Unidad IX - El Proceso de Desarrollo de Sistemas de Información.

Proceso de Desarrollo de Sistemas

- Análisis de Sistemas - Diseño de Sistema - Programación - Prueba - Conversión - Producción y Mantenimiento

Estrategias principales de conversión

- Estrategia paralela - Estrategia de reemplazo directo - Estrategia de estudio piloto - Estrategia de metodología en fases.

Tipos de medidas de contingencia

- Las medidas preventivas. (Redundancia) - Las medidas encaminadas a reducir los efectos adversos (Paleativas?) - Las medidas encaminadas a la restauración de la situación al estado anterior a que ocurra la contingencia (Rollback?)

Metodologías para modelar y diseñar sistemas

- Metodologías estructuradas - Desarrollo orientado a objetos

Plan de pruebas

Abarca todas las preparaciones para la serie de pruebas

Análisis de Sistemas

Consiste en definir el problema, identificar sus causas, especificar la solución e identificar los requerimientos de información que debe cumplir una solución de sistemas. Es el "que"

Prueba de unidad o prueba de programa

Consiste en probar cada programa por separado en el sistema.

Conversión

Determina como se pasará del sistema anterior al nuevo.

Producción y mantenimiento.

Durante esta etapa, tanto los usuarios como los especialistas técnicos usarán el sistema para determinar qué tan bien ha cumplido con sus objetivos originales, y para decidir si hay que hacer alguna revisión o modificación

Apuntes Unidad IX

El resto de las tarjetas incluye información dada en los apuntes de la Profesora. Hay conceptos que se repiten y otros que difieren un poco al libro.

Diseño de Sistemas

Es el "cómo" El diseño de sistemas muestra cómo cumplirá con este objetivo. El diseño de un sistema de información es el plan o modelo general para ese sistema.

Conversión

Es el proceso de cambiar del sistema anterior al nuevo sistema. • Estrategia paralela: el sistema anterior y el nuevo operan juntos. • Estrategia de reemplazo directo: se reemplaza al sistema anterior en su totalidad por el nuevo sistema. • Estrategia de estudio piloto: se introduce una parte del sistema en solo un área limitada de la organización, por ejemplo en una sola sucursal, y basado en la retroalimentación se efectúan los cambios para luego implementarlos en toda la organización.

Plan de Contingencia

Es un conjunto de medidas de carácter organizativo, técnico y humano que tiene como principal finalidad la continuación del negocio o establecer cómo actuar cuando ocurren situaciones extraordinarias y/o en que existe algún tipo de riesgo.

Prueba de sistema

Evalúa el funcionamiento del sistema de información como un todo. Trata de determinar si los módulos discretos funcionarán en conjunto según lo planeado, y si existen discrepancias entre la forma en que funciona el sistema en realidad y la manera en que se concibió.

Estrategia de estudio piloto

Introduce el nuevo sistema a sólo un área limitada de la organización, como un solo departamento o una sola unidad operacional. Cuando esta versión piloto está completa y trabaja de manera uniforme, se instala en el resto de la organización, ya sea de manera simultánea o en etapas.

Estrategia de metodología en fases

Introduce el nuevo sistema en etapas, ya sea con base en las funciones o las unidades organizacionales.

Conversión

La conversión es el proceso de cambiar del sistema anterior al nuevo

Programación

Las especificaciones del sistema que se prepararon durante la etapa de diseño se traducen en código de programa de software

Evaluación del sistema

Los objetivos son: • Detectar oportunamente los hechos que pueden derivar en actitudes negativas. • Verificar el cumplimiento de los objetivos iniciales. • Medir el grado de satisfacción de los usuarios. • Identificar oportunamente necesidades de entrenamiento y capacitación. • Tomar acciones correctivas "a tiempo".

Desarrollo orientado a objetos

Modela un sistema como una colección de objetos que combinan procesos y datos. Se basa en los conceptos de clase y herencia.

Diseño

Mostrará "cómo" llevaremos a cabo la solución.

Objetivo de un Plan de Contingencia

Prever continuidad a las operaciones y servicios críticos de cada negocio en caso de eventualidades y emergencias que las pudieran afectar. Ejemplos de eventualidades: • Desastres naturales • Interrupción de suministros básicos • Intrusiones, vandalismo y terrorismo • Aumento inesperado de la carga de trabajo • Fallas de equipamiento • Otros peligros

Prueba de aceptación

Provee la certificación final de que el sistema está listo para usarse en un entorno de producción. Los usuarios evalúan las pruebas de sistemas y la gerencia las revisa.

Análisis y especificación de requerimientos

Se centra en tratar de entender "qué" se requiere, cuáles son los requisitos y finaliza con la documentación de los mismos.

Prueba

Se debe realizar una prueba exhaustiva y detallada para determinar si el sistema produce o no los resultados correctos

Metodologías estructuradas

Se enfocan en modelar los procesos y los datos por separado. El diagrama de flujo de datos es la principal herramienta para el análisis estructurado. El diagrama de estructura es la principal herramienta para representar el diseño de software estructurado.

Producción y mantenimiento

Se pone en producción del nuevo sistema y se llevan a cabo mediante el mantenimiento, cualquier cambio o modificación requerida una vez que el sistema ya se encuentra funcionando.

Proceso de desarrollo de sistemas

Se puede llevar a cabo de manera secuencial a través de una serie de actividades para lograr el objetivo

Estrategia de reemplazo directo

Sustituye el sistema anterior en su totalidad con el nuevo, en un día programado con anterioridad.

Estrategia paralela

Tanto el sistema anterior como su reemplazo potencial se operan en conjunto durante un tiempo, hasta que todos estén seguros de que el nuevo funciona de manera correcta.

Programación/Codificación

Toma las especificaciones obtenidas en la etapa de diseño sobre los procesos y los traduce al lenguaje especificado.

Prueba

Trata de detectar cada error antes de la entrega del producto al cliente.

Tipos de Pruebas

prueba de unidad, prueba de sistema y prueba de aceptación.

Modelo Lógico

• A través de una representación gráfica con apoyo escrito, define: ✓ Fuentes y destino de la información ✓ Información que debe ser almacenada ✓ Procesos de transformación que debe aplicarse a la información ✓ Flujos de información ✓ Formato de los datos que componen la información

Etapas de los Planes de Contingencia:

• Análisis de riesgo • Plan de contingencia • Prueba del plan • Distribución del plan • Aplicación • Revisión

Actividades del desarrollo de sistemas

• Análisis y especificación de requerimientos • Diseño. • Programación/Codificación • Prueba • Conversión • Producción y mantenimiento

Modelo físico

• Define en detalle: ✓ Las salidas del sistema ✓ Las entradas del sistema ✓ Los procesos computacionales ✓ Los archivos, base de datos y estructuras de datos ✓ Los procedimientos y tipos de procesos ✓ Consideraciones de performance y tiempos de respuesta ✓ Aspectos de control, seguridad, confidencialidad Considerando el hardware y el software a emplear.

Diseño

• Diseño: determinar cómo se cumplirá con los objetivos, ya que en la etapa de análisis se describió lo que debe hacer el sistema. • En algunas oportunidades, esta etapa de diseño puede dividirse en diseño general y diseño detallado. • En la etapa de diseño se generan los siguientes modelos: o El Modelo Físico: su objetivo es generar las especificaciones completas para poder construir el sistema de información y atender a los aspectos relacionados con las limitaciones tecnológicas y humanas. o El Modelo Lógico: su objetivo es construir un modelo conceptual, entre el usuario y el especialista, que represente la solución que se propone, independientemente de los aspectos físicos del sistema.

Análisis y determinación de requerimientos

• Requerimientos: son las necesidades planteadas por el cliente o usuarios. • Los requerimientos a encontrar: ➢ Comprensión del proceso ➢ Frecuencia y volumen de los procesos ➢ Identificación de controles ➢ Requisitos de transacciones de los usuarios ➢ Requerimientos de decisión de los usuarios • Técnicas para encontrarlos: ➢ Entrevistas ➢ Cuestionarios ➢ Revisión de registros ➢ Observación • Especificar los requerimientos.