AE-NH-Modulo 12-Togaf 9.2 - Ciclo de Vida Del ADM Gestion de Requerimientos (1h)

 

Arquitectura Empresarial TOGAF 9.2

Modulo 12

 

Agenda •

 Ciclo de vida del ADM •

 Gestión de Requerimientos

 

Gestión de Requerimientos

 

Definición (1/4) El pr proc oceeso de ges esti tión ón de req eque ueri rimi mien enttos (r (req equi uisi sittos os)) de arquitectura se aplica a todas las fases del ciclo de ADM. El p roceso dque e Gseesocupa tión dde e lareidentificación querimientos deesrequisitos un propara ceso dinámico, la empresa, los almacena y luego los alimenta dentro y fuera de las fases relevantes relevantes de ADM. Este procesos está ubicado en la parte central en el diagrama de ciclos de ADM, y es fundamental para impulsar el proceso de ADM.

 

Definición (2/4) •

•

•

 La capacidad para hacer frente a los cambios de requerimientos es crucial para el proceso del ADM, dado que la arquitectura, por su propia naturaleza, aborda la incertidumbre y el cambio, tendiendo un puente entre las aspiraciones de los interesados y lo que se puede entregar como una solución práctica.   Cada etapa de un proyecto de TOGAF está basada en los de negocio, su validación.   requerimientos Los requerimientos se vanincluyendo a identificar, almacenar y gestionar al ingreso y egreso de las fases relevantes del ADM, las cuales eliminan, abarcan y priorizan requerimientos.

 

Definición (3/4) •

•

•

•

  Los primeros requerimientos de alto nivel surgen en la Fase A: Visión de la Arquitectura.  Cada fase, de la Preliminar a la H, debe seleccionar requisitos aprobados para ella desde de la Especificación der req eque ueri rimi mien enttos eldeRepositorio Arqu Ar quit itec ecttur ura, a, requerimientos y al fi fina nali lizzar y la fas asee de debe ben n se ser actualizados.  Durante la ejecución de cada fase, los nuevos requerimientos que surgen son docum umeentados en la Espe peccificación de Requ queerimi mieentos de Arquitectura.  Los nuevos requerimientos que caen fuera del alcance de la Declaración de Tra raba bajo jo de Ar Arqui quite tect ctur uraa se in intr trod oduc ucen en en el Rep epos osit itor orio io pa para ra su gestión.

 

Definición (4/4) •

•

Tiposs de Re Tipo Requ quer erim imie ient ntos os 1. Fun Funcio cional nales es 2. No Func Funcionale ionaless Consideraciones   Restricciones   Supuestos •

•

•

•

•

•

       

Principios específicos específicos del dominio dominio que los origina Especificaciones Especifi caciones para requerimientos Políticas que los afectan Estándares

 

Objetivos 1/2 PRELIMINAR •

•

•

 Asegurar funcionamiento para todas las fases  Gestionar los requerimientos de arquitectura  Asegurar disponibilidad de requerimientos de arquitectura

A. VISIÓN DE ARQUITECTURA H.

B.

GESTIÓN CAMBIO DEL DE ARQUITECTURA

ARQUITECTURA DE NEGOCIO

GESTIÓN DE REQUERIMIENTOS

G. GOBIERNO DE IMPLEMENTACIÓN

F. PLANIFICACIÓN DE LA MIGRACIÓN

 

E. OPORTUNIDADES Y SOLUCIONES

C. ARQUITECTURA DE SISTEMAS DE INFORMACIÓN

D. ARQUITECTURA DE TECNOLOGIA

 

Objetivos (2/2) 01

 

02

Asegurar func Asegurar funcionam ionamient iento o para todas las fases

Gestio Gest iona narr lo loss arquitectura

   Asegurar

   Gestionar

que el proceso de Gestión de Requerimientos se mantiene y funciona para todas las fases del ADM.

03 requ re quer erim imie ient ntos os

de

l os requerimientos de arqui arquite tectu ctura ra ide ident ntifi ificad cados os durante cualquier ejecución del ciclo del ADM o de sus fases.

Asegurar disponibilidad requerimientos de arquitectura    Asegurar

de

que los requerimientos de arquit arq uitect ectur uraa relev relevant antes es se encuentran disponibles para la ejecución de cada fase.

 

Enfoque que (1/5) (1/ 5) Enfo  El AD ADM M es im impu puls lsad ado o co con nti tinu nuam amen entte po porr el pr proc oces eso o de Gestión de requerimientos.

•

•

 La capacidad de hacer frente a lospor cambios en los requisitos es crucial, ya que la arquitectura, su naturaleza, se ocupa de la incertidumbre y el cambio, acortando la brecha entre las aspiraciones de los interesados y lo que puede ofrecerse como una solución práctica.  Se recomienda que se utilice un Repositorio de reque re querim rimien iento toss de ar arqui quitec tectur turaa par paraa re regis gistr trar ar y ges gestio tionar nar

•

todos los requisitos de arquitectur arquitectura. a.

 

Enfoque (2/5)  Esta fase no elimina, atiende ni prioriza los requerimientos, pues eso corresponde a cada fase afectada del ADM. Se trata

•

únicamente todo el ADM.del proceso de gestionar los requerimientos en

 

Enfoque que (3/5) (3/ 5) Enfo El estándar TOGAF sugiere una cantidad de recursos en esta área: I.1. I. 1. Es Esce cena nari rios os de Ne Nego goci cio o •

Los escenarios dement Negocio una técnica yo,útil desc de scub ubri rirr y do docu cume ntar ar lo losssonreq eque ueri rimi mien ento tossapropiada de ne nego goci cio y para parra pa describir una Visión de arquitectura que responda a esos requerimientos.

 

Enfoque que (4/5) (4/ 5) Enfo •

I.2. I. 2. He Herr rram amie ien nta tass pa parra la Ge Gest stió ión n de req eque ueri rimi mien enttos El estándar TOGAF no especifica, ni recomienda ningún proceso o herramienta específica para la gestión de requerimientos. Simp Si mple leme ment ntee es esta tabl blec ecee lo qu quee de debe be lo logr grar ar un pr proc oces eso o ef efic icaz az de Gest Ge stió ión n de Re Requ quer erim imie ien nto tos, s, qu quee po podr dría ía con onsi side derrar arse se co como mo "l "los os requisitos para los requisitos".

 

Enfoque que (5/5) (5/ 5) Enfo •

I.3. I. 3. Ot Otrras he herr rram amie ient ntas as de Ge Gessti tión ón de Req eque ueri rimi mien ento toss Exis Ex iste te un gr gran an nú núme merro de he herr rram amie ient ntas as co come merrci cial ales es fu fuer eraa de la pl plat ataf afor orma ma (CO (C OTS TS), ), ca cada da vezz web ve máss de má numer num eros osas, as, dispo di sponi nibl bles es lista parra de pa la gestión de requisitos. El sitio Volere tiene una útil herramientas herramient as de requerimientos (ver www www.v .volere.co.uk/tools.htm). olere.co.uk/tools.htm).

 

Pasos (1/4) 1. Identificar / documentar los requerimientos requerimientos 2. Línea base de los requeri requerimient mientos os 3. Monitorear los requerimientos requerimientos de línea base 4. Iden Identi tifi fica carr los re requ queri erimi mien ento toss mo modi difi fica cado dos; s; el elim imin inar ar,, ag agre reggar ar,, modificar y reevaluar las prioridades 5. Identificar los requerimientos requerimientos y prioridades que cambiaron cambiaron 6. Ev Evaluar aluar el impact impacto o de los requerimient requerimientos os modificados modificados en las fases actuales y anteriores de ADM

 

Pasos (2/4) 7. Implementar requerimientos derivados de la Fase H 8. Actualizar el repositorio de requerimientos requerimientos de arquitectura arquitectura 9. Implementar cambios en la fase actual 10. Evaluar y revisar el análisis de brechas para las fases previas

 

Pasos (3/4) •

 Correspondencia entre la gestión de requerimientos y las Fases del ADM Paso

De la Fase de Gestión de Requerimientos

1

Identificar / documentar los requerimientos

2

Lí Líne neaa ba base se de lo loss re requ quer erim imie ient ntos os

3

Moni Monito tore rear ar lo loss requ requer erim imie ient ntos os de

4

5

De otra Fase del ADM

línea base

Id Iden enti tifi ficcar lo loss re requ quer erim imie ient ntos os y prioridades que cambiaron

Identificar los requerimientos modificados; eliminar e liminar,, agregar, agregar, modificar y reevaluar las prioridades

 

Pasos (4/4) Paso

De la Fase de Gestión de Requerimientos

6

De otra Fase del ADM Evaluar el impacto de los requerimientos modificados en las fases actuales y anteriores de ADM

7

Impl Implem emen enttar reque equeri rimi mien ento toss derivados de la Fase H

8

Actu Actual aliz izar ar el repo eposi sittor orio io de requerimientos de arquitectura

9

Implementar cambios en la fase actual

10

Evaluar y revisar el análisis de brechas para las fases previas

 

Iden enti tifi ficcar / do docu cum men enttar lo loss req equ uer erim imiien enttos 1. Id •

  Identi tifficar documentos de requerimi mieentos, escenarios de negocio o alguna otra técnica

desde

 

2. Línea base de los requerimientos •

•

•

 Determinar las prioridades derivadas de la fase actual del ADM   Confirmar las prioridades de los interesados interesados   Reg egis isttrar los requer eriimi mien enttos y su suss prio iori rid dad ades es en el Registro de Requerimientos

 

3. Monitorear los requerimientos de línea base Se debe recolectar, analizar y utilizar información para hacer el seguimiento al progreso del estado de los requerimientos.

 

4. Identificar los requerim imiientos modificados; elim imin ina ar, agrreg ag egar ar,, mo modi difi ficcar y ree eevval alua uarr la lass pr prio iori rida dade dess •

•

•

  Eliminar o reevaluar las prioridades   Agregar requerimientos y reevaluar reevaluar prioridades   Modificar requerimientos existen existentes tes

 

5. Identificar los requerimientos y prioridades que cambiaron  Identificar los requerimientos modificados y asegurar que estén priorizados por el arquitecto responsable de la fase y •

los interesados  Registrar  Registr ar las nuevas prioridades  Asegurar que los conflictos han sido gestionados exitosamentee en las fases exitosament  Generar la Declaración de Impacto de Requerimientos, para guiar al equipo de arquitectura

•

•

•

 

6. Evalu lua ar el impact cto o de los requerim imie ien ntos modificados en las fases actuales y anteriores de ADM •

•

•

•

 Evaluar el impacto de los cambios en los requerimientos de la fase actual   Evaluar el impacto de los cambios en los requerimientos de las fases previas  Determinar si se implementa el cambio, o si se aplaza para otro ciclo de ADM  Generar la Declaración de Impacto de Requerimientos, versión n+1

 

7. Implementar requerimientos derivados de la Fase H

 Implementar las exigencias derivadas de la Fase H: Gestión del cambio de Arquitectur Arquitecturaa

•

 

8. Actualizar el repositorio de requerimientos de arquitectura  Actualizar el repositorio de requerimientos con lo relativo a

•

los cambios afectados. solicitados, incluyendo las apreciaciones de los interesados

 

9. Implementar cambios en la fase actual •

 Se debe implementar los cambios en la fase actual

 

10. Evaluar y revisar el análisis de brechas para las fases previas •

•

 Algo que figura en la línea base pero no en el destino (eliminado   – por accidente o por diseño)   Algo que no figura en la línea base pero si está en el destino (nuevo)

Un   “requerimiento   de  es algolaque ha sido eliminado accidente, por lo que se  brecha” debe modificar arquitectura destino. por

 

Entradas •

•

•

•

 Las entradas al proceso de gestión de requerimientos son las salidas relacionadas con requerimientos producidas en cada Fase del ADM.  Los primeros requerimientos de alto nivel se producen como parte de la Visión de la Arquitectura.   Ca Cada da Do Domi mini nio o de Ar Arqu quit itec ectu turra ge gene nerra en ento tonc nces es re requ quer erimi imien ento toss detallados.   Lo Loss en entr treg egab able less de la lass Fas ases es po posster erio iorres de dell AD ADM M co con nti tien enen en correlaciones a nuevos tipos de requerimientos (por ejemplo, los requerimientos de conformidad).

 

Salidas  Requerimientos con cambios Evaluación del impacto de los req eque ueri rimi mien enttos pa parra id iden enti tifi fica carr la lass Fas ases es de dell AD ADM M qu quee deben ser rev revisadas isadas nuevamente nuevamente para abord abordar ar los cambi cambios. os.

•

La versión final debe incluir todas las implicaciones de los requerimientos (por ejemplo, costos, plazos y métricas de negocio)

 

Ejemplo de Catálogo de Requerimientos

 

Taller de Gestión de Requerimientos Requerimientos

 

Taller de Gestión de Requerimientos 1. En grupo elabor elaborar ar el cat catálogo álogo:: •

  Catálogo

de

Requerimientos

de

su

organización,

colocando

la

solic solicitud itud/re /requis quisito/ requerim uerimien iento to más fre frecuen cuente te con la per perspect spectiva iva de la transición de la ito/req arquitectura

2. Pr Presen esentar tar en cla clase. se.

 

Gracias www.newhorizons.edu.pe