ARQUITECTURA EMPRESARIAL

TOGAF

T=DE
O=OPEN
G=GROUP
A=ARQUITECTURE
F=FRAMEWORK

 

Esquemas Arquitectónicos Alternativos[editar]

• Zachman framework (Esquema de IBM de los años 80)
• DoDAF (United States Department of Defense Architectural Framework)
• FEAF (United States Office of Management and Budget Federal Enterprise Architecture)
• MODAF (United Kingdom Ministry of Defence Architectural Framework)
• AGATE (French Délégation Générale pour l'Armement Atelier de Gestion de l'ArchiTEcture des systèmes d'information et de communication)
• Service-Oriented Modeling Framework (SOMF) (Methodologies Corporation enterprise modeling framework)
• OBASHI (The OBASHI Business & IT methodology and framework)

MIT CISCR Enterprise Arquitecture

https://cisr.mit.edu/research/research-overview/classic-topics/enterprise-architecture/

Mueva la estrategia de la empresa con tecnologia

MIT CISR define la arquitectura empresarial como "la lógica organizativa para los procesos de negocios y las capacidades de TI que reflejan los requisitos de integración y estandarización del modelo operativo de la empresa". Consideramos la arquitectura como un ejercicio estratégico, en lugar de técnico. La arquitectura de una empresa describe una visión compartida de cómo operará una empresa, proporcionando así un entendimiento compartido del rol de TI. Hemos descubierto que la arquitectura empresarial es una herramienta fundamental para alinear la estrategia empresarial y de TI y para impulsar el valor empresarial de la TI. Destacamos tres conceptos clave en nuestra investigación:Modelo operativo: una declaración simple de los requisitos de integración y estandarización para los procesos centrales de la empresa ("Olvídese de la estrategia: enfoque la TI en su modelo operativo").Diagrama central: una representación visual de los procesos de negocios clave de la empresa, datos compartidos y tecnología de integración (“Arquitectura empresarial: Representación de una visión de la empresa”).Madurez de la arquitectura: una descripción del viaje que emprende una empresa establecida a medida que realiza la transición hacia un uso más estratégico de TI (“La madurez importa: cómo las empresas generan valor a partir de la arquitectura empresarial”


IASA Asociación for All IT Arquitects

ITABoK 2
 El arte o ciencia de diseñar y entregar valor estrategias de tecnología.


ISO/IEC/IEEE 42010:2011(E) 2 © ISO/IEC 2011 – All rights reserved © IEEE 2011 – All rights reserved NOTE Architecting takes place in the context of an organization ("person or a group of people and facilities with an arrangement of responsibilities, authorities and relationships") and/or a project ("endeavour with defined start and finish criteria undertaken to create a product or service in accordance with specified resources and requirements") [ISO/IEC 12207, ISO/IEC 15288].

Descripción de Arquitectura de un sistema en un Ambiente


3.1 architecting process of conceiving, defining, expressing, documenting, communicating, certifying proper implementation of, maintaining and improving an architecture throughout a system’s life cycle.


3.2 architecture system fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution

Embodied Embebido

3.3 architecture description AD work product used to express an architecture

3.4 architecture framework conventions, principles and practices for the description of architectures established within a specific domain of application and/or community of stakeholders EXAMPLE 1 Generalised Enterprise Reference Architecture and Methodologies (GERAM) [ISO 15704] is an architecture framework. EXAMPLE 2 Reference Model of Open Distributed Processing (RM-ODP) [ISO/IEC 10746] is an architecture framework.

3.5 architecture view work product expressing the architecture of a system from the perspective of specific system concerns

3.6 architecture viewpoint work product establishing the conventions for the construction, interpretation and use of architecture views to frame specific system concerns

3.7 concern system interest in a system relevant to one or more of its stakeholders NOTE A concern pertains to any influence on a system in its environment, including developmental, technological, business, operational, organizational, political, economic, legal, regulatory, ecological and social influences.

Concern Preocupación? Interés del sistema en un sistema relevante para uno o más de sus partes interesadas NOTA Una preocupación se refiere a cualquier influencia sobre un sistema en su entorno, incluyendo desarrollo, tecnología, negocios, operacional, organizativo, político, económico, legal, regulatorio, ecológico y Influencias sociales.

3.8 environment system context determining the setting and circumstances of all influences upon a system NOTE The environment of a system includes developmental, technological, business, operational, organizational, political, economic, legal, regulatory, ecological and social influences.  

 

3.9 model kind conventions for a type of modelling NOTE Examples of model kinds include data flow diagrams, class diagrams, Petri nets, balance sheets, organization charts and state transition models.

3.10 stakeholder system individual, team, organization, or classes thereof, having an interest in a system .

The Open Group Vision and Mission

The Open Group Vision

Boundaryless Information Flow™ achieved through global interoperability in a secure, reliable and timely manner

Flujo de información sin límites logrado a través de la interoperabilidad global de manera segura, confiable y oportuna


Frase de Trade Market


TM es Trade Mark y protege logos (palabras, símbolos, sonidos y colores) que diferencian bienes y servicios, que están en trámites de ser registrados.

R es Registered y significa que la marca ya está registrada, pasó de TM a R.

La C en un círculo es Copia Registrada y protege derechos de autor. 

Mission Statement

The mission of The Open Group is to drive the creation of Boundaryless Information Flow™ achieved by:

• Working with customers to capture, understand and address current and emerging requirements, establish policies, and share best practices
• Working with suppliers, consortia and standards bodies to develop consensus and facilitate interoperability, to evolve and integrate specifications and open source technologies
• Offering a comprehensive set of services to enhance the operational efficiency of consortia
• Developing and operating the industry's premier certification service and encouraging procurement of certified products

 

 https://www.opengroup.org/togaf9/cert/docs/indiv.HTML

CERTIFICATION

The eleven topic areas covered by the TOGAF 9 Part 1 examination together with the number of questions per area in the examination follows:

1. Basic Concepts (3 questions)
2. Core Concepts (3 questions)
3. Introduction to the ADM (3 questions)
4. The Enterprise Continuum and Tools (4 questions)
5. ADM Phases (9 questions)
6. ADM Guidelines and Techniques (6 questions)
7. Architecture Governance (4 questions)
8. Architecture Views, Viewpoints and Stakeholders (2 questions)
9. Building Blocks (2 questions)
10. ADM Deliverables (2 questions)
11. TOGAF Reference Models (2 questions)
 
The syllabus for the TOGAF 9 Part 2 examination is all the learning outcomes. The exam samples the learning outcomes with eight scenarios and eight questions.
The eight questions are drawn from the following topic areas:
• ADM Phases: Project Establishment (phases Preliminary, A, Requirements Management)
• ADM Phases: Architecture Definition (phases B,C,D)
• ADM Phases: Transition Planning (phases E and F)
• ADM Phases: Governance (phases G and H)
• Adapting the ADM
• Architecture Content Framework
• TOGAF Reference Models
• Architecture Capability Framework

 
 
The OpenGroup ArchiMate Lenguaje grafico para realizar descripciones de arquitectura ,muy parecido a UML
 

 

EL FRAMEWORK TIENE 7 PARTES

4 GUIAS EN EL FRAMEWORK

 
ESTAS SON LAS 4 GUIAS
 

19.Applying Iteration to the ADM

20.Applying the ADM across the Architecture Landscape

21.Security Architecture and the ADM

22.Using TOGAF to define and Govern SOAs

 
 

Part VI - Reference Models

43.Foundation Architecture: TRM     -> TECNICAL REFERENCE MODEL

44.III-RM   ->  INTEGRATE INFORMACION INFRAESTRUCTUR

REPOSITORIO

 
EXISTEN 6 CATEGORIAS DE INFORMACION

FASES preliminar ABCDEFGH Management Requeriments


Part V - Enterprise Continuum and Tools

Vista del repositorio

Existen 3 Continuum

Enterprise Continuum = Muestra toda la información de contexto externa e interna de Arquitectura

Arquitectura Continuum = Muestra las Arquitecturas que Tengo en la Organización Genéricas Izquierda Left hand hasta las mas Especificas a la Derecha  Right hand

Ejemplo ITOM (Industria de Telecomunicaciones).

Tecnical Reference Model (Aplica a cualquier Industria)

Solución Continuum = 

FRAMEWORK DE CONTENIDO.


ENTREGABLE: Producto de trabajo contractualmente comprometido y formalmente revisado y aprobado por el stakeholders

Stakeholder Approach (Pitman, 1984), para referirse a «quienes pueden afectar o son afectados por las actividades de una empresa». Estos grupos interesados, según Freeman, deben ser considerados como un elemento esencial en la planificación estratégica de los negocios.