El modelamiento del negocio Un sistema, por pequeo que sea, generalmente es complicado.

Por eso se necesita dividirlo en piezas si se pretende comprenderlo y gestionar su complejidad. Esas piezas se pueden representar a travs de modelos que permitan abstraer sus caractersticas esenciales. Una tcnica para la especificaci n de los requisitos m!s importantes del sistema, que da soporte al negocio, es el modelo del negocio, con lo cual se refuerza la idea de que sea el propio negocio lo que determine los requisitos. "e a#, que en el campo del soft$are tambin resulte %til la creaci n de modelos que organicen y presenten los detalles importantes de problemas reales que se vinculan con el sistema inform!tico a construir. Estos modelos deben cumplir una serie de propiedades, entre ellas la de ser co#erentes y relacionados. Uno de los modelos %tiles previo al desarrollo de un soft$are es el modelo del negocio. &os objetivos del modelamiento del negocio son' (omprender la estructura y la din!mica de la organizaci n en la cual se va a implantar un sistema. (omprender los problemas actuales de la organizaci n e identificar las mejoras potenciales. )segurar que los consumidores, usuarios finales y desarrolladores tengan un entendimiento com%n de la organizaci n. "erivar los requerimientos del sistema que va a soportar la organizaci n. Para lograr esos prop sitos, el proceso de modelamiento permite obtener una visi n de la organizaci n que permita definir los procesos, roles y responsabilidades de la organizaci n en los modelos de casos de uso del negocio y de objetos. "e aqu que este proceso est relacionado con los de obtenci n de requerimientos y an!lisis*diseo. En la primera iteraci n se #ar! una evaluaci n de la organizaci n en la cual se implantar! el futuro sistema y, basado en los resultados, se tomar!n decisiones sobre c mo continuar! esa iteraci n. La evaluacin del estado del Negocio consiste b!sicamente en evaluar el estado actual de la organizaci n en la cual el sistema ser! e+plotado. "ependiendo de la situaci n o escenario que se presente, #ay varias alternativas de desarrollar este proceso' ,i se determina que no es necesario un modelo completo del negocio se realizar! lo que se conoce como un modelamiento del dominio. Un modelo del dominio captura los tipos m!s importantes de objetos que e+isten o los eventos que suceden en el entorno donde estar! el sistema. El modelo del dominio se considera en -UP un subconjunto del llamado modelo de objetos del negocio. .!s adelante se #ablar! de ese modelo. ,e

puede desarrollar un modelo de objetos del negocio enfocado a la e+plicaci n de los productos, entregables o eventos que son importantes en el negocio. Esos modelos, que no incluyen las responsabilidades de las personas que ejecutan las actividades, se refieren a veces como modelo del dominio/. ,i se determina que no #abr!n cambios importantes en los procesos de negocio, se necesitar!n describir esos procesos y derivar los requerimientos del sistema de informaci n. Es decir, si los procesos est!n claramente definidos y no se van a introducir cambios entonces solo es necesario modelar el negocio propuesto. En este escenario basta con conocer el mapa de la organizaci n y los procesos para comprender mejor los requerimientos de la aplicaci n a construir. En este caso no se pretende cambiar la organizaci n, aunque en realidad la implantaci n del sistema siempre incluye alg%n nivel de mejora del negocio. ,i se realiza el modelamiento con la intenci n de lograr una reingeniera del negocio e+istente, se debera modelar tanto el negocio actual como el nuevo negocio. La descripcin del negocio actual consiste en entender los procesos y la estructura de la organizaci n 0sin entrar en detalles/. La descripcin del negocio propuesto en detalle tendr! entre sus actividades principales la identificaci n de los procesos de negocio, delimitaci n el modelo de casos de uso del negocio, la especificaci n de los casos de uso del negocio, la identificaci n de trabajadores y entidades del negocio que ejecutan las realizaciones de los casos de uso del negocio y detallar la definici n de las entidades del negocio y las responsabilidades de los trabajadores del negocio. La exploracin de la automatizacin del proceso de negocio significa investigar qu partes del negocio pueden y deben ser automatizadas. Esto implicar! la especificacin de los requerimientos del software y la elaboraci n del modelo de casos de uso del sistema en una primera apro+imaci n. Estos tres grupos de actividades se pueden desarrollar en paralelo. En cualquier caso, #asta que todas las actividades no estn concluidas, no culmina el modelamiento del negocio. En resumen, el objetivo del modelo del negocio es describir los procesos, e+istentes u observados, con el prop sito de comprenderlos. ,e especifican aqu qu procesos del negocio soportar! el sistema. )dem!s de identificar los objetos del dominio o del negocio, implicados, este modelo establece las competencias que se requieren de cada proceso' sus trabajadores, sus responsabilidades y las operaciones que llevan a cabo. &os trabajadores del negocio que intervienen en la realizaci n de estas actividades son' )nalista de procesos de negocio' -esponsable de la arquitectura del

negocio por lo que dirige y coordina el proceso de modelamiento del negocio. "ecide cu!les son actores y los procesos del negocio y las relaciones entre ellos y cu!les son las reglas de negocio a tener en cuenta. "iseador del negocio' "escribe los procesos de negocio y como parte de la realizaci n de estos procesos identifica a las entidades y trabajadores del negocio y sus relaciones. "efine cu!les son los requerimientos en la automatizaci n. ,ta1e#olders' Personas u organizaciones que est!n activamente implicadas en el negocio ya sea porque participan en l o porque sus intereses se ven afectados con los resultados del proyecto. Pueden ser los propietarios, la direcci n, quienes financian, los clientes, los trabajadores, los proveedores, la competencia, la comunidad local, etc. -evisor del modelo de negocio' -evisa formalmente el modelo de casos de uso del negocio y de objetos de negocio obtenido. &os principales artefactos que se obtienen como resultado del modelamiento del negocio son' .odelo de casos de uso del negocio' "escribe los procesos de negocio de una empresa en trminos de casos de uso y actores del negocio, que se corresponden con los procesos del negocio y los clientes, respectivamente. .odelo de objetos del negocio' Es un modelo de objetos que describe c mo colaboran los trabajadores y las entidades del negocio dentro del flujo de trabajo del proceso de negocio. Especificaciones complementarias del negocio' 2tras descripciones contenidas en documentos u obtenidas por otras vas3 que permitan un mayor entendimiento del negocio y que contribuyan a su modelamiento. 4losario de trminos' &ista de concepto asociados al negocio que son com%nmente usados y que deben ser del dominio del equipo de desarrollo para pode modelar el negocio y dar una soluci n a la problem!tica encontrada. Modelamiento de casos de uso del negocio El modelo del negocio describe el negocio en trminos de casos de usos del negocio, que corresponde a lo que generalmente se le llama procesos. Un proceso es todo aquello que #acemos que puede ser concebido dentro de un procedimiento est!ndar. Un proceso del negocio es el conjunto estructurado de las actividades que #an sido diseadas para producir un resultado especfico para un cliente o el mercado. "ebe #aber un enfoque a la l gica del negocio de dic#o proceso, desde la perspectiva del producto. El modelo de (asos de Uso del 5egocio es un modelo que describe los procesos de un negocio 0casos de uso del negocio/ y su interacci n con elementos e+ternos 0actores/, tales como socios y clientes, es decir, describe las funciones que el negocio pretende realizar y su objetivo b!sico es describir c mo el negocio es utilizado por sus clientes y socios.

Actor del negocio

Caso de Uso del negocio

6igura 7 Estereotipos usados en el modelo de casos de uso del negocio. El modelo de caso de uso del negocio implicar! la determinaci n de los actores y casos de uso del negocio. (on esta actividad se pretende' 8dentificar los procesos en el negocio. "efinir las fronteras del negocio que van a modelarse. "efinir quin y qu interactuar!n con el negocio. (rear diagramas del modelo de casos de uso del negocio. Actores del negocio Un actor del negocio es cualquier individuo, grupo, entidad, organizaci n, m!quina o sistema de informaci n e+ternos3 con los que el negocio interact%a. &o que se modela como actor es el rol que se juega cuando se interact%a con el negocio para beneficiarse de sus resultados. ,on actores candidatos del negocio' ,ocios Proveedores )utoridades 0legales, reguladoras, etc./ Propietarios, si no est!n dentro del negocio que se modela. ,istemas de informaci n e+ternos al negocio. 2tras partes del negocio si este es grande y esas partes no est!n dentro del campo de acci n del negocio que se modela. Para cada actor del negocio que se identifica se debe escribir una breve descripci n que incluya sus responsabilidades y por qu interact%a con el negocio. "e acuerdo con esta idea un actor del negocio representa un tipo particular de usuario del negocio m!s que un usuario fsico, ya que varios usuarios fsicos pueden realizar el mismo papel en relaci n al negocio, o sea, ser instancias de un mismo actor. "e otro lado un mismo usuario puede actuar como diferentes actores. El nombre de un actor del negocio debe #acerse de modo que e+prese su rol dentro del negocio. (ada actor del negocio debe definirse brevemente con su responsabilidad y por qu interact%a con el negocio. &os actores del negocio interact%an con el negocio enviando y recibiendo mensajes, y para conocer el papel del actor se debe precisar en qu procesos se involucra el actor. Esto se muestra por la llamada asociaci n de comunicaci n entre el actor del negocio y el caso de uso del negocio que representa al proceso.

Algunas consideraciones acerca de actores del negocio 9odo lo que interacciona con el ambiente del negocio se modela con actores. (ada actor #umano e+presa un rol, no una persona especfica. (ada actor modela algo fuera del negocio. (ada actor se involucra con un caso de uso, al menos como regla. (ada actor tiene una descripci n y un nombre que e+plica su rol en relaci n al negocio. Casos de uso del negocio Un proceso de negocio es un grupo de tareas relacionadas l gicamente que se llevan a cabo en una determinada secuencia y manera y que emplean los recursos de la organizaci n para dar resultados en apopo a sus objetivos. Un caso de uso del negocio representa a un proceso de negocio, por lo que se corresponde con una secuencia de acciones que producen un resultado observable para ciertos actores del negocio. "esde la perspectiva de un actor individual, define un flujo de trabajo completo que produce resultados deseables. Para identificar los procesos de negocio es muy importante tener en cuenta que deben generar un valor para el negocio o mitigar los costos del negocio. En un negocio se pueden identificar al menos tres tipos de procesos' )ctividades comercialmente importantes, a menudo llamadas procesos del negocio y constituyen la esencia o ncleo del negocio. )ctividades que no son comercialmente importantes pero son necesarias para que el negocio funcione. Ejemplo' actividades administrativas, de limpieza, de seguridad, etc. Estos casos de uso del negocio tienen car!cter de soporte. )ctividades gerenciales. Ejemplo' monitorear los procesos, crear procesos. Algunas consideraciones acerca de los casos del uso del negocio ,u nombre y descripci n breve son claras y f!ciles de comprender, incluso para personas e+ternas al equipo que modela el negocio. (ada caso de uso del negocio es completo desde la perspectiva de un actor e+terno. (ada caso de uso del negocio normalmente se involucra con, al menos, un actor. &os casos de uso del negocio se inician por actores, interact%a con actores para realizar las actividades y enva resultados. Es posible que un caso de uso de apoyo no interact%e con ning%n actor. Esto es cierto si el caso de uso del negocio se inicia por evento interno y no tiene que interactuar con un actor para realizar las actividades. Especificacin de los casos de uso del negocio (omo se indic antes la descripcin del negocio propuesto en detalle tendr! entre sus actividades principales la especificaci n de los casos de uso del negocio.

&os casos de uso pueden ser especificados gr!ficamente mediante un diagrama en U.&.

lo

mismo

te+tualmente

Diagrama de casos de uso del negocio Un diagrama de casos de uso del negocio representa gr!ficamente a los procesos del negocio y su interacci n con los actores del negocio. ,e pueden agrupar casos de uso del negocio para particionar el diagrama en subdiagramas m!s pequeos3 de manera que se definiran paquetes y estos a su vez podran relacionarse entre s. Un paquete 0 estereotipo' / es un mecanismo de prop sito general para organizar en grupos los elementos. &os criterios para agrupar podran ser los siguientes' (asos de uso de negocio que se ocupan de la misma informaci n. (asos de uso de negocio usados por el mismo grupo de actores. (asos de uso de negocio que se ejecutan a menudo en una sucesi n. &os casos de uso de negocio m!s importantes. Un caso de uso de negocio especfico y sus relaciones con los actores de negocio y otros casos de uso de negocio. ,ubdividir el diagrama en varios subdiagramas debe #acerse si se #ace m!s claro el modelo de casos de uso del negocio. )lgunos convenios que se adoptan en la representaci n del "iagrama de casos de uso del negocio son' Un caso de uso de negocio puede asociarse con uno o varios actores del negocio. Un caso de uso de negocio se comunica con al menos un actor, sino #ay error en el modelo, e+cepto cuando se trata de un caso de uso abstracto o un caso de uso en una relaci n de generalizaci n:especializaci n si en el padre se describe toda la comunicaci n. &os actores del negocio act%an recprocamente con el negocio. )mbas partes pueden tomar la iniciativa en la interacci n. &a navegabilidad indica quin inicia la comunicaci n en la interacci n y se muestra con una flec#a. Por cada flec#a de comunicaci n se asume un mensaje de retorno. El sentido de la flec#a indica' ,i apunta al caso de uso del negocio, la comunicaci n la inicia el actor del negocio 06igura ;a/. ,i apunta al actor del negocio, entonces la comunicaci n la inicia el caso de uso del negocio 06igura ;b/. ,i la comunicaci n la puede iniciar cualquiera de los dos, se muestra sin saetas 06igura ;c/.

a)

b)

c)

6igura ; 5avegabilidad en las relaciones de comunicaci n entre actores del negocio y casos de uso del negocio. 5o se debe confundir navegabilidad con flujos de datos, la navegabilidad indica relaci n de inicializaci n. )lgunos convenios que se usar!n en la representaci n de la navegabilidad son' &a flec#a de inicializaci n del actor al caso de uso de negocio siempre se muestra, a%n si m!s tarde el caso de uso de negocio inicia la comunicaci n con el actor que lo mostr . En este %ltimo caso solo se pone la flec#a del actor al caso de uso del negocio. El resto de las flec#as pueden ser omitidas e incluirlas para esclarecer el diagrama. 9ambin se puede representar la multiplicidad de la asociaci n, lo cual indica con cu!ntas instancias de un caso de uso de negocio una instancia de un actor de negocio puede actuar recprocamente y, al mismo tiempo, muestra con cu!ntas instancias de un actor de negocio un caso de uso de negocio puede interactuar. En la figura < se muestra la relaci n del actor Profesor con el caso de uso del negocio Entregar material docente a profesores, en la que se supone que a un Profesor solo se le entrega el material docente una vez y que dic#a entrega se le #ace a muc#os profesores.

n Profesor

1 Entregar material docente a profes ores

En clases lo que #aremos ser! representar la navegabilidad, pero no la multiplicidad, a%n cuando no #ay problemas si esta %ltima se representa. Estructuracin de los casos de uso del negocio En la estructuraci n del modelo se consideran ; tipos de relaciones casos de uso del negocio. entre los

"e manera general el caso de uso del negocio que representa la modificaci n se le llama caso de uso de adici n y el caso de uso del negocio que se modifica se le llama caso de uso base. -elaci n de 8nclusi n Una relaci n include es una relaci n desde un caso de uso base a un caso de uso de inclusi n, que especifica c mo el comportamiento definido para el caso de uso de inclusi n se inserta e+plcitamente dentro del comportamiento definido para el caso de uso base. ,e utiliza para dividir partes de un flujo de trabajo de cuyos resultados, y no del mtodo para obtenerlo, depende el caso de uso base. ,e puede #acer esta partici n si simplifica la comprensi n del caso de uso base o si el comportamiento separado puede reutilizarse en otros casos de uso. En la figura = se muestra un ejemplo de reutilizaci n en el que, independientemente desila entrega de materiales es a profesores o a trabajadores y estudiantes, #ay un subflujo com%n que asociada al proceso de actualizaci n de la tarjeta de estiba.

<<include>> Profes or
(f rom Ac tores del negoc io)

Entregar m aterial docente a profes ores

(from Casos de uso del negoci o)

<<include>>

Modificar tarjeta de es tiba

(from Casos de uso del negoci o)

olicitante
(f rom Ac tores del negoc io)

Entregar m aterial docente a es tudiantes ! trabajadores

(from Casos de uso del negoci o)

6igura = Ejemplo de relaciones de inclusi n por reutilizaci n.

En la figura > se muestra un ejemplo de particionamiento en el que puede definirse un subflujo completo que involucra a varias actividades y del que se obtiene un resultado. Este es un caso en el que el particionamiento permite una mejor comprensi n del modelo.

<<include>>

Profes or

Entregar m aterial docente a profes ores

Modificar cant tarjeta es tiba

6igura > Ejemplo de relaciones de inclusi n por particionamiento.

.!s de un nivel de relaciones de inclusi n dificulta la comprensi n del modelo. Una instancia de un caso de uso de negocio que sigue la descripci n de un caso de uso base, tambin seguir! la descripci n del caso de uso incluido. Una inclusi n de un caso de uso de negocio siempre es abstracto y no necesita tener relaciones con un actor. -elaci n de e+tensi n Es una relaci n de un caso de uso de e+tensi n a un caso de uso base, que especifica c mo el comportamiento definido por el caso de uso de e+tensi n puede insertarse dentro del comportamiento definido por el caso de uso base. Una vez identificado el flujo de un caso de uso del negocio, se puede encontrar un comportamiento que es condicional u opcional. ,i esa parte del comportamiento es relevante es probable que se desee describirla por separado. Una forma natural de #acerlo es describirla en una secci n separada dentro de la documentaci n del flujo, pero otra alternativa es describirla como un caso de uso separado que sea una e+tensi n del caso de uso original. Esta %ltima opci n es recomendada si la parte e+trada es relevante, delimitada de forma natural y si se desea mantener lo suficientemente simple el caso de uso original, o si esa parte e+trada es relevante a varios casos de uso. (ondicionalmente agrega un flujo al caso de uso del negocio que ya est! completo de por s. Por tanto, una relaci n de este tipo 0extend/ se emplea para mostrar alguna de las siguientes situaciones' (omportamiento opcional (omportamiento que es ejecutado solamente bajo ciertas condiciones 0Ej.' disparo de una alarma/ 6lujos distintos que pueden ejecutarse en base a la selecci n del actor Una instancia de un caso de uso de negocio que est! opcionalmente e+tendido por otro caso de uso, primero sigue la descripci n del caso de uso base y, entonces, si sedan las condiciones que disparan el caso de uso e+tendido, se sigue la descripci n de ese caso de uso. (uando se alcanza el fin del caso de uso e+tendido, se vuelve a seguir la descripci n del caso de uso base. En la figura ? se muestra el proceso de negocio @4estionar la tarjeta de estibaA, en el cual se ve que en algunos casos este proceso requiere de la actualizaci n de la tarjeta de estiba, aunque #ay otras actividades asociadas a l.

<<e"tend>>

A#M

$es tionar tarjeta es tiba

Modificar cant tarjeta es tiba%

6igura ? Ejemplo de e+tensi n. &os casos de uso base que son e+tendidos tienen que tener significado y ser completos en s mismos, aun cuando el $or1flo$ del caso de uso e+tendido no se ejecute. &a mayora de los casos de uso de negocio que se e+tienden no pueden ejecutarse solos. 4eneralizaci n:Especializaci n entre casos de uso de negocio Un caso de uso generalizaci n es una relaci n de un caso de uso #ijo a un caso de uso padre que especifica c mo el #ijo puede especializar todo el comportamiento y caractersticas descritas para el padre. ,e utiliza para mostrar que los flujos comparten la estructura, objetivo y comportamiento. Un caso de uso padre puede especializarse en uno o m!s casos de uso #ijos que representan formas m!s especficas del padre. Una vez identificado el flujo de cada caso de uso del negocio, se pueden encontrar estructuras y comportamientos que son comunes a varios casos de uso. Para no tener que describir el mismo flujo varias veces, se puede colocar el comportamiento com%n en un caso de uso del negocio. Una instancia del caso de uso que ejecuta un caso de uso #ijo seguir! el flujo de eventos descrito para el caso de uso padre, pero insertando comportamiento adicional y modificando el comportamiento de acuerdo al flujo de eventos del caso de uso #ijo. -elaci n de 4eneralizaci n:Especializaci n entre actores Una relaci n de generalizacin de una clase #ija de actor del negocio a otra clase padre de actor del negocio indica que el #ijo #ereda el rol que la clase padre pude jugar respecto a un caso de uso del negocio. Barios actores del negocio pueden jugar el mismo rol en un caso de uso particular del negocio. Por ejemplo, en la figura C se muestra algunos procesos de negocio vinculados a la entrega de materiales, que en el que se #an

identificado, entre otros, a los actores del negocio' Estudiante y 9rabajador3 que cuando interact%an con el proceso de negocio @Entregar material docente a estudiantes y trabajadoresA, juegan el mismo rol' @,olicitanteA.

Es tudiante
(f rom Ac tores del negoc io)

<<include>>

olicitante

Entregar m aterial docente a es tudiantes ! Modificar tarjeta de es tiba trabajadores

(from Casos de uso del negoci o) (from Casos de uso del negoci o)

(f rom Ac tores del negoc io)

#rabajador
(f rom Actores del negoc io)

6igura C Ejemplo de generalizaci n:especializaci n entre actores de negocio. Realizacin de los casos de uso del negocio &a realizaci n de un caso de uso de negocio muestra c mo colaboran los trabajadores y entidades de negocio para ejecutar el proceso. (ada realizaci n se puede documentar y utilizando los diagramas de actividad, secuencia y clases y descripciones te+tuales. (onsideramos que los diagramas de actividad y clases y una descripci n te+tual, es suficiente para describir completamente el proceso de negocio y dan informaci n necesaria para los flujos de trabajo que se ejecutan posteriormente. 5o obstante, se puede construir un diagrama de secuencia por cada caso de uso de negocio en el que se muestre gr!ficamente los detalles de la interacci n entre los trabajadores del negocio y de estos los actores del negocio3 y c mo se tiene acceso a las entidades de negocio durante la ejecuci n del caso de uso del negocio. Un trabajador del negocio es una abstracci n de una persona 0o grupo de personas/, una m!quina o un sistema automatizado3 que act%a en el negocio realizando una o varias actividades, interactuando con otros trabajadores del negocio y manipulando entidades del negocio. -epresenta un rol.

&as entidades de negocio representan a los objetos que los trabajadores del negocio toman, inspeccionan, manipulan, producen o utilizan durante la realizaci n de los casos de uso de negocio. (om%nmente representan un documento o una parte esencial de un producto. )lgunas veces representa cosas no tangibles como el conocimiento acerca de un mercado o cliente. Descripcin textual &a descripci n te+tual de un caso de uso de negocio se formaliza en un documento generalmente llamado @Especificaci n del caso de uso de negocioA. Este documento puede tener el siguiente formato' Nombre del caso de uso 5ombre del negocio: Actores del negocio: &ista de actores que se relacionan con el caso de uso, indicando quin lo inicia. ropsito: Dreve descripci n del objetivo del proceso. Resumen: "escripci n del proceso completo indicando quin inicia y c mo se inicia, cu!l es el flujo de trabajo a grandes rasgos y quin finaliza el proceso y c mo se #ace. &a descripci n debe mencionar a los actores y trabajadores del negocio y a las actividades m!s importantes que se ejecutan. Casos de uso asociados: &istado de casos de uso incluidos y e+tendidos de este caso de uso base, indicando el tipo de relaci n. !lujo de trabajo Accin del actor Respuesta del negocio ,e indica al actor 0o actores/ y la ,e describe el flujo de trabajo interacci n que tiene con el negocio. identificando todas las actividades del negocio que ocurren en el orden que se suceden, cu!l es eltrabajador del negocio que las realiza y su relaci n con las entidades del negocio. "eben quedar claros los puntos intermedios en los que puede finalizar el proceso. rioridad: 8ndicar cu!l es la prioridad de este proceso dentro del negocio que se modela. Mejoras: .ejoras que tendr! el proceso cuando algunas de sus activiades sean automatizadas. Cursos alternos: (omportamiento que no est! en el flujo normal y que ocurre bajo ciertas condiciones que pueden darse en el flujo normal.

El flujo de trabajo normal de un caso de uso de negocio puede tener un flujo b!sico de actividades y flujos alternativos de actividades. El flujo b!sico cubre lo que siempre ocurre cuando el caso de uso del negocio es ejecutado, y el flujo alternativo describe alternativas que pueden darse cuando se produce el caso de uso, pero que no se dan de forma e+cepcional como ocurre con los flujos alternativos. Por ejemplo, en la descripci n de la producci n de una pieza, en dependencia de qu pieza se va a construir, #ay un grupo de actividades diferentes porque pasan por diferentes m!quinas y la actividad es realizada por trabajadores diferentes. Para ejemplificar los artefactos que pueden utilizarse para describir la realizaci n de los casos de uso del negocio, se usar! como ejemplo el subdiagrama que se presenta en la figura 7E.

Profes or

Entregar m aterial docente a profes ores

6igura 7E Ejemplo utilizado para describir los artefactos usados en la realizaci n de los casos de uso de negocio. &a descripci n te+tual de este caso de uso sera' Nombre del caso de uso Entregar material docente a profesores. del negocio: Actores del negocio: Profesor 08nicia/ &egistrar la entrega de materiales docentes a los ropsito: profesores' estudiantes ! trabajadores (ue reciben e imparten clases en la uni)ersidad% Resumen: El procedimiento de entrega de materiales comien*a cuando la persona solicita alg+n material docente' el au"iliar del almac,n o el jefe del mismo reali*an las )erificaciones pertinentes ! registran la entrega de los materiales al estudiante o trabajador seg+n el caso% Casos de uso asociados: !lujo de tabajo Accin del actor 7 El caso de uso inicia cuando la persona llega al punto de despac-o ! * Respuesta del negocio F El au"iliar de almac,n o .efe de almac,n solicita el solap/n del solicitante%

solicita material docente% ; Entrega el solap/n < i es estudiante' el au"iliar de almac,n o .efe de almac,n busca el nombre del mismo en el registro de estudiantes' si es trabajador lo busca en el registro de trabajadores% El au"iliar de almac,n o .efe de almac,n )erifica (ue el solicitante pertenece al punto de despac-o% El au"iliar de almac,n o .efe de almac,n )erifica en las #arjeta de control de entrega de libros de cursos anteriores (ue el solicitante no debe libros%

= > ? El au"iliar de almac,n o .efe de almac,n si el solicitante no tiene una tarjeta creada para registrar los pr,stamos del curso presente' registra en una tarjeta de control de entrega de libros nue)a' los datos personales del estudiante0 1ombre ! apellidos% 2acultad A3o $rupo 1o% olap/n% i es trabajador solo se registrar40 1ombre ! apellidos A3o

El au"iliar de almac,n o .efe de almac,n registra los pr,stamos reali*ados al estudiante% Esta operaci5n se repite para cada libro solicitado' cono los siguientes datos para cada caso0 emestre #/tulo de la materia 2olio 2ec-a de entrega 2irma del estudiante para la entrega 2ec-a de de)oluci5n 2irma del estudiante para la de)oluci5n 6bser)aci5n El au"iliar de almac,n o .efe de almac,n indica al solicitante (ue debe firmar la entrega en la tarjeta%

7E El solicitante firma% Esta operaci5n se repite para cada entrega registrada% 7F &ecibe los libros ! se retira

Esta operaci5n se repite para cada pr,stamo registrado% 77 El au"iliar de almac,n o .efe de almac,n entrega los libros

7; Actuali*a la tarjeta de estiba del material entregado al estudiante o trabajador% 7isminu!endo seg+n la cantidad entregada por t/tulo% 7< El caso de uso termina% &os caso de uso que tienen relaciones de generalizaci n:especializaci n tienen comportamiento similar y actividades que los diferencian. Para estos casos de uso se propone segmentar la descripci n de los casos de uso en segmentos iguales 0con todas las actividades del padre que se #ace igual en los #ijos, aunque los #ijos pueden redefinirlos/ y segmentos que los #ijos realizan de forma diferente. (uando #ay casos de uso incluidos o e+tendidos, en la descripci n, estos deben ser invocados en el punto de inclusi n o e+tensi n3 indicando los resultados que se tienen de su ejecuci n y, para el caso de los e+tendidos, la condici n que tiene que cumplirse. Diagrama de Actividades &os casos de uso del negocio consisten en la descripci n de la de secuencias de actividades que, en conjunto, producen algo para el actor del negocio. El proceso 0$or1flo$/ consiste en un flujo b!sico de una o m!s alternativas de flujos. &a estructura del flujo se describe gr!ficamente con la ayuda de un diagrama de actividad. El diagrama de actividad es un grafo 0grafo de actividades/ que contiene estados en que puede #allarse una actividad. Un estado de actividad representa la ejecuci n de una sentencia de un procedimiento, o el funcionamiento de una actividad en un flujo de trabajo. En vez de esperar un evento, como en un estado de espera normal, un estado de actividad espera la terminaci n de su c mputo. (uando la actividad termina, entonces la ejecuci n procede al siguiente estado de actividad dentro del grafo. Una transici n de terminaci n es activada en un diagrama de actividades cuando se completa la actividad precedente. Un diagrama de actividades puede contener bifurcaciones, as como divisiones de control en #ilos concurrentes. &os #ilos concurrentes representan actividades que se pueden realizar concurrentemente por los diversos objetos o personas en una organizaci n. &a concurrencia se presenta con frecuencia a partir de la

agregaci n, en la cual cada objeto tiene su propio #ilo concurrente. &as actividades concurrentes se pueden realizar simult!neamente o en cualquier orden. Un grafo de actividades es como un organigrama tradicional, e+cepto que permite el control de concurrencia adem!s de control secuencial' una gran diferencia. Un diagrama de actividad describe un proceso que e+plora el orden de las tareas o actividades que logran los objetivos del negocio. Es similar a un diagrama de estados en el cual todos o la mayora de los estados son estados de actividad y en la cual todas o la mayora de las transiciones se disparan al completarse las acciones en los estados fuentes precedentes. Por tanto, un diagrama o grafo de actividad puede contener' Estados de actividad' representa la ejecuci n de una sentencia de un procedimiento o el funcionamiento de una actividad en un flujo de trabajo. Descripcin de actividad Transiciones indican cu!l estado de actividad sigue a otro 0secuencia de pasos/.

!"as

alternativas indican decisiones qu completada una actividad.

transici n

seguir

despus

de

[cond. de guarda]

[cond. de guarda] #arras de sincronizacin para mostrar subflujos paralelos. Permite que se puedan e+presar #ilos concurrentes en el proceso de un caso de uso del negocio.

[]

Hilos concurrentes

$alles %swimlanes& cada una de las cuales representa una responsabilidad por parte de todo el proceso, llevada a cabo por una parte de la organizaci n. El orden relativo de las calles no tiene significado sem!ntico. (ada estado de actividad se asigna a una calle y una transici n puede cruzar las calles. A Roles

Actividades + informacin + sincronizaci n

"urante la descripci n de un proceso del negocio mediante un diagrama de actividad, es posible encontrar una actividad de tal complejidad que requiera describirla mediante otro diagrama adicional. Por tanto, este nuevo diagrama describir! un subobjetivo en relaci n con el objetivo original vinculado al proceso del negocio. "e este modo los procesos de negocio se organizan jer!rquicamente. 9ambin es posible mostrar en diferentes diagramas de actividad el flujo normal y los flujos alternativos. 'lujo de objetos .uestran c mo se generan y utilizan los objetos del negocio dentro del flujo de trabajo. El mismo objeto puede manipularse por una sucesi n de actividades que cambian su estado, por lo tanto, el objeto puede aparecer varias veces, pero en un estado diferente. "a relacin entre la actividad # el objeto se representa con una l$nea discontinua%

: Actividad 1 Actividad 2 Actividad 3

El diagrama de actividades permite una administraci n adecuada de la complejidad del proceso que se est! modelando mediante el anidamiento de

diagramas de actividades como descripci n de la secuencia de subactividades que se ejecutan dentro de una actividad.

8acer
Hacer_1

Hacer_2

En este caso, la actividad Hacer )lgo tiene embebido un diagrama de actividades que describe m!s en detalle su realizaci n, que consiste en la ejecuci n secuencial de las subactividades HacerI7 y HacerIF. &a representaci n se puede #acer de esta forma, o simplemente #aciendo referencia a otro diagrama de actividades dentro de la actividad HacerI)lgo. Algunas consideraciones en la creacin de Diagramas de Actividades &os "iagramas de )ctividades permiten muc#as libertades, lo que a veces estimula a los creadores a incluir un alto nivel de detalle. En definitiva, un modelo de comunicaci n requiere un adecuado nivel de detalle para ubicar el problema a resolver. &a claridad y brevedad son dos atributos importantes para evitar la sobrecarga y limitarse s lo a presentar los aspectos claves de los flujos de los casos de uso. ,e sugieren seguir las siguientes reglas, entre otras3 5o intentar mostrar elementos de diseo. (entrarse en las necesidades del cliente y no moverse #acia el espacio de la soluci n, es decir, seguir el principio de enfocarse a la funcionalidad, desde la perspectiva del usuario. Por ejemplo, crear una actividad que sea $onectar a la #ase de (atos )racle, estara violando ese principio. 5o sustituir los diagramas de actividad por la descripci n de los casos de uso.

 &imitar el nivel de complejidad de cada diagrama. Para ello' ,i #ay m!s de ; posibles caminos 0alternos o de e+cepci n/, usar diagramas adicionales para mejorar la comprensi n. Usar ,$imlanes0calles/ para separar responsabilidades. En la medida de lo posible utilizar un diagrama por cada caso de uso. .antener los modelos. &os diagramas deben actualizarse cuando se modifiquen los casos de uso. Diagrama de clases El diagrama de clases, como artefacto que se construye para describir el modelo de objetos del negocio, muestra la participaci n de los trabajadores y entidades del negocio y la relaci n entre ellos. )unque se puede construir un %nico diagrama, se recomienda confeccionarlo para cada caso de uso de negocio para una mejor claridad. (omo todo diagrama de clases, se pueden representar, adem!s de la asociaci n, los distintos tipos de relaciones entre las entidades de negocio 0agregaci n, composici n y generalizaci n : especializaci n/, la cardinalidad y navegabilidad de las relaciones, pero para efectos de su utilizaci n posterior es suficiente con mostrar la relaci n entre los trabajadores y estos con las entidades. En la figura 77 se muestra el diagrama resultante del caso de uso que se #a descrito en epgrafes anteriores. 6jese que solo se #an representado los trabajadores y entidades del negocio y lneas que unen a los trabajadores que se relacionan y a estos con las entidades que manipulan.

Alm acenero (f rom #rabajadores del negoc io)

#arjeta de es tiba

#arjeta de control de entrega de libros

6igura 77 Ejemplo de diagrama de clases del modelo de objetos. Reglas del negocio &as reglas de negocio describen polticas que deben cumplirse o condiciones que deben satisfacerse, por lo que regulan alg%n aspecto del negocio.

El proceso de especificaci n implica que #ay que @identificarlasA dentro del negocio, @evaluarA si son relevantes dentro del campo de acci n que se est! modelando e @implementarlasA en la propuesta de soluci n. ,on m%ltiples las clasificaciones que se dan a las reglas de negocio. ,in pretender #acer un tratado sobre el tema, podra asumirse la siguiente clasificaci n' 7. -eglas de estructura 9rmino' (onceptos en el conte+to del negocio. Ejemplo' Estudiante, &ibro

.odelo de datos' (ontrola que la informaci n b!sica almacenada para cada atributo o propiedad de un concepto sea v!lida. Ejemplo' &a cantidad de libros de un mismo ttulo es mayor que cero.

-elaci n' (ontrola las relaciones entre los datos. Ejemplo' El estudiante solicita un libro. ) la asociaci n entre el libro y el estudiante se le denomina Prstamo. F. -eglas de derivaci n 8nferencia' Especifican que un #ec#o es cierto por inferencia. Ejemplo' Un estudiante que debe un prstamo de un libro se convierte en un estudiante moroso.

(!lculo' (ontrola la obtenci n de informaci n que se puede calcular a partir de la ya e+istente. Ejemplo' &a cantidad de libros que un estudiante tiene en prstamo es la suma de los prstamos en los que est! involucrado. ;. -eglas de acci n 6lujo' "eterminan y limitan c mo fluye la informaci n a travs de un sistema. Ejemplo' Un estudiante solicita un libro en prstamo en una biblioteca, el personal que lo atiende verifica si es un estudiante moroso. En caso negativo, el personal procede a registrar el prstamo y le entrega el libro. ,i no es posible, se le informa y recoge el libro para colocarlo en su estante.

-estricciones de operaciones' Especifican condiciones que deben ser ciertas para asegurarse que una operaci n se ejecute correctamente. Ejemplo' ) un estudiante no se le puede prestar otro libro si est! clasificado como moroso.

Estmulo y respuesta' -estringen el comportamiento especificando cu!ndo y qu condiciones deben cumplirse para que una operaci n de respuesta sea inmediatamente ejecutada. Ejemplo' ,i se #a llegado a la fec#a en que un estudiante debe entregar un libro y no lo #a #ec#o, se procede a enviarle un e* mail.

&a descripci n que se #ace de las reglas de negocio es independiente de su implementaci n y puede e+presarse en espaol estructurado, diagramas o descripciones te+tuales. 5o es importante que durante el proceso de identificaci n se clasifiquen siguiendo los criterios anteriores u otros criterios3 lo necesario es que queden formuladas en alg%n lenguaje. Un algoritmo que puede ayudarnos es realizar el an!lisis, para cada caso de uso de negocio, siguiendo el orden que se muestra en la figura 7F.

Describir el flujo de trabajo Determinar relacin con otros sistemas dispositivos Definir interaccin de los usuarios con el flujo de trabajo

Encontrar entidades que participan en el flujo de trabajo

Especificar restricciones sobre los datos y la ejecucin

del flujo de tra trabajo