Please enable JavaScript.
Coggle requires JavaScript to display documents.
REQUERIMIENTOS: IDENTIFICACIÓN DE DRIVERS ARQUITECTÓNICOS - Coggle Diagram
REQUERIMIENTOS: IDENTIFICACIÓN DE DRIVERS ARQUITECTÓNICOS
Concepto de Requerimiento
Propósito principal: Identificar, documentar y priorizar los drivers arquitectónicos
Define la funcionalidad, restricciones y atributos de calidad del sistema
Satisface objetivos de negocio y expectativas del cliente
Pertenece a la disciplina de Ingeniería de Requerimientos
Incluye procesos de obtención, análisis, documentación y validación
Los requerimientos sirven como base para decisiones arquitectónicas
Tipos y Niveles de Abstracción
Nivel Superior (Negocio)
Define requerimientos de negocio y metas organizacionales
Determina el propósito general del sistema y su valor para la empresa
Nivel Medio (Usuario)
Representa necesidades de usuarios o casos de uso
Incluye funcionalidades primarias y secundarias
Considera atributos de calidad como disponibilidad, seguridad, desempeño y usabilidad
Nivel Inferior (Sistema)
Especifica restricciones técnicas o administrativas
Técnicas: uso de hardware o software
Administrativas: costos, plazos y recursos
Define interfaces externas y dependencias entre componentes
Consideraciones generales
Los requerimientos pueden entrar en conflicto, por lo que deben priorizarse
Se debe dar atención especial a las restricciones críticas
Drivers Arquitectónicos
Definición: Subconjunto de requerimientos que impactan directamente la arquitectura del sistema
Tipos de drivers:
Funcionales: describen los servicios principales del sistema
Atributos de calidad: definen características no funcionales (rendimiento, seguridad, usabilidad, escalabilidad)
Restricciones: limitaciones de diseño o implementación (tecnológicas, regulatorias, económicas)
Los drivers influyen en el diseño y en la selección de patrones arquitectónicos
Ignorar o minimizar los drivers puede generar altos riesgos técnicos
Fuentes de Información
Documentos de visión y alcance: describen el contexto y los objetivos del proyecto
Requerimientos de usuario: casos de uso y escenarios de interacción
Especificación de requerimientos del sistema (SRS)
Contiene casos de uso, restricciones, interfaces y atributos de calidad
Entrevistas, talleres y análisis de documentos previos
La combinación de fuentes mejora la precisión y cobertura de los drivers arquitectónicos
Métodos para la Identificación Sistemática
Procesos estructurados en etapas para recopilar y clasificar drivers
Etapa 1: Identificación y especificación inicial
Etapa 2: Consolidación y priorización
Talleres de arquitectura: recolección de información directa con interesados
Métodos comunes:
ACDM (Architecture-Centric Design Method)
Diseño centrado en la arquitectura (Architecture-Centered Design)
Modelo FURPS+ (Funcionalidad, Usabilidad, Fiabilidad, Rendimiento, Soporte, Restricciones)
Clasificación de Hewlett-Packard adaptada a drivers
Resultados:
Identificación clara de los factores que condicionan las decisiones arquitectónicas
Priorización basada en impacto y valor estratégico