II SEMESTRE - 2016 Sistemas de Información Gerencial 1

MODELADO DE LA

ORGANIZACIÓN

Modelado de Procesos de Negocios

Proceso de Negocios

“Son las maneras específicas en las que las empresas coordinan y organizan las actividades laborales, la información y el conocimiento para elaborar un producto o servicio“

“Conjunto estructurado, medible de actividades diseñadas para producir un producto especificado, para un cliente o mercado específico”

2

Características de los procesos

Pueden ser medidos y orientados al rendimiento.

Tienen resultados específicos.

Responden a una acción o evento específico

Pueden ser vistos como un recetario para hacer funcionar un negocio y alcanzar metas definidas en la estrategia organizacional.

3

Reingeniería de procesos de negocios

Se enfoca en identificar uno o dos procesos de negocios estratégicos que requieran un cambio radical.

Los procesos de negocios no son estáticos, rotan a medida que los empleados los ajustan a cambios del mercado.

4

Admón. de procesos de negocios (BPM)

Es un esfuerzo para ayudar a las empresas a manejar los cambios en los procesos de negocios que se requieren en el negocio.

Permite realizar mejoras continuas.

BPM incluye:

Administración del flujo de trabajo.

Notación de modelado de los procesos de negocios.

5

Modelado de procesos de negocios

Consiste en representar los procesos de negocios de una empresa u organización con objeto de que puedan ser analizados y mejorados.

Responsables: Analistas, diseñadores, desarrolladores de sistemas de información.

6

Objetivos del modelado de negocios

Comprender la estructura y la dinámica de la organización.

Comprender los problemas actuales e identificar los potenciales.

Evaluar el impacto del cambio en la organización objetivo.

Tener un entendimiento común de la organización.

Obtener requerimientos preliminares de un sistema que necesite la empresa.

7

Beneficios para la organización

Efectividad.

Eficiencia.

Productividad.

Ahorro

Calidad (mejora general de procesos)

8

Elementos del modelado de negocios

Generalmente, un modelo de proceso de negocios tiene:

Un objetivo (motivo del proceso).

Entradas.

Salidas.

Recursos utilizados.

Secuencia de actividades.

Eventos.

Roles (Participantes).

9

Elementos del modelado de negocios

10

Notaciones de modelado

Diagramas de actividades UML.

Diagramas de casos de uso (UML).

Business Process Modeling Notation (BPMN)

Redes de Petri (Carl Adam Petri).

11

Modelado de Casos de Uso

12

Modela la forma en que el negocio es usado por sus clientes, stakeholders, etc.

Define requisitos funcionales.

Está formado por:

Actores del negocio identificados previamente.

Casos de uso del negocio identificados previamente.

Asociaciones entre los actores y los casos de uso del negocio.

Diagrama de Casos de Uso del negocio.

Diagramas de Casos de Uso

Herramienta proporcionada por UML.

Muestra los procesos del negocio que son usados por los roles del negocio.

Sólo tiene en cuenta quién se beneficia de qué proceso.

¿Quién?(actor del negocio identificado).

¿Qué?(caso de uso del negocio).

Relaciones entre ellos (asociaciones).

13

Diagramas de Casos de Uso

14

Casos de Uso: Actores

15

Un actor del negocio representa un rol jugado por alguien o algo externo al negocio y que interactúa o se relaciona con él.

Clientes, proveedores, gerente.

Casos de Uso: Tipos de Actores

16

El Cliente.

Se benefician o afectan por los resultados del negocio.

El Socio (Stakeholder).

Son dueños del proceso.

Toman resultados del proceso para toma de decisiones.

No participan en la parte operativa.

Ej. Gerentes, socios, directivos.

Casos de Uso: Identificar actores

17

Son roles, no personas con nombres propios (humanos, software o hardware).

Se encuentran fuera de las fronteras negocio.

No representa áreas, departamentos o partes de una organización sino roles de ejecución.

No siempre está asociado con el nombre de un cargo en la planilla.

Cada actor debe estar asociado con al menos un caso de uso del negocio.

Casos de Uso: Concepto

18

Identifica un proceso específico del negocio, que produce un resultado de valor medible y esperado para un actor (o actores) de un negocio en particular.

Realizar una compra.

Reservar una habitación.

Almacenar un producto.

Casos de Uso: ¿Cómo se identifica?

19

Identificar las necesidades fundamentales de los actores del negocio y el conjunto de actividades usadas para satisfacerlas.

Servicios principales que el actor del negocio espera recibir de la organización.

Identificar los resultados y entregables de la empresa y a partir de ellos, los procesos que los realizaron.

Deben estar asociados a por lo menos un actor del negocio.

Autoevaluación

Caso de uso::

El sistema a desarrollar por el equipo de desarrollo de software para el cliente, VlockVaster, es el sistema informático que hay que incorporar dentro de un dispensador automático de películas, un videoclub automático, como los que hay en las tiendas 24 hrs. Este videoclub tiene las facilidades usuales, como sacar películas, devolverlas, etc. y también otras como recordar a los clientes que no han devuelto una película vía sms. El pago ha de hacerse mediante tarjeta de crédito. El videoclub reporta a la central de la empresa VlockVaster vía Internet.

Relaciones de Casos de Uso

21

La notación UML soporta tres tipos de relaciones entre casos de uso:

Inclusión (include ó use).

Extensión (extend).

Herencia (generalización).

Relaciones de Inclusión <<include>>

22

Se representa por una línea punteada que va desde el caso que “incluye” al caso que es “incluido”.

El caso es usado siempre que el caso que lo “incluye” es ejecutado.

Los casos “incluidos” son casos de uso en sí mismos.

Pueden representar una funcionalidad que es común a varios casos de uso.

Relaciones de Inclusión <<include>>

23

Relaciones de Extensión <<extend>>

24

Se representa por una línea punteada que va desde el caso que “extiende a” al caso que es “extendido”.

Representa una funcionalidad del caso que no siempre ocurre.

Son casos de uso en sí mismos.

Las extensiones son opcionales.

Relaciones de Extensión <<extend>>

25

Relaciones de Herencia

26

El caso de uso origen (hijo) hereda la especificación del caso de uso destino (padre) y puede modificarlo o ampliarlo.

Relaciones de Herencia

27

Relaciones de Actores

28

Puede ocurrir que un actor ejecute todos los casos que ejecuta otro actor.

Actores especializados heredan los casos de uso de un actor general.

La flecha apunta al actor más general.

Documentación

Caso de uso 2::

Actividades: Casos de estudio

Análisis de caso 1::

Considerando los siguientes escenarios, defina un caso de uso. Escenario 1: Harry Castillo se lleva prestado el quinto ejemplar de “Ingeniería de Software” que hay en la biblioteca. No tiene ningún otro libro en préstamo. Escenario 2: Silvana intenta llevarse prestado el primer ejemplar de “Conocimiento en Acción”, pero no puede porque ya tiene tres libros en préstamo, que es el máximo.

Actividades: Casos de estudio

Análisis de caso 2::

Elabore un caso de uso para los siguientes procesos de negocios: • Realizar retiro de efectivo de un ATM. • Realizar una compra en Internet. • Realizar un depósito bancario por ventanilla. • Realizar alquiler de película en video-club. • Un proceso de negocio de su entorno.

Actividades: Casos de estudio

Análisis de caso 3::

La cadena de venta de electrodomésticos CASA GALA lanzará una nueva línea de créditos personales y sus directivos quieren minimizar el tiempo necesario para el otorgamiento de los mismos. Los potenciales compradores se acercan al mostrador de atención al cliente, donde pregunta que artículos son aptos para el otorgamiento de créditos. Si le gusta alguno de los artículos que se ofrecen, se acerca a un vendedor y le solicita que se lo muestre. Una vez que ha visto el producto en funcionamiento, el cliente puede decidir que el artículo no le resulta satisfactorio, en cuyo caso puede acercarse al mostrador de atención al cliente y ver si hay otro producto de su interés. También puede decidir irse del local sin comprar nada.

Actividades: Casos de estudio

En caso de que el artículo sea del agrado del cliente, el vendedor le pide sus datos y emite una orden de solicitud de crédito, la cual es entregada al departamento de venta. Los empleados de este departamento se encargan de estudiar la condición crediticia mediante una consulta al sistema de APC. Si el sistema arroja elementos en contra del potencial cliente, entonces el departamento de venta emite una orden de crédito rechazada. En caso contrario se emite una orden de crédito aprobada. Elabore un diagrama de caso de uso de negocio utilizando una herramienta UML.

Diagrama de Actividades

34

Es un diagrama de transición que muestra un flujo de actividades secuenciales que se tienen que desarrollar dentro de un proceso de negocio para alcanzar un objetivo.

Es una manera de modelar el workflow de un caso de uso de manera gráfica.

Es un modelado UML de vista de comportamiento.

“Los diagramas de actividades son parecidos a los diagramas de flujo”

Objetivo del Diagrama de Actividades

35

Muestra los flujos entre los procesos de negocios.

Muestra el flujo de actividades internas de un proceso.

Captura la especificación de un caso de uso.

Permite modelar decisiones y procesos de negocios.

Elementos: Diagrama de Actividades

36

Ejemplo: Diagrama de Actividades

37

Elementos: Fork, Join

38

Ejemplo: Fork, Join

39

Fork

Join

Carriles, calles o canales (Swimlanes)

40

Representan a la entidad o actor que está ejecutando la actividad.

Ejemplo: Swimlanes

41

Actividades: D/A

Diagrama de actividades::

Para los casos de uso antes elaborados, desarrolle un diagrama de actividades: • Realizar retiro de efectivo de un ATM. • Realizar una compra en Internet. • Realizar un depósito bancario por ventanilla. • Realizar alquiler de película en video-club. • Un proceso de negocio de su entorno.

Actividades: D/A

D/A:: Validación de usuario en cajero

• El cliente debe introducir la tarjeta, el PIN y la

operación que ha de realizar. • Se comprueba si el PIN es correcto para esta

tarjeta. • Se comprueba si la tarjeta es válida. • Si resultan válidas las dos operaciones anteriores se

realiza la operación y se informa al usuario. • Realizar una nueva versión con carriles que

contemple los actores Cliente y Banco.

Actividades: D/A

D/A:: Proceso de registro web

• El usuario debe introducir un nombre de usuario

válido. Los criterios de validez los pone el sitio. • El usuario debe introducir una contraseña válida. La

política de contraseñas la pone el sitio. • El usuario debe repetir la contraseña. Esta debe

coincidir con la introducida con anterioridad. • El usuario debe introducir el resto de los datos. • Si se han introducido correctamente los datos se

solicita confirmación al usuario. • El usuario confirma y se le avisa de que el registro

ha sido correcto. • Realizar una nueva versión con carriles que

contemple los actores usuario y sitio

Actividades: D/A

D/A:: Pedido telefónico de cliente

• El cliente solicita una producto y es atendido por un

vendedor de la empresa. • Si el cliente es nuevo se le abre una ficha de cliente. • Para el cliente y el producto solicitado se realizan

simultáneamente las siguientes acciones: • Consultar el stock. Si no existen existencias del

artículo se informa al cliente y se termina el proceso. • Consultar el riesgo del cliente. Si el crédito que tiene

el cliente supera el valor del artículo se informa al cliente y se termina el proceso.

• Una vez hechas estas comprobaciones, si son correctas, se informa del precio al cliente que lo puede aceptar o rechazar. Si lo rechaza se termina y si lo acepta el cliente realiza el pedido y el vendedor lo registra y se termina el proceso.

Ejemplo: tarea

UNPSJB - 2005 Ingeniería de Software - Clase 6 46