Analisis de sistemas: nucleo 2
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Analisis de sistemas: nucleo 2

on

  • 2,435 views

Metodologías de desarrollo de software

Metodologías de desarrollo de software

Statistics

Views

Total Views
2,435
Views on SlideShare
2,433
Embed Views
2

Actions

Likes
0
Downloads
52
Comments
0

1 Embed 2

http://www.slashdocs.com 2

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Analisis de sistemas: nucleo 2 Presentation Transcript

  • 1. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE 1. Introducción y Conceptos generales 2. Visión histórica del desarrollo de metodologías 3. Características principales de las metodologías 5. Metodologías estructuradas 4. Clasificación de las metodologías 6. Metodologías orientadas a objetos 7. Metodologías para desarrollo de sistemas de tiempo real
  • 2. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE 1. Introducción y Conceptos generales Metodología FrameWork (Marco de Trabajo) Procedimientos Técnicas Herramientas Soporte Documental
  • 3. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Qué se busca especificar con las metodologías? 1. Cómo dividir el proyecto en etapas 2. Qué tareas hay que realizar en cada etapa 3. Qué salidas se producen y cuándo 4. Qué restricciones se aplican 5. Qué herramientas se utilizan 6. Cómo se gestiona y controla un proyecto Todo con el fin de incrementar al máximo las posibilidades de éxito del proyecto!
  • 4. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Generaciones de las metodologías 1. Desarrollo convencional (Sin metodología) 2. Desarrollo Estructurado 3. Desarrollo Orientado a Objetos
    • Los resultados finales son impredecibles
    • 5. No hay forma de controlar lo que está sucediendo en el Proyecto
    • 6. Los cambios organizativos afectan negativamente el desarrollo
    • Se basa en la estructuración y descomposición funcional de problemas en unidades más pequeñas interrelacionadas entre sí.
    • 7. Representa los procesos, flujos y estructuras de datos, de una manera jerárquica
    • 8. Simplifica el sistema como entradas-proceso-salidas
    • Su esencia es la identificación y organización de conceptos del dominio de la aplicación
    • 9. Incorpora reutilización de componentes
    • 10. Elimina fronteras entre fases debido a su naturaleza iterativa
  • 11. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Visión histórica del desarrollo de las metodologías 1970s
    • Merise 1976. Ministerio de industria francés
    • 12. Analisis Estructurado Yourdon / DeMarco 1978. Edward Yourdon – Tom DeMarco
  • 13. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Visión histórica del desarrollo de las metodologías 1980s
    • SSADM 1981. Gobierno británico
    • 14. Structured Analysis and Design Technique (SADT) 1980
    • 15. Análisis y Diseño estructurado para sistemas de tiempo real de
    • 16. WARD y MELLOR 1985
    • 17. Análisis y Diseño estructurado para sistemas de tiempo real de
    • 18. HATLEY y PIRHBAY 1987
    • 19. METRICA. España 1989
  • 20. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Visión histórica del desarrollo de las metodologías 1990s
    • Rapid application development (RAD) 1991.
    • 21. Programación Orientada a Objetos
    • 22. Dynamic System Development Method 1995 UK
    • 23. Scrum
    • 24. Rational Unified Process (RUP) 1999
  • 25. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Visión histórica del desarrollo de las metodologías “ Nuestros días”
    • Extreme Programming(XP) desde 1999
    • 26. Enterprise Unified Process (EUP) extensiones RUP desde 2002
    • 27. Constructionist design methodology (CDM) desde 2004
    • 28. Agile Unified Process (AUP) desde 2005 por Scott Ambler
  • 29. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Clasificación de las metodologías Estructuradas No estructuradas
    • Orientadas a procesos
    • 30. Orientadas a Datos
    • 31. Mixtas
    • Orientadas a objetos
    • 32. Sistemas en tiempo real
  • 33. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Clasificación de las metodologías Metodologías orientadas a procesos La ingeniería del software se basa en el modelo básico de entrada/proceso/salida de un sistema. Está compuesta por:
    • Diagrama de flujo de datos (DFD).
    • 34. Diccionario de datos
    • 35. Especificaciones de proceso.
    Ejemplos: metodologías de DeMarco, Gene y Sarson, Yourdon
  • 36. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Clasificación de las metodologías Metodologías orientadas a datos Son metodologías basadas en la información. Primero se definen las estructuras de datos y, a partir de éstos, se derivan los componentes procedimentales. Ejemplos: metodologías de Jackson, Warnier, Warnier-Orr.
  • 37. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Clasificación de las metodologías Metodologías orientadas a objeto La orientación a objetos unifica procesos y datos encapsulándolos en el concepto de objetos. Tiene dos enfoques distintos: Revolucionario puro u ortodoxo. Ejemplos: metodologías OOD de Booch, CRC/RDD de Wirfs-Brock. Sintetista o evolutivo. Toman como base los sistemas estructurados y conforman elementos de uno y otro tipo. Ejemplos: metodología OMT de Rumbourgh.
  • 38. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Clasificación de las metodologías Sistemas de tiempo real Procesan información orientada al control más que a los datos. Se caracterizan por concurrencia, priorización de procesos, comunicación entre tareas y acceso simultáneo a datos comunes.
  • 39. NUCLEO 2: METODOLOGÍAS DE DESARROLLO DE SOFTWARE Clasificación de las metodologías Metodologías Ágiles Metodologías Tradicionales Basadas en creatividad provenientes de prácticas de producción de código Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo Hechas para aceptar cambios Resistencia a los cambios Impuestas internamente Impuestas externamente Proceso menos controlado Proceso controlado por multiples normas No existe contrato tradicional o es flexible Existe contrato prefijado El cliente es parte del equipo de desarrollo El cliente se reune con el equipo Grupos pequeños (<10) en el mismo sitio Grupos grandes y a veces distribuidos Pocos Artefactos Mas artefactos Pocos roles Más roles Menos énfasis en la arquitectura de software La arquitectura es escencial y se expresa por medio de modelos