MODELADO DE SISTEMAS Y PROCESO DE NEGOCIACIÓN

F.A. Lémus Jiménez

1390-06-6591 Universidad Mariano Gálvez
037A Análisis de Sistemas II
lemusaroldo1988@gmailcom

Resumen
La ingeniería de sistemas de información, es un proceso de modelado del sistema. El analista o ingeniero
debe crear modelos ya sea con una visión global o visión detallada, para poder definir. El esquema del
modelado del sistema permite al analista crear una jerarquía en detalle, donde en el nivel más alto de
dicha jerarquía se encuentra el diagrama de contexto del sistema. Este diagrama establece el límite de
información entre el sistema que se está implementando y el entorno en que va a operar. El modelado
está compuesto por cuatro vistas: externa, estructural, interacción y comportamiento, cada vista tiene
énfasis en ciertos aspectos, e ignora algunos otros, pero combinadas se puede lograr un modelo completo
de la funcionalidad del sistema. El modelado de proceso de negocio se basa en un método de diagrama
de flujos donde se modela todos los pasos que un proceso de negocio planifica desde principio a fin, es
muy importante el uso de diagramas debido a que son más fácil de entender que una gran cantidad de
texto. En un proceso de negocio tenemos elementos vitales que se deben utilizar: eventos, actividades,
Gateway, flujo de secuencias, flujos de mensajes, asociaciones y artefactos.
Palabras clave:
Software, UML, usuario, vista, sistema.
Desarrollo del tema
La ingeniería de sistemas de información, es un proceso de modelado. El analista o ingeniero debe crear
modelos ya sea con una visión global o visión detallada, para poder definir.
- Procesos que satisfagan las necesidades de la visión en consideración,
- El comportamiento de los procesos y los supuestos en los que se basa el comportamiento,
- Representen todas las uniones (incluyendo las salidas.
Para poder desarrollar un esquema de modelado del sistema, el ingeniero asigna elementos a cada una
de las cinco regiones de tratamiento del esquema. (1)
a. Interfaz del usuario
b. Entrada
c. Tratamiento y control del sistema
d. Salida
e. Mantenimiento y auto comprobación.
El esquema del modelado del sistema permite al analista crear una jerarquía en detalle, donde en el nivel
más alto de dicha jerarquía se encuentra el diagrama de contexto del sistema. Este diagrama establece el
límite de información entre el sistema que se está implementando y el entorno en que va a operar. En
otras palabras, define todos los suministradores externos de información que emplea el sistema, todos
los consumidores externos de información creados por el sistema y todas las entidades que se comunican
a través de la interfaz o realizan mantenimiento y autocomprobación. (1)
En un proyecto de software, el modelado es el pilar o la base para que sea exitoso. Si se modela de
manera correcta y completa, el usuario o cliente, obtendrá lo que necesita. Se puede llevar a cabo con la
ayuda de UML, una buena práctica es no modelar todo a profundidad con UML, ya que en las etapas
más adelante como lo es la implementación se pueden obtener nuevos conocimientos que no se pudieron
prever durante la etapa de concepción, es muy importante que los modelos se desarrollen con la menor
cantidad de fuerza posible. Un modelo de sistema siempre debemos enfocarlo en cuatro vistas diferentes,
ya que se enfatiza que tienen ciertos aspectos que se relacionan entre sí:
  Vista externa: contiene diagramas de caso de uso y diagrama de secuencias de los casos de uso.
Se encarga de mostrar los casos de uso del sistema, esto en forma de un prototipo de interfaz y
con diagramas de casos de uso. Esto hace que ver qué y cuáles serán las funciones que el sistema
proporcionara.
 Vista estructural: contiene los diagramas de clases.
Se encarga de mostrar todas las clases más importantes del sistema, se hace evidente cuál será la
estructura y en donde se guardará la información.
 Vista de interacción: contiene los diagramas de secuencias y diagrama de comunicación.
Se encarga de mostrar los flujos de datos y las consultas dentro del sistema, esto se lleva a cabo
gracias a los diagramas de secuencias y diagramas de comunicación, aquí es donde se puede
observar lo que ocurre en el sistema cuando el usuario hace uso de él.
 Vista de comportamiento: contiene diagramas de estado.
Se encarga de mostrar el comportamiento de todos los objetos de manera individual en los
diagramas de estados, aquí se podrá apreciar todo lo que sucederá con los objetos en el sistema.
Cada vista tiene énfasis en ciertos aspectos, e ignora algunos otros, pero combinadas se puede lograr un
modelo completo de la funcionalidad del sistema. (2)
Modelar es hacer una representación abstracta y simplificada de una realidad utilizando un lenguaje
formal. (3)
Los modelos de proceso de negocios: fomentan la comunicación y la cooperación entre departamentos,
como la de Tecnologías de la Información (TI) y gestión. También ayudan a que las empresas alcancen
un flujo de trabajo eficiente. (3)
Se basa en un método de diagrama de flujos donde se modela todos los pasos que un proceso de negocio
planifica desde principio a fin. También podemos decir que representa de manera visual la secuencia con
detalle de todo el flujo de la información y las actividades que en la empresa son necesarias para poder
finalizar un proceso. Es muy importante el uso de diagramas debido a que son más fácil de entender que
una gran cantidad de texto. En un proceso de negocio tenemos elementos vitales que se deben utilizar:
- Eventos: inicia, modifica, o finaliza un proceso. Incluyen mensajes, temporizadores, errores,
compensaciones, cancelaciones, enlaces, etc.
- Actividad: tarea particular que se lleva a cabo por el sistema, puede ser detallada con subprocesos
o bucles.
- Gateway: es punto decisivo que es capaz de modificar la función de las condiciones o los eventos.
- Flujo de secuencia: es el orden en el que se realizarán las actividades.
- Flujo de mensajes: muestra mensajes que influyen en límites organizativos o departamentos, no
conecta eventos o actividades.
- Asociación: asocia un artefacto a un evento o actividad.
- Artefacto: es información adicional que el desarrollador puede agregar para aportar un nivel
necesario de detalle al diagrama. Se divide en 3 tipos:
 De datos: datos necesarios de una actividad.
 De grupo: agrupación lógica de actividades.
 De anotación: explicación completa de una parte del diagrama.
Los analistas de sistemas deben crear el proceso del modelado del negocio, con el fin de crear un ciclo
de vida y mejora continua para el software, así se puede monitorear y optimizar de mejor manera.
Recomendaciones que son clave para el modelado de procesos de negocio:
1. Definir claramente el alcance del proceso con un principio y con un final
2. Se puede crear un mapa del proceso del negocio, antes de diagramar.
3. Diseñar los flujos de secuencia de manera horizontal, mostrar las asociaciones y los flujos de
datos de manera vertical.
 4. Se pueden crear distintas versiones de diagrama para los diferentes interesados, esto de acuerdo
a nivel de detalle que sea necesario o requerido en cada rol
Observaciones y comentarios
En algunos casos no es necesario utilizar todos los tipos de diagramas UML en el modelado del
sistema. Pero en la práctica se puede observar que si combinamos los tipos de diagrama son de valiosa
utilidad para obtener el mejor resultado en el modelado del sistema, al hacerlo de esta manera el
resultado del modelado será completo y consistente. Podemos tomar en cuenta también que no es
necesario seguir explícitamente el orden de estas cuatro vistas.
Conclusiones
El utilizar el modelo nos ayudará para llevar a cabo un mejor proyecto, ya que nos ayuda a pensar y así
poderlo expresar con mayor claridad.
Si utilizamos el modelo nos ayudará a entender de una mejor manera como ocurren los procesos, esto
nos lleva a hacer preguntas y poder entender respuestas para llevar a la realidad el sistema. Además, nos
ayudará también a comunicar los procesos a otras personas, es decir si en un futuro alguien más toma el
proyecto se le hará más fácil entenderlo.
Debemos de entender algo muy importante que el modelo representa una forma simplificada de los
procesos que se realizan en el mundo real.

E-grafía
1. Roger S. Pressman, Ph.D. Ingeniería del Software Un Enfuque Práctico. México D.F. : McGRAW-
HILL INTERAMERICANA EDITORES, S.A. DE C.V., 2010. págs. 167,176. 978-607-15-0314-5.
2. Admin. www.sourcemaking.com. www.sourcemaking.com. [En línea] [Citado el: 25 de Julio de
2019.] https://sourcemaking.com/es/uml/modeling-it-systems.
3. Acosta, Nelly. www.cuidatudinero.com. www.cuidatudinero.com. [En línea] 10 de Diciembre de
2018. [Citado el: 25 de Julio de 2019.] https://www.cuidatudinero.com/13143097/que-es-el-modelo-de-
proceso-de-negocio.
4. Ignacio G.R. Gavilán. www.ignaciogavilan.com. www.ignaciogavilan.com. [En línea] 15 de Junio
de 2018. [Citado el: 25 de Julio de 2019.] http://ignaciogavilan.com/que-es-y-para-que-vale-modelar-un-
proceso-de-negocio/.