TECNICA DE MODELAMIENTO DE PROCESOS - IDEFØ

Transcripción

1 TECNICA DE MODELAMIENTO DE PROCESOS - IDEFØ Ing. Luis Zuloaga Rotta Análisis y Diseño de Sistemas PA 763 V 1

2 ASPECTOS A CONSIDERAR Reglas y procesos de negocio. Descomposición funcional Modelo de procesos. Diagrama de Flujo de Datos. Diagramas Entidad relación. Análisis y Diseño de Sistemas PA 763 V 2

3 PROCESO DE NEGOCIOS Una actividad que transforma una o mas entradas (inputs) para producir uno o mas resultados (outputs) deseados. Análisis y Diseño de Sistemas PA 763 V 3

4 OBJETIVOS META 01 META 02 META META n FUNCION 02 FUNCION 02 FUNCION FUNCION m PROCESO 01 PROCESO 02 PROCESO 03 PROCESO 04 PROCESO 05 PROCESO 06 PROCESO n... PROCESO ELEMENTAL 01 EBP EBP 03 EBP 04 EBP 05 EBP 06 ENT ENT 2 ENT 3 ENT 4 ENT 5 ENT 6 ENT 7 ENT 8 db1 db2 db3 Análisis y Diseño de Sistemas PA 763 V 4

5 Funciones y Procesos de Gestión Una función de gestión es un grupo de actividades de alto nivel que juntas apoyan un aspecto del negocio. Los procesos de gestión también son agrupamientos de actividades, pero ocurren a un nivel inferior. La ejecución de un proceso tiene sentido, es una actividad con un principio y un fin. Análisis y Diseño de Sistemas PA 763 V 5

6 Diferencia entre Función y Proceso Diferencia entre Función y Proceso Función : 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 Análisis y Diseño de Sistemas PA 763 V 6

7 Proceso de Negocios Los procesos de negocio definen la forma en la que el trabajo es hecho dentro de y entre las organizaciones. La ingeniería de procesos de negocio modela la mejora de procesos utilizando técnicas y notaciones formales e identificando como la tecnología puede ser utilizada para posibilitar el rediseño de procesos. Análisis y Diseño de Sistemas PA 763 V 7

8 Proceso de Negocio Elemental - EBP Conjunto de actividades que no pueden realizarse independientemente ni en momentos diferentes. Finalizada su ejecución debe producir un resultado que sea completo y significativo para el usuario. Cada ejecución debe realizarse desde el principio hasta el final en un solo lugar. Análisis y Diseño de Sistemas PA 763 V 8

9 Qué expresan los Requerimientos Información? Los requerimientos información del negocio se dan como resultado de las necesidades de las funciones y procesos 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 algún nivel de abstracción. Análisis y Diseño de Sistemas PA 763 V 9

10 MATRICES DE RELACIÓN METAS OBJETIVOS M1 M2 M3 M4 OBJ 1 X X OBJ 2 X X 0BJ 3 X X OBJ 4 X X OBJ 5 X X FUNCIONES METAS F1 F2 F3 F4 M1 X X M2 X X M3 X X M4 X X REQUERIMIENTOS INFORMACION PROCESOS R1 R2 R3 R4 R5 P1 X X X P2 X X P3 X X X P4 X X P5 X X X PROCESOS FUNCIONES P1 P2 P3 P4 P5 F1 X X X F2 X X X X F3 X X F4 X X REQUERIMIENTOS INFORMACIÓN E1 E2 ENTIDADES E3 E4 E5 R1 X X R2 X X X R3 X X R4 X X X R5 X X X Se pueden incluir otras matrices, como la de Entidades vrs Base de Datos, Bases de Datos vrs Sistemas de informacion, Metas Vrs. CSF s. Análisis y Diseño de Sistemas PA 763 V 10

11 Recursos de Negocios Recursos : materiales, energía e información consumida y producida por una organización. Los procesos de negocio son diseñados para producir una salida o resultado deseado que tiene algún valor utilizando los recursos disponibles a la organización. Análisis y Diseño de Sistemas PA 763 V 11

12 Valor y recursos Los procesos de negocio son diseñados 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. Análisis y Diseño de Sistemas PA 763 V 12

13 Procesos y recursos Los recursos típicamente incluyen personas, dinero, equipamiento, tecnología, know-how y otros. Pueden ser externos a la organización, tal como proveedores, clientes, contratistas, autoridades reguladoras, y otros. PROCESO NEGOCIOS REQUERIMIENTO PROCESO NEGOCIOS RESULTADO RECURSOS RECURSOS Análisis y Diseño de Sistemas PA 763 V 13

14 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. Análisis y Diseño de Sistemas PA 763 V 14

15 Cadena de Valor Es un conjunto de procesos que entregan valor de negocio para los cliente. Puede ser expresada en términos de los flujos y niveles de información, 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. Análisis y Diseño de Sistemas PA 763 V 15

16 Diagrama de Flujo de Valor PROCESO VENTA PROCESO DESPACHO PRODUCTOS INVENTARIO VENDEDORES CLIENTES PROCESO DISEÑO INGENIEROS PROCESO PRODUCCION PROCESO COMPRA PROVEEDORES MATERIALES OPERARIOS PROCESO PAGO DINERO Análisis y Diseño de Sistemas PA 763 V 16

17 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. Análisis y Diseño de Sistemas PA 763 V 17

18 Que incluye la mejora? La mejora de procesos incluye el mapeo y el modelamiento de las miles de interacciones dentro de una organización para perfeccionar su comprensión y mejorar su operación. Se puede rediseñar una organización entera o una parte indistinta de la organización tal como alinear los requerimientos de negocio a la tecnología de información existente. Análisis y Diseño de Sistemas PA 763 V 18

19 Algunas razones criticas para el Rediseño de Procesos de Negocio Compartir Información La información es muy valiosa, esta debe ser apropiadamente compartida. Soportar las metas de la Organización La información debe soportar las metas de la organización; aquellas que no serán removidas. Reducir el costo de hacer negocios Eliminar aquellas actividades que incrementan el costo sin un beneficio directo a las metas organizacionales, sin satisfacción del cliente o sin incremento de los beneficios. Análisis y Diseño de Sistemas PA 763 V 19

20 Algunas razones criticas para el Rediseño de Procesos de Negocio- BPR Procesos deben ser soportados por los productos en si mismos. Reducir necesidades de clientes desarrollando sistemas de administración de la información, abriendose y alineandose con estándares; costo de soporte es reducido. Mejorar el diseño de software para proveer interfaces comunes, amigables a los usuarios, y reducir el costo de entrenamiento así como el tiempo de soporte. Análisis y Diseño de Sistemas PA 763 V 20

21 COMPONENTES DEL BPR Planeamiento negocios/estratégico Un plan estratégico define todo lo que una organización es, quienes serán servidos, que necesidades atenderá, y bajo que términos 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 transformación de entradas en salidas, tomando control sobre las restricciones y mecanismos o factores de producción consumidos por la actividad. Aplicado en :Modelo AS - IS (como es) y transformado dentro de modelo TO - BE (a ser) Análisis y Diseño de Sistemas PA 763 V 21

22 COMPONENTES DEL BPR Modelamiento de información El modelo muestra las entidades (objetos) y las relaciones entre las entidades de una organización con la finalidad de responder a los requerimientos de información. Costeo basado en actividad (ABC) Los costos de fabricar productos y servicios son medidos y establecidos por actividad. Análisis económico Utilizar ABC como fuente de datos básicos para probar alternativas. Análisis y Diseño de Sistemas PA 763 V 22

23 FACTORES CRITICOS EN BPR Comprender el proceso de rediseño o ingeniería Conocer la forma de cómo se construye un negocio. Adoptar un enfoque de administración de procesos. Medir y rutear continuamente la performance de los procesos. Practicar la administración del cambio y proveer soporte a la administración central. Administrar proyectos de rediseño por resultados. Análisis y Diseño de Sistemas PA 763 V 23

24 BPR : Vistas diferentes Diagrama de Contexto ICOM : Input, Control, Output, Mecanismo Diagrama de Flujo de Datos - DFD Arbol de Nodos Descomposición jerárquica del diagrama de contexto dentro de actividades especificas, las que deben ser completadas para llevar a cabo el proceso. Análisis y Diseño de Sistemas PA 763 V 24

25 El Modelamiento de Procesos de Negocio Es una de las técnicas mas efectivas para comprender y comunicar los procesos y las reglas del negocio. En un modelo de procesos se eliminan detalles extraños y se resalta información importante, en consecuencia reducimos la aparente complejidad del sistema bajo estudio. Análisis y Diseño de Sistemas PA 763 V 25

26 Cómo se modelan los procesos? Se usan gráficos (generalmente cajas y flechas) para proveer los datos acerca de la estructura del sistema, razón por la que la mayor parte de la gente piensa en modelos de procesos como representaciones pictóricas. Con el modelamiento de procesos se puede mirar el sistema de interés con profundidad, de modo que delicados matices de su organización puedan ser analizados, comprendidos y tal vez lo mas importante, comunicados a otros. Análisis y Diseño de Sistemas PA 763 V 26

27 Lenguaje de Definición Integrado (IDEF) IDEF es una técnica de modelamiento estándar creada por la Fuerza Aérea 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 descomposición Análisis y Diseño de Sistemas PA 763 V 27

28 Integration DEFinition La Familia IDEF Basado en U.S. Air Force s Integrated Computer Aided Manufacturing (ICAM) (finales de 1980 s) Muchos diferentes métodos IDEF Cada método es útil para describir una perspectiva particular. (IDEFØ), modelamiento funcional o actividades (IDEF1), modelamiento información (IDEF1x), modelamiento de datos (IDEF2), captura la dinamica de procesos (IDEF3), captura la descripción de procesos (IDEF4), diseño orientado a objetos (IDEF5), captura la ontología Análisis y Diseño de Sistemas PA 763 V 28

29 Modelamiento de Procesos IDEFØ Modelamiento de actividades IDEFØ o Procesos de Negocio, es una técnica 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. Análisis y Diseño de Sistemas PA 763 V 29

30 IDEFØ: Que es? Una técnica para modelar : funciones : actividades acciones procesos operaciones relaciones funcionales y datos (informacion y objetos) de un sistema o empresa. Análisis y Diseño de Sistemas PA 763 V 30

31 IDEFØ : Por qué? Integra modelamiento de : personas máquinas materiales computadoras información desde los sistema a través de la empresa hasta el área en cuestión. Análisis y Diseño de Sistemas PA 763 V 31

32 Fortalezas de IDEFØ genérico riguroso y preciso conciso conceptual flexible Análisis y Diseño de Sistemas PA 763 V 32

33 IDEFØ es Lenguaje de modelamiento gráfico (sintaxis y semantica) + metodología 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Ø = gráfico + texto + glosario Análisis y Diseño de Sistemas PA 763 V 33

34 ICOM Inputs Items consumidos o transformados por procesos Ejemplo : materiales, información, capital, energía,... Controles Restricciones o gobierno del proceso Ejemplos : lineamientos, reglas de negocio, políticas,... Outputs Resultados del proceso, esto es una entrada transformada Ejemplos : materiales, información,... Mecanismos Recursos utilizados para producir la salida (usada por los procesos) Ejemplos : personal, sistemas, equipos,... Análisis y Diseño de Sistemas PA 763 V 34

35 IDEFØ Input Restricción Actividad a ejecutar Mecanismo (Recurso) Output La actividad (o función) 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 descomposición es Top Down!! Análisis y Diseño de Sistemas PA 763 V 35

36 Flechas de Input / Output Representan datos / objetos fluyendo (con etiqueta) La flecha puede contener un extremo desconectado (delímitante). No de utilizan flechas en diagonal, sólo ángulo 90 o Las bifurcación / unión sirven para empaquetar / desempaquetar datos. Análisis y Diseño de Sistemas PA 763 V 36

37 Flechas Control / Mecanismo Control : condiciones o politicas requeridas para producir una correcta salida (output) Mecanismo : medios para llevar a cabo una función o actividad. flecha llamada enlace / compartir entre modelos flecha mecanismo quién / con que Pequeña linea quebrada usada para asociar etiqueta con flecha o nota con diagrama. Análisis y Diseño de Sistemas PA 763 V 37

38 EJEMPLO DE ICOM Análisis y Diseño de Sistemas PA 763 V 38

39 ACTIVIDADES Una actividad algunas veces llamada una función, 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. Análisis y Diseño de Sistemas PA 763 V 39

40 Diagramas IDEFØ A-0 = Diagrama de Contexto A0 = Diagrama de Nivel cero procesos numerados con un simple dígito 1-6 Descomposición jerárquica (A3, A32, A323) parent - child related by DRE / node # (lower left) No más que 5±2 cajas x diagrama C# - número creación: versión cronológica Análisis y Diseño de Sistemas PA 763 V 40

41 DIAGRAMA UTILIZANDO BPWin CONTROL ACTIVIDAD OUTPUT INPUT MECANISMO Análisis y Diseño de Sistemas PA 763 V 41

42 IDEFØ es una descomposición Top Down A Mas General 4 A Este diagrama es el padre de... este diagrama. A2 Mas Detallado A Análisis y Diseño de Sistemas PA 763 V 42

43 Combinaciones de flechas de Output Input interface Output Control Output Mecanismo Output Control feedback Output Input feedback Análisis y Diseño de Sistemas PA 763 V 43

44 Bifurcaciones y Uniones Las salidas (outputs) de una actividad pueden ser usadas por más 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 Material residual Material defectuoso POLITICAS & PROCEDIMIENTOS DE PERSONAL POLITICAS & PROCEDIMIENTOS DE VENTAS Material rechazado Análisis y Diseño de Sistemas PA 763 V 44

45 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. Análisis y Diseño de Sistemas PA 763 V 45

46 USED AT: AUTHOR: DATE: PROJECT: FONDO SEGURO RETIRO REV: 25/11/00 25/11/00 WORKING DRAFT READER DATE CONTEXT: RECOMMENDED NOTES: PUBLICATION A-0 INGRESOS REGLAMENTO ADMINISTRACION RECURSOS GESTION FONDOS RETIRO REGLAMENTO FONDO DE SEGURO DE RETIRO Y CESACION REGLAMENTO PRESTAMOS BENEFICIOS ECONOMICOS REGLAMENTO FONDO DE VIVIENDA BENEFICIOS $0 1 REPORTES CONTABLES APORTES FIR GESTION FONDOS PRESTAMO PRESTAMOS $0 2 INTERESES PRESTAMO GESTION FONDO VIVIENDA LIQUIDACIONES APORTE VIVIENDA $0 3 VIVIENDAS PERSONAL FONDO SEGUROS NODE: TITLE: NUMBER: ADMINISTRACION RECURSOS INTERNOS OEE A0 Análisis y Diseño de Sistemas PA 763 V 46

47 USED AT: AUTHOR: DATE: PROJECT: FONDO SEGURO RETIRO REV: 25/11/00 09/12/00 WORKING DRAFT READER DATE CONTEXT: RECOMMENDED NOTES: PUBLICATION A0 REGLAMENTO FONDO DE SEGURO DE RETIRO Y CESACION APORTES FIR INGRESOS REPORTES CONTABLES PRESTAMO OEE $0 1 REPORTE INGRESOS EGRESOS $0 2 BENEFICIOS ECONOMICOS REPORTE EGRESOS $0 GESTION PRESTAMO OEE 3 SOLICITUD PRESTAMO INFORMACION PERSONAL RESERVA TECNICA PROVISION $0 4 PERSONAL FONDO SEGUROS NODE: TITLE: NUMBER: GESTION FONDOS RETIRO A1 Análisis y Diseño de Sistemas PA 763 V 47

48 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 jerárquico se desarrolla a continuación. Visualizando su modelo como un árbol de nodos nos podemos concentrar sobre la descomposición funcional del modelo. Análisis y Diseño de Sistemas PA 763 V 48

49 USED AT: AUTHOR: DATE: PROJECT: FONDO SEGURO RETIRO REV: 09/12/00 09/12/00 WORKING DRAFT RECOMMENDED READER DATE CONTEXT: TOP NOTES: PUBLICATION A0 GESTION FONDOS RETIRO $0 1 INGRESOS EGRESOS GESTION PRESTAMO OEE RESERVA TECNICA $0 1 $0 2 $0 3 $0 4 APORTACIONES INVERSIONES ADELANTOS REINTEGRO PAGO TOTAL DEVOLUCION APORTES INDEBIDOS $0 1 $0 2 $0 1 $0 2 $0 3 $0 4 APORTACIONES POR PROCESO CINFE APORTACIONES POR PROCESO CPMP COLOCACIONES COMPRA DE CERTIFICADOS Arbol de Nodos NODE: TITLE: NUMBER: GESTION FONDOS RETIRO A1 Análisis y Diseño de Sistemas PA 763 V 49

50 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. Análisis y Diseño de Sistemas PA 763 V 50

51 USED AT: AUTHOR: LUIS ZULOAGA ROTTA DATE: PROJECT: REDISEÑO DE PROCESOS CINFE REV: 25/11/00 14/12/00 WORKING DRAFT RECOMMENDED READER DATE CONTEXT: TOP NOTES: PUBLICATION REGLAMENTO ADMINISTRACION RECURSOS INGRESOS GESTION DE FONDOS DE RETIRO BENEFICIOS REPORTES CONTABLES $0 A0 DIAGRAMA FEO GESTION DE FONDOS DE RETIRO NODE: TITLE: NUMBER: A-0F PERSONAL FONDO SEGUROS Análisis y Diseño de Sistemas PA 763 V 51

52 Diagrama de Flujo de Datos (DFD s) 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. También se representan almacenes de datos (data stores). Los DFD s son comúnmente usados en la implementación de sistemas de información para la administración. Análisis y Diseño de Sistemas PA 763 V 52

53 USED AT: AUTHOR: LUIS ZULOAGA ROTTA DATE: DFD FONDO DE SEGURO PROJECT: REDISEÑO DE PROCESOS CINFE REV: DE RETIRO NOTES: /12/00 12/12/00 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: A1 2 CINFE APORTES FIR REPORTE INGRESOS 3 CONTABILIDAD 1 TESORERIA OEE PRESTAMO OEE $0 APORTACIONES 1 2 PRESTAMOS $0 2 INVERSIONES 1 APORTACIONES REPORTES CONTABLES Diagrama Flujo Datos INGRESOS A11 1 NODE: TITLE: NUMBER: 3 INVERSIONES Análisis y Diseño de Sistemas PA 763 V 53

54 Características Físicas de un Sistema Las flechas en los DFD s 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 representación de flujo, combinado con almacenes de datos y entidades externas, dan a los modelos DFD mas similitud a algunos de las características físicas de un sistema - esto es, a asuntos de movimiento de datos, almacenamiento de datos (data store) y de distribución y adquisición de datos (referencias externas). Análisis y Diseño de Sistemas PA 763 V 54

55 Modelamiento Procesos Negocio (IDEFØ) Cuando usamos en el Modelamiento Procesos Negocio, IDEFØ, es mejor y mas conveniente utilizarla como una técnica de análisis y diseño lógico. El modelo es generalmente ejecutado en la fase temprana de un proyecto. Un análisis usando modelamiento IDEFØ puede alimentar un proceso de diseño usando modelos IDEF3 y diagramas de flujo de datos (DFD). Análisis y Diseño de Sistemas PA 763 V 55

56 Análisis y Diseño de Sistemas PA 763 V 56

57 Análisis y Diseño de Sistemas PA 763 V 57

58 Análisis y Diseño de Sistemas PA 763 V 58

59 Análisis y Diseño de Sistemas PA 763 V 59

60 Análisis y Diseño de Sistemas PA 763 V 60

61 Modelo de Análisis del Área de Negocios o Sector de Actividad Los analistas concentran sus mayores esfuerzos en estas tres tareas. DATOS ACTIVIDAD INTERACCION Análisis y Diseño de Sistemas PA 763 V 61

62 Qué es Modelamiento Datos? Es un medio para capturar formalmente los datos que son de relevancia para una organización en la conducción de sus negocios. Es una de las principales técnicas que hoy están en uso, sobre las que se construyen DBs relacionales. Análisis y Diseño de Sistemas PA 763 V 62

63 MODELO DE INFORMACIÓN Diagrama ERD Análisis y Diseño de Sistemas PA 763 V 63

64 Ventajas del Modelamiento de Datos Costo Efectivo. Medio de Comunicación. Mejor Comprensión del Sistema. Análisis y Diseño de Sistemas PA 763 V 64

65 Rol de Requerimientos Si un producto no es lo que el cliente o los usuarios quieren, entonces la calidad de la construcción 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 están involucrados, incluyendo los clientes. El primer y básico rol de los requerimientos es por lo tanto la comunicación. Análisis y Diseño de Sistemas PA 763 V 65

66 Situación de la Industria de Software Mas del 30% de todos los proyectos de software son cancelados antes de su finalización. Mas del 70% de los proyectos restantes fallan al entregar y evaluar las características esperadas. Un proyecto promedio ejecuta 189% sobre el presupuesto aprobado y extiende sus actividades sobre el 222%.» Fuente : The Standish Group Análisis y Diseño de Sistemas PA 763 V 66

67 Principales causas de error en el Software Pobre administración de requerimientos. Pobre administración del cambio. Pobre control de calidad. Reducido control de programación y costos. Análisis y Diseño de Sistemas PA 763 V 67

68 Porqué los Proyectos de Software son exitosos? Involucra a Usuarios 15.9% Soporte Administración 13.9% Clara definición de Requerimientos 13.0% Apropiado Planeamiento 9.6% Expectativas Realistas 8.2% Hitos no Extensos 7.7% Staff Competente de profesionales 7.2% Propietario 5.3%» Fuente: Quality Systems & Software Análisis y Diseño de Sistemas PA 763 V 68

69 Porqué los Proyectos Fallan? Requerimientos Incompletos 13.1% Falta de Requerimientos 12.4% Falta de de Recursos 10.6% Expectativas no Realistas 9.9% Cambio Requerimientos/Especificaciones 8.7% Falta de Planeamiento 8.1% No se especifico el tiempo adecuado 7.5% Fuente : Quality Systems & Software Análisis y Diseño de Sistemas PA 763 V 69

70 Cuál es la causa mas relevante? Sin duda... La Administración de Requerimientos. Después de todo si no conocemos el comportamiento deseado para el sistema, cómo podemos: Especificar este comportamiento? Diseñar el sistema? Conocer si el sistema hace lo que debe? Medir el nivel de calidad logrado? Predecir el esfuerzo involucrado? Análisis y Diseño de Sistemas PA 763 V 70

71 Cómo identificamos los Requerimientos? Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocución con usuarios o clientes. Pueden utilizarse cualquiera de una variedad de técnicas 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 Especificación de Requerimientos. Análisis y Diseño de Sistemas PA 763 V 71

72 Organización Requerimientos Un bien implementado programa de administración de requerimientos provee un repositorio de información centralizada. Incluye : Requerimientos Atributos de requerimientos Información relativa al estado de requerimientos Alguna otra información relevante del medio ambiente de la Cia. Análisis y Diseño de Sistemas PA 763 V 72

73 Beneficios de una Buena Administración de Requerimientos Mejor control de proyectos complejos. Mejora en la calidad del software y en la satisfacción del cliente. Reducción en los retrasos y en los costos del proyecto. Mejora en la comunicación del equipo. Facilita la conformidad con estándares y regulaciones. Análisis y Diseño de Sistemas PA 763 V 73

74 El Alto Costo de Errores en los Requerimientos Hay fuertes evidencias que una efectiva administración 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 d 10 veces a otros errores. Errores de requerimientos comprenden encima del 40% de todos los errores de un proyecto de software. Pequeños reducciones en el número de errores de requerimientos rinden grandes dividendos al evitar costos de re-trabajo y días de retraso. Análisis y Diseño de Sistemas PA 763 V 74

75 Costo Relativo de Reparación de Errores ETAPA -- Unidad Costo.1 / Requerimientos Diseño Codificación 2 Pruebas Unidad Prueba Aceptación Mantenimiento Análisis y Diseño de Sistemas PA 763 V 75

76 Cómo empezamos el Modelamiento Datos? Identificar las áreas o asuntos de interés que trata el negocio. Describir las asociaciones entre las distintas áreas de interés en un Diagrama de Areas de Interés. Una asociación entre dos áreas de interés indica una relación de gestión entre uno o más de sus componentes. Análisis y Diseño de Sistemas PA 763 V 76

77 CLIENTES PRODUCTOS MATERIAS PRIMAS REPRE SENTANTES PEDIDOS VENDEDORES ORDENES DE COMPRA PROVEEDORES DIAGRAMA DE AREAS DE INTERES Análisis y Diseño de Sistemas PA 763 V 77

78 Qué mas necesitamos? También necesitamos generar una jerarquía de procesos y descripciones de la mayoría de ellos en términos de las entidades y atributos que estos utilizan y de las reglas del negocio que ellos implementan. Análisis y Diseño de Sistemas PA 763 V 78

79 ACTIVIDAD: Un término genérico para funciones de negocio, procesos, procedimientos, o módulos de programa. FUNCIONES NEGOCIO PROCESOS NEGOCIO 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 período de tiempo. El proceso indica qué debería ejecutarse, pero no precisa qué método emplear. PROCEDIMIENTOS NEGOCIO MODULO PROGRAMA ACTIVIDADES PROCEDIMIENTO : Método por el cual uno o más procesos son llevados a cabo. Un procedimiento indica que debería hacerse. Los procesos realizados permanecen iguales cuando cambia la tecnología; los procedimientos podrían ser diferentes. MODULOS DE PROGRAMA: Una porción de un programa que son unidades en el diseño del programa. Análisis y Diseño de Sistemas PA 763 V 79

80 ORGANIZACION ABC AREAS DE FUNCION FUNCIONES DE NEGOCIOS PROCESOS PROCEDIMIENTOS MODULOS DE PROGRAMAS - Planeamiento de Negocios -Finanzas - Planeamiento de Producto - Materiales - Planeamiento Producción - Producción - Investigación - Ventas - Distribución - Contabilidad - Personal - Control de Stock Prod. Terminados - Servicio de Ordenes -Embalaje - Embarque - Aceptar Orden -Registrar Orden -Crear Factura -Liberar Orden Los procedimientos diseñados para un área de negocios frecuentemente no corresponden exactamente a la descomposición de procesos - Validar Cliente - Chequear Disponibilidad de Productos Terminados - Manejo de Errores - Manejo de Orden Pendiente - Creación de Orden de Cliente - GET Registro Cliente - CHECK Crédito Cliente - CREATE NEW Registro Cliente - COLLECT ALL Orden de Cliente Análisis y Diseño de Sistemas PA 763 V 80

81 PREGUNTAS?? Análisis y Diseño de Sistemas PA 763 V 81