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.