You are on page 1of 8

EL CICLO DE DESARROLLO DE LOS SISTEMAS

El analista debería aplicar un enfoque sistemático en el análisis y el diseño de
los sistemas de información. 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 análisis y de diseño, que postula que el desarrollo de los
sistemas mejora cuando existe un ciclo específico de actividades del analista y
de los usuarios.
En general, los analistas no están de acuerdo respecto al número exacto de
etapas que conforman el ciclo de desarrollo de los sistemas; sin embargo, se
reconoce la importancia de su enfoque sistemático. 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 acción que luego cesan poco a poco)
y no como elementos separados.
1) Identificación de problemas, oportunidades y objetivos.
En esta primera etapa del ciclo de desarrollo de los sistemas, el analista se
involucra en la identificación 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 dedicándolo 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
organización 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 información
computarizados. Al aprovechar las oportunidades, la empresa puede lograr
una ventaja competitiva o llegar a establecer un estándar industrial.
La identificación de objetivos también 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 información apoyaría a la empresa para alcanzar sus metas, el
encaminarla a problemas u oportunidades específicas.
 Aclaración de la solicitud: Antes de considerar cualquier investigación de
sistemas, la solicitud de proyecto debe examinarse para determinar con
precisión lo que el solicitante desea; ya que muchas solicitudes que
provienen de empleados y usuarios no están formuladas de manera
clara.
 Estudio de factibilidad: En la investigación preliminar un punto
importante es determinar que el sistema solicitado sea factible. Existen
tres aspectos relacionados con el estudio de factibilidad, que son
realizados por los general por analistas capacitados o directivos:

 Factibilidad económica. se llegan a concluir sólo las primeras dos etapas del ciclo de desarrollo de los sistemas. Después de aprobar la solicitud de un proyecto se estima su costo. es la determinación de los requerimientos de información a partir de los usuarios particularmente involucrados.: Investiga si los costos se justifican con los beneficios que se obtienen. Una vez más. La siguiente etapa que aborda el analista. pueden utilizarse diversos instrumentos. En ocasiones. la entrevista. Algunas organizaciones reciben tantas solicitudes de sus empleados que sólo es posible atender unas cuantas. si los usuarios usaran el sistema. Puede ver. los cuales incluyen: el muestreo. como para obtener beneficios. aunque lo común es que los miembros del equipo de sistemas estén ocupados en otros proyectos. En algunos casos el desarrollo puede comenzar inmediatamente. y si se ha invertido demasiado. cuales son las posibilidades de desarrollarla (no solo el hardware). Estas incluyen el uso de los diagramas de flujo de datos (DFD)que cuentan con una técnica estructurada para representar en . aquellos proyectos que son deseables y factibles deben incorporarse en los planes. y si en caso de necesitar nueva tecnología. Esta etapa sirve para elaborar la imagen que el analista tiene de la organización y de sus objetivos. Factibilidad técnica: Estudia si el trabajo para el proyecto. los cuestionarios: la observación de la conducta de quien toma las decisiones. existen herramientas y técnicas especiales que facilitan al analista la realización de las determinaciones requeridas. cómo varios de los métodos para establecer las necesidades de información. la administración decide qué proyectos son los más importantes y el orden en que se llevarán a cabo. lo obligan a relacionarse directamente con los usuarios. el tiempo necesario para terminarlo y las necesidades de personal 2) Determinación de los requerimientos de información. El analista es e! especialista que emprende esta clase de estudios. el estudio de los datos y formas usadas por la organización. 3) Análisis de las necesidades del sistema.  Factibilidad operacional: Investiga si será utilizado el sistema. asi como de su ambiente: y también el desarrollo de prototipos. Sin embargo. En esta etapa el analista hace todo lo posible por identificar qué información requiere el usuario para desempeñar sus tareas. puede desarrollarse con el software y el personal existente. Cuando esto ocurre. como para no crear el sistema si se cree necesario. Para identificar los requerimientos de información dentro de ¡a empresa. La siguiente etapa que ejecuta el analista de sistemas consiste en analizar las necesidades propias del sistema.

el analista procederá de acuerdo con ella. e! proceso de intercambio y la aplicación de métodos de ponderado. El análisis de decisiones de criterio múltiple (aquellas decisiones donde numerosos factores tienen que equilibrarse) también es parte de esta etapa. no obstante. Cuando analiza las decisiones semiestructuradas. si son alfanuméricos. es de suma importancia. el analista de sistemas también analiza las decisiones estructuradas por realizar. que son decisiones donde las condiciones. acciones y reglas de acción podrán determinarse. A esta altura del ciclo de desarrollo del sistema. Se disponen de muchas técnicas para e' análisis de decisiones de criterio múltiple. el analista . Serían ejemplos de interfaces para el usuario: el uso del teclado para introducir preguntas o respuestas. entre otros. descripción. El analista diseña procedimientos precisos de captura de datos. Si la dirección acepta alguna de las recomendaciones. el analista las examina de acuerdo con el grado de complejidad del problema y con el número de criterios considerados al llevar a cabo las decisiones. con las opciones que tiene el usuario. incluyendo entre otras. No todas las decisiones en las empresas se encuentran estructuradas. Una base de datos bien organizada es fundamental para cualquier sistema de información. Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el usuario.forma gráfica la entrada de datos de la empresa. clave primaria. es importante que las comprenda e! analista de sistemas. La etapa del diseño también incluye e! diseño de los archivos o la base de datos que almacenará aquellos datos requeridos por quien toma las decisiones en la organización. Existen tres métodos para el análisis de las decisiones estructuradas: el lenguaje estructurado (en nuestro caso el español). A partir del diagrama de flujo de datos se desarrolla un diccionario de datos que contiene todos los elementos que utiliza el sistema. el analista prepara una propuesta del sistema que resume todo lo que ha encontrado. mediante el uso de las técnicas de diseño de formularios y de pantallas. En esta etapa. 4) Diseño del sistema recomendado. y evidentemente. el analista de sistemas usa la información que recolectó con anterioridad y elabora el diseño lógico del sistema de información. el uso de dispositivos como el ratón (mouse) y muchos otros. así como sus especificaciones. Las decisiones semiestructuradas (decisiones que se toman bajo nesgo) con frecuencia se apoyan en los Sistemas de Toma de Decisiones. los procesos y la salida de la información. el uso de menús en la pantalla. las tablas de decisión y los árboles de decisión. presenta un análisis costo / beneficio de las alternativas y plantea las recomendaciones (si es que existen) de lo que deberá realizarse. con el fin de que los datos que se introducen al sistema sean los correctos. Durante esta fase. La interfaz conecta al usuario con el sistema. Ei analista también diseña accesos efectivos al sistema de información. En esta etapa del ciclo de desarrollo de los sistemas. condiciones alternativas.

Dentro de las técnicas estructuradas para el diseño y documentación de! software se tienen: el método HIPO. 7) Implantación v evaluación de sistema. los encargados de desarrollar el sistema procuran que el uso inicial del sistema se encuentre libre de problemas. El programador realiza algunas pruebas por su cuenta. Las actividades de mantenimiento integran una buena parte de la rutina del programador. . ios diagramas Nassi-Schneiderman. para identificar las posibles fallas del sistema: más adelante. 5) Desarrollo y documentación del software En esta etapa del ciclo de desarrollo de los sistemas. El sistema de información debe probarse antes de utilizarlo. E! costo es menor si se detectan los problemas antes cié la entrega del sistema. Cada estrategia de implantación tiene sus méritos de acuerdo con la situación que se considere dentro de la empresa. La implantación es el proceso de verificar e instalar nuevo equipo. ios diagramas Warnier-Orr y el pseudocódigo. que para las empresas llegan a implicar importantes sumas de dinero. la implantación es un proceso de constante evolución. Aquí es donde. y así también. Sin importar cuál sea la estrategia utilizada. El mantenimiento del sistema y de su documentación empiezan justamente en esta etapa: y después. incluyendo los manuales de procedimientos. el analista trabaja con los programadores para desarrollar todo el software original ue sea necesario. de acuerdo con sus necesidades de información. se utilizarán los datos reales. Durante esta fase. qué hacer en caso de presentarse algún problema. el analista de sistemas transmite al programador los requerimientos de programación. el analista también colabora con los usuarios para desarrollar la documentación indispensable del software. otras se llevan a cabo en colaboración con el analista de sistemas. En un principio. Los sistemas de información deben mantenerse siempre al día. La documentación le dirá al usuario como operar el software. 6) Pruebas v mantenimiento del sistema. entrenar a los usuarios. con datos tipo. esta función se realizará de forma rutinaria a lo largo de toda la vida del sistema. el costo del mantenimiento disminuye de manera importante cuando el analista aplica procedimientos sistemáticos en el desarrollo de los sistemas. instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. Sin embargo. se hace una serie de pruebas.diseña la salida (en pantalla o impresa) hacia el usuario. los diagramas de flujo.

Cuando la evaluación de sistema se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos cuando la evaluación de sistemas se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes. eficiencia operacional e impacto competitivo. etc.  Opinión de los administradores: Evaluación de las actitudes de directivos y administradores dentro de la organización así como de los usuarios finales. aunque pueden diseñarse muchos otros para atender las necesidades específicas del usuario.  Desempeño del desarrollo: La evaluación del proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo.  Eje Horizontal: un calendario. Los símbolos básicos son los siguientes:  Iniciación de una actividad. día. semana.  Término de una actividad . las fechas de iniciación y terminación para las diferentes tareas o actividades a lo largo de un tiempo total determinado. y otros criterios de administración de proyectos. mes. incluyendo su facilidad de uso. A cada tarea se representa por una línea horizontal cuya longitud es proporcional a la duración en la escala de tiempo (eje horizontal) Símbolos Convencionales: En la elaboración del gráfico de Gantt se acostumbra utilizar determinados símbolos. confiabilidad global y nivel de utilización. lo adecuado de los formatos de información. ingresos y ganancias). o escala de tiempo definido en términos de la unidad más adecuada al proyecto a ejecutar: hora. tiempo de respuesta. El diagrama de Gantt es una herramienta muy utilizada en la actualidad. su objetivo es el de mostrar el tiempo programado. concuerdan con presupuestos y estándares.  Impacto organizacional: Identificación y medición de los beneficios para la organización en áreas como finanzas (costos.  Eje Vertical: Las tareas que constituyen el proyecto a ejecutar. La evaluación ocurre a lo largo de cualquiera de las siguientes dimensiones:  Evaluación operacional: Valoración de la forma en que funciona el sistema.La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes.

Indica la fracción ya realizada de la actividad. Características  Cada actividad se representa mediante un bloque rectangular cuya longitud indica su duración.  ·Los bloques correspondientes a tareas del camino crítico acostumbran a rellenarse en otro color (en el caso del ejemplo.  La posición de cada bloque en el diagrama indica los instantes de inicio y finalización de las tareas a que corresponden. en rojo). El diagrama de Gantt consiste en una representación gráfica sobre dos ejes. Se sitúan de manera que el . Duración A - 2 B A 3 C - 2 D C 3 E DII+1 2 F BFI-1 3 G D. la altura carece de significado.  Indica la fecha en que se procedió a la última actualización del gráfico.  En primer lugar se dibujan los bloques correspondientes a las tareas que no tienen predecesoras. Indica la duración prevista de la actividad. F 3 H GFF 2 Método constructivo Para construir un diagrama de Gantt se han de seguir los siguientes pasos:  Dibujar los ejes horizontal y vertical. en que se hizo la comparación entre las actividades previstas y las efectivamente realizadas. Línea fina que conecta las dos “L” invertidas. en términos de porcentaje.  Plazo durante el cual no puede realizarse la actividad. es decir. Tarea Predec. en el vertical se disponen las tareas del proyecto y en el horizontal se representa el tiempo. E. Corresponde al tiempo improductivo puede anotarse encima del símbolo utilizando una abreviatura. Debe trazarse debajo de la línea fina que representa el plazo previsto.  Línea gruesa.  Escribir los nombres de las tareas sobre el eje vertical.

 Los retardos se representan desplazando la tarea dependiente hacia la derecha en el caso de retardos positivos y hacia la izquierda en el caso de retardos negativos.  Las dependencias inicio-inicio se representan alineando los inicios de los bloques de las tareas predecesora y dependiente. en tanto que los ajustes (replanificación) requieren por lo general de la formulación de un nuevo gráfico.  A continuación. el gráfico tiende a volverse confuso.lado izquierdo de los bloques coincida con el instante cero del proyecto (su inicio). se dibujan los bloque correspondientes a las tareas que sólo dependen de las tareas ya introducidas en el diagrama. es necesario que haya un plan que ha de representarse en forma de gráfico. Los gráficos de Gantt se revelan muy eficaces en las etapas iniciales de la planificación. VENTAJAS Y DESVENTAJAS DE LOS GRÁFICOS DE GANTT. En este proceso se han de tener en cuenta las consideraciones siguientes: Las dependencias fin-inicio se representan alineando el final del bloque de la tarea predecesora con el inicio del bloque de la tarea dependiente. es decir. Se repite este punto hasta haber dibujado todas las tareas. Para superar esa deficiencia se crearon dispositivos . Sin embargo. La ventaja principal del gráfico de Gantt radica en que su trazado requiere un nivel mínimo de planificación.  Las dependencias final-final se representan alineando los finales de los bloques de las tareas predecesora y dependiente. Por eso se utiliza mucho la representación gráfica del plan. después de iniciada la ejecución de la actividad y cuando comienza a efectuarse modificaciones.

por lo tanto. sus limitaciones son bastantes serias.. la visualización de la relación entre las actividades cuando el número de éstas es grande. Gráfico de Gantt para el control de la carga de trabajo: Este gráfico es semejante al de la distribución de actividad que tiene por objeto proporcionar el administrador una posición de carga total de trabajo aplicada a cada recurso. . en tanto que los recursos aplicados a cada uno indican. ni toma en cuenta factores como el costo. tampoco. el gráfico de Gantt representa un instrumento de bajo costo y extrema simplicidad en su utilización. El Gráfico de Gantt no ofrece condiciones para el análisis de opciones. Consiste. que permite una mayor flexibilidad en las actualizaciones. por medio de claves. dieron origen a las denominadas “redes-cronogramas”. El eje horizontal permanece como registro de escala de tiempo. y fueron éstas las que llevaron a ensayos que dieron como resultado el desarrollo del CPM. sobre la línea que representan la duración de la actividad.mecánicos. en una inversión del caso anterior. Estas técnicas introdujeron nuevos conceptos que. cuerdas. Es fundamentalmente una técnica de pruebas y errores. Indica el periodo durante el cual el recurso estará disponible para el trabajo (representado por una línea fina) y la carga total de trabajo asignada a este recurso (representado por una línea gruesa). Para proyectos complejos. etc. asociados más tarde a los de los gráficos de Gantt. el PERT y otras técnicas conexas. Gráfico de Gantt para seguir la marcha de las actividades: En este tipo de gráfico se usa el eje vertical para representar actividades. tales como cuadros magnéticos. existe todavía una limitación bastante grande en lo que se refiere a la representación de planes de cierta complejidad. No permite. Aún en términos de planificación. fichas. para la planificación de actividades relativamente simples. En resumen.