TALLER DE ANALISIS Y DISEO

15 de septiembre

2013
Presentado por Carlos Mestra

Universidad de Cartagena Programa de ingeniera de sistemas Semestre VII Cread Ceret

CICLO DE VIDA DE UN SISTEMA DE INFORMACION El ciclo de vida de un sistema de informacin est ligado al ciclo de vida del sistema de base de datos sobre el que se apoya. Al ciclo de vida de los sistemas de informacin tambin se le denomina ciclo de vida de desarrollo del software. Las etapas tpicas del ciclo de vida de desarrollo del software son: planificacin, recoleccin y anlisis de los requisitos, diseo (incluyendo el diseo de la base de datos), creacin de prototipos, implementacin, prueba, conversin y mantenimiento. Este ciclo de vida hace nfasis en la identificacin de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a cabo estas funciones. Se dice que el ciclo de vida sigue un enfoque orientado a funciones, ya que los sistemas se ven desde el punto de vista de las funciones que llevan a cabo. Las etapas del ciclo de vida son: 1).- Planificacin del proyecto o Investigacin Preliminar. 2).- Definicin del sistema. 3).- Recoleccin y anlisis de los requisitos. 4).- Diseo de la aplicacin o del sistema. 5).- Implementacin y evaluacin del sistema. 6).- Prueba de sistemas. 7).- Mantenimiento. Las etapas del ciclo de vida clsico son: 1).- Investigacin Preliminar: La solicitud para recibir ayuda de 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 del sistema: El aspecto fundamental del anlisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. 3).- Diseo del sistema: El diseo de un sistema de informacin 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.

4).- Desarrollo del software: Los encargados de desarrollar software pueden instalar software comprobando a terceros 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. 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. 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 y la evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones: Evaluacin operacional, Impacto organizacional, Opinin de loa administradores, Desempeo del desarrollo.

Estoy totalmente de acuerdo con todos los pasos o etapas por las que pasa un sistema de informacin ya que no ce puede agregar o eliminar entre esas que estn dispuestas , un ciclo de vida, incluso uno humano pasa por etapas parecidas pero no las mismas, un software puede parecer a primera vista que es algo que no MUERE, sino que se actualiza pero lo que pasa es que esa actualizacin NACE de la necesidad de mejorar el programa o lo que sea que se est actualizando por lo tanto ( si hablamos de un software por ejemplo) se puede afirmar que la versin anterior del programa cumpli su ciclo .

Un ingeniero debe asegurarse que el sistema de informacin cumpli todas las etapas del ciclo para dar de baja ese sistema, llegara el momento en el que el ingeniero estar ESTANCADO por un tiempo en la etapa de mantenimiento del sistema y es en ese momento donde se debe dar cuanta que es hora de dar de baja el sistema ya que surge con el tiempo una solucin ms eficaz (de la cual saldr otro sistema de informacin) que hace que el sistema completo que se estaba manteniendo sea prcticamente inutilizable.

Un prototipo de sistema, en la jerga informtica, es una "muestra" simple de un sistema, un producto que puede o no ser "desechable". La intencin es hacer un pantallazo rpido de lo que se pretende y/o quiere disear. Mostrrselo al cliente/usuario y modificar nuevamente el prototipo hasta que se cumplan con los requisitos dispuestos. Algunas mentes dedicadas al estudio de la ingeniera del software opinan que el prototipo debe ser "desechable". Ya que cumple simplemente a fines de muestra. Una vez que se sabe exactamente lo que se debe hacer, se construye el sistema final. Pero otras posturas hacen del prototipo una versin ms o menos escalable. Es decir ir modificndolo (sobrescribindolo) a medida que se pasa en el tiempo y se fijan los nuevos requisitos. Ambas posturas tienen sus pros y contras... la segunda rompe parcialmente una de las buenas prcticas de la ingeniera: "si algo funciona, no lo toques" Ya que se pone en riesgo de que alterar en un punto el sistema puede propagar errores colaterales en otros puntos. Pero la primera postura tambin rompe parcialmente otra prctica: "No reinventar la rueda". Si se considera al prototipo como un producto desechable, puede llegar a implicar que una vez corregido se debe "tirar" y reescribir de nuevo lo ya hecho. Esto rompe parcialmente algunas concepciones de la ingeniera. Todo depender del modo de trabajo y la concepcin de lo que puede significar el prototipo. La idea de emplear prototipos tiene sus encantos, suena lgico llevar el diseo de sistemas de esta manera. Pero hay que fijar bien los lmites. Debe haber un comn acuerdo de lo que es para ti un prototipo como tambin lo que le significa al cliente. Por ejemplo: para un ingeniero puede ser un estilo desechable, pero para el cliente le gusta tanto lo que le muestras que te dice: listo, esto es lo que quiero. Djalo as. Hay que tener presente que el prototipo no es un producto final. Seguir el ciclo de vida implica poner un comn acuerdo con el cliente el alcance de lo que ser una muestra.