TECNICA DE

MODELAMIENTO DE
PROCESOS - IDEF

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

FUNCION 02

PROCESO 01

PROCESO 02

PROCESO
ELEMENTAL 01

ENT 1

FUNCION 02

PROCESO 03

EBP 02

ENT 2

ENT 3

db1

FUNCION 03

PROCESO 04

EBP 03

ENT 4

...

META 03

...

...
ENT 5

db2

...

PROCESO 05

EBP 04

ENT 6

META n

FUNCION m

PROCESO 06

EBP 05

ENT 7

...

...
...

db3

PROCESO n

EBP 06

ENT 8

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

PROCESOS
P1
P2
P3
P4
P5

M1
X

METAS
M2
M3
X

M1
M2
M3
M4

X
X

METAS

M4
X
X
X

F1
X
X
X

FUNCIONES
F2
F3
X
X
X

F4
X
X

REQUERIMIENTOS INFORMACION
R1
R2
R3
R4
R5
X
X
X
X
X
X
X
X
X
X
X
X
X

REQUERIMIENTOS
INFORMACIN
R1
R2
R3
R4
R5

E1
X
X

ENTIDADES
E2
E3
E4
X
X
X
X
X
X
X
X

FUNCIONES
F1
F2
F3
F4

E5
X
X
X

P1
X
X

PROCESOS
P3
P4
X
X
X
X
X
X
X

P2

P5
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.
PROCESO
NEGOCIOS

REQUERIMIENTO

PROCESO RESULTADO
NEGOCIOS

RECURSOS

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

CLIENTES
PROCESO
DISEO
INGENIEROS

VENDEDORES

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

Mecanismo
(Recurso)

Output

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

INPUT

OUTPUT

MECANISMO

IDEF es una descomposicin

Top Down
A-0

Mas General

1
2
3
4
A0

2.1
2.2
2.3

Este diagrama es el
padre de ...
este diagrama.

A2

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

Personal
desaprobado

Personal
capacitado

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
defectuoso

Material
rechazado

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.

USED AT:

AUTHOR:

DATE: 25/11/00

WORKING

PROJECT: FONDO SEGURO RETIRO

REV:

DRAFT

25/11/00

READER

DATE CONTEXT:

RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10

PUBLICATION

REGLAMENTO
ADMINISTRACION
RECURSOS

REGLAMENTO
FONDO DE
SEGURO DE
RETIRO Y
CESACION

GESTION
FONDOS
RETIRO

INGRESOS

$0

A-0

REGLAMENTO
FONDO DE
VIVIENDA

REGLAMENTO
PRESTAMOS
BENEFICIOS
ECONOMICOS

BENEFICIOS

REPORTES
CONTABLES

APORTES
FIR

PRESTAMOS

GESTION
FONDOS
PRESTAMO
$0

INTERESES
PRESTAMO
GESTION
FONDO
VIVIENDA
$0

LIQUIDACIONES

APORTE
VIVIENDA
VIVIENDAS
PERSONAL
FONDO
SEGUROS
NODE:

TITLE:

A0

ADMINISTRACION RECURSOS INTERNOS OEE

NUMBER:

USED AT:

AUTHOR:

DATE: 25/11/00

WORKING

PROJECT: FONDO SEGURO RETIRO

REV:

DRAFT

09/12/00

READER

DATE CONTEXT:

RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10

PUBLICATION

A0

REGLAMENTO FONDO DE SEGURO DE RETIRO Y CESACION

APORTES
FIR

REPORTES
CONTABLES
INGRESOS
$0

PRESTAMO
OEE

REPORTE
INGRESOS

BENEFICIOS
ECONOMICOS

EGRESOS
$0

2
REPORTE EGRESOS
SOLICITUD
PRESTAMO

GESTION
PRESTAMO
OEE
$0

INFORMACION
PERSONAL

PROVISION

RESERVA
TECNICA
$0

PERSONAL
FONDO
SEGUROS

NODE:

TITLE:

A1

GESTION FONDOS RETIRO

NUMBER:

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:

DATE: 09/12/00

WORKING

PROJECT: FONDO SEGURO RETIRO

REV: 09/12/00

DRAFT

READER

DATE CONTEXT:

TOP

RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10

PUBLICATION

A0

GESTION
FONDOS
RETIRO
$0

INGRESOS
$0

$0

APORTACIONES
POR PROCESO
CINFE

$0

INVERSIONES
$0

COLOCACIONES
COMPRA DE
CERTIFICADOS

TITLE:

A1

ADELANTOS
2

APORTACIONES
POR PROCESO
CPMP

NODE:

GESTION
PRESTAMO
OEE

EGRESOS

APORTACIONES

$0

REINTEGRO
$0

$0

PAGO TOTAL
$0

RESERVA
TECNICA

$0

DEVOLUCION
APORTES
INDEBIDOS
$0

Arbol de Nodos

GESTION FONDOS RETIRO

NUMBER:

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.

USED AT:

AUTHOR: LUIS ZULOAGA ROTTA

DATE: 25/11/00

WORKING

PROJECT: REDISEO DE PROCESOS CINFE

REV:

DRAFT

14/12/00

READER

TOP

RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10

DATE CONTEXT:

PUBLICATION
REGLAMENTO
ADMINISTRACION
RECURSOS

BENEFICIOS

GESTION DE
FONDOS DE RETIRO

INGRESOS

REPORTES
CONTABLES
$0

A0

PERSONAL FONDO SEGUROS

DIAGRAMA FEO
NODE:

TITLE:

A-0F

GESTION DE FONDOS DE RETIRO

NUMBER:

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.

USED AT:
DFD FONDO
DE SEGURO
DE RETIRO

AUTHOR: LUIS ZULOAGA ROTTA

DATE: 12/12/00

WORKING

PROJECT: REDISEO DE PROCESOS CINFE

REV:

DRAFT

12/12/00

READER

DATE CONTEXT:

RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10

2
CINFE

PUBLICATION

A1

APORTES FIR

REPORTE INGRESOS

3
CONTABILIDAD
$0

1
TESORERIA
OEE

PRESTAMOS

PRESTAMO OEE

APORTACIONES

$0

INVERSIONES
1

APORTACIONES

REPORTES CONTABLES

Diagrama Flujo Datos

NODE:

TITLE:

A11

INGRESOS

INVERSIONES

NUMBER:
1

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
Soporte Administracin

15.9%
13.9%

Clara definicin de Requerimientos

Apropiado Planeamiento

13.0%
9.6%

Expectativas Realistas
Hitos no Extensos

8.2%
7.7%

Staff Competente de profesionales

Propietario

7.2%
5.3%

Fuente:

Quality Systems & Software - 1997

Porqu los Proyectos Fallan ?

Requerimientos Incompletos
Falta de Requerimientos

13.1%
12.4%

Falta de de Recursos
Expectativas no Realistas
Cambio Requerimientos/Especificaciones

10.6%
9.9%

Falta de Planeamiento
No se especifico el tiempo adecuado

8.7%
8.1%
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
--

Unidad Costo

.1 / .2

Requerimientos

0.5

Diseo

Codificacin

Pruebas Unidad

Prueba Aceptacin

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
NEGOCIO
PROCESOS
NEGOCIO

FUNCIONES DE NEGOCIO:
NEGOCIO Un grupo de actividades
y decisiones que conjuntamente soportan un aspecto
del funcionamiento de la empresa.
PROCESOS:
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.

PROCEDIMIENTOS
NEGOCIO
MODULO
PROGRAMA

ES
D
A
ID
V
I
ACT

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:
PROGRAMA Una porcin
de un programa que son unidades en el diseo
del programa.

ORGANIZACION ABC
AREAS DE
FUNCION

-Planeamiento
de Negocios
-Finanzas
-Planeamiento
de Producto
-Materiales
-Planeamiento
Produccin
-Produccin
-Investigacin
-Ventas
-Distribucin
-Contabilidad
-Personal

FUNCIONES
DE NEGOCIOS

-Control de
Stock
Terminado
-Servicio
de Ordenes
-Embalaje
-Embarque

PROCEDIMIENTOS
PROCESOS

-Aceptar
Orden
-Registrar
Orden
-Crear
Factura
-Liberar
Orden

Procedimientos diseados para un rea de negocios

frecuentemente no corresponden exactamente a la
descomposicin de procesos

MODULOS DE
PROGRAMAS

-Validar
Cliente
-Chequear
Disponibil.idad
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

PREGUNTAS ??