Este documento resume diferentes modelos del proceso de desarrollo de software, incluyendo el modelo en cascada, el modelo en espiral, el modelo incremental y el modelo de objetos de negocio. Compara las ventajas y desventajas de cada modelo.

1. INSTITUTO TECNOLOGICO SUPERIOR
DE VILLA LA VENTA
CARRERA:
ING. EN SISTEMAS COMPUTACIONALES
CATEDRÁTICO:
ING. MARLENE MIJANGOS ROMERO
TEMA:
MODELOS DEL PROCESO DE SOFTWARE
ELABORADO POR:
NOEMI PEREZ MENDOZA
LAURA ESTEBAN ALOR
YAZMIN DEL CARMEN DECEANO LOPEZ

2. Modelo lineal secuencial
o Cascada
Se define como una secuencia de actividades, donde la
estrategia principal es seguir el progreso del desarrollo de
software hacia puntos de revisión bien definidos. Describe
el orden de las actividades del desarrollo de software. No
se muestra una etapa explicita de documentación dado
que esta se lleva a cabo en el transcurso de todo el
desarrollo.
Toma demasiado tiempo en ver resultados, lo que retrasa
la detección de errores hasta el final.

3. MODELO EN CASCADA
DEFINICION
ANALISIS
DISEÑO
DESARROLLO
PRUEBAS
MANTENIMIE
NTO
 Definición de requisitos:
 Las restricciones y metas del sistema se definen a partir de la
interacción con el interesado.
 Se comprende la naturaleza de la aplicación y el dominio de
información, así como su funcionalidad, rendimiento e interconexión
 Se reúnen todos los requisitos que debe cumplir el software

4. MODELO EN CASCADA
 En la fase de diseño se traducen los requisitos a una representación que
permita evaluar la calidad del software que se va a construir antes de
comenzar la implementación
DEFINICION
ANALISIS
DISEÑO
DESARROLLO
PRUEBAS
MANTENIMIE
NTO
Se concentra en cuatro
características básicas:
 Estructura de datos
 Arquitectura del software
 Representaciones de interfaz
 Detalle procedimental (algoritmo)

5. MODELO EN CASCADA
DEFINICION
ANALISIS
DISEÑO
DESARROLLO
PRUEBAS
MANTENIMIE
NTO
• Se llama también Implementación
• Generación de código entendible
por la máquina.
• El paso de codificación realiza
esta tarea.

6. MODELO EN CASCADA
DEFINICION
ANALISIS
DISEÑO
DESARROLLO
PRUEBAS
MANTENIMIE
NTO
• Proceso de depuración de programas
• Checar la validez de las sentencias
• Pruebas para detectar errores,
asegurando que a partir de los datos de
entrada si se genere la salida deseada

7. MODELO EN CASCADA
DEFINICION
ANALISIS
DISEÑO
DESARROLLO
PRUEBAS
MANTENIMIE
NTO
• Corrección de errores no detectados en la etapa de
pruebas
• Posibles mejoras funcionales debidas a nuevos
requerimientos del cliente
• En esta fase se vuelven a aplicar todas las etapas
anteriores sobre el software existente

8. MODELO EN CASCADA
VENTAJAS:
- Se tiene todo bien organizado y no se
mezclan las fases.
- Es perfecto para proyectos que son
rígidos.
- Ideal para proyectos donde se
especifiquen muy bien los
requerimientos.
- Ideal para proyectos en que se conozca
muy bien la herramienta a utilizar.

9. MODELO EN CASCADA
DESVENTAJAS
Difícilmente un cliente va a establecer al
principio todos los requerimientos necesarios.
No permite movilizarse entre fases.
- Los resultados y/o mejoras no son visibles,
el producto se ve recién cuando este, esté
finalizado.

10. MODELO EN ESPIRAL
Se basa en una estrategia para reducir el riesgo del
proyecto en áreas de incertidumbre, como requerimientos
iniciales incompletos e inestables. El modelo enfatiza ciclos
de trabajo, cada uno de los cuales estudia el riesgo antes
de proceder al siguiente ciclo.

11. MODELO EN ESPIRAL
Cada ciclo comienza con la identificación de los objetivos,
soluciones alternativas, restricciones asociadas con cada
alternativa y, finalmente, se procede a su evolución. Cuando se
identifica incertidumbre, se utilizan diversas técnicas para
reducir el riesgo de las distintas alternativas. Cada ciclo termina
con una revisión que discute los logros actuales y los planes
para el siguiente ciclo.

12. MODELO EN ESPIRAL
• Para cada actividad habrá cuatro tareas:

13. MODELO EN ESPIRAL
Los requerimientos de sistema son definidos con el
mayor detalle posible. Normalmente esto involucra el
entrevistar una gran cantidad de usuarios que
representan a todos los usuarios externos e internos así
como otros aspectos del sistema.
Se revisa todo lo hecho, evaluándolo, y con ello se decide
si se continua con las fases siguientes y se planifica la
próxima actividad.
Imagen.

14. MODELO EN ESPIRAL
Se crea un diseño preliminar para el nuevo sistema. Esta fase
es la más importante del modelo de espiral. En esta fase todas
las alternativas posibles (y disponibles) que puedan ayudar en
desarrollar un proyecto eficiente (en términos de costos) son
analizadas y se deciden las estrategias a seguir para usarlas.
Esta fase ha sido añadida especialmente para identificar y
resolver todos los posibles riesgos en el desarrollo del
proyecto. Si los riesgos indican incertidumbre en los
requerimientos, podría ser necesario utilizar el método de
prototipo con la información disponible y definir las posibles
soluciones a razón de lidiar con posibles cambios en los
requerimientos.
Imagen.

15. MODELO EN ESPIRAL
Se construye un primer prototipo del nuevo sistema
tomando como referencia el diseño preliminar. Este
normalmente es un sistema que irá creciendo, y
representa una aproximación de las características del
producto final.
• Desarrollar las entregas de la iteración y comprobar que
son correctas.
Imagen.

16. MODELO EN ESPIRAL
Un segundo prototipo es evolucionado de un
procedimiento de cuatro fases:
Evaluación del primer prototipo en términos de sus
fortalezas, debilidades y riesgos
Definición de los requerimientos del segundo prototipo
Planeación y diseño del segundo prototipo
Construcción y pruebas del segundo prototipo

17. MODELO EN ESPIRAL
VENTAJAS:
Además es posible
tener en cuenta - El análisis del riesgo
mejoras y nuevos se hace de forma
requerimientos sin explícita y clara. Une
romper con la los mejores elementos
metodología, ya que de los restantes
este ciclo de vida no es modelos.
rígido ni estático.
- Integra el desarrollo
- Reduce riesgos del
con el
proyecto
mantenimiento, etc.
- Incorpora objetivos de
calidad

18. MODELO EN ESPIRAL
DESVENTAJAS
- Requiere - Genera mucho
experiencia en la tiempo en el
identificación de desarrollo del
riesgos. sistema.
- Modelo costoso.

19. MODELO INCREMENTAL
Es un desarrollo inicial de la arquitectura completa del
sistema, seguido de incrementos y versiones parciales del
mismo. Cada incremento tiene su propio ciclo de vida.
Cada incremento agrega funcionalidad adicional o
mejorada sobre el sistema. Conforme se completa una
etapa, se verifica e integra la versión con las demás
versiones ya completadas del sistema.

20. MODELO INCREMENTAL

21. MODELO INCREMENTAL
VENTAJAS:
Construir un sistema
pequeño es siempre
menos riesgoso que
Al ir desarrollando parte construir un sistema
de las grande.
funcionalidades, es más
Si un error importante es fácil determinar si los
realizado, sólo la última requerimientos
iteración necesita ser planeados para los
descartada y utilizar el niveles subsiguientes
incremento previo. son correctos.

22. MODELO INCREMENTAL
DESVENTAJAS
Se presupone que todos
los requisitos se han
definido al inicio.
Si el sistema a
desarrollar es de gran
magnitud y se cuenta
Se requiere de una con un único grupo para
experiencia importante construirlo se corre el
para definir los riesgo que el desarrollo
incrementos de forma se prolongue demasiado
de distribuir en ellos las en tiempo
tareas en forma
proporcional

23. EL MODELO DE OBJETOS DEL NEGOCIO DEL UP
vs. EL MODELO DEL DOMINIO
El Modelo del Dominio del UP es una variación oficial del menos
común Modelo de Objetos del Negocio del UP (BOM, Business Object
Model). BOM es un tipo de modelo de empresa utilizado para describir
el negocio completo.
Podría utilizarse al llevar acabo la ingeniería o reingeniería de proceso
del negocio independiente de cualquier aplicación software (como el
PDV NuevaEra).
[EL BOM del UP] sirve como abstracción del modo en que los
trabajadores y las entidades del negocio necesitan relacionarse y como
necesitan colaborar para llevar acabo el negocio.[RUP]

24. MODELO DEL DOMINIO DEL PDV
NUEVA ERA.
La lista de clases conceptuales generadas para el Dominio del PDV
NuevaEra se podría representar gráficamente en la siguiente figura
para mostrar el comienzo del Modelo Dominio.
Registro Articulo Tienda Venta
Línea
De Venta Cajero Cliente Encargado
Catalogo De Especificación
Pago
Productos Del Producto

25. MODELOS DEL DOMINIO EN EL UP.
Un Modelo del Dominio, normalmente, se inicia y completa en la
elaboración.
 Inicio
Los modelos del dominio no se incentivan fuertemente en la
fase de inicio, puesto que el propósito del inicio no es llevar a
cabo un estudio serio, sino decidir si merece la pena un estudio
mas profundo en el proyecto, en una fase de elaboración.
Elaboración
El Modelo del Dominio se crea sobre todo durante las
iteraciones de la elaboración, cuando la necesidad mas
importante es entender los conceptos relevantes y trasladar
algunos a clases software durante el trabajo de diseño.

26. MODELOS DEL DOMINIO EN EL UP.

27. PROCESO DE SOFTWARE PERSONAL
PSP se concentra en las prácticas de trabajo de los
ingenieros en una forma individual. El principio detrás de
PSP es ése, sirve para producir software de calidad, cada
ingeniero debe trabajar en la necesidad de realizar trabajo
de calidad. PSP se diseñó para ayudar a profesionales del
software para que utilicen constantemente prácticas sanas
de ingeniería de software.

28. PROCESO DE SOFTWARE PERSONAL

29. METODOLOGÍA XP
La Programación Extrema es una metodología
ligera de desarrollo de software que se basa en la
simplicidad, la comunicación y la realimentación o
reutilización del código desarrollado.

30. METODOLOGÍA XP
PLANIFICACIÓN RELEASE PLANNING
ITERACIONES
DISEÑO
SIMPLE VELOCIDAD DEL PROYECTO
GLOSARIO
DE PROGRAMACIÓN EN PAREJA
TÉRMINOS
XP REUNIONES DIARIAS
RIESGOS
EXTREME DISEÑO
PROGRAMING FUNCIONALI
DAD EXTRA
TARJETAS
C.R.C
CODIFICACIÓN
TEST DE
PRUEBAS ACEPTACIÓN

31. BIBLIOGRAFIA
LARMAN, C
UML Y PATRONES. Una introducción al análisis y diseño orientado a objeto y al proceso
unificado. Segunda edición
PEARSON EDUCACIÓN, S.A., Madrid, 2003
ISBN 10:84-205-3438-2
ISBN 13:978-84-205-3438-1
Materia: informática 681.3
Formato 195 x 250
Pág. 140-143
THOMSON
INGENIERIA DE SOFTWARE
ORINTADA A OBJETOS CON UML.JAVA E
INTERNET
Alfredo Weitzenfe
pág. 50-51