ASI - Sesion2

Realidad problemática
Un SuperMarket, para ofrecer un mejor servicio a sus clientes y poder gestionar de forma más
eficiente sus procesos de negocio, ha contratado una Fábrica de Software para que implemente un
Sistema de Información denominado MarketSoft que apoye sus procesos comerciales, principalmente
el proceso de venta.
Para esto, la Fábrica de Software debe comprender los procesos del negocio para poder desarrollar el
Sistema de Información. Pero, la poca y mala información que se tiene de los flujos de actividades del
negocio, dificulta la comprensión. Entonces, si no se compren los procesos de negocio, se corre un alto
riesgo en definir de forma errada los requisitos y diseñar e implementar un sistema que no responde
eficazmente a las necesidades del negocio.
Por tanto, para dar solución al problema anterior, la Fábrica de Software debe planificar y realizar
actividades para modelar los procesos de negocio con las técnicas adecuadas.
Por Lain Cárdenas

Conflicto cognitivo
¿Cómo modelar el negocio para comprender

la estructura y la dinámica de una
organización en donde será desarrollado el
Sistema de Información?
Logro
Al término de la sesión, el estudiante

desarrolla en equipo una práctica sobre
modelado de negocio, basado en una
dinámica de actividad, aplicando técnicas
de forma correcta y cumpliendo con el
tiempo establecido.
SESIÓN 2: ARQUITECTURA DE NEGOCIO
• Procesos y el modelado de negocio.

• ¿Para qué se aplica el modelado de
negocio?
• ¿Por qué el modelado de negocio?
• Modelo de Eriksson y Penker.
• Diagrama de actividad empresarial.
Procesos de negocio
• Un proceso de negocio es un conjunto de

actividades que recibe uno o más insumos y crea
un producto de valor para el cliente.
• Son ejecutados por los actores (pueden ser: SI,
equipos de automatización o seres humanos)
para alcanzar un objetivo de negocios
predefinido.
• Son activados por eventos.
• Son regulados por las reglas del negocio.
• Consumen, usan e involucran objetos del negocio.
• Requieren información y datos para ejecutarse.
El modelado de negocio
• El modelado de negocio es una técnica para

modelar los procesos empresariales. Los
modelos de negocios proporcionan formas
de expresar los procesos empresariales en
términos de actividades empresariales y
comportamiento colaborativo.
• El modelado de negocios no implica cambiar
la forma de hacer negocios. Es simplemente
una técnica para documentar visualmente lo
que hace su empresa.
• Ante sistemas cada vez más complejos, el

modelado visual se hace imprescindible. A
medida que aumenta la complejidad de los
sistemas, también aumenta la importancia
de unas buenas técnicas de modelado.
• Estos modelos permiten a las distintas
partes interesadas ver el sistema desde
distintos ángulos y comunicar sus puntos de
vista entre sí. El uso de un lenguaje de
modelado riguroso es un ingrediente
esencial para una buena técnica de
modelado.
El modelado de negocio es una técnica que

ayuda a responder a preguntas críticas, como
por ejemplo:
• ¿Cómo sabe que ha identificado todos los
casos de uso del sistema?
• ¿Qué hacen los trabajadores (usuarios) antes
de utilizar nuestro sistema?
• ¿Qué valor empresarial aporta el sistema?
• ¿Cuál es el sistema empresarial al que dará
soporte este sistema informático?
• El objetivo de un esfuerzo de modelado de

negocio puede abarcar desde la
comprensión del negocio para el que se está
construyendo un sistema informático hasta
la realización de mejoras significativas en los
procesos empresariales.
• Dado que cada vez hay más procesos
empresariales automatizados por sistemas
informáticos, el modelado de negocio se
está convirtiendo en una técnica necesaria
para garantizar que las soluciones de
automatización sean adecuadas.
¿Para qué se aplica el modelado de negocio?
✓ Reingeniería de procesos.
✓ Planificación estratégica.
✓ Automatización industrial.
✓ Desarrollo de sistemas de información.
✓ Arquitecturas de información empresarial.
✓ Integración de aplicaciones empresariales.
¿Por qué el modelado de negocio?
Si se considera que el desarrollo de software tiene dos

impulsores principales, el coste y la calidad, el modelado de
negocio ayuda a estos factores proporcionando lo siguiente:
Impulsores de la calidad:
• Arquitectura del negocio y arquitectura del software: La
estructura del software debe absorber el cambio (es
decir, debe ser mantenible). El cambio suele estar
dirigido desde el negocio, por lo que el software debe
estar estructurado de forma coherente con las
abstracciones clave del negocio. El modelado del negocio
proporciona esas abstracciones y garantiza que todas las
partes interesadas en el proyecto las entiendan.
• Desarrollo de sistemas precisos: el modelado del
negocio utiliza un marco y un lenguaje comunes que
entienden tanto los programadores como los expertos en
el ámbito empresarial, lo que da lugar a sistemas que
responden eficazmente a las necesidades del negocio.
• Construir sistemas de forma armoniosa: Al aprovechar el
modelado del negocio, todas las partes interesadas que
participan en el proceso de desarrollo tienen un vínculo
común a partir del cual se pueden establecer procesos y
equipos de calidad.
• Desarrollo de sistemas robustos: el modelado de
negocios describe con precisión los procesos de la vida
real de una manera que garantiza una cobertura
completa. La cobertura incluye una definición adecuada
de los requisitos, un desarrollo preciso frente a los
requisitos y una cobertura de pruebas completa para
garantizar la calidad. El resultado final es un sistema de
calidad completo.
Si no se producen modelos de negocio, se corre el riesgo de

que los desarrolladores solo presten una atención superficial
a la forma en que se hacen los negocios. Pueden hacer lo
que mejor saben, que es diseñar y crear software, sin tener
en cuenta los procesos comerciales. Esta desafortunada
situación podría resultar en un desperdicio de costosos
esfuerzos de ingeniería de procesos comerciales. Además,
existe un mayor riesgo de que los sistemas que se
construyen no satisfagan las verdaderas necesidades de una
empresa.
Modelado de un proceso de negocio:
Diagrama de Eriksson y Penker (UML Business)
a. Proceso: Gestionar contrato
laboral
b. Objetivo: Contratar personal
para cubrir un cargo.
c. Actor: Jefe de personal.
d. Regla: El postulante debe ser
mayor de edad.
e. Evento: Apertura de vacante.
f. Información: Hoja de vida del
postulante.
g. Salida: Contrato laboral.
Modelado de un proceso de negocio:
Diagrama de Actividad de UML
Caso: Sistema MarketSoft
Modelo de procesos por niveles (UML Business)
Diagrama de Eriksson y Penker: Proceso Gestionar Ventas
Diagrama de
Actividad de UML:
Proceso Gestionar
Ventas
Preguntas de metacognición
1. ¿Qué aprendí?
2. ¿Cómo lo aprendí?
3. ¿Para qué me sirve lo que aprendí?
4. ¿Cómo hemos distribuido las tareas?
5. ¿Qué dificultades tuve al realizar las tareas?
6. ¿Cómo me sentí en el proceso?
Bibliografía
❖ Craig Larman, (2003) “UML Y PATRONES una Introducción al Análisis y Diseño Orientado
a Objetos y al Proceso Unificado”, 2da edición.
✓ Capitulo 7: Identificación de otros requisitos.
laincardenas.blogspot.com
Lain - Talleres de Programación
Perfil profesional
Grupo Software Factory
+51 947 981 145
laincardenas@gmail.com

ASI - Sesion2

Cargado por

Copyright:

Formatos disponibles

ASI - Sesion2

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ASI - Sesion2

Cargado por

Copyright:

Formatos disponibles

Realidad problemática

Por Lain Cárdenas

¿Cómo modelar el negocio para comprender

Al término de la sesión, el estudiante

• Procesos y el modelado de negocio.

• Un proceso de negocio es un conjunto de

• El modelado de negocio es una técnica para

• Ante sistemas cada vez más complejos, el

El modelado de negocio es una técnica que

• El objetivo de un esfuerzo de modelado de

Si se considera que el desarrollo de software tiene dos

Si no se producen modelos de negocio, se corre el riesgo de

Lain - Talleres de Programación

Grupo Software Factory

+51 947 981 145

También podría gustarte