Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1
¿CUÁNDO UN CASO DE USO ES BUENO?
2
LOS SISTEMAS DE INFORMACIÓN Y
EL NEGOCIO
Cada uno de los objetos del modelo objeto del negocio (in-
terfaz, control y entidad) tienen un desempeño en el
Negocio.
Los objetos de control y de interfaz representan actividades
que podrían ser ejecutadas por recursos humanos, quienes
contarán con diferentes herramientas para realizarlas.
Estas actividades debieran ser:
la coordinación que una persona pueda realizar.
enlaces y razonamientos lógicos.
Los objetos entidad del Negocio representan "cosas" del
negocio y pueden ser implementadas de diferentes
maneras.
Los objetos del negocio serán implementados, en la Capa
de Recursos, tanto por cosas animadas (humanos) como
por inanimados (sistemas de software).
REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO - PS6160 5
NEGOCIO
Soportado Implementado
por por
3
Proceso de Desarrollo de
Software
Algunas definiciones …
• Secuencia de eventos en el desarrollo de un sistema de información
(aplicación), lo cual requiere del esfuerzo mutuo, tanto de parte del usuario
como del equipo técnico”. (Freedman, 1993)
• “Una actividad grupal, conducida con recursos limitados, que conducen a un
producto intangible (software)”. (Topper et al., 1994)
• “Un proceso lógico con el cual los analistas, ingenieros de software,
programadores y usuarios finales, construyen Sistemas de Información y
aplicaciones del computador para satisfacer necesidades y resolver
problemas del negocio”. (Whitten y Bentley, 1998)
• “El proceso de desarrollo (las actividades involucradas en el desarrollo y
mantenimiento de software) es un proceso complejo y variable que no puede
ser fácilmente descrito usando un solo modelo”. (Sommerville, 1998)
Proceso de Desarrollo de
Software
El proceso de desarrollo de software es una actividad más humana
que técnica:
Resolución errada del problema
Identificación incorrecta o no inclusión de aspectos importantes
Falla en el soporte técnico requerido para el desarrollo
Metas no compartidas
Problemas de comunicación
Uso incorrecto de la tecnología
4
Proceso de Desarrollo de
Software
La Ingeniería de Software nos llevó a ver el proceso de desarrollo del
software como un proceso de Ingeniería.
Este proceso es complejo y variable.
RUP es un modelo que detalla el proceso de desarrollo del software
incorporando las mejores prácticas detectadas hasta la fecha:
Desarrollo Iterativo del Software
Gestión de Requerimientos
RUP. Recordemos …
Dimensión
Dinámica
Proceso
Dimensión Iterativo
Estática
5
Modelado de Negocio en un
Proceso Iterativo
En un proceso iterativo, el equipo recorre un conjunto de
pasos múltiples veces, cada vez enfocándose en
diferentes partes del negocio o del sistema.
Hay dos enfoques para el modelado de negocio en un
proceso iterativo:
Completar todo el modelado de negocio al principio, y después
iterar a través del análisis, el diseño, la codificación, las pruebas
y la implantación.
Incluir el modelado de negocio en las iteraciones.
Modelado de Negocio en un
Proceso Iterativo
Análisis
Prueba Codificación
Modelado de Negocio
6
Modelado de Negocio en un
Proceso Iterativo
Completando el modelado de negocio al principio, tiene
como ventaja el entendimiento completo del proceso de
negocio antes de definir el alcance del sistema como un
todo
Se puede determinar des un principio las áreas del
proceso que deben ser automatizadas y las áreas en las
cuales el sistema puede ayudar más efectivamente a la
organización.
Este enfoque tiene la habilidad de construir un sistema
que puede tener un gran impacto positivo a la compañía.
Modelado de Negocio en un
Proceso Iterativo
La desventaja del primer enfoque es que los proyectos
tienen restricciones d tiempo. Los usuarios y clientes
quieren los sistemas rápido y no están dispuestos a
esperar a que se analice primero el negocio
completamente.
Contrario al primer enfoque, el modelado de negocio
puede ser completado en iteraciones.
Tiene la ventaja de permitir el estudio de la organización
sin que se retrase la construcción del sistema de
software.
7
Modelado de Negocio en un
Proceso Iterativo
Sin embargo, se corre el riesgo de no entender bien el
negocio y construir un sistema de software que no satisface
sus necesidades, o descubrir tardíamente un proceso no
conocido previamente que tiene un gran impacto en el
sistema.
Estos tipos de riesgos pueden ser controlados, pero son los
tropiezos por usar este tipo de enfoque para el modelado de
negocio.
Identificación de Sistemas de
Información
Una gran ventaja de usar UML en el modelado del negocio es que es un
forma clara y concisa de mostrar las dependencias entre el negocio y el
sistema que se está construyendo.
Tal como se ha visto, para modelar el negocio se usan las mismas técnicas
que para modelar software, facilitando que ambas partes entiendan los
modelos.
8
Identificación de Sistemas de
Información
LOS MODELOS DE NEGOCIO Y LOS ACTORES DEL
SISTEMA
1. Para identificar los casos de uso del SI, se empieza con los
trabajadores de negocio del modelo de análisis de negocio.
2. Para cada trabajador de negocio, se identifica un un actor del SI
candidato.
3. Para cada caso del uso de negocio y el actor de negocio que lo
activa, cree un caso de uso candidato del SI.
Identificación de Sistemas de
Información
LOS MODELOS DE NEGOCIO Y LOS ACTORES DEL SISTEMA
Reservación y Venta de
Pasajero
Pasajes
Se pueden derivar
candidatos a Actores y • Vuelos
•
•
Reservación
Operador telefónico
Ejecutivo de Operador
Counter Registro de Venta Reservación de telefónico
Vuelo
<<include>>
Coordinador
de Ventas Asesor de
Emisión de Ticket Viajes
9
Ejercicio 7
Identificación de Sistemas de
Información
TRABAJADORES DE NEGOCIO AUTOMATIZADOS
El objetivo es construir un sistema que automatiza un conjunto
completo de procesos de negocio (por ejemplo, una aplicación e-
commerce).
En este caso, el trabajador de negocio deja de ser el actor del
sistema, y es ahora el actor de negocio quién se comunicará
directamente con el sistema y actuará como actor del sistema.
Como resultado, se está cambiando la manera de hacer el negocio
al construir una aplicación como esta.
Las responsabilidades del trabajador de negocio serán trasladadas
al actor de negocio.
10
Identificación de Sistemas de
Información
Reservación y Venta de
TRABAJADORES DE
Pasajero
Pasajes NEGOCIO
AUTOMATIZADOS
Vuelos
Reservación Pasajero
X
Coordinador
de Ventas Asesor de
Emisión de Ticket Viajes
Ejecutivo de
Counter Registro de Venta Reservación de Pasajero
Vuelo on-line
<<include>>
Coordinador
de Ventas
Emisión de Ticket
Ejercicio 8
11
Identificación de Sistemas de
Información
ENTIDADES DE NEGOCIO EN EL MODELO DE ANÁLISIS
Una entidad de negocio que será manejada por un SI corresponderá
a una entidad en el modelo del análisis del SI.
Algunos atributos de la entidad de negocio también podrían
corresponder a las entidades en el modelo de datos del sistema.
Una entidad de negocio puede ser usada por varios trabajadores de
negocio. Por consiguiente, las entidades correspondientes en el SI
pueden participar en varios casos de uso del SI.
Identificación de Sistemas de
Información
Pasajero
Res erv ac ió n y Venta de
Pasajes
ENTIDADES DE
NEGOCIO EN EL
Vuelos MODELO DE
Pasajero Asesor de Viajes
Reservación
Operad or te lefónico
Pasajero
ANÁLISIS
Coordinad or de Ventas Ejecutivo de Counter
El perfil de las entidades de negocio del
Factura T icket cliente, de la cuenta y del préstamo, son
automatizados
Ejecutivo de
Counter Registro de Venta Reservación de
X
Coordinador
de Ven tas Asesor de
Emisión de Ticket Viajes
Ejecutivo de
Counter Registro de Venta Reservación de Pasajero
Vuelo on-line
<<include>>
Coordinador
de Ventas
Emisión de Ticket
12
Ejercicio 9
Identificación de Sistemas de
Información
USANDO AL MODELO DEL ANÁLISIS DE NEGOCIO PARA LA
PLANIFICACIÓN DE RECURSOS
Para usar el modelo del objeto de negocio para la planificación de
recursos o como una base para simulación, se debe actualizar el modelo
para reflejar los tipos de recursos para soportar los trabajadores de
negocio e implementar los artefactos.
Si el objetivo es realizar una Reingeniería de Procesos de Negocio, no se
deben considerar los recursos en la primera iteración de su modelo del
objeto de negocio porque eso tiende a hacer que se enfoque en las
soluciones existentes en lugar de identificar problemas que pueden
resolverse con los nuevos tipos de soluciones.
13
Identificación de Sistemas de
Información
USANDO AL MODELO DEL ANÁLISIS DE NEGOCIO PARA LA
PLANIFICACIÓN DE RECURSOS
Se requiere modificar el modelo de negocio para reflejar que cada trabajador y
entidad de negocio es implementado por un solo tipo de recurso.
Reservador automatizado
Ejercicio 10
14
Otras Fuentes para los
Requerimientos de SI
Hay muchas fuentes de conocimiento y requerimientos para los SI,
además del modelado de negocios. Estas fuentes incluyen:
Los usuarios de los SI que no se han tomado en cuenta en el esfuerzo
de modelado de negocio. Por ejemplo, el administrador del sistema, el
cual no forma parte del modelado de negocio.
Estrategias que el negocio a decidido acometer. Por ejemplo,
Tecnologías de Información, reuso, integración, compatibilidad,
calidad.
Cualquier consideración heredada del negocio.
Cronogramas y coordinación con otros proyectos.
Las tendencias propias del negocio y de la industria de las Tecnologías
de Información.
Requerimientos Funcionales
15
Requerimientos No Funcionales
Requerimientos No Funcionales
16
LOS SISTEMAS DE INFORMACIÓN
Capa del
NEGOCIO
Negocio
17
LOS SISTEMAS DE INFORMACIÓN
B
Modelo
A C
del
Negocio Objeto Objeto
Activo “X” Entidad “Y”
CASO DE USO B
Modelo
CASO DE USO C
del CASO DE USO B
SI
Actor “X”
CASO DE USO C Objeto
Entidad “Y”
SOLICITUD
S.I. PRODUCTO
PRODUCTO
Objeto Activo
ORDEN
DESPACHO
NOTIFICA-
CIÓN
18
LOS SISTEMAS DE INFORMACIÓN
ORDEN
DESPACHO
Solicitud de Productos
NOTIFICA-
CIÓN
S.I.
Vendedor Cliente
Manejo Inventario
PRODUCTO
19
REINGENIERÍA DE SOFTWARE
Funcionalidades que se
necesitan agregar o
cambiar
Legacy Systems
REINGENIERÍA DE SOFTWARE
Funcionalidades que se
necesitan agregar o
cambiar
Legacy Systems
20
REINGENIERÍA DE SOFTWARE
Funcionalidades que se
necesitan agregar o
cambiar
Legacy Systems
REINGENIERÍA DE SOFTWARE
Modelo
Objeto
Ideal
Modelo de
Implementación
Implementación
21