Departamento de ciencias de la computación y electrónica sección deparatamental de ingeniería de software y gestión de tecnologías de la informacióN



Descargar 1.07 Mb.
Página15/35
Fecha de conversión10.01.2017
Tamaño1.07 Mb.
1   ...   11   12   13   14   15   16   17   18   ...   35




Unidad 3: Implementación de Metodología AE.

3.1 Introducción.


En este capítulo se describe la implementación de la metodología de AE, que es un procedimiento detallado para el establecimiento, mantenimiento y utilización del marco arquitectónico y el enfoque de la documentación. La metodología de es el primer paso para coordinar el enfoque de documentación. El valor que tiene la adopción de la metodología es reducir el riesgo de crear un programa y/o documentación inefectiva.

c:\users\aacabrera\desktop\captura.jpg

Framework AE.

Un Framework de AE es una estructura para organizar la información que define el ámbito de la arquitectura, el programa de EA que lo documentará y la relación entre las de las distintas áreas de la arquitectura.



Metodología de AE.

La metodología de AE define como se llevará a cabo y cómo se desarrollará la documentación a archivar y utilizar, incluyendo la selección de un framework, las herramientas de modelado, y el repositorio on-line.




Objetivos de Aprendizaje

  • Entender el propósito de una metodología AE dentro del programa de AE.

  • Comprender los pasos de una metodología de AE

  • Comprender la relación entre un Framework y una Metodología de AE.

 Una metodología de AE es una descripción detallada paso a paso de cómo un programa de AE se va a establecer y ejecutar, y la forma en que la documentación arquitectónica se va a desarrollar, mantener y utilizar. La metodología que se presenta en este libro es lo suficientemente flexible como para soportar el uso de algunos marcos, herramientas y repositorios arquitectónicos. La Figura 3-1 proporciona una descripción general de los seis elementos básicos de la documentación de la AE que se presentaron en la unidad 1. Esta unidad se basa en los elementos básicos, establecidos en la fase cuatro, dentro de la "metodología de los veinte pasos para establecer un programa de AE y poner en práctica los seis elementos de la documentación.





Figura 3.1: Elementos básicos de la documentación de la AE extraído de Scott A. Bernard 2012

Analogía arquitectura de casas: la metodología de AE es como el enfoque estándar que los arquitectos siguen cuando se les enseña a diseñar y construir una casa. Hay cosas que se deben hacer de una manera determinada para que el diseño sea exitoso y para que el hogar se construya correctamente.

Discusión

El establecimiento de un programa de AE tiene muchas facetas y una de las claves del éxito es el uso de una metodología de documentación detallada para que el programa comience y luego pueda orientar el esfuerzo de documentación.

La metodología que se describe en este texto guía es generalizada para que pueda ser utilizada en una amplia variedad de empresas del sector público y privado, y pueda soportar muchos tipos y marcos de herramientas y repositorios de AE. Dependiendo del tipo de empresa, algunas partes de la metodología puede ser necesario cambiar.

Es importante desarrollar una metodología como uno de los primeros pasos para establecer el programa de AE, ya que obliga a la empresa a "pensar a través de las siguientes e importantes consideraciones: 



  • ¿Qué áreas de la empresa, cubrirá la AE (ámbito de aplicación)?

  • El enfoque de gobierno (por ejemplo, centralizada o descentralizada]

  • Los tipos de documentación (conocidos como artefactos] que serán necesarios para apoyar a las empresas y la tecnología, planificación de recursos y la toma de decisiones

  • El marco documental de AE que mejor soporte a las necesidades de la empresa

  • Los métodos y técnicas para la recolección o el desarrollo de la documentación.

  • Las herramientas de software de modelado, aplicaciones web y bases de datos que serán necesarios para automatizar el proceso de documentación y habilitar un escenario de modelado futuros

  • ¿Cuántos usuarios podrán acceder y compartir la documentación (por ejemplo, un repositorio de AE?

  • ¿Con qué frecuencia se actualizará se actualizarán la documentación?

A continuación se detalla una metodología de implementación arquitectónica la misma que cuenta con 20 pasos para su respectivo desarrollo.

Cabe señalar que la revitalización de un programa de AE existente implicará pasos adicionales que varían con cada situación. La revitalización podría concentrarse en la selección de un marco y una metodología de aplicación diferentes, y la identificación de nuevas particiones verticales y horizontales de la empresa que serán documentados en segmentos.


 3.2 Metodología de Implementación de un programa de Arquitectura Empresarial .


Fase I: Establecimiento del programa

Paso 1:

Establecer el Programa de Manejo de AE e identificar un Arquitecto Jefe.

Paso 2:

Establecer una metodología de implementación

Paso 3:

Establecer la gobernanza y la vinculación con los procesos de gestión.

Paso 4:

Desarrollar un Plan de Comunicación para ganar interesados.

Fase II: Selección del Marco de EA y selección de herramientas

Paso 5:

Seleccione un marco de documentación.

Paso 6:

Identificar las líneas de Negocio. Cruzar los cortes y el orden de su documentación.

Paso 7:

Identificar los componentes arquitectónicos a ser documentados.

Paso 8:

Seleccionar los métodos de documentación apropiada

Paso 9:

Selecciona las aplicaciones de software / herramientas para apoyar la documentación automatizada

Paso 10:

Seleccionar y establecer un repositorio en línea para la documentación y el análisis.

  

Fase III: La documentación de la AE

Paso 11:

Evaluar el negocio existente y la documentación tecnológica para su uso en la AE.

Paso 12:

Documente las vistas actuales de los componentes de AE existentes en todas las áreas de framework (niveles, hilos). Guarde los artefactos en el repositorio on-line.

Paso 13:

Desarrollar varios escenarios de operación futuros del negocio / tecnología

Paso 14:

Identifique las suposiciones futuras de planificación para cada escenario futuro.

Paso 15:

Utilice los escenarios y otros programas, "de entrada personal para manejar la documentación de los futuros componentes de EA en todos los artefactos marco áreas de tiendas en el repositorio en línea de EA.

Paso 16:

Desarrollar un Plan de Gestión de EA para secuenciar los cambios planificados en la EA.

Fase IV: Uso y Mantenimiento de la EA

Paso 17:

Usar la información para apoyar la planificación y la toma de decisiones.

Paso 18:

Actualice regularmente los puntos de vista actuales y futuros de los componentes de EA.

Paso 19:

Mantener un repositorio de EA para los productos de modelado y análisis

Paso 20:

Versione las actualizaciones anual del Plan de Gestión de EA.

Es importante considere que para la implementación de un programa arquitectónico debe tener definido un esquema de documentación a utilizar. 

En las siguientes fases se describe el diseño arquitectónico bajo los principios de AE.



Fase I: Establecimiento del programa de AE.

Las actividades de la Fase I están diseñadas para que el programa arquitectónico inicialmente arranque, identificando actores clave, y comunicando el plan de implementación al sponsor y otros stakeholders para ganar aceptación y apoyo.

Estas actividades de documentación previa son importantes para garantizar que el programa de AE tenga metas claras, este centrado, y sea aceptada en toda la empresa.

c:\users\aacabrera\desktop\captura.jpg

Sponsor Ejecutivo

El ejecutivo que tiene autoridad para tomar decisiones sobre el programa de AE y que ofrece recursos y liderazgo senior al mismo.




 Paso 1: Establezca el Programa de Gestión de EA e identificar un Arquitecto Jefe.

El patrocinador ejecutivo establece el programa de AE y se identifica a un arquitecto en jefe para dirigir el programa. El programa es inicialmente la puesta en marcha del proyecto (fases I-III] y luego un programa en curso (Fase IV). El patrocinador ejecutivo debe proporcionar al arquitecto en jefe los recursos suficientes (por ejemplo, presupuesto, personal, hardware, software, e instalaciones) y la autoridad para poder establecer correctamente el programa. El arquitecto en jefe debe ser responsable de los recursos y del programa. Una de las primeras acciones del arquitecto en jefe debe ser el establecimiento de un equipo que se componga de arquitectos formados en AE y representantes de diversos grupos de interesados.

 Paso 2: Establezca una metodología de implementación de AE.

El segundo paso en la metodología de AE es para el arquitecto en jefe y el equipo de AE para identificar todos los pasos de la metodología que la empresa necesita para crear un programa eficaz. La metodología que se discute en este capítulo se puede utilizar tal como se presenta o puede ser modificado para satisfacer las necesidades particulares de la empresa. Otras metodologías del sector público y privado pueden ser utilizadas. Lo importante a recordar en el inicio de una estrategia de AE es tener una metodología detallada que guiará la implementación del programa y las actividades posteriores de documentación, así como reducir el riesgo de que el programa pierda el enfoque, eficacia y valor.



Paso 3: Establecer la gobernanza y la vinculación con los procesos de gestión.

El tercer paso es para el patrocinador ejecutivo y el Arquitecto en jefe para co-desarrollar el enfoque de gobierno para la AE, que habilite políticas, planes, y toma de decisiones efectivas dentro del programa de gestión arquitectónico. Este enfoque de gobierno debería incluir enlaces a otros procesos de gestión para la planificación estratégica, planificación de capital, gestión de proyectos, seguridad y el plan de capacitación para los recursos.





Gobernanza de TI .

Implica el alineamiento de las Tecnologías de la información y la comunicación (TI) con la estrategia del negocio. Hereda las metas y la estrategia a todos los departamentos de la empresa, y proporciona el mejor uso de la tecnología y de sus estructuras organizativas para alcanzarlas.



http://es.wikipedia.org/wiki/Gobernanza_de_las_tecnolog%C3%ADas_de_la_informaci%C3%B3n


Paso 4: Desarrolle un Plan de Comunicación para ganar interesados.

El siguiente paso es desarrollar un Plan de Comunicación que articule la metodología de documentación y un calendario para las actividades de la Fase II y III. El Plan de Comunicación de AE debe ser escrito en un lenguaje sencillo para ganar la atención de los interesados técnicos, ejecutivos, gerentes de línea de negocio, personal de apoyo y otros, potenciales usuarios de la documentación de la AE. El Plan de Comunicación debe incluir declaraciones sobre el propósito y la visión de la AE, ejemplos de cómo la AE aportará valor a la empresa, donde la documentación estará disponible para su acceso, un resumen de la metodología utilizada, así como los principios generales que serán utilizados para el desarrollo. 



Fase II: Marco de EA y selección de herramientas.

Las Actividades de la Fase II se producen cuando el conjunto inicial de documentación se desarrolla. Esto comienza con la selección de un marco de documentación arquitectónico que identifique el ámbito de la arquitectura, oriente las técnicas para el modelado de las vistas actuales, desarrollar escenarios futuros y modelización asociada, y establecer un repositorio en línea en el que se archivarán todos los artefactos de la documentación.



 c:\users\aacabrera\desktop\captura.jpg

Artefacto arquitectónico

Es un producto de documentación, como un documento de texto, especificación del sistema, información de interfaz de la aplicación, diagramas, hojas de cálculo, diapositivas, briefings, y / o videoclip.




Paso 5: Seleccione un marco de documentación de la AE.

El primer paso de la Fase II consiste en la selección de un marco documentación arquitectónica por el arquitecto en jefe, con la participación del equipo de AE y los interesados. El marco debe identificar las áreas de la empresa que la AE cubrirá, y cómo aquellas áreas se relacionan. Por ejemplo, el marco EA3 identifica cinco áreas funcionales y tres áreas de procesos que deberá documentar, organizar diferentes tipos de componentes y, a continuación, orientar los componentes en líneas de negocio. Estas relaciones son importantes en la transición de cómo la empresa utiliza procesos y recursos en el logro de sus objetivos.



Paso 6: Identifique las Líneas de Negocio - Los cortes transversales y el orden de documentación.

Estimado estudiante es importante que considere que el segundo paso de la Fase II de la implementación de un modelo arquitectónico consiste en la identificación de las líneas verticales del negocio (también conocidos como segmentos) y las iniciativas horizontales transversales dentro de la empresa las mismas que pueden ser diseñada por separado y en combinación y que representarán a la AE para toda la empresa.

A veces, sin embargo, la línea de negocio, "Segmento es algo que tiene sentido dentro de la AE y no es un límite establecido de la organización, por lo que deben ser identificados a través del trabajo con las partes interesadas (por ejemplo, las cadenas verticales de suministro, las capacidades específicas de la misión). Iniciativas transversales son aquellas actividades horizontales que funcionan en un "entorno operativo común" a través de varios LOB (Line Of Businness). Ejemplos de cortes transversales horizontales incluyen servicios web, almacenes de conocimiento, infraestructura de red, soluciones de seguridad, módulos ERP y sistemas de back office ", las aplicaciones (por ejemplo, correo electrónico, seguimiento de documentos, finanzas y contabilidad, recursos humanos).
 Paso 7: Identifique los componentes arquitectónicos a ser documentados.

 El paso 7 consiste en identificar los componentes arquitectónicos, que tendrán que estar documentados en cada área funcional de la estructura. Por ejemplo, el marco EA3 tiene seis áreas funcionales (estrategia, negocio, información, servicios, redes e hilos verticales). Cada una de estas áreas representa un conjunto distinto de actividades que se extienden en toda la empresa, están representados por los componentes arquitectónicos. Los componentes de AE son objetivos, procesos, medidas, proyectos, datos, servicios y recursos de TI plug-and-play en las diversas áreas funcionales. Un componente de AE por lo tanto, es único en la capacidad y recursos que representa en el marco de AE. Cada componente de AE está documentado mediante métodos de recolección de información y técnicas de modelización que son apropiados para el tipo de cosas que están contenidas en los componentes de AE.

Por ejemplo, en el nivel estratégico los objetivos estratégicos de la empresa, las actividades y las medidas de resultado son los principales elementos que deberán documentarse. A nivel empresarial, la línea de servicios del negocio y las medidas asociadas son documentadas. A nivel de información, los flujos de información, bases de datos, almacenes de conocimientos y estándares de datos son documentados. En los servicios y el nivel de las aplicaciones, los diversos servicios web, servicios de ofimática y software aplicaciones son documentados. En el nivel de infraestructura de la tecnología la voz, los datos y redes de vídeo, así como a plantas de cable e instalaciones de equipos asociados están documentados. Para los hilos verticales, información de seguridad, estándares de información y los recursos son asociados en cada una de las cinco áreas funcionales.

 Paso 8: Seleccionar métodos apropiados de documentación para el framework.

El siguiente paso es seleccionar los métodos que se utilizan para reunir y desarrollar los artefactos arquitectónicos dentro de la documentación. Por ejemplo, los siguientes son los métodos de modelado en las seis áreas funcionales de la estructura del cubo EA3.

 Nivel Estratégico:

Plan Estratégico, Escenarios, Balanced Scorecard Nivel de actividad: IDEF-o diagramas, diagramas de flujo, Diagrama de carreteras

Nivel de información:

Los modelos de datos, diagramas de objetos, diccionario de datos

Nivel de servicios:

Diagramas de sistemas, modelos de servicios web, API´s

Nivel de tecnología:

Voz / Datos / Vídeo / Documentos Diagramas de Red

Hilos verticales:

Diagramas de seguridad, estándares, habilidades de la fuerza laboral

 

Es importante elegir técnicas de documentación que proporcionen información necesaria para la planificación de recursos y la toma de decisiones. Por lo tanto, el arquitecto en jefe debe consultar con las partes interesadas y el equipo de AE los métodos para el desarrollo de artefactos y la información será recopilada.



Paso 9: Seleccione las aplicaciones/herramientas de software para apoyar la automatización de la documentación de AE.

Una vez que las áreas funcionales, los niveles de la estructura y los tipos de componentes de AE son conocidos, la documentación y artefactos pueden ser establecidos. Sin hacer los pasos 7 y 8, sería difícil para el arquitecto en jefe y el equipo de EA conocer las técnicas de modelado específicas que tendrán que soportar. Por ejemplo, si los métodos orientados a objetos se están utilizando para desarrollar artefactos en el nivel de información del framework, entonces una herramienta de modelado a utilizar es el Lenguaje de Modelado Unificado (UML).

 Paso 10: Seleccionar y establecer un repositorio AE en línea para la documentación.

 Este es el último paso en la fase por el Arquitecto en Jefe y el equipo de AE para seleccionar una aplicación de software para el repositorio y para la base de datos.

El repositorio de AE debe estar alojado en la red de área local de la empresa por seguridad y por facilidad de acceso a la documentación. El repositorio es un directorio de base de datos y archivos donde se archivará toda la documentación de AE. Uno de los métodos para promover la facilidad de uso es el de establecer un sitio web que es la "puerta de entrada" para todas las actividades del programa y documentación de la AE.

Esta página puede ser diseñada para promover una visión clara del alcance de la documentación que estará disponible.



Fase III: La documentación de la AE.

En la fase 3 usted deberá tratar de analizar y documentar la estrategia actual, el negocio, la información, los servicios y la infraestructura de la empresa. También implica el desarrollo de artefactos que reflejen los cambios en los recursos en el corto plazo y el desarrollo de un conjunto de escenarios de futuro a largo plazo para identificar los posibles cursos de acción y los cambios de los recursos que serán necesarios en respuesta a diferentes influencias internas y externas. Las actividades de esta fase de la metodología de documentación de la AE concluye con la elaboración de un Plan de Gestión arquitectónico que resume las vistas actuales y futuras de la arquitectura y ofrece un plan de transición y secuencia de los cambios a corto y a largo plazo.



Paso 11: Evaluar el negocio existente y la documentación de la tecnología para su uso en la AE.

El primer paso de la Fase III es el comienzo de las actividades reales de documentación. Las actividades precedentes establecen lo que debe ser documentado, cómo se documentará, y que hará la documentación. La visión actual de los componentes es lo que ahora se está documentando a través de la identificación de los componentes de AE que se encuentran en cada nivel de la estructura y luego usar los artefactos existentes y nuevos para documentar los componentes arquitectónicos que actualmente existen. En muchos sentidos, esta actividad es como tomar un inventario de los componentes (objetivos estratégicos, servicios de negocios, medidas, datos, servicios y recursos de TI) existentes en la empresa y mapear los mismos con la documentación existente.



Paso 12: Documentar las vistas actuales de los componentes de AE existentes en todos los ámbitos framework.

El segundo paso de la Fase III es el desarrollo de nuevos artefactos para completar la documentación de todos los componentes ya existentes.

Los métodos de documentación y herramientas identificadas en el paso 8 se utilizan para recopilar y estandarizar los artefactos existentes, así como desarrollar nuevos. Estos artefactos de la documentación están organizados por niveles dentro del framework y se almacenan en el repositorio que se estableció en el paso 10. Detalles adicionales en desarrollo en la arquitectura actual se proporcionan en el Capítulo 7.

 Paso 13: Desarrollar varios escenarios operativos para el negocio y la tecnología

Antes de desarrollar las vistas futuras de los componentes de AE, es útil obtener una comprensión de alto nivel de las posibles alternativas futuras que la empresa podría tomar, dependiendo de cómo responde a influencias internas y externas. Tres o más escenarios futuros deberían desarrollarse de manera óptima con la AE y los stakeholders de las líneas de negocio para reflejar lo que puede ocurrir si


  1. el statu quo se mantiene,

  2. se encuentra un ambiente operativo óptimo del negocio / tecnología, y

  3. una alta amenaza y situación de supervivencia.

Existen algunas salidas beneficiosas provenientes del desarrollo de los escenarios. En primer lugar, la empresa está más preparada y organizada para manejar situaciones futuras y planificar los recursos necesarios. En segundo lugar, una serie de supuestos de planificación se identifican en cada escenario que revela cuáles son las prioridades de la empresa si un escenario ocurriera. En tercer lugar, la planificación de las futuras capacidades es más coordinada, en lugar de simplemente reunir entradas independientes 

Paso 14: Identifique las suposiciones de planificación para cada escenario futuro.

Cada escenario futuro debe describirse en forma de narración, un posible entorno operativo del negocio / tecnología que la empresa puede perseguir. En este paso, los elementos clave de cada escenario futuro se analizan para revelar qué cosas son importantes para la empresa y qué cambios tienen que ocurrir para que el escenario se convierta en realidad. Para los propósitos de la AE, estos elementos se convierten en los principales supuestos de planificación que pueden ser agrupados para representar los cambios en cada una de las áreas funcionales de la estructura. Uno de los beneficios de contar con el escenario y los supuestos de planificación es que se han desarrollado con las partes interesadas del negocio, lo que ayudará a que los cambios se implementen en el futuro.



Paso 15: escenarios de uso, insumos de programas y actualizaciones programadas para impulsar la documentación de los futuros componentes en todas las áreas del framework.

Este paso incluye la documentación de los cambios en los componentes de AE en el corto plazo (1-2 años)y a largo plazo de 3-5. Estos cambios deben derivarse de la entrada, por el equipo de liderazgo (CXOs) a través de escenarios operativos y asunciones en la planificación y de los directores de los programas y proyectos que saben cuáles son los requisitos futuros del negocio, así como las implementaciones planificadas, actualizaciones y jubilaciones del sistema. Al hacerlo de esta manera, los cambios son más coordinados y alineados con la dirección estratégica de la empresa. Las futuras vistas de los componentes de AE deben ser desarrolladas utilizando los mismos artefactos de la documentación y técnicas de modelado que se utilizan para desarrollar la vista actual. Esto ayuda a identificar más claramente cuáles son los cambios en cada uno de los niveles funcionales del marco de AE, que ayudan en la planificación y toma de decisiones.



Paso 16: Desarrollar un Plan de Gestión de AE para secuenciar los cambios planificados en la AE.

El paso final en la Fase III es el desarrollo de un Plan de Gestión de AE. Este plan sirve para articular la forma en la que fue desarrollada la AE y proporcionar un resumen de los de las vistas actuales y futuras. El Plan también proporciona un sub-plan de transición y secuenciación para los cambios a corto plazo, que pueden estar ya en el escenario de pre-implementación del proyecto. Además, un sub-plan de secuenciación de largo alcance será provisto para que cubra los posibles cambios asociados con los escenarios futuros. En la unidad 7 se proporciona más detalles sobre el desarrollo de Plan de Gestión de AE.

 Fase IV: Uso y Mantenimiento de la AE

La Fase IV es un conjunto continuo de actividades que promueven el uso de la información por todos los interesados, y se establece un ciclo anual para las actualizaciones. Aquí es donde se observa el valor real del programa de AE, como la planificación y toma de decisiones que soporta a toda empresa. Este valor se mantiene a través de actualizaciones periódicas de las vistas actuales y futuras de la arquitectura. 



Paso 17: Uso de información para la planificación de recursos / toma de decisiones.

Tras la finalización de la Fase III, las vistas actuales y futuras de la arquitectura se almacenan en el repositorio AE y están listas para ser utilizados por la empresa para apoyar el proceso de planificación y toma de decisiones. Estos artefactos almacenados se convierten en un punto de información de referencia que se puede utilizar en una amplia variedad de actividades de ejecución, gestión y actividades del personal. Cuando se hace esto, un mayor nivel de comprensión de las capacidades y brechas de rendimiento se desarrollan entre un grupo más amplio dentro de la empresa.

Además, al contar con la documentación de AE en un repositorio on-line, esta se puede llamar y ser referida en las reuniones, lo que reduce el tiempo necesario para transmitir una idea, aumenta la comprensión, y reduce los errores de interpretación entre los participantes de la reunión.

El tiempo para transmitir las ideas se reduce significativamente cuando los diagramas y los textos se muestran a todo el mundo en la reunión. Esto puede estimular más discusiones productivas e informar las decisiones.

 Paso 18: Actualice regularmente las vistas actuales y futuras de los componentes de AE.

La información en el repositorio de EA es valiosa para la planificación y la toma de decisiones solamente cuando esta sea exhaustiva y precisa. Por lo tanto, es importante actualizar con regularidad los puntos de vista actuales y futuros de los componentes de AE en todas las áreas del framework. Además, es útil para los usuarios de la información de la AE si las actualizaciones se realizan de acuerdo a una planificación regular, tal vez dos veces al año.

También, es importante mantener el control de versión entre las actualizaciones, de modo que todos los usuarios de del repositorio de AE saben que están llevando a cabo las tareas de planificación y toma de decisiones sobre la base de las actividades de la misma información. Dado que lo que se prevé en las vistas futuras de AE eventualmente se convertirán en la arquitectura actual (por lo menos parte de ella), se debe reconocer que las actualizaciones son actividades en curso que no cesan.

Por otra parte debe considerar que los planes futuros de AE continuarán a medida que la organización crezca y cambie. Si esto ocurre, las transiciones en los programas de AE deberán centrarse en el establecimiento de la AE para el mantenimiento de la misma y proyectándola a la misma.



Paso 19: Mantener el repositorio de AE y las capacidades de modelado.

El Arquitecto en Jefe y el equipo de AE deben asegurarse de que el repositorio y soporte de aplicaciones/herramientas se mantengan al día en términos de concesión de licencias y funcionalidad. Los requisitos para el archivo y el modelado deben ser revisados anualmente, y los nuevos productos deben ser revisados regularmente para asegurar que el equipo de AE tiene la capacidad adecuada de soporte a aplicaciones. El equipo debe estar en la búsqueda de nuevas mejoras en la funcionalidad de la herramienta para que estas puedan ser aplicadas en beneficio de la empresa. El costo para la compra de software y renovación de licencias debe ser parte del presupuesto anual del programa AE.



Paso 20: Versione las actualizaciones anuales del Plan de Gestión de AE.

El arquitecto en jefe tiene que informar periódicamente a las partes interesadas sobre el estado de avance. Esto se hace a través de la emisión anual de un Plan de Manejo actualizado en el que se describen los cambios que se hicieron tanto a la vista actual como futura en el último año. La comunicación debe proporcionar un plan de transición y secuenciación de los cambios previstos para el año que viene. Además, el valor actual de la AE debe ser comunicada citando ejemplos en los que la documentación apoyó tanto a la planificación como a la toma de decisiones, si ayudo a reducir la duplicación de funciones, costos innecesarios. 


1   ...   11   12   13   14   15   16   17   18   ...   35


La base de datos está protegida por derechos de autor ©bazica.org 2016
enviar mensaje

    Página principal