Está en la página 1de 33

Fundamentos de Arquitectura

Modelado de Arquitectura

David Uribe
Consulting Practice Manager
Oracle Consulting LAD

1Confidential – Oracle Internal


#lad-ocs-architecture

Suscríbete al canal de slack

2 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Objetivos

• Entender la importancia del modelado


• Concientizar del por qué las partes interesadas requieren diferentes modelos de arquitectura
• Describir los conceptos clave del modelado y sus relaciones
• Entender las consideraciones clave del modelado de arquitectura

3 Confidential – Oracle Internal


¿Por qué tener un Enfoque Formal de
Modelado?

4
Confidential – Oracle Internal
Modelado de Arquitectura
¿Por qué tener un Enfoque Formal de Modelado?

Comunicar Efectivamente
Negocio TI Desarrolladores

• Las diferente las partes interesadas tienen


diferentes preguntas que necesitan ser
respondidas por la arquitectura
• UML no es apropiado para todos los
interesados
• Los arquitectos no deben convertirse en
jinetes del PowerPoint
• Comunicar con las partes interesadas
utilizando una estructura, notación y
terminología apropiadas.

Arquitectos

5 Confidential – Oracle Internal


Modelado de Arquitectura
¿Por qué tener un Enfoque Formal de Modelado?

Manejar la Complejidad

• Tratar simultáneamente todos los aspectos de


una arquitectura grande puede hacer que los
arquitectos se vean abrumados en
complejidad y pierdan el enfoque.
• Descomponer la arquitectura en actividades
manejables y coordinadas
• Centrarse en el nivel correcto de abstracción
• Evite colocar demasiado detalle en un solo
modelo

6 Confidential – Oracle Internal


Modelado de Arquitectura
¿Por qué tener un Enfoque Formal de Modelado?

Soportar las Decisiones de Arquitectura

• Los arquitectos necesitan ser capaces de


justificar sus decisiones mapeando a las
necesidades y objetivos del negocio, a las
características arquitectónicas o de diseño.
• El modelado ayuda a ilustrar la trazabilidad y
la alineación de las decisiones de arquitectura.
• Los modelos abstractos de alto nivel están
conectados a modelos de nivel inferior y
viceversa.

7 Confidential – Oracle Internal


Consideraciones cuando se Modela una
Arquitectura
Modelado de Arquitectura
Relaciones entre conceptos clave

Ambiente
Preocupaciones
con
Interesados Sistema

Tiene
Aborda las
preocupaciones de
Arquitectura

Descrita por

Descripción de Arquitectura

Vistas de Decisiones de Raciocinio de


Modelos de Arquitectura
Arquitectura Arquitectura Arquitectura
justifica

Gobierna Creada
Gobierna usando

Puntos de Vista de Tipos de Framework de


Arquitectura Modelos
Incluido en Arquitectura

9 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

• Para identificar una lista inicial de


Interesado (Stakeholder) interesados, pregúntese las siguientes
preguntas:
Interesado: Una persona (o representante de - ¿Quién se beneficia?
un grupo) con un interés en un compromiso - ¿Quién paga?
en particular. Esto incluye gente con foco en - ¿Quién se ganará los créditos (o la culpa)?
la planeación, gestión, o realización de una - ¿Quién pierde?
arquitectura, que puede influenciar o vetar - ¿Quiénes son los usuarios, operadores y dueños
una decisión, como aquellos que pueden del sistema?
verse afectados por ella.

10 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

• Cada interesado puede tener una o más


Preocupación preocupaciones
• Los interesados pueden tener
Preocupación: Una necesidad/interés de un preocupaciones en común
interesado concerniente a la iniciativa de • Ejemplo de preocupación:
arquitectura en la que está involucrado. - ¿Cuál es el impacto en el negocio?
- ¿Cómo esta nueva aplicación contribuye al
objetivo de la empresa?

11 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

Interesado Interesado

High
Priorización de Interesados Secundario

Influencia sobre el Proyecto


Primario
Media Prioridad Alta Prioridad
• Primario: Estos interesados importantes Mantener Abordar sus
tienen inquietudes, problemas, Informado Preocupaciones
necesidades e intereses que son de alta
prioridad y si no reciben asistencia
efectiva, el éxito de la iniciativa estará en
Interesado Interesado
peligro. Terciario Secundario
• Secundario: Debe abordarse en función Baja Prioridad Media Prioridad
de las limitaciones de tiempo
Mínimo Mantener

Low
• Terciario: Son de baja prioridad y solo esfuerzo Satisfecho
deben abordarse si requieren los mismos
puntos de vista que los interesados
Low High
primarios o secundarios
Contribución al éxito de la iniciativa

12 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

• El punto de vista determina los lenguajes


Punto de Vista (incluidas las notaciones y el modelo) que se
utilizará para describir la vista.
Punto de vista: Marco de especificaciones • Los puntos de vista se hacen disponibles para
formales para capturar plantillas de modelos definir una biblioteca de plantillas y patrones.
reutilizables, patrones y pautas para construir • Los arquitectos navegan por una biblioteca
vistas. de puntos de vista para identificar el(los)
punto(s) de vista apropiado(s) para el
proyecto

13 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Definición de un Punto de Vista

Descripción
Nombre Un término (s) significativo (s) único que representa la esencia del punto de vista
Resumen Descripción de alto nivel del punto de vista y sus características y cómo se utilizará
la información
Preocupaciones / Los problemas arquitectónicos que este punto de vista es capaz de abordar Es útil
Necesidades plantear inquietudes en forma de preguntas que la vista resultante debería poder
responder.
Interesados ¿Quiénes son las partes interesadas habituales para este tipo de vista? Esto no
significa que el punto de vista esté limitado a estos interesados, sino que tiene la
intención de ayudar a un arquitecto a encontrar el punto de vista apropiado
Modelos Nombres y relaciones de los modelos asociados con el punto de vista.
Fuente ¿Cuál es la fuente (autor, historia, referencia de la arquitectura) para este punto de
vista?

14 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

• La vista puede considerarse como una


Vista instancia de punto de vista
• Una vista aborda una o más preocupaciones
Vista: Las vistas de arquitectura son • Consiste en 1 o más modelos
representaciones de la arquitectura que son • Una vista puede admitir muchas
significativas para una o más partes representaciones diferentes según el
interesadas desde la perspectiva de un propósito y la parte interesada objetivo
conjunto de preocupaciones.

15 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

• Incluye elementos arquitectónicos en una


Modelo notación acordada.
• Construir modelos desde el punto de vista de
Modelo: Una abstracción o representación los interesados
simplificada de un sistema o parte de un • No construir un modelo que lo abarque todo
sistema, que se utiliza como el principal • Tipos de modelos
vehículo de comunicación entre las partes - Catálogo: una lista de cosas
interesadas.
- Matriz: una tabla que muestra una relación
- Diagrama: una representación gráfica, apoyada
por texto, descripciones / definiciones de los
elementos que contiene.

16 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Atributos de un Modelo

Descripción
Nombre Un nombre único para el modelo.
Resumen Descripción de alto nivel del modelo.
Alcance y nivel de • ¿Qué bloques de construcción de arquitectura deben incluirse?
detalle • ¿Cuál es el nivel de detalle requerido? (Resumen conceptual, intermedio / lógico,
detallado / físico).
Tipo de modelo, Notación de que el modelo debe estar incorporado. Notación estándar o
notación y internamente definida.
semántica
Técnicas de Detalle de la técnica de presentación específica y herramienta usada. Pe. pautas de
presentación diseño: actores importantes en el centro del modelo y clientes en la parte superior.

17 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Niveles Comunes de Modelado

• Conceptual, Lógico, Físico


• Se enfoca en diferentes aspectos.
- Conceptual: conceptos de alto nivel, modelan la Technology Business Application
capacidad de realizar alguna actividad Conceptual Capability Object Capability

Lógico: ¿qué admite el modo conceptual?


Drives
- Identifies need Identifies

¿Cómo será diseñado?


- Físico: cómo se representa físicamente. ¿Cómo Technology Information Application
pretendemos construirlo? Logical Component Entity Component
Realized
Implements By Implements

Technology Information Application


Physical Asset Asset Asset

18 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Consideraciones

• La descripción de arquitectura contiene todos


Descripción de Arquitectura los conceptos y preocupaciones clave que
deben abordarse para las partes interesadas
identificadas
Descripción de Arquitectura: Documenta
una arquitectura de manera que sus partes • Describe las arquitecturas “base" y “objetivo”,
interesadas puedan comprender y demostrar organizadas en uno o más componentes
que la arquitectura ha respondido a sus llamados vistas
preocupaciones • Justificación de las decisiones clave de
arquitectura tomadas
• Puede describir una hoja de ruta de transición
de múltiples fases

19 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Relaciones entre conceptos clave

Ambiente
Preocupaciones
con
Interesados Sistema

Tiene
Aborda las
preocupaciones de
Arquitectura

Descrita por

Descripción de Arquitectura

Vistas de Decisiones de Raciocinio de


Modelos de Arquitectura
Arquitectura Arquitectura Arquitectura
justifica

Gobierna Creada
Gobierna usando

Puntos de Vista de Tipos de Framework de


Arquitectura Modelos
Incluido en Arquitectura

20 Confidential – Oracle Internal/Restricted/Highly Restricted


Ejemplos de Vistas de Arquitectura

21
Confidential – Oracle Internal
Modelado de Arquitectura
Definición de un Punto de Vista

Nombre del DOMINIO DE NEGOCIO


Punto de Vista
Preocupaciones ¿cuáles son los elementos clave del negocio? ¿cómo funciona/funcionará el
/ Necesidades negocio?
Interesados BA, CFO, CEO
Modelos Mapa de Capacidades de Negocio
Proceso de Negocio
Fuente ECAL

Nombre Mapa de Capacidades de Negocio Nombre Proceso de Negocio


del Modelo del Modelo
Alcance y • Elementos clave de negocio Alcance y • Evento de origen hasta resultado final
nivel de • Funciones corporativas nivel de • Actividades de primer nivel
detalle detalle
Tipo de Matrix Tipo de Modern Best Practise (MBP) Notation
modelo, modelo,
notación y notación y
semántica semántica

22 Confidential – Oracle Internal/Restricted/Highly Restricted


Notación de Arquitectura

La habilidad de un Arquitecto Empresarial es administrar la arquitectura y todas las diferentes vistas de


una manera que asegure la consistencia y precisión para que solo se discuta una arquitectura entre
todas las partes interesadas. Es por eso que una notación de arquitectura clara y precisa es una
herramienta importante para un arquitecto empresarial.

B
USINESS

ARCHITECTURE PERSPECTIVES
A
PPLICATION

I
NFORMATION

T
ECHNOLOGY

23 Confidential – Oracle Internal/Restricted/Highly Restricted


ERP & EPM Business Capabilities Map
Financial Project
Supply Chain Product Warehouse Global Trade
Performance Finance - ERP Portfolio Procurement Manufacturing Maintenance Logistics
Stakeholders Management Management
Management Lifecycle Management Compliance Corporate
Functions
Consolidated
Financial Sub ledger Supplier Warehouse Transportation Trade
Ledger Project Costing Order Promising Manufacturing Asset Monitoring Product Hub
Board of Directors Consolidation Accounting Management Management Intelligence Intelligence
Accounting Finance
Budgeting, Supplier Supply Planning
Planning, General Ledger Recommend- Time & Labour Supplier Portal Quality Warehouse Inventory Global Trade
& Supply Chain Quality Asset Definition
Forecasting ations Management Management Visibility Management
Orchestration
CEO Operations
Profitability & Project Mobile Forwarding and
Asset Inventory and Outside Maintenance Innovation Trade
Costs Mngmt Payables Performance Product Master Warehouse Brokerage
Management Costing Processing Costs Management Compliance
Allocations Reporting Management Operations

Warehouse
CFO Tax Provision Inter-Company
Subscription Grants Self-Service Inventory & Cost Model Lifecycle
Work Definition
Project Portfolio
Workforce
Transportation Customs HR
(Direct Tax) Management Management Procurement Management Management Management Sourcing Management
Management

Intelligent
Financial Close Cash Resource & Task Order Production Product Fleet
Payment Payments Work Execution
COO Mngmt Management Mngmt Management Monitoring Development Management
Discounts Shared Services

Enterprise Data Receivables & Contract Configure Price Logistics


Expenses Projects Progress Data Acquisition
Management Collections Management Quote Fleet Monitoring Network
and Storage
Modelling
CHRO R&D
Regulatory Data
Strategic Demand Connected Transportation
Reporting & Payments Project Billing Contextualisation
Sourcing Management Worker Management
Disclosure and Preparation

Enterprise & Service


Internal Audit Transaction Revenue Genealogy and
Monitoring for Co-operative Legal &
Project Contracts Purchasing Service Contract Traceability
Matching Management
Management Connected Routing Compliance
Analysis
Assets
Sales and Patterns and Freight Payment,
Account Auto Invoice Planning and
Operations Correlations Billing and
External Audit Reconciliation Scanning Scheduling
Planning Analysis Claims Corporate

In Memory Cost Predictive


Management Analysis
Regulatory
Authorities
Risk and Information Operational Predictive &
Financial Control Segregation of Analytics and Supporting Operational
Proactive Dashboards
Strategic
Financial Discovery Reporting Analytics Analytics
Governance Framework Duties Reporting
Governance Functions Analytics

24
MBP
Disclaimer

Invoice to Expense Payment


This is a
generic
business
All Industries process!

Create Expense Report Policy Automation Approval Auditing


A expense report is getting The expense report needs to An expense report needs to be External Auditing.
created. It includes invoices follow company policies. This approved or declined. Often this
and other supporting activity can be automated requires manual management
documentations. with rules and AI/ML approval. Certain expenses could
capabilities. be automated completely.

Invoice to Expense
Payment

Optimize Inter-
Warehouse Logistics

Payment
Pay the expense to the target
account.

Mobile Analytics Social Internet Big Data


of Things

25 Confidential – Oracle Internal/Restricted/Highly Restricted


Oracle Application Design Data Flow & Integration
Outbound campaign management business process Premier Promotion only
1

2
UK Customers (Batch)
3 Multiple personas (pre-integrated)
Data as a Service 4 Personalised advert (pre-
(DaaS) integrated)
5

6
Current Customers
3
Closed loop Marketing (pre-
7
integrated)
8
Advert Delivery Persona advert clicks (standard
Platform 4 Marketing Cloud 7
report)
MARKETING
Updated Customer Profiles

5
Extensions
8
6 A Micro-site
CUSTOMER B Legacy Integrations
A
Customer Data
Campaign Management Cloud
Micro-Site

1 2
B

Legacy
Advert Current Marketing Customer
Content Records

26 Confidential – Oracle Internal/Restricted/Highly Restricted


Data Ecosystem Logical, Lifecycle & Service Architecture
Analyse, Predict
Discovery 01011010
101100 Ingestion Transform Refine Act
& Measure

Data Sources Ingestion Data Reservoir Data Access Data Consumers

Transformation
(can and will be anything) (can and will be anything)
Autonomous Transaction
Analytics Cloud
Data Services (DMP) Processing

Autonomous Data Warehouse People


Enterprise Applications AI / ML (capability)
Data Integration Platform
Data Lake
Integration Cloud Machines
Data Hub
Devices End Users
Event Hub

Interpretation
Big Data / NoSQL DataScience.com
Things

Events Sensors Integration Cloud


Object Storage App Development
(capability)
Social
Voice Applications
Any Digital Asset Security, Identity & Management Metadata Cloud

Discovery Lab & Sand Box Removal

27 Confidential – Oracle Internal/Restricted/Highly Restricted


OCI HIGH PERFORMANCE COMPUTING (HPC)
ORACLE CLOUD DATA CENTER REGION

Studios AVAILABILITY DOMAIN-1 AVAILABILITY DOMAIN-2

Subnet-A Subnet-D
10.0.3.0/24 10.0.6.0/24 Virtual Cloud
Network
Job Submission Server 10.0.0.0/16
on VMs Management
Service
on VMs
DRG
IAM Service
VPN
Subnet-C
10.0.5.0/24
Audit Service
Finished Render Server
on VMs

Render Nodes on bare metal compute

28 Confidential – Oracle Internal/Restricted/Highly Restricted


Modelado de Arquitectura
Resumen

• Presentar modelos de arquitectura con la notación / íconos y semántica apropiados es esencial para
comunicarse con todos los interesados identificados.
• Los modelos representados en notaciones tradicionales (por ejemplo, UML, IDEF) no son efectivos
para comunicarse con todas las partes interesadas de un proyecto de arquitectura
• No se aconseja modelar vistas solo por cumplir (Pragmatismo).
• Los modelos son herramientas de apoyo y no el objetivo final

29 Confidential – Oracle Internal


Modelado de Arquitectura
Recursos

• '4+1 ' view model of architecture


• Agile Modeling Web site.
• Integrated Definition Methods (IDEF)
• ISO/IEC/IEEE 42010 - Systems & Software Engineering -Architecture description
• OMG UML
• Open Group ArchiMate
• Software Systems Architecture -Addison-Wesley (Rozansk i, Woods)
• Enterprise Cloud Adoption Lifecycle http://ecal.oraclecorp.com
• True Cloud Method http://tcm.oraclecorp.com

30 Confidential – Oracle Internal


#lad-ocs-architecture

Suscríbete al canal de slack

31 Confidential – Oracle Internal/Restricted/Highly Restricted


Our mission is to help people
see data in new ways, discover insights,
unlock endless possibilities.

También podría gustarte