Gonzalez Dominguez Jose Luis

i
NOMBRE DE LA MATERIA
DESARROLLO HUMANO

INSTITUTO POLITCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERA MECANICA Y ELCTRICA
SECCIN DE ESTUDIOS DE POSGRADO E INVESTIGACIN

DISEO DE UN SISTEMA DE INFORMACIN PARA
ADMINISTRAR UNA MICROEMPRESA.
CASO DE ESTUDIO: NEGOCIO PARA COMERCIALIZAR
ARTESANAS.

TESIS

QUE PARA OBTENER EL GRADO DE MAESTRO EN CIENCIAS EN
INGENIERA DE SISTEMAS

PRESENTA:

ING. JOS LUIS GONZLEZ DOMNGUEZ

DIRECTORA DE TESIS:
M. EN C. GRACIELA VZQUEZ LVAREZ

MXICO D.F., a 30 de junio de 2010.

Diseo de un Sistema de Informacin para Administrar una Microempresa.
Caso de estudio: Negocio para comercializar Artesanas.

i. Ing. Jos Luis Gonzlez Domnguez Pgina ii


i. Ing. Jos Luis Gonzlez Domnguez Pgina iii


i. Ing. Jos Luis Gonzlez Domnguez Pgina iv

INDICE

Resumen .......................................................................................................... viii
Abstract .............................................................................................................. ix
INTRODUCCIN ............................................................................................... x
Prlogo ...................................................................................................... x
Contexto .................................................................................................... xi
Objetivo general ......................................................................................... xi
Objetivos particulares ................................................................................ xi
Justificacin ............................................................................................... xi
Beneficios esperados ................................................................................ xii
Lmites ...................................................................................................... xii
Estructura de la tesis. .............................................................................. xiii
Captulo 1 MARCOS CONTEXTUAL, METODOLGICO, TERICO
Y COCEPTUAL....1
CONTEXTUAL ................................................................................................. 1
Resumen del Captulo 1 ............................................................................ 2
1.1 Marco Contextual ................................................................................. 2
1.2 Marco Metodolgico ............................................................................ 3
1.3 Marco Terico ..................................................................................... 4
1.4 Marco Conceptual ................................................................................ 7
Captulo 2 ANLISIS Y DISEO DEL SISTEMA DE INFORMACIN .......... 10
Resumen del Captulo 2 .......................................................................... 11
Prembulo ........................................................................................... 12
2.1 Fase de Anlisis del Sistema de Informacin ................................... 13
2.1.1 Antecedentes Histricos de la Empresa .................................... 13
2.1.2 Identificacin y obtencin de: Misin, Visin, Objetivos, ............ 14
Funciones y Polticas de la empresa. ....................................... 14
2.1.3 Identificacin de la estructura organizacional de la empresa .... 15
2.1.4 Diagrama de casos de uso ........................................................ 16
2.1.5 Diagrama de flujo de datos Nivel 0 (DFD) ................................. 17
2.1.6 Diagrama de flujo de datos Nivel 1.........17
2.1.7 Diagrama a bloques modificado18
2.1.8 Identificacin de los Procesos Actuales......19

i. Ing. Jos Luis Gonzlez Domnguez Pgina v

2.1.9 Identificacin, recopilacin y obtencin de todo tipo
de documentos e informacin ................................................... 20
2.1.10 Alcances Presentes y Futuros. 23
2.1.11Elaboracin de la Tabla Sistmica del Sistema Actual 23
2.2. Fase de Diseo del Sistema de Informacin .................................... 25
2.2.1 Identificacin de los procesos del Sistema Propuesto .............. 25
2.2.2 Elaboracin del Diagrama de Gantt......27
2.2.3 Elaboracin del Diagramas PERT..28
2.2.4 Elaboracin del Marco Normativo del Sistema Futuro30
2.2.5 Definicin de las Funciones del Nuevo Sistema incluido
el Perfil del Usuario ................................................................... 31
2.2.6 Determinacin de la posible Herramienta de Construccin ...... 33
2.2.7 Diagrama de flujo de datos modificado Nivel 1 de
del sistema propuesto......33
2.2.8 Realizacin del Anlisis Costo-Beneficio..34
2.2.9 Elaboracin de la Tabla Sistmica del Sistema de
Informacin Propuesto ............................................................... 36
2.2.10 Realizacin de la Arquitectura del sistema ............................... 36
2.2.11 Diseo de las Salidas ............................................................... 39
2.2.12 Diseo de las Entradas........40
2.2.13 Diseo de los Procesos utilizando el Modelo
WARNIER-Orr....42
2.2.14 Diseo de la Naturaleza Jerrquica de Salida
desprendida del Modelo Warnier-Orr ........................................ 42
2.2.15 Diseo de la Base de Datos con el modelo relacional.45
Captulo 3 "CONSTRUCCIN DEL SISTEMA DE INFORMACIN .............. 46
3.1 Construccin del hardware e instalacin de la plataforma48
3.1.1 . Requerimientos de hardware48
3.1.2 Eleccin de la computadora....................................................... 49
3.1.3 Herramientas necesarias ........................................................... 51
3.1.4 Ensamblado de la computadora ................................................ 52
3.1.5 Instalacin del Sistema Operativo ............................................. 55
3.2 Construccin del software ............................................................. 58
3.2.1 Base de Datos del Sistema de Informacin58

i. Ing. Jos Luis Gonzlez Domnguez Pgina vi

3.2.2 Datos vs. Informacin ....................................... 58
3.2.3 Sistema Gestor de la Base de Datos. ............................. 59
3.2.4 Generalidades de los SGBD SMBD ........................................ 59
3.2.5 Eleccin del SGBD para el SI en cuestin ................................. 60
3.2.6 Representacin conceptual de la BD ......................................... 61
3.2.7 Diseo de la Base de Datos con el Modelo Relacional .............. 62
3.2.8 Normalizacin ............................................................................ 62
3.2.9 Formas normales ....................................................................... 63
3.2.9.1 Primera Forma normal ............................................................. 63
3.2.9.2 Segunda Forma normal ........................................................... 64
3.2.9.3Tercera Forma normal .............................................................. 64
3.3Construccin Fsica de la Base de Datos con Access 2007..65
3.3.1 Tablas creadas ........................................................................... 65
3.3.2 Diccionario de datos. .................................................................. 66
3.3.3 Formularios creados. .................................................................. 77
3.3.4 Informes Creados. ...................................................................... 79
Captulo 4 PRUEBAS Y RESULTADOS ........................................................ 80
4.1 Definicin .......................................................................................... 81
4.2 Fundamentos y objetivos de la prueba. ............................................ 82
4.3 Caractersticas de las pruebas de software ...................................... 83
4.4 Mtodos de prueba ............................................................................ 83
4.5Prueba de interfaces grficas. ............................................................ 84
4.5.1 Para las ventanas. ...................................................................... 84
4.5.2 Para mens emergentes y operantes con el ratn ..................... 85
4.5.3 Para entrada de datos. .............................................................. 86
4.6 Resultados. ..................................................................................... 86
4.7 Toma de decisiones. .......................................................................... 86
Captulo 5 CONCLUSIONES Y TRABAJOS FUTUROS ............................... 88
5.1 Cumplimiento del objetivo general. .................................................... 89
5.2 Consecucin de los objetivos particulares ....................................... 90
5.3 Conclusin general .......................................................................... 90
5.4 Trabajos futuros ............................................................................... 90
REFERENCIAS BIBLIOGRFICAS Y DE INTERNET ..................................... 92

i. Ing. Jos Luis Gonzlez Domnguez Pgina vii

GLOSARIO ....................................................................................................... 95
ANEXO 1: REGLAS DE CODD PARA LA EVALUACIN DE UN SGBD .......... xi
ANEXO 2: RECOPILACIN DE DOCUMENTOS DEL SISTEMA ACTUAL ...... xi
ANEXO 3: MANUAL DEL USUARIO .................................................................. xi
NDICE DE FIGURAS ....................................................................................... xii
NDICE DE TABLAS ........................................................................................ xiii


i. Ing. Jos Luis Gonzlez Domnguez Pgina viii

RESUMEN
Esta tesis es un trabajo de investigacin sobre el Diseo de un
Sistema de Informacin para Administrar una Microempresa. Caso de Estudio:
Negocio para comercializar artesanas. El soporte terico lo dan por un lado los
trabajos de Peter Checkland, en lo referente al enfoque de la Teora General de
Sistemas y por el otro, los trabajos de Edgar Frank Codd, en lo que respecta al
Modelo Relacional de las Bases de Datos. Se utiliz la metodologa LGS de
Leopoldo Galindo Soria para el desarrollo de Sistemas de Informacin.

El producto final es un Sistema de Informacin basado en
computadora, con un Sistema de Base de Datos como corazn de aquel,
mismo que permite la administracin de la microempresa caso de estudio de la
presente tesis. Las pruebas y sus resultados permiten hacer un anlisis de la
microempresa de manera tal que permitan coadyuvar en la toma de decisiones
de la gestin de la misma.

En la parte final se presentan las conclusiones a la luz de los
objetivos originales y los trabajos futuros que pudieran dar continuidad a esta
investigacin.


i. Ing. Jos Luis Gonzlez Domnguez Pgina ix

ABSTRACT

This thesis is a research paper on the Design of an Information
System for Managing a Micro business. Case Study: Business to market
handicrafts. The theoretical support is given on the one hand by the work of
Peter Checkland, regarding the approach of General Systems Theory and on
the other, the work of Edgar Frank Codd, in regard to the Relational Model of
Databases. LGS methodology of Leopoldo Galindo Soria was used for the
development of Information Systems.

The final product is an Information System based on a computer
with a Database System as the heart of that, it allows the administration of the
micro business, case study of this thesis. The tests and their results allow an
analysis of the micro-business so as to allow take management decisions about
it.

The final section presents the findings in the light of the original
objectives and future work that could give continuity to this investigation.


i. Ing. Jos Luis Gonzlez Domnguez Pgina x

INTRODUCCIN
Prlogo
Como atinadamente sealara Ludwig von Bertalanffy,
considerado el padre de la Sistmica, la Teora General de Sistemas es una
visin amplia la cual va ms all de los problemas tecnolgicos y demanda de
una reorientacin que se hace necesaria en la ciencia en general y en el
glamur de las disciplinas desde la Fsica y la Biologa hasta las Ciencias del
Comportamiento, las Sociales y la Filosofa (1968).

Bajo esta premisa es que el de la palabra, vio en la Maestra en
Ciencias en Ingeniera de Sistemas un terreno idneo para satisfacer sus
inquietudes acadmicas y de investigacin ya que se encontraba ante la
oportunidad de combinar los principios de su formacin acadmica original en
el campo de las ciencias exactas y la parte humana, social y filosfica de su
experiencia de vida.

Por tanto el presente trabajo de tesis es mucho ms que un mero
requisito para la obtencin del grado acadmico, es el corolario de un
extraordinario proyecto de formacin e investigacin acadmicas. Es luego
entonces, el producto que da testimonio del camino recorrido y de lo mucho
que se le disfrut.

La investigacin es en torno a los Sistemas de Informacin y a
resolver un problema concreto de ndole personal, mas no con el propsito de
servirse utilitariamente de ella. La idea fue ms bien, realizar una investigacin
pragmtica que no quedara archivada y sin utilidad para nadie; contar con un
trabajo que se pudiera aterrizar en lo prctico y con beneficio no slo
individual sino social.

Por lo antes expuesto, someto a su amable consideracin, el
presente trabajo de investigacin. De antemano agradezco sus comentarios y
aportaciones.

Atentamente

J.L.G.D.


i. Ing. Jos Luis Gonzlez Domnguez Pgina xi

Contexto
La presente investigacin est ubicada dentro del requisito
marcado dentro del Reglamento de Estudios de Posgrado del Instituto
Politcnico Nacional en el Captulo 5, Artculo 54 y publicado en la Gaceta
Politcnica 633 del 31 de julio de 2006 (Villa-Rivera, 2006), como trabajo de
tesis y su correspondiente defensa oral para la obtencin del grado de Maestro
en Ciencias en Ingeniera de Sistemas, en virtud de que los estudios de
posgrado realizados fueron en la Seccin de Estudios de Posgrado e
Investigacin de la Escuela Superior de Ingeniera Mecnica y Elctrica-
Zacatenco de este instituto.

El desarrollo de este trabajo de tesis est basado en la Ingeniera
de Sistemas, entendida sta como la aplicacin de las ciencias exactas para
desarrollar sistemas y transformar un problema en una descripcin de un
modelo de ste, contemplando el uso de definiciones, sntesis, anlisis, diseo,
pruebas y evaluacin.

La lnea de investigacin en la que se circunscribe este trabajo de
tesis es en el rea de los Sistemas de Informacin y Bases de Datos.
Objetivo general
Disear un sistema de informacin para administrar una
microempresa. Caso de Estudio: Negocio para Comercializar Artesanas.
Objetivos particulares
Analizar y evaluar los sistemas de informacin para la administracin.
Identificar las caractersticas particulares del negocio para comercializar
Artesanas del caso de estudio de la presente investigacin.
Disear y construir el Sistema Informtico en cuestin.
Implantar y Documentar el Sistema Informtico referido.
Justificacin
Dado el grave deterioro econmico nacional e internacional por el
que atraviesa la sociedad contempornea, se requiere consolidar e impulsar las
pequeas empresas y microempresas que puedan dar lugar a la recuperacin
del ingreso de la poblacin, sobre todo el de las capas ms desprotegidas
econmica y socialmente. El desarrollo de este trabajo ayudar a fortalecer una
microempresa para comercializar artesanas en la ciudad de Actopan Hidalgo
al dotarla de un Sistema de Informacin para mejorar su administracin.

Es imperativo, luego entonces, promover el apoyo tecnolgico a
los negocios pequeos y micro, de forma tal que se estimule su crecimiento y

i. Ing. Jos Luis Gonzlez Domnguez Pgina xii

consolidacin. Tal es el caso del Diseo de un Sistema Informtico Basado en
Computadoras que apoye la administracin de la microempresa mencionada.

Dicho en otras palabras, es necesario coadyuvar a detonar las
economas locales de las distintas regiones del pas, sobre todo en estos
momentos de depresin econmica generalizada, en los que se requiere
impulsar los negocios generadores de auto-empleo bajo un esquema de
Desarrollo Sustentable; entendiendo como tal a aquel que est en consonancia
con sus entorno social, ecolgico y que tiene presente en todo momento el
desarrollo de los individuos en todas sus esferas. El negocio al que se hace
alusin en el Caso de Estudio de la presente investigacin, promueve que los
artesanos de la regin de Actopan Hidalgo se auto empleen al vender sus
productos manufacturados con base en materias primas locales, haciendo una
explotacin racional de los recursos renovables de su entorno.

En conclusin, la realizacin de la presente investigacin se
justifica, adems de los puntos antes expuestos, en la necesidad de disear un
Sistema de Informacin compatible con los requerimientos especficos de un
negocio para comercializar artesanas, propiedad del que suscribe, en virtud de
que los sistemas de informacin para la administracin de pequeas empresas
existentes en el mercado, tales como los productos de MaxiComercio ERP &
POS, SME Toolkit Amrica Latina o de Microsoft Dynamics son de propsito
general y difcilmente utilizables de forma directa. Cabe mencionar que el
negocio en cuestin se lanz de una forma emprica y sin un sistema de
informacin basado en computadoras.
Beneficios esperados
El principal beneficio esperado es el impacto que pueda tener
para beneficio de la comunidad y de la sociedad en su conjunto. Es lo mnimo
que puede esperarse para retribuirle en parte a la sociedad al haber podido ser
beneficiado por alcanzar estudios de nivel de posgrado.

En la medida en que esta investigacin pueda ser un detonante
para el despegue del negocio caso de estudio, se estar beneficiando a una
gran cantidad de artesanos y fabricantes locales, con lo que no slo se estar
beneficiando a la entidad, sino a todo el estado, el pas y la sociedad en su
conjunto.
Lmites
Una de las limitantes principales de esta investigacin es que los
Sistemas de informacin y que los sistemas en general, pueden y deben ser
perfectibles. Para que un sistema de informacin pueda alcanzar su punto de
equilibrio, debe haber estado en operacin lo suficiente como para alcanzar su
maduracin. Y an en este caso, siempre podrn hacerse cambios que

i. Ing. Jos Luis Gonzlez Domnguez Pgina xiii

beneficien la sobrevivencia del sistema. Como seala Maya: todo sistema
debe ser actualizado para su poca y para las circunstancias que as lo
requieran, esto le permitir a todo sistema seguir evolucionando. (2008).

En consonancia con lo anterior se encuentra la evolucin
vertiginosa que todo el software est teniendo, razn por la cual no sera de
extraarse que en poco tiempo el sistema propuesto caiga en obsolescencia;
no obstante, el principio de diseo y los conceptos generales pueden ser
aplicables a productos futuros.
Estructura de la tesis.
La tesis se encuentra compuesta por cinco captulos, los cuales
presentan bloques bien definidos de distintas fases de la investigacin. A
continuacin se da cuenta de la estructura de cada uno de ellos:

Captulo 1: Marcos contextual, metodolgico, terico
y conceptual.- Formado a su vez por cuatro
subcaptulos. En ellos se da cuenta del contexto,
metodologa, teora y conceptos principales subyacentes
en toda la investigacin.

Captulo 2.- Anlisis y diseo del sistema de
informacin.- Compuesto por dos subcaptulos. En el
primero se hace el anlisis del problema objeto de estudio,
es decir del negocio para la comercializacin de
artesanas. En otras palabras, se presenta la forma en que
haba venido operando esta microempresa. En el segundo
subcaptulo se hace el anlisis del sistema de informacin
que se propone.

Capitulo 3.- Construccin del sistema de
informacin.- Constituido por dos subcaptulos. El
primero tiene que ver con la construccin del hardware, en
tanto que el segundo expone la construccin del software.
En ambos casos, se expone la problemtica encontrada y
la manera en que fue resuelta.

Captulo 4.- Pruebas y resultados.- Organizado en un
solo bloque en el que como su nombre lo indica, se
presentan las pruebas a las que fue sometido el sistema y
los resultados de stas.

Captulo 5.- Conclusiones y
Trabajos Futuros.- Estructurado tambin en una sola
unidad en la que se presentan las ideas concluyentes de la
investigacin y los Trabajos Futuros.

1

Of knowledge there is no satiety

Francis Bacon
(1561-1626)

CAPTULO 1

MARCOS CONTEXTUAL,
METODOLGICO,
TERICO Y CONCEPTUAL


i. Ing. Jos Luis Gonzlez Domnguez Pgina 2

CAPTULO 1

MARCOS CONTEXTUAL METODOLGICO,
TERICO Y CONCEPTUAL

Resumen del Captulo 1

RESUMEN DEL CAPTULO 1

En este primer captulo se ubica la investigacin
dentro de contexto (marco contextual); se presenta la metodologa
desarrollada durante la investigacin (marco metodolgico); la
teora que sirve de soporte a esta tesis (marco terico) y los
conceptos bsicos sobre los que discurre esta investigacin (marco
conceptual).

1.1 Marco Contextual
Toda investigacin debe ubicar dentro de contexto el entorno en
el que se desarrollar sta y un trabajo de tesis no es la excepcin. En este
sentido, esta tesis se enmarca en una situacin muy particular al desarrollar un
Sistema Informtico con aplicacin inmediata y de inters especfico para el


que la suscribe, para administrar un negocio propio para la comercializacin de
artesanas en la ciudad de Actopan, estado de Hidalgo.

Independientemente del trmite acadmico para la obtencin del
grado, tal y como lo seala ngeles Mendieta (Mendieta Alatorre, 1979); esta
investigacin presenta el diseo de un sistema de informacin, el cual bien
puede ser de aplicacin diversa para la administracin de negocios de otra
ndole y que aporta un enfoque meta-disciplinario de lo que es la administracin
de negocios.

Desde el punto de vista geogrfico, este municipio se encuentra
localizado 37 km al NO de Pachuca, la capital del estado de Hidalgo, misma
que a su vez est ubicada en el centro de la Repblica Mexicana y a 97 Km al
norte de la ciudad de Mxico por la carretera federal No. 85. Cuenta con una
poblacin que ronda los 48,500 habitantes y su economa es primordialmente
basada en los servicios y el comercio, aunque en el pasado reciente era de
tradicin agrcola y artesanal. (Actopan (Hidalgo)). La Fig 1.1 muestra de
manera grfica la ubicacin de este poblado.

Figura 1. 1 Ubicacin geogrfica del municipio de Actopan Hidalgo
Fuente: (Google, 2009)

1.2 Marco Metodolgico
Dada la naturaleza de la investigacin, es decir una tesis terico-
prctica, la metodologa utilizada para desarrollar la misma fue tanto
Investigacin Documental como de Campo. (Muoz Razo, 1998).

Por la forma de tratar y recopilar informacin se trata de una tesis
de tcnicas mixtas y que da soucin a una problemtica especfica.

En cuanto al sistema informtico per se, se utiliza la metodologa
LGS (Galindo Soria L. , 2005) para el desarrollo de Sistemas de informacin
basados en computadora el cual consta de cuatro fases y son: Anlisis, Diseo,
Construccin e Implantacin del sistema.



En lo concerniente al Diseo de la Base de Datos propiamente
dicho, se utiliz la metodologa propuesta por Gonzlez Lozano R. (2009)
misma que consta de ocho pasos:

Especificar el objetivo de la base de datos.
Definir las tablas que se necesitan enla base de datos.
Especificar qu campos se requieren en cada tabla.
Especificar la llave principal de cada tabla.
Definir el tipo de dato que se va a manejar en cada campo.
Ajustar los datos
Definir las relaciones entre las tablas.
Introducir los datos y crear todos los objetos necesarios.

Evidentemente el anterior es un proceso iteractivo que se debe
repetir de manera contnua, inclusive an trabajando el sistema, con el
propsito de hacer mejoras sistemticas. Cuando es el caso, es decir cuando
se trata de un rediseo o un trabajo de reingeniera, es necesario hacer un
anlisis del por qu la base de datos en cuestin no cumpli con las
expectativas y requerimientos deseados. Huelga decir que no es el caso de
esta investigacin.

1.3 Marco Terico
La teora que da sustento al rigor cientfico que requiere este
trabajo es la Teora General de Sistemas Aplicada (TGSA). Este Enfoque
Sistmico Paradigma de Sistemas, como tambin se le conoce, resulta ser
una herramienta muy til para el diseo de sistemas en general -y los sistemas
de informacin no son la excepcin- en virtud de que brinda una visin en la
que se involucran muchas otras ciencias e interpretaciones filosficas para la
representacin de la realidad, lo cual implica un cuestionamiento a fondo del
cmo funcionan los sistemas y a un cambio de paradigma o forma de entender
stos. Adicionalmente, como seala John Van Gigch: La TGSA postula
funciones del diseo de sistemas comunes al proceso de diseo de todos los
sistemas como: toma de decisiones, implantacin de objetivos, cuantificacin,
medicin, evaluacin, optimizacin, sub-optimizacin, planeacin, control,
diagnstico, etc. (1987). La Fig. 1.2 muestra la interrelacin de algunas de
estas funciones del diseo.
Los sistemas as diseados son ms ricos ya que parten de
modelos de decisin heursticos (tcnicas de la indagacin y el descubrimiento)
(Real Academia, 2001) y algortmicos teniendo en cuenta indicadores sociales
y conceptos como la calidad de vida de los individuos.



Investiga el qu
(contenidos y
mtodos)
Planeacin y
Accin
Cmo
Control (regulacin)
Aprendizaje

Figura 1. 2 Interrelacin de las funciones del diseo de sistemas.
Fuente: Elaboracin propia.

Cabe sealar aqu que la Teora General de Sistemas da los
elementos para la comprensin, anlisis, estudio y diseo de los sistemas en
general ya que se encarga del estudio de los sistemas de complejidad
organizada y no aborda de manera restrictiva a los sistemas de informacin,
como frecuentemente se le asocia. Si bien es cierto que la presente
investigacin s tiene que ver con estos ltimos, es debido a que stos tambin
pueden ser estudiados a la luz de la TGSA. Como se podra expresar en
trminos matemticos: El conjunto de los sistemas de informacin pertenece al
rango de la funcin TGSA mas no de manera exclusiva.

En lo particular, dada la naturaleza de la investigacin de ser un
sistema de informacin de aplicacin inmediata a la administracin de una
microempresa, se hizo uso de la Metodologa de Checkland o tambin
denominada Anlisis Aplicado de Sistemas. Evidentemente se est ante un
problema difcil de estudiar mediante el mtodo rigurosamente cientfico de
medicin, experimentacin, hiptesis, prediccin, argumentacin formal, etc.;
Luego entonces se hace necesario la utilizacin de una metodologa que trate
de encontrar regularidad en los eventos y traer casos particulares bajo
generalizaciones, teoras y leyes; aplicando la metodologa del mtodo
cientfico modificada apropiadamente para el dominio de sistemas flexibles
basadas en la demostracin de los deseos, ansiedades, placeres y dolores del
ser humano y sin excluir la investigacin moral. (Van Gigch, 1987). E inclusive
el propio Van Gigch va ms all citando a Checkland: el paradigma de ciencia
y el paradigma de sistemas se complementan entre s. No existe contradiccin
al reclamar que ambos pueden coexistir y estn integrados en el contexto de la
ciencia.

Ahora bien, por qu especficamente la Metodologa de
Checkland y no otra? Peter Checkland con experiencia profesional en el campo
de la Administracin dentro de la industria vivi de manera personal la
problemtica de abordar problemas sociales, polticos y humanos con el
mtodo cientfico, en virtud de lo cual desarroll su Metodologa para Sistemas
Suaves (SSM por sus siglas en ingls) por ser aplicable a los Sistemas
Estructurados de las organizaciones humanas como es el caso de la
Administracin de una Microempresa. Esta consta bsicamente de 7 pasos los


cuales son: 1) Investigacin del Problema Estructurado, 2) Muestra del
Problema a travs de grficas enriquecidas. 3) Definicin de fondo de los
Sistemas Relevantes (Cliente, Actores, Proceso de transformacin,
Weltanschauung visin del mundo, Dueo, Restricciones ambientales). 4)
Modelos Conceptuales. 5) Comparacin de los puntos 2 y 4. 6) Cambios
factibles deseables. 7) Accin para mejorar la situacin problemtica.
(Checkland, 1994). La Tabla 1.1 muestra esta metodologa y sus fases.

Tabla 1. 1 Fases de la metodologa de Checkland
Fuente: (Checkland, 1994)

METODOLOGA DE CHECKLAND

No.

FASE
1 Investigacin del Problema Estructurado
2 Muestra del Problema a travs de grficas enriquecidas
3 Definicin de fondo de los Sistemas Relevantes(Cliente,
Actores, Proceso de transformacin, Weltanschauungvisin
del mundo, Dueo, Restricciones ambientales)
4 Modelos Conceptuales
5 Comparacin de los puntos 2 y 4
6 Cambios factibles deseables.
7 Accin para mejorar la situacin problemtica

En lo concerniente al andamiaje terico de las Bases de Datos
Relacionales en el siguiente apartado se presenta este concepto de manera
sucinta y en el Capitulo 3 se abordan con mayor profundidad- el soporte lo
brindan los trabajos presentados por el matemtico y qumico ingls, prcer de
la computacin y padre de las Bases de Datos Relacionales el Dr. Edgar Frank
Codd (1923-2003). La Figura 1. 3 muestara su fotografa.



Figura 1. 3 Fotografa del Dr. Edgar F. Codd.
Fuente: (Obituario de Edgar F Codd)

Es especficamente en el artculo denominado Un modelo
relacional de datos para grandes bancos de datos compartidos" ("A
Relational Model of Data for Large Shared Data Banks") donde el Dr. Codd
publica sus trabajos en la Revista Communications of the ACM (1970 No. 6).
En dicho trabajo define el modelo relacional y publica trece reglas para la
evaluacin de los sistemas manejadores de bases de datos relacionales
(SMBDR SGBDR). De esta forma es como nacen las bases de datos
relacionales. (Communications of the ACM, 1970).

En el Anexo 1 se presentan de manera puntual las trece reglas
del Dr. Codd para la evaluacin de un SGBDR.

1.4 Marco Conceptual
Finalmente en este captulo se presenta el Marco Conceptual que
deja en claro las definiciones torales que dan pauta a este trabajo. La razn es
que es imprescindible que antes de entrar propiamente en materia para este
caso abordar propiamente dicho el diseo del sistema de informacin- se deje
plenamente constancia de los conceptos que sirven de soporte a toda la
investigacin.

Una forma de presentar estos conceptos es por medio de la
denominada pirmide conceptual (Galindo Soria L. , 2006). Esta mecnica de


presentar los conceptos permite que de manera grfica y simplificada se den
los conceptos fundamentales en cuestin. La Figura 1. 4 muestra la pirmide
conceptual de este trabajo.

SISTEMAS
CIENCIAS
SOCIALES
CLASIFICACIN
DE LAS
EMPRESAS
POR S U
TAMAO
CLASIFICACIN
DEL NEGOCIO
POR SU GIRO
N
E
G
O
C
I
O
S

E
N

G
R
A
L

N
E
G
O
C
I
O
S

M
I
X
T
O
S

N
E
G
O
C
I
O
S

E
N

E
S
P
E
.

M
I
C
R
O
E
M
P
R
E
S
A

P
E
Q
U
E
A

E
M
P
R
E
S
A

M
E
D
I
A
N
A

E
M
P
R
E
S
A

A
D
M
I
N
I
S
T
R
A
C
I
N

E
C
O
N
O
M
A

P
S
I
C
O
L
O
G
A

M
A
T
E
R
I
A
L
I
S
M
O

A
D
M
I
N
I
S
T
R
A
C
I
N

(
P
L
A
N
E
A
C
I
N
,

O
R
G
A
N
I
Z
A
C
I
N
,

D
I
R
E
C
C
I
N
,

C
O
N
T
R
O
L
)

S
I
S
T
E
M
A
S

B
L
A
N
D
O
S

S
I
S
T
E
M
A
S

D
U
R
O
S

S
I
S
.

D
E

I
N
F
O
R
M
A
C
I
N

S
I
S
I
S
T
E
M
A

P
O
L
T
I
C
O

S
I
S
T
E
M
A

A
M
B
I
E
N
T
A
L

PLANEACIN
A
N
L
I
S
I
S

D
I
S
E
O

C
O
N
S
T
R
U
C
C
I
N

C
O
N
T
R
O
L

DISEO SISTEMA DE INFORMACIN ADMINISTRACIN MICROEMPRESA NEGOCIO DE ARTESANAS
DISEO DE UN SISTEMA DE INFORMACIN PARA ADMINISTRAR UNA
MICROEMPRESA: CASO DE ESTUDIO: NEGOCIO PARA COMERICALIZAR ARTESANAS

Figura 1. 4 Pirmide Conceptual
Fuente: Elaboracin personal a partir de (Galindo Soria L. , 2006)
De donde se pueden ubicar en un solo golpe de vista los
conceptos fundamentales que a continuacin se detallan:

Diseo.- es el proceso previo de configuracin mental en la
bsqueda de una solucin en cualquier campo del saber
humano.



Sistema de informacin.- es un conjunto de elementos
que interactan entre s con el fin de apoyar las actividades
de una empresa mediante el uso de un equipo de cmputo.

Administracin.- tambin denominada Administracin de
empresas o Ciencia Administrativa, es una ciencia social
que estudia la organizacin de las empresas y la manera
como gestionan los recursos, procesos y resultados de sus
actividades.

Micro-empresa.- tambin denominada PYME, es un
concepto un tanto variante pues depende de la legislacin
de cada pas. La Unin Europea por ejemplo distingue por
ejemplo a una microempresa como aquella organizacin
que tiene un nmero igual o menor a 10 empleados y/o su
volumen de facturacin es igual o inferior a 2 millones de
euros y/o su balance general anual es igual o menor a los 2
millones de euros. (Secretara de Economa)

Base de datos.- es un modelo de un aspecto de la realidad
de una organizacin (Kent, 1978)

Otra definicin la proporciona el profesor Ricardo Gonzlez
Lozano (2009) al sealar que se puede decir de manera
sencilla que se trata de un conjunto de datos organizados y
relacionados entre s, en relacin con algn propsito o
tema en concreto.

Proceso de diseo de una base de datos.- es la
actividad de representar, las clases, los atributos y las
relaciones entre las bases de datos. (Beynon-Davies,
2004)

Los anteriores conforman los conceptos bsicos que se
consideran son suficientes para poder abordar la presente investigacin.
Con el propsito de no hacer este apartado del Marco Conceptual, una
seccin en la que se presente un largo listado de conceptos interminable,
se prefiri enviar los dems conceptos a una seccin del Glosario que se
presenta despus del captulo 5 de las Conclusiones.

Por consiguiente ya se est en posibilidad de entrar en materia en
cuanto al sistema de informacin que se abordar.

10

Yo no estudio para saber ms,
sino para ignorar menos

Sor Juana Ins de la Cruz
( 1651- 1695)

CAPTULO 2

ANLISIS Y DISEO DEL SISTEMA
DE INFORMACIN



CAPTULO 2

ANLISIS Y DISEO DEL SISTEMA DE
INFORMACIN



En este segundo captulo se abordan tanto el anlisis
del sistema actual como el diseo del sistema propuesto. Cada
uno dando nombre a un subcaptulo. En el primero, se presentan
los antecedentes, la misin, visin y objetivos de la empresa, su
estructura organizacional, diagramas y tabla sistmica del sistema
actual. En la fase de diseo se identifican los procesos, se
presentan los diagramas de Gant y PERT, el marco normativo del
sistema futuro, el perfil del usuario, la herramienta de
construccin, el anlisis costo beneficio, el diseo de las entradas
y salidas, el diseo de la naturaleza jerrquica de la base de
datos y el diseo de la base de datos en modo relacional.



Prembulo
Toda vez que se ha ubicado el trabajo dentro del contexto en el
que se desarrollar y que se han establecido la metodologa rectora de la
investigacin, as como la teora que servir de soporte y se han dejado en
claro los conceptos bsicos que se utilizarn; se puede proceder al anlisis del
problema a resolver, mismo que partir de la Fase de Anlisis. Una manera
grfica de visualizar lo que se debe hacer se muestra en la Figura 2. 1 muestra
de una manera grfica la identificacin de lo que se tiene que hacer en una
investigacin.

LO QUE SE
TIENE QUE
HACER
PROCESO
SALIDA
ENTRADA
LO QUE
SE TIENE
LO QUE
SE DESEA

Figura 2. 1 Identificacin de lo que se tiene que hacer en una investigacin
Fuente: Elaboracin propia

En virtud de que se trata de un sistema informtico dentro de una
empresa, es necesario hacer un estudio cronolgico de la misma. Lo cual tal
vez parecer obvio; no obstante en muchas ocasiones no se efecta, lo que
por dems resulta lgico. Es decir, se requiere indagar sobre el pasado de la
organizacin, el estado actual de la misma y slo entonces proceder a plantear
la alternativa de solucin o diseo del sistema de informacin.



2.1 Fase de Anlisis del Sistema de Informacin
2.1.1 Antecedentes Histricos de la Empresa
Los antecedentes histricos de la empresa son de suma
importancia, pues sin ellos se estara efectuando un diseo de un sistema del
cual no se tienen antecedentes. Es por ello que esta fase de anlisis debe
iniciar con un estudio de las races del sistema. Si no se conoce el pasado no
es posible entender el presente y menos an tratar de proponer alternativas de
solucin para el futuro.

A manera de ficha cronolgica se presentan algunas fechas que
se consideran, fueron importantes en el devenir histrico del negocio que se
abordar en esta investigacin:

1866
Don Benito Jurez Garca de paso por Actopan Hidalgo y
con su gabinete itinerante pernocta precisamente en el sitio
donde hoy se ubica el Negocio para la Comercializacin de
Artesanas denominada La Casa de los Azulejos.
Recurdese que es una poca de turbulencia poltica en el
pas, ante el ofrecimiento de la Corona de Mxico a
Maximiliano de Habsburgo por la denominada Junta de
Nobles.

1867-1900
El inmueble es ocupado como hotel, caballeriza y casa
habitacin.

1900-1973
Se instalan diversos tipos de negocios en este lugar. Desde
una farmacia hasta un restaurante.

1974-2002
El predio en cuestin pasa a poder de la familia Domnguez
y es arrendado, instalndose ah otros giros comerciales
que van desde una veterinaria y rosticera hasta una tienda
de muecos de peluche.

2003
Despus de un juicio por la va civil, se recupera el local ya
que a pesar del deterioro del lugar y del retraso en sus
rentas, el inquilino en cuestin se negaba a desocupar el
lugar.



2004-2006
Se realizan obras de reconstruccin y acondicionamiento
ya que el estado fsico del local era inclusive peligroso para
sus ocupantes.

28-dic-2006
Abre sus puertas el Negocio para la comercializacin de
Artesanas denominado La Casa de los Azulejos.

2.1.2 Identificacin y obtencin de: Misin, Visin, Objetivos,
Funciones y Polticas de la empresa.

Despus de ver y entender donde est la empresa y como es que
est en las condiciones en las que se encuentra, es necesario conocer a la
organizacin en s, hacia dnde se dirige, su filosofa etc. Una forma objetiva
de realizarlo es estableciendo su Misin, Visin, Objetivos, Funciones y
Polticas.

MISIN
Distribuir los productos artesanales de la ms alta calidad
producidos en la regin.

VISIN
El negocio se visualiza como la tienda de artesanas ms
importante no slo en la localidad sino en la regin entera.

OBJETIVOS
El objetivo de la empresa es hacer que cualquier turista que visite
esta localidad adquiera al menos un producto artesanal en este negocio.

FUNCIONES PRINCIPALES

Se distinguen las siguientes funciones principales:

Buscar y localizar productores de artesanas.
Identificar los productos de mayor demanda.
Identificar los productos que mejor precio tienen.
Evaluar los productos antes y durante la adquisicin.
Comprar los productos.
Organizar catlogos y/ inventarios
Almacenar los productos de forma segura.
Exhibir los productos.
Vender los productos.



POLTICAS
El negocio en cuestin tiene las siguientes polticas:

El elemento principal de la empresa es el cliente.
La honestidad con proveedores y clientes es fundamental.
En la medida de lo posible se brindar un valor agregado a
los productos ofrecidos.
Los productos comercializados sern preferentemente de
fabricacin local o al menos nacional.
Se promover en todo momento la satisfaccin total del
cliente.

2.1.3 Identificacin de la estructura organizacional de la
empresa.

Es necesario conocer plenamente la estructura organizacional de
la empresa antes de desarrollar cualquier proyecto para ella, ya que ayudar a
ubicar a las reas que se pretende apoyar as como la posible relacin que
tiene con otras reas de la organizacin. Adems facilita la seleccin de las
personas que deben ser entrevistadas y a quien se debe solicitar informacin.
La Figura 2. 2 muestra el organigrama del negocio estudiado.

Figura 2. 2 Organigrama del Negocio.

Se puede observar que aunque se trata de una empresa
pequea, cuenta con la estructura fundamental para su operacin, dejando a
un despacho externo actividades tales como la contabilidad.



2.1.4 Diagrama de casos de uso
El diagrama de CASOS DE USO proporciona a partir de la
informacin elemental respecto de la operacin del rea sobre la que se
realizar el sistema, una visin general del mismo. Con ello se puede deducir,
con la ayuda de otras herramientas, el total de los elementos que se requerirn
dentro del sistema informtico. La Figura 2. 3 presenta el Diagrama de Casos
de uso para el Negocio del Caso de Estudio de este proyecto.

COMPRAR
ARTESANIAS
ETIQUETAR ARTESANIAS
Y REGISTRAR EN
INVENTARIO
DESIGNAR
ALMACEN
TEMPORAL
EXHIBIR PARA
VENTA
VENDER
ENTREGAR
REPORTES Y
RECURSOS
PROVEEDOR
AUXILIAR
RESPONSABLE DE
TIENDA
DESPACHO EXTERNO
CLIENTE
Obsrvese como surgen
3 grupos de actividades,
de donde se concluye
que al menos existirn 3
subsistemas
Escenario Dialogo Actor

Figura 2. 3 Diagrama de Casos de Uso para el Negocio del Caso de Estudio



2.1.5 Diagrama de flujo de datos Nivel 0 (DFD)
El diagrama de flujo de datos (DFD) inicia en el nivel 0, donde
nicamente se aprecia que existe un sistema. ste tiene entradas (de diversos
tipos) y despus de transformaciones proporciona salidas (de diversos tipos),
sin poder tener en este punto respuestas a interrogantes tales como: Por
qu?, Cmo?, En qu secuencia? Etc. En la Figura 2. 4 se muestra el
Diagrama de Flujo de Datos para La Casa de Los Azulejos.

NIVEL 0
PRODUCTOS
DINERO
ORDENES DE
TRABAJO
INSUMOS

ARTESANIAS
DINERO
REPORTES DE
ACTIVIDADES

MERMA Y
DESPERDICIO

SISTEMA DE
INFORMACIN
PARA LA
ADMINISTRACIN
DE UN NEGOCIO
PARA
COMERCIALIZAR
DE ARTESANIAS

Figura 2. 4 Diagrama de Flujo de Datos Nivel 0 para el Negocio: La Casa de los Azulejos".

Se puede advertir que este Diagrama de Flujo de Datos Nivel 0 es
prcticamente una caja negra en la que se pueden ver simplemente entradas y
salidas.

2.1.6 Diagrama de flujo de datos Nivel 1 (DFD)
A partir del diagrama de casos de uso modificado, es muy sencillo trasladar la
secuencia obtenida a un diagrama de flujo de datos (DFD) que permite
observar los contenedores de datos que se requieren, las secuencias,
acciones, procesos, etc.

La Fig. 2.5 muestra el Diagrama de Flujo de Datos Nivel 1 para el
Caso de Estudio.



P1

COMPRAR
ARTESANIAS
P2

ETIQUETAR
ARTESANIAS
P3

REGISTRAR
ARTESANIAS
P4

EXHIBIR PARA
VENTA
P5

VENDER
P6

ENTREGAR
REPORTES Y
DINERO
PROVEEDOR
DESPACHO
EXTERNO
BD2 COMPRAS . . .
BD3 INVENTARIOS . . .
BD4 VENTAS . .

Artesana (materia prima)
Datos de artesana
Datos de la compra
Artesana
(RECLASIFICADA
)
Artesana
(producto
para venta)
Datos de
artesana vendida
Datos de las
compras
Datos de
existencias y
movimientos
Artesana (producto para
venta)
Comprobantes de
venta
Datos de venta
Detalle y
resumen de
reportes
Datos de las
ventas
NIVEL 1
Datos de artesana y etiqueta
Datos de
artesana y
ubicacin
Datos de
artesana y
etiqueta
Datos
de las
compra
s

Figura 2. 5 Diagrama de Flujo de Datos Modificado Nivel 1 para el negocio caso de estudio.


2.1.7 Diagrama a bloques modificado.
A travs del diagrama de flujo en bloques se puede determinar la
secuencia en que los procesos intervienen as como algunos de los
requerimientos ms importantes. La Figura 2. 6 muestra el Diagrama en
bloques modificado para el Caso de Estudio.



PROVEEDOR
COMPRAR
ARTESANIAS
ETIQUETAR
ARTESANIAS
REGISTRAR
ARTESANIAS
EXHIBIR
ARTESANIAS
VENDER
ARTESANIAS
ENTREGAR
REPORTES Y
RECURSOS

DESPACHO
EXTERNO
REMISION
ETIQUETAS

INVENTARIO
-- ------- -

REMISION
REMISION

Figura 2. 6 Diagrama en Bloques Modificado para el Caso de Estudio.

2.1.8 Identificacin de los Procesos Actuales
Partiendo de la lista de funciones del rea particular de trabajo y
el DFD se construye una lista de los procesos que actualmente se realizan en
el rea, y que por consiguiente son los que desarrolla el sistema actual de
manera manual:

COMPRA DE ARTESANIAS.- Los proveedores
(artesanos) ofrecen sus productos en el negocio,
cuando son productos que nunca se haban
comprado se negocia, hasta alcanzar un acuerdo
respecto del precio y futuras operaciones,
cerrando el trato con una remisin simple.


ETIQUETAR ARTESANAS.- Una vez entregadas
las artesanas se les adhiere una etiqueta en la
que se encuentra el nmero de artesano y el
precio.
REGISTRAR ARTESANAS.- en un libro se anota
la fecha en que se compra, el precio de compra,
una breve descripcin del producto y el precio de
venta.
EXHIBIR ARTESANAS.- se colocan las piezas en
anaqueles de exhibicin, registrndose la fecha en
que esto sucede.
VENDER ARTESANAS.- Se venden las
artesanas de acuerdo a los precios indicados en
las etiquetas, registrndose la venta en el libro y
entregando una remisin simple junto con la
artesana.
ENTREGAR REPORTES.- Cada 2 semanas se
entregan las copias de las remisiones de venta, as
como copias del libro y las remisiones de compra a
un despacho externo, para que realice los procesos
contables, y autorice las cantidades de dinero
disponible para comprar artesanas para el
siguiente perodo.

2.1.9 Identificacin, recopilacin y obtencin de todo tipo de
documentos e informacin

La recopilacin de los documentos e informacin da una idea muy
clara del tipo de organizacin de que se trata. Por ello es necesario conocer la
forma precisa en que se realizan las operaciones y recabar informacin
documental, referencias que aporte informacin o ayuda al proyecto. La
Tabla 2. 1 y la Tabla 2. 2 presentan la relacin de los documentos obtenidos
del Sistema Actual. El cdigo de la primera columna hace alusin a que tales
documentos constituyen el Anexo 2 (ANE2) y el nmero despus del guin al
nmero progresivo dentro de ste de cada uno de ellos.



Tabla 2. 1 Recopilacin de documentos del sistema actual (1ra. parte)

CDIGO DOCUMENTO CARACTERSTICA
ANE2.1 Remisin de compra Es un documento importante pues informa
sobre el nmero de artculos comprados;
costo de los mismos; datos de los
proveedores (no siempre) y caractersticas
de los productos.
ANE2.2 Libro de registro
(inventario)
Se trata de una base de datos manual
(carpeta) en la que se encuentran
asentados los artculos que se han
adquirido junto con sus cdigos o claves
con los cuales son identificados de manera
nica.
ANE2.3 Remisin de venta Es una nota no foliada que se entrega al
cliente y en la que se anotan los artculos
vendidos, su descripcin y su precio.
ANE2.4 Estado de Cuenta de
Proveedor
Es un documento por proveedor en el que
se anota principalmente la mercanca que
ha dejando a consignacin y el monto de lo
que se le adeude.



Tabla 2. 2 Recopilacin de documentos del sistema actual (2a. parte)

CDIGO DOCUMENTO CARACTERSTICA
ANE2.5 Reporte de ventas Es una hoja en la que se anota el total de ventas
diarias, se incluye adems de la fecha, el nmero
de artculos, su cdigo y su precio.

ANE2.6 Reporte de compras Es un concentrado de las compras realizadas
organizado por fechas. Su utilidad radica en poder
ver el historial de los precios de compra.

ANE2.7 Reporte de Cuentas por
Pagar
Es un concentrado que muestra de manera
compacta el total de las cuentas por pagar. Se
obtiene con base en el Estado de Cuenta de
Proveedor.

ANE2.8 Concentrado de
Apartados
Se trata de una base de datos manual (cuaderno)
en el que se anotan los artculos que han sido
apartados para su posterior adquisicin. Se anota
el nombre del cliente, la cantidad de artculos, sus
cdigos, su precio total y la cantidad que se est
dejando a cuenta para garantizar el apartado.



2.1.10 Alcances Presentes y Futuros
Es necesario establecer cuales son los alcances del sistema
actualmente, para a posteriori definir los alcances del nuevo sistema con base
en los tiempos y los costos que se deseen.

Actualmente el sistema opera totalmente de forma manual,
recopilando la informacin en papel, de diferentes formas, inclusive en
fragmentos irregulares y poco legibles, depositando los datos en bolsas de
plstico, cuadernos y contenedores que dificultan la interpretacin y
consolidacin de la informacin hacia los reportes.

El sistema que se propone debe facilitar la captura de la
informacin, imprimir los comprobantes correspondientes, y permitir la emisin
de reportes en cualquier momento, inclusive a travs de la Internet, ya sea por
los despachos externos de asesora y/o consultora o por la administracin, o
directivos.

2.1.11 Elaboracin de la Tabla Sistmica del Sistema Actual
Es de suma importancia conocer los Elementos del Sistema
Actual y entre ms conciso se haga mejor. Una excelente forma de realizarlo es
por medio de la denominada Tabla Sistmica (Galindo Soria L. , 2006). Su
ventaja radica que en un solo documento y de un solo vistazo se pueden
percibir todos los elementos. En la Tabla 2. 3 se muestra la Tabla Sistmica del
Sistema Actual. Cabe hacer mencin que en estos momentos se est
analizando todava el estado en el que se encuentran las cosas, por decirlo en
trminos coloquiales, el hoy del sistema.



Tabla 2. 3 Tabla Sistmica de los Elementos del Sistema Actual.
Fuente: Elaboracin propia a partir de (Galindo Soria L., 2006)

TABLA SISTMICA DE LOS ELEMENTOS DEL SISTEMA ACTUAL

SUB
SISTEMA
ENTRADAS PROCESO SALIDAS TIEMPOS Y
VOLMENES

DATOS CONTROLES DISTRIBUCIN

Compras
Nmero,
descripcin y
precio de
productos
ofertados
Compra de artculos
a mejor precio
Facturas, remisiones
y notas de venta
De 15 minutos a 1
hora, / Mnimo 1
compra por semana
Datos del Proveedor,
nmero, descripcin y
precio de productos

Proveedor
calificado, precio
no mayor al 10%
anterior
Gerente
Responsable
de Almacn

Almacn
Facturas, remisiones y
notas de venta y
margen de ganancia
Etiquetado de
productos,
asignacin precio
de venta y alta en
inventario
Etiquetas
con cdigo
y precio
En funcin del
nmero de artculos
de 10 min a 1 hora /
Cada compra
Cdigo del
producto,
Precio de
venta
Un cdigo nico
por producto (No.
de serie). Precio
autorizado por
gerencia
Vendedor,
Gerente

Ventas
Producto
etiquetado
Ubicacin
de producto
para su
exhibicin y
venta
Productos
ubicados
para su
exhibicin
y Facturas
de Venta
Cada que se
realiza una
transaccin
comercial / Una
factura por venta
Nmero,
descripcin,
precio de
productos
vendidos y
venta total
Folio de
facturas
Gerente y
Despacho
Externo

Ventas
Facturas de
las ventas
del Da
Emisin de
reporte de
venta del
Da
Reporte de
venta del
Da
10 min / 1
vez al da
Nmero,
descripcin, precio
de productos
vendidos y venta
total del da
Vo. Bo.
del
Gerente
de la
Tienda
Despacho
Externo y
Socios de
la Tienda

Despacho
Externo
Concentrado
de ventas
diarias
Preparacin
de pago de
impuestos
Notificacin
al SAT
1 hora / 1
vez al mes
Monto mensual
de venta y total
de artculos en
inventario
Vo. Bo. del
Gerente de la
Tienda
SAT y
Socios de
la Tienda
25

2.2. Fase de Diseo del Sistema de Informacin
2.2.1 Identificacin de los procesos del Sistema Propuesto
Ya se est en estos momentos en posibilidad de comenzar a
hablar del Sistema de Informacin que se tendr a futuro, en otras palabras, se
comenzar a visualizar el maana del sistema.

El sistema que se propondr deber incluir algunos procesos
mnimos, as que es importante establecer cuales son stos dentro del nuevo
sistema. Advirtase que algunos de estos elementos ya forman parte del
sistema en su estado presente, por ende pudiera a simple vista parecer una
redundancia del apartado 2.2.8 sobre la identificacin de los Procesos
Actuales; no obstante, como se ver a continuacin, existen elementos que ya
de entrada hacen alusin a un sistema computacional.

Luego entonces el sistema debe procesar toda la informacin con
la ayuda de las tecnologas de informacin y comunicaciones, registrando
electrnicamente las actividades realizadas. Se distinguen los siguientes
procesos:
COMPRA DE ARTESANAS.- Mdulo mediante el
cual se registran las compras, en una interface
amigable para que la captura sea rpida y simple.
ETIQUETAR ARTESANAS.- Mdulo que emite
las etiquetas codificadas para los productos que se
encuentran en inventario.
REGISTRAR ARTESANAS.- Mdulo de anlisis
para clasificar los productos que se compran, para
poder hacer comparativos por agrupamiento.
EXHIBIR ARTESANAS.- Mdulo en el que se
establece la ubicacin en la que se colocan los
productos, llevando un control especfico para
inventarios fsicos.
VENDER ARTESANAS.-Registro de la venta de
los productos, as como el ingreso de dinero.
REGISTRAR APARTADO DE MERCANCIAS.-
Subsistema mediante el cual se realiza una venta
a plazos. La mercanca ya no puede ser vendida
dado que se ha dado un anticipo para su apartado.
ENTREGAR REPORTES.- Mdulo que genera la
transferencia y/o entrega de reportes.



El sistema debe procesar toda la informacin con la ayuda de las
tecnologas de informacin y comunicaciones, registrando electrnicamente las
actividades realizadas y pudiendo de esta forma obtener de manera automtica
los siguientes reportes:

REPORTE DE LOS PROVEEDORES.-
Mdulos que permite conocer
concentradamente la informacin de las
operaciones de proveedores.
REPORTE ESTADSTICO DE COMPRAS.-
Mdulo que genera informacin estadstica
de las compras, en diferentes formas
(volumen, estacionalidad, etc.).
REPORTE ESTADSTICO DE VENTAS.-
Mdulo que permite interpretar los
movimientos de venta, como tendencia por
grupo, por producto, etc.
REPORTE ESTADSTICO DE TODO
AQUELLO POR LO QUE PREGUNTAN
LOS VISITANTES.- Mediante el registro de
los productos por lo que los clientes
potenciales preguntan, permite saber que es
lo que la poblacin objeto requiere y no se
tiene.
REPORTE ESTADISTCO DE FLUJO DE
CAPITAL (BRUTO).- Para determinar como
se mueve el capital, por tiempo, por
segmento, la tendencia de saldos etc.
ENVIO DE INFORMACIN
PERIDICAMENTE VIA INTERNET.- Mdulo
que condensa los reportes y los enva a
travs de la Internet, a la Direccin, y al
despacho externo, de forma totalmente
automatizada.



2.2.2 Elaboracin del Diagrama de Gantt
En el desarrollo de Proyectos -y los de sistemas de informacin
no son la excepcin- es imprescindible contar con un plan de trabajo que
permita conocer los tiempos requeridos para el desarrollo de los mismos;
aunque sea slo una estimacin, ya que se sabe que en la realidad pueden
extenderse los tiempos mucho ms all de lo planeado. Una tcnica para
lograrlo son las Grficas o Diagramas de Gantt, las cuales reciben su nombre
en honor de su desarrollador el ingeniero mecnico, de origen norteamericano,
Henry Laurence Gantt, quien en 1910 present esta tcnica que consiste
bsicamente en utilizar barras horizontales para indicar el tiempo que se
requerir para realizar determinada actividad. La Tabla 2. 4 muestra el
Diagrama de Gantt para el desarrollo de este proyecto.

Tabla 2. 4 Diagrama de Gantt del Proyecto en su conjunto.
HERRAMIENTAS LUGAR DUR INICIO FIN COSTO
0
4
-
f
e
b
-
0
9
1
1
-
f
e
b
-
0
9
1
8
-
f
e
b
-
0
9
PROPUESTA 1 12/ 02/ 2009 13/ 02/ 2009
1
REAL 1 12/ 02/ 2009 13/ 02/ 2009 100,00 $
1
PROPUESTA 1 13/ 02/ 2009 14/ 02/ 2009
1
REAL 1 13/ 02/ 2009 14/ 02/ 2009 100,00 $
1
PROPUESTA 1 14/ 02/ 2009 15/ 02/ 2009
1
REAL 1 14/ 02/ 2009 15/ 02/ 2009 50,00 $
1
PROPUESTA 2 15/ 02/ 2009 17/ 02/ 2009
1
REAL 3 15/ 02/ 2009 18/ 02/ 2009 300,00 $
11
PROPUESTA 1 17/ 02/ 2009 18/ 02/ 2009
11
REAL 2 18/ 02/ 2009 20/ 02/ 2009 300,00 $
1
PROPUESTA 1 18/ 02/ 2009 19/ 02/ 2009
1
REAL 1 20/ 02/ 2009 21/ 02/ 2009 100,00 $
1
PROPUESTA 1 19/ 02/ 2009 20/ 02/ 2009
1
REAL 2 21/ 02/ 2009 23/ 02/ 2009 50,00 $
1
PROPUESTA 10 20/ 02/ 2009 02/ 03/ 2009
1
REAL 15 23/ 02/ 2009 10/ 03/ 2009 500,00 $
1
PROPUESTA 5 02/ 03/ 2009 07/ 03/ 2009
REAL 10 10/ 03/ 2009 20/ 03/ 2009 150,00 $ MS-OFFICE ACTOPAN, HGO
MS-OFFICE CUBICULO
MS-OFFICE ACTOPAN, HGO
MS-OFFICE CUBICULO
MS-OFFICE CUBICULO
MS-OFFICE CUBICULO
FECHAS
MS-OFFICE CUBICULO



2.2.3 Elaboracin del Diagramas PERT
Otra tcnica para presentar los requerimientos de tiempo lo
constituyen los Diagramas PERT. Se trata de una herramienta usada para
programar, organizar y coordinar tareas dentro de un proyecto. PERT son las
siglas en ingls de Program Evaluation Review Technique (Tcnica de
Evaluacin y Revisin de Proyectos). Esta metodologa fue desarrollada en la
marina de los EE.UU., en conjunto con Bozze, Allen y Hamillton en 1958 para
manejar el programa de misiles submarinos Polaris. La Figura 2. 7 muestra el
Diagrama de PERT con los requerimientos de tiempo para este proyecto.



2d 2d
Act.1.1.1.-
Identificar
Misin, Visin.
0d 0d
Subfase 1.1-
Con. Del M.A.
0d 0d
Fase 1.- Anlisis
0d 15d
Subfase 1.3.-
Propuesta Gral.
De Solucin del
Maana.
0d 13d
Subfase 1.2.-
Identificacin y
Anlisis del hoy.
2d 15d
Act.1.2.1.- Identificar
y Analizar Sis. Act.
4d 19d
Act. 1.3.1.-
Elaborar Diag.
Gantt y PERT.
2d 2d
Act.1.1.2.-
Identificar
Estructura Org.
2d 2d
Act.1.1.3.-
Identificar rea
Particular.
2d 4d
Act.1.1.4.-
Identificar
Funciones del
rea Particular.
3d 7d
Act.1.1.5.-
Elaborar DFD.
3d 10d
Act.1.1.6.-
Identificar
Procesos
involucrados.
6d 13d
Act.1.1.7.-
Identificar
Documentacin.
2d 9d
Act.1.1.8.-
Identificar
Alcances.
2d 21d
Act.1.3.2.-
Elaborar Marco
Normativo del
Futuro.
2d 23d
Act.1.3.3.-
Definir
funciones del
Nuevo Sistema.
1d 22d
Act.1.3.4.-
Definir
herramientas de
construccin. 2d 23d
Act.1.3.5.-
Elaborar Nuevo
DFD
2d 25d
Act.1.3.6.-
Definir
Elementos del
Nuevo Sistema
2d
27d
Act.1.3.7.-
Realzar el
Anlisis Costo-
Beneficio
15d 13
Fase 2.- Diseo
0d 27d
Subfase 2.1.-
Evaluacin del
Anl. y Diseo
de Est. Bsica.
3d 30d
Act. 2.1.1.-
Diseo de Est.
Bs. Diccionario
de Datos.
0d 30d
Subfase 2.2.-
Diseo
Preliminar
2d 32d
Act. 2.2.1.-
Diseo de la
Arquitectura del
Sistema.
2d 34d
Act 2.2.2-
Diseo de las
Salidas.
2d 36d
Act 2.2.3-
Diseo de las
Entradas.
1d 37d
Act 2.2.4-
Diseo de la
Tabla Visual
(VTOC)
1d 37d
Act 2.2.5-
Diseo de los
Procesos
Modelo Warnier-
Orr.
0d 37d
Subfase 2.3.-
Diseo
Detallado
3d 40d
Act. 2.3.1.-
Diseo de la
Estructura de la
BD con el
Modelo E-R
2d 42d
Act. 2.3.2.-
Diseo de la BD
con el Modelo
Relacional.
0d 42d
Fase 3.-
Construccin
0d 52d
Fase 4.-
Implantacin.
4d 44d
Subfase 3.1.-
Construccin del
Sistema de
Informacin
4d 48d
Act. 3.1.1.-
Construccin de
la BD.
2d 54d
Subfase 4.1.-
Implantacin del
Sistema de
Informacin.
3d 57d
Act. 4.1.1.-
Implantacin de
la BD.
2d 50d
Act. 3.1.2.-
Construccin de
las Pantallas de
Entrada
2d 56d
Act. 4.1.2.-
Implantacin de
las Pantallas de
Entrada.
2d 50d
Act. 3.1.3.-
Construccin de
las Pantallas de
Salida.
2d 56d
Act. 4.1.3.-
Implantacin de
las Pantallas de
Salida.
2d 52d
Act. 3.1.4.-
Construccin de
los Reportes
Impresos.
3d 60d
Act. 4.1.4.-
Implantacin de
los Reportes
Impresos.

Figura 2. 7 Diagrama de PERT del proyecto.


2.2.4 Elaboracin del Marco Normativo del Sistema Futuro
La Elaboracin del Marco Normativo del Nuevo Sistema es una
pieza clave del Sistema de Informacin, ya que permite definir con el Usuario lo
que ste espera. Es aqu donde debern definirse todas aquellas polticas,
reglas, normas y restricciones a las que deber sujetarse el Nuevo Sistema. En
otras palabras lo que har y lo que no har el Sistema: Los nuevos flujos,
documentos, informes, controles, tiempos y responsabilidades dentro de
la organizacin para apoyar el cabal cumplimiento de las actividades y
decisiones involucradas. La firma del Usuario es altamente recomendada.
El negocio para la Comercializacin de Artesanas, Caso de
Estudio de la presente tesis, se regir bajo el siguiente Marco Normativo, tal y
como se consensu y estuvo autorizado por las personas involucradas:
La negociacin de los precios de compra ser
funcin del Responsable de Compras y/o el
Gerente.
Los Proveedores (Artesanos) sern apercibidos
de lo anterior as como del hecho de que para
que su mercanca sea recibida deber contar
con la correspondiente factura, remisin o
mnimo un desglose detallado por cada entrega
que realicen. La informacin mnima que deber
contener dicho documento ser: cantidad de
productos, breve descripcin de stos.
El Responsable de Compras ser la persona
encargada de mantener al da la base de datos
de los Proveedores.
El Responsable del Almacn no recibir en
ningn caso productos que carezcan de la
documentacin sealada en el punto anterior.
Ser funcin del Responsable del Almacn el
asignar el cdigo de los nuevos productos,
acordar con el gerente el precio de venta,
etiquetarlos (incluyendo tanto cdigo como
precio) y darlos de alta en el inventario.
El Vendedor asignar la ubicacin fsica de las
nuevas adquisiciones a fin de exhibirlas para su
venta, tomando en cuenta las sugerencias del
Gerente.


Toda venta al pblico deber realizarse con la
correspondiente factura, remisin o ticket de
venta, mismo que ser generado de manera
automtica por el Nuevo Sistema.
En los casos en los que por fallas en el
suministro de energa elctrica o fallas en la
computadora, no se pueda generar el
documento anterior de manera automtica, se
emitir un documento de forma manual, mismo
que ser vaciado en el Sistema de Informacin
una vez que se haya resuelto el problema,
archivando el documento que medio para la
transaccin comercial.
El Sistema descargar del Inventario, de manera
automtica, los productos de la venta.
Ser funcin del Vendedor emitir el Reporte
Diario de Ventas al final del da, mismo que ser
revisado por el Gerente de la Tienda.
El Gerente de la Tienda deber subir este
Reporte Diario de Ventas al Sistema para su
distribucin tanto al Despacho Externo como a
los Inversionistas, Dueos o Directivos del
Negocio.
Ser funcin tambin del Gerente del Negocio la
emisin del Reporte Mensual de Ventas, as
como su distribucin al igual que el caso
anterior.
El Despacho Externo ser el encargado de
elaborar los reportes necesarios para su
presentacin ante el SAT para el pago de los
impuestos respectivos.

2.2.5 Definicin de las Funciones del Nuevo Sistema incluido
el Perfil del Usuario

La definicin de las funciones que desarrollar el Nuevo Sistema,
as como el Perfil del Usuario en este momento del desarrollo del proyecto
permiten tener con mayor claridad aquello que har y tambin lo que no debe
esperarse del Nuevo Sistema y de la persona que interactuar con el mismo.



FUNCIONES

El Nuevo Sistema ser capaz de realizar las siguientes funciones:

Almacenar en las Bases de Datos la informacin relativa a
los Proveedores, Clientes, Productos adquiridos, Precios,
Transacciones, Impuestos pagados, Ventas Diarias y Ventas
Mensuales.

Dar de manera automtica el precio de compra y venta de
un determinado producto.

Llevar un control de la mercanca existente.

El histrico de los precios a los que se han comprado los
diferentes artculos.

Elaborar de manera automtica Remisiones de venta,
Reporte de venta diaria, Reporte de venta Mensual,
Impuestos a pagar.

Conocer el tipo de venta realizada, ya sea al contado o por
el Sistema de Apartado.

PERFIL DEL USUARIO

La (s) persona(s) que interacte(n) con el Nuevo Sistema
deber(n) tener el siguiente perfil:

Tener un mnimo de nivel secundara a fin de poder
comprender los elementos del Sistema.

Aceptar retos de manera tal que an cuando no sea
experto en el uso de computadoras al menos no se sienta
impactado por el uso de la nueva tecnologa.

Mostrar disponibilidad para la capacitacin que se le debe
dar antes de implantar el Nuevo Sistema.



2.2.6 Determinacin de la posible Herramienta de
Construccin

En estos momentos ya se est en posibilidad de determinar la
Herramienta con la cual se analizar, se planear, construir y finalmente se
redactar lo que ser el Sistema de Informacin. Esta determinacin permite ir
visualizando los requerimientos que se tendrn y su obtencin en caso de
carecer de las mismas.
La Herramienta a utilizar ser: Microsoft Office System 2007, la
cual es un conjunto de software de aplicacin especfica que hizo su aparicin
en 1989.
2.2.7 Diagrama de flujo de datos modificado Nivel 1 del
sistema propuesto

En el caso de La Casa de los Azulejos el nuevo sistema es
prcticamente igual al anterior, la diferencia sustancial, es que cambia de
hacerse a mano, con lpiz y cuaderno a un Sistema de Informacin Basado en
Computadora. La Figura 2. 8 muestra el Diagrama de Flujo de Datos
Modificado del Sistema Propuesto.



P1

COMPRAR
ARTESANIAS
P2

ETIQUETAR
ARTESANIAS
P3

REGISTRAR
ARTESANIAS
P4

EXIBIR PARA
VENTA
P5

VENDER
P6

ENTREGAR
REPORTES Y
DINERO
PROVEEDOR
DESPACHO
EXTERNO
CAT 1 CATALOGO DE PROVEEDORES
BD2 COMPRAS . . .
BD3 INVENTARIOS . . .
Datos del proveedor
Artesana (materia prima) Artesana (materia prima)
Datos de artesana
Datos de la compra
Artesana
(RECLASIFICADA
)
Artesana
(producto
para venta)
Datos de
artesana vendida
Datos de las
compras
Datos de
existencias y
movimientos
Artesana (producto para
venta)
Comprobantes de
venta
Datos de venta
Detalle y
resumen de
reportes
Datos de las
ventas
NIVEL 1
Datos de artesana y etiqueta
Datos de
artesana y
ubicacin
Datos de
artesana y
etiqueta
Datos
de las
compra
s
CAT 2 CATALOGO DE PRODUCTOS
CAT 3 CATALOGO DE COMPRADORES
BD4 VENTAS . .
CAT 4 CATALOGO DE CLIENTES

Figura 2. 8 Diagrama de Flujo de Datos modificado (DFD-M) del Nuevo Sistema Propuesto.

2.2.8 Realizacin del Anlisis Costo-Beneficio
Es importante sealar aqu que el presente anlisis se refiere al
Proyecto del Sistema de Informacin y no al Negocio bajo estudio. Aclarado lo
anterior, el anlisis costo-beneficio del desarrollo del sistema arroja fuertes
prdidas, en virtud de que los egresos superan los 35,000.00 pesos mientras
los ingresos son de apenas 6,000.00 pesos, aunque se proyecta la venta del
sistema en otras empresas de estructura semejante. La Tabla 2. 5 muestra
este Anlisis Costo-Beneficio.



Tabla 2. 5 Anlisis Costo-Beneficio del Sistema de Informacin a Desarrollar.

EGRESO
INGRESO UTIL.BRUT SALDO MES DIRECTO
RENTA
EQUIPO1
RENTA
EQUIPO
2 TOTAL
FEBRERO
$
1,500.00
$
555.56
$
555.56
$
2,611.11
$
1,000.00
-$
1,611.11 -$ 1,611.11
MARZO
$
3,150.00
$
555.56
$
555.56
$
4,261.11
$
1,000.00
-$
3,261.11 -$ 4,872.22
ABRIL
$
2,500.00
$
555.56
$
555.56
$
3,611.11
$
1,000.00
-$
2,611.11 -$ 7,483.33
MAYO
$
7,750.00
$
555.56
$
555.56
$
8,861.11
$
1,000.00
-$
7,861.11 -$ 15,344.44
JUNIO
$
14,000.00
$
555.56
$
555.56
$
15,111.11
$
1,000.00
-$
14,111.11 -$ 29,455.56
JULIO 0
$
555.56
$
555.56
$
1,111.11
$
1,000.00
-$
111.11 -$ 29,566.67

TOTAL
$
35,566.67
$
6,000.00
-$
29,566.67 -$ 29,566.67

La Figura 2. 9 es una grfica que muestra este anlisis.

-$35.000,00
-$30.000,00
-$25.000,00
-$20.000,00
-$15.000,00
-$10.000,00
-$5.000,00
$-
$5.000,00
$10.000,00
$15.000,00
$20.000,00
FEBRERO MARZO ABRIL MAYO JUNIO JULIO
EGRESO
INGRESO
UTIL.BRUT
SALDO

Figura 2. 9 Grfica del Anlisis Costo-Beneficio del Sistema de Informacin.


2.2.9 Elaboracin de la Tabla Sistmica del Sistema de
Informacin Propuesto

Es menester ahora definir los elementos Sistmicos del Nuevo
Sistema Informtico Propuesto. Para el caso que se presenta son bsicamente
los mismos elementos del Sistema Manual. Nuevamente se har uso de la
denominada Tabla Sistmica (Galindo Soria L. , 2006). Como se dijo en su
oportunidad, su ventaja radica que en un solo documento y de un solo vistazo
se pueden percibir todos los elementos. La Tabla 2. 6 muestra los elementos
Sistmicos del Sistema de Informacin que se propone.

2.2.10 Realizacin de la Arquitectura del sistema
La Arquitectura del Sistema permite ver de una manera grfica y
de un solo golpe, la forma como se relacionarn los elementos del Nuevo
Sistema de Informacin; tiene la ventaja, luego entonces, de poder ser
entendida sin problemas lo mismo por el experto que por el lego. La Figura
2. 10 muestra la Arquitectura Bsica del Sistema Propuesto.



Compras
Proveedores
Ventas
Clientes
Movimientos al
inventario
Entrada:
Datos de
usuario
Entrada:
Compras
Proveedores
Etiquetas

Usuarios
Productos
Consultas:
Precios
Inventarios

Entrada:
Ventas
Clientes

Reportes por lotes:
Ventas
Compras
Balances
Movimientos

DIR. GRL.
EMPLEADO
DESPACHO
CONTABLE

Figura 2. 10 Arquitectura Bsica del Sistema Propuesto.



Tabla 2. 6 Tabla Sistmica de los Nuevos Elementos del Sistema.
Fuente: Elaboracin propia a partir de: (Galindo Soria L., 2006)

TABLA SISTMICA
TABLA SISTMICA DE LOS NUEVOS ELEMENTOS DEL SISTEMA
SUB
SISTEMA
ENTRADAS PROCESO SALIDAS TIEMPOS Y
VOLMENES

DATOS CONTROLES DISTRIBUCIN

Compras
Nmero,
descripcin y
precio de
productos
ofertados
Compra de
artculos a
mejor precio
Facturas,
remisiones y notas
de venta
De 15 minutos
a 1 hora, /
Mnimo 1
compra por
semana

Datos
Proveedor,
nmero,
descripcin y
precio de
productos
Proveedor
calificado,
precio no
mayor al
10%
anterior
Gerente
Responsable
de Almacn

Almacn
Facturas,
remisiones y
notas de
venta y
margen de
ganancia
Etiquetado de
productos, asignacin
precio de venta y alta
en inventario
Etiquetas
con cdigo
y precio
En funcin del
nmero de
artculos de 10 min
a 1 hora / Cada
compra
Cdigo del
producto,
Precio de
venta
Un cdigo
nico por
producto (No.
de serie).
Precio
autorizado por
gerencia
Vendedor,
Gerente

Ventas
Producto
etiquetado
Ubicacin
de producto
para su
exhibicin y
venta
Productos
ubicados
para su
exhibicin
y Facturas
de Venta
Cada que
se realiza
una
transaccin
comercial /
Una factura
por venta
Nmero,
descripcin,
precio de
productos
vendidos y
venta total
Folio de
facturas
Gerente y
Despacho
Externo



2.2.11 Diseo de las Salidas
Se entiende por salida a todo tipo de informacin que se obtiene
de un Sistema Informtico sea impresa, desplegada, verbal, multimedia o a la
red de redes. Si se tiene presente que dicho Sistema Informtico es evaluado
en funcin de la calidad de su salida, luego entonces sta es una caracterstica
importantsima del mismo. He aqu la razn por la cual se disearon y se
presentan primero las salidas. La Figura 2. 11 y la Figura 2. 12 muestran el
diseo de las Salidas.

LOGO
ENCABEZADO
CAMPO 1
CAMPO 1
CAMPO 1
CAMPO 1

Figura 2. 11 Salida No. 1 del Sistema de informacin.



LOGO
ENCABEZADO
CAMPO 1
CAMPO 1
CAMPO 1
CAMPO 1

Figura 2. 12 Salida No. 2 del Sistema de informacin.

2.2.12 Diseo de las Entradas
La importancia de las entradas se desprende de una regla bsica
en la Informtica: Si entra basura al sistema, saldr basura. En consecuencia
es crucial el realizar un diseo adecuado de stas. La Figura 2. 13 y la Figura
2. 14 muestran el diseo de las Salidas.



LOGO
ENCABEZADO
CAMPO 1
CAMPO 1
CAMPO 1
CAMPO 1

Figura 2. 13 Entrada No. 1 del Sistema de informacin.

LOGO
ENCABEZADO
CAMPO 1
CAMPO 1
CAMPO 1
CAMPO 1

Figura 2. 14 Entrada No. 2 del Sistema de informacin.



2.2.13 Diseo de los Procesos utilizando el Modelo WARNIER-
Orr

El desarrollo de sistemas estructurados en datos (DSED, DSSD,
por sus siglas en ingls), tambin denominado metodologa de Warnier-Orr, ha
evolucionado del innovador trabajo sobre el anlisis del campo de informacin
realizado por J. D. Warnier. ste permite al analista representar la jerarqua de
informacin de una manera compacta. Se analiza el campo de la informacin y
se representa la naturaleza jerrquica de la salida. La Figura 2. 15 muestra el
Modelo Warnier Orr del Sistema de Informacin para la Administracin de la
Microempresa (SIAM).

2.2.14 Diseo de la Naturaleza Jerrquica de Salida
desprendida del Modelo Warnier-Orr

El siguiente paso consiste en disear la naturaleza jerrquica de
la salida a partir del uso del Modelo Warnierier-Orr del SIAM. La Figura 2. 16
muestra este diseo. En sta se pueden apreciar las salidas de una manera
jerrquica con base en el Modelo Warnieier-Orr, el cual viene a ser
precisamente el Diseo arquitectnico del sistema.



MENSAJE DE ERROR
SALIR DEL SIAM
CARGAR PERFIL DE SEGURIDAD
MENSAJE DE ERROR
CIERRA MODULO
AGREGA NUEVO PRODUCTO
MODIFICA DATOS DE PRODUCTO
MENSAJE DE ERROR
CIERRA MODULO
AGREGA PROVEEDOR
MODIFICA DATOS DE PROVEEDOR
MODIFICAR DATOS DE INVENTARIO
MODIFICAR DATOS DE PROVEEDOR
REGISTRAR MOVIMIENTO AL INVENTARIO
MENSAJE DE ERROR
CIERRA MODULO
AGREGA CLIENTE
MODIFICA DATOS DE CLIENTE
MODIFICAR DATOS DE INVENTARIO
MODIFICAR DATOS DE CLIENTE
REGISTRAR MOVIMIENTO AL INVENTARIO
MENSAJE DE ERROR
CIERRA MODULO
IMPRESIN
DATOS
NUEVO USUARIO
MODIFICAR USUARIO
VALIDACION DE USUARIO
EXTRAER CATALOGO DE CONTRASEAS Y USUARIOS DE LA BD
COMPARAR USUARIOS Y CONTRASEAS
SI ES INCORRECTO
ACCESO VALIDADO
INVENTARIO
SI EL PERFIL DE SEGURIDAD RECHAZA EL ACCESO
ACCESA A INVENTARIO
COMPRA
CONFIGURACION
CANFIGURAR SIAM
USUARIOS
PROVEEDORES
RECIBIR MERCANCIA
VENTA
CLIENTES
RECIBIR MERCANCIA

Figura 2. 15 Modelo Warnier-Orr del Sistema de Informacin.


SISTEMA DE INFORMACIN PARA LA
ADMINISTRACIN DE UN MICROEMPRESA (SIAM)
INVENTARIOS
PRODUCTOS
VENTA
VENTAS CLIENTES
COMPRAS
COMPRAS RECEPCIONES
ADMINISTRACION
REPORTE
GENERAL
USUARIOS CONF. GRL

Figura 2. 16 Diseo Arquitectnico del Sistema.



2.2.15 Diseo de la Base de Datos con el modelo relacional
El segundo nivel de abstraccin del Modelo ANSI/SPARC, 1975
para la estructuracin de un Sistema de Base de Datos es el denominado Nivel
Conceptual, Empresarial o Integral, el Modelo Relacional cae precisamente
dentro de esta clasificacin. La Figura 2. 17 muestra el Modelo Relacional
para la Base de Datos de SIAM.

COMPRAS
CompID PK
CompFecha SK
CompOper SK
CompSubtot
ComptImp
CompFolioAjeno SK
ProvRFC
PROVEEDOR
ProvId PK
ProvNomv
PorvApePat
ProvApeMat
ProvMaterial
ProvProd
ProvDirec
ProvCol
ProvCiudad
ProvEdo
ProvCP
ProvRFC SK
ProvTel
ProvCel
PRODUCTOS
ProdClave PK
ProdNombre SK
ProdDescripcin
ProdUltCosto
ProvRFC
ProdMaterial SK
ProdCdigo SK
VENTAS
VentID PK
VentFecha
VentCliente
VentVendedor
VentSubtotal
VentIVA
DETALLE DE VENTAS
DetVentID FK
DetVentClaveProd FK
DetVentCant
DetVentPrecioUnitario
DetVentDesc
DETALLE DE COMPRAS
CompID PK
DetCompID PK
ProdNombre FK
DetCompCant
DetCompPrecioUnitario
INVENTARIO
IveID FK
InveMivimiento FK
InveProdClave SK
InveAnterior
InveCantidad
InveSaldo
InveFecha SK
InveOperador SK
InveFolio FK
CLIENTES
ClieID PK
ClieNom
ClieApePat
ClieApeMat
ClieDirec
ClieCol
ClieCiudad
ClieEdo
ClieCP
ClieRFC SK
ClieTel
ClieCel

Figura 2. 17 Modelo Relacional de la Base de Datos.
46

Querido lector, esta noticia servir para informarle
que acabo de hacer pblica una mquina de mi
invencin, con la cual usted por s solo puede sin
esfuerzo alguno, realizar todas las operaciones
aritmticas y puede liberarse del esfuerzo que a
veces fatiga su espritu (1645)

Blaise Pascal
(1623- 1662)
CAPTULO 3

CONSTRUCCIN DEL SISTEMA
DE INFORMACIN



CAPTULO 3

CONSTRUCCIN DEL SISTEMA DE
INFORMACIN



Este captulo nmero tres est estructurado en tres
subcaptulos. En el primero de ellos, relativo a la Construccin del
Hardware e Instalacin de la plataforma, se exponen los requisitos
mnimos de hardware, se justifica la eleccin de la computadora,
se da el listado de la herramienta necesaria para el armado de
sta, una resea del ensamblado de la mquina y la instalacin
del sistema operativo. En el segundo subcaptulo, el de la
Construccin del Software se presenta una discusin de lo que son
los datos en contraposicin con la informacin, lo que es el
Sistema Gestor de la Base de Datos, la eleccin de ste, la
representacin conceptual de la Base de Datos, el diseo dela
Base de Datos con el Modelo Relacional y el concepto de
normalizacin. En el tercer subcaptulo relativo a la Construccin
Fsica de la Base de Datos en Access, se presentan las tablas
creadas, sus relaciones, los formularios diseados, las consultas
empleadas y los informes creados.



3.1 Construccin del hardware e instalacin de la
plataforma.

3.1.1 Requerimientos de hardware

Dado que se trata de un sistema de informacin basado en
computadora, es menester hacer la eleccin del ordenador donde correr el
sistema informtico. Para tal efecto se analizaron los requerimientos de
hardware mnimos indispensables para la instalacin de Microsoft Office
System 2007. La Tabla 3. 1 muestra estos requerimientos de hardware del
computador en el que deber correr el sistema informtico.

Tabla 3. 1 Requerimientos de hardware del sistema
Fuente: (Gonzlez Lozano, 2009)

ELEMENTO CARCTERSTICAS
PROCESADOR IGUAL O SUPERIOR A 500 MHz
DISCO DURO AL MENOS 1.5 GB
MEMORIA 256 MB DE RAM
PANTALLA SUPERIOR O IGUAL A 1024 X 786
PERIFRICOS MICROSOFT INTELLIMOUSE O COMPATIBLE
SISTEMA OPERATIVO WINDOWS XP O POSTERIOR



3.1.2 Eleccin de la computadora

Tomando en cuenta estos requerimientos mnimos de hardware y
considerando que el contar con una mquina armada es una buena alternativa,
ya que permite expandir el sistema en cualquier instante y reduce el costo
implicado, se decidi irse por esta opcin. La Figura 3. 1 muestra una copia de
la factura de compra de los componentes de esta computadora a armar:

Figura 3. 1 Factura de compra de los componentes de la computadora a armar
Fuente: Digitalizacin del documento original con fecha 18-dic-2009.


Fsicamente los componentes antes descritos se pueden apreciar
en la Figura 3. 2 y en la Figura 3. 3; en la primera figura empacados en tanto
que en la segunda ya se encuentran desempacados.

Figura 3. 2 Componentes empacados de la computadora a armar

Fuente: Fotografa propia.

Figura 3. 3 Componentes desempacados de la computadora a armar.

Fuente: Fotografa propia.



La Figura 3. 4 muestra una tarjeta madre tpica.

Figura 3. 4 Tarjeta madre.
Fuente: Fotografa de Curso de Reparacin y Mantenimiento de computadoras
CECATI No. 128
3.1.3 Herramientas necesarias

La herramienta necesaria para proceder al armado en cuestin se
muestra en la Tabla 3. 2. Advirtase que se hace necesario el uso de una
pulsera antiesttica, ya que las tarjetas electrnicas contienen circuitos
fabricados con tecnologa C-MOS, lo cual los hace altamente vulnerables a las
cargas estticas.

Tabla 3. 2 Herramientas necesarias para el armando de la computadora.
Fuente: (Garca, J. R.l, 2005)

CANTIDAD DESCRIPCCIN
1 Desarmador de cruz
1 Desarmador plano
1 Pinzas de punta
1 Pulsera antiesttica



3.1.4 Ensamblado de la computadora

En primera instancia se procedi al armado de la unidad de
procesamiento central (CPU, por sus siglas en ingls), dado que en trminos
generales es la parte ms delicada y sensible del sistema informtico. La
Tabla 3. 3 muestra la secuencia general de los pasos que se
siguieron para el armado de la computadora.

Tabla 3. 3 Secuencia general de armado de computadora
Fuente: (Alcal, 2006)

No. SECUENCIA GENERAL DE ARMADO
1 Conexin y configuracin de la tarjeta madre
2 Montar el Procesador.
3 Instalacin de Memoria
4 Instalacin de Tarjeta Madre en el CPU
5 Configuracin de LEDs de encendido
6 Montaje y configuracin de las unidades (CD-ROM,
disco duro, disqueteras)
7 Cableado
8 Conexin de los cables (buses y alimentacin).
9 Insercin de las Tarjetas de expansin.



La Figura 3. 5 muestra parte del cableado y configuracin de la
tarjeta madre; en tanto que la Figura 3. 6 muestra la computadora ya cableada
en su parte interna.

Figura 3. 5 Cableado de la computadora
Fuente: Fotografa propia

Figura 3. 6 Vista interna de la computadora ya armada


Enseguida se procedi al primer encendido y a la configuracin
del setup. La Figura 3. 7 y la Figura 3. 8 muestran estos hechos.

Figura 3. 7 Primer encendido de la computadora

Figura 3. 8 Configuracin del "setup"



3.1.5 Instalacin del Sistema Operativo

A continuacin se procedi a la instalacin del sistema operativo
de la computadora. Se instal el sistema operativo Windows XP, Service Pack
3. La Figura 3. 9 muestra los discos con los que se llev a cabo esta
instalacin.

Figura 3. 9 Discos de instalacin del sistema operativo.

La Figura 3. 10 y la Figura 3. 11 muestran algunas fases de
esta instalacin del sistema operativo.

Figura 3. 10 Programa de Instalacin de Windows XP Profesional.


Figura 3. 11 Instalacin del Sistema Operativo al 50%.

Acto seguido se procedi a la instalacin de los controladores. La
Figura 3. 12 muestra parte de esta operacin.

Figura 3. 12 Instalacin de los controladores.



La Figura 3. 13 muestra el fin de la fase de la instalacin tanto del
sistema operativo como de los controladores.

Figura 3. 13 Culminacin de la instalacin del Sistema Operativo y controladores.

Con lo que ya se estaba en posibilidades de instalar el Sistema
Gestor de la Base de Datos y los dems programas de Microsoft Office 2007.
La Figura 3. 14 muestra parte de este proceso.

Figura 3. 14 Instalacin del Sistema Gestor de la Base de Datos.




Finalmente para terminar este proceso, se procedi a la
instalacin de la paquetera adicional de Microsoft Office 2007. La Figura 3. 15
muestra parte de esta operacin.

Figura 3. 15 Instalacin de paquetera complementaria de Microsoft Office 2007.

3.2 Construccin del software

3.2.1 Base de Datos del Sistema de Informacin

Como ha quedado de manifiesto a lo largo del captulo anterior, la
Base de Datos (BD) es el corazn del Sistema Informtico (SI). En este sentido
es que este tercer captulo, dedicado a la construccin del SI, versar en gran
medida en torno al diseo de la Base de Datos.

De esta forma es que se abordarn temas tales como el sistema
que se utilizar para la gestin de la BD; las entradas, procesos y salidas de la
BD; el sistema fsico o hardware que albergar a la BD, etctera.

3.2.2 Datos vs. Informacin

Un dato aislado y por s solo es carente de significado en tanto
que la informacin son los datos interpretados. Dicho en otras palabras, la
informacin son datos colocados dentro de un contexto significativo. (Beynon-
Davies, 2004). Lo que es ms un dato es la representacin de un hecho
aislado que puede registrarse mediante un nmero, en tanto que la informacin
son datos relacionados en un contexto significativo lo cual da lugar a la toma de
decisiones.



La presente investigacin aspira a ser un sistema de informacin;
asumiendo la responsabilidad que ello conlleva, ya que deber ubicarse en un
contexto, ser significativo y poder brindar la oportunidad de tomar decisiones
especficas y concretas.

3.2.3 Sistema Gestor de la Base de Datos

El Sistema Gestor o Manejador de la Base de Datos (SGBD) o
(SMBD) es un software que permite administrar, auditar, compartir y realizar
copias de seguridad de toda la informacin de una organizacin y no deja de
ser ms que una herramienta; en virtud de ello diversos autores son de la idea
que su importancia no es crucial. No obstante, su eleccin es toral en el diseo
de un sistema de informacin ya que de ello depender la operacin del
mismo.

3.2.4 Generalidades de los SGBD SMBD
Existen distintos objetivos que deben cumplir los SGBD, de entre
ellos destacan los siguientes por su grado de importancia (Beynon-Davies,
2004):
Abstraccin de la informacin. Los SMBD ahorran a los
usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si
una base de datos ocupa uno o cientos de archivos, este hecho se hace
transparente al usuario. As, se definen varios niveles de abstraccin.
Independencia. La independencia de los datos consiste en la
capacidad de modificar el esquema (fsico o lgico) de una base de datos sin
tener que realizar cambios en las aplicaciones que se sirven de ella.
Consistencia. En aquellos casos en los que no se ha logrado
eliminar la redundancia, ser necesario vigilar que aquella informacin que
aparece repetida se actualice de forma coherente, es decir, que todos los datos
repetidos se actualicen de forma simultnea. Por otra parte, la base de datos
representa una realidad determinada que tiene determinadas condiciones, por
ejemplo que los menores de edad no pueden tener licencia de conducir. El
sistema no debera aceptar datos de un conductor menor de edad. En los
SGBD existen herramientas que facilitan la programacin de este tipo de
condiciones.
Seguridad. La informacin almacenada en una base de datos
puede llegar a tener un gran valor. Los SGBD deben garantizar que esta
informacin se encuentra segura frente a usuarios malintencionados, que
intenten leer informacin privilegiada; frente a ataques que deseen manipular o
destruir la informacin; o simplemente ante las torpezas de algn usuario
autorizado pero despistado. Normalmente, los SGBD disponen de un complejo


sistema de permisos a usuarios y grupos de usuarios, que permiten otorgar
diversas categoras de permisos.
Integridad. Se trata de adoptar las medidas necesarias para
garantizar la validez de los datos almacenados. Es decir, se trata de proteger
los datos ante fallos de hardware, datos introducidos por usuarios descuidados,
o cualquier otra circunstancia capaz de corromper la informacin almacenada.
Los SGBD proveen mecanismos para garantizar la recuperacin de la base de
datos hasta un estado consistente (ver Consistencia, ms arriba) conocido en
forma automtica.
Respaldo. Los SGBD deben proporcionar una forma eficiente de
realizar copias de respaldo de la informacin almacenada en ellos, y de
restaurar a partir de estas copias los datos que se hayan podido perder.
Control de la concurrencia. En la mayora de entornos (excepto
quizs el domstico), lo ms habitual es que sean muchas las personas que
acceden a una base de datos, bien para recuperar informacin, bien para
almacenarla. Y es tambin frecuente que dichos accesos se realicen de forma
simultnea. As pues, un SGBD debe controlar este acceso concurrente a la
informacin, que podra derivar en inconsistencias.
Manejo de Transacciones. Una Transaccin es un programa que
se ejecuta como una sola operacin. Esto quiere decir que el estado luego de
una ejecucin en la que se produce una falla es el mismo que se obtendra si el
programa no se hubiera ejecutado. Los SGBD proveen mecanismos para
programar las modificaciones de los datos de una forma mucho ms simple
que si no se dispusiera de ellos.
Tiempo de respuesta. Lgicamente, es deseable minimizar el
tiempo que el SGBD tarda en darnos la informacin solicitada y en almacenar
los cambios realizados.
3.2.5 Eleccin del SGBD para el SI en cuestin

Para la implementacin del presente sistema de informacin tal y
como se seal desde el apartado 2.3.7 del captulo anterior, se opt por
Microsoft Access 2007 por cumplir con los requerimientos de versatilidad y
eficiencia necesarios; por ser un SGBD que permite compartir informacin con
otros SGBD y por la evaluacin que del mismo se hizo, a la luz de las trece
reglas de Codd (Anexo 1), tal y como se hace referencia en el Captulo 1, en
el inciso 1.3. Adicionalmente se trata de un sistema fcilmente asequible.
Aunado a lo anterior, cabe sealar que se trata de un software de
gran difusin entre Pequeas y Medianas Empresas (PYMES) el cual es
precisamente el caso de la presente investigacin- cuyas bases de datos no
requieren de excesiva potencia, ya que se integra perfectamente con el resto
de aplicaciones de Microsoft y permite crear pequeas aplicaciones con unos


pocos conocimientos del Programa. Tiene un sistema de seguridad de cifrado
bastante primitivo y puede ser la respuesta a proyectos de programacin de
pequeos y medianos tamaos.
Los documentos hechos en Microsoft Access 2007 tienen la
extensin: .accdb. Cabe sealar que en todas las versiones anteriores de
Access, el programa manej la extensin: .mdb.
3.2.6 Representacin conceptual de la BD

Un buen punto de partida para abordar la BD es el diseo
conceptual de la misa, ya que ste es una representacin grfica que expresa
claramente las especificaciones y requerimientos del usuario mediante un
esquema. Dicho diseo conceptual est conformado por un diseo lgico y un
diseo fsico. La Figura 3. 16 muestra esta conformacin del diseo
conceptual.

DISEO CONCEPTUAL
DISEO LGICO
DISEO FSICO

Figura 3. 16 Diseo conceptual de una base de datos.
Fuente: (Beynon-Davies, 2004)

El diseo lgico es una descripcin de la estructura de la BD, en
trminos de la estructura de los datos e independientemente del SGBD que se
vaya a utilizar. Por otro lado, el diseo fsico es una descripcin de la
implementacin de una BD en memoria secundaria, las estructuras de
almacenamiento y los mtodos utilizados para tener un acceso eficiente a los
datos. Por tal motivo ste s depender del SGBD. La Figura 3. 17 muestra el
diseo lgico de la BD del SI a construir.



CATLOGO DE
MATERIALES

CATLOGO DE
PROVEEDORES

VENTAS

DETALLE
COMPRAS

CATLOGO DE
CLIENTES

COMPRAS

DETALLE DE
VENTAS

CATLOGO DE
PRODUCTOS

INVENTARIO

CATLOGO DE
COMPRADORES

Figura 3. 17 Diseo lgico de la base de datos

Advirtase que se han identificado diez entidades, de las cuales
cinco son catlogos, quedando un total de cinco entidades o tablas y cuatro
relaciones, excluyendo a aquellas tablas consideradas como catlogos, cuyas
relaciones se encuentran marcadas con lneas punteadas.

3.2.7 Diseo de la Base de Datos con el Modelo Relacional

El segundo nivel de abstraccin del Modelo ANSI/SPARC, 1975
para la estructuracin de un Sistema de Base de Datos es el denominado Nivel
Conceptual, Empresarial o Integral, el Modelo Relacional cae precisamente
dentro de esta clasificacin.

3.2.8 Normalizacin

Un problema potencial muy recurrente asociado con en el diseo
de bases de datos relacionales es la redundancia de los datos. Este problema
potencial puede reducirse si se emplea la tcnica de la normalizacin.

Dicho en otras palabras, la normalizacin es el proceso por el cual
se toman las requisiciones del usuario y se transforman en estructuras menos
complejas. sta no comprende aspectos de la organizacin fsica de la base de
datos, nicamente trata con el mbito del diseo lgico.

La normalizacin es luego entonces una tcnica para producir un
conjunto de relaciones con una serie de propiedades deseables, partiendo de
los requisitos de datos de una organizacin. (Connolly, 2005).



En este sentido debe entenderse que el propsito de la
normalizacin es identificar un conjunto adecuado de relaciones que soporte
los requisitos de datos de una organizacin; de manera tal que el nmero de
atributos necesarios sea mnimo, los atributos con una relacin fuerte se
encuentren en la misma relacin y haya una redundancia mnima, es decir
cada atributo est representado una sola vez, excepcin hecha de las claves
externas, las cuales son esenciales para combinacin de relaciones.

Dado un conjunto de datos que se va a representar en un SBD, la
normalizacin, ayuda a responder preguntas de la forma, cmo se opta por
una estructura adecuada para esos datos?, es decir cmo se decide qu
relaciones se necesitan y que atributos deben tener? El cual es precisamente el
problema de diseo de base de datos.

Tanto la idea de la normalizacin como el concepto de las
dependencias funcionales aparecieron por primera vez en el artculo de Edgar
F. Codd, Further Normalization of the Data Base Relational model (1971).
Posteriormente un gran nmero de investigadores han contribuido al desarrollo
de este concepto y la mayora de los artculos publicados han adoptado una
posicin muy formal y rigurosa hacia los conceptos bsicos, los cuales, son
esencialmente simples y muy atractivos.

El proceso de normalizacin consta de tres pasos:

1. Eliminar todos los grupos que estn repetidos.
2. Eliminar todas las dependencias parciales.
3. Eliminar las dependencias transitivas.

3.2.9 Formas normales

Una vez realizados estos tres pasos sealados en el punto
anterior, el resultado es la creacin de mltiples relaciones con una forma
normal terciaria.

Ahora bien, qu es la forma normal terciaria? o ms an, qu
son las formas normales?

Como tambin se dej claro en el inciso anterior, fue tambin
Codd quien defini la primera, segunda y tercera formas normales.

3.2.9.1 Primera Forma normal
Se dice que una relacin est en primera forma normal (1NF) si y
slo si satisface la restriccin de que sus dominios simples subyacentes
contengan slo valores atmicos.



En otras palabras, el atributo B de una relacin R es
funcionalmente dependiente del atributo A de R si, en cada instante, cada valor
de A est asociado con no ms de un valor de B dentro de la relacin R. Esto
equivale a decir que B es funcionalmente dependiente A si A identifica a
B. O sea, si en cualquier instante se sabe el valor de A. Entonces el valor de B
queda determinado, lo cual se denota.

Se pueden elaborar diagramas para aclarar las dependencias
funcionales (DF). Si B es funcionalmente dependiente de A, se dibuja una
flecha que va de A hasta B (esto hace recordar, la notacin de la lgica
matemtica, en la que:

A B

significa A identifica a B, o si A entonces B, o sea, si A tiene un valor
a, entonces B tiene un valor b.

3.2.9.2 Segunda Forma normal
Una relacin R se halla en la segunda forma normal (2FN) si est
en la primera forma normal (1FN) y cada uno de sus atributos es dependiente
funcional completo (DFC) de cada llave candidata de R.

Todo atributo de una relacin debe ser dependiente de la totalidad
de la llave, si no es as, ese atributo deber llevarse a una relacin aparte.

Con base en lo anterior, se forma otra relacin, esta otra relacin,
se forma con los otros atributos.
3.2.9.3 Tercera Forma normal
Se supone que A, B, C, son tres atributos o tres conjuntos de
atributos, de una relacin R, si C es funcionalmente dependiente de B y B lo es
de A, entonces C es funcionalmente dependiente de A. Si la correspondencia
inversa no es simple, esto es, si A no es funcionalmente dependiente de B, o B
no es funcionalmente dependiente de C, se dice entonces que C es
transitivamente dependiente de A, Dependencia Transitiva (TD, por sus siglas
en ingls). La Figura 3. 18 muestra de manera grfica las tres formas normales
dentro del universo de las relaciones, tanto las normalizadas como las no
normalizadas.



Fuente: (Gama, 2001)

3.3 Construccin Fsica de la Base de Datos con
Access 2007.

Obviamente la construccin fsica de la Base de datos es la parte
medular de la presenta investigacin, sobre todo si se tiene en cuenta que es la
conjuncin tanto del hardware con del software con todos los conceptos de
bases de datos antes vertidos y todos estos elementos sumados son diferentes
a su interrelacin dentro de un mismo sistema. Recurdese que teniendo en
cuenta las partes de la metodologa de los sistemas suaves, en su forma
desarrollada, una reexaminacin de toda la metodologa puede tratar de
direccionar la pregunta de qu es lo que caracteriza su aproximacin, haciendo
ms que la suma de sus partes. (Checkland, 1999).

3.3.1 Tablas creadas

Fsicamente se crearon nueve tablas, en consonancia con lo que
se haba diseado. La Figura 3. 19 muestra estas tablas y sus relaciones.

Figura 3. 18 Formas Normales.


Figura 3. 19 Tablas y sus relaciones

3.3.2 Diccionario de datos.

Los datos cuando se presentan ordenados en una tabla de
manera que contengan las caractersticas lgicas y puntuales de stos, as
como su descripcin, longitud contenido y organizacin reciben el nombre de
diccionario de datos.

El diccionario de datos de la base de datos del presente sistema
de informacin est formado por: el Catlogo de Proveedores; el Catlogo de
Compradores; la tabla de Compras; la tabla del Detalle de Compras; el
Catlogo de Productos; la tabla del Inventario; el Catlogo de Clientes; el
Catlogo de Ventas y el Catlogo de Detalle de Ventas.

De la



Tabla 3. 4 a la Tabla 3. 12 se presenta dicho Diccionario de
Datos donde estn todos estos datos de acuerdo a como se realiz la
construccin fsica de la base de datos.

68

Tabla 3. 4 Catlogo de Proveedores
Fuente: Elaboracin Propia

Diseo de un Sistema de Informacin para Administrar una
Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos: Catlogo de Proveedores)
En el diseo de Bases de Datos un elemento fundamental es el Diccionario de Datos.
CATLOGO DE PROVEEDORES
CONSECUTIVO IDENTIFICADOR
NICO
NOMBRE DESCRIPCIN TIPO LONGITUD DOMINIO RANGO VALOR
NICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA?
HOMNIMOS OBSERV.
1 ProvID CLAVE CLAVE DEL PROVEEDOR AUTO
NUMRICO
ENTERO
LARGO
S S NO
2 ProvNom NOMBRE NOMBRE DEL PROVEEDOR TEXTO 25 NO NO NO
3 ProvApePat APELLIDO APELLIDO PATERNO TEXTO 25 NO NO NO
4 ProvApeMat APELLIDO APELLIDO MATERNO TEXTO 25 NO NO NO
5 ProvMaterial MATERIAL MATERIAL PRINCIPAL TEXTO 25 NO NO NO
6 ProvProd PRODUCTO PRIN. PRODUCTO QUE
PROVEE
TEXTO 25 NO NO NO
7 ProvDirec CALLE Y NUM. CALLE Y NUMERO TEXTO 25 NO NO NO
8 ProvCol COLONIA COLONIA DONDE RADICA TEXTO 25 NO NO NO
9 ProvCiudad CIUDAD CIUDAD DONDE RADICA TEXTO 25 NO NO NO
10 ProvEdo ESTADO ESTADO DONDE RADICA TEXTO 25 NO NO NO
11 ProvCP CP CODIGO POSTAL DE LA
DIREC.
NUMERO
ENT.
5 NO NO NO
12 ProvRFC RFC REG. FED. DE CAU. TEXTO 13 SI NO NO
13 ProvTel TELEFONO TELEFONO DE LA EMPRESA TEXTO 25 NO NO NO
14 ProvCel FAX NUMERO DE FAX DE LA
EMPRESA
TEXTO 25 NO NO NO



Tabla 3. 5 Catlogo de Compradores

A continuacin se presenta el relativo al Proveedor:
CATLOGO DE COMPRADORES
NICO
NICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA?
HOMNIMOS OBSERV.
1 CompradorID CLAVE CLAVE DEL COMPRADOR AUTO
NUMRICO
ENTERO
LARGO
S S NO
2 CompradorNom NOMBRE NOMBRE DEL COMPRADOR TEXTO 25 NO NO NO
3 CompradorApePat APELLIDO APELLIDO PATERNO DEL
COMPRADOR
TEXTO 25 NO NO NO
4 CompradorApeMat APELLIDO APELLIDO MATERNO DEL
COMPRADOR
TEXTO 25 NO NO NO

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos: Catlogo de Compradores)


Tabla 3. 6 Diccionario de Datos: Compras.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos: Compras)
Dada su naturaleza es importante tener mucho cuidado al desarrollar un Diseo apropiado del Diccionario de Datos. A
continuacin se presenta el bloque relativo a Compras:

COMPRAS
NICO
NICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
HOMNIMOS OBSERV.
1 CompID IDENTIFICADOR IDENTIFICADOR UNICO DEL
DOCUMENTO
NUMERO ENTERO SI SI NO
2 CompFecha FECHA FECHA DE LA OPERACIN FECHA NO NO SI
3 CompComprador COMPRADOR EMPLEADO QUE REALIZA
LA OPERACIN
TEXTO 15 NO NO NO

4 CompImp IMPUESTOS IMPUESTO GRAVADO EN
LA OPERACIN
NUMERO DOBLE NO NO NO
5 CompFolioAjeno IDENTIFICADOR
DE LA OTRA
EMPRESA
IDENTIFICADOR DEL
DOCUMENTO DE LA OTRA
EMPRESA
TEXTO 10 NO NO SI
6 ProvID CLAVE CLAVE DEL PROVEEDOR AUTO
NUMRICO
ENTERO
LARGO
S NO S



Tabla 3. 7 Diccionario de Compras: Compras Detalle.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos; Compras a Detalle)
Otros nombres con los que tambin se le conoce al Diccionario de Datos son: Diccionario Fsico, Directorio, Catlogo o
Repositorio. En seguida se presenta el bloque relativo a Compras de Detalle:

DETALLE DE COMPRAS

CONSECUTIVO IDENTIFICADOR NICO NOMBRE DESCRIPCIN TIPO LONGITUD DOMINIO RANGO VALOR
NICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
HOMNIMOS OBSERV.
1 CompID IDENTIFICADOR IDENTIFICADOR UNICO
DEL DOCUMENTO
NMERO ENTERO NO SI SI
2 DetCompID IDENTIFICADOR IDENTIFICADOR UNICO
DEL DOCUMENTO
NMERO ENTERO NO SI SI
3 ProdNombre PRODUCTO NOMBRE DEL PRODUCTO TEXTO 10 NO NO SI
4 DetCompCant CANTIDAD CANTIDAD DE
PRODUCTOS
5 DetCompPrecioUnitario PRECIO PRECIO UNITARIO DEL
PRODUCTO
MONEDA NO NO NO



Tabla 3. 8 Diccionario de Datos: Productos.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos: Productos)
Los elementos del Diccionario de Datos son: Nmero consecutivo, Identificador nico, Nombre, Descripcin, Tipo, Longitud
Dominio, Rango, Valor nico, Llave Primaria, Llave Secundara, Homnimo y Observaciones. A continuacin se presenta la parte
relativa a los Productos:
CATLOGO DE PRODUCTOS
NICO
NICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
HOMNIMOS OBSERV.
1 ProdID CLAVE IDENTIFICADOR DE CADA
PRODUCTO
TEXTO 10 SI SI NO PRODUCTO
2 ProdNombre NOMBRE NOMBRE COMERCIAL TEXTO 15 SI NO SI
3 ProdDescripcin DESCRIPCION LEYENDA COMERCIAL QUE
INCLUYE SUS CUALIDADES O
ATRIBUTOS
TEXTO 50 NO NO NO
4 ProdUltCosto ULTIMO
COSTO
ULTIMO COSTO AL QUE SE
COMPRO
MONEDA NO NO NO
5 ProdPrecio PRECIO PRECIO DE VENTA MONEDA NO NO NO
6 ProdMaterial MATERIAL TIPO DE MATERIALES CON
QUE SE FABRICA
TEXTO 10 NO NO SI MATERIAL
7 ProdCdigo CODIGO DE
BARRAS
IDENTIFICADOR DE CODIGO
DE BARRAS
TEXTO 18 SI NO SI CODIGO



Tabla 3. 9 Diccionario de Datos: Movimientos al Inventario.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos; Movimientos al Inventario)
A continuacin se presenta el bloque del Diccionario que se refiere al Movimiento al Inventario:

INVENTARIO
NICO
NOMBRE DESCRIPCN TIPO LONGITUD DOMINIO RANGO VALOR
NICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
HOMNIMOS OBSERV.
1 InveID ID IDENTIFICADOR UNICO
CONSECUTIVO
NUMERO ENTERO "-16,000
a 16,000"
0 a
1000
SI SI NO MOVIMIENTO
2 InveMovimiento MOVIMIENTO TIPO DE MOVIMIENTO TEXTO 10 NO NO SI
3 InveProdClave PRODUCTO CLAVE DEL PRODUCTO TEXTO 10 NO NO SI
4 InveAnterior CANTIDAD
ANTERIOR
INVENTARIO ANTERIOR AL
MOVIMIENTO
NUMERO DOBLE "-32000 a
32000"
0.00 a
1000
NO NO NO
5 InveCantidad CANTIDAD
OPERADA
CANTIDAD QUE SE MUEVE NUMERO DOBLE "-32000 a
32000"
0.00 a
1000
NO NO NO
6 InveSaldo CANTIDAD
RESULTANTE
INVENTARIO RESULTANTE DE
LA OPERACIN
NUMERO DOBLE "-32000 a
32000"
0.00 a
1000
NO NO NO
7 InveFecha FECHA FECHA DE LA OPERACIN FECHA NO NO SI
8 InveOperador OPERADOR IDENTIFICADOR DE LA
PERSONA QUE REALIZA EL
MOVIMIENTO
TEXTO 15 NO NO SI
9 InveFolio CLAVE DE
DOCUMENTO
IDENTIFICADOR UNICO DEL
DOCUMENTO DONDE SE HIZO
EL MOVIMIENTO
NUMERO ENTERO "-16,000
a 16,000"
0 a
1000
NO NO SI



Tabla 3. 10 Diccionario de Datos: Clientes.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos; Clientes)
En seguida se presenta el bloque del Diccionario que se refiere a los Clientes:

CATLOGO DE CLIENTES
UNICO
NOMBRE DESCRIPCION TIPO LONGITUD DOMINIO RANGO VALOR
UNICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
OMONIMOS OBSERV.
1 ClieID CLAVE CLAVE CLIENTE AUTONUMRICO ENTERO
LARGO
S S NO
2 ClienNom NOMBRE(S)
DEL CLIENTE
NOMBRE(S) DEL CLIENTE TEXTO 25 NO NO NO
3 ClieApePat APELLIDO APELLIDO PATERNO DEL
CLIENTE
TEXTO 25 NO NO NO
4 ClieApeMat APELLIDO APELLIDO MATERNO DEL
CLIENTE
TEXTO 25 NO NO NO
5 ClieDirec DIRECCIN
CALLE Y
NUMERO
NOMBRE DE LA CALLE Y
NUMERO EXTERNO E
INTERNO
TEXTO 25 NO NO NO
6 ClieCol COLONIA COLONIA DONDE RADICA TEXTO 25 NO NO NO
7 ClieCiudad CIUDAD CIUDAD DONDE RADICA TEXTO 25 NO NO NO
8 ClieEdo ESTADO ESTADO DONDE RADICA TEXTO 25 NO NO NO
9 ClieCP CP CDIGO POSTAL DE LA
DIRECCION
NUMERO
ENTERO
5 NO NO NO
10 ClieRFC RFC REGISTRO FEDERAL DE
CAUSANTES DE LA
EMPRESA
TEXTO 13 SI SI NO
11 ClieTel TELFONO TELFONO DE LA EMPRESA TEXTO 25 NO NO NO
12 ClieCel CELULAR CELULAR DEL CLIENTE TEXTO 25 NO NO NO



Tabla 3. 11 Diccionario de Datos: Ventas.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos: Ventas)
La siguiente tabla presenta el bloque del Diccionario que se refiere a las Ventas:

VENTAS
UNICO
UNICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
OMONIMOS OBSERV.
1 VentID IDENTIFICADOR IDENTIFICADOR UNICO DEL
DOCUMENTO
NUMERO ENTERO SI SI NO
2 VentFecha FECHA FECHA DE LA OPERACIN FECHA NO NO SI
3 VentCliente CLIENTE IDENTIFICADOR NICO DEL
CLIENTE
TEXTO 10 NO NO SI
4 VentVendedor VENDEDOR PERSONA DE LA CASA DE
LOS AZULEJOS QUE REALIZA
LA OPERACIN
TEXTO 15 NO NO NO
5 VentSubtotal SUBTOTAL SUBTOTAL ANTES DE
IMPUESTOS
NUMERO ENTERO
LARGO
NO NO NO
6 VentIVA IMPUESTOS IMPUESTO GRAVADO EN LA
OPERACIN
NUMERO ENTERO
LARGO
NO NO NO



Tabla 3. 12 Diccionario de Datos: Detalle de Ventas.

Microempresa.

Diseo de la Estructura Bsica del SI (Diccionario de Datos: Detalles de Ventas)
Finalmente se presente la parte del Detalle de Ventas:

DETALLE DE VENTAS

UNICO
UNICO?
LLAVE
PRIMARIA?
LLAVE
SECUNDARIA
OMONIMOS OBSERV.
1 DetVentID IDENTIFICADOR IDENTIFICADOR UNICO DEL
DOCUMENTO
NUMERO ENTERO NO SI SI
2 DetVentClaveProd ITEM IDENTIFICADOR UNICO DE
LA PARTIDA EN EL
DOCUMENTO
NUMERO ENTERO NO SI NO
3 DetVentCant CANTIDAD CANTIDAD DEL PRODUCTO TEXTO NO NO SI
4 DetVentPrecioUnitario PRECIO PRECIO UNITARIO DEL
PRODUCTO
5 DetVentDesc DESCUENTO DESCUENTO EN LA
OPERACIN



3.3.3 Formularios creados.

El formulario es la herramienta amigable para el usuario final, la
cual permite la introduccin de los datos a las tablas.

En el Sistema de Base de Datos propuesto, se crearon un total de
ocho formularios y cinco subformularios. En el primer caso, stos fueron:
Formulario del catlogo de Productos; Formulario del Catlogo de Materiales,
Formulario del Catlogo de Proveedores, Formulario del Catlogo de Clientes,
Registro de Compras, Registro de Venta, Registro de Compradores y el Men
principal. En el segundo caso fueron: Subformulario del Detalle de Ventas,
Subformulario del la Consulta de Inventario para Compra, Subformulario del
Inventario, Subformulario Consulta3 y Subformulario Consulta4.

A guisa de ejemplo se presentan en la Figura 3. 20, Figura 3. 21
y la Figura 3. 22 el Formulario del Registro de Compras, El Registro de Ventas
y la Captura de Informacin de Clientes.

Figura 3. 20 Formulario del Registro de Compras.



Figura 3. 21 Formulario del Registro de Ventas.

Figura 3. 22 Captura de Informacin de Clientes.



3.3.4 Informes Creados.

Los informes son las salidas o reportes creados para brindar la
informacin necesaria al usuario.

Como muestra de estos se presentan en la Figura 3. 23 y en la
los informes de Existencia de Productos en el Inventario.

Figura 3. 23 Informe de Existencia de Productos en Inventario.

En el Anexo 3 (Ane3) se da una relacin ms detallada de las
pantallas y operacin del Sistema de Informacin.
80

El experimentador que no
sabe lo que est buscando
no comprender lo que
encuentra.

Claude Bernard (1813-1878)

CAPTULO 4

PRUEBAS Y RESULTADOS



CAPTULO 4
PRUEBAS Y RESULTADOS


En este captulo cuatro, como su nombre lo indica se
presenta la definicin de prueba de software, los mtodos que de
sta existen y se abordan dichas pruebas como los resultados que
dieron vialidad al presente Sistema de Informacin. As mismo se
presentan alternativas para que el usuario final pueda tomar
decisiones basadas en el anlisis de la informacin del sistema
informtico.

4.1 Definicin
Se entiende como prueba de software a la revisin final de las
especificaciones del diseo y de la codificacin, esta prueba es un elemento
crtico para la garanta de calidad del software. (Pressman, 1997).

Es una actividad desdeada por muchos ingenieros de software, a
pesar de que en muchos de los casos, sobre todo en las industrias
consideradas como crticas como la aeronutica o la nuclear, se emplee entre
el 30 y 40% del esfuerzo total del proyecto en la prueba.



4.2 Fundamentos y objetivos de la prueba.
En cierta medida la prueba del software presenta una
contradiccin, pues si bien el diseo requiri de una mentalidad creativa, el
proceso de la prueba debe intentar deshacer o echar por tierra aquello que se
acaba de construir. Es menester luego entonces que se descarten ideas
preconcebidas y se superen cualquier conflicto de intereses que aparezcan
cuando se descubran los errores, en virtud de que puede haber una o varias
personas afectadas.

Como bien seala nuevamente el propio Pressman citando a
(Davis, 1995), existen una serie de principios que dan fundamentacin a las
pruebas de software y son (1997):

A todas las pruebas se les debe poder hacer un seguimiento
hasta los requisitos del cliente.

Las pruebas deben planificarse mucho antes de que empiecen.

El principio de Pareto es aplicable a las pruebas de software.

Las pruebas deben empezar lo pequeo y progresar hacia lo
grande.

No es posible hacer pruebas exhaustivas en el caso del
software.

Otro clsico de la ingeniera del software, Myers, establece: hay
tres normas que pueden servir acertadamente como objetivos de las pruebas
de software y son:

1. La prueba es un proceso de ejecucin de un programa con
la intencin de descubrir un error.

2. Un buen caso de prueba es aquel que tiene una alta
probabilidad de mostrar un error no descubierto hasta
entonces.

3. Una prueba tiene xito si descubre un erro no detectando
hasta entonces. (1979).



4.3 Caractersticas de las pruebas de software
Las pruebas de software deben de ser de fcil aplicacin, de
hecho existen mtricas que pueden usarse para medir la facilidad de una
prueba en la mayora de sus aspectos.

La muestra una lista de cotejo que da el conjunto de
caractersticas que llevan a un software a que sea fcil de probar:

Tabla 4. 1 Lista de cotejo de las caractersticas de las pruebas de software.
Fuente: Elaboracin propia a partir de (Pressman, 1997)

NO. CARACTERSTICA
1 Operatividad
2 Observable
3 Control
4 Capacidad de descomposicin
5 Simplicidad
6 Estabilidad
7 Facilidad de compresin

4.4 Mtodos de prueba
Existe una gran variedad de mtodos para probar un software,
dependiendo sobre todo de la naturaleza del mismo. A continuacin se dan
algunos de los mtodos ms representativos para realizar estas pruebas:

Prueba de caja blanca
Prueba de caja negra.
Prueba del camino bsico.
Notacin de grafo de flujo.


Complejidad de los ciclos.
Prueba de estructura de control.
Prueba de flujo de control.
Anlisis de valores lmite.
Prueba de interfaces grficas.
4.5 Prueba de interfaces grficas.
Dada la naturaleza del sistema de informacin diseado, el
mtodo seleccionado para probarlo fue el de la de interfaces grficas, pues el
SGBD utilizado, Access 2007, cae en este rubro.

Las interfaces grficas de usuario (IGU) presentan interesantes
desafos para los ingenieros de software. Debido a los componentes
reutilizables provistos como parte de los entornos de desarrollo de las IGU, la
creacin de la interfaz de usuario se ha convertido en menos costosa en tiempo
y ms exacta. Al mismo tiempo, la complejidad de las IGU ha aumentado,
originando ms dificultad en el diseo y ejecucin de los casos de prueba.

El diseo de esta prueba se compone de tres mdulos bsicos: 1)
Para las ventanas. 2) Para mens emergentes y operantes con el ratn y 3)
Para entrada de datos.
4.5.1 Para las ventanas.
Para el efecto se diseo un cuestionario que pudiera servir de
directriz para la creacin de una serie de pruebas genricas. Las preguntas
son:
Se abrirn las ventanas basndose en rdenes que
emanan del teclado o en un men?
Se puede ajustar el tamao, mover y desplegar la
ventana?
Est todo el contenido de la informacin dentro de la
ventana accesible adecuadamente con el ratn teclas de
funcin, flechas de direccin y teclado?
Se regenera adecuadamente cuando se sobrescribe y se
vuelve a abrir?
Estn operativas todas las funciones relacionadas con la
ventana?
Estn disponibles y desplegados apropiadamente en la
ventana todos los mens emergentes, barras de
herramientas, barras deslizantes, cuadros de dilogo,
botones, iconos y otros controles importantes?



Cuando se despliegan varias ventanas, se representa
adecuadamente el nombre de cada ventana?

Est resaltada adecuadamente la ventana activa?

Si se utiliza multitarea, estn actualizadas todas las
ventanas en los momentos adecuados?

Causan las selecciones mltiples o incorrectas del ratn
dentro de las ventanas efectos secundarios inesperados?

Estn de acuerdo con las especificaciones los indicadores
de audio y/o color de la ventana o cmo consecuencia de
operaciones de la ventana?
Se cierra adecuadamente la ventana?

4.5.2 Para mens emergentes y operantes con el ratn
De manera semejante, para el siguiente bloque se disearon las
siguientes preguntas:

Se muestra la barra de men apropiada con el contexto
apropiado?
Despliega la barra de men de la aplicacin
caractersticas relacionadas con el sistema?
Funcionan adecuadamente las operaciones de
despliegue?
Funcionan adecuadamente los mens de escape y barras
de herramientas?
Estn listadas adecuadamente todas las funciones del
men y sub-funciones emergentes?
Son todas las funciones del men accesibles con el
ratn?
Es correcto el tipo, tamao y formato del texto?
Es posible invocar todas las funciones del men usando
su orden alternativa de texto?
Estn resaltadas las funciones del men (o difuminadas)
dependiendo del contexto de las operaciones actuales de
la ventana?
Se ejecutan todas las funciones de cada men como se
anunciaba?
Son suficientemente claros los nombres de las funciones
del men?


Hay ayuda disponible para cada elemento del men y es
sensible al contexto?
Se reconocen apropiadamente las operaciones del ratn
a lo largo de todo el contexto?
Si se necesita mltiples clics, estn apropiadamente
reconocidos en el contexto?
Si el ratn tiene varios botones, son reconocidos
apropiadamente en el contexto?
Cambian adecuadamente el cursor, el indicador de
procesamiento y el puntero al invocar diferentes
operaciones?

4.5.3 Para entrada de datos.
Si se repiten y son introducidos adecuadamente los datos
alfanumricos en el sistema?
Funcionan adecuadamente los modos grficos de entra
de datos?
Se reconoce adecuadamente los datos no vlidos?
Son inteligibles los mensajes de entrada de datos?

4.6 Resultados.
La aplicacin de las pruebas antes descritas arroj resultados
bastante favorables, ya que a pesar de haber encontrado errores en el formato
y tipo de los datos dentro de las tablas, en trminos generales el sistema
informtico pas todas las pruebas. Evidentemente lo anterior se deriva de
hecho de haber utilizado para el diseo de la base de datos a un SGBD que
adicionalmente es una IGU muy amigable.

4.7 Toma de decisiones.
Una de las ventajas de contar con un sistema informtico para la
administracin del negocio caso de estudio es la utilidad que puede tener la
informacin que arroje aquel para la toma de decisiones.

De esta manera es posible visualizar de manera clara la tendencia
de las ventas, para poder con base en ello, realizar las compras ms
adecuadas.
Los informes de reporte de venta mensual permiten realizar una
declaracin ms oportuna y correcta de las obligaciones fiscales.



La identificacin de los clientes ms leales es muy sencilla y
pueden de esta forma, realizarse actividades como contactarlos u ofrecerles
descuentos especiales.

El sistema de ventas con apartados tena la desventaja de que en
ocasiones el cliente mantena apartada una mercanca por mucho tiempo y sin
tomar accin para ello. El sistema informtico permite ahora alertar de este
hecho y contactar el cliente o cancelar el apartado de la mercanca.

El manejo de las cuentas por pagar es ahora mucho ms fcil y
puede llevarse un control ms preciso del proveedor al que ms se le compra y
el financiamiento, si es que lo da, en que tiempo y trminos se encuentra.
88

Un especialista es una persona
que cada vez sabe ms sobre menos,
hasta que termina sabindolo
todo sobre nada...y nada sobre todo.

Danny Kaye
(1913-1987)

CAPTULO 5

CONCLUSIONES Y TRABAJOS
FUTUROS



CAPTULO 5

CONCLUSIONES Y TRABAJOS FUTUROS



En este captulo nmero cinco se retoman tanto el
objetivo general como los objetivos particulares para presentar una
discusin del cumplimiento de los mismos. De igual forma se
presenta una conclusin general sobre el paradigma de la
sistmica. Por ultimo se presentan los trabajos futuros que
pudieran dar continuidad a la presente investigacin.

5.1 Cumplimiento del objetivo general.
Se puede concluir que el presente trabajo de tesis cubri los
objetivos planteados originalmente y que se logr cumplir con las expectativas,
inclusive ms all, que del mismo se tenan.

Retomando el objetivo general el cual a la letra dice: Disear un
sistema de informacin para administrar una microempresa. Caso de Estudio:
Negocio para Comercializar Artesanas. Se puede sealar que se lleg a la


concrecin del sistema informtico y que por ende la administracin del
negocio para la comercializacin de artesanas es mucho ms sencilla.

5.2 Consecucin de los objetivos particulares
De manera similar se pueden retomar uno a uno los objetivos
particulares que se plantearon desde el principio de la presente investigacin y
es posible afirmar que todos ellos se cumplieron.

En este sentido, el primero de los objetivos particulares fue:
Analizar y evaluar los sistemas de informacin para la administracin., y
como se seal se evaluaron los productos existentes en el mercado, tales
como los productos de MaxiComercio ERP & POS, SME Toolkit Amrica Latina
o de Microsoft Dynamics mas stos son de propsito general y difcilmente
utilizables de forma directa en un negocio para la comercializacin de
artesanas.

El siguiente objetivo particular deca: Identificar las caractersticas
particulares del negocio para comercializar artesanas del caso de estudio de la
presente investigacin. El segundo captulo da amplia cuenta de ello, en virtud
de que se hace un anlisis de los antecedentes, la etapa actual del negocio y
los requerimientos a futuro de esta microempresa.

Es en el captulo tres donde se cubre el tercer objetivo particular
al: Disear y construir el Sistema Informtico en cuestin. A lo largo de este
captulo se pueden ver todos los productos tanto de hardware como de
software que se disearon y se construyeron.

Por ltimo, el objetivo de Implantar y Documentar el Sistema
Informtico referido., se cumpli en el captulo cuatro. Fase sta muy
importante en el diseo de sistemas de informacin.
5.3 Conclusin general
Al margen de haber retomado tanto el objetivo general como los
objetivos especficos y haber analizado el cumplimiento de los mismos, de
manera general se puede concluir que el paradigma holstico que brinda la
Teora General de Sistemas para la solucin de cualquier problema, es muy
completo, en virtud de que permite visualizar todas las variables del sistema.
5.4 Trabajos futuros
Existen varios trabajos que pudieran dar continuidad a la presente
investigacin. El ms inmediato y dada la naturaleza del negocio bajo estudio y
el avance de las tecnologas de la informacin y comunicacin, sera el diseo


y construccin de una interfaz web, con la cual se pudiera administrar el
negocio para la comercializacin de artesanas va internet.

Otro trabajo futuro bien podra ser la adecuacin del presente
sistema de informacin para realizar transacciones seguras para el pago y
transferencia de fondos as como la emisin de la facturacin electrnica
requerida por el Sistema de Administracin Tributara. Esto coadyuvara a la
comercializacin allende nuestras fronteras.


REFERENCIAS BIBLIOGRFICAS Y DE
INTERNET

1.- Academia Mexicana de la Lengua. (2001). Academia
Mexicana de la Lengua. Recuperado el 11 de enero de 2010, de
http://www.academia.org.mx/rae.php

2.- Actopan (Hidalgo). (s.f.). Recuperado el 27 de abril de
2009, de http://es.wikipedia.org/wiki/Actopan_(Hidalgo)

3.- Alcal, H. C. (2006). Ensamblaje de computadoras.
Recuperado el 30 de 03 de 2010, de
http://www.slideshare.net/angelcaido666x/ensamblje-de-
computadoras

4.- Bertalanffy, L. v. (1968). General systems theory.
Edmonton: George Braziller, Inc.

5.- Beynon-Davies, P. (2004). Database Systems. London,
Ingland: Palgrave MacMillan.

6.- Checkland, P. (1994). La metodologa de sistemas
suaves en accin. Lancaster: Megabyte y Wiley.

7.- Checkland, P. (1999). Systems Thinking, Systems
Practice. Lancastere: John Wiley & Sons, Ltd.

8.- Codd, E. F. (1971). Further Normalization of the Data
Base Relational model. ACM.

9.- Communications of the ACM. (jun de 1970). Recuperado
el 10 de 10 de 2009, de
http://cacm.acm.org/magazines/1970/6/12368-a-relational-model-
of-data-for-large-shared-data-banks/pdf

10.- Connolly, T. M. (2005). Sistemas de bases de dato, un
enfoque prctico para diseo, implementacin y gestin.
Madrid: Pearson Educacin S.A.

11.- Davis, A. (1995). Principles of Software Development.
Mc Graw Hill, Inc.

12.- Denis, A., & Roth, B. H. (2006). Systems Analysis
Design. Indiana: John Wiley & Sons, Inc.


13.- Galindo Soria, L. (2006). Metodologa para el Desarrollo
de Sistemas de Informacin. 2o. Congreso Internacional de
Metodologa de la Ciencia de la Investigacin para la Educacin.
Mxico: AMMCI.

14.- Galindo Soria, L. (2005). Pearson Eduaction (Prentice
Hall-Addison Wesley. Mxico D.F.: Pearson Eduaction (Prentice
Hall-Addison Wesley).

15.- Gama, M. L. (2001). Sistema Funto de Venta para
Farmacias Interfarma. Mxico D.F.: I.P.N.

16.- Garca, J . R.l. (29 de 09 de 2005). Recuperado el 03 de
04 de 2010, de Mantenimiento de computadoras, PC:
http://www.mailxmail.com/curso-mantenimiento-computadoras-
pc/armado-computadora-1

17.- Gonzlez Lozano, R. (2009). Bases de Datos con
Access 2007. Mxico D.F.: Alfaomega.

18.- Gonzlez Nava, L. M. (2007). Microsoft Access 2007,
los datos en orden. Nezahualcoyotl, Estado de Mxico: Guias
inmediatas de computacin.

19.- Gonzlez, M. d. (19 de abril de 2010). Tepito vende
bases de datos oficiales. El Universal , pgs. 1, 14.

20.- Google. (20 de abril de 2009). Google Earth. EE.UU.

21.- Hoffer, J. A., & Valacich, J. F. (1999). Modern Systems
Analysis and Design. Dayton: Addison-Wesley.

22.- Kendall, K. E. (1999). Systems Analysis and design.
New Jersey: Prentice Hall International.

23.- Martnez Ostria, D. (s.f.). Bienvenido a Actopan.com. .
Recuperado el 26 de 04 de 2009, de
http://www.actopan.com/creditos.html

24.- Maya-Martnez, P. (2008). Propuesta de un mtodo de
solucin sitmico para crear y/o evaluar modelos. Mxico D.F.:
I.P.N.

25.- Mendieta Alatorre, . (1979). Tesis Profesionales.
Mxico: Purra.

26.- Muoz Razo, C. (1998). Cmo elaborar y asesorar una
investigacin de tesis. Mxico: Pearson Educacin.


27.- Myers, G. (1979). The art of software testing. Wiley.

28.- Obituario de Edgar F Codd. (s.f.). Recuperado el 10 de
10 de 2009, de http://www.dcc.uchile.cl/~rbaeza/inf/codd.html

29.- Pressman, R. S. (1997). Ingeniera del Software un
enfoque prctico. Madrid: Mc Graw Hill, Inc.

30.- Ramos, J. y. (22 de abril de 2010). PGR, Cisen y SPP
van por ladroes de datos. El Universal , pgs. 1, 4, 6 y 7.

31.- Real Academia, E. (2001). Diccionario de la lengua
espaola. Recuperado el 01 de mayo de 2009, de
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=h
eurstico

32.- Secretara de Economa. (s.f.). Recuperado el 13 de
mayo de 2009, de http://www.economia.gob.mx/swb/swb/

33.- Van Gigch, J. (1987). Teora General de Sistemas.
Sacramento, California: Trillas.

34.- Villa-Rivera, J. E. (2006). Reglamento de Estudios de
Posgrado del Instituo Politcnico Nacional. Gaceta Politcnica .



GLOSARIO
Atributo.- es la unidad datos ms pequea, que representa cada
elemento de datos (se conforma por un conjunto de caracteres).
Coloquialmente conocido como campo, sobre todo en la literatura de los
Sistemas Manejadores de Bases de Datos.

Base de datos.- es un conjunto de datos organizados y
relacionados entre s, en funcin con algn propsito o tema en concreto.

Base de datos relacional.- se trata de un conjunto de tablas
relacionadas por un campo en comn, puede tambin ser definida como un
conjunto de relaciones.

Campo.- es la unidad de datos ms pequea, que representa
cada elemento de dato (se conforma por un conjunto de caracteres).

Consulta.- es el mtodo para acceder a los datos; por medio de
sta se puede agregar, procesar, filtrar, manejar y modificar en cualquier forma
los datos que se tienen en las tablas de las bases de datos.

Formulario.- es una ventana de Windows que tiene como
propsito introducir y editar los datos de las tablas de una manera ms
funcional y agradable por medio de objetos grficos llamados controles, como
botones, listas desplegables, cuadros de texto, imgenes, videos, etctera.

Informe.- impresin, pantalla o exposicin de video cuyo objetivo
es difundir informacin de salida del sistema.

Integridad referencial.- conjunto de reglas para garantizar que
las relaciones entre los registros de las tablas relacionadas sean vlidas y que
los cambios realizados en una tabla sean los apropiados para que no se
elimine ni modifique la informacin que est relacionadas.

Llave.- tambin denominada clave y es un campo dentro de una
tabla. Las hay principales, secundarias y externas o forneas. En el primer
caso define de manera nica al registro dentro de una tabla.

Macros.- conjunto de una o ms acciones para la automatizacin
de tares seleccionadas.

Microsoft Office.- conjunto de software de aplicacin especfica
desarrollado por Microsoft. Hizo su aparicin en 1989. La versin 2007
denominada Microsoft Office System 2007 fue lanzada el 30 de enero de 2007
y contiene: Instalacin de Microsoft Office 2007, Microsoft Office Access 2007,
Microsoft Access 2007, Microsoft Office Groove 2007, Microsoft Office InfoPath


2007, Microsoft Office OneNote 2007, Microsoft Office Outlook 2007, Microsoft
Office PowerPoint 2007, Microsoft Office Project 2007, Microsoft Office
Publisher 2007, Microsoft Office Visio 2007 y Microsoft Office Word 2007.

Mdulos.- coleccin de declaraciones y procedimientos de Visual
Basic para la manipulacin de la base de datos.

Objeto OLE.- Tecnologa de Microsoft para compartir informacin
entre distintas aplicaciones de Windows. Las siglas obedecen al nombre en
ingls "Object Linking and Embedding Esto permite la creacin de documentos
o programas incorporando elementos de otros. Para la ejecucin de dicho
programa/documento deben existir los archivos o programas necesarios para
ejecutarlos. Por ejemplo, dentro de un documento en Word se pueden utilizar
grficos de Excel.

Redundancia de datos.- es el almacenamiento de los mismos
datos ms de una vez en diferentes lugares ocasionando incremento de tiempo
y de trabajo, desperdicio de espacio e inconsistencia de datos. Si una base de
datos est bien diseada no habr redundancia de datos; excepcin hecha de
la llaves principales, en donde se guarda la informacin de manera duplicada o
en la redundancia de datos controlada, que se emplea para mejorar su
rendimiento en las consultas.

Relacin.- es el vnculo entre dos o ms entidades que describe
alguna interaccin entre ellas y que da origen a las tablas.

Sistemas de Gestin de Bases de Datos (SGBD).- software
cuyo propsito es el de manejar de manera clara, sencilla y ordenada un
conjunto de datos que posteriormente se convertirn en informacin relevante,
para un buen manejo de datos. Identificados tambin por las siglas SMBD que
significa Sistemas Manejadores de Bases de Datos DBMS, por su nombre en
ingls Data Base Management Systems.

SQL.- lenguaje de consulta estructurado, las siglas obedecen a
su nombre en idioma ingls: Structured Query Language. Se trata del lenguaje
de consultas a bases de datos ms utilizado. Es un lenguaje declarativo que
permite especificar diversos tipos de operaciones. Es un lenguaje de cuarta
generacin (4GL). (Gonzlez Lozano, 2009)

Tabla.- es un arreglo bidimensional organizado por filas y
columnas (se conforma por un conjunto de registros).

Tupla.- es una secuencia ordenada de objetos, se emplean en
matemticas para describir objetos que tiene una estructura y que por


tanto son capaces de descomponerse en cierto nmero de componentes
(a
1
, a
2
,...,a
n
). En la teora de base de datos se define como una funcin
finita que mapea, es decir asocia unvocamente, los nombres con
algunos valores. Dicho en otras palabras, es un conjunto de elementos
de distinto tipo que se guardan de manera consecutiva en memoria. En
este sentido es equivalente al trmino registro que manejan los SGBD y
se entiende como una fila de una tabla misma que se conforma por un
conjunto de campos.

xi

ANEXO 1: REGLAS DE CODD PARA LA
EVALUACIN DE UN SGBD

Regla 1: regla de la informacin
Para que un sistema se denomine "sistema de administracin de
bases de datos relacionales", debe usar (exclusivamente) sus capacidades
relacionales para gestionar la base de datos.
Regla 2: regla del acceso garantizado
Para todos y cada uno de los datos (valores atmicos) de una
Base de Datos Relacional (BDR) se garantiza que son accesibles a nivel lgico
utilizando una combinacin de nombre de tabla, valor de clave primaria y
nombre de columna.
Cualquier dato almacenado en una BDR tiene que poder ser
direccionado unvocamente. Para ello hay que indicar en qu tabla est, cul
es la columna y cul es la fila (mediante la clave primaria).
Por tanto se necesita el concepto de clave primaria, que no es
soportado en muchas implementaciones. En estos casos, para lograr un efecto
similar se puede hacer lo siguiente:
Hacer que los atributos clave primaria no puedan ser nulos (NOT
NULL).
Crear un ndice nico sobre la clave primaria.
No eliminar nunca el ndice.
Regla 3: tratamiento sistemtico de valores nulos
Los valores nulos (que son distintos de la cadena vaca, blancos,
0,...) se soportan en los SGBD totalmente relacionales para representar
informacin desconocida o no aplicable de manera sistemtica,
independientemente del tipo de datos.
Se reconoce la necesidad de la existencia de valores nulos, para
un tratamiento sistemtico de los mismos.
Hay problemas para soportar los valores nulos en las operaciones
relacionales, especialmente en las operaciones lgicas.
Lgica trivaluada. En una posible solucin. Existen tres (no dos)
valores de verdad: Verdadero, Falso y Desconocido (null). Se crean tablas de
verdad para las operaciones lgicas:
xi

null Y null = null
Verdadero Y null = null
Falso Y null = Falso
Verdadero O null = Verdadero
Etctera.
Un inconveniente es que de cara al usuario el manejo de los
lenguajes relacionales se complica pues es ms difcil de entender.
Regla 4: diccionario dinmico en lnea basado en el modelo
relacional
La descripcin de la base de datos se representa a nivel lgico de
la misma manera que los datos normales, de modo que los usuarios
autorizados pueden aplicar el mismo lenguaje relacional a su consulta, igual
que lo aplican a los datos normales.
Es una consecuencia de la regla 1 que se destaca por su
importancia. Los metadatos se almacenan usando el modelo relacional, con
todas las consecuencias.
Regla 5: regla del sub-lenguaje de datos completo
Un sistema relacional debe soportar varios lenguajes y varios
modos de uso de terminal (ejemplo: rellenar formularios, etc.). Sin embargo,
debe existir al menos un lenguaje cuyas sentencias sean expresables,
mediante una sintaxis bien definida, como cadenas de caracteres y que sea
completo, soportando:
Definicin de datos
Definicin de vistas
Manipulacin de datos (interactiva y por programa)
Limitantes de integridad
Limitantes de transaccin (iniciar, realizar, deshacer) (Begin,
commit, rollback).
Adems de poder tener interfaces ms amigables para hacer
consultas, etc., siempre debe de haber una manera de hacerlo todo de manera
textual, que es tanto como decir que pueda ser incorporada en un programa
tradicional. Un lenguaje que cumple esto en gran medida es SQL.
xi

Regla 6: regla de actualizacin de vistas
Todas las vistas que son tericamente actualizables se pueden
actualizar por el sistema.
El problema es determinar cules son las vistas tericamente
actualizables, ya que no est muy claro.
Cada sistema puede hacer unas suposiciones particulares sobre
las vistas que son actualizables.
Regla 7: insercin, actualizacin y borrado de alto nivel
La capacidad de manejar una relacin base o derivada como un
solo operando se aplica no slo a la recuperacin de los datos (consultas), sino
tambin a la insercin, actualizacin y borrado de datos.
Esto es, el lenguaje de manejo de datos tambin debe ser de alto
nivel (de conjuntos). Algunas bases de datos inicialmente slo podan modificar
las tuplas de la base de datos de una en una (un registro de cada vez).
Regla 8: independencia fsica de datos
Los programas de aplicacin y actividades del terminal
permanecen inalterados a nivel fsico cuando quiera que se realicen cambios
en las representaciones de almacenamiento o mtodos de acceso.
El modelo relacional es un modelo lgico de datos, y oculta las
caractersticas de su representacin fsica.
Es la capacidad de modificar el esquema interno sin tener que
alterar el esquema conceptual (o los externos). Por ejemplo, puede ser
necesario reorganizar ciertos ficheros fsicos con el fin de mejorar el
rendimiento de las operaciones de consulta o de actualizacin de datos. La
independencia fsica se refiere slo a la separacin entre las aplicaciones y las
estructuras fsicas de almacenamiento.
La capacidad de modificar el esquema conceptual sin obligar a
rescribir los programas de aplicacin.
Regla 9: independencia lgica de datos
Los programas de aplicacin y actividades del terminal
permanecen inalterados a nivel lgico cuando quiera que se realicen cambios a
las tablas base que preserven la informacin.
xi

Cuando se modifica el esquema lgico preservando informacin
(no valdra p.ej. eliminar un atributo) no es necesario modificar nada en niveles
superiores.
Ejemplos de cambios que preservan la informacin:
Aadir un atributo a una tabla base.
Sustituir dos tablas base por la unin de las mismas. Usando
vistas de la unin puedo recrear las tablas anteriores.

Regla 10: independencia de integridad
Los limitantes de integridad especficos para una determinada
base de datos relacional deben poder ser definidos en el sub-lenguaje de datos
relacional y almacenables en el catlogo, no en los programas de aplicacin.
El objetivo de las bases de datos no es slo almacenar los datos,
si no tambin sus relaciones y evitar que stas (limitantes) se codifiquen en los
programas. Por tanto en una BDR se deben poder definir limitantes de
integridad.
Cada vez se van ampliando ms los tipos de limitantes de
integridad que se pueden utilizar en los SGBDR, aunque hasta hace poco eran
muy escasos.
Como parte de los limitantes inherentes al modelo relacional
(forman parte de su definicin) estn:
Una BDR tiene integridad de entidad. Es decir, toda tabla debe
tener una clave primaria.
Una BDR tiene integridad referencial. Es decir, toda clave externa
no nula debe existir en la relacin donde es primaria.
Regla 11: independencia de distribucin
Una BDR tiene independencia de distribucin.
Las mismas rdenes y programas se ejecutan igual en una BD
centralizada que en una distribuida.
Las BDR son fcilmente distribuibles:
Las tablas se dividen en fragmentos que se distribuyen.
xi

Cuando se necesitan las tablas completas se recombinan usando
operaciones relacionales con los fragmentos.
Sin embargo se complica ms la gestin interna de la integridad,
etc.
Esta regla es responsable de tres tipos de transparencia de
distribucin:
Transparencia de localizacin. El usuario tiene la impresin de
que trabaja con una BD local. (Aspecto de la regla de independencia fsica)
Transparencia de fragmentacin. El usuario no se da cuenta de
que la relacin con que trabaja est fragmentada. (Aspecto de la regla de
independencia lgica de datos).
Transparencia de replicacin. El usuario no se da cuenta de que
pueden existir copias (rplicas) de una misma relacin en diferentes lugares.
Regla 12: regla de la no subversin
Si un sistema relacional tiene un lenguaje de bajo nivel (un
registro de cada vez), ese bajo nivel no puede ser usado para saltarse
(subvertir) las reglas de integridad y los limitantes expresados en los lenguajes
relacionales de ms alto nivel (una relacin (conjunto de registros) de cada vez)
Regla 0: integridad de la base de datos.

Cada sistema que pretenda ser un sistema de administracin de
base de datos relacional, debe ser capaz de administrar completamente los
datos a travs de sus capacidades relacionales.

xi

ANEXO 2: RECOPILACIN DE
DOCUMENTOS DEL SISTEMA ACTUAL

Figura Ane2. 1 Remisin de una compra
Fuente: Digitalizacin propia

Figura Ane2. 2 Hoja del libro de registros o inventario
xi

Figura Ane2. 3 Remisin de una venta.

Figura Ane2. 4 Estado de cuenta de un proveedor

xi

Figura Ane2. 5 Reporte de venta diaria

Figura Ane2. 6 Reporte de compras
xi

Figura Ane2. 7 Reporte de cuentas por pagar.

Figura Ane2. 8 Concentrado de apartados.
xi

ANEXO 3: MANUAL DEL USUARIO

Documentacin de la base de datos.

La documentacin de cualquier actividad es crucial tanto para dar
cuenta de lo que se est haciendo, como para lograr el correcto funcionamiento
de la fase de arranque de aquello que se est proponiendo. Y ni que decir de
los probables cambios o modificaciones que se requieran a futuro. stos son
muy intrincados si no existe un documento base que nos d una buena
referencia de aquellos cambios que se desean realizar.

Evidentemente los sistemas de bases de datos no podran ser la
excepcin en este sentido. Por ello se suscribe lo sealado por Denis & Roth
cuando dicen la escritura de programas puede ser divertida y una actividad
creativa. Los programadores noveles a menudo se les encuentra desarrollando
programas y estn mucho menos encantados con la tarea de probar y
documentar su trabajo. No obstante un programa no pude ser considerado
terminado hasta en tanto no se haya documentado y pasado las pruebas
finales. (2006)

Fase de mantenimiento.

La fase de mantenimiento comienza justo en el momento en el
que el sistema de informacin ha sido liberado. Es por ello que se advierte:
Una vez que un sistema de informacin ha sido instalado se encuentra
esencialmente en la fase de mantenimiento. Ahora bien, cuando un sistema se
encuentra en esta fase, una persona dentro del rea de desarrollo de sistemas
ser la responsable de recopilar solicitudes de mantenimiento de los usuarios
del sistema e inclusive de terceros. (Hoffer & Valacich, 1999).

ANE3. 1 Fases de mantenimiento.
Fuente: (Hoffer & Valacich, 1999)

FASE DESCRIPCIN
1 Obtencin de los requerimientos de
mantenimiento
2 Transformacin de los requerimientos en
cambios
3 Diseo de cambios

4 Implementacin de cambios

xi

Vulnerabilidad de los sistemas de informacin.

En virtud de que las bases de datos, siendo el corazn de los
sistemas de informacin, son un conjunto de datos organizados y relacionados
entre s, con algn propsito o tema en concreto; a menudo, stas son el
blanco perfecto para que se cometan actos ilcitos con ellas, ya que en
muchos de los caso guardan informacin muy valiosa o inclusive confidencial.
Informacin que utilizada con fines de lucro o extorsin, puede poner en riesgo
a cualquier persona, cualquier negocio, organizacin empresarial o inclusive un
pas entero.

En este sentido se public el 19 de abril del presente en un
peridico de circulacin nacional que bases de datos que contienen
informacin personal de millones de mexicanos estn a la venta en 12 mil
dlares en la ciudad de Mxico en el barrio de Tepito (Gonzlez, 2010). La
misma nota agrega que especialistas del Instituto Nacional de Ciencias
Penales y de la Universidad Autnoma Metropolitana reconocieron que las
bases de datos almacenadas por el gobierno no son 100% confiables debido a
la falta de control, que las hace vulnerables a robos y fugas de informacin.
Para Alberto Nava, especialista en delitos cibernticos del Instituto
Nacional de Ciencias Penales (INACIPE) y citado por Luz Mara Gonzlez,
autora del artculo antes referido, las bases de datos de los ciudadanos en
poder de instancias gubernamentales no son tan seguras como deberan serlo,
pues no hay disposiciones expresas sobre su resguardo, confidencialidad y
manejo. Con respecto a las sanciones por robo de informacin, afirm que
estn contempladas en el artculo 211Bis del Cdigo Penal Federal, pero esta
disposicin protege solamente a las entidades federales y no a las bases
locales, como las de tenencia e impuesto predial (2010). Por su parte, Jos
Luis Pieyro, especialista en temas de seguridad de la UAM y tambin citado
por Gonzlez en su nota periodstica, consider que se requieren
urgentemente mayores controles para el manejo de las bases de datos con
informacin oficial y de ciudadanos por lo que propuso establecer mecanismos
de auditoras y rendicin de cuentas, tanto internamente, desde las propias
dependencias gubernamentales como en las compaas que tienen bajo su
resguardo las bases de datos, como a travs del Poder Legislativo pudiendo
ser una comisin del Poder Legislativo la que supervise al personal y garantice
la confidencialidad de las bases de datos, de o contario, los riesgos pueden ser
muy altos. (Gonzlez, 2010).

Como reaccin a lo anterior, tres das ms tardes se public en el
mismo medio impreso que el secretario de Gobernacin, Fernando Gmez
Mont, estaba preocupado por la venta en internet de datos personales de
millones de mexicanos e inform que la PGR y el CISEN investigaran el caso.
(Ramos, 2010). En la misma nota periodstica se confirm que Jacqueline
Peschard, comisionada presidenta del Instituto Federal de Acceso a la
Informacin (IFAI), present una queja ante la dependencia para que investigue
si hay funcionarios federales involucrados en la venta de la base de datos del
padrn electoral.
xi

Al margen de las querellas legales y de la veracidad de la
publicacin periodstica, lo que es evidente es que las bases de datos son
altamente vulnerables y que mal utilizadas pueden daar muy gravemente lo
mismo a un individuo que a una nacin completa.


i. Ing. Jos Luis Gonzlez Domnguez Pgina xii

NDICE DE FIGURAS
Figura 1. 1 Ubicacin geogrfica del municipio de Actopan Hidalgo ........................................................... 3
Figura 1. 2 Interrelacin de las funciones del diseo de sistemas. .............................................................. 5
Figura 1. 3 Fotografa del Dr. Edgar F. Codd. ............................................................................................... 7
Figura 1. 4 Pirmide Conceptual................................................................................................................... 8

Figura 2. 1 Identificacin de lo que se tiene que hacer en una investigacin ............................................. 12
Figura 2. 2 Organigrama del Negocio. ....................................................................................................... 15
Figura 2. 3 Diagrama de Casos de Uso para el Negocio del Caso de Estudio ............................................. 16
Figura 2. 4 Diagrama de Flujo de Datos Nivel 0 para el Negocio: "La Casa de los Azulejos". .................... 17
Figura 2. 5 Diagrama de Flujo de Datos Modificado Nivel 1 para el negocio caso de estudio. .................. 18
Figura 2. 6 Diagrama en Bloques Modificado para el Caso de Estudio. ..................................................... 19
Figura 2. 7 Diagrama de PERT del proyecto. .............................................................................................. 29
Figura 2. 8 Diagrama de Flujo de Datos modificado (DFD-M) del Nuevo Sistema Propuesto. ................... 34
Figura 2. 9 Grfica del Anlisis Costo-Beneficio del Sistema de Informacin. ............................................ 35
Figura 2. 10 Arquitectura Bsica del Sistema Propuesto. ........................................................................... 37
Figura 2. 11 Salida No. 1 del Sistema de informacin. ............................................................................... 39
Figura 2. 12 Salida No. 2 del Sistema de informacin. ............................................................................... 40
Figura 2. 13 Entrada No. 1 del Sistema de informacin. ............................................................................ 41
Figura 2. 14 Entrada No. 2 del Sistema de informacin. ............................................................................ 41
Figura 2. 15 Modelo Warnier-Orr del Sistema de Informacin. ................................................................. 43
Figura 2. 16 Diseo Arquitectnico del Sistema. ........................................................................................ 44
Figura 2. 17 Modelo Relacional de la Base de Datos. ................................................................................. 45

Figura 3. 1 Factura de compra de los componentes de la computadora a armar ...................................... 49
Figura 3. 2 Componentes empacados de la computadora a armar ........................................................... 50
Figura 3. 3 Componentes desempacados de la computadora a armar. ..................................................... 50
Figura 3. 4 Tarjeta madre. .......................................................................................................................... 51
Figura 3. 5 Cableado de la computadora ................................................................................................... 53
Figura 3. 6 Vista interna de la computadora ya armada ............................................................................ 53
Figura 3. 7 Primer encendido de la computadora ...................................................................................... 54
Figura 3. 8 Configuracin del "setup" ......................................................................................................... 54
Figura 3. 9 Discos de instalacin del sistema operativo. ............................................................................ 55
Figura 3. 10 Programa de Instalacin de Windows XP Profesional. ........................................................... 55
Figura 3. 11 Instalacin del Sistema Operativo al 50%. ............................................................................. 56
Figura 3. 12 Instalacin de los controladores. ............................................................................................ 56
Figura 3. 13 Culminacin de la instalacin del Sistema Operativo y controladores. .................................. 57
Figura 3. 14 Instalacin del Sistema Gestor de la Base de Datos. .............................................................. 57
Figura 3. 15 Instalacin de paquetera complementaria de Microsoft Office 2007. .................................. 58
Figura 3. 16 Diseo conceptual de una base de datos. .............................................................................. 61
Figura 3. 17 Diseo lgico de la base de datos ........................................................................................... 62
Figura 3. 18 Formas Normales. .................................................................................................................. 65
Figura 3. 19 Tablas y sus relaciones ........................................................................................................... 66
Figura 3. 20 Formulario del Registro de Compras. ..................................................................................... 77
Figura 3. 21 Formulario del Registro de Ventas. ........................................................................................ 78
Figura 3. 22 Captura de Informacin de Clientes. ...................................................................................... 78
Figura 3. 23 Informe de Existencia de Productos en Inventario. ................................................................ 79


i. Ing. Jos Luis Gonzlez Domnguez Pgina xiii

NDICE DE TABLAS

Tabla 1. 1 Fases de la metodologa de Checkland ........................................................................................ 6

Tabla 2. 1 Recopilacin de documentos del sistema actual (1ra. parte) .................................................... 21
Tabla 2. 2 Recopilacin de documentos del sistema actual (2a. parte) ..................................................... 22
Tabla 2. 3 Tabla Sistmica de los Elementos del Sistema Actual. ............................................................... 24
Tabla 2. 4 Diagrama de Gantt del Proyecto en su conjunto. ...................................................................... 27
Tabla 2. 5 Anlisis Costo-Beneficio del Sistema de Informacin a Desarrollar. .......................................... 35
Tabla 2. 6 Tabla Sistmica de los Nuevos Elementos del Sistema. ............................................................. 38

Tabla 3. 1 Requerimientos de hardware del sistema ................................................................................. 48
Tabla 3. 2 Herramientas necesarias para el armando de la computadora. .............................................. 51
Tabla 3. 3 Secuencia general de armado de computadora ........................................................................ 52
Tabla 3. 4 Catlogo de Proveedores ........................................................................................................... 68
Tabla 3. 5 Catlogo de Compradores ......................................................................................................... 69
Tabla 3. 6 Diccionario de Datos: Compras. ................................................................................................. 70
Tabla 3. 7 Diccionario de Compras: Compras Detalle. ................................................................................ 71
Tabla 3. 8 Diccionario de Datos: Productos. ............................................................................................... 72
Tabla 3. 9 Diccionario de Datos: Movimientos al Inventario. ..................................................................... 73
Tabla 3. 10 Diccionario de Datos: Clientes. ................................................................................................ 74
Tabla 3. 11 Diccionario de Datos: Ventas. .................................................................................................. 75
Tabla 3. 12 Diccionario de Datos: Detalle de Ventas. ................................................................................. 76

Tabla 4. 1 Lista de cotejo de las caractersticas de las pruebas de software.............................................. 83

Gonzalez Dominguez Jose Luis

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Gonzalez Dominguez Jose Luis

Transféré par

Droits d'auteur :

Formats disponibles

i

Vous aimerez peut-être aussi