Metodologías en el desarrollo de Software

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 2

Tabla de contenido

Metodologías en el desarrollo de Software ................................................................................................4

Diagrama de flujo de datos (Agile Unified Process) .................................................................................5

Diagrama de Procesos de Negocio (BPMN 2.0)..................................................................................... 10

Elementos que componen un diagrama BPMN: (Bizagi, 2012)...................................................... 11

Elementos de flujo (Flow Objetcts).......................................................................................................... 12

Conectores (Connecting Objetcs) ......................................................................................................... 19

Canales (swimlanes) ................................................................................................................................... 20

Artefactos ....................................................................................................................................................... 21

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 3

Metodologías en el desarrollo de Software

Las metodologías ágiles usadas en Ingeniería de Software, persiguen hacer más fácil
el desarrollo de productos de software, lo que no es posible dada las características de las
metodologías tradicionales de desarrollo.

La idea del uso de metodologías ágiles es minimizar los riesgos, desarrollando el

software en períodos cortos de tiempo. El software que se desarrolla en esa unidad de
tiempo se denomina iteración, la cual tiene un período de tiempo definido para ser
realizada.

Cada iteración no debe agregar demasiada funcionalidad, pero la idea es que no

contenga errores. Al final de cada iteración el equipo de desarrollo evalúa las prioridades
del proyecto.

Una característica relevante de los métodos ágiles, es que beneficia la comunicación

directa en vez de la documentación. No obstante, se debe mencionar que en algunos
casos la falta de documentación puede tornar difícil el rehacer o reestructurar alguna
problemática previamente resuelta, puesto que se carece de los documentos que
acrediten el desarrollo efectuado.

A continuación se verán en detalle dos metodologías, que permiten agilizar el

desarrollo de software incluyendo los elementos y descripciones en cada caso, estas son:

 Diagrama de Flujo de Datos (AUP)

 Diagrama de Procesos de Negocio BPMN 2.0

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 4

Diagrama de flujo de datos (Agile Unified Process)

El proceso unificado ágil (AUP), es la versión simplificada del Proceso Unificado de

Rational (RUP), el cual describe de manera simple la forma de desarrollar aplicaciones de
software, usando técnicas ágiles que todavía son válidas en RUP.

Los diagramas de flujo de datos permiten visualizar de manera gráfica el flujo de

datos entre las diferentes entidades, procesos y almacenes de datos que componen el
sistema.

Cuando se realiza el análisis de requerimientos es necesario saber de qué manera los

datos fluyen en la organización, los procesos que los afectan, las entradas y salidas
correspondientes y quiénes son los responsables de emitir o recibir ese flujo de datos.

Un diagrama de flujo de datos puede ser visualizado en tres niveles:

 Nivel 0: Diagrama de Contexto

 Nivel 1: Diagrama de nivel superior
 Nivel 2: Diagrama detallado o de expansión

El diagrama de contexto muestra las interacciones del sistema con su entorno, que
pueden ser entidades externas u otros sistemas. Se representan los flujos generales que
denotan todas las relaciones entre el sistema y sus agentes externos, no admitiéndose otros
procesos ni almacenamientos en el diagrama.

El diagrama de nivel superior muestra todos los procesos que describen el proceso
inicial. En este nivel los procesos, por lo general, no se interrelacionan en forma directa, sino
que debe existir entre ellos algún almacén de datos, o entidad externa.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 5

 El diagrama de nivel 2 o superior, muestra en detalle todos los posibles flujos de
información entre procesos, entidades y almacenes de datos. El nivel de detalle dependerá
de la complejidad del proceso en cuestión.

La simbología usada en estos diagramas es la siguiente:

(Los procesos también pueden ser representados como cuadriláteros con esquinas
redondeadas, esto varía según el software que permite crear los diagramas)

A continuación se explica cada uno de ellos:

Proceso

 Son los responsables de la transformación de los datos

 No representa ni origen ni final de la información, sólo lugar donde ocurre la
transformación de ellos
 Debe existir entre una entidad externa y un almacén de datos

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 6

Entidad externa

 Representan organizaciones, empresas, personas u otros sistemas que no son parte

del sistema en sí.
 Son las encargadas de proveer información al sistema y también son receptoras de
los cambios sufridos en los datos por parte de los procesos.
 Pueden aparecer en diferentes niveles de expansión para comprender mejor el
comportamiento y flujo de los datos.

Almacén de datos

 Representan el estado estático de la información

 Su función es sólo almacenar, por tanto, no afectan la información en si
 No se puede comunicar directamente con otro almacén o entidad, para ello debe
existir un proceso
 El concepto es referido sólo a almacenamiento de información, por tanto no hay
distinción de la forma en que se guardarán los datos

Flujo de datos

 Corresponden a los canales por donde fluye la información

 Los flujos de datos sólo transportan información, no es su misión transformarlos
 Permiten conectar los demás componentes del DFD

A continuación se observa un resumen de las relaciones entre los componentes de un

diagrama de flujo de datos.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 7

 Entidad Proceso Almacén

Entidad No Permitido Permitido No Permitido

Proceso Permitido Permitido Permitido
Almacén No Permitido Permitido No Permitido

El siguiente ejemplo, muestra en forma básica la interacción de entidades y procesos,

referidos a la problemática de manipulación de productos en una bodega que administra
insumos computacionales.

Diagrama de contexto: Muestra el sistema en forma global. Aquí se define el nombre del
sistema y las entidades que interactúan con él.

Diagrama Nivel 1: Muestra el sistema con procesos de primer nivel en el que actúan
entidades, procesos y almacenes de datos.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 8

Diagrama Nivel 2: Este nivel comienza con la descomposición de los procesos del nivel 1.
Cada proceso que necesite descomposición debe ser presentado en este nivel, usando
también las interacciones entre entidades, procesos y almacenes de datos. Para el ejemplo
se descompondrá el proceso asociado a la mantención de productos.

La idea es que cada proceso sea expandido a un nivel de total comprensión, en el

cual se vea reflejado cada flujo de datos y las entidades participantes en él.

Para realizar un diagrama de flujo de datos en forma correcta es necesario tener

presente las siguientes consideraciones:

 Todos los procesos deben modificar los datos de entrada, produciendo nuevos datos
de salida.
 Los almacenes de datos deben tener al menos un flujo, ya sea de entrada, salida o
actualización.
 Las entidades externas deben estar relacionadas al menos con un proceso.
 Cada flujo de datos debe estar asociado al menos a un proceso.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 9

Diagrama de Procesos de Negocio (BPMN 2.0)

El fundamento de las metodologías ágiles, es realizar productos de software en los

cuales, el equipo de desarrollo cuente con la mayor cantidad de herramientas posible, de
tal forma, que el beneficiado sea el usuario final.

Los diagramas de flujos de datos proponen ver el desarrollo del producto de software
como procesos interactuando con entidades externas a través de flujos de información, por
su parte BPMN (Business Process Modeling Notation en español Notación para el Modelado
de Procesos de Negocio) es una notación gráfica estandarizada que permite modelar
procesos de negocio utilizando para ello, el flujo de trabajo (workflow). Su objetivo es
proporcionar una notación que sea fácil de entender por todos los participantes
involucrados en el o los procesos de negocio de la empresa.

La idea es que tanto quienes realizan el estudio preliminar, sean ingenieros o analistas,
puedan representar objetivamente el diagrama de negocio y sus consecuentes procesos
que en su conjunto componen la problemática a la cual se debe dar solución.

El diagrama de procesos de negocio o BPD (Business Process Diagram), está diseñado

para describir gráficamente la secuencia de actividades que ocurren mientras se realiza el
proceso, utilizando para ello los diagramas de flujo de información.

Los niveles de modelamiento se categorizan en:

 Mapas de Proceso: Corresponden a los diagramas de flujo simple de cada una de las
actividades del negocio.
 Descripciones de proceso: Implementan la extensión de los mapas de proceso,
manejando información adicional para ser representados, pero no en su totalidad.
 Modelos de proceso: Son diagramas de flujo extendidos con la información suficiente
para que el proceso pueda ser simulado, analizado y/o ejecutado.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 10

Elementos que componen un diagrama BPMN: (Bizagi, 2012)

ELEMENTO DEFINICIÓN VERSION NOMBRE BPMN

ANTERIOR

Elementos de Flujo Los elementos de flujo son los Eventos Events

(Flow Objects) principales elementos gráficos Actividades Activities

que definen el comportamiento Decisión Gateways

de los procesos.

Conectores Los objetos del flujo se conectan Transición Sequence Flow

(Connecting entre ellos a través de los Flujo de Message Flow

Objects) conectores para crear el mensaje

esqueleto básico de la Asociación Association

estructura del proceso de

negocio.

Canales (Swimlane) Los canales son mecanismos de Área Pools

organización de las actividades Funcional

en categorías visuales Fase Lanes

separadas para ilustrar las

diferentes áreas funcionales o

responsables.

Artefactos (Artifacts) Los artefactos son usados para Objeto de Data Object

proveer información adicional Datos

sobre el proceso. Otorgan Grupo Group

flexibilidad a la notación para Anotación Annotation

expresar diferentes contextos en

forma apropiada.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 11

Elementos de flujo (Flow Objetcts)

Los elementos de flujo son los principales elementos gráficos que definen el
comportamiento de los procesos.

A esta categoría pertenecen los siguientes elementos:

1. Eventos
2. Actividades
3. Decisiones

1. Eventos: Es “algo” que sucede durante el curso de un proceso, éstos afectan el flujo del
proceso y por lo general tienen un disparador (causa) y un resultado (impacto).

Los tipos de eventos son: (Bizagi, 2012)

TIPO DE NOMBRE BPMN DEFINICIÓN NOTACIÓN

EVENTO
Inicio Start Como su nombre lo indica,
representa el punto de inicio de
un proceso.

Intermedio Intermediate Ocurren entre un evento de

inicio y de fin. Afectará el
proceso pero no lo iniciará o
directamente finalizará.

Fin End Indica cuando un proceso

termina.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 12

 Eventos de Inicio (Bizagi, 2012)

NOMBRE USO NOTACIÓN

BPMN

Message Un proceso activo envía un mensaje a otro

Start proceso específico para activar su inicio.

Timer Start Se puede fijar una hora-fecha específica (ej. todos

los lunes a las 9am) en la que se activará el inicio

del proceso.

Signal Start Un proceso activo envía una señal y causa el inicio

del proceso.

Notar que la señal se envía a cualquier proceso

que pueda recibirla, pero no es un mensaje (el

cual tiene una fuente específica y un objetivo).

Eventos de Fin (Bizagi, 2012)

NOMBRE USO NOTACIÓN

BPMN

Terminador Es el fin del proceso. Solo existe uno por flujo. Si el

proceso alcanza este evento, éste será cerrado.

Cancelación Este tipo de Fin es usado dentro de un subproceso de

transacción. Éste indicará que la transacción debe ser

cancelada y causará un Evento Intermedio de

Cancelación adjunto a la frontera del subproceso.

Error Esta figura se usa para capturar errores, si están

definidos o no. Todos los threads activos actualmente

en un subproceso particular son en consecuencia

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 13
 terminados. El error será tomado por un Evento

Intermedio de Error con el mismo Nombre, que está en

la frontera de la actividad pariente más cercana.

Mensaje Este tipo de Fin indica que un mensaje se envía a un

proceso o caso de actividad específica, al concluir el

proceso.

Señal Este tipo de Fin indica que la señal será transmitida

cuando el Fin haya sido alcanzado. Note que la señal

es enviada a cualquier proceso que pueda recibir la

señal y pueda ser enviada a través de los niveles del

proceso, pero no es un mensaje (el cual tiene una

fuente y un objetivo).

Eventos Intermedios (Bizagi, 2012)

NOMBRE BPMN USO NOTACIÓN

Temporizador Esta figura representa un mecanismo de retraso

dentro del proceso. Este tiempo puede ser definido

en una Expresión o como parte de la información

del proceso (Fecha o duración en cualquier unidad

de tiempo).

Compensación El Evento Intermedio indica que es necesaria una

compensación. Entonces, se usa para "lanzar" el

evento de compensación. Si una actividad es

definida y ésta fue completada exitosamente,

entonces la actividad será compensada.

Caminos de excepción del flujo ocurren fuera del

flujo normal del proceso y se basa en un evento

intermedio que ocurre durante el curso del

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 14

 proceso.

Error Un Evento de Captura de Error Intermedio puede

ser unido solamente a la frontera de una actividad.

Notar que un Evento de Error siempre interrumpe la

Actividad a la que está unido.

Mensaje Un Evento Intermedio de Mensaje puede ser usado

tanto para enviar como para recibir un mensaje.

Cuando se usa para "lanzar" el mensaje, un

marcador DEBE ser llenado. Cuando se usa para

"atrapar" el mensaje el marcador DEBE estar sin

llenar. Esto causa que el proceso continúe si éste

estaba esperando por el mensaje o cambia el flujo

para manejo de excepciones. Para atrapar y lanzar

mensajes debe tener el mismo nombre.

Enlace Un Enlace es un mecanismo para conectar dos

secciones de un Proceso. Los Eventos de Enlace

pueden ser usados para crear situaciones de bucle

o para evitar líneas de Secuencia de Flujo largas.

Los usos de los Eventos de Enlace son limitados a un

solo nivel de proceso.

Señal Las señales son usadas para enviar o recibir

comunicaciones generales dentro y a través de los

niveles de Proceso y entre Diagramas de Proceso

de Negocio. Una señal BPMN es similar a una señal

de bengala que se dispara al cielo, esto quiere

decir que no importa quien la lance, en algún

momento generará los resultados esperados.

Entonces hay una fuente de la señal, pero ningún

objetivo específico.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 15

2. Actividad: Es el término usado por defecto para describir el trabajo que
realiza la empresa. Puede ser atómica o compuesta. (Bizagi, 2012). Como parte
integrante de los elementos de flujo, se puede mencionar que las actividades,
comprenden generalmente cualquier proceso o trabajo, su notación dependerá
específicamente de la connotación o relevancia que pueda tener la tarea en el flujo
administrativo de información. A continuación de describen los elementos gráficos que
permiten categorizar las actividades.

NOMBRE BPMN USO NOTACIÓN

Tarea de Es una tarea de “flujo de trabajo” donde un

Usuario humano realiza una tarea que tiene que ser

completada en cierta cantidad de tiempo. Se usa

cuando el trabajo durante el proceso no puede

ser descompuesto en un nivel más fino dentro del

flujo.

Tarea de Una Tarea de Servicio es una tarea que usa algún

Servicio tipo de servicio, que podría ser un servicio Web o

una aplicación automática.

Una Tarea de Recibir es una tarea simple para

que llegue un mensaje. Una vez el mensaje haya

Tarea de
sido recibido, la tarea es completada.
Recibir

Tarea de Una tarea de Enviar es una tarea simple que es

Enviar designada para enviar un mensaje a un proceso o

caso específico. Una vez el mensaje haya sido

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 16

 enviado, la tarea es completada.

Script Una tarea de Script es una tarea automática en la

que el servidor ejecuta un script. No tiene

interacción humana y no se conecta con ningún

servicio externo.

Manual Ésta es una Tarea que se espera que sea realizada

sin la ayuda de algún motor de ejecución de

proceso de negocio o alguna aplicación. Un

ejemplo de esto puede ser una secretaria

archivando documentos físicos.

Subproceso Un subproceso es una actividad compuesta

incluida dentro de un proceso. Éste es compuesto

dado el hecho que esta figura incluye un conjunto

de actividades y una secuencia lógica (proceso),

que indica que la actividad mencionada puede

ser analizada a un nivel más fino. Se puede

colapsar o expandir.

Subproceso Esta propiedad del subproceso permite la

Múltiple creación de instancias múltiples. Cada instancia

representa una relación 1-N dentro del proceso.

Subprocesos múltiples aplican sólo para procesos

no embebidos.

Subproceso Un Subproceso Transaccional facilita la

Transaccional implementación de escenarios de negocio con

transacciones cuyas ejecuciones podrían durar

muchos días o semanas hasta que el conjunto de

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 17

 actividades sea completado. Una transacción es

realizada exitosamente cuando los cambios a ser

implementados (actualización, adición o

eliminación de registros) son grabados en la base

de datos.

Subproceso Contiene un conjunto de actividades que no son

Embebido independientes del proceso pariente, y por esto,

comparten la misma información o datos.

3. Decisión: Las Decisiones son usadas para controlar la divergencia y convergencia

del flujo. Éstas determinan ramificaciones, bifurcaciones, combinaciones y fusiones en el
proceso. (Bizagi, 2012)

TIPO DE DEFINICIÓN NOTACIÓN

DECISIÓN

Decisión basada en datos del sistema.

Decisión
El mismo elemento se usa para sincronizar esta figura.
Exclusiva

Puntos en el proceso en el que la decisión no está basada en

Decisión los datos del proceso sino en eventos.

Basada en

Evento

Inclusiva o multi-decisión. Uno o más caminos pueden ser

Decisión activados. Uno o más caminos deben sincronizarse
dependiendo de las actividades anteriores de la misma
Inclusiva figura.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 18

 Elemento para controlar puntos de una decisión compleja.
Decisión Por ejemplo, cuando 3 de 5 caminos deben esperar.

Compleja

Indica puntos en el proceso en el que varias ramas se

Decisión desprenden o convergen en paralelo. El mismo elemento se
usa para sincronizar esta figura.
Paralela

Conectores (Connecting Objetcs)

Los objetos de flujo se conectan entre ellos a través de los conectores para crear el
esqueleto básico de la estructura del proceso de negocio.

Líneas de Secuencia: Son usadas para mostrar el orden en que las actividades serán
llevadas a cabo en el proceso. (Bizagi, 2012)

TIPO DE NOMBRE DEFINICIÓN NOTACIÓN

LINEA ORIGINAL
Línea Normal Flow La línea normal se refiere al flujo que se
normal origina en el inicio, continúa a través de
actividades hasta terminar en un
evento de salida (por ejemplo el FIN).
Flujo Conditional Este flujo tiene una condición asignada
Condicional Flow que define si el flujo es usado. Se puede
asignar a cualquier figura en el proceso
que requiera evaluar una condición
para seguir cierto camino.
Línea por Default Flow Para decisiones basadas en datos o
Default decisiones inclusivas, un tipo de camino
del flujo es el de condiciones por

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 19

 “default”. Este tipo de transiciones se
presenta únicamente si todas las otras
condiciones son no verdaderas en un
mismo instante.
Una vez asignada la condición “Else” a
la transición, se verá la flecha como
aparece en el dibujo a la derecha.

Canales (swimlanes)

Son empleados para organizar las actividades en categorías, visualmente separadas,

con el propósito de mostrar diferentes funcionalidades y/o responsabilidades.
Su estructura es como la que se muestra a continuación:

Aprecia el siguiente ejemplo, el proceso es visto en forma horizontal en forma de “Fases”. Las
fases son subdivisiones del proceso en dicha forma. Puede haber tantas subdivisiones, según
lo requiera el proceso.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 20

Artefactos

Los artefactos son usados para proveer información adicional sobre el proceso.
Otorgan flexibilidad a la notación para expresar diferentes contextos en forma
apropiada.
Los elementos que componen esta categoría son:

 Objeto de datos
 Grupo
 Anotación

Grupos: Se utilizan para agrupar un conjunto de actividades, no afectan el

flujo de los datos, son usados con propósitos de documentación o análisis.

Anotaciones: Permiten especificar información adicional.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 21

 Objetos de Datos: Permiten representar objetos electrónicos y físicos.
Son usados y actualizados durante el proceso.

Observa el siguiente ejemplo básico de utilización de los elementos de BPMN, entre ellos es
posible distinguir: procesos, estados, actividades, flujos, canales, envío y recepción de
mensajes.

INACAP Virtual |Material de apoyo - Análisis y Diseño Orientado a Objetos 22