Ingeniería en Desarrollo de Software

3er semestre

Programa de la asignatura:
Análisis y diseño orientado a objetos

Actividad 3. Modelos del ciclo de vida del software

Alumno: William Restrepo Quintero

Docente: Águeda Vázquez Rubio

Matricula: es1421002647

Grupo: DS-DDOO-1701-B1-003

Fecha: 03-02-2017

Universidad Abierta y a Distancia de México

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

Actividad 3. Modelos del ciclo de vida del software

Introducción

Para desarrollar un software se debe seguir una serie de pasos, partiendo de una necesidad hasta
llegar a la puesta en marcha del sistema; por lo que se deben considerar algunos modelos del ciclo
de vida del software como: el ciclo de vida clásico o en cascada, el modelo en espiral y el modelo
por incrementos entre otros.
Planteamientos detonadores del aprendizaje
Las siguientes preguntas son una guía para desarrollar esta actividad. No son ponderables y no
debes de entregarlas a tu Docente en línea, únicamente tienen el objetivo de orientar el desarrollo
de la misma:
 ¿Qué es el ciclo de vida del software?
 ¿Cuáles son las etapas del modelo en cascada
 ¿Cuáles son las etapas del modelo incremental?
 ¿Cuáles son las etapas del modelo en espiral?
 ¿Cómo se relacionan con el diseño y análisis orientado a objetos?

Desarrollo de la actividad
El desarrollo de esta actividad tiene como finalidad que identifiques las etapas de cada
uno de los modelos del ciclo de vida del software, así como las características
principales de cada etapa, para ello, realiza los siguientes pasos:
1. Analiza cada uno de los modelos de desarrollo de software: modelo en
cascada, modelo en espiral y el modelo por incrementos.

2. Investiga la relación de estos modelos con el análisis y diseño orientado a

objetos.

UNADM | DCEIT | DS | DDOO 2

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

3. Menciona mínimo 5 características de cada uno de los modelos que

representen al modelo orientado a objetos.

4. Realiza una exposición de los principales elementos (fases, conceptos,

aplicaciones) de los modelos del ciclo de vida del software, organizando la
información con la herramienta de tu elección (mapa mental, esquema, cuadro
comparativo, etcétera).

5. Explica tu exposición justificando la organización de los elementos, en qué

consisten y por qué los relacionaste de esta forma.

6. Guarda tu actividad con la nomenclatura DDOO_U1_A3_XXYZ. Sustituye las

XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido
y la Z por tu segundo apellido.

7. Lee detenidamente los criterios de evaluación de la actividad para considerar los

aspectos a evaluar.

8. Envía tu actividad a tu Docente en línea mediante la herramienta Tareas; espera

y atiende la retroalimentación correspondiente.

UNADM | DCEIT | DS | DDOO 3

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

Modelo Etapas AOO POO Aplicación

Análisis y Se analizan las necesidades Que partes En el caso investigado
definición de o problemas a solucionar componen el tenemos varios
requerimientos software objetos definidos
como: inventario,
punto de venta,
registros, etc. Que se
analizarán para
cumplir el objetivo de
administrar la
empresa.
Diseño del Teniendo los objetivos a Se diseña el La empresa del
sistema y del seguir, se procede a diseñar algoritmo y código ejemplo tiene una
software el sistema que dé solución a que de cada necesidad
la necesidad componente del administrativa, y tanto
software el software como el
sistema que se diseñe
irán orientados a la
CASCADA optimización de los
procesos del negocio.
Implementación Se aplica la solución para Se diseña el Se implementa la
y prueba de probar que todos los algoritmo y código solución para
unidades objetos cumplan su función que de cada comprobar que la
adecuadamente componente del solución diseñada y el
software software funciones en
todas sus unidades
Funcionamiento Cuando el sistema que Cuando el software Cuando la empresa
y resuelve los problemas funciona, solo resta funciona en su
mantenimiento analizados está en darle estructura, y su
funcionamiento se da mantenimiento si componente software
seguimiento por si surge un se presenta algún también, resta dar
nuevo componente que cambio o nueva mantenimiento a este
necesite implementarse. necesidad. si es que hay
Esto es, dar mantenimiento modificaciones o
nuevas necesidades
del negocio.

UNADM | DCEIT | DS | DDOO 4

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS
Modelo CARACTERISTICAS
• Combina elementos del modelo de
cascada con la filosofía interactiva de
construcción de prototipos
• Cada secuencia lineal produce un
producto operacional con cada
incremento de la misma forma que
progresa el tiempo en el calendario
• El primer incremento es a menudo el
núcleo
• Como un resultado de evaluación y/o
INCREMENTAL utilización se desarrolla un plan para el
incremento siguiente, este proceso se
repite hasta llegar al producto
completo
• Este modelo es particularmente útil
cuando la dotación de personal no es
suficiente para una implementación
completa
• Los primeros incrementos se pueden
implementar con menos recursos
• Si es muy riesgoso desarrollar el
sistema completo de una sola vez,
entonces debería considerar este
modelo
UNADM | DCEIT | DS | DDOO
VENTAJAS
• Construir un sistema
pequeño es siempre menos
riesgoso que construir un
sistema grande.
• Al ir desarrollando parte de
las funcionalidades, es más
fácil determinar si los
requerimientos planeados
para los niveles subsiguientes
son correctos.
• Si un error importante es
realizado, sólo la última
iteración necesita ser
descartada y utilizar el
incremento previo
DESVENTAJAS
• Se presupone que todos
los requisitos se han
definido al inicio.
• Se requiere de una
experiencia importante
para definir los incrementos
de forma de distribuir en
ellos las tareas en forma
proporcional
• Si el sistema a desarrollar
es de gran magnitud y se
cuenta con un único grupo
para construirlo se corre el
riesgo que el desarrollo se
prolongue demasiado en
tiempo
5
 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

Modelo Etapas AOO POO Aplicación

Planificación Se analizan los En esta etapa puede En el caso investigado
requerimientos que crearse un plan para tenemos varios objetos
después se convertirán elaborar el código de definidos como:
en cada Inventario, punto de venta,
objetos objeto registros, etc. Que se
analizarán para cumplir el
objetivo de administrar la
empresa
Análisis de La complejidad para El software puede ser El software puede ser muy
Riesgo analizar el problema incosteable complejo para ser
puede ser incosteable desarrollado por un solo
para la empresa programador
Implementación Probar la solución que Probar el software para Verificar que el punto de
ESPIRAL se ver que toda la venta y sus componentes
dio por medio del información se Administre funcionen según las
análisis y ver que todo según las necesidades del necesidades de la empresa.
funcione usuario, y que todas las
adecuadamente unidades funcionen
adecuadamente
Evaluación Ya que la solución al Ya que el software cumpla En la empresa puede ya estar
problema esté en su función puede ser funcionando el punto de
funcionamiento se sigue sometido a mantenimiento venta y la administración, pero
evaluando, por si hay si se presenta un nuevo como una empresa es un
cambios de políticas o requerimiento o necesidad organismo que evoluciona,
de requerimientos para de la empresa. se pueden presentar nuevos
así poder dar problemas a solucionar, por
mantenimiento a la lo cual se debe evaluar y dar
solución. mantenimiento a la
estructura de procesos.

UNADM | DCEIT | DS | DDOO 6

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

CONCLUSION

El desarrollo del software y la programación es uno de los pilares fundamentales de la informática y al

cual se dedican muchas horas de esfuerzos en empresas, colegios, academias y universidades. En estos
casos la metodología para el desarrollo de software que al seguir los pasos se obtiene el objetivo tener un
software que cumpla con los requerimientos del cliente, si bien a mi punto de ver el método incremental
es el mejor y el más usado en ocasiones los otros dos métodos nos brindan herramientas suficientes para
también obtener un producto final de calidad sin perder nunca de vista el objetivo final.

Hoy día el uso de la metodología de diseño rápido de aplicaciones ha adquirido mucha popularidad en el
campo de la informática. Es posible asegurar un resultado exitoso si los proyectos se desarrollan para
cumplir con un itinerario estricto y sacrificando algún tipo de funcionalidad.

UNADM | DCEIT | DS | DDOO 7

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

Cuadro Comparativo de Modelos de Desarrollo de Software

Modelo en Modelo de Modelo de Modelo

Ciclo de Vida Cascada Modelo en V Proceso Proceso Evolutivo Espiral
Incremental
Identificación de
problemas Comunicación Modelado de los Comunicación Comunicación Comunicación
Determinación de requerimientos
Requerimientos
Análisis Planeación Planeación Plan rápido Planeación
Diseño de la
Diseño Modelado arquitectura Modelado Modelado Diseño Modelado
Diseño de los rápido
componentes
Desarrollo Construcción Generación de Construcción Construcción del Construcción
código prototipo
Pruebas y Pruebas unitario Desarrollo,
Mantenimiento Pruebas de Entrega y
Despliegue integración Despliegue Retroalimentación Despliegue
Implementación Pruebas del
sistema Pruebas
de aceptación

Modelo Desarrollo Desarrollo de Proceso Proceso de

Ciclo de Vida Concurrente Basado en Software Proceso Personal Equipo de
Componente Orientado a Unificado del Software (PES)
Aspectos Software
(PPS)
Identificación de Investigan y Requisitos y
problemas evalúan análisis del
Determinación Inactivo productos Dominio
de disponibles
Requerimientos basados en Fase de Planeación Inicio del
componentes Concepción Proyecto
Análisis Se consideran los Análisis y
aspectos de Diseño
integración de los
componentes
Se diseña una Diseño de
Diseño Bajo Desarrollo arquitectura del Diseño de la alto nivel
software para arquitectura Elaboración Revisión
que reciba los del diseño Diseño del
componentes de alto proyecto
nivel

UNADM | DCEIT | DS | DDOO 8

 UNIDAD 1. INTRODUCCIÓN AL ANÁLISIS ORIENTADO A OBJETOS

Desarrollo Cambios en Se integran los Diseño Desarrollo

espera componentes en Construcción
la arquitectura
Pruebas y En evaluación integración y
Mantenimiento En revisión Pruebas Transición pruebas
Alcance mínimo Pruebas Post
Implementación Terminado Producción Mórtem Implementación
Post Mórtem

Fuentes

 Herranz and J. J. Moreno. On the role of functional-logic languages for the debugging of
imperative programs. In Workshop on Functional and Logic Programming 2000. Universidad
Politécnica de Valencia, 2000.
 INSTITUTO TECNOLOGICOSPENCER W.KIMBALL PROFESOR: ALVARO MARTINEZ DELVIN
ESTUARDO FELIX TORRES E- GRAFIAS.
http://www.academia.edu/6362716/METODO_EN_CASCADA
http://modeloespiral.blogspot.com/
http://ingenieriadesoftwarerigo.blogspot.com/2012/09/software-libre-para-generar-uml-
y.html http://es.kioskea.net/contents/223-ciclo-de-vida-del-software
http://procesosdesoftware.wikispaces.com

UNADM | DCEIT | DS | DDOO 9