6 St295u Ingenieria de Procesos Neg

35
UNI - FIIS Facultad de Ingeniería Industrial y de Sistemas 1 “INGENIERIA EMPRESARIAL” Ingeniería de Procesos: Marco de trabajo MBA Ing. Wilfredo Carranza B. 27 Enero , 2012

description

Uploaded from Google Docs

Transcript of 6 St295u Ingenieria de Procesos Neg

Page 1: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

1

“INGENIERIA EMPRESARIAL”

Ingeniería de Procesos:

Marco de trabajo

MBA Ing. Wilfredo Carranza B.

27 Enero , 2012

Page 2: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

2

ESTRUCTURA TEMATICA

Page 3: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

3

Sesión 6: INGENIERIA DE PROCESOS DE NEGOCIO

Sesión 6: Procesos de negocio

6.1 Un proceso llamado Ingeniería de Sistemas.-

dominios de aplicación:

• Ingeniería de procesos de negocio

• Ingeniería del producto.

6.2 La jerarquía de la Ingeniería de Sistemas

6.3 Modelado del sistema

6.4 Ingeniería de procesos de negocio. Una visión general.

6.5 Arquitectura Empresarial.

Page 4: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

4

El proceso de la Ingeniería de Sistemas puede tomar distintas formas,dependiendo del dominio de aplicación en que se utilice.Si el dominio de aplicación es la empresa, estaremos en el campo dela Ingeniería de Procesos de Negocios (IPN).

Cuando se desarrolla un producto, al proceso se le llama Ingenieríade Producto; entendiendo como producto todo resultado que atiendauna necesidad del cliente, desde un celular hasta un sistema detransmisión inalámbrica.

Un sistema basado en computadora se define como.“Un conjunto o disposición de elementos que están organizados paracumplir una meta predefinida al procesar información” (diccionarioWebster).

La meta es posible que sea apoyar una función de negocio odesarrollar un producto que pueda venderse para generar beneficios.

Fuente: “Ingeniería del Software” por Roger S. Pressman

6.1 Un proceso llamado Ingeniería de Sistemas

Page 5: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

5

El proceso de la Ingeniería de Sistemas por lo general comienza conuna “visión global”, examinando el dominio entero del negocio oproducto para asegurarse de que se puede establecer el contextotecnológico o de negocios apropiado.

La visión global es refinada hasta enfocarse en un dominio específicode interés; dentro del cual, se analiza la necesidad de elementos delsistema (por ejemplo, información, software, hardware, personas).Al final, se realiza el análisis, diseño y construcción del elemento delsistema que se necesita.

Así es como, en la parte alta de la jerarquía se establece un contextomuy amplio, y en el de la parte baja se conducen actividades técnicasdetalladas, que son realizadas por la disciplina de la ingeniería desistemas que corresponda, como por ejemplo, la ingeniería desoftware o de hardware.

6.2 La jerarquía de la Ingeniería de Sistemas

Page 6: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

6

Resumiendo, la Visión Global (VG) la componen un conjunto de Dominios (Di).Cada Dominio la componen Elementos (Ej) específicos.Finalmente, cada Elemento se implementa al especificar los Componentes (Ck).

… La jerarquía de la Ingeniería de Sistemas

Fig. 1

Page 7: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

7

El modelado de sistemas es un elemento importante del proceso de

Ingeniería de Sistemas. Sin importar que el enfoque esté en la visión

global o en la visión detallada, el ingeniero crea modelos que:

� Definen los procesos que satisfacen las necesidades de la visión en

estudio.

� Representen el comportamiento de los procesos y los supuestos

asumidos.

� Definen de modo explícito las entradas exógenas y endógenas de

información al modelo.

� Representan todas las uniones (incluidas las salidas) que permitan

el mejor entendimiento de la visión.

6.3 Modelado del sistema

Page 8: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

8

Al construir un modelo del sistema se debe considerar algunas

restricciones:

1. Supuestos que reducen el número de permutaciones y variaciones

posibles, lo que permite al modelo reflejar el problema de una

manera razonable.

2. Simplificaciones que permiten la creación del modelo a tiempo.

3. Limitaciones que ayudan a delimitar o acotar el sistema.

4. Restricciones que guían la manera de crear el modelo y tomar el

enfoque al implementarlo.

5. Preferencias que indican la arquitectura preferida para todos los

datos, funciones y tecnología.

… Modelado del sistema

“Las cosas simples deben ser simples. Las cosas complejas deben ser posibles”Alan Kay.

Page 9: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

9

La meta de la Ingeniería de Procesos de Negocios (IPN) es definirarquitecturas que permitan que un negocio utilice información demanera efectiva.Se deben analizar y diseñar tres arquitecturas diferentes dentro delcontexto de objetivos y metas de negocios:

� Arquitectura de datos

� Arquitectura de aplicaciones

� Arquitectura de la tecnología.

6.4 Ingeniería de procesos de negocio: Una visión general

Page 10: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

10

La Arquitectura de datos proporciona un marco de trabajo para las

necesidades de información de un negocio o de una función de negocio. Los

ladrillos de la arquitectura son los objetos de datos que utiliza el negocio.

Un objeto de datos contiene un conjunto de atributos que define algún

aspecto, cualidad, característica o descriptor de los datos que describen.

Una vez definido un conjunto de datos se identifican sus relaciones. Una

relación indica la forma en que los objetos están conectados entre sí.

Ejm. Los objetos cliente y producto-A, que se conectan por la relación

compra.

Los objetos de datos fluyen entre funciones de negocio, están organizados

dentro de una base de datos y se transforman para ofrecer información que

satisface las necesidades del negocio.

… Ingeniería de procesos de negocio: Una visión general

Page 11: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

11

La Arquitectura de aplicación comprende aquellos elementos de un

sistema que transforman objetos dentro de la arquitectura de datos por

algún propósito del negocio.

La Infraestructura tecnológica proporciona el fundamento para las

estructuras de datos y de aplicación.

La infraestructura comprende el hardware y el software con que se

apoyan las aplicaciones y los datos. Esto incluye computadoras,

sistemas de operación, redes de PCs, enlaces de comunicaciones,

tecnologías de almacenamiento y la arquitectura (ejm. Cliente/servidor

o Web) diseñada para implementar estas tecnologías.

… Ingeniería de procesos de negocio: Una visión general

Page 12: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

12

Ver Fig.2 que define e ilustra la una jerarquía de procesos de negociospara modelar las tres arquitecturas indicadas.

… Ingeniería de procesos de negocio: Una visión general

Fig. 2

Page 13: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

13

6.5 Arquitectura Empresarial

Una empresa es una entidad compleja compuesta de personas y procesos, que producen productos o servicios para los clientes. (Vernadat, 1996).Para capturar la visión completa del sistema empresa en todas sus dimensiones y complejidad surge el concepto de Arquitectura de Empresa . La arquitectura de empresa identifica los componentes principales de la organización y su relación para conseguir los objetivos de negocio. Actúa como fuerza integradora entre aspectos de planificación del negocio, aspectos operación de negocio, aspectos tecnológicos, etc. El marco o framework es la estructura que permite almacenar y comunicar los diferentes elementos de la arquitectura de empresa.

Page 14: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

14

… Arquitectura Empresarial

El marco o framework es la estructura que permite almacenar y comunicar los diferentes elementos de la arquitectura de empresa.

Martin (2004): el framework de una arquitectura de empresa permite entender una empresa o una clase de empresas mediante la organización y presentación de artefactos (modelos o componentes) que conceptualizan y describen la empresa.

Para Zachman (1997): el framework es una estructura lógica para clasificar y organizar la representación descriptiva de una empresa

Una característica o un principio específico de las arquitecturas de empresa y de su framework asociado es la definición de Vistas . (Martin 2002)

Page 15: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

15

… Arquitectura Empresarial

La complejidad de una empresa hace que sea difícil, por no decir imposible, su estudio bajo una única perspectiva.Normalmente no hay una única arquitectura de empresa, sino que ésta se definirá en función de las arquitecturas o vistas que la componen.Entre las arquitecturas o vistas de una arquitectura de empresa destacan las siguientes: 3.1. Arquitectura de NegocioLa arquitectura de negocio reúne aspectos relativos a la estrategia de negocio, representa cuales son los procesos de negocio y como interactúan para satisfacer las necesidades de los clientes.

Diferentes arquitecturas de empresa incluyen esta vista en su framework,TOGAF (The Open Group Architecture Framework) fue desarrollada por los miembros del Open Group, TOGAF es un método y un conjunto de herramientas para desarrollar arquitecturas de empresa.Para TOGAF la arquitectura de negocio es un requisito previo para trabajar en la arquitectura de empresa desde cualquier otro punto de vista (datos, aplicaciones, tecnología), y es, por tanto, la primera que debe ser completada.

Page 16: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

16

… Arquitectura Empresarial

El Zachman Framework para arquitecturas de empresa.Proporciona la arquitectura, para la infraestructura de la información de una organización, el marco contiene seis filas y seis columnas que componen treinta y seis celdas o aspectos distintos.

No hay dirección establecida en la secuencia o proceso para la aplicaciónde la arquitectura.

El objetivo es asegurarse de que todos los aspectos de una empresa estén cubiertos y muestra las relaciones que asegurarán un sistema completo sin importar el orden en el cual se establecen.

La vista o arquitectura de negocio queda cubierta con las dos primeras filas del Zachman Framework, “Scope” y “Business Model” donde se define la dirección de la empresa y el propósito de su negocio (scope), así como, se muestran todas las entidades de negocio y procesos, y las relaciones entre ellos (business model).

Page 17: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

17

… Arquitectura Empresarial

John Zachman, 1996

Page 18: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

18

… Arquitectura Empresarial

Page 19: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

19

… Arquitectura Empresarial

Page 20: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

20

… Arquitectura Empresarial

Un estudio realizado permite hacer una comparación entre los distintos framework de las arquitecturas de empresa, la siguiente tabla muestra la relación que existe entre ellos y las diferentes vistas o arquitecturas que locomponen.

El criterio seguido es el siguiente:- + + + : Indica que la vista o arquitectura está incluida y con el mismo nombre en elframework analizado- + + : Indica que la vista o arquitectura está incluida pero con distinto nombre en elframework analizado- + : Indica que la vista o arquitectura no está incluida de manera explícita peropuede ser completada a partir de otras vistas.La Tabla 1 muestra el resultado del análisis.Tabla 1 Análisis de framework

Page 21: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

21

… Arquitectura Empresarial

Un estudio realizado permite comparar entre los distintos framework de las arquitecturas de empresa, la siguiente tabla muestra la relación que existe entre ellos y las diferentes vistas o arquitecturas que lo componen.

El criterio seguido es el siguiente:+ + + : Indica que la vista o arquitect. está incluida y con el mismo nombre en el framework analizado+ + : la vista está incluida pero con distinto nombre en el framework+ : la vista no está incluida en forma explícita pero puede ser completada con otras vistas.

Page 22: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

22

… Arquitectura Empresarial

A partir del estudio realizado, se propone un esquema de las relaciones existentes entre las distintas arquitecturas o vistas, la cual queda reflejada en la Figura 1:

Page 23: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

23

… Arquitectura Empresarial

Page 24: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

24

… Arquitectura Empresarial

Page 25: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

25

… Arquitectura Empresarial

Page 26: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

26

… Arquitectura Empresarial

Page 27: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

27

… Arquitectura Empresarial

Page 28: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

28

… Arquitectura Empresarial

Page 29: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

29

… Arquitectura Empresarial

Page 30: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

30

… Arquitectura Empresarial

Page 31: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

31

… Arquitectura Empresarial

Page 32: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

32

… Arquitectura Empresarial

Page 33: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

33

… Arquitectura Empresarial

Page 34: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

34

La estrategia de arquitectura de Microsoft define , 4 vistas, llamadas arquitecturas:Arquitectura de Negocios, de Aplicación, de Información y Arquitectura de Tecnología

La Arquitectura de Aplicación, incluye las descripciones de:- Los servicios sistematizados que dan soporte a los procesos de negocios- Las interacciones e interfaces de los sistemas empresariales- Los planes para el desarrollo de nuevas aplicaciones y la revisión de las antiguas, basados en los objetivos de la empresa y la evolución de las plataformas tecnológicas.

Cada una de las arquitecturas, se articula en las vistas siguientes:� Vista conceptual: relacionada con la semántica de negocios (usuarios no técnicos)� Vista lógica: define los componentes funcionales y su relación en el sistema. � Vista física: describe los componentes específicos de una implementación y relaciones

Arquitectura de Microsoft

Arquitectura Empresarial

Arquitectura de Negocios

Arquitectura de Aplicaciones Arquitectura de Información

Arquitectura de Tecnología

Page 35: 6 St295u Ingenieria de Procesos Neg

UN

I -F

IISF

acul

tad

de In

geni

ería

Indu

stria

l y d

e S

iste

mas

35

FIN DE LA SESION