Está en la página 1de 2

 El seguimiento al estado de los requisitos significa comparar donde realmente se encuentra en un momento dado

contra la expectativa de lo que significa completo para el ciclo de desarrollo V o F


 Cuando se desea adicionar detalle a los requisitos de usuario, es conveniente desarrollar: Políticas de negocio,
Casos de uso, Diagrama de contexto
 Cuando las pruebas pueden continuar, pero el sistema no se puede implementar con este problema, se refiere a
un nivel de severidad: Crítico, alto, Medio
 Qué requisito se puede considerar de Usabilidad: El sistema debe proporcionar mensajes de error que sean
informativos y orientados a usuario final, El nuevo sistema debe desarrollarse aplicando patrones y
recomendaciones de programación que incrementan la eficiencia, El sistema no continuará operando si la
temperatura externa es menor a 6 grados Celcius.
 Qué actividad asegura que “Los requisitos de software se derivan correctamente de los requisitos: empresariales,
sistema, reglas empresariales y otras fuentes”: verificación, validación, ninguna.
 Cuando se desea conocer ¿Qué información entre y sale del sistema?, el modelo de requisitos de usuario para
este enfoque es: diagrama de estado, diagrama de contexto, mapa de procesos
 La verificación determina si el producto con las actividades de desarrollo cumple con sus requisitos (hacer lo
correcto) F o V
 Las herramientas de gestión de requisitos normalmente proporcionan dos atributos generales por el sistema F o
V
 El enfoque de revisión informal “peer deskcheck”, es el que: Se pide a un colega mirar por encima el producto de
trabajo, Donde el autor describe una entrega y solicita comentarios sobre ella, Se invita a varios colegas a
examinar simultáneamente una entrega
 El plan de pruebas se basa en el: Documento visión, Los criterios del autor, ERS
 El gerente del proyecto nunca debe negociar los cambios ni con los gerentes, ni clientes y ni otros interesados: V
oF
 Son afirmaciones verdaderas acerca del negocio, describen asociaciones o relaciones entre los términos del
negocio. A estas reglas se las conoce como: Restricciones, Hechos, Inferencias
 Ningún enfoque individual es universalmente correcto, porque los proyectos difieren en su flexibilidad de
características personal, presupuesto, programación y calidad: V o F
 Dado el caso: El rector del instituto “Aprender”, desea implementar un nuevo sistema de matrícula de cursos en
línea, donde el estudiante será el que se matricule mediante un navegador web. Aquellos estudiantes nuevos
deberán realizar un proceso de registro y validación de los datos personales, donde se le asignará las credenciales
para el ingreso al sistema. Para realizar la matrícula el estudiante deberá ingresar al sistema (mediante su usuario
y clave) y escoger e o los cursos de su preferencia, el sistema controlará los horarios y disponibilidad de cupos,
luego utilizará la forma de pago que más le convenga. Finalizada la matrícula se notificará al correo del estudiante
los detalles de la matrícula y curso, es como el comprobante de pago (factura electrónica). El sistema interactuará
con el sistema de pagos de la institución para las transacciones económicas y con la base de datos de RRHH para
los profesores. El rector ha indicado que a partir del presente año se han planteado nuevos objetivos a nivel
institucional, como es –Contar con una planta de docentes debidamente capacitados –Incrementar la cantidad de
estudiantes –Renovar los equipos tecnológicos. Para lo cual se requiere que se tome en cuenta aquellas
actividades que tienen que ver con el sistema que se implementará como es: ofertas en las matrículas, campañas
de marketing, etc. Responda los siguientes literales: Las entidades que formarían parte del diagrama de contexto
serían:
Las entidades que formarían parte del diagrama de contexto serían: Estudiante, Marketing, Profesores; Entidad
bancaria, Sistema de RRHH, Sistema de pagos; Estudiante, Entidad bancaria, Sistema de RRHH, Sistema de pagos,
Marketing
 La declaración “Tras el envío de la actualización del producto, el número de serie se actualizaría en la línea del
contexto” está escrito en forma: Pasiva, No se identifica, Activa
 Además de los requisitos documentados se pueden validar los requisitos implícitos V o F
 En un proceso iterativo las revisiones de los requisitos se dan a lo largo del proceso de obtención, análisis y
especificación de cada iteración. V o F
 Una vez revisados y aprobados el conjunto de requisitos, éstos se construyen en la línea de base de los requisitos
FoV
 La validación evalúa si un producto satisface las necesidades del cliente (haciendo lo correcto) V o F
 Un mapa de procesos representa un diseño de interfaz de usuario con un alto nivel de abstracción V o F
 Uno de los lectores del documento de requerimientos de usuario es el: Programador, Patrocinador del proyecto,
Diseño de la base de datos
 En una empresa de venta de productos. ¿Cuál es la utilidad del ERS para el administrador del proyecto? Para
estimaciones de calendario, esfuerzo y recursos en los requisitos. Para saber qué es lo que se va a construir. Para
saber qué requisitos cumplen con las leyes y regulaciones.
 Los diagramas de estado de transición y las tablas de estado son dos modelos que proporcionan una
representación concisa completa y sin ambigüedad de los estados de un objeto o sistema. F o V
 Si el alcance de una versión cambia, no se debe actualizar la línea base de los requisitos. F o V
 Un ejemplo de regla de negocio es: A los estudiantes que pagan al contado su matrícula reciben un descuento del
10%. Ofrecer descuentos a los estudiantes en su matrícula de acuerdo al período de tiempo en que realiza la
matrícula. Incrementar la cantidad de estudiantes nuevos en un 15% en el próximo período.
 Para crear los casos de prueba en la validación se parte de: Los modelos de negocio. El documento de visión. Los
requisitos de software.
 Al reunir a los interesados para negociar acerca de los requisitos, existe la posibilidad de priorizar los requisitos F
oV
 Cuando se requiere realizar pruebas de aceptación por parte del usuario, se debe: Mostrar partes del sistema,
Realizar pruebas sobre modelos de requerimientos, Crear pruebas de validación.
 Las normas para las fuentes, íconos, etiquetas, imágenes, esquemas de color, secuencias de campo de tabulación,
entre otros se describen en la sección de Requerimientos de interfaz externa, en la parte de interfaz de:
Hardware, Usuario, Software.
 Los modelos de análisis aportan a las especificaciones escritas en lenguaje natural F o V
 Antes de la línea de base, los requisitos siguen evolucionando, por lo que no tiene sentido…. F o V
 Cuando se desea adicionar detalle a los requisitos de usuario, es conveniente desarrollar: Diagrama de contexto,
Casos de uso, Políticas de negocio.

También podría gustarte