EL CICLO DE DESARROLLO DE LOS SISTEMAS El analista debera aplicar un enfoque sistemtico en el anlisis y el diseo de los sistemas de informacin.

El ciclo de desarrollo de los sistemas o ciclo de vida de los sistemas (SDLC: Systems Devetopment Life Cycle) es un enfoque por etapas de anlisis y de diseo, que postula que el desarrollo de los sistemas mejora cuando existe un ciclo especfico de actividades del analista y de los usuarios. En general, los analistas no estn de acuerdo respecto al nmero exacto de etapas que conforman el ciclo de desarrollo de los sistemas; sin embargo, se reconoce la importancia de su enfoque sistemtico. Se dividir el ciclo de vida en siete etapas, que aunque se presentan de manera discreta, nunca se llevan a cabo como un elemento Independiente. En lugar de ello. se realizan al mismo tiempo diversas actividades, y stas llegan a repetirse. Por ello es de mayor utilidad suponer que e! ciclo de desarrollo de los sistemas transcurre en etapas (con actividades en accin que luego cesan poco a poco) y no como elementos separados. 1) Identificacin de problemas, oportunidades y objetivos. En esta primera etapa del ciclo de desarrollo de los sistemas, el analista se involucra en la identificacin de los problemas, de las oportunidades y de los objetivos. Esta fase es crucial para el xito del resto del proyecto, pues nadie estar dispuesto a desperdiciar su tiempo dedicndolo al problema equivocado. La primera etapa requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego, en conjunto con los otros miembros de la organizacin har notar los problemas. Muchas veces esto ya fue realizado previamente: y por ello. es que se llega a invitar al analista. Las oportunidades son acuellas situaciones que el analista considera que pueden perfeccionarse mediante el uso de los sistemas de informacin computarizados. Al aprovechar las oportunidades, la empresa puede lograr una ventaja competitiva o llegar a establecer un estndar industrial. La identificacin de objetivos tambin es un componente importante de la primera fase. En un comienzo, el analista deber descubrir lo que la empresa intenta realizar, y luego. estar en posibilidad de determinar si el uso de los sistemas de informacin apoyara a la empresa para alcanzar sus metas, el encaminarla a problemas u oportunidades especficas.

2) Determinacin de los requerimientos de informacin.

La siguiente etapa que aborda el analista, es la determinacin de los requerimientos de informacin a partir de los usuarios particularmente involucrados. Para identificar los requerimientos de informacin dentro de a empresa, pueden utilizarse diversos instrumentos, los cuales incluyen: el muestreo, el estudio de los datos y formas usadas por la organizacin, la entrevista, los cuestionarios: la observacin de la conducta de quien toma las decisiones, asi como de su ambiente: y tambin el desarrollo de prototipos. En esta etapa el analista hace todo lo posible por identificar qu informacin requiere el usuario para desempear sus tareas. Puede ver, cmo varios de los mtodos para establecer las necesidades de informacin, lo obligan a relacionarse directamente con los usuarios. Esta etapa sirve para elaborar la imagen que el analista tiene de la organizacin y de sus objetivos. En ocasiones, se llegan a concluir slo las primeras dos etapas del ciclo de desarrollo de los sistemas. El analista es e! especialista que emprende esta clase de estudios.

3) Anlisis de las necesidades del sistema. La siguiente etapa que ejecuta el analista de sistemas consiste en analizar las necesidades propias del sistema. Una vez ms, existen herramientas y tcnicas especiales que facilitan al analista la realizacin de las determinaciones requeridas. Estas incluyen el uso de los diagramas de flujo de datos (DFD)que cuentan con una tcnica estructurada para representar en forma grfica la entrada de datos de la empresa, los procesos y la salida de la informacin. A partir del diagrama de flujo de datos se desarrolla un diccionario de datos que contiene todos los elementos que utiliza el sistema, as como sus especificaciones, si son alfanumricos, descripcin, clave primaria, entre otros. Durante esta fase. el analista de sistemas tambin analiza las decisiones estructuradas por realizar, que son decisiones donde las condiciones, condiciones alternativas, acciones y reglas de accin podrn determinarse. Existen tres mtodos para el anlisis de las decisiones estructuradas: el lenguaje estructurado (en nuestro caso el espaol), las tablas de decisin y los rboles de decisin.

No todas las decisiones en las empresas se encuentran estructuradas; no obstante, es importante que las comprenda e! analista de sistemas. Las decisiones semiestructuradas (decisiones que se toman bajo nesgo) con frecuencia se apoyan en los Sistemas de Toma de Decisiones. Cuando analiza las decisiones

semiestructuradas. el analista las examina de acuerdo con el grado de complejidad del problema y con el nmero de criterios considerados al llevar a cabo las decisiones. El anlisis de decisiones de criterio mltiple (aquellas decisiones donde numerosos factores tienen que equilibrarse) tambin es parte de esta etapa. Se disponen de muchas tcnicas para e' anlisis de decisiones de criterio mltiple; incluyendo entre otras, e! proceso de intercambio y la aplicacin de mtodos de ponderado. A esta altura del ciclo de desarrollo del sistema, el analista prepara una propuesta del sistema que resume todo lo que ha encontrado, presenta un anlisis costo / beneficio de las alternativas y plantea las recomendaciones (si es que existen) de lo que deber realizarse. Si la direccin acepta alguna de las recomendaciones, el analista proceder de acuerdo con ella.

4) Diseo del sistema recomendado. En esta etapa del ciclo de desarrollo de los sistemas, el analista de sistemas usa la informacin que recolect con anterioridad y elabora el diseo lgico del sistema de informacin. El analista disea procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean los correctos. Ei analista tambin disea accesos efectivos al sistema de informacin, mediante el uso de las tcnicas de diseo de formularios y de pantallas. Una parte del diseo lgico del sistema de informacin es el diseo de la interfaz con el usuario. La interfaz conecta al usuario con el sistema, y evidentemente, es de suma importancia. Seran ejemplos de interfaces para el usuario: el uso del teclado para introducir preguntas o respuestas, el uso de mens en la pantalla, con las opciones que tiene el usuario, el uso de dispositivos como el ratn (mouse) y muchos otros. La etapa del diseo tambin incluye e! diseo de los archivos o la base de datos que almacenar aquellos datos requeridos por quien toma las decisiones en la organizacin. Una base de datos bien organizada es fundamental para cualquier sistema de informacin. En esta etapa, el analista disea la salida (en pantalla o impresa) hacia el usuario, de acuerdo con sus necesidades de informacin. 5) Desarrollo y documentacin del software En esta etapa del ciclo de desarrollo de los sistemas, el analista trabaja con programadores para desarrollar todo el software original los

que sea necesario. Dentro de las tcnicas estructuradas para el diseo y documentacin de! software se tienen: el mtodo HIPO, los diagramas de flujo. ios diagramas Nassi-Schneiderman, ios diagramas Warnier-Orr y el pseudocdigo. Aqu es donde, el analista de sistemas transmite al programador los requerimientos de programacin. Durante esta fase, el analista tambin colabora con los usuarios para desarrollar la documentacin indispensable del software, incluyendo los manuales de procedimientos. La documentacin le dir al usuario como operar el software, y as tambin, qu hacer en caso de presentarse algn problema. 6) Pruebas v mantenimiento del sistema. El sistema de informacin debe probarse antes de utilizarlo. E! costo es menor si se detectan los problemas antes ci la entrega del sistema. El programador realiza algunas pruebas por su cuenta, otras se llevan a cabo en colaboracin con el analista de sistemas. En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema: ms adelante, se utilizarn los datos reales. El mantenimiento del sistema y de su documentacin empiezan justamente en esta etapa: y despus, esta funcin se realizar de forma rutinaria a lo largo de toda la vida del sistema. Las actividades de mantenimiento integran una buena parte de la rutina del programador, que para las empresas llegan a implicar importantes sumas de dinero. Sin embargo, el costo del mantenimiento disminuye de manera importante cuando el analista aplica procedimientos sistemticos en el desarrollo de los sistemas. 7) Implantacin v evaluacin de sistema. En esta ltima etapa del desarrollo del sistema, el analista ayuda a implantar el sistema de informacin. Esto incluye el adiestramiento que el usuario requerir. Si bien, parte de esta capacitacin la dan las casas comerciales, la supervisin del adiestramiento es una responsabilidad del analista de sistemas. Ms an, el analista necesita planear la suave transicin que trae consigo un cambio de sistemas. Aunque la evaluacin del sistema se plantea como parte integrante de la ltima etapa del ciclo de desarrollo de los sistemas; realmente, la evaluacin toma parte en cada

una de las etapas. Uno de los criterios fundamentales que debe satisfacerse, es que ei futuro usuario utilice el sistema desarrollado. Ciclo de vida del software

El trmino ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propsito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicacin, es decir, para garantizar que el software cumpla los requisitos para la aplicacin y verificacin de los procedimientos de desarrollo: se asegura de que los mtodos utilizados son apropiados.

Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementacin. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementacin y en los costos asociados.

El ciclo de vida bsico de un software consta de los siguientes procedimientos:

Definicin de objetivos: definir el resultado del proyecto y su papel en la estrategia global. Anlisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y examinar cualquier restriccin que se pueda aplicar. Diseo general: requisitos generales de la arquitectura de la aplicacin. Diseo en detalle: definicin precisa de cada subconjunto de la aplicacin. Programacin (programacin e implementacin): es la implementacin de un lenguaje de programacin para crear las funciones definidas durante la etapa de diseo. Prueba de unidad: prueba individual de cada subconjunto de la aplicacin para garantizar que se implementaron de acuerdo con las especificaciones.

Integracin: para garantizar que los diferentes mdulos se integren con la aplicacin. ste es el propsito de la prueba de integracin que est cuidadosamente documentada. Prueba beta (o validacin), para garantizar que el software cumple con las especificaciones originales. Documentacin: sirve para documentar informacin necesaria para los usuarios del software y para desarrollos futuros. Implementacin Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo). El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicacin dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores.

Modelos de ciclo de vida

Para facilitar una metodologa comn entre el cliente y la compaa de software, los modelos de ciclo de vida se han actualizado para reflejar las etapas de desarrollo involucradas y la documentacin requerida, de manera que cada etapa se valide antes de continuar con la siguiente etapa. Al final de cada etapa se arreglan las revisiones de manera que (texto faltante).

Modelo en cascada

El modelo de ciclo de vida en cascada comenz a disearse en 1966 y se termin alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una de ellas se rene la documentacin para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente:

ciclo de vida en cascada

Modelo V

El modelo de ciclo de vida V proviene del principio que establece que los procedimientos utilizados para probar si la aplicacin cumple las especificaciones ya deben haberse creado en la fase de diseo.

Ciclo de vida V