Rol de un Arquitecto Software | RUP: Fase de Elaboración

En esta etapa se realiza un análisis más detallado de los requisitos, se define y se refina la arquitectura del sistema, se identifican los componentes principales y se establecen las bases para la implementación del sistema. También se desarrolla un plan detallado del proyecto, se estiman los recursos y se elabora un plan de pruebas.

Disciplina de Requisitos

El objetivo principal de la disciplina de requisitos es comprender y documentar los objetivos y necesidades del cliente, usuarios y otras partes interesadas, para poder diseñar, desarrollar y entregar un sistema que cumpla con esos requisitos y expectativas.

El rol de un Arquitecto Software se centra en:

• Se realizan actividades de refinamiento y clarificación para asegurarse de que los requisitos sean completos, consistentes y verificables. Se utilizan y refinan los Diagrama del Modelo de Dominio, Diagramas de Casos de Uso, Diagramas de Máquinas de Estados de Entidades, Diagramas de Flujos entre otros. La documentación de requisitos proporciona una descripción detallada de lo que el sistema debe hacer y cómo debe comportarse.

• Evaluación de la complejidad técnica de los casos de uso, considerando factores como la integración con otros sistemas, la escalabilidad, el rendimiento y la seguridad. Basándose en esta evaluación, puede proporcionar recomendaciones sobre la prioridad de los casos de uso.

Disciplina de Análisis

El objetivo principal de esta disciplina es analizar y modelar los requisitos del sistema para obtener una comprensión clara de las necesidades de los usuarios y las capacidades requeridas del software.

Análisis de la Arquitectura del Sistema

El rol de un Arquitecto Software se centra en:

• Análisis de las necesidades de los Requisitos No Funcionales con especial atención a tecnologías requeridas, de rendimiento y concurrencia entre otras. Esto también incluye las tecnologías como tipo y versiones del lenguaje de programación, frameworks de desarrollo, Mecanismos de Persistencia , Sistemas de mensajería, etc.

• Analizar la estructura general de la Arquitectura del Sistema, determinando los subsistemas y componentes principales del sistema, como por ejemplo los componentes Frontend, Backend y Api, mecanismo de persistencia para el almacenamiento de información, etc.

• Analizar las necesidades de interfaces y las interacciones entre los diferentes componentes del sistema u otros sistemas. La interacción entre los sistemas se realiza a través de peticiones REST o Sistemas de Mensajería. Evitar la interacción entre los mecanismos de persistencia como los procedimientos almacenados de un sistema que cambian el estado de otro sistema.

Análisis de la Arquitectura del Software

El rol de un Arquitecto Software se centra en:

• Análisis de la Arquitectura de Software la cuál puede ser determinada capas lógicas y físicas (monolito, MVC, Arquitectura Hexagonal, CQRS, etc). Esto incluye, el análisis de los distintos paquetes, reutilización de código, etc.

• Se puede realizar una prueba de concepto para validar la viabilidad técnica y la factibilidad de una idea o enfoque arquitectónico. Consiste en construir un prototipo o una versión simplificada del sistema que demuestre la funcionalidad o la solución técnica propuesta.

Disciplina de Diseño

El objetivo principal de esta disciplina es diseñar la estructura, los componentes y las interfaces del sistema de software de manera efectiva y eficiente.

Diseñar la Arquitectura del Sistema

El rol de un Arquitecto Software se centra en:

• Diseño, organización y definición de la estructura del sistema en términos de subsistemas y componentes. Se definen las tecnologías específicas que se van a utilizar para la construcción del sistema.

• Se definen las relaciones y las interacciones entre los componentes y se define la distribución y el despliegue físico del sistema.

• Reutilización de otros componentes o elementos.

Diseñar la Arquitectura de Software

El rol de un Arquitecto Software se centra en:

• Definición de las interfaces de los componentes, los detalles de su implementación y su interacción con otros componentes.

• Definición de diagramas de clases, diagramas de paquetes, para representar el diseño de la arquitectura de software. capas físicas (repositorios, estructuras de carpetas) y lógicas.

• Definición de paquetes de software para su reutilización.

• Definición de guías de codificación, estándares, etc.

Diseñar el mecanismo de persistencia

El rol de un Arquitecto Software se centra en:

• En esta actividad, se realiza el diseño de la estructura del mecanismo de persistencia que respalda el sistema.