SlideShare une entreprise Scribd logo
1  sur  16
Análisis Volere-Zachman
Documentación
Laura Ochoa – Claudia Martinez.




                                  12
Características del artículo técnico Volere- Zachman


El objetivo principal es la creación de una guía que le permita a las Mipymes colombianas la definición
de su plan estratégico de tecnología de información (PETI) con base a la definición de la AE, bajo el
marco de referencia Zachman y levantamiento de requerimientos mediante la plantilla de VOLERE.

Volere permite el levantamiento de requerimientos propios para la definición de requerimientos
funcionales, requerimientos no funcionales, restricciones del proyecto, diseño y entre otros que son
importantes en el momento de definir sistemas de información o conjunto de proyectos para la
elaboración del PETI.

PETI permite alinear las estrategias de tecnología de información con las estrategias del negocio.

Para el análisis de los modelos de Zachman se examina en detalle las cuatros fases del PETISituación
actual- Modelo de Negocio- Modelo de TI - Modelo de planeacion.El análisis de la situación actual de la
empresa se ve reflejada claramente en la vista del planificador. El modelo del negocio se ve reflejado en
varios modelos de zachman en las vistas del propietario y del diseñador.



Características del documento final de Volere-Zachman
Arquitectura empresarial Zachman Framework.

El primer componente de la arquitectura empresarial son las perspectivas de los actores y se describen
de esta manera:
Actor “Planificador” Ámbito: se preocupa por las estimaciones y costos.

Actor “Propietario” Modelo del Negocio: A quien realmente le importante el funcionamiento del
negocio.

Actor “Diseñador” Modelo del Sistema: Se encarga de una concepción lógica.

Actor “Creador/ Constructor” Modelo tecnológico: El objetivo es definir las herramientas,tecnologías y
materiales necesarios para el desarrollo del proyecto.

Actor “Implementadores” Ensamblaje componentes: Se encarga de trabajar en cada uno de los
módulos a desarrollar para tener una vista detallada y su estructurada.

Actor “Trabajadores” Operación empresarial: Punto de vista de los trabajadores.



Y las columnas que componen el marco de Zachman son los interrogantes, como se muestra en la
grafica.




La imagen muestra los interrogantes y estos van de acuerdo a cada actor para que puedan ser
solucionados desde cada punto de vista.

¿Que?              Refiere datos y las relaciones que existen entre ellas.

¿Como?             El como se van a manejar los datos, procesos – funciones.
¿Donde?          Se responde la necesidad de conocer en donde se encuentran los datos, de qué manera
van a ser transportados como red y en cuanto a la forma de distribución de los procesos.

¿Quien?        Como se reparten las responsabilidades de la organización y cuales son los flujos de
trabajo.

¿Cuando?         Se manejan los tiempos, los eventos en que se afectan los procesos del negocio.

¿Porque?          Cual es la motivación de cada uno de los actores y de que forma se pueden alinear con
los objetivos estratégicos de la empresa.

La representación del framework tiene algunas reglas asociadas y es bueno mencionarlas.

       Las columnas no tienen un orden asociado o específico y en el desarrollo del modelo pueden
       cambiarse de posición.
       Cada columna tiene un meta-modelo o modelo básico asociado.
       Cada fila representa una visión única.
       Cada una de las casillas que lo componen es única, cada una representa una visión particular
       respecto a un aspecto en particular.
       Para obtener la visión integral de uno de los actores, se debe tener en cuenta la combinación de
       todas las casillas de la fila que le corresponde.
       No existe un orden correcto para desarrollarlo, puede comenzarse por cualquier columna o fila
       (incluso por cualquier casilla) y se puede desarrollar de arriba abajo, de abajo arriba, de derecha
       a izquierda, etc.


Ventajas

Estándar: Proceso que lo ha llevado hasta ser considerado hoy en día el estándar en cuanto a
arquitecturas empresariales.

Comunicación: Permite saber claramente qué información requiere cada actor para realizar su labor y
qué información puede o debe producir.

Completitud: El framework permite lograr altos niveles de completitud y detalle.

Adaptabilidad: El framework no está diseñado para una empresa con características específicas y tiene
un alto nivel de flexibilidad que permite adaptarlo a las necesidades de cada organización.

Integración: Puede integrarse con otros frameworks para incrementar su nivel de completitud y
adicionalmente, puede integrarse a metodologías y estándares como RUP y UML.

Corrección: Puede poner en evidencia incoherencias en arquitecturas complejas.



Desventajas.
Documentación: La cantidad de documentación que puede llegar a producirse es elevada por la
relación entre 6 actores y 6 aspectos.

Tiempo: El desarrollo de un modelo completo puede requerir de un largo período de tiempo,
factor que implica además un impacto en los costos.

Mecanización: Puede llevar a una mecanización en la que se decaiga en la creación de un
proceso para desarrollar la arquitectura.

Representación: El framework de Zachman se representa como una matriz de 36 casillas, en la
que cada una presenta la relación entre un actor y uno de los aspectos, de forma que en el
gráfico completo se puede encontrar una descripción integral de la arquitectura empresarial de
la organización.




       Análisis del actor planificador y sus interrogantes para definir el alcance.




                                        Esto es simplemente una lista de los
                                        objetos que le interesa realmente a
                                        la empresa.




              Una lista de procesos (o funciones)
              que la empresa realiza.




                                        Una lista de lugares desde los
                                        cuales la empresa aceptará
                                        trabajos procedentes de Fuentes
                                        internas o externas
Una lista de organizaciones, desde
 las que la empresa acepta trabajo




                                      Una lista de eventos a los que la
                                      empresa elige para responder




Una lista de objetivos de negocios
más       importantes     que  son
significativos para la empresa




 Análisis del actor propietario y sus interrogantes para definir Modelo del Negocio.
Es un modelo estructural de las
                                        entidades de negocio así como por
                                        las relaciones de negocios.




Un Modelo de Proceso de Negocios
donde    el   proceso    es   una
transformación de algunos insumos
del negocio en algunas salidas del
negocio.




                                            Nodo: de la empresa donde los
                                            nodos son ubicaciones del negocio
                                            desde los cuales la empresa aceptará
                                            recibir trabajo o materiales e
                                            insumos y los enlaces son las
                                            conexiones de negocio entre las
                                            ubicaciones.




Este es el modelo de la asignación de
responsabilidades en la empresa y la
especificación de los productos del
trabajo. “es un organigrama”
Un modelo dinámico de eventos –
                                           ciclos – eventos, donde los eventos
                                           son eventos de negocios y los ciclos
                                           son de ciclos de negocios.




 Se trata de un modelo de los Fines y
 Medios, donde el fin es un Estado (a
 largo plazo; Meta, a corto plazo:
 Objetivo) que la empresa tiene la
 intención de lograr y los medios son
 cursos de acción (a largo plazo:
 Estrategia, a corto plazo: Táctica) que
 pretenden alcanzar ese Estado.




Análisis del actor diseñador y sus interrogantes para definir Modelo del Sistema:
Objeto es un Modelo Lógico de Datos
                                  donde los objetos son entidades de
                                  datos, esto es, representaciones
                                  lógicas de las entidades de negocio.




Se trata de un modelo de entrada –
proceso     –    salida    de     las
representaciones lógicas de los
Procesos de Negocios de la Empresa,
donde los procesos son aplicaciones
funcionales y las entradas y salidas
son vistas del modelo lógico de
datos.


                                        Nodo es la representación lógica de
                                        la locación de la empresa y vínculo es
                                        la representación lógica de los
                                        vínculos de transporte entre las
                                        locaciones.




Se trata de un modelo de Personas –
Trabajo     –   Personas     de   la
representación lógicas de la gente y
de los productos de la empresa.




                                          Se trata de un modelo dinámica de
                                          eventos – ciclo – eventos, donde
                                          eventos son las representaciones
                                          lógicas de los eventos de las
                                          empresas y los ciclos son las
                                          representaciones lógicas de los ciclos
                                          de procesamiento de los eventos.
Se trata de un modelo Fines –
Medios - Fines de representación
lógica de la motivación de la
empresa, en términos de objetivos,
metas, estrategia y táctica.




Análisis del actor Creador/constructor y sus interrogantes para definir Modelo
tecnológico:




                                     Un modelo físico de datos o el diseño
                                     de la base de datos de la empresa
                                     que implementa el modelo lógico de
                                     datos.
Se trata de un modelo de entrada –
     proceso      –    salida      de   las
     representaciones       físicas,   con
     limitaciones de la tecnología, de los
     procesos de negocios donde el
     proceso (o, transformación) es una
     función computacional y las entradas
     y salidas son Bloques de Control que
     se derivan del modelo físico de datos




                                              El Nodo es la ubicación con las
                                              restricciones físicas y tecnológicas, el
                                              hardware/software del sistema que
                                              constituyen el contenedor para las
                                              tablas, funciones computacionales,
                                              formatos de pantalla, ciclos de
                                              componentes y acciones (reglas)
                                              sustitutas.



La arquitectura de presentación se
define de manera independiente de
todos los otros modelos, sería
bastante fácil personalizar los
formatos de pantallas o de informes,
para cada usuario individual en la
empresa.




                                                  Eventos de las representaciones
                                                  físicas de los eventos del negocio y
                                                  los ciclos del negocio donde el
                                                  evento es una ejecución y ciclo es un
                                                  ciclo de componentes.
Fines de la representación física de la
  motivación de la empresa, donde
  Fines son las condiciones y Medios
  son acciones.




Análisis del actor Implementador y sus interrogantes para definir Ensamblaje
componentes:




                                            La definición de los elementos de
                                            datos y la asignación de la
                                            especificación del lenguaje, basados
                                            en el sistema manejador de bases de
                                            datos (DBMS) que se usa en la
                                            implementación, en la empresa, del
                                            lenguaje de definición de datos
                                            (DDL).
Estos son programas que se derivan
del Diseño del Sistema en la Fila 4.
Son     especificaciones       de los
procedimientos para un compilador
específico que genera el Código
Objeto utilizado en la Fila 6.




                                         Se trata de la definición de las
                                         direcciones    de    nodo    y  las
                                         especificaciones de los mensajes
                                         (protocolos) para los sistemas
                                         operativos específicos del hardware
                                         y de la red.




 Persona equivale a la identidad de
 las personas autorizadas para incluir
 trabajos en la empresa y trabajo
 equivale a los trabajos que la gente
 está autorizada a realizar.




                                           Eventos para el lenguaje de
                                           especificación del producto del
                                           lenguaje de programación que se
                                           emplea en la implementación en la
                                           empresa, donde el evento es una
                                           interrupción y ciclo es un ciclo de la
                                           máquina.
Fines (la regla de Sub-Condiciones y
   Medios) son especificaciones de
   productos definidas para el lenguaje
   de programación, sistema manejador
   de base de datos o cualquiera de los
   productos, que son empleados para
   la implementación.




Análisis del actor Trabajadores y sus interrogantes para definir Operación empresarial:




                                   Esta casilla representa los datos
                                   reales en la base de datos de la
                                   empresa o en los archivadores, si la
                                   tecnología de implementación fue
                                   lápiz, papel y carpetas. Ellos son los
                                   sustitutos para los objetos reales de
                                   la empresa.
Es la funcionalidad real de los
 sistemas de la empresa, operando
 con los objetos sustitutos en los
 objetos reales de la empresa o el
 funcionamiento    real    de     los
 empleados o máquinas que operan
 con los objetos sustitutos o
 propiamente con los objetos reales.




                                        La conectividad real de las
                                        localidades de la empresa, con el fin
                                        de      conectar     (manual        o
                                        automáticamente) los sustitutos
                                        (datos) con los objetos reales de la
                                        empresa.




Es la gente y los productos reales de
la empresa. Dependiendo de la
tecnología de implementación, los
operarios son responsables de los
productos materiales




                                             Plan real de eventos que tienen lugar
                                             dinámicamente en la empresa, de
                                             conformidad con sus especificaciones
                                             del ciclo.
Aplicación efectiva de la motivación
en la Enterprise (Fines y Medios) que
están consagrados en el plan de
negocios de la empresa (o en la
estrategia de negocio

Contenu connexe

Tendances

Enterprise architecture 101.36205348
Enterprise architecture 101.36205348Enterprise architecture 101.36205348
Enterprise architecture 101.36205348
jamesoni1
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
Julio Pari
 
Revisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de NegociosRevisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de Negocios
YAMILA GASCON
 
Business Process Management (BPM)
Business Process Management (BPM)Business Process Management (BPM)
Business Process Management (BPM)
Kiberley Santos
 
Rational Unified Process(Rup)
Rational Unified Process(Rup)Rational Unified Process(Rup)
Rational Unified Process(Rup)
pawanonline83
 

Tendances (20)

BPMN 2.0 Fundamentals
BPMN 2.0 FundamentalsBPMN 2.0 Fundamentals
BPMN 2.0 Fundamentals
 
requirement gathering
requirement gatheringrequirement gathering
requirement gathering
 
Introduction to Rational Rose
Introduction to Rational RoseIntroduction to Rational Rose
Introduction to Rational Rose
 
BPMN Introduction
BPMN IntroductionBPMN Introduction
BPMN Introduction
 
LeanIX-Signavio Integration
LeanIX-Signavio IntegrationLeanIX-Signavio Integration
LeanIX-Signavio Integration
 
Uml
UmlUml
Uml
 
Enterprise architecture 101.36205348
Enterprise architecture 101.36205348Enterprise architecture 101.36205348
Enterprise architecture 101.36205348
 
Enterprise Demand Management Framework
Enterprise Demand Management FrameworkEnterprise Demand Management Framework
Enterprise Demand Management Framework
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
 
Revisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de NegociosRevisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de Negocios
 
Activity diagrams
Activity diagramsActivity diagrams
Activity diagrams
 
Business Process Management (BPM)
Business Process Management (BPM)Business Process Management (BPM)
Business Process Management (BPM)
 
Diagrama de Casos de uso
Diagrama de Casos de usoDiagrama de Casos de uso
Diagrama de Casos de uso
 
Fundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfFundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdf
 
Erp software selection
Erp software selectionErp software selection
Erp software selection
 
4+1 View Model of Software Architecture
4+1 View Model of Software Architecture4+1 View Model of Software Architecture
4+1 View Model of Software Architecture
 
The project management and information technology context
The project management and information technology contextThe project management and information technology context
The project management and information technology context
 
Diagrama de Actividades
Diagrama de ActividadesDiagrama de Actividades
Diagrama de Actividades
 
Eliciting Non-Functional Requirements
Eliciting Non-Functional RequirementsEliciting Non-Functional Requirements
Eliciting Non-Functional Requirements
 
Rational Unified Process(Rup)
Rational Unified Process(Rup)Rational Unified Process(Rup)
Rational Unified Process(Rup)
 

En vedette

06 gpi matriz de zachman
06 gpi matriz de zachman06 gpi matriz de zachman
06 gpi matriz de zachman
gsaavedram
 
ZachamanArquitectura
ZachamanArquitecturaZachamanArquitectura
ZachamanArquitectura
LauOchoa
 
AnálisisETom
AnálisisETomAnálisisETom
AnálisisETom
LauOchoa
 
Reglas de Cortesia, Netiquette.
Reglas de Cortesia, Netiquette.Reglas de Cortesia, Netiquette.
Reglas de Cortesia, Netiquette.
kevincollino
 
Servicios de internet
Servicios de internetServicios de internet
Servicios de internet
marcifer96
 
Separata ie ms112 2013-1
Separata ie ms112   2013-1Separata ie ms112   2013-1
Separata ie ms112 2013-1
Hans A
 
Netex learningCentral | What's New v5.1 [ES]
Netex learningCentral | What's New v5.1 [ES]Netex learningCentral | What's New v5.1 [ES]
Netex learningCentral | What's New v5.1 [ES]
Netex Learning
 

En vedette (20)

06 gpi matriz de zachman
06 gpi matriz de zachman06 gpi matriz de zachman
06 gpi matriz de zachman
 
Zachman modelado final
Zachman modelado finalZachman modelado final
Zachman modelado final
 
ZachamanArquitectura
ZachamanArquitecturaZachamanArquitectura
ZachamanArquitectura
 
Modelo Plan de Ordenamiento y Desarrollo Territorial Gran Guayaquil Metropoli...
Modelo Plan de Ordenamiento y Desarrollo Territorial Gran Guayaquil Metropoli...Modelo Plan de Ordenamiento y Desarrollo Territorial Gran Guayaquil Metropoli...
Modelo Plan de Ordenamiento y Desarrollo Territorial Gran Guayaquil Metropoli...
 
Entregables por sistema Planes de Ordenamiento y Desarrollo Territorial
Entregables por sistema Planes de Ordenamiento y Desarrollo Territorial Entregables por sistema Planes de Ordenamiento y Desarrollo Territorial
Entregables por sistema Planes de Ordenamiento y Desarrollo Territorial
 
AnálisisETom
AnálisisETomAnálisisETom
AnálisisETom
 
Organizacion Negocios / Desarrollo Multinivel
Organizacion Negocios / Desarrollo MultinivelOrganizacion Negocios / Desarrollo Multinivel
Organizacion Negocios / Desarrollo Multinivel
 
COBIT 5: La Gran Mentira (por fin, desvelada) (Spanish)
COBIT 5: La Gran Mentira (por fin, desvelada) (Spanish)COBIT 5: La Gran Mentira (por fin, desvelada) (Spanish)
COBIT 5: La Gran Mentira (por fin, desvelada) (Spanish)
 
Introducción a cobit 5
Introducción a cobit 5Introducción a cobit 5
Introducción a cobit 5
 
Togaf introduction and core concepts
Togaf introduction and core conceptsTogaf introduction and core concepts
Togaf introduction and core concepts
 
COBIT 5 - Resumen Ejecutivo
COBIT 5 - Resumen EjecutivoCOBIT 5 - Resumen Ejecutivo
COBIT 5 - Resumen Ejecutivo
 
Introduction to Enterprise Architecture and TOGAF 9.1
Introduction to Enterprise Architecture and TOGAF 9.1Introduction to Enterprise Architecture and TOGAF 9.1
Introduction to Enterprise Architecture and TOGAF 9.1
 
Learn Togaf 9.1 in 100 slides!
Learn Togaf 9.1 in 100 slides!Learn Togaf 9.1 in 100 slides!
Learn Togaf 9.1 in 100 slides!
 
Implementing Effective Enterprise Architecture
Implementing Effective Enterprise ArchitectureImplementing Effective Enterprise Architecture
Implementing Effective Enterprise Architecture
 
Proyecto fundacion cafami
Proyecto fundacion cafamiProyecto fundacion cafami
Proyecto fundacion cafami
 
Capitulo 1 bueno
Capitulo 1 buenoCapitulo 1 bueno
Capitulo 1 bueno
 
Reglas de Cortesia, Netiquette.
Reglas de Cortesia, Netiquette.Reglas de Cortesia, Netiquette.
Reglas de Cortesia, Netiquette.
 
Servicios de internet
Servicios de internetServicios de internet
Servicios de internet
 
Separata ie ms112 2013-1
Separata ie ms112   2013-1Separata ie ms112   2013-1
Separata ie ms112 2013-1
 
Netex learningCentral | What's New v5.1 [ES]
Netex learningCentral | What's New v5.1 [ES]Netex learningCentral | What's New v5.1 [ES]
Netex learningCentral | What's New v5.1 [ES]
 

Similaire à AnálisisZachman

Clase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocioClase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocio
Oscar Salazar
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
Oscar Salazar
 
Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
Julio Pari
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
Claudio Garrido
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
Claudio Garrido
 
Herramientas aplicadas para modelar negocios
Herramientas aplicadas para modelar negociosHerramientas aplicadas para modelar negocios
Herramientas aplicadas para modelar negocios
R.M. M.H.
 
7 Clase De Los Procesos De Negocio A Los Casos
7 Clase De Los Procesos De Negocio A Los Casos7 Clase De Los Procesos De Negocio A Los Casos
7 Clase De Los Procesos De Negocio A Los Casos
Julio Pari
 
Sistemas Workflow-BPS (Gestión de Procesos)
Sistemas Workflow-BPS (Gestión de Procesos)Sistemas Workflow-BPS (Gestión de Procesos)
Sistemas Workflow-BPS (Gestión de Procesos)
Digital Learning SL
 

Similaire à AnálisisZachman (20)

Clase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocioClase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocio
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
 
Métodos de modelado de negocios
Métodos de modelado de negocios Métodos de modelado de negocios
Métodos de modelado de negocios
 
MODELAMIENTO DE NEGOCIO
MODELAMIENTO DE NEGOCIOMODELAMIENTO DE NEGOCIO
MODELAMIENTO DE NEGOCIO
 
Analisis de requerimiento
Analisis de requerimientoAnalisis de requerimiento
Analisis de requerimiento
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)
 
Modelamiento De Negocio
Modelamiento De NegocioModelamiento De Negocio
Modelamiento De Negocio
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
 
ADS - Sesion3
ADS - Sesion3ADS - Sesion3
ADS - Sesion3
 
Herramientas aplicadas para modelar negocios
Herramientas aplicadas para modelar negociosHerramientas aplicadas para modelar negocios
Herramientas aplicadas para modelar negocios
 
7 Clase De Los Procesos De Negocio A Los Casos
7 Clase De Los Procesos De Negocio A Los Casos7 Clase De Los Procesos De Negocio A Los Casos
7 Clase De Los Procesos De Negocio A Los Casos
 
02 modelo delnegocio
02 modelo delnegocio02 modelo delnegocio
02 modelo delnegocio
 
Reingenieria
ReingenieriaReingenieria
Reingenieria
 
Modelado de negocio
Modelado de negocioModelado de negocio
Modelado de negocio
 
Herramientas para modelar negocios
Herramientas para modelar negociosHerramientas para modelar negocios
Herramientas para modelar negocios
 
Sistemas Workflow-BPS (Gestión de Procesos)
Sistemas Workflow-BPS (Gestión de Procesos)Sistemas Workflow-BPS (Gestión de Procesos)
Sistemas Workflow-BPS (Gestión de Procesos)
 

AnálisisZachman

  • 2. Características del artículo técnico Volere- Zachman El objetivo principal es la creación de una guía que le permita a las Mipymes colombianas la definición de su plan estratégico de tecnología de información (PETI) con base a la definición de la AE, bajo el marco de referencia Zachman y levantamiento de requerimientos mediante la plantilla de VOLERE. Volere permite el levantamiento de requerimientos propios para la definición de requerimientos funcionales, requerimientos no funcionales, restricciones del proyecto, diseño y entre otros que son importantes en el momento de definir sistemas de información o conjunto de proyectos para la elaboración del PETI. PETI permite alinear las estrategias de tecnología de información con las estrategias del negocio. Para el análisis de los modelos de Zachman se examina en detalle las cuatros fases del PETISituación actual- Modelo de Negocio- Modelo de TI - Modelo de planeacion.El análisis de la situación actual de la empresa se ve reflejada claramente en la vista del planificador. El modelo del negocio se ve reflejado en varios modelos de zachman en las vistas del propietario y del diseñador. Características del documento final de Volere-Zachman Arquitectura empresarial Zachman Framework. El primer componente de la arquitectura empresarial son las perspectivas de los actores y se describen de esta manera:
  • 3. Actor “Planificador” Ámbito: se preocupa por las estimaciones y costos. Actor “Propietario” Modelo del Negocio: A quien realmente le importante el funcionamiento del negocio. Actor “Diseñador” Modelo del Sistema: Se encarga de una concepción lógica. Actor “Creador/ Constructor” Modelo tecnológico: El objetivo es definir las herramientas,tecnologías y materiales necesarios para el desarrollo del proyecto. Actor “Implementadores” Ensamblaje componentes: Se encarga de trabajar en cada uno de los módulos a desarrollar para tener una vista detallada y su estructurada. Actor “Trabajadores” Operación empresarial: Punto de vista de los trabajadores. Y las columnas que componen el marco de Zachman son los interrogantes, como se muestra en la grafica. La imagen muestra los interrogantes y estos van de acuerdo a cada actor para que puedan ser solucionados desde cada punto de vista. ¿Que? Refiere datos y las relaciones que existen entre ellas. ¿Como? El como se van a manejar los datos, procesos – funciones.
  • 4. ¿Donde? Se responde la necesidad de conocer en donde se encuentran los datos, de qué manera van a ser transportados como red y en cuanto a la forma de distribución de los procesos. ¿Quien? Como se reparten las responsabilidades de la organización y cuales son los flujos de trabajo. ¿Cuando? Se manejan los tiempos, los eventos en que se afectan los procesos del negocio. ¿Porque? Cual es la motivación de cada uno de los actores y de que forma se pueden alinear con los objetivos estratégicos de la empresa. La representación del framework tiene algunas reglas asociadas y es bueno mencionarlas. Las columnas no tienen un orden asociado o específico y en el desarrollo del modelo pueden cambiarse de posición. Cada columna tiene un meta-modelo o modelo básico asociado. Cada fila representa una visión única. Cada una de las casillas que lo componen es única, cada una representa una visión particular respecto a un aspecto en particular. Para obtener la visión integral de uno de los actores, se debe tener en cuenta la combinación de todas las casillas de la fila que le corresponde. No existe un orden correcto para desarrollarlo, puede comenzarse por cualquier columna o fila (incluso por cualquier casilla) y se puede desarrollar de arriba abajo, de abajo arriba, de derecha a izquierda, etc. Ventajas Estándar: Proceso que lo ha llevado hasta ser considerado hoy en día el estándar en cuanto a arquitecturas empresariales. Comunicación: Permite saber claramente qué información requiere cada actor para realizar su labor y qué información puede o debe producir. Completitud: El framework permite lograr altos niveles de completitud y detalle. Adaptabilidad: El framework no está diseñado para una empresa con características específicas y tiene un alto nivel de flexibilidad que permite adaptarlo a las necesidades de cada organización. Integración: Puede integrarse con otros frameworks para incrementar su nivel de completitud y adicionalmente, puede integrarse a metodologías y estándares como RUP y UML. Corrección: Puede poner en evidencia incoherencias en arquitecturas complejas. Desventajas.
  • 5. Documentación: La cantidad de documentación que puede llegar a producirse es elevada por la relación entre 6 actores y 6 aspectos. Tiempo: El desarrollo de un modelo completo puede requerir de un largo período de tiempo, factor que implica además un impacto en los costos. Mecanización: Puede llevar a una mecanización en la que se decaiga en la creación de un proceso para desarrollar la arquitectura. Representación: El framework de Zachman se representa como una matriz de 36 casillas, en la que cada una presenta la relación entre un actor y uno de los aspectos, de forma que en el gráfico completo se puede encontrar una descripción integral de la arquitectura empresarial de la organización. Análisis del actor planificador y sus interrogantes para definir el alcance. Esto es simplemente una lista de los objetos que le interesa realmente a la empresa. Una lista de procesos (o funciones) que la empresa realiza. Una lista de lugares desde los cuales la empresa aceptará trabajos procedentes de Fuentes internas o externas
  • 6. Una lista de organizaciones, desde las que la empresa acepta trabajo Una lista de eventos a los que la empresa elige para responder Una lista de objetivos de negocios más importantes que son significativos para la empresa Análisis del actor propietario y sus interrogantes para definir Modelo del Negocio.
  • 7. Es un modelo estructural de las entidades de negocio así como por las relaciones de negocios. Un Modelo de Proceso de Negocios donde el proceso es una transformación de algunos insumos del negocio en algunas salidas del negocio. Nodo: de la empresa donde los nodos son ubicaciones del negocio desde los cuales la empresa aceptará recibir trabajo o materiales e insumos y los enlaces son las conexiones de negocio entre las ubicaciones. Este es el modelo de la asignación de responsabilidades en la empresa y la especificación de los productos del trabajo. “es un organigrama”
  • 8. Un modelo dinámico de eventos – ciclos – eventos, donde los eventos son eventos de negocios y los ciclos son de ciclos de negocios. Se trata de un modelo de los Fines y Medios, donde el fin es un Estado (a largo plazo; Meta, a corto plazo: Objetivo) que la empresa tiene la intención de lograr y los medios son cursos de acción (a largo plazo: Estrategia, a corto plazo: Táctica) que pretenden alcanzar ese Estado. Análisis del actor diseñador y sus interrogantes para definir Modelo del Sistema:
  • 9. Objeto es un Modelo Lógico de Datos donde los objetos son entidades de datos, esto es, representaciones lógicas de las entidades de negocio. Se trata de un modelo de entrada – proceso – salida de las representaciones lógicas de los Procesos de Negocios de la Empresa, donde los procesos son aplicaciones funcionales y las entradas y salidas son vistas del modelo lógico de datos. Nodo es la representación lógica de la locación de la empresa y vínculo es la representación lógica de los vínculos de transporte entre las locaciones. Se trata de un modelo de Personas – Trabajo – Personas de la representación lógicas de la gente y de los productos de la empresa. Se trata de un modelo dinámica de eventos – ciclo – eventos, donde eventos son las representaciones lógicas de los eventos de las empresas y los ciclos son las representaciones lógicas de los ciclos de procesamiento de los eventos.
  • 10. Se trata de un modelo Fines – Medios - Fines de representación lógica de la motivación de la empresa, en términos de objetivos, metas, estrategia y táctica. Análisis del actor Creador/constructor y sus interrogantes para definir Modelo tecnológico: Un modelo físico de datos o el diseño de la base de datos de la empresa que implementa el modelo lógico de datos.
  • 11. Se trata de un modelo de entrada – proceso – salida de las representaciones físicas, con limitaciones de la tecnología, de los procesos de negocios donde el proceso (o, transformación) es una función computacional y las entradas y salidas son Bloques de Control que se derivan del modelo físico de datos El Nodo es la ubicación con las restricciones físicas y tecnológicas, el hardware/software del sistema que constituyen el contenedor para las tablas, funciones computacionales, formatos de pantalla, ciclos de componentes y acciones (reglas) sustitutas. La arquitectura de presentación se define de manera independiente de todos los otros modelos, sería bastante fácil personalizar los formatos de pantallas o de informes, para cada usuario individual en la empresa. Eventos de las representaciones físicas de los eventos del negocio y los ciclos del negocio donde el evento es una ejecución y ciclo es un ciclo de componentes.
  • 12. Fines de la representación física de la motivación de la empresa, donde Fines son las condiciones y Medios son acciones. Análisis del actor Implementador y sus interrogantes para definir Ensamblaje componentes: La definición de los elementos de datos y la asignación de la especificación del lenguaje, basados en el sistema manejador de bases de datos (DBMS) que se usa en la implementación, en la empresa, del lenguaje de definición de datos (DDL).
  • 13. Estos son programas que se derivan del Diseño del Sistema en la Fila 4. Son especificaciones de los procedimientos para un compilador específico que genera el Código Objeto utilizado en la Fila 6. Se trata de la definición de las direcciones de nodo y las especificaciones de los mensajes (protocolos) para los sistemas operativos específicos del hardware y de la red. Persona equivale a la identidad de las personas autorizadas para incluir trabajos en la empresa y trabajo equivale a los trabajos que la gente está autorizada a realizar. Eventos para el lenguaje de especificación del producto del lenguaje de programación que se emplea en la implementación en la empresa, donde el evento es una interrupción y ciclo es un ciclo de la máquina.
  • 14. Fines (la regla de Sub-Condiciones y Medios) son especificaciones de productos definidas para el lenguaje de programación, sistema manejador de base de datos o cualquiera de los productos, que son empleados para la implementación. Análisis del actor Trabajadores y sus interrogantes para definir Operación empresarial: Esta casilla representa los datos reales en la base de datos de la empresa o en los archivadores, si la tecnología de implementación fue lápiz, papel y carpetas. Ellos son los sustitutos para los objetos reales de la empresa.
  • 15. Es la funcionalidad real de los sistemas de la empresa, operando con los objetos sustitutos en los objetos reales de la empresa o el funcionamiento real de los empleados o máquinas que operan con los objetos sustitutos o propiamente con los objetos reales. La conectividad real de las localidades de la empresa, con el fin de conectar (manual o automáticamente) los sustitutos (datos) con los objetos reales de la empresa. Es la gente y los productos reales de la empresa. Dependiendo de la tecnología de implementación, los operarios son responsables de los productos materiales Plan real de eventos que tienen lugar dinámicamente en la empresa, de conformidad con sus especificaciones del ciclo.
  • 16. Aplicación efectiva de la motivación en la Enterprise (Fines y Medios) que están consagrados en el plan de negocios de la empresa (o en la estrategia de negocio