Está en la página 1de 27

CICLO DE VIDA DEL

DESARROLLO DE SISTEMAS
UV_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

Operacin y
mantenimiento

Desarrollo

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

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

Procesos de Software

Actividades de un proceso genrico

ANALISIS

DISEO

CODIGO

PRUEBAS

PRODUCTO

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
Programacin aplicacin
Pruebas de integracin
Entrenamiento Operacin y Mantenimiento

PRODUCTO

Modelo en Cascada

Modelo Basado en Prototipos


Obtencin de requisitos

GRUPO
USUARIO / DISEADOR
Diseo Global

Construccin Prototipo

Desarrollo Prototipo

Refinamiento Prototipo

Sistema Terminado

GRUPO
SISTEMA / CONSTRUCTOR

Modelo Incremental - Evolutivo

Versin
#1

Versin
#2

ANALISIS

DISEO

CODIGO

PRUEBAS

ANALISIS

DISEO

CODIGO

PRUEBAS

PRODUCTO

PRODUCTO
NUEVAS
FUNCIONALIDA
DES

Modelo Espiral

Planificacin Proyecto
Comunicacin con
Cliente

Anlisis de Riesgos

Evaluacin del
Cliente

Toma de Decisin

Construccin y Adaptacin

Tiempo -Madurez del Desarrollo

Modelo Espiral

Modelo OO

Diagrama de Clases
Diagramas de Objetos
Diagramas de Mdulos
Diagramas de Procesos

Modelo Cascada con Sub - Proyectos


Definicin del Problema
Anlisis Requerimientos
Diseo Global

Diseo Detallado

Diseo Detallado

Codificacin y Depuracin

Codificacin y Depuracin

Definicin del Problema

Definicin del Problema

Pruebas Subproyecto

Pruebas Subproyecto

Prueba Integral

Producto Final

Modelo Entrega por Etapas


Definicin del problema
Anlisis de Requerimientos
Diseo Global
Etapa I
Diseo Detallado

Etapa II
Diseo Detallado

Etapa I
Diseo Detallado

Codificacin
Depuracin
Prueba
Entrega

Codificacin
Depuracin
Prueba
Entrega

Etapa N

Codificacin
Depuracin
Prueba
Entrega

Comparativo
MODELO

ENFOQUE

El inicio de cada etapa debe esperar a la


finalizacin de la inmediatamente anterior
MODELO EN
CASCADA

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.

VENTAJAS /DESVENTAJAS

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.

MODELO BASADO
EN PROTOTIPOS

Utilizado cuando existen


especificaciones amplias de los
requerimientos del cliente.

Ampliamente criticado desde el


mbito acadmico y la industria

El cliente puede pensar que el


prototipo es una versin acabada.
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.

APLICABILIDAD

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
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.

MODELO
INCREMENTAL O
EVOLUTIVO

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.

VENTAJAS /DESVENTAJAS

APLICABILIDAD

Los clientes no tienen que


esperar hasta tener el sistema
completo. El primer
incremento satisface los
requisitos ms crticos.

Reemplazar el antiguo
desarrollo con uno nuevo que
satisfaga las nuevas
necesidades segn las
redefiniciones del problema

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.

Manejo de Versiones

Los servicios del sistema con


la prioridad ms alta tienden a
ser los ms probados.
Puede ser difcil ajustar los
requisitos a los incrementos.

Sin embargo el modelo incremental se centra en la


entrega de un producto operativo en cada
incremento.

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

MODELO BASADO
EN
COMPONENTES
(ORIENTADO A
OBJETOS)

ENFOQUE

Es programacin orientada a Objetos. Se


utilizan objetos, clases y se reutilizan en
diferentes partes del sistema.

VENTAJAS /DESVENTAJAS

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.

Desarrollo Rpido

CODE AND FIX

CASCADA CON
SUBPROYECTOS

ENTREGA POR
ETAPAS

No requiere planeacin y se trata de codificar


y corregir. Se trabaja mediante prueba y
error. Especial para desarrollos rpidos y
sencillos

Requiere planeacin.

Cascada con entregas grandes en diferentes


etapas del desarrollo.
Cascada con Evolutivo.

No garantiza calidad

APLICABILIDAD

Sistemas robustos y de alta


proyeccin.

Desarrollo muy pequeos con


claridad de objetivos,
requerimientos pequeos o de
mantenimientos con bajo
impacto.

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.

Debe entregarse una etapa para


continuar con la siguiente

Desarrollos robustos.
Desarrollo depende del
presupuesto directamente
Ej. Ppto adjudicado anual/..

También podría gustarte