Esteves Jo e Propuesta y Aplicación de Una Metodología Integral para Diseñar e Implementar Sistemas Híbridos de Información en Empresas

TESIS PUCP
Esta obra ha sido publicada bajo la licencia Creative Commons

Reconocimiento-No comercial-Compartir bajo la misma licencia 2.5 Per.
Para ver una copia de dicha licencia, visite
http://creativecommons.org/licenses/by-nc-sa/2.5/pe/
PONTIFICIA UNIVERSIDAD CATLICA DEL PER

FACULTAD DE CIENCIAS E INGENIERA
PROPUESTA Y APLICACIN DE UNA METODOLOGA INTEGRAL

PARA DISEAR E IMPLEMENTAR SISTEMAS HBRIDOS DE
INFORMACIN EN EMPRESAS
Tesis para optar por el Ttulo de Ingeniero Industrial, que presenta el bachiller:
Joe Jordan Esteves Valladares
ASESOR: Csar Augusto Corrales Riveros
Lima, Mayo del 2009
RESUMEN
Desde la revolucin industrial, el mundo ha experimentado cambios profundos que han
permitido los avances tecnolgicos y cientficos de nuestros das. En este camino, la
preocupacin por las telecomunicaciones y la informtica ha ido en aumento. Ello ha dado
como resultado el mundo de la actualidad (internet, sistemas de tarjeta de crdito,
comunicacin satelital entre otros). Es as como las empresas comenzaron a utilizar
tecnologa aplicada a la gestin en los ltimos cuarenta aos; esta evolucin comenz
con el uso de los grandes computadores de transistores, computadores de circuitos
integrados, microcircuitos y finalmente el uso de la inteligencia artificial. En nuestros das,
el avance de las telecomunicaciones permite que la informacin de una empresa se
encuentre integrada y disponible a todos los miembros que se relacionan con la misma
(entes reguladores, proveedores, clientes, empleados entre otros).
El presente estudio consiste en una nueva propuesta para disear e implementar

sistemas en pequeas empresas con la finalidad de formalizar y automatizar procesos
internos de informacin en las mismas, as como tambin para el desarrollo de
microsistemas en medianas y grandes empresas con la finalidad de automatizar los
procesos internos no contemplados en los desarrollos informticos que la empresa pueda
poseer, lo que se denominar finalmente sistemas hbridos ya que podran ser
programados desde diferentes perspectivas y para diversas finalidades.
Para disear sistemas hbridos se estudia el contexto de la empresa, se utiliza el anlisis

estructurado para proponer el nuevo sistema de modo conceptual, se disean los
algoritmos que procesarn la informacin haciendo uso de metodologas tales como la
regresin lineal simple y la programacin lineal, y posteriormente, se programa el modelo
en Visual Basic 6.0 aplicado a Microsoft Excel; lo que dar como resultado un sistema que
solucionar una necesidad de informacin especfica en una empresa.
Finalmente, la aplicacin de esta metodologa le permitir al usuario del negocio por

primera vez poseer una herramienta propia para disear e implementar sistemas; lo cual
siempre ha estado en manos de los programadores, reas de TI de las empresas y de los
proveedores de software. As mismo, el uso de la metodologa propuesta garantizar la
efectividad del uso de las tecnologas de informacin y automatizar en mayor medida los
procesamientos automticos de informacin en las empresas de nuestros das.
Dedicatoria:
Dedico la presente investigacin a mis padres Jorge y Nancy, a quienes amo
profundamente y agradezco infinitamente por hacer de este sueo una realidad.
NDICE
INTRODUCCIN..................................................................................................................1
CAPTULO 1: MARCO TERICO .......................................................................................3
1.1 El paradigma del cambio: ...........................................................................................3
1.2 Microsoft Excel y sus principales aplicaciones: ..........................................................6
1.3 Las consultas multidimensionales: .............................................................................9
1.3.1 Definicin de consulta multidimensional:.................................................................9
1.3.2 Consultas multidimensionales utilizando tablas dinmicas de Microsoft Excel: ....11
1.3.3 Consultas aplicadas a la toma de decisiones:.......................................................12
1.4 La programacin lineal: ............................................................................................14
1.4.1 Resolucin de problemas de programacin lineal mediante el mtodo Smplex: .17
1.4.2 Resolucin de problemas de programacin lineal mediante el uso del solver de
Microsoft Excel: ..............................................................................................................22
1.5 El anlisis y diseo de sistemas: ..............................................................................26
1.5.1 Los sistemas de informacin: ................................................................................27
1.5.2 El anlisis y el Diseo de Sistemas: ......................................................................34
1.5.2.1 Anlisis de Sistemas:..........................................................................................35
1.5.2.2 Diseo de Sistemas:...........................................................................................54
CAPTULO 2: METODOLOGA INTEGRAL PARA LA CREACIN DE SISTEMAS
HBRIDOS EN EMPRESAS ...............................................................................................59
CAPTULO 3: USO DE LA METODOLOGA INTEGRAL PARA LA CREACIN DE UN
SISTEMA HBRIDO DE INFORMACIN Y APLICACIONES DE EXPLOTACIN DE
INFORMACIN EN UNA CADENA DE ACCESORIOS DE CELULARES.......................65
3.1 Anlisis de la empresa a implementar el sistema hbrido:.........................................65
3.2 Diagnstico y propuesta para optimizar la empresa:.................................................67
3.3 Fusin de las herramientas tericas estudiadas (mediante una metodologa integral):
.........................................................................................................................................69
3.3.1 Plataforma tecnolgica: ..........................................................................................69
3.3.2 Anlisis de Sistemas:..............................................................................................69
3.3.2.1 Diagrama de flujo de datos:.................................................................................70
3.3.2.2 Diagrama de estructura de datos: .......................................................................80

3.3.2.3 Diccionario de datos y especificaciones lgicas:.................................................85
3.3.3 Diseo de Sistemas:...............................................................................................86
3.4 Modelacin de la Informacin de la Empresa segn la fusin de herramientas y el
diseo de Sistemas: ........................................................................................................99
3.5 Desarrollo del sistema: ............................................................................................100
3.6 Capacitacin del sistema:........................................................................................102
3.7 Implementacin y evaluacin del sistema: ..............................................................104
CAPTULO 4: CONCLUSIONES Y RECOMENDACIONES ...........................................109
REFERENCIAS BIBLIOGRFICAS ................................................................................111
NDICE DE FIGURAS:
Figura 1.1 Etapas del cambio de Lewin................................................................................5
Figura 1.2 Estructura de las dimensiones y hechos ...........................................................10
Figura 1.3 Representacin multidimensional de una base de datos ..................................10
Figura 1.4 Representacin de una consulta multidimensional en Microsoft Excel.............11
Figura 1.5 Tipos de consultas de sistemas de decisiones .................................................14
Figura 1.6 Modo de ordenar la informacin para utilizar el solver de Excel .......................24
Figura 1.7 Pantalla principal del solver de Excel: ...............................................................24
Figura 1.8 Pantalla de restricciones del solver de Excel: ...................................................24
Figura 1.9 Pantalla de los parmetros cargados del modelo de programacin lineal al
solver de Excel. ..................................................................................................................25
Figura 1.10 Pantalla de resultados del solver de Excel......................................................25
Figura 1.11 Estructura de pirmide de la empresa.............................................................30
Figura 1.12 Las siete fases del ciclo de vida del desarrollo de sistemas ...........................36
Figura 1.13 Consumo de recursos durante la vida del sistema..........................................40
Figura 1.14 Diagrama de contexto del ejemplo ..................................................................44
Figura 1.15 Diagrama cero del ejemplo..............................................................................45
Figura 1.16 Diagrama hijo 2 del ejemplo ............................................................................45
Figura 1.17 Tablas de informacin no normalizadas..........................................................52
Figura 1.18 Tablas de informacin normalizadas...............................................................52
Figura 1.19 Carta estructurada del ejemplo .......................................................................58
Figura 3.1 Plataforma tecnolgica actual de la empresa....................................................70
Figura 3.2 Diagrama de flujo de datos del procesamiento de los documentos y la
absorcin del reporte transaccional....................................................................................71
Figura 3.3 Diagrama de flujo de datos del Proceso Digitar documento (1) ........................72
Figura 3.4 Diagrama de flujo de datos del Proceso Revisar reporte transaccional (2) ......72
Figura 3.5 Diagrama de flujo de datos del Proceso Validar documento (3) .......................72
Figura 3.6 Diagrama de flujo de datos del procesamiento de inventarios..........................73
Figura 3.7 Diagrama de flujo de datos del Proceso Digitar inventario (4) ..........................74
Figura 3.8 Diagrama de flujo de datos del Proceso Ingresar inventario almacn central (5)
............................................................................................................................................74
Figura 3.9 Diagrama de flujo de datos del Proceso Validar almacn central (6)................74
Figura 3.10 Diagrama de flujo de datos del Proceso Ingresar inventario de local (7) ........75
Figura 3.11 Diagrama de flujo de datos de la actualizacin de las bases de datos ...........76
Figura 3.12 Diagrama de flujo de datos del Proceso Actualizar bases de datos (8) ..........77
Figura 3.13 Diagrama de flujo de datos del Proceso Elaborar reportes de gestin (9)......77
Figura 3.14 Diagrama de contexto .....................................................................................78
Figura 3.15 Diagrama cero .................................................................................................79
Figura 3.16 Formato del documento (factura/boleta). ........................................................81
Figura 3.17 Normalizacin del documento mediante la FN1..............................................82
Figura 3.20 Inclusin del campo stock_anual en la entidad productos. .............................84
Figura 3.21 DSD normalizado. ...........................................................................................85
Figura 3.22 DSD desnormalizado.......................................................................................86
Figura 3.23 Carta estructurada del proceso Digitar documento .........................................88
Figura 3.24 Carta estructurada del proceso Revisar reporte transaccional .......................88
Figura 3.25 Carta estructurada del proceso Validar documento ........................................89
Figura 3.26 Carta estructurada del proceso Digitar inventario ...........................................89
Figura 3.27 Carta estructurada del proceso Ingresar inventario almacn central ..............90
Figura 3.28 Carta estructurada del proceso Validar almacn central.................................90
Figura 3.29 Carta estructurada del proceso Ingresar inventario de local ...........................91
Figura 3.30 Carta estructurada del proceso Actualizar bases de datos .............................91
Figura 3.31 Carta estructurada del proceso Elaborar reportes de gestin.........................92
Figura 3.32 Esbozo del men de nivel operativo................................................................94
Figura 3.33 Esbozo del men del nivel de control operativo ..............................................95
Figura 3.34 Esbozo del men del nivel de planeamiento estratgico ................................95
Figura 3.35 Diseo del men del nivel operativo................................................................96
Figura 3.36 Diseo del men del nivel de control operativo...............................................96
Figura 3.37 Diseo del men del nivel de planeamiento estratgico .................................96
Figura 3.38 Pantalla real del diccionario de datos interactivo desarrollado especficamente
para el sistema hbrido. ....................................................................................................102
Figura 3.39 Flujo de conocimiento como beneficio intangible en la plataforma del sistema
hbrido...............................................................................................................................108
NDICE DE TABLAS:
Tabla 1.1 Informacin de productos ...................................................................................10
Tabla 3.1 Tabla de ventajas y desventajas de los dos tipos de Base de Datos propuestas.
..........................................................................................................................................100
Tabla 3.2 Evaluacin final del Sistema hbrido en funcin de las ventajas logradas. ......105
Tabla 3.3 Inversin requerida para desarrollar el sistema hbrido en Microsoft Excel .....105
NDICE DE ANEXOS:
Anexo 1: Mdulo de atencin al cliente en la empresa de accesorios de celulares..1
Anexo 2: Diccionario de datos y especificaciones lgicas.....2
Anexo 3: Uso de la regresin lineal simple y uso de la programacin lineal cclica en el
sistema hbrido.28
Anexo 4: Desarrollo de las vistas del Sistema hbrido..33
INTRODUCCIN
La ingeniera industrial, tal igual como muchas reas del conocimiento e ingeniera, ha
incrementado su efectividad gracias al gran desarrollo de las telecomunicaciones y la
informtica moderna. En el pasado era inconcebible pensar que se podra retener el
conocimiento a partir de mquinas electrnicas tales como computadoras o telfonos.
Esto hoy en da es factible gracias al gran avance de las redes de comunicacin, a la
potenciacin de los procesamientos de informacin y a la versatilidad y acoplamiento de
la informtica a la gestin en las empresas dando como resultado la optimizacin de
procesos operativos y el control efectivo de variables crticas del negocio tales como
ventas, inventario, presupuesto entre otros.
Las herramientas propias de la ingeniera industrial estn orientadas a la optimizacin,

reingeniera de procesos y a la gestin, aspectos de vital importancia en las empresas de
hoy en da. Estas herramientas son utilizadas generalmente para resolver problemas
especficos obviando en las mismas el desarrollo informtico de ser factible dando como
resultado la tercerizacin de estos desarrollos en la gran mayora de los casos. Es cierto
que el impacto que originarn los desarrollos informticos sern positivos y automatizarn
quizs los procesos ms crticos de la organizacin; sin embargo, es posible que no se
contemplen todas las necesidades de informacin de la empresa quedando an tareas sin
automatizar. Esto origina la dependencia de las organizaciones en sus desarrolladores de
sistemas a nivel mundial dando como resultado serios inconvenientes tanto en el soporte
de sistemas como en la evolucin de las plataformas existentes a nuevas versiones
mejoradas originando la resistencia al cambio de sus miembros y la paralizacin de las
operaciones en caso de falla.
El presente estudio aplicar los conocimientos comunes de la Ingeniera Industrial desde

el campo de la investigacin de operaciones, el estudio de mtodos y el anlisis y diseo
de sistemas enunciando teoras bsicas de sistemas de modo generalizado, con la
finalidad de fusionar todo el conocimiento optimizador y de gestin para dar como
resultado una metodologa de sistemas para usuarios multidisciplinarios que les permita
generar sistemas personalizados y automatizados destinados a una solucin o soluciones
especficas en cualquier empresa.
En el captulo 1 se estudia el paradigma del cambio como factor clave para garantizar el
xito al proponer cambios en las organizaciones. As mismo, se estudia la herramienta
ofimtica Microsoft Excel y los beneficios asociados a su uso; la programacin lineal como
herramienta orientada a la optimizacin; para finalmente estudiar los sistemas de
informacin como solucin integral aplicada a la gestin de las empresas que permitir
disear e implementar soluciones de informacin especficas en empresas.
En el captulo 2 se proponen las fases de la metodologa integral para disear e

implementar sistemas hbridos en empresas, la cual se basa en las herramientas tericas
estudiadas en el captulo 1 y en las siete fases del ciclo de vida del desarrollo de
sistemas.
En el captulo 3 se estudia el caso de una cadena de accesorios de celulares, empresa

que no posea formalizados sus procesos de informacin y decisin. Por esta razn, se
analiza la factibilidad de la aplicacin de la metodologa integral para luego aplicar dicha
metodologa en el contexto dado dando como resultado un sistema diseado
especficamente para formalizar el ingreso de la informacin transaccional en la empresa
estudiada y automatizar el procesamiento de dicha informacin en tres niveles
jerrquicos: operativo, control operativo y planeamiento estratgico.
En el captulo 4 se toma como base la experiencia del caso estudiado para generalizar el
uso de la herramienta en otro tipo de contextos de empresas que requieren procesos
especficos de informacin. Finalmente, se relaciona la actual evolucin de los sistemas
con la metodologa propuesta para definir los lineamientos de lo que sera la nueva
generacin de sistemas generados por usuarios.
CAPTULO 1: MARCO TERICO

1.1 El paradigma del cambio:
No es sencillo implementar un nuevo sistema o forma de trabajo dentro de una
organizacin sea cual sea el fin del mismo. Es por ello que se analizar la Teora del
Cambio para conocer la manera correcta de implementar los cambios en la forma de
trabajo aplicable a toda empresa.
Johnson (2000) en su celebre libro Quin se ha llevado mi queso argumenta que lo
nico permanente es el cambio. Las conclusiones a las que lleg Johnson (2000) son las
siguientes:
El cambio ocurre. Anticpalo.
No te aferres a viejas ilusiones.
Que no te detenga el miedo a lo nuevo.
Estate atento a los pequeos cambios. Los pequeos cambios inician grandes
cambios.
Preprate para adaptarte rpidamente.
Disfruta del cambio
Preprate para cambiar otra vez.
La palabra cambio, literalmente, significa: accin y efecto de cambiar. Ahora bien, el

termino cambiar se conceptualiza como el hecho de dar, tomar, poner una cosa o
situacin por otra.
El cambio es un proceso por el cual se traslada de un estado a otro, generndose con ello
modificaciones o alteraciones tanto a nivel cualitativo como
cuantitativo. Las
organizaciones enfrentan da a da un ambiente dinmico de cambios cada vez ms

acelerado que exige de ellas y de su personal adaptaciones constantes y readaptaciones
constantes.
Los cambios se deben a diversos factores. Entre ellos:

Las nuevas tecnologas.
La competencia entre empresas.
Las tendencias sociales.

La poltica mundial.
La fuerza de trabajo.
Chio (2005) define la resistencia al cambio como la oposicin a la accin de una fuerza.
Una acepcin es la de la capacidad para resistir algo o aguante.
Visto desde el punto de vista de las empresas, la resistencia al cambio organizacional
hace referencia a las fuerzas que se oponen a los cambios organizacionales.
Segn el resultado de diversas investigaciones, las organizaciones y sus miembros se

resisten al cambio de manera natural. La resistencia al cambio puede ser una fuente de
conflicto. Tambin puede convertirse en una oportunidad; por ejemplo, la resistencia a un
plan de reorganizacin o a un cambio en alguna forma de trabajo puede estimular un
debate saludable sobre los mritos de la idea y dar como resultado una mejor decisin.
Segn Chio (2005), todo comportamiento o situacin es resultado de un equilibrio entre
las fuerzas que impulsan y las fuerzas restrictivas. Bsicamente, la idea que propone es
de descongelar valores antiguos, cambiar y recongelar estos nuevos valores Adems,
como se observa en la figura 1.1 propone tres pasos para contrarrestar el efecto de la
resistencia de tal modo que ceda el cambio.
a) Descongelar:
Este paso comprende el hecho de crear conciencia de la necesidad de cambiar y de
eliminar o reducir cualquier resistencia al cambio. Al iniciar el proceso de cambio la
organizacin se encuentra en equilibrio. Esta primera etapa consistir por tanto, en hacer
tan evidente la necesidad del cambio que todos los integrantes del grupo lo acepten. Esta
etapa es necesaria para superar la resistencia de las personas que dificultan el cambio y
esto se podr lograr de tres maneras: reforzando las fuerzas que favorecen el cambio,
debilitando las que lo dificultan, o combinando las dos formas anteriores
b) Cambiar:
Consiste en alterar la situacin de la organizacin. En esta etapa se fomentarn nuevos
valores, actitudes y comportamientos, tratando de lograr que los miembros de la
organizacin se identifiquen con ellos y los interioricen.
Figura 1.1 Etapas del cambio de Lewin

Fuente: Chio (2005)
Entre las actividades que se habr que llevar a cabo para lograr que esta etapa se
desarrolle de la manera ms efectiva estn las siguientes: trazar un claro proyecto para la
implementacin del cambio, comunicarlo a todos los afectados, plantear retos atractivos
que inciten a los afectados a moverse, formarles y entrenarles en las nuevas habilidades
requeridas y desarrollar mecanismos de retroalimentacin que permitan un seguimiento
sobre la marcha del proceso de implementacin.
c) Recongelar:
Aqu se debe estabilizar a la organizacin despus de que se ha operado el cambio.
Convertir en regla general el nuevo patrn de comportamiento para que pueda arraigarse
en los individuos y la nueva situacin sea permanente.
Conocindose las implicancias que impiden que las empresas y personas asimilen los
cambios de modo sencillo, se enunciarn los principales agentes de cambio principales
que han dado a lugar en la historia de las corporaciones:
Integracin de las cadenas de valor.
Uso de redes y comunicaciones a distancia, etc.)
Uso de la informtica en los procesos de negocio.,
Globalizacin de la economa.
Gestin del conocimiento.
Precisamente los puntos Uso de la informtica en los procesos de negocio y la Gestin

del conocimiento son dos procesos decisivos que han permitido el trnsito de la sociedad
industrial a la sociedad del conocimiento (lvarez, 2007) y ha definido los nuevos
paradigmas del cambio de los ltimos aos, entre ellos el uso de Internet y la inteligencia
artificial.
Se plantea el uso de Microsoft Excel, fundamentalmente para generar innovaciones

organizacionales en los procesos internos de las empresas que requieran comunicaciones
(uso de la informtica en los procesos de negocio) y contribuir en generar un ambiente de
aprendizaje constante a travs de la informacin (gestin del conocimiento) en
aplicaciones tpicas como un sistema transaccional y de decisiones, lo cual se estudiar
en los puntos posteriores.
1.2 Microsoft Excel y sus principales aplicaciones:

Microsoft Excel es un software denominado de productividad desarrollado en 1984 por
Bill Gates 1 e introducido para las computadoras personales de Macintosh en ese mismo
ao. Microsoft Excel ha evolucionado hasta nuestros das, de tal manera que hoy ofrece
los siguientes beneficios:
Posee capacidad de edicin de la vista de los datos.
Utiliza hojas para divisin de datos tanto numricos como otros formatos.
Posee la capacidad de sintetizar la informacin (mediante operaciones tales como

suma, resta, divisin, promedio, uso de tablas dinmicas, etc.)
Bill Gates, Empresario estadounidense educado en centros de elite como la Escuela de Lakeside
(1967-73) y la Universidad de Harvard (1973-77). En colaboracin con Paul Allen, se introdujo en el
mundo de la informtica personal contribuyendo a la rpida difusin de la misma mediante su
compaa Microsoft. Fue reconocido con la Medalla Nacional de Tecnologa por el ex presidente de
los Estados Unidos George Bush en 1992.
Permite programar una serie de instrucciones que ejecutan cambios en la

informacin (Microsoft Visual Basic).
Precisamente este ltimo tem posee un gran potencial para el uso de informacin; sin
embargo, la mayora de las personas y empresas lo operan de una forma muy sencilla,
utilizando solo opciones bsicas, controles de tablas, etc.
Microsoft Visual Basic es una herramienta integrada con Microsoft Excel que permite
hacer o resolver los problemas de una manera ms sencilla, y en otros casos, permite
automatizar tareas repetitivas.
Actualmente, la mayora de empresas posee dentro de sus herramientas bsicas alguna

versin de Microsoft Excel y, segn Curtis (2002), en la actualidad todas las empresas
tienen en comn la necesidad de mantener registros precisos. As se est hablando de
una empresa manufacturera, que brinda servicios o comercializadora de algn bien, estas
empresas necesitan sistemas generales y especficos. Muchas veces los programas
especficos resultan costosos de desarrollar para las empresas, por lo que la mayora
opera mediante caractersticas muy bsicas de Microsoft Excel como solucin a este
problema asumindose que poseen esta herramienta. Por lo tanto, las empresas hoy en
da estn necesitadas de sistemas basados en la informtica que les permita controlar la
gran cantidad de informacin que generan ya sea los colaboradores de la empresa o los
sistemas de informacin expertos.
Microsoft Excel es un programa de hoja de clculo que permite organizar los datos en
archivos con caractersticas de base de datos, que luego permitir resumir, comparar y
presentar los datos grficamente. Esta funcionalidad adquiere una gran dimensin al
aadir programacin en Excel mediante Visual Basic. Posteriormente se podr notar que
utilizar Microsoft Excel de modo bsico no permitir obtener todos los beneficios que
ofrece este software ya que limitar las comunicaciones con otros miembros de nuestra
empresa u organizacin; es por ello que es necesario conocer la herramienta a
profundidad a fin de que permita poseer el enfoque de un desarrollador de microsistemas
de gestin, los cuales poseern un impacto similar que implementar un nuevo sistema de
informacin, con la diferencia de que no costar como tal y permitir capturar el
conocimiento de cada persona o componente del negocio y compartirlo con mayor

efectividad a toda la organizacin.
De igual manera, utilizando la jerarqua de niveles de la organizacin se pueden conseguir
sistemas de niveles bajos (operadores), medios (ejecutivos) y altos (gerentes y directores)
que se desarrollarn segn un anlisis y diseo previo de sistemas.
Microsoft Excel est soportado por Microsoft Visual Basic, una herramienta de
programacin visual que permite la automatizacin de tareas segn lo requiera el usuario.
Una Macro de Excel es una serie de pasos que se guardan en la memoria de un libro de
clculo y que permite definir instrucciones repetitivas con la finalidad de ejecutarlos
posteriormente, ya sea con un acceso directo en el teclado o con un botn creado por el
usuario.
Segn Curtis (2002), una buena proporcin de tareas tanto de empleados como del alto
mando utilizan instrucciones repetitivas tales como introducir los datos de ventas de un
da concreto o aadir frmulas en una hoja, o cambiar el formato de un rango especfico
de Excel. Sin embargo, siempre habrn dos o ms tareas que realice con alta frecuencia y
que requieren muchos pasos que permiten ejecutar el trabajo. Por ejemplo, existen
algunas celdas de una hoja que contienen datos importantes que debe exponer siempre a
sus colegas.
En lugar de pasar por una larga secuencia de pasos para destacar las celdas que
contienen informacin importante, puede crear una macro o una serie de acciones
registradas, que realicen los pasos en su lugar. Una vez que se haya creado un macro,
puede ejecutarla, modificarla o eliminarla.
Bajo la interfaz estndar de Excel, ejecutar y modificar macros usando las opciones del
men Herramientas, Puede conseguir que el acceso a las macros sea ms fcil utilizando
las barras de herramientas o mens con botones u opciones a los que puede asignar
macros. Si ejecuta una macro que destaque celdas especficas de una hoja cada vez que
muestra esa hoja a un colega, ahorrar tiempo si aade mejor un botn de barra de
herramientas que ejecute dicha macro para destacar esas celdas de modo automtico.
Otra caracterstica muy apreciada de los macros de Excel es que permite crear macros
que se ejecuten al abrir un libro, por ejemplo, cuando abre una hoja de Excel puede
programar una macro que permita abrir siempre una hoja de clculo y que destaque cierta
seccin de la hoja de clculo.
Estos son algunas aplicaciones que justifican el uso de macros de Excel en una
organizacin; sin embargo, la finalidad de la utilizacin de la herramienta de programacin
ser la creacin de sistemas de informacin a modo de modelos que permitan normalizar
los clculos de las personas o grupo de personas relacionadas con una organizacin.
1.3 Las consultas multidimensionales:

Los datos que acumula y gestiona toda empresa se encuentran dispersos entre base de
datos, archivos comunes y propios de los diferentes equipos y personas que laboran en
una empresa. Ahora bien, estos datos necesitan transformarse para convertirse en
informacin til a fin de que se puedan tomar decisiones acerca de los resultados de una
actividad especfica en la empresa. Intuitivamente, las personas y las organizaciones
conocen la manera de gestionar sus consultas de informacin para tomar decisiones, pero
se sabe que la gran mayora podra cometer errores al procesar dicha informacin por
mtodos manuales. Es por ello que una alternativa confiable y ptima para procesar la
informacin es la utilizacin de las consultas multidimensionales.
1.3.1 Definicin de consulta multidimensional:

Segn Quenta (2007), desde la perspectiva de la informacin y segn las normas de las
bases de datos, se debe de distinguir los elementos que lo conforman: los atributos y los
registros,
quienes
en
adelante
se
denominarn
dimensiones
hechos
respectivamente. En este sentido, es posible graficar estos elementos como un cubo en

el cual las dimensiones sern las escalas dimensionales del mismo (largo, ancho y altura)
y los puntos de interseccin de las dimensiones sern los hechos.
Para entender esta representacin se representar el contexto de un supermercado a

modo de ejemplo en el cual se posee una base de datos de ventas de gaseosas en la
tabla 1.1 con las siguientes dimensiones: tienda, fecha, producto y venta. A continuacin
se representan las dimensiones de este ejemplo en la figura 1.2. Esta representacin se
transforma en una consulta de cubo en la figura 1.3 por medio del cual se podr combinar
las dimensiones entre s a fin de encontrar informacin de mayor utilidad como por
ejemplo: ventas por local, ventas por tienda, ventas por producto, ventas por local por
producto, ventas por tienda por producto, entre otros.
Tabla 1.1 Informacin de productos

Fecha
01/01/2000
02/01/2000
03/01/2000
04/01/2000
05/01/2000
06/01/2000
06/01/2000
07/01/2000
05/01/2000
08/01/2000
Producto
Inca Cola
Coca Cola
Galletas
Inca Cola
Coca Cola
Galletas
Inca Cola
Coca Cola
Galletas
Inca Cola
Tienda
A
B
C
D
A
C
E
D
B
A
Venta
10
15
10
10
2
5
6
4
9
15
Fuente: Elaboracin propia
Figura 1.2 Estructura de las dimensiones y hechos

Fuente: Quenta (2007)
Figura 1.3 Representacin multidimensional de una base de datos

10
1.3.2 Consultas multidimensionales utilizando tablas dinmicas de Microsoft Excel:

Segn Curtis (2002), un aspecto importante a considerar a la hora de crear hojas de
clculo es la forma de expresin del contenido tanto a los colaboradores como a los
lderes de la organizacin. A pesar de que es posible utilizar una gran variedad de
clculos, filtros y formatos en Microsoft Excel es posible que an exista informacin que
no se requiera mostrar y aunque se logre filtrar, es posible que los clculos manuales no
hayan sido bien aplicados y se arrastre algn tipo de error.
Esta limitacin es posible de superar utilizando la herramienta de Microsoft Excel capaz
de entender la representacin de cubo que permite sintetizar la informacin a partir de
una base de datos y agilizar su procesamiento, e inclusive automatizarlo. Esta
herramienta es la tabla dinmica.
Al observar la informacin de la tabla 1.1 se puede notar que existe informacin repetida
en el campo da, la cual se podra sumar segn todos los das existentes para obtener
informacin sintetizada, pero por las razones antes mencionadas, se utilizar la tabla
dinmica a fin de explotar los beneficios de una representacin de cubo. En Microsoft
Excel, slo se debe de identificar las celdas en las cuales se encuentra la base de datos y
posteriormente se disear la consulta. Por esta razn se seleccionan los campos de la
tabla 1.1 que sern las dimensiones del cubo y se colocar aceptar para generar la tabla
dinmica. Es as como se obtiene un cuadro dinmico como el mostrado en la figura 1.4
que se podr manipular de forma muy prctica.
Figura 1.4 Representacin de una consulta multidimensional en Microsoft Excel

11
1.3.3 Consultas aplicadas a la toma de decisiones:

En dcadas anteriores a los aos ochenta, los cambios tecnolgicos, polticos y culturales
pronunciaron la competencia entre las empresas. Dichos cambios cuestionaron el
enfoque contable como medida principal para medir el desempeo de una empresa. En
este nuevo entorno surgi la necesidad de una medicin ms precisa de las
organizaciones que permita, por un lado, una comprensin integral de la interaccin con el
entorno y por otro lado la medicin del proceso interno.
El Cuadro de Mando Integral (o Balanced Scorecard en ingls) tiene su origen en 1990,

cuando se llev a cabo un estudio sobre mltiples empresas llamado La medicin de los
resultados en la empresa del futuro desarrollado por Robert S. Kaplan 2 y David P.
Norton 3. El estudio fue motivado por la creencia de que los enfoques contables sobre la
medicin de la empresa se estaban volviendo obsoletos. As mismo, se crea que el uso
abusivo de indicadores financieros tena como consecuencia que las empresas enfocaran
sus esfuerzos en el corto plazo y descuidaran el largo plazo, especialmente en lo que
respecta a los activos intangibles e intelectuales que generan un crecimiento futuro
(Delgado, 2008).
Finalmente, Kaplan y Norton desarrollaron el Cuadro de Mando Integral, definida como un

modelo de gestin estratgico-operacional, que expande el conjunto de objetivos de las
unidades de negocio ms all de los indicadores financieros tradicionales para as medir
la forma en que sus unidades de negocio crean valor para sus clientes presentes y
futuros, y la forma en que deben potenciar las capacidades internas y las inversiones en
personal, sistemas y procedimientos que son necesarias para mejorar su actuacin futura.
(Kaplan, 1996).
Delgado (2008) seala que el Cuadro de Mando Integral posee cuatro enfoques o
perspectivas que permiten la comunicacin efectiva de una estrategia que permitir
finalmente la medicin de los resultados tanto a corto, mediano y largo plazo. Las
perspectivas son:
2
Robert S. Kaplan se titul como Ingeniero Elctrico en MIT y obtuvo el ttulo de Doctor en
Operaciones de Investigacin en Cornell University. En 1994 recibi el ttulo de Doctor Honoris
Causa en la Universidad de Stuttgart.
3
David P. Norton es cofundador, presidente y CEO del Balanced Scorecard Collaborative, Es
Doctor en Administracin de Empresas por la Universidad de Harvard.
12
Perspectiva Financiera: Se centra en el crecimiento y la rentabilidad del negocio,

principalmente en generar valor para los dueos y/o accionistas. Entre las estrategias
que se pueden medir para generar valor segn esta perspectiva estn: mejora de la
productividad, el crecimiento de las ventas, ente otros.
Perspectiva de Clientes: Se centra en lograr la satisfaccin del cliente. Entre las

estrategias medibles se encuentran: relaciones a largo plazo con los clientes,
conocimiento sobre las necesidades de los clientes, cumplimiento de las expectativas
de los clientes, entre otros.
Perspectiva de Procesos Internos: Se centra en la excelencia operativa que permite la

satisfaccin de los clientes y accionistas. Entre las estrategias medibles se
encuentran: optimizacin de procesos relacionados con el cliente, optimizacin de
operaciones internas, reingeniera de procesos, uso de recursos, eficiencia medio
ambiental, entre otros.
Perspectiva de Aprendizaje y Crecimiento: Se centra en las competencias centrales de

la empresa, entre ellas la innovacin y el crecimiento sostenido de la organizacin.
Entre las estrategias medibles estn: evaluacin de competencias estratgicas del
personal, evaluacin de tecnologas estratgicas, evolucin de los cambios en la
organizacin, entre otros.
El procesamiento automatizado de la informacin de una empresa segn Quenta (2007)

permite agilizar el proceso de generacin de indicadores que permite la medicin efectiva
de resultados en el Cuadro de Mando Integral y de esta manera, controlar con mayor
frecuencia y exactitud el objetivo planteado. Los usos de los procesamientos
computacionales ms comunes y que pueden aplicarse para este fin son los siguientes:
Tendencias
Drill Down 4
Mapeo de eventos
Correlacin estadstica
La representacin de estas consultas especiales pueden observarse en la figura 1.5 y es

resultado de un estudio de informacin y procesamiento inteligente adecuado a cada
4
Drill Down se define como el cambio de nivel de detalle de una consulta para toda dimensin que
posea niveles como por ejemplo la fecha, la cual presenta los niveles ao, mes, da, hora, minuto y
segundo.
13
organizacin. Estos clculos pueden ser previamente programados en un software y

aplicados posteriormente a las labores de los empleados, directivos y/o empresarios que
les permita una medicin efectiva de su gestin.
Figura 1.5 Tipos de consultas de sistemas de decisiones

1.4 La programacin lineal:

La modelacin matemtica se define como el lenguaje estructurado por el cual se expresa
una realidad bajo ciertos parmetros o variables manipulables. Estos escenarios varan
segn varan las variables con la finalidad de obtener resultados y concluir a partir de
ellos.
La modelacin ms comn y reciente es la Programacin lineal, uno de los
acontecimientos de mayor impacto en el enfoque y desarrollo de sistemas (Marroqun,
2007) que permite tomar una decisin a partir de datos existentes circunscritos a un
contexto con la finalidad de cumplir un objetivo o meta numrica, que en la mayora de los
casos se convierte en beneficios y/o minimizacin de costos. Esta herramienta ha sido
muy aplicada en la ltima dcada debido a la expansin y evolucin favorable de la
informtica que permite utilizar la programacin lineal directamente.
14
La programacin Lineal, segn Raffo (1999) describe la interrelacin de los componentes

de un sistema. Esta estructura se modela bajo ecuaciones e inecuaciones que forma
parte del las restricciones del modelo.
Gracias a la programacin lineal aplicado a los sistemas, las organizaciones en todo el
mundo han mejorado su eficiencia (Winston, 2005).
Para entender el concepto de la programacin lineal dentro de la Investigacin de
Operaciones, se enunciarn los principales conceptos relacionados con esta herramienta.
Segn Chvez (2006), toda modelacin lineal posee la siguiente estructura:
a) Variables de decisin:
Son los componentes del universo de un sistema que permiten ser variados con la
finalidad de hallar una situacin o panorama que permita lograr un objetivo.
Se puede definir las variables de decisin como: x1 , x 2 ,...., x n donde xi representa un ente
del universo del sistema (por ejemplo, la comida en kilos de ganado, la cantidad de viajes
que realizar un camin, las utilidades por departamento de una empresa, etc.)
b) La Funcin objetivo:
La funcin objetivo se define como la meta o finalidad del anlisis o investigacin. Es la
meta del sistema de variables y restricciones.
Se puede definir la funcin objetivo como: Z = c1 x1 + c 2 x 2 + .... + c n x n donde ci representa
el costo asociado a xi (si xi es el nmero de gaseosas, entonces ci representa la utilidad
bruta que se obtiene al vender una unidad.
En la mayora de los casos, la programacin lineal busca maximizar los beneficios y/o
minimizar los costos, razn por la cual Winston (2005) afirma acerca de la contribucin de
esta teora en la actualidad.
c) Las restricciones:
Debido a que se emplea un sistema como referencia para emprender una optimizacin, el
sistema posee entes, a su vez los entes poseen recursos los cuales en la mayora de los
casos son finitos, es decir, se agotan.
Ejemplo de restricciones son el capital social, la cantidad de empleados de la empresa, la
productividad mxima de la empresa, etc. Se define acompaada de las variables de
decisin.
15
Se puede definir las restricciones como:
a11 x1 + a12 x2 + .... + a1n x n {, , =}b1

a 21 x1 + a 22 x 2 + .... + a 2 n x n {, , =}b2
a m1 x1 + a m 2 x 2 + .... + a 2 m x n {, , =}bm
Donde a11 , a12 ,....a1n podra ser el costo de utilizar los empleados del departamento i
i {1,2,3,..., n}, en este caso, se tienen n departamentos y m meses. (Se puede afirmar
que cada mes posee una restriccin bn que sera el presupuesto de un departamento en
un determinado mes).
d) El rango de existencia:
Las variables se definen, adems, por el rango de existencia de las mismas. Existen
variables de decisin del tipo libre (que puede tomar valor 1 o 0, en este caso, 1 sera
tomar el recurso y 0 no tomarlo), del tipo restrictiva (con un rango x o {, , =} y con un
rango j = 1,...., n )
Finalmente, Raffo (1999) define un modelo o problema de programacin lineal como el

siguiente:
Maximizar Z = c1 x1 + c 2 x 2 + .... + c n x n
Sujeto a:
a11 x1 + a12 x 2 + .... + a1n x n b1

a 21 x1 + a 22 x 2 + .... + a 2 n x n b2
.
a m1 x1 + a m 2 x 2 + .... + a 2 m x n bm
x1 , x 2 ,...., x n 0
Chvez (2006) se basa en Raffo (1999) para definir las suposiciones que debe asumir el
modelo de programacin lineal. Estas son:
16
Proporcionalidad: Dada una variable xi , su contribucin a la Funcin Objetivo es
ci xi y su contribucin a la isima restriccin es aij xi .

Aditividad: Esta suposicin garantiza que la funcin objetivo es la suma de los
componentes individuales, y que la contribucin total a la isima restriccin es la
suma de las contribuciones individuales de cada actividad.
Divisibilidad: Esta suposicin asegura que las variables de decisin se pueden
dividir en cualquier nivel fraccional, de modo que se permiten valores no enteros
para las variables de decisin.
Los modelos de programacin lineal se pueden resolver segn Hillier (2006) mediante dos
mtodos: El mtodo grfico y el mtodo del algoritmo Smplex.
El mtodo grfico se usa para problemas sencillos de dos variables que no requieren una
modelacin complicada. Este mtodo no es aplicable a plataformas de computadora, por
lo que su uso esta restringido solamente para matemticos manuales y a problemas
sencillos. Desafortunadamente, la mayor parte de los problemas de la vida cotidiana tiene
varias variables, por lo que es necesario un mtodo diferente que permita su resolucin.
El mtodo para la resolucin de problemas de programacin lineal que poseen una gran
cantidad de restricciones y variables se resuelven por el mtodo Smplex, algoritmo que
tentativamente se podra implementar en las empresas para la resolucin de problemas
especficos de programacin lineal siempre y cuando se encuentre programado
previamente en algn software de aplicacin debido a su complejidad.
1.4.1 Resolucin de problemas de programacin lineal mediante el mtodo

Smplex:
En 1947, George Dantzing 5 desarroll el algoritmo Smplex para la programacin lineal,
teora que contribuy al desarrollo de la programacin lineal y a la investigacin de las
operaciones, lo que ms tarde se convertira en desarrollos informticos. A continuacin
se explica el procedimiento operativo del mtodo Smplex para conseguir la solucin
ptima de la funcin objetivo o meta del algoritmo. As mismo, este procedimiento se
explica con un ejemplo ilustrativo:
5
George Dantzig fue un matemtico reconocido por desarrollar el mtodo Smplex y es

considerado como el "padre de la programacin lineal". Recibi muchos honores, tales como la
Medalla Nacional a la Ciencia en 1975 y el premio de Teora John Von Neumann en 1974.
17
Supngase que se tiene el siguiente modelo de programacin lineal (basado en Chvez,

2006):
Maximizar 5 x1 + 4 x 2 + 3 x3
Sujeto a:
2 x1 + 3 x2 + x3 5
4 x1 + x 2 + 2 x 3 11
3x1 + 4 x 2 + 2 x3 8
x1 , x 2 , x3 0
Este modelo de programacin lineal posee tres variables, lo cual imposibilita la utilizacin
del mtodo grfico. Por esta razn, se utilizar el mtodo Smplex. Para ello, se seguir el
siguiente procedimiento:
a) Transformacin de un modelo de programacin Lineal en una forma estndar:

Los modelos de programacin lineal pueden poseer restricciones de igualdad como
restricciones de desigualdad. Antes de comenzar a mostrar el algoritmo se le debe
convertir en una forma denominada estndar. Para convertir un PL en la forma estndar,
cada restriccin de desigualdad se debe reemplazar por una restriccin de igualdad
(Winston, 2005).
Asumiendo y transformando los signos de las restricciones en igualdades, se tendr lo

siguiente:
Sujeto a:
2 x1 + 3 x 2 + x 3 = 5
4 x1 + x 2 + 2 x 3 = 11
3x1 + 4 x 2 + 2 x3 = 8
x1 , x2 , x3 0
18
Un recurso que posee una restriccin de lmite puede ser subutilizado o utilizado a su
mxima capacidad. Este concepto ser aplicado a la programacin lineal. Para lograr la
resolucin por el mtodo Smplex, se va a considerar el uso de variables adicionales
(llamadas tambin de holgura) que se definen como la holgura que permitir que el
recurso se use a su mxima capacidad. Por esta razn, adems del cambio de las
restricciones de igualdad sern utilizadas tambin las variables de holgura. En caso que la
restriccin sea no restrictiva ( ) ser utilizada una variable de holgura negativa,
contrariamente, para restricciones restrictivas ( ) se utilizar una variable de holgura
positiva. Las variables de holgura negativas tambin se definen variables de excedente.
As, se tendr lo siguiente:
2 x1 + 3 x2 + x3 + x4 = 5
4 x1 + x 2 + 2 x3 + x5 = 11
3 x1 + 4 x 2 + 2 x 3 + x 6 = 8
Para proseguir, se definir los conceptos de variables bsicas y no bsicas. (Chvez,
2006):
b) Las variables bsicas y no bsicas:

La finalidad del uso de variables bsicas y no bsicas es la de encontrar una solucin
factible que pivotee hasta obtener la solucin ptima. La solucin bsica (o soluciones
bsicas) son soluciones factibles pero no necesariamente ptimas. Si se poseen m
ecuaciones lineales y n variables (incluyendo las excedentes y de holgura) se comienza
por igualar a cero n-m variables, con lo cual llegaran a tener soluciones nicas las m
variables restantes (Hillier, 2006).
Se despeja las variables de holgura en funcin de las dems variables:
Se obtiene lo siguiente:
x4 = 5 2 x1 3x2 x3 (1)
x5 = 11 4 x1 x 2 2 x 3 (2)
x 6 = 8 3x1 4 x 2 2 x3 (3)
19
La funcin objetivo, de igual manera, quedara como la siguiente:
Z 5 x1 3x2 x3 = 0
Un artificio que podra aplicarse sera despejar la variable de la funcin objetivo de mayor
negatividad, en este caso se ingresa x1 ya que posee el mayor coeficiente negativo
(ingresar se refiere a calcular las variables bsicas y no bsicas).
Si x4 0, x2 = x3 = 0 entonces en (1) x1 5 / 2
Segn la regin factible generada por el despeje de x1 se obtiene que un resultado
eficiente y factible es x1 = 5 / 2
As, se obtiene lo siguiente:
x1 = 5 / 2 , x2 = 0 , x3 = 0 , x4 = 0 , x5 = 1 , x6 = 1 / 2 , Z = 25 / 2
Con lo cual, se puede expresar las variables no bsicas ( x1 , x5 , x6 ) en funcin de las
bsicas ( x2 , x3 , x4 ) utilizando los valores obtenidos y las ecuaciones de restriccin.
Se obtienen las siguientes igualdades:
x1 = 5 / 2 3 / 2 x2 1 / 2 x3 1 / 2 x4 (a)
x5 = 1 + 5 x2 + 2 x4 (b)
x6 = 1 / 2 + 1 / 2 x2 1 / 2 x3 + 3 / 2 x4 (c)
Z = 25 / 2 7 / 2 x2 + 1 / 2 x3 5 / 2 x4
Z 25 / 2 + 7 / 2 x 2 1 / 2 x3 + 5 / 2 x 4 = 0
Se puede notar que la solucin bsica factible o SBF no es la ptima debido a que el
coeficiente de x3 an posee negatividad. Por ello, se repetir el mismo procedimiento:
Entonces, se vuelve a despejar la variable de la funcin objetivo de mayor negatividad, en
este caso se ingresa x3 ya que posee el mayor coeficiente negativo.
20
Si x1 0, x2 = x4 = 0 entonces en (a) x3 5
La ecuacin (b) no implica restriccin.
Si x6 0, x2 = x4 = 0 entonces en (c) x3 1
Segn la regin factible generada por el despeje de x1 se obtiene que un resultado

eficiente y factible es x3 = 1
As, se obtiene lo siguiente:
x3 = 1 , x1 = 2 , x5 = 1 , x6 = 0 , x4 = 0 , x2 = 0 , Z = 13
Con lo cual, se puede expresar las variables no bsicas ( x3 , x1 , x5 ) en funcin de las

bsicas ( x6 , x4 , x2 ) utilizando los valores obtenidos y las ecuaciones de restriccin.
Se obtienen las siguientes igualdades:
x3 = 1 + x2 + 3 x4 2 x6
x1 = 2 2 x2 2 x4 + x6
x5 = 1 + 5 x2 + 2 x4
Z = 13 3x2 x4 x6
Z 13 + 3 x2 + x4 + x6 = 0
Se puede notar que la solucin bsica factible o SBF es la ptima debido a que todos los
coeficientes de las variables de la funcin objetivo son positivos.
La solucin del problema, por lo tanto, es el siguiente:
x3 = 1 , x1 = 2 , x5 = 1 , x6 = 0 , x4 = 0 , x2 = 0 , Z = 13
Como se observa, el mtodo es bastante complejo y sera muy sencillo equivocarse; sin
embargo, fue factible encontrar una solucin sin uso de la informtica.
As mismo, se ha podido observar el potencial del uso de la programacin lineal. Si se
poseen diversas restricciones en cualquier negocio, entre ellas mano de obra, horas de
21
trabajo, productividad, presupuestos, etc. adems de variables que aportan a dichas

restricciones, entre ellas los costos por hora de recurso, la cantidad de recursos y su
disposicin, se podr obtener mediante un problema de programacin lineal la
optimizacin y el mejor uso de dichos recursos. Es posible prescindir de algunas variables
no relevantes para la modelacin a fin de resolver el modelo directamente.
Una alternativa al mtodo Smplex es el uso de programas informticos con soporte en

programacin lineal. Entre estos figuran Lindo, Lingo y Microsoft Excel. Hillier (2006)
plantea el uso del software Microsoft Excel (solver) como alternativa para solucionar el
problema.
1.4.2 Resolucin de problemas de programacin lineal mediante el uso del solver

de Microsoft Excel:
Solver es una herramienta del Excel especialmente diseada para el clculo de los
problemas de programacin lineal.
Para ello se definirn los siguientes trminos:
a) Tipos de celdas para utilizar el solver.

Se definirn las caractersticas de cada tipo de celda que opera el solver para la
resolucin de problemas de programacin lineal:
Hillier (2006) define las celdas que usar el solver segn los siguientes trminos:
Celdas variables:
Son las celdas donde se digitan las variables de decisin. El Excel manipular
dichos valores con la finalidad de encontrar el ptimo que se requiere.
Celdas blanco:
Es la celda que contiene la funcin objetivo del problema.
Celdas de restriccin:
Son las celdas o grupo de celdas que servirn como los lmites del problema de
programacin lineal.
b) Mtodo de uso:
Suponga el problema anterior que se resolvi por el mtodo Smplex:
22
Sujeto a:
2 x1 + 3x 2 + x3 5 (a)
4 x1 + x 2 + 2 x 3 11 (b)
3x1 + 4 x 2 + 2 x3 8 (c)
x1 , x 2 , x3 0 (d, e y f)
En la figura 1.6 se observa como se debe programar la pgina para resolver el problema:
Luego de llenar el formato de la figura 1.6 se procede a transcribir las frmulas del modelo
en la funcin objetivo y en las restricciones.
Por ejemplo, para este caso, en la celda funcin objetivo llevar la siguiente frmula:
=5*D7+4*E7+3*F7
Las restricciones llevars las siguientes frmulas:

(a) =2*D7+3*E7+1*F7
(b) =4*D7+E7+2*F7
(c) =3*D7+4*E7+2*F7
As mismo, en la columna de la derecha debe ir los lmites de las restricciones

respectivamente (en este caso, 5, 8 y 11).
En la figura 1.7 se observa la pantalla principal del solver para ingresar la informacin
(Microsoft Excel versin 2003). Como se observa en la figura 1.7, la informacin del solver
en espaol es bastante comprensible, ya que usa trminos del lenguaje de programacin
lineal. As, en la Celda objetivo se ingresa la frmula de la funcin objetivo.
En la opcin Cambiando las celdas se sealan las celdas que contengan las variables
de decisin del modelo (en este caso, x1 , x 2 , x3 )
Finalmente, se ingresan las restricciones. Dichas restricciones tambin deben estar como
una funcin de las variables de decisin. En la figura 1.8 se observa la ventana de dilogo
para insertar las restricciones del modelo.
23
Figura 1.6 Modo de ordenar la informacin para utilizar el solver de Excel

Figura 1.7 Pantalla principal del solver de Excel:

Figura 1.8 Pantalla de restricciones del solver de Excel:

En la figura 1.9 se listan la pantalla principal del solver antes de presentar el resultado y
en la figura 1.10 se listan el resultado ptimo del modelo que coincide con el hallado por el
mtodo Smplex. La figura 1.10 en la seccin de restricciones se muestra cmo se estn
24
usando los recursos en base a los lmites que se establecen en el problema. El solver de
Microsoft Excel ha permitido calcular los resultados del problema de programacin lineal
de manera exacta y rpida (se puede corroborar ya que el mtodo Smplex obtuvo el
mismo resultado) por lo cual es una potente herramienta a la hora de emprender un
estudio de optimizacin en toda empresa.
Figura 1.9 Pantalla de los parmetros cargados del modelo de programacin lineal al
solver de Excel.
Figura 1.10 Pantalla de resultados del solver de Excel.

25
1.5 El anlisis y diseo de sistemas:

La informtica ha venido desarrollndose a pasos vertiginosos durante los ltimos aos.
Esta afirmacin se puede comprobar de manera sencilla observando el gran aporte de la
informtica en los distintos aspectos de la vida diaria, entre ellos el entretenimiento, la
ofimtica, la electrnica, la informacin, la red, la robtica, etc. que han permitido los ms
grandes avances de la sociedad desde su existencia. La reforma informtica generalizada
sucedi a principios de los aos 80 y se propag con gran velocidad a la educacin de
estudiantes en la universidad de ese entonces y posteriormente en la escuela de nios
haciendo que la informtica y el uso de una computadora sean prcticamente una
necesidad antes que una comodidad sin importar la edad.
Sera intil resistir el gran cambio informtico en el cual se vive. Es por ello que la
administracin de la papelera, los folios, los archiveros, las mquinas de escribir, etc.
son, en gran escala, objetos obsoletos que han sido reemplazados por computadoras y
sistemas de informacin en la actualidad.
Hablar de informtica es hablar de La computadora. Segn Norton (2000) las

computadoras han llegado a ser tan fundamentales para la sociedad moderna que, sin
ellas, la economa se detendra. Son herramientas tan flexibles que la mayora de las
personas en el mundo de los negocios las usa todos los das. Los empleados de oficina
las utilizan para escribir cartas, mantener nminas, crear presupuestos, comunicarse con
colaboradores, encontrar informacin, administrar proyectos, etc.
Tom Watson Junior, el que fuera presidente de IBM hasta 1970, realiza una breve
exposicin acerca de la revolucin del PC (Revista Micros, 1985).
Creo que los ordenadores personales estn cambiando la vida de las gentes en gran
medida, a empezar a introducirse en el hogar. En la actualidad, la televisin slo se utiliza
en una direccin pero pronto se proporcionar a las personas un pequeo aparato para
que pueda llamar al supermercado y pedir queso o leche, y te van a decir los productos
que tienen y t podrs ordenar lo que quieras; despus de que te hayan dado los precios
y, adems, te lo enviarn a casa. De esta forma el ama de casa tendr ms tiempo para
cuidar a los nios o hacer lo que quiera- Hasta ese punto cambiar la vida. Tambin
modificar la manera de comunicarse. Tengo un amigo que es el presidente de una
26
compaa electrnica tiene una mquina muy pequeita que se mete en el bolsillo y con
ella puede obtener el nmero de telfono y llamar a cualquier parte del mundo. Nuestra
vida personal ser ms sencilla con estos dispositivos...
Es por ello que las empresas y empleados deberan utilizar la computadora como parte de
sus herramientas de trabajo logrando de esta manera realizar mltiples actividades en el
menor tiempo posible elevando en gran medida su eficiencia.
A continuacin, se definir los conceptos bsicos de la informtica aplicada a la ingeniera

industrial y a la administracin de negocios que todo profesional debe conocer antes de
reestructurar la informacin y la administracin de las empresas.
1.5.1 Los sistemas de informacin:

Toda empresa de cualquier tamao, giro, especializacin, etc. necesita una infraestructura
(ya sea informtica o manual) para lograr desarrollar sus actividades. Estas funciones
comunes a cualquier empresa en el mundo son las siguientes.
Controlar y gestionar el uso de recursos financieros y dinero a travs de la

contabilidad y el rea financiera.
Ofrecerle al mercado los productos y servicios que la empresa oferta.
Elaborar los productos y/o servicios mediante un rea de produccin.
El procesamiento necesario de estas actividades para consolidar la actividad de la

empresa se le denomina Sistema de informacin que es indiferente de la tecnologa de
las empresas.
Segn Senn (1992), hoy en da, cuando se piensa en un sistema de informacin, la

mayora de las personas suele concebir una imagen repleta de computadoras, programas
e instrumentos sofisticados pertenecientes a lo que se suele llamar Tecnologas de
informacin (conocidas por las siglas TI). Sin embargo, los sistemas de informacin
existen desde el mismo da en el que se cre la primera organizacin humana: una
estructura compuesta por un conjunto de personas distribuidas en departamentos o
funciones con arreglo a ciertos criterios de divisin del trabajo y coordinacin.
27
Cuando a principios del siglo XIX la revolucin industrial cambi el concepto existente de
trabajo basado en la artesana (cada empleado fabricaba un producto desde el principio al
final) por la especializacin y la divisin del trabajo (cada empleado construye la parte del
producto en cuyo desarrollo est especializado), las empresas tuvieron que organizar un
sistema para que los distintos departamentos o especialistas se coordinaran entre s
mediante el intercambio de informacin. En esos tiempos la gestin de la informacin slo
poda apoyarse en herramientas elementales como el papel, el lpiz y los archivadores. A
principios del siglo XX, el tamao y la complejidad de las empresas hizo que la gestin de
la informacin tuviera que apoyarse en sistemas que contaban con una multitud de
Oficinistas o Administrativos que manejaban ingentes cantidades de impresos, fichas,
correspondencia, etc. sin mayor ayuda que algunos medios manuales (considerados los
ms sofisticados de la poca: mquinas de escribir, calculadoras mecnicas, perforadoras
de papel, etc.) y rgidos procedimientos que simplificaban el trabajo repetitivo y permitan
controlar el flujo y el almacenamiento de informacin. Es la tpica imagen de los
empleados con manguitos realizando sobre papel multitud de tareas repetitivas de
contabilidad o administracin.
Todos estos elementos constituan autnticos sistemas de informacin y formaron la
infraestructura administrativa sobre la que se edificaron muchas de las grandes empresas
y organizaciones actuales.
Estos inicios sirvieron de inspiracin para las posteriores generaciones quienes
implementaron los grandes sistemas informticos y de redes en la sociedad actual.
A pesar de estas afirmaciones, an no es sencillo explicar el concepto exacto de lo que
es un Sistema de informacin.
Una de las mejores definiciones de lo que es un Sistema de Informacin la da Senn

(1992) quien lo define como un conjunto formal de procesos que, operando sobre una
coleccin de datos estructurada segn las necesidades de la empresa, recopilan,
elaboran y distribuyen la informacin (o parte de ella) necesaria para las operaciones de
dicha empresa y para las actividades de direccin y control correspondientes (decisiones)
para desempear su actividad de acuerdo a su estrategia de negocio.
El poseer de manera clara la definicin de un Sistema de Informacin permitir

introducirse en la informtica como solucin importante tanto al implementar un nuevo
28
negocio o para reformarlo para incrementar su eficiencia desde mltiples aspectos (la
gestin, procesos de decisin, procesos operativos, satisfaccin del cliente, etc).
Estos mltiples aspectos diferencian los tipos de usuarios que ejecutan un sistema
informacin. Sin importar si se est hablando de una empresa automatizada o manual
(desde el punto de vista de sus operaciones) se estructurar el sistema de informacin en
los siguientes niveles:
a) Niveles de informacin:
Toda empresa ha concebido los procesos de su organizacin en un sistema ya sea de
manera manual o automatizada. Desde las grandes multinacionales hasta las
microempresas de un pas subdesarrollado se posee el conocimiento de manera intuitiva
de cmo opera del sistema integral o corazn de la empresa.
Esta conceptualizacin surge desde el momento en que el empresario que piensa en la

idea de negocio piensa en sus procesos. ste debe pensar en al menos unos cuntos
casos de todos los procesos adjuntos a la idea de negocio que est estudiando y sus
posibles alternativas en la toma de decisiones (en cualquier nivel de la empresa ya sea
operativo o de gestin propiamente dicha). Esta experiencia puede ser real o terica y
modelada por un experto en el tema. A partir de ello se generar el rbol de decisin para
resolver el problema o tomar decisiones en el momento adecuado para todas las
situaciones de la empresa (en aspectos logsticos, financieros, de procesos, de gestin,
de marketing, de planeamiento, etc.) Este rbol debe ser capaz de absorber todas las
interrogantes que se puedan suscitar con el objeto de corregir los puntos no
considerados. Luego, este modelo deber ser distribuido dentro de todos los
departamentos de una empresa y asignado a los supuestos empleados.
Desde que se diferencian los procesos y se asignan responsabilidades al personal que

compone el negocio se est desarrollando los niveles de informacin de un sistema (ya
que toda operacin deber ser registrada, he all el nexo entre informacin y proceso).
Los niveles de informacin segn Senn (1992) son los presentados a continuacin y
representados en la figura 1.11
29
Figura 1.11 Estructura de pirmide de la empresa

Fuente: Sean (2000)
Los sistemas a nivel operativo:

Representa a los procesos operativos y/o rutinarios que afectan a una
organizacin. Ejemplo de este nivel de procesamiento de informacin de la
empresa es la facturacin, pagos, entrega de productos, etc. que no participa en
las decisiones de las empresas de manera primordial.
Nivel operativo de direccin:

Este nivel de direccin es el primer nivel de decisin en toda organizacin
esencialmente respecto de los recursos (dinero, tiempo, personal, etc.)
consumidos en las transacciones para tomar decisiones a corto plazo y de
consecuencias limitadas (reaprovisionamiento de materiales, ordenacin de la
produccin, etc.) Se suele trabajar con informacin procedente del registro de
transacciones (el nivel anterior).
Nivel tctico de direccin:

Este nivel se preocupa por la asignacin efectiva de recursos a medio plazo
(tpicamente un ao vista) para mejorar el rendimiento de la empresa.
Habitualmente se concentra en el anlisis de informes de los tipos resmenes con
30
medidas estadsticas, medida de ventas por departamento, total de horas extras,

mala asignacin de recursos, prdidas, detalle de gastos, etc.
Segn Kendall (2000) son cuatro tipos principales de sistemas de informacin y sirven a
los diferentes niveles de una organizacin.
Sistemas en el nivel operativo:

Apoyan a los administradores operativos siguiendo la pista a las actividades y
transacciones elementales de la organizacin como ventas, recibos, depsitos de
efectivos, nminas, decisiones de crdito y flujo de materiales en una fbrica. El
propsito principal de los sistemas en este nivel es contestar a preguntas de
rutina y rastrear el fluido de transacciones a travs de la organizacin.
Sistemas en el nivel de conocimiento:

El propsito de este nivel es ayudar a la empresa a descubrir, organizar e integrar
conocimientos nuevos al negocio y ayudar a la organizacin a controlar el flujo de
documentos.
Los sistemas a nivel de administracin:

Estn diseados para servir a las actividades de seguimiento, control, toma de
decisiones y de administracin de los administradores de nivel medio.
Por lo
general proporcionan informes peridicos en lugar de informacin instantnea

acerca de las operaciones.
Los sistemas a nivel estratgico:

Este nivel ayuda a los administradores de nivel superior o alta gerencia a abordar
y resolver cuestiones estratgicas y tendencias a largo plazo tanto en la compaa
como en su forma exterior.
De alguna manera, ambos autores convergen en la idea de la divisin y de la asignacin

de las macro actividades de la empresa.
Esta teora de la divisin de la empresa servir tanto para crear la empresa como para
reestructurarla tal y como lo hicieron las empresas en plena revolucin informtica.
31
Una vez conocida la teora del cambio, los componentes humanos y su clasificacin
genrica dentro de las empresas se considera la reingeniera de procesos como el cambio
necesario para llevar a cabo la ejecucin de un Sistema de Informacin.
b) Los sistemas en las empresas:

Al observar organizaciones tpicas se encontrar que tienen muchas caractersticas
comunes, Por ello es posible modelar sub sistemas dentro de una organizacin de
manera general.
Hawryszkiewycz (1988) define los siguientes sub sistemas en las empresas:
Sistema de Recursos Humanos:

Es uno de los principales subsistemas de las empresas y uno de los primeros
sistemas en crearse en la historia de la informtica. Mantiene los datos personales
del personal de la organizacin. Esta informacin est caracterizada por datos
como la fecha de nacimiento, direccin, estado civil, historial medico, etc. Tambin
incluye informacin laboral como fecha de ingreso, puesto de trabajo asignaciones
generales, etc.
Esta informacin posee mltiples usos, desde la seleccin del personal hasta el
pago de la planilla, un aspecto que debe poseer muchos cuidados en su
procesamiento.
Sistema de Clientes:
Normalmente, el sistema de clientes est relacionado con el pedido. ste es
evaluado con la finalidad de aceptarlo o rechazarlo segn las especificaciones de
cada organizacin. En esta etapa se establece tambin la forma de pago. Clientes
con una buena reputacin podrn acceder a plazos diferidos de pago mientras que
otros debern pagar inclusive antes de la fecha de entrega del producto.
El siguiente paso para el procesamiento de un pedido es la comprobacin de su
existencia en el stock de la compaa. En empresas con buena planificacin
normalmente no existen problemas de esta ndole, mientras que en otras existen
problemas de desabastecimiento.
La salida de los productos para cumplir un pedido se registra en el inventario de la
empresa. Al mismo tiempo, los detalles del envo se comunican en el sistema de
contabilidad. Dicho sistema genera la factura respectiva que se enva al cliente.
32
Por ltimo, se registra el respectivo pago. El pago se valida con el pedido y as se

completa el proceso.
Sistema de control de inventarios:

Se debe considerar el cumplimiento de los pedidos desde una perspectiva
eficiente. Cumplir los pedidos no debe ser sinnimo de un almacn lleno de
mercanca, ya que esto implica una inversin inutilizada (sin movimiento) y un
sobre costo para las empresas. .
Existen dos tipos de inventario:
El inventario de componentes adquirido por la organizacin para su uso interno o
para producir otros productos, y el inventario de elementos producidos por la
organizacin para la venta.
El componente que enlaza los sistemas de contabilidad y ventas es responsable
de la salida de los elementos, en caso la empresa apruebe el pedido del cliente,
en caso contrario, se procede a anular el pedido.
El inventario tambin posee un ciclo de reposicin, el cual se encarga de
establecer la cantidad ptima a pedir.
Este modelo sencillo de inventario puede tener complicaciones dependiendo de la
cantidad de producto y variedad del mismo, varios almacenes, demandas
estacionales, etc.
Sistemas contables:
Los tres sistemas contables principales son: Cobros, pagos y contabilidad general.
El subsistema de cobros incluye la facturacin, comprobacin de saldos, registros
de pagos y ventas, anlisis generales e informes. En caso de entidades bancarias
o agentes de crdito, se posee una cuenta especfica para cada cliente y un
encargado de dicha cartera.
Los pagos de clientes tambin son controlados por este subsistema, as como
tambin los anlisis posteriores y las acciones posteriores a los estados de los
clientes (cliente deudor, cliente al da).
El subsistema de pagos es el opuesto de cobros. Es el encargado de mantener el
seguimiento a las compras efectuadas por la organizacin registrando cada pedido
emitido, as como tambin la confrontacin de las facturas y los pedidos para
realizar los correspondientes pagos de los proveedores.
33
Finalmente, el subsistema de contabilidad general es el encargado de emitir

informes sobre los fondos de la empresa u organizacin y la utilizacin de los
recursos (en informes peridicos), as como tambin las proyecciones de dichos
fondos.
Sistemas de produccin:
Los tres sistemas de produccin principales son: Planificacin, logstica y
adquisicin.
Las empresas que fabrican mercancas tienen un subsistema que le da soporte a
la produccin. Pueden poseer una o ms fbricas que, partiendo de materias
primas,
producen
las
mercancas
que
ms
tarde
se
vendern.
Estas
organizaciones necesitan mantener un sistema de informacin de su capacidad y

planificacin de produccin. Un sistema de produccin incluye un subsistema de
planificacin para determinar qu mercancas se deben producir, y un subsistema
de logstica para disponer de las mquinas con el fin de producir esas mercancas.
Adems, pueden incluir un subsistema para la adquisicin de materias primas
necesarias para producir las mercancas.
1.5.2 El anlisis y el Diseo de Sistemas:

Luego de identificar los sub sistemas dentro de las empresas se debe elaborar un
diagnstico formal de la situacin actual de los sistemas y plantear el desarrollo
correspondiente a la automatizacin de la informtica. La disciplina que se encarga de
esta metodologa es el Anlisis y Diseo de Sistemas.
Senn (1992) afirma que los sistemas basados en computadora sirven para diversas
finalidades que van desde el procesamiento de las transacciones de una empresa (la
sangre de muchas organizaciones) hasta proveer de la informacin necesaria para decidir
sobre asuntos que se presentan con frecuencia, asistencia a los altos funcionarios con la
formulacin de estrategias difciles y la vinculacin entre la informacin de las oficinas y
los datos de toda la corporacin.
En algunos casos los factores que deben considerarse en un proyecto de sistemas de
informacin, tales como el aspecto ms apropiado de la computadora o la tecnologa de
comunicaciones que se va a utilizar, el impacto del nuevo sistema sobre los empleados de
la empresa y la caractersticas especficas que el sistema debe tener, se pueden
34
determinar de una manera secuencial. En otros casos, debe ganarse experiencia por
medio de la experimentacin conforme el sistema evoluciona por etapas.
Hawryszkiewycz (1988) afirma que existen dos etapas o fases por la cual se crea un
nuevo sistema de informacin: la etapa del anlisis del sistema y el diseo del sistema.
1.5.2.1 Anlisis de Sistemas:

Segn Kendall (2000) son muchas y distintas las fuentes que dan inicio a los proyectos de
sistemas por diversas razones. Algunos proyectos sobrevivirn a la etapa de evaluacin
mientras que otros proyectos sern descartados.
Segn Senn (1992), la propuesta de proyecto presentada por los usuarios o analistas,
quienes han realizado previamente una discusin acerca de los requerimientos del nuevo
sistema, da el primer indicio de la creacin de un sistema.
Segn Hawryszkiewycz (1988), los sistemas informticos se desarrollan en una serie de

pasos. Esta secuencia de pasos se conoce como ciclo de vida del sistema o ciclo de
resolucin del problema, y, a veces, ciclo de desarrollo del sistema. El ciclo de vida del
sistema se utiliza por varias razones. En primer lugar, para organizar el gran nmero de
actividades necesarias en la construccin de un sistema y especificar la secuencia en que
se deben tratar esas actividades para su desarrollo. En segundo lugar, el ciclo de vida
ayuda a los analistas y/o diseadores a resolver problemas que surgen durante el
desarrollo del sistema, marcando la direccin del proyecto y proporcionando una gua
sobre lo que se debera obtener como resultado del mismo.
Es por ello que se puede clasificar el anlisis de sistemas segn tres enfoques basados
en la existencia de las computadoras e informtica:
Mtodo del ciclo de vida para el desarrollo de sistemas.
Mtodo del desarrollo del anlisis estructurado.
Mtodo del prototipo de sistemas.
En el presente documento no ser necesario describir el mtodo del prototipo de

sistemas.
35
A continuacin, se describir el ciclo de vida, el cual sirve de ayuda a los directores desde
la produccin de informes del estado del proyecto y manteniendo un seguimiento de las
necesidades de recursos, tcnica que se observar a continuacin.
a) El ciclo de vida del desarrollo del sistema:

Como ya lo mencion Hawryszkiewycz (1988), el ciclo de vida del sistema es la manera
correcta para ordenar las secuencias que sern llevadas a cabo para el propsito general:
el desarrollo del sistema.
Kendall (2000) hace regencia al ciclo de vida del sistema, haciendo referencia a la
importancia del enfoque sistmico (equivalente a las jerarquas de la pirmide de la
organizacin) como parte de fundamental del desarrollo, y definiendo el ciclo de vida
como el orden de la secuencia de actividades entre los analistas y los usuarios.
El ciclo de vida del producto se presenta en la figura 1.12
Figura 1.12 Las siete fases del ciclo de vida del desarrollo de sistemas
Fuente: Kendall (2000)
a.1) Identificacin de problemas, oportunidades y objetivos.

Segn Hawryszkiewycz (1988), es considerada la fase ms importante. En ella, se define
el problema a resolver y se fija la direccin para el conjunto del proyecto. Tambin se
36
establecen los lmites del proyecto, que determinarn qu partes del sistema se pueden
cambiar en el proyecto y qu partes escapan de control. Se especifican los recursos que
deben estar disponibles para el proyecto. Estos tres factores: objetivo del proyecto, lmites
del proyecto y recursos, se conocen como trminos de referencia del proyecto. Debido a
su importancia, es la direccin de la organizacin quien los establece. Kendall (2000), le
da una mayor importancia a los recursos que son asignados para esta primera fase. Estos
recursos son los usuarios, los analistas y los administradores de sistemas que coordinan
el proyecto. El resultado de de esta primera fase es un informe de viabilidad que incluye la
definicin del problema y el resumen de los objetivos que fueron definidos segn los
objetivos de la organizacin. A continuacin, la administracin debe decidir si se sigue
adelante con el proyecto propuesto. Si el grupo de usuarios no cuenta con fondos
suficientes, si se desea resolver el problema bajo enfoques distintos, o si la solucin no es
necesariamente un sistema de informacin, el proyecto no procede.
a.2) Determinacin de los requerimientos de informacin:

Senn (1992) define los requerimientos como el estudio por parte de los analistas y
administradores de sistemas acerca de los procesos a estudiar. Los analistas y
administradores deben realizarse las siguientes preguntas:
Qu es lo que se hace?
Cmo se hace?
Con qu frecuencia se presenta?
Qu tan grande es el volumen de transacciones o de decisiones?
Cul es el grado de eficiencia con el que se efectan las tareas?
Existe algn problema?
Si existe un problema Qu tan serio es?
Si existe un problema Cul es la causa que lo origina?
Segn Kendall (2000), el analista debe comprender la informacin que necesitan los
usuarios para llevar a cabo sus actividades. Esta fase requiere una gran interaccin con el
usuario, por lo que el analista podr acabar esta fase afianzando la idea que tiene de la
organizacin y sus objetivos.
Al trmino de esta fase, el analista debe conocer el funcionamiento del negocio y poseer
informacin muy completa acerca de la gente, los objetivos, los datos y los
procedimientos implicados.
37
a.3) Anlisis de las necesidades del sistema:

Esta fase nicamente es definida por Kendall (2000). En esta etapa del sistema, el
analista debe hacer uso de herramientas, entre las cuales se mencionan el uso de
diagramas de flujo de datos para graficarlas entradas, los procesos y las salidas de las
funciones del negocio en una forma estructurada, ordenada, particionada y grfica (las
caractersticas de las tcnicas estructuradas). En esta fase se observa que el analista se
aproxima a lo que ser la programacin del sistema con el uso del lenguaje estructurado
(que ser desarrollado en posterior).
Adems, el analista deber preparar una propuesta de sistemas que sintetizar sus
hallazgos proporcionando un anlisis costo-beneficio y recomendando las acciones que
implicarn costos futuros para las alternativas de sistemas y sus recomendaciones.
La empresa deber elegir alguna alternativa disponible o sino, el analista deber corregir
alguna fase anterior.
a.4) Diseo del sistema recomendado:

Hawryszkiewycz (1988), define esta fase como el diseo del nuevo sistema realizando las
tareas requeridas. Los diseadores deben seleccionar el equipo necesario para
implementar el sistema, especificar los nuevos programas y los cambios sobre los
antiguos, as como las nuevas bases de datos y las modificaciones sobre las existentes.
Adems, los diseadores de sistema debern detallar los procedimientos de usuario que
descrien como se debe usar el sistema.
Kendall (2000) enfatiza la labor del analista en esta etapa, quien debe disear los
controles y procedimientos de respaldo que protejan al sistema y datos, y producir
paquetes de especificaciones de programa inicial para los programadores de sistemas.
Estos paquetes deben contener esquemas de para la entrada y salida, las
especificaciones de los archivos y toda la informacin referida al procesamiento de la
informacin.
a.5) Desarrollo y documentacin del software:

Hawryszkiewycz (1988), define esta etapa como la construccin del sistema. Este autor
se enfoca en dos fases: Desarrollo de sistemas e implementacin de sistemas. Se crean a
partir de las definiciones de los analistas las interfaces de usuario (la comunicacin del
usuario con el sistema). Luego, se procede a esperar la conformidad del usuario.
38
La implementacin es inmediata a partir de la conformidad del usuario, en el cual los

componentes construidos en el desarrollo se ponen en uso operacional.
Esta etapa hace referencia al cambio que debern atravesar los usuarios.
Kendall (2000) hace referencia a la documentacin del sistema, en el cual tanto usuarios
como analistas se ayudan entre ellos para desarrollar los manuales de procedimientos
respectivos (estos manuales van desde manuales impresos hasta la ayuda en Web y
respuestas a las consultas frecuentes.
a.6) Prueba y mantenimiento del sistema:

Hawryszkiewycz (1988) define el mantenimiento como la actividad necesaria para eliminar
errores del sistema durante la vida del sistema, as como tambin para adaptarlo al medio
cambiante. En este sentido, Hawryszkiewycz (1988) y Kendall (2000) coinciden.
Kendall (2000) agrega que, en esta fase, el sistema comienza a reportar actividades de
mantenimiento de manera rutinaria durante toda la vida til del sistema.
a.7) Implementacin y evaluacin del sistema:

Kendall (2000) argumenta que esta fase del desarrollo de sistemas requiere la
participacin del los analista en la implementacin del sistema de informacin. Los
usuarios, as mismo, recibirn la capacitacin del uso del software. Esta capacitacin est
en manos del fabricante y la supervisin en manos del departamento de sistemas.
Aunque todas las etapas requieren de una evaluacin, en esta fase se evaluar el sistema
desde la aceptacin por parte de los usuarios. Inclusive, los analistas pueden regresar a
otras fases para modificar el trabajo realizado en caso se requiera.
a.8) Impacto del mantenimiento:

Esta ltima fase es descrita por Kendall (2000). En este punto, es donde finalmente se
definen las etapas del sistema y un control efectivo acerca de los beneficios y costos del
sistema. Este alcance es ilustrado en la figura 1.13
Conforme se incrementan el nmero de programas escritos, tambin lo hace la cantidad

de mantenimiento que requieren.
El mantenimiento de los sistemas es aplicado por una razn primordial: la correccin de
errores del software.
39
Figura 1.13 Consumo de recursos durante la vida del sistema

Fuente: Kendall (2000)
No importa cuan exhaustivamente se pruebe el sistema, los errores en el software

comercial para PC se documentan como anomalas conocidas, y se corrigen en el
lanzamiento de nuevas versiones del software o en revisiones intermedias. En el software
hecho a la medida, los errores se deben corregir en el momento que se detectan.
El mantenimiento, entonces, se entiende como una medida proactiva o reactiva de la
organizacin con el fin de adaptar los requerimientos cambiantes dentro del sistema de
una manera continua.
Sintetizando esta fase, el mantenimiento debe considerarse un proceso continuo durante

el ciclo de vida de un sistema de informacin. Este mantenimiento se aplica desde el
primer momento en que nace el programa propiamente dicho, corrigiendo errores de
programacin que previamente no han sido detectados. Los errores que aparezcan en el
futuro se convertirn en nuevas versiones mejoradas del sistema. Conforme pase el
tiempo, este costo de mantenimiento se incrementar considerablemente.
A continuacin se presentar la informacin relevante correspondiente al anlisis de las
necesidades del sistema por medio de las tcnicas estructuradas, quienes harn efectiva
las definiciones iniciales del sistema.
b) Mtodo del anlisis estructurado:

Los grandes sistemas en la actualidad han sido fruto de la evolucin de muchos aos de
estudio en implementacin de procesos y reingeniera de procesos. Inclusive, segn Senn
(1992), existen especialistas que poseen dificultades para comprender los grandes
40
sistemas de las empresas y lograr tangibilizarlos en un sistema, o por lo menos en un

diseo de sistemas.
El mtodo del anlisis estructurado lograr desarrollar la divisin del sistema y sus
componentes, adems de construir un modelo del sistema.
El anlisis de sistemas se basa en especificar lo que se requiere que haga el sistema o

aplicacin. No se establece cmo se cumplirn los requerimientos o la forma en que
implantar la aplicacin. Ms bien permite que las personas observen lo que har el
sistema separado de los componentes fsicos (computadoras, terminales, sistemas de
almacenamiento, etc.) Despus de esto, se puede desarrollar un diseo que permita
mejorar y/o agilizar el proceso existente para la situacin donde ser utilizado.
Es as como, el diseo de sistemas se puede entender como una metodologa
estandarizada que utiliza grficos y plantillas el funcionamiento descrito en el anlisis de
sistemas al mundo fsico real.
Segn Senn (1992) los elementos del anlisis estructurado son:
b1) Descripcin grfica:

Este elemento representa un bosquejo que seala las caractersticas de los procesos,
identifica la funcin para la que sirve e indica cmo interacta con otros elementos entre
otras cosas. Sin embargo, es un mtodo que no considera Kendall (2000) en la
explicacin de anlisis estructurado. Es muy sencillo omitir un detalle en la utilizacin de
ste mtodo, por ello, debern corregirse los errores continuamente.
b2) Diagrama de flujo de datos:

Segn Senn (1992), el diagrama de flujo de datos (DFD) utiliza el concepto top-down
(equivalente al enfoque sistmico, en el cual se toma en cuenta la jerarqua de la
informacin). El modelo original se detalla en diagramas de bajo nivel que muestran
caractersticas adicionales del sistema. Cada proceso puede desglosarse en ms
diagramas de flujo de datos cada vez ms detallados. sta 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.
Segn Kendall (2000), los diagramas de flujo describen de la forma ms amplia el
panorama general de las entradas, procesos y salidas del sistema. Posee el uso de cuatro
41
smbolos principales (que se vern en su oportunidad) logrando de esta manera poseer

un gran instrumento que permite una muy buena descripcin del sistema.
Kendall (2000) enfoca el diseo de diagramas de flujo de datos en base al concepto del
Enfoque sistmico, el cual est basado en la estructuracin del sistema segn niveles
jerrquicos para responder al problema de la complejidad del sistema (tal y como se
estudi en la pirmide de las empresas).
El primer diagrama es llamado Diagrama de Contexto, el cual representa la mayor
generalidad del sistema. El diagrama de Contexto es el nivel ms alto en un diagrama de
flujo de datos y contiene una visin muy superficial del movimiento de los datos del
sistema siendo representado por un nico proceso llamado tal y como se llamar el
sistema.
Los diagramas hijos surgen para explicar el diagrama de contexto y sucesivos diagramas
hijos. La regla de estos diagramas hijos se basa en el hecho de que no pueden producir
salida o no puede recibir entrada que el proceso padre produzca o reciba tambin.
Los archivos o almacenamientos son depsitos tanto de grabacin como de lectura
anlogos a las bases de datos.
La evaluacin que utiliza Senn (1992) para verificar que el diagrama de flujo de datos sea
correcto es la siguiente:
Existen en el diagrama de flujo de datos componentes que no tienen nombre

(flujos de datos, procesos, almacenamientos, entradas o salidas)?
Existen almacenes de datos que son entradas y a los que nunca se hace
referencia?
Existen procesos que no reciben entradas?
Existen procesos que no generen salidas?
Existen procesos que tienen varias finalidades? (Si es as, entonces se tienen
que simplificar extendindolos en varios procesos para poder estudiarlos mejor.)
Existen almacenes de datos a los que nunca se hace referencia?
Es el flujo de datos que llega a un proceso adecuado para realizarlo?
Existen demasiados datos en el almacn de datos (ms que los detalles

necesarios)?
El flujo de datos que llega a un proceso es demasiado extenso para la salida que
ste produce?
42
Se introducen alias en la descripcin del sistema? Aparecen en el diccionario de

datos? (Si no es as entonces pueden presentarse inconsistencias al describir y
comprender el sistema).
A continuacin se narrar un problema base para entender el concepto de anlisis

estructurado:
.Una empresa dedicada a brindar servicios logsticos ha definido sus procesos para
lograr la correcta administracin de los mismos. Se sabe que la empresa recepciona el
pedido de su cliente por medio del telfono. Luego, este pedido es cotejado con la
existencia de la oferta (camiones disponibles) luego del cual se aprueba la orden y se
procede a designar los recursos necesarios (chofer, estibadores). El pedido es realizado y
la factura es recepcionada, luego del cual debe recoger el pago respectivo en el plazo
estipulado que en promedio es 30 das (existen pedidos que se cargan a la cuenta de la
empresa as como tambin en efectivo). La factura es ingresada al sistema de la
empresa....
Se comienza el anlisis observando los entes que fluyen a travs del sistema. En este
caso, se observa un sistema de clientes como nico ente, quienes realizan los pedidos.
Por lo tanto, la interaccin del sistema sera como se muestra en la figura 1.14
Luego, se procede a describir, segn el enfoque sistmico, el diagrama cero, el cual
describe el diagrama de contexto.
El diagrama cero debe contener los mismos flujos de salida y entrada que el diagrama de
contexto.
Los procesos, en este caso procesar pedido, asignar recursos de pedido, emitir factura y
registrar pago deben graficarse con crculos. Los entes ya no son colocados y debe existir
interaccin con los archivos clientes, pedidos, recursos, facturas y facturas pagadas.
Si se est hablando de un archivo y la flecha es entrante, entonces se trata de una
grabacin en la base de datos o archivo, por el contrario, flechas salientes hacen
referencias a lectura de la base de datos o archivo.
Flechas entrantes en los procesos hacen referencia a la llegada de la informacin que
puede proceder de un ente u otro proceso, y las flechas salientes hacen referencia a la
salida de informacin que ha sido procesada previamente, y que, probablemente, ha
43
utilizado un archivo de referencia para validad y/o procesar la informacin. El grfico de

este diagrama se puede observar en la figura 1.15
Los diagramas hijos o derivados del diagrama cero u otros hijos sirven para detallar la
informacin y la forma de procesamiento del proceso. As, se presenta en la figura 1.16,
segn los mismos principios, el diagrama del proceso 2 Asignar recursos de pedido
como si este fuera un diagrama de contexto pero sin entes.
b3) Diccionario de datos:

Kendall (2000) y Senn (1992) coinciden en mencionar esta herramienta. Kendall (2000)
hace referencia a esta herramienta como la informacin de los datos (conocido en
informtica como metadata) que le permiten a los analistas de sistemas guiarse en el
anlisis de sistemas. Esta herramienta recopila y coordina trminos de datos especficos,
y confirma lo que cada trmino significa para las diferentes personas en la organizacin.
El punto de partida de esta tcnica estructurada es el diseo de los flujos de datos.
Clientes Dep.
Pedidos
Pedido
entregado
Pedido
SISTEMA
PROPUESTO
Facturas
Pago del
servicio
Clientes Dep.
Cobranza
Figura 1.14 Diagrama de contexto del ejemplo

44
Figura 1.15 Diagrama cero del ejemplo

Figura 1.16 Diagrama hijo 2 del ejemplo

Senn (1992), en cambio, hace referencia al diccionario de datos como un depsito de los
elementos en un sistema. Estos elementos se centran alrededor de describir la forma de
los datos y como estn estructurados para satisfacer tanto a los usuarios como a la
organizacin o empresa. En general, un diccionario guarda los detalles y descripciones de
todos los elementos.
45
El contenido de un diccionario debe reflejar la descripcin total de un sector del sistema.

Continuando el ejemplo anterior se aislar una porcin del flujo de datos (concerniente a
los camiones e informacin adjunta), donde se crear un diccionario de datos definiendo
procesos, flujo de datos, datos elementales y archivos tal y como se detalla a
continuacin:
Definicin de proceso:
Nombre proceso: Asignar camin (Proceso 2.1)
Descripcin del proceso: Segn el estado de los camiones, se asignar al pedido al
camin que mejor se ajuste al requerimiento. Esta informacin ser grabada en la base de
datos de camiones.
Archivos utilizados: Camiones
Proceso lgico: Ver especificacin lgica.
Definicin de flujo de dato:

Nombre flujo de datos: Camiones asignados
Descripcin del flujo de datos: Los datos relevantes que se asignaron para cumplir el
pedido.
Composicin: Cdigo vehculo, placa vehculo, marca vehculo, modelo vehculo, color
vehculo, estibador asociado, cargador asociado, estado vehculo.
Volumen: 200 transacciones por da
Picos: Entre las 9:00 am. y las 12:00 am.
Comentarios: Ninguno.
Definicin de dato elemental:
Nombre del dato: Cdigo vehculo
Composicin: Placa + Marca camin + ao
Archivo que lo contiene: Camiones
Definicin de archivo:
Nombre del archivo: Camiones
Composicin: Cdigo vehculo, placa vehculo, marca vehculo, modelo vehculo, color
vehculo, estibador asociado, cargador asociado, estado vehculo.
Procesos involucrados: 2.1 (asignar camin)
46
b4) Diagrama de estructura de datos:

Algunos consideran que el almacenamiento de datos es el corazn de un sistema de
informacin. En primer lugar, los datos deben estar disponibles cuando el usuario desee
utilizarlos. Segundo, los datos deben ser exactos y consistentes (deben tener integridad).
Adems de estos requerimientos, los objetivos del diseo de base de datos incluyen el
almacenamiento eficaz de los datos as como su eficiente actualizacin y recuperacin.
Finalmente, es necesario que la recuperacin de informacin tenga un propsito. La
informacin obtenida de los datos almacenados debe estar en una forma que sirva para
administrar, planear, controlar o tomar decisiones en una organizacin (Kendall, 2000).
As, se presentan las palabras claves en el estudio de los diagramas de estructura de
datos:
Concepto de datos:
Los datos son los hechos que describen sucesos y entidades. Es la mnima unidad
de informacin expresada mediante una simbologa conocida como lenguaje.
Realidad, Datos y Metadatos:

Segn Kendall (2000), al mundo real se le llamar realidad. En la realidad, los
datos recopilados de personas, lugares o eventos se almacenarn eventualmente
en un archivo o una base de datos. Para entender la forma y estructura de los
datos, se necesita informacin sobre los datos mismos. A la informacin que
describe los datos se le llama metadatos.
Entidades:
Hawryszkiewycz (1988) define entidades como cosas distinguibles en las
empresas, mientras que Kendall (2000) define entidades como cualquier objeto o
evento sobre el cual alguien escoge recopilar datos. Una entidad podra ser una
persona, lugar, cosa (por ejemplo, un vendedor, una ciudad o un producto). Aade
que cualquier entidad tambin puede ser un evento o unidad de tiempo tal como la
avera de una maquina, una venta o un mes o ano.
Relaciones:
Senn (1992) afirma que, cuando se disea un sistema de informacin para el
procesamiento de transacciones, a menudo el centro de atencin es una entidad
47
(por ejemplo, tomar un pedido, aceptar un inventario o contratar un empleado) y

cuando los analistas vayan adquiriendo experiencia con el sistema de informacin
y surgen nuevos requerimientos de la aplicacin, la atencin cambia: de ser capaz
de recuperar un registro especifico a desarrollar la capacidad de relacionar los
registros sobre distintas entidades.
Kendall (2000) define relaciones como asociaciones entre las entidades (a veces
se conocen como asociaciones de datos). El primer tipo de relacin es una
relacin uno a uno (designada como 1:1). Esta relacin se puede ilustrar a partir
del hecho de que cada empleado tiene una sola oficina. Otro tipo de relacin es la
llamada uno a muchos (1:M) o muchos a uno. Esta relacin se puede ilustrar a
partir del hecho de que un medico se le asignan muchos pacientes, pero un
paciente solo puede ser tratado por un medico.
Finalmente, la relacin muchos a muchos (M: N) describe la posibilidad de que las
entidades podran tener muchas asociaciones en cualquier direccin. Por ejemplo,
un estudiante puede tener muchos cursos y, en un curso puede haber muchos
estudiantes. Hawryszkiewycz (1988), simplemente, define relaciones como
interacciones entre objetos.
Atributos:
Segn Kendall (2000) un atributo es una caracterstica de una entidad. Pueden
existir muchos atributos para cada entidad. Por ejemplo, un paciente (entidad)
puede tener muchos atributos tal y como apellido, nombre, calle, ciudad, estado,
etc. La fecha de ltima visita as como los detalles de la prescripcin tambin son
atributos. Posee relacin directa con el Diccionario de datos por medio de la forma
ms simple de informacin: El dato, que resulta ser el elemento ms pequeo en
una base de datos.
Hawryszkiewycz (1988) simplemente define atributo como propiedades de las
entidades y relaciones.
Registros:
Segn Kendall (2000) un registro es una coleccin de datos que tiene algo en
comn con una entidad determinada. Por ejemplo, un pedido logstico posee los
siguientes atributos: Nmero de pedido, apellido del cliente, nombre del cliente,
48
iniciales del cliente, calle, ciudad, estado y tarjeta de crdito. Los datos de un
cliente especfico daran como resultado un registro.
Claves:
Segn Kendall (2000), una clave es uno de los datos en un registro que se usa
para identificar un registro determinado. Por ejemplo, si el nmero de pedido se le
asigna carcter de llave se convertira en una clave primaria porque a cada pedido
del cliente se asigna slo un nmero. De esta forma, la clave primaria identifica la
entidad real (el pedido del cliente):
Otro tipo de clave (tambin llamada llave) es la llamada clave concatenada, la
cual se define cuando una sola clave primaria no es suficiente para determinar el
registro buscado. Entonces, se combinan dos atributos para identificarlo.
Metadatos:
Segn Kendall (2000), los metadatos son datos que definen a los datos en el
archivo o base de datos. Los metadatos describen el nombre dado y la longitud
asignada a cada dato. Los metadatos tambin describen la longitud y composicin
de cada uno de los registros.
Ejemplo de metadatos es la especificacin de tamao de fuente que se realiza
para definir un atributo, en caso de fechas la mscara de la fecha (DDMMYY,
dd/mm/yyyy, etc.)
Normalizacin de datos:
Segn Senn (1992), la normalizacin es el proceso de simplificar la relacin entre los
campos de un registro. Por medio de la normalizacin, un conjunto de datos en un registro
se reemplaza por varios registros que son ms simples y predecibles y, por lo tanto, ms
manejables. La normalizacin se lleva a cabo por cuatro razones:
Estructurar los datos de forma que se puedan representar las relaciones

pertinentes entre los datos.
Permitir la recuperacin sencilla de los datos en respuesta a las solicitudes de

consultas y reportes.
Simplificar el mantenimiento de los datos actualizndolos, insertndolos y

borrndolos.
49
Reducir la necesidad de reestructurar o reorganizar los datos cuando surjan

nuevas aplicaciones.
Se han realizado investigaciones extensas con el fin de desarrollar mtodos para

normalizacin. Se llego a conclusiones tales como que los analistas de sistemas deben
familiarizarse con los pasos de la normalizacin, ya que este proceso puede mejorar la
calidad del diseo de una aplicacin.
Pasos de la normalizacin:
o
Descomponer todos los grupos de datos en registros bidimensionales.
Eliminar todas las relaciones en las que los datos no dependan completamente de
la llave primaria del registro.
Eliminar todas las relaciones que contengan dependencias transitivas.
Segn el ejemplo anterior, se rescatan las salidas de datos, que se traducen en

informacin requerida o requerimientos. Se aplicar al diagrama cero:
o
Facturas
Pedidos aceptados
Las facturas llevan los siguientes datos:

o
Nmero de factura
RUC
Forma pago
Nombre cliente
Fecha servicio
Valor servicio
ID tem
Descripcin tem
Cantidad
Los pedidos aceptados llevan los siguientes datos:

o
RUC
Nombre cliente
Direccin cliente
50
Telfono cliente
Nombre contacto
Cargo contacto
Nmero factura
RUC
Fecha pedido
Lugar partida
Lugar llegada
Luego, se crean todos los archivos que los procesos acceden y graban segn el diagrama
de flujo de datos, respetando los atributos nicamente de los flujos de salida (en la figura
1.17)
Aplicando los principios de la normalizacin de la Base de Datos se eliminan los atributos
repetidos, que a su vez se volvern dependientes de otra.
Por ejemplo, los datos de la factura, en este caso se disgregan y se crea el ente Factura
detalle, dentro del cual se relacionarn los datos del pedido con el ente tems por medio
del campo o atributo ID tem. Los clientes se relacionarn con las facturas por medio del
atributo RUC (ya que, se est hablando de una empresa que realiza facturacin entre
empresas).
Finalmente, los pedidos (que no deben tener un nmero de factura ya que el servicio an
no ha sido realizado) tendrn una conexin con los clientes a travs del RUC y del ID
tem, en donde el administrador del pedido ingresa el tipo de servicio que se va a realizar
y el tipo de productos o conjunto de productos (incluyendo los detalles) que se
transportarn desde el Lugar partida hasta el Lugar llegada (en la figura 1.18)
b5) Especificaciones lgicas:

Segn Kendall (2000), el analista de sistemas, gracias al uso del enfoque sistmico
aplicado en sistemas est en la capacidad de desmenuzar todas las partes de un sistema.
Entendiendo cada parte es posible lograr recopilar el principio organizacional para
ejecutar el anlisis de sistemas, ya que todas las partes del sistema colaboran en la
unificacin del objetivo general de la empresa.
51
Figura 1.17 Tablas de informacin no normalizadas.

Figura 1.18 Tablas de informacin normalizadas.

Las especificaciones lgicas forman parte de las tcnicas estructuradas, las cuales estn
basadas en miniespecificaciones debido a que representan pequeos detalles de lo que
har el proyecto total. Estas miniespecificaciones se crean para detallar los procesos
primitivos en un diagrama de flujo de datos, as como tambin para algunos procesos de
nivel superior que se amplan a un diagrama hijo. Estas especificaciones tienen por objeto
especificar la lgica de la toma de decisiones y las frmulas que transformarn los datos
de entrada en datos de salida.
Cada elemento derivado debe tener lgica del proceso para mostrar cmo se origina de
los elementos base u otros elementos derivados previamente creados que se alimentan
del proceso.
Segn Kendall (2000) existen tres tipos de especificaciones lgicas: Lenguaje
estructurado (el que se presentar como ejemplo didctico), Tablas de decisin y rboles
52
de decisin. Estas dos ltimas son herramientas grficas que permiten comprender la
lgica de los procesos; sin embargo, no son aplicables ni traducibles a sistemas
computacionales por lo que se estudiar nicamente el Lenguaje estructurado.
A continuacin se ilustra este concepto para definir la especificacin lgica del ejemplo.
Para ello, se debe enfocarse en el proceso Registrar pago del diagrama cero. As, se
presentar un texto complementario para desarrollar las especificaciones lgicas:
.Se sabe que si los pagos realizados son menores a los facturados automticamente
son notificados el o los clientes respectivos emitiendo una carta cuyo fin es el de cobrar el
dinero completo. Por otro lado, si se detecta que el cliente que ha pagado no ha realizado
el abono de una factura anterior, deber ser notificado.
Para realizar la especificacin lgica de este problema se usa el comando si el cual

implica una condicin para ejecutar cierta parte del programa.
La estructura del comando si es el siguiente:
Si (condicin) entonces
(Instruccin)
Si no
(Instruccin alternativa)
Fin si
Se modelar el problema a continuacin segn los siguientes cdigos.

Registrar pago (4)
Si Monto recibido < Monto facturado
Notificar cliente.
Sino (Monto recibido = Monto facturado)
Si existe deuda
Atender
Notificar
Si no (sin deuda)
Grabar pago
Fin registrar pago.
53
1.5.2.2 Diseo de Sistemas:

La importancia del anlisis de sistemas radica en la definicin que permitir tangibilizar
mediante el uso de la informtica el sistema que permitir el desarrollo de todas las
actividades susceptibles a automatizarse en la empresa.
Segn Hawryszkiewycz (1988), el diseo de sistemas comienza una vez que el modelo
lgico del sistema est disponible (en otras palabras, que se sepan las entradas del
sistema, los procesamientos, los niveles, etc.) Al igual que el anlisis, el diseo de
sistemas se basa en dos pasos: desarrollo del nuevo modelo lgico que incluye cualquier
proceso o cambio en los procesos existentes necesarios para alcanzar los objetivos de la
organizacin y, el diseo fsico en el cual se toma la decisin sobre qu procesos deben
realizarse manualmente y cuales mediante el ordenador. Se eligen los dispositivos fsicos
para almacenar los datos y se definen mtodos para llevar a cabo las funciones del
sistema. Se disea el interfaz entre el usuario y el ordenador para el nuevo sistema.
Normalmente durante el diseo fsico se producen varias alternativas fsicas de entre las
cuales se selecciona una segn un criterio social o econmico. De nuevo, es necesaria
una creatividad considerable para proponer posibles soluciones.
Kendall (2000) usa las siguientes definiciones antes de disear el sistema a partir de la
metodologa de las herramientas estructuradas descritas anteriormente:
a) Mdulo:
Dado que la arquitectura del diseo de sistemas implicar modularidad, el software debe
dividirse en elementos llamados mdulos que se integran entre s para, con su
ejecucin, satisfacer los requerimientos del sistema. Un mdulo consiste en una unidad
claramente definida y manejable con interfaces modulares perfectamente distribuidas.
Esta modularidad es aplicada para mejorar la claridad del diseo, facilitando su
implementacin, la depuracin, las pruebas, la documentacin y el mantenimiento de un
producto software.
b) Comunicacin entre mdulos:

La comunicacin intermodular se realiza a travs de los datos y los flags. Los datos se
procesan; por el contrario, los flags slo sirven como valores de condicin para comunicar
condiciones entre los mdulos. Otra diferencia es que los datos estn relacionados con el
problema y son importantes para el mundo exterior, mientras que los flags slo importan
54
para la comunicacin de informacin y el control del proceso. Los datos y los flags se
representan mediante una flecha, y es el sentido de la flecha el que indica la direccin del
dato o flag.
El anlisis estructurado permite la transformacin del DFD (o diagrama de flujo de datos)

a una descripcin de diseo de la estructura del programa por medio de la herramienta
del Anlisis de transformacin. Si bien el anlisis de transformacin es un mtodo
terico vlido para obtener el diseo del sistema a partir del anlisis del mismo, se
evaluar el cumplimiento del mismo a partir de los resultados que se obtengan al disear
el sistema mediante este mtodo.
Es posible que sean necesarios ajustes adicionales al anlisis de transformacin que

derivan de la adaptacin del sistema con su entorno a fin de asegurar un diseo ptimo y
acorde con el contexto dado.
c) Anlisis de transformacin:
El anlisis de transformacin es un conjunto de pasos de diseo que permiten a un DFD
obtenido en la fase de anlisis, con caractersticas de flujo de transformacin, convertirse
en una estructura predefinida del sistema.
Los pasos de la transformacin son:
c1) Revisin del modelo fundamental del sistema:

Definitivamente, el sistema debe haber sido analizado por medio de las herramientas
estructuradas.
Luego, deben poseerse 3 niveles de profundidad (diagrama de contexto, diagrama de
nivel 1 o superior y diagramas de nivel 2.
c2) Determinar si el DFD (diagrama de flujo de datos) tiene caractersticas de

transformacin o de transaccin:
Si se tienen procesos tal que tienen salidas exclusivas entre s, probablemente se est
tratando de un problema de transaccin que no est reflejado en un diseo estructurado
de sistema.
55
c3) Aislar el centro de transformacin especificando los lmites del flujo de llegada y de
salida:
El centro de transformacin es la parte del Diagrama de flujo de datos que contiene las
funciones esenciales del sistema independientemente de la implementacin particular de
la entrada y de la salida.
Los lmites del flujo de llegada y de salida estn abiertos a interpretacin (dependen del
diseador), y pueden derivarse soluciones de diseo alternativas variando la colocacin
de los lmites del flujo. Cualquier pequea variacin tendr impacto sobre la estructura
final del sistema.
c4) Realizar el primer corte del diagrama de estructuras:

El propsito del anlisis de transformacin es convertir un DFD en un diagrama de
estructuras para este tipo de operacin. Ntese que esta traduccin es necesaria, ya que
el diagrama de estructuras describe una estructura jerrquica y el DFD no.
La estructura del sistema representa una distribucin descendente del control. La
aplicacin del anlisis de transformacin (descomposicin o factorizacin del sistema) da
como resultado una estructura del sistema en la que los mdulos de nivel superior toman
las decisiones de ejecucin y los mdulos de nivel inferior ejecutan la mayora del trabajo
de entrada, de clculo y de salida. Los mdulos de nivel intermedio ejecutan algn control
y realizan cantidades de trabajo moderadas.
c5) Ejecucin del segundo nivel de informacin:

El segundo nivel de factorizacin se realiza mediante la conversin de las
transformaciones individuales de un DFD (procesos) en los mdulos correspondientes del
diagrama de estructuras.
Se empieza en el lmite del centro de transformacin y, debe dirigirse hacia fuera a lo
largo de caminos de llegada y salida. Las transformaciones (procesos del DFD) se
convierten en mdulos subordinados de la estructura del software. Adems es necesario
introducir mdulos predefinidos que proporcionen las diferentes entradas y/o salidas que
necesita y/o genera el sistema. Para el caso del flujo de salida se realiza de la misma
manera.
56
c6) Refinar la estructura del sistema utilizando medidas y guas de diseo:

Se puede aumentar o disminuir el nmero de mdulos para producir una factorizacin
lgica que tenga una buena calidad y una estructura que se implemente sin dificultad, se
pruebe sin confusin y se mantenga sin problemas. Los refinamientos estn dictados por
consideraciones prcticas y de sentido comn, adems de por los requisitos del software.
Una vez realizado el diagrama de estructuras, es necesario reflejar cules son los
parmetros que necesita para que pueda ejecutarse cada uno de los diferentes mdulos
que componen el diagrama. Dichos parmetros, tanto datos como flags, se han de
obtener del DFD realizado en la fase de anlisis. Los datos se corresponden con los flujos
de informacin de los DFD y se han de reflejar en el diagrama de estructuras como datos
que se pasan entre los mdulos (aquellos que se correspondan con las burbujas
respectivas del DFD). Los flags se han de obtener de las descripciones de los procesos o
burbujas del DFD y se reflejarn en el mdulo correspondiente del diagrama de estructura
cuando se necesite una variable de control. Normalmente los flags no se reflejan en el
diagrama de estructuras.
Hay que destacar que, cuando un proceso del DFD tenga que acceder a un almacn, bien
en modo lectura o escritura, se refleja en el diagrama de estructuras hacindolo depender
del mdulo correspondiente a ese proceso los mdulos predefinidos que correspondan,
de lectura o escritura segn indique el DFD. As, lo mejor que se intenta conseguir es que
el acceso a bases de datos de algunos mdulos se refleje en el diagrama de estructuras
de forma que la programacin sea mucho ms fcil.
c7) Asegurarse del trabajo realizado por el diseo obtenido:

Hay que asegurarse de que la funcionalidad que realiza el diseo creado es la correcta.
Para ello, por ejemplo, se revisar el diagrama de estructura observando que el orden de
ejecucin de los mdulos es el correcto.
Para ilustrar estos conceptos se recurrir al DFD hijo llamado Asignar recursos del
ejemplo anterior del anlisis de sistemas.
Como se observa, se encuentra el proceso 2.2 (Asignar cargadores) como el proceso
central, el cual se denominar el mdulo principal. Se presenta a continuacin cmo sera
el diseo del mdulo del proceso Asignar recursos (en la figura 1.19)
57
Asignar recursos de
pedido
Cargadores
asignados
Cargadores
asignados
Obtener
cargadores
asignados
Camiones asignados
Obtener
camiones
asignados
Pedido procesado
Camiones
Obtener
pedido
procesado
Obtener
camiones
Pedido
procesado y
camiones
Cargadores
Camiones
asignados y
cargadores
Obtener
cargadores
Obtener
recursos
asignados
Cargadores
asignados
Estibadores
Estibadores
Asignar
cargadores
Obtener
estibadores
Camiones asignados
Asignar
camin
Figura 1.19 Carta estructurada del ejemplo

58
Estibadores
asignados
Asignar
estibadores
Recursos
asignados
Emitir
recursos
asignados
CAPTULO
2:
METODOLOGA
INTEGRAL
PARA
LA
CREACIN DE SISTEMAS HBRIDOS EN EMPRESAS

Todas las reas del conocimiento anteriormente estudiadas sern integradas mediante
una metodologa integral que pretende unificarse para aplicarse en la creacin de un
sistema hbrido que contiene los dos tipos bsicos de sistemas de informacin: Sistema
transaccional y sistema de toma de decisiones.
Los sistemas de informacin desarrollados en Microsoft Excel son una propuesta nueva
por la cual se pretende, adems de automatizar los procesos de las empresas, presentar
una interaccin con el usuario que toma decisiones mediante el sistema, el cual no se le
exige que posea los conocimientos sobre optimizacin de procesos y/o informtica.
Se estudiar el anlisis y el diseo de sistemas como tcnica para lograr tangibilizar la

automatizacin de los procesos de la empresa. Toda herramienta informtica posee
procesamientos automticos de informacin; en este sentido, se recurrir a herramientas
multidisciplinarias de mayor impacto en la gestin y direccin de empresas los cuales se
pueden clasificar en tres grandes grupos:
Herramientas y conceptos de gestin.
Herramientas de anlisis y diseo de sistemas.
Herramientas de soporte para decisiones.
Para crear un sistema informtico que permita utilizar los conceptos tanto de gestin
como de optimizacin para empresas diversas, se proceder a realizar un estudio y
clasificacin de los procesos transaccionales de la empresa, los cuales brindan
informacin acerca del flujo tanto de recursos como de dinero, con la finalidad de observar
los puntos susceptibles a automatizar.
La finalidad del estudio multidisciplinario ser el establecer un sistema informtico que

haya sido evaluado por todas las etapas del ciclo de vida de sistemas (dentro de las
cuales se encuentra el anlisis y el diseo de sistemas, adems de la implementacin), el
59
cual poseer procesamientos (en forma de procesos en el diagrama de flujo de datos) que
se agruparn en dos grandes grupos:
Procesos transaccionales y de control operativo.
Soporte de decisiones.
a) Procesos transaccionales y de control operativo

Los procesos de informacin transaccional nicamente operarn bajo los parmetros de
los pedidos, almacenar las ventas, los datos de los productos, los precios y/o costos de
los mismos, etc. con la finalidad de establecer una contabilidad automtica, proyecciones
absolutas independientes (que no dependan de un usuario en mantenimiento que aada
los renglones de las nuevas fechas, sino que opere bajo s mismo) y la capacidad de
establecer nuevos reportes de gestin y ratios de la empresa a la fecha, todos ellos vistos
desde las etapas del ciclo de vida del desarrollo de sistemas.
b) Soporte de decisiones
El soporte de decisiones para el planeamiento estratgico permitirn hacer que el sistema
se convierta en un arma para la direccin en caso se posea una decisin importante. En
este punto se podrn resolver interrogantes tales como Cul es el producto ms
vendido? Est el producto disponible en este momento? Los recursos disponibles son
suficientes? Cunto se debe cobrar por el producto? Todas estas preguntas no poseen
impacto en la informacin acumulada de la empresa, pero se usar dicha informacin
acumulada (derivada de los procesos de informacin de pedidos y ventas) para procesar
estas respuestas. As mismo, la obtencin de la programacin final de la plataforma de
interaccin con el usuario que toma decisiones ser vista en todas las etapas del ciclo de
vida del desarrollo de sistemas hasta tangibilizarse en el programa informtico.
Para lograr ambos procesamientos y, luego de haber realizado un minucioso anlisis de
las herramientas que permitir operar la informacin bajo diferentes mbitos, se aplicarn
los siguientes procedimientos:
a) Anlisis de la empresa a implementar el sistema hbrido:

En este punto se definir el contexto de la empresa a estudiar en la cul se pretende
utilizar la metodologa para crear un sistema hbrido de informacin. As mismo, se
60
estudiarn los procesamientos actuales de informacin y los requerimientos de

informacin que la empresa solicita para garantizar una adecuada gestin.
b) Diagnstico y propuesta para optimizar la empresa:

Se definirn las falencias en la gestin de la informacin enfocada en tres aspectos:
tecnologa de captura transaccional, capacidad en la gestin de los diversos niveles de la
organizacin y capacidad para el control de los recursos del sistema. Este anlisis
concluir con la prueba de la factibilidad del uso de la metodologa que indicar si se
puede proseguir con el desarrollo del sistema hbrido.
c) Fusin de las herramientas tericas estudiadas (mediante una metodologa integral):

Se estudiar la plataforma tecnolgica actual de la empresa y se evaluar la factibilidad
de la implementacin del sistema. Luego, se recurrir al anlisis estructurado con la
finalidad de identificar variables comunes entre procesamientos (definido en la
herramienta estructurada DSD en el Anlisis y Diseo de Sistemas).
Mediante la estandarizacin de las variables comunes entre reales y tericas, el sistema
de informacin poseer variables nicas que regirn la informacin.
d) Modelacin de la informacin de la empresa segn la fusin de herramientas y el

diseo de sistemas:
En esta etapa y luego de definir las variables comunes se proceder a modelar la
informacin de la empresa con la finalidad de adaptarla segn los requerimientos de
procesamiento que se estn definiendo en el marco terico. La modelacin deber
contemplar en el desarrollo una plataforma de ingreso de informacin lo que significar
que debe concebirse junto con la misma.
El ingreso de la informacin ser concebida mediante pasos normalizados definidos en el
marco terico (anlisis, diseo de sistemas y diseo de estructura de base de datos) por
medio del cual se asegurar la definicin de variable comn. La plataforma de ingreso
de informacin se encontrar conectada con la interfaz de la base de datos.
e) Desarrollo del sistema:

El Sistema hbrido poseer como herramienta de diseo el anlisis estructurado que
permitir la total comprensin del problema y la solucin informtica.
La metodologa que permitir desarrollar el sistema poseer las siguientes etapas:
61
Programacin informtica del sistema:

La programacin se efectuar en lenguaje Visual Basic 6.0 aplicado a Macros en
Microsoft Excel. Este lenguaje posee la particularidad de interactuar con bases de
datos, actualizarlas y poseer validaciones de usuario en cualquier punto del programa
con motivos de seguridad, adems de realizar backups peridicamente.
Cada herramienta contenida en el Marco terico poseer una aplicacin en el sistema
hbrido, por ello se generarn las siguientes programaciones:
Decisiones acerca de productos.
Programacin Lineal aplicada en problemas de gestin.
Pronsticos automatizados utilizando la Regresin lineal simple.
Disponibilidad de recursos mediante reportes de inventario.
Elaboracin de reportes automatizados.
Capacidad de creacin de informacin.
Pruebas de funcionamiento:
Una vez desarrollado el programa que permitir a la empresa mejorar sus procesos de
decisin e informacin, ser puesta en prueba por medio del programador. La puesta
en prueba sealar las oportunas correcciones con la finalidad de eliminar cualquier
tipo de error de programacin y/o procesamiento e informacin.
Desarrollo del manual de usuario:

Gracias al desarrollo del diccionario de datos en el marco terico (anlisis y diseo de
sistemas), es posible mostrar en un lenguaje comn y corriente todas las funciones del
programa y permitir contemplar futuras correcciones por parte de los usuarios.
g) Capacitacin del sistema:

La capacitacin del sistema ser el eje principal del cambio que se pretende implementar
en la empresa a estudiar y estar destinada tanto a los usuarios como a quienes darn
soporte a usuarios y poseer las siguientes etapas:
Capacitacin a usuarios:
Esta capacitacin estar destinada a quienes operarn el sistema en todos los niveles
jerrquicos de la empresa a nivel usuario.
62
Se detallar la operativa general (relacionando el flujo de informacin propuesto con

los procesos actuales del negocio), los nuevos procedimientos propuestos
(funcionalidad del sistema, casustica, procesos automticos y manejo de reportes) y
los trminos tcnicos que englobarn a la nueva operativa (utilizando el diccionario de
datos como base de la terminologa a mostrar).
Capacitacin del soporte del sistema:

Esta capacitacin estar destinada a quienes soportarn las incidencias presentadas
en el sistema y darn mantenimiento al mismo. Comprendern todos los mdulos de
las capacitaciones de usuarios complementando con aspectos tcnicos (manejo de
base de datos, gestin de backups y solucin de problemas) basada en el desarrollo
del anlisis estructurado. Finalmente y de ser necesario, se realizar una rplica de la
capacitacin luego de que el sistema est implementado.
Finalmente y de ser necesario, se realizar una rplica de la capacitacin posterior a la

implementacin del sistema a fin de retroalimentar el cambio y solucionar dudas o
inconvenientes surgidos en la transicin.
h) Implementacin y evaluacin del sistema:

En esta fase se consolidar el uso del sistema, el cul ya se encontrar apto para
acoplarse a la empresa en estudio, y se considerarn las siguientes fases:
Implementacin del sistema:

Se proceder con la implementacin del sistema en coordinacin con la empresa y
con la respectiva comunicacin al resto de los miembros de la misma.
Correcciones post-implementacin:
Sern correcciones derivadas de la post-implementacin en caso se presenten errores
o inconvenientes.
Anlisis de resultados:
Se evaluar el impacto del sistema antes y despus de su implementacin, con la
finalidad de medir la importancia del proyecto en la gestin de la empresa.
63
Conclusiones:
Se evaluar el grado impacto (ya sea positivo o negativo) del sistema, con la finalidad
de lograr medir el logro de los objetivos de los estudios realizados y el detalle de
inversin para llevar a cabo este proyecto.
i) Conclusiones finales:
Se elaborarn conclusiones y observaciones de carcter general que permitirn relacionar
los alcances de la metodologa con los beneficios del uso de la misma.
64
CAPTULO 3: USO DE LA METODOLOGA INTEGRAL

PARA LA CREACIN DE UN SISTEMA HBRIDO DE
INFORMACIN Y APLICACIONES DE EXPLOTACIN DE
INFORMACIN EN UNA CADENA DE ACCESORIOS DE
CELULARES
Toda empresa que posea una entrada anloga 6 de informacin (facturas, boletas,
contratos, etc.) es capaz de utilizar la metodologa del anlisis y diseo de sistemas para
estructurar los flujos de informacin y proponer una estructura de base de datos capaz de
cumplir con los requerimientos de informacin. El sistema, luego de su desarrollo, ser
capaz de automatizar procesos operativos y; en la medida de ser posible, cumplir con
abastecer de informacin a toda la pirmide organizacional de la empresa.
Para llevar a cabo este propsito, es necesario que los analistas que realizan el estudio
posean una induccin clara de los procesos en la empresa a estudiar y se tenga en
cuenta todas las variables que sern utilizadas en la captura anloga de informacin. Slo
de esta manera, ser posible minimizar la etapa de error y correccin del modelamiento.
3.1 Anlisis de la empresa a implementar el sistema hbrido:

Se realizar una explicacin breve del giro del negocio de la empresa a implementar la
metodologa.
El comportamiento de los usuarios de telefona mvil ha evolucionado en los ltimos aos.

Con el aumento de la tecnologa y la miniaturizacin de la tecnologa los celulares se han
convertido en parte de la identidad de muchas personas. Como consecuencia de esto, se
utilizan diversos complementos para proteger, mejorar, decorar o ampliar las
funcionalidades de estos celulares con el fin de personalizarlos y potenciarlos.
Exista una demanda insatisfecha en los sectores A y B en el mercado de accesorios de
celulares. Por esta razn, la empresa a estudiar decidi conformarse para ofertar en
dichos sectores.
Entrada anloga hace referencia a los documentos fsicos que son impresos y/o escritos a mano.
Estos documentos se graban en archivos perecibles (papel) en contraste con la grabacin antigua
de discos de vinil de los aos 70s.
65
La empresa ofrece al mercado de usuarios de telefona mvil accesorios tecnolgicos y

decorativos que permiten ampliar las funcionalidades y personalizar los telfonos mviles.
Esta empresa busca ser reconocida por sus clientes por la tecnologa avanzada y el estilo
moderno de sus productos, la competitividad de sus precios y por un superior servicio al
cliente.
La empresa, con la finalidad de cumplir esta misin con sus clientes mantiene slidas
relaciones comerciales con proveedores de clase mundial en Estados Unidos, China y
Taiwn asegurando de esta manera un alto estndar de calidad de productos.
A continuacin se explicar brevemente la actividad de la empresa:

La empresa a estudiar se dedica a la compra y venta de accesorios de celulares, un
producto cada vez ms solicitado en nuestro medio. Para conseguir los productos a
comercializar, los representantes de la empresa viajan con frecuencia al extranjero a fin
de realizar las compras a los proveedores. Una vez adquirida la mercadera, sta llega al
almacn central en forma fsica y se registra como ingreso de mercadera. La persona
encargada del almacn registra en una hoja de clculo la mercadera adquirida y algunas
anotaciones.
La mercadera, luego de su seleccin y control interno de calidad ya se encuentra lista
para ser distribuida a las diferentes tiendas que la empresa posee a fin de satisfacer la
demanda de los clientes. La empresa actualmente posee diez tiendas de surtido de
productos, una de ellas ubicada en la ciudad de Trujillo. Las tiendas se encuentran
ubicadas en los principales centros comerciales de Lima. Se puede visualizar el diseo de
una tienda en el Anexo 1.
El Gerente de Ventas determina la cantidad de surtido ptimo que debe poseer cada
tienda, aunque lo realiza de modo muy artesanal (aproximando la demanda sin mtodos
matemticos, nicamente con la intuicin). Los productos son trasladados a cada tienda y
se registra la cantidad de producto surtido.
La empresa ha adquirido un sistema transaccional en una reconocida operadora de
telecomunicaciones. El sistema se encuentra alojado en los celulares que disponen los
vendedores y consta de un sistema sencillo en el cual se ingresan los siguientes datos: se
digita la tienda, el cdigo, la cantidad de producto, luego se establece un descuento (si lo
hubiera), se repite el procedimiento si existe otro producto y finalmente se transacciona la
venta. La informacin que el sistema genera es almacenada en un servidor web, adems
de ofrecer una interfaz para descargar dicha informacin a modo de transacciones.
66
Lamentablemente,
este
sistema
no
permite
la
impresin
de
los
documentos
(boleta/factura) por lo que el vendedor adems de ingresar la transaccin en el sistema

debe de escribir manualmente el documento. Es por esta razn que en algunas ocasiones
se llena la factura/boleta a mano en paralelo con la transaccin por medio del celular y en
otras ocasiones deber de priorizarse la venta primero y luego registrar la transaccin en
el celular. Es necesaria la escritura de los documentos a mano ya que as lo exige la
empresa reguladora de los impuestos.
La informacin que la empresa administra a partir de las transacciones se obtiene de dos

maneras: la descarga de las transacciones del sistema va web y la digitacin en una hoja
de clculo de las mismas (de modo manual).
Cuando el inventario de productos en los mdulos de atencin disminuye, la vendedora

del mdulo se comunica con el administrador para realizar el respectivo surtido de
productos. Los productos se llevan a la tienda y se registran como inventario transferido
en la base de datos. De igual manera, cuando el Gerente de Ventas detecta una
disminucin acelerada del inventario planea el siguiente viaje para conseguir mercadera.
Finalmente, se sabe que la empresa desea implementar los reportes que se mencionan a
continuacin debido a que actualmente no se generan, ello para mejorar el control
operativo y de gestin de la empresa.
Reporte de ventas por local, familia de producto y vendedor:

Reporte de Inventario
Reporte de Centros Comerciales
Reporte de Control diario de personal
Reporte de proyeccin de demanda.
3.2 Diagnstico y propuesta para optimizar la empresa:

A continuacin se presenta el anlisis correspondiente a la situacin actual de la empresa:
Tecnologa de captura transaccional:

o
La empresa ingresa la informacin bajo dos modalidades: una analgica

(escritura) y otra digital (el sistema transaccional), lo que da como resultado una
67
duplicacin clara de esta tarea de registro. Esto se podra solucionar instalando

algn tipo de impresora en el sistema que actualmente se posee. La problemtica
presentada es un aspecto que trasciende del estudio de sistemas por lo que no se
tomar en cuenta. Se permitir que la empresa duplique esta tarea argumentando
a favor que existe tiempos muertos para el vendedor que le servirn para
regularizar las transacciones en el sistema, ya que el objetivo principal es el de
aprovechar el sistema transaccional e integrarlo con otras labores de mayor valor
para la empresa.
Capacidad de gestionar informacin de diversos niveles en la organizacin:

o
No se cuenta actualmente con informacin gerencial (no existe el concepto de

consolidacin de informacin), sino que se usan procesos de informacin bsicos
tales como suma, cuenta, filtros, etc.
No existe una explotacin de informacin que permita ver tendencias, pronsticos,

granularidad de informacin 7, etc.
No existe un aprendizaje a partir de la informacin ni un control de ciertas

variables que evalan si la empresa est operando correctamente.
Capacidad para controlar los recursos de la empresa:

o
No existe un control adecuado del inventario, por lo que la empresa es muy pasiva
(debe esperar a que se reporte que falta surtido de productos para poder
conseguirlos nuevamente).
Frente a esta incapacidad de la empresa para controlar su informacin, procesarla y

tomar decisiones, se concluye que la empresa puede cambiar su modo de hacer negocios
mediante
la
implementacin
de
un
sistema
de
soporte
las
transacciones
complementariamente al sistema instalado a fin de procesar dicha informacin y ponerla a

disposicin de quienes toman decisiones.
Por lo tanto, se demuestra que es factible la implementacin de un sistema hbrido que
permita cambiar la forma actual de trabajo de la empresa y bsicamente se pretende
mejorar en los siguientes aspectos:
Granularidad de informacin es una propiedad de las bases de datos que permite visualizar la
informacin en diferentes escalas de dimensiones tales como da, mes, bimestre, semestre, ao,
dcada, etc. (en este caso se est aumentando la granularidad)
68
Procesamiento de los documentos
Procesamiento de inventarios
Mejora en el manejo del inventario de productos
Implementacin de los resmenes en lnea de los resultados de la empresa.
Utilizacin de mtodos matemticos que permitan utilizar proyecciones y control

integral de las operaciones.
Como se observa, los puntos definidos hacen alusin a la pirmide organizacional, desde
aspectos operativos hasta los clculos de mayor nivel. A continuacin se aplicar la
metodologa del anlisis estructurado para definir las bases del aplicativo a desarrollar
para cumplir con estos requerimientos.
3.3 Fusin de las herramientas tericas estudiadas (mediante una

metodologa integral):
Se comenzar por presentar el panorama actual de la tecnologa aplicada en la empresa.
Esta descripcin definir con mayor exactitud la funcin que posee el sistema
transaccional en el procesamiento actual de informacin en la empresa.
3.3.1 Plataforma tecnolgica:

En la figura 3.1 se muestra la tecnologa de informacin que la empresa posee hasta
antes del momento de la implementacin del nuevo sistema. Esto permitir reconocer el
posible impacto de los nuevos desarrollos.
Como se observa en la figura 3.1, la empresa no dispone de un sistema propiamente

dicho para explotar las transacciones que viajan al servidor web y que provienen del
aplicativo en los celulares de todas las tiendas.
Esto se solucionar desarrollando un sistema para procesar las transacciones y

convertirlas en la informacin que requiere la empresa.
3.3.2 Anlisis de Sistemas:

Se utilizar el mtodo del anlisis estructurado definido en el punto 1.5.2.1
69
Figura 3.1 Plataforma tecnolgica actual de la empresa

3.3.2.1 Diagrama de flujo de datos:

Una vez visualizada la plataforma tecnolgica se comenzar a mapear los procesos de la
empresa que estn ligados con procedimientos de procesado de informacin. Es posible
que an no se posean procesos de informacin formales o propiamente definidos por lo
que este punto ayudar a formalizarlos.
Para ello, se utilizarn los diferentes grficos de diagramas de flujos de datos que existen
y se seguir un enfoque top down 8.
Procesamiento de los documentos:

Los documentos transaccionales se obtienen de dos maneras: mediante la digitacin en la
interfaz a proponer y la absorcin del reporte del sistema transaccional, el cual se usa
preferentemente en la empresa
Cuando desde el mdulo se concreta una transaccin, la vendedora realiza dos acciones:
digita el documento (factura o boleta) en el sistema transaccional y escribe el documento
de forma manual. En este procedimiento el sistema transaccional se encarga de validar la
transaccin por lo cul se considera fuera del alcance de nuestros desarrollos. El
8
Enfoque top down hace referencia al enfoque sistmico que engloba desde los aspectos
generales hasta los especficos y en el caso del anlisis de sistemas permite identificar desde los
macro procesos de informacin hasta los ms especficos.
70
documento que es digitado por parte de la administracin (por medio de la interfaz a

proponer) debe de contemplar las siguientes operaciones:
Completar datos automticos y validar: Definido como el proceso que determina

que todos los datos del documento estn correctamente ingresados, adems de
comprobar que dicho documento no se haya ingresado antes y que exista
inventario para descontarlo en la transaccin. Este proceso no realiza ningn
grabado en la base de datos.
Grabar documento: Proceso que adems de completar datos automticos y validar
registra la transaccin en la base de datos histrica del sistema.
En el caso de la absorcin del reporte transaccional, la empresa slo debe de determinar

el rango de fechas del reporte en la web, descargarlo y absorber las transacciones en el
sistema, proceso no muy prctico hoy en da debido a que se debe realizar cruces de
informacin para estandarizar las transacciones. Se sabe que el sistema debe ser capaz
de reconocer la transaccin, el producto, el vendedor, el local, el inventario y realizar la
transaccin, de la misma manera en la que lo realiza la interfaz a proponer.
El flujo que se propone para reflejar estos procesos se encuentra en la figura 3.2
Figura 3.2 Diagrama de flujo de datos del procesamiento de los documentos y la

absorcin del reporte transaccional
71
Figura 3.3 Diagrama de flujo de datos del Proceso Digitar documento (1)
Locales
Reporte de
documentos
2.1 Leer datos

de reporte
Reporte
leido
Vendedores
2.2 Completar
datos reporte Documentos
revisados
Productos
Figura 3.4 Diagrama de flujo de datos del Proceso Revisar reporte transaccional (2)
Documentos
Documentos
revisados
3.1 Verificar
datos
completos
Documento
completo
3.2 Verificar
inventario
Documento
verificado
3.3 Grabar
documento
Documento
digitado
Inventario
Figura 3.5 Diagrama de flujo de datos del Proceso Validar documento (3)
72
Procesamiento de inventarios:
La empresa, luego de adquirir la mercadera, debe de evaluar los niveles de inventario de
cada local. Esta informacin se localiza en el archivo de inventarios la cual es actualizada
automticamente despus de cada transaccin. Para ello, primero se extrae un reporte
especial en la base de datos de inventario (un reporte que integra a todos los locales y el
almacn central de la empresa) para luego, mediante el reporte, tomar la decisin de
surtir a determinados locales.
La interfaz que administrar el registro de inventario
realizar dos operaciones especficas:
Cargar productos al almacn central: Proceso que origina la creacin de

mercadera en la empresa. Esta mercadera ingresa sin restricciones al registro de
inventario. Este proceso debe de realizarse luego de haber realizado los conteos
respectivos y el control de calidad de productos.
Cargar productos a local: Proceso que valida la existencia de la cantidad solicitada
por el local en el almacn central. Posteriormente, registra la mercadera como
egreso en el almacn central y como ingreso en el inventario del local sealado.
El flujo que se propone para reflejar estos procesos se encuentra en la figura 3.3
Figura 3.6 Diagrama de flujo de datos del procesamiento de inventarios

73
Locales
Inventario de
almacn central
Inventario
4.1 Digitar
campos de
inventario
4.2 Completar
datos de
Inventario
inventario
digitado
*
Inventario de local
Productos
Figura 3.7 Diagrama de flujo de datos del Proceso Digitar inventario (4)
Figura 3.8 Diagrama de flujo de datos del Proceso Ingresar inventario almacn central (5)
Figura 3.9 Diagrama de flujo de datos del Proceso Validar almacn central (6)
74
Figura 3.10 Diagrama de flujo de datos del Proceso Ingresar inventario de local (7)
Actualizacin de bases de datos y reportes de gestin:

La empresa interacta con el sistema transaccional por medio de los archivos de
productos, vendedores y locales, debido a que estos son absorbidos por dicho sistema a
fin de poseer la informacin necesaria y realizar la transaccin. Estos archivos, a su vez,
poseen diversos campos que son actualizados segn la empresa lo vaya requiriendo. As,
el archivo productos se actualiza cada vez que en la digitacin de inventarios se localiza
un nuevo producto, el archivo vendedores se actualiza cada vez que hay una nueva
contratacin en la fuerza de ventas y el archivo locales que se actualiza cuando la
empresa adquiere un nuevo mdulo de atencin.
Cuando la empresa actualiza los archivos en la base de datos correspondiente, debe

tambin generar otros archivos especficos que el sistema transaccional absorber, a fin
de que los datos contenidos en los archivos tales como locales, productos y vendedores
estn disponibles en los dispositivos brindados por la empresa de telecomunicaciones.
Este flujo de datos de salida del sistema debe ser contemplado.
Finalmente, los reportes de gestin se obtienen utilizando el archivo de documentos, el

cul interacta con las bases de datos de productos, vendedores y locales.
Se sabe que los reportes de gestin requeridos por la empresa poseen estructuras
diversas y pueden ser incompatibles entre ellas (pueden requerir archivos especficos o
procesar la informacin de modo distinto). Sin embargo, estos reportes pueden agruparse
en un proceso integral que administrar estos reportes.
75
El flujo que se propone para reflejar estos procesos se encuentra en la figura 3.11, 3.12 y
3.13
Figura 3.11 Diagrama de flujo de datos de la actualizacin de las bases de datos

Una vez desarrollados los diagramas de flujo de datos, se proceder a la fusin

respectiva. Cabe resaltar que el grfico que se obtendr al fusionar los grficos,
denominado diagrama cero, brindar un panorama ms amplio sobre los desarrollos que
se debern de realizar para lograr el sistema y las operaciones necesarias para llevarlo a
cabo, nicamente a modo descriptivo. El diagrama cero se puede visualizar en la figura
3.15
El diagrama de contexto posee mayor jerarqua que el diagrama cero y permitir conocer
como interactuar el sistema con otros entes 9 de la empresa tales como la empresa
recaudadora de impuestos, el sistema transaccional, la administracin del local en el cual
se encuentra el mdulo, los clientes y los vendedores. El diagrama de contexto se puede
visualizar en la figura 3.14
9
Entes hace referencia a los sujetos que operan en el negocio, desde un empleado hasta toda un
rea corporativa.
76
Figura 3.12 Diagrama de flujo de datos del Proceso Actualizar bases de datos (8)
Figura 3.13 Diagrama de flujo de datos del Proceso Elaborar reportes de gestin (9)
77
Formas de pago
Administracin Locales
de la empresa Productos
Sistema
transaccional
Vendedores
Reportes de gestin
Reporte de
documentos
Archivos del sistema

transaccional
SISTEMA DE
OPERACIN Y
CONTROL
Reportes de gestin
Inventario
Recaudadora
de impuestos
Documento
Almacn
Tienda
Figura 3.14 Diagrama de contexto

Se proceder a evaluar los diagramas de flujo de datos obtenidos segn la evaluacin

que utiliza Senn (1992) para verificar que estn correctamente modelados:
Existen en el diagrama de flujo de datos componentes que no tienen nombre

(flujos de datos, procesos, almacenamientos, entradas o salidas)?
Todos los componentes poseen nombres.
Existen almacenes de datos que son entradas y a los que nunca se hace
referencia?
Todos los almacenes de datos son grabados y ledos.
Existen procesos que no reciben entradas?

Todos los procesos reciben entradas
Existen procesos que no generen salidas?

Todos los procesos generan salidas
78
Figura 3.15 Diagrama cero

79
Existen procesos que tienen varias finalidades? (Si es as, entonces se tienen
que simplificar extendindolos en varios procesos para poder estudiarlos mejor.)
En los diagramas hijos se detallan los procesos de tal manera que stos slo
sirven para una finalidad.
Existen almacenes de datos a los que nunca se hace referencia?

Todos los almacenes de datos son grabados y ledos.
Es el flujo de datos que llega a un proceso adecuado para realizarlo?

El flujo de datos est relacionado con el proceso que lo transformar.
Existen demasiados datos en el almacn de datos (ms que los detalles

necesarios)?
El anlisis realizado hasta este punto no permite predecir la cantidad de datos en
los almacenes de datos.
El flujo de datos que llega a un proceso es demasiado extenso para la salida que
ste produce?
Todos los procesos son relativamente pequeos en los diagramas hijos.
Se introducen alias en la descripcin del sistema? Aparecen en el diccionario de

datos? (Si no es as entonces pueden presentarse inconsistencias al describir y
comprender el sistema).
El sistema hasta el momento es ntegro, no posee flujos duplicados ni flujos con
sobrenombres.
Una vez aprobados los planteamientos de Senn (1992) y conseguidos los diagramas de
flujo de datos, segn la metodologa del Anlisis y Diseo de Sistemas, se procede a
codificar y describir los datos en los Diccionarios de datos.
3.3.2.2 Diagrama de estructura de datos:

Para generar un diagrama de estructura de datos a partir de un diagrama de flujo de datos
se seguir el siguiente procedimiento:
a) Establecer la lista de los flujos salientes en el diagrama cero (reportes de gestin y

archivos del sistema transaccional),
b) Establecer la lista de los archivos incluidos en el diagrama cero (documentos,

inventario, productos, vendedores, locales y clientes).
80
c) Normalizar las estructuras de datos especificadas en los flujos salientes y en los

archivos del diagrama cero:
Antes de normalizar estas estructuras se procede a mostrar los formatos que la empresa
posee para administrar actualmente la informacin. El formato ms importante por medio
del cual se obtendr la informacin transaccional se denomina documento y se
encuentra en la figura 3.16
La estructura sealada entre llaves en la figura 3.16 (o subconjunto a) est definido por
los siguientes campos: cdigo, cantidad, descripcin, precio unitario e importe (relativos al
producto). Se observan adems tres tipos de clculos a partir de los datos de la estructura
repetida: sub total, IGV y total. Este subconjunto a se denomina estructura repetida de
datos ya que muestra la informacin de modo tabular. En otras palabras, al realizar la
transaccin comercial la empresa no realiza un documento por cada producto vendido,
sino que los ingresa en forma de matriz en la parte posterior.
El proceso de normalizar las estructuras repetidas (y redundantes) se denomina Primera
forma normal (FN1). Para aplicar correctamente este procedimiento se debe de hacer una
lista de los atributos que se encuentran en los flujos de datos (en este caso, se analizar
el documento presentado).
Empresa: XXX
R.U.C. N XXXXXXXXXXX
FACTURA/BOLETA
XXX N XXXXXX
Lima, __ de__________ de _______________________________________

Seor(es): ____________________________________________________
Direccin: _____________________________________________________
CDIGO
CANTIDAD
DESCRIPCIN
R.U.C.: ______________________
P. UNIT.
IMPORTE
a
Son:
______________________________ SUB-TOTAL
CANCELADO
FIRMA
I.G.V. %
Lima, __ de__________ de ________________________________________ TOTAL
Figura 3.16 Formato del documento (factura/boleta).

Fuente: La empresa
Primera Forma Normal (FN1):

Para aplicar la primera forma normal se deber situarse en el documento transaccional
presentado y definir un encabezado y una estructura repetida. En este ejemplo es fcil
identificar el encabezado (datos de la empresa, datos del cliente, fecha entre otros) y la
81
estructura repetida (los productos vendidos). Ahora bien, debern de convertirse ambos
en dos entidades que se denominarn entidad genrica y entidad detallada. Cabe
resaltar que no deben de concebirse como entidades aisladas sino que deben de unirse
por un nexo, el cual se denominar atributo clave. De esta manera se cumple con
aplicar la primera forma normal que define que se debe de separar la estructura de
datos repetida para obtener dos entidades relacionadas con el atributo clave, para obtener
el Documento_genrico y Documento_detallado (el uso de la entidad detallada permite
romper la relacin muchos a muchos ya que en este caso especfico, un producto puede
estar asociado a muchos proveedores y un proveedor puede estar asociado a muchos
productos).
Al observar las estructuras que se han logrado en la figura 3.17, se puede notar que el
atributo Descripcin depende directamente del atributo llave Cdigo_producto y que no se
depende de ningn atributo del documento para definir un producto (para conocer la
descripcin de un producto no se debe de buscar el documento al que est asociado, sino
que intuitivamente se observa que los productos deberan de poseer una lista propia).
Por lo tanto, la independencia de los atributos (en este caso, de los relativos al producto)
de una entidad detallada que dependen de un atributo clave de la misma entidad (en este
caso, Cdigo_producto) se normaliza mediante la segunda forma normal.
DOCUMENTO_GENERICO
Serie_documento
Numero_documento
Fecha_transaccion
Tipo_documento
TC
Codigo_local
Local
Codigo_vendedor
Vendedor
Turno_asociado
Codigo_cliente
Cliente
Telefono
DNI
RUC
Guia_remision
DOCUMENTO_DETALLE
Numero_
documento
Serie_documento
Numero_documento
Codigo_producto
Cantidad
Descripcion
Precio_unitario
Costo_unitario
Familia_producto
Descuento_total
Importe_total
Importe_total_mas_igv
Importe_real_venta
Importe_costo
Figura 3.17 Normalizacin del documento mediante la FN1

82
Segunda Forma Normal (FN1):

Se aplica la segunda forma normal al detectar atributos que dependen de alguno de los
atributos clave, con lo cual se consigue una entidad adicional en el diagrama estructurado
de datos.
En este ejemplo, se obtiene una nueva entidad denominada productos, la cual se
independizar de la entidad documento_detallado. Las operaciones asociadas con los
atributos de la entidad detallada que est migrando a una nueva entidad (sub total,
obtencin del impuesto, descuento y total) permanecern en la entidad detallada (en la
figura 3.18).

Revisando la figura 3.18, al observar la entidad documento_genrico se observa que

existen atributos no clave que no pertenecen a esta entidad ya que no guardan relacin.
Se puede distinguir tres tipos de atributos: referidos al cliente, local y vendedor.
Tercera forma normal (FN3):

La tercera normal hace referencia a los atributos no clave que son dependientes entre s
localizadas en la entidad documento_genrico. En este caso se pueden generar tres
nuevas entidades: vendedor, local y cliente. Cabe resaltar que estos atributos poseen
atributos principales (atributos claves) que se comunicarn con su entidad matriz
(documento_genrico) mediante un puntero lgico segn el grfico 3.19
83
CLIENTE
Codigo_cliente
DNI
RUC
Cliente
Telefono
DOCUMENTO_GENERICO
Serie_documento
Numero_documento
Fecha_transaccion
Tipo_documento
TC
Guia_remision
Codigo_cliente
Codigo_local
Codigo_vendedor
LOCAL
Codigo_local
Local
VENDEDOR
Codigo_vendedor
Vendedor
Turno_asociado

Para normalizar el archivo Inventario se deber tomar en cuenta que ste se compone
de dos campos bsicos: el cdigo de producto y el stock actual.
Por lo tanto, no es necesario crear un archivo Inventario sino que se aadir el campo
stock actual al archivo actual de productos segn la figura 3.20
Figura 3.20 Inclusin del campo stock_anual en la entidad productos.

Finalmente, al integrar el DSD se obtiene la figura 3.21
84
Figura 3.21 DSD normalizado.

Con el mismo esquema se realizar la base de datos multidimensional asumiendo la

desnormalizacin de la base de datos (en la figura 3.22).
3.3.2.3 Diccionario de datos y especificaciones lgicas:

Se detallarn todos los procesos, flujos de datos, datos elementales y archivos y las
especificaciones lgicas en el Anexo 2.
La formulacin matemtica de los modelos tanto de regresin lineal simple como de

programacin lineal cclica y que sirven de base para los procesos en el diagrama 9 se
encuentra en el Anexo 3.
Esta herramienta permitir esbozar los desarrollos definidos en el anlisis de sistemas,

adems de recopilar, coordinar trminos de datos especficos y confirmar lo que cada
trmino significa en el sistema. El punto de partida de esta tcnica estructurada es el
diseo de los flujos de datos.
85
DOCUMENTO
Serie_documento (PK)
Numero_documento (PK)
Fecha_transaccion (PK)
Tipo_documento
TC
Local
Vendedor
Turno_asociado
Cliente
Telefono
DNI
RUC
Guia_remision
Cantidad
Descripcion
Precio_unitario
Costo_unitario
Familia_producto
Descuento_total
Importe_total
Importe_total_mas_igv
Importe_real_venta
Importe_costo
Stock_actual
Codigo_producto (FK)
Codigo_cliente (FK)
Codigo_local (FK)
Codigo_vendedor (FK)
CLIENTE
Codigo_cliente (PK)
DNI (PK)
RUC (PK)
Cliente
Telefono
LOCAL
Codigo_local (PK)
Local
VENDEDOR
Codigo_vendedor (PK)
Vendedor
Turno_asociado
PRODUCTOS
Codigo_producto (PK)
Descripcion
Precio_unitario
Costo_unitario
Familia_producto
Stock_actual
FECHAS
Fecha_transaccion (PK)
MesAo_transaccion
Figura 3.22 DSD desnormalizado.

3.3.3 Diseo de Sistemas:

Para disear el sistema se desarrollar el esbozo terico segn el Anlisis de
Transformacin detallada en el tem 1.5.2.2 para finalmente analizar la factibilidad de su
implementacin. Es posible que el anlisis sugerido por esta herramienta difiera de lo que
esperan los usuarios. Por esta razn, se realizarn ajustes necesarios a esta metodologa
en caso existan discrepancias de este tipo para finalmente lograr un equilibrio entre
garantizar el funcionamiento ptimo del sistema y a la vez cumplir con los requerimientos
de los usuarios del negocio. Para proceder al anlisis de transformacin se seguirn los
siguientes procedimientos:
a) Revisin del modelo fundamental del sistema:

Se ha obtenido en el anlisis y diseo de sistemas dos niveles de profundidad de los
diagramas de flujo de datos, se ha modelado la informacin y propuesto especificaciones
lgicas para representar los procesos.
b) Determinar si el DFD (diagrama de flujo de datos) tiene caractersticas de

transformacin o de transaccin:
Las salidas del Sistema de Soporte de Procesos poseen una salida especial denominada
Reportes de Gestin, la cual es demasiado flexible desde el punto de vista de la
86
informacin. En general, todos los flujos definidos en los diagramas de flujo de

informacin poseen transformacin e inician con transacciones del negocio.
c) Aislar el centro de transformacin especificando los lmites del flujo de llegada y de

salida
Los campos que se utilizarn como transformacin en lo que respecta al modelamiento de
base de datos y los procesos de transformacin han sido definidos en el diccionario de
datos.
d) Realizar el primer corte del diagrama de estructuras:

Bsicamente, este paso sugiere distinguir los mdulos de decisiones de los operativos.
Los mdulos de decisiones son quienes realizan los procesos y los mdulos operativos
quienes se encargan de extraer informacin. Es posible distinguir estos mdulos debido a
que se ha obtenido la especificacin lgica de cada proceso (ver especificaciones lgicas
asociadas a la definicin de procesos en el diccionario de datos en el Anexo 2).
e) Ejecucin del segundo nivel de informacin:

Se distinguieron las entradas y salidas que las especificaciones lgicas y los grficos de
flujo de datos detallados segn este nivel.
f) Refinar la estructura del sistema utilizando medidas y guas de diseo:

Este diseo posee una mayor complejidad, por lo que se seccionar segn las
necesidades de procesos descritas en los diagramas de flujo de segundo nivel.
Finalmente, se adaptar el resultado de la carta estructurada a la realidad con la finalidad
de satisfacer al usuario.
Uso de la carta estructurada para definir el diseo del sistema:
Carta estructurada del proceso: Digitar documento:

La carta estructurada Digitar documento (basado en el diagrama de flujo de datos del
proceso 1) se orienta bsicamente a procesar un documento de pago en forma digital
utilizando el formulario del sistema. Los mdulos que usara estaran destinados para
obtener este fin (en la figura 3.23).
87
Figura 3.23 Carta estructurada del proceso Digitar documento

Carta estructurada del proceso: Revisar reporte transaccional

La carta estructurada Revisar reporte transaccional (basado en el diagrama de flujo de
datos del proceso 2) se orienta a desempearse como el validador de las transacciones
que provienen del sistema transaccional contratado (figura 3.24).
Revisar reporte
transaccional
Documento verificado
Obtener
documento
verificado
Documento
completo
Obtener
documento
completo
Documento
revisado
Obtener
documentos
revisados
Documento
digitado
Obtener
documento
digitado
Documento
revisado y
documento
digitado
Obtener
inventario
Inventario
Documento
completo e
inventario
Verificar
inventario
Obtener
documentos
Documento
Documento
Grabar
documento
Emitir
documento
Documento
completo
Verificar datos
completos
Figura 3.24 Carta estructurada del proceso Revisar reporte transaccional

Carta estructurada del proceso: Validar documento:

La carta estructurada Validar documento (basado en el diagrama de flujo de datos del
proceso 3) se orienta a validar y grabar las transacciones que se obtienen en el sistema
transaccional (en la figura 3.25).
88
Figura 3.25 Carta estructurada del proceso Validar documento

Carta estructurada del proceso: Digitar inventario

La carta estructurada Digitar inventario (basado en el diagrama de flujo de datos del
proceso 4) se orienta a procesar los registros de inventario para modificarlo (figura 3.26).
Figura 3.26 Carta estructurada del proceso Digitar inventario

Carta estructurada del proceso: Ingresar inventario almacn central

La carta estructurada Ingresar inventario almacn central (basado en el diagrama de
flujo de datos del proceso 5) se orienta a grabar el inventario del almacn central (o
creacin de mercadera) luego de la verificacin del formulario de entrada (figura 3.27).
89
Figura 3.27 Carta estructurada del proceso Ingresar inventario almacn central
Carta estructurada del proceso: Validar almacn central

La carta estructurada Validar almacn central (basado en el diagrama de flujo de datos
del proceso 6) se orienta a verificar que la transferencia de mercadera a un local definido
est garantizada por la misma cantidad de mercadera en el almacn central (figura 3.28).
Validar almacn
central
Inventario
verificado
Inventario
verificado
Obtener
almacn
central
validado
Obtener
inventario
verificado
Inventario de local
Obtener
inventario de
local
Inventario
verificado
Inventario
verificado
Inventario de local
Verificar
existencia en
almacn
central
Verificar datos
completos
Almacn central
validado
Almacn central
verificado
Emitir
almacn
central
validado
Figura 3.28 Carta estructurada del proceso Validar almacn central

Carta estructurada del proceso: Ingresar inventario de local

La carta estructurada Ingresar inventario de local (basado en el diagrama de flujo de
datos del proceso 7) se orienta a grabar la transferencia de mercadera desde el almacn
central a un local dado (figura 3.29).
90
Ingresar inventario
de local
Inventario
verificado
Inventario
verificado
Obtener
inventario
verificado
Almacn central
validado
Almacn central
validado
Obtener
almacn
central
validado
Obtener
inventario
Inventario
verificado
Inventario
verificado
Grabar
inventario
Verificar datos
completos
Inventario
Inventario
Emitir
inventario
Figura 3.29 Carta estructurada del proceso Ingresar inventario de local

Carta estructurada del proceso: Actualizar bases de datos

La carta estructurada Actualizar bases de datos (basado en el diagrama de flujo de
datos del proceso 8) se orienta a actualizar todas las tablas a excepcin de inventario y
documentos. Esto est ligado con la gestin misma de la empresa (figura 3.30).
Figura 3.30 Carta estructurada del proceso Actualizar bases de datos

Carta estructurada del proceso: Elaborar reportes de gestin

La carta estructurada Elaborar reportes de gestin (basado en el diagrama de flujo de
datos del proceso 9) se orienta a obtener los reportes de gestin (figura 3.31).
91
Figura 3.31 Carta estructurada del proceso Elaborar reportes de gestin

Adaptacin de la carta estructurada para definir el diseo del sistema:
El anlisis de transformacin ha permitido obtener el diseo de los mdulos que

finalmente poseern las instrucciones de los procesos descritos en el anlisis; sin
embargo, este diseo no es de conformidad de los usuarios del negocio debido a que,
aunque se est hablando de un sistema de operacin eficiente, no cumple con la
visualizacin y esquema que desea el usuario (se requiere que el sistema est agrupado
por niveles jerrquicos y que cada nivel jerrquico posea determinados procesos). A
continuacin se realizar una adaptacin a esta metodologa para obtener el diseo real
del sistema que requieren los usuarios del negocio asegurando cumplir con un diseo de
fcil entendimiento para los mismos.
a) Clasificacin de los procesamientos de informacin segn los niveles jerrquicos de la

organizacin:
A continuacin, todos los procesamientos de diagrama cero sern agrupados segn los
tres niveles jerrquicos definidos en la organizacin: nivel operativo, control operativo y
planeamiento estratgico (el nmero entre parntesis denota el nmero de proceso en el
DFD).
Nivel operativo:
o
Digitar documento (1)

Digitar campos de documento (1.1)
92
Completar datos de documento (1.2)

o
Revisar reporte transaccional (2)

Leer datos de reporte (2.1)
Completar datos de reporte (2.2)
Validar documento (3)

Verificar datos completos (3.1)
Verificar inventario (3.2)
Grabar documento (3.3)
Digitar inventario (4)

Digitar campos de inventario (4.1)
Completar datos de inventario (4.2)
Ingresar inventario almacn central (5)

Grabar inventario (5.2)
Validar almacn central (6)

Verificar existencia en almacn central (6.2)
Ingresar inventario de local (7)

Nivel de control operativo:

o
Actualizar bases de datos (8)

Verificar campos base productos (8.1)
Grabar productos (8.2)
Verificar campos base vendedores (8.3)
Grabar vendedores (8.4)
Verificar campos base locales (8.5)
Grabar locales (8.6)
Formatear listado de archivos (8.7)
Elaborar reportes de gestin (9)

Validar filtros de reporte (9.1)
Cruzar informacin (9.2)
Generar reporte de gestin (9.3)
93
Nivel de planeamiento estratgico:

o
Elaborar reportes de gestin (9)

b) Esbozar los procesamientos de cada nivel jerrquico:

Para graficar los procesamientos se tendrn en cuenta las siguientes consideraciones:
o
El esbozo de menor jerarqua (nivel operativo en la figura 3.32) slo poseer los
procesamientos del nivel del diagrama cero ya que, por tratarse de procesos de
bajo nivel, el detalle slo complicara el diseo.
Los esbozos de mayor jerarqua (nivel de control operativo en la figura 3.33 y nivel
de planeamiento estratgico en la figura 3.34) podrn contener los procesamientos
de los diagramas hijos del diagrama cero.
La estructura de los mdulos de jerarqua dos son propuestos por el usuario y

sern el nivel mximo al que llegar el sistema. Los mdulos de menor jerarqua al
segundo sern programados internamente y servirn de referencia para la
programacin.
Los procesos con asterisco (*) son estructuras repetibles. Los reportes deben de
indicarse con este distintivo y sern procesos que podrn compartir mdulos
(como por ejemplo la integracin de informacin, aplicacin de filtros, formato de
reporte entre otros).
No se aadirn los flags que distinguen a la carta estructurada, ya que se esboza

nicamente el men de interaccin con el usuario.
Figura 3.32 Esbozo del men de nivel operativo

94
Men del nivel de

control operativo
Elaborar reportes de
gestin (*)
Validar filtros de
reporte (*)
Cruzar informacin
(*)
Actualizar bases de
datos
Generar reporte de
gestin (*)
Gestionar
vendedores
Gestionar productos
Verificar campos
base productos
Grabar productos
Verificar campos
base vendedores
Grabar vendedores
Gestionar locales
Verificar campos
base vendedores
Grabar vendedores
Figura 3.33 Esbozo del men del nivel de control operativo

Figura 3.34 Esbozo del men del nivel de planeamiento estratgico

c) Creacin de mdulos de procesamiento integrado:

Se reestructurar el tercer nivel de los mdulos de los esbozos, los que finalmente sern
los procesamientos de informacin automticos y disponibles en botones. Estos botones
de procesamiento sern los que finalmente integrarn los procedimientos descritos en las
herramientas estructuradas desarrolladas.
En diseo final del men del nivel operativo se encuentra en la figura 3.35, el diseo final
del men de nivel de control operativo se encuentra en la figura 3.36 y el diseo final del
men de nivel de planeamiento estratgico se encuentra en la figura 3.37
Cabe resaltar que en el caso de los reportes de gestin, stos se obtienen presionando el
botn Generar reporte; sin embargo, estos varan respecto a los filtros y procesamientos
que posee la informacin respecto a la jerarqua del mismo. Esta estructura puede
repetirse.
95
Figura 3.35 Diseo del men del nivel operativo

Figura 3.36 Diseo del men del nivel de control operativo

Figura 3.37 Diseo del men del nivel de planeamiento estratgico

96
d) Relacionar el detalle de los mdulos de ltimo nivel con el diagrama de flujo de datos:
A fin de que el diseo posea la estructura de procesamientos definida en las herramientas
estructuradas, se sealarn los procesos involucrados en todos los mdulos de jerarqua
inferior de los diseos de men. Los comandos de cada proceso son definidos segn el
idioma estructurado en el Diccionario de Datos (Anexo 2) por lo que mdulos de menor
jerarqua en el diseo del men que posean ms de un proceso tendrn como resultado la
fusin de dichos comandos.
Men de nivel operativo

o
Ingresar documentos de pago

Completar datos automticos y validar
Digitar campos de documento (1.1)
Grabar documento
Digitar documento (3)
Cargar devoluciones y salidas

Validar almacn central (6)
Verificar existencia en almacn central (6.2)
Grabar devolucin
Ingresar inventario de local (7)
Completar datos completos (7.1)
Absorber informacin del reporte del Sistema transaccional

Absorber informacin del reporte transaccional
Revisin del reporte transaccional (2)
97

Completar datos reporte (2.2)
o
Ingresar nueva mercadera

Grabar mercadera
Ingresar inventario almacn central (5)
Men del nivel de control operativo

o
Elaborar reportes de gestin

Elaborar reporte de gestin (9)
Validar filtros de reporte (1)
Actualizar bases de datos (8)

Gestionar productos
Actualizar/grabar productos
Verificar campos base productos (8.1)
Grabar productos (8.2)
Gestionar vendedores
Actualizar/grabar vendedores
Verificar campos base vendedores (8.3)
Grabar vendedores (8.4)
Gestionar locales
98
Actualizar/grabar locales
Verificar campos base locales (8.5)
Grabar locales (8.6)
Men del nivel de planeamiento estratgico

o
Elaborar reportes de gestin

Elaborar reporte de gestin (9)
Validar filtros de reporte (1)
Finalmente, la adaptacin al anlisis de transformacin ha permitido la concepcin del

diseo del sistema a partir del estudio de requerimientos iniciales descritos en el anlisis
de sistemas y que es, adems, de conformidad por los usuarios del negocio. Esto servir
de base para el desarrollo y la programacin de los mdulos que administraran los
procesamientos de informacin y la interaccin con el usuario.
3.4 Modelacin de la Informacin de la Empresa segn la fusin de

herramientas y el diseo de Sistemas:
Gracias al anlisis anterior se ha definido todas las variables que formarn parte de
nuestra estructura bsica para generar clculos de negocio en la empresa. Esta
informacin ha sido modelada como una base de datos tanto relacional como
multidimensional (con algunas tablas anexas que no se encuentran como un registro de
entrada de las documentos de pago), por lo que se compararn, para una programacin
en Microsoft Excel, las ventajas y desventajas de su uso (tabla 3.1).
Segn la flexibilidad que se desea que posea el sistema finalmente, se opta por
implementar la Base de datos multidimensional, como consecuencia de un futuro
crecimiento de procesamiento de informacin y respuesta rpida de procesamiento,
asumiendo el aumento del tamao de espacio de grabacin y la inflexibilidad para
ejecutar cambios en las tablas principales.
99
Tabla 3.1 Tabla de ventajas y desventajas de los dos tipos de Base de Datos propuestas.
Ventajas
Base de datos relacional
Estructura de poco espacio de

grabacin.
Menores cambios al aadir
detalles a la tabla principal.
Base de datos
multidimensional
Alta
velocidad
de
procesamiento.
Posibilidad de elaborar un
sistema
de
decisiones
directamente desde la Base de
Datos.
Desventajas
Baja
velocidad
de
procesamiento.
Posiblemente
necesite
adaptarse a una base de datos
multidimensional al aadirse
un sistema de decisiones.
Estructura de alto espacio de
grabacin.
Inflexible.
Gran
cantidad
de
modificaciones
al
aadir
detalles a la tabla principal.
3.5 Desarrollo del sistema:

El Sistema hbrido poseer como herramienta de diseo la adaptacin de la carta
estructurada definida en el diseo de sistemas. Ello permitir definir cmo se debern
estructurar los procesos de tal manera que existan algunos de alta jerarqua (que manejan
decisiones) y otros de baja jerarqua (que operan).
Se utilizar la metodologa definida en el Captulo 2 para desarrollar el Sistema:
Las vistas generadas por el sistema se encuentran en el Anexo 4 en el que se puede

observar finalmente la relacin de los mdulos de la carta estructurada con las pantallas
destinadas a los usuarios finales.
El sistema hbrido ha sido programado en lenguaje Visual Basic 6.0 aplicado a Macros de
Microsoft Excel segn el diseo definido en la adaptacin del anlisis de transformacin.
El sistema, adems, ha sido diseado para soportar eficientemente el procesamiento de
informacin y brindar los siguientes beneficios:
Digitalizacin de todos los documentos que comprueban las ventas que realiza la
empresa.
Absorcin efectiva del reporte del sistema transaccional de la empresa de

telecomunicaciones contratada.
100
Ingreso haciendo uso de la sinergia de una sola base de datos para cada aspecto
de gestin (productos, vendedores y locales).
Control integral del inventario.
Actualizacin de las bases de datos de gestin (productos, vendedores y locales) y

replicacin instantnea en todos los mdulos de creacin de informacin.
Generacin de los siguientes reportes de gestin de modo automtico: ventas por

local, ventas por local detalladas por familia de producto, ventas por vendedor,
ventas por vendedor por familia de producto, ventas por producto familia y por
local, inventario, ventas diarias por local, ventas diarias por vendedor, reporte de
centros comerciales y reporte de control diario de personal.
Capacidad de la empresa para conocer los pronsticos de sus ventas a partir de la

informacin actual utilizando un modelo de regresin lineal simple.
Capacidad de la empresa para conocer el mes de desabastecimiento del

inventario de productos a partir del surtido actual.
Capacidad de la empresa para conocer la ptima manipulacin de sus variables

principales (precio y cantidad de ventas) mediante el uso de un modelo de
programacin lineal cclico a fin de cumplir con la meta de las ventas proyectadas
mediante el modelo de regresin lineal simple o definiendo una meta particular de
ventas.
Disposicin de las definiciones de todos los procesos, flujos de datos, archivos y

datos elementales gracias a la creacin de un modelo interactivo.
Migracin del sistema a cualquier unidad de red o dispositivo extrable en la PC.
Una vez desarrollado el programa, se realizaron las correcciones necesarias a peticin de

los usuarios del negocio, logrando que el sistema se estabilizara desde el punto de vista
de su funcionalidad.
Se desarroll un diccionario de datos interactivo (a modo de manual de usuario) por

medio del cual se pueden acceder a las definiciones de procesos, archivos, flujos de
datos y datos elementales de una manera sencilla. Esta informacin es susceptible a
actualizarse y ello permitir en el futuro aadir alguna correccin al sistema hbrido (se
puede observar el formulario de interaccin del diccionario de datos en la figura 3.38).
101
Figura 3.38 Pantalla real del diccionario de datos interactivo desarrollado especficamente
para el sistema hbrido.
3.6 Capacitacin del sistema:

Se llev a cabo la capacitacin del sistema. A continuacin se presentarn los puntos que
se mencionaron en la capacitacin destinada tanto a usuarios como al soporte del sistema
a usuarios:
Capacitacin a usuarios:
-
Necesidad de implementar sistemas en empresa.
El sistema hbrido como nuevo concepto en la gestin de la empresa.
El sistema transaccional.
102
Ingreso de documentos de pago.
Carga de las devoluciones y salidas.
Absorcin de la informacin del reporte del sistema transaccional mercerizado.
Ingreso de nueva mercadera.
Administrar productos.
Administrar vendedores.
Administrar locales.
El sistema de control operativo.

-
Consultas generales de ventas.
Consultas especficas de ventas.
Control de vendedores.
El sistema experto.
-
El diccionario de datos.
-
Modelo de programacin lineal y necesidades de inversin.
Identificacin de la terminologa base del sistema hbrido.
Capacitacin del soporte del sistema:

-
Necesidad de implementar sistemas en empresa.
El sistema hbrido como nuevo concepto en la gestin de la empresa.
Estudio de los componentes fsicos del sistema hbrido.
El sistema transaccional.
-
Ingreso de documentos de pago.
Carga de las devoluciones y salidas.
Absorcin de la informacin del reporte del sistema transaccional mercerizado.
Ingreso de nueva mercadera.
Administrar productos.
Administrar vendedores.
Administrar locales.
Administrar base de datos.
Estudio del anlisis estructurado para identificar los procesos del sistema
transaccional.
Estudio de los componentes fsicos del sistema transaccional.
Resolucin de problemas.
El sistema de control operativo.
103
Consultas generales de ventas.
Consultas especficas de ventas.
Control de vendedores.
Estudio del anlisis estructurado para identificar los procesos del sistema de
control operativo.
Estudio de los componentes fsicos del sistema de control operativo.
El sistema experto.
-
Modelo de programacin lineal y necesidades de inversin.
Estudio del anlisis estructurado para identificar los procesos del sistema
experto.
Estudio de los componentes fsicos del sistema experto.
El diccionario de datos.
-
Identificacin de la terminologa base del sistema hbrido.
El diccionario de datos es una aplicacin desarrollada a modo de repositorio de

informacin en el cual se presenta toda la terminologa base utilizada en el anlisis
estructurado y poseer como finalidad facilitar el mantenimiento y/o modificacin futura
del sistema. El formulario de consulta e ingreso de informacin se encuentra en la figura
3.38
3.7 Implementacin y evaluacin del sistema:

Se detallar a continuacin las fases realizadas:
Implementacin del sistema:

Se pact una fecha especfica con la empresa a fin de comenzar las operaciones del
nuevo sistema. La instalacin se detalla en el Anexo 5.
Pruebas de funcionamiento:
Se realizaron ajustes en el sistema hbrido respecto al formulario del diagrama 1 (carta
estructurada: se aadi un eliminador de ltima transaccin por medio de la cual se
poda anular del sistema un documento ingresado con error. Ello permita un control
ms exhaustivo de la calidad de la informacin.
104
Anlisis de resultados.
Se presentar a continuacin el anlisis del impacto antes y despus de la
implementacin del sistema hbrido, a fin de medir de modo cualitativo la importancia
del presente proyecto en la tabla 3.2 y el detalle de la inversin correspondiente para
hacer efectiva la mejora de la implementacin de un sistema hbrido tomando como
referencia nicamente una licencia de Microsoft Excel en la tabla 3.3. As mismo, el
pago del honorario del analista es referencial.
Tabla 3.2 Evaluacin final del Sistema hbrido en funcin de las ventajas logradas.
Creacin de informacin en
la empresa
Sin el sistema hbrido
Con el sistema hbrido
De manera manual
De manera automtica
mediante el vnculo con el
sistema transaccional
contratado.
Elaboracin de informes para De manera manual (susceptible

a errores, clculos engorrosos)
proveedores
De manera automtica sin

error.
De manera manual (susceptible

a errores, clculos engorrosos)
De manera automtica sin

error.
Control del inventario de

productos
Imposible
Inventario controlado segn los

reportes de inventario y
actualizado permanentemente
por las transacciones.
Elaboracin de reportes de
gestin en el nivel
estratgico
Imposible
De manera automtica sin error

(permitir a la empresa
planificarse para el futuro).
Elaboracin de reportes de
gestin
Tabla 3.3 Inversin requerida para desarrollar el sistema hbrido en Microsoft Excel
Pago por concepto
de:
Jul-07
Licencia original de
Microsoft Excel
2003
$918.00
Pago de honorarios
del desarrollador de
sistemas
Total
$918.00
Ago-07
Sep-07
Oct-07
Total
acumulado
$918.00
$250.00
$250.00
$250.00
$750.00
$250.00
$250.00
$250.00
$1,668.00
105
Conclusiones:
Finalmente, la empresa ha evolucionado del uso de procedimientos manuales a
procedimientos automticos mediante el uso del sistema hbrido. Ello permitir un
control exhaustivo de la informacin como principio para asegurar una gestin de
calidad, as como el uso de procesamientos experimentales que poseen como
finalidad incrementar la visin de la gerencia y del mando medio respecto al control y
medicin de la gestin de la empresa.
Para sintetizar la etapa de post-implementacin se presentarn los principales
impactos en la forma de trabajar de los tres niveles estudiados: Operativo, control
operativo y planeamiento estratgico.
Nivel operativo: El nivel operativo posee el sistema transaccional como asistencia

a la gestin. Los operarios podrn disponer de una interfaz informtica conectada
a la base de datos de la empresa que les permitir llevar un control adecuado de
las transacciones, de las devoluciones, salidas, de las transacciones del sistema
transaccional contratado, ingreso de nueva mercadera, administrar productos,
vendedores y locales. Esta gestin ser de fcil supervisin para el nivel de control
operativo y planeamiento estratgico, cuyos procesamientos de informacin estn
totalmente vinculados a la generacin de informacin en el nivel operativo.
Nivel de control operativo: Este nivel posee el sistema de control operativo como
asistencia a la gestin. Los jefes podrn disponer de la informacin consolidada de
las transacciones generadas por el nivel operativo tales como las consultas de
ventas, consultas especficas de ventas y el seguimiento a la gestin de los
vendedores que pertenecen a la gestin comercial de la empresa. Este control
permitir tambin medir el impacto de futuras campaas de marketing y evaluar a
cada vendedor respecto al cumplimiento de objetivos.
Nivel de planeamiento estratgico: Este nivel posee el sistema de planeamiento

estratgico como asistencia a la gestin. Los gerentes y directivos podrn conocer
las proyecciones de las ventas a fin de anticiparse mediante el uso de campaas y
promociones de marketing con la finalidad de hacer sostenible el negocio.
Adems, podrn conocer el detalle de los precios unitarios por familia que
corresponderan a una meta de ventas, lo que ampliar la visin respecto a la
106
influencia de los precios unitarios de productos en el cumplimiento de una meta de

ventas.
Los beneficios que obtendr la empresa a partir de la gestin de este sistema sern
de los tipos tangibles e intangibles.
Los beneficios tangibles,

El ahorro en tiempo de clculos no podra cuantificar a simple vista; sin embargo, se
har una aproximacin del ahorro en tiempo.
Tiempo de digitalizacin sin sistema de informacin: 3 horas diarias.

Tiempo de digitalizacin con el sistema hbrido: 10 minutos (disminucin en 94%)
Tiempo de consulta sin sistema de informacin: 8 horas diarias.
Tiempo de consulta con el sistema hbrido: 3 minutos (disminucin en 99%)
Las personas necesarias antes de la implementacin ascendan a tres. Exista una

persona encargada del inventario, otra encargada de la digitacin de las ventas y la
absorcin del reporte del sistema transaccional y otra que ejecutaba los reportes de
segundo nivel. Los reportes de tercer nivel eran diseados por el gerente de ventas,
quien bsicamente realizaba proyecciones de ventas de modo engorroso cuya
efectividad dependa de la efectividad del ingreso de transacciones.
Ello cambi radicalmente con el sistema hbrido y ahora es necesaria una persona que
permita el mantenimiento y la obtencin de reportes de seguimiento. La persona utiliza
el sistema hbrido para la absorcin de las transacciones mediante el sistema
transaccional contratado y la generacin de reportes mientras realiza otras labores.
Ello quiere decir que se ocupa del sistema 1 hora al da y con ello realiza la labor de
tres personas en la organizacin. Inclusive, el gerente de ventas ya no necesita
realizar reportes de tercer nivel ya que estn contemplados en el sistema hbrido
dedicando todo su tiempo al planeamiento de ventas.
Por lo tanto, el ahorro es el tiempo libre de 4 personas en la organizacin, cotizadas

en USD 700 mensual por cada analista (en total 3 analistas o USD 2100 mensual) y el
107
tiempo libre del gerente de ventas cotizado en USD 4000. En total, es evidente un
ahorro en planilla de USD 6100 mensual equivalente a USD 85400 10 anual.
Los beneficios intangibles bsicamente se podran medir a partir del flujo de

conocimiento que fluye en la plataforma tecnolgica representado en la figura 3.39
Gracias a la implementacin del sistema hbrido, la empresa posee un amplio
conocimiento de cmo se comportan las ventas y como se comportarn en el mediano
plazo si no se realizan acciones preventivas/correctivas en las ventas. Todas las
personas de la organizacin pueden dedicarse ntegramente al aprendizaje del
negocio y al planeamiento y control de estrategias de marketing, lo que implicar un
beneficio monetario significativo que se cuantifica en un crecimiento de ventas
aproximado de 30% 11 anual.
Figura 3.39 Flujo de conocimiento como beneficio intangible en la plataforma del sistema
hbrido
10
Para el clculo del total de ahorro anual por efecto del sistema hbrido se consideraron 14
sueldos de trabajador.
11
La estimacin del 30% anual de crecimiento de las ventas se obtuvo mediante una entrevista
con el Gerente de Ventas de la empresa estudiada.
108
CAPTULO 4: CONCLUSIONES Y RECOMENDACIONES

El uso de la metodologa para generar un sistema hbrido, basada en el anlisis
estructurado y la metodologa para crear sistemas, permite que empresas como la
estudiada tengan acceso a un sistema informtico aplicado a la gestin que incidir en
una reduccin drstica de los tiempos dedicados a procedimientos internos de la empresa
y permitir elevar la calidad y confiabilidad de la informacin.
La metodologa empleada ha sido diseada para adaptarse a diferentes situaciones en el
que es necesario un sistema. En el caso estudiado de la empresa de accesorios de
celulares la metodologa gener un sistema desde un origen manual (uso de documentos
fsicos) para generar a partir del mismo bases de datos e interfaces vinculadas a estas
que originan una mayor versatilidad en la visualizacin y procesamiento de informacin, y
tres sistemas aplicados en cada nivel jerrquico de la empresa lo cual permitir enfocar
los esfuerzos de gestin a la generacin de valor y en menor grado a la gestin operativa.
Para generar un sistema hbrido es necesario poseer el siguiente dominio de

herramientas: programacin en visual Basic 6.0 aplicado a Microsoft Excel, conocimientos
avanzados de Microsoft Excel, conocimiento de la metodologa del anlisis estructurado,
conocimiento de estadstica aplicada (regresin lineal simple), conocimientos de
investigacin operativa (programacin lineal), conocimientos del negocio que requiere la
implementacin del sistema y experiencia en la creacin de modelos en Excel.
El moldeamiento de todas estas herramientas que finalmente se tangibilizarn en el
sistema hbrido requiere experiencia en la modelacin, ya que se podran crear muchos
algoritmos destinados a un proceso especfico, pero quizs slo algunos de ellos sean
eficientes (requieran menos memoria y menos recursos de sistema y procesen en menor
tiempo la informacin). Esta experiencia es adquirida con el tiempo y la prctica. Por otro
lado, es importante considerar los alcances del estudio a fin de concretar los lmites de
procesamientos e interaccin del sistema con su contexto.
Si bien es posible generar un sistema hbrido sin conocimientos de algoritmos especiales
tales como la regresin lineal simple y la programacin lineal, ello restringir el desarrollo
a nicamente dos niveles jerrquicos en la organizacin: operativo y control operativo. A
fin de implementar el sistema en toda la organizacin, es preferible contestar las
interrogantes que plantean los directivos de la empresa a estudiar que poseern relacin
con la situacin actual de la empresa y lo que la empresa desea para el futuro,
109
relacionado en la mayora de casos a la gestin comercial (sostenimiento de las ventas en

el tiempo). Otras preocupaciones tales como las relacionadas al medio ambiente y la
responsabilidad social son administrables y totalmente medibles, por lo que pueden ser de
consideracin en los desarrollos.
En nuestros das, los grandes suministradores de software proveen soluciones diversas

para los negocios y es posible que desarrollos como los middleware, EAI, ERP, Data
Warehouse entre otros slo resuelvan una cierta cantidad de problemas de informacin
dejando el resto de problemas a los miembros de la empresa quienes con la ayuda de la
ofimtica (Microsoft Excel, Microsoft Access entre otros) los podrn resolver. La
desventaja de esta forma de trabajo es el hecho de que los procesamientos asistidos por
la ofimtica dependen ntegramente de la habilidad y pulcritud del analista para obtener el
resultado esperado. Para contrarrestar este inconveniente, es posible mediante la
metodologa para desarrollar sistemas hbridos obtener una solucin focalizada en
procedimientos que dependen de la destreza de los analistas estandarizndolos y
permitiendo un ahorro sustancial en el tiempo de gestin. Cabe resaltar que se deben de
tomar en cuenta las interfaces entre los sistemas del negocio y la aplicacin que se
desarrolle ya que es muy posible que la entrada de la aplicacin a desarrollar sea un
formato de salida que produce algn sistema. Ello es el caso de la creacin de la interfaz
del sistema transaccional contratado por la empresa de telecomunicaciones y el sistema a
desarrollar en la empresa estudiada. Fue necesario realizar un anlisis de todas las
variables contempladas en el reporte del sistema transaccional a fin de que la interfaz sea
compatible y pueda servir como entrada al sistema a desarrollar.
Hoy en da existen muy pocos paquetes destinados a usuarios desarrolladores que no

necesariamente posean formacin informtica (entre ellos, Microsoft Excel y Visual
Basic); sin embargo, esta ciencia est evolucionando de la programacin orientada a
objetos a la programacin orientada a bloques, lo cual reducir el tiempo en el desarrollo
de sistemas y la facilidad y versatilidad para la generacin de sistemas. La metodologa
presentada pretende convertirse en el inicio de una nueva generacin de sistemas, los
diseados y planteados por los usuarios del negocio, los cuales poseen el suficiente
conocimiento para identificar los problemas operativos y de esta manera, podrn autosuministrarse aplicaciones que permitirn incrementar la eficiencia en la gestin en mayor
magnitud que un sistema convencional desarrollado por terceros.
110
REFERENCIAS BIBLIOGRFICAS
Alvarez, Jos (2002), Gestin de empresas en la sociedad del conocimiento, Revista
Industrial Data, Diciembre 2002, p. 2, Lima
Carranza, R. (2001), Tpicos de Instrumentacin y Control, PUCP, Lima.
Chvez, L (2006), Investigacin operativa 1, PUCP, Lima
Chio, Adolfo (2006), Psicologa Industrial, PUCP, Lima
Delgado, Ren (2008), Elaboracin de un Balanced Scorecard Empresarial en Excel,

PUCP, Lima
Free, Curtis (2002), Microsoft Excel 2002 paso a paso, McGraw-Hill, Mxico D.F.
Hawryszkiewycz, I. (1988), Introduccin al Anlisis y Diseo de Sistemas, Anaya

Multimedia, Madrid
Hillier, F.S. y Lieberman, G.J. (2006), Introduccin a la Investigacin de Operaciones,

McGraw-Hill, Mxico D.F.
Johnson, Spencer (2000), Quin se ha llevado mi queso?: una manera sorprendente de

afrontar el cambio en el trabajo y en la vida privada, Urano, Barcelona
Kanawaty, G. (1996), Introduccin al Estudio del Trabajo, Organizacin Internacional del

Trabajo, Ginebra.
Kaplan, R.S. y Norton, D.P. (1996), El Cuadro de Mando Integral, Ediciones Gestin 2000,
Barcelona.
Kendall (2000), Anlisis y Diseo de Sistemas, McGraw-Hill, Madrid.
Mankiw, G. (1998), Principios de Economa, McGraw-Hill, Madrid.
111
Marroqun, Mara Pa (2007), Apuntes de clase del curso Anlisis y Diseo de sistemas,
PUCP, Lima.
Mize, J.H., White, C.R. y Brooks, G.H. (1973), Planificacin y Control de Operaciones,
Prentice-Hall Internacional, New Jersey.
Norton, Peter (2000), Introduccin a la computacin, McGraw-Hill, Mxico D.F.
Quenta, Jos (2007), Apuntes de clase del curso Inteligencia de Negocios, PUCP, Lima
Raffo, Eduardo (1999), Investigacin de operaciones: toma de decisiones, Raffo Lecca

ediciones, Madrid
Raffo, Eduardo (2000), El poder de Microsoft Excel 2000, Raffo-Lecca Editores 2000,
Lima Per.
Revista Micros (1985), Cuarenta aos de IBM, Revista Micros La revista prctica del
ordenador personal, Mayo de 1985, p. 45, Madrid
Schall, L. (1986), Administracin Financiera, McGraw-Hill, Mxico D.F.
Senn, J.A. (1992), Anlisis y Diseo de Sistemas de Informacin, McGraw-Hill, Mxico

D.F.
Urbina, G.B. (2003), Ingeniera Econmica, McGraw-Hill, Mxico D.F.
Valdivieso, L. (2003), Estadstica aplicada, PUCP, Lima.
Winston, W. (2005), Investigacin de operaciones, aplicaciones y algoritmos, Thomson,

Mxico D.F.
112
ANEXOS:
Anexo 1: Mdulo de atencin al cliente en la empresa de accesorios
de celulares.
Figura A1.1 Mdulo de atencin de la empresa

Fuente: La empresa
Anexo 2: Diccionario de datos y especificaciones lgicas.

a) Definicin de procesos:
Proceso 1:
Nombre del proceso: Digitar documento.
Descripcin del proceso: Se define como el proceso de soporte de la digitacin de
documentos. Se soporta al usuario mediante tablas y barras desplegables vinculadas a
las bases de datos de gestin.
Proceso 1.1
Nombre proceso: Digitar campos de documento.
Descripcin del proceso: El operador del programa ingresar el formulario equivalente a la
informacin de las facturas/boletas de ventas.
Archivos utilizados: Ninguno.
Proceso lgico: Ninguno.
Proceso 1.2
Nombre proceso: Completar datos de documento.
Descripcin del proceso: El sistema automticamente completa los datos relacionados
con los ingresados en el proceso 1.1 a fin de completar la transaccin aadiendo cdigos
y precios.
Archivos utilizados: Locales, Vendedores y Productos.
Proceso lgico:
Leer tablas
Hacer mientras exista producto
Leer inventario
Leer cdigo producto
Leer cantidad
Leer descuento
Si inventario < cantidad
Enviar mensaje de insuficiencia de inventario
Si no
Completar datos en formulario de entrada

Repetir
Fin Completar datos de documento
Proceso 2:
Nombre proceso: Revisar reporte transaccional.
Descripcin del proceso: Proceso que permite que los reportes transaccionales de la
empresa de telecomunicaciones sean verificados para proceder a su ingreso como
transacciones en el sistema hbrido. Se realiza automticamente la estandarizacin del
reporte a fin de que sea compatible con el ingreso manual de transacciones del sistema
hbrido.
Proceso 2.1
Nombre proceso: Leer datos de reporte.
Descripcin del proceso: El sistema lee todos los datos que el operador coloc en el
repositorio (sistema transaccional).
Proceso lgico:
Contar registros
Contar registros transferibles
Enviar mensaje de registros versus registros transferibles
Fin Leer datos de reporte
Proceso 2.2
Nombre proceso: Completar datos reporte.
Descripcin del proceso: El sistema luego de leer los datos generados en el proceso 2.1
completa los datos adaptando el archivo del reporte transaccional como si se completara
desde el formulario de entrada.
Archivos utilizados: Locales, vendedores y productos.
Proceso lgico:
Completar datos reporte (2.2)
Hacer mientras existan documentos de pago
Leer inventario
Leer cdigo producto

Leer cantidad
Leer descuento
Si inventario < cantidad
No transferir
Contar en errores
Si no
Repetir
Fin Completar datos reporte
Proceso 3:
Nombre proceso: Validar documento.
Descripcin del proceso: Proceso que permite que tanto las transacciones generadas
en el sistema hbrido como los reportes transaccionales del sistema transaccional luego
de su verificacin respectiva sean ingresadas como transacciones en el sistema hbrido.
Finalmente, se actualizar el inventario.
Proceso 3.1
Nombre proceso: Verificar datos completos.
Descripcin del proceso: El sistema evala que todos los datos que se hayan completado
estn correctos. En caso existan datos no completados se procede a borrar el registro y
enviar un mensaje.
Proceso lgico:
Hacer mientras existan productos y documentos de pago
Leer datos completados
Si dato est incompleto
Borrar registro
Enviar mensaje
Si no
Repetir
Fin Verificar datos completos
Proceso 3.2
Nombre proceso: Verificar inventario.
Descripcin del proceso: Proceso especfico que verifica el inventario o los errores que
pueden haber en la verificacin y toma la decisin de descontar las unidades de cantidad
o no descontarlas.
Archivos utilizados: Inventario.
Proceso lgico:
Si existe mensaje de error
Si no
Quitar cantidad a inventario
Repetir
Fin Verificar inventario
Proceso 3.3
Nombre proceso: Grabar documento.
Descripcin del proceso: Proceso que graba la transaccin siempre y cuando no exista
ningn error. Caso contrario, no se grabar la transaccin.
Proceso lgico:
Si no
Grabar transaccin
Repetir
Fin Grabar documento
Proceso 4
Nombre proceso: Digitar inventario
Descripcin del proceso: Se define como el proceso de soporte de la digitacin de las

modificaciones de inventario no relacionadas con las transacciones. Se soporta al usuario
mediante tablas y barras desplegables vinculadas a las bases de datos de gestin.
Proceso 4.1
Nombre proceso: Digitar campos de inventario.
Descripcin del proceso: El operador del programa ingresar el formulario equivalente a la
informacin del inventario que desea modificar.
Proceso lgico: Ninguno.
Proceso 4.2
Nombre proceso: Completar datos de inventario
Descripcin del proceso: El sistema automticamente completa los datos relacionados
con los ingresados en el proceso 4.1 aadiendo la descripcin del producto y evaluando la
existencia de inventario en el local.
Archivos utilizados: Locales, Productos
Proceso lgico:
Hacer mientras existan registros en el formulario
Leer cdigo producto
Leer cantidad
Si existe local
Si no
Enviar mensaje
Repetir
Fin Completar datos de inventario
Proceso 5:
Nombre proceso: Ingresar inventario almacn central
Descripcin del proceso: Proceso que verifica los cambios de inventario y luego los
realiza en el inventario del sistema hbrido. Estas modificaciones estn vinculadas a la
creacin de nueva mercadera que comienza en el almacn central.
Proceso 5.1
Descripcin del proceso: (Relativo al almacn central) El sistema evala que todos los
datos que se hayan completado en el proceso 4.2 estn correctos. En caso existan datos
no completados se procede a borrar el registro y enviar un mensaje.
Proceso lgico:
Hacer mientras existan productos
Borrar registro
Enviar mensaje
Si no
Repetir
Proceso 5.2
Nombre proceso: Grabar inventario.
Descripcin del proceso: (Relativo al almacn central) Proceso que graba el incremento
de inventario siempre y cuando no exista ningn error. Caso contrario, no se grabar la
transaccin.
Proceso lgico:
Si no
Incrementar inventario
Repetir
Fin Grabar inventario
Proceso 6:
Nombre proceso: Validar almacn central
Descripcin del proceso: Proceso que verifica los cambios de inventario. Estas
modificaciones estn vinculadas al traslado de mercadera del almacn central al local
ordinario.
Proceso 6.1
Descripcin del proceso: (Relativo al local ordinario) El sistema evala que todos los datos
que se hayan completado en el proceso 4.2 estn correctos. En caso existan datos no
completados se procede a borrar el registro y enviar un mensaje.
Proceso lgico:
Borrar registro
Enviar mensaje
Si no
Repetir
Proceso 6.2
Nombre proceso: Verificar existencia en el almacn central.
Descripcin del proceso: (Relativo al local ordinario) Proceso que verifica que el
incremento de inventario en un local ordinario est respaldado por la existencia de dicho
inventario en el almacn central.
Proceso lgico:
Verificar existencia en el almacn central (6.2)
Leer cantidad
Si inventario almacn central < cantidad

Mensaje de error
Si no
Repetir
Fin Verificar existencia en el almacn central
Proceso 7:
Nombre proceso: Ingresar inventario de local
Descripcin del proceso: Proceso que realiza los cambios en el inventario del sistema
hbrido. Estas modificaciones estn vinculadas al traslado de mercadera del almacn
central al local ordinario.
Proceso 7.1
Descripcin del proceso: (Relativo al local ordinario) El sistema evala que todos los datos
que se hayan completado en el proceso 6.1 estn correctos. En caso existan datos no
completados se procede a borrar el registro y enviar un mensaje.
Proceso lgico:
Borrar registro
Enviar mensaje
Si no
Repetir
Proceso 7.2
Nombre proceso: Grabar inventario.
Descripcin del proceso: (Relativo al local ordinario) Proceso que graba el incremento de
inventario siempre y cuando no exista ningn error. Caso contrario, no se grabar la
transaccin.

Proceso lgico:
Si no
Incrementar inventario
Repetir
Fin Grabar inventario
Proceso 8:
Nombre del proceso: Actualizar bases de datos.
Descripcin del proceso: Se define como el proceso de mantenimiento de las
principales bases de datos del sistema hibrido. Se soporta al usuario mediante procesos
de actualizacin y grabacin de estas bases de datos, los cuales utiliza el sistema
transaccional de la empresa de telecomunicaciones.
Proceso 8.1, 8.3 y 8.5

Nombre proceso: Verificar campos de archivos.
Descripcin del proceso: El archivo verifica que las bases de datos estn correctas antes
de crear una copia de las mismas.
Proceso lgico:
Verificar campos de archivos (8.1, 8.3 y 8.5)
Verificar campos
Si existe error
Enviar mensaje
Sino
Fin Verificar campos de archivos
Proceso 8.2, 8.4 y 8.6

Nombre proceso: Grabar archivos.
10
Descripcin del proceso: Despus del proceso de verificacin, el sistema genera una
copia de la base de datos.
Archivos utilizados: Productos, Vendedores y Locales.
Proceso lgico:
Grabar archivos (8.2, 8.4 y 8.6)
Crear copia de archivo
Fin Grabar archivos
Proceso 8.7
Nombre proceso: Formatear listado de archivos.
Descripcin del proceso: Despus del proceso de grabacin de archivos, stos estn
disponibles para, mediante un tratamiento especial de formateo de los registros, poder
servir de alimentador al sistema transaccional.
Archivos utilizados: Ninguno
Proceso lgico:
Formatear reporte
Fin Grabar archivos
Proceso 9:
Nombre proceso: Generar reportes de gestin
Descripcin del proceso: El proceso de obtencin de los reportes de gestin es el de de
mayor versatilidad y complejidad en el sistema hbrido. Se distinguen dos niveles para
estos reportes: Reportes del sistema de control operativo y reportes del sistema de plan
estratgico. La sntesis de este proceso radica en su capacidad para tomar los datos de
gestin actuales a partir de las transacciones y resumirlas o procesarlas mediante
modelos especficos.
Para el primer nivel se toman los datos de gestin y se transforman en otros ms
resumidos sin alterarse. Se obtienen los siguientes reportes: ventas por local, ventas por
local detalladas por familia de producto, ventas por vendedor, ventas por vendedor por
familia de producto, ventas por producto familia y por local en cantidad de ventas,
inventario, ventas diarias por local, ventas diarias por vendedor, reporte de centros
comerciales y reporte de control diario de personal.
11
Para el segundo nivel se toman los datos de gestin y se transforman en otros ms

resumidos que servirn de informacin base para ejecutar el modelo de proyecciones
mediante regresin lineal simple que pretende predecir el comportamiento de
determinadas variables del negocio en los prximos dos aos. Luego de ejecutar este
modelo de proyecciones, esta informacin servir de informacin base para ejecutar el
modelo de resolucin de problemas mediante una regresin lineal cclica en el nivel de
planeamiento estratgico. Para este nivel se obtienen los siguientes reportes: reporte de
proyeccin de demanda por mes y familia de productos, reporte que predice la fecha de
desabastecimiento y modelo de programacin lineal para programar una meta de ventas.
Proceso 9.1
Nombre proceso: Validar filtros de reporte.
Descripcin del proceso: En este proceso se obtienen los datos que servirn de entrada a
todos los reportes de gestin.
Archivos utilizados: Productos, vendedores, locales y documentos.
Proceso lgico:
Leer datos productos
Leer datos vendedores
Leer datos locales
Leer datos documentos
Hacer mientras existan filtros
Si filtro <> dato archivo
Mensaje error
Si no
Unificar documentos
Fin Grabar archivos
Proceso 9.2
Nombre proceso: Cruzar informacin
Descripcin del proceso: Proceso que permite que se ejecuten los filtros establecidos en
el proceso 9.1
Proceso lgico:
12

Leer datos productos
Leer datos vendedores
Leer datos locales
Leer documentos
Ejecutar filtros de reporte
Grabar informacin obtenida en temporal
Fin Cruzar informacin
Proceso 9.3
Nombre proceso: Generar reporte de gestin
Descripcin del proceso: Este proceso es el encargado de darle forma a todos los
reportes prediseados. Se distinguen los niveles de reportes.
Proceso lgico:
Para el sistema de control operativo:
Leer temporal
Formatear temporal
Ejecutar tabla dinmica para sintetizar la informacin
Formatear reporte
Mostrar mensaje
Para el sistema de de planeamiento estratgico:
Modelo de regresin lineal simple:
Leer temporal
Formatear temporal
Ejecutar modelo de regresin lineal simple
Si -0.7>=coeficiente regresin>=0.7
Imprimir resultados regresin
Si no
Calcular por promedio mvil ponderado
Formatear reporte
Mostrar mensaje
13
Modelo de programacin lineal cclico:

Leer temporal
Formatear temporal
Ejecutar modelo de regresin lineal simple
Si -0.7>=coeficiente regresin>=0.7
Imprimir resultados regresin
Si no
Calcular por promedio mvil ponderado
Ejecutar modelo de programacin lineal cclica
Formatear reporte
Mostrar mensaje
Fin Generar reporte de gestin
b) Definicin de flujo de datos:

Nombre flujo de datos: Documento
Descripcin del flujo de datos: Factura / Boleta de venta impresa.
Composicin: Serie documento, nmero documento, fecha transaccin, tipo documento,
tarjeta crdito, local, vendedor, turno asociado, cliente, telfono, DNI, RUC, gua remisin,
cantidad, descripcin producto, precio unitario, costo unitario, familia producto, descuento
total, importe total.
Picos: No se han registrado.
Nombre flujo de datos: Documento digitado

Descripcin del flujo de datos: Factura / Boleta de venta digitada.
total, importe total.
14
Nombre flujo de datos: Documento digitado (completado)

Descripcin del flujo de datos: Factura / Boleta de venta digitada y completada
total, importe total, importe total ms IGV, importe real venta, importe costo, stock actual,
TC, cdigo producto, cdigo cliente, cdigo local, cdigo vendedor.
Nombre flujo de datos: Reporte de documentos

Descripcin del flujo de datos: Reporte que emite el sistema transaccional y que se
dispone a absorberse en el sistema hbrido.
Composicin: Cdigo transaccin, orden transaccin, nmero documento, fecha
transaccin, hora transaccin, tipo documento, tarjeta crdito, local, vendedor, cdigo
cliente, cliente, direccin, cantidad, descripcin producto, precio unitario, descuento total,
importe total, cdigo producto.
Nombre flujo de datos: Reporte ledo

Descripcin del flujo de datos: Reporte que emite el sistema transaccional y que se ha
cargado en el sistema hbrido.
Composicin: Cdigo transaccin, orden transaccin, nmero documento, fecha
transaccin, hora transaccin, tipo documento, tarjeta crdito, local, vendedor, cdigo
cliente, cliente, direccin, cantidad, descripcin producto, precio unitario, descuento total,
importe total y cdigo producto.
15
Nombre flujo de datos: Documentos revisados

Descripcin del flujo de datos: Reporte que emite el sistema transaccional y que se ha
cargado en el sistema hbrido.
TC, cdigo producto, cdigo cliente, cdigo local y cdigo vendedor.
Nombre flujo de datos: Documento completo

Descripcin del flujo de datos: Cada transaccin verificada (a excepcin del inventario) y
que ingresar como actividad de la empresa.
Nombre flujo de datos: Documento verificado

Descripcin del flujo de datos: Cada transaccin lista para ingresar como actividad de la
empresa.
16
Nombre flujo de datos: Inventario

Descripcin del flujo de datos: Registros en los que se transferir mercadera a un local o
se originar.
Composicin: Cdigo producto, cantidad, fecha, cdigo local.
Volumen: No cuantificable.
Nombre flujo de datos: Inventario digitado

Descripcin del flujo de datos: Son los registros de inventario luego de haberse digitado.
Composicin: Cdigo producto, cantidad, fecha, cdigo local.
Nombre flujo de datos: Inventario de almacn central

Descripcin del flujo de datos: Son los registros de inventario luego de haberse
completado datos de modo automtico (correspondientes al almacn central).
Composicin: Cdigo producto, cantidad, descripcin, familia producto, costo unitario,
importe costo, fecha, cdigo local, local.
Nombre flujo de datos: Inventario de local

completado datos de modo automtico (correspondientes a un local ordinario).
17
Nombre flujo de datos: Inventario verificado

completado datos de modo automtico (correspondientes al almacn central).
Nombre flujo de datos: Almacn central validado

comprobado que el almacn central posee el suficiente inventario para garantizar la
transferencia de mercadera.
Nombre flujo de datos: Inventario verificado

Descripcin del flujo de datos: Son los registros de inventario luego de haberse verificado
todos sus datos asegurando que estn listos para su grabacin.
Nombre flujo de datos: Vendedores
Descripcin del flujo de datos: Son los registros nuevos de vendedores que puedan
generarse producto de la contratacin de nuevo personal.
Composicin: Cdigo vendedor, nombre vendedor, turno, vendedor activo/no activo
18
Nombre flujo de datos: Productos
Descripcin del flujo de datos: Son los registros nuevos de productos que puedan
generarse producto de la adquisicin de nueva mercadera.
Composicin: Cdigo producto, descripcin producto, precio unitario, costo unitario,
producto activo/no activo
Nombre flujo de datos: Locales
Descripcin del flujo de datos: Son los registros nuevos de locales que puedan generarse
producto de una nueva adquisicin de local.
Composicin: Cdigo local, local, serie documento
Nombre flujo de datos: Campos verificados vendedores

Descripcin del flujo de datos: Son los registros nuevos de vendedores que puedan
generarse producto de la contratacin de nuevo personal luego de ser verificados.
Composicin: Cdigo vendedor, nombre vendedor, turno, vendedor activo/no activo.
Nombre flujo de datos: Campos verificados productos

Descripcin del flujo de datos: Son los registros nuevos de productos que puedan
generarse producto de la adquisicin de nueva mercadera luego de ser verificados.
producto activo/no activo.
19
Nombre flujo de datos: Campos verificados locales

Descripcin del flujo de datos: Son los registros nuevos de locales que puedan generarse
producto de una nueva adquisicin de local luego de ser verificados.
Nombre flujo de datos: Archivos del sistema transaccional

Descripcin del flujo de datos: Es un archivo que agrupa todas las tablas de gestin
(vendedores, productos y locales) y que el sistema transaccional necesita para actualizar
las transacciones.
Composicin: TC, cdigo vendedor, nombre vendedor, turno, vendedor activo/no activo,
cdigo producto, descripcin producto, precio unitario, costo unitario, producto activo/no
activo, cdigo local, local, serie documento.
Nombre flujo de datos: Filtros validados

Descripcin del flujo de datos: Son los campos que afectan a los registros de
transacciones siempre reducindolas, a fin de limitar el espacio de variables en un caso
especfico para generar un reporte.
Composicin: Fecha inicio, fecha fin, tipo documento, tarjeta de crdito, local, vendedor,
turno, familia producto.
Nombre flujo de datos: Informacin cruzada

Descripcin del flujo de datos: Son los campos del archivo documentos luego de haberse
aplicado los filtros.
20
Nombre flujo de datos: Reportes de gestin
Descripcin del flujo de datos: Los reportes de gestin son el resultado luego de aplicar
procedimientos complejos y predefinidos haciendo uso de la informacin transaccional de
la empresa y permite darnos a conocer la realidad de la empresa bajo diferentes
perspectivas.
c) Definicin de datos elementales:
Nombre del dato: Cdigo producto
Descripcin: Cdigo con el que se identifica un producto.
Composicin: Ninguno.
Archivo que lo contiene: Productos, documentos.
Nombre del dato: Descripcin producto

Descripcin: Nombre con el que se identifica un producto.
Nombre del dato: Precio unitario

Descripcin: Precio de venta por unidad de producto.
21
Nombre del dato: Costo unitario

Descripcin: Costo asociado por unidad de producto.
Nombre del dato: Producto activo/no activo

Descripcin: Status actual del producto que hace referencia si se sigue vendiendo
(producto activo) o ya no se vende (producto no activo).
Archivo que lo contiene: Productos
Nombre del dato: Cdigo vendedor

Descripcin: Cdigo con el que se identifica un vendedor.
Archivo que lo contiene: Vendedores, documentos.
Nombre del dato: Vendedor

Descripcin: Nombre con el que se identifica un producto. Generalmente es el nombre y
apellido del mismo.
Nombre del dato: Turno asociado

Descripcin: Turnos de trabajo de vendedores. Slo existen dos posibilidades: maana y
tarde.
Nombre del dato: Vendedor activo/no activo

Descripcin: Status actual del vendedor que hace referencia si es trabajador de la
empresa (vendedor activo) o ya dej de laborar para la empresa (vendedor no activo).
22
Archivo que lo contiene: Vendedores.
Nombre del dato: Cdigo local

Descripcin: Cdigo con el que se identifica un local.
Archivo que lo contiene: Locales, documentos.
Nombre del dato: Local

Descripcin: Nombre con el que se identifica un local. Generalmente es el nombre del
centro comercial en el que se encuentra.
Nombre del dato: Serie documento

Descripcin: Serie que identifican las facturas emitidas por la imprenta y reguladas por el
sistema de tributos del pas. Generalmente est asociado a un local.
Nombre del dato: TC

Descripcin: Nombre con el que se identifica una forma de pago. En el modo ms
elemental se encuentran dos posibilidades: con tarjeta de crdito y sin tarjeta de crdito.
Archivo que lo contiene: Documentos.
Nombre del dato: Nmero documento

Descripcin: Cdigo de factura / boleta o documento de pago.
Nombre del dato: Fecha transaccin

Descripcin: Fecha en la que se realiza una transaccin.
Composicin: dd/mm/aaaa + hh:mm.
23
Nombre del dato: Tipo documento

Descripcin: Tipo de documento de pago tales como factura / boleta.
Nombre del dato: Tarjeta crdito

Descripcin: Indica si se us o no una tarjeta de crdito en la transaccin.
Nombre del dato: Cdigo cliente

Descripcin: Cdigo con el que se identifica un cliente.
Nombre del dato: Cliente

Descripcin: Nombre con el que se identifica un cliente. Generalmente es el nombre
completo del mismo.
Nombre del dato: Telfono

Descripcin: Nmero telefnico del cliente.
Nombre del dato: DNI

Descripcin: Nmero de identificacin del cliente en el pas de procedencia.
Nombre del dato: RUC

Descripcin: En caso se trate de una venta para una empresa se ingresar el nmero de
identificacin de la misma.
24
Nombre del dato: Gua remisin

Descripcin: En caso la empresa deba de llevar la mercadera a la direccin del cliente, se
anota el nmero de gua de remisin.
Nombre del dato: Cantidad

Descripcin: Cantidad de ventas de un producto dado.
Nombre del dato: Familia producto

Descripcin: Agrupacin de los productos de la empresa.
Nombre del dato: Descuento total

Descripcin: Descuento que otorga la empresa en el momento de concretar una venta.
Nombre del dato: Importe total

Descripcin: Importe total sin impuestos que pagar el cliente. Se obtiene multiplicando la
cantidad por el precio unitario.
Nombre del dato: Importe total ms IGV

Descripcin: Importe total que pagar el cliente incluyendo impuestos.
25
Nombre del dato: Importe real venta

Descripcin: Importe total que pagar el cliente incluyendo impuestos y restando los
descuentos.
Nombre del dato: Importe costo

Descripcin: Costo asociado de la mercadera vendida.
Nombre del dato: Stock actual

Descripcin: Cantidad de surtido actual de un producto dado.
Archivo que lo contiene: Inventario.
d) Definicin de archivos:
Nombre del archivo: Productos

producto activo/no activo.
Procesos involucrados: 1.2 (completar datos de documento), 2.2 (completar datos
reporte), 4.2 (completar datos de inventario), 8.2 (grabar productos), 9.1 (validar filtros de
reporte).
Nombre del archivo: Vendedores

Composicin: Cdigo vendedor, vendedor, turno asociado, vendedor activo/no activo.
reporte), 4.2 (completar datos de inventario), 8.6 (grabar locales), 9.1 (validar filtros de
reporte).
Nombre del archivo: Locales

26

reporte), 8.6 (grabar locales), 9.1 (validar filtros de reporte).
Nombre del archivo: Inventario

Composicin: Cdigo producto, stock actual
Procesos involucrados: 3.2 (verificar inventario), 5.2 (grabar inventario), 6.2 (verificar
existencia en almacn central), 7.2 (grabar inventario), 9.1 (validar filtros de reporte),
Nombre del archivo: Documentos

Procesos involucrados: 3.3 (grabar documento), 9.1 (validar filtros de reporte).
27
Anexo 3: Uso de la regresin lineal simple y uso de la programacin

lineal cclica en el sistema hbrido.
Uso de la regresin lineal simple:
A continuacin se formular el modelo de regresin lineal simple que sirvi de base para
la programacin del reporte de proyeccin de demanda por mes y familia de productos y
el reporte que predice la fecha de desabastecimiento:
Sea i el mes de anlisis.
i = 1,2,3,..., (i representa el mes en estudio)
Sea j el producto/familia de producto en anlisis.
j = 1,2,3,..., (j representa el producto/familia de producto en estudio)
Sea x la variable a proyectar hallada en el mes i para el producto/familia de producto j.
xi j 0 (rango de existencia)
La variable xi j es una funcin que deriva de las transacciones. Slo existen tres tipos de
procesamiento de las transacciones para que se transformen en xi j : promedio, suma y
conteo; esto tomando en cuenta las dimensiones i y j. Por ejemplo, si hablamos de
ventas, la variable x n m corresponde a las ventas totales (funcin suma) en el mes n para
el producto/familia m.
A continuacin se halla la variable x para los meses del 1 al n fijando la variable j en el

valor m. Se obtienen los siguientes datos:
x1m , x 2 m , x3m ,..., x nm
Se sabe que se necesita la proyeccin de la variable xi j para los siguientes 24 meses. A

continuacin se realizarn los clculos propios de la regresin lineal:
x = (1 + 2 + 3 + ... + n) / n
y = ( x1m + x2 m + x3m + ... + x nm ) / n
28
x = (1 + 2 + 3 + ... + n )
xy = (1* x + 2 * x + 3 * x
2
1m
2m
3m
+ ... + n * xnm )
A continuacin se hallan los coeficientes a y b que sern los que formarn la ecuacin
para proyectar la variable en estudio:
b = ( xy n * x * y) /( x 2 n * x * x)
a = y b * x (1)
Finalmente se usa la expresin (1) para hallar los siguientes datos proyectados:
x ( n +1) m , x ( n + 2 ) m , x ( n +3) m ,..., x ( n + 24 ) m

Se realiza este clculo para los valores de j = 1,2,3,..., k , m {1,2,3,..., k }
Se obtiene la siguiente matriz de resultados (incluyendo las variables proyectadas):
xij =
x11
x 21
x12
x22
x13
x23
...
...
x1k
x2k
...
xn1
...
xn 2
...
xn3
...
...
...
x nk
x ( n+1)1
x ( n+ 2 )1
x ( n+1) 2
x ( n+ 2 ) 2
x ( n+1) 3
x ( n+ 2) 3
...
...
x ( n+1) k
x ( n+ 2 ) k
...
...
...
x ( n+ 24 )1
x ( n+ 24 ) 2
x ( n+ 24 ) 3
...
...
... x ( n+ 24 ) k
Se repite este procedimiento para hallar diferentes variables x que son obtenidas
mediante las tres funciones bsicas en el sistema transaccional.
Cabe resaltar que el modelo calcula el Coeficiente de Correlacin de Pearson definido por
el siguiente clculo: r =
xy / ( x )( y )
2
Si se cumple que 0.7 r 0.7 ello demostrara que existe una baja correlacin entre las
variables y por lo tanto el mtodo de proyeccin que utiliza el sistema hbrido sera el
promedio mvil ponderado de tres perodos. Caso contrario, se utilizaran los datos
29
obtenidos de la regresin lineal simple. Esta validacin es calculada en la proyeccin de

las ventas/precios unitarios/cantidades de todos los productos/familias de productos en
mencin.
Uso de la programacin lineal cclica:

Denominamos la programacin lineal cclica como el modelo que se resuelve t veces
siendo t un escenario distinto de datos fijos del modelo.
El modelo desarrollado en el sistema hbrido posee por objetivo encontrar la combinacin
ptima del precio unitario y cantidad de producto vendido proyectadas en la dimensin ij
que satisfar una meta de ventas para la misma dimensin ij siendo i el mes en estudio
( i = 1,2,3,..., ) y j el producto/familia de producto en estudio ( j = 1,2,3,..., ).
Para ello se definen las siguientes variables:

Sea pij el precio unitario en la dimensin ij y p ij la proyeccin o estimacin del precio
unitario en la dimensin ij.
Sea cij la cantidad de producto vendido en la dimensin ij y cij la proyeccin o estimacin
del precio unitario en la dimensin ij.
Sea v ij las ventas totales en la dimensin ij y vij la meta de ventas en la dimensin ij.
Sea r el Coeficiente de Correlacin de Pearson definido al calcular la proyeccin por el
mtodo de regresin lineal simple.
A continuacin se define tres modelos de programacin lineal:

a) Modelo que fija la cantidad de producto vendido y toma como variable de decisin
el precio unitario.
b) Modelo que fija el precio unitario y toma como variable de decisin la cantidad de
producto vendido.
c) Modelo que toma como variables decisin la cantidad de producto vendido y el
precio unitario.
Formulacin del modelo a)

Sean las variables de decisin: p) ij (los valores ptimos de pij ) tomando las proyecciones
calculadas de csj (se calcular la proyeccin mediante la regresin lineal simple cuando
30
0.7 r 0.7 ; caso contrario, mediante el mtodo del promedio mvil ponderado de tres
perodos).
Para el mes s, s {n + 1, n + 2, n + 3,..., n + 24} )
k
Funcin objetivo: Maximizar
p)
j =1
sj
* csj
Restricciones:
k
j =1
j =1
vsj = p) sj * csj
p) sj 0
j = 1,2,3,..., k
Se resuelve el modelo para todo el rango de s y se listan los resultados en la siguiente

matriz:
p) ( n +1)1
)
)p = p( n + 2)1
ij
...
)p
( n + 24 )1
p) ( n +1) 2
p) ( n + 2 ) 2
...
)p
( n + 24 ) 2
p) ( n +1) 3
p) ( n + 2 ) 3
...
)p
( n + 24 ) 3
...
...
...
...
p) ( n +1) k
p) ( n + 2 ) k
...
)p
( n + 24 ) k
Formulacin del modelo b)

Sean las variables de decisin: c)ij (los valores ptimos de cij ) tomando las proyecciones
de
p sj
(se calcular la proyeccin mediante la regresin lineal simple cuando
0.7 r 0.7 ; caso contrario, mediante el mtodo del promedio mvil ponderado de tres
perodos).
k
p
j =1
sj
* c)sj
Restricciones:
k
j =1
j =1
vsj = p sj * c)sj
c)sj 0
c)sj es entero
31
j = 1,2,3,..., k
Se resuelve el modelo para todo el rango de s y se listan los resultados en la siguiente

matriz:
c)ij =
c)( n +1)1
c)( n + 2 )1
c)( n +1) 2
c)( n + 2 ) 2
c)( n +1) 3
c)( n + 2 ) 3
...
...
)c
)c
( n + 24 )1
( n + 24 ) 2
...
)c
( n + 24 ) 3
... c)( n +1) k

... c)( n + 2 ) k
...
...
)
... c( n + 24 ) k
Formulacin del modelo c)

Sean las variables de decisin: p) ij y c)ij (los valores ptimos de pij y cij )
k
p)
j =1
sj
* c)sj
Restricciones:
k
j =1
j =1
vsj = p) sj * c)sj
p) sj 0, c)sj 0
c)sj es entero
j = 1,2,3,..., k
Se resuelve el modelo para todo el rango de s y se listan los resultados en las siguientes
matrices:
p) ( n +1)1
)
)p = p( n + 2)1
ij
...
)p
( n + 24 )1
p) ( n +1) 2
p) ( n + 2 ) 2
...
)p
( n + 24 ) 2
c)( n +1)1 c)( n +1) 2

)
)
)c = c( n + 2 )1 c( n + 2 ) 2
ij
...
...
)c
)c
( n + 24 )1
( n + 24 ) 2
p) ( n +1) 3
p) ( n + 2 ) 3
...
)p
( n + 24 ) 3
c)( n +1) 3
c)( n + 2 ) 3
...
)c
( n + 24 ) 3
...
...
...
...
p) ( n +1) k
p) ( n + 2 ) k
...
)p
( n + 24 ) k
... c)( n +1) k

... c)( n + 2 ) k
...
...
)
... c( n + 24 ) k
32
Anexo 4: Desarrollo de las vistas del Sistema hbrido
Figura A4.1 Pantalla real principal del sistema hbrido

Figura A4.2 Pantalla real del sistema transaccional.

33
Figura A4.3 Pantalla real del mdulo: Ingresar documentos de pago.

Figura A4.4 Pantalla real del mdulo: Absorber informacin del reporte del sistema
transaccional tercerizado.
34
Figura A4.5 Pantalla real del mdulo: Cargar devoluciones y salidas.

35
Figura A4.6 Pantalla real del mdulo: Ingresar nueva mercadera.

36
Figura A4.7 Pantalla real del Sistema de Control operativo

37
Figura A4.8 Pantalla real del sub mdulo: Actualizar productos.

38
Figura A4.9 Pantalla real del sub mdulo: Actualizar vendedores.

39
Figura A4.10 Pantalla real del sub mdulo: Actualizar locales.

40
Figura A4.11 Pantalla real del Sistema de planeamiento estratgico.

Figura A4.12 Pantalla real del Sistema de planeamiento estratgico (anexo).

41
Figura A4.13 Pantalla real del sub mdulo: Reporte de proyeccin de demanda por mes y
familia de producto.
Figura A4.14 Pantalla real del sub mdulo: Reporte que predice la fecha de
desabastecimiento.
42
Figura A4.15 Pantalla real del sub mdulo: Programar una meta de ventas.
43

Esteves Jo e Propuesta y Aplicación de Una Metodología Integral para Diseñar e Implementar Sistemas Híbridos de Información en Empresas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Esteves Jo e Propuesta y Aplicación de Una Metodología Integral para Diseñar e Implementar Sistemas Híbridos de Información en Empresas

Cargado por

Copyright:

Formatos disponibles

TESIS PUCP

Esta obra ha sido publicada bajo la licencia Creative Commons

PONTIFICIA UNIVERSIDAD CATLICA DEL PER

PROPUESTA Y APLICACIN DE UNA METODOLOGA INTEGRAL

Joe Jordan Esteves Valladares

ASESOR: Csar Augusto Corrales Riveros

Lima, Mayo del 2009

El presente estudio consiste en una nueva propuesta para disear e implementar

Para disear sistemas hbridos se estudia el contexto de la empresa, se utiliza el anlisis

Finalmente, la aplicacin de esta metodologa le permitir al usuario del negocio por

3.3.2.2 Diagrama de estructura de datos: .......................................................................80

Las herramientas propias de la ingeniera industrial estn orientadas a la optimizacin,

El presente estudio aplicar los conocimientos comunes de la Ingeniera Industrial desde

En el captulo 2 se proponen las fases de la metodologa integral para disear e

En el captulo 3 se estudia el caso de una cadena de accesorios de celulares, empresa

CAPTULO 1: MARCO TERICO

La palabra cambio, literalmente, significa: accin y efecto de cambiar. Ahora bien, el

organizaciones enfrentan da a da un ambiente dinmico de cambios cada vez ms

Los cambios se deben a diversos factores. Entre ellos:

Las tendencias sociales.

Segn el resultado de diversas investigaciones, las organizaciones y sus miembros se

Figura 1.1 Etapas del cambio de Lewin

Integracin de las cadenas de valor.

Uso de redes y comunicaciones a distancia, etc.)

Uso de la informtica en los procesos de negocio.,

Gestin del conocimiento.

Precisamente los puntos Uso de la informtica en los procesos de negocio y la Gestin

Se plantea el uso de Microsoft Excel, fundamentalmente para generar innovaciones

1.2 Microsoft Excel y sus principales aplicaciones:

Posee capacidad de edicin de la vista de los datos.

Posee la capacidad de sintetizar la informacin (mediante operaciones tales como

Permite programar una serie de instrucciones que ejecutan cambios en la

Actualmente, la mayora de empresas posee dentro de sus herramientas bsicas alguna

conocimiento de cada persona o componente del negocio y compartirlo con mayor

1.3 Las consultas multidimensionales:

1.3.1 Definicin de consulta multidimensional:

respectivamente. En este sentido, es posible graficar estos elementos como un cubo en

Para entender esta representacin se representar el contexto de un supermercado a

Tabla 1.1 Informacin de productos

Fuente: Elaboracin propia

Figura 1.2 Estructura de las dimensiones y hechos

Figura 1.3 Representacin multidimensional de una base de datos

1.3.2 Consultas multidimensionales utilizando tablas dinmicas de Microsoft Excel:

Figura 1.4 Representacin de una consulta multidimensional en Microsoft Excel

1.3.3 Consultas aplicadas a la toma de decisiones:

El Cuadro de Mando Integral (o Balanced Scorecard en ingls) tiene su origen en 1990,

Finalmente, Kaplan y Norton desarrollaron el Cuadro de Mando Integral, definida como un

Perspectiva Financiera: Se centra en el crecimiento y la rentabilidad del negocio,

Perspectiva de Clientes: Se centra en lograr la satisfaccin del cliente. Entre las

Perspectiva de Procesos Internos: Se centra en la excelencia operativa que permite la

Perspectiva de Aprendizaje y Crecimiento: Se centra en las competencias centrales de

El procesamiento automatizado de la informacin de una empresa segn Quenta (2007)

La representacin de estas consultas especiales pueden observarse en la figura 1.5 y es

organizacin. Estos clculos pueden ser previamente programados en un software y

Figura 1.5 Tipos de consultas de sistemas de decisiones

1.4 La programacin lineal:

La programacin Lineal, segn Raffo (1999) describe la interrelacin de los componentes

Se puede definir las restricciones como:

a11 x1 + a12 x2 + .... + a1n x n {, , =}b1

Finalmente, Raffo (1999) define un modelo o problema de programacin lineal como el

a11 x1 + a12 x 2 + .... + a1n x n b1

Proporcionalidad: Dada una variable xi , su contribucin a la Funcin Objetivo es

ci xi y su contribucin a la isima restriccin es aij xi .