U2R1 Temas 2.1 2.2 2.3

TEMAS 2.1 2.2 2.3

2.1. Identificación de requisitos 2.2. Definición de objetivos y metas 2.3. Principios de modularidad y reutilización

Contenido

2.1. Identificación de requisitos

Un proceso crítico en el modelo de arquitectura empresarial es el de entender las necesidades de los clientes y usuarios, también conocido como identificación de requisitos. Se gestiona como un proceso que nos ayuda a garantizar que cada una de las soluciones arquitectónicas estén de acuerdo con las necesidades y estrategias organizacionales. El proceso y sus pasos requieren un análisis de los requerimientos de cada uno de los stakeholhers por medio de diferentes estrategias y métodos para lograr obtener y captar las necesidades. Los pasos por seguir de manera estándar son los siguientes:

• Definición del alcance

• Identificación de Stakeholders

• Recolección de requisitos

Metodologías más comunes:

• Entrevistas
• Talleres y sesiones de trabajo
• Cuestionarios en base de instrumentos de investigación
• Observación a los detalles
• Revisión de la documentación existente

• Ordenamiento y priorización de requerimientos

• Clasificación
• Priorización

(Pasa el cursor por encima de cada paso para ver más información)

Monitoreo y seguimiento

Gestión de administración de cambios de requerimientos

Revisión, negociación y aprobación de requerimientos

Documentación de requerimientos

Análisis de requerimientos

• Seguimiento a los requerimientos.

• Modelos UML.
• Modelación de procesos de negocio.
• Diferentes softwares especializados para seguimiento de requerimientos, como Confluence y Jira, que son los más utilizados.

• Procedimientos de cambio: Establecer procedimientos para evaluar, aprobar y comunicar cambios en los requisitos.

• De manera formal.

• Documento de requerimientos de negocio (BRD).
• Especificaciones de requerimientos funcionales (FRS).

• Validación de requerimientos.
• Revisión de factibilidad.

Existen varias herramientas recomendadas

(Haz clic en cada botón para ver la información)

En combinación con el modelo ágil, utiliza el modelo iterativo para colaborar e ir mejorando el modelo de levantamiento de los requerimientos, generando confianza con las personas del negocio y que la propuesta sugerida cumpla con los objetivos estratégicos de la organización y que agrega un valor real.

Videos mandatarios de revisar:

(Haz clic en cada botón para ver más información)

1

2

2.2. Definición de objetivos y metas

Es un proceso estructural que nos orienta en la alineación de cada una de las estrategias con la operación continua de la empresa, siempre orientado a la colina (Hill) en el enfoque del modelo Enterprise Desogn Thinking (a partir del 2015 o previamente) en las organizaciones no digitalizadas. Es importante considerar los siguientes componentes:

• Entendimiento por cualquier momento de la organización, estrategia comercial o misión y visión organizacional.
• Revisión del entorno externo e interno que se deriva de un análisis FODA (Fuerzas, Oportunidades, Debilidades y Amenazas).
• Análisis FODA (SWOT): Evaluar las fortalezas, debilidades, oportunidades y amenazas que enfrenta la organización.
• Definición de mandos estratégicos (objetivos).
• Objetivos Estratégicos conocidos como SMART (Specific, Measurable, Archievable, Relevant, Time-bound). En español: específico, medible, alcanzable, relevante, limitado por el tiempo.

Es importante considerar los siguientes componentes:

• Ejecución de propósitos operacionales.
• Alineación con la arquitectura del sistema organizacional.
• BPM (Business Process Modeling), en español: mapeo de los procesos organizacionales.
• Estructura jerárquica organizacional, objetivos estratégicos y metas operacionales.
• Tecnología de la información.
• Despliegue organizacional y comunicación.
• Supervisión y evaluación.

Videos sobre Definición de Objetivos y Metas:

"Goal Setting: 10 Steps to Set and Achieve Goals" – Tony Robbins.

"Goal Setting: 10 Steps to Set and Achieve Goals " – Andrew Huberman

(Haz clic en el botón para ver el video)

2.3. Principios de modularidad y reutilización

Un principio en la complejidad en los análisis es divide y vencerás. Este mismo concepto se aplica en la arquitectura de sistemas organizacionales. La modularidad es dividir en partes menos complejas con funciones específicas y lograr la reutilización de las partes o de los módulos. Esto logra una variedad de ventajas:

• Facilita por la simplicidad, eliminando la complejidad.
• Reduce costos de mantenimiento por tener módulos con una comprensión de su función muy delimitada.
• El modelo agrega módulos y genera la escalabilidad, aumentándole los módulos adecuados para escalar a medida que crezca la empresa.
• Los riesgos por pruebas complejas se reducen por tener alcance específico e identificar de forma más rápida y sencilla las fallas.

• Desarrollo de interfases basadas en UX.
• El encapsulamiento oculta la exposición de la implementación.
• Eliminación de la dependencia entra cada uno de los módulos.

Liberaciones a producción

Reutilización

Es el modelo que cada uno de los módulos pueda utilizar por más aplicaciones, siempre y cuando los mismos cumplan con los requisitos necesarios.

Investigaciones documentadas sobre modularidad y la reutilización

• ¿Cómo sigues los principios de modularidad y reutilización en tu código?

• Support para modularidad y reutilización en el código

• ¿Se puede diseñar para reutilizar? Modularidad e interfaces

VIDEOS

• Software Modularization

• A Product Architecture is a System of Modular Systems

(Haz clic en el botón para ir al enlace correspondiente)

Referencias

• Wiegers, K., & Beatty, J. (2013). Software Requirements. Microsoft Press.
• Este libro es una guía exhaustiva sobre el proceso de elicitación, análisis y gestión de requisitos en el desarrollo de software. Ofrece técnicas prácticas y mejores prácticas para capturar y validar requisitos.

• Podeswa, H. (2014). The Business Analyst's Handbook. Cengage Learning.
• Podeswa ofrece una guía completa para analistas de negocio, cubriendo temas desde la recopilación de requisitos hasta la documentación y análisis de procesos de negocio.

• Robertson, S., & Robertson, J. (2012). Mastering the Requirements Process: Getting Requirements Right. Addison-Wesley.
• Este libro proporciona un enfoque detallado sobre cómo capturar y especificar requisitos de manera efectiva, con técnicas como el modelado de stakeholders y el uso de escenarios.

• Ross, J. W., Weill, P., & Robertson, D. C. (2006). Enterprise Architecture as Strategy: Creating a Foundation for Business Execution. Harvard Business Review Press.
• Bernard, S. A. (2012). An Introduction to Enterprise Architecture. AuthorHouse.
• Bosch, J. (2000). Design & Use of Software Architectures: Adopting and evolving a product-line approach. Addison-Wesley.
• Clements, P., Northrop, L., & colleagues. (2010). Software Architecture in Practice (3rd ed.). Addison-Wesley.

Referencias

12 Requirements Gathering Techniques You MUST KNOW NOW!

Este video explica doce técnicas esenciales para la recolección de requisitos, que son útiles para entender cómo identificar y documentar las necesidades de los stakeholders

(Haz clic en el botón para ver el video)

Requirement Gathering Techniques For A Business Analyst

Enfocado en técnicas específicas de elicitación de requisitos utilizadas por analistas de negocios, este video ofrece una visión detallada de cómo recopilar y gestionar los requisitos de un proyecto

(Haz clic en el botón para ver el video)