REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR

COLEGIO UNIVERSITARIO DE CARACAS
ALDEA ANDRES ELOY BLANCO
SAN CARLOS ESTADO COJEDES

Diseño de un Sistema Automatizado para el Registro de

Certificados y constancias, de los cursos realizados en el Centro de
Formación Socialista Argimiro Gabaldon
San Carlos Edo. Cojedes

SAN CARLOS, SEPTIEMBRE 2010

 TABLA DE CONTENIDO
1.1.-Estudio preliminar del proyecto
1.1.1.-Reconocer el problema
1.1.2.- Formular el problema
1.1.3.- Elaborar el informe preliminar
1.1.4.- Discutir el informe preliminar
1.1.5.- Planificar el estudio de la factibilidad
1.2.-Estudio de factibilidad
1.2.1.-Evaluar el sistema actual
1.2.2.- Establecer nuevos requerimientos en forma general
1.2.3.- Formular Sistemas Alternativos
1.2.4.- Determinar la factibilidad Técnica
1.2.5.- Determinar la factibilidad de Tiempo
1.2.6.- Determinar la factibilidad para el colectivo
1.2.7- Elaborar el informe de factibilidad
1.2.8.- Discutir el informe de factibilidad
1.3.-Planificación del Proyecto
1.3.1.- Diagrama de grannt
 FASE I
DEFINICIÓN DEL PROYECTO

Esta fase tiene como objetivo determinar la factibilidad de desarrollar un

nuevo sistema de información y tiene como objetivo dar respuesta con más
veracidad y evitar la perdida de tiempo para el colectivo, y de tal manera que las
unidades interesadas puedan decidir si se ha de emprender o no el proyecto.

Para la institución INCES en sus partes funcionales, a pesar de que cuenta con
importantes sistemas de infamación computarizados para la ejecución de sus
actividades administrativas, nace la necesidad de implementar un nuevo sistema, mas
sencillo y fácil de usar, para el uso exclusivo de los certificados y constancias , de
manera que se pueda tener acceso de manera fácil y rápida en cualquier momento
deseado, y que a demás, sirva de gran utilidad para el personal administrativo de
dicha institución , o persona en particular que desee tener la información y a si tener
un respaldo , dentro de una base de datos cómodo de usar.

TÍTULO DEL PROYECTO

Diseño de un Sistema Automatizado para los Certificados y constancias, de la

Institución. Centro de Formación Socialista Argimiro Gabaldon

1.1- Estudio Preliminar Del Proyecto

 En esta etapa, se da inicio al estudio que dará las posibles alternativas
necesarias para la toma de decisión de si se llevara a cabo la ejecución de la propuesta
en cuanto al diseño de sistema de información. Este estudio se desglosará en varias
etapas, de las cuales tenesmos:

1.1.1.- Reconocer El Problema

La necesidad nace de hecho en que no se cuanta con una base de datos que
nos facilite al personal de manera fácil y rápida de realizar constancias y respuestas
en cuanto los certificados de los cursos realizados por el colectivo en dicha
institución, así como a través de la prestación de un servicios determinado.

1.1.2.- Formular El Problema

La Tecnología de La Información, hoy día es la herramienta tecnológica que

ha brindado amplias posibilidades de administrar la información en las instituciones
públicos y privadas de cualquier índole, por tal motivo las organizaciones
administrativas desde décadas pasadas han venido haciendo uso de la tecnología de
información para optimizar cada uno de los procesos administrativos, para ellos se
han diseñado sistemas computarizados que permitan un mejor control de las
actividades rutinarias que se llevan a cabo dentro de las organizaciones. Estos
sistemas computarizados, en su gran mayoría, esta diseñados para almacenar
información referente a las actividades que realiza la institución que hace uso de
ellos, por consiguiente su diseño se orienta bajo sistemas gestores de base de datos
que permitan guardar gran cantidad de información.
 Atendiendo a las consideraciones precedentes es válido acotar la importancia que ha
tomado el campo de la informática, en virtud a que hoy por hoy es considerada como una
herramienta de destacada utilidad, hasta el punto de encontrarse presente e involucrada en
las diferentes actividades del contexto mundial, dado sus beneficiosos aportes destinados
al área comunicación al, logrando con ello una penetración que le ha permitido
posesionarse como un elemento indispensables de automatización en casi toda la
generalidad de las empresas e instituciones.

En el caso que se presenta, la institución Centro de Formación Socialista Argimiro

Gabaldon, por eso se ha recurrido al uso de las herramientas tecnológicas, para agilizar
sus actividades. Esta institución cuanta con potentes sistemas de información gerencial,
pero estos se enfocan a cada unas de las operaciones inherentes a los procesos
administrativos en cada unas de sus etapas, y que apoyan a la alta gerencia.

Desde que la institución da inicio a sus actividades comerciales, ha hecho uso de la

tecnología para mejorar su desenvolvimiento en el mundo institucional, partiendo en sus
principios con sistemas computarizados pocos potentes, pero que con el pasar del
tiempo, han sido mejorados, y gracias a estas mejoras esta prestigiosa institución ha
logrado alcanzar grandes metas organizacionales en todo el territorio nacional. Ya que
esta institución INCES se ha asentados en gran parte del país, en distintas modalidades,
como Gerencias, Centros de formación, y se han expandido para el mejoramiento y de
sus servicios. Estos servicios comerciales que a través de formación han sido alcanzados
gracias al uso de la TIC, pues cada institución cuanta con el mismos sistema, solo que
este esta dividido en módulos diferentes adaptados a las necesidades de las operaciones
características de cada agencia.

Adicionalmente a estos sistemas, se hacen usos de otras pequeñas vías para

administrar la infamación, arrojadas.
1.1.3. - Elaborar El Informe Preliminar
 Teniendo formulado la problemática, se procederá a realizar los estudios
ineludibles que permitan obtener la información necesaria para reunir los
elementos básicos determinados de la ejecución del proyecto, este informe preliminar
parte desde la misma formulación de la problemática, que no es más que la necesidad
naciente del personal que labora dentro de la empresa, contando con cada uno de sus
aportes relacionados al tema.
Una vez contando con todos los datos necesarios, y haciendo uso de cierta
metodología se proceden a realizar estudios, que de manera separada, pero no
independiente regidas por normas en el desarrollo de sistemas de información, dan
inicio al proceso de nacimiento del sistema. Esta etapa no es más que la gestación
teórica que dará vida a una nueva manera de hacer cualquiera actividad a través del
uso de la tecnología de información (TIC)

Todo ello tomando en consideración los beneficios que aportaría esta herramienta
en la ejecución de las labores propias administrativas de esta institución y las ventajas
competitivas que de su uso se deriven, por cuanto que es necesaria su solución en
forma absoluta para de esta manera. Por lo tanto el propósito u objetivo central de la
investigación es realizar un diagnóstico orientado a indagar las condiciones de
factibilidad, identificar los requerimientos del sistema que se propone implantar y
establecer el diseño de la base de datos del mismo, estando previsto para alcanzar las
metas propuestas.

Partiendo de lo anterior, se propone el Diseño de un Sistema Automatizado

para elaborar constancias y certificados de la institución.
 1.2. Estudio De Factibilidad

El estudio de factibilidad corresponde a las posibilidades del desarrollo e

implementación del Sistema Automatizado que se desea implantar; este estudio lleva
una estructura lógica, y que además parte del estudio del viejo sistema, para así
poder cotejar ventajas y desventajas que la propuesta tiene con el sistema actual.

1.2.1. Evaluar El Sistema Actual

Los procesos de administración de contactos de llevan acabo de forma

manual, haciendo uso de agendas. Esto trae como consecuencia, retrazo en la búsqueda
de información. A través de este estudio se evalúa la manera de realizar las actividades en
el factores que puedan afectar o influir en la misma, para sí establecer ciertas estrategias
que permitan aprovechar tanto las oportunidades como fortalezas y de esta forma
minimizar o disminuir las debilidades y a su vez combatir las amenazas que ésta pudiese
tener, para dicho estudio se empleó la Matriz FODA.
 MATRIZ FODA
FORTALEZAS
• Conocimiento de los procedimientos para la •
búsqueda de los datos requeridos por el •
colectivo.
• Existe disponibilidad económica para la
inversión inicial
• Asimismo los integrantes del personal están a •
la disposición y entusiasmo en la realización
de las tareas que se desempeñan actualmente.p
DEBILIDADES
• Los procesos son realizados de forma
manual.
• Retardo en el la búsqueda de datos
• Desorganización en cuanto a los registros
que se llevan.
OPORTUNIDADES
• La información computarizada, permitiría un
crecimiento en el empleado en cuanto al
aprendizaje que este pueda adquirir
• El recurso humano está dispuesto al cambio.
AMENAZAS
• El miedo al cambio, es una de las principales
amenaza al momento de la implementación
de cualquier cambio en los procesos
administrativos.
• El sistema tiende a caer en desuso, puesto a
que no esta cumpliendo con los objetivos
para el cual fue diseñado, situación que lo
llevaría a su extinción de manera definitiva
ESTRATEGIAS
Plan de adiestramiento para el software.
Valerse de los procesos relacionados con las
actividades propias del sistema, siendo
soporte para el desarrollo en la
automatización.
Contar con un plan de contingencia para los
procesos en ambos sistemas
ESTRATEGIAS
• Aprovechar los recursos económicos con
que se cuentan, para agilizar los procesos
del cambio
• Mantener actualizado los archivos
maestros de la información contenida en
el sistema.
• Diseñar planes de revisión periódicas en
los sistemas de información utilizados
para llevar los procesos.
ESTRATEGIAS
• Plan de adiestramiento para el personal
que tiene contacto con el sistema.
• Actualización periódica en cuanto los
conocimientos del personal que opera al
sistema
ESTRATEGIAS
• Contar con un plan de actualización para
el sistema, de manera que se pueda
combatir la perdida de los procesos
debidos a los cambios en el entorno del
sistema.
• Utilizar técnicas de resistencia al cambio
1.2.1.1 Objetivos Del Sistema Actual
General

Llevar un registro y ubicación manual de las constancias y certificados de la

institución, Centro de Formación Socialista Comercial.

Específicos

1 Recopilar información de cada Misionero

2 Registrar los datos de cada curso
3 Conservar la información actualizada para el área vinculada en el mismo.

1.2.2. Establecer Nuevos Requerimientos En Forma General

En esta tarea se establecen los requerimientos generales del nuevo sistema,

mediante los siguientes pasos:

1.2.2.1 Establecimiento De Los Objetivos Del Nuevo Sistema

1. Registro de Nombres
2. Cedula de Identidad
3. Año del Curso
4. Fecha de inicio – termino
Requerimientos de Información

Requerimiento entrada
Los requerimientos de entrada del nuevo sistema que se propone, no son más
que cada unos de los datos que darán forma al diseño, lógico del sistema, los mismos
se presentan ordenados de acuerdo a categorías establecidas según la información
recopilada en el estudio preliminar. En este caso la clasificación de estos datos se
refleja de la siguiente manera:

1. Nombres y Apellido
2. cedula
3. Año del Curso
4. fecha de inicio y termino

Esta clasificación con sus respectivos campos formaran la esencia de los

requisitos necesarios que darán forma al sistema propuesto, cuya especificaciones se
desglosarán de manera detallada a medida que se desarrolla el proceso de creación de
proyecto.

Requerimiento de Salida

Los requerimientos de salida permiten definir cual será la información que se

deberá presentar a los usuarios, por pantalla, impresora, consultas, informes o
gráficos, logrando que dichos usuarios se sientan seguros al obtener la información
confiable por medio de la aplicación

El sistema de información automatizado propuesto proporcionará los

siguientes requerimientos de salida:

• Tener la información al dia

• Facilidad al dar respuesta al colectivo
• Realizar con veracidad las constancias y Certificados

1.2.3. - Factibilidad Técnica

 La factibilidad técnica se refiere a la disponibilidad de los recursos
tecnológicos para la ejecución e implementación de la propuesta, además de evaluar
los equipos y programas de que dispone la organización. De igual forma cuenta con
las diferentes aplicaciones y sistema operativo en el área de implantación del sistema
que se propone.

A continuación se describe las especificaciones técnicas en cuanto a

disponibilidad y factibilidad del hardware a utilizar en el diseño del sistema:

1. Procesador Pentium Celeron de 1.8 Mhz.

2. Tarjeta madre con cache integrada, usb, puertos serial, paralelo, SP /2;
versión V866687.

3. Monitos de 15 Pulgadas Marca Samsung.

4. 128 Mb de memoria Ram.

5. Disco duro WebMaster de 40 GB.

6. Disco duro SAMSUNG 30 GB Como Unidad Esclava.

7. Unidad de CD ROM.

8. Unidad quemadora de CD.

9. Unidad quemadora de DVD

10. Unidad de Floppy.
 11. Sistema Operativo Windows Xp Profesional en la versión Service Pack I.
12. La Suite de office 2000 en la versión Xp.

13. Antivirus Panda Software 2005.

14. Estabilizador para computadoras.

15. Unidad de UPS para control de energía eléctrica.

16. Impresora multifunción EPSON

17. Cornetas Multimedia, con Audífonos incorporado.

1.2.4.- Factibilidad Económica

En cuento a la factibilidad económica, la institución cuenta con los recursos

precisos para realizar cualquier cambio necesario al sistema en estudio, estos recursos
monetarios, abarcan desde el análisis del sistema actual, análisis y diseño del sistema
propuesto, capacitación de persona y adquisición de Software y Hardware
pertinentes para poner en funcionamiento el sistema automatizado una vez corregido.

En esta etapa se realizan estudios detallados del costo de desarrollo del

sistema, costo de adiestramiento del personal, costos del hardware y Software y el
costo de gastos de oficina.
Por tratarse de un sistema no muy grandes, la factibilidad económica, cuenta
con un alto grado de favoritismo para llevar a cabo la ejecución del diseño planteado.
Ya que se cuentan con los recursos necesarios adaptables a la situación que se
plantea.

1.2.6.- Factibilidad Social

En esta etapa se estudiará la posibilidad de que el personal del departamento

de la coordinación se adapte lo más rápido posible en lo que a cambios se refiere .Se
harán charlas sobre los avances de la tecnología y su importancia talleres dirigidos a
los mismos con sus respectivos materiales de apoyo (manual, programas, entre otros).
De la información referente para la cual se planifica el nuevo diseño propuesto.

1.2.7.- Factibilidad Operativa

Son aquellos costos que incurren en el adiestramiento del personal para que
puedan operar el sistema propuesto. Los elementos son los siguientes:
1. Curso de computación (Office Xp).
1 Introducción al manejo del sistema de información automatizado propuesto.
1 Indicaciones de ayudas dentro del sistema.
1 Básico de Visual Basic.
1 Microsoft Access.

1.3. Planificación Del Proyecto

1.3.1- El Grupo De Desarrollo Del Proyecto

 La planificación del proyecto se ejecutara por un equipo de persona
encargada de diseñar el sistema en cada unas de sus etapas, siguiendo la metodología
adecuada; este equipo estará integrado por:

• Yexis López
• Orlando Andrade

1.3.2 Gráfico de GANTT

En este diagrama se muestra cada unas de las actividades a ejecutar durante el

desarrollo del sistema propuesto, esta planificación viene dado por etapas o fase,
según la metodología aplicada en el diseño y desarrollo del sistema.

A continuación se anexa diagrama de actividades a ejecutar:

FASE II

2. ANÁLISIS DEL CONTEXTO

2.1 Análisis Documental

Un documento es todo aquello que contiene información relevante, es todo

aquello necesario susceptible de estudio, el mismo debe contener datos para así pode
analizar y tomar decisiones, para el caso la documentación a estudiar es muy pobre,
ya que por tratarse de una simple y sencilla agenda, el único documento que soporta
dicha información no es más que un cuaderno de direcciones, que solo recoge los
numero telefónicos en sus respectivos campos.

2.1.1 Recopilar Documentos

En la recopilación de documentos, solo describiremos los campos de aquellos

formatos, en este caso el formato de la hoja del cuaderno en donde se asientas los
cursos ya ejecutados y las constancias .Este constituido por el siguiente campo:

• Nombre y Apellido
• Cedula
• Nombre del Curso
• Año del curso.
• Fecha de inicio y termino

2.1.2. Organización De La Documentación

Los documentos en cuestión serán organizados de acuerdo a cada unas de las

categorías, en este caso no se cuenta con una gran gama de documentos que en el
sistema manual actualmente usado puedan ayudar a la definición de los
requerimientos, por tal motivos, en esta etapa se omiten los estudios de los mismos,
ya que estos documentos serán definidos en los requerimientos de salida del nuevo
sistema propuesto.
 2.1.3. Estudio De La Documentación
Para la construcción del sistema propuesto, por tratarse de un sistema muy
sencillo, el proceso manual no cuanta con formatos establecido para asentar las
operaciones, ya que se cuenta solo con un cuadernillo en donde se llevan los datos de
los cursos, los campos de este ya se definieron en el punto 2.1.1, adicional a esto las
planificaciones de las actividades que ejecuta el personal, se asientan en un pizarrón
acrílico. En este punto no contamos con mucha información para el desarrollo del
mismo.

2.2 Análisis Del Contexto

En cuanto al análisis contextual del sistema, este consiste en la descripción

detallada del sistema manual, y de la documentación en estudio; para el caso se cuenta
con poca información respecto al mismo, pero el proceso que se propone se orienta en la
creación de nuevas formas de administrar la información de los cursos, los cuales se
llevan en un libro sencillo, con un formato genérico, las planificaciones son asentadas
de manera informar, los que trae como consecuencia la perdida de la información acerca
de las actividades realizadas para ese preciso momento.

De esta forma se evidencia que las entidades internas y externas que alimentan al
sistema no se encuentran formalmente organizadas, aunque la dependencia y relación de
las misma se encuentra siempre atada a las actividades y funciones generales del sistema,
cumpliendo con cada unas de sus objetivos plantados, ya que las actividades y procesos
del sistema manual aunque no se puedan notar están presente en todo momento en el
cumplimiento de sus actividades.

En esta etapa se defines:

Objetivo General del sistema Propuesto

 Registrar todos los datos referentes a los cursos en ejecución, como los datos de los
participantes para a si llevar un control de todos los cursos, del Centro de formación
Socialista Comercial Argimiro Gabaldon San Carlos.

Objetivos específicos:

1. Registrar cada uno de los datos referentes a los cursos

2. Registrar cada unas de las datos del participante

3. Registrar los datos del curso como nombre del mismo

4.

Estructura del nuevo sistema propuesto:

El nuevo sistema propuesto estarán estructurado por proceso, los cuales se van
a relacionar entre entidades funcionales responsables del cumplimiento de los
objetivos del nuevo sistema, estas entidades pueden ser internas del mismo sistema y
externas:

Entre las entidades internas tenemos los módulos que dan forma lógica a la
estructura de archivos, las cuales son:
1. programación docente
2. Ejecución del curso.
3. Control de cursos
 Por otra parte tenemos las entidades externas, que no son mas que aquellas
que hacen posible la alimentación de las entidades internas del sistema propuesto,
estas entidades son, los empleados de todas las agencias, los transportistas de todas
las plantas y el usuario del sistema.

2.2.1 Análisis De Las Necesidades Del Sistema

La necesidad de la implementación del sistema propuesto, se

fundamenta en el hecho de llevar de manera organizada y segura la administración de los
contactos con la cual tiene relación la agencia, la construcción del sistema beneficiaria a
cada uno de los departamentos que hagan uso del mismo

2.2.2. Tecnología Que Utiliza El Sistema

La empresa cuenta con los recursos tecnológicos disponibles, cuyas

herramientas serán utilizadas en la implementación del nuevo sistema que se ha
propuesto, Computadores digitales PC con una configuración actual y conexiones a
través de una red LAN, que contribuye a la ampliación según la demanda de servicios
con sistema operativo Windows XP Microsoft Office, impresora, escáner, componentes
necesarios para el funcionamiento del mismo logrando así obtener una unidad
automatizada del procesamiento de datos confiable y eficaz.

2.2.3 Analizar El Sistema Actual De Información

El sistema actual de información que se propone busca agilizar el proceso de

búsqueda de direcciones electrónicas y datos telefónicos de los trabajadores de
empresa polar, el cual se inicia con la necesidad de organizar las tareas referentes a
los contactos del la empresa, y para dejar rastros en archivos de cada unas de las
planificaciones ejecutadas por los departamentos, unido a esto la planificación de el
nuevo sistema se encuentra en proceso de manera tal que según estudios realizados
se pueda lleva a cabo dentro de un intervalo de tiempo estimado por el grupo de
personas analistas encargado de la ejecución del mismo y del diseño de cada uno de
sus proceso y sub. Proceso.

Documentación y sus procedimientos Manuales.

La documentación del nuevo sistema se inicia en el preciso momento en que

se decide realizar el estudio preliminar para la implementación del mismo, allí se
describen cada uno de los pasa, procesos y entidades que formaran parte del nuevo
sistema.

El sistema actual no cuenta con una documentación fija definida, motivo

explicado en el punto referente al estudio de la documentación del sistema manual, ya
que el único soporte es la agenda manual con la que se cuenta en la empresa dentro de
cada uno de los departamentos existentes. El procedimiento utilizado por el sistema
manual es muy sencillo, ya que solo consiste en asentar los datos de los contactos en
su respectivo campo, siendo la entidad contacto y trabajador los únicos intervinientes
en dicho proceso
 Diagrama de Flujo de Datos del Modelo Lógico del sistema actual
NIVEL 0

Registra datos del

contacto en la agenda
Datos del contacto
Registro de registrado
Empleado contactos en agenda
telefónica
Datos registrados Contacto
en agenda

Consolidación de
datos en agenda
 Diagrama de Flujo de Datos del Modelo Físico
NIVEL 1

1.0
Solicitud de Verifica la
Dpto. Solicita datos información del Empleado
Al contacto datos al contacto contacto
Qusolicitante
Registra los datos del contacto
en la agenda

Informa sobre datos

solicitados 2.0
Registro de
datos del
Contacto contacto
 FASE III

3. DEFINICION DE REQUERIMIENTOS

En esta etapa de desarrollo, el analista se encarga de diseñar cada uno de los

elementos necesarios para la construcción del sistema, puesta a que en el estudio
anterior, se cuenta con los recursos necesarios en cuanto a la factibilidad de
desarrollo, de esta manera de seleccionas los atributos necesarios para especificara
las funciones, los requerimientos de esas funciones en cuanto al sistema que se desea
crear, las restricciones para el desarrollo, y cada unos de los propiedades del nuevo
sistema que se propone.

3.1 Especificación De Requerimiento De Información

Durante esta etapa se inicia el proceso de creación del sistema como proceso
lógico, recordando las partes funcionales de todo sistema, las cuales son la entrada, el
proceso y la salida; en este caso desglosamos los requerimientos clasificados según
la necesidad del sistema propuesto para cumplir con sus objetivos:

3.1.2 Requerimientos de entradas

Los requerimientos de entrada del nuevo sistema no son más que cada uno de
los elementos que necesita el procedimiento lógico interno de los procesos en cada
uno de los módulos que formaran parte del diseño propuesto. Por tratarse de una
agenda electrónica en la cual se registraran los números telefónicos y direcciones
electrónicas de la Empresa Pepsi Cola De Venezuela C.A, clasificaremos los datos
de entrada de acuerdo a las necesidades de cada modulo, por ejemplo en el modulo
empleado, los requerimientos están conformados por cada uno de los datos
personales del personal que trabaja en la compañía.

Esta clasificación se Irán organizado a medida en que avancemos con el

estudio, para la creación de las restricciones, diseños de Diccionarios de datos y
archivos maestros del sistema, ya que esta etapa solo define cuales serán los datos
necesarios para procesar en el diseño lógico como entrada, pero es en la
normalización que se lleva a cabo la organización y reclasificación de los mismos.

3.1.2 Requerimientos de Salida

Los requerimientos de salida, para este caso vienen a ser los procesos
obtenidos según lo especificado en los requerimientos de entrada, ya que de estos
dependen cada uno de los datos a mostrar por pantallas, informes impresos, gráficos
y consultas parametrizadas definidas por el usuario del sistema.

Para el caso y por las características del tipo de sistema que se propone, las
salidas impresas no son de mucha relevancia, ya que la información que nos arrojara
el sistema nos serviría para tomar decisiones basados en datos estadísticos, si no más
bien de carácter informativo, por ejemplo en estos requerimientos de salida podemos
mencionarlos siguientes informes impresos o por pantallas:

1. Libreta de Contactos: Dentro de este requerimiento de salida se

muestra al usuario directo e indirecto del sistema, el nombre, Apellido y
 número telefónico de los contactos registrados en la Base de Datos del
sistema que se propone.

2. Lista de Dirección Electrónica: Estará constituidos por los datos

referentes a las direcciones electrónicas pertenecientes al personal que labora
tanto en la empresa Pepsi Cola de Venezuela C.A, y todos los trabajadores de
empresas Polar que cuenten con cuanta de correo electrónico.

3. Información de Entidad: Este estará conformado por los datos

referentes a cada Agencia y Plantas perteneciente a la corporación de
empresas polar

4. Listado de Planificación Según Parámetro: Esta salida, proporcionará al

usuario una visión genérica de las actividades a realizar o realizadas en un
periodo de tiempo determinado dentro de las instalaciones de la agencia San
Carlos. Los datos del requerimiento de salida estancan definidos según las
necesidades de información especificadas por el usuario directo e indirecto del
sistema que se propone.

5. Datos Personales: Este requerimiento de salida hace énfasis en la

información personal de los trabajadores de empresa polar que tiene cuenta de
correo electrónico interno.

3.1.3 Requerimiento De Almacenamiento

Los requerimientos de almacenamientos, parten desde los mismos instantes

en que se hace mención a los requerimientos de entradas, puesto que en base a estos
se diseñaran los archivos, las entidades y los diccionarios de datos necesarios para el
resguardo de la información desde el punto de nivel de lógico.
 Desde el punto de vista lógico, el almacenamiento de los datos, según como
se hizo mención en la fase II, se llevara en los módulos que integraran al sistema de
información que se esta diseñando

Respecto a los medios físicos para estos requerimientos, se definen las

estructuras y volúmenes de datos para ser esparcidos en dispositivos de
almacenamientos, el resguardo de la data, medios de respaldos

3.2 Especificación Funcional Del Nuevo Sistema

Las especificaciones funcionales, viene a ser el resultados de las entradas

que tendrá el nuevo sistema, para poder cumplir con el proceso interno lógico de cada
entidad o modulo que integrara el nuevo diseño, para este caso es necesario hacer
descripción exacta de cada unas de las funciones que cumple cada modulo dentro del
nivel mas bajo del sistema de archivo, por tal motivo se figura:

3.2.1 Determinar Los Requerimientos Funcionales

Para el nuevo proceso se han de definir las siguientes entidades funcionales:

1. Empleados
2. Transportista
3. Agencia
4. Planta
5. Planificación
 Cada unas de estas entidades cumplen una función especifica, que al
relacionarse entre si de manera lógica por medio de atributos claves, ejecutan el
proceso interno del sistema propuesto, y arrojan los datos de salida requeridos por el
usuario final, que según estudio ya ha sido definido en uno de los puntos anteriores.

A estas entidades funcionales se suman nuevas especificaciones que puedan

aparecer en al momento de ejecutar el proceso de normalización cuya tarea de las
mismas es servir de enlace de datos entre las entidades primarias definidas como
módulos del sistema a nivel de visión.

3.2.2 Construcción Del Modelo Lógico Del Nuevo Sistema

El diseño lógico se inicia con la definición estructurada de los proceso del

nuevo sistema, los cuales los representamos por medio de gráficos o diagrama de
flujo de proceso que definen las entidades funcionales especificadas en el punto
anterior

De esta manera se grafica los diagramas de Flujos correspondientes al diseño

del nuevo sistema, en los cuales de detallan las funciones relacionales de cada unos
de los requerimientos funcionales especificados.

Cada uno de los diagramas utilizados, nos darán una visión general de los
proceso a ejecutar dentro del nivel lógico del sistema conformado por las entidades
que integraran el sistema de archivo del sistema que se propone, además se anexa a
esto los diagrama de hipos de cada proceso internos del sistema completo, para este
caso se muestran 5 procesos distintos que conforman el todo del nuevo diseño.
 DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTO
NIVEL 0

Datos de Contactos
Planta

Datos Personales
Empleado

Contactos Registrados
Datos Consolidados

Sistema Para el Registro

Registro de Datos Personales
de Direcciones
Electrónicas y Números Datos Personales Registrados
Telefónicos de la empresa en la BD
Pepsi Cola de Venezuela
C.A Agencia San Carlos

Datos Del personal de Transportista

Trasporte

Agencia Datos Personales de los Panificación

Planificación de Actividades
Trabajadores de Polar

Actividades de planificación
registrada en BD
 DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTO
NIVEL 1

Datos Personales Datos de

Datos Personales Planificación
Planificación
Nº Telefónicos y Dirección
Datos de Contacto de correo
Reporte de planificación
de actividades
Datos del Contacto

Reporte de datos Registro de

Registro de Nº de
Personales Datos Empleado Contactos Registro de
Contactos
Personales Planificación
2.0
1.0 3.0

M.1 Datos Personales

M.2 Datos Contactos

M.3 Planificación
 DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTO
NIVEL II

Empresa

Nº Telefónicos y Dirección Registro de datos

Datos de Contacto de correo Laborales
Reporte de datos
Laborales
Datos del Contacto

Registro de Registro
Reporte de datos del Transporte
Nº de Datos empresa Laboral transporte
Contactos 2.1
2.0
Registro de datos
del trasporte

M.4 Datos Laborales

M.5 Datos Transporte
M.2 Datos Contactos
 DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTO
NIVEL II

Datos de Registros de detalle de

Planificación planificación
Planificación Detalle

Reporte de planificación Reporte de planificación

de actividades de actividades

Registro de Registro de
Planificación detalle
Planificación
3.0 3.1

M.3 Planificación M.6 Detalle

 Diagramas Hipos

IDENTIFICACIÓN: Hipo General

DESCRIPCIÓN: proceso Propuesto

ENTRADA PROCESO SALIDA

Automatizar el Registro Registro de datos de números Reportes de direcciones,

de direcciones telefónicos, direcciones reportes de contactos,
electrónicas y números electrónicas, planificación de reportes de planificación,
telefónicos del personal actividades, datos personales del reportes de datos
que labora en Empresas contacto. personales.
Polar dentro.
IDENTIFICACIÓN: Hipo Datos Personales
DESCRIPCIÓN: Proceso de Registro Contactos

ENTRADA PROCESO SALIDA

Almacenamiento de
información, referente a cada
Datos para el registro de uno de los registros efectuados Reportes de datos
Contactos en el sistema personales, reporte de
direcciones y reporte de
contactos.
IDENTIFICACIÓN: Hipo Contactos

DESCRIPCIÓN: Proceso De Registro De Contactos

ENTRADA PROCESO SALIDA

Registrar datos de
números y direcciones
electrónicas del personal
Almacenamiento de cada unos
de los datos referentes a los Informe de lista de
números de teléfonos y contactos
direcciones electrónicas del
personal que labora en empresas
polar
IDENTIFICACIÓN: Hipo Planificación

DESCRIPCIÓN: Proceso Para El Registro De Planificación

ENTRADA PROCESO SALIDA

Datos referentes a las Almacenar y procesar los datos Informe de las actividades
actividades planificadas
de entrada para el proceso planificadas y las
para un momento
determinado establecido actividades ejecutadas en
un determinado momento
en la agencia o entidad
 Los diccionarios de datos viene representados por cada una de las entidades
que formaran parte del nuevo sistema, y están constituidos por cada uno de los
campos en las cuales se ingresaran los registros correspondientes referentes a la
planificación funcional del nuevo diseño que se propone.

Estos diccionarios nos permiten conocer los archivos maestros en donde se

guardan la información de cada registro, en cada modulo del nuevo sistema
propuesto, el cual describe las características de cada campo, en cuanto a tamaño,
tipo y cualidad de escritura y lectura a programar en la base de dato del sistema a
diseñar.

3. 3 Especificación De Restricciones Y Atributos

Para el proceso de especificación de atributos y restricciones del nuevo

sistema que se propone, debemos tomar en cuanta los siguientes aspectos:

3.3.1 Determinar Las Restricciones

Estas no son más que las limitantes que se pueden presentar al sistema desde
los siguientes puntos de vista a detallar a continuación:

A) Las restricciones económicas, las cuales de acuerdo al estudio de factibilidad

no resultan amenazante durante el desarrollo del nuevo prototipo,
confirmación que se da en la factibilidad operativa estudiada en la fase de
diseño anterior.

B) En cuanto a las factibilidad técnicas, esta restricciones tampoco resultan

amenazadoras para la implementación del sistema, ya que se cuanta con la
 plataforma tecnológica adecuada necesaria para llevar a cabo la
implementación del nuevo sistema que se quiere implantar.

C) En cuanto a las restricciones personales y de Tiempo, se tiene una gran

ventaja, ya estos factores están a favor del desarrollo, gracias a las
estrategias y políticas que mantiene la organización para adaptarse al
cambio.

D) En cuanto a las restricciones de tipo legal, las normas internas de la

empresa, da prioridad de acuerdo a las políticas de innovación tecnológicas,
ya que estas pueden permitir un crecimiento personal en el personal a través
del contacto con las herramientas que nos brindan las TIC.

3.3.2 Determinación De La Interfaz Hombre Maquina

La comunicación Hombre – Maquina, formara un prototipo clave para el

diseño del nivel de visión, la interfaz de usuario se presentara de manera sencilla y
fácil de operar, por tratarse de una simple agenda, en donde se almacenara datos
simples, los comandos serán accesibles al usuarios con pocas restricciones, siendo la
restricción mas puntual la clave de acceso, de donde se presentara una vez que se
tenga acceso al sistema, pantallas de color claros, en vista maximizadas, partiendo
desde una panel de control que dará acceso a cada unas de las operaciones básicas
para la cual se diseña el sistema.

El numero total de ventanas, con color de fondo claro, viene a ser un total de 8
aproximadamente, las cuales permitirán la comunicación del operador con los
procesos diseñados y diagramados en punto anterior.
 En cuanto al tiempo de respuesta por parte del sistema al momento de ejecutar
las consultas de datos, estas permitirán al usuario obtener la información deseada en
un tiempo no mayor de 5 segundos.

El entrenamiento que debe tener el personal que operara el sistema, se basa

más que todo en el manejo de base de datos, ya que por ser el diseño bajo un
lenguaje manejador de base de datos, el operador deberá conocer las técnicas
necesarias para así ser el mismo quien pueda solventar cualquier problema que se
presente en el sistema. En la programación de cada modulo se diseñaran mensajes de
errores con posibles soluciones, las cuales bien a ser instrucciones a seguir por el
usuario que le ayudaría a resolver cualquier problema que se le presente, además
serviría también de instructivo directo por parte del mismo sistema.

3. 3. 3 Atributos De Calidad

1. Confiabilidad: El modelo del sistema propuesto en cuanto a sus mejora,

desde el punto de vista lógico, garantiza una operatividad impecable,
libre de fallos como consecuencia de un código errado en la
programación del mismo, además se capacitara al usuario directo para
dar una mayor fidelidad una vez puesto en funcionamiento, de tal
manera que no se llegarán a producir errores catastróficos que pudiera
poner en juego la vida útil del sistema.

En caso de fallos por suministro eléctrico, se han tomados las provisiones

necesarias en la planificación de los elementos tantos físicos como lógicos, puesto
que en caso de irse la electricidad en el momento en que se están introduciendo los
registros al sistema, este de manera automática guardara las operaciones realizadas
que para el momento el operador no halla guardado, además se cuenta con un
 dispositivo acumulador de energía (UPS) que le permite al operador guardar la
información en los últimos cinco minutos antes de que se restablezca la electricidad
nuevamente.

2. Adaptabilidad: el sistema será codificado de manera tal que una vez

empaquetado, puedan hacerse modificación alguna en ninguno de sus niveles (Nivel
lógico, Nivel abstracto, nivel físico y Nivel de visión) debido a las características del
lenguaje de programación en el cual se diseñará la aplicación, pero este diseño estará
confeccionado para que la funcionalidad del mismo (Vida útil del sistema) no sea
necesario cambios de estructura por lo menos en cinco años, previendo que los
cambios en sus estructura se de a consecuencias del colapso de la base de datos, por
ampliación de matricula de los atletas.

3. Movilidad: El sistema será instalado en dos equipos de cómputos, de

manera que se pueda llevar un control absoluto de cada registro que el
se introduzcan. Este equipo, esta configurado de la siguiente manera:
Cuenta con un sistema operativo Windows XP profesional en la versión
Sercice packd II, el mismo se encuentra instalado en sistema FAT 32;
cuenta con unidades de almacenamientos necearías, especificadas en la
factibilidad técnica, 512 MB de memoria Ram, 80 GB de capacidad en
disco, Procesador de 1.8 GHZ.

En el área de administración sería la segunda maquina dentro de la institución

que contará con la instalación del sistema, esto posee las mismas características
técnicas en cuanto a configuración, con la diferencia que el sistema operativo es la
versión Windows XP profesional Sercice Packd I.

4. Seguridad, Privacidad, eficiencia y rendimiento: El sistema contará con una

clave de acceso, y niveles Operacionales para así garantizar la seguridad del mismo y
poder permitir y mostrar toda la información contenida en su interior. La puesta en
marcha del sistema permitirá minimizar el tiempo de cualquier tipo de solicitud.

5. Documentación Del Sistema: El sistema contará con el soporte de ayuda

necesario, que servirá de guía al operador para conocer el funcionamiento del
sistema, y cada unas de las parte que conforman el entorno del mismo; este
soporte viene a ser el manual de usuario, del sistema como tal, descriptivo de cada
unos de las funciones en cada modulo que conforman el sistema.
 FASE IV
DISEÑO PRELIMINAR

De acuerdo a los estudios realizados en la fase anterior, se cuenta con la

información necesaria par continuar con el diseño preliminar del nuevo sistema que
se propone, en esta nueva etapa de desarrollo, se proponen los modelos de diseño,
mediante la descripción general de los procesos automatizados propuestos para el
nuevo desarrollo.

4.1 Definición De Los Prototipos

La por tratarse de un sistema muy pequeño y sencillo, el equipo encargado del

análisis necesario para la elaboración del sistema actual, ha de decidir quedarse con
el modelo que se describe en la fase 3, en donde se definen cada unos de los procesos
y subprocesos que conforman al nuevo diseño propuesto para el registro de los
números telefónicos y direcciones electrónicas de los trabajadores de empresa polar.

Este diseño lógico descrito en la Fase anterior por medio de diagrama reflujos
de datos en cada uno de sus niveles, y presentados en los diagramas Hipos, se
muestran al operador del sistema bajo el nivel de visión, en Software capaz de
cumplir con cada proceso especificado.

Esto es lo que formaría el entorno visual o la interfaz del sistema bajo la

modalidad de MDI, y sus respectivos elementos como herramientas para ejecutar los
procesos interno de cada subsistema que forma el todo del sistema que se propone.
4.1.1 Elaboración De Diferentes Prototipos

De acuerdo a lo especificada en el punto 4.1, este paso para el caso que se

presenta tiende a omitirse, puesto a que se ha decidido optar por el prótido
presentado en los procesos diagramados y tipificados en los diagramas hipos, tal cual
como se relata en el punto anterior, cabe destacar que la interfaz de este prototipo, ya
esta especificada.

Referente a los procesos, se cuenta con el proceso general, de donde se

desprenden los subsistemas internos del prototipo seleccionado, para esto se disponen
de las herramientas necesarias en cuanto a recursos tecnológicos para el desarrollo de
la interfaz Hombre- Maquina.

4.1.2 Evaluar La Configuración Técnica Existente.

Ya seleccionado y teniendo claro que prototipo vamos a desarrollar, de

acuerdo al estudio de factibilidad realizado en la primera fase del desarrollo, cabe
hacer mención que la configuración técnica que poseen los equipos de cómputos de
la empresa Pepsi Cola de Venezuela C.A Agencia San Carlos es la adecuada para la
implementación del sistema que se quiere implantar, pues esta cuenta con los
requerimientos técnicos mínimos requerido en el proceso de desarrollo e
implantación de sistemas de información computarizados.

Si se deben hacer ajustes, estos serán enfocados en cuanto a la seguridad de

la información, para esto la compañía cuanta con el equipo de analista encargado de
realizar los respectivos ajustes, los cuales se llevan a cabo por medio de políticas
internas para la administración de la información dentro de la corporación de empresa
Polar.

4.1.3 Determinar La Configuración Técnica Necesaria

La configuración técnica de los equipos como se ha hecho mención en el

punto anterior esta dentro de los parámetros técnicos necesarios para la
implementación del sistema que se propone implantar en la empresa Pepsi Cola de
Venezuela C. A, agencia San Carlos.

4.2 Análisis De Costo – Beneficios

Los costos de desarrollo del sistema se han de especificar de la siguiente

manera:

Actividad Costo
Estudio Preliminar del Sistema
Estudios del Contexto de Sistema
Estudios de requerimientos
Estudios de diseños preliminar Valores estimados de acuerdo a las
Diseño del Prototipo
situaciones presentadas durante el
Construcción del prototipo
Prueba del sistema análisis de las situación planteada para
Costos de Implementación
la implementación del sistema
propuesto

Los beneficios que puede brindar el desarrollo del nuevo sistema propuesto
se presentan de acuerdo alas necesidades de los usuarios, en este caso, el nuevo
sistema proporcionara herramientas de aprendizajes que le permitirían ampliar sus
conocimientos en cuanto al uso de las TIC, gracias a los talleres de capacitación
necesaria. A demás se brinda la oportunidad de crecimiento profesional del
operador del sistema, la información se encontraran mejor organizada y la
disponibilidad de los datos serán de manera inmediata y segura.

4.2.2 Informe De Prototipos

El informe de selección de prototipo en este caso se ha presentado en la fase

anterior, por tratarse de un sistema sencillo la decisión del equipo analista se
discutió la tesis de optar por el diseño presentado en le punto 3.2.2, propiciado por
los diagramas que describen los procesos del prototipo seleccionado.

4.2.3 Adquisición De La Tecnología Necesaria

Para este caso no es necesaria la compra de equipos de cómputos, ya que se

cuenta con la disponibilidad de los mismos, y la disposición de la tecnología y
configuración necesaria para la implantación del nuevo sistema propuesto.

4.3 Refinación Del Prototipo

De acuerdo al prototipo único, se realizaran los ajusten necesarios a cada uno de

los proceso que integran al modelo seleccionado, esto parte de los diagramas de
flujos de datos, diseñados en sus respectivos niveles de descomposición, definidito
las entidades y los archivos manuales y digitales que este prototipo ha arrojado.

Los procedimientos, o el procedimiento de registros de datos se automatizan en

un 70 %, debido a que de acuerdo a los planes de contingencia del sistema, que se
diseñaran más adelante, y las técnicas de reconversión del sistema, además los
respaldos de dichos archivos serán llevados de manera manual.
 4.3.1 Revisión Del Prototipo

Esta inspección del diseño propuesto se lleva a cabo por parte del equipo de
desarrolladores del sistema que se estudia para su implementación en la empresa
Pepsi Cola de Venezuela C.A agencia San Carlos. Lo que se busca en esta etapa de
desarrollo es verificar las especificaciones técnicas, lógicas y funcionales del nuevo
sistema que se ha seleccionado para ser desarrollado e implementado en la
institución, de manera que al momento de llevar a la práctica la teoría diseñada por
los analistas que recogieron la información de cada proceso, este presente los errores
de diseños mas mínimos posibles. Con esto se procede a la panificación de la fase
siguiente para continuar con el desarrollo del prototipo seleccionado.
 FASE V
DISEÑO DETALLADO

5.1.1 Diseño del dialogo Hombre Máquina

Este dialogo entre el usuario y el sistema propuesto, se estructura por medio

de el diseño de selección de menú, y a través de un lenguaje de Consulta de Base de
Datos. Los parámetros del lenguaje de consultas estructuradas propias del manejador
de BD, se diseñan de acuerdo a las necesidades de respuesta requeridas por el usuario
y el operador del sistema, cuya información se ha obtenido en estudios realizados en
las fases anteriores.

La interfaz de usuario forma parte del dialogo, esta constituida por los
elementos físicos y visuales del entorno de todo computador (Periféricos de entrada, y
salida), puestos PS/2, los cuales permiten a través del Teclado y el Mouse, la
interacción del usuario con el sistema, USB.

Cada uno de estos elementos es lo que conocemos como factores que hacen
posible la comunicación Hombre – Maquina del sistema propuesto que se desea
implantar en la empresa Pepsi Cola de Venezuela C.A Agencia San Carlos

5.1.2 Diseño De Pantallas De Entrada \ Salida

El diseño de las entradas y salidas del sistema propuestos, se enfoca hacia la

construcción del la parte blanda del proyecto planteado, (Software), por medio de los
elementos visuales del sistema que le permitirían al operador del sistema y a los
usuarios directo e indirectos que se obtener información, para alimentar el sistema.
Estas no son más que las pantallas de entrada de datos y las pantallas de consultas
con las cuales contaría el diseño propuestos.

Entre las pantallas de entradas de datos tendremos:

Pantalla para la captura de datos: esta estará constituida por medio de cada
unos de los campos necesarios en donde se almacenarán la información referente a
cada uno de los modulo diseñados. Se muestra un Prototipo de lo que serán las
pantallas de entrada de datos:

1.

Para este caso tendríamos las siguientes pantallas de entradas de datos:

 1.) Pantalla para el registro de información personal.

2.) Pantalla para el registro de Información laboral.

3.) Pantalla para el registro de datos de la compañía.

4.) Pantalla para el registro de actividades (Agenda)

Referentes al diseño de las pantallas de salida de datos, se anexa un modelo

de la estructura física visual que podría tener las pantallas de salida de datos, las
cuales se representa bien sea por medio de informes impresos, o por media pantalla
de consultas visual parametrizadas:

Salida por medio de informe impreso:

 En este caso se diseñan las siguientes pantallas de salidas, tanto para datos
impresos como para consultas por pantallas:

1.) Pantalla para visualizar Libreta de Contactos.

2.) Pantalla para visualizar Lista de direcciones electrónicas.

3.) Pantalla para visualizar las actividades planificadas a ejecutar.

4.) Pantalla para visualizar datos generales de los contactos.

Por otra parte referente a las salidas de datos, se muestra un prototipo de lo

que seria las pantallas de consultas de datos por medio de pantallas:
5.1.3 Diseño De Los Reportes

Este estará constituido por hoja tamaño carta, cuyo contenido se presenta en
letra MS Sans Serif tamaño 8 y de color negro, los márgenes de la hoja serán de 1.5
en las partes inferior y superior, y de 1.8 en las laterales derechas e izquierda para el
caso de los informes impreso de cada consulta.

Las partes que conformaran los reportes impresos son:

1. Logotipo de Empresa
2. Nombre del reporte
3. Cuerpos del reporte, el cual será integrado por cada uno de los campos
que dan la información referente al reporte.
4. Fecha y hora de impresión

Se anexa la configuración técnica que deberá tener cada de los reportes a

diseñar en el sistema propuesto:

a.) Tamaño del Papel: Carta 216 x 297 mm

b.) Ancho: 21.59 cm.

c.) Alto: 27.94 cm.

d.) Encabezado: 1.25 cm.

e.) Pie de Página: 1.25 cm.

f.) Margen superior: 4 cm.

 g.) Margen Izquierdo: 4 cm.

h.) Margen derecho: 3 cm.

i.) Margen Izquierdo: 3 cm.

j.) Orientación: Vertical ( no Aplica para todos)

Los reportes que se diseñaran para el sistema propuesto son:

1.) Reporte para visualizar Libreta de Contactos.

2.) Reporte para visualizar Lista de direcciones electrónicas.

3.) Reporte para visualizar las actividades planificadas a ejecutar.

4.) Reporte para visualizar datos generales de los contactos.

5.2 Diseño De datos

El diseño de los datos, es una de las fases de construcción, en la cual se debe

tener mucha precaución, allí se definen los formatos de la información que se
almacenara, y que formara la estructura lógica de todo sistema, lo que implica que si
fallamos en el análisis de la información, al momento de construir el sistema como
tal, este puede alterar la información deseada por los usuarios directos e indirecto.

Para el diseño de datos debemos llevar a cabo las siguientes actividades:

5.2.1 Diseño Lógico De La Base De Datos

El diseño lógico de la base de datos que utilizara el sistema propuesto, se

fundamenta mediante un modelo de datos relacionar, por medio de entidades, cuyas
entidades principales fueron mencionados en la fase anterior del diseño. En el caso
que se presenta daremos inicio a la construcción de cada unas de las formas de datos
por medio de la técnica de la normalización de datos, partiendo desde un ámbito
general para definir las estructuras relacionales existentes y as diseñar el orden
lógica de la Base de datos del sistema que se desea implantar en la empresa Pepsi
cola de Venezuela C. A agencia San Carlos.

Mediante el empleo de la técnica de la normalización tenemos:

Primera forma Normal:

Nom_emple, apell_emple, cargo, departamento, agencia, cod_agencia, nº_emple,

nom_agen, direcc_agencia, direc_emple, tlf_agencia, fax, rif, tfl_01 tlf_02, tlf_ofic,
fax_emple, cod_emple, fecha, hora, dia, planificador

Segunda Forma Normal:

Para la segunda forma normal, procedemos a identificar cada unas de las

entidades que formaran parte del diseño lógico de la Base de Datos, de esta manera
revisamos la primera forma para llegar a cada entidad posible dentro del conjunto de
datos aun sin clasificar el la primera normalización:

Se definen las entidades:

 1.) Agencia:

cod_agencia, nom_agen, direcc_agencia, fax, rif, tlf_agencia,

2.) Empleado:

Nom_emple, apell_emple, cargo, departamento, nº_emple, agencia,

direc_emple,

3.) Contactos:
tfl_01 tlf_02, tlf_ofic, fax_emple

4.) Planificación:

cod_emple, fecha, hora, dia, planificador, nom_asunto, lugar, fecha, hora,

Tercera Forma Normal

Una vez procesado la segunda forma normal, analizamos la misma para

detallar cada uno de los campos que conforman las entidades, y crear las relaciones
dependientes entre ellas.

En esta tercera forma de normalización pueden aparecer nuevas entidades,

pues el análisis de datos se enfoca hacia la búsqueda de datos propios de un objeto
determinado.

Entonces tenemos:
 1.) Agencia:

cod_agencia, nom_agen, direcc_agencia, fax, rif, fele_agencia,

Empleado:

Nom_emple, apell_emple, cargo, departamento, nº_emple, agencia,

direc_emple, cod_agencia, cod_emple

3.) Contacto:

tfl_01 tlf_02, tlf_ofic, fax_emple cod_emple e_mail01, e_mail02, cod_postal

4.) Planificación:

Fecha_ini, hora, dia, planificador, nom_asunto, lugar, fecha_fin, hora,

Cod_Categoria, cod_agencia

5.) Detalle:

Cod_Categoria, Detalle_cate

6.) Postal:
Cod_postal, detalle, ubicación
 DIAGRAMA ENTIDAD RELACIÓN PARA EL DISEÑO DEL SISTEMA
PROPUESTO

fax
Cod_Agen
Departament Tfl_ofci
Cod_Agen Nombre o
E_mail_02
Apellido Tfl_02
Fax Nº_emplead
Nombre o Tlf_01 E_mail01
Dirección
Cargo
RIF Cod_emplea Cod_postal Cod_emplea
Teléfono doo
doo

Cod_e
Cod_
Empleado mplead Contacto
Agencia Agenc o
ia

Fecha Asunto
Cod_
Agenc Cod_
ia Agencia postal
Planificador

Tiempo Cod_postal
Tiempo Responsable Detalle

Cod_Agen Ubicación
Cod_categ

Planificación Postal
Cod_categ

detalle
º
Cod_
categ
Detalle
5.2.3 Diseño De Programa E Inicialización De La BD

El programa de inicialización de la base de datos del sistema propuesto, se

basa en un pequeño sistema de archivo EXE que cargara los datos a cada uno del
sistema de archivos correspondientes, módulos por módulos, partiendo de contraseña
de acceso.

En este caso se definen los algoritmos encargados de ejecutar el proceso de

carga del sistema:

rivate Sub CANCELAR_Click()

'// Preguntamos antes de finalizar
Dim Rpta As Integer
Rpta = MsgBox("¿Está seguro de salir?", 36, "ALERTA")
If Rpta = 6 Then
Unload Me
SALIDA.Show
End If
End Sub
Private Sub ENTRAR_Click()
'// Verificamos que el nombre y la
'// contraseña sean correctos
If LCase(Tex_NOMBRE.Text) = "quintero" Then
If LCase(Tex_CODIGO.Text) = "luis" Then
INGRESADO '// Función para llamar al
Else '// formulario de bienvenida
MsgBox "Código Incorrecto", 16, "Error"
Tex_CODIGO.SelStart = 0
Tex_CODIGO.SelLength = Len(Tex_CODIGO.Text)
 Tex_CODIGO = Tex_CODIGO.SelText
Tex_CODIGO.SetFocus
End If
Else
MsgBox "Nombre incorrecto", 16, "Error"
Tex_NOMBRE.SelStart = 0
Tex_NOMBRE.SelLength = Len(Tex_NOMBRE.Text)
Tex_NOMBRE = Tex_NOMBRE.SelText
Tex_NOMBRE.SetFocus
End If
End Sub
Private Sub Form_KeyPress(KeyAscii As Integer)
If KeyAscii = 13 Then
SendKeys ("{TAB}")
KeyAscii = 0
End If
End Sub
Sub INGRESADO()
'// Descarga el formulario de acceso y
'// llama al formulario de bienvenida
Unload Me
BIENVENIDA.Show
End Sub
Private Sub TEX_CODIGO_Change()
ACTIVAR
End Sub
Private Sub Tex_NOMBRE_Change()
ACTIVAR
End Sub
Private Sub Timer1_Timer()
Label5.Visible = Not Label5.Visible
End Sub
Sub ACTIVAR()
'// Activa el botón Aceptar
If Tex_NOMBRE.Text <> "" And Tex_CODIGO.Text <> "" Then
ENTRAR.Enabled = True
Else
ENTRAR.Enabled = False
End If
End Sub

Estas pequeñas líneas de código hacen posible que la base de datos del
sistema que se propone a la empresa Pepsi Cola de Venezuela C.A se carguen y el
usuario a través de una contraseña Pueda acceder a cada uno de los módulos que
forman parte del sistema propuesto.

5.3 Diseño De Programas Y Procedimientos

Los programas y procedimientos se dan inicio al mismo momento en que se

inicia el desarrollo del diseño lógico de la base de datos, como pudimos ver en el
punto anterior se anexan código de carga de la base de datos, en este caso se procede
igual, se diseñan los algoritmos y se programan cada unos de los evento según el
lenguaje de programación utilizar.
 De esta manera la interfaz a programar consta de varios subprogramas,
organizados de forma jerárquica, y entre los cuales podemos ejemplificar por medio
de un diagrama llamado carta estructurada del sistema.

Los programas a diseñar son:

1.) Programa de acceso al sistema

2.) Modulo para el registro Archivo.

3.) Módulo para Herramientas.

4.) Módulo de Consultas

5.) Módulo de ayuda.

5.3.1 Diseño De La Estructura De Los Subsistemas Programados

El diseño de los subsistema, para mayor facilidad y comprensión, lo vamos a

representar por cada uno de los niveles, programas y subprogramas con que constara
el sistema propuesto, de esta forma ponemos en vista a través de la carta estructurada
cada unos de los programas a diseñar para que el sistema cumpla con cada unas de
sus funciones, de allí parte la llamada carta del sistema o mata de acceso, entonces
tenemos:
 Carta Estructurada Del Sistema Propuesto

Sistema para el registro de direcciones electrónicas y números

telefónicos de los trabajadores de la empresa Pepsi Cola de
Venezuela C.A Agencia San Carlos

Clave de
Acceso

Archivo Herramient Consultas Ayuda

Manual del
Reg. Datos Mantenimiento Consultas sistema
Agencia Direcciones

Respaldo de
Reg.Datos Datos No Telefónicos
Empleado

Actividades

Agenda Tfl

Agenda actividad
Descripción Modular

Esta descripción modulas, se basa en la carta estructurada del diseño para el

sistema desde el punto de vista a nivel de visión, de esta manera tenemos:

1. Archivo: Desde archivo, el usuario puede tener acceso a las funciones

principales del sistema, las cuales son el registro de cada uno de los
datos referentes a la actividad para la cual se propone la
implementación del sistema en la empresa Pepsi Cola de Venezuela
C.A

2. Herramientas: Por medio de las herramientas se tiene acceso a cada

uno de los elementos que forman parte de los accesorios propios del
sistema, así como también, se puede acceder al modulo de
mantenimiento del sistema propuesto, cuyos módulos se presentan en
las opciones de restaurar la base de dato, respaldar la base de dato del
sistema y verificar la capacidad de almacenamiento del sistema de
computo en general.

3. Consultas: Permite al operador del sistema tener acceso a los datos

almacenados en la base de ato del sistema propuesto, por medio de las
diferentes consultas que integran la interfaz de usuario de la
aplicación.

4. Ayuda: Permite al usuario tener acceso al modulo de ayuda, manual

del sistema, de manera que se el mismo sistema una aplicación
autosuficiente para el entrenamiento de usuario a través de dicho
modulo.
5.3.2 Diseño De Módulo De La Estructura

En esta etapa se codifican cada unos de los procedimientos que debe

ejecutarse a bajo nivel para que cada modulo pueda cumplir con sus objetivos, pero
en este caso por tratarse de un sistema muy sencillo, y por las características de la
aplicación seleccionada para el diseño del sistema, esta tarea resulta no muy compleja
al momento de ensamblar cada rutina y líneas de códigos necesarios a diseñarse.

Para el sistema propuesto tenemos cada unos de los módulos especificados en

la carta estructurada, dentro de los cuales se encuentran subsistemas, los cuales ya
conociendo cada unas de las funciones que estos deben cumplir, hacemos uso de los
conocimientos en programación.

5.3.3 Diseño De La Documentación Y Procedimientos Manuales

Al momento de ejecutar el proceso de programación se establecen cada unos

de los procedimientos a ejecutarse por cada modulo, esto implica que deban
elaborarse manuales que sirvan de referencias a los analista al momento de ejecutar
cualquier cambio, o que sirva de referencia a otros analistas cuando les correspondan
llevar a cabo cualquier proceso de auditoria de sistema, además por cada uno de los
módulos se diseñaran los manuales documentales para el operador.

A demás estos manuales sirven de guía para cuando se lleven a cabo el

proceso de ensamblaje del sistema, una vez terminada la fase de diseño de cada uno
de los módulos planificados para el sistema propuesto.
5.4 Ensamblaje Del Paquete Del Sistema

Una vez terminada la construcción de cada uno de los módulos que integraran
al sistema, se ejecutaran estos por completos en un solo proceso de operación lógica,
permitiendo así realizar una evaluación exhaustiva del diseño y de cada unos de los
proceso, tomando en cuenta los siguientes puntos a saber: Revisión de la estructura
del diseño, pruebas de diseño por módulos, y el proceso de conjugación de cada
subsistema creado.

5.4.1 Revisión Estructurada Del Diseño

Esta revisión se ejecuta sobre el modelo entidad relación, de manera que

podamos detectar cualquiera desviación o anomalía no vista durante el proceso de
análisis de datos para el diseño lógico de l a base de datos, estos nos permitiría,
garantizar un mejor desenvolvimiento al momento ejecutar el proceso de ensamblaje
de los módulos ya programados. La carta estructurada que se ha diseñada también
suele ser revisada desde el punto de vista de diseño lógico, para asó evitar una
incompatibilidad de datos cuando conectemos la base de datos al sistema de archivo
ya programado.

5.4.2 Ensamblaje Del Paquete Del Sistema

El proceso de unión de cada uno de los módulos se ejecuto por medio de dos
etapas:

La primera consiste en la construcción modular, programación de objetos,

creación de rutinas, y líneas de códigos.
 La segunda etapa, una vez que tenemos cada uno de los módulos unidos en
el paquete completo del sistema de archivo, procedemos a conectar la Base de Datos
a todo ese sistema de archivo, para así probar cada unas de sus funciones con datos
irreales.

5.5.1 Elaboración Del Plan De Pruebas

En esta etapa los analistas encargados del proyecto, ya ha completado un alto

porcentaje de diseño, lo que implica que pronto estará listo el sistema, para estos se
elabora una planificación de cada unidad funcional que conformará al nuevo sistema
propuesto, este plan de prueba para el caso que se presenta se ha de distribuir a cada
uno de los responsables del diseño que se le encomiende, (módulos a programar).

La planificación se detallas:

1.) Pruebas de rutinas en códigos.

2.) Pruebas de restricciones de datos.
3.) Pruebas de aceptación (Próxima Fase).
4.) Pruebas de resguardo de datos.
5.) Pruebas de acceso.

5.5.2 Discusión Del Plan De Prueba

De acuerdo a cada unas de las actividades mencionadas en el plan de pruebas,

se asignan responsabilidades a cada uno de los integrantes del equipo de analistas
encargados del diseño, para que así se procedan a emplear las técnicas necesaria que
ayuden de manera fácil y eficaz la ejecución de cada uno de los proceso que implica
el cumplimento del plan de prueba elaborado en el punto anterior.
 Se debe dejar en claro cada uno de los elementos y puntos que implique la
ejecución de las pruebas planificadas, fechas de ejecución, frecuencia de ejecución,
plan de corrección de fallas durante el ensayo de fallo y error.

5.5.3 Planificación De La Próxima Fase

La planificación de la próxima fase implica la ejecución de las siguientes

actividades que se detallan a continuación:

ACTIVIDAD PROCESOS RESPONSABLES

Construcción de pruebas
Revisión estructurada de
las pruebas
Construcción de las
Equipo de analistas
Construcción del librerías
Codificación del programa encargados del diseño del
sistema Elaboración de los
sistema:
manuales para el sistema
y para el operador del
sistema

FASE VI
CONSTRUCCIÓN DEL SISTEMA
6.1. Diseños Y Construcción De Pruebas

El proceso de construcción de pruebas, se enfoca en el estudio realizado en la

fase anterior, una vez que tenemos definidos cada uno de los módulos, cada uno de
los algoritmos y la estructura de la base de datos del sistema propuesto; durante el
proceso de ensamblaje se determinan un conjunto de actividades para conocer las
fallas que puedan presentarse durante el proceso de ejecución del programa.

Estas pruebas abarcan todo el contexto estudiado, para la cual se definen las
actividades mencionadas en el punto de desarrollo 6.1.1:

6.1.1 Elaborar Las Especificaciones De Las Pruebas.

Las especificaciones de cada unas de las pruebas a desarrollar se fundamentan

en el estudio del contorno, como ya se ha hecho mención en el punto anterior, de esta
manera podemos mencionar:

1.) Prueba De Aceptación

Las pruebas de aceptación se orientan hacia los usuarios y cada uno de los
cambios que puedan surgirse en el ámbito administrativo con respecto a las
operaciones del sistema.

2.) Prueba De Operatividad

 Las pruebas de operatividad para este caso se presentan hacia el resultado que
se desea obtener en los procesos automatizados con la implementación del sistema
que se implantara en la empresa Pepsi Cola de Venezuela C.A.

En este punto se toman en cuenta las restricciones de datos, validación de la

información, el resultado de las operaciones internas de cada proceso, referente al
resultado obtenido como salida.

3.) Prueba De Seguridad

La seguridad se orienta en dos direcciones que nos lleva a la protección, no

solo de los datos, sino también de cada uno de los componentes que forman el
entorno, y que hacen posible la comunicación hombre máquina; allí se hace mención
a la seguridad física y la seguridad lógica del sistema a implantar.

6.1.2 Revisión Estructurada De Las Pruebas

Ya mencionadas cada unas de las pruebas específicas, en este punto se hace

hincapiés el tema de seguridad, para la cual primeramente revisamos la seguridad
lógica del sistema, tomando en cuenta los el resguardo de los datos; motivo por la
cual se establecen las siguientes actividades a confeccionarse durante el periodo de
ejecución de las pruebas de seguridad:

a.) En la seguridad lógica tenemos:

1.) Cambios de calves de acceso; para el caso se ha decidido crear un nuevo módulo
que le permita al operador del sistema acceder al mas bajo nivel del mismo, y
modificar los datos referente s a la clave de acceso del sistema de maneras periódica,
mediante el regimiento de políticas internas de la empresa, en materia de manejo de
información.

2.) La validación de los datos al momento de entrada al sistema, para la cual hacemos
énfasis en el siguiente punto:

• Mascaras de entrada

El sistema presentara mascara de entrada en los campos fechas, cedula y en

los números telefónicos. Estas poseen los siguientes formatos:

Para la fecha: 02 /Mar / 06.

Para la cedula: 18.502.642
Para los números telefónicos: (“\0000\”) \“\000\-\0000\”

El no escribir estos datos con este formato generaría un error.

• Respaldo de datos cada 3 meses

Esto se ejecuta de acuerdo a las políticas internas con la que cuenta el personal
de sistema para el respaldo de datos digitales almacenados en Sistemas de Base de
Datos.

b.) En cuanto a la seguridad Física tenemos:

 Las instalaciones con que cuenta la institución, cumple con los requisitos
necesarios para la implementación de equipos de cómputos, pues la iluminación del
espacio físico es el adecuado, ya que esta no causa ningún efecto negativo en la
operatividad de los equipos electrónicos ni en la salud de los operadores de dichos
equipos.

Otro punto importante es la ubicación geográfica de la institución, ya que esta

favorece el resguardo de las computadoras que allí se implementan para ejecutar las
labores de trabajo necesarias, el sistema eléctrico se encuentra en buenas condiciones,
también que cuenta con el sistema de aterramiento para la descarga de estática que
pueda quedar en las computadoras.

Por otra parte se cuenta con la temperatura adecuada, que nos garantiza la vida
útil de los equipos empleados para la instalación del nuevo sistema propuesto, así
como también el sistema detector de fuego dentro de las instalaciones, se encuentra
en buen estado; del mismo modo se cuenta con los extintores de gas de manera que a
la hora de un incendio, el uso de dicho extintor no provoque daños físicos al equipo
de computo.

6.1.3 Construcción De Mecanismos Para La Reparación De Los Datos

Los mecanismos para el resguardo de la información, se diseñan dentro del

mismo proceso de creación modular del sistema, ya que forma parte del subsistema
de mantenimiento predefinido en el modelo de carta estructurada para el sistema
propuesto. Para la reparación de estos datos, se toman en cuentas dos actividades a
considerar, las cuales son la restauración del sistema, y el respaldo de los datos
almacenados el los archivos maestros.
 Estos mecanismos de resguardo de información tienden a ejecutarse de
acuerdo alas políticas internas de la empresa, pero el equipo de analistas recomienda
por lo menos que se ejecuten el modulo de respaldo cada 03 meses, de manera que se
garantice la confiabilidad operativo de la información al momento de presentarse un
inconveniente.

6.2 Codificación Del Programa

Durante el proceso de la codificación desprograma se conjugan dos

actividades muy importantes.

1.) Se asigna los módulos a los programadores, de manera que transformen

cada algoritmo en lenguaje máquina, entendido por los compiladores del
lenguaje de programación a utilizar, que para este caso el Visual Basic.

2.) Se asignan nombres propios a cada módulo, para facilitar la compresión

del operador al momento de ejecutar cada uno de los proceso por medio de
comando.

Estas dos actividades se encuentran inmersas dentro de la fase de diseños

especificados, cuyas actividades se ejecutan de acuerdo a las características y
especificaciones técnicas diseñadas para el sistema propuesto en construcción.

6.3.1 Construir Los Programas De Carga

En esta etapa, el programa de carga se ha diseñado, haciendo uso de las

especificaciones descritas en el punto 5.2.3, el cual hemos llamamos diseño e
inicialización de programas de cargas, allí se ha especificado el la codificación del
modulo EXE encargado de cargar los datos al sistema de archivo a través de rutinas
de acceso predefinidas.

6.3.2 Creación de la base de datos

La creación de la base de datos, ya definida en el proceso de normalización, se

y especificada cada unas de las propiedades de acuerdo al diagrama entidad relación,
elaborado en el punto 5.2.1 de la fase anterior, y que discuerdo a dicho programa
témenos como resultado el siguiente esquema, basado en el modelo E-R.

Este diseño no es más que el resultado de todo el proceso ejecutado en la fase

anterior, en donde se parte del proceso o la técnica de la normalización, para luego
llevarlo a un manejador de Base de Datos, y finalmente conectarlo a cada uno de los
módulos programados por medio del sistema de inicialización y carga de la BD para
el sistema propuesto.

Base de de datos terminada:

Base De Datos Del Sistema Propuesto Para La Empresa Pepsi
Cola De Venezuela C.A Agencia San Carlos
6.4 Elaboración De La Documentación Y De Los Procedimiento Manuales

Hasta el momento la única documentación diseñada es la utilizada por los

analista para llevar a cabo el diseño de cada unas de las partes que forman el todo del
sistema, como se ha mencionado, en esta etapa hemos creado la codificación de cada
uno de los módulos en los sistemas de archivos, y ya construida la base de datos y
ensamblada a todo el sistema de archivo, tendríamos el sistema terminado, lo que
implica que ahora tocaría elaborar el manual de usuario para cada uno de los
módulos, de forma que se puedan así ejecutar las pruebas de cada unas de las
unidades funcionales, para reflejarla en el manual de usuario en construcción y así
corregir cualquiera desviación no predeterminada en el proceso de prueba.

Para este caso se crearan dos manuales de usuarios, los cuales son:

1) Manual para ejecutar los módulos de alimentación del sistema.

2) Manual para el módulo de mantenimiento del sistema

6.5 Pruebas de Unidades

Las pruebas de las unidades se ejecutaron durante el proceso de desarrollo y

codificación de cada uno de los módulos, allí se comprueba la funcionalidad de las
entidades de respaldo, entidades de consultas, entidades de entrada y salida de datos
(Estructuras internas del sistema propuesto).

Ya en este proceso solo quedaría discutir las desviaciones encontradas

durante la ejecución de las pruebas, siendo la actividad nº 6.5.1 a seguir de acuerdo a
la metodología empleada en el desarrollo del diseño.
6.6 Creación De Las Librería Del Programa
 Las librerías de los programas, diseñados de acuerdo a la carta estructurada
del sistema, se presentan bajo la figura de los archivos maestros que conforman al
sistema, desde el punto de vista de datos, ya que por tratarse de un sistema muy
sencillo de de poca magnitud, no requiere un programa especial de librería especifico,
si no los archivos de datos de cada entidad dentro de la estructura interna del sistema
de archivo diseñado.

Durante este proceso se toma de manera automática en los procesos internos

del sistema las siguientes actividades:

1.) Actualización de librería de manera automática.

2.) Creación automática de los módulos de actualización de datos.