Está en la página 1de 30

1

CICLO DE VIDA DE UN SI

CICLO DE VIDA DE LOS SI


Es un proceso por el cual los analistas de sistemas,

los ingenieros de software, los programadores y los usuarios finales elaboran sistemas de informacin y aplicaciones informticas.
Whitten J., Bentley L., Barlow V. 1996

CICLO DE VIDA DE LOS SI


Se trata de una herramienta de gestin de proyectos que planea, ejecuta y controla los proyectos de desarrollo de sistemas.

PRINCIPIOS DEL DESARROLLO


Los principios generales que deberan sostener todos los desarrollos de SI son: Implicar al usuario. Aplicar un mtodo de resolucin de problemas. Definir fases y actividades. Establecer normas para un desarrollo y una documentacin consistentes. Justificar los sistemas como inversin de capital. No tener miedo a cancelar o revisar el proyecto. Divide y vencers. Disear sistemas que puedan crecer y cambiar.

CICLO DE VIDA
Whitten J., Bentley L., Barlow V. 1996 ANLISIS DE SISTEMAS PLANIFICACIN DE SISTEMAS DISEO DE SISTEMAS

SOPORTE

IMPLANTACIN DE SISTEMAS

CICLO DE VIDA CLSICO

INVESTIGACIN PRELIMINAR

IMPLANTACIN Y EVALUACIN

DETERMINACIN DE REQUERIMIENTOS

PRUEBA

DISEO

DESARROLLO

CICLO DE VIDA SENN, James A

CICLO DE VIDA - SENN, James A 1. INVESTIGACIN PRELIMINAR: La solicitud para disear un Sistema de Informacin puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la peticin de una persona.

2. DETERMINACIN DE LOS REQUERIMIENTOS


El aspecto fundamental del anlisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave: Qu es lo que hace?, Cmo se hace?, Con que frecuencia se presenta?, Qu tan grande es el volumen de transacciones o decisiones?, Cul es el grado de eficiencia con el que se efectan las tareas?, Existe algn problema? Qu tan serio es? Cul es la causa que lo origina?

El objetivo de esta fase de determinacin de requerimientos es entender, capturar y especificar los requerimientos para tener una descripcin clara y no ambigua de lo que ser el producto. Esta especificacin debe proporcionar criterios para validar el producto terminado.

11

3. DISEO DEL SISTEMA El diseo de un SI produce los detalles que establecen la forma en la que el sistema cumplir con los requerimientos identificados durante la fase de anlisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseo lgico en contraste con la del desarrollo del software, a la que denominan diseo fsico.

12

4. DESARROLLO DEL SOFTWARE:


Los encargados de desarrollar software pueden instalar software de terceros de los que han adquiridos una licencia o escribir programas diseados a la medida del solicitante. La eleccin depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores. Si desarrollan software a la medida del solicitante, el objetivo de esta fase es hacer la construccin del software y entregar el cdigo probado de las unidades.

13

5. PRUEBA DE SISTEMAS:
Durante la prueba de sistemas, el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas, es decir, que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. Se alimentan como entradas un conjunto de datos de prueba para su procesamiento y despus se examinan los resultados.

14

6. IMPLANTACIN Y EVALUACIN:
La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos aos. Sin embargo, las organizaciones y los usuarios cambian con el paso del tiempo, incluso el ambiente es diferente con el paso de las semanas y los meses.

Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones ya que mediante este los SI son reparados y mejorados. Por definicin, el proceso de mantenimiento de un SI es un proceso de devolucin al principio del Ciclo de Vida y de repeticin de los pasos de desarrollo para la implementacin de cambios. Las 4 actividades ms importantes que ocurren dentro del mantenimiento son: Obtencin de los requerimientos de mantenimiento. Transformacin de los requerimientos en cambios. Diseo de los cambios. Implementacin de los cambios.

Los tipos de mantenimiento que se le pueden realizar a un Sistema de Informacin son: Correctivo. Para reparar fallas en el diseo, codificacin o implementacin del sistema. Adaptativo. Para que las funcionalidades del sistema evolucionen a la par de los cambios del negocio o de las tecnologas. Perfectivo. Para agregar nuevas funciones al sistema o para mejorar su desempeo. Preventivo. Para evitar posibles problemas del sistema a Futuro. La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y fuertes.

17

Y al final del ciclo de desarrollo del Sistema.....


Tal vez ellos no me entendieron...

18

La experiencia demuestra que


No siempre se definen los requerimientos en forma: Completa

Correcta y
Consistente

19

EL MODELAJE DE REQUERIMIENTOS
A veces resulta difcil para el usuario, revisar todas las especificaciones
Sr. Usuario: Tiene que leerse esto, esto, esto...

CASCADA

EVOLUTIVO

ESPIRAL

MODELOS

MODELOS COMUNES PARA EL CICLO DE VIDA DE DESARROLLO DE SI

INCREMENTAL

PROTOTIPO

MODELO EN CASCADA O DESARROLLO LINEAL SECUENCIAL


La visin de este modelo establece que el desarrollo de software puede ser a travs de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, el no cumplimiento de estas impide el avance a la siguiente fase. El modelo de ciclo de vida cascada, captura algunos principios bsicos:
Planear un proyecto antes de iniciarlo. Definir el comportamiento externo deseado del sistema antes de disear su arquitectura interna. Documentar los resultados de cada actividad. Disear un sistema antes de codificarlo. Testear un sistema despus de construirlo.

MODELO EN ESPIRAL
Este modelo bsicamente consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro. Este modelo tiene en cuenta fuertemente el riesgo que aparece a la hora de desarrollar software. Para cada ciclo siempre habr cuatro actividades: 1. Determinar Objetivos. 2. Anlisis del riesgo. 3. Planificacin. 4. Desarrollar y probar.

La espiral mantiene dos dimensiones, la radial y la angular: Angular: Indica el avance del proyecto del software dentro de un ciclo. Radial: Indica el aumento del coste del proyecto, ya que con cada nueva iteracin se pasa ms tiempo desarrollando.

24

MODELO DE PROTOTIPOS
Este modelo plantea la creacin de una implementacin parcial de un sistema, para el propsito explcito de aprender sobre los requerimientos del sistema. Un prototipo es construido de una manera rpida tal como sea posible. Este es dado a los usuarios o clientes para que ellos experimenten con l. Estos individuos luego proveen la retroalimentacin sobre lo que a ellos les gust y no les gust acerca del prototipo proporcionado, esta informacin es capturada en la documentacin actual de la especificacin de requerimientos para ser usada en el desarrollo del sistema real.

El Prototipado ha sido usado frecuentemente en los 90, porque la especificacin de requerimientos para sistemas complejos tienden a ser relativamente dificultosa. Muchos usuarios y clientes encuentran que es mucho ms fcil proveer retroalimentacin basada en la manipulacin de un prototipo, en vez de leer una especificacin de requerimientos potencialmente ambigua y extensa.

26

MODELO INCREMENTAL
El desarrollo incremental es el proceso de construccin siempre incrementando subconjuntos de requerimientos del sistema. Tpicamente, un documento de requerimientos es escrito al capturar todos los requerimientos para el sistema completo.

27

MODELO EVOLUTIVO
El modelo de desarrollo evolutivo construye una serie de grandes versiones sucesivas de un producto. Sin embargo, mientras que la aproximacin incremental presupone que el conjunto completo de requerimientos es conocido al comenzar, el modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.

28

MODELO EVOLUTIVO
En el modelo evolutivo, los requerimientos son cuidadosamente examinados, y slo esos que son bien comprendidos son seleccionados para el primer incremento. Los desarrolladores construyen una implementacin parcial del sistema que recibe slo estos requerimientos. El sistema es entonces desarrollado, los usuarios lo usan, y proveen retroalimentacin a los desarrolladores. Basada en esta retroalimentacin, la especificacin de requerimientos es actualizada, y una segunda versin del producto es desarrollada y desplegada. El proceso se repite indefinidamente.

29

TALLER EN CIPAS
Selecciona una empresa de tu regin y responde: 1. Qu deberas hacer para implementar un exitoso Sistema de Informacin en el rea de empresa estudiada? 2. Cul es la funcionalidad que pretender implementar el SI?

3. Cules seran los posibles requerimientos de tu SI?, indica su prioridad (Alta, Media, Baja).
4. Qu actores interactuarn con el SI?, Qu funciones cumpliran?

30

BIBLIOGRAFA
Laudon K. Y Laudon J. 1996. Administracin de los Sistemas de Informacin. 3era. Edicin. Pg: 426. Senn J. 1992. Anlisis y Diseo de Sistemas de Informacin. 2da. Edicin. Pg: 33. Sage A. Y Palmer. J. 199_. Software Systems Engineering. Pg: 48. Whitten J., Bentley L., Barlow V. 1996. Anlisis y Diseo de Sistemas de Informacin. 3era. Edicin. Pg: 95. Yourdon E. 1993. Anlisis Estructurado Moderno. Pg: 86

Sistemas II.

También podría gustarte