Академический Документы
Профессиональный Документы
Культура Документы
Concepto de Ciclo de Vida de un Proyecto. El Ciclo de Vida de un Proyecto Clsico. Implantacin Ascendente. Progresin Secuencial. El Ciclo de Vida Semiestructurado. Ciclo de Vida Estructurado del Proyecto. El Ciclo de Vida de Prototipos.
Puede o no haber fase de estudio de hardware si se cree que cualquier sistema nuevo puede instalarse con las computadoras existentes. Las fases de diseo preliminar y de diseo de detalles podran juntarse en una sola llamada simplemente diseo. Diversas fases de pruebas podran juntarse en una sola de hecho podran incluirse con la codificacin. El Ciclo de Vida del Proyecto Clsico.
Implantacin Ascendente.
El uso de la implantacin ascendente es una de las grandes debilidades de los ciclos de vida de los proyectos clsicos. Se espera que los programadores lleven a cabo primero sus pruebas modulares, luego las pruebas de subsistemas y finalmente las pruebas del sistema mismo, conocido como ciclo de vida en cascada. Una de las dificultades de esta implantacin es que la eliminacin de fallas suele ser extremadamente difcil durante las ltimas etapas de prueba del sistema.
Progresin Secuencial.
La segunda debilidad del ciclo de vida de un proyecto clsico es su insistencia en que sus fases se sucedan secuencialmente. Esto es una tendencia natural, el problema que trae consigo este progreso ordenado es que no permite el tratamiento de fenmenos reales como los relacionados con el personal, la poltica de la economa o la economa. El Modelo de Cascada de Desarrollo de Sistema.
La implantacin descendente ofrece retroalimentacin entre el proceso de implementacin y el de anlisis. Gran parte del trabajo que se realiza bajo el nombre de 'diseo estructurado' es un esfuerzo manual para enmendar especificaciones errneas. Para quienes realizan el diseo estructurado como primer tarea es transformar la especificacin en un paquete de diagramas de flujo de datos, diccionario de datos, diagramas de entidad - relacin y las especificaciones del proceso. El Ciclo de Vida del Proyecto Semiestructurado.
Aclaraciones. Nada indica que la actividad N debe concluir antes que comience la N+1, pueden llevarse acabo diversas actividades en forma paralela, con la suficiente cordura de paralelismo (Ej. No realizar encuesta y codificacin al mismo tiempo). Prcticamente todas las actividades pueden y suelen producir informacin que pueden llevar a modificaciones adecuadas de una o ms actividades precedentes. Sntesis de las actividades: Actividad 1. La Encuesta. Comienza cuando el usuario solicita que una o ms partes de su sistema se automaticen, o se modifiquen. Los principales objetivos son: Identificar a los usuarios responsables y crear un 'campo de actividad' inicial del sistema. Esto puede comprender una serie de entrevistas para determinar usuarios involucrados en el proyecto. Identificar deficiencias actuales en el ambiente del usuario. Como que el hardware del sistema actual no es confiable; el software no se puede mantener, o no es conveniente. Preparar el esquema que se usar para guiar el proyecto. Actividad 2. El Anlisis de Sistemas.
El propsito de esta actividad es transformar sus entradas principales, polticas del usuario y esquema del proyecto en una especificacin estructurada. Esto implica modelar el ambiente del usuario con diagramas de flujo de datos, diagrama de entidad - relacin, diagramas de transicin de
Esta actividad se dedica a la creacin de una jerarqua apropiada de mdulos de programas y de interfaces entre ellos para implantar la especificacin creada en la actividad de anlisis. Adems transforma el modelo de datos de entidad - relacin en un diseo de base de datos. Actividad 4. Implantacin. Incluye la codificacin y la integracin de mdulos en un esqueleto progresivamente ms completo del sistema final. Incluye tanto programacin como implantacin descendente. Actividad 5. Generacin de Pruebas de Aceptacin. Una vez generada la especificacin, puede comenzar la actividad de producir un conjunto de casos d pruebas de aceptacin desde la especificacin estructurada. Actividad 6. Garanta de Calidad. Tambin llamada prueba final o prueba de aceptacin. Requiere como entrada los datos de prueba de aceptacin generada en la actividad 5 y el sistema integrado producido en la actividad 4. Actividad 7. Descripcin del Procedimiento. Una de las actividades importantes es la generacin de una descripcin formal de las partes del sistema que se harn en forma manual, lo mismo que la descripcin de cmo interactan los usuarios con la parte automatizada del nuevo sistema. El resultado de esta actividad es un manual para el usuario. Actividad 8. Conversin de la Base de Datos. En algunos proyectos la conversin de la base de datos involucra ms trabajo y ms planeacin estratgica que el desarrollo de programas del nuevo sistema. En otros casos puede no existir una base de datos que convertir. En general esta actividad requiere como entrada la base de datos actual del usuario, al igual que la actividad de diseo producida por la actividad 3. Actividad 9. Instalacin. Esta es la actividad final, sus entradas son el manual del usuario producido en la actividad 7, la base de datos convertida que se cre con la actividad 8 y el sistema aceptado producido por la actividad 6. En algunos casos la instalacin podr ser total; pero tambin puede ser un proceso gradual, en el que un grupo tras otro de usuarios van recibiendo manuales y entrenamiento y comenzando a usar el nuevo sistema.
La diferencia con el modelo estructurado supone se construir un modelo completo del sistema que debern mantenerse siempre con el sistema, a lo largo de su correccin y mantenimiento. El de prototipos casi siempre supone que el sistema ser operante, es decir un conjunto de programas que simularn algunas o todas las funciones que el usuario desea. Como se supone que son programas modelos, al concluir el modelado se descartan y se reemplazan por los reales. Para realizar prototipos se requieren las siguientes herramientas: Un diccionario de datos integrado. Un generador de pantallas. Un generador de reportes no guiado por procedimientos. Un lenguaje de programacin de cuarta generacin. Un lenguaje de consultas no guiado por procedimientos. Medios poderosos de administracin de bases de datos. El ciclo comienza con un sondeo de si el proyecto es un buen candidato para el enfoque de prototipos, lo sern si tienen algunas de las siguientes caractersticas: El usuario no puede o no est dispuesto a examinar modelos como el diagrama de flujo de datos. El usuario no puede especificar sus requerimientos, solo se pueden determinar mediante un proceso de tanteo