Ingeniero Civil en Informtica - UTC MBA Administracin General de empresas UGM / IDDE
rgodoy.UAC@gmail.com jueves, 17 de julio de 2014 SIA y Sistemas Integrados de Gestin 1 3. HERRAMIENTAS PARA EL ANLISIS Y DISEO DE SISTEMAS
3.1 Los modelos Qu es un modelo? Por qu modelar? Cmo se puede estudiar y entender algo tan formidablemente complejo como es la biosfera o una selva tropical o el clima?.
Necesariamente tenemos que usar simplificaciones que tengan en cuenta slo las propiedades ms importantes y bsicas.
Estas versiones simplificadas de la realidad se llaman modelos.
Definicin de modelo Un modelo es una simplificacin que imita los fenmenos del mundo real, de modo que se puedan comprender las situaciones complejas y podamos hacer predicciones.
Modelos para entender lo complejo Un modelo puede ser tan sencillo como una simple explicacin con palabras de lo fundamental de una realidad. A este tipo se le suele llamar modelo verbal.
En otros modelos se usan diagramas en los que se dibujan de una forma simplificada los componentes del sistema sealando con flechas las acciones de unos sobre otros.
Son modelos grficos. Algunos pueden ser muy esquemticos, pero cuando en cada flecha se indica el tipo de accin que tiene lugar y se sealan diferentes compartimentos y tipos de interaccin, pueden llegar a ser muy complicados Modelos para entender lo complejo
El trabajo de modelacin constituye una actividad tcnica como cualquiera otra, y dicha labor puede ser sencilla o compleja segn el tipo de problema especfico que deba analizarse.
Un modelo es un bosquejo que representa un conjunto real con cierto grado de precisin y en la forma ms completa posible, pero sin pretender aportar una rplica de lo que existe en la realidad.
Los modelos son muy tiles para describir, explicar o comprender mejor la realidad, cuando es imposible trabajar directamente en la realidad en s. jueves, 17 de julio de 2014 6 Un modelo funcional es un instrumento que sirve a su propsito en forma adecuada y que deja satisfecho al utilizador.
Un buen modelo funcional toma en cuenta todos los factores esenciales e ignora por completo los detalles superfinos.
Por eso, es de suma importancia disponer de un propsito muy claro y preciso antes de comenzar a elaborar el modelo jueves, 17 de julio de 2014 7 Los requisitos primordiales para construir cualquier modelo son:
Un propsito claramente definido Identificar las consideraciones esenciales (incluir en el modelo) Desechar consideraciones superfluas (estas son fuente de confusin). El modelo debe representar la realidad en forma simplificada. jueves, 17 de julio de 2014 8 Hay diversos tipos de modelos en uso y difieren entre ellos segn el propsito que se persiga.
La diversidad va desde el ms bsico modelo fsico como ser una estatua o maqueta, hasta modelos muy complicados que slo pueden utilizarse empleando ordenadoras muy poderosas.
El modelo ms comn en anlisis de sistemas probablemente sea la representacin grfica de un conjunto, en el cual el modelo lo representa un dibujo.
jueves, 17 de julio de 2014 9
Para crear este tipo de modelo es suficiente tener unas hojas de papel, un lpiz, y una persona con conocimientos tcnicos, inters, energa y mucha imaginacin.
Un modelo grfico bien hecho, tiene varias ventajas las que permiten obviar la lectura de numerosas pginas de explicacin escrita y muchas horas de charlas
jueves, 17 de julio de 2014 10
Las ventajas de un modelo grfico son
Todos los rasgos esenciales estn expuestos. La estructura y el contenido del modelo son percibidos con claridad y precisin.
El propsito del modelo se percibe netamente.
Es una representacin fsica que no se altera fcilmente. El modelo no requiere se memorizado y puede replicarse fcilmente cuando es necesario utilizarlo. jueves, 17 de julio de 2014 11
Las ventajas de un modelo grfico son (continuacin)
Es una manera muy fcil y rpida de transferir a otras personas -a travs del tiempo y del espacio - ideas y conceptos.
La representacin elaborada no puede ser modificada; el concepto representado tiene que ser constante.
Si las condiciones cambian quizs ser preciso construir un nuevo modelo, pero eso no invalida el modelo original.
3.2 Los Diagramas de Flujos de Datos (D.F.D). Conceptos de funcin. Flujo de datos. DFD de anlisis y DFD de diseo Diagramas de Contexto. Diagramas de Descomposicin Jerrquica. Documentacin anexa El Diccionario de datos de los DFD El anlisis estructurado ANALISIS ESTRUCTURADO
Conjunto de herramientas que permiten descomponer modularmente una situacin, dando como resultado una identificacin clara de los elementos que la integran as como el medio ambiente que la rodea.
El resultado del anlisis ser una especificacin grfica y documental Elementos del anlisis estructurado:
Los elementos esenciales son smbolos grficos, diagramas de flujo de datos y diccionario centralizado de datos.
METODO DE ANALISIS Y DISEO ESTRUCTURADO
Muchos especialistas en sistemas de informacin reconocen la dificultad de comprender de manera completa sistemas grandes y complejos.
El mtodo de desarrollo del anlisis estructurado tiene como finalidad superar sa dificultad por medio de
1) La divisin del sistema en componentes 2) La construccin de un modelo del sistema.
El mtodo incorpora elementos tanto de anlisis como de diseo.
Qu es el anlisis estructurado?
El anlisis estructurado concentra en especificar lo que se requiere que haga el sistema o la aplicacin.
No se establece cmo se cumplirn los requerimientos o la forma en que implantar la aplicacin.
Ms bien permite que las personas observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadoras, terminales, sistemas de almacenamiento, etc.)
Despus de esto se puede desarrollar un diseo fsico eficiente para la situacin donde ser utilizado.
Descripcin grfica
Una de las formas de describir un sistema es preparar un bosquejo que seale sus caractersticas, identifique la funcin para la que sirve e indique cmo ste interacta con otros elementos
Sin embargo, describir de esta manera un sistema grande es un proceso tedioso y propenso a errores ya que es fcil omitir algn detalle o dar una explicacin que quiz los dems no entiendan.
En lugar de las palabras el anlisis estructurado utiliza smbolos, o conos, para crear un modelo grfico del sistema.
Los modelos de este tipo muestran los detalles del sistema. Si se seleccionan los smbolos y notacin correctos entonces casi cualquier persona puede seguir la forma en que los componentes se acomodarn entre si para formar el sistema. Descripcin grfica
El diagrama lgico de flujo de datos muestra las fuentes y destinos de los datos, identifica y da nombre a los procesos que se llevan a cabo, identifica y da nombre a los grupos de datos que relacionan una funcin con otra y seala los almacenes de datos a los que se tiene acceso.
Diagrama de flujo de datos:
El modelo del sistema recibe el nombre de diagrama de flujo de datos (DFD).
La descripcin completa de un sistema est formada por un conjunto de diagramas de flujo de datos.
Para desarrollar una descripcin del sistema por el mtodo de anlisis estructurado se sigue un proceso descendente (TOP-down Diagrama de flujo de datos:
El modelo original se detalla en diagramas de bajo nivel que muestran caractersticas adicionales del sistema.
Cada proceso puede desglosarse en diagramas de flujo de datos cada vez ms detallados.
Esta secuencia se repite hasta que se obtienen suficientes detalles que permiten al analista comprender en su totalidad la parte del sistema que se encuentra bajo investigacin.
Muestran en forma visual slo el flujo de datos entre los distintos procesos, entidades externas y almacenes que conforman un sistema
Cuando los analistas de sistemas indagan sobre los requerimientos de informacin de los usuarios, deben ser capaces de concebir la manera en que los datos fluyen a travs del sistema u organizacin, los procesos que sufren estos datos y sus tipos de salidas Representa personas, organizaciones, o sistemas que no pertenecen al sistema.
Puede aparecer en los distintos niveles de DFD para mejorar su comprensin, aunque normalmente slo aparecer en el diagrama de contexto.
Pueden aparecer varias veces en un mismo diagrama, para evitar entrecruzamientos de lneas.
Suministra informacin acerca de la conexin del sistema con el mundo exterior. Cuando un flujo de datos entra en un proceso sufre una transformacin. Un proceso no es origen ni final de los datos, slo lugar de transformacin de ellos.
Un proceso puede trasformar un dato en varios.
Es necesario un proceso entre una Entidad Externa y un Almacn de datos.
Un proceso puede representarse sealando una localizacin. La localizacin expresa la unidad o rea dentro de la organizacin donde se realiza el proceso. Representa la informacin en reposo
No puede crear, destruir ni transformar datos
No puede estar comunicado directamente con otro almacn o Entidad externa
El flujo de datos (Entrada y Salida) no lleva nombre cuando incide sobre su contenido completo
No se representa la clave de acceso a este almacn sino slo la operacin que se realiza (lectura, escritura, actualizacin) El concepto de flujo de datos es similar al concepto de tubera a travs del cual fluye informacin de estructura conocida.
Los datos no pueden ser creados ni destruidos por un flujo de datos.
Sirve para conectar el resto de los componentes de un DFD.
No es un activador de procesos.
Cuando un proceso almacena datos, la flecha de flujo de datos se indica en la direccin del almacn de datos y a la inversa si es el proceso el que lee datos en el almacn. El sistema deber contener: Un Diagrama de contexto (primer nivel) Varios DFD en niveles intermedios Varios DFD en el ltimo nivel de detalle
En cualquier momento nos puede aparecer un proceso que no necesite descomposicin y es lo que denominaremos Proceso Primitivo (PP).
En ellos, se detallar la entrada y salida que tenga, adems de la descripcin asociada que explique lo que realiza. Representar el diagrama de contexto.
Representar el DFD de primer nivel, indicando los distintos subsistemas funcionales en que se descompone nuestro sistema
Descomponer cada uno de los procesos que aparecen en el DFD de primer nivel, hasta llegar a un nivel suficiente de detalle.
Se recomienda el utilizar cuatro niveles de descomposicin de diagramas. Nivel 0: Diagrama de contexto Nivel 1: Subsistemas Nivel 2: Funciones de cada subsistema Nivel 3: Sub funciones asociadas Nivel 4: Procesos necesarios para el tratamiento de cada sub funcin Ejemplo de un diagrama de contexto. Diagrama nivel 0. Aqu se presenta la primera descomposicin funcional del sistema Diagrama Nivel 1. En este caso se presenta una descomposicin funcional del mdulo 1 Diagrama nivel 2. En este caso se presenta una descomposicin funcional del mdulo 1.3 En informtica cuando nos referimos a una funcin, estamos hablando de una pequea parte de un programa o software que realiza una tarea particular, bien independientemente, o bien en el contexto de un programa mayor, devolviendo un resultado.
CONCEPTO DE FUNCIN Todos los procesos en un DFD deben ser descritos
Los mtodos usados para describir procesos de alto nivel, difieren de aquellos utilizados para describir procesos detallados
Los primeros son descritos usualmente utilizando lenguaje natural, y los otros utilizando un lenguaje estructurado Los procesos a bajo nivel deben ser descritos en forma precisa y sin ambigedades.
Se necesitan mtodos que remuevan ambigedades desde la descripcin del sistema, y que pueda ser fcilmente comprendido por usuarios y programadores Las dos tcnicas del ingls permiten construir descripciones verbales dentro de una estructura lgica, removiendo ambigedades lgicas.
Las tcnicas de decisin se utilizan donde una de un nmero de acciones va a ser seleccionada, dependiendo de un nmero de condiciones. BASES DE DATOS INDICE Introduccin Definicin de base de datos Conceptos bsicos Sistema de Gestin de Base de Datos (SGBD)
INDICE Introduccin Definicin de base de datos Conceptos bsicos Sistema de Gestin de Base de Datos (SGBD)
En la actualidad el enfoque de bases de datos es extensamente utilizado por ser la nica solucin posible para manejar grandes volmenes de datos, la complejidad de la extraccin de datos y la concurrencia de datos (accesos simultneos). INTRODUCCIN
Fuente: Kendall y Kendall Ciclo de desarrollo de los sistemas de informacin En la etapa 4) Diseo se definen los detalles a fin de cumplir con los requerimientos identificados en la etapa 3) Anlisis. Diseo del sistema Es particularmente importante el tema Bases de Datos en la etapa de diseo del desarrollo de un sistema de informacin, debido a que la misma comprende el diseo de: Procedimientos precisos de captura de datos Formularios y pantallas para ingresar datos Interfaz con el usuario (mensajes, mens, uso del ratn o mouse, etc.) Base de datos que almacenar aquellos datos requeridos por quien toma las decisiones en la organizacin. Salidas del sistema impresas y en pantalla (consultas, listados, etc.) INDICE Introduccin Definicin de base de datos Conceptos bsicos Sistema de Gestin de Base de Datos (SGBD)
DEFINICIN DE BASE DE DATOS (1)
Base de Datos es un conjunto de datos relacionados entre s y que tienen un significado implcito. Ramez Elmasri y Shamkant B. Navathe La definicin presentada anteriormente hace referencia a dos elementos para que un conjunto de datos constituya una Base de Datos: 1) Relaciones entre datos, tema que se trata en las prximas transparencias. 2) Significado implcito de los datos que se atribuye dependiendo del contexto en que se utilizan los mismos. Por ejemplo, el dato fecha en una base de datos de ventas puede referirse a la fecha de emisin de las facturas, mientras que si la base de datos es de msica quizs corresponda a la fecha en que se grab un tema musical. Archivos tradicionales y Bases de Datos En un sistema de informacin se cuenta con dos enfoques principales para definir el almacenamiento de los datos: 1. Archivos tradicionales. Consiste en almacenar los datos en archivos individuales, exclusivos para cada aplicacin particular. En este sistema los datos pueden ser redundantes (repetidos innecesariamente) y la actualizacin de los archivos es ms lenta que en una base de datos. 2. Base de datos. Es un almacenamiento de datos formalmente definido, controlado centralmente para intentar servir a mltiples y diferentes aplicaciones.La base de datos es una fuente significativa de datos que son compartidos por numerosos usuarios para diversas aplicaciones. Kendall y Kendall Facturas ...... 900 1250 Precio ....... Pintura Azulejos Producto ........ ....... ..... Misiones 1456 Fernando Martnez 1226 Rincn 1224 Joaqun Garca 1225 Dom. Nombre Num Ejemplo Archivos Tradicionales ........ ......... ......... ....... .... Fmar@gmail.com 9157878 Rincn 876 Fernando Martnez 1226 jgarcia@adinet.co m.uy
4182569 Guan 1202 Juan Garca 1225 E-mail Telefono Direccin Nombre Num Clientes Se cuenta con dos archivos Clientes y Facturas. El primer archivo tiene los datos bsicos de los clientes, mientras que en el segundo se almacenan las ventas realizadas. Al emitir cada factura se ingresan nuevamente los datos num, nombre, domicilio. Desventajas: -Se duplican esfuerzos -Se presentan redundancias de datos (datos repetidos innecesaramente) -Se pueden producir contradicciones entre los datos, si por ejemplo se ingresan nombres diferentes para un mismo cliente. DEFINICIN DE BASE DE DATOS (2) .
Una base de datos tiene una fuente de la cual se derivan los datos, cierto grado de interaccin con los acontecimientos del mundo real y un pblico que est activamente interesado en el contenido de la base de datos.
Ramez Elmasri y Shamkant B. Navathe
INDICE Introduccin Definicin de bases de datos Conceptos bsicos Sistema de Gestin de Base de Datos (SGBD)
Resulta relevante para que el Tcnico en Administracin cumpla su rol como usuario de los sistemas o como integrante del equipo de desarrollo que conozca algunos conceptos bsicos vinculados al tema Bases de Datos. CONCEPTOS BSICOS Datos Entidades Claves primarias y forneas Relaciones Restricciones de integridad referencial Metadatos
Datos
Datos son hechos conocidos que pueden registrarse y que tienen un significado implcito.
Ramez Elmasri y Shamkant B. Navathe Ejemplo: Pueden constituir datos los nombres, nmeros telefnicos y direcciones de personas que conocemos. 3256789 Elena Snchez Kli@adinet.com.uy Sarand 100 Jos Martnez 18 de Julio 1880 Una entidad es todo aquello de lo cual interesa guardar datos, por ejemplo: clientes, facturas, productos, empleados. En el Modelo de Entidad-Relacin que se presenta, se observa que las entidades estn formadas por atributos o campos referidos a un mismo tema que interesa almacenar. Entidades CLIENTES cuenta con los atributos: Cdigo de Cliente, Nombre, Apellido, Domicilio, Telfono. Cada entidad tiene una clave primaria o campo llave que identifica unvocamente al conjunto de datos. Cuando en una entidad figura la clave primaria de otra entidad, sta se denomina clave fornea. Las entidades se relacionan entre s a travs de las claves forneas. Claves Primarias y Claves Forneas CLAVES PRIMARIAS Cdigo de Cliente es la clave primaria de Cliente. A cada cliente se le asocia un cdigo y a cada cdigo le corresponde un cliente. Asimismo, Nmero de Factura y Cdigo de Producto son claves primarias de Facturas y Productos respectivamente.
CLAVES FORNEAS Son claves forneas en Facturas Cdigo de Cliente y Cdigo de Producto. Clientes se relaciona con Facturas a travs del Cdigo de Cliente que figura en ambas tablas y con Productos mediante el Cdigo de producto. Restricciones de integridad referencial RESTRICCIONES DE INTEGRIDAD REFERENCIAL -Cdigo de Clientes en Facturas debe cumplir que exista en Clientes y que sea clave primaria -Cdigo de Producto Facturas debe cumplir que exista en Productos y que sea clave primaria
Retomando la Definicin de Base de Datos (1), la cual seala que sta ...es un conjunto de datos relacionados entre s y que tienen un significado implcito, se observa en la imagen que los datos de las tablas se relacionan a travs de las claves y que stos tienen el significado implcito que se les atribuye en dicho contexto. Datos y Metadatos Metadatos son datos acerca de los datos presentes en la base de datos. ....... ...... ..... 20 Alfabtico Nombre 4 Numrico Num Longitud Tipo Dato Ejemplo metadatos El tipo de datos puede ser Numrico, alfabtico, fecha, lgico (S /NO). La longitud indica la cantidad mxima de caracteres que puede asumir el dato. INDICE Introduccin Conceptos bsicos Sistema de Gestin de Base de Datos (SGBD)
SISTEMA DE GESTIN DE BASES DE DATOS (SGDB)
Un sistema de gestin de bases de datos (SGBD; en ingls, Database Management System: DBMS) es un conjunto de programas que permite a los usuarios crear y mantener una base de datos. Fuente: Ramez Elmasri y Shamkant B. Navathe Entorno simplificado de un SGBD
En el esquema se observa que los usuarios interactan con una aplicacin (por ej. un sistema integrado de gestin o un paquete contable) que utiliza un SGBD para procesar las consultas, el cual accede a los metadatos y a la base de datos correspondiente.
Principales caractersticas del enfoque de Bases de Datos En el enfoque de bases de datos se mantiene un nico almacn de datos que se define una sola vez y al cual tienen acceso muchos usuarios.
Caractersticas: 1. Naturaleza autodescriptiva de los sistemas de base de datos 2. Separacin entre los programas y los datos, y abstraccin de los datos 3. Manejo de mltiples vistas de los datos
Ramez Elmasri y Shamkant B. Navathe Principales caractersticas del enfoque de Bases de Datos
1. Naturaleza autodescriptiva de los sistemas de base de datos Tal como se visualiz en la parte inferior del esquema del Entorno simplificado de un Sistema Gestor de Base de Datos sta no solamente contiene la base de datos misma, sino que tambin incluye una definicin o descripcin completa de dicha base de datos.
2. Separacin entre los programas y los datos, y abstraccin de los datos
Es posible modificar las definiciones de datos y no modificar el cdigo de la aplicacin y viceversa.
Dos caractersticas confluyen para lograrlo:
-Se almacena en el catlogo del SGBD la estructura de los archivos de datos separados de las aplicaciones (programas).
-El cdigo de las aplicaciones se escribe de modo que sean independientes de los archivos especficos.
Principales caractersticas del enfoque de Bases de Datos 3. Manejo de mltiples vistas de los datos Cada usuario visualiza lo que le interesa en la base de datos, pudiendo acceder a subconjuntos de datos. En el ejemplo de base de datos visto anteriormente, al departamento de Compras posiblemente le interese visualizar la tabla Productos y en ocasiones las de Facturas (para chequear bajas en el stock), pero no la que contiene los datos de los Clientes. Principales caractersticas del enfoque de Bases de Datos Cargos vinculados a un SGBD
Administrador de bases de datos Diseador de bases de datos Usuarios finales Analistas de sistemas y programadores Diseadores e implementadores del SGBD Creadores de herramientas Operadores y personal de mantenimiento
Ramez Elmasri y Shamkant B. Navathe
Administrador de bases de datos Se encarga de autorizar el acceso a la base de datos, de coordinar y vigilar su empleo, y de adquirir los recursos necesarios de software y hardware.
Diseador de bases de datos Antes de implementar la base de datos identifica los datos que se almacenarn y elige las estructuras apropiadas para representar y almacenar dichos datos. .
Cargos y Funciones vinculados a un SGBB Usuarios finales Son los principales destinatarios de la base de datos. Son quienes tiene acceso a la base de datos para consultarla, actualizarla y generar informes. Este es el rol que ms frecuentemente desempea el Tcnico en Administracin con relacin de las Bases de Datos. Cargos y Funciones vinculados a un SGBB (cont.)
Analistas de sistemas y programadores Los analistas y programadores para implementar las especificaciones del sistema deben conocer a la perfeccin todas las capacidades del SGBD. El Tcnico en Administracin que integra un equipo de desarrollo interacta con los analistas y programadores.
Diseadores e implementadores del SGBD Se encargan de disear e implementar los mdulos e interfaces del SGBD en forma de paquetes de software. Cargos y funciones vinculados a un SGBB (cont.)
Creadores de herramientas Desarrollan e implementar paquetes para disear bases de datos, vigilar el rendimiento, proporcionar interfaces de lenguaje natural o de grficos, elaborar prototipos, realizar simulaciones y generar datos de prueba. Operadores y personal de mantenimiento Tienen a su cargo el funcionamiento y mantenimiento reales del entorno de hardware y software del sistema de base de datos.
Cargos y funciones vinculados a un SGBB (cont.)
Caractersticas deseables en un SGBD
Restriccin de los accesos no autorizados Control de la redundancia Almacenamiento persistente de objetos y estructuras de datos de programas Inferencias en la base de datos mediante reglas de deduccin Suministro de mltiples interfaces con los usuarios Representacin de vnculos complejos entre los datos
Cumplimiento de las restricciones de integridad Respaldo y recuperacin Potencial para imponer normas Menor tiempo de creacin de aplicaciones Flexibilidad Disponibilidad de informacin actualizada Economas de escala Caractersticas deseables en un SGBD (cont.) 3.4 El Modelamiento de Datos Conceptos de datos, archivo, registro , tabla campo y llaves. Diagrama Entidad-Relacin. Atributos, registros y llaves. El diccionario de datos Organizacin de archivos. Estructura de datos jerrquica, de red y relacional. Normalizacin. Primera, segunda y tercera forma normal. El modelo Conceptual de datos 3.5 Introduccin a la reingeniera Diseo de organizaciones Procesos de Negocios Clientes internos y externos Cadena de valor y actividades que aportan valor EJERCICIO DE LA BIBLIOTECA DE LA UNIVERSIDAD El ritmo del cambio en la vida de los negocios se ha acelerado a tal punto que ya no pueden ir al paso las iniciativas capaces de alcanzar mejoras incremntales en rendimiento. Es necesario para las empresas realizar cambios en su estructura. Existen muchos mtodos y formas de mejorar los proceso productivos dentro de un sistema empresarial, uno de ellos es la Reingeniera. La Reingeniera es un mtodo mediante el cual, en funcin de las necesidades del cliente, se redisean radicalmente los procesos principales de negocios La Reingeniera implica un cambio radical en la forma de concebir las organizaciones. La Reingeniera significa una revolucin en la forma de administrar la empresa. La reingeniera Se origina principalmente por la transformacin del mercado, el cual se torna ms competitivo, con avances Tecnolgicos y clientes mucho ms exigentes. 1. Elevar la calidad del proceso 2. Aumentar la eficiencia de los procesos 3. Reducir los costos relativos al proceso 4. Hacer el trabajo ms sencillo y menos fatigoso 5. Hacer el trabajo ms seguro Organizarse alrededor de los productos Dejar que el usuario gestione el proceso Insertar tecnologa de informacin actualizada dentro de las tareas Pensar los recursos geogrficamente dispersos como si estuvieran centralizados Ligar actividades paralelas en vez de integrarlas. Tomar las decisiones donde se ejecuta la tarea y armar el control dentro del proceso. Capturar la informacin una sola vez y en la fuente PRINCIPIOS Un Lder Dueo del proceso Equipo Reingeniera Comit Directivo Zar de la Reingeniera Preparacin Definir las metas y los objetivos estratgicos que justifiquen la reingeniera y los vnculos entre los resultados de la reingeniera y los resultados de la organizacin. Identificacin El propsito de esta etapa es el desarrollo de un modelo orientado al cliente, identifica procesos especficos y que agregan valor. Visin El propsito de esta etapa es desarrollar una visin del proceso capaz de producir un avance decisivo en rendimiento Solucin En esta etapa se produce un diseo tcnico y un diseo cultural-organizacional de la empresa. Transformacin El propsito de esta etapa es realizar la visin del proceso implementando el diseo de la etapa 4. Procesos sencillos, fciles de administrar y controlar Cambios notables en tiempos cortos para responder a la satisfaccin del cliente. Mentalidad revolucionaria y objetivos ambiciosos Costos por reduccin o eliminacin de duplicidad de funciones, reduccin del ciclo de los procesos Mayor satisfaccin de los clientes, como resultado de un mejor desempeo en las reas crticas y estratgicas del negocio y al enfocarse a las verdaderas necesidades del cliente. Mejor imagen de la empresa ante el mercado, aumenta participacin en el mercado, rentabilidad y mejor posicin frente a la competencia. Oportunidades de aumentar ventas Mejor clima organizacional, como resultado de la mayor responsabilidad y autoridad de los empleados, del desarrollo de su potencial y habilidades, y del mayor involucramiento entre la administracin y la fuerza de trabajo Empresas que se encuentran en graves dificultades Empresas que todava no se encuentran con ningn problema de importancia Empresas que se encuentran en ptimas condiciones REINGENIERIA Podemos concluir que la reingeniera es la herramienta fundamental para efectuar un cambio organizacional en la empresa. Dirige el proceso de negocios de una organizacin, ayuda a ajustar los negocios a partir de antiguos paradigmas hacia uno nuevo de servicio e informacin la reingeniera utiliza el cambio continuo para alcanzar la ventaja competitiva. Nos podemos dar cuenta que una empresa para que tenga xito y posicionamiento en el mercado, primeramente debe determinar hasta a dnde quiere llegar en esa posicin, despus enfrentarse al desafo de la competencia. REINGENIERA DE PROCESOS CMO NACI LA REINGENIERA? Ante las nuevas caractersticas del entorno se busc formas diferentes a las establecidas para enfrentar los grandes desafos de un mercado altamente competitivo. Las formas tradicionales de dividir el trabajo, de estructurar las organizaciones por funciones, de buscar la especializacin, entre otras, no eran suficientes para seguir el ritmo requerido para un entorno globalizado. IMPACTO En pocos aos ha revolucionado la gestin gerencial. Desde 1992 se consider al rediseo como una alternativa viable y plante importantes cambios con su aplicacin. Hacia 1995 se estimaba, segn un estudio de CSC Index, que aproximadamente entre el 70% y el 75% de las ms grandes empresas de EEUU y Europa estaban en proceso de aplicacin de la reingeniera. En Amrica latina ha tenido un impacto significativo. Gateway (1992-1994), indican que es la iniciativa ms adoptada por la empresas para alcanzar sus metas estratgicas. Las razones fueron: La Competencia La Rentabilidad La Participacin en el mercado EL PRINCIPIO DE LA ESPECIALIZACIN Dio resultados maravillosos, la productividad hizo explosin. Adems se aplic al trabajo mental y no solo al material. Hasta el trabajo profesional y administrativo se especializ, y las empresas de negocios agruparon especialistas de habilidades similares en organizaciones funcionales. Como cada persona es responsable de una parte del proceso, nadie es responsable del total y del producto del proceso. Esto provoca una gran infraestructura para organizar, dirigir y controlar el trabajo.
No aprovecha el potencial humano. Cuantas menos habilidades utilice el trabajo menos aprovecha nuestro potencial. (Manganelli, 1995) es buena para imponer el conformismo y mala para crear compromiso. Los vendedores ya no mandan, los consumidores s. Ahora los consumidores le pueden pedir al vendedor qu quieren, cundo lo quieren, cmo lo quieren y en algunos casos hasta cunto estn dispuestos a pagar y de qu forma CONSUMIDORES Se puede competir con base al precio, con base a variaciones del producto, con base a calidad o con base al servicio previo, durante y posterior a la venta. COMPETENCIA La forma en que se cambia ha cambiado. El cambio ahora se ha vuelto ms esparcido y persistente; adems su ritmo se ha acelerado. Con la globalizacin las empresas se enfrentan a ms competidores; tambin la rapidez de los cambios tecnolgicos promueve innovacin. CAMBIO QU ES LA REINGENIERA? La reingeniera es repensar de manera fundamental los procesos de negocios y redisearlos radicalmente, con el fin de obtener dramticos logros en el desempeo. Los factores clave del concepto son: La orientacin hacia los procesos El cambio radical La magnitud de los resultados esperados La reingeniera es un enfoque de procesos. Un proceso de negocios es un conjunto de actividades relacionadas entre s que recibe uno o ms insumos y crea un producto de valor para el cliente. Reingeniera es la revisin fundamental y el rediseo radical de procesos para alcanzar mejoras espectaculares en medidas criticas y contemporneas de rendimiento, tales como; costos, calidad, servicio y rapidez. DEFINICION FORMAL DE REINGENIERIA PALABRA CLAVE: FUNDAMENTAL Por qu hacemos lo que estamos haciendo? y por que lo hacemos de esa forma? examinar las reglas tcitas y los superpuestos en que descansa el manejo de sus negocios. PALABRA CLAVE: RADICAL Redisear radicalmente significa llegar hasta la raz de las cosas; no efectuar cambios superficiales ni tratar de arreglar lo que ya esta instalado sino abandonar lo viejo. PALABRA CLAVE: ESPECTACULAR La Reingeniera no es hacer mejoras marginales o incrementales sino de dar saltos gigantescos en rendimiento. Se debe apelar a esta solo cuando exista la necesidad de volar todo. La mejora espectacular exige echar lo viejo y cambiarlo por algo nuevo. Cuando sufren graves dificultades:
Si los costos estn en un orden de magnitud superior al de sus competidores o a lo que permite su modelo econmico. Si su servicio es tan sumamente malo que los clientes se quejan abiertamente. Si el ndice de fracasos con sus productos es dos, tres o cinco veces mayor al de la competencia. Compaas que todava no se encuentran en dificultades, pero cuya administracin tiene la previsin de detectar que se avecinan problemas.
Estas compaas tienen la visin de empezar a redisearse antes de caer en la adversidad. Compaas en ptimas condiciones.
No tienen dificultades visibles ni ahora ni en el horizonte, pero su administracin tiene aspiraciones y energa.
Estas compaas ven la Reingeniera como una oportunidad de ampliar su ventaja sobre los competidores. PALABRA CLAVE: PROCESOS Un proceso de negocios es un conjunto de actividades que recibe uno o ms insumos y crea un producto de valor para el cliente. Muchas personas de negocios no estn orientadas a los procesos; estn enfocadas en tareas, en oficios, en personas, en estructuras. QU NO ES LA REINGENIERA Reingeniera no es lo mismo que: automatizacin a pesar del papel destacado de la informtica. Automatizar los procesos existentes con la informtica es simplemente modificarlos.
Reingeniera de software, que significa reconstruir sistemas obsoletos de informacin con tecnologa mas moderna.
Redisear una organizacin tampoco es lo mismo que reorganizarla, reducir el numero de niveles o hacerla mas plana.
Mejora de calidad, ni gestin de calidad total ni ninguna otra manifestacin del movimiento contemporneo de calidad QU NO ES LA REINGENIERA Varios trabajos se comprimen en uno solo.
La caracterstica ms comn y bsica de los procesos rediseados es que desaparece el trabajo en serie, muchos oficios y tareas que eran antes distintos se integran y comprimen en uno slo. No slo comprimen los procesos horizontalmente, sino tambin verticalmente.
Compresin vertical significa que en aquellos puntos del procesos en que los trabajadores tenan que acudir antes al superior jerrquico hoy puede tomar sus propias decisiones. Se comprimen verticalmente los procesos Los pasos del proceso siguen un orden natural. Los procesos rediseados estn libre de la tirana de secuencias rectilneas; se puede explotar la precedencia natural del trabajo mas bien que la artificial impuesta por la linearidad. En los procesos rediseados, el trabajo es secuenciado en funcin de lo que es necesario hacerse antes o despus. Existen procesos en mltiples versiones. Tambin denominada final de la estandarizacin. Los procesos tradicionales tenan por objeto suministrar produccin masiva para un mercado masivo.
Los procesos con mltiples versiones suelen comenzar con una paso triplicado para determinar qu versin es mejor en una situacin dada. El trabajo se realiza en el sitio razonable o donde tiene sentido. Tradicionalmente el trabajo se organiza en torno a los especialistas.
Un tema recurrente en los procesos rediseados es el desplazamiento del trabajo a travs de fronteras organizacionales. Se reducen verificaciones y controles. La clase de trabajo que no agrega valor y que se minimiza en los procesos rediseados es de verificacin y control.
Slo se hace uso de controles hasta donde se justifique econmicamente La conciliacin se minimiza. La conciliacin es otra forma de trabajo que no agrega valor y que los procesos rediseados minimizan.
Lo logran disminuyendo el nmero de puntos de contacto externo que tiene un proceso y con ello reducen las probabilidades de que se reciba informacin incompatible que requiere conciliacin. Un gerente de caso ofrece un solo punto de contacto. El gerente de caso se comporta ante el cliente como si fuera responsable de la ejecucin de todo el proceso.
Este gerente necesita acceso a todos los sistemas de informacin que utilizan las personas que realmente ejecutan el trabajo. Prevalecen operaciones hbridas centralizadas-descentralizadas. Al redisear los procesos se adquiere la capacidad de combinar las ventajas de la centralizacin con las ventajas de la descentralizacin en un solo proceso. Lder. Que autorice y motive el cambio. Dueo del proceso. Que conozca todos los detalles y sea responsable de estos. Equipo de reingeniera. Diagnostica el proceso, lo redisean e implementan el nuevo proceso. Comit de direccin. Formado por gerentes, desarrolla las estrategias para la reingeniera. Participantes en la Reingeniera ETAPA 1. Preparacin 1. Reconocer las necesidades de cambiar 2. Desarrollar consenso en el nivel ejecutivo 3. Capacitar el equipo gerencial 4. Planificar el cambio a desarrollar
ETAPA 2. Identificacin 1. Identificar clientes, sus necesidades y productos 2. Definir los indicadores de desempeo 3. Identificar reas relacionadas(entidades) 4. Identificar y definir procesos relacionados(mapa de procesos) 5. Identificar actividades que agreguen valor 6. Extender modelo del proceso a clientes y proveedores 7. Correlacionar organizacin 8. Correlacin de recursos 9. Fijar prioridades de procesos Etapa 3. Visin 1. Entender la estructura del proceso 2. Entender el flujo de proceso 3. Identificar actividades que no agregan valor 4. Comparar el rendimiento con los mejores 5. Identificar fuentes de variacin 6. Calcular oportunidad de mejora 7. Visualizar el ideal(rendimiento interno) 8. Visualizar el ideal (rendimiento externo) 9. Integrar visiones internas y externas 10.Definir sub visiones Etapa 4. Solucin: Diseo tcnico 1. Identificar las relaciones entre reas, procesos, etc. 2. Reexaminar conexiones de los procesos 3. Instrumentar e informar a los involucrados 4. Consolidar interfaces he informacin 5. Redefinir alternativas 6. Reubicar y programar controles 7. Modularizar(procesos independientes) 8. Especificar implantacin(evaluar alternativas)
Etapa 4B. Solucin: Diseo social 1. Capacitar al personal que tiene contacto con el cliente 2. Identificar responsabilidades por procesos 3. Definir cargos y equipos de trabajo 4. Definir necesidades de capacitacin en destrezas y personal 5. Especificar la estructura gerencial 6. Redisear fronteras organizacionales 7. Especificar cambios de cargos 8. Disear planes de carreras para el personal 9. Definir organizacin de transicin 10. Disear programas de gestin de cambios 11. Disear plan de incentivos y compensacin 12. Planificar implementacin Etapa 5. Transformacin 1. Completar el diseo del sistema 2. Ejecutar el diseo tcnico 3. Desarrollar planes de prueba y de introduccin 4. Evaluar al personal 5. Construir sistema 6. Capacitar al personal 7. Hacer prueba piloto del nuevo proceso 8. Refinamiento y transicin 9. Mejora continua
EXPERIENCIA Cambi los sistemas operativos para enfocarlos al cliente. Elimin niveles administrativos y redefini puestos. La estrategia de Valor se concentra en calidad y precio, esto implicaba un cambio en el pensamiento, en un estudio que buscaba comprender mejor a los clientes sedetermino que: Rpido, Exacto, Limpio y Temperatura y otras ventajas por mejorar.
Resultados: En 1988, 350 supervisores controlaban 1800 restaurantes, hoy, 100 personas son responsables de 2400 restaurantes. Rediseo de la distribucin de los restaurantes: 30% para la cocina y 70% para el cliente (antes era al revs). Se han reducido las cantidades horas- hombre por da en quince. Menos poltica para mejorar la formacin del personal, brindar entrenamiento, mejorar las reas de control y eliminacin de niveles ya que se dieron cuenta que el hecho de tener personal mejor formado les proporcionaba una ventaja competitiva, el objetivo es formar el valor irremplazable en el que habra aspectos monetarios y no monetarios de tal forma que los empleados tuviesen algo de lo que no pudieran marcharse.
EMPRESAS EXTOSAS QUE OPTARON POR LA REINGENIERA Xerox: Cre la mquina de fotocopiar, IBM no crea en ella cuando se les propuso la idea.
Microsoft: Cre un sistema operativo nuevo y acerc el pequeo ordenador PC a cualquier persona, con reducidos conocimientos informticos.
Apple: Perdi la batalla de la microinformtica pero supo reponerse creando un mercado propio donde era el mejor (las aplicaciones creativas, y el diseo) y lo utiliz para introducir nuevas marcas de gran xito, Pixar Estudio y finalmente el IPOD el mp3 ms vendido.
Vodafone: Su existencia se basa en la aparicin de una nueva forma de comunicarse a travs de la telefona mvil. Hace unos 15 aos no se saba de su existencia, apenas generaba beneficios, siendo hoy una de las tres empresas ms importantes de telecomunicaciones.
Inditex con Zara: Cambi el mundo de la moda (diseo, precio y sobre todo cercana con el pblico). Su modelo de reposicin en tienda y esa cercana que trasmite con su capacidad de llevar una prenda de moda que se disea en corto tiempo (apenas deja pasar un mes) hace crecer su negocio a ritmos de un 20% cada ao. Es capaz de adaptarse a un cambio rpidamente.
Nokia. Desde una empresa dedicada fundamentalmente al tratamiento y fabricacin de caucho y con una pequea vinculacin en tecnologa ha conseguido ser lder mundial en la telefona mvil en ventas de telfonos.
EN RESMEN Representacin de la operacin, Representaciones reflejan el flujo de trabajo. MODELO DE PROCESOS DE NEGOCIOS Diagrama de flujo Diagrama de rbol Diagramas espina de pescado Herramientas utilizadas para presentar los procesos de negocios. Modelos sinpticos Modelos de red Diagramas de actividad de negocio Las herramientas utilizadas para modelar los negocios El objetivo es permitir la elaboracin de modelos completos del flujo de actividad de trabajo y el flujo del proceso DIAGRAMAS DE ACTIVIDAD DE NEGOCIO (BAM) Combinacin de representacin grafica y de texto que reflejan el flujo y las relaciones entre las tareas relacionadas a nivel manual y automtico en un proceso DIAGRAMADE RELACION SIMBOLOS BAM RELACION DE TRABAJO Accin Iniciacin/Terminacin Decisin
Informes Conexin Cambio de pagina El personal La tecnologa Los procesos Tres niveles de cambio La alta gerencia promueve el cambio que existe a toda la empresa. Los equipos de cambio proponen modificaciones para mejorar el proceso Los empleados, en coordinacin con la gerencia realizan los cambios 1. Empezar con los procesos estratgicos de valor agregado 2. Atender igualmente a los procesos de apoyo 3. Pensar en incorporar tecnologa informtica en los servicios bsicos de valor agregado 4. Repensar las fronteras entre sus procesos y los de sus proveedores y clientes 5. Analizar las opiniones de ejecutar ciertas funciones internamente o con terceros 6. Repensar los beneficios de la centralizacin en contraposicin a descentralizacin 7. Pensar en segmentar insumos a procesos y crear flujos paralelos de procesos 8. Modificar el orden en que se llevan acabo ciertas actividades, donde esto sea posible, para eliminar la necesidad de sub procesos separados. 9. Repensar y volver a situar controles 10. Simplificar interfaces y corrientes de informacin 1 2 3