Unidad 2: Administración de requerimientos.
2.2 Obtención y Análisis de Requerimientos
En esta actividad, los ingenieros de software trabajan con los clientes y los usuarios finales del sistema para determinar el dominio de la aplicación, qué servicios debe proporcionar el sistema, el rendimiento requerido del sistema, las restricciones hardware, etcétera.
[Sommerville, 2005] presenta el modelo de la figura 2.2 de (Robertson y Robertson, 1999) para mostrar que los requerimientos pueden extraerse de muchas maneras, sugiere ser creativos en la forma de averiguar qué es lo que los clientes quieren, y propone:
Vídeos de la unidad 2 en inglés y español:
2.1 Estudio de factibilidad
2.2 Obtención y Análisis de Requerimientos
2.3 Especificación de Requerimientos
2.4 Validación de requerimientos
En esta actividad, los ingenieros de software trabajan con los clientes y los usuarios finales del sistema para determinar el dominio de la aplicación, qué servicios debe proporcionar el sistema, el rendimiento requerido del sistema, las restricciones hardware, etcétera.
[Sommerville, 2005] presenta el modelo de la figura 2.2 de (Robertson y Robertson, 1999) para mostrar que los requerimientos pueden extraerse de muchas maneras, sugiere ser creativos en la forma de averiguar qué es lo que los clientes quieren, y propone:
- Revisar la situación actual.
- Trabajar en el ámbito del usuario para comprender el contexto, los problemas y las relaciones.
- Entrevistar a los usuarios actuales y potenciales.
- Realizar un video para mostrar como podría funcionar el nuevo sistema.
- Investigar en documentos existentes.
- Conducir tormentas de ideas con los usuarios actuales y potenciales.
- Observar las estructuras y los patrones.
- Fuentes de requerimientos
2.3 Especificación de Requerimientos
La especificación de requisitos de software (ERS) es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (o complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad.
2.1 Estudio de factibilidad
2.2 Obtención y Análisis de Requerimientos
2.3 Especificación de Requerimientos
2.4 Validación de requerimientos
Comentarios
Publicar un comentario