1. UNIVERSIDAD TÉCNICA
DE AMBATO
FACULTAD DE CIENCIAS HUMANAS Y DE LA EDUCACIÓN
CARRERA DE DOCENCIA EN INFORMÁTICA
ANÁLISIS Y DISEÑODE SISTEMAS
TEMAS: - MODELOS DE CICLO DE VIDA EN
DESARROLLO DE SOFTWARE
- EL ANALISTA DE SISTEMAS
GRUPO No 1
Abril2013

2. CICLO DE VIDA
 El proceso que se sigue para construir,
entregar y hacer evolucionar el
software, desde la concepción de una
idea hasta la entrega y el retiro del
sistema.

3. Objetivos
Determinar el orden de las etapas en el desarrollo del soft
Criterio para determinar la finalización
Criterio para comenzar y elegir la siguiente
Así un modelo de proceso apunta a:
¿Qué debemos hacer
a continuación?
¿Por cuánto tiempo
debemos hacerlo?

4. Ingeniería de requerimientos
¿Qué?
Identificar y documentar los requerimientos del sistema según las
necesidades del usuario final.
Cualidades del sistema
Funcionales No-funcionales Del proceso y del
mantenimiento

5. ¿Cómo?
Dividir el sistema en partes y
establecer las relaciones entre ellas.
Arquitectura y diseño detallado.
• Establecer qué hará exactamente cada
parte.
• Se crea un modelo funcional estructural
• El diseño debe permitir implementaciones
Diseño - Especificación
 Testing vs. análisis
 Testing funcional y estructural
 Ejecución simbólica
 Verificación & Validación
Verificación
Comprobar que los productos del ciclo de vida del software verificar
las propiedades y funciones

6. Transformaciones formales

7. Atributos de calidad
Las cualidades de un sistema
deben estar por encima y por
delante de la función del
sistema.
La calidad debe ser considerada en todas las
fases del ciclo de vida del software, aunque
distintas cualidades se manifiestan de formas
diferentes durante el desarrollo.
La funcionalidad no sólo ocupa el primer lugar en las prioridades de
los desarrolladores sino que muchas veces es el único.

8. Clasificación de
las cualidades
Externas Internas
Del producto Del proceso
Visibles a
los usuarios
Visibles a los
desarrolladores
Observables en los
distintos productos y
subproductos
Describen a la forma en
que el producto es
producido

9. MODELOS DEL CICLO DE VIDA
Visiones
El alcance del
ciclo de vida
La cualidad y
cantidad de las
etapas
Depende de hasta donde deseamos llegar
con el proyecto, saber si es viable el
desarrollo de un producto, el desarrollo
completo o más actualizaciones.
En que dividiremos el ciclo de vida, según
el ciclo de vida que adoptemos, y el
proyecto para cual lo adoptemos.
La estructura y
la sucesión de
las etapas
Si hay realimentación entre ellas, y si
tenemos libertad de repetirlas.

10. CICLO DE VIDA
LINEAL
Consiste en descomponer la actividad
global del proyecto en etapas
deparadas que son realizadas de
manera lineal.
Las actividades deben ser
independientes entre sí.
Sencillez de su gestión y
administración tanto
económica como temporal.
No es apto para desarrollos que
superen mínimamente
requerimientos de
retroalimentación entre etapas.
Se usa para realizar una aplicación que se
dedique exclusivamente a almacenar datos.

12. CICLODEVIDAEN
CASCADAPURO
Este ciclo admite interacciones, contrariamente a la
creencia de que es un ciclo de vida secuencial como el
lineal
Es un modelo rígido, poco flexible, y con muchas
restricciones.
Una de sus ventajas es de proveer un producto con
su elevado grado de calidad sin necesidad de un
personal altamente calificado . ademas de los
resultados no lo veremos hasta que no estemos en
las etapas finales del ciclo , por lo que cualquier error
detectado nos trae retraso y aumenta el costo del
desarrollo en funcion del tiempo que insume la
correccion de estos.

14. Diseñado por Alan
Davis.
Contiene las mismas
etapas de vida que el
de cascada puro.
Se puede usar en pequeñas bases de datos.
(Sistema de facturación)
Se le agregan dos etapas
de retroalimentación.

16. A menudo el usuario no
conoce todas las
funcionalidades del producto.
Diseñado por
Bohem en 1988.
Toma los beneficios de los
ciclos de vida Incremental y
prototipos.
PLANIFICACION
IMPLEMENTACION EVALUACION
ANÁLISIS DE RIESGOS

18. CICLO DE VIDA TIPO SASHIMI
Es parecido al ciclo en casacada
puro, solo que en éste se puede
solapar las etapas.
VENTAJAS
• Ganancia de calidad en el
producto final
• No hay necesidad de
documentacion detallada
(solapado de etapas)
DESVENTAJAS
• Debido al solapamiento se torma
difícil gestionar el inicio y
el final de cada etapa
• Problemas de comunicación

19. CICLO DE VIDA EN CASCADA CON
SUBPROYECTOS
En este modelo cada cascada tiene subetapas
Es ideal para cuando se tiene numerosos programadores.
VENTAJAS
• Muchos trabajando al mismo tiempo
DESVENTAJAS
• Surgen dependencias entre distintas subetapas
Este modelo administra cualquier proyecto, pero se debe administrar los tiempos

20. CICLO DE VIDA ORIENTADO A
OBJETOS
• Es una de las mejores metodologías para la creación de software
• Los objetos están representados por un conjunto de propiedades
(atributos)
• El comportamiento de estos objetos se los denomina métodos

21. PROPUESTO
• Gomaa en 1984
• Mecanismo para identificar los requisitos del software
OBJETIVO
• Lograr un producto intermediario, antes de realizar el producto
final.
UTILIZA
• Validar los requerimientos de los usuarios en cualquier ciclo de
vida.
PROTOTIPEADO
• Repite las fases de definición, diseño y construcción dos veces:
para el prototipo y para el producto real.

23. permiten desarrollar versiones cada vez más completas y complejas, hasta
llegar al objetivo final deseado
Este modelo acepta que los requerimientos del usuario se pueden cambiar en
cualquier momento.
Reemplazar el viejo sistema con uno nuevo que tendría la propiedad de
satisfacer los nuevos requerimientos lo más rápido posible.
En el modelo evolutivo se asume que los requisitos pueden cambiar en
cualquier momento del ciclo de vida y no solo en la etapa de análisis
PROYECTO A QUE ES APLICABLE:
Ø Proyecto de ventas
Ø Proyecto de Facturación
Ø Proyecto de Mercadeo

25. • proceso de construcción siempre incrementando
subconjuntos de requerimientos del sistema.
• Un ejemplo de un desarrollo puramente incremental puede
ser la agregación de módulos en diferentes fases.
• Facilita el desarrollo en cada módulo por un equipo de
programadores
• Si se detecta un error grave, sólo desechamos la ultima iteración

27. Ninguno de los ciclos de vida
evitan los riesgos que pueden
aparecer en el desarrollo de un
proyecto.

28. EL ANALISTA DE SISTEMAS

29. INTRODUCCIÓN
INFORMACIÓN • RECURSO IMPORTANTE
INDUSTRIA DEL
SOFTWARE
ENFOQUE
ORGANIZATIVO
• ESPECIALIZACIÓN DE FUNCIONES
ANALISTA DE
SISTEMAS
PAPEL
• ANALIZARY
DESCRIBIR EL
PROBLEMA
• DISEÑA SOLUCIÓN
• DA AL USUARIO
NUEVAS OPCIONES

30. Enfrentar los problemas de
sistemas de información de
una empresa
Canalizar a la empresa ciertos
tópicos de la informática

31. Staff de una empresa
Experiencia en Hardware y
Software
Decisiones o
modificaciones menores.
Recurso humano
de apoyo.

32. EL ROL DEAGENTE DE
CAMBIO DELANALISTA
DE SISTEMAS
Es el rol mas completo y
de mayor responsabilidad
que asume el analista de
sistemas es el de agente
de cambio ya sea interno o
externo de la empresa.
Un agente de cambio
puede definirse como
aquella persona que
sirve como catalizador
para el cambio,que
desarrolla un plan para
el mismo y que colabora
con otros para agilizarlo.
Como analista de
sistema debe aceptar lo
anterior y utilizarlo
como el punto de inicio
de su análisis.
Transmite a los
usuarios el proceso de
cambio
Debe promover un
cambio que involucre
el uso de los sistemas
de información

33. CUALIDADES
DEL
ANALISTA DE
SISTEMAS
Debe tener la
capacidad de
administrar y
coordinar los
innumerables
recursos del proyecto
y de otras personas Debe ser un
comunicador con
capacidad para
relacionarse con los
demás durante
extensos periodos.
Debe tener suficiente
experiencia en
computación para
programar, entender
las capacidades de las
computadoras, recabar
los requisitos de
información de los
usuarios y comunicarlos
a los programadores.
Debe tener una ética
personal y
profesional firme
que le ayude a
moldear las
relaciones con sus
clientes.
Es un solucionador de
problemas, Es una
persona que aborda
como un reto el
análisis de problemas
y que disfruta al
diseñar soluciones
factibles.
Debe contar con la
capacidad de afrontar
sistemáticamente
cualquier situación
mediante la correcta
aplicación de
herramientas, técnicas
y su experiencia.

34. • http://roldeagentedecambio.blogspot.com/2011/05/rol-de-agente-de-
cambio-de-un-analista.html
• Implementación y debugging. Modelos de ciclo de vida, usr.code
• Análisis y diseño de sistemas de Kendal Kenneth
BIBLIOGRAFIA