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.
Ingeniería del Software
Diseño de la interfaz del usuario
Ingeniería de Sistemas
Ingeniería mecánica
En la definición de los requerimientos usualmente se concentra en la derivación de estos tipos de requerimientos:
Desarrollo del subsistema, Ingenieria Civil, Arquitectura
Requerimientos funcionales abstractos, Propiedades del sistema, Características que no debe mostrar el sistema
Ingenieria de estructuras, Ingenieria de electronica, Ingenieria mecanica
Diseño del sistema, Instalación del sistema, Evolución del sistema
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:
Propiedades del sistema
Características que no debe mostrar el sistema
Requerimientos funcionales abstractos
Diseño del sistema
Se centra en proporcionar la funcionalidad del sistema a través de sus diferentes componentes.
Definición de requerimientos
Integración del sistema
Dividir requerimientos
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:
Probar
Mantenimiento
Auditar
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.
1b,5a,3c,4e,2d
1a,5b,3c,4d,2e
1a,5b,3d,4c,2e
1a,5a,3d,4c,2e
Proceso de diseño de sistemas. Selecciona el orden adecuado en el cual se da el proceso.
Dividir requerimientos Identificar subsistemas Asignar requerimientos a los subsistemas Especificar la funcionalidad de los subsistemas Definir las interfases del subsistema
Dividir requerimientos Identificar subsistemas Asignar requerimientos a los subsistemas Especificar la interfases de los subsistemas
Dividir requerimientos Asignar requerimientos a los subsistemas Definir las interfases del subsistema Especificar la funcionalidad de los subsistemas
Dividir requerimientos Identificar subsistemas Asignar requerimientos a los subsistemas Definir las interfases del subsistema
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:
Mantener
Analizar
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 deben hacer pruebas deben auditar deben hacer mantenimiento deben analizar( deben hacer pruebas, deben auditar, deben hacer mantenimiento, deben analizar ) 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ó.
Pruebas completas de sistemas con datos de prueba.
Pruebas completas de sistemas con datos reales.
Pruebas de vinculación con datos de prueba.
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.
Prueba completa de sistemas con datos de prueba.
Prueba completa de sistemas con datos reales.
Prueba de vínculo con datos de prueba.
Prueba de vínculo con datos reales.
Los auditores internos externos( internos, externos ) trabajan para la misma organización que posee el sistema de información.
Mientras que los externos internos( externos, internos ) (tambien llamados independientes) se contratan por fuera.
Los auditores externos auditores internos( auditores externos, auditores internos ) se usan cuando el sistema de información procesa datos que influyen en las declaraciones financieras de una compañía.
Los auditores externos auditores internos( auditores externos, auditores internos ) 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.
Auditores externos
Analista de sistemas
Auditores internos
Programadores
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:
Prueba de vínculos con datos de prueba.
Prueba de vínculos con datos reales.
Trabaja para asegurar que los programadores implementen las técnicas de prueba correctas pero probablemente no desempeñe personalmente este nivel de verificación.
Programador
Ingeniero Mecánico
El analista de sistemas
Arquitecto
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.
Prueba de vinculo con datos de prueba.
Prueba vinculo con datos reales.
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: