Modelado de negocios Programa desarrollado
1 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 1
CARRERA: Ingeniería en Desarrollo de Software
Cuatrimestre 04
Programa de la asignatura:
Modelado de negocios
Unidad 4. Modelo Conceptual
Clave: 160920413 / 150920413
Modelado de negocios Programa desarrollado
2 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 2
Índice
Unidad 4. Modelo conceptual .................................................................................. 3 Presentación de la unidad ........................................................................................................... 3
Propósito ........................................................................................................................................ 3
Competencia específica .............................................................................................................. 3
Consideraciones específicas de la unidad ............................................................................... 3
4.1. Introducción al modelo conceptual .................................................................................... 4
4.1.1. Conceptos ........................................................................................................................... 4
4.1.2. Atributos .............................................................................................................................. 5
4.1.3. Relaciones del modelado Negocio ................................................................................. 6
4.2. El glosario del negocio ......................................................................................................... 8
4.2.1. Modelado de los recursos del negocio .......................................................................... 9
4.2.2. Modelado de las metas del negocio ............................................................................. 11
Actividad 1. Modelo conceptual de un negocio ..................................................................... 12
Actividad 2. Cuadro sinóptico de los componentes de un modelo de negocio ................ 13
4.3. Diagramas ............................................................................................................................ 13
4.3.1. Interacción ........................................................................................................................ 14
4.3.2. Comunicación .................................................................................................................. 15
4.3.3. Transición de Estados .................................................................................................... 17
Actividad 3. Diagramas bajo un ejemplo de negocio dado .................................................. 19
Autoevaluación ........................................................................................................................... 20
Evidencia de aprendizaje. Manual de diagramas del modelado del negocio ................... 20
Cierre de la unidad ..................................................................................................................... 21
Para saber más ........................................................................................................................... 21
Fuentes de consulta ................................................................................................................... 22
Modelado de negocios Programa desarrollado
3 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 3
Unidad 4. Modelo Conceptual
Presentación de la unidad
En la unidad anterior se repasó el tema del modelado de procesos de un negocio, y se
abordó también el tema de los casos de uso, con los cuales se han identificado los roles y
acciones que involucran a los empleados de una organización. En esta unidad aprenderás
a modelar recursos, metas, atributos, interacción, comunicación y estados de un negocio.
Con estos temas termina la materia de Modelado de Negocios y te servirán para modelar
un negocio en su totalidad.
Propósito
En esta unidad lograrás:
o Describir el modelado de recursos y metas de un negocio.
o Definir atributos y relaciones del modelo conceptual para modelar negocios.
o Realizar el glosario de un negocio.
o Realizar diagramas que modelen la totalidad de un negocio.
Competencia específica
Aplicar los componentes de un negocio para comprenderlos de forma clara, mediante un
lenguaje gráfico.
Consideraciones específicas de la unidad
Modelado de negocios Programa desarrollado
4 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 4
Es muy importante que captures todos los diagramas de ejemplo, para que analices su
estructura y puedas comprender mejor los temas vistos.
4.1. Introducción al modelo conceptual
Hasta este punto se han abarcado temas para el modelado de un negocio, de manera que
se ha logrado comprender de una mejor forma cómo funciona un negocio (procesos,
tareas, actores y secuencias, entre otros).
En esta última unidad se dará un pequeño giro a la materia viendo que, después de
realizar todos los diagramas necesarios para describir, conceptualizar y abstraer un
proceso de negocio, éstos deberán orientarse a la creación del modelo conceptual del
sistema computacional que mejor se adapte al negocio.
Ahora se utilizarán los modelos creados en las etapas anteriores para identificar los
puntos clave del sistema que se deberá realizar.
El modelo conceptual básicamente es el modelo visual que ilustra las interconexiones del
modelo descrito.
4.1.1. Conceptos
Cuando se actúa, sin saber la razón del por qué funcionan las cosas, se está actuando sin
la base de tener un modelo conceptual. Un modelo conceptual correctamente construido
permite al usuario predecir los efectos de sus actos. La falta de modelo conceptual
conlleva actuar de memoria (Norman, 1990).
Visto desde las 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 organización, se deben plasmar de forma clara y consistente todas las
Modelado de negocios Programa desarrollado
5 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 5
acciones del trabajo diario, de esta forma se evitará la mecanización del trabajo que,
llevará a no comprender la razón de la función de cada uno, ni las relaciones con otros
roles o instancias de la organización.
Cuando los procesos del negocio son modelados conceptualmente constituyen una
abstracción externa que describe, mediante diagramas y notaciones con un alto grado de
formalidad. La descripción 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. Traerá beneficios para las personas y para las organizaciones.
4.1.2. Atributos
Un atributo es una característica especial o definitoria de cualquier cosa o concepto al que
se esté refiriendo, por ejemplo al hablar del modelado de los procesos del negocio, un
atributo inherente a él es la claridad.
Cuando se habla de atributos en el modelado del negocio se debe tener en cuenta que el
principal objetivo es describir características ú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 creación de la base de datos que soportará el sistema de información al que se
quiere llegar; de esta manera un atributo descubierto en los modelos descritos puede
perfectamente entenderse como un atributo propio del lugar donde se haya hecho el
hallazgo.
Para hacer distinción, un atributo en base de datos puede tomar muchos matices ya que
hace referencia a cada una de las características que describen una tupla cualquiera, por
ejemplo la tupla representativa de una persona podría tener los atributos siguientes:
Edad
Peso
Talla
Raza
Modelado de negocios Programa desarrollado
6 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 6
Nombre
Entre muchos otros que se deberán tomar en cuenta respecto del problema específico al
que se enfrente el lector.
Se debe tomar en cuenta que los atributos no siempre serán cuantificables o medibles
sobre una unidad de medida estándar. Poner valores a los atributos del tipo numérico
siempre será fácil -como la estatura de la persona del ejemplo anterior- pero si se quiere
cuantificar su nivel de aceptación sobre algún tema moral de moda, la unidad de medida
estará completamente sujeto a la interpretación y al criterio de quien emite el juicio de
valor.
Un atributo debe representar sólo una característica del modelo del negocio, no debe
haber más de dos características en un solo atributo, se debe llevar la misma atomicidad
descrita en la teoría de base de datos. Esto con el fin de evitar la duplicidad de
información o la incoherencia de los datos que se están manejando.
La estrecha relación que se puede encontrar entre los atributos de los modelos del
negocio y los atributos descritos en la teoría de las bases de datos es innegable de tal
forma que podrá pasarse sin dificultad los atributos del modelo del negocio a su
equivalente en entidades de base de datos.
4.1.3. Relaciones del modelado Negocio
Una relación es un vínculo entre dos o más entidades. Cuando se lleva al ámbito del
modelado de negocios se puede entender como el flujo de información que se pone en los
conectores que conforman los diagramas, por ejemplo la relación que hay entre el
departamento de Finanzas y el departamento de Recursos Humanos será la información
que fluye desde Finanzas hacia Recursos Humanos sobre los sueldos del personal de la
empresa.
Modelado de negocios Programa desarrollado
7 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 7
Es importante identificar claramente las relaciones que se den a lo largo de la elaboración
de todo el modelado del proceso del negocio, ya que de cierta manera terminarán siendo
la principal fuente de información al momento de elaborar la base de datos; el modelo
conceptual que se desprenda podrá tomarse como base (aunque no como producto
terminado) del modelo físico de base de datos. Las relaciones se describen en las bases
de datos utilizando un modelo de datos que se puede asemejar como una colección de
conceptos que se emplean para describir la estructura de una base de datos. Recuérdese
por favor que esa colección 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 teoría de base de datos referente a las relaciones.
Dependiendo del ámbito donde se aplique esta relación la colección de conceptos
cambiará, por ejemplo para modelado de los procesos del negocio –la colección de
conceptos específicos para BPMN visto en la unidad 2- será diferente a la presentada por
las bases de datos.
La mayoría (o su totalidad) de la colección de conceptos tienen en su definición un
conjunto de operaciones básicas para poder especificar su función y tener claro para qué
se utilizará, no confundir los elementos específicos según su función. Un elemento para
declarar o citar una tarea, un elemento para declarar o citar una relación, un elemento
para citar o declarar 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 específicas necesarias para poder describir con alto grado de
abstracción y fineza cualquier ejemplo de proceso del negocio.
La clasificación de este tipo de relaciones, para el caso específico del que se trata sólo es
uno, por la naturaleza propia del concepto:
Modelo relacional de modelado del negocio
Nótese que se está planteando una buena (y tal vez nueva) combinación entre las
relaciones clásicas (inclusive en su definición matemática más pura) y los conceptos
presentados en unidades anteriores, pues si bien quien ejecuta la labor involucrada en el
Modelado de negocios Programa desarrollado
8 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 8
modelo que se describe, debe quedar claro para cualquier persona no versada en el
tema. Se hace uso de distintas disciplinas (como la teoría 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 organización) 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 términos de fabricación de software con calidad).
4.2. El glosario del negocio
Una explicación nunca será suficiente. Se debe ser totalmente claro a la hora de
presentar la información, muchas veces se cae en el error de pensar que todo es claro por
que quien explica las cosas es normalmente quien las ha hecho. Al utilizar un catálogo de
palabras auto descriptivo respecto a la disciplina del modelado de los procesos del
negocio se estará asegurando que cada término, tecnicismo, neologismo o cualquier
elemento desconocido que se incluya en los diagramas estará perfectamente claro para
quien sea. Debe ser utilizada a manera de complementar el texto o diagrama principal y
no tomar protagonismo más allá del estrictamente necesario, colocándolo al final del texto
a manera de información tabular donde se describa el concepto más su definición o
significado.
Su elaboración estará a cargo de un grupo experto (o una persona solamente) pero sin
perder el enfoque principal que es un público general sin formación (inclusive) en los
temas tratados, es decir, su objetivo principal es trascender el círculo de personas
especializadas en una materia.
Modelado de negocios Programa desarrollado
9 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 9
4.2.1. Modelado de los recursos del negocio
Para una empresa u organización conocer cuáles son sus recursos es primordial,
haciendo la aclaración que no se hace referencia a los recursos financieros, si no a
aquellos recursos que son parte de sus procesos. La unión de estos recursos (sus
modelos) son los que ayudarán a poder llevar la consecución de la integración para dar
como resultado sus modelos de negocio.
Hablando de manera global, la unión de recursos mediante un modelo darán ideas claras
de lo que se tiene y en qué se está usando (cómo coopera este recurso en el modelo
global).
Estos recursos deberán identificarse con base en las actividades que se realizan en la
organización, de manera que quede especificado quien las realiza (recursos humanos) y
los elementos que se requieren para realizar dichas actividades (recursos físicos, de
datos y/o materiales).
Revisa el ejemplo que se ha venido trabajando desde la primera unidad.
Solicitante de venta (cliente):
o Realiza una petición.
Revisa el catálogo de productos existentes.
Analiza los productos de su interés.
Si el producto le convence realiza la solicitud del producto mediante
la compra.
o Envía petición
Envía los datos de su compra.
Envía sus datos personales para la entrega y pago.
o Aprueba pedido
Analiza la lista de cargos por la compra.
Si la lista de cargos es correcta aprueba los cargos y el pedido, de
lo contrario cancela la compra.
Modelado de negocios Programa desarrollado
10 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 10
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 en base a la fecha de
entrega requerida.
o Encamina
Se envía 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 reúnen 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 deberán laborar dentro de la empresa son solo el vendedor y el operario pues
son quienes tienen relación directa con la organización. El cliente es un factor externo por
lo que podría omitirse de los recursos de la organización. Si la venta se realizara en un
local, se debería añadir al cajero, pero como el ejemplo es de ventas por internet, el
sistema es quien realiza el cobro.
Modelado de negocios Programa desarrollado
11 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 11
En cuanto a los recursos físicos, de datos y/o materiales en el ejemplo se pueden
identificar los siguientes:
Pedido (datos)
Productos (material)
Equipo de cómputo (físico)
Sistema de ventas por internet (datos)
En la lista de actividades queda explicito el uso del pedido y de los productos que se
venderán, y de manera implícita se tiene el equipo de cómputo y el sistema de venta por
internet, para poder realizar las compras.
Entonces para este ejemplo los recursos quedarían como sigue:
4.2.2. Modelado de las metas del negocio
La utilización del modelado del negocio es una herramienta muy importante para alinear lo
que se hace en la organización con las metas y objetivos de ésta. Un gran porcentaje de
las empresas u organizaciones trabajan sin tener un objetivo claro, no saben
específicamente qué meta están persiguiendo (ventas, producción, reducción, entre
otras).
Al hacer el modelado del negocio se podrán detectar muchas carencias o fortalezas y a
partir de este punto se podrá saber qué tanto se están encaminando los esfuerzos al
cumplimiento de las metas o si definitivamente se navega sin rumbo fijo. El poder plasmar
Modelado de negocios Programa desarrollado
12 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 12
las metas en algo concreto, interpretable y comprensible por todos, posibilitará saber
“leer” lo que pasa en la empresa u organización y se podrán tomar decisiones respecto al
re encaminamiento (si así se precisa) para poder perseguir objetivos claros y bien
delimitados.
Los diagramas serán un punto de partida importante pues presentan a primera vista lo
que se hace, dejando al descubierto el incumplimiento respecto de “lo que se debería
hacer”. Darán, los diagramas desprendidos del BPMN, 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.
Actividad 1. Modelo conceptual de un negocio
Este foro de discusión tiene como finalidad que des tu punto de vista sobre el modelado
de recursos y metas de un negocio, además de que intercambies ideas con tus
compañeros sobre en qué casos se utilizarían cada uno.
1. Identifica el modelado de recursos y metas de un negocio.
2. Ingresa al foro y genera una nueva entrada.
3. Comparte las diferencias y usos que encontraste.
4. Contribuye con algún comentario a por lo menos dos de tus compañeros(as) sobre su
discernimiento del tema.
5. Con base en las aportaciones de tus compañeros(as), reelabora el uso del modelado
de recursos y metas de un negocio.
Modelado de negocios Programa desarrollado
13 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 13
Actividad 2. Cuadro sinóptico de los componentes de un modelo de
negocio
Con el fin de distinguir los componentes de un modelo de negocio, realiza un cuadro
sinóptico donde identifiques los recursos, metas, atributos, relaciones y glosario de un
negocio.
1. En un archivo de texto, construye un cuadro sinóptico que contenga los elementos
que componen un modelo de negocio.
2. Guarda la actividad con el nombre MDN_U4_A2_XXYZ. Sustituye las XX por las dos
primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial
del apellido materno.
3. Envía el archivo a tu Facilitador(a) para recibir retroalimentación.
4.3. Diagramas
Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la
organización, son representaciones gráficas 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 solo es necesario crear un diagrama que modele las actividades y
otro que modele los procesos de la empresa para comprender como funciona la
organización. El que se realice dependerá de la organización donde se realice pues cada
empresa define sus formas y estilos de trabajo es por ello que se abarcan diferentes
diagramas para que sean conocidos y puedan llegar a ser desarrollado en el ambiente de
trabajo, cuando se soliciten cualquiera de ellos. A continuación se describen los
diagramas más usados.
Modelado de negocios Programa desarrollado
14 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 14
4.3.1. Interacción
Estos diagramas (también llamados de secuencia) modelan la lógica del negocio, por lo
general se utilizan para modelar los escenarios del negocio, se realiza un diagrama de
interacción por cada caso de uso creado. Estos diagramas se componen de los siguientes
elementos:
En la siguiente figura se muestra el diagrama de interacción del ejemplo mostrado
previamente, donde se tiene al cliente, quien solicita un pedido, estos datos deben ser
validados y entonces de surten los productos solicitados para poder realizar la entrega de
Modelado de negocios Programa desarrollado
15 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 15
los productos, estos pasos son una descripción más global que la lista de tareas previa.
Este punto es importante de considerar, pues 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 solo dos objetos que son el pedido y el
producto, los mensajes indicarán las acciones que se realizan para pasar de un objeto a
otro, así pues no se puede pasar directo a los productos si antes no se solicitó un pedido
que fue previamente validado. Y es esto precisamente lo que indican las activaciones
pues, como puede verse en la imagen, el pedido existe hasta que se valida y pasa a ser
productos por ello la activación del pedido termina cuando inicia el producto.
Figura 1. Diagrama de interacción de una compra
4.3.2. Comunicación
Los diagramas de comunicación (también llamados de colaboración) modelan la
interacción entre actores para llevar a cabo las actividades de la empresa, este tipo de
diagramas requiere de los siguientes elementos:
Modelado de negocios Programa desarrollado
16 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 16
Modelado de negocios Programa desarrollado
17 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 17
En la siguiente figura se muestra el diagrama de comunicación 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 comunicación de una compra por internet
4.3.3. Transición de Estados
Los diagramas de transición de estados son de ayuda para comprender los diferentes
“estados” por los que pasan los objetos y los eventos que provocan dichos cambios de
estado. Estos diagramas utilizan los siguientes elementos:
Modelado de negocios Programa desarrollado
18 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 18
En el siguiente ejemplo se muestran los estados por los que pasa un pedido, al inicio el
pedido es solicitado y se envía al vendedor, después el pedido se encuentra en revisión,
se valida y por último el pedido es surtido. Por tanto los estados tal como se ve en la
figura son: solicitado, en revisión, y surtido. Y las transiciones están dadas por los eventos
de enviar al vendedor y la validación.
Modelado de negocios Programa desarrollado
19 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 19
Figura 3. Diagrama de transición de estados del pedido
Actividad 3. Diagramas bajo un ejemplo de negocio dado
Para este ejercicio debes retomar el negocio planteado en la Evidencia de aprendizaje de
la unidad 1 y realizar sus diagramas correspondientes.
1. En un archivo de texto o Visio, crea los diagramas de un negocio utilizando el
ejemplo de negocio de la Evidencia de Aprendizaje de la Unidad1.
2. Guarda la actividad con el nombre MDN_U4_A3_XXYZ. Sustituye las XX por las dos
primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial
del apellido materno.
3. Envía el archivo a través de la sección de Base de Datos.
Modelado de negocios Programa desarrollado
20 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 20
4. Revisa y comenta los trabajos de tus compañeros.
5. Tomando en cuenta los comentarios de tu Facilitador(a) y de tus compañeros,
reelabora tus diagramas, el cual deberá ser enviado al Facilitador(a) para recibir
retroalimentación.
Autoevaluación
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta
tercera unidad del curso, es necesario que resuelvas la autoevaluación de la unidad.
Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y
elegir la opción adecuada para cada uno.
Evidencia de aprendizaje. Manual de diagramas del modelado del
negocio
Como parte de la evaluación de esta unidad, realiza un manual cuyo propósito es que
describas los componentes del modelado de negocios, así como su uso.
1. En un archivo de texto realiza un manual donde describas paso a paso la realización
del modelo de negocio que se realizó a lo largo de las 4 unidades de la asignatura, de
manera tal que sirva como guía para modelar otros negocios.
2. Guarda la evidencia con el nombre MDN_U4_A4_XXYZ. Sustituye las XX por las dos
primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial
del apellido materno.
3. Envía el manual del proyecto a tu Facilitador(a) mediante el Portafolio de evidencias.
Modelado de negocios Programa desarrollado
21 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 21
No olvides consultar la Escala de evaluación.
Autorreflexiones
Además de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses
al foro Preguntas de Autorreflexión y consultes las preguntas que tu Facilitador(a)
presente, a partir de ellas, debes elaborar tu Autorreflexión en un archivo de texto llamado
MDN_U4_ATR_XXYZ. Posteriormente envía tu archivo mediante la herramienta
Autorreflexiones.
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
interacción, comunicación y estados, con los que se complementó la variedad de
diagramas para modelar las actividades de una organización.
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
estás preparado(a) para concluir la materia.
Para saber más
Consulta la página oficial de UML, donde podrás encontrar manuales de referencia sobre
este tema.
Unified Modeling Language™ (UML®): http://www.omg.org/spec/UML/
Modelado de negocios Programa desarrollado
22 Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 22
Fuentes de consulta
Fowler, M. & Scott, K. (1999) UML Gota a Gota. México: Addison Wesley Longman
de México.
Gibert, M. & Peña, A. (2005) Ingeniería del software en entornos de SL. España:
Fundación per a la Universitat Oberta de Catalunya.
Norman, Donald (1990) The design of everyday things. New York: Basic Books
Schmuller, J. (2001) Aprendiendo UML en 24 horas. México: Prentice Hall