proyecto sociotecnologico
-
Upload
andrades-orlando -
Category
Documents
-
view
858 -
download
2
Transcript of proyecto sociotecnologico
REPUBLICA BOLIVARIANA DE VENEZUELAMINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR
COLEGIO UNIVERSITARIO DE CARACASALDEA 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.
FORTALEZAS ESTRATEGIAS
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.
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
p
MATRIZ FODA
DEBILIDADES ESTRATEGIAS
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.
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.
OPORTUNIDADES ESTRATEGIAS
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.
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
AMENAZAS ESTRATEGIAS
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
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
Diagrama de Flujo de Datos del Modelo Físico
NIVEL 1
Empleado Registro de
contactos en agenda
telefónica Contacto
Consolidación de datos en agenda
Datos registrados en agenda
Datos del contacto registrado
FASE III
3. DEFINICION DE REQUERIMIENTOS
Dpto.
Qusolicitante
1.0
Solicitud de
datos al contacto
Empleado
2.0Registro de datos del contacto
Contacto
Solicita datos Al contacto
Verifica la información del contacto
Informa sobre datos solicitados
Registra los datos del contacto en la agenda
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.
Sistema Para el Registro de Direcciones
Electrónicas y Números Telefónicos de la empresa Pepsi Cola de Venezuela C.A Agencia San Carlos
Empleado
Agencia
Planta
Transportista
Panificación
Datos Personales
Datos Consolidados
Datos de Contactos
Contactos Registrados
Datos Personales Registrados en la BD
Datos Del personal de Trasporte
Datos Personales de los Trabajadores de Polar
Registro de Datos Personales
Planificación de Actividades
Actividades de planificación registrada en BD
DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTONIVEL 0
Datos de Planificación
Registro de Datos
Personales1.0
Registro de Nº de
Contactos2.0
Registro de Planificación
3.0
Datos Personales
Datos de Contacto
Planificación
M.1 Datos Personales
Datos Personales
Reporte de datos Personales
Nº Telefónicos y Dirección de correo
Datos del Contacto
M.2 Datos Contactos
Reporte de planificación de
actividades
M.3 Planificación
Empleado Contactos
DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTONIVEL 1
Registro de datos Laborales
Reporte de datos Laborales
Registro de datos del trasporte
Reporte de datos del transporte
Registro de Nº de
Contactos2.0
Datos de ContactoNº Telefónicos y Dirección de correo
Datos del Contacto
M.2 Datos Contactos
Registro Laboral
2.1
Empresa
Transporte
M.4 Datos Laborales
DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTONIVEL II
Datos empresa
M.5 Datos Transporte
Datos de Planificación
Registros de detalle de planificación
Planificación
Registro de Planificación
3.0
Planificación
Reporte de planificación de
actividades
M.3 Planificación
Registro de detalle
3.1
Detalle
Reporte de planificación de
actividades
M.6 Detalle
DIAGRAMA DE FLUJO DE DATOS DEL SISTEMA PROPUESTONIVEL II
Diagramas Hipos
ENTRADA PROCESO SALIDA
Automatizar el Registro
de direcciones
electrónicas y números
telefónicos del personal
que labora en Empresas
Polar dentro.
Registro de datos de números
telefónicos, direcciones
electrónicas, planificación de
actividades, datos personales del
contacto.
Reportes de direcciones,
reportes de contactos,
reportes de planificación,
reportes de datos
personales.
IDENTIFICACIÓN: Hipo General
DESCRIPCIÓN: proceso Propuesto
ENTRADA PROCESO SALIDA
Datos para el registro de
Contactos
Almacenamiento de
información, referente a cada
uno de los registros efectuados
en el sistema
Reportes de datos
personales, reporte de
direcciones y reporte de
contactos.
IDENTIFICACIÓN: Hipo Datos PersonalesDESCRIPCIÓN: Proceso de Registro 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
números de teléfonos y
direcciones electrónicas del
personal que labora en empresas
polar
Informe de lista de
contactos
IDENTIFICACIÓN: Hipo Contactos
DESCRIPCIÓN: Proceso De Registro De Contactos
ENTRADA PROCESO SALIDA
Datos referentes a las actividades planificadas para un momento determinado
Almacenar y procesar los datos
de entrada para el proceso
establecido
Informe de las actividades
planificadas y las
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
IDENTIFICACIÓN: Hipo Planificación
DESCRIPCIÓN: Proceso Para El Registro De Planificación
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
Valores estimados de acuerdo a las
situaciones presentadas durante el
análisis de las situación planteada para
la implementación del sistema
propuesto
Estudios del Contexto de Sistema
Estudios de requerimientos
Estudios de diseños preliminar
Diseño del Prototipo
Construcción del prototipo
Prueba del sistema
Costos de Implementación
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,
2.) 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
º
Agencia
Cod_Agen Nombre
Dirección
Teléfono
Fax
RIF
Cod_Agencia
Empleado
Apellido
Nombre
Cargo
Departamento
Nº_empleado
Cod_empleadoo
Cod_Agen
Planificación
Cod_Agencia Agencia
TiempoResponsable
Planificador
Fecha
Tiempo
Cod_Agen
Asunto
Cod_empleado
Contacto
Cod_postal
Tfl_ofci
fax
E_mail_02
Cod_empleadoo
E_mail01Tlf_01
Tfl_02
Cod_categ Detalle
detalle
Cod_categ
Cod_categ
Cod_postal
Cod_postal
Ubicación
Detalle
Postal
DIAGRAMA ENTIDAD RELACIÓN PARA EL DISEÑO DEL SISTEMA PROPUESTO
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
HerramientArchivo Consultas Ayuda
Reg. Datos Agencia
Reg.Datos Empleado
Mantenimiento
Respaldo de Datos
Consultas Direcciones
No Telefónicos
Actividades
Manual del sistema
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
Agenda Tfl
Agenda actividad
Clave de Acceso
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 del
sistema
Construcción de pruebas
Equipo de analistas
encargados del diseño del
sistema:
Revisión estructurada de
las pruebas
Construcción de las
librerías
Codificación del programa
Elaboración de los
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.