PROCESOS PARA LA IS - Universidad Veracruzana

Facultad de Estadística e Informática

PROCESOS PARA LA INGENIERÍA DE SOFTWARE


Bibliografía▪ Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Parte 2

▪Sommerville I., Ingeniería de Software, Addison-Wesley, 6ª. Edición, 2002, México.


Agenda

▪ Unidad III.Modelos de procesos de desarrollo de software◦Cascada

◦ Incremental

◦Evolutivo

◦Espiral

◦Prototipos

◦PUDS (Proceso Unificado de Desarrollo de Software)


Modelos de procesos de desarrollo de software

▪ Proceso de software

Se define proceso del software como una estructura para las actividades, acciones y tareas que se requieren a fin de construir software de alta calidad.


Modelos de procesos de desarrollo de software¿Por qué es importante?

Porque da estabilidad, control y organización a una actividad que puede volverse caótica si se descontrola.

Sin embargo, un enfoque moderno de ingeniería de software debe ser “ágil”.


Modelos de procesos de desarrollo de software¿Por qué es importante?

Debe incluir sólo aquellas actividades, controles y productos del trabajo que sean apropiados para el equipo del proyecto y para el producto que se busca obtener.



▪ Proceso de software

Se define proceso del software como una estructura para las actividades, acciones y tareas que se requieren a fin de construir software de alta calidad.



▪ Cada una de las actividades, acciones y tareas se

encuentra dentro de una estructura o modelo que

define su relación tanto con el proceso como entre sí.


▪Modelo general de

proceso



▪ La estructura general para la ingeniería de software

define cinco actividades estructurales:

Comunicación, Planeación, Modelado,

Construcción y Despliegue.



Actividades EstructuralesC

OM

UN

ICA

CIÓ

NP

LAN

EAC

IÓN

MO

DEL

AD

O

CO

NST

RU

CC

IÓN

DES

PLI

EGU

E

Actividades Sombrilla



▪ Los Modelos de proceso describen:

▪Actividades estructurales.

▪Acciones de ingeniería de software.

▪Tareas.

▪Productos del trabajo.



▪ Los Modelos de proceso

describen:

▪Aseguramiento de la calidad y

▪Puntos de referencia del proyecto.



▪Cada modelo del proceso también

describe un flujo del proceso

(también llamado flujo de trabajo)

(la manera en la que los elementos

del proceso se relacionan entre sí)


Modelos de proceso de desarrollo de software

▪ Flujo del proceso de las actividades estructurales

Un flujo del proceso describe la manera en que están organizadas las actividades estructurales y las acciones y tareas que ocurren dentro de cada una con respecto de la secuencia y el tiempo.



▪ Flujo del proceso lineal

Ejecuta cada una de las cinco actividades estructurales en secuencia, comenzando por la comunicación y terminando con el despliegue.



▪ Flujo del proceso iterativo

Repite una o más de las actividades antes de pasar a la siguiente.



Realiza las actividades en forma “circular”. A través de las cinco actividades, cada circuito lleva a una versión más completa del software

Flujo de proceso evolutivo



Ejecuta una o más actividades en paralelo con otras (por ejemplo, el modelado de un aspecto del software tal vez se ejecute en paralelo con la construcción de otro aspecto del software).

Flujo de proceso paralelo



¿Por qué se crearon los Modelos de

Proceso?



▪modelo

Del it. modello.

1. m. Arquetipo o punto de referencia para imitarlo o

reproducirlo.

2. m. En las obras de ingenio y en las acciones morales,

ejemplar que por su perfección se debe seguir e imitar.



▪ Los modelos de proceso fueron propuestos originalmente

para poner orden en el caos del desarrollo de software.

▪ Otorgan cierta estructura útil al

trabajo de ingeniería de software y

constituyen un mapa

razonablemente eficaz para los

equipos de software.



▪ Todos los modelos del proceso del software pueden incluir las actividades estructurales generales descritas anteriormente.

▪Cada uno pone distinto énfasis en ellas y define en forma diferente el flujo de proceso que invoca cada actividad estructural (así como acciones y tareas de ingeniería de software).


Modelos de

procesos de

desarrollo de

software

existentes


Modelo en cascada



▪ Modelo en cascada o ciclo de vida clásico



Modelo en cascada o ciclo de vida clásico

▪Enfoque sistemático y secuencial.

▪ Comienza con la especificación de los requerimientos por parte del cliente y avanza a través de planeación, modelado, construcción y despliegue, para concluir con el apoyo del software terminado




¿Cuándo se usa?




▪Los requerimientos para cierto problema se

comprenden bien.

▪El trabajo desde la comunicación hasta el despliegue

fluye en forma razonablemente lineal.

Adaptaciones o mejoras bien definidas a un sistema ya

existente




Problemas:

1. Es raro que los proyectos reales sigan el flujo secuencial

propuesto por el modelo. Aunque el modelo lineal acepta

repeticiones, lo hace en forma indirecta. Como resultado,

los cambios generan confusión conforme el equipo del

proyecto avanza.


Modelos de procesos de desarrollo de softwareModelo en cascada o ciclo de vida clásico

Problemas:

2. Es difícil para el cliente enunciar en forma explícita todos los requerimientos.

El modelo en cascada necesita que se haga y tiene dificultades para aceptar la incertidumbre natural que existe al principio de muchos proyectos.




Problemas:

3. El cliente debe tener paciencia. No se dispondrá de una

versión funcional del(de los) programa(s) hasta que el

proyecto esté muy avanzado. Un error grande sería

desastroso si se detectara hasta revisar el programa en

funcionamiento.




Problemas:

4. La naturaleza lineal del ciclo de vida clásico llega a

“estados de bloqueo” en los que ciertos miembros del

equipo de proyecto deben esperar a otros a fin de

terminar tareas interdependientes




El trabajo de software es acelerado y está sujeto a una

corriente sin fin de cambios (en las características,

funciones y contenido de información).




▪ Variante del modelo en cascada “Modelo en V”

▪ Acciones de aseguramiento de la calidad


Modelo en cascada o ciclo de

vida clásico. MODELO EN V

❖ No hay diferencias fundamentales entre el ciclo de vida clásico y el modelo en V.

❖ Proporciona una forma de visualizar el modo de aplicación de las acciones de verificación y validación al trabajo de ingeniería inicial.


Modelo incremental


Modelos de proceso incremental

o Aplica secuencias lineales en forma escalonada a medida que avanza el calendario de actividades.

o Cada secuencia lineal produce “incrementos” de software para entregarse.


Modelos de procesos de desarrollo de software. Modelo de proceso incremental

Diseñado para producir el software en incrementos.

Requerimientos iniciales del software razonablemente bien definidos.

Necesidad imperiosa de dar rápidamente cierta funcionalidad limitada de software a los usuarios y aumentarla en las entregas posteriores de software.


Modelos de procesos de desarrollo de software. Modelo de proceso incremental

El primer incremento es el

producto fundamental.

Se abordan los requerimientos básicos, pero no se proporcionan muchas características

suplementarias (algunas conocidas y otras no).

El cliente usa el producto

fundamental (o lo somete a una

evaluación detallada).

Como resultado del uso y/o evaluación

se desarrolla un plan para el

incremento que sigue.


Modelos de procesos de desarrollo de software. Modelos de proceso incremental

Modificación del producto fundamental para cumplir

mejor las necesidades del cliente

Características adicionales y

más funcionalidad

Plan



En cada incremento se entrega un producto que ya opera.



Modelo de proceso incremental

¿Cuándo se usa?



Necesidad imperiosa de dar rápidamente cierta funcionalidad limitada de software a los usuarios y aumentarla en las entregas posteriores de software.

Útil en particular cuando no se dispone de

personal para la implementación completa del

proyecto en el plazo establecido por el

negocio.

1

2


Modelo evolutivo


Modelos de procesos de desarrollo de software. Modelo de proceso evolutivo

Modelo de proceso diseñado explícitamente para

adaptarse a un producto que evoluciona con el tiempo.



Los sistemas complejos evolucionan.

Es frecuente que los requerimientos del negocio y del

producto cambien conforme avanza el desarrollo.



Plazos apretados

Se comprende bien el conjunto de requerimientos o el producto básico

Los detalles del producto o extensiones del sistema aún están por definirse.



Los modelos evolutivos son iterativos.

Prototipo Espiral


Modelo evolutivo. Prototipo


Modelos de procesos de desarrollo de software. Modelos de proceso evolutivos

El cliente define un conjunto de objetivos generales.

No identifica los requerimientos detallados para las funciones y características.

El desarrollador no está seguro de la eficiencia de un algoritmo, la adaptabilidad de un sistema operativo o de la interacción humano-computadora.

Prototipo



Prototipo

En la construcción, pueden utilizarse fragmentos de programas existentes o aplicar herramientas que permitan generar rápidamente programas que funcionen.



Prototipo

El modelado se centra en la representación de aquellos aspectos del software que serán visibles para los usuarios finales.



Modelos de proceso evolutivos

Prototipo

1. Comienza con la comunicación.

Reunión con participantes para definir objetivos generales , requerimientos conocidos, áreas por definir mejor.



Modelos de proceso evolutivos

Prototipo

2. Plan rápido, modelado y diseño rápido.Se planea rápidamente una iteración para hacer el prototipo, y se lleva a cabo el modelado (en forma de un “diseño rápido”).


Modelos de procesos de desarrollo de software.Modelos de proceso evolutivos

Prototipo

3. Construcción y DespliegueEl diseño rápido lleva a la construcción de un prototipo. Éste se entrega y es evaluado por los participantes, que dan retroalimentación para mejorar los requerimientos.



Prototipo

La iteración ocurre a medida que el prototipo es afinadopara satisfacer las necesidades de distintos participantes, y al mismo tiempo permite entender mejor lo que se necesita hacer.



El ideal es que el prototipo sirva

como mecanismo para

identificar los requerimientos

del software.

Prototipo



Prototipo

¿Qué hacer con el prototipo cuando ya sirvió para el

propósito descrito?



Prototipo

En la mayoría de proyectos es raro que el primer sistema elaborado sea utilizable.

Muy lento, muy grande, difícil de usar o todo a la vez.

No hay más alternativa que comenzar de nuevo.



Prototipo.

Problemas

✓Los participantes ven lo que parece ser una versión

funcional del software, pero no se consideró la calidad, la

facilidad de mantenimiento, por la prisa. Los usuarios

exigen el prototipo como producto funcional.


Modelos de procesos de desarrollo de software.Modelos de proceso evolutivos

Prototipo.

Problemas

✓Se toman decisiones que inicialmente son las adecuadas

(con el fin de lograr el prototipo rápidamente): Lenguaje

de programación conocido, algoritmo ineficiente. Esta

elección formará parte del sistema final.


Modelos de procesos de desarrollo de software. Modelos de proceso evolutivosPrototipo.

Paradigma exitoso si…

Se definen desde el principio las reglas del juego.

El prototipo sirve como el mecanismo para definir los requerimientos. Después se descartará (al menos en parte) y se hará la ingeniería del software real con la mirada puesta en la calidad.


GRACIAS POR SU ATENCIÓN

PROCESOS PARA LA IS - Universidad Veracruzana

Documents

Transcript of PROCESOS PARA LA IS - Universidad Veracruzana