Pressman – Ing del software . Capítulo 2 - Modelos del proceso.

Pressman – Ing del software

Capítulo 2 - Modelos del proceso.

El desarrollo de software es un proceso de aprendizaje social. Es un diálogo donde el conocimiento se convierte en software y se reúne e incorpora a éste. Genera interacción usuario – diseñador, usuarios – herramientas cambiantes y diseñadores – herramientas cambiantes (tecnología). La herramienta que evoluciona se comunica por si misma, cada vez que se genera un nuevo diálogo se genera más conocimiento por medio de las personas involucradas en el proyecto.

Proceso de software: **Acciones, actividades y tareas que se requieren con el fin de construir un software de alta calidad. ** Incluye métodos técnicos y herramientas automatizadas. Es llevada a cabo por personas creativas y preparadas

Modelo general de proceso

Jerarquía de trabajo técnico en el proceso de software: Actividades conformadas por acciones que están definidas por conjuntos de tareas.

Una estructura general define las actividades:

• Comunicación
• Planeación
• Modelado
• Construcción
• Despliegue.

También se aplican actividades sombrilla: Seguimiento y control del proyecto, Administración de riesgos, aseguramiento de calidad, aseguramiento de calidad, administración de la configuración, revisiones técnicas, etc.

Flujo del proceso: Se describe la organización del proceso.

Flujo de proceso lineal: Ejecuta las actividades de forma secuencial

Flujo de proceso iterativo: Repite alguna de las actividades antes de seguir con la otra

Flujo de proceso evolutivo: Va en forma circular a través de las 5 actividades y con cada vuelta el software está más completo.

Flujo de proceso paralelo: Ejecuta una o varias actividades en paralelo.

Definición de actividad estructural.

¿Qué acciones son apropiadas para una actividad estructural?

En cada caso en particular las actividades pueden variar, en pequeños sistemas no se requerirá más que una o dos acciones que engloben algún conjunto de tareas.

                Identificación de un conjunto de tareas

Las tareas deben adaptarse según las necesidades del proyecto, por ende, las acciones pueden adaptarse a necesidades específicas del proyecto.

                Patrones del proceso - Describe un problema con el proceso

Formato [Amb98]: **Método para describir soluciones del proceso.

Campos del formato:

• Nombre del patrón. Nombre descrito por el contexto
• Fuerzas. Ambiente del patrón, aspectos visibles del problema y cómo afecta a la solución.
• Tipo. Existen 3 en el formato

• De etapa. Asociado con la actividad estructural del programa
• De tarea. Problema asociado con una acción o tarea de la ing. De software
• De fase. Define secuencia de actividades estructurales dentro del proceso.

• Contexto inicial. Condiciones en las que se aplica el patrón ¿Qué actividades organizacionales o con el equipo han ocurrido? ¿Cuál es el estado de entrada para el proceso? ¿Qué información ya existe?
• Problema. Problema detallado que debe resolver el patrón
• Solución. Cómo implementar el patrón con éxito.
• Contexto resultante. Condiciones resultantes al aplicar el patrón.
• Patrones resultantes. Muestra los patrones que estén relacionados directa o indirectamente.

        Evaluación y mejora del proceso

El proceso puede evaluarse para verificar que contenga los criterios mínimos esenciales para el éxito de la ing. De software.

Enfoques:

• Método de evaluación estándar CMMI para el proceso de mejora (SCAMPI).

Modelo de 5 fases para evaluar el proceso: inicio, diagnostico, establecimiento actuación y aprendizaje. SEI CMMI <- Base de la evaluación

• Evaluación basada en CMM para la mejora del proceso interno (CBA IPI).

Técnica de diagnóstico para evaluar madurez de la org del software SEI CMMI <- Base de la evaluación.

• SPICE (ISO/IEC15504). Estándar que contiene conjunto de requerimientos para evaluar el proceso del software.
• ISO9001: 2000 para software. Estándar genérico para cualquier empresa que desee mejorar la calidad de sus productos,

Modelos del proceso descriptivo

Puede incluir actividades estructurales generales con distinto énfasis y diferente definición del flujo de trabajo.

• Modelo de cascada.

[pic 1]

Enfoque sistemático y secuencial para el desarrollo de software. El paradigma más antiguo y criticado. Contiene muchos problemas.

• Modelo de proceso incremental. Aplica secuencias lineales de forma escalonada, con cada secuencia hay un “incremento” de software susceptible a entregarse. Usualmente el primer incremento es el producto fundamental. Con cada incremento se entrega un producto que ya opera.
• Modelo de proceso evolutivo. Iterativo, permite desarrollar versiones más completas de software.

• Hacer prototipos.

Inicia con comunicación. Definir objetivos generales del software, requerimientos, áreas con mayor atención. Se realiza un modelado centrado en aspectos visibles para los usuarios finales que tendrá el software. Es entregado y evaluado por participantes, hay retroalimentación y se detallan requerimientos. Realiza iteración para afinar el producto.

Problemas: Los participantes se alteran al saber que el prototipo no será un producto final,

...