3

CAPÍTULO

Diagramación
de características
como procesos
Este capítulo se refiere a los diagramas de actividades. Aun cuando lo que destaco
no es el proceso, el siguiente paso después de captar los casos de uso consiste en
empezar a describir cómo se llevarán a su término las características representadas
por sus casos de uso. Los diagramas de actividades ayudarán a usted y a los usua-
Copyright © 2008. McGraw-Hill Interamericana. All rights reserved.

rios a describir en forma visual la secuencia de acciones que le conduzcan a través

de la compleción de la tarea.
La meta es convergir hacia el código en forma continua, partiendo de una com-
prensión del espacio del problema en general y captando los problemas que resol-
veremos —los casos de uso— mediante la descripción de cómo funcionan esas
características y, al final, implementando la solución. Los diagramas de actividades
constituyen una herramienta útil de análisis y se pueden usar para la reingeniería
del proceso; es decir, el rediseño del proceso. De esta manera, los diagramas de ac-
tividades constituyen un puente progresivo que conduce del análisis hacia el diseño
y, por último, a la implementación. En este capítulo aprenderá acerca de
• Los símbolos usados para crear los diagramas de actividades
• Cómo crear diagramas de actividades describiendo los casos de uso y los
escenarios como una serie de acciones
47

Kimmel, Paul. Manual de UML, McGraw-Hill Interamericana, 2008. ProQuest Ebook Central, http://ebookcentral.proquest.com/lib/unadsp/detail.action?docID=3191829.
Created from unadsp on 2018-05-10 16:46:09.

03 KIMMEL.indd 47 11/4/07 7:01:23 PM

 Manual de UML
48

• Modelar comportamientos simultáneos

• Refinar las actividades físicas con diagramas de actividades
• Comprender cuándo detener la creación de los diagramas de actividades

Elaboración de las características como procesos

Pocas ideas son por completo nuevas. Los conceptos existentes se refinan, evolucionan
y maduran, llevándose con ellos algo de lo viejo y algo de lo nuevo; lo mismo es cierto
para los conceptos de análisis y de diseño.
El análisis y el diseño estructurados hicieron hincapié en los diagramas de flujo. Un
diagrama de actividad en el Unified Modeling Language (uml) está bastante cercano
a un diagrama de flujo; los símbolos son semejantes pero no los mismos; la utilidad es
semejante, pero existe una diferencia: los diagramas de actividades, a diferencia de los de
flujo, pueden modelar comportamiento paralelo.
Los diagramas de actividades son buenos diagramas de análisis para los desarrolla-
dores, los usuarios, los que hacen pruebas y los administradores, porque usan símbolos
sencillos, texto llano y un estilo semejante al del conocido diagrama de flujo. Los diagra-
mas de actividades son buenos para ayudarle a captar, visualizar y describir un conjunto
ordenado de acciones, desde un principio hasta un final. Los diagramas de actividades se
crean como un conjunto finito de acciones en serie o una combinación de acciones en
serie y en paralelo.

Un viaje hacia el código

Copyright © 2008. McGraw-Hill Interamericana. All rights reserved.

Un principio básico del análisis y del diseño orientados a objetos es que queremos par-
tir de ideas y conceptos de alto nivel del espacio de problemas y movernos hacia un
espacio de bajo nivel de soluciones. El espacio de alto nivel de problemas también se
conoce como dominio de los problemas. El espacio de bajo nivel de soluciones se conoce
como el dominio de las soluciones. El uml es un lenguaje para captar y describir nuestra
comprensión a medida que avanzamos desde documentar un problema hasta codificar
una solución.
Con base en la idea de trasladar nuestra comprensión desde el concepto hasta el di-
seño, los casos de uso constituyen una buena manera de captar las cosas que describen
nuestro problema. Por ejemplo, queremos hacer corresponder a los patrones con los
empleados potenciales proporcionando un tablero de listas de trabajos. Un caso de uso
que da soporte a esto es administrar las listas. Un paso siguiente en un sentido abstracto
consiste en describir cómo emprenderíamos la administración de una lista. En esta co-
yuntura, todavía es demasiado pronto para empezar a hablar acerca de bases de datos y
lenguajes de programación; en cambio, queremos hablar acerca de las actividades que
describen nuestro problema, y estas actividades constan de acciones.

Kimmel, Paul. Manual de UML, McGraw-Hill Interamericana, 2008. ProQuest Ebook Central, http://ebookcentral.proquest.com/lib/unadsp/detail.action?docID=3191829.
Created from unadsp on 2018-05-10 16:46:09.

03 KIMMEL.indd 48 11/4/07 7:01:23 PM

 CAPÍTULO 3 Diagramación de características como procesos
49

NOTA En un nivel ideológico, análisis y diseño son procesos según los cuales descom-
pondremos un problema en problemas discretos menores, de tal manera que podamos
componer soluciones pequeñas para cada problema discreto y, al final, orquestar las
soluciones pequeñas en un todo coherente. El UML es un lenguaje para descomponer un
problema y recomponerlo como la descripción de una solución. Un lenguaje como Vi-
sual Basic.NET es útil para implementar la descripción de la solución, y el proceso es la
forma en que la emprenderíamos.

Comprensión de los usos de los diagramas de actividades

Los diagramas de actividades no son en realidad acerca de los métodos o clases. Todavía
es demasiado pronto para eso. La razón para que sea así es porque las cosas técnicas,
como el polimorfismo, la herencia, los métodos y los atributos, en general, son conceptos
sin significado para los usuarios y, a veces, para los administradores.
Los diagramas de actividades constituyen un medio a través del cual podemos captar
la comprensión de las personas a las que llamamos expertos del dominio. Por ejemplo,
si está estructurando un sistema para administración de cárceles, entonces un experto
del dominio podría ser un oficial del penal, quien posiblemente no entienda la diferencia
entre un espacio de nombres, una clase y la interfaz, pero, como diseñador, puede ser que
usted no comprenda el significado de una compra de 50 cepillos de dientes por parte de
un recluso. Un diagrama de actividad puede ayudar.
Un relato verdadero —y por qué consultar puede resultar interesante— se encuentra
detrás de la metáfora de los cepillos de dientes. Mientras estaba trabajando para una cár-
cel grande del condado en Oregon, tuve que escribir una aplicación piloto para demostrar
asp.net en sus primeros días. La aplicación piloto sería finalmente parte de un sistema de
administración de cuentas de los reclusos para la cárcel. La idea básica es que los prisio-
Copyright © 2008. McGraw-Hill Interamericana. All rights reserved.

neros no pueden tener efectivo en su posesión, pero pueden tener dinero en una cuenta
para comprar artículos personales y golosinas. El condado administró las cuentas. Algu-
nas de las reglas incluían límites sobre el número de barras de dulce que, digamos, un
diabético podría comprar, así como un límite sobre el número de cepillos de dientes que
podían comprarse. Al no ser oficial del penal, me pareció extraño que alguien comprara
más de un cepillo de dientes y más extraño todavía por qué a alguien podría interesarle.
El problema es que cuando se les talla hasta que formen una punta o se les hace una ra-
nura con un trozo de hoja de rasurar encajada en forma segura en la punta y sostenida en
su lugar con una banda de caucho, un cepillo de dientes se puede convertir en un arma
formidable. (En realidad, sabía esto porque lo aprendí cuando fui policía militar o lo vi
en un episodio de “Oz” en hbo.)
En la práctica, este relato es ilustrativo del hecho de que aquellos que se encuentran
sobre el terreno —los expertos del dominio— conocerán los detalles en los que usted
nunca pensará. Los diagramas de actividades son buenos para captar estos detalles en
un sentido general y de una manera en que los expertos del dominio pueden examinar,
aclarar y mejorar.

Kimmel, Paul. Manual de UML, McGraw-Hill Interamericana, 2008. ProQuest Ebook Central, http://ebookcentral.proquest.com/lib/unadsp/detail.action?docID=3191829.
Created from unadsp on 2018-05-10 16:46:09.

03 KIMMEL.indd 49 11/4/07 7:01:23 PM

 Manual de UML
50

Trabajando hacia atrás, partiendo de mi relato de administración de cuentas de los

prisioneros, podría tener un caso de uso “Hacer compra” y un escenario que garantice
que la compra no viole una regla de seguridad. Podemos captar esto en un diagrama de
actividad con la llaneza suficiente como para que un oficial del penal nos pueda decir
si comprendimos el problema y lo hemos descompuesto en forma suficiente. En la figura
3-1, se muestra un diagrama de actividad para este escenario.

Artículo al carrito (Más artículos)

/ Artículo agregado
A

(Artículo restringido)

Comprobar (No más artículos)

cantidad

/ Artículo agregado
A
Pagar
(Se sobrepasa la cantidad permitida) la cuenta
Copyright © 2008. McGraw-Hill Interamericana. All rights reserved.

Rechazar el Registrar la violación

artículo a las restricciones

/ Artículo descartado

Figura 3-1 Diagrama de actividad que ilustra las restricciones sobre el tipo y el número de
artículos que se pueden comprar estando en prisión.

Kimmel, Paul. Manual de UML, McGraw-Hill Interamericana, 2008. ProQuest Ebook Central, http://ebookcentral.proquest.com/lib/unadsp/detail.action?docID=3191829.
Created from unadsp on 2018-05-10 16:46:09.

03 KIMMEL.indd 50 11/4/07 7:01:24 PM