METODOLOGIA DEL CICLO DE VIDA DE UN SISTEMA

SISTEMA DE INFORMACION
Un sistema de información es el conjunto de recursos que permiten recoger, gestionar, controlar y difundir la información de toda una empresa u organización.

¿ QUE ES EL CICLO DE VIDA DE UN SISTEMA?

El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.
Según James Senn, existen tres estrategias para el desarrollo de sistemas: el método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo por análisis estructurado y el método de construcción de prototipos de sistemas. Cada una de estas estrategias tiene un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de manera adecuada.
Además, es el período de tiempo que "vive" un sistema informático desde que es pensado hasta que es desechado.
Por otra parte, otro concepto maneja que el ciclo de vida de los sistemas es el proceso que se sigue para construir, entregar y hacer evolucionar el software, desde la concepción de una idea hasta la entrega y el retiro del sistema.

Existen gran cantidad de variantes que dependen de la organización, del tipo de sistema que se realizará, de los gustos de los administradores, de los tiempos, etc.
Las actividades típicas del ciclo de vida son:
1- Estudio de factibilidad.
2- Análisis (de requerimientos).
3- Diseño
4.1- Creación de prototipos
4.2- Implementación
5 - Validación y prueba
6 - Operación y mantenimiento


LA METODOLOGÍA DE UN CICLO DE VIDA DE UN SISTEMA

La Metodología de ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información. Esta metodología consta de 6 fases:
Investigación Preliminar: La solicitud para recibir ayuda de un sistema de información puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la petición de una persona.
Determinación de los requerimientos del sistema: El aspecto fundamental del análisis 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?
¿Cómo se hace?
¿Con que frecuencia se presenta?
¿Qué tan grande es el volumen de transacciones o decisiones?
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es la causa que lo origina?

Diseño del sistema: El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico en contraste con la del desarrollo del software, a la que denominan diseño físico.
Desarrollo del software: Los encargados de desarrollar software pueden instalar software comprobando a terceros o escribir programas diseñados a la medida del solicitante. La elección depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores.
Por lo general, los programadores que trabajan en las grandes organizaciones pertenecen a un grupo permanente de profesionales.
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 conjunto de datos de prueba para su procesamiento y después se examinan los resultados.
Implantación y evaluación: La implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos años. 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. Para el caso de la evaluación de un sistema, esta se lleva a cabo para identificar puntos débiles y fuertes. La evaluación ocurre a lo largo de cualquiera de las siguientes dimensiones:
1. Evaluación operacional
2. Impacto organizacional
3. Opinión de los administradores
4. Desempeño del desarrollo

*Evaluación operacional: Valoración de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de información, confiabilidad global y nivel de utilización.
*Impacto organizacional: Identificación y medición de los beneficios para la organización en áreas tales como finanzas, eficiencia operacional e impacto competitivo. También se incluye el impacto sobre el flujo de información externo e interno.
*Opinión de los administradores: evaluación de las actividades de directivos y administradores dentro de la organización así como de los usuarios finales.
*Desempeño del desarrollo: La evaluación de proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estándares, y otros criterios de administración de proyectos. También se incluye la valoración de los métodos y herramientas utilizados en el desarrollo, tales como:

MÉTODO DE DESARROLLO POR ANÁLISIS ESTRUCTURADO
Muchos especialistas en sistemas de información reconocen la dificultad de comprender de manera completa sistemas grandes y complejos. El método de desarrollo del análisis estructurado tiene como finalidad superar esta dificultad por medio de:
1). La división del sistema en componentes
2). La construcción de un modelo del sistema.
El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicación. Permite que las personas observen los elementos lógicos (lo que hará el sistema) separados de los componentes físicos (computadora, terminales, sistemas de almacenamiento, etc.). Después de esto se puede desarrollar un diseño físico eficiente para la situación donde será utilizado.
El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Éste análisis permite al analista conocer un sistema o proceso en una forma lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.
Componentes para un análisis estructurado:
Símbolos gráficos: Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.
Diccionario de datos: descripción de todos los datos usados en el sistema. Puede ser manual o automatizado.
Descripciones de procesos y procedimientos: declaraciones formales que usan técnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema.
Reglas: estándares para describir y documentar el sistema en forma correcta y completa.
Diseño Estructurado. El diseño Estructurado es otro elemento del Método de Desarrollo por Análisis Estructurado que emplea la descripción gráfica, se enfoca en el desarrollo de especificaciones del software.
El objetivo del Diseño Estructurado es programas formados por módulos independientes unos de otros desde el punto de vista funcional.
La herramienta fundamental del Diseño Estructurado es el diagrama estructurado que es de naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no es mostrar la lógica de los programas (que es la tarea de los diagramas de flujo).
Los Diagramas Estructurados describen la interacción entre módulos independientes junto con los datos que un módulo pasa a otro cuando interacciona con él.
Análisis de flujo de datos.
Estudia el empleo de los datos para llevar a cabo procesos específicos de la empresa dentro del ámbito de una investigación de sistemas usa los diagrama de flujos de datos y los diccionarios de datos.
Herramientas
Las herramientas muestran todas las características esenciales del sistema y la forma en que se ajustan entre si, como es muy difícil entender todo un proceso de la empresa en forma verbal, las herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.
Diagrama de flujo de datos
Es el modelo del sistema. Es la herramienta más importante y la base sobre la cual se desarrollan otros componentes.
El modelo original se detalla en diagramas de bajo nivel que muestran características adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez más detallados. Repitiéndose esta secuencia hasta que se obtienen suficientes detalles para que el analista comprenda la parte del sistema que se encuentra bajo investigación.
El diagrama físico de datos da un panorama del sistema en uso, dependiente de la implantación, mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o números de formato y documento, nombres de departamentos, archivos maestro y de transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos.
El diagrama lógico de datos da un panorama del sistema, pero a diferencia del físico es independiente de la implantación, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos específicos y la localización de los almacenes de datos o personas en el sistema. Sin indicarse las características físicas.
Notaciones: son cuatro símbolos, que fueron desarrollados y promovidos la mismo tiempo por dos organizaciones: Yourdon y Gane y Sarson.
Flujo de datos: son movimientos de datos en una determinada dirección, desde un origen hasta un destino. Es un paquete de datos.
MÉTODO DEL PROTOTIPO DE SISTEMAS
La construcción de prototipos representa una estrategia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolución, donde el usuario participa de forma directa en el proceso.
Este método contiene condiciones únicas de aplicación, en donde los encargados del desarrollo tienen poca experiencia o información, o donde los costos y riesgos de que se cometa un error pueden ser altos.
Así mismo este método resulta útil para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseño de un sistema o examinar el uso de una aplicación. El método del prototipo de sistemas consta de 5 etapas:
Identificación de requerimientos conocidos: La determinación de los requerimientos de una aplicación es tan importante para el m‚todo de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer.
Desarrollo de un modelo de trabajo: Es fácil comenzar el proceso de construcción del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes:
a). El lenguaje para el dialogo o conversación entre el usuario y el sistema.
b). Pantallas y formatos para la entrada de datos.
c). Módulos esenciales de procesamiento.
d). Salida del sistema
Utilización del prototipo: Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, así como las características inadecuadas
Revisión del prototipo: Durante la evaluación los analistas de sistemas desean capturar información sobre los que les gusta y lo que les desagrada a los usuarios. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones.
Repetición del proceso las veces que sea necesarias: El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las características necesarias.

ETAPAS DEL CICLO DE VIDA DE UN SISTEMA
Continuando con el mismo orden de ideas, los sistemas informáticos, como cualquier otro sistema, tienen un CICLO DE VIDA que los prepara para responder a las necesidades planteadas de manera óptima. El ciclo de vida se conforma por las siguientes etapas:
Primera Etapa
Estudio de Factibilidad.
Es un preestudio sobre las operaciones actuales del sistema en operación. Su objetivo final es establecer los beneficios como desventajas de proyectar un nuevo sistema que sustituya al actual. Se basa en la evaluación de tres aspectos fundamentales:
Ø Factibilidad económica.
Considera el presupuesto que proporciona la organización para realizar las especificaciones propuestas por el usuario.
Ø Factibilidad técnica.
Se aboca a estudiar y reportar el equipo de cómputo que sirve de soporte para las operaciones realizadas actualmente. Basándose en los requerimientos del usuario evalúa la posibilidad de adquirir nuevas herramientas de trabajo.
Ø Factibilidad operativa.
Evalúa la funcionalidad del sistema actual y las ventajas esperadas con la instalación de un nuevo sistema, así como las reacciones del personal involucrado.
Segunda Etapa
Análisis de sistemas.
Cuando el problema ha sido identificado, los analistas recopilan y analizan los datos acerca de las operaciones actuales del procesamiento de datos para poder decidir cuales serán las nuevas actividades qué reemplazaran a las actuales.
Principales Actividades
Las actividades que se realizan con mayor frecuencia son:
 Entrevistas con los usuarios.
 Análisis de la documentación existente.
 Definición de los datos elementales.
 Definición de la organización y estructura de los datos.
 Analizar los procesos que definen la funcionalidad del sistema.
 Definir los componentes del sistema que se mencionaron en el diccionario de datos.
Tercera Etapa
Diseño de sistemas.
Las principales actividades que se realizan en esta etapa que incluyen el diseño de la base de datos, son:
- El diseño de la construcción de tos módulos y submódulos del sistema.
- Diseño de los formatos de entrada y salida de información por pantalla.
- Definir las acciones físicas que podrían ocurrir en el sistema a cualquier nivel.
- Estructuras físicas de las bases de datos.
- Elaboración de manuales técnicos y operativos del sistema.

Cuarta Etapa.
Construcción.
En esta etapa se define las estructuras de los archivos, bases de datos y se desarrollan los programas que integraran el sistema. Tomando en cuenta los diagramas de flujo y diccionarios de datos. Al finalizar esta fase se proporcionaran los siguientes elementos:
- Los programas fuentes de cada módulo.
- Documentación técnica.
- Descripción de las pruebas que confirman la seguridad del sistema módulo por módulo y de forma general.
- Documentación de operación.
Quinta Etapa
Pruebas.
En esta etapa se pone a prueba el funcionamiento del sistema y se valoran los resultados para detectar si existen errores con el fin de corregirlos y con ello cumplir con los objetivos planteados inicialmente.
Sexta Etapa
Implantación.
En este proceso se prepara el sistema para. Sustituirlo por el anterior y se pone en funcionamiento (en línea), a esta etapa se le llama liberación del sistema.

Séptima Etapa
Mantenimiento.
Todo sistema debe estar en constante actualización para adaptarse a diversos elementos cambiantes en su medio ambiente (nuevos módulos o procesos), obteniendo al final de la fase la:
- Actualización de software.
- Actualización de la documentación.




Analicemos cada una de las partes que conforman el ciclo de vida:

Reconocimiento del problema: La idea de desarrollar un nuevo sistema surge cuando el usuario reconoce que tiene problemas con los medios con que cuenta actualmente para llevar a cabo su trabajo. Así comienza esta fase que trata de reemplazar el sistema existente (ya sea manual o automatizado) por otro. En esta fase interviene totalmente el usuario.

Estudio de la factibilidad: Se decide si el usuario necesita o no una computadora.
Este estudio sirve para:

- Identificar los problemas con el sistema actual.

- Identificar el alcance del sistema a ser estudiado.

- Identificar los principales objetivos del nuevo sistema.

- Identificar un número de soluciones que pueden satisfacer las necesidades del usuario dentro de su esquema.

- Desarrollar estimados de los beneficios y desventajas de cada solución.

- Desarrollar esquemas de cómo puede llevarse a cabo el proyecto teniendo una idea de los recursos que se requieren.

- Obtener puntos de vista del usuario y el administrador sobre las modificaciones.

- Obtener una decisión de si se lleva a cabo la parte de análisis.


Todo este estudio evitará el gasto de un análisis de un proyecto imposible. En él intervienen el usuario y el analista.

Análisis: Es la fase de diseño externo. Consiste en cuestionar al usuario sobre qué hace el sistema, qué características extras él quiere en su nuevo sistema y qué restricciones debe satisfacer. La salida del análisis debe incluir una especificación funcional y un análisis estructurado que contiene los requerimientos para el nuevo sistema, los cuales el usuario debe leer, analizar y señalar lo que él quiere.

Diseño: Es la fase de diseño interno. Consiste en definir cómo organizar lo anterior de forma adecuada para la ejecución. Incluye la realización de diagramas de estructura, explicaciones del programa, etc.... (diseño preliminar). Posteriormente se lleva a cabo un diseño detallado donde se describen las especificaciones de los módulos.

Implementación: Es la fase de programación o escritura del código. Lo que se produce en el diseño se lleva a código.

Prueba: En esta etapa se planea el diseño de casos de prueba con el fin de "asegurar" la correctitud de los programas.







RESEÑA BIBLIOGRAFICA
Sistema informativo. Etapas del ciclo de vida
8 Abr 2009 ... Capítulo Sistema informativo. Etapas del ciclo de vida del curso Sistemas Informativos. Diseño y creación (1/2)
Ciclo de vida de un sistema de información - Monografias.com
Ciclo de vida de un sistema de información. Enviado por christian264@hotmail.com. Introducción; Ciclo de vida clásico del desarrollo de sistemas; Método de ...www.monografias.com/.../ciclo-sistema/ciclo-sistema.shtml - En caché - Similares
Ciclo de vida de un sistema de información - Monografias.com
El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera ...
www.monografias.com/.../ciclo-sistema/ciclo-sistema.shtml - En caché - Similares
Etapas del ciclo de vida de un sistema
4 entradas - 3 autores - Última entrada: 10 Jul
Los sistemas informáticos, como cualquier otro sistema, tienen un CICLO DE VIDA que los prepara para responder a las necesidades planteadas ...
foros.emagister.com/tema-etapas_del_ciclo_de_vida_de_un_sistem-13705-751530-1.htm - En caché - Similares
El ciclo de vida de un sistema de información
Formato de archivo: PDF/Adobe Acrobat - Vista El ciclo de vida de una base de datos. • Definición del sistema: Requerimientos de datos ... Fase 3: Elección del sistema gestor de bases de datos ... elvex.ugr.es/idbis/db/docs/design/1-process.pdf - Similares

SENN, James A. (1992) Análisis y Diseño de Sistemas de Información. Segunda Edición. Editorial McGrawHill. México