Instituto de Estudios Superiores Argentino (IESA)

Materia: Análisis y Diseño de Sistemas

Carrera: Analista de Sistemas

Análisis y Diseño de Sistemas

Clase II

Todo Software que desarrollamos, primero tiene que pasar por diferentes etapas:
Ciclo de Vida del Desarrollo de un Sistema/ Ciclo de vida de un Sistema de Información (C.V.S.I)

Análisis Diseño Implantación Soporte

Análisis: ¿Qué?
Ej. Qué tengo que hacer para solucionar el problema…
Diseño: ¿Cómo?
Ej. Cómo voy a implementar la solución…

Ciclos de Vida
Ciclo de Vida Clásico:
Cada proyecto atraviesa por algún tipo de análisis, diseño e implantación, aunque no se haga exactamente como
se muestra en la figura. El ciclo de vida de proyecto utilizado, pudiera diferir del que se muestra en la figura en
una o todas de las formas siguientes:

 La fase de exploración y análisis pudieran juntarse en una sola.

 Puede no haber fase de estudio de hardware si se cree que cualquier sistema nuevo pudiera instalarse
con las computadoras existentes sin causar mayor problema operacional.
 La fase de diseño preliminar y el diseño de detalles pudieran juntarse en una sola llamada simplemente
de diseño.
 Diversas fases de pruebas pueden juntarse en una sola; de hecho, podrían incluirse con la codificación.
El uso de la implantación ascendente es una de las grandes debilidades del ciclo de vida de los proyectos
clásicos. Como se podrá ver en la figura, se espera que los programadores lleven a cabo primero sus pruebas
modulares, luego las pruebas del subsistema, y finalmente las pruebas del sistema mismo. Este enfoque también
se conoce como el ciclo de vida de cascada. .

Muchas organizaciones que desarrollan sistemas únicos, el enfoque ascendente presenta un gran número de
dificultades serias:

 Nada esta hecho hasta que todo esté terminado.

 Las fallas más triviales se encuentran al comienzo del período de prueba y las más graves al final.
 La eliminación de fallas suele ser extremadamente difícil durante las últimas etapas de prueba del sistema.
 La necesidad de prueba con la computadora aumenta exponencialmente durante las etapas finales de
prueba.
La segunda debilidad más importante del ciclo de vida de un proyecto clásico es su insistencia en que las fases se
sucedan secuencialmente. Querer esto es una tendencia natural humana: deseamos decir que hemos terminado

Página | 1
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

la fase de análisis del sistema y que nunca tendremos que volver a preocuparnos por ella. El único problema del
progreso ordenado es que no es nada realista. Por ejemplo, durante el período que transcurre para desarrollar el
sistema pueden cambiar ciertos aspectos del ambiente del usuario (la economía, la competencia, los
reglamentos gubernamentales que afectan a las actividades del usuario).

Ciclo de Vida Semiestructurado

En la figura se muestra el modelo semiestructurado, en donde se observa la siguiente diferencia con respecto al
modelo clásico:
"La secuencia ascendente de codificación, la prueba de módulos y prueba del sistema se reemplaza por una
implementación de arriba hacia abajo, que es un enfoque en el cual los módulos de alto nivel se codifican y
prueban primero, seguidos por los más detallados de bajo nivel".

Página | 2
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

Dentro del modelo semiestructurado encontramos otros detalles tales como, la implementación descendente
que significa que se pondrán en ejecución paralelamente parte de la codificación y de las pruebas. Dándose con
lo anterior una retroalimentación entre la codificación, la prueba y la eliminación de las fallas.

Como último punto acerca del modelo semiestructurado, tenemos que una gran parte del trabajo que se realiza
bajo el nombre de "diseño estructurado" es en realidad un esfuerzo manual para enmendar especificaciones
erróneas. Otra funcion de los diseñadores, es traducir un documento narrativo, ambiguo, monolítico y
redundante a un modelo útil, que sirva de base para derivar la jerarquía de módulos que cumplan con los
requisitos del usuario.

En general con este enfoque de desarrollo de sistemas los diseñadores tenían poco contacto con el analista que
escribía la especificación y definitivamente "no tenía contacto con el usuario".

Ciclo de Vida Estructurado

En el modelo estructurado se examinan brevemente las nueve actividades y los tres terminadores que lo
componen, como se muestra en la figura. Los terminadores son los usuarios, los administradores, y el personal

Página | 3
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

de operaciones. Los cuales se tratan de individuos o grupos que proporcionan la entrada al equipo del proyecto,
y son los beneficiados finales del sistema. Ellos interactúan con las nueve actividades.

Prototipos
El diseño de prototipos es el acto de construir un modelo de trabajo representativo a escala reducida de las
necesidades de los usuarios con el fin de descubrir o comprobar dichas necesidades.
Este método responde a la idea de que "sabrás lo que necesitas cuando lo veas". El analista pone en práctica
potentes herramientas de diseño de prototipos para construir rápidamente prototipos de tipo informático. Los
usuarios pueden reaccionar ante estos prototipos y ayudar así al analista a afinar las necesidades o añadir
nuevos requisitos. También pueden utilizarse prototipos para desarrollar o afinar los modelos de sistemas
anteriormente mencionados.
Las técnicas de prototipos pueden utilizarse en varias fases del ciclo de vida. Existen cuatro tipos.

Página | 4
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

Resumiendo:
Ciclo de vida Clásico Progresión Lineal
Implantación Ascendente Programa
Módulos
Subsistemas
Sistema

Ciclo de Vida Semiestructurado Análisis Clásico + Diseño Estructurado

Progresión Lineal
Implantación Descendente

Ciclo de Vida Estructurado Análisis y Diseño Estructurado

No hay Linealidad
Implantación Descendente

Prototipos De viabilidad
De necesidades / Descubrimiento
De Diseño / Comportamiento
De Implantación / Producción

Más información en: http://exa.unne.edu.ar/informatica/anasistem2/public_html/apuntes/maf/cap3.htm

Página | 5