Docente: Lain Jardiel Cárdenas Escalante

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 influye la arquitectura de software al
entorno empresarial de una organización? y
¿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 una práctica sobre modelado de
negocio, aplicando el Modelo de Eriksson y
Penker y el diagrama de actividad de UML,
de forma correcta y respetando el tiempo
establecido.
SESIÓN 1: ARQUITECTURA Y MODELADO DE NEGOCIO

• ¿Qué son los Sistemas de Información?

• ¿Qué es la arquitectura de software?
• ¿Por qué es importante la arquitectura de
software?
• 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.
 Personas

Procesos
del Software
negocio

Sistema de
Información

Datos Hardware

Red
 Sistemas de Información

Los Sistemas de Información

ayudan a administrar, recolectar,
recuperar, procesar, almacenar y
distribuir información relevante
para los procesos fundamentales
de cada organización.
Los Sistemas de Información
permiten integrar las soluciones
tecnológicas y los procesos de
negocio para satisfacer las
necesidades de información de las
empresas, lo que les permite
alcanzar sus objetivos de manera
eficaz y eficiente.
Tipos de Sistemas de Información

Sistemas de soporte de • Data Warehouse.

decisión • Inteligencia de negocios.
• Minería de datos.

Sistema de información • Generación de reportes.

para la administración • Generación de gráficos estadísticos.

• Ingreso de datos.
Sistema de procesamiento • Modificación de datos.
de transacciones • Eliminación de datos.
 Sistema de procesamiento de transacción

Base de
datos

Edición para Comprobación de

Actualización de la
Transacción comprobación de consistencia con
base de datos
errores datos existentes

Respuesta a la
transacción

Sistema de transacción
 Ejemplo de sistema de procesamiento de transacción

Base de
datos

Comprobar si se Comprobar si la Se actualiza la

Transacción ingreso la cuenta cuenta origen existe cuenta origen y la
destino y monto y si hay fondos cuenta destino

Respuesta a la
transacción

Sistema de transferencia bancaria

Importancia de la arquitectura de software
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.
 El modelado de negocio

• 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

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 modelado de negocio

• 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.
 ¿Por qué el modelado de negocio?
• 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.
 ¿Por qué el modelado de negocio?

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:
Modelo 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 empresarial con UML
Proyecto MarketSoft
Modelo de Eriksson y Penker – Niveles de procesos
Modelo de Eriksson y Penker – Proceso Gestionar Ventas
Diagrama de actividad
del Proceso Gestionar
Ventas
 Trabajo en equipo

Desarrolla las actividades propuestas durante la sesión con tu equipo de trabajo.

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

❖ Len Bass, Paul Clements, Rick Kazman. (2013). Software Architecture in

Practice. Tercera Ed. Addison Wesley.
✓ Capitulo 1 - Qué es la arquitectura de software.
✓ Capitulo 2 - Por qué es importante la arquitectura de software
✓ Capitulo 3 - Contextos de la arquitectura de software

❖ 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.