Está en la página 1de 8

Ciclo de Vida del Proyecto

Concepto de Ciclo de Vida de un Proyecto.


Cada vez son ms las organizaciones grandes y pequeas que estn adoptando un ciclo de vida uniforme y nico para sus proyectos. Esto muchas veces se conoce como el plan del proyecto o metodologa del desarrollo del sistema. El manual del ciclo de vida del proyecto suele ser un libro tan voluminoso como el compendio de normas. Este manual ofrece un procedimiento comn a seguir para desarrollar un sistema que puede orientar a cualquier miembro de la organizacin de desarrollo de sistemas. El enfoque puede ser casero o tambin la organizacin para el desarrollo de sistemas puede comprar un paquete de administracin de proyectos y ajustarlo a las necesidades de la compaa. Adems de dar empleo a personas que crean manuales de ciclo de vida de proyectos, es conveniente la metodologa del proyecto. De qu sirve entonces tener un ciclo de vida de un proyecto? Existen tres objetivos principales: 1. Definir las actividades a llevarse a cabo en un proyecto de desarrollo de sistemas. 2. Lograr congruencia entre la multitud de proyectos de desarrollo de sistemas en una misma organizacin. 3. Proporcionar puntos de control y revisin administrativos de las decisiones sobre continuar o no con un proyecto. La ayuda que proporciona el ciclo de vida del proyecto es que puede organizar las actividades del administrador, aumentando la probabilidad de que se traten los problemas pertinentes en el momento adecuado.

SISTEMA DE INFORMACION APLICADA II

El Ciclo de Vida de un Proyecto Clsico.


Cada proyecto atraviesa por algn tipo de anlisis, diseo e implantacin. El ciclo de vida de proyecto utilizado puede diferir del que muestra la ilustracin en una, varias o todas las siguientes maneras: Las fases de exploracin y anlisis pueden juntarse en una sola (sobre todo s se considera factible desde el inicio cualquier cosa que quiera el usuario). 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.

SISTEMA DE INFORMACION APLICADA II

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 ultimas 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.

SISTEMA DE INFORMACION APLICADA II

El Ciclo de Vida Semiestructurado.


Desde fines de los 70 crece la tendencia a reconocer el diseo estructurado, la programacin estructurada y la implantacin descendente como parte del ciclo de vida del proyecto. Se muestran dos detalles no presentes en el enfoque clsico: La secuencia ascendente de codificacin, la prueba de mdulos y del sistema se reemplazan por una implantacin de arriba hacia abajo, que es un enfoque en el cual los mdulos de alto nivel se codifican y prueban primero, seguidos por los de bajo nivel ms detallados. El diseo clsico se reemplaza por el diseo estructurado, que es un es un enfoque de diseo formal de sistemas. 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.

SISTEMA DE INFORMACION APLICADA II

Ciclo de Proyecto.

Vida

Estructurado

del

Examinaremos aqu las nueve actividades y los tres terminadores de este ciclo de proyecto. Los terminadores (usuarios, administradores y personal de operaciones) representan a individuos o grupos que proporcionan las entradas al equipo de trabajo y son los beneficiarios finales del sistema, ellos interactan con las nueve actividades. Ciclo de Vida del Proyecto Estructurado.

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.

SISTEMA DE INFORMACION APLICADA II

Sntesis de las actividades:

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.

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 estados y otras herramientas.

El Diseo.
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.

Implantacin.
Incluye la codificacin y la integracin de mdulos en un esqueleto progresivamente ms completo del sistema final. Incluye tanto programacin como implantacin descendente.

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.

SISTEMA DE INFORMACION APLICADA II

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.

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.

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.

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.

SISTEMA DE INFORMACION APLICADA II

El Ciclo de Vida de Prototipos.


Es una variacin del enfoque descendente, consiste en capturar un conjunto inicial de necesidades e implantarlas rpidamente con la intencin declarada de expandirlas y refinarlas iterativamente al ir aumentando la comprensin que del sistema tiene el usuario y quien lo desarrolla; tambin llamado desarrollo heurstico. 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.

ALUMNO: Ivn Fritz O.

SISTEMA DE INFORMACION APLICADA II

También podría gustarte