4-modelado De Arquitectura

  • Uploaded by: orionix
  • 0
  • 0
  • February 2021
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View 4-modelado De Arquitectura as PDF for free.

More details

  • Words: 2,463
  • Pages: 33
Loading documents preview...
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 • • • •

3

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

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

• 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

Desarrolladores

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

Interesados

Preocupaciones con

Ambiente Sistema

Tiene

Aborda las preocupaciones de

Arquitectura Descrita por

Descripción de Arquitectura Vistas de Arquitectura

Modelos de Arquitectura

Gobierna

Puntos de Vista de Arquitectura

9

Gobierna

Incluido en

Confidential – Oracle Internal/Restricted/Highly Restricted

Tipos de Modelos

Decisiones de Arquitectura

Creada usando

Framework de Arquitectura

justifica

Raciocinio de Arquitectura

Modelado de Arquitectura Consideraciones

Interesado (Stakeholder) Interesado: Una persona (o representante de un grupo) con un interés en un compromiso en particular. Esto incluye gente con foco en la planeación, gestión, o realización de una arquitectura, que puede influenciar o vetar una decisión, como aquellos que pueden verse afectados por ella.

10

Confidential – Oracle Internal/Restricted/Highly Restricted

• Para identificar una lista inicial de interesados, pregúntese las siguientes preguntas: - ¿Quién se beneficia?

-

¿Quién paga? ¿Quién se ganará los créditos (o la culpa)? ¿Quién pierde? ¿Quiénes son los usuarios, operadores y dueños del sistema?

Modelado de Arquitectura Consideraciones

Preocupación Preocupación: Una necesidad/interés de un interesado concerniente a la iniciativa de arquitectura en la que está involucrado.

• Cada interesado puede tener una o más preocupaciones • Los interesados pueden tener preocupaciones en común • Ejemplo de preocupación:

- ¿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

• Primario: Estos interesados importantes tienen inquietudes, problemas, necesidades e intereses que son de alta prioridad y si no reciben asistencia efectiva, el éxito de la iniciativa estará en peligro. • Secundario: Debe abordarse en función de las limitaciones de tiempo • Terciario: Son de baja prioridad y solo deben abordarse si requieren los mismos puntos de vista que los interesados primarios o secundarios 12

Confidential – Oracle Internal/Restricted/Highly Restricted

High Low

Priorización de Interesados

Influencia sobre el Proyecto

Consideraciones

Interesado Secundario

Interesado Primario

Media Prioridad

Alta Prioridad

Mantener Informado

Abordar sus Preocupaciones

Interesado Terciario

Interesado Secundario

Baja Prioridad

Media Prioridad

Mínimo esfuerzo

Mantener Satisfecho

Low High Contribución al éxito de la iniciativa

Modelado de Arquitectura Consideraciones

Punto de Vista Punto de vista: Marco de especificaciones formales para capturar plantillas de modelos reutilizables, patrones y pautas para construir vistas.

13

Confidential – Oracle Internal/Restricted/Highly Restricted



• •

El punto de vista determina los lenguajes (incluidas las notaciones y el modelo) que se utilizará para describir la vista. Los puntos de vista se hacen disponibles para definir una biblioteca de plantillas y patrones. Los arquitectos navegan por una biblioteca de puntos de vista para identificar el(los) punto(s) de vista apropiado(s) para el proyecto

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

Vista Vista: Las vistas de arquitectura son representaciones de la arquitectura que son significativas para una o más partes interesadas desde la perspectiva de un conjunto de preocupaciones.

15

Confidential – Oracle Internal/Restricted/Highly Restricted

• • • •

La vista puede considerarse como una instancia de punto de vista Una vista aborda una o más preocupaciones Consiste en 1 o más modelos Una vista puede admitir muchas representaciones diferentes según el propósito y la parte interesada objetivo

Modelado de Arquitectura Consideraciones

Modelo Modelo: Una abstracción o representación simplificada de un sistema o parte de un sistema, que se utiliza como el principal vehículo de comunicación entre las partes interesadas.

• Incluye elementos arquitectónicos en una notación acordada. • Construir modelos desde el punto de vista de los interesados • No construir un modelo que lo abarque todo • Tipos de modelos

- Catálogo: una lista de cosas - 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 y semántica

Notación de que el modelo debe estar incorporado. Notación estándar o internamente definida.

Técnicas de presentación

Detalle de la técnica de presentación específica y herramienta usada. Pe. pautas de 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 -

-

capacidad de realizar alguna actividad Lógico: ¿qué admite el modo conceptual? ¿Cómo será diseñado? Físico: cómo se representa físicamente. ¿Cómo pretendemos construirlo?

Conceptual

Technology Capability Identifies

Logical

Technology Component Implements

Physical

18

Confidential – Oracle Internal/Restricted/Highly Restricted

Technology Asset

Business Object Drives need

Information Entity Realized By

Information Asset

Application Capability Identifies

Application Component Implements

Application Asset

Modelado de Arquitectura Consideraciones

Descripción de Arquitectura Descripción de Arquitectura: Documenta una arquitectura de manera que sus partes interesadas puedan comprender y demostrar que la arquitectura ha respondido a sus preocupaciones





• •

19

Confidential – Oracle Internal/Restricted/Highly Restricted

La descripción de arquitectura contiene todos los conceptos y preocupaciones clave que deben abordarse para las partes interesadas identificadas Describe las arquitecturas “base" y “objetivo”, organizadas en uno o más componentes llamados vistas Justificación de las decisiones clave de arquitectura tomadas Puede describir una hoja de ruta de transición de múltiples fases

Modelado de Arquitectura Relaciones entre conceptos clave

Interesados

Preocupaciones con

Ambiente Sistema

Tiene

Aborda las preocupaciones de

Arquitectura Descrita por

Descripción de Arquitectura Vistas de Arquitectura

Modelos de Arquitectura

Gobierna

Puntos de Vista de Arquitectura

20

Gobierna

Incluido en

Confidential – Oracle Internal/Restricted/Highly Restricted

Tipos de Modelos

Decisiones de Arquitectura

Creada usando

Framework de Arquitectura

justifica

Raciocinio de Arquitectura

Ejemplos de Vistas de Arquitectura

21 Confidential – Oracle Internal

Modelado de Arquitectura Definición de un Punto de Vista Nombre del Punto de Vista

DOMINIO DE NEGOCIO

Preocupaciones / Necesidades

¿cuáles son los elementos clave del negocio? ¿cómo funciona/funcionará el negocio?

Interesados

BA, CFO, CEO

Modelos

Mapa de Capacidades de Negocio Proceso de Negocio

Fuente

ECAL

Nombre del Modelo

Mapa de Capacidades de Negocio

Alcance y nivel de detalle

• •

Tipo de modelo, notación y semántica

Matrix

22

Elementos clave de negocio Funciones corporativas

Confidential – Oracle Internal/Restricted/Highly Restricted

Nombre del Modelo

Proceso de Negocio

Alcance y nivel de detalle

• •

Tipo de modelo, notación y semántica

Modern Best Practise (MBP) Notation

Evento de origen hasta resultado final Actividades de primer nivel

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 A I T

USINESS

ARCHITECTURE PERSPECTIVES

PPLICATION

NFORMATION ECHNOLOGY

23

Confidential – Oracle Internal/Restricted/Highly Restricted

ERP & EPM Business Capabilities Map Stakeholders

Financial Performance Management

Board of Directors

Financial Consolidation

Consolidated Ledger Accounting

Sub ledger Accounting

Project Costing

Supplier Management

Order Promising

Budgeting, Planning, Forecasting

General Ledger

Supplier Recommendations

Time & Labour

Supplier Portal

Supply Planning & Supply Chain Orchestration

Quality

Profitability & Costs Mngmt Allocations

Payables

Asset Management

Project Performance Reporting

Inventory and Costing

Product Master

Tax Provision (Direct Tax)

Inter-Company

Subscription Management

Grants Management

Self-Service Procurement

Financial Close Mngmt

Cash Management

Intelligent Payment Discounts

Resource & Task Mngmt

Payments

Enterprise Data Management

Receivables & Collections

Expenses

Projects Progress

Contract Management

Configure Price Quote

Regulatory Reporting & Disclosure

Payments

Project Billing

Strategic Sourcing

Demand Management

Data Contextualisation and Preparation

Connected Worker

Transportation Management

Transaction Matching

Revenue Management

Project Contracts

Purchasing

Enterprise & Service Contract Management

Genealogy and Traceability Analysis

Service Monitoring for Connected Assets

Co-operative Routing

Legal & Compliance

Account Reconciliation

Auto Invoice Scanning

Planning and Scheduling

Sales and Operations Planning

Patterns and Correlations Analysis

Freight Payment, Billing and Claims

Corporate

In Memory Cost Management

Predictive Analysis

CEO

CFO

COO

CHRO

Internal Audit

External Audit

Finance - ERP

Regulatory Authorities Financial Governance

24

Control Framework

Segregation of Duties

Project Portfolio Management

Procurement

Risk and Financial Governance

Analytics and Reporting

Supply Chain Manufacturing Maintenance Management

Product Lifecycle

Warehouse Management

Logistics

Global Trade Compliance

Product Hub

Warehouse Management

Transportation Intelligence

Trade Intelligence

Asset Definition

Quality Management

Warehouse Management

Inventory Visibility

Global Trade Management

Outside Processing

Maintenance Costs

Innovation Management

Mobile Warehouse Management

Forwarding and Brokerage Operations

Trade Compliance

Inventory & Cost Management

Model Lifecycle Management

Work Definition

Project Portfolio Management

Warehouse Workforce Management

Transportation Sourcing

Customs Management

Order Management

Production Monitoring

Work Execution

Product Development

Information Discovery

Manufacturing Asset Monitoring

Finance

Operations

Fleet Management

HR

Shared Services

Logistics Network Modelling

Data Acquisition Fleet Monitoring and Storage

Supporting Functions

Corporate Functions

R&D

Operational Reporting

Operational Analytics

Predictive & Proactive Analytics

Dashboards

Strategic Analytics

MBP

Disclaimer

Invoice to Expense Payment

This is a generic business process!

All Industries

Create Expense Report

A expense report is getting created. It includes invoices and other supporting documentations.

Policy Automation

The expense report needs to follow company policies. This activity can be automated with rules and AI/ML capabilities.

Approval

Auditing

An expense report needs to be approved or declined. Often this requires manual management approval. Certain expenses could be automated completely.

External Auditing.

Invoice to Expense Payment Optimize InterWarehouse Logistics

Payment

Pay the expense to the target account.

Mobile

25

Confidential – Oracle Internal/Restricted/Highly Restricted

Analytics

Social

Internet of Things

Big Data

Oracle Application Design

Data Flow & Integration

Outbound campaign management business process Data as a Service (DaaS)

1

Premier Promotion only

2

UK Customers (Batch)

3

Multiple personas (pre-integrated)

4 5 6

3

7 8

Advert Delivery Platform

Marketing Cloud

4

7

MARKETING

8

CUSTOMER Customer Data Management Cloud

1

2 B

Advert Content

26

Confidential – Oracle Internal/Restricted/Highly Restricted

Current Marketing

Closed loop Marketing (preintegrated) Persona advert clicks (standard report)

Extensions

6

Campaign Micro-Site

Current Customers

Updated Customer Profiles

5

A

Personalised advert (preintegrated)

Legacy Customer Records

A

Micro-site

B

Legacy Integrations

Data Ecosystem Logical, Lifecycle & Service Architecture

Data Sources (can and will be anything)

01011010 101100

Ingestion

Ingestion Data Services (DMP)

Enterprise Applications

Transform

Transformation

Discovery

Analyse, Predict & Measure

Refine

Data Reservoir

Data Access

Autonomous Transaction Processing

Analytics Cloud

Act

Data Consumers (can and will be anything)

People

Autonomous Data Warehouse

AI / ML (capability)

Data Integration Platform

Data Lake Devices

Integration Cloud

Data Hub

End Users

Machines

Big Data / NoSQL Events

Sensors

Integration Cloud

Object Storage

Social Voice Any Digital Asset

DataScience.com Things App Development (capability) Applications

Security, Identity & Management

Discovery Lab & Sand Box 27

Interpretation

Event Hub

Confidential – Oracle Internal/Restricted/Highly Restricted

Metadata Cloud

Removal

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

AVAILABILITY DOMAIN-1 Subnet-A 10.0.3.0/24 Job Submission Server on VMs

DRG

AVAILABILITY DOMAIN-2 Subnet-D 10.0.6.0/24 Management Service on VMs

IAM Service

VPN

Subnet-C 10.0.5.0/24 Finished Render Server on VMs

Render Nodes on bare metal compute

28

Virtual Cloud Network 10.0.0.0/16

Confidential – Oracle Internal/Restricted/Highly Restricted

Audit Service

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 • • • • • • • • •

30

'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

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.

Related Documents


More Documents from "Critian Rosas Basurco"

4-modelado De Arquitectura
February 2021 0
February 2021 0
February 2021 0