Es un sistema, automatizado o manual, que engloba a personas, máquinas y/o métodos organizados para recopilar, procesar, transmitir datos que representan información. Un sistema de información engloba la infraestructura, la organización, el personal y todos los componentes necesarios para la recopilación, procesamiento, almacenamiento, transmisión, visualización, diseminación y organización de la información.
Cualquier sistema de información va pasando por una serie de fases a lo largo de su vida. Su ciclo de vida comprende una serie de etapas entre las que se encuentran las siguientes:
Planificación
Realizar una serie de tareas previas que influirán decisivamente en la finalización con éxito del proyecto.
Análisis
Averiguar que es exactamente lo que tiene que hacer el sistema. La etapa de análisis en el ciclo de vida del software corresponde al proceso mediante el cual se intenta descubrir que es lo que realmente se necesita y se llega a una comprensión adecuada de los requerimientos del sistema.
Diseño
Se han de estudiar posibles alternativas de complementación para el sistema de información que hemos de construir y se ha de decidir la estructura general que tendrá el sistema (diseño arquitectónico). El diseño de un sistema es complejo y el proceso de diseño ha de realizarse de forma iterativa.
Implementación
Seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite nuestro trabajo y un lenguaje de programación apropiado para el tipo de sistema que vayamos a construir. La elección de estas herramientas dependerá en gran parte de las decisiones de diseño que se hayan tomado y del entorno en el que el sistema deberá funcionar.
Pruebas
Tiene como objetivo detectar los errores que se hayan podido cometer en las etapas anteriores del proyecto (y, eventualmente, corregirlos). La búsqueda de errores que se realiza en la etapa de pruebas puede adaptar distintas formas, en función del contexto y de la fase del proyecto.
Instalación o despliegue
Se debe planificar el entorno en el que el sistema debe funcionar, tanto hardware como software: equipos necesarios y su configuración física, redes de interconexión entre los equipo y de acceso a sistemas externos, sistemas operativos y bibliotecas.
Estas etapas son un reflejo del proceso que se sigue a la hora de resolver cualquier tipo de problema.
Uso y mantenimiento
La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los recursos de una empresa de desarrollo de software. De hecho, con un 60% de media, es probablemente la etapa mas importante del ciclo de vida del software.
- Eliminar los defectos que se detecten durante su vida útil.
- Adaptarlo a nuevas necesidades cuando el sistema ha de funcionar sobre una nueva versión del sistema operativos o en un entorno hardware diferente.
- Añadirle nueva funcionalidad, cuando se proponen características deseables que supondrían una mejora del sistema ya existente.
Delimitación del ámbito del proyecto
Determinar los aspectos abarcados por el proyecto como fijar aquellos aspectos que no se incluirán en el proyecto. Estos últimos han de indicarse explícitamente. Si es necesario, se puede especificar todo aquello que se posponga hasta una versión posterior del sistema.
Estudio de viabilidad
Con recursos ilimitados (tiempo y dinero), casi cualquier proyecto se podría llevar a buen puerto. Por desgracia, en la vida real los recursos son mas escasos, por lo que no todos los proyectos son viables.
Análisis de riesgos
Siempre se produce algún contratiempo que eche por tierra la mejor de las planificaciones. Es un riesgo inevitable con lo que hemos de vivir y para lo cual disponemos de una herramienta extremadamente útil: las gestión de riesgos, que tradicionalmente se descompone en evaluación de riesgos y control de riesgos.
Ciclo de vida clásico
El modelo de ciclo de vida clásico, también denominado "modelo en cascada", se basa en intentar hacer las cosas bien desde el principio, de una vez y para siempre. Se pasa, en orden, de una etapa a la siguiente sólo tras finalizar con éxito las tareas de verificación y validación propias de la etapa. Si resulta necesario, únicamente se da marcha atrás hasta la fase inmediatamente anterior.
Este modelo tradicional de ciclo de vida exige una aproximación secuencial al proceso de desarrollo del software.
- Los proyectos reales raramente siguen el flujo secuencial de actividades que proponen este modelo.
- Normalmente, es difícil para el cliente establecer explícitamente todos los requisitos al comienzo del proyecto (entre otras cosas,porque hasta que no se vea evolucionar el proyecto no tendrá una idea clara de que es lo que realmente se quiere).
- No habrá disponible una versión operativa del sistema hasta llegar a las etapas finales, por lo que la rectificación de cualquier decisión tomada erróneamente en las etapas iniciales del proyecto supondrá un coste adicional significativo, tanto económico como temporal
No hay comentarios:
Publicar un comentario