Consigna

Realizar la lectura de los capítulos 4 del libro de Sommerville, 5 del libro de Pressman y 2 del SWEBOK (Requisitos Software). Realizar una comparación de semejanzas y diferencias entre los textos respecto de los temas tratados.

Resolución

Recomendación de la profesora de ítems a ubicar en el cuadro

Idea Sommerville 🙎🏻‍♂️ Pressman 🧔🏻‍♂️ SWEBOK 👨🏻‍🦲
Definición de la Ingeniería de Requisitos Proceso de comprender y definir qué servicios se requieren del sistema, así como la identifica-
ción de las restricciones sobre la operación y el desarrollo del sistema. El proceso de establecer las necesidades de los stakeholders y definir las características y restricciones del sistema, que guían el diseño y la implementación del software. El área del conocimiento de los requisitos del software se refiere al análisis, a la especificación, y a la validación de los requisitos del software.
Requisito de software Descripciones más detalladas de las funciones,
los servicios y las restricciones operacionales del sistema de software. Una característica, capacidad o condición que debe cumplir un sistema para satisfacer una necesidad específica. Un requisito del software es una característica que se debe exhibir por el software desarrollado o adaptado para solucionar un problema particular
Requisitos funcionales Servicios que el sistema
debe proveer Describen las funcionalidades específicas que el software debe proporcionar. Los requisitos funcionales describen las funciones que el software va a ejecutar, por ejemplo, ajustarse a un formato de texto o modular una señal. Se conocen también como capacidades.
Requisitos no funcionales Limitaciones sobre servicios que ofrece el
sistema. Los divide en tres categorías: de Producto, de Organización
y Externos. Se refieren a los atributos y restricciones del sistema, como la velocidad de respuesta. Los requisitos no funcionales son los que actúan para obligar la solución. Los requisitos no funcionales se conocen a veces como apremios o requisitos de calidad.
Técnicas de Elicitación Entrevistas, Escenarios, Casos de Uso, Etnografía, Entrevistas; Escenarios; Prototipos; Reuniones; Observación
Documento de requisitos Comunicado oficial de lo que deben
implementar los desarrolladores del sistema. Este cuenta con
capítulos definidos como Prefacio, Introducción, Glosario, Def de
Requerimientos, Arquitectura del Sistema, Especificación de
Requisitos, Modelos del Sistema, Evolución del Sistema, Apéndices,
Índice. Es un entendimiento escrito del problema, que funciona como medio de comunicación entre los stakeholders, los analistas de requisitos y el equipo de desarrollo. Sirve como base para el diseño, la implementación y las pruebas del software, ya que establece los objetivos y las funcionalidades que deben ser alcanzados. Este documento se registra el sistema requisitos. Define los requisitos del sistema de alto nivel desde la perspectiva del dominio(requisitos y necesidades específicas de los usuarios o clientes dentro de un ámbito o campo particular). Su número total de lectores incluye los representantes de os usuarios del sistema/de los clientes.
El documento enumera los requisitos del sistema junto con información de fondo sobre los objetivos totales para el sistema, su ambiente de misión y una declaración de apremios, asunciones y requisitos no funcionales.
Obtención y análisis de requisitos: Proceso de escribir los requisitos de
manera clara, sin ambigüedades, completos, consistentes y fácil de
entender. Pueden ser estructuradas o en lenguaje natural Concepción: Establece los requerimientos básicos, restricciones, características y funciones principales.
Indagación: Se recaban los requisitos con reuniones y desarrollo de modelos. Elaboración: Desarrollar un modelo refinado de los requisitos. Negociación: Ordenar los requisitos según prioridad y analizando los conflictos. Análisis de requisitos: Proceso de analizar requisitos con el fin de:
  1. Detectar y resolver los conflictos entre los requisitos
  2. Descubrir los límites del software y cómo debe obrar recíprocamente con su ambiente
  3. Elaborar los requisitos del sistema para derivar requisitos de software. | | Especificación de los requisitos | Proceso de escribir los requisitos de manera clara, sin ambigüedades, completos, consistentes y fácil de entender. Pueden ser estructuradas o en lenguaje natura | Representación detallada de los requisitos de un sistema en forma de un documento escrito, un conjunto de modelos gráficos, un modelo matemático formal, un conjunto de escenarios de uso, un prototipo o cualquier combinación de éstos. | En el ámbito del software, la especificación de requisitos de software se refiere típicamente a la producción de un documento, o a su equivalente electrónico, que puede estar sistemáticamente repasado, evaluado y aprobado. P | | Validación y verificación | Es el proceso de determinar los criterios y técnicas para asegurar que el software cuando se construya cumpla con los requisitos. | Se estudia para detectar inconsistencias, omisiones y ambigüedades, respondiendo preguntas para garantizar que el modelo de requisitos es una reflexión correcta sobre las necesidades | Es el proceso de determinar los criterios y técnicas para asegurar que el software cuando se construya cumpla con los requisitos. |