SISTEMAS DE

INFORMACIN GERENCIAL
Unidad V: Ciclo de vida del desarrollo de sistemas
Necesidades de la Organizaciones
Definir las actividades necesarias en el
desarrollo de un Sistema de Informacin.
Mantener una coherencia entre todos los
proyectos de una misma organizacin.
Introducir puntos de control para realizar
revisiones y controles de calidad, toma de
decisiones.
Investigacin de paradigmas o modelos de
desarrollo.
Ciclo de Vida
Planeamiento
Desarrollo
Operacin y
mantenimiento
Ciclo de Vida de Desarrollo de Software
Ciclo de Vida de Desarrollo de Software
Definiciones
CICLO DE VIDA: Conjunto de etapas que se han de llevar a
cabo para crear, explotar y mantener un Sistema Informtico.
METODOS: Son las normativas que marcan las directrices que
se han de seguir para llevar a cabo una tarea. Responde a la
pregunta QU.
TECNICAS: Es un modo de representacin para la solucin de
un problema concreto. Responde a la pregunta CMO.
METODOLOGIA: Es un conjunto coherente de mtodos y
tcnicas que cubren ms de una etapa del ciclo de vida.
HERRAMIENTAS: Proporcionan un soporte automtico o
semi-automtico para el proceso y para los mtodos.


Paradigmas o Modelos de Desarrollo

Los paradigmas o modelos de desarrollo de Software son
estrategias de desarrollo para organizar las diversas etapas y
actividades del ciclo de vida del software.

Describe las transiciones entre las etapas, especificando qu
actividades desarrollar en cada momento.

Seleccin de un modelo o paradigma especfico dependiendo de
la naturaleza del proyecto y/o aplicacin, los mtodos, las
herramientas a utilizar, los controles y entregas que se
requieren.
Paradigmas o Modelos de Desarrollo
El trabajo asociado a la ingeniera del
Software puede dividirse en tres fases
fundamentales, independientemente del rea
de aplicacin:

FASE DE DEFINICIN
FASE DE DESARROLLO
FASE DE MANTENIMIENTO
Fase de definicin

Qu informacin que ha de ser procesada,
Qu funcin y rendimiento se desea
Qu comportamiento del sistema
Qu interfaces van a ser establecidas
Qu restricciones de diseo existen
Qu criterios de validacin se necesitan para definir

Dependiendo del paradigma o modelo se definen un conjunto
especfico de actividades, pero las tareas principales sern:
ingeniera de sistema o de informacin, planificacin del
proyecto del software, y anlisis de los requisitos
Fase de Desarrollo
Cmo han de disearse las estructuras de datos,
Cmo ha de implementarse la funcin como una
arquitectura del software
Cmo han de caracterizarse las interfaces
Cmo ha de traducirse el diseo en un lenguaje de
programacin
Cmo ha de realizarse la prueba

Las tareas principales sern: diseo del software,
generacin de cdigo y prueba del software
Fase de Mantenimiento
Fase centrada en el cambio que va asociado a la correccin de
errores, a las adaptaciones requeridas a medida que
evoluciona el entorno del software, y a cambios producidos
por los requisitos cambiantes del software.
Cuatro tipos de cambio:
Correccin, Adaptacin (Cambio de sistema Operativo, reglas de
la empresa,etc.), Mejora, Prevencin (reingeniera)
Actividades a realizar:
Gestin de riesgos, revisiones tcnicas formales, mediciones,
garantia de calidad del software, seguimiento y gestion del
proyecto de software, gestin de reutilizaci.

Paradigmas o Modelos de Desarrollo
Desglosando las fases anteriores, obtendramos las principales
fases o etapas del ciclo de vida del software

Identificacin del sistema y definicin de requerimientos
Anlisis
Diseo
Desarrollo e implementacin
Integracin y prueba del software
Documentacin
Entrenamiento y uso
Mantenimiento del software

METODOLOGIAS DE DESARROLLO DE
SOFTWARE
Modelo en Cascada
Modelo Basado en Prototipos
Modelo Incremental o Evolutivo
Modelo Espiral
Modelo OO
Modelo Cascada con Sub - Proyectos
Modelo Entrega por Etapas
METODOLOGIAS DE DESARROLLO DE
SOFTWARE
Actividades de un proceso genrico
Procesos de Software
ANALISIS CODIGO DISEO PRODUCTO PRUEBAS
Modelo en Cascada
Planeacin Estratgica
Estudio de Factibilidad
Anlisis de Requerimientos
Especificacin formal de requerimientos
Diseo Global
Especificacin Formal del Diseo
Programacin Libreras y herramientas
Entrenamiento Operacin y Mantenimiento
Programacin aplicacin
Pruebas de integracin
PRODUCTO
Modelo en Cascada
Modelo Basado en Prototipos
Obtencin de requisitos
Diseo Global
Construccin Prototipo
Desarrollo Prototipo
Refinamiento Prototipo
Sistema Terminado
GRUPO
USUARIO / DISEADOR
GRUPO
SISTEMA / CONSTRUCTOR
Modelo Incremental - Evolutivo
Versin
# 2
Versin
# 1
ANALISIS DISEO CODIGO PRUEBAS PRODUCTO
ANALISIS DISEO CODIGO PRUEBAS
PRODUCTO
NUEVAS
FUNCIONALI
DADES
Modelo Espiral
Tiempo -Madurez del Desarrollo
Planificacin Proyecto
Anlisis de Riesgos
Toma de Decisin
Construccin y Adaptacin
Evaluacin del
Cliente
Comunicacin
con Cliente
Modelo Espiral
Diagrama de Clases
Diagramas de Objetos
Diagramas de Mdulos
Diagramas de Procesos

Modelo OO
Modelo Cascada con Sub - Proyectos
Definicin del Problema
Anlisis Requerimientos
Diseo Global
Diseo Detallado
Codificacin y Depuracin
Definicin del Problema
Prueba Integral
Producto Final
Pruebas Subproyecto
Diseo Detallado
Codificacin y Depuracin
Definicin del Problema
Pruebas Subproyecto
Modelo Entrega por Etapas
Definicin del problema
Anlisis de Requerimientos
Diseo Global
Etapa I
Diseo Detallado
Codificacin
Depuracin
Prueba
Entrega
Etapa II
Diseo Detallado
Codificacin
Depuracin
Prueba
Entrega
Etapa I
Diseo Detallado
Codificacin
Depuracin
Prueba
Entrega
Etapa N
Comparativo
MODELO ENFOQUE VENTAJAS /DESVENTAJAS APLICABILIDAD
MODELO EN
CASCADA
El inicio de cada etapa debe esperar a la
finalizacin de la inmediatamente anterior

Cualquier error de diseo detectado en la
etapa de prueba conduce necesariamente al
rediseo y nueva programacin del cdigo
afectado, aumentando los costes del
desarrollo.
Los proyectos raras veces siguen una
evolucin secuencial.
No todos los requisitos son
expuestos, al principio, de forma
explcita como requiere este modelo.
El cliente debe tener paciencia, ya
que la aplicacin slo estar
disponible en un estado muy
avanzado del proyecto.

Ampliamente criticado desde el
mbito acadmico y la industria
Utilizado cuando existen
especificaciones amplias de
los requerimientos del cliente.
MODELO
BASADO EN
PROTOTIPOS
Prototipos: No posee la funcionalidad total
del sistema pero si condensa la idea
principal del mismo, Paso a Paso crece su
funcionalidad, alto grado de participacin
del usuario.
El cliente puede pensar que el
prototipo es una versin acabada.

Pueden llegar a pasarse por alto la
calidad del software global o el
mantenimiento a largo plazo.

Las herramientas elegidas pueden
ser inadecuadas.
La clave del xito de este modelo
consiste en definir bien, desde el
principio, las reglas del juego.
Alto grado de participacin del
usuario
Se utiliza si en el mercado no
se encuentra el producto pero
el cliente desea resultados
inmediatos.

Conveniente en caso de ser
necesario desarrollar mdulos

Para sistemas interactivos
pequeos o de tamao
pequeo.
1.
Para partes de sistemas
grandes
2.
Para sistemas con vida corta.
Comparativo
MODELO ENFOQUE VENTAJAS /DESVENTAJAS APLICABILIDAD
MODELO
INCREMENTAL O
EVOLUTIVO
Modelo Lineal-Secuencial con el Modelo Basado en
Prototipos

El sistema no se entrega de una vez, sino que se
divide y se entregan incrementos.
Con cada incremento se entrega la parte de la
funcionalidad que se ha establecido.

Los requisitos son priorizados. Los requisitos con
una ms alta prioridad se incluyen en los
incrementos ms tempranos.

Los requisitos de un incremento son inamovibles.
Sin embargo estos puede verse modificados en
incrementos posteriores.

Este proceso se repite hasta la obtencin de un
producto completo.

Sin embargo el modelo incremental se centra en la
entrega de un producto operativo en cada
incremento.
Los clientes no tienen que
esperar hasta tener el sistema
completo. El primer
incremento satisface los
requisitos ms crticos.

Los primeros incrementos
sirven como prototipo y
ayudan en la tarea de detectar
los posteriores requisitos.
1.
Existe un riesgo bajo de fallar
en el proyecto total.

Los servicios del sistema con
la prioridad ms alta tienden a
ser los ms probados.

Puede ser difcil ajustar los
requisitos a los incrementos.
Reemplazar el antiguo
desarrollo con uno nuevo que
satisfaga las nuevas
necesidades segn las
redefiniciones del problema

Manejo de Versiones
MODELO
ESPIRAL
Es una mejora del Modelo Basado en prototipos
Cada vuelta en la espiral representa una fase del
proceso.
No hay fases fijas, cada vuelta en la espiral
determina las actividades a realizar.
La dimensin radial representa el coste acumulado
en la financiacin de las fases.
La dimensin angular representa el progreso hecho
en completar cada ciclo de la espiral.
Un ciclo a travs de la espiral es simular un paso a
travs de un modelo en cascada
Requiere comunicacin
permanente con el cliente por
lo tanto si se cambia el
contacto con le cual se realiza
desarrollo es necesario que
est al tanto de lo realizado y
lo pendiente, cliente debe ser
gran conocedor del sistema.
Utilizado para el desarrollo de
aplicaciones complejas y/o
especficas. (Ej. Investigacin
Gentica)
Comparativo
MODELO ENFOQUE VENTAJAS /DESVENTAJAS APLICABILIDAD
MODELO
BASADO EN
COMPONENTES
(ORIENTADO A
OBJETOS)
Es programacin orientada a Objetos. Se
utilizan objetos, clases y se reutilizan en
diferentes partes del sistema.
Optimiza los tiempos de respuesta a
los requerimientos del cliente y
facilita la labor del programador pues
hay un alto aprovechamiento del
cdigo.
Facilita mantenimiento del software.
Sistemas robustos y de alta
proyeccin.
CODE AND FIX
No requiere planeacin y se trata de
codificar y corregir. Se trabaja mediante
prueba y error. Especial para desarrollos
rpidos y sencillos
Desarrollo Rpido

No garantiza calidad
Desarrollo muy pequeos con
claridad de objetivos,
requerimientos pequeos o de
mantenimientos con bajo
impacto.
CASCADA CON
SUBPROYECTOS
Requiere planeacin.
Plantea Organizacin y planeacin de
un gran proyecto
Se pueden realizar varias partes del
proyecto al mismo tiempo por
diferentes desarrolladores
Adecuada para el desarrollo
de proyectos complejos que
estiman de 1 a 3 aos de
desarrollo.
ENTREGA POR
ETAPAS
Cascada con entregas grandes en diferentes
etapas del desarrollo.
Cascada con Evolutivo.
Debe entregarse una etapa para
continuar con la siguiente
Desarrollos robustos.
Desarrollo depende del
presupuesto directamente
Ej. Ppto adjudicado anual/..