TECNICA DE MODELAMIENTO DE PROCESOS - IDEF
Ing. Luis Zuloaga Rotta
ASPECTOS A CONSIDERAR
Reglas y procesos de negocio. Descomposicin funcional Modelo de procesos. Diagrama de Flujo de Datos. Diagramas Entidad relacin.
PROCESO DE NEGOCIOS
Una actividad que transforma una o mas entradas (inputs) para producir uno o mas resultados (outputs) deseados.
OBJETIVOS
META 01 META 02 META 03
... ...
META n
FUNCION 02
FUNCION 02
FUNCION 03
FUNCION m
PROCESO 01
PROCESO 02
PROCESO 03
PROCESO 04
PROCESO 05
PROCESO 06
...
PROCESO n
PROCESO ELEMENTAL 01
EBP 02
EBP 03
...
ENT 5
EBP 04
EBP 05
... ...
EBP 06
ENT 1
ENT 2
ENT 3
ENT 4
...
ENT 6
ENT 7
ENT 8
db1
db2
db3
Funciones y Procesos de Gestin
Una funcin de gestin es un grupo de actividades de alto nivel que juntas apoyan un aspecto del negocio. Los procesos de gestin tambin son agrupamientos de actividades, pero ocurren a un nivel inferior. La ejecucin de un proceso tiene sentido, es una actividad con un principio y un fin.
Diferencia entre Funcin y Proceso
Funcin : identificada por un verbo. Es continua.
Comercializar Fabricar Vender Expedir Comprar
Proceso : indentificado por verbo+sustantivo. Tiene un inicio y un fin. No es continuo.
Tomar un pedido Ensamblar un pieza Facturar a un cliente Solicitar materiales
Proceso de Negocios
Los procesos de negocio definen la forma en la que el trabajo es hecho dentro de y entre las organizaciones. La ingeniera de procesos de negocio modela la mejora de procesos utilizando tcnicas y notaciones formales e identificando como la tecnologa puede ser utilizada para posibilitar el rediseo de procesos.
Proceso de Negocio Elemental - EBP
Conjunto de actividades que no pueden realizarse independientemente ni en momentos diferentes. Finalizada su ejecucin debe producir un resultado que sea completo y significativo para el usuario. Cada ejecucin debe realizarse desde el principio hasta el final en un solo lugar.
Qu expresan los Requerimientos Informacin ?
Los requerimientos informacin del negocio se dan como resultado de las necesidades de las funciones de negocio. Los requerimientos funcionales de sistemas deben mostrar todo lo que el sistema debe hacer mas todas las restricciones sobre la funcionalidad. Los requerimientos forman un modelo completo, representando el sistema total a algn nivel de abstraccin.
MATRICES DE RELACIN
OBJETIVOS OBJ 1 OBJ 2 0BJ 3 OBJ 4 OBJ 5 M1 X X X X X METAS M2 M3 X X X M4 X X
METAS M1 M2 M3 M4
F1 X X X
FUNCIONES F2 F3 X X X
F4 X X
PROCESOS P1 P2 P3 P4 P5
REQUERIMIENTOS INFORMACION R1 R2 R3 R4 R5 X X X X X X X X X X X X X
FUNCIONES F1 F2 F3 F4
P1 X X
P2
PROCESOS P3 P4 X X X X X X X
P5 X X
REQUERIMIENTOS INFORMACIN R1 R2 R3 R4 R5
E1 X X
ENTIDADES E2 E3 E4 X X X X X X X X
E5 X X X
Recursos de Negocios
Recursos : materiales, energa e informacin consumida y producida por una organizacin. Los procesos de negocio son diseados para producir una salida o resultado deseado que tiene algn valor utilizando los recursos disponibles a la organizacin.
Valor y recursos
Los procesos de negocio son diseados para adicionar valor y los recursos almacenan este valor. Los procesos de negocio tienden a ser medidos por el flujo de valor y por el valor que adicionan, mientras que los recursos tienden a ser medidos por el nivel de valor que ellos representan.
Procesos y recursos
Los recursos tpicamente incluyen personas, dinero, equipamiento, tecnologa, know-how y otros. Pueden ser externos a la organizacin, tal como proveedores, clientes, contratistas, autoridades reguladoras, y otros.
REQUERIMIENTO
PROCESO NEGOCIOS
RECURSOS
PROCESO RESULTADO NEGOCIOS
RECURSOS
Procesos, recursos y Productos
Un negocio entrega valor a sus clientes en la forma de productos o servicios los cuales son generalmente el resultado de ejecutar mas de un proceso. Cada proceso requiere de uno o mas recursos, los cuales en su turno deben ser proporcionados o soportados por uno o mas procesos.
Cadena de Valor
Es un conjunto de procesos que entregan valor de negocio para los cliente. Puede ser expresada en trminos de los flujos y niveles de informacin, controles, materiales, dinero e intangibles que tienen valor o costo. El valor que agregan los procesos es identificado siguiendo el trabajo realizado desde el requerimiento de los clientes, determinando que se necesita hacer para adicionar valor.
Diagrama de Flujo de Valor
PROCESO VENTA PROCESO DESPACHO
PRODUCTOS INVENTARIO VENDEDORES
CLIENTES
PROCESO DISEO INGENIEROS
PROCESO PRODUCCION
PROCESO COMPRA
PROVEEDORES
MATERIALES OPERARIOS
PROCESO PAGO
DINERO
Porque mejorar los procesos de negocio ?
En el complejo y cambiante mundo de hoy, los negocios necesitan concentrarse en como los procesos satisfacen las necesidades del cliente. Son los procesos en los que se entregan productos o servicios los que definen la calidad y ltimamente el xito del negocio.
Que incluye la mejora ?
La mejora de procesos incluye el mapeo y el modelamiento de las miles de interacciones dentro de una organizacin para perfeccionar su comprensin y mejorar su operacin. Se puede redisear una organizacin entera o una parte indistinta de la organizacin tal como alinear los requerimientos de negocio a la tecnologa de informacin existente.
Algunas razones criticas para el Rediseo de Procesos de Negocio
Compartir Informacin
La informacin es muy valiosa, esta debe ser apropiadamente compartida.
Soportar las metas de la Organizacin
La informacin debe soportar las metas de la organizacin; aquellas que no sern removidas.
Reducir el costo de hacer negocios
Eliminar aquellas actividades que incrementan el costo sin un beneficio directo a las metas organizacionales, sin satisfaccin del cliente o sin incremento de los beneficios.
Algunas razones criticas para el Rediseo de Procesos de Negocio- BPR
Procesos deben ser soportados por los productos en si mismos.
Reducir necesidades de clientes desarrollando sistemas de administracin de la informacin, abriendose y alineandose con estndares; costo de soporte es reducido. Mejorar el diseo de software para proveer interfaces comunes, amigables a los usuarios, y reducir el costo de entrenamiento as como el tiempo de soporte.
COMPONENTES DEL BPR
Planeamiento negocios/estratgico
Un plan estratgico define todo lo que una organizacin es, quienes sern servidos, que necesidades atender, y bajo que trminos operar (valores y convicciones).
Modelamiento de actividades
Descomponer los procesos de negocio, paso a paso para explicar el proceso total. Cada actividad es mostrada como una transformacin de entradas en salidas, tomando control sobre las restricciones y mecanismos o factores de produccin consumidos por la actividad.
Aplicado en :Modelo AS - IS (como es) y transformado dentro de modelo TO - BE (a ser)
COMPONENTES DEL BPR
Modelamiento de informacin
El modelo muestra las entidades (objetos) y las relaciones entre las entidades de una organizacin con la finalidad de responder a los requerimientos de informacin.
Costeo basado en actividad (ABC)
Los costos de fabricar productos y servicios son medidos y establecidos por actividad.
Anlisis econmico
Utilizar ABC como fuente de datos bsicos para probar alternativas.
FACTORES CRITICOS EN BPR
Comprender el proceso de rediseo o ingeniera Conocer la forma de cmo se construye un negocio. Adoptar un enfoque de administracin de procesos. Medir y rutear continuamente la performance de los procesos. Practicar la administracin del cambio y proveer soporte a la administracin central. Administrar proyectos de rediseo por resultados.
BPR : Vistas diferentes
Diagrama de Contexto
ICOM : Input, Control, Output, Mecanismo
Diagrama de Flujo de Datos - DFD Arbol de Nodos
Descomposicin jerrquica del diagrama de contexto dentro de actividades especificas, las que deben ser completadas para llevar a cabo el proceso.
El Modelamiento de Procesos de Negocio
Es una de las tcnicas mas efectivas para comprender y comunicar los procesos y las reglas del negocio. En un modelo de procesos se eliminan detalles extraos y se resalta informacin importante, en consecuencia reducimos la aparente complejidad del sistema bajo estudio.
Cmo se modelan los procesos ?
Se usan grficos (generalmente cajas y flechas) para proveer los datos acerca de la estructura del sistema, razn por la que la mayor parte de la gente piensa en modelos de procesos como representaciones pictricas. Con el modelamiento de procesos se puede mirar el sistema de inters con profundidad, de modo que delicados matices de su organizacin puedan ser analizados, comprendidos y tal vez lo mas importante, comunicados a otros.
Lenguaje de Definicin Integrado (IDEF)
IDEF es una tcnica de modelamiento estndar creada por la Fuerza Area USA
Utilizada para crear diagramas y documentos.
Contiene dos formas o modelos de actividad:
El modelo AS - IS muestra lo actual ( El modelo TO - BE muestra el destino (objetivo)
Componentes:
Arbol de nodos Diagrama de contexto Diagramas de descomposicin
La Familia IDEF
Integration DEFinition Basado en U.S. Air Forces Integrated Computer Aided Manufacturing (ICAM) (finales de 1980s) Muchos diferentes mtodos IDEF Cada mtodo es til para describir una perspectiva particular.
(IDEF), modelamiento funcional o actividades (IDEF1), modelamiento informacin (IDEF1x), modelamiento de datos (IDEF2), captura la dinamica de procesos (IDEF3), captura la descripcin de procesos (IDEF4), diseo orientado a objetos (IDEF5), captura la ontologa
Modelamiento de Procesos IDEF
Modelamiento de actividades IDEF o Procesos de Negocio, es una tcnica para analizar el sistema total como un conjunto de actividades o funciones interrelacionadas. Las actividades (verbos) del sistema son analizadas independientemente del o de los objetos que los llevan a cabo.
IDEF: Que es ?
Una tcnica para modelar :
funciones :
actividades acciones procesos operaciones
relaciones funcionales y datos (informacion y objetos) de un sistema o empresa.
IDEF : Por qu ? Integra modelamiento de :
personas mquinas materiales computadoras informacin desde los sistema a travs de la empresa hasta el rea en cuestin.
Fortalezas de IDEF
genrico riguroso y preciso conciso conceptual flexible
IDEF es
Lenguaje de modelamiento grfico (sintaxis y semantica) + metodologa para desarrollar modelos de procesos. Describe :
que hace un sistema que controles tiene sobre que trabaja como ejecuta sus funciones que produce
En resumen IDEF = grfico + texto + glosario
ICOM
Inputs
Items consumidos o transformados por procesos Ejemplo : materiales, informacin, capital, energa, ...
Controles
Restricciones o gobierno del proceso Ejemplos : lineamientos, reglas de negocio, polticas, ...
Outputs
Resultados del proceso, esto es una entrada transformada Ejemplos : materiales, informacin, ...
Mecanismos
Recursos utilizados para producir la salida (usada por los procesos) Ejemplos : personal, sistemas, equipos, ...
IDEF
Restriccin
Input
Actividad a ejecutar
Output
Mecanismo (Recurso)
La actividad (o funcin) es representada por una caja. Inputs son representados por la flechas fluyendo hacia el lado izquierdo de la caja. Outputs son representados por flechas fluyendo desde el lado derecho de la caja. Flechas que fluyen hacia la parte superior de la caja representan restricciones o controles. Flechas fluyendo hacia el lado inferior de la caja son los mecanismos.
El Orden de las cajas no implica necesariamente una secuencia !! La descomposicin es Top Down !!
Flechas de Input / Output
Representan datos / objetos fluyendo (con etiqueta) La flecha puede contener un extremo desconectado (delmitante). No de utilizan flechas en diagonal, slo ngulo 90o Las bifurcacin / unin sirven para empaquetar / desempaquetar datos.
Flechas Control / Mecanismo
Control : condiciones o politicas requeridas para producir una correcta salida (output) Mecanismo : medios para llevar a cabo una funcin o actividad.
flecha llamada enlace / compartir entre modelos flecha mecanismo quin / con que
Pequea linea quebrada usada para asociar etiqueta con flecha o nota con diagrama.
EJEMPLO DE ICOM
ACTIVIDADES
Una actividad algunas veces llamada una funcin, procesa o transforma inputs dentro de outputs. Dado que IDEF modela un sistema como un conjunto de actividades jerarquizadas, la primera actividad a ser definida es la actividad que describe el sistema en si mismo la actividad contexto. Esta es dibujada como una caja y un nombre dado.
Diagramas IDEF
A-0 = Diagrama de Contexto A0 = Diagrama de Nivel cero
procesos numerados con un simple dgito 1-6
Descomposicin jerrquica (A3, A32, A323)
parent - child related by DRE / node # (lower left)
No ms que 52 cajas x diagrama C# - nmero creacin: versin cronolgica
DIAGRAMA UTILIZANDO BPWin
CONTROL
ACTIVIDAD
OUTPUT
INPUT
MECANISMO
IDEF es una descomposicin Top Down
A-0
Mas General
1 2 3 4 A0
2.1 2.2 2.3 A2
Este diagrama es el padre de ... este diagrama.
Mas Detallado
2.3.1
2.3.2 2.3.3 A23
Combinaciones de flechas de interface
Output Input
Output Control Output Mecanismo Output Control feedback Output Input feedback
Consideraciones para construir diagramas IDEF0
Salida de un proceso que se convierten en entrada de otro.
Realizar venta
Venta
Programar despacho
Salida de un proceso que se convierte en control de otro.
Elaborar Reglamento personal reglamento
Evaluar personal
Salida de un proceso que se convierte en mecanismo de otro.
Realizar cobranzas
Contratar personal de caja
Personal de caja
Salida que se convierte en control de un proceso previo (feedback).
Salida que se convierte en entrada de un proceso previo (feedback).
Personal capacitado Personal desaprobado
Capacitar personal
Evaluar personal
Personal aprobado
Bifurcaciones y Uniones
Las salidas (outputs) de una actividad pueden ser usadas por ms que una actividad. En IDEF las flechas en general, pueden bifurcarse o unirse, renombrandose en caso sea necesario para especificar mayor detalle (dado que es un subconjunto de la flecha principal).
POLITICAS & PROCEDIMIENTOS
POLITICAS & PROCEDIMIENTOS DE PERSONAL
POLITICAS & PROCEDIMIENTOS DE VENTAS
Material residual
Material rechazado
Material defectuoso
Tunnels
Son corchetes mostrados en las extremos de las flechas para controlar el nivel de detalle en un diagrama y evitar confusiones. Se utilizan para flechas que no deseamos aparezcan en los diagramas padre, dado que no son significativas, pero si necesarias para explicar la actividad.
US ED AT :
AUTHOR: PROJECT : FONDO SE GURO RE TIRO
DA TE : 25/11 /00 RE V: 25/11 /00
WORK ING DRAFT RE COMM ENDE D PUBL ICA TION
RE ADER
DA TE CONTE XT :
NOT ES : 1 2 3 4 5 6 7 8 9 10 RE GLAM ENTO ADMINIST RA CION RE CURS OS RE GLAM ENTO FONDO DE SE GURO DE RE TIRO Y CE SA CION
A-0
RE GLAM ENTO PRES TA MOS BE NE FICIOS ECONOMICOS
RE GLAM ENTO FONDO DE VI VIE NDA BE NE FICIOS
INGRES OS
GES TION FONDOS RE TIRO $0 1
RE PORTE S CONTA BLE S
AP ORT ES FIR
PRES TA MOS GES TION FONDOS PRES TA MO $0 2
INTERES ES PRES TA MO GES TION FONDO VI VIE NDA $0 AP ORT E VI VIE NDA VI VIE NDA S PE RS ONA L FONDO SE GUROS NODE: TI TLE : 3 LIQUI DACIONE S
ADMINIST RACION RECURSOS INT ERNOS OEE
NUMB ER:
A0
US ED AT :
AUTHOR: PROJECT : FONDO SE GURO RE TIRO
DA TE : 25/11 /00 RE V: 09/12 /00
WORK ING DRAFT RE COMM ENDE D PUBL ICA TION
RE ADER
DA TE CONTE XT :
NOT ES : 1 2 3 4 5 6 7 8 9 10
A0
RE GLAM ENTO FONDO DE SE GURO DE RET IRO Y CE SA CION
AP ORT ES FIR INGRES OS $0 PRES TA MO OEE 1 RE PORTE INGRES OS EGRES OS $0 2 RE PORTE EGRESOS GES TION PRES TA MO OEE $0 INFORMA CION PE RS ONA L RE SE RV A TE CNICA $0 4 3
RE PORTE S CONTA BLE S
BE NE FICIOS ECONOMICOS
SOLICITUD PRES TA MO
PROVIS ION
PE RS ONA L FONDO SE GUROS
NODE:
TI TLE :
GESTION FONDOS RETIRO
NUMB ER:
A1
Diagramas Arbol de Nodos
El rbol de nodos es un diagrama que permite una vista entera del modelo. Normalmente el nodo mas alto corresponde al diagrama de contexto, y el modelo jerrquico se desarrolla a continuacin. Visualizando su modelo como un rbol de nodos nos podemos concentrar sobre la descomposicin funcional del modelo.
USED AT :
AUTHOR: PROJECT : FONDO SEGURO RETIRO
DATE: 09/12/00 REV: 09/12/00
WORKING DRAFT RECOMMENDED PUBLICAT ION
READER
DATE CONT EXT:
TOP
A0
NOTES: 1 2 3 4 5 6 7 8 9 10 GEST ION FONDOS RETIRO $0 1
INGRESOS $0 1
EGRESOS $0 2
GEST ION PRESTAMO OEE $0 3
RESERVA TECNICA $0 4
APORTACIONES $0 1
INVERSIONES $0 2
ADELANT OS $0 1
REINTEGRO $0 2
PAGO TOTAL $0 3
DEVOLUCION APORTES INDEBIDOS $0 4
APORTACIONES POR PROCESO CINFE APORTACIONES POR PROCESO CPMP
COLOCACIONES COMPRA DE CERTIFICADOS
Arbol de Nodos
NODE:
TIT LE:
GESTION FONDOS RETIRO
NUMBER:
A1
Diagramas FEO
Son diagramas For Exposition Only (FEO) y frecuentemente son incluidos en modelos para ilustrar otros puntos de vista o detalles no explicitamente soportados por la sintaxis del modelamiento IDEF. Se utilizan para aislar una simple actividad y las flechas conectadas a esta.
US ED AT:
AUTHOR: LUIS ZULOAGA ROT TA PROJE CT: REDISEO DE P ROCE SOS CI NFE
DA TE : 25/11/00 RE V: 14/12/00
WORK ING DRAFT RE COMMENDE D PUBLICATION
RE ADER
DA TE CONT EX T:
TOP
NOTE S: 1 2 3 4 5 6 7 8 9 10
RE GL AMENTO ADMINIS TRA CION RE CURSOS
INGRESOS
GESTION DE FONDOS DE RETIRO
BE NE FICIOS
RE PORT ES CONT AB LES $0 A0
PE RS ONAL FONDO S EGUROS
DIAGRAMA FEO
NODE : TIT LE:
GESTION DE FONDOS DE RETIRO
NUMBE R:
A-0F
Diagrama de Flujo de Datos (DFDs)
Los Diagramas de Flujo de Datos modelan los sistemas como una red de actividades que procesan datos para y desde Entidades Externas que se encuentran dentro o fuera de los limites del sistema representado. Tambin se representan almacenes de datos (data stores). Los DFDs son comnmente usados en la implementacin de sistemas de informacin para la administracin.
US ED AT: DFD FONDO DE SE GURO DE RE TIRO
AUTHOR: LUIS ZULOAGA ROT TA PROJE CT: REDISEO DE P ROCE SOS CI NFE
DA TE : 12/12/00 RE V: 12/12/00
WORK ING DRAFT RE COMMENDE D PUBLICATION
RE ADER
DA TE CONT EX T:
NOTE S: 1 2 3 4 5 6 7 8 9 10
A1
2 CINFE AP ORTE S FIR RE PORT E INGRESOS
3 CONT AB ILIDA D $0 1 TE SORE RIA OEE PRES TAMO OEE 1
PRES TAMOS
APORTACIONES
$0
INVERSIONES
1 AP ORTA CIONE S RE PORT ES CONTA BLE S
INV ERSIONES
Diagrama Flujo Datos
NODE : TIT LE:
INGRESOS
NUMBE R: 1
A11
Caractersticas Fsicas de un Sistema
Las flechas en los DFDs muestran como los objetos (datos) fluyen, o se mueven :
desde una actividad a otra, o desde una entidad externa a una actividad o viceversa.
Esta representacin de flujo, combinado con almacenes de datos y entidades externas, dan a los modelos DFD mas similitud a algunos de las caractersticas fsicas de un sistema - esto es, a asuntos de movimiento de datos, almacenamiento de datos (data store) y de distribucin y adquisicin de datos (referencias externas).
Modelamiento Procesos Negocio (IDEF)
Cuando usamos en el Modelamiento Procesos Negocio, IDEF, es mejor y mas conveniente utilizarla como una tcnica de anlisis y diseo lgico. El modelo es generalmente ejecutado en la fase temprana de un proyecto. Un anlisis usando modelamiento IDEF puede alimentar un proceso de diseo usando modelos IDEF3 y diagramas de flujo de datos (DFD).
Modelo de Anlisis del Sector de Actividad
Los analistas concentran sus mayores esfuerzos en estas tres tareas.
DATOS ACTIVIDAD
INTERACCION
Qu es Modelamiento Datos?
Es un medio para capturar formalmente los datos que son de relevancia para una organizacin en la conduccin de sus negocios. Es una de las principales tcnicas que hoy estn en uso, sobre las que se construyen DBs relacionales.
MODELO DE INFORMACIN
Diagrama ERD
Ventajas del Modelamiento de Datos
Costo Efectivo. Medio de Comunicacin. Mejor Comprensin del Sistema.
Rol de Requerimientos
Si un producto no es lo que el cliente o los usuarios quieren, entonces la calidad de la construccin es irrelevante. El rol clave de los requerimientos es mostrar a los desarrolladores y usuarios que se necesita de un sistema. Proveer los requerimientos forma parte de un lenguaje que todos comprenden, ya que todos estn involucrados, incluyendo los clientes. El primer y bsico rol de los requerimientos es por lo tanto la comunicacin.
Situacin de la Industria de Software
Mas del 30% de todos los proyectos de software son cancelados antes de su finalizacin. Mas del 70% de los proyectos restantes fallan al entregar y evaluar las caractersticas esperadas. Un proyecto promedio ejecuta 189% sobre el presupuesto aprobado y extiende sus actividades sobre el 222%.
Fuente : The Standish Group - 1996
Principales causas de error en el Software
Pobre administracin de requerimientos. Pobre administracin del cambio. Pobre control de calidad. Reducido control de programacin y costos.
Porqu los Proyectos de Software son exitosos ?
Involucra a Usuarios 15.9%
Soporte Administracin
Clara definicin de Requerimientos Apropiado Planeamiento Expectativas Realistas Hitos no Extensos
13.9%
13.0% 9.6% 8.2% 7.7%
Staff Competente de profesionales
Propietario
Fuente:
7.2%
5.3%
Quality Systems & Software - 1997
Porqu los Proyectos Fallan ?
Requerimientos Incompletos Falta de Requerimientos Falta de de Recursos Expectativas no Realistas Cambio Requerimientos/Especificaciones Falta de Planeamiento 13.1% 12.4% 10.6% 9.9% 8.7% 8.1%
No se especifico el tiempo adecuado
7.5%
Fuente : Quality Systems & Software - 1997
Cul es la causa mas relevante ?
Sin duda ... La Administracin de Requerimientos. Despus de todo si no conocemos el comportamiento deseado para el sistema, cmo podemos:
Especificar este comportamiento ? Disear el sistema ? Conocer si el sistema hace lo que debe ? Medir el nivel de calidad logrado ? Predecir el esfuerzo involucrado ?
Cmo identificamos los Requerimientos ?
Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocucin con usuarios o clientes. Pueden utilizarse cualquiera de una variedad de tcnicas como entrevistas para intercambiar opiniones, brainstorming, prototipeo, cuestionarios, etc. Cuando los requerimientos se logran redactar a un significativo nivel de detalle, tendremos listo el documento denominado Especificacin de Requerimientos.
Organizacin Requerimientos
Un bien implementado programa de administracin de requerimientos provee un repositorio de informacin centralizada. Incluye :
Requerimientos Atributos de requerimientos Informacin relativa al estado de requerimientos Alguna otra informacin relevante del medio ambiente de la Cia.
Beneficios de una Buena Administracin de Requerimientos
Mejor control de proyectos complejos. Mejora en la calidad del software y en la satisfaccin del cliente. Reduccin en los retrasos y en los costos del proyecto. Mejora en la comunicacin del equipo. Facilita la conformidad con estndares y regulaciones.
El Alto Costo de Errores en los Requerimientos
Hay fuertes evidencias que una efectiva administracin de requerimientos conducen los ahorros del proyecto integral. Las tres razones primarias para esto son :
Costos de reparar errores en los requerimientos superan en mas de 10 veces a otros errores. Errores de requerimientos comprenden encima del 40% de todos los errores de un proyecto de software. Pequeos reducciones en el nmero de errores de requerimientos rinden grandes dividendos al evitar costos de re-trabajo y das de retraso.
Costo Relativo de Reparacin de Errores
ETAPA
-.1 / .2
Requerimientos Diseo Codificacin Pruebas Unidad Prueba Aceptacin
0.5
Unidad Costo
1
2
5
20
Mantenimiento
Cmo empezamos el Modelamiento Datos ?
Identificar las reas o asuntos de inters que trata el negocio. Describir las asociaciones entre las distintas reas de inters en un Diagrama de Areas de Inters. Una asociacin entre dos reas de inters indica una relacin de gestin entre uno o ms de sus componentes.
CLIENTES
PRODUCTOS
MATERIAS PRIMAS
REPRE SENTANTES
PEDIDOS
VENDEDORES
ORDENES DE COMPRA
PROVEEDORES
DIAGRAMA DE AREAS DE INTERES
Qu mas necesitamos ?
Tambin necesitamos generar una jerarqua de procesos y descripciones de la mayora de ellos en trminos de las entidades y atributos que estos utilizan y de las reglas del negocio que ellos implementan.
ACTIVIDAD: Un trmino genrico para funciones de negocio,
procesos, procedimientos, o mdulos de programa. FUNCIONES DE NEGOCIO: Un grupo de actividades y decisiones que conjuntamente soportan un aspecto del funcionamiento de la empresa. PROCESOS: Actividad de negocios definida que puede ser llevada a cabo en un corto perodo de tiempo. El proceso indica qu debera ejecutarse, pero no precisa qu mtodo emplear.
FUNCIONES NEGOCIO PROCESOS NEGOCIO
PROCEDIMIENTOS NEGOCIO
MODULO PROGRAMA
PROCEDIMIENTO : Mtodo por el cual uno o ms procesos son llevados a cabo. Un procedimiento indica que debera hacerse. Los procesos realizados permanecen iguales cuando cambia la tecnologa; los procemientos podran ser diferentes.
MODULOS DE PROGRAMA: Una porcin de un programa que son unidades en el diseo del programa.
ORGANIZACION ABC
AREAS DE FUNCION FUNCIONES DE NEGOCIOS PROCEDIMIENTOS PROCESOS MODULOS DE PROGRAMAS
-Planeamiento de Negocios -Finanzas -Planeamiento de Producto -Materiales -Planeamiento Produccin -Produccin -Investigacin -Ventas -Distribucin -Contabilidad -Personal
-Control de Stock Terminado -Servicio de Ordenes -Embalaje -Embarque
-Aceptar Orden -Registrar Orden -Crear Factura -Liberar Orden
-Validar Cliente -Chequear [Link] de Productos Terminados -Manejo de Errores -Manerjo de Orden Pendiente -Creacin de Orden de Cliente
-GET Registro Cliente -CHECK Crdito Cliente -CREATE NEW Registro Cliente -COLLECT ALL Orden de Cliente
Procedimientos diseados para un rea de negocios frecuentemente no corresponden exactamente a la descomposicin de procesos
PREGUNTAS ??
