Facultad de Ingenieria y Arquitectura

Escuela Profesional de Ingeniería de Sistemas e Informática

Análisis y Diseño de Sistemas

de Información
Tema:
Introducción al Análisis y Diseño de Sistemas

Docente:
Semana 1
M.Sc. Ing° Elvis Henry Guzmán Aquije
 Presentación del Docente
M.Sc. Ingº ELVIS HENRY GUZMÁN AQUIJE
• Estudios
• Magister en Administración y Dirección de Empresas
• Ingeniero de Sistemas e Informática, Colegiado - Registro CIP 154827
• Diplomado en Gestión de Proyectos bajo PMBOK
• Diplomado en Gestión y Organización Estratégica de la Administración Publica

• Experiencia Laboral
• Hospital Santa Rosa – Jefe de la Unidad de Informática y Telecomunicaciones
• Hospital Santa Rosa – Jefe del Área de Análisis y Desarrollo de Sistemas
• Hospital Santa Rosa – Responsable de la Gestión Estadística PpR del Comité de Estrategia Sanitaria
• Hospital Santa Rosa – Analista de Proyectos
• Hospital Santa Rosa – Analista de Negocio y Sistemas
• Hospital Santa Rosa – Implementador de Sistemas y Soporte al Usuario

• Experiencia Docente
• Universidad Alas Peruanas – Docente de Pregrado y Posgrado
• Universidad Femenina del Sagrado Corazón (UNIFE) – Docente Pregrado
• I.S.T.P. Paul Müller – Docente
• Sociedad de Auditores del Perú – Capacitador
• Hospital Santa Rosa – Organizador de Eventos, Capacitador y Conferencista

Móvil: 985798080 Correo: ziberbyte@hotmail.com

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°2

 Contenido Temático
• Presentación del Docente
Introducción a la • Objetivos del Curso
Gestión de Proyectos • Trabajo Final
• Introducción al Curso
• Semana 01: Introducción al Análisis y Diseño de sistemas
• Concepto de Análisis y diseño de Sistemas
• La información como recurso de las organizaciones
• El papel del analista de sistemas

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°3

 Objetivos del Curso
Identificar todas las etapas del ciclo de vida de un Sistema de Información.

Sustentar la factibilidad de desarrollar los proyectos informáticos así como el costo beneficio del desarrollo
de los sistemas.

Elaborar Documentación que permitirán un claro entendimiento del análisis, diseño y construcción de
sistemas, así como documentación estándar para el Analista de Sistemas.

Evaluar la necesidad del cambio de proceso (mejora, rediseño o reingeniería)

Gestionar de manera integral el proyecto de implementación de un SI

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°4

 Trabajo Final (I)

Se debe seleccionar una empresa sobre la cual

se realizara un análisis de la problemática actual
en la que se buscara solucionar 5 aspectos
problemáticos asociados a la teoría de redes
usando 5 técnicas desarrolladas en clase.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°5

 Trabajo Final (II)
ACERCA DE LOS AVANCES:
• Los alumnos por afinidad conformaran equipos de 5 personas como máximo, con las cuales trabajaran todo el ciclo (no podrán
adicionar, ni retirar integrantes del equipo sin la autorización del docente y un motivo sustentado)
• El equipo deberá seleccionar y presentar en la primera sesión de la semana 2 del ciclo, 2 o 3 propuestas de empresas que tomaran como
modelo para desarrollar el presente trabajo académico y la selección final deberá ser aprobada por el docente, para iniciar las
actividades.
• Habrá avances semanales a partir de la Sesión 2 de la semana 2 en forma voluntaria por grupo.
• Para poder avanzar cada Capitulo se debe haber aprobado obligatoriamente el anterior, para lo cual se debe sustentar vía presentación
de diapositivas en el aula
• El grupo deberá asignar a un integrante del grupo para que sustente el primer CAPITULO e irán rotando los siguientes hasta el TOMO IV
y a partir del TOMO V, el equipo asignara al mas caracterizado, caso contrario el docente elegirá a los expositores.
• Todo el material requerido (diapositivas, plantillas, textos), será publicado en intranet para la descarga respectiva.
• Las presentaciones finales serán durante las semanas 15 del Ciclo (no habrá reconsideración o prorroga)
• La presentación será en diapositivas (nada impreso) y el atuendo de Tipo Formal (será considerado en la evaluación) y la exposición
tendrá una duración máxima de 20 minutos por grupo.
• Deberán intervenir todos los integrantes del Grupo (la calificación de intervención será individual)
• Al terminar la exposición habrá una rueda de preguntas para el Grupo de ser el caso.
• El Grupo que no se presente en la fecha y hora señaladas tendrá una calificación de Cero (0) en el trabajo final, sin derecho a reclamo.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°6

 Distribución del Trabajo Final
• Introducción - (2%)
• Capitulo I : Descripción del proyecto (Visión, Misión, FODA, etc.) - (5%)
• Capitulo II : Estudio de factibilidad - (5%)
• Capitulo III : Planificación (Ms-Project) - (5%)
• Capitulo IV : Análisis y determinación de requerimientos - (20%)
• Capitulo VI : Análisis estructurado - (50%)
• Selección del Proceso o Procesos a Automatizar
• Modelado de Negocio – Bizagi, BonitaSoft o Visio
• Modelado de Arquitectura del Sistema
• Diagramas UML (casos de uso, colaboración, secuencia, clases, objetos, estados, actividades, componentes,
distribución)
• Diagrama de Datos
• Capitulo VII : Diseño de interfaces de usuario (Mockups) - (10%)
• Capitulo VIII : Conclusiones y Recomendaciones - (3%)

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°7

 Estructura del Trabajo Final
• Titulo, Introducción e Índice
• Capitulo I : Descripción del proyecto
• Breve Descripción de la Empresa, Misión , Visión, Valores, Objetivos, IFE, EFE, IE, FODA, Cadena de Valor, Mapa Estratégico, Definición de la
Problemática
• Capitulo II : Estudio de Factibilidad
• Económica o Financiera, Técnica o Tecnológica y Operativa o Humana
• Capitulo III : Planificación (Ms-Project)
• Actividades, Tareas, Recursos, Predecesoras, Costos, Línea Base
• Capitulo IV: Análisis y Determinación de Requerimientos
• Encuestas o cuestionarios, Entrevistas, Observación.
• Definición de Requerimientos (Funcionales y No Funcionales)
• Capitulo VI: Análisis Estructurado
• Mapa de Procesos (Macroproceso, Proceso, actividad o Tarea)
• Modelado de Negocio – Bizagi, BonitaSoft o Visio
• Selección del Proceso a Automatizar
• Modelado de Arquitectura del Sistema
• CUN (Casos de Uso del Negocio)
• Diagramas UML (CUS o Casos de Uso del Sistema, Colaboración, Secuencia, Clases, Objetos, Estados, Actividades, Componentes,
Distribución)
• Diagrama de Datos (E-R)
• Capitulo VII : Diseño de interfaces de usuario (Mockups) o Pantallazos de Software basadas en los CUS
• Capitulo VIII : Conclusiones y Recomendaciones

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°8

 Introducción

Esta es la historia de cuatro personas llamadas “Todoelmundo”,

“Alguien”, “Cualquiera” y “Nadie”. Había que hacer un trabajo y
“Todoelmundo” estaba seguro de que “Alguien” lo haría. “Cualquiera”
podría haberlo hecho, pero “Nadie” lo hizo.
“Alguien” se enfadó, porque ese era un trabajo de “Todoelmundo”.
Pero “Todoelmundo” pensó que “Cualquiera” lo haría y “Nadie” se
dio cuenta de que “Todoelmundo” no lo había hecho.
Al final, “Todoelmundo” culpó a “Alguien” porque “Nadie” hizo lo que
“Cualquiera” podría haber hecho.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°9

 Concepto de Análisis y Diseño de Sistemas

“Es el proceso de estudiar,

clasificar e interpretar o
diagnosticar la situación actual
de un sistema con la finalidad
de observar como trabaja y así
valorar la necesidad de realizar
una mejora”

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°10

 Definiciones Conceptuales
Análisis
• Este se refiere al proceso de clasificación e
interpretación de hechos, diagnóstico de
problemas y empleo de la información para
recomendar mejoras al sistema.
Diseño Sistema
• El diseño de sistemas es el proceso de planificar, • Colección organizada de Elementos, hombres,
reemplazar o complementar un sistema máquinas y métodos necesaria para cumplir un
organizacional existente. Para llevar acabo esto, objetivo específico.
es necesario comprender, en su totalidad, el viejo
sistema y determinar la mejor forma en que se
pueden, si es posible, utilizar las computadoras
para hacer la operación más eficiente.
M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°11
 Objetivos del Análisis de Sistemas
• Identificar las necesidades del Cliente.
• Evaluar que conceptos tiene el cliente del
sistema para establecer su viabilidad.
• Realizar un Análisis Técnico y económico.
• Asignar funciones al Hardware, Software,
personal, base de datos, y otros elementos del
Sistema.
• Establecer las restricciones de presupuestos y
planificación temporal.
• Crear una definición del sistema que forme el
fundamento de todo el trabajo de Ingeniería.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°12

 ¿Que no es Análisis y Diseño de Sistemas?
Efectuar diseños que no cumplan con los
requisitos del análisis de sistema como :
• El observar un sistema sin tener en cuenta todas
sus partes o componentes.
• El considerar el análisis sin evaluar todos los
procedimientos.
• El evaluar conceptos sin tener en consideración
la uniformidad de los procesos y no establecer
su viabilidad.
• El Olvidarse o de realizar un Análisis Técnico y
económico.
• El No establecer restricciones de presupuestos y
planificación temporal o definitiva.
• Divagar en una definición del sistema que no
forme el fundamento de todo el trabajo de
Ingeniería.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°13

Perspectivas de Análisis de Necesidades

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°14

La Información como recurso de las organizaciones (I)
• Un sistema es un conjunto de
componentes que interactúan entre sí
para lograr un objetivo común.
• Una organización es un sistema, por que
sus componentes (mercadotecnia,
manufactura, ventas, investigación,
embarques, contabilidad, personal, etc.)
trabajan juntos para crear utilidades que
beneficiaran tanto a los empleados como
a los accionistas de la compañía.
• Todo sistema organizacional depende, en
mayor o menor medida, de una entidad
abstracta denominada sistema de
información. Medio por el cual los fatos
fluyen de una persona o departamento
hacia otros.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°15

La Información como recurso de las organizaciones (II)

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°16

 El Analista de Sistemas (I)
• El analista es el que se encarga de
determinar cómo y dónde un sistema
de información basado en
computadora será benéfico para todos
los usuarios.
• Esto solo después de haber reunido
toda la información necesaria sobre lo
que la empresa tiene, lo que le hace
falta, lo que necesita cambiarse, si
necesita un sistema mas eficiente, etc.
• Esta acumulación de información se
denomina estudio del sistema.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°17

 El Analista de Sistemas (II)
• Al trabajar con gerentes y empleados
de la organización, los analistas de
sistemas recomiendan qué opciones
adoptar de acuerdo con la forma en
que se adecua la solución a la
empresa y su ambiente en particular.
• Al final, la administración, que es la
que paga y hace uso de los resultados,
es la que decide qué opción aceptar.
• Una vez tomada la decisión, se diseña
un plan para implantar la
recomendación.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°18

 El Analista de Sistemas (III)
• El plan incluye todas las
características de diseño del
sistema, tales como las
necesidades de captura de
nuevos datos, especificaciones
Análisis Diseño Sistema
de archivo, procedimientos de
operación y necesidades de
equipo y personal
Cómo lograr
• El diseño de sistemas es como ¿Qué es lo que
el sistema debe ese objetivo
los planos de un edificio: hacer?
especifica todas las
características del producto
terminado.
M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°19
 Tipos de Analistas (I)
Analista de Información
Reúne información y
determina los requerimientos
necesarios para cubrir las
necesidades del entorno
Diseñador de Aplicaciones
Responsable de diseñar el
nuevo sistema.
Trabaja en menos proyectos
pero invierte mas tiempo
M.Sc. Ing.Elvis Henry Guzmàn Aquije
Programador o Desarrollador
Conduce la investigación de
sistemas, desarrolla las
especificaciones de diseño y
codifica el software necesario
para implantar el diseño
Diapositiva N°20
 Tipos de Analistas (II)
• Si una cosa es muy evidente, es el
hecho de que el analista de
sistemas más valioso y mejor
calificado es aquel que sabe como
programar.
• Los analistas que tienen esta
cualidad son, por lo general, más
útiles a las organizaciones.
• Los resultados son, casi siempre,
una mayor calidad en el software y
un menor tiempo de desarrollo; lo
cual beneficia a todos.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°21

Tipos de Usuarios

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°22

 Ciclo de Vida clásico del Desarrollo de Sistemas
El desarrollo de
sistemas es un
proceso formado
por las etapas de
análisis y diseño,
comienza cuando Investigación Determinación de Diseño del Sistema Desarrollo del
se detecta que un Preliminar los Requerimientos Software
sistema necesita
mejoras.

Pruebas del Implantación y Mantenimiento

Sistema evaluación

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°23

 Investigación Preliminar
La solicitud para recibir ayuda de un
sistema de información puede
originarse por varias razones, esto se
inicia siempre con la petición de una
persona (administrador, empleado, o
especialistas en sistemas)

Cuando se formula la solicitud

comienza la primera actividad de
sistemas: la investigación preliminar.
Esta consta de aclaración de solicitud,
estudio de factibilidad y aprobación
de la solicitud.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°24

 Determinación de los Requerimientos
Es el proceso de adquirir información detallada de la organización.
Los analistas deben informarse sobre:
1)¿Qué es lo que se hace?
2)¿Cómo se hace?
3)¿Con qué frecuencia se presenta?
4)¿Qué tan grande es el volumen de transacciones o de
decisiones?
5)¿Cuál es el grado de eficiencia con el que se efectúan las
tareas?
6)¿Existe algún problema?
7)¿Qué tan serio es?, ¿Qué lo origina?.

Conforme se reúnen los detalles, los analistas deben identificar las

características que debe tener el nuevo sistema, incluyendo la
información que deben producir los sistemas.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°25

 Diseño del Sistema (I)
Produce los detalles que establecen la forma en la
que el sistema cumplirá con los requerimientos
identificados durante la fase de análisis.
El diseño determina los datos específicos para cada
reporte y salida.
El diseñador hace un bosquejo del formato y de las
pantallas que espera que aparezcan cuando el
sistema esta terminado.
Los procedimientos que se indican en el diseño nos
dicen como procesar los datos y producir las salidas.
Los diseñadores entregan a los programadores las
especificaciones de software completas y
claramente delineadas de lo que se va a hacer.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°26

 Diseño del Sistema (I)
ARQUITECTURA DEL SISTEMA:
Es a grandes rasgos, una vista del sistema
que incluye los componentes principales del
mismo, la conducta de esos componentes
según se la percibe desde el resto del
sistema y las formas en que los
componentes interactúan y coordinan para
alcanzar la misión del sistema. La vista
arquitectónica es una vista abstracta,
aportando el más alto nivel de comprensión
y distincion del detalle inherente a la mayor
parte de las abstracciones.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°27

 Desarrollo del Software
Los programadores son por lo general los que
desarrollan el sistema (codificación, conexión a
bases de datos, trabajo en red, etc.)

Los programadores también son los responsables

de la documentación de los programas y de
proporcionar una explicación y por que ciertos
procedimientos se codifican en determinada
forma.

La documentación es esencial para probar el

programa y llevar a cabo el mantenimiento una
vez que la aplicación se encuentra instalada.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°28

 Pruebas del Sistema
En esta fase, el sistema se emplea de manera
experimental para asegurarse de que el software no
tenga fallas, es decir que funciona de acuerdo con las
especificaciones y en la forma en que los usuarios
esperan que lo haga.

Es preferible descubrir cualquier sorpresa antes de que

la organización implante el sistema y dependa de el.

En muchas ocasiones, las pruebas son conducidas por

personas ajenas al grupo que escribió los programas
originales; con esto se busca asegurar, que las pruebas
sean completas e imparciales, y que el software sea
más confiable

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°29

 Implantación y Evolución
La implantación es el proceso de verificar e
instalar nuevo equipo, entrenas a los
usuarios, instalar la aplicación y construir
todos los archivos de datos necesarios para
utilizarla.
La evaluación de un sistema se lleva a cabo
para identificar puntos débiles y fuertes. Los
cuales son:
• Evaluación operacional
• Impacto organizacional
• Opinión de los administradores
• Desempeño del desarrollo

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°30

 Mantenimiento

Cuando se elaboran planes para la estrategia de

información, las organizaciones no pueden dejar
de considerar que el mantenimiento de sistemas
es la fase más prolongada y costosa del ciclo de
vida de los sistemas. Las implicaciones del
volumen de trabajo para mantenimiento para los
planes de estrategia de información en una
organización es un tema que merece atención
especial. La estructura de organización necesita
flexibilidad para apoyar el mantenimiento de los
sistemas existentes concurrentemente con la
ejecución de nuevas tecnologías.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°31

 Funciones del Ciclo de Vida
• Determinar el orden de las fases del proceso de
software Investigación
Preliminar

• Establecer los criterios de transición para pasar

de una fase a la siguiente Mantenimiento
Determinación de
los
Requerimientos

• Definir las entradas y salidas de cada fase

• Describir los estados por los que pasa el
producto
• Describir las actividades a realizar para
Implantación y Diseño del
transformar el producto Evolución Sistema

• Definir un esquema que sirve como base para

planificar, organizar, coordinar, desarrollar…

Pruebas del Desarrollo del

Sistema Software

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°32

 Modelos de Ciclos de Vida (I)
Modelo en Cascada (I): Investigación

Ordena rigurosamente las etapas Preliminar

del proceso para el desarrollo, de

tal forma que el inicio de cada etapa Requerimientos

debe esperar a la finalización de la

etapa anterior. Al final de cada Diseño

etapa, el modelo está diseñado para

llevar a cabo una revisión final, que Desarrollo
se encarga de determinar si el
proyecto está listo para avanzar a la
siguiente fase. Este modelo fue el Pruebas

primero en originarse y es la base de

todos los demás modelos de ciclo de Implantación

vida
Mantenimiento

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°33

 Modelos de Ciclos de Vida (II)
Modelo en Cascada (II):
Investigación
Ventajas: Preliminar
• Apropiado para proyectos estables, pequeños, sin cambios en los
requerimientos y por lo general de poca complejidad donde los
analistas puedan determinar absolutamente todos los Requerimientos
requerimientos.
• Todo se encuentra bien definido y organizado, por lo que no se
mezclan fases.
Diseño
• Debido a la rigidez del modelo es fácil de gestionar ya que cada
fase tiene entregables específicos y no se puede avanzar hasta que
se haya completado todos los establecido, solo se pasa una vez por
cada fase.
Desarrollo
Desventajas:
• En la vida real es muy difícil que un proyecto siga una secuencia en
línea generando una mala implementación del modelo, lo que
conlleva al fracaso. Pruebas

• Es demasiado difícil que un cliente pueda determinar e una sola

ocasión todos sus requerimientos, por lo que provoca retraso.
Implantación
• Los resultados o mejoras no son visibles progresivamente, hay que
esperar al final de la fase para ver si el producto salió bien, mal o
falta perfeccionarlo.
• Por lo general se considera inconsistente o pobre para proyectos Mantenimiento
de alta complejidad.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°34

 Modelos de Ciclos de Vida (III)
Modelo en Cascada Investigación

Retroalimentada o Sashimi (I): Preliminar

Variante del modelo de cascada en el Requerimientos

cual las fases se superponen, lo que
implica que pueden actuar en etapas
anteriores Por ejemplo, ya que las fases Diseño

de diseño e implementación se
superpondrán en el modelo sashimi, los Desarrollo

problemas de implementación se
pueden descubrir durante las fases de
diseño e implementación del proceso Pruebas

de desarrollo. Esto ayuda a aliviar

muchos de los problemas asociados con Implantación

la filosofía del modelo en cascada.

Mantenimiento

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°35

 Modelos de Ciclos de Vida (IV)
Modelo en Cascada Retroalimentada o Sashimi (II): Investigación
Preliminar
Ventajas:
• Las del modelo en cascada Requerimientos

• Ayuda a minimizar los gastos de

planificación ya que se realiza sin Diseño

problemas.
• Ayuda a detectar errores en etapas Desarrollo

iniciales a bajo costo.

• Es uno de los modelos mas usados Pruebas

Desventajas:
• El cliente debe tener paciencia pues Implantación

obtendrá el producto al final del ciclo de

vida. Mantenimiento

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°36

 Modelos de Ciclos de Vida (V)
Modelo en V (I):
Es un proceso que representa la secuencia de
pasos en el desarrollo del ciclo de vida de un
proyecto. Describe las actividades y resultados
que han de ser producidos durante el desarrollo
del producto. La parte izquierda de la v representa
la descomposición de los requisitos y la creación
de las especificaciones del sistema. El lado
derecho de la v representa la integración de
partes y su verificación. V significa “Validación y
Verificación”.
El modelo en v se desarrolló para terminar con
algunos de los problemas que se vieron utilizando
el enfoque de cascada tradicional. Los defectos
estaban siendo encontrados demasiado tarde en
el ciclo de vida, ya que las pruebas no se
introducían hasta el final del proyecto. El modelo
en v dice que las pruebas necesitan empezarse lo
más pronto posible en el ciclo de vida.
M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°37
 Modelos de Ciclos de Vida (VI)
Modelo en V (II):
Ventajas:
• La relación entre las etapas de desarrollo y los distintos tipos de pruebas
facilitan la localización de fallos.
• Es un modelo sencillo y de fácil aprendizaje
• Hace explícito parte de la iteración y trabajo que hay que revisar
• Especifica bien los roles de los distintos tipos de pruebas a realizar
• Involucra al usuario en las pruebas
Desventajas:
• Es difícil que el cliente exponga explícitamente todos los requisitos
• El cliente debe tener paciencia pues obtendrá el producto al final del
ciclo de vida
• Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas
• El producto final obtenido puede que no refleje todos los requisitos del
usuario
• Es un modelo muy rígido, como el modelo en cascada.
• Tiene poca flexibilidad y ajustar el alcance es difícil y caro.
• El software se desarrolla durante la fase de implementación, por lo que
no se producen prototipos del software.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°38

 Modelos de Ciclos de Vida (VII)
Modelo Iterativo (I):
Es un modelo derivado del ciclo de vida en
cascada. Este modelo busca reducir el riesgo
que surge entre las necesidades del usuario
y el producto final por malos entendidos
durante la etapa de recogida de requisitos.
Consiste en la iteración de varios ciclos de
vida en cascada. Al final de cada iteración se
le entrega al cliente una versión mejorada o
con mayores funcionalidades del producto.
El cliente es quien después de cada iteración
evalúa el producto y lo corrige o propone
mejoras. Estas iteraciones se repetirán hasta
obtener un producto que satisfaga las
necesidades del cliente.
M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°39
 Modelos de Ciclos de Vida (VIII)
Modelo Iterativo (II):
Ventajas:
• no hace falta que los requisitos estén
totalmente definidos al inicio del desarrollo,
sino que se pueden ir refinando en cada una de
las iteraciones.
• Igual que otros modelos similares tiene las
ventajas propias de realizar el desarrollo en
pequeños ciclos, lo que permite gestionar
mejor los riesgos, gestionar mejor las entregas
Desventajas:
• No es necesario tener los requisitos definidos
desde el principio, puede verse también como
un inconveniente ya que pueden surgir
problemas relacionados con la arquitectura.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°40

 Modelos de Ciclos de Vida (XI)
Modelo Incremental (I):
El modelo incremental combina elementos del
modelo en cascada con la filosofía interactiva de
construcción de prototipos. Se basa en la filosofía de
construir incrementando las funcionalidades del
programa. Este modelo aplica secuencias lineales de
forma escalonada mientras progresa el tiempo en el
calendario. Cada secuencia lineal produce un
incremento del software.
Cuando se utiliza un modelo incremental, el primer
incremento es a menudo un producto esencial, sólo
con los requisitos básicos. Este modelo se centra en
la entrega de un producto operativo con cada
incremento. Los primeros incrementos son versiones
incompletas del producto final, pero proporcionan al
usuario la funcionalidad que precisa y también una
plataforma para la evaluación.
M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°41
 Modelos de Ciclos de Vida (X)
Modelo Incremental (II):
Ventajas:
• Mediante este modelo se genera software operativo
de forma rápida y en etapas tempranas del ciclo de
vida del software.
• Es un modelo más flexible, por lo que se reduce el
coste en el cambio de alcance y requisitos.
• Es más fácil probar y depurar en una iteración más
pequeña.
• Es más fácil gestionar riesgos.
• Cada iteración es un hito gestionado fácilmente
Desventajas:
• Cada fase de una iteración es rígida y no se
superponen con otras.
• Pueden surgir problemas referidos a la arquitectura
del sistema porque no todos los requisitos se han
reunido, ya que se supone que todos ellos se han
definido al inicio.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°42

 Modelos de Ciclos de Vida (XI)
Modelo en Espiral (I):
Su modelo de ciclo de vida en espiral tiene en
cuenta fuertemente el riesgo que aparece a la hora
de desarrollar software. Para ello, se comienza
mirando las posibles alternativas de desarrollo, se
opta por la de riesgos más asumibles y se hace un
ciclo de la espiral. Si el cliente quiere seguir
haciendo mejoras en el software, se vuelven a
evaluar las nuevas alternativas y riesgos y se realiza
otra vuelta de la espiral, así hasta que llegue un
momento en el que el producto software
desarrollado sea aceptado y no necesite seguir
mejorándose con otro nuevo ciclo.
Este modelo de desarrollo combina las
características del modelo de prototipos y el
modelo en cascada. El modelo en espiral está
pensado para proyectos largos, caros y
complicados.
Esto modelo no fue el primero en tratar el
desarrollo iterativo, pero fue el primer modelo en
explicar las iteraciones.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°43

 Modelos de Ciclos de Vida (XII)
Modelo en Espiral (II):
Las cuatro regiones del gráfico son:
• La tarea de planificación: para definir
recursos, responsabilidades, hitos y
planificaciones
• La tarea de determinación de
objetivos: para definir los requisitos y
las restricciones para el producto y
definir las posibles alternativas
• La tarea de análisis de riesgos: para
evaluar riesgos tanto técnicos como
de gestión
• La tarea de ingeniería: para diseñar e
implementar uno o más prototipos o
ejemplos de la aplicación

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°44

 Modelos de Ciclos de Vida (XII)
Modelo en Espiral (III):
Ventajas:
• Reduce riesgos del proyecto
• Incorpora objetivos de calidad
• Integra el desarrollo con el
mantenimiento, etc.
• Además es posible tener en cuenta
mejoras y nuevos requerimientos sin
romper con la metodología, ya que
este ciclo de vida no es rígido ni
estático.
Desventajas:
• Genera mucho tiempo en el
desarrollo del sistema
• Modelo costoso
• Requiere experiencia en la
identificación de riesgos

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°45

 Modelos de Ciclos de Vida (XIII)
Modelo de Prototipos (I):
El paradigma de construcción de prototipos
comienza con la recolección de requisitos. El
desarrollador y el cliente encuentran y
definen los objetivos globales para el
software, identifican los requisitos
conocidos y las áreas del esquema en donde
es obligatoria más definición. Entonces
aparece un diseño rápido. El diseño rápido
se centra en una representación de esos
aspectos del software que serán visibles
para el usuario/cliente. El diseño rápido lleva
a la construcción de un prototipo. El
prototipo lo evalúa el cliente/usuario y se
utiliza para refinar los requisitos del
software a desarrollar. La iteración ocurre
cuando el prototipo se pone a punto para
satisfacer las necesidades del cliente,
permitiendo al mismo tiempo que el
desarrollador comprenda mejor lo que se
necesita hacer.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°46

 Modelos de Ciclos de Vida (XIV)
Modelo de Prototipos (II):
Un cliente, a menudo, define un
conjunto de objetivos generales para
el software, pero no identifica los
requisitos detallados de entrada,
proceso o salida. En otros casos, el
responsable del desarrollo del
software puede no estar seguro de la
eficiencia de un algoritmo, de la
calidad de adaptación de un sistema
operativo, o de la forma en que
debería tomarse la interacción
hombre-máquina. En estas y en otras
muchas situaciones, un paradigma
de construcción de prototipos puede
ofrecer el mejor enfoque.
M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°47
 Modelos de Ciclos de Vida (XIII)
Modelo de Prototipos (III):
Ventajas:
• Ofrece visibilidad del producto desde el inicio del ciclo de vida con
el primer prototipo. Esto puede ayudar al cliente a definir mejor los
requisitos y a ver las necesidades reales del producto. Permite
introducir cambios en las iteraciones siguientes del ciclo. Permite la
realimentación continua del cliente.
• El prototipo es un documento vivo de buen funcionamiento del
producto final. El cliente reacciona mucho mejor ante el prototipo,
sobre el que puede experimentar, que no sobre una especificación
escrita.
• Este modelo reduce el riesgo de construir productos que no
satisfagan las necesidades de los usuarios.
Desventajas:
• Entre los inconvenientes que se han observado con este modelo
está el hecho de que puede ser un desarrollo lento. Además se
hacen fuertes inversiones en un producto desechable ya que los
prototipos se descartan. Esto puede hacer que aumente el coste de
desarrollo del producto.
• Con este modelo pueden surgir problemas con el cliente que ve
funcionando versiones del prototipo pero puede desilusionarse
porque el producto final aún no ha sido construido. El
desarrollador puede caer en la tentación de ampliar el prototipo
para construir el sistema final sin tener en cuenta los compromisos
de calidad y de mantenimiento que tiene con el cliente.

M.Sc. Ing.Elvis Henry Guzmàn Aquije Diapositiva N°48