Analisis De Requerimietnos De Software

1ER KPA para el nivel 2 (Repetible) de CMM
“ADMINISTRACIÓN DE REQUERIMIENTOS (RM)”

¿QUÉ ES LA ADMINISTRACIÓN DE REQUERIMIENTOS?
Proceso mediante el cual se establece un entendimiento común manteniendo un acuerdo entre el cliente del proyecto y el equipo de desarrollo con respecto a los requerimientos del sistema.

Su propósito es establecer un entendimiento común acerca de los requisitosque se abordaran en el proyecto.

Metas
1. Control de requisitos para establecer una base para uso de administración e Ingeniería de Software.
2. Mantenimiento de Planes, productos y actividades para la consistencia de los requisitos del sistema.

Compromisos para el desempeño
1. Seguimiento de una política organizacional “escrita” para la administración de requisitos, es decir,los requisitos deberán ser documentados y revisados por gerentes de proyecto y otros grupos afectados consientes de que un cambio de estos afectara de igual forma los planes y las actividades en el proyecto.

Habilidades para el desempeño
1. Establecimiento de responsabilidad de análisis de requerimientos y la asociación con el Hardware, Software y demás componentes. (análisis y asignacióna través de la vida del proyecto).
2. Documentación de los requisitos:
* Técnicos: funciones de usuario final, operador, soporte o integración, requisitos de desempeño restricciones y lenguaje de programación.
* No técnicos: Acuerdos, condiciones, términos, productos a entregar, fechas de entrega y metas).
3. Recursos y financiamiento: Implica la asignación de personas conexperiencia y expertos en dominio de aplicación e Ingeniería de Software para la administración de los requisitos, contemplando las herramientas de apoyo como plantillas de cálculo, herramientas de configuración trazabilidad o administración de pruebas.
4. Capacitación de los miembros para la realización de sus actividades de administración de requerimientos

Actividades realizadas por el grupo deIngenieros de Software
1. Revisión de requisitos:
* Se trata de identificar si faltan o están incompletos.
* Determinar si son factibles, apropiados, claramente establecidos consistentes y validos.
* La asignación de requisitos debe identificarse como un problema potencial y deberá ser sometido a análisis para determinar los cambios necesarios.
* Los compromisos resultantesimplica una negociación con los grupos afectados.
2. Uso de requisitos como base para establecer planes, productos y actividades.
3. El cambio de requisitos son revisados e incorporados en el proyecto de software.

Medición y análisis
1. Las medicines se utilizan para determinar del estado de las actividades (estado, cambios, total de cambios, cuales aprobados e incorporados).Verificación e implementación
Revisión periódica de las actividades con:
* La gerencia superior (visión de las actividades)
* El gerente del proyecto (periódica y como respuesta a eventos)
* El grupo de garantía de calidad (revisión y auditoria)

REQUERIMIENTOS

Condición o capacidad que tiene que cumplir un sistema (RUP).

Son características funcionales y nofuncionales, implícitas y explicitas, de un sistema a desarrollar, solicitadas por el cliente para cumplir con el objetivo del proyecto. Requisito=Alcance

Los requisitos de ben ser

1. Documentados: Establecen un control formal a lo largo de las fases del proyecto.
2. Revisados: Por todos los grupos afectados para asegurar la calidad del proyecto.
3. Consistentes: Un cambio en losrequisitos implica un cambio de planes, productos y actividades.

Problemas típicos:

1. Requeriments gold-plating: Mas requerimirentos de los necesarios.
2. Feature creep: cambios constantes en el proyecto.
3. Developer gold-plating: Desarrolladores con iniciativas innecesarias.
4. Fricciones entre desarrolladores y clientes: Ruptura de la comunicación.
5. Falta de participación...