METODOLOGIA JACOBSON.pdf

1REINGENIERA DE LOS PROCESOS DEL NEGOCIO - PS6160 1

UNIVERSIDAD SIMN BOLVARDEPARTAMENTO DE PROCESOS Y SISTEMAS

REINGENIERA DE LOS PROCESOS DEL NEGOCIO

Metodologa propuesta por Jacobsonpara realizar Reingeniera(Parte II)

REINGENIERA DE LOS PROCESOS DEL NEGOCIO - PS6160 2

INGENIERA (FORWARD ENGINEERING)

REALIZAR LA INGENIERA 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 tendrn los nuevos procesos del negocio.

Verificar el NUEVO NEGOCIO: realizar una prueba piloto.


CUNDO UN CASO DE USO ES BUENO?

Es claro y fcil de entender.

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

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

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

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


MODELOS OBJETO: REAL E IDEAL

Ambos Modelos Objeto (Real e Ideal) tendrn 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 CMO.

El Modelo Objeto Ideal contiene slo los Objetos necesario para realizar los CASOS DE USO.

El Modelo Objeto Real incluye las restricciones del Negocio.


LOS SISTEMAS DE INFORMACIN Y EL NEGOCIO Cada uno de los objetos del modelo objeto del negocio (in-

terfaz, control y entidad) tienen un desempeo en el Negocio.

Los objetos de control y de interfaz representan actividades que podran ser ejecutadas por recursos humanos, quienes contarn con diferentes herramientas para realizarlas. Estas actividades debieran ser: la coordinacin que una persona pueda realizar. enlaces y razonamientos lgicos.

Los objetos entidad del Negocio representan "cosas" del negocio y pueden ser implementadas de diferentes maneras.

Los objetos del negocio sern implementados, en la Capa de Recursos, tanto por cosas animadas (humanos) como por inanimados (sistemas de software).


LOS SISTEMAS DE INFORMACIN

NEGOCIO

Soportadopor

Recursos Humanos

Implementadopor

Mquinas y SI


Proceso de Desarrollo de Software

Algunas definiciones

Secuencia de eventos en el desarrollo de un sistema de informacin (aplicacin), lo cual requiere del esfuerzo mutuo, tanto de parte del usuario como del equipo tcnico. (Freedman, 1993)

Una actividad grupal, conducida con recursos limitados, que conducen a un producto intangible (software). (Topper et al., 1994)

Un proceso lgico con el cual los analistas, ingenieros de software, programadores y usuarios finales, construyen Sistemas de Informacin 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 fcilmente descrito usando un solo modelo. (Sommerville, 1998)


Proceso de Desarrollo de Software

El proceso de desarrollo de software es una actividad ms humana que tcnica:

Resolucin errada del problema Identificacin incorrecta o no inclusin de aspectos importantes Falla en el soporte tcnico requerido para el desarrollo Metas no compartidas Problemas de comunicacin Uso incorrecto de la tecnologa


Proceso de Desarrollo de Software La Ingeniera de Software nos llev a ver el proceso de desarrollo del

software como un proceso de Ingeniera. Este proceso es complejo y variable. RUP es un modelo que detalla el proceso de desarrollo del software

incorporando las mejores prcticas detectadas hasta la fecha: Desarrollo Iterativo del Software Gestin de Requerimientos Arquitecturas basadas en componentes Modelar el software visualmente Verificacin de la Calidad del Software Gestin del cambio


RUP. Recordemos

DimensinEsttica

DimensinDinmica

ProcesoIterativo


Modelado de Negocio en un Proceso Iterativo

En un proceso iterativo, el equipo recorre un conjunto de pasos mltiples veces, cada vez enfocndose 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 despus

iterar a travs del anlisis, el diseo, la codificacin, las pruebas y la implantacin.

Incluir el modelado de negocio en las iteraciones.



MODELADO DE NEGOCIO AL PRINCIPIO MODELADO DE NEGOCIO EN LAS ITERACIONES

Prueba

Diseo

Codificacin

Implantacin

Anlisis

Prueba

Diseo

Codificacin

Implantacin

AnlisisModelado de

Negocio

Modelado de Negocio


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 ms efectivamente a la organizacin.

Este enfoque tiene la habilidad de construir un sistema que puede tener un gran impacto positivo a la compaa.



La desventaja del primer enfoque es que los proyectos tienen restricciones d tiempo. Los usuarios y clientes quieren los sistemas rpido y no estn 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 organizacin sin que se retrase la construccin del sistema de software.



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


Identificacin de Sistemas de Informacin

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 tcnicas que para modelar software, facilitando que ambas partes entiendan los modelos.



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 anlisis 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

Reservacin Pasajero

Vuelos

Operador telefnico


LOS MODELOS DE NEGOCIO Y LOS ACTORES DEL SISTEMA

Reservacin y Venta de PasajesPasajero

Operador telefnicoReservacin de

Vuelo

Asesor de Viajes

Ejecutivo de Counter Registro de Venta

Coordinador de Ventas

Emisin de Ticket

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 Anlisis que han hecho con anterioridad para el Proceso Crditos Hipotecarios L.P.H.



TRABAJADORES DE NEGOCIO AUTOMATIZADOS El objetivo es construir un sistema que automatiza un conjunto

completo de procesos de negocio (por ejemplo, una aplicacin e-commerce).

En este caso, el trabajador de negocio deja de ser el actor del sistema, y es ahora el actor de negocio quin se comunicardirectamente con el sistema y actuar como actor del sistema.

Como resultado, se est cambiando la manera de hacer el negocio al construir una aplicacin como esta.

Las responsabilidades del trabajador de negocio sern trasladadas al actor de negocio.

11


TicketFactura

Pasajero


Asesor de Viajes

Reservacin Pasajero

Vuelos

Operador telefnico

Operador telefnicoReservacin de Vuelo

Asesor de Viajes



Emisin de Ticket

Reservacin y Venta de PasajesPasajero



Emisin de Ticket

Reservacin de Vuelo on-line

Pasajero


TRABAJADORES DE NEGOCIO

AUTOMATIZADOS

Automatizando los trabajadoresde negocio se cambiarcompletamente la manera dehacer el proceso de negocio, ytambin cmo se encuentranlos actores y casos del uso delsistema

X

X


Ejercicio 8

Conformen equipos para identificar la automatizacin de trabajadores de negocio sobre la base del Modelo de Anlisis que hicieron para el Proceso Crditos Hipotecarios L.P.H.

12



ENTIDADES DE NEGOCIO EN EL MODELO DE ANLISIS Una entidad de negocio que ser manejada por un SI corresponder

a una entidad en el modelo del anlisis del SI. Algunos atributos de la entidad de negocio tambin podran

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 Reservacin Factura

TicketFactura

Pasajero


Asesor de Viajes

Reservacin Pasajero

Vuelos

Operador te lefnico

Operador telefnicoReservacin de

Vuelo

Asesor de Viajes



Emisin de Ticket

Reservac in y Venta de PasajesPasajero

XX



Emisin de Ticket

Reservacin de Vuelo on-line

Pasajero


ENTIDADES DE NEGOCIO EN EL

MODELO DEANLISIS

El perfil de las entidades de negocio del cliente, de la cuenta y del prstamo, son

automatizados

13


Ejercicio 9

Conformen equipos para identificar las entidades del negocio que sern automatizadas por el SI, sobre la base del Modelo de Anlisis que hicieron para el Proceso Crditos Hipotecarios L.P.H.



USANDO AL MODELO DEL ANLISIS DE NEGOCIO PARA LA PLANIFICACIN DE RECURSOS

Para usar el modelo del objeto de negocio para la planificacin de recursos o como una base para simulacin, 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 Reingeniera de Procesos de Negocio, no se deben considerar los recursos en la primera iteracin 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 telefnico


USANDO AL MODELO DEL ANLISIS DE NEGOCIO PARA LA PLANIFICACIN 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

automatizacin. Se decideactualizar el modelo de objetos

para usarlo en la planificacinde recursos


Ejercicio 10

Conformen equipos para proponer una primera ampliacin del Modelo de Anlisis desarrollado para el Proceso Crditos Hipotecarios L.P.H., para su posible simulacin.

15


Otras Fuentes para los Requerimientos de SI

Hay muchas fuentes de conocimiento y requerimientos para los SI,adems 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, Tecnologas de Informacin, reuso, integracin, compatibilidad, calidad.

Cualquier consideracin heredada del negocio. Cronogramas y coordinacin con otros proyectos. Las tendencias propias del negocio y de la industria de las Tecnologas

de Informacin.


Requerimientos Funcionales

Actividades en los procesos de negocio que indican el uso de servicios de sistemas de informacin y que validan los pasos anteriores son: Almacenamiento, recuperacin, organizacin y administracin de

informacin Procesamiento, conversin y presentacin Conocimiento y toma de decisiones Comunicacin Control de hardware

16


Requerimientos No Funcionales

Son identificados al buscar las siguientes necesidades en los procesos del negocio: Tiempo de procesamiento Tiempo de respuesta Seguimiento del desempeo del proceso de negocio Mediciones de calidad Disponibilidad Consumo de recursos Seguridad


Requerimientos No Funcionales

UsabilidadSeguridadDisponibilidadDesempeo

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 DEINFORMACIN

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 asgnele 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. Dle el mismo nombre que tiene el objeto activo.

4) Si la actividad es fragmentada, asgnele diferentes CASOS DE USO. Fragmentada quiere decir que su ejecucin implica cursos de eventos realizados en diferentes momentos y que pareciese no tener conexin.

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-CIN

19



Los Objetos Entidad de la Capa del Negocio correspondern a los objetos entidad en la Capa de Recursos.

Los Objetos Entidad no tienen ninguna correspondencia especfica 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-CIN

ORDENDESPACHO

PRODUCTO

20


REINGENIERA DE SOFTWARE

Legacy Systems

Funcionalidades que senecesitan agregar o

cambiar

Definicin general de las funcionalidades que se necesitan agregar o cambiar en los viejos SI.



Identificacin 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



Creacin de los vnculos de trazabilidad entre los objetos del Modelo Objeto Ideal y el diseo de unidades (componentes) en la implementacin del viejo SI.

Legacy Systems

Implementacin

ModeloObjetoIdeal

Modelo deImplementacin

Vnculos detrazabilidad

METODOLOGIA JACOBSON.pdf

Documents

Transcript of METODOLOGIA JACOBSON.pdf