DISEÑO Y DESARROLLO DE SOFTWARE.- Proceso de Análisis, Proceso de Diseño y Proceso de Prueba y Mantenimiento

Es una actividad interdisciplinaria que conjunta equipos de personas con diferentes bases de conocimientos. Los equipos de ingenieria de sistemas son necesarios debido al amplio conocimiento requerido para considerar todas las implicaciones de las decisiones en el diseño de sistema.

En la definición de los requerimientos usualmente se concentra en la derivación de estos tipos de requerimientos:

Una base de datos del plan de vuelo debe usarse para almacenar los planes de vuelo de todos los aviones que entrarán al espacio aéreo controlado. Pertenece a un tipo de requerimiento:

Se centra en proporcionar la funcionalidad del sistema a través de sus diferentes componentes.

Dividir requerimientos, Identificar subsistemas, Asignar requerimientos a los subsistemas, Especificar la funcionalidad de los subsistemas y Definir las interfases del subisistema. Son actividades del este proceso:

1.Dividir requerimientos 2.Identificar subsistemas 3.Asignar requerimientos a los subsistemas 4.Especificar la funcionalidad de los subsitemas 5.Definir las interfases del subsistema a. Analice los requerimientos y organicelos en grupos afines. b. Defina las interfases necesarias y requeridas por cada subsistema. c. Asigne los requerimientos a los subsistemas. d. Debe enumerar las funciones especificas asignadas a cada subsistema. e. Debe identificar los diferentes subsistemas que pueden individual o colectivamente cumplir los requerimientos.

Proceso de diseño de sistemas. Selecciona el orden adecuado en el cual se da el proceso.

Las definiciones de requerimientos del sistema especifican Cómo es lo que el sistema lo debe contener y sus propiedades esenciales y deseables.

Una parte importante de la fase de definición de requerimientos es establecer un conjunto completo de objetivos que el sistema debe cumplir.

Un problema travieso (Rittel y Webber 1973) es un problema que es tan complejo y en el que hay tantas entidades relacionadas que no existe una especificación definitiva del problema. Un ejemplo extremo de un problema travieso es: la detección de intrusos.

Es una serie esencial de pasos que ayuda a asegurar la calidad del eventual sistema. Corresponde al proceso de:

Exactitud de salida; y la utilidad y entendimiento de la documentación y salida de sistemas pertenecen al proceso de:

En esta fase los programadores primero [blank_start]deben hacer pruebas[blank_end] de escritorio de sus programas para verificar la forma en que funcionara el sistema

A lo largo de este proceso, el analista de sistemas verifica la salida en busca de errores, avisando al programador de cualesquier correcciones necesarias.

Estas pruebas verifican si los programas que realmente son interdependientes trabajan juntos trabajan juntos como se planeó.

Cuando las pruebas de vinculación se concluyen satisfactoriamente, se debe probar el sistema como una entidad completa. En esta fase, los operadores y usuarios finales se involucran activamente en la prueba.

Este paso incluirá medidas de error, oportunidades, facilidad de uso, clasificación apropiada de transacciones, tiempo fuera de servicio aceptable y manuales de procedimiento entendibles.

Los auditores [blank_start]internos[blank_end] trabajan para la misma organización que posee el sistema de información.

Mientras que los [blank_start]externos[blank_end] (tambien llamados independientes) se contratan por fuera.

Los [blank_start]auditores externos[blank_end] se usan cuando el sistema de información procesa datos que influyen en las declaraciones financieras de una compañía.

Los [blank_start]auditores internos[blank_end] estudian los controles usados en el sistema de información para estar seguros que son adecuados y que están haciendo lo que deben hacer.

Debe usar parte de su experiencia para proyectar lo que podrían ser esas necesidades y después construir flexibilidad y adaptabilidad en el sistema.

Reducir los costos de mantenimiento es una consideración principal, debido a que el mantenimiento de software aislado puede consumir mas de % 50 del presupuesto de procesamiento de datos para un negocio.

Los costos de mantenimiento excesivo se reflejan directamente en el diseñador del sistema , debido a que aproximadamente %70 de errores de software se han atribuido al diseño de software inadecuado.

Tiene sentido que detectar y corregir a tiempo los errores de diseño de software es mas costoso que permitir que permanezcan inadvertidos hasta que sea necesario el mantenimiento.

El mantenimiento de emergencia y de adaptación representa menos de la mitad de todo el mantenimiento del sistema.

También los manuales de procedimientos necesitan ser probados. Aunque los manuales se pueden corregir por el personal de apoyo.

Cuando las pruebas de sistemas con datos de prueba se realizan de manera satisfactoria , es bastante recomendable probar el nuevo sistema repetidas veces con lo que se conoce como datos reales, datos que se han procesado de manera exitosa con el sistema existente. Estamos hablando del tipo de prueba:

Trabaja para asegurar que los programadores implementen las técnicas de prueba correctas pero probablemente no desempeñe personalmente este nivel de verificación.

Un aspectos que se debe vigilar de la manera en que los usuarios interactuarán con el sistema es Vigilar la facilidad con lo que el usuario aprende el sistema, manera en que reaccionan los usuarios y sus tiempos de respuesta , todos los sistemas reales antes de que se ponga en producción.

Operadores y usuarios finales se involucran en esta prueba.

Fijar el tiempo adecuado para la prueba del sistema. Con frecuencia este paso se elimina si la instalación del sistema se retrasa en la fecha indicada. Corresponde a la prueba: