reingenierÍa de los procesos del negocio ingenierÍa

1

REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO - PS6160 1

UNIVERSIDAD SIMÓN BOLÍVARDEPARTAMENTO DE PROCESOS Y SISTEMAS

REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO

Metodología propuesta por Jacobsonpara realizar Reingeniería(Parte II)


INGENIERÍA (FORWARD ENGINEERING)

REALIZAR LA INGENIERÍA DEL NUEVO NEGOCIO IMPLICA:

Constuir el nuevo MODELO DE CASOS DE USO.

Construir el MODELO OBJETO IDEAL.

Construir el MODELO OBJETO REAL.

Desarrollar los SI: crear el soporte de TI que tendrán los nuevos procesos del negocio.

Verificar el NUEVO NEGOCIO: realizar una prueba piloto.

2


¿CUÁNDO UN CASO DE USO ES BUENO?

Es claro y fácil de entender.

Una meta es que se involucre la menor cantidad de gente en la ejecución de un CASO DE USO.

En lo posible, todas las etapas del CASO DE USO deberían aportar valor al producto.

Las personas que participan en la ejecución del CASO DE USO tienen total responsabilidad de lo que realizan.

Tener siempre en cuenta que debiera ser fácil poder adaptar el CASO DE USO a las restricciones del negocio.


MODELOS OBJETO: REAL E IDEAL

Ambos Modelos Objeto (Real e Ideal) tendrán los tres tipos de objetos: Interfaz, Entidad y Control.

El Modelo Objeto se inicia a partir del Modelo de Casos de Uso nuevo.

El Modelo Objeto Real parte del Modelo Objeto Ideal.

Las USE CASE describen el QUÉ.

Los MODELOS OBJETOS describen el CÓMO.

El Modelo Objeto Ideal contiene sólo los Objetos necesario para realizar los CASOS DE USO.

El Modelo Objeto Real incluye las restricciones del Negocio.

3


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


LOS SISTEMAS DE INFORMACIÓN

NEGOCIO

Soportadopor

Recursos Humanos

Implementadopor

Máquinas y SI

4


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)



El proceso de desarrollo de software es una actividad más humana que técnica:Resolución errada del problemaIdentificación incorrecta o no inclusión de aspectos importantesFalla en el soporte técnico requerido para el desarrolloMetas no compartidasProblemas de comunicaciónUso incorrecto de la tecnología

5



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 SoftwareGestión de RequerimientosArquitecturas basadas en componentesModelar el software visualmenteVerificación de la Calidad del SoftwareGestión del cambio


RUP. Recordemos …

DimensiónEstática

DimensiónDinámica

ProcesoIterativo

6


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 AL PRINCIPIO MODELADO DE NEGOCIO EN LAS ITERACIONES

Prueba

Diseño

Codificación

Implantación

Análisis

Prueba

Diseño

Codificación

Implantación

AnálisisModelado de

Negocio

Modelado de Negocio

7



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



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.

8



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.

9



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.


• Ticket• Factura

• Pasajero

• Coordinador de Ventas • Ejecutivo de Counter

• Asesor de Viajes

• Reservación • Pasajero

• Vuelos

• Operador telefónico


LOS MODELOS DE NEGOCIO Y LOS ACTORES DEL SISTEMA

Reservación y Venta de PasajesPasajero

Operador telefónicoReservación de

Vuelo

Asesor de Viajes

Ejecutivo de Counter Registro de Venta

Coordinador de Ventas

Emisión de Ticket

<<include>>

Se pueden derivar candidatos a Actores y a Casos de Uso del sistema basado en los modelos de negocio de un banco

10


Ejercicio 7

Conformen equipos para identificar los actores del SI sobre la base del Modelo de Casos de Uso y el Modelo de Análisis que han hecho con anterioridad para el Proceso Créditos Hipotecarios L.P.H.



TRABAJADORES DE NEGOCIO AUTOMATIZADOSEl 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.

11


TicketFactura

Pasajero

Coordinador de Ventas Ejecutivo de Counter

Asesor de Viajes

Reservación Pasajero

Vuelos

Operador telefónico


Vuelo

Asesor de Viajes



Emisión de Ticket

<<include>>

Reservación y Venta de PasajesPasajero



Emisión de Ticket

<<include>>

Reservación de Vuelo on-line

Pasajero


TRABAJADORES DE NEGOCIO

AUTOMATIZADOS

Automatizando los trabajadoresde negocio se cambiarácompletamente la manera dehacer el proceso de negocio, ytambién cómo se encuentranlos actores y casos del uso delsistema

X

X


Ejercicio 8

Conformen equipos para identificar la automatización de trabajadores de negocio sobre la base del Modelo de Análisis que hicieron para el Proceso Créditos Hipotecarios L.P.H.

12



ENTIDADES DE NEGOCIO EN EL MODELO DE ANÁLISISUna 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.


Ticket Vuelo Reservación Factura

TicketFactura

Pasajero

Coordinador de Ventas Ejecutivo de Counter

Asesor de Viajes

Reservación Pasajero

Vuelos

Operador te lefónico


Vuelo

Asesor de Viajes



Emisión de Ticket

<<include>>

Reservac ión y Venta de PasajesPasajero

XX



Emisión de Ticket

<<include>>

Reservación de Vuelo on-line

Pasajero


ENTIDADES DE NEGOCIO EN EL

MODELO DEANÁLISIS

El perfil de las entidades de negocio del cliente, de la cuenta y del préstamo, son

automatizados

13


Ejercicio 9

Conformen equipos para identificar las entidades del negocio que serán automatizadas por el SI, sobre la base del Modelo de Análisis que hicieron para el Proceso Créditos Hipotecarios L.P.H.



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.

14


Ejecutivo de CounterCoordinador de Ventas PasajeroAsesor de ViajesAsesor automatizadoPasajero

Reservador automatizado

Ejecutivo de CounterPasajero Asesor de Viajes PasajeroCoordinador de Ventas

Operador telefónico


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.

Los trabajadores de negocio semodifican para reflejar la

automatización. Se decideactualizar el modelo de objetos

para usarlo en la planificaciónde recursos


Ejercicio 10

Conformen equipos para proponer una primera ampliación del Modelo de Análisis desarrollado para el Proceso Créditos Hipotecarios L.P.H., para su posible simulación.

15


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

Actividades en los procesos de negocio que indican el uso de servicios de sistemas de información y que validan los pasos anteriores son:

Almacenamiento, recuperación, organización y administración de informaciónProcesamiento, conversión y presentaciónConocimiento y toma de decisionesComunicaciónControl de hardware

16


Requerimientos No Funcionales

Son identificados al buscar las siguientes necesidades en los procesos del negocio:

Tiempo de procesamientoTiempo de respuestaSeguimiento del desempeño del proceso de negocioMediciones de calidadDisponibilidadConsumo de recursosSeguridad


Requerimientos No Funcionales

UsabilidadSeguridadDisponibilidadDesempeño

altan/a90%n/aCaso de Uso 3

n/aninguna99%2 sCaso de Uso 2

n/aalta98%10 msCaso de Uso 1

17



Cuando se definen los CASOS DE USO de los SI, se parte de los Objetos Interfaz y los Objetos de Control del modelo de Objetos del Negocio.

OBJETO ACTIVO: objeto que engloba tanto a los Objetos Interfaz como a los Objetos de Control.

NEGOCIOCapa delNegocio

RECURSOSHUMANOS

SISTEMAS DEINFORMACIÓN

Capa deRecursos



Habiendo identificado los objetos activos del Modelo de Objetos del Negocio, se realizan los siguientes pasos:

1) Decida si el objeto activo va a ser realizado por un recurso humano que estará soportado por un SI.

2) Si es así, identifique el recurso humano que lo realizará y asígnele el mismo nombre que el del objeto activo.

3) Si será soportado o implementado por un SI defina un CASO DE USO del SI que lo implementará. Déle el mismo nombre que tiene el objeto activo.

4) Si la actividad es fragmentada, asígnele diferentes CASOS DE USO. Fragmentada quiere decir que su ejecución implica cursos de eventos realizados en diferentes momentos y que pareciese no tener conexión.

18



CASO DE USO A

CASO DE USO B

CASO DE USO CActor “X”

CASO DE USO A

CASO DE USO B

CASO DE USO C

ObjetoEntidad “Y”

Modelo Objeto Ideal

ModelodelSI

ObjetoActivo “X”

ABC

ObjetoEntidad “Y”

Modelodel

Negocio



Objeto Activo

SOLICITUDPRODUCTO

S.I. PRODUCTO

ORDENDESPACHO

NOTIFICA-CIÓN

19



Los Objetos Entidad de la Capa del Negocio corresponderán a los objetos entidad en la Capa de Recursos.

Los Objetos Entidad no tienen ninguna correspondencia específica con los CASOS DE USO de los SI.

Los Objetos Entidad pueden ser accesados por diferentes CASOS DE USO de los SI.

Los Objetos Entidad de la Capa de Recursos pueden participar en diferentes CASOS DE USO.



Vendedor

Solicitud de Productos

S.I.

Manejo Inventario

Cliente

NOTIFICA-CIÓN

ORDENDESPACHO

PRODUCTO

20


REINGENIERÍA DE SOFTWARE

Legacy Systems

Funcionalidades que senecesitan agregar o

cambiar

Definición general de las funcionalidades que se necesitan agregar o cambiar en los viejos SI.



Identificación de los CASOS DE USO en los LegacySystems que corresponden o que van a ser afectadas por el cambio.

Legacy Systems


cambiar

21



Identificar el Modelo Objeto Ideal. Lo que se visualizó de lo que debe ser cambiado, es clarificado.

Legacy Systems


cambiar



Creación de los vínculos de trazabilidad entre los objetos del Modelo Objeto Ideal y el diseño de unidades (componentes) en la implementación del viejo SI.

Legacy Systems

Implementación

ModeloObjetoIdeal

Modelo deImplementación

Vínculos detrazabilidad

reingenierÍa de los procesos del negocio ingenierÍa

Documents