SlideShare una empresa de Scribd logo
1 de 45
Flores Vicente Karina.
Hoyos Trejo Mónica Itzel.
Pardo del Rio Sergio
Velázquez Villegas David Alejandro
Información sobre la
definición del alcance
Identificación
de las partes
interesadas
Visión de Arquitectura y obtención
de las aprobaciones.
Objetivos
Asegurarse de que tiene un adecuado
Reconocimiento y la
aprobación de la gestión social
de la empresa.
Apoyo y compromiso de la
gestión de la línea necesaria.
Para definir y organizar un ciclo de desarrollo de la
arquitectura.
En el contexto general de la Configuración del marco,
según lo establecido en la fase preliminar
• Para la validación de los principios de negocio.
• Objetivos de negocio.
• Los conductores de negocios estratégicos de la
organización.
Para definir las partes interesadas y sus preocupaciones
y objetivos
Para definir los requisitos empresariales clave que se
abordarán en esta arquitectura y las limitaciones que
deben ser tratados.
Formalizar la propuesta de valor que pueda dar una
respuesta a los requisitos y limitaciones
Para crear un plan integral que aborda la
programación, asignación de recursos, la
financiación, comunicación, riesgos, limitaciones,
supuestos y dependencias, de acuerdo con el
proyecto
Los desafíos de asegurar el
reconocimiento y el respaldo
adecuado de las empresas
la gestión y el apoyo y el
compromiso de la gerencia
de línea,
Define también lo que es y lo que está fuera del
ámbito de la arquitectura y las limitaciones que
deben ser tratados.
Decisiones de alcance deben hacerse sobre la
base de una evaluación práctica de los recursos y
competencias de disponibilidad, y el valor que
realmente puede y cabe esperar que obtuviera la
empresa del ámbito de la arquitectura elegida
Las restricciones serán normalmente informadas
por los principios de negocios y principios de
arquitectura, desarrollado como parte de la fase
preliminar
Proporciona el patrocinador una herramienta
clave para vender los beneficios de la propuesta
capacidad de los actores y tomadores de
decisiones dentro de la empresa.
Tiene su propio método para la identificación de
los requisitos empresariales para abordar los
factores clave del negocio, y los requisitos de
arquitectura implícitas.
Roles y responsabilidades de equipo de
arquitectura (s)
-Restricciones en la arquitectura
-Requisitos de Re-uso
-Necesidades presupuestarias.
-Las solicitudes de cambio
-Método de arquitectura adaptada
Se establecen lo que son:
• Repositos de arquitectura
• Especificaciones de requerimientos de la
arquitectura
Su propósito es actuar como un área donde se
puedan alojar todos los proyectos relacionados
con la arquitectura dentro del negocio. Estos
permitirán administrar los entregables,
localizarlos, reusarlos y publicarlos a los
interesados
Su propósito es proveer un conjunto de
declaraciones cuantitativas que describan como
se debe hacer la implementación del proyecto
para que este cumpla con la arquitectura
Solicitud de trabajo de arquitectura
Este es un documento que se envía de la
empresa patrocinadora a la organización de la
arquitectura para iniciar con el ciclo de desarrollo
de la arquitectura.
Este documentos incluye:
La organización patrocinadora
La misión
Metas
Los planes estratégicos
Límites de tiempo
Descripción de los recursos de
desarrollo, etc
Provee de contexto para el trabajo de
arquitectura, describiendo las necesidades y las
formas del trabajo empleado para la empresa.
Este contexto puede variar dependiendo de
cada empresa
Para que un marco de arquitectura pueda ser
usado con éxito, esta debe de ser compatible
con las funciones y responsabilidades dentro
del negocio.
Con mayor importancia la definición de los
límites entre los profesionales de la arquitectura
y los de gobernanza ya que estos se pueden
sobre pasar las fronteras
- Alcance de las organizaciones
- Evaluación de la madurez
- Roles y responsabilidades
- Restricciones en la arquitectura
- Requisitos de Re-uso
- Necesidades presupuestarias
- Las solicitudes de cambio
Incluye:
• Método de arquitectura adaptada
• Principios de Arquitectura incluidos los
principios de negocio,
• Documentación (marco descripción,
descripciones arquitectónicas, descripciones
iniciales, etc.)
El nivel de detalle abordado en la Fase A
dependerá del alcance y las metas del trabajo
de arquitectura solicitado, o del subconjunto de
alcances y metas asociados con esta iteración
del desarrollo de la arquitectura
El orden de los pasos de la fase A, así como el
tiempo en el que inicio y completo formalmente
deberán adaptarse a lo establecido con la
gobernabilidad de arquitectura
Identificar las principales partes interesadas y sus preocupaciones
/ objetivos, y definir la clave del negocio, requisitos que deben
abordarse en el compromiso de la arquitectura. En la Participación
de los interesados ​​en esta etapa se pretende lograr tres objetivos:
*Identificar los componentes y requisitos para la visión de
candidatos para ser probado como la arquitectura de Visión.
*Identificar los límites de alcance de candidatos para la
contratación y delimitar el alcance de la investigación
arquitectónica que requiere.
*Identificar preocupaciones de los interesados​​, las cuestiones y los
factores culturales que darán forma a cómo la arquitectura se
presenta y se comunica.
El principal producto resultante de este paso es un mapa de los actores
para el acoplamiento, mostrando qué actores están involucrados con el
compromiso, su nivel de participación y su clave.
El mapa de las partes interesadas se utiliza para apoyar varias salidas de
la fase de Visión Arquitectura e identificar:
*Las preocupaciones y puntos de vista que son relevantes para este
proyecto, lo que se refleja en el Architecture Vision .
*Los actores que están involucrados en el proyecto así como los
resultados del punto de partida para un plan de comunicaciones.
*Las funciones y responsabilidades clave en el proyecto, que deben
incluirse en :
La Declaración de Arquitectura Work
La tarea importante será tener en cuenta que las opiniones y los puntos de
vista de la arquitectura deben ser desarrollado para satisfacer las necesidades
de los interesados ​​, es importante la comprensión en esta etapa de las partes
interesadas y las opiniones se deben desarrollar para establecer el alcance del
trabajo.
Se deben identificar los objetivos de negocio y los conductores estratégicos
de la organización.
Si estos ya han sido definidos en otros lugares dentro de la empresa, debe de
asegúrese de que las definiciones son actuales, y aclarar las áreas de
ambigüedad. De lo contrario, volver a los creadores de la declaración de
Arquitectura Work and work para definir estos elementos esenciales y
asegurar su aprobación por parte de la gestión corporativa.
Es una evaluación de la capacidad empresarial que se utiliza para definir las
capacidades que una organización tendrá que cumplir como: sus objetivos
de negocio y los conductores de negocios.
Una capacidad de negocio puede ser considerado como sinónimo de una
función de negocio a nivel macro.
*Esta primera etapa busca entender las capacidades y los deseos de la
empresa
La Transformación y Evaluación de la preparación de negocios se
puede utilizar para evaluar y cuantificar la disposición de la
organización para someterse a un cambio. Esta evaluación se basa en
el análisis
El resultado de la evaluación de la preparación, debe añadirse a la
Evaluación de Capacidad. Estos resultados se utilizan para conformar
el ámbito de la arquitectura, e identificar las actividades necesarias en
el proyecto de arquitectura, y para identificar las áreas de riesgo que
deben abordarse.
Definir lo que está dentro y lo que está fuera del ámbito de la
arquitectura de referencia y objetivo.
La Arquitectura de esfuerzos da entendimiento de que la línea de base
y de destino no necesitan ser descritos en el mismo nivel de detalle. En
muchos casos, la línea de base se describe en un nivel más alto de
abstracción, por lo que hay más tiempo disponible para especificar el
destino con suficiente detalle.
En particular se pueden definir en :
*La amplitud de la cobertura de la empresa.
* El nivel de detalle necesario.
*Las características de partición de la arquitectura .
* Los dominios específicos de la arquitectura que se tratarán (negocio, datos,
aplicaciones, tecnología).
* La extensión del período de tiempo destinado , el número y el alcance de
cualquier periodo intermedio de tiempo.
* El patrimonio arquitectónico debe aprovechado, o considerado para el uso de
la organización Enterprise Continuum.
Revisar los principios bajo los que la
arquitectura debe ser elaborados,
Debe asegúrese de que las definiciones
existentes son actuales y aclarar todas las
áreas de ambigüedad. De lo contrario,
volverá al organismo responsable de
arquitectura, la gobernanza y trabajara
con ellos para definir estas esenciales
artículos por primera vez y garantizar su
respaldo por la gestión corporativa.
De acuerdo con las preocupaciones de las
partes interesadas, requerimientos de
capacidad del negocio, alcance,
limitaciones y principios, crean una vista
de alto nivel de la línea base y
arquitecturas de destino.
Habitualmente se dibujar un diagrama del
concepto de solución simple que ilustra de
manera concisa los principales
componentes de la solución y cómo la
solución resultará en beneficios para la
empresa.
Escenarios empresariales son una técnica
adecuada y útil para descubrir y
documentar los requerimientos del negocio
y articular una visión de la arquitectura que
responde a los requisitos.
Estas versiones iniciales de la arquitectura
deben ser almacenadas en el repositorio
de arquitectura, organizados de acuerdo a
las normas y lineamientos establecidos en
el marco de la arquitectura.
•Desarrollar el análisis de rentabilidad para las arquitecturas y cambios
necesarios
•Producir la propuesta de valor para cada uno de los grupos de partes
interesadas
•Evaluar y definir los requisitos de contratación
•Revisar y acepta las proposiciones de valor con los patrocinadores y las
partes interesadas afectadas
•Definir las métricas de rendimiento y medidas que se construirá en la
arquitectura de la empresa para satisfacer las necesidades de negocio
•Evaluar el riesgo del negocio
Hay dos niveles de riesgo que deben ser
considerados, a saber:
* Inicial de nivel de riesgo: clasificación de
riesgo antes de determinar e
implementando acciones de mitigación.
* Nivel residual de riesgo: riesgo
clasificación después de la implementación
de mitigar acciones (si existe).
Identificar los riesgos asociados con la visión
de la arquitectura y evaluar el nivel inicial de
riesgo y la frecuencia potencial asociados
con él. Se debe asignar una estrategia de
mitigación para cada riesgo.
Esto implicará asegurar que:
• Indicadores de rendimiento están incorporadas en los productos de trabajo
• Desempeño específico de productos que están disponibles
Entonces, las actividades se incluyen:
• Identificar nuevos productos de trabajo que tendrán que cambiarse
• Proporcionar la dirección en que productos de trabajo existentes, incluyendo
bloques de construcción
• Identificar el impacto del cambio en otros productos de trabajo y
dependencia en sus actividades
•Qué dominios de arquitectura deben desarrollarse, a qué nivel de detalle y
que se deben construir vistas de arquitectura
• Evaluar las necesidades de recursos y la disponibilidad de raíz en el trabajo
en el plazo requerido
• Estimar los recursos que se necesitan, desarrollar una hoja de ruta y horario
para el desarrollo propuesto y documentar todos estos en la declaración de
obra de arquitectura.
•Definir las métricas de desempeño a cumplirse durante este ciclo de la ADM
por el equipo de arquitectura de la empresa
• Desarrollar la arquitectura específica de la empresa, Plan de comunicación
y mostrar dónde, cómo y cuándo los arquitectos de la empresa se
comunicarán con las partes interesadas
• Revisar los planes de acuerdo con los patrocinadores y asegurar para
aprobación de la declaración de obra de arquitectura bajo los procedimientos
apropiados de la gobernanza
•Ganancia del patrocinador para proceder
Las salidas de fase A son:
Aprobada declaración de obra de arquitectura en particular:
•Alcance y limitaciones
•Plan de la obra arquitectónica
•Roles y responsabilidades
•Riesgos y mitigación de la actividad
•Evaluaciones de desempeño de producto de trabajo
•Análisis de rentabilidad y métricas KPI
Refinado declaraciones de principios de actuación, objetivos de negocio y
sus impulsores del negocio
1.- Principios de arquitectura
2.- Evaluación de la capacidad
•Método de arquitectura a medida
•Contenido de arquitectura a medida (productos y
artefactos)
•Herramientas configuradas y desplegadas
3.- Arquitectura de la visión, incluyendo:
• Requisitos de partes interesadas clave de alto nivel de refinado
• Arquitectura de negocios de referencia, versión 0.1
• Arquitectura de base tecnológica, versión 0.1
• Arquitectura de datos de referencia, versión 0.1
• Arquitectura de aplicaciones de línea de base, versión 0.1
• Arquitectura empresarial, versión 0.1
• Tecnología arquitectura, versión 0.1
• Arquitectura de datos de destino, versión 0.1
• Arquitectura de la aplicación de destino, versión 0.1
4.- Plan de comunicación
5.- Llenar el depósito de la arquitectura de contenido adicional

Más contenido relacionado

La actualidad más candente

Business Analysis - Análisis de Negocios
Business Analysis - Análisis de NegociosBusiness Analysis - Análisis de Negocios
Business Analysis - Análisis de NegociosMario Brieño
 
Plan de trabajo en la planificacion de un proyecto
Plan de trabajo en la planificacion de un proyectoPlan de trabajo en la planificacion de un proyecto
Plan de trabajo en la planificacion de un proyectoDiana Edith Gomez Hernandez
 
BA by PMI - Seccion 5 - Trazabilidad y Monitoreo
BA by PMI - Seccion 5 - Trazabilidad y MonitoreoBA by PMI - Seccion 5 - Trazabilidad y Monitoreo
BA by PMI - Seccion 5 - Trazabilidad y MonitoreoSergio Luis Conte
 
Ensayo project managetmen
Ensayo project managetmenEnsayo project managetmen
Ensayo project managetmenrondonmiguel80
 
Análisis de negocios, visión de una profesión con futuro
Análisis de negocios, visión de una profesión con futuroAnálisis de negocios, visión de una profesión con futuro
Análisis de negocios, visión de una profesión con futuroGoNet
 
Cas Presentacin Lar Crea
Cas Presentacin Lar CreaCas Presentacin Lar Crea
Cas Presentacin Lar CreaCiro Alonso
 
Ciclo de vida del proyecto y organización
Ciclo de vida del proyecto y organizaciónCiclo de vida del proyecto y organización
Ciclo de vida del proyecto y organizaciónEduardo Lalo
 
Cas Visin De Trazabilidad Consultia
Cas Visin De Trazabilidad ConsultiaCas Visin De Trazabilidad Consultia
Cas Visin De Trazabilidad ConsultiaCiro Alonso
 
Metodos y herramientas para al integracion de un proyecto
Metodos y herramientas para al integracion de un proyectoMetodos y herramientas para al integracion de un proyecto
Metodos y herramientas para al integracion de un proyectoDiana Edith Gomez Hernandez
 
Conceptos basicos adm de proyectos
Conceptos basicos adm de proyectosConceptos basicos adm de proyectos
Conceptos basicos adm de proyectoscarlosgmana
 
Unidad1. concepto e importancia de los proyectos de inversion.
Unidad1. concepto e importancia de los proyectos de inversion.Unidad1. concepto e importancia de los proyectos de inversion.
Unidad1. concepto e importancia de los proyectos de inversion.Jenny Sunfeld
 

La actualidad más candente (19)

Planificacion de proyectos
Planificacion de proyectosPlanificacion de proyectos
Planificacion de proyectos
 
Business Analysis - Análisis de Negocios
Business Analysis - Análisis de NegociosBusiness Analysis - Análisis de Negocios
Business Analysis - Análisis de Negocios
 
Gestion de alcance y riesgos de un proyecto
Gestion de alcance y riesgos de un proyectoGestion de alcance y riesgos de un proyecto
Gestion de alcance y riesgos de un proyecto
 
Plan de negocio educap
Plan de negocio educapPlan de negocio educap
Plan de negocio educap
 
IT and Business Analysis
IT and Business AnalysisIT and Business Analysis
IT and Business Analysis
 
Plan de trabajo en la planificacion de un proyecto
Plan de trabajo en la planificacion de un proyectoPlan de trabajo en la planificacion de un proyecto
Plan de trabajo en la planificacion de un proyecto
 
BA by PMI - Seccion 5 - Trazabilidad y Monitoreo
BA by PMI - Seccion 5 - Trazabilidad y MonitoreoBA by PMI - Seccion 5 - Trazabilidad y Monitoreo
BA by PMI - Seccion 5 - Trazabilidad y Monitoreo
 
Ensayo project managetmen
Ensayo project managetmenEnsayo project managetmen
Ensayo project managetmen
 
Reingenieria y técnicas básicas de calidad
Reingenieria y técnicas básicas de calidadReingenieria y técnicas básicas de calidad
Reingenieria y técnicas básicas de calidad
 
Business model CANVAS
Business model CANVASBusiness model CANVAS
Business model CANVAS
 
Análisis de negocios, visión de una profesión con futuro
Análisis de negocios, visión de una profesión con futuroAnálisis de negocios, visión de una profesión con futuro
Análisis de negocios, visión de una profesión con futuro
 
Cas Presentacin Lar Crea
Cas Presentacin Lar CreaCas Presentacin Lar Crea
Cas Presentacin Lar Crea
 
Ciclo de vida del proyecto y organización
Ciclo de vida del proyecto y organizaciónCiclo de vida del proyecto y organización
Ciclo de vida del proyecto y organización
 
Clase6
Clase6Clase6
Clase6
 
Cas Visin De Trazabilidad Consultia
Cas Visin De Trazabilidad ConsultiaCas Visin De Trazabilidad Consultia
Cas Visin De Trazabilidad Consultia
 
Metodos y herramientas para al integracion de un proyecto
Metodos y herramientas para al integracion de un proyectoMetodos y herramientas para al integracion de un proyecto
Metodos y herramientas para al integracion de un proyecto
 
Conceptos basicos adm de proyectos
Conceptos basicos adm de proyectosConceptos basicos adm de proyectos
Conceptos basicos adm de proyectos
 
Unidad1. concepto e importancia de los proyectos de inversion.
Unidad1. concepto e importancia de los proyectos de inversion.Unidad1. concepto e importancia de los proyectos de inversion.
Unidad1. concepto e importancia de los proyectos de inversion.
 
PLAN DE NEGOCIO EDUCAP
PLAN DE NEGOCIO EDUCAPPLAN DE NEGOCIO EDUCAP
PLAN DE NEGOCIO EDUCAP
 

Similar a Capitulo 7

Gestion de proyectos informaticos
Gestion de proyectos informaticosGestion de proyectos informaticos
Gestion de proyectos informaticosTensor
 
Presentacion grupo 4 - Analisis de sistemas
Presentacion grupo 4 - Analisis de sistemasPresentacion grupo 4 - Analisis de sistemas
Presentacion grupo 4 - Analisis de sistemasClaudia Patricia Mateus
 
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De VidaEafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vidaequisoide
 
Unidad 2 - Dominio de desempeño de la Entrega.pdf
Unidad 2 - Dominio de desempeño de la Entrega.pdfUnidad 2 - Dominio de desempeño de la Entrega.pdf
Unidad 2 - Dominio de desempeño de la Entrega.pdfeduardosotoperez1
 
Resumen: Estrategia innovacion y Negocios para IoT industrial
Resumen: Estrategia innovacion y Negocios para  IoT industrialResumen: Estrategia innovacion y Negocios para  IoT industrial
Resumen: Estrategia innovacion y Negocios para IoT industrialDaniel Rojas Acuña
 
Alcance del proyecto y EDT
Alcance del proyecto y EDTAlcance del proyecto y EDT
Alcance del proyecto y EDTEdwin Ortega
 
2. modelo de estudio de factibilidad de un proyecto
2. modelo de estudio de factibilidad de un proyecto2. modelo de estudio de factibilidad de un proyecto
2. modelo de estudio de factibilidad de un proyectoKarlaVivianaCeballos1
 
Ingenieria De Requisitos
Ingenieria De RequisitosIngenieria De Requisitos
Ingenieria De RequisitosGonzalo Piedra
 
Ingenieria De Requisitos
Ingenieria De RequisitosIngenieria De Requisitos
Ingenieria De Requisitosguest4af293
 
Clase 2 cómo iniciar el proyecto
Clase 2 cómo iniciar el proyectoClase 2 cómo iniciar el proyecto
Clase 2 cómo iniciar el proyectoexpert28
 
Ensayo oficial original 1 1
Ensayo oficial original 1 1Ensayo oficial original 1 1
Ensayo oficial original 1 1Sandy Zavala
 
Fundamentos del diseño gráfico para web e interactivos
Fundamentos del diseño gráfico para web e interactivosFundamentos del diseño gráfico para web e interactivos
Fundamentos del diseño gráfico para web e interactivosRoger Crunch
 
ENTENDIENDO LA GUIA DEL PMBOK: 05-Alcance
ENTENDIENDO LA GUIA DEL PMBOK: 05-AlcanceENTENDIENDO LA GUIA DEL PMBOK: 05-Alcance
ENTENDIENDO LA GUIA DEL PMBOK: 05-AlcanceSergio Luis Conte
 
Priorizar Los Casos De Uso
Priorizar Los Casos De UsoPriorizar Los Casos De Uso
Priorizar Los Casos De UsoGonzalo Piedra
 

Similar a Capitulo 7 (20)

Método ADM
Método ADMMétodo ADM
Método ADM
 
Gestion de proyectos informaticos
Gestion de proyectos informaticosGestion de proyectos informaticos
Gestion de proyectos informaticos
 
Presentacion grupo 4 - Analisis de sistemas
Presentacion grupo 4 - Analisis de sistemasPresentacion grupo 4 - Analisis de sistemas
Presentacion grupo 4 - Analisis de sistemas
 
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De VidaEafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
 
Unidad 2 - Dominio de desempeño de la Entrega.pdf
Unidad 2 - Dominio de desempeño de la Entrega.pdfUnidad 2 - Dominio de desempeño de la Entrega.pdf
Unidad 2 - Dominio de desempeño de la Entrega.pdf
 
Balance score card
Balance score cardBalance score card
Balance score card
 
Resumen: Estrategia innovacion y Negocios para IoT industrial
Resumen: Estrategia innovacion y Negocios para  IoT industrialResumen: Estrategia innovacion y Negocios para  IoT industrial
Resumen: Estrategia innovacion y Negocios para IoT industrial
 
Alcance del proyecto y EDT
Alcance del proyecto y EDTAlcance del proyecto y EDT
Alcance del proyecto y EDT
 
Cultura empresarial4
Cultura empresarial4Cultura empresarial4
Cultura empresarial4
 
2. modelo de estudio de factibilidad de un proyecto
2. modelo de estudio de factibilidad de un proyecto2. modelo de estudio de factibilidad de un proyecto
2. modelo de estudio de factibilidad de un proyecto
 
Ingenieria De Requisitos
Ingenieria De RequisitosIngenieria De Requisitos
Ingenieria De Requisitos
 
Ingenieria De Requisitos
Ingenieria De RequisitosIngenieria De Requisitos
Ingenieria De Requisitos
 
Clase 2 cómo iniciar el proyecto
Clase 2 cómo iniciar el proyectoClase 2 cómo iniciar el proyecto
Clase 2 cómo iniciar el proyecto
 
Ensayo oficial original 1 1
Ensayo oficial original 1 1Ensayo oficial original 1 1
Ensayo oficial original 1 1
 
Conceptos de la administración de proyectos
Conceptos de la administración de proyectosConceptos de la administración de proyectos
Conceptos de la administración de proyectos
 
TOGAF - Fase A
TOGAF - Fase ATOGAF - Fase A
TOGAF - Fase A
 
Fundamentos del diseño gráfico para web e interactivos
Fundamentos del diseño gráfico para web e interactivosFundamentos del diseño gráfico para web e interactivos
Fundamentos del diseño gráfico para web e interactivos
 
UNIDAD III EAI SCM
UNIDAD III EAI SCMUNIDAD III EAI SCM
UNIDAD III EAI SCM
 
ENTENDIENDO LA GUIA DEL PMBOK: 05-Alcance
ENTENDIENDO LA GUIA DEL PMBOK: 05-AlcanceENTENDIENDO LA GUIA DEL PMBOK: 05-Alcance
ENTENDIENDO LA GUIA DEL PMBOK: 05-Alcance
 
Priorizar Los Casos De Uso
Priorizar Los Casos De UsoPriorizar Los Casos De Uso
Priorizar Los Casos De Uso
 

Capitulo 7

  • 1. Flores Vicente Karina. Hoyos Trejo Mónica Itzel. Pardo del Rio Sergio Velázquez Villegas David Alejandro
  • 2. Información sobre la definición del alcance Identificación de las partes interesadas Visión de Arquitectura y obtención de las aprobaciones.
  • 3. Objetivos Asegurarse de que tiene un adecuado Reconocimiento y la aprobación de la gestión social de la empresa. Apoyo y compromiso de la gestión de la línea necesaria.
  • 4. Para definir y organizar un ciclo de desarrollo de la arquitectura. En el contexto general de la Configuración del marco, según lo establecido en la fase preliminar
  • 5. • Para la validación de los principios de negocio. • Objetivos de negocio. • Los conductores de negocios estratégicos de la organización.
  • 6. Para definir las partes interesadas y sus preocupaciones y objetivos
  • 7. Para definir los requisitos empresariales clave que se abordarán en esta arquitectura y las limitaciones que deben ser tratados.
  • 8. Formalizar la propuesta de valor que pueda dar una respuesta a los requisitos y limitaciones
  • 9. Para crear un plan integral que aborda la programación, asignación de recursos, la financiación, comunicación, riesgos, limitaciones, supuestos y dependencias, de acuerdo con el proyecto
  • 10. Los desafíos de asegurar el reconocimiento y el respaldo adecuado de las empresas la gestión y el apoyo y el compromiso de la gerencia de línea,
  • 11. Define también lo que es y lo que está fuera del ámbito de la arquitectura y las limitaciones que deben ser tratados.
  • 12. Decisiones de alcance deben hacerse sobre la base de una evaluación práctica de los recursos y competencias de disponibilidad, y el valor que realmente puede y cabe esperar que obtuviera la empresa del ámbito de la arquitectura elegida
  • 13. Las restricciones serán normalmente informadas por los principios de negocios y principios de arquitectura, desarrollado como parte de la fase preliminar
  • 14. Proporciona el patrocinador una herramienta clave para vender los beneficios de la propuesta capacidad de los actores y tomadores de decisiones dentro de la empresa.
  • 15. Tiene su propio método para la identificación de los requisitos empresariales para abordar los factores clave del negocio, y los requisitos de arquitectura implícitas.
  • 16. Roles y responsabilidades de equipo de arquitectura (s) -Restricciones en la arquitectura -Requisitos de Re-uso -Necesidades presupuestarias. -Las solicitudes de cambio -Método de arquitectura adaptada
  • 17. Se establecen lo que son: • Repositos de arquitectura • Especificaciones de requerimientos de la arquitectura
  • 18. Su propósito es actuar como un área donde se puedan alojar todos los proyectos relacionados con la arquitectura dentro del negocio. Estos permitirán administrar los entregables, localizarlos, reusarlos y publicarlos a los interesados
  • 19. Su propósito es proveer un conjunto de declaraciones cuantitativas que describan como se debe hacer la implementación del proyecto para que este cumpla con la arquitectura
  • 20. Solicitud de trabajo de arquitectura Este es un documento que se envía de la empresa patrocinadora a la organización de la arquitectura para iniciar con el ciclo de desarrollo de la arquitectura.
  • 21. Este documentos incluye: La organización patrocinadora La misión Metas Los planes estratégicos Límites de tiempo Descripción de los recursos de desarrollo, etc
  • 22. Provee de contexto para el trabajo de arquitectura, describiendo las necesidades y las formas del trabajo empleado para la empresa. Este contexto puede variar dependiendo de cada empresa
  • 23. Para que un marco de arquitectura pueda ser usado con éxito, esta debe de ser compatible con las funciones y responsabilidades dentro del negocio. Con mayor importancia la definición de los límites entre los profesionales de la arquitectura y los de gobernanza ya que estos se pueden sobre pasar las fronteras
  • 24. - Alcance de las organizaciones - Evaluación de la madurez - Roles y responsabilidades - Restricciones en la arquitectura - Requisitos de Re-uso - Necesidades presupuestarias - Las solicitudes de cambio
  • 25. Incluye: • Método de arquitectura adaptada • Principios de Arquitectura incluidos los principios de negocio, • Documentación (marco descripción, descripciones arquitectónicas, descripciones iniciales, etc.)
  • 26. El nivel de detalle abordado en la Fase A dependerá del alcance y las metas del trabajo de arquitectura solicitado, o del subconjunto de alcances y metas asociados con esta iteración del desarrollo de la arquitectura
  • 27. El orden de los pasos de la fase A, así como el tiempo en el que inicio y completo formalmente deberán adaptarse a lo establecido con la gobernabilidad de arquitectura
  • 28. Identificar las principales partes interesadas y sus preocupaciones / objetivos, y definir la clave del negocio, requisitos que deben abordarse en el compromiso de la arquitectura. En la Participación de los interesados ​​en esta etapa se pretende lograr tres objetivos: *Identificar los componentes y requisitos para la visión de candidatos para ser probado como la arquitectura de Visión. *Identificar los límites de alcance de candidatos para la contratación y delimitar el alcance de la investigación arquitectónica que requiere. *Identificar preocupaciones de los interesados​​, las cuestiones y los factores culturales que darán forma a cómo la arquitectura se presenta y se comunica.
  • 29. El principal producto resultante de este paso es un mapa de los actores para el acoplamiento, mostrando qué actores están involucrados con el compromiso, su nivel de participación y su clave. El mapa de las partes interesadas se utiliza para apoyar varias salidas de la fase de Visión Arquitectura e identificar: *Las preocupaciones y puntos de vista que son relevantes para este proyecto, lo que se refleja en el Architecture Vision . *Los actores que están involucrados en el proyecto así como los resultados del punto de partida para un plan de comunicaciones. *Las funciones y responsabilidades clave en el proyecto, que deben incluirse en : La Declaración de Arquitectura Work
  • 30. La tarea importante será tener en cuenta que las opiniones y los puntos de vista de la arquitectura deben ser desarrollado para satisfacer las necesidades de los interesados ​​, es importante la comprensión en esta etapa de las partes interesadas y las opiniones se deben desarrollar para establecer el alcance del trabajo.
  • 31. Se deben identificar los objetivos de negocio y los conductores estratégicos de la organización. Si estos ya han sido definidos en otros lugares dentro de la empresa, debe de asegúrese de que las definiciones son actuales, y aclarar las áreas de ambigüedad. De lo contrario, volver a los creadores de la declaración de Arquitectura Work and work para definir estos elementos esenciales y asegurar su aprobación por parte de la gestión corporativa.
  • 32. Es una evaluación de la capacidad empresarial que se utiliza para definir las capacidades que una organización tendrá que cumplir como: sus objetivos de negocio y los conductores de negocios. Una capacidad de negocio puede ser considerado como sinónimo de una función de negocio a nivel macro. *Esta primera etapa busca entender las capacidades y los deseos de la empresa
  • 33. La Transformación y Evaluación de la preparación de negocios se puede utilizar para evaluar y cuantificar la disposición de la organización para someterse a un cambio. Esta evaluación se basa en el análisis El resultado de la evaluación de la preparación, debe añadirse a la Evaluación de Capacidad. Estos resultados se utilizan para conformar el ámbito de la arquitectura, e identificar las actividades necesarias en el proyecto de arquitectura, y para identificar las áreas de riesgo que deben abordarse.
  • 34. Definir lo que está dentro y lo que está fuera del ámbito de la arquitectura de referencia y objetivo. La Arquitectura de esfuerzos da entendimiento de que la línea de base y de destino no necesitan ser descritos en el mismo nivel de detalle. En muchos casos, la línea de base se describe en un nivel más alto de abstracción, por lo que hay más tiempo disponible para especificar el destino con suficiente detalle.
  • 35. En particular se pueden definir en : *La amplitud de la cobertura de la empresa. * El nivel de detalle necesario. *Las características de partición de la arquitectura . * Los dominios específicos de la arquitectura que se tratarán (negocio, datos, aplicaciones, tecnología). * La extensión del período de tiempo destinado , el número y el alcance de cualquier periodo intermedio de tiempo. * El patrimonio arquitectónico debe aprovechado, o considerado para el uso de la organización Enterprise Continuum.
  • 36. Revisar los principios bajo los que la arquitectura debe ser elaborados, Debe asegúrese de que las definiciones existentes son actuales y aclarar todas las áreas de ambigüedad. De lo contrario, volverá al organismo responsable de arquitectura, la gobernanza y trabajara con ellos para definir estas esenciales artículos por primera vez y garantizar su respaldo por la gestión corporativa.
  • 37. De acuerdo con las preocupaciones de las partes interesadas, requerimientos de capacidad del negocio, alcance, limitaciones y principios, crean una vista de alto nivel de la línea base y arquitecturas de destino. Habitualmente se dibujar un diagrama del concepto de solución simple que ilustra de manera concisa los principales componentes de la solución y cómo la solución resultará en beneficios para la empresa.
  • 38. Escenarios empresariales son una técnica adecuada y útil para descubrir y documentar los requerimientos del negocio y articular una visión de la arquitectura que responde a los requisitos. Estas versiones iniciales de la arquitectura deben ser almacenadas en el repositorio de arquitectura, organizados de acuerdo a las normas y lineamientos establecidos en el marco de la arquitectura.
  • 39. •Desarrollar el análisis de rentabilidad para las arquitecturas y cambios necesarios •Producir la propuesta de valor para cada uno de los grupos de partes interesadas •Evaluar y definir los requisitos de contratación •Revisar y acepta las proposiciones de valor con los patrocinadores y las partes interesadas afectadas •Definir las métricas de rendimiento y medidas que se construirá en la arquitectura de la empresa para satisfacer las necesidades de negocio •Evaluar el riesgo del negocio
  • 40. Hay dos niveles de riesgo que deben ser considerados, a saber: * Inicial de nivel de riesgo: clasificación de riesgo antes de determinar e implementando acciones de mitigación. * Nivel residual de riesgo: riesgo clasificación después de la implementación de mitigar acciones (si existe). Identificar los riesgos asociados con la visión de la arquitectura y evaluar el nivel inicial de riesgo y la frecuencia potencial asociados con él. Se debe asignar una estrategia de mitigación para cada riesgo.
  • 41. Esto implicará asegurar que: • Indicadores de rendimiento están incorporadas en los productos de trabajo • Desempeño específico de productos que están disponibles Entonces, las actividades se incluyen: • Identificar nuevos productos de trabajo que tendrán que cambiarse • Proporcionar la dirección en que productos de trabajo existentes, incluyendo bloques de construcción • Identificar el impacto del cambio en otros productos de trabajo y dependencia en sus actividades •Qué dominios de arquitectura deben desarrollarse, a qué nivel de detalle y que se deben construir vistas de arquitectura • Evaluar las necesidades de recursos y la disponibilidad de raíz en el trabajo en el plazo requerido
  • 42. • Estimar los recursos que se necesitan, desarrollar una hoja de ruta y horario para el desarrollo propuesto y documentar todos estos en la declaración de obra de arquitectura. •Definir las métricas de desempeño a cumplirse durante este ciclo de la ADM por el equipo de arquitectura de la empresa • Desarrollar la arquitectura específica de la empresa, Plan de comunicación y mostrar dónde, cómo y cuándo los arquitectos de la empresa se comunicarán con las partes interesadas • Revisar los planes de acuerdo con los patrocinadores y asegurar para aprobación de la declaración de obra de arquitectura bajo los procedimientos apropiados de la gobernanza •Ganancia del patrocinador para proceder
  • 43. Las salidas de fase A son: Aprobada declaración de obra de arquitectura en particular: •Alcance y limitaciones •Plan de la obra arquitectónica •Roles y responsabilidades •Riesgos y mitigación de la actividad •Evaluaciones de desempeño de producto de trabajo •Análisis de rentabilidad y métricas KPI
  • 44. Refinado declaraciones de principios de actuación, objetivos de negocio y sus impulsores del negocio 1.- Principios de arquitectura 2.- Evaluación de la capacidad •Método de arquitectura a medida •Contenido de arquitectura a medida (productos y artefactos) •Herramientas configuradas y desplegadas
  • 45. 3.- Arquitectura de la visión, incluyendo: • Requisitos de partes interesadas clave de alto nivel de refinado • Arquitectura de negocios de referencia, versión 0.1 • Arquitectura de base tecnológica, versión 0.1 • Arquitectura de datos de referencia, versión 0.1 • Arquitectura de aplicaciones de línea de base, versión 0.1 • Arquitectura empresarial, versión 0.1 • Tecnología arquitectura, versión 0.1 • Arquitectura de datos de destino, versión 0.1 • Arquitectura de la aplicación de destino, versión 0.1 4.- Plan de comunicación 5.- Llenar el depósito de la arquitectura de contenido adicional