Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESETema 2. Requisitos y Análisis

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
Tema 2. Requisitos y Análisis

Descripción:
Ingeniería del Software

Autor:
Dariucu
(Otros tests del mismo autor)

Fecha de Creación:
08/03/2023

Categoría:
Universidad

Número preguntas: 20
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
Factores que influyen en los requisitos.
Requisito software.
Atributo.
Actores.
Tipos de actores Usuarios: Operan con el software Clientes: Tienen interés en adquirir el software Analistas de mercado: Identifican requisitos a través de potenciales clientes Reguladores: Autoridades que establecen normativas específicas o requisitos legales. Ingenieros del software: Tienen intereses en el software en sí.
Requisito funcional.
Requisito no funcional.
Tipos de requisitos no funcionales 1. Requisitos del producto: detallan limitaciones o comportamientos exigidos al producto resultante del desarrollo. 2. Requisitos de la organización: relacionados con las normativas de funcionamiento de la organización que lleva a cabo el desarrollo (y/o del cliente), sus procedimientos y políticas. 3. Requisitos externos: cubren aspectos externos al sistema y a su proceso de desarrollo. .
Obtención.
Acciones de Obtención 1. Determinar las fuentes de información de las que se obtendrán los requisitos. 2. Establecer las técnicas de obtención de requisitos a utilizar: Entrevistas y cuestionarios, escenarios, prototipos, reuniones de grupo, observación "in situ" 3. Glosario: Definiendo términos a usar en el proyecto de forma consensuada.
Análisis.
Acciones de Análisis 1. Elaborar los requisitos del sistema para obtener, a partir de ellos, los requisitos del software a desarrollar 2. Detectar requisitos ambiguos, duplicados o incoherentes 3. Clasificar y priorizar los requisitos: categorías de requisitos 4. Toma de decisiones de compromiso en los casos de conflictos entre varios requisitos (negociación) 5. Establecer un modelo conceptual de los requisitos 6. Situar los requisitos en la arquitectura del sistema.
Especificación.
Documento de Definición del Sistema.
Documento de Requisitos del Sistema.
Documento de Especificación de Requisitos del Software (SRS).
Validación.
Métodos de Validación Revisión de los requisitos: Un grupo de personas, designado especialmente para tal fin (y que incluye algún representante del cliente), revisa los documentos de requisitos en busca de inconsistencias, malentendidos, puntos poco claros, conflictos entre requisitos y otros problemas similares. Como resultado de este proceso, se elabora y publica una lista de problemas y posibles soluciones, así como un conjunto de tablas de validación de requisitos como la que se muestra en la presentación. Pruebas de aceptación: Consisten en la elaboración de un plan que establece cómo deben ser verificados los diferentes requisitos. Este procedimiento resulta útil para detectar problemas ya que, por ejemplo, para aquellos requisitos que estén descritos de manera ambigua, será difícil elaborar un plan de verificación de los mismos. A su vez, este procedimiento proporciona ideas para la resolución de los problemas encontrados.
Seguimiento.
Matriz de Seguimiento.
Denunciar test Consentimiento Condiciones de uso