Evaluación 2 bimestre Ingeniería de Requisitos
![]() |
![]() |
![]() |
Título del Test:![]() Evaluación 2 bimestre Ingeniería de Requisitos Descripción: Evaluación octubre - febrero 2019 |




Comentarios |
---|
NO HAY REGISTROS |
Si alcance de una versión cambia, no se debe actualizar la línea base de los requisitos. Verdadero. Falso. El producto principal de una revisión de requisitos formal es: Las declaraciones de los requisitos que no cumplen con las características de calidad. Un resumen de los defectos encontrados y los problemas planteados durante la revisión. Una lista de revisiones y el juicio del equipo de revisores. Dado los siguientes requisitos, indique si son funcionales o no funcionales. El sistema deberá tardar un máximo de 10 minutos para la recuperación de un fallo de caída total en el 95% de las ocasiones. El sistema permitirá al cliente registrar sus datos personal y otorgarle un usuario clave para autentificarse. El sistema deberá evitar el uso de extensiones propietarias al estándar SQL-92 en el sistema de gestión de base de datos que utilice. El código fuente que se implemente en java deberá cumplir con las recomendaciones de Code Conventions for the Java Programming Language. El sistema permitirá a los usuarios catalogar y priorizar los requisitos al momento de elaborar el listado de distribución. Dado que el ERS es la base para la posterior planificación, diseño y codificación del proyecto, así como la base para las pruebas del sistema y la documentación del usuario, éste (el ERS) debe incluir todos los detalles de diseño, contracción y pruebas el proyecto así como las limitaciones de diseño y ejecución. Verdadero. Falso. Una vez revisados y aprobados el conjunto de requisitos, éstos se constituyen en la línea de base de los requisitos. Verdadero. Falso. Cuando se desea conocer ¿Quiénes interactuarán directamente con el sistema?, el modelo de requisitos de usuario para este enfoque es: Modelo de datos. Tabla de actores o personas. Tabla evento - respuesta. El análisis de requisitos, al personal técnico les sirve para: Seleccionar la metodología de desarrollo del sistema. Proceder con el diseño, construcción y pruebas. Establecer estimaciones realistas del proyecto. Cuando se desea adicionar detalle a los requisitos de usuario, es conveniente desarrollar: Diagrama de contexto. Caso de uso. Políticas de negocio. ¿Qué requisito se puede considerar de Usabilidad?. El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de programación que incrementen la seguridad de datos. El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario final. El sistema no continuará operando si la temperatura externa es menor a 6 grados Celsius. El requisito: "El sistema mantendrá un registro de todos los materiales de la biblioteca, incluyendo libros, periódicos, revistas, vídeos y CDRoms", es una definición desde la perspectiva del: No es un requisito. Usuario. Sistema. El análisis de requisitos, a los Gerentes les sirve para: Seleccionar la metodología de desarrollo del sistema. Proceder con el diseño, construcción y pruebas. Establecer estimaciones realistas del proyecto. Dada una base de datos con una gran cantidad de información dónde se desea obtener indicadores en base al análisis mediante algoritmos de minería de datos. Este caso corresponde al dominio Dinámico. Verdadero. Falso. Ningún enfoque individual es universalmente correcto, porque los proyectos difieren en su flexibilidad de características, personal, presupuesto programación y calidad. Veradero. Falso. Cuando se requiere realizar pruebas de aceptación por parte del usuario, se debe: Crear pruebas de validación. Realizar pruebas sobre modelos de requerimientos. Mostrar partes del sistema. Un ejemplo de política de negocio es: Ofrecer descuentes a los estudiantes en su matrícula de acuerdo al período de tiempo en que se realice la matrícula. A los estudiantes que pagan al contado su matrícula reciben una descuente del 10%. Incrementar la cantidad de estudiantes nuevos en un 15% en el próximo período. Para determinar el alcance del proyecto aparte de los modelos de análisis, es necesario la revisión y aprobación por parte del patrocinador. Verdadero. Falso. Cuando se requiere validar los modelos, se debe: Revisión de pares. Mostrar partes del sistema. Realizar pruebas sobre modelos de requisitos. La verificación determina si el producto con las actividades de desarrollo cumple con los requisitos (hacer lo correcto). Verdadero. Falso. Un ejemplo de dominio transaccional de negocio, es un sistema de georreferenciación. Verdadero. Falso. En base a la pregunta elija el modelo de requisitos de usuario que considera sea el más apropiado. ¿Qué información entra y sale del sistema?. Patrones 1 ¿Cuándo el sistema necesita responder o actuar?. ¿Quiénes interactuaran directamente con el sistema ?. ¿Qué funciones de la organización interactúan para compartir información ?. ¿Cómo hacer operar los procesos en el negocio para alcanzar los objetivos de negocio?. El requisito: "El profesor será capaz de generar los listados de notas por paralelo y por período académico", es una definición desde la perspectiva del: No es un requisito. Usuario. Sistema. El enfoque de revisión informal "pasoound", es el que: Donde el autor describe una entrega y solicita comentarios sobre ella. Se invita a varios colegas a examinar simultáneamente una entrega. Se pide a un colega mirar por encima el producto de trabajo. Elija las actividades de la gestión de requisitos (más de una opción). Control de versión. Control del cambio. Especificación de requisitos de software. Seguimiento a los requisitos. Seguimiento al estatus de los requisitos. Obtención de información. Validación de requisitos. Elicitación de requisitos. Además de los requisitos documentados se pueden validar los requisitos implícitos. Verdadero. Falso. El plan de pruebas se basa en el: ERS. Documento de visión. Los criterios del autor. En una inspección, el autor ¿Qué papel cumple?. Inspector. Pasivo (escucha comentarios). Auditor. Son afirmaciones verdaderas acerca del negocio, describen asociaciones o relaciones entre los términos del negocio. A estas reglas se las conoce como: Hechos. Inferencias. Restricciones. Una de las maneras de representar los requisitos es mediante lenguaje natural bien estructurado y cuidadosamente escrito. Verdadero. Falso. Desarrollar una pantalla para la matrícula en línea donde el usuario puede validar se conoce como: Ayuda de usuario. Matriz de requisitos. Prototipo operacional. Relacione las descripciones con las sugerencias para elaborar las declaraciones de los requisitos para obtener la máxima eficiencia en la comunicación. Escribir los requisitos en frase completas usando tanto gramática como ortografía y puntuación apropiadas. Para describir alguna capacidad del sistema - puede utilizar también "necesita" o algo similar pero que sea coherente. Para dejar en claro qué entidad está tomando la acción descrita. |