Ingeniería de Software. Algunas Metodologías de Desarrollo de Software. Ingeniería de Software. Metodologías de Desarrollo de Software página 0

Transcripción

1 Ingeniería de Software. Algunas Metodologías de Desarrollo de Software. Ingeniería de Software. Metodologías de Desarrollo de Software página 0

2 Metodología de Desarrollo de Software. Ingeniería de Software. Metodologías de Desarrollo de Software página 1

3 Características que deben tener las Metodologías Modernas. Basadas en casos de uso (Use-case-driven). Orientadas a la calidad del Sistema. (Systemic-qualitydriven). Centradas en la arquitectura (Architecture-centric). Iterativas e incrementales. (Iteratives and incrementals). Construidas en base a modelos. (Model built). Que utilicen las mejores prácticas de diseño (best practices). Ingeniería de Software. Metodologías de Desarrollo de Software página 2

4 Basadas en casos de uso. Todo Sistema de Software tiene usuarios (actores que pueden ser humanos u otros sistemas). Los usuarios utilizan el software para lograr ciertos objetivos (casos de uso). La metodología debe soportar la creación de software que facilite los casos de uso. Los casos de uso definen el diseño del sistema. Ingeniería de Software. Metodologías de Desarrollo de Software página 3

5 Orientadas a la calidad del Sistema. La calidad del Sistema tiene que ver con la satisfacción de los requerimientos NO funcionales. Por ejemplo: Rendimiento y disponibilidad. Confiabilidad. Escalabilidad. Estos requerimientos de calidad son los que definen la arquitectura del Sistema. Ingeniería de Software. Metodologías de Desarrollo de Software página 4

6 Centradas en la arquitectura. Arquitectura es todo lo que se refiere a capturar los aspectos estratégicos de la estructura de alto nivel del Sistema. Aspectos estratégicos: Los requerimientos no funcionales impulsan los componentes arquitectónicos y los patrones de diseño. Los casos de uso deben acomodarse a la arquitectura. Estructura de alto nivel: Capas (tiers), como clientes, aplicaciones y soporte. Componentes de cada capa y sus protocolos de comunicación. Estratos (layers) como plataforma, APIs y hardware. Ingeniería de Software. Metodologías de Desarrollo de Software página 5

7 Iterativas e incrementales. El desarrollo iterativo se enfoca al crecimiento del Sistema en pasos pequeños, planeados e incrementales. Cada iteración incluye un ciclo completo de desarrollo, o sea: requerimientos, análisis, diseño, arquitectura, implementación, pruebas y deployment. Los modelos y el software en sí se construyen incrementalmente en múltiples iteraciones. El mantenimiento se puede considerar simplemente como otra iteración (o serie de iteraciones). Ingeniería de Software. Metodologías de Desarrollo de Software página 6

8 Construidas en base a modelos. Los modelos son el medio principal de comunicación entre los involucrados en el proyecto. Los artefactos son las representaciones físicas de nuestros modelos mentales. Tipos de artefactos: Documentos (texto). Diagramas de UML. Prototipos. Propósitos de los modelos: Comunicación. Resolución de problemas. Prueba de concepto (Proof-of-concept). Ingeniería de Software. Metodologías de Desarrollo de Software página 7

9 Mejores prácticas de diseño. La comprensión y aplicación de mejores prácticas de diseño mejoran la flexibilidad y extensibilidad de una solución de software. Estas prácticas de diseño incluyen: Principios de diseño. Patrones de software. Blueprints. Ejemplos completos. Ingeniería de Software. Metodologías de Desarrollo de Software página 8

10 Principales Metodologías. Modelo de cascada (Waterfall Model). Nota. Esta es una metodología antigua no iterativa pero sigue siendo importante Modelo de prototipos (Prototyping Model). Proceso Unificado de Desarrollo de Software (Unified Software Development Process, USDP o UP). Rational Unified Process (RUP). Sun Tone. RAD, Rapid Application Development. Agile Software Development. (Varias metodologías). Ingeniería de Software. Metodologías de Desarrollo de Software página 9

11 Modelo de Cascada (1). El modelo de cascada utiliza una sola fase en la que todas las disciplinas proceden linealmente. No soporta desarrollo iterativo. Funciona mejor cuando los requerimientos se conocen perfectamente bien al principio del proyecto y no cambian. (Poco realista). Algunos contratos gubernamentales requieren este tipo de metodología. Algunas firmas de consultoría usan esta metodología cuando se contratan las disciplinas a precio fijo. Ingeniería de Software. Metodologías de Desarrollo de Software página 10

12 Modelo de Cascada (2). Obtención de Requerimientos Análisis de Requerimientos Arquitectura Diseño Implementación Pruebas Deployment Ingeniería de Software. Metodologías de Desarrollo de Software página 11

13 Modelo de Prototipos (1). En ocasiones, el cliente no conoce a detalle los requerimientos. En estos casos el cliente y el equipo de desarrollo se reunen para determinar los objetivos generales del sistema. Se hace un diseño rápido enfocado a los aspectos visibles al cliente. Se construye un prototipo. Ingeniería de Software. Metodologías de Desarrollo de Software página 12

14 Modelo de Prototipos (2). Ingeniería de Software. Metodologías de Desarrollo de Software página 13

15 Proceso Unificado, USDP o UP (1). El Proceso Unificado de Desarrollo de Software (USDP, Unified Software Development Process) es la versión libre de la metodología creada por Grady Booch, Ivar Jacobson y James Rumbaugh. Frecuentemente se le llama simplemente UP (Unified Process). Utiliza las cuatro fases: Inicio (Inception) Crea una visión del software Elaboración Definición de la mayoría de los casos de uso y la arquitectura del Sistema. Construcción Se construye el software. Transición Se pasa el Software a producción. Múltiples iteraciones en cada fase. Ingeniería de Software. Metodologías de Desarrollo de Software página 14

16 Proceso Unificado USDP (2). Ingeniería de Software. Metodologías de Desarrollo de Software página 15

17 Rational Unified Process RUP (1). RUP es la versión comercial de la metodología UP creada por Booch, Jacobson, and Rumbaugh. RUP es UP con el soporte de las herramientas de Rational. Estas herramientas manejan las fases, disciplinas y artefactos a través de todo el ciclo de vida del proyecto. Ingeniería de Software. Metodologías de Desarrollo de Software página 16

18 Rational Unified Process RUP (2). Ingeniería de Software. Metodologías de Desarrollo de Software página 17

19 Rational Unified Process RUP (3). Ingeniería de Software. Metodologías de Desarrollo de Software página 18

20 Metodología Sun Tone (1). Propuesto por Sun Microsystems para aplicaciones empresariales basadas en Java EE. Es compatible con UP o RUP porque utiliza las fases y disciplinas de UP. Enfatiza en la arquitectura. Incluye una visualización de la arquitectura como un cubo tridimensional. Ingeniería de Software. Metodologías de Desarrollo de Software página 19

21 (Estratos) Metodología de Arquitectura SunTone (2). (Capas) Ingeniería de Software. Metodologías de Desarrollo de Software página 20

22 Rapid Application Development (1). Planeación de Requirimientos. Los usuarios, gerentes y miembros del equipo de desarrollo discuten y se ponene de acuerdo en los requerimientos Diseño del Usuario Los usuarios interaccionan con los desarrolladores para desarrollar modelos y prototipos que representen todos los procesos Construcción Se lleva a cabo la programación con la participación intensa de los usuarios Cutover Pruebas y deployment del Sistema. Ingeniería de Software. Metodologías de Desarrollo de Software página 21

23 Rapid Application Development (2). Ingeniería de Software. Metodologías de Desarrollo de Software página 22

24 Agile Software Development. En los últimos años se han desarrollado muchas metodologías para reducir el tiempo de entrega de los sistemas. Entre las principales están: Adaptive software development (ASD) Agile modeling Agile Unified Process (AUP) Business analyst designer method (BADM) Crystal Clear Methods Disciplined agile delivery Extreme programming (XP) Feature-driven development (FDD) Lean software development Kanban (development) Scrum Scrumban Dynamic systems development method (DSDM) Sin embargo, estas metodologías carecen de buena documentación por lo que dificultan el mantenimiento. Ingeniería de Software. Metodologías de Desarrollo de Software página 23

25 Qué metodología usar? Factores a considerar en cada proyecto: Cultura corporativa. Hay compañías orientadas a los procesos (cultura rígida) u orientadas a los productos (cultura flexible). Experiencia del equipo. Los desarrolladores con menos experiencia requieren más estructura. Tamaño del equipo. Diferentes personas con varios roles. Tamaño del proyecto. Los proyectos grandes requieren más documentación (comunicación entre los involucrados). Estabilidad de los requerimientos. Ingeniería de Software. Metodologías de Desarrollo de Software página 24

26 Cuando usar Modelo de Cascada. Equipos grandes con roles definidos. Proyectos no muy riesgosos. Consideraciones: No es flexible para cambios de requerimientos. Tiende a ser pesado en documentación. Ingeniería de Software. Metodologías de Desarrollo de Software página 25

27 Cuando usar UP. Cultura empresarial rígida. Equipos de desarrollo con miembros acostumbrados a roles flexibles. Proyectos medianos a grandes. Cambios de requerimientos muy posibles. Consideraciones: Tiende a ser pesada en documentación y procesos. Esto es letal para proyectos pequeños. Ingeniería de Software. Metodologías de Desarrollo de Software página 26

28 Cuando usar RUP. Mismas razones que UP. Se cuenta con licencias de Rational. Consideraciones: Costo Mismas que UP. Curva de aprendizaje. Las herramientas obligan a usar el proceso sin cambios. Ingeniería de Software. Metodologías de Desarrollo de Software página 27

29 Cuando usar Prototipos. Cuando el cliente no conoce bien sus requerimientos Aplicaciones no muy grandes y de bajo riesgo. Consideraciones: A veces el prototipo puede evolucionar y convertirse en el sistema definitivo. Es más común que el prototipo se utilice para construir el sistema basado en otra metodología. Ingeniería de Software. Metodologías de Desarrollo de Software página 28

30 Cuando usar SunTone. Igual que UP. Aplicaciones empresariales con requerimientos arquitectónicos fuertes. Consideraciones: Mismas que UP. Se requiere buena documentación. Se piensa utilizar JavaEE. Ingeniería de Software. Metodologías de Desarrollo de Software página 29

31 Cuando usar RAD o ASD. Cultura empresarial flexible permite experimentación. Equipos pequeños, cercanos con métodos de trabajo flexibles. Equipos mixtos con desarrolladores muy experimentados y relativamente novatos. Cambios de requerimientos muy frecuentes. Consideraciones. Poca documentación. Ingeniería de Software. Metodologías de Desarrollo de Software página 30

32 Ejercicio 1: Características del enfoque de casos de uso. Marque los postulados verdaderos acerca de este enfoque Descripción. Se enfoca en relaciones entre actores y el sistema. Se basa en la noción de que el software realiza actividades para los usuarios. Usa requerimientos NO funcionales para impulsar la estructura del Sistema. Debe ser iterativo. Se enfoca en características de calidad del Sistema como confiabilidad y escalabilidad. Ingeniería de Software. Metodologías de Desarrollo de Software página 31

33 Ejercicio 2: Características del enfoque arquitectónico. Marque los postulados verdaderos acerca de este enfoque Descripción. Se enfoca en relaciones entre actores y el sistema. Se basa en la noción de que el software realiza actividades para los usuarios. Usa requerimientos NO funcionales para impulsar la estructura del Sistema. Debe ser iterativo. Se enfoca en características de calidad del Sistema como confiabilidad y escalabilidad. Ingeniería de Software. Metodologías de Desarrollo de Software página 32

34 Ejercicio 3: Principales metodologías. Término Definición a Cascada. 4 1 Un proceso de desarrollo iterativo e incremental, creado por Booch, Jacobson y Rumbaugh que está disponible libremente. b RAD. 6 2 Nuevas metodologías tendientes a agilizar el proceso de desarrollo de software c d Unified Process UP. 1 Rational Unified Process RUP. 5 3 Se utiliza cuando no se conocen a detalle los requerimientos del cliente. 4 Esta metodología utiliza una sola fase en la que todas las disciplinas se realizan de manera lineal. e SUNTone. 7 5 Versión comercial del Unified Process f Metodologías ASD. 2 6 Pensada para reducir el tiempo de desarrollo, comprimiendo todas las disciplinas. Requiere amplia participación del usuario. g Prototipos. 3 7 Esta metodología es la más centrada en la arquitectura. Ingeniería de Software. Metodologías de Desarrollo de Software página 33

35 Caso de Estudio 1. Basado en el siguiente escenario, diga que metodología(s) sería(n) la(s) más adecuada(s) para el desarrollo del sistema que se menciona. Justifique su respuesta: La Compañía de Seguros ACME quiere crear un sistema para capturar y almacenar la información de pólizas de seguros de alrededor de sus 200,000 clientes en todo el mundo. ACME tiene un pequeño equipo de desarrollo de 4 personas asignadas al proyecto, consistente de un Líder de Proyecto (que también hace la documentación) y 3 Ingenieros. Se ha pedido al Líder del Proyecto documentar adecuadamente todas las etapas del proyecto utilizando un nuevo proceso de documentación avalado por la International Standards Organization. Como se hace mucho énfasis en la documentación y dado que aparentemente la cultura empresarial es rígida (caso normal en las Compañías de Seguros) y se menciona interés en fases, lo más razonable sería usar UP. Ingeniería de Software. Metodologías de Desarrollo de Software página 34

36 Caso de Estudio 2. Basado en el siguiente escenario, diga que metodología(s) sería(n) la(s) más adecuada(s) para el desarrollo del sistema que se menciona. Justifique su respuesta: NoLycra.com es una nueva compañía pequeña que produce camisetas para ciclistas. La compañía está localizada en un pequeño almacén, en donde están todas sus funciones (ventas, mercadotecnia, manufactura, distribución, etc.) NoLycra.com se está dando a conocer por sus diseños únicos y el uso de telas no convencionales para sus camisetas. Recientemente la compañía contrató a 2 Ingenieros que trabajaban en una empresa competidora para que creen un Sistema de Control de Inventarios y Pedidos de Clientes. Estos Ingenieros fueron contratados porque desarrollaron un sistema similar que ayudó a la otra compañía a acelerar el ciclo de producción. Cultura empresarial flexible. Tienen prisa, no hay mucho interés en documentación. Equipo de desarrollo muy pequeño con experiencia (se podrían integrar novatos). Se sugeriría RAD o alguna metodología ASD. Ingeniería de Software. Metodologías de Desarrollo de Software página 35

37 Caso de Estudio 3. Basado en el siguiente escenario, diga que metodología(s) sería(n) la(s) más adecuada(s) para el desarrollo del sistema que se menciona. Justifique su respuesta: La empresa Bravo Software contrató un despacho de consultoría para que haga el análisis y diseño de un Sistema basado en XML para almacenar ordenadamente soluciones a problemas técnicos recurrentes en la empresa. El consultor estará trabajando con un pequeño equipo de empleados de Bravo en el diseño e implementación del Sistema. Los empleados tienen experiencia en desarrollo de Sistemas. Uno de ellos sugiere al consultor que usen Rational Rose porque Bravo tiene licencia de ese producto. También se ha indicado al consultor que deben seguir el Ciclo de Vida de los Productos que desarrolla Bravo para este nuevo Sistema. Tienen Licencia de Rational y aparentemente experiencia. Es una Compañía de Software que usa la metodología RUP para sus otros sistemas. Es obvio que deben usar RUP. Ingeniería de Software. Metodologías de Desarrollo de Software página 36