NOMBRE: ROGER ALEXANDRO ARCE ZEBALLOS CARRERA: INGENIERIA DE SISTEMAS

FECHA: 29/03/14 ASIGNATURA: SIA-611

Control de Investigacin # 1b

1. Ciclo de Vida Clsico
Tpicamente estos modelos de desarrollo se enfocan a el software empresarial y la
mayora de los autores hacen referencia a aquel software que se desarrolla a la medida
de la organizacin, pero esto no quiere decir que el resto del software no deba seguir las
mismas etapas o faces, as que por esta ocasin trataremos de hacerlo de carcter
general.
Sistema Suma. [En lnea]:
<http://sistemasumma.com/2011/02/21/ciclo-de-vida-clasico-de-los-sistemas/ >,
[Consulta: 28 de marzo de 2014].
El ciclo de vida clsico del anlisis y diseo de sistemas de informacin se encuentra integrado por seis pasos los cuales
son:
1. Investigacin preliminar.
a. Aclaracin de la solicitud.
b. Estudio de factibilidad.
i. Factibilidad tcnica.
ii. Factibilidad econmica.
iii. Factibilidad operacional.
c. Aprobacin de la solicitud.
2. Determinacin de los requerimientos.
a. Qu es lo que hace?
b. Cmo se hace?
c. Con qu frecuencia se presenta?
d. Qu tan grande es el volumen de transacciones o de decisiones?
e. Cul es el grado de eficiencia con el que se efectan las tareas?
f. Existe algn problema?
g. Si existe un problema. Qu tan serio es?
h. Si existe un problema. Cul es la causa de lo que origina?
3. Diseo del sistema.
4. Desarrollo del software.
5. Prueba del sistema.
6. Implantacin y evaluacin.
Anlisis y diseo de sistema de Informacin. [En Lnea]: < http://lum2010adsinf.blogspot.com/2010/02/ciclo-de-vida-
clasico.html >, [Consulta: 28 de marzo de 2014].
La evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones:
Evaluacin operacional
Impacto organizacional
Opinin de loa administradores
Desempeo del desarrollo
Anlisis de Sistemas. [En lnea]: < http://juan-jose-celiz.blogspot.com/2012/11/el-metodo-del-ciclo-de-vida-clasico-
de.html >, [Consulta: 28 de marzo de 2014].


2. Desarrollo por prototipo
Es una representacin o modelo del sistema a desarrollar que, a diferencia de un
modelo de simulacin, incorpora componentes del producto real, este ser una
representacin del sistema, aunque no es un sistema completo, posee las
caractersticas del sistema final o parte de ellas.
En la utilizacin de este mtodo se inicia con la definicin de los objetivos globales
para el software para luego pasar a identificar los requisitos conocidos y las reas del
esquema en donde es necesaria ms definicin.
Modelo orientado a Prototipos. [En Linea]: < http://prototiposyad.blogspot.com/ >,
[Consulta: 28 de marzo de 2014].
Las etapas del modelo son:
Investigacin preliminar.
Colecta y refinamiento de los requerimientos y
proyecto rpido:
o Anlisis y especificacin del prototipo.
o Diseo y construccin del prototipo.
o Evaluacin del prototipo por el cliente.
o Renacimiento del prototipo.
Diseo tcnico.
Programacin y test.
Operacin y mantenimiento.
INTRO INGENIERIA SOFTWARE. [En lnea]: < http://rguerrero334.blogspot.es/1192897080/ >, [Consulta: 28 de marzo de
2014].

Ventajas
No modifica el flujo del ciclo de vida.
Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios.
Reduce costo y aumenta la probabilidad de xito.
Exige disponer de las herramientas adecuadas.
Este modelo es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los
requisitos detallados de entrada, procesamiento o salida.
Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia
de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin
humano-mquina.
Desventajas
Debido a que el usuario ve que el prototipo funciona piensa que este es el producto terminado y no entienden
que recin se va a desarrollar el software.
El desarrollador puede caer en la tentacin de ampliar el prototipo para construir el sistema final sin tener en
cuenta los compromisos de calidad y mantenimiento que tiene con el cliente.
EcuRed. [En Lnea]: < http://www.ecured.cu/index.php/Modelo_de_Prototipos >, [Consulta: 28 de marzo de 2014].






3. Modelo Espiral
Modelo Espiral de Boehm.
Es un modelo meta del ciclo de vida del software donde el esfuerzo del desarrollo es iterativo, tan pronto culmina un
esfuerzo del desarrollo por ah mismo comienza otro; adems en cada ejecucin del desarrollo se sigue cuatro pasos
principales:
Determinar o fijar los objetivos
Anlisis del riesgo
Desarrollar, verificar y validar
Planificar
Universidad Estatal de Milagro, Modelo Espiral de un proyecto de desarrollo de software. [Ecuador]: Administracin y
Evaluacin de Proyectos, 2011

Modelo espiral de 6 Regiones.
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Una visin
alternativa del modelo en espiral puede ser considerada examinando el eje de punto de entrada en el proyecto.
Las regiones de tareas que componen este modelo son:
Comunicacin con el cliente
Planificacin
Anlisis de riesgos
Ingeniera
Construccin y adaptacin
Evaluacin del cliente

Modelo Espiral. [En Lnea]: <http://modeloespiral.blogspot.com/>, [Consulta: 28 de marzo de 2014].
Modelo Espiral WINWIN.
Sugiere una actividad del marco de trabajo que aborda la comunicacin con el cliente. El objetivo es mostrar los
requisitos del cliente, es decir pregunta al cliente lo que se necesita y el cliente proporciona detalles suficientes para
continuar. Define las siguientes actividades:
Identificacin del sistema o subsistema clave de los directivos
Determinacin de las condiciones de los directivos
Negociacin de las condiciones para reunirlas en un conjunto de conjunto de condiciones para todos los
afectados
Slide Share. [En Lnea]: <http://www.slideshare.net/juanksi28/modelo-cascada-y-espiral>, [Consulta: 28 de marzo de
2014].

4. Desarrollo de anlisis estructurado
Este anlisis permite al analista conocer un sistema o proceso en una forma analgica y manejable al mismo tiempo
que proporciona la base para asegurar que no se omite ningn detalle pertinente.
Componentes:
Smbolos grficos
Diccionario de datos
Descripciones de procesos y procedimientos
Reglas
Diseo Estructurado
Anlisis de flujo de datos
Herramientas
Diagrama de flujo de datos

SlideShare. [En Lnea]:
<http://es.scribd.com/doc/27349665/METODO-DE-DESARROLLO-POR-ANALISIS-ESTRUCTURADO>, [Consulta: 28 de
marzo de 2014].

El anlisis estructuradose cocentra en especificar lo que se requiere que haga el sistema o la aplicacin. No se establece
cmo se cumplirn los requerimientos o la forma en que implantar la aplicacin. Ms bien permite que ls personas
observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadoras,
terminales, sistemas de almacenamiento, etc.) Despus de esto se puede desarrollar un diseo fsico eficiente para la
situacin donde ser utilizado.
Rincon del Vago. [En Linea]: <http://html.rincondelvago.com/analisis-y-diseno-de-sistemas-de-informacion.html>
[Consulta: 28 de marzo de 2014].

El anlisis estructurado se concentra en especificar lo que se requiere del sistema. No se establece como se cumplirn
los requerimientos ni la forma en que se implantara la aplicacin, ms bien permite que las personas estudien los
elementos lgicos (lo que hace el sistema). Separado de los componentes fsicos (PCs, terminales, sistemas de
almacenamiento).
Presentacin en Power Point. [En Lnea]:
<https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=12&ved=0CC0QFjABOAo&url=http%3A%2F%2F
uploadss.s3.amazonaws.com%2Fmtododeldesarrollo-u-1312045491732-b-
u.pptx&ei=5RM2U4WDJOfOsASx0YCACA&usg=AFQjCNHY4NmhnUQb1BBJalfqD_7CvPfkaw&cad=rja>
[Consulta: 28 de marzo de 2014].


Conclusiones:
Prefiero el Modelo Espiral de tipo 6 regiones, que a diferencia de otros, puede adaptarse y aplicarse de un software,
esto explica la evaluacin del cliente y seguir aplicando y adaptando.
Por otro lado el modelo complejo a mi parecer es el de anlisis estructurado se ve ms complejo, en otro lado, el ciclo de
vida clsico lo tomare como referencia para disear otros modelos; a comparacin con el resto puedo pensar que este
modelo es estndar
[Segn Yo]