Evaluar el impacto del cambio a los requisitos definidos e incorporar los cambios aprobados en el proyecto de una manera controlada, es una actividad de la Gestión de requisitos Verdadero Falso.
El estudiante con respecto a la UTPL (comó organización), ¿Qué rol tiene? Patrocinador Usuario Cliente.
La UTPL desea desarrollar un sistema de matrícula en línea, para que los estudiantes realicen su matrícula desde cualquier lugar con acceso a internet, ¿El estudiante que rol tiene? Cliente Patrocinador Usuario.
El analista, al desarrollar un producto ¿Qué es lo que tiene que considerar para que el usuario compre o acepte el producto de software? Que no sea costoso Que el producto sea valioso, útil y satisfactorio Que la organización se adapte al software.
Cuando se ha detectado el riesgo "Expectativas pocos realistas de los clientes", la mejor alternativa para mitigar éste riesgo es: Crear la visión del producto Formalizar el documento del visión Priorizar los requisitos.
Las observaciones pueden ser: Abiertas y cerradas Silenciosas o interactivas Estructurales y no estructurales.
El que compra el producto una vez que ha sido desarrollado, convirtiéndose en el nuevo propietario del producto, se lo conoce como: Administrador Cliente Usuario.
El experto en la materia con respecto a la organización es: Interno Interno o externo Externo.
Comprobar que le producto basado en requisitos satisface las necesidades del cliente y logra los objetivos del negocio, es una actividad que se realiza en la especificación. Falso Verdadero.
Dado el siguiente diagrama
"Valor de matrícula" es: Flujo de información Sistema Entidad externa.
Dado el siguiente diagrama
"Entidad bancaria" es: Flujo de información Sistema Entidad externa.
"La interfaz de usuario será implementada como HTML simple sin frames ni applets java", es un ejemplo de requisito de: Organización Externo Producto.
"El sistema de permitir al usuario registrar los datos de clientes nuevo", es un ejemplo de requisito de: Usuario Sistema No funcional.
El consultor con respecto al equipo de desarrollo es un interesado: Interno Interno y externo Externo.
Los requisitos que describen lo que el sistema software debe hacer, se conoce como: Características Funcionales No funcionales.
El personal de soporte operativo con respecto al equipo del proyecto, es: Interno Externo Interno y externo.
Los requisitos no funcionales externos se subdividen en: Usabilidad, seguridad, confiabilidad y eficiencia Producto, organización y externo Regulatorios, éticos y legales.
Descomponer los requisitos de alto nivel a un nivel de detalle mas apropiado, es una de las actividades de: Especifiación Análisis Obtención.
Cuando se realiza el visionamiento y alcance, las organizaciones que construyen software comercial a menudo crean un documento de requisitos de mercado. Verdadero Falso.
El interesado más obvio (importante) en cualquier proyecto de desarrollo de software es el: Consultor Propietario Cotador.
En el documento de visión y alcance se describen los requisitos de: Sistema Software Negocio.
En una empresa donde tenemos los inversionistas que son representantes a través del director de finanzas, el director del proyecto de la empresa y el director del proyecto de desarrollo de software, ¿ Cuál es el sponsor o patrocinador del proyecto de desarrollo de software? Director de proyecto de desarrollo de software Director de finanzas Director de proyecto de la empresa.
Para el caso del sistema de matrícula en línea, cuando el estudiante registra la solicitud de matrícula se genera una factura electrónica que debe ajustarse a normativas gubernamentales, por lo tanto el interesado que regula la factura es: IESS Entidad financiera SRI.
En un sistema de nómina el analista con respecto a la actividad de "especificar los requisitos de software", es el que: Revisa Aprueba Produce.
Cuando el analista describe las definiciones y la problemática del producto de acuerdo a las metas y objetivos del negocio, entonces a logrado realizar. La especificación La validación El visionamiento .
A la reunión de interesados cuidadosamente seleccionados que trabajan bajo la guía de un experto neutral que produce y documenta modelos de requisitos, se conoce como entrevista Falso Valso.
Para un sistema de venta, la definición: "El sistema debe permitir al usuario buscar un empleado por nombre, cédula o código", es un ejemplo de requisito de: Producto Funcional No funcional.
Traducir las necesidades de los usuarios en requisitos mediante la escritura de requisitos, es una actividad de la Obtención Verdadero Falso.
El siguiente diagrama corresponde a: Diagrama de contexto Mapa de ecosistema Árbol de características .
El siguiente diagrama corresponde a: Diagrama de contexto Mapa de ecosistema Árbol de características.
El siguiente diagrama corresponde a: Diagrama de contexto Mapa de ecosistema Árbol de características.
|
