Guía Metodologías

Guía Metodologías

• Proceso: Pasos a seguir para conseguir un objetivo
• Etapas:

1. Análisis
2. Diseño
3. Codificación
4. Pruebas
5. Mantenimiento

• Modelo en Cascada (Royce 1970): modelo clásico, tradicional o lineal. Pasos:

1. Definición de Requisitos
2. Diseño de Sistema y Software
3. Implementación y Pruebas de Unidad
4. Integración y Prueba del Sistema
5. Operación y Mantenimiento

• Difícilmente se usa en la práctica pues requeriría conocimiento absoluto de los requerimientos.
• Usualmente se regresa a los pasos anteriores
• Problema: es muy lenta y las iteraciones son muy costosas
• Es flexible al incorporar nuevos requerimientos

• ¿CUÀNDO SE USA?

1. Proyectos no novedosos
2. Proyecto donde se tienen todas las especificaciones
3. Proyecto donde se conocen con certeza los requerimientos

• Proceso Unificado:

• Dirigido por casos de uso: captura requisitos funcionales y define los contenidos de las iteraciones.
• Iterativo e incremental: las iteraciones ofrecen un incremento del producto desarrollado que añade o mejora las funcionalidades. Pasos:

1. Inicio
2. Elaboración
3. Construcción
4. Transición

• Centrado en la arquitectura: no existe un modelo único que cubra todos los aspectos del sistema, existen múltiples modelos y vistas que definen la arquitectura del software. 
• Enfocado a riesgos: Se deben identificar los riesgos que más puedan impactar al proyecto, en una etapa temprana del ciclo de vida.

• Se adapta a proyectos.

• Rational Unified Process (IBM): Refinamiento más conocido y documentado del proceso unificado. Fases:

1. Inicio: se define el negocio.
2. Elaboración: visión refinada del proyecto.
3. Construcción: evolución hasta convertirse en producto listo.
4. Transición: fase final, listo para ser probado, instalado y utilizado por el cliente. 

• SunTone AM (desarrollada por Sun Microsystems). Basada en casos de uso, centrados en arquitectura, Iterativos e incrementales, Basados en patrones.

Capas:

1. Cliente: procesamiento en el punto de acceso del cliente, y frecuentemente está fuera del control de la organización.
2. Presentación: adapta la visualización e interacción de forma adecuada al cliente que está accediendo.
3. Negocio: contiene la lógica propia de la organización.
4. Integración: da formato y convierte protocolos para comunicar con los recursos de la organización.
5. Recursos: contiene sistemas data-warehouses, o cualquier otro sistema de back-end o de procesamiento externo

• Está organizada en un grupo de niveles:

1. Nivel de aplicación: componentes específicos de la aplicación (código propietario)
2. Nivel de plataforma virtual: aísla a la aplicación de las diferentes implementaciones de productos del nivel de plataforma superior.
3. Nivel de plataforma superior: productos tales como Web Servers, Servidores de aplicaciones o diferentes tipos de Middleware.
4. Nivel de plataforma inferior: sistema operativo y servicios asociados de bajo nivel.
5. Nivel de plataforma de hardware: nodos físicos que intervienen en el sistema y las interconexiones de red.

• Desarrollo ágil: enfoque basado en el valor para construir software, colaborando con el cliente e incorporando cambios continuamente. Para ser ágil debe cumplir 4 cosas:

1. Individuos y su interacción, por encima de los procesos y las herramientas.
2. El software funciona frente a la documentación exhaustiva.
3. Colaboración con el cliente, por encima de la negociación contractual.
4. Respuesta al cambio, por encima del seguimiento de un plan.

• Programación extrema (eXtreme Programming o XP): enfoque más utilizado de desarrollo ágil del software.
• Kent Beck: define un conjunto de 5 valores que establecen el fundamento para todo trabajo con XP:

1. Comunicación
2. Simplicidad
3. Retroalimentación        
4. Valentía
5. Respeto

...