Primera actividad

Modelo

Pero ¿qué es un modelo? Un modelo es una representación de una realidad compleja. Modelar es desarrollar una descripción lo más exacta posible de un sistema y de las actividades llevadas a cabo en él.

Cuando un proceso es modelado, con ayuda de una representación gráfica (diagrama de proceso), pueden apreciarse con facilidad las interrelaciones existentes entre distintas actividades, analizar cada actividad, definir los puntos de contacto con otros procesos, así como identificar los subprocesos comprendidos. Al mismo tiempo, los problemas existentes pueden ponerse de manifiesto claramente dando la oportunidad al inicio de acciones de mejora.

El modelado de procesos debe ser entendido, a saber, por dos cuestiones importantes: el modelado y los procesos. Frecuentemente los sistemas (conjuntos de procesos y subprocesos integrados en una organización) son difíciles de comprender, amplios, complejos y confusos; con múltiples puntos de contacto entre sí y con un buen número de áreas funcionales, departamentos y puestos implicados. Un modelo puede dar la oportunidad de organizar y documentar la información sobre un sistema.

Modelando el Proceso de Negocio 

Modelar el proceso de negocio es una parte esencial de cualquier proceso de desarrollo de 

software. Permite al analista capturar el esquema general y los procedimientos que 

gobiernan el negocio. Este modelo provee una descripción de dónde se va a ajustar el 

sistema de software considerado dentro de la estructura organizacional y de las actividades 

habituales. También provee la justificación para la construcción del sistema de software al 

capturar las actividades manuales y los procedimientos automatizados habituales que se 

incorporarán en nuevo sistema, con costos y beneficios asociados.

Como un modelo preliminar del negocio, permite al analista capturar los eventos, las 

entradas, los recursos y las salidas más importantes vinculadas con el proceso de negocio. 

Es posible construir un modelo completamente trazable mediante la posterior conexión de 

elementos de diseño  (tales como los casos de uso) al modelo de negocio a través de 

conectores de implementación, desde la generalidad del proceso de negocio a los requisitos 

funcionales y eventualmente a los artefactos de software que se construirán realmente.  

Por el hecho de que el modelo de procesos de negocio normalmente es más amplio que la 

parte de sistema computacional considerada, también permite al analista identificar 

claramente qué  está dentro del alcance del sistema propuesto y qué se implementará de 

otras formas (por ejemplo: un proceso manual).