Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Metodologia de La Ing de SW

Descargar como ppt, pdf o txt
Descargar como ppt, pdf o txt
Está en la página 1de 14

Análisis de Sistemas

3. Ciclo de Vida del Proceso SW

UNIVERSIDAD APEC
Prof. Osvaldo Mota
Modelos prescriptivos

 PRESCRIBEN un conjunto distinto de actividades, acciones,


tareas, fundamentos y productos de trabajo necesarios para
desarrollar SW de alta calidad.

 SIRVEN de guía para las actividades de la Ingeniería de SW.

 SE ADAPTAN en forma efectiva a las necesidades del grupo de


proyecto y a proyectos específicos.

 PROPORCIONAN estabilidad, control y organización al


proceso SW.

 SON fundamentalmente genéricos y consistentes, aunque


cada uno puede tener terminologías distintas.
Algunos modelos prescriptivos

 Modelo de cascada o Ciclo de vida clásico.


 Modelo de Árbol
 Modelo de proceso incremental.
 Modelo de desarrollo rápido de aplicaciones.
Modelo de Cascada
Workflows Solicitud
Cliente
Requisitos
Horas-hombre

Análisis Entrega

Diseño

Implementación

Desarrollo
Mantenimiento (Iteración)

TIEMPO TOTAL DE DESARROLLO DEL ENTREGABLE


Modelo de Árbol
Cliente
Desarrollo
Mantenimiento (Iteración)
Requisitos 1 Requisitos 3

Análisis 1 Análisis 3

Diseño 1 Diseño 3 Diseño 4

Implementa Implementa Implementa Implementa


ción 1 ción 2 ción 3 ción 4

Episodio 1 Episodio 2 Episodio 3 Episodio 4


Modelo Incremental
Incremento A Incremento B Incremento C Incremento D
Workflows

Requisitos
Horas-hombre

Análisis

Diseño

Implemen-
tación

Pruebas
TIEMPO TOTAL DE DESARROLLO DEL ENTREGABLE
Iteraciones dentro del Incremento B
Iteración B1 Iteración B2 Iteración B3
Workflows

Requisitos
Horas-hombre

Análisis

Diseño

Implemen-
tación

Pruebas
LINEA BASE B1 LINEA BASE B2 LINEA BASE B3
Ventajas de la iteración e incrementos

 Hay varias oportunidades para asegurarse que el SI es


correcto.
 Mayor oportunidad para encontrar errores y corregirlos
a tiempo.
 Puede determinarse la solidez de la arquitectura
(módulos) del SI.
 Permite mitigar los riesgos a tiempo.
 Siempre se está trabajando en alguna versión del SI.
 Se puede determinar cambios y llegar a acuerdos de
mejora.
 Se puede realizar entrega por versiones del SI.
Modelo de Desarrollo Rápido

 Método usado para responder a estrategias emergentes.


 Es incremental e iterativo entrelazando las fases de CVDS.
 Se sacrifican la especificación detallada de requisitos y de diseño.
 Es posible que los requisitos reales solo queden claros luego de la entrega del
SW a los usuarios.
 Se sacrifica la calidad por la disponibilidad.
 Resalta un ciclo corto de vida de desarrollo de SW.
 Adapta el modelo de cascada y lo acelera.
 El enfoque de construcción es basado en componentes.
 Varios equipos trabajan en varias funciones y luego se integran.
 El período promedio de desarrollo es de 60 a 90 días.
 Cumple con las actividades del modelo general de la ING. SW.
 COMUNICACIÓN: Se trata de entender el problema y sus características de
información.
 PLANEACIÓN: Varios Eq. SW trabajan en paralelo en dif. funciones.
 MODELADO: 3 fases: Modelado de negocios, de datos, del proceso.
 CONSTRUCCIÓN: Reusabilidad de componentes, generación de código.
 DESPLIEGUE: Establece la base para las iteraciones, si es necesario.
Modelo de Desarrollo Rápido
EPISODIO n

Modelado n

Episodio 2
Construcción
COMUNICACION Modelado 2
PLANEACION
Episodio 1 Construcción DESPLIEGUE
(Incremental)
Modelado 1
Lo más rápido posible
Construcción

60 a 90 dias
 MODELADO: Del negocio, de datos, de procesos
 CONSTRUCCION: Reutilización de componentes, generación automática de
códigos y pruebas.
 DESPLIEGUE: Integración, entregas, retroalimentación.
Inconvenientes del DRA

 En proyectos grandes y escalables demanda mucho personal y


diversidad de equipos.
 No es adecuado para proyectos a gran escala.
 La mayor causa de fallo de los proyectos es la falta de compromiso.
 Si el sistema no se puede modular, la construcción es un caos.
 No es apropiado cuando existen altos riesgos sobre todo en
despliegue.
 El sacrificio de la ingeniería de requisito y modelado ocasiona:
• Problemas administrativos.

• Problemas contractuales.

• Problemas de validación.

• Problemas de mantenimiento.
Modelos evolutivos
Sacrificio de la flexibilidad y la velocidad por la alta calidad

 Construcción de prototipos.
 Modelo espiral
 Modelo de desarrollo concurrente

 DIFICULTADES DE ESTOS MODELOS:


 Problemas de planeación: Número incierto de ciclos para
la construcción del SW. Poco control de la gestión y escasa
oportunidad de estimar el tamaño del SW antes de hacer
inversiones en desarrollo.
 Los procesos evolutivos no establecen la velocidad máxima
de la evolución por lo que el proceso puede ser un caos, si es
muy rápido o desestimarse o afectar la productividad, si es
muy lenta.
 Retrasos en la entrega del producto por buscar la calidad
CERO error, CERO fallas. Es necesario balancear.
Modelos especializados
Sin etapas definidas

 Desarrollo basado en componentes.


 Modelo de métodos formales.
 Desarrollo orientado a aspectos.
 Proceso Unificado.

 DIFICULTADES DE ESTOS MODELOS:


 Estos modelos adoptan muchas características de los modelos
convencionales (Casacada, Lineal) pero sin identificarse con
ninguna de ellas.
 Tienden a aplicarse como un conjunto de técnicas
complementarias y no como una metodología de CVDS.
 No ofrecen una serie de etapas claras para el desarrollo del
producto SW ni especifican los productos de trabajo que se
obtienen en cada parte del proceso (con excepción del
Proceso Unificado).
Comparación de costos de los Modelos de CVDS

También podría gustarte