metodologías desarrollosoftware

ì Metodologías para el desarrollo de software

José Alejandro Franco Calderón

Agenda

1. Metodología RUP 2. Metodología XP 3. Metodología MSF 4. Conclusiones 5. UML

RUP

RUP-‐ Ra'onal Unified Process •  Proceso para el desarrollo de soEware que consHtuye la metodología

estándar más uHlizada para el análisis, implementación y documentación de sistemas orientados a objetos.

Principios de desarrollo 1.  Adaptar el proceso. 2.  Equilibrar prioridades. 3.  Demostrar valor iteraHvamente. 4.  Colaboración interdisciplinaria. 5.  Enfocado a la calidad. 6.  Elevar nivel de ventaja al programador.

RUP

Fases 1.   Inicio – Modelado del negocio y de requisitos. 2.   Elaboración – Orientada a la arquitectura. 3.   Construcción – Desarrollo del producto. 4.   Transición – Versión del producto terminado.

RUP

tiempo

Objetivos (Visión)

Arquitectura

Capacidad Operacional

Inicial

Release del Producto

Inception Elaboration Construction Transition

Agenda


XP

XP – Xtreme Programming 1.  Metodología para un ágil desarrollo de software. 2.  Programación basada en los deseos del cliente. 3.  El equipo lo conforman los jefes de proyecto, desarrolladores y el

cliente. 4.  Se rige por valores y principios.

XP

Valores 1.  Comunicación: Crear soEware requiere de sistemas comunicados. 2.  Simplicidad: Empezar con lo necesario y requerido y trabajar desde ahí. 3.  Retroalimentación: Del sistema, del cliente, y del equipo. 4.  Responsabilidad: Programa para hoy y no para mañana. 4.  Respeto: El equipo debe trabajar como uno, sin hacer decisiones repenHnas.

Agenda


MSF

MSF - Microsoft Solutions Framework 1. Metodología flexible. 2.  Interrelaciona varios conceptos, modelos y prácticas de

uso. 3. Controlan la planificación, el desarrollo y la gestión de

proyectos tecnológicos.

MSF

MSF sirve como guía para administrar la gente y los procesos en el desarrollo de soEware contemplando:

1.   El modelo de arquitectura proyecto – Define pautas para el lanzamiento de proyectos por versiones.

2.   El modelo de equipos – Mejorar el rendimiento del equipo de desarrollo, equipos flexibles, dinámicos y cambiantes.

3.   El modelo de proceso – Mejora el control de proyecto, minimiza Hempo, reduce el riesgo de fracaso.

4.   El modelo de ges'ón del riesgo – Ayuda a idenHficar prioridades, tomar decisiones y controla emergencias.

5.   El modelo de aplicación – Diseñado para mejorar el desarrollo, el mantenimiento y el soporte.

6.   El modelo de diseño de proceso – Diseñado para disHnguir entre objeHvos empresariales y necesidades de usuario, diseño eficiente y flexible.

Agenda


Conclusiones

Modelo Características

RUP Desarrollo iterativo, Control de cambios, Modelado visual de software, Verificación de calidad de software, Proyectos a largo plazo y bien documentados, Forma organizada de asignar tareas y responsabilidades.

XP Programación organizada, Menor taza de errores, Satisfacción del programador, El cliente controla las prioridades, Pruebas continuas durante el proyecto, Implementación en proyectos cortos con cambios tecnológicos variables en el tiempo.

MSF Adaptable, Escalable, Flexible, Indiferente tecnológicamente, Nacido bajo concepción de software privativo

Agenda


UML

UML -‐> Unified Modeling Language

(Lenguaje Unificado de Modelamiento)

Es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de soEware. UML entrega una forma de modelar elementos conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de soEware reuHlizables.

UML

Requerimientos detallados

Casos de uso General, real,

cliente

Diagrama de

clases

Diagrama de componentes

Diagrama de secuencia

Diagrama bases

de datos

Etapas Básicas

UML

Se documentan los requerimientos detallados de cada solución. Por cada requerimiento se genera un documento donde se lista la funcionalidad específica. Para cada requerimiento se elaboran casos de uso en 3 versiones (general, real y cliente) donde se incluyen la descripción general del caso de uso, la pantalla propuesta, los campos y controles para el caso de uso, así como el curso normal y alterno de eventos. El diagrama de clases detalla el diseño lógico de la solución y presenta los atributos de cada objeto y la relación de objetos entre sí.

Requer imientos detallados

Casos de uso General, real, cliente

Diagrama de clases

UML

El diagrama de componentes incluye el diseño Wsico de la solución y muestra la relación de los dis'ntos componentes entre sí. El diagrama de secuencia muestra un mapa de la funcionalidad de cada caso de uso. Si es necesario, se incluyen los diagramas de bases de datos con tablas de en'dad-‐relación de los objetos entre sí.

Diagrama de componentes

Diagrama de secuencia

Diagrama bases

de datos

UML

Ejemplo: h^p://www.dcc.uchile.cl/~psalinas/uml/introduccion.html

¿Preguntas? – Gracias

José Alejandro Franco Calderón

[email protected]

metodologías desarrollosoftware

Documents