• Embed Doc
  • Readcast
  • Collections
  • CommentGo Back
Download
 
Prof. Silvio C. Condori M.Curso: Análisis de Sistemas
UNIDAD 2
Ciclo de vida2.1 Modelo Clásico.
En el modelo clásico, cada proyecto atraviesa por algún tipo de análisis, diseño eimplantación, aunque no se haga exactamente como se muestra en la figura 2.1.1(a) Elciclo de vida de proyecto utilizado, pudiera diferir del que se muestra en la figura2.1.1(a) 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 sistemanuevo 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 solallamadasimplemente dediseño.
Diversas fases de pruebas pueden juntarse en una sola;de hecho, podríanincluirse con lacodificación.Figura 2.1: El ciclo de vida del proyecto clásico
 
Prof. Silvio C. Condori M.Curso: Análisis de Sistemas
El uso de la implantación ascendente es una de las grandes debilidades del ciclo de vidade los proyectos clásicos. Como se podrá ver en la figura 2.1, se espera que los programadores lleven a cabo primero sus pruebas modulares, luego las pruebas delsubsistema, y finalmente las pruebas del sistema mismo. Este enfoque también seconoce como el ciclo de vida de cascada. .Muchas organizaciones que desarrollan sistemas únicos, el enfoque ascendente presentaun 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 lasmás graves al final.
La eliminación de fallas suele ser extremadamente difícil durante las últimasetapas de prueba del sistema.
La necesidad de prueba con la computadora aumenta exponencialmente durantelas etapas finales de prueba.La segunda debilidad más importante del ciclo de vida de un proyecto clásico es suinsistencia en que las fases se sucedan secuencialmente. Querer esto es una tendencianatural humana: deseamos decir que hemos terminado la fase de análisis del sistema yque 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 quetranscurre para desarrollar el sistema pueden cambiar ciertos aspectos del ambiente delusuario (la economía, la competencia, los reglamentos gubernamentales que afectan alas actividades del usuario).
2.2 Modelo Semiestructurado.
En la figura 2.2.1 se muestra el modelo semiestructurado, en donde se observa lasiguiente diferencia con respecto al modelo clásico:"La secuencia ascendente de codificación, la prueba de módulos y prueba del sistema sereemplaza por una implementación de arriba hacia abajo, que es un enfoque en el cuallos módulos de alto nivel se codifican y prueban primero, seguidos por los másdetallados de bajo nivel".
 
Prof. Silvio C. Condori M.Curso: Análisis de Sistemas
Figura 2.2: Modelo semiestructuradoDentro del modelo semiestructurado encontramos otros detalles tales como, laimplementació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ónentre la codificación, la prueba y la eliminación de las fallas.Como último punto acerca del modelo semiestructurado, tenemos que una gran parte deltrabajo que se realiza bajo el nombre de "diseño estructurado" es en realidad un esfuerzomanual para enmendar especificaciones erróneas. Otra función de los diseñadores, estraducir 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 requisitosdel usuario.En general con este enfoque de desarrollo de sistemas los diseñadores tenían pococontacto con el analista que escribía la especificación y definitivamente "no teníacontacto con el usuario".
2.3 Modelo Estructurado.
En el modelo estructurado se examinan brevemente las nueve actividades y los tresterminadores que lo componen, como se muestra en la figura 2.3.1. Los terminadoresson los usuarios, los administradores, y el personal de operaciones. Los cuales se tratan
of 00

Leave a Comment

You must be to leave a comment.
Submit
Characters: ...
You must be to leave a comment.
Submit
Characters: ...