Please enable JavaScript.
Coggle requires JavaScript to display documents.
Especificación de Requerimientos con Áncora y el Estándar IEEE 830 -…
Especificación de Requerimientos con Áncora y el Estándar IEEE 830
Especificación de Requerimientos de Software (ERS)
Documento formal que describe qué debe hacer el sistema, sus funciones, restricciones y objetivos
Objetivos
Definir las necesidades del usuario y del negocio.
Servir como contrato entre stakeholders (clientes, desarrolladores, usuarios).
Guiar el diseño, desarrollo y pruebas del software.
Tipos de requerimientos
Tipos de requerimientos:
Funcionales: Acciones que el sistema debe realizar (ej: "El usuario puede iniciar sesión").
No funcionales: Propiedades del sistema(rendimiento, seguridad, usabilidad).
Restricciones: Limitaciones técnicas o de negocio (ej: "Debe funcionar en Windows 10").
Estándar IEEE 830
Objetivos principales:
Establecer un formato estándar para facilitar la comunicación entre equipos.
Reducir ambigüedades y asegurar que los requisitos sean verificables.
Guía para redactar una Especificación de Requisitos Software (ERS) clara, completa y consistente.
Introducción: Propósito, alcance y definiciones.
Descripción general: Perspectivas del usuario, funcionalidades clave.
Requisitos específicos:
Funcionales (organizados por características).
No funcionales (rendimiento, seguridad, interfaz).
Anexos: Glosario, diagramas, casos de uso.
Ejemplo de aplicación:
En un sistema de ventas, el IEEE 830 asegura que requisitos como "El sistema debe generar reportes diarios en PDF" sean detallados y validables.
Modelo Áncora
Metodología de desarrollo de software iterativa y adaptativa, centrada en la gestión de requisitos y la colaboración con el cliente.
Anclaje:
Definición inicial de requisitos y objetivos.
Establecimiento de un "núcleo estable" de funcionalidades críticas.
Exploración:
Desarrollo iterativo de prototipos.
Validación continua con el cliente.
Consolidación:
Refinamiento del sistema basado en retroalimentación.
Documentación final y entrega.
Características clave
Flexibilidad: Permite ajustar requisitos durante el desarrollo.
Enfoque colaborativo: Involucra activamente al cliente en cada iteración.
Comparación entre Áncora y Otras Metodologías
Comparación General
El Modelo Áncora es una metodología iterativa y adaptativa que combina elementos de enfoques tradicionales y ágiles. A diferencia de la metodología Cascada, que es lineal y rígida, Áncora permite ajustar requisitos durante el desarrollo, lo que la hace más flexible. En comparación con las metodologías ágiles (como Scrum o Kanban)
Enfoque en Flexibilidad
El Modelo Áncora destaca por su flexibilidad controlada. A diferencia de la Cascada, donde los requisitos se fijan al inicio y no cambian, Áncora permite ajustes durante el desarrollo, lo que es útil en proyectos con requisitos inciertos. Sin embargo, no es tan flexible como las metodologías ágiles, que permiten cambios frecuentes y entregas iterativas.
Participación del Cliente
En el Modelo Áncora, la participación del cliente es activa pero no constante. A diferencia de las metodologías ágiles, donde el cliente está involucrado en cada iteración (como en las reuniones diarias de Scrum), en Áncora el cliente participa principalmente en la fase de anclaje (definición inicial) y en la validación de prototipos durante la fase de exploración.