Sommerville Cap4

Procesos de Software

©Ian Sommerville 2004

Software Engineering, 7th edition. Chapter 4

Slide 1

Objetivos
G G

G

G

G

Introducir modelos de procesos de software Describir tres modelos de procesos genéricos y cuándo pueden utilizarse Describir modelos de procesos de ingeniería de requerimientos, de desarrollo de software, pruebas y la evolución Explicar el modelo de ProcesoUnificado de Rational Introducir la tecnología CASE para apoyar las actividades de proceso del software
Software Engineering, 7th edition. Chapter 4 Slide 2

©Ian Sommerville 2004

Tópicos Expuestos
G G G G G

Modelos de procesos de software Iteración de procesos Actividades del proceso El Proceso Unificado de Rational Ingeniería de Software Asistida por Computadora

©Ian Sommerville2004

Software Engineering, 7th edition. Chapter 4

Slide 3

El Proceso del Software
G

Un conjunto estructurado de actividades necesarias para desarrollar un Sistema de software
• • • • Específicación; Diseño; Validación; Evolución.

G

Un modelo de proceso del software es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectivaparticular.

©Ian Sommerville 2004

Software Engineering, 7th edition. Chapter 4

Slide 4

Modelos Genéricos de Proceso de Software
G

El modelo de cascada
• Separadas y distintas fases de la especificación y el desarrollo. Especificación, desarrollo y validación están intercalados. El sistema está montado a partir de los componentes existentes.

G

Desarrollo evolutivo
•

GIngeniería de Software Basada en Componentes
•

G

Hay muchas variantes de estos modelos, por ejemplo, el desarrollo formal donde se toma un proceso similar al de cascada, pero la especificación es una especificación formal que se perfecciona a través de varias etapas hacia un diseño implementable.
Software Engineering, 7th edition. Chapter 4 Slide 5

©Ian Sommerville 2004

Modelo de Cascada©Ian Sommerville 2004

Software Engineering, 7th edition. Chapter 4

Slide 6

Modelo de Cascada - Fases
G G G G G G

Análisis de requerimientos y definición diseño del sistema y del software Ejecución y unidad de pruebas Implementación y pruebas del sistema Operación y mantenimiento El principal inconveniente del modelo de cascada es la dificultad de acomodar el cambio después de que elproceso está en marcha. Una fase tiene que ser completada antes de pasar a la siguiente fase.
Software Engineering, 7th edition. Chapter 4 Slide 7

©Ian Sommerville 2004

Modelo de Cascada - Problemas
G

G

G

G

Rígida división del proyecto en fases distintas que hace difícil responder a la evolución de las necesidades del cliente. Por lo tanto, este modelo sólo es apropiado cuandolos requisitos son bien entendidos y los cambios serán bastante limitados durante el proceso de diseño. Pocos sistemas de negocio tienen requerimientos estables. El modelo de cascada se utiliza para grandes proyectos de ingeniería de sistemas donde el desarrollo de un sistema se efectúe en varios sitios.

©Ian Sommerville 2004

Software Engineering, 7th edition. Chapter 4

Slide 8Desarrollo Evolutivo
G

Desarrollo exploratorio
• El objetivo es trabajar con los clientes y evolucionar a un sistema final a partir de un esbozo inicial de especificación. Debería empezar con buen entendimiento de los requerimientos y añadir nuevas funciones en la forma propuesta por el cliente. El objetivo es comprender los requisitos del sistema. Se puede empezar con especificaciones pocoentendidas.

G

Prototipado desechable
•

©Ian Sommerville 2004

Software Engineering, 7th edition. Chapter 4

Slide 9

Desarrollo Evolutivo

©Ian Sommerville 2004

Software Engineering, 7th edition. Chapter 4

Slide 10

Desarrollo Evolutivo
G

Problemas
• • • Poca visibilidad en el proceso; Los sistemas son a menudo mal estructurado; Habilidades especiales (por ejemplo,...