Source: http://www.gerenciadigital.com/articulos/proceso.

htm

Gerencia de Procesos
Por Jose Onate, Consultor Empresarial

Temas de Interes

 Mapas de Procesos
 Modelado de Procesos
 Documentación de procesos
 Equipos de proceso
 Rediseño y mejora de procesos
 Indicadores de gestión
 Diagramar
 Identificación y documentación
 Definición de objetivos
 Especificación de responsables de los procesos
 Reducción de etapas y tiempos
 Simplificación
 Reducción y eliminación de actividades sin valor añadido
 Ampliación de las funciones y responsabilidades del personal
 Modelado de Procesos
 Rediseño y Mejora de Procesos
 Test de eficiencia

La Gestión de Procesos coexiste con la administración funcional, asignando "propietarios" a

los procesos clave, haciendo posible una gestión interfuncional generadora de valor para el
cliente y que, por tanto, procura su satisfacción. Determina qué procesos necesitan ser
mejorados o rediseñados, establece prioridades y provee de un contexto para iniciar y mantener
planes de mejora que permitan alcanzar objetivos establecidos. Hace posible la comprensión
del modo en que están configurados los procesos de negocio, de sus fortalezas y debilidades.

Mapas de Procesos

Una aproximación que define la organización como un sistema de procesos interrelacionados.

El mapa de procesos impulsa a la organización a poseer una visión más allá de sus límites
geográficos y funcionales, mostrando cómo sus actividades están relacionadas con los clientes
externos, proveedores y grupos de interés. Tales "mapas" dan la oportunidad de mejorar la
coordinación entre los elementos clave de la organización. Asimismo dan la oportunidad de
distinguir entre procesos clave, estratégicos y de soporte, constituyendo el primer paso para
seleccionar los procesos sobre los que actuar.
 Modelado de Procesos

Un modelo es una representación de una realidad compleja. Realizar el modelado de un proceso

es sintetizar las relaciones dinámicas que en él existen, probar sus premisas y predecir sus efectos
en el cliente. Constituye la base para que el equipo de proceso aborde el rediseño y mejora y
establezca indicadores relevantes en los puntos intermedios del proceso y en sus resultados.

Documentación de procesos

Un método estructurado que utiliza un preciso manual para comprender el contexto y los detalles
de los procesos clave. Siempre que un proceso vaya a ser rediseñado o mejorado, su
documentación es esencial como punto de partida. Lo habitual en las organizaciones es que los
procesos no estén identificados y, por consiguiente, no se documenten ni se delimiten. Los
procesos fluyen a través de distintos departamentos y puestos de la organización funcional, que
no suele percibirlos en su totalidad y como conjuntos diferenciados y, en muchos casos,
interrelacionados.

Equipos de proceso

La configuración, entrenamiento y facilitación de equipos de procesos es esencial para la gestión

de los procesos y la orientación de éstos hacia el cliente. Los equipos han de ser liderados por el
"propietario del proceso", y han de desarrollar los sistemas de revisión y control.

Rediseño y mejora de procesos

El análisis de un proceso puede dar lugar a acciones de rediseño para incrementar la eficacia,
reducir costes, mejorar la calidad y acortar los tiempos reduciendo los plazos de producción y
entrega del producto o servicio.

Indicadores de gestión

La Gestión de Procesos implicará contar con un cuadro de indicadores referidos a la calidad y a

otros parámetros significativos. Este es el modo en que verdaderamente la organización puede
conocer, controlar y mejorar su gestión.

Regresar...

Diagramar

Es establecer una representación visual de los procesos y subprocesos, lo que permite obtener
una información preliminar sobre la amplitud de los mismos, sus tiempos y los de sus
actividades.

La representación gráfica facilita el análisis, uno de cuyos objetivos es la descomposición de

los procesos de trabajo en actividades discretas. También hace posible la distinción entre
aquellas que aportan valor añadido de las que no lo hacen, es decir que no proveen
directamente nada al cliente del proceso o al resultado deseado. En este último sentido cabe
hacer una precisión, ya que no todas las actividades que no proveen valor añadido han de ser
innecesarias; éstas pueden ser actividades de apoyo y ser requeridas para hacer más eficaces
las funciones de dirección y control, por razones de seguridad o por motivos normativos y de
legislación.

Gerencia de procesos

Identificación y documentación.

Lo habitual en las organizaciones es que los procesos no estén identificados y, por consiguiente,
no se documenten ni se delimiten. Los procesos fluyen a través de distintos departamentos y
puestos de la organización funcional, que no suele percibirlos en su totalidad y como conjuntos
diferenciados y, en muchos casos, interrelacionados.

Regresar...

Definición de objetivos.

La descripción y definición operativa de los objetivos es una actividad propia de la gestión. La

característica del enfoque que nos ocupa es definir explícitamente esos objetivos en términos del
cliente. Esto permitirá orientar los procesos hacia la Calidad, es decir hacia la satisfacción de
necesidades y expectativas.

Regresar...

Especificación de responsables de los procesos.

Al estar, por lo común, distribuidas las actividades de un proceso entre diferentes áreas
funcionales, lo habitual es que nadie se responsabilice del mismo, ni de sus resultados finales.
La gestión de procesos introduce la figura esencial de propietario del proceso. El dueño del
proceso es una persona que participa en sus actividades. Será esta persona la responsable
última, teniendo control sobre el mismo desde el principio hasta el final. Generalmente este
papel es asignado a un mando o directivo.
El propietario del proceso puede delegar este liderazgo en un equipo o en otra persona que
tenga un conocimiento importante sobre el proceso. En este caso, es vital que el dueño del
proceso esté informado de las acciones y decisiones que afectan al proceso, ya que la
responsabilidad no se delega.

Regresar...

Reducción de etapas y tiempos.

Generalmente existe una sustancial diferencia entre los tiempos de proceso y de ciclo. La
gestión de procesos incide en los tiempos de ciclo, y en la reducción de las etapas, de manera
que el tiempo total del proceso disminuya.

Simplificación.

Intentando reducir el número de personas y departamentos implicados en un ejercicio de

simplificación característico de esta estrategia de gestión.

Reducción y eliminación de actividades sin valor añadido.

Es frecuente encontrar que buena parte de las actividades de un proceso no aportan nada al
resultado final. Puede tratarse de actividades de control, duplicadas o, simplemente, que se
llevan a cabo porque surgieron, por alguna razón más o menos operativa en principio, pero que
no han justificado su presencia en la actualidad. La gestión de procesos cuestiona estas
actividades dejando perdurar las estrictamente necesarias, como aquellas de evaluación
imprescindibles para controlar el proceso o las que deban realizarse por cumplimiento de la
legalidad y normativa vigente.

Ampliación de las funciones y responsabilidades del personal.

Con frecuencia es necesario dotar de más funciones y de mayor responsabilidad al personal que
interviene en el proceso, como medio para reducir etapas y acortar tiempos de ciclo. La
implantación de estos cambios afecta fuertemente al personal, por lo que ha de ser
cuidadosamente llevada a cabo para reducir la resistencia que pudiera darse en las personas
implicadas.
 Modelado de Procesos

Frecuentemente los sistemas (conjuntos de procesos y subprocesos integrados en una

organización) son difíciles de comprender, amplios, complejos y confusos; con múltiples puntos
de contacto entre sí y con un buen número de áreas funcionales, departamentos y puestos
implicados. Un modelo puede dar la oportunidad de organizar y documentar la información
sobre un sistema.

Pero ¿qué es un modelo? Un modelo es una representación de una realidad compleja. Modelar
es desarrollar una descripción lo más exacta posible de un sistema y de las actividades llevadas
a cabo en él.

Cuando un proceso es modelado, con ayuda de una representación gráfica (diagrama de

proceso), pueden apreciarse con facilidad las interrelaciones existentes entre distintas
actividades, analizar cada actividad, definir los puntos de contacto con otros procesos, así como
identificar los subprocesos comprendidos. Al mismo tiempo, los problemas existentes pueden
ponerse de manifiesto claramente dando la oportunidad al inicio de acciones de mejora.

Rediseño y Mejora de Procesos

Rediseñar un proceso es hacerlo más eficiente y eficaz. Es conseguir que rinda en un grado
superior al que tenía anteriormente, y ello gracias a una acción sistemática sobre el proceso
que hará posible que los cambios sean estables.

Se trata de conocer el proceso, sus causas asignables (imputables) de variación, de eliminar

actividades sin valor añadido y de aumentar la satisfacción del cliente. El rediseño de procesos
incluye una actividad de mejora permanente, ya que al rediseño en sí ha de seguir la aplicación
del ciclo PDCA de mejora continua.

Un primer paso, esencial para acometer la mejora de procesos, es contar con el liderazgo de la
alta dirección de la organización. Este liderazgo ha de ser asumido decididamente e ir
acompañado de un intenso compromiso, mientras que es comunicado explícitamente de manera
que se genere un estado de opinión y actitud favorables hacia las actividades de mejora y sus
resultados. Igualmente, los líderes deben asegurar que los equipos de mejora tenga a su
disposición todos los recursos necesarios y la capacitación precisa para emprender y ultimar su
misión.

La mejora de un proceso implica una serie de actividades ordenadas, que constituyen en sí

mismas un proceso, y cuyas fases principales están contenidas en la figura siguiente. En ella se
puede observar la presencia de un subproceso (A) que no es otro que el correspondiente al de la
mejora continua.

Fase I
Con esta documentacion un experto levanta la informacion y realiza; un diagnostico de su
empresa con una proyeccion a cinco anualidades.
Se debera hacer los ajustes necesarios para fortalecerla en el menor tiempo posible.

Se presenta un presupuesto de gastos y honorarios, que incluya un cronograma de las

actividades sugeridas.

Solicite una proforma aqui..

Test de Eficiencia
Para comprobar cual es la situacion de su empresa, Gerencia digital a desarrollado un simple
test gratuito que puede realizar inmediatamente.

Objetivos
 Incrementar eficiencia.
 Reducir costos y gastos.
 Mejorar la calidad.
 Entrega oportuna.
 Integrar las actividades
 Lotes optimos
 Establecer prioridades
 Mano de obra confiable
MODELIZACION DE DATOS
http://www.ongei.gob.pe/publica/metodologias/Lib5006/cap3-3.htm

La modelizaci¢n de datos es una t‚cnica que se orienta al conocimi-

ento profundo de los datos que va a utilizar la Unidad, con el fin
de implantarlo en forma ¢ptima.

a) Objetivo :

Conocer los datos que se van a utilizar, adem s de obtener estruct-

uras no redundantes, sin inconsistencias, seguras e ¡ntegras.

b) Utilidad :

La realizaci¢n de una modelizaci¢n de datos es £til por los

siguiente:

* Obtenci¢n de la estructura del sistema.

* Refleja cualquier cambio en el sistema de informaci¢n.
* Representa toda la informaci¢n que necesita la Unidad.
* Representa la parte l¢gica de la informaci¢n.

c) Descripci¢n :

Dadas las necesidades de cambio planteados por el usuario para su

Unidad, (mundo real) se debe llegar gr ficamente al esquema concep-
tual interno y externo orientado al usuario y al equipo requerido
respectivamente.

* Esquema externo

Es la visi¢n que de los datos del sistema tienen las aplicaciones

inform ticas. Por ejemplo un esquema externo puede ser una
aplicaci¢n en Cobol.

* Esquema conceptual

Refleja la realidad, representando gr ficamente las necesidades del

usuario, sin tener en cuenta restricciones del equipo f¡sico y
l¢gico propios del sistema. En este esquema se definen las
entidades de datos y su relaci¢n.

* Esquema interno

Es la forma de almacenar las tablas que se generan en la memoria,

dependiendo de la memoria disponible y de los dispositivos de
almacenamiento de acceso directo que se utilicen.

La Figura N§ 12, muestra m s a detalle la relaci¢n existente entre

estos tres tipos de esquemas.
 RELACION EXISTENTE ENTRE LOS ESQUEMAS

ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»

º ÉÍÍÍÍÍÍÍÍÍ» º
º Úþ Mundo º º
º ³º Real º º
º ³ÈÍÍÍÍÍþÍÍͼ º
º ÉÍÍÍÍÍÍÍÍ» ÉÍÍÍÍÍÍÍÍÍ» ³ ÚÄÄÄÄÙ º
º º Mundo þÄÄÄÄÄÄÄÄÄÄÄþ Mundo þÄÄÄÄÄÄ´ ³ Como se representa º
º º Real º º Real º ³ ³ internamente los º
º ÈÍÍÍÍþÍÍͼ ÈÍÍÍÍþÍÍÍͼ ³ ³ datos en la PC º
º ³ ³ ³ ³ º
º ÚÄÄÄÄÄÙ ÚÄÄÄÄÄÙ ³ ÀÄÄÄÄþ º
º ³ Requerimientos ³ Muestra la ³ º
º ³ ³ relaci¢n entre ³ º
º ÀÄÄÄÄÄþ ³ las entidades ³ º
º ÀÄÄÄÄÄþ ³ ÉÍÍÍÍÍÍÍÍÍ» º
º ³ º Mundo º º
º ÀÄþ Real º º
º ÈÍÍÍþþÍÍÍͼ º
º ³ º
º ÚÄÄÄÙ º
º ³ Como emplea º
º ³ los datos las º
º ³ aplicaciones º
º ÀÄÄÄþ º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ

Figura. N§ 12

3.3.1 Elementos b sicos.

Los elementos b sicos que vamos a emplear para elaborar el Modelo

de Datos son los siguientes:

* Entidad.

Es un objeto (persona, lugar o cosa) sobre la cual la organizaci¢n

captura, almacena o procesa datos.

Por ejemplo, una entidad puede denominarse Empresa, la cual con-

tendr  diversos atributos de la misma.

Un conjunto de entidades con las mismas caracter¡sticas es lo que

forma un tipo de entidad.

* Atributo.

Son las caracter¡sticas que describen e identifican a la entidad.

 * Relaci¢n.

Es la conexi¢n que va existir (entre tipos de entidades).

* Tabla.

Representaci¢n f¡sica de un tipo de entidad.

* Fila.

Conjunto de atributos de una entidad. Se puede definir Ocurrencia

o Tupla.

* Columna.

Atributo elegido para el conjunto de entidades de un tipo de entidad.

* Grado de una tabla.

N£mero de columnas de una tabla.

* Clave.

Atributo(s) que hacen £nico el acceso a una entidad u ocurrencia de

la tabla.

* Claves candidatas; posibles claves sobre la misma tabla.

* Clave simple; compuesta por un £nico atributo.
* Clave m£ltiple o concatenada; compuesta por un conjunto de
atributos.
* Clave ajena; atributo de una tabla que es clave en otra.
* Ocurrencia de entidad.
Son los posibles valores reales que puede tomar la clave de una
entidad.
* Cardinalidad de entidad.
Representa el n£mero de las ocurrencias de una entidad que se
relacionan con ocurrencias de la otra entidad.

Estas pueden ser:

* Una ocurrencia de una entidad con una ocurrencia de la otra

entidad (1,1)
* Una ocurrencia de una entidad con varias ocurrencias de la otra
entidad (1,m)
* Var las ocurrencias de una entidad con varias ocurrencias de la
otra entidad (m,n)

3.3.2 T‚cnica a utilizar en la modelizaci¢n de datos.

Existen dos t‚cnicas para construir el modelo conceptual:

* Modelo Entidad-Relaci¢n de CHEN.

* Diagrama de Estructura de datos

La diferencia entre ambas es la existencia en el Modelo Entidad-

 Relaci¢n de relaciones N-ARIAS, permitiendo ser un modelo cercano a
la representaci¢n del mundo real. Recomendable para representar el
modelo de informaci¢n del sistema a muy alto nivel, como es el caso
de un Plan de Sistemas.

Modelo Entidad-Relaci¢n de CHEN: Es un modelo N-ARIO(entre N entida-

des simult neamente), que permite relacionar una, dos o m s
entidades.

Diagrama de Estructura de datos: Permite representar gr ficamente

las relaciones o asociaciones entre pares de entidades. La descri-
pci¢n de esta t‚cnica ser  mostrada en el punto 3.4 del presente
documento.

3.3.3 Normalizaci¢n de datos.

Paralelamente con la modelizaci¢n de datos se debe de normalizar los

mismos con la finalidad de:

* Reducir las inconsistencias y redundancias de los datos.

* Facilitar el mantenimiento de los datos y programas.
* Evitar anomal¡as en operaciones de manipulaci¢n de datos.
* Reducir el impacto de los cambios en los datos, Para los cual se
debe de seguir un procedimiento de normalizaci¢n.

Este modelo se comparar  con el que se obtuvo mediante la t‚cnica de

Diagrama de Estructura de Datos (DED) y de esta comparaci¢n se obte-
ndr  el modelo l¢gico de datos definitivo.

Procedimientos de Normalizacion.

Para explicar en forma m s did ctica el procedimiento de norma-

lizaci¢n se utilizar  un ejemplo pr ctico el cual mencionaremos a
continuaci¢n:

Se cuenta con un documento ®Pedido de Materiales¯, el cual cuenta

con los siguientes campos:

* C¢digo del pedido.

* Fecha del pedido.
* C¢digo del proveedor.
* Nombre del proveedor.
* Direcci¢n del proveedor.
* C¢digo del material.
* Descripci¢n del material.
* Cantidad pedida del material.
* Precio unitario del material.

El documento en este caso vendr¡a a ser una entidad sin normalizar,

en este caso tomar  el nombre de Pedido, y los campos se denominaran
atributos, siendo la clave el atributo denominado ®C¢digo del
Producto¯.

* Primera Forma Normal (1FN)

 Concepto :

Una entidad est  en primera forma normal si no contiene grupos repe-

titivos, es decir todos los atributos dependen funcionalmente de la
clave.

Ejemplo :

De acuerdo al concepto de la Primera Forma Normal, se determina

lo siguiente:

pedido 1

* C¢digo del pedido. (K)

* Fecha del pedido.
* C¢digo del proveedor.
* Nombre del proveedor.
* Direcci¢n del proveedor.

En vista de que existen atributos que no dependen funcionalmente de

la clave se forma una nueva entidad denominada PEDIDO 2., donde la
clave principal de esta entidad est  formada por la concatenaci¢n de
uno o varios de sus atributos y la clave principal de la antigua
entidad.

pedido 2

* C¢digo del pedido. (1)

* C¢digo del material. (2)
* Descripci¢n del material.
* Cantidad pedida del material.
* Precio unitario del material.

Donde (1), (2) son atributos concatenados de la clave.

De esta forma con las dos entidades se obtendr  la primera

forma normal.

* Segunda Forma Normal (2FN)

Concepto :

Una entidad est  en segunda forma normal si est  en primera forma

normal y cada atributo que no pertenezca a la clave tiene una depe-
ndencia funcional

completa de la clave.

Ejemplo :

De acuerdo al concepto que se tiene de la segunda forma normal, se

debe de verificar las dos nuevas entidades obtenidas y elegir
aquella que sus atributos no dependan funcionalmente de la clave.

En este caso trabajaremos con la Entidad PEDIDO 2., debido a que no

satisface los requerimientos preestablecidos.

Con la entidad PEDIDO 2. se identificar n todos aquellos atributos

que no dependan funcionalmente de la clave principal y se agruparan
posteriormente formando una nueva entidad, la cual tendr  como
clave una parte de la clave de la antigua entidad de la cual
depende funcionalmente.

Las entidades obtenidas en esta forma normal son las siguientes:

PEDIDO 21.

* C¢digo del pedido. (1)

* C¢digo del material. (2)
* Cantidad pedida del material.

PEDIDO 22.

* C¢digo del material. (K)

* Descripci¢n del material.
* Precio unitario del material.

Tercera Forma Normal (3FN)

Concepto :

Una entidad est  en tercera forma normal si est  en segunda forma

normal y si cada uno de los atributos de la entidad depende s¢lo
de la clave, es decir no debe de existir dependencia transitiva.

Un ejemplo de dependencia transitiva es el siguiente:

Si tenemos los datos A,B,C que constituyen una estructura de

registros, donde:

C, es funcionalmente dependiente de B.
B, es funcionalmente dependiente de A.

Entonces: C, es funcionalmente dependiente de A.

Por lo tanto existe una dependencia transitiva entre los datos
del registro.
Graficamente tendremos

ÚÄÄÄÄÄÄÄÄÄ¿þÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ A ³þÄÄÄÄ¿ ³
ÀÄÄÄÄÄÄÄÄÄÙ ³ ³
³ ³
ÚÄÄÄÄÄÄÄÄÄ¿þÄÄÄÄÙ ³
³ B ³ ENTONCES ³
ÀÄÄÄÄÄÄÄÄÄÙþÄÄÄÄ¿ ³
³ ³
ÚÄÄÄÄÄÄÄÄÄ¿ ³ ³
³ C ³þÄÄÄÄÙ ³
ÀÄÄÄÄÄÄÄÄÄÙþÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

Al aplicar la tercera forma normal obtendremos el siguiente

 gr fico:

ÚÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄ¿
³ A ³ þÄÄ¿ ³ B ³ þÄÄ¿
ÀÄÄÄÄÄÄÄÄÙ ³ ÀÄÄÄÄÄÄÄÄÄÙ ³
³ ³
ÚÄÄÄÄÄÄÄÄ¿ ³ ÚÄÄÄÄÄÄÄÄÄ¿ ³
³ B ³ þÄÄÙ ³ C ³ þÄÄÙ
ÀÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÙ

Es necesario se¤alar que cuando existe una dependencia

transitiva, al quitar A, se puede provocar el borrado de B y C a
la vez (p‚rdida inadvertida de datos)

Ejemplo :

De acuerdo al concepto de Tercera Forma Normal, se revisar n las

entidades existentes, donde se determinar  que la entidad
PEDIDO 1. no se encuentra completamente normalizada.

Por lo tanto, se identificar n aquellos atributos que no dependan

de otro atributo distinto a la clave (dependencias transitivas),
se formar n con ellos una nueva entidad y se quitar n las
antiguas.

Las entidades obtenidas son:

PEDIDO 11.

* C¢digo del pedido. (K)

* Fecha del pedido.
* C¢digo del proveedor.

PEDIDO 12.

* C¢digo del proveedor. (K)

* Nombre del proveedor.
* Direcci¢n del proveedor.

Luego de haber normalizado la entidad PEDIDO se obtiene las sigu-

ientes entidades:

PEDIDO 11.
PEDIDO 12.

* C¢digo del pedido. (K) * C¢digo del proveedor. (K)

* Fecha del pedido. * Nombre del proveedor.
* C¢digo del proveedor. * Direcci¢n del proveedor.
* PEDIDO 21. * PEDIDO 22.

* C¢digo del pedido. (1) * C¢digo del material. (K)

* C¢digo del material. (2) * Descripci¢n del mat.
 * Cantidad pedida del mat. * Precio unitario del mat.

3.3.4 Reglas de integridad.

Para asegurar un acceso eficiente a los datos del sistema, es

necesario tener en cuenta las siguientes reglas de integridad:

* Integridad de Entidad.

Tener en cuenta que la clave principal no puede tener valor nulo,

es decir, tiene que contener dato. De lo contrario podr¡a existir
m s de un atributo con ese valor, con lo cual el acceso puede no
ser £nico.

* Integridad Referencial.

En caso de que exista clave ajena, el valor ha de ser igual que

el atributo clave o bien ser nulo. Es importante la localizaci¢n
de clave ajena para evitar inconsistencia de la informaci¢n
contenida en las estructuras de datos.

3.3.5 Optimizaci¢n del modelo de datos.

Una vez obtenidas las entidades normalizadas en 3FN, es necesario

asegurar que este modelo de datos, satisfaga los requisitos
exigidos para el sistema, en cuanto a tiempos de respuesta.

La optimizaci¢n del modelo de datos, puede llegar a la necesidad

de desnormalizar el modelo de datos, con el fin de reducir o
simplificar el n£mero de accesos a la base de datos para las
transacciones cr¡ticas. Para ello se debe de seguir las sigui-
entes recomendaciones:

* Introducir redundancias en los elementos de datos.

* Introducir elementos repetitivos.
* Redefinir o a¤adir relaciones entre las entidades para hacerle
mas directo el acceso entre entidades.
* Dividir entidades.
* Modificar el tratamiento realizado por las transacciones
cr¡ticas.
* Combinar entidades, si los accesos para ellas son frecuentes
dentro de la misma transacci¢n.
* Definir claves secundarias o ¡ndices para determinar caminos de
acceso alternativos.

En cualquier caso, se debe tener presente que la desnormalizaci¢n

puede implicar problemas y anomal¡as en las operaciones que mani-
pulan datos. Por eso, la decisi¢n de desnormalizar ser  tomada
por la persona responsable de la gesti¢n de los datos dentro de
la instituci¢n.