Test
DISEÑO Y DESARROLLO DE SOFTWARE Proceso de Análisis, Proceso de Diseño y Proceso de prueba y mantenimiento
Preguntas del test (19)
1El proceso de la ingeniería de sistemas.
Consta de los siguientes pasos.- ADefinición de requerimientos
Diseño del sistema
Diseño del subsistema
Integración del sistema
Instalación del sistema
Terminación del sistema
Desmantelamiento del sistema - BDefinición de requerimientos
Diseño del sistema
Diseño del subsistema
Integración del sistema
Instalación del sistema
Evolución del sistema
Desmantelamiento del sistema - CDefinición de requerimientos
Diseño del subsistema
Integración del sistema
Instalación del sistema
Evolución del sistema
Desmantelamiento del sistema - DDefinición de requerimientos
Diseño del sistema
Diseño del subsistema
- ADefinición de requerimientos
2Es una actividad interdiciplinaria que conjunta equipos de personas con diferentes bases de conocimientos. Los equipos de ingeniería de sistemas son necesarios debido al amplio conocimiento requerido para considerar todas las implicaciones de las decisiones en el diseño de sistemas.
- AIngeniería de sistemas
- BIngeniería de electrónica
- CIngeniería de software
- DIngeniería de estructuras
3Las definiciones de requerimientos del sistema especifican qué es lo que el sistema debe hacer (sus funciones) y sus propiedades esenciales y deseables.
- AVerdadero
- BFalso
4Definición de requerimientos.
En esta fase usualmente se concentran en la derivación de 3 tipo de requerimientos:- ARequerimientos funcionales abstractos
Ingeniería de sistemas
Características que no debe mostrar el sistema - BSistema de alarma contra incendios
Propiedades del sistema
Características que no debe mostrar el sistema - CRequerimientos funcionales abstractos
Propiedades del sistema
Características que no debe mostrar el sistema - DRequerimientos funcionales abstractos
Propiedades del sistema
Características que debe mostrar el sistema
- ARequerimientos funcionales abstractos
5Relaciona la descripción correcta de cada uno de los tipos de requerimientos.
1.- Requerimientos funcionales abstractos.
2.- Propiedades del sistema.
3.- Características que no debe mostrar el sistema.
a.- Estas son propiedades emergentes no funcionales del sistema, tales como la disponibilidad, el rendimiento y la seguridad.
b.- En un sistema de control de trafico aéreo, especificaría que una BD del plan de vuelo debe usarse para almacenar los planes de vuelo de todos los aviones que entran al espacio aéreo controlado.
c,.- Si esta especificando un sistema de control de trafico aéreo, puede especificar que el sistema no debe presentar demasiada información al controlador.- A1-a, 2-c, 3-b
- B1-b, 2-a 3-c
- C1-c, 2-a, 3-b
6Es tan complejo y en el que hay tantas entidades relacionadas que no existe una especificación definitiva del problema. Un ejemplo extremo es la previsión de terremotos.
- ADesarrollo de subsistemas
- BProblema travieso de Rittel y Webber 1073
- CDesmantelamiento de sistemas
- DDiseño de sistemas
7El diseño de Sistemas, se centra en proporcionar la funcionalidad del sistema a través de sus diferentes componentes. Las actividades que se realizan en este proceso son:
- ADividir requerimientos
Identificar subsistemas
Asignar requerimientos a los subsistemas
Especificar la funcionalidad de los subsistemas - BIdentificar subsistemas
Asignar requerimientos a los subsistemas
Especificar la funcionalidad de los subsistemas
Definir las interfases del subsistema. - CDividir requerimientos
Identificar subsistemas
Asignar requerimientos a los subsistemas
Especificar la funcionalidad de los subsistemas
Definir las interfases del subsistema. - DDividir requerimientos
Identificar subsistemas
Asignar requerimientos a los subsistemas
Definir las interfases del subsistema.
- ADividir requerimientos
8Relaciona la descripción correcta de cada uno de los procesos del Diseño de sistemas:
1.- Dividir requerimientos
2.- Identificar subsistemas
3.- Asignar requerimientos a los subsistemas
4.- Especificar la funcionalidad de los subsistemas
5.- Definir las interfases del subsistema.
a.- Una vez que estas interfaces se han acordado, es posible desarrollar estos subsistemas en paralelo.
b.- Debe enumerar las funciones especificas asignadas a cada subsistema. También debe intentar especificar las relaciones entre los subistemas en esta etapa.
c.- Esto debe ser sencillo si la división de requerimientos se utiliza para la identificación de subsistemas. No existe igualdad entre las divisiones de requerimientos y la identificación de subistemas.
d.- Identificar los diferentes subsistemas que pueden individual y colectivamente, cumplir los requerimientos. De tal forma que esta actividad y la de división de requerimientos se puede fusionar.
e.- Analice los requerimientos y organícelos en grupos afines.- A1-e 2-d, 3-c, 4-b. 5-a
- B1-a 2-d, 3-c, 4-b. 5-e
- C1-d 2-e, 3-c, 4-b. 5-a
- D1-b 2-d, 3-c, 4-e. 5-a
9Es una seria esencial de pasos que ayuda a asegurar la calidad del eventual sistema.
- AAuditar
- BProbar
- CMantener
- DEvaluar
10Antes de que el sistema se ponga en producción, todos los programas se deben verificar en el escritorio, verificar con datos de prueba y verificar para ver si los módulos trabajan entre sí como se planeó.
- AVerdadero
- BFalso
11Cumplen un papel diferente en los varios aspecto a probar. Las pruebas de hardware normalmente se proporcionan como un servicio por los vendedores de equipo quienes ejecutaran sus propias pruebas en el equipo cuando se libere en el sitio.
- Aprogramadores, analistas,operadores y usuarios
- Banalistas,operadores y usuarios
- Coperadores y usuarios
- DLos programadores, análisis y operadores
12El analista de sistemas sirve como consejero y coordinador para las pruebas del programa. El analista trabaja para asegurar que los programadores implementen las técnicas de prueba correctas pero probablemente no desempeñe personalmente este nivel de verificación. En esta fase, los programadores primero deben hacer pruebas de escritorio de sus programas para verificar la forma en que funcionará el sistema.
El analista normalmente no recomendara o creará datos de prueba para las pruebas de programas pero podría señalar al programador las omisiones de tipos de datos a ser agregados en pruebas posteriores.- APrueba completa de sistemas con datos de prueba.
- BPrueba de vínculos con datos de prueba.
- CPrueba completa de sistemas con datos reales.
- DPruebas de programas con datos de prueba.
13Cuando los programas pasan la verificación de escritorio y la verificación con datos de prueba, se deben pasar por las pruebas de vínculos, que también se conocen como prueba de cadena. Estas pruebas verifican si los programas que realmente son independientes trabajan juntos como se planeó.
El analista crea datos de prueba especiales que cubren una variedad de situaciones de procesamiento para la prueba de vinculación.- APrueba de vínculos con datos de prueba.
- BPruebas de programas con datos de prueba.
- CPrueba completa de sistemas con datos reales.
- DPrueba completa de sistemas con datos de prueba.
14Cuando las pruebas de vinculación se concluyen satisfactoriamente, se debe probar el sistema como una entidad completa. En esta fase, los operadores y los usuarios finales se involucran activamente en la prueba.
- APrueba de programas con datos de prueba.
- BPrueba de vínculos con datos de prueba.
- CPrueba completa de sistemas con datos reales.
- DPrueba completa de sistemas con datos de prueba.
15Existen varios factores a considerar cuando se prueban los sistemas con datos de prueba:
1.- Examinar si los operadores tienen la documentación adecuada en los manuales de procedimiento.
2.- Verificar si los manuales de procedimientos son lo bastante claros como para comunicar como se deben preparar los datos para la entrada.
3.- Determinar si los flujos de trabajo necesarios para el sistema nuevo o modificado realmente "fluyen".
4.- Determinar si la salida es correcta y si los usuarios entienden que esta salida es como se verá en su formulario final.- APrueba completa de sistemas con datos reales.
- BPrueba completa de sistemas con datos de prueba.
- CPrueba de vínculos con datos de prueba.
- DPrueba de programas con datos de prueba.
16Cuando 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. Sólo se usan pequeñas cantidades de datos reales en este tipo de prueba de sistemas.
- APrueba de vínculos con datos de prueba.
- BPrueba completa de sistemas con datos de prueba.
- CPrueba completa de sistemas con datos reales.
- DPruebas de programas con datos de prueba.
17Lo mejor y más fácil del diseño de sistemas será asegurar que el negocio tendrá que gastar menos dinero en el mantenimiento. Reducir los costos de mantenimiento es una consideración principal, debido a que el mantenimiento de software aislado puede consumir más de 50 % del presupuesto de procesamiento de datos para el negocio. Los costos de mantenimiento excesivos 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. Detectar y corregir a tiempo los errores de diseño de software es menos costoso que permitir que permanezcan inadvertidos hasta que sea necesario el mantenimiento.
- AVerdadero
- BFalso
18Auditar es otra forma de asegurar la calidad de la información contenida en el sistema. Auditar se refiere a pedirle a un experto, que no este involucrado en crear o usar un sistema,examinar la información para determinar su fiabilidad.
- AVerdadero
- BFalso
19Generalmente hay dos tipos de auditores para los sistemas de información: interno y externo. Determinar si ambos son necesarios para el sistema que usted diseña, dependerá de que tipo de sistema es. Los auditores internos trabajan para la misma organización que posee el sistema de información, mientras que los externos se contratan por fuera.
- AVerdadero
- BFalso
Información
- Descripción
- Proceso de Análisis, Proceso de Diseño y Proceso de prueba y mantenimiento.
- Autor
- guille melendez
- Idioma
- Español
- Visitas
- 20
- Etiquetas
- Valoración
- Aún sin valoraciones Valora este test