Quiz
DISEÑO Y DESARROLLO DE SOFTWARE.- Proceso de Análisis, Proceso de Diseño y Proceso de Prueba y Mantenimiento
Dieses Quiz enthält Fragetypen, die sich im gewohnten Player öffnen.
Fragen in diesem Quiz (32)
1Es 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.
- AIngeniería del Software
- BDiseño de la interfaz del usuario
- CIngeniería de Sistemas
- DIngeniería mecánica
2En la definición de los requerimientos usualmente se concentra en la derivación de estos tipos de requerimientos:
- ADesarrollo del subsistema, Ingenieria Civil, Arquitectura
- BRequerimientos funcionales abstractos, Propiedades del sistema, Características que no debe mostrar el sistema
- CIngenieria de estructuras, Ingenieria de electronica, Ingenieria mecanica
- DDiseño del sistema, Instalación del sistema, Evolución del sistema
3Una 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:- APropiedades del sistema
- BCaracterísticas que no debe mostrar el sistema
- CRequerimientos funcionales abstractos
- DDiseño del sistema
4Se centra en proporcionar la funcionalidad del sistema a través de sus diferentes componentes.
- ADiseño del sistema
- BDefinición de requerimientos
- CIntegración del sistema
- DDividir requerimientos
5Dividir 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:
- AProbar
- BDiseño del sistema
- CMantenimiento
- DAuditar
61.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.
- A1b,5a,3c,4e,2d
- B1a,5b,3c,4d,2e
- C1a,5b,3d,4c,2e
- D1a,5a,3d,4c,2e
7Proceso de diseño de sistemas.
Selecciona el orden adecuado en el cual se da el proceso.- ADividir requerimientos
Identificar subsistemas
Asignar requerimientos a los subsistemas
Especificar la funcionalidad de los subsistemas
Definir las interfases del subsistema - BDividir requerimientos
Identificar subsistemas
Asignar requerimientos a los subsistemas
Especificar la interfases de los subsistemas - CDividir requerimientos
Asignar requerimientos a los subsistemas
Definir las interfases del subsistema
Especificar la funcionalidad de los subsistemas - DDividir requerimientos
Identificar subsistemas
Asignar requerimientos a los subsistemas
Definir las interfases del subsistema
- ADividir requerimientos
8Las definiciones de requerimientos del sistema especifican Cómo es lo que el sistema lo debe contener y sus propiedades esenciales y deseables.
- ARichtig
- BFalsch
9Una parte importante de la fase de definición de requerimientos es establecer un conjunto completo de objetivos que el sistema debe cumplir.
- ARichtig
- BFalsch
10Un 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.
- ARichtig
- BFalsch
11Es una serie esencial de pasos que ayuda a asegurar la calidad del eventual sistema.
Corresponde al proceso de:- AProbar
- BMantener
- CAuditar
- DAnalizar
12Exactitud de salida; y la utilidad y entendimiento de la documentación y salida de sistemas pertenecen al proceso de:
- AMantener
- BAuditar
- CProbar
- DAnalizar
13En 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
- Adeben hacer pruebas
- Bdeben auditar
- Cdeben hacer mantenimiento
- Ddeben analizar
14A lo largo de este proceso, el analista de sistemas verifica la salida en busca de errores, avisando al programador de cualesquier correcciones necesarias.
- AProbar
- BMantener
- CAuditar
- DAnalizar
15Estas pruebas verifican si los programas que realmente son interdependientes trabajan juntos trabajan juntos como se planeó.
- APruebas completas de sistemas con datos de prueba.
- BPruebas completas de sistemas con datos reales.
- CPruebas de vinculación con datos de prueba.
16Cuando 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.
- ARichtig
- BFalsch
17Este paso incluirá medidas de error, oportunidades, facilidad de uso, clasificación apropiada de transacciones, tiempo fuera de servicio aceptable y manuales de procedimiento entendibles.
- APrueba completa de sistemas con datos de prueba.
- BPrueba completa de sistemas con datos reales.
- CPrueba de vínculo con datos de prueba.
- DPrueba de vínculo con datos reales.
18Los auditores [blank_start]internos[blank_end] trabajan para la misma organización que posee el sistema de información.
- Ainternos
- Bexternos
19Mientras que los [blank_start]externos[blank_end] (tambien llamados independientes) se contratan por fuera.
- Aexternos
- Binternos
20Los [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.
- Aauditores externos
- Bauditores internos
21Los [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.
- Aauditores externos
- Bauditores internos
22Debe usar parte de su experiencia para proyectar lo que podrían ser esas necesidades y después construir flexibilidad y adaptabilidad en el sistema.
- AAuditores externos
- BAnalista de sistemas
- CAuditores internos
- DProgramadores
23Reducir 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.
- ARichtig
- BFalsch
24Los 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.
- ARichtig
- BFalsch
25Tiene 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.
- ARichtig
- BFalsch
26El mantenimiento de emergencia y de adaptación representa menos de la mitad de todo el mantenimiento del sistema.
- ARichtig
- BFalsch
27También los manuales de procedimientos necesitan ser probados. Aunque los manuales se pueden corregir por el personal de apoyo.
- ARichtig
- BFalsch
28Cuando 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:- APrueba completa de sistemas con datos de prueba.
- BPrueba completa de sistemas con datos reales.
- CPrueba de vínculos con datos de prueba.
- DPrueba de vínculos con datos reales.
29Trabaja para asegurar que los programadores implementen las técnicas de prueba correctas pero probablemente no desempeñe personalmente este nivel de verificación.
- AProgramador
- BIngeniero Mecánico
- CEl analista de sistemas
- DArquitecto
30Un 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.- ARichtig
- BFalsch
31Operadores y usuarios finales se involucran en esta prueba.
- APrueba completa de sistemas con datos de prueba.
- BPrueba completa de sistemas con datos reales.
- CPrueba de vinculo con datos de prueba.
- DPrueba vinculo con datos reales.
32Fijar 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:- 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 vínculos con datos reales.
Informationen
- Beschreibung
- 1. Proceso de Análisis: definición de requerimientos del sistema; requerimientos funcionales abstractos; propiedades del sistema. 2. Proceso de Diseño: identificar subsistemas; definir interfaces del subsistema 4. Proceso de Prueba y Mantenimiento
- Autor
- guille melendez
- Sprache
- Español
- Aufrufe
- 116
- Schlagwörter
- Bewertung
- Noch keine Bewertungen Bewerte dieses Quiz