Unidad IV. El Ciclo de Desarrollo de los Sistemas de Información.

1. REQUERIMIENTOS

Esta es la fase fundamental para que la estrategia informática encaje dentro de las metas de la empresa, ya que en ella se cumplen las funciones del modelaje del negocio y planificación de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta forma sus requerimientos de información. Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o a un área en específico, suele ser mas practico analizar área por área del negocio.

Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de sistema de información capaz de guiar el desarrollo de un sistema que permita dar soporte al área en estudio en el cumplimiento de sus objetivos.

La arquitectura de sistemas sobre la cual descansa el plan para una determinada área de negocios define la forma de cómo cada aplicación desarrollada será destinada a dar soporte a objetivos claves y estratégicos para esa especifica área del negocio y, por ende, a la empresa.

1. DISEÑO Y ANÁLISIS

El objetivo de esta fase es desarrollar el diseño arquitectónico de los sistemas, utilizando los requerimientos obtenidos en la primera fase. En el diseño arquitectónico se engloban dos componentes: los datos y los procesos, los cuales serán analizados y diseñados desde una perspectiva conceptual a una física, dentro de las cuatros actividades que se encuentran en esta fase.

• Actividades dentro de la fase de Análisis/Diseño: Analizar y Diseñar: Proceso, Datos, Componentes Físicos. y la planificación del desarrollo de los componentes físicos: actividad en la cual planificamos la forma en que pueden ser construidos e implementados los componentes físicos de una forma rápida y productiva.

En esta fase de análisis / diseño puede incluirse una sub.-fase de evaluación de paquetes. Esta se pudiese realizar si en los requerimientos se estableció adquirir un paquete de aplicaciones en lugar de completar un diseño arquitectónico.

1. CONSTRUCCIÓN

Dentro de esta fase de construcción existen actividades separadas en cinco sub.-fases:

• DESARROLLO DE INFRAESTRUCTURA

Durante esta fase se desarrollará y organizará la infraestructura que permita cumplir las tareas de construcción en la forma más productiva posible.

• ADAPTACIÓN DE PAQUETES

. Uno de los objetivos centrales de esta subfase es conocer al máximo detalle posible el funcionamiento del paquete, este asegurará que el paquete será utilizado con el máximo provecho, tanto desde el punto de vista del negocio, como de la utilización de recursos. Cada componente del paquete será revisado en forma exhaustiva por el equipo Analista – Usuario, con el fin de conocer y comprender todos los aspectos del paquete. Ofrece una desventaja fundamental: el personal de la instalación no conoce los componentes del paquete con la misma profundidad con que conoce los componentes desarrollados por ellos mismos

•

Las unidades de diseño interactivas, son procedimientos que se cumple o se ejecutan a través de un dialogo usuario – sistema.

Las actividades de esta subfase tienen como objetivo central:

·   Especificar en detalle las tareas que debe cumplir la unidad de diseño.

·   Desarrollar componentes.

·   Realizar las pruebas unitarias y las pruebas de integración a nivel de la unidad de diseño.

• DESARROLLO DE UNIDADES DE DISEÑO BATCH

Son aquellos procedimientos que se cumplen en forma automatizada, pero en la que no se entabla un dialogo entre usuario y el analista, sino que involucra grupos de transacciones que se alimentan al computador de una sola vez. Su objetivo central es igual a la fase de desarrollo de unidades de diseño interactivas. En esta sub. Fase se preparan especificaciones hechas utilizando una combinación de técnicas como flujo gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera que se utilice será útil para que la especificación sea clara y se logre el propósito de que el programador comprenda y pueda programar y probar los programas correspondientes.

• DESARROLLO DE UNIDADES DE DISEÑO MANUALES

Esta subfase incluyen las tareas que se ejecutan en forma manual que se incluyen dentro de lo procedimientos administrativos. Las actividades de esta subfase tienen como objetivo central desarrollar todos los procedimientos administrativos que rodearán y gobernarán la utilización de los componentes computarizados desarrollados en la fase de diseño detallado y construcción.

1. PRUEBAS

Esta fase, da inicio luego de que las diferentes unidades de diseño han sido desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental para asegurar que el software no falle, es decir que funcione deacuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder detectar cualquier anomalía, antes de que el sistema sea puesto en marcha y se dependa de el. Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de prueba:

• Funcional: Prueba desde el punto de vista de los requerimientos funcionales.
• De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de desempeño.
• De Integración: Prueba de interfaces.
• De Aceptación Técnica: Prueba de manejo de condiciones extremas.

Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente, se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para de esta forma dar inicio al proceso de aceptación final, durante el cual, el sistema comenzará a funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso determinado de tiempo llamado Periodo de Aceptación.

Finalizado el Periodo de Aceptación, se le dará al sistema la aprobación final, para que pase a ser el sistema oficial.

1. PRODUCCIÓN Y MANTENIMIENTO
   

• PRODUCCIÓN

Finalmente, en la etapa de producción se asegura que el sistema funcione correctamente en la mayoría de los casos, y con intervención mínima de los administradores del sistema. Para esto se realizan nuevas pruebas, se reevalúan los resultados y se hacen refinamientos del sistema, los cambios necesarios deberán ser introducidos sin afectar a los usuarios, y deberá conseguirse la máxima confianza de los usuarios. El resultado de esta etapa un sistema listo para su operación.

•

Luego que el nuevo sistema ha estado operando, el auditor de sistemas independiente de las otras fases de la vida del sistema, revisará lo siguiente: Determinar si el programa ha logrado los requerimientos de los objetivos, se debe prestar especial atención a la utilización y la satisfacción de los usuarios finales, ellos constituirán un indicador excelente. Verificar que se miden, analizan e informan adecuadamente a la gerencia los beneficios identificados con el estudio de factibilidad. Revisar las solicitudes de cambios a los programas que se han realizado, para evaluar el tipo de cambios que se exigen al sistema, el tipo de cambios puede indicar problemas de diseño, programación o interpretación de los requerimientos de usuario