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.
|
