Unidad 4. Modelo Conceptual

Modelado de negocios

Unidad 4. Modelo conceptual

Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software 1

Ingeniera en Desarrollo de Software

3er semestre

Programa de la asignatura:


Unidad 4. UML y BPMN en el modelado del negocio

Clave:

Ingeniera

15142314/

TSU

16142314

Universidad Abierta y a Distancia de Mxico




ndice

Unidad 4. Modelo conceptual ............................................................................................. 3

Presentacin de la Unidad ................................................................................................. 3

Propsitos .......................................................................................................................... 3

Competencia especfica ..................................................................................................... 3

Recomendaciones especficas de la unidad ...................................................................... 4

4.1. Introduccin al modelo conceptual .............................................................................. 4

4.1.1. Conceptos ................................................................................................................ 4

4.1.2. Atributos................................................................................................................... 5

4.1.3. Relaciones del modelado de negocios ..................................................................... 6

4.2. El glosario del negocio ................................................................................................ 7

4.2.1. Modelado de los recursos del negocio ..................................................................... 7

4.2.2. Modelado de las metas del negocio ......................................................................... 9

4.3. Diagramas ................................................................................................................ 10

4.3.1. Interaccin ............................................................................................................. 10

4.3.2. Comunicacin ........................................................................................................ 12

4.3.3. Transicin de estados ............................................................................................ 14

Cierre de la unidad .......................................................................................................... 16

Para saber ms ............................................................................................................... 17

Fuentes de consulta ........................................................................................................ 17





Presentacin de la Unidad

En la unidad anterior se repas el tema del modelado de procesos de un negocio, y se

abord tambin el tema de los casos de uso, con los cuales se han identificado los roles y

acciones que involucran a los empleados de una organizacin. En esta unidad aprenders

a modelar recursos, metas, atributos, interaccin, comunicacin y estados de un negocio.

Con estos temas termina la materia Modelado de negocios, que te servirn para modelar

un negocio en su totalidad.

Propsitos

Al trmino de esta unidad logrars:

Describir el modelado de recursos

y metas de un negocio.

Definir atributos y relaciones del

modelo conceptual para modelar

negocios.

Realizar el glosario de un

negocio.

Realizar diagramas que modelen

la totalidad de un negocio.

Propsitos

Competencia especfica

Aplicar los componentes de un

negocio para comprenderlos de

forma clara, mediante un lenguaje

grfico.

Competencia




Recomendaciones especficas de la unidad

Es muy importante que captures todos los diagramas de ejemplo para que analices su

estructura y puedas comprender mejor los temas vistos.

4.1. Introduccin al modelo conceptual

En unidades anteriores se han abarcado temas para el modelado de un negocio, de

manera que se ha logrado comprender mejor cmo funciona un negocio (procesos,

tareas, actores y secuencias, entre otros).

En esta ltima unidad se dar un pequeo giro a la materia, despus de que se ha visto

que al realizar todos los diagramas necesarios para describir, conceptualizar y abstraer un

proceso de negocio, stos debern orientarse a la creacin del modelo conceptual del

sistema computacional que mejor se adapte al negocio.

Ahora se utilizarn los modelos creados en las etapas anteriores para identificar los

puntos clave del sistema que se deber realizar.

El modelo conceptual bsicamente es el modelo visual que ilustra las interconexiones del

modelo descrito.

4.1.1. Conceptos

Cuando se acta, sin saber la razn del por qu funcionan las cosas, se est actuando sin

un modelo conceptual como base. Un modelo conceptual correctamente construido

permite al usuario predecir los efectos de sus actos, mientras que la falta de modelo

conceptual conlleva actuar de memoria (Norman, 1990).

Visto desde la perspectiva del modelado de los procesos del negocio, que es

precisamente un modelo conceptual de la o las tareas que se hacen a diario en una

empresa u organizacin, se deben plasmar de forma clara y consistente todas las

acciones del trabajo diario. De esta forma se evitar la mecanizacin del trabajo, que

implicara no comprender la razn de la funcin de cada uno, ni las relaciones con otros

roles o instancias de la organizacin.

Cuando los procesos del negocio son modelados conceptualmente, constituyen una

abstraccin externa que se describe por medio de diagramas y notaciones con un alto

grado de formalidad. La descripcin de estos pasos mediante el modelo conceptual




permitir a casi cualquiera entender y hacer cualquier cosa que en ellos se encuentre, sin

depender de nadie, esto traer beneficios para las personas y para las organizaciones.

4.1.2. Atributos

Cuando se habla de atributos en el modelado del negocio se debe tener en cuenta que el

principal objetivo es describir caractersticas nicas del modelo que se quiera describir.

Gran parte de lo que se descubra en el modelado de los procesos del negocio servir

para la creacin de la base de datos que soportar el sistema de informacin al que se

quiere llegar; as, un atributo descubierto en los modelos descritos puede perfectamente

entenderse como un atributo propio del lugar donde se haya hecho el hallazgo.

Para hacer distincin, un atributo en base de datos puede tomar muchos matices, ya que

hace referencia a cada una de las caractersticas que describen una tupla cualquiera. Por

ejemplo, la tupla representativa de una persona podra tener, bsicamente, los atributos

siguientes:

Edad

Peso

Talla

Raza

Nombre

Se debe tomar en cuenta que los atributos no siempre sern cuantificables o medibles

sobre una unidad de medida estndar. Poner valores a los atributos de tipo numrico a los

atributos siempre ser fcil, como la estatura de la persona del ejemplo anterior, pero si

se quiere cuantificar su nivel de aceptacin sobre algn tema moral de moda, la unidad de

medida estar completamente sujeta a la interpretacin y al criterio de quien emite el

juicio de valor.

Un atributo debe representar slo una caracterstica del modelo del negocio; no debe

haber ms de dos caractersticas en un solo atributo; se debe llevar la misma atomicidad

descrita en la teora de base de datos. Esto con el fin de evitar la duplicidad de

informacin o la incoherencia de los datos que se estn manejando.

La estrecha relacin que se puede encontrar entre los atributos de los modelos del

negocio y los atributos descritos en la teora de las bases de datos es innegable, de tal

forma que podrn pasarse sin dificultad los atributos del modelo del negocio a su

equivalente en entidades de base de datos.




4.1.3. Relaciones del modelado de negocios

Una relacin es un vnculo entre dos o ms entidades. Cuando se lleva al mbito del

modelado de negocios se puede entender como el flujo de informacin que se pone en los

conectores que conforman los diagramas, por ejemplo, la relacin que hay entre el

departamento de finanzas y el departamento de recursos humanos ser la informacin

que fluye desde finanzas hacia recursos humanos sobre los sueldos del personal de la

empresa.

Es importante identificar claramente las relaciones que se den a lo largo de la elaboracin

de todo el modelado del proceso del negocio, ya que, de cierta manera, terminarn siendo

la principal fuente de informacin al momento de elaborar la base de datos; y el modelo

conceptual que se desprenda podr tomarse como base (aunque no como producto

terminado) del modelo fsico de la base de datos. Las relaciones se describen en las

bases de datos utilizando un modelo de datos que se puede asemejar a una coleccin de

conceptos que se emplean para describir la estructura de una base de datos. Debe

recordarse que esa coleccin de conceptos fue igualmente utilizada para crear el modelo

del proceso de negocio, por lo tanto, se presenta de nuevo la semejanza entre el

concepto modelado de negocio y la teora de base de datos referente a las relaciones.

Dependiendo del mbito donde se aplique esta relacin, la coleccin de conceptos

cambiar, por ejemplo, para modelado de los procesos del negocio, la coleccin de

conceptos especficos para BPMN visto en la unidad 2, ser diferente a la presentada por

las bases de datos.

La mayora (o la totalidad) de la coleccin de conceptos tiene, en su definicin, un

conjunto de operaciones bsicas para poder especificar su funcin y tener claro para qu

se utilizar; no se deben confundir los elementos especficos segn su funcin. Un

elemento para declarar o citar una tarea, una relacin, una sub-tarea hasta hacer la

totalidad de sus descripciones y operaciones. Visto desde el punto de vista expuesto en

temas anteriores, todos los elementos tienen funciones especficas necesarias para poder

describir con alto grado de abstraccin y fineza cualquier ejemplo de proceso del negocio.

La clasificacin de este tipo de relaciones, para el caso especfico del que se trata, slo

es uno, y por la naturaleza propia del concepto, slo es uno: modelo relacional de

modelado del negocio.

Se debe tener en cuenta que se est planteando una buena (y tal vez nueva) combinacin

entre las relaciones clsicas (inclusive en su definicin matemtica ms pura) y los

conceptos presentados en unidades anteriores, porque, si bien quien ejecuta la labor est

involucrada en el modelo que se describe, debe quedar claro para cualquier persona no

versada en el tema. Se hace uso de distintas disciplinas (como la teora de base de datos)

para hacer este complemento de conceptos tiles para el responsable de modelar estas




relaciones. El trabajo de modelar relaciones no es aislado y se debe tener en cuenta que

el resultado de modelar los procesos de negocio (con las relaciones entre las unidades

operativas descubiertas en la organizacin) servir en pasos posteriores como entrada

para nuevos procesos, de tal modo que la calidad del resultado de este punto impactar

en la calidad del proceso siguiente (hablando en trminos de fabricacin de software con

calidad).

4.2. El glosario del negocio

Una explicacin nunca ser suficiente. Se debe ser totalmente claro a la hora de

presentar la informacin. Muchas veces se cae en el error de pensar que todo es claro

porque quien explica las cosas es normalmente quien las ha hecho. Al utilizar un catlogo

de palabras autodescriptivo respecto a la disciplina del modelado de los procesos del

negocio, se estar asegurando que cada trmino, tecnicismo, neologismo o cualquier

elemento desconocido que se incluya en los diagramas, estar perfectamente claro para

quien sea. Sin embargo, debe ser utilizada para complementar el texto o diagrama

principal, y no tomar protagonismo ms all del estrictamente necesario, colocndolo al

final del texto a manera de informacin tabular donde se describa el concepto, adems de

su definicin o significado.

La elaboracin del glosario estar a cargo de un grupo experto (o una persona

solamente), pero sin perder el enfoque principal, que es para un pblico general sin

formacin (inclusive) en los temas tratados; es decir, su objetivo principal es trascender el

crculo de personas especializadas en una materia.

4.2.1. Modelado de los recursos del negocio

Para una empresa u organizacin es primordial conocer cules son sus recursos, con la

aclaracin de que no se hace referencia a los recursos financieros, sino a aquellos

recursos que son parte de sus procesos. La unin de estos recursos (sus modelos)

ayudar a poder llevar la consecucin de la integracin para dar como resultado sus

modelos de negocio.

Hablando de manera global, la unin de recursos mediante un modelo dar ideas claras

de lo que se tiene y en qu se est usando (cmo coopera este recurso en el modelo

global).

Estos recursos debern identificarse con base en las actividades que se realizan en la

organizacin, de manera que quede especificado quin las realiza (recursos humanos) y




los elementos que se requieren para realizar dichas actividades (recursos fsicos, de

datos y/o materiales).

Revisa el ejemplo que se ha venido trabajando desde la primera unidad.

Solicitante de venta (cliente):

o Realiza una peticin.

o Revisa el catlogo de productos existentes.

o Analiza los productos de su inters.

o Si el producto le convence, realiza la solicitud del producto mediante la

compra.

Enva peticin

o Enva los datos de su compra.

o Enva sus datos personales para la entrega y pago.

Aprueba pedido

o Analiza la lista de cargos por la compra.

o Si la lista de cargos es correcta, aprueba los cargos y el pedido; de lo

contrario, cancela la compra.

Responsable de ventas (vendedor):

o Decide

Revisa la solicitud de compra.

Analiza la fecha de entrega solicitada.

o Discrimina

Identifica si es pedido especial o normal con base en la fecha de

entrega requerida.

o Encamina

Se enva el pedido a que se surta.

o Procesa

Se revisa la existencia de los productos solicitados.

Si no hay existencia de productos, se cancela la compra.

Si se cuenta con existencia, se renen los productos solicitados (se

surte).

Operario:

o Entrega

Revisa que el pedido corresponda con los productos solicitados.

Si el surtido del producto es correcto, se entrega al cliente.

Si el surtido es incorrecto, se regresa al paso de encaminamiento

del pedido.

Con base en este ejemplo se tienen los siguientes recursos humanos:

Cliente

Vendedor




Operario

Quienes debern laborar dentro de la empresa son slo el vendedor y el operario, debido

a que son quienes tienen relacin directa con la organizacin. El cliente es un factor

externo, por lo que podra omitirse de los recursos de la organizacin. Si la venta se

realizara en un local, se debera aadir al cajero, pero como el ejemplo es de ventas por

internet, el sistema es quien realiza el cobro.

En cuanto a los recursos fsicos, de datos y/o materiales en el ejemplo, se pueden

identificar los siguientes:

Pedido (datos)

Productos (material)

Equipo de cmputo (fsico)

Sistema de ventas por internet (datos)

En la lista de actividades queda explcito el uso del pedido y de los productos que se

vendern, y de manera implcita se tiene el equipo de cmputo y el sistema de venta por

internet, para poder realizar las compras.

Entonces, para este ejemplo los recursos quedaran como sigue:

Lista de actividades.

Tomada de http://z2b.us/ziorM

4.2.2. Modelado de las metas del negocio

La utilizacin del modelado del negocio es una herramienta muy importante para alinear lo

que se hace en la organizacin con las metas y objetivos de sta. Un gran porcentaje de

las empresas u organizaciones trabajan sin tener un objetivo claro, no saben

especficamente qu meta estn persiguiendo (ventas, produccin, reduccin, entre

otras).

Al hacer el modelado del negocio se podrn detectar muchas carencias o fortalezas, y a

partir de este punto se podr saber qu tanto se estn encaminando los esfuerzos al




cumplimiento de las metas o si definitivamente se navega sin rumbo fijo. El poder plasmar

las metas en algo concreto, interpretable y comprensible por todos, posibilitar saber

leer lo que pasa en la empresa u organizacin, y se podrn tomar decisiones respecto al

re-encaminamiento (si as se precisa) para poder perseguir objetivos claros y bien

delimitados.

Los diagramas sern un punto de partida importante, porque presentan a primera vista lo

que se hace, dejando al descubierto el incumplimiento respecto de lo que se debera

hacer. Los diagramas desprendidos del BPMN indicarn la pauta para aplicar la premisa

indiscutible de se documenta lo que se hace y se hace lo que est documentado, y as

poder llegar a descubrir las metas y su cumplimiento parcial o total en el mejor de los

casos.

4.3. Diagramas

Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la

organizacin, y son representaciones grficas de las actividades que se realizan al interior

de las empresas.

Los siguientes diagramas son similares a los vistos en las unidades anteriores. Es

importante resaltar que slo es necesario crear un diagrama que modele las actividades, y

otro que modele los procesos de la empresa para comprender cmo funciona la

organizacin. El que se realice depender de la organizacin donde se implemente,

debido a que cada empresa define sus formas y estilos de trabajo, por lo que se abarcan

diferentes diagramas, de modo que sean conocidos y puedan desarrollarse en el

ambiente de trabajo cuando se solicite cualquiera de ellos. A continuacin se describen

los diagramas ms usados.

4.3.1. Interaccin

Estos diagramas (tambin llamados de secuencia) modelan la lgica del negocio. Por lo

general se utilizan para modelar los escenarios del negocio, y se realiza un diagrama de

interaccin por cada caso de uso creado. Estos diagramas se componen de los siguientes

elementos:




Componentes de los diagramas de secuencia.

Tomada de http://z2b.us/ziorM

En la siguiente figura se muestra el diagrama de interaccin del ejemplo mostrado

previamente, donde se tiene al cliente, quien solicita un pedido. Estos datos deben ser

validados y, entonces, se surten los productos solicitados para poder realizar la entrega.

Estos pasos son una descripcin ms global que la lista de tareas previa. Este punto es

importante de considerar, porque en los diagramas que se abarcan en esta unidad el

modelado de las actividades se realiza a nivel macro, que como deben recordar, es a un

nivel de actividades globales, sin entrar en detalle.

Como se puede ver, en este diagrama intervienen slo dos objetos, que son el pedido y el

producto. Los mensajes indicarn las acciones que se realizan para pasar de un objeto a

otro, de modo que no se puede pasar directamente a los productos si antes no se solicit

un pedido que fue previamente validado. Y es esto precisamente lo que indican las

activaciones, ya que como puede verse en la imagen, el pedido existe hasta que se valida

y pasa a ser productos; por ello la activacin del pedido termina cuando inicia el producto.




Figura 1. Diagrama de interaccin de una compra.

Tomada de http://z2b.us/wWwn0

4.3.2. Comunicacin

Los diagramas de comunicacin (tambin llamados de colaboracin) modelan la

interaccin entre actores para llevar a cabo las actividades de la empresa. Este tipo de

diagramas requiere de los siguientes elementos:




Elementos de un diagrama de comunicacin.

Tomada de http://z2b.us/6VftQ




En la siguiente figura se muestra el diagrama de comunicacin de la compra por internet,

donde el cliente solicita un pedido, el cual es notificado al vendedor, quien, a su vez, lo

valida y surte los productos, que son entregados al operario para que realice la entrega

del pedido.

Figura 2. Diagrama de comunicacin de una compra por internet.

Tomada de http://z2b.us/zIhBa

4.3.3. Transicin de estados

Los diagramas de transicin de estados son de ayuda para comprender los diferentes

estados por los que pasan los objetos y los eventos que provocan dichos cambios. Estos

diagramas utilizan los siguientes elementos:




Diagrama transicin de estados.

Tomada de http://z2b.us/10dw1

Elementos de un diagrama de transicin

En el siguiente ejemplo se muestran los estados por los que pasa un pedido. Al inicio el

pedido es solicitado y se enva al vendedor; despus, el pedido se encuentra en revisin,

se valida y, por ltimo, es surtido. Por tanto, los estados, tal como se ve en la figura, son:

solicitado, en revisin, y surtido. Y las transiciones estn dadas por los eventos de enviar

al vendedor y la validacin.




Figura 3. Diagrama de transicin de estados del pedido.

Tomada de http://z2b.us/jf0ZY

Cierre de la unidad

Has concluido la unidad 4 del curso. A lo largo de sta has visto lo que es el modelo

conceptual, modelos, atributos y relaciones, as como el glosario de negocio con las

metas y recursos del negocio. Posteriormente se desarrollaron los temas de diagramas de

interaccin, comunicacin y estados, con los que se complement la variedad de

diagramas para modelar las actividades de una organizacin.

Es aconsejable que revises nuevamente la unidad en caso de que los temas que se

acaban de mencionar no te sean familiares o no los recuerdes; de no ser este tu caso, ya

ests preparado(a) para concluir la materia.




Para saber ms

Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre

este tema.

Unified Modeling Language (UML). Recuperado de

http://www.omg.org/spec/UML/

Fuentes de consulta

Fowler, M. y Scott, K. (1999). UML Gota a gota. Mxico: Addison Wesley Longman

de Mxico.

Gibert, M. y Pea, A. (2005). Ingeniera del software en entornos de SL. Espaa:

Fundacin per a la Universitat Oberta de Catalunya.

Norman, D. (1990). The design of everyday things. Nueva York: Basic Books.

Schmuller, J. (2001). Aprendiendo UML en 24 horas. Mxico: Prentice Hall.

Documents

Unidad 4. Modelo Conceptual