Post on 26-Nov-2015
UNIVERSIDAD NACIONAL ABIERTA
ÁREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS
SISTEMA DE INFORMACIÓN AUTOMATIZADO PARA EL CONTROL DE VARIABLES DE LA CALIDAD DEL PROCESO PRODUCTIVO DE LA EMPRESA LABORATORIOS VALMOR C.A. UBICADO EN LA CIUDAD DE EJIDO, ESTADO MÉRIDA
TRABAJO DE GRADO
CARLOS TORRES.
MÉRIDA, NOVIEMBRE DE 2008
UNIVERSIDAD NACIONAL ABIERTA
ÁREA DE INGENIERÍA
CARRERA INGENIERÌA DE SISTEMAS
SISTEMA DE INFORMACIÓN AUTOMATIZADO PARA EL CONTROL DE VARIABLES DE LA CALIDAD DEL PROCESO PRODUCTIVO DE LA EMPRESA LABORATORIOS VALMOR C.A. UBICADO EN LA CIUDAD DE EJIDO, ESTADO MÉRIDA
TABAJO DE GRADO
AUTOR: CARLOS F. TORRES R.
TUTOR ACADEMICO: ING. HUNGRIA BERBESI
C.I.:8.046.915
TUTOR EMPRESARIAL: DRA. NILKA VELÁSQUEZ.
C.I.: 10.203.989
CENTRO LOCAL MÉRIDA
MÉRIDA, NOVIEMBRE DE 2008
INDICE
INTRODUCCIÓN........................................................................................................... 1
CAPITULO I
PLANTEAMIENTO DEL PROBLEMA
I.1 PLANTEAMIENTO DEL PROBLEMA.................................................................... 3
I.2 Justificación e Importancia...................................................................................... 5
I.3 Objetivos. ............................................................................................................... 5
I.3.1 Objetivo General.................................................................................................. 6
I.3.2 Objetivos Específicos........................................................................................... 6
I.4 Alcances.................................................................................................................. 7
I.5 Limitaciones............................................................................................................. 7
I.6 Recursos Necesarios.............................................................................................. 8
I.6.1 Recursos de Software......................................................................................... 8
I.6.2 Recursos de Hardware........................................................................................ 8
I.7 Áreas del conocimiento que abarca el anteproyecto de trabajo de grado.............. 8
I.8 Descripción del plan de trabajo................................................................................ 11
I.8.1 Levantamiento de información y de requerimientos............................................. 11
1.8.2 Desarrollo y construcción del sistema……………………..................................... 12
1.8.3 Pruebas del sistema............................................................................................. 12
1.8.4 Análisis de resultados y elaboración del informe final.......................................... 12
CAPITULO II
MARCO REFERENCIAL
II.1 BASES TEÓRICAS……….…………………………………………….………………. 14
II.1.1 SISTEMAS DE INFORMACIÓN…….………………………………………………. 14
II.1.2 BASE DE DATOS…………………….………………………………………………. 18
II.1.3 ANÁLISIS Y DISEÑO DE SISTEMAS….………………..…………………………. 21
II.1.4 PROCESAMIENTO DE DATOS………….………………………………………….. 25
II.1.5 INFERENCIA ESTADÍSTICA……..…….……………………………………………. 26
II.1.6 TEORIA DE DECISIONES………………………………………………………….. 27
II.1.7 DOCUMENTACION DE SISTEMAS……………………………………………..…. 29
II.1.8 CONCEPTOS RELACIONADOS CON LA INDUSTRIA FARMACÉUTICA.....… 31
II.2 METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS………….………..…. 34
CAPÍTULO III
MARCO METODOLÓGICO
III.1 METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS………………………. 39
III.1.1 Metodología seleccionada…………………………………………………………… 39
III.1.2 Aplicación de la metodología seleccionada……………………………….……….. 41
Fase 1. Investigación preliminar……………………………………………………………. 41
Fase 2. Determinación de los requerimientos del sistema ………….…………………… 44
Fase 2.1. Diagrama de contexto……………………………………………………………. 48
Fase 3. Diseño del sistema ……………………………….……………….………………. 49
Fase 3.1. Diseño de flujo de datos……………………………………………………….. 49
Fase 3.2. Diseño de salidas………………………………………………………………… 50
Fase 3.3. Diseño de entradas………………………………………………………………. 51
Fase 3.4. Diseño de controles……………………………………………………………… 51
Fase 3.5. Diseño de la base de datos…………………………………………………….. 52
Fase 3.6. Descripción de entidades………………………………………………...……… 54
Fase 3.7. Modelo relacional………………………………………………………………… 56
Fase 4. Desarrollo del software……………………………………………………………. 61
Fase 4.1. Diseño de entradas y salidas………………………………………………….. 62
Fase 4.1.1. Diseño de las entradas………………………………………………………... 62
Fase 4.1.2. Diseño de las salidas………………………………………………………….. 62
Fase 4.1.3. La interfaz del usuario…………………………………………………………. 62
Fase 5. Pruebas del sistema……………………………………………………………….. 70
III.2. Trascripción de datos………………………………………………………………….. 71
III.3. Documentación del sistema………………………………………………………….. 71
III.4. Ubicación del equipo…………………………………………………………………… 71
III.5. Entrenamiento………………………………………………………………………….. 71
III.6. Alimentación de la base de datos……………………………………………………. 72
III.7. Herramientas utilizadas para el desarrollo del sistema……………………………. 72
CAPÍTULO IV
ANÁLISIS DE RESULTADOS
IV.1 RELACIÓN ENTRE LO PLANIFICADO Y LO CONSEGUIDO…………………… 75
CAPÍTULO V
CONCLUCIONES Y RECOMENDACIONES
V.1.CONCLUCIONES………………………………………………………………………. 78
V.2. RECOMENDACIONES 79
V.2.1. Para la Empresa……………………….……………….……………………………. 79
REFERENCIAS BIBLIOGRÁFICAS……………………………………………………….. 80
REFERENCIAS ELECTRÓNICAS…………………………………………………………. 82
INDICE DE CUADROS
Cuadro Descripción Página
1 Ciclo de vida del desarrollo de sistemas……………………………… 40
2 Documento de requisitos…………………………………………….…. 45
3 Entidades y descripción………………………………………………… 54
INDICE DE FIGURAS
Figura Descripción Página
1 Diagrama de Contexto…………………………………………………. 48
2 Diagrama de Flujo de Datos…………………………………………… 50
3 Grafico E-R………………………………………………………………. 53
4 Tablas utilizadas en el sistema de base de datos…………………… 56
5 Diseño Físico de Base de Datos ……………………………..………. 60
6 Formulario de Entrada…………………………………………………. 64
7 Ficha Principal………………………………………………………….. 65
8 Ficha Aspecto Visual……………………………………………………. 66
9 Ficha Dato Lote…………………………………………………………. 66
10 Ficha Ensayos, Límites y Métodos……………………………………. 67
11 Ejemplo Formulario EN PROCESO…………………………………… 68
12 Botones de las fichas EN PROCESO y TERMINADO……………… 68
13 Formulario Ver Gráfico del Ensayo……………………………………. 69
14 Botones del Formulario Ver Gráfico del Ensayo…………………….. 69
15 Formulario de Salida……………………………………………………. 70
ANEXOS
1. Organigrama de la empresa Laboratorios VALMOR C.A.
2. Listado de medicamentos producidos por Laboratorios VALMOR C.A.
3. Cronograma de Actividades
4. Ejemplos de reportes del sistema
5. Manual del usuario
UNIVERSIDAD NACIONAL ABIERTA CENTRO LOCAL MÉRIDA
INGENIERÍA DE SISTEMAS TRABAJO ESPECIAL DE GRADO
Sistema de información automatizado para el control de variables de la calidad del proceso productivo de la empresa Laboratorios VALMOR C.A. ubicado en la ciudad de Ejido, estado Mérida.
Br. Carlos F. Torres R. C.I.: 8.036.657 Tutor Académico: Ing. Hungría Berbesi Tutor Empresarial: Dra. Nilka Velásquez
RESUMEN
El presente trabajo de grado describe el desarrollo de un sistema automatizado de
información destinado a mantener el control de la calidad de la elaboración de
medicamentos de los Laboratorios VALMOR C.A. ubicada el la ciudad de Ejido, Estado
Mérida. Este sistema ayudará a la Gerencia de Control de la Calidad a observar los
cambios y tendencias en cada una de las variables objeto de control, y a la toma de
decisiones a través de la generación de una serie de hojas de reportes contentiva de
parámetros tales como límites, tendencias, datos, gráficos estadísticos, además de otras
medidas relacionadas con el control de la calidad. Con esto se podrán conocer las
variables que presentan desviaciones o tendencias fuera de los límites de control
establecidos, previniendo la producción de lotes con “defectos” al realizar los ajustes
necesarios que eviten poner en riesgo la calidad del proceso y del producto. El sistema
ha sido desarrollado cumpliendo los requerimientos y estándares de la empresa, la cual
está pasando por una etapa de modernización de todos los sistemas de base de datos.
Para el diseño y construcción del software se empleó el uso de paquetes ofimáticas
como Microsoft Access 2003® y Microsoft Excel 2003® las cuales han sido las
principales herramientas para la generación de un producto que tiene como
característica el empleo de interfaces gráficas bastantes amigables incluso para el
usuario poco entrenado.
INTRODUCCIÓN
En los primeros días del desarrollo de las bases de datos, la mayor parte del
trabajo se llevaba a cabo en fichas con aplicaciones muy engorrosas para su uso.
En la actualidad sacamos el máximo provecho de las tecnologías de base de datos
como las ofrecidas por Microsoft Access® y Oracle®. Es gracias a estas nuevas
tecnologías, es que los diseñadores pueden construir aplicaciones de base de datos
que reúnen un sentido dinámico e interactivo.
Para el desarrollo del presente Trabajo Final de Grado se seleccionó a la
Empresa LABORATORIOS VALMOR C.A., la cual dedica sus esfuerzos a la
investigación, desarrollo, producción y venta de productos médico-farmacéuticos
tanto de uso humano como veterinario. Su creación y desarrollo han estado
marcados por el deseo de querer cubrir una demanda insatisfecha de
medicamentos, por parte de las empresas farmacéuticas ubicadas en la región de
los Andes.
El presente informe de Trabajo Final de Grado, da respuesta a la necesidad
de contar con información rápida, veraz, precisa y oportuna en las diferentes áreas y
secciones de producción de medicamentos en la planta de producción de los
LABORATORIOS VALMOR C.A.; a través de un sistema de información
automatizado que tiene como finalidad servir de depositario de toda la información
producida en los controles ambientales durante los procesos de producción, para
así agilizar el análisis de la información correspondiente y la toma de decisiones.
En el Capítulo I, se presenta el planteamiento del problema resolver, los
objetivos generales y específicos a alcanzar, los elementos que justifican el
desarrollo y alcance del proyecto del Trabajo Especial de Grado.
En el Capítulo II, se hace referencia al marco referencial que describe los
conceptos y conocimientos básicos requeridos que permitieron alcanzar los
objetivos del presente informe .
En el Capítulo III, se presenta el marco metodológico, aquí de describe la serie
de etapas a seguir que permitió alcanzar los objetivos del presente trabajo.
En el Capítulo IV, se efectúa el análisis de los resultados obtenidos luego de
aplicar los elementos de la fase anterior.
En el Capítulo V, se exponen las conclusiones y recomendaciones finales
obtenidas en el proyecto de Trabajo Especial de Grado.
Este proyecto de desarrolló dentro de las pautas sugeridas en el Manual de
Proyectos de Grado de la Universidad Nacional Abierta (UNA, 1985) y el Manual de
estilo de publicaciones de la American Psychological Association (APA, 2001) para
la presentación de tesis de grado.
CAPITULO I
PLANTEAMIENTO DEL PROBLEMA
I.1 PLANTEAMIENTO DEL PROBLEMA
La empresa Laboratorios VALMOR C.A., ubicada en la Ciudad de Ejido del
Estado Mérida, estableció entre sus metas a mediano y largo plazo, dar cobertura
creciente a la demanda de medicamentos en el mercado nacional, llegando
estratégicamente cada año, a más clientes en todo el territorio, sin perder la calidad
que los ha caracterizado; razón por la cual implementan continuamente nuevas
tecnologías en sus sistemas industriales y mejoras en sus procesos de producción.
Entre otras líneas de acción para la mejora, desde hace varios años la
empresa ha venido automatizando las diferentes áreas administrativas y técnicas,
mediante la implantación de sistemas de información, soportados con tecnología de
bases de datos, que facilitan el procesamiento de los datos y la generación de
información para la toma de decisiones. Esta automatización se inició en las áreas
administrativas fundamentalmente, tales como contabilidad, tesorería y nómina;
quedando de lado en un principio, las áreas de producción, almacenamiento y
distribución.
Entre las áreas no atendidas en la empresa, se encuentra la encargada de
gestionar la calidad en los procesos productivos. Tal situación se evidencia en la
actualidad, entre otras razones, porque en la empresa se continúa llevando el
registro de las variables de control que apoyan la calidad en forma manual, esto es,
tomar la lectura de los datos leídos en los equipos de medición y trascribirlos a una
serie de formularios; y en algunos casos, por medio de equipos de medición con la
capacidad de generar ciertos reportes básicos, pero con deficiencias para la
integración de datos, la obtención de gráficos estadísticos y el procesamiento en
general de la información.
Los datos recolectados para el control de las variables de calidad provienen de
una serie de pruebas o ensayos (entre siete y catorce ensayos por medicamento)
que son realizados para cada uno de los más de 163 productos que elabora la
empresa en la actualidad.
La Gerencia de Control de la Calidad, consciente de la dificultad de mantener
un registro manual y en concordancia con las Normas de la Buena Práctica de
Manufactura en la Industria Farmacéutica, que precisa la optimización de todos los
sistemas de información requeridos en los procesos de manufactura, requiere contar
con un sistema automatizado para el manejo de la información de las variables de
control de la calidad de toda la producción de medicamentos.
Entre otras muchas características y funciones, el sistema automatizado debe
tener capacidad para el agrupamiento, clasificación, jerarquización y control de los
valores generados para las variables de la calidad susceptibles de medición y que
influyen a lo largo del proceso de elaboración de productos farmacéuticos; así como
la obtención de reportes y gráficos estadísticos, con lo cual mejorar el proceso de
toma de decisiones relacionadas con las condiciones controlables de la calidad.
Con base en lo anterior, el proyecto que se propuso como Trabajo Especial de
Grado, tuvo como propósito desarrollar un nuevo sistema que de solución al
problema pertinente a la Gerencia de Aseguramiento de la Calidad de los
Laboratorios VALMOR C.A., mediante el análisis, diseño y construcción de un nuevo
sistema de información automatizado, que reemplace el actual sistema manual de la
empresa, y que permita realizar el control de las variables de calidad, esenciales
para garantizar la calidad de los productos, y que este cumpla a detalle con los
requerimientos sugeridos por dicha gerencia.
I.2 Justificación e Importancia
La disponibilidad de un sistema de información automatizado para el control de
variables de calidad tiene incidencia directa en la calidad del proceso de elaboración del
producto, y por consiguiente, en la calidad del producto terminado.
La falta de una herramienta automatizada como la requerida puede implicar una serie
de dificultades y pérdidas, tales como:
• Pérdida de Materia Prima: Son todos los insumos requeridos para la obtención
del producto final.
• Pérdidas económicas: La inversión económica necesaria para los gastos operativos
de la planta.
• Pérdida de la Imagen de la empresa: Debido al incumplimiento de las entregas de
los pedidos en los tiempos prometidos y con la calidad esperada.
• Pérdida de la confianza de la clientela: Debido al suministro de medicamentos de
mala calidad y/o mal estado que pueda afectar la salud pública.
• Pérdidas de nuevas licitaciones y contrataciones: Que afectan negativamente el
crecimiento económico de la empresa.
I.3 Objetivos
I.3.1 Objetivo General
Desarrollar un sistema de información automatizado para el control de las
variables de calidad del proceso productivo de la Empresa Laboratorios VALMOR
C.A. ubicada en la Ciudad de Ejido, Estado Mérida.
I.3.2 Objetivos Específicos
Para lograr el objetivo general formulado, se propusieron los siguientes
objetivos específicos:
♦ Conocer a través de los responsables del control de la calidad, los
requerimientos para el sistema automatizado de información, esto con el
fin de definir y acordar las funcionalidades técnicas y no técnicas que se
espera del producto de software a desarrollar. Así como también, las
variables de calidad objeto de control y sus parámetros correspondientes;
los procedimientos, las hojas de registros de mediciones y el tratamiento
aplicado a los datos para la generación de los informes y gráficos
requeridos.
♦ Diseñar un sistema de información que dé respuesta a la necesidad
planteada, con base en los requerimientos definidos con los usuarios de
la aplicación y a los estándares utilizados por la empresa, esto con el
propósito de cubrir los requerimientos de información sobre el control de
las variables de la calidad de los productos elaborados en la empresa.
♦ Diseñar un modelo lógico y un modelo físico de una base de datos que
soporte los requerimientos de almacenamiento de datos y procesamiento
de información para el nuevo sistema. Esto con la intención de tener un
soporte estructural que guíe la construcción del nuevo sistema.
♦ Construir los diferentes módulos del sistema de información a través de
las herramienta de programación adecuadas, con la finalidad de
integrarlos para conformar la aplicación esperada.
♦ Ejecutar un conjunto de pruebas de funcionamiento (verificación y
validación) al sistema desarrollado, así como la realización de pruebas de
comportamiento del mismo, esto con la intención de determinar su estado
óptimo de operatividad según los requerimientos del usuario.
I.4 Alcance
Para el presente Trabajo Especial de Grado se estableció como alcance, el
desarrollo de un producto que diera respuesta a los requerimientos funcionales
técnicos y no técnicos formulados por la Gerencia de Aseguramiento de la Calidad
de Laboratorios VALMOR C.A., para el procesamiento y control de los datos
obtenidos a partir de las mediciones de las variables de calidad; cubriendo las fases
desde el análisis hasta las pruebas de verificación y validación. No se incluyó la
implantac ión definitiva de la aplicación, quedando bajo la responsabilidad de la
Empresa tal actividad; cuestión que fue acordada durante la fase preliminar con los
responsables de la referida Gerencia.
I.5 Limitaciones
Debido a las características del trabajo y los recursos materiales, técnicos y humanos
disponibles, no se observó limitación alguna para el desarrollo del presente Trabajo Especial
de Grado, propuesto en un documento preliminar (anteproyecto) en el que se ejecutó la
planificación del proyecto.
I.6 Recursos Necesarios
I.6.1 Recursos de Software
• Sistema Operativo Microsoft Windows 2000® o Microsoft Windows XP®
• Windows Microsoft Office 2003® con los archivos completos de:
• Microsoft Access 2003®.
• Microsoft Excel 2003®.
• Windows Microsoft Project 2003®.
I.6.2 Recursos de Hardware
• Computador Pentium III o IV (recomendable 1 GB de velocidad o superior).
• Memoria RAM 256 MB o superior (recomendable).
• Monitor Súper VGA de 1.024 x 768 píxeles de resolución o superior.
• Mouse óptico (recomendable) .
• Impresora de cartucho (opcional).
I.7 Áreas del conocimiento que abarca el anteproyecto de trabajo de grado
En esta parte del Trabajo Final de Grado se señalan las materias del plan de
estudio de la carrera que guardan relación con el proyecto de trabajo de grado.
Computación I y II
El estudio de estas asignaturas permite conocer en profundidad los aspectos
relacionados con lo que ha sido el proceso evolutivo de lo que hoy conocemos como
computadora, los componentes que la integran y sus características. En esencia, la
computadora está compuesta por dos componentes. (a) El Hardware que
corresponde al conjunto de elementos físicos. (b) El Software que corresponde a la
parte intangible de la computadora y constituye el conjunto de programas que hacen
posible que el componente hardware realice una tarea específica; controlando,
coordinando y haciendo que ejecute las tareas a que se vea sometido.
El proceso de aprendizaje incluye la adquisición de conocimientos en cuanto
a la resolución de problemas aplicando un enfoque estructurado, a través de la
descomposición y refinamiento de los mismos en un conjunto de pasos definidos en
forma secuencial utilizando para ello el lenguaje algorítmico.
Se puede afirmar que los conocimientos y destrezas adquiridas con el
estudio de estas asignaturas permiten la aplicación de técnicas estructuradas para
la resolución de problemas de diversa índole.
Procesamiento de Datos I y II
El procesamiento de datos implica efectuar un conjunto de operaciones para
la manipulación de datos, esto con la finalidad de producir como salida determinada
información. La principal característica que hace que estas asignaturas posean un
grado de importancia significativo es que explican el uso de estructuras de datos,
con la finalidad de dar solución a diversos problemas empleando para ello diferentes
representaciones para los datos, tomando en cuenta la complejidad espacial y el
uso eficiente de la memoria del computador.
Análisis y Diseño de Sistemas
El Análisis y Diseño de Sistemas permiten conocer el proceso de gestión
para la creación de un sistema. Este proceso engloba un conjunto de actividades
que permiten definir la secuencia de tareas a efectuar para el desarrollo de cualquier
sistema de información. A partir de un problema presentado se describen en
principio; la factibilidad para desarrollar dicho sistema de acuerdo a una serie de
parámetros, permitiendo establecer el mejor camino a seguir para el logro de una
serie de objetivos, planteados de acuerdo con el problema que se esté tratando.
Sin duda alguna esta ha sido una de las asignaturas más importantes que se
han visto en la carrera, pues con el conjunto de conocimientos y técnicas que se
han aprendido se puede dar uno de los pasos más importantes para la ejecución del
trabajo propuesto; ya que constituye una de las etapas de mayor relevancia para la
realización eficiente del proyecto de trabajo de grado.
Documentación de Sistemas
La documentación de sistemas implica todo el conjunto de elementos que
permitirán dar a conocer a los usuarios todo lo relacionado con el funcionamiento de
un sistema; definiendo y documentando la información de relevancia para el uso y
mantenimiento del mismo, así como, la información sobre los procesos que lleva a
cabo dicho sistema.
La importancia de esta asignatura para el logro del trabajo que se propone
en este anteproyecto radica en que; por medio de su aplicación permitirá desarrollar
un conjunto de documentos que facilitarán a los usuarios y a la organización
conocer su funcionamiento y utilización efectiva.
Base de Datos
Una base de datos se define como un conjunto de datos interrelacionados y
pertenecientes a un mismo contexto que sirven a un sistema determinado, estos
poseen la característica de que su almacenamiento es independiente del conjunto
de programas que los van a utilizar. La creación de una base de datos implica
inicialmente una metodología compuesta por un conjunto de pasos a aplicar para su
creación y posteriormente, utilización por parte de los usuarios que así lo requieran.
El conjunto de conocimientos adquiridos con esta asignatura permitirá que la
creación del sistema propuesto pueda ser llevada a cabo, puesto que para el mismo
se requiere el manejo de un gran volumen de datos para generar información.
Información que debe ser manejada siguiendo determinadas condiciones y
estableciendo un orden y unas relaciones que permitan un uso eficiente de la
misma.
Redes de Computadoras
Desde los comienzos de la informática, la comunicación entre computadores
ha sido un campo de interés que ha ido creciendo de forma acelerada a lo largo del
tiempo. Con esta asignatura, se logra comprender los aspectos básicos
relacionados con la comunicación, protocolos e interconexión de equipos, lo que
constituye la plataforma básica para la creación de redes locales e intranets en las
organizaciones.
I.8 Descripción del plan de trabajo
En esta parte del documento se explica, con el apoyo de un Diagrama de
Gantt (anexo 3), el cronograma de actividades que se planificó para el desarrollo de
la aplicación propuesta. En forma general, consta de cuatro macro-actividades:
1.8.1 Levantamiento de información y de requerimientos
En esta etapa se realizó el levantamiento de información y de los
requerimientos de la Gerencia de Aseguramiento de la Calidad, para el desarrollo
del sistema, entre algunos de los requerimientos que se tuvo conocimiento para el
nuevo sistema están:
o Confiabilidad: El sistema deberá ser confiable, es decir, libre de
errores, debe ocurrir un error cuando el sistema no hace lo que se
supone deberá hacer, caso tal debe reportarse mediante un mensaje
de error.
o Eficiente: Se refiere a que usará de forma óptima los recursos de
computación, por ejemplo, espacio de memoria y tiempo de ejecución.
o Amigabilidad: Debe ser de fácil uso por parte del usuario, sin mucha
recarga de objetos ni solicitud de datos.
o Adaptación a estándares de la empresa: Debe cumplir con ciertas
normativas preestablecidas para todos los sistemas.
o Capacidad para generar reportes: Estos son lista de datos y gráficos
estadísticos.
o Uso de un interfaz gráfica amigable: Se refiere a la facilidad con que
el usuario se familiarizará con el sistema a través de la interfaz gráfica.
1.8.2 Desarrollo y construcción del sistema
Esta fase incluyó el desarrollo del sistema, e implicó la creación de un modelo
lógico de datos y el correspondiente modelo físico de una base de datos. Abarcó la
consideración de opciones de diseño y la construcción de programas o módulos
para el sistema.
1.8.3 Pruebas del sistema
Es el trabajo que se realiza para conocer si el sistema cumple con los
requerimientos y funcionalidades solicitadas por los usuarios, así como su correcto
funcionamiento e integridad. Para ello se espera obtener una serie de reportes
contentivo de datos y gráficos estadísticos.
1.8.4 Análisis de resultados y elaboración del informe final
Una vez aceptado el sistema, validado por los usuarios, se realizaron dos
importantes actividades: el análisis de los resultados y la redacción del informe final
del trabajo.
El análisis de resultados consistió en la comparación entre los reportes
generados por el sistema y los requerimientos exigidos por los usuarios de la
Gerencia de Aseguramiento de la Calidad, obteniéndose un sistema validado y con
las funcionalidades esperadas por parte de dichos usuarios.
Se procedió con la elaboración del informe final luego de haber cumplido a
plenitud con todas las facetas anteriores del diseño, elaboración, pruebas y análisis
de resultados del sistema, lográndose un sistema automatizado de control de
variables de la calidad como producto final esperado.
CAPÍTULO II
MARCO REFERENCIAL
En este capítulo se presentan las bases teóricas que sustentaron el
desarrollo del Trabajo Especial de Grado y, muy especialmente, los elementos
básicos de la metodología a seguir para el desarrollo de una solución al problema
formulado.
II.1 BASES TEÓRICAS
II.1.1 SISTEMAS DE INFORMACIÓN
Se debe entender que un sistema de información es un conjunto de
elementos tecnológicos (hardware y software) los cuales reciben datos para ser
procesados, almacenados y emitidos convertidos en información bajo un soporte
para ser utilizados dentro de un negocio o empresa, como diría Senn (1992):
“Un Sistema de Información es un conjunto de personas, datos y
procedimientos que funcionan en conjunto”.
Este autor afirma que la finalidad de los sistemas de información como la de
cualquier otro sistema dentro de la organización, son el de procesar entradas,
mantener archivos de datos y producir información, reportes y otras salidas.
Se debe tomar en cuenta que el proceso de desarrollo de sistemas de
información consta de varias etapas, este conjunto de etapas se denomina ciclo de
vida del sistema. Según la metodología con que se aborde este proceso, se tendrán
diferentes modelos de ciclo de vida.
Dado que los sistemas de información dan apoyo a otros sistemas dentro de
la empresa, primero se debe estudiar el sistema de la organización como un todo y
luego los detalles de los subsistemas de información que lo conforman.
Para Peralta (s.f.) “Un sistema de información realiza cuatro actividades
básicas: entrada, almacenamiento, procesamiento y salida de información”.
Entrada de Información: Es el proceso mediante el cual el sistema de
información recibe los datos para ser procesados y generar la información
requerida. Según el tipo de sistema las entradas pueden ser manuales o
automáticas. Las entradas manuales son aquellas que se proporcionan en forma
directa por el usuario, esto es, introducidas a través del teclado del computador,
mientras que las automáticas son las entradas que provienen o son tomadas de
otros sistemas o módulos, como algún soporte físico de almacenamiento de base de
datos. Esta última se denomina interfaces automáticas.
Las unidades automáticas de entrada de datos a las computadoras son las
terminales, cintas magnéticas, unidades de disquete, códigos de barras, escáner,
etc.
Almacenamiento de información: El almacenamiento es una de las
actividades o capacidades más importantes que tiene una computadora, gracias a
ello las computadoras pueden “recordar" la información recibida o emitida durante
un determinado proceso.
Esta información suele ser almacenada en unidades físicas de
almacenamiento como son los discos magnéticos o discos duros, discos flexibles o
disquetes y los discos compactos o CD-ROM.
Procesamiento de Información: Es la capacidad del Sistema de
Información para transformar los datos introducidos en información útil al usuario.
Esto se logra efectuando una serie de cálculos de acuerdo con una
secuencia de operaciones preestablecidas o programas informáticos. Estos cálculos
pueden efectuarse con datos introducidos recientemente en el sistema o bien
previamente almacenados. Esta característica de los sistemas permite la generación
de información que puede ser utilizada para la toma de decisiones, lo que hace
posible, entre otras cosas, que un tomador de decisiones genere, por ejemplo, una
proyección financiera a partir de los datos que contiene un estado de resultados o
un balance general de un año base.
Salida de Información: La salida es la capacidad de un Sistema de
Información para entregar información (datos procesados) o datos de salida al
exterior. La salida se refiere a los resultados e informaciones generadas por el
sistema, para la mayoría de los usuarios la salida es la única razón para el
desarrollo de un sistema y la base de evaluación de su utilidad, sin embargo cuando
se realiza un sistema se debe decidir la forma en que va a ser presentada la
información, monitor, impresa o una unidad de almacenamiento.
Entre las unidades de salida comúnmente usadas están los monitores, las
impresoras, los graficadores y los plotters, también están como salidas el
almacenaje, los disquetes, cintas magnéticas, discos compactos, entre otros.
Tipos y Usos de los Sistemas de Información
De acuerdo con Peralta (s.f.) se espera que para los próximos años, los
Sistemas de Información cumplirán tres objetivos básicos dentro de las
organizaciones:
1. Automatización de procesos operativos.
2. Proporcionar información que sirva de apoyo al proceso de toma de
decisiones.
3. Lograr ventajas competitivas a través de su implantación y uso.
Los Sistemas de Información que logran la automatización de procesos
operativos dentro de una organización, son también llamados Sistemas
Transaccionales, su función consiste en procesar transacciones tales como pagos,
cobros, pólizas, entradas, salidas, etc.
Por otra parte, entre los Sistemas de Información que dan apoyo a los
proceso de toma de decisiones están los Sistemas de Soporte para la Toma de
Decisiones, Sistemas para la Toma de Decisión de Grupo, Sistemas Expertos de
Soporte a la Toma de Decisiones y Sistema de Información para Ejecutivos.
El tercer tipo de sistema, de acuerdo con su uso u objetivos que cumple, es
el de los Sistemas Estratégicos, los cuales se desarrollan en las organizaciones con
el fin de lograr ventajas competitivas, a través del uso de la tecnología de
información.
A continuación se mencionan los principales tipos de Sistemas de
Información (Senn, 1992; Peralta, s.f.):
Sistemas Transaccionales. Gestiona la información referente a las
transacciones producidas en una empresa u organización, este tipo de sistemas se
caracteriza porque su funcionamiento es en línea, permite realizar las operaciones
cotidianas del negocio. Tienen la ventaja que suelen lograrse ahorros significativos
de mano de obra debido a la automatización de operaciones de la organización. Por
derivar de procesos automáticos son intensivos en entrada y salida de información;
sus cálculos y procesos suelen ser simples y poco sofisticados por lo que son fáciles
de justificar ante la dirección general, ya que sus beneficios son visibles y palpables
de forma inmediata.
Sistemas de Apoyo de las Decisiones. También llamado sistemas de
minería de datos, son una herramienta importante a la hora de realizar análisis de
las diferentes variables de toma de decisiones. Estos sistemas suelen ser intensivos
para cálculos pero muy escasos en entradas y salidas de información. Estos suelen
ser sistemas de información interactivos y amigables que pueden ser desarrollados
directamente por el usuario final sin la participación operativa de los analistas ni
programadores del área de informática.
Sistemas Estratégicos. Se puede definir como sistemas que usan
tecnologías de información para concretar la estrategia competitiva de la
organización. Estos sistemas ayudan a dar a las empresas cierta ventaja estratégica
sobre sus más cercanos competidores y poseen la ventaja de proveer un servicio o
producto único que no puede ser fácilmente duplicado por la competencia.
II.1.2 BASE DE DATOS
Una base de datos se define como un conjunto de datos almacenados de
forma ordenada y jerárquica asentada en un medio o soporte físico la cual permite
acceso directo para su uso de forma inmediata o posterior con el fin de generar
información.
Este acceso puede ser compartido por muchos usuarios con una diversidad
de aplicaciones; en este sentido, una biblioteca, la sede del archivo histórico, una
hemeroteca, pueden considerarse como una base de datos compuesta en su
mayoría por documentos, fotografías y textos impresos en papel, acetato o en forma
digital e indexados para su consulta.
En la actualidad, y en gran parte gracias a la tecnología y recursos
disponibles provenientes de campos como la informática y la electrónica, las bases
de datos pueden adquirir diversas formas, ofreciendo un amplio rango de soluciones
al problema de almacenar datos.
En informática existen los Sistemas Gestores de Bases de Datos (SGBD),
que permiten almacenar y posteriormente acceder a los datos de forma rápida y
estructurada.
TIPOS DE BASES DE DATOS
Atendiendo a su función las bases de datos pueden dividirse en dos grupos,
considerando su función primordial, a saber:
Bases de datos analíticas
También llamada base de datos estática, éstas son bases de datos de sólo
lectura y su contenido no se altera a lo largo del tiempo, es utilizada primordialmente
para almacenar datos históricos, estas se pueden utilizar para estudiar el
comportamiento de un conjunto de datos a través del tiempo, realizar proyecciones
y tomar decisiones, por ejemplo una base de datos sobre población de los últimos
10 años.
Bases de datos dinámicas
Éstas son bases de datos más dinámicas, orientadas a almacenar
información que es modificada con el tiempo, permitiendo operaciones como
actualización y adición de datos, además de las operaciones fundamentales de
consulta, por ejemplo los estados de cuenta de clientes de un banco.
MODELOS DE DATOS
Una parte esencial de la estructura de base de datos es el modelo de datos.
De acuerdo con Silberschatz y otros (2006), lo definen como una colección de
herramientas conceptuales para describir los datos, las relaciones entre datos, la
semántica de los datos y las ligaduras de consistencia. Según este grupo de autores
los diferentes modelos de datos que se han propuesto se clasifican en tres grupos
diferentes: Modelo lógico basado en objeto, Modelo lógico basado en registro y
Modelo físico.
Modelo lógico basado en objetos: Según Silberschatz (2006) esta clase de
modelos se usan para describir datos en los niveles lógicos y de vista. Estos se
caracterizan por el hecho de proporcionar capacidades estructurales muy flexibles y
permiten que las ligaduras de datos sean especificadas explícitamente,
Modelo lógico basado en registro: Se usan tanto para especificar la
estructura lógica completa de la base de datos como para proporcionar una
descripción de alto nivel de la implementación.
En cada tipo de registro se define un número fijo de campos o atributos, y
cada campo tiene normalmente una longitud fija.
Modelo físico: Son muy poco usados, son el modelo unificador y el de
memoria de elementos. Algunos autores como Korth y Silberschatz, (2006), definen
estos modelos como "modelos de datos primitivos".
Para estos autores los tres modelos de registro más ampliamente aceptados
son el modelo relacional, el modelo de red y el modelo jerárquico.
Aunque el modelo relacional ha prevalecido sobre los otros dos modelos en
los últimos años, los modelos de red y jerárquico todavía son usados en gran
número de base de datos más antiguas.
Modelo relacional: Éste es el modelo más utilizado en la actualidad para
modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas
sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José
(California), no tardó en consolidarse como un nuevo paradigma en los modelos de
base de datos. Su idea fundamental es el uso de una colección de tablas para
representar tanto los datos como la relación entre esos datos. Cada tabla tiene
varias columnas, y cada columna tiene un nombre único, existe un índice de enlace
entre estas tablas.
Bases de datos de red: Como definiría Silberschatz (2006), los datos en los
modelo de red se presentan a través de colecciones de registros y las relaciones
entre los datos se presentan mediante enlaces, que se pueden ver como punteros.
Esta fue una gran mejora evolución respecto al modelo jerárquico, ya que
solucionaba de forma eficiente el problema de redundancia de datos. Es un modelo
utilizado en su mayoría por programadores más que por usuarios finales.
Bases de datos jerárquicas
El modelo jerárquico es similar al modelo de redes, en el sentido de que los
datos se presentan mediante registros y enlaces, respectivamente. Éste se
diferencia del modelo de redes en que los registros se organizan como colecciones
de árboles el lugar de grafos dirigidos.
Una de las principales limitaciones de este modelo, es su incapacidad de
representar eficientemente la redundancia de datos.
El lenguaje más común para construir las consultas a bases de datos
relacionales es SQL, Structured Query Language o Lenguaje de Consultas
Estructurado, un estándar implementado por los principales motores o sistemas de
gestión de bases de datos relacionales.
II.1.3 ANÁLISIS Y DISEÑO DE SISTEMAS
Tiene el propósito de examinar la situación de una empresa con el fin de
mejorarla con métodos y procedimientos más acordes a la situación. Se describe los
diferentes tipos de usuario que participan en el desarrollo del sistema.
Esta es una actividad importante que no debe llevarse a cabo de forma
descuidada, de hecho existen técnicas útiles para la estimación de costos de
recursos a invertir tiempo, y dado que la estimación es la base de todas las
actividades de planificación de proyectos, sirve como guía para una buena
Ingeniería de Software.
Al estimar se toma en cuenta no sólo el procedimiento técnico a utilizar en el
proyecto, sino que se toma en cuenta los recursos, costos y planificación. El tamaño
del proyecto es otro factor importante que puede afectar la precisión de las
estimaciones, a medida que el tamaño aumenta, crece rápidamente la
interdependencia entre varios elementos del Software.
La disponibilidad de información histórica es otro elemento que determina el
riesgo de la estimación; esto comprende:
• Entrevista con el usuario
Una entrevista para la recopilación de información es una conversación
dirigida con un propósito específico. En la entrevista se desea conocer acerca del
estado actual de los sistemas, sus metas personales, de la organización y de los
procedimientos informales, sobre todo se busca la opinión de la persona
entrevistada.
• Estudio de los requerimientos del sistema
Es el primer paso del análisis del sistema, en este proceso el analista se
reúne con el cliente y/o usuario (un representante institucional, departamental o
cliente particular), e identifican las metas globales, se analizan las perspectivas del
cliente, sus necesidades y requerimientos, sobre la planificación temporal y
presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la
identificación y desarrollo del proyecto.
Algunos autores como Whitten (1996) suelen llamar a esta parte ¨ Fase de
análisis de necesidades” o como diría el mismo Senn (1992) “Investigación
detallada” y lo dividen en cinco partes:
• Reconocimiento del problema.
• Evaluación y Síntesis.
• Modelado.
• Especificación.
• Revisión.
Antes de su reunión con el analista, el cliente prepara un documento
conceptual del proyecto, aunque es recomendable que éste se elabore durante la
comunicación Cliente – Analista, ya que de hacerlo el cliente solo de todas maneras
tendría que ser modificado, durante la identificación de las necesidades.
• Diseño de la estructura
Cuando queremos dar a entender mejor lo que vamos a construir en el caso
de edificios, herramientas, aviones, máquinas, se crea un modelo idéntico, pero en
menor escala (más pequeño).
Sin embargo, cuando aquello que construiremos es Software, el modelo
debe tomar una forma diferente, debe representar todas las funciones y
subfunciones de un sistema. Los modelos se concentran en lo que debe hacer el
sistema no en como lo hace, estos modelos pueden incluir notación gráfica,
información y comportamiento del Sistema.
Todos los sistemas basados en computadoras pueden modelarse como
transformación de la información empleando una arquitectura del tipo entrada y
salida.
• Selección del Hardware
Los analistas de sistemas deben trabajar en conjunto con los usuarios para
determinar el equipo (hardware) que será requerido. El establecimiento del equipo
se apega a los requerimientos de información. El conocimiento de la estructura de la
organización puede servir de apoyo en las decisiones del equipo.
Las opciones de equipo podrán considerarse, una vez los analistas de
sistemas, los usuarios y los directivos cuenten con una clara concepción de las
tareas que se realizarán.
Primero el analista debe inventariar el equipo de cómputo para descubrir con
que dispone; luego debe determinar las cargas presentes y futuras para el sistema,
después debe hacer una evaluación de los equipos disponibles en el mercado.
• Selección del Software
Es la primera actividad llevada a cabo durante la planificación del proyecto
de software.
Describe la función, el rendimiento, las restricciones, las interfaces y la
fiabilidad, se evalúan las funciones del ámbito y en algunos casos se refinan para
dar más detalles antes del comienzo de la estimación. Las restricciones de
rendimiento abarcan los requisitos de tiempo de respuesta y procesamiento,
identifican los límites del software originados por el hardware externo, por la
memoria disponible y por otros sistemas existentes.
El ámbito se define como un prerequisito para la estimación y existen
algunos elementos que se debe tomar en cuenta como es:
• La obtención de la información necesaria para el software.
Para esto el analista y el cliente se reúnen sobre las expectativas del
proyecto y se ponen de acuerdo en los puntos de interés para su desarrollo, en
los cuales están:
• Diseño del manejador de la base de datos.
• Desarrollo del sistema.
• Alimentación de la base.
• Pruebas de funcionamiento.
• Emisión de reportes
II.1.4 PROCESAMIENTO DE DATOS
Es la Técnica que consiste en la recolección de datos primarios de entrada
para ser evaluados y ordenados con el fin de obtener información útil, que luego
será analizada por el usuario final para que pueda tomar las decisiones o realizar las
acciones que estime conveniente.
Explotación de sistemas o aplicaciones.
La explotación u operación de un sistema informático o aplicación informática
consiste en la utilización y aprovechamiento del sistema desarrollado. Consta de
previsión de fechas de realización de trabajos, operación general del sistema,
control y manejo de soportes, seguridad del sistema, supervisión de trabajos, etc.
El soporte, tanto para los usuarios como para el propio sistema, se ocupa de
seleccionar, instalar y mantener el sistema operativo adecuado, del diseño y control
de la estructura de la base de datos, la gestión de los equipos de teleproceso, el
estudio y evaluación de las necesidades y rendimientos del sistema y, por último, la
ayuda directa a usuarios.
Las funciones de gestión y administración de un Centro de Procesamiento de
Datos (CPD) engloban operaciones de supervisión, planificación y control de
proyectos, seguridad y control de proyectos, seguridad general de las instalaciones
y equipos, gestión financiera y gestión de los propios recursos humanos.
Si resulta difícil tratar de definir la organización de un CPD, tratar de definir
cada uno de los puestos de trabajo resulta aún más complicado debido a la gran
variedad que se puede presentar de los mismos. Sin embargo, es vital para el buen
funcionamiento de un CPD, como norma de seguridad, el definir lo más claramente
posible las características de cada puesto de trabajo, indicando cuáles son las
funciones, tareas técnicas a realizar, tareas administrativas, las dependencias y
puestos dependientes, así como los contactos fuera y dentro del centro, y los
puestos de promoción, para tratar de conseguir reducir al mínimo los problemas de
personal que repercutirían muy desfavorablemente en la seguridad y buen
funcionamiento del CPD.
Como ejemplo de la complejidad de la definición, se muestra el problema
existente entre análisis, programación y concepción. Estas tres funciones se derivan
una de otra y están en estrecha relación hasta tal punto que; se puede dudar
muchas veces sobre las cualificaciones y conocimientos que se requieren de sus
titulares.
Se va a tratar de definir cuáles son las características tipo que debe reunir el
personal informático y después se definirán las características de algunos puestos
de trabajo, acabando con un plan de reclutamiento del personal.
II.1.5 INFERENCIA ESTADÍSTICA
La Inferencia estadística persigue la obtención de conclusiones sobre un
gran número de datos, basándose en la observación de una muestra obtenida de
ellos; también intenta medir su significación, es decir la confianza que nos merecen.
Los objetivos de la inferencia estadística son:
• Calcular los parámetros de la distribución de medias o proporciones
muestrales de tamaño n, extraídas de una población de media y varianza
conocidas.
• Estimar la media o la proporción de una población a partir de la media o
proporción muestral.
• Utilizar distintos tamaños muestrales para controlar la confianza y el error
admitido.
• Contrastar los resultados obtenidos a partir de muestras.
• Visualizar gráficamente, mediante las respectivas curvas normales, las
estimaciones realizadas.
Los estadísticos usan la palabra población para referirse no sólo a personas
sino a todos los elementos que han sido elegidos para un estudio, y emplean la
palabra muestra para describir una porción elegida de la población.
Las condiciones que debe reunir una muestra son:
• Homogeneidad: debe ser extraída de la misma población.
• Independencia: las observaciones no deben estar mutuamente
condicionadas entre sí.
• Representatividad: la muestra debe ser el mejor reflejo posible del
conjunto del cual proviene.
II.1.6 TEORIA DE DECISIONES
Las decisiones racionales generalmente se toman sin darnos cuenta, quizás
de manera inconsciente, podemos comenzar el proceso de consideración.
Lo mejor es aprender el proceso de toma de decisiones para decisiones
complejas, importantes y críticas. Las decisiones críticas son aquellas que no
pueden ni deben ser objetivos incorrectos, debemos preguntarnos: ¿qué es lo más
importante que estoy tratando de lograr en este caso?
Pasos para la Toma de Decisiones:
1. ¿Cuál es la meta que se desea alcanzar?
2. Elegir la meta que satisfaga los "valores". Estos deben expresarse en
escala numérica y mensurable. Esto es necesario para hallar las
jerarquías entre los valores.
3. Averiguar cual es el conjunto de cursos de acción posibles que se
puedan tomar y luego reunir información confiable sobre cada uno de
ellos. La información objetiva sobre los cursos de acción también puede
expandir el conjunto de alternativas. Cuantas más alternativas se
desarrolle, mejores decisiones se podrán tomar. Se debe convertir en
una persona creativa para expandir el conjunto de alternativas.
4. Predecir el resultado de cada curso de acción individual mirando hacia el
futuro.
5. Elegir la mejor alternativa que tenga el menor riesgo involucrado en llegar
a la meta.
6. Implementar la decisión.
La decisión no significa nada a menos que se ponga en acción.
Las decisiones son el corazón del éxito y, a veces, hay momentos críticos en que
pueden presentar dificultad, perplejidad y exasperación. Un gerente debe tomar
muchas decisiones todos los días. Algunas de ellas son decisiones de rutina o
intrascendentes mientras que otras tienen una repercusión drástica en las
operaciones de la empresa donde trabaja.
Algunas de estas decisiones podrían involucrar la ganancia o pérdida de
grandes sumas de dinero o el cumplimiento o incumplimiento de la misión y las
metas de la empresa. En este mundo cada vez más complejo, la dificultad de las
tareas de los decidores aumenta día a día.
El decidor debe responder con rapidez a los acontecimientos que parecen
ocurrir a un ritmo cada vez más veloz. Además, un decidor debe asimilar a su
decisión un conjunto de opciones y consecuencias que muchas veces resultan
desconcertantes.
Con frecuencia, las decisiones de rutina se toman rápidamente, quizás
inconscientemente, sin necesidad de elaborar un proceso detallado de
consideración. Sin embargo, cuando las decisiones son complejas, críticas o
importantes, es necesario tomar el tiempo para decidir sistemáticamente.
Las decisiones críticas son las que no pueden ni deben salir mal o fracasar.
Se debe confiar en el propio juicio y aceptar la responsabilidad.
II.1.7 DOCUMENTACION DE SISTEMAS
Como se menciona en el Capitulo I, se define la Documentación de Sistemas
como el conjunto de información que nos dice qué hacen los sistemas, cómo lo
hacen y para quién lo hacen. Existen varios tipos de documentación; la de
programas, que explica la lógica de un programa e incluye descripciones, diagramas
de flujo, listados de programas y otros documentos; y la de los usuarios en forma
general que describe las capacidades del sistema y cómo usarlo.
Muchas organizaciones tienen lo que se conoce como un "programa de
documentación", el cual consiste en una política formal cuya documentación se
muestra como algo que debe prepararse en forma rutinaria para cada programa de
cómputo, archivo y nuevos sistemas.
Otra definición sería la de registro físico, generalmente por escrito que
contiene los siguientes elementos:
• Políticas y normas referentes al desarrollo del sistema, su implantación,
operación y mantenimiento.
• El diseño del sistema de información administrativo lo pueden componer
tres procedimientos:
o Instalación.
o Operación.
o Mantenimiento.
Importancia de la Documentación de Sistemas
La importancia de la documentación bien podría ser comparada con la
importancia de la existencia de una póliza de seguro; mientras todo va bien no
existe la precaución de confirmar si está o no vigente.
La documentación adecuada y completa, de una aplicación que se desea
implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier
Sistema de Información, sin embargo, frecuentemente es la parte a la cual se dedica
el menor tiempo y se le presta menos atención.
Siempre se debe documentar un sistema como si estuviera a punto de irse a
Siberia el siguiente mes, para nunca volver. Si la documentación del sistema es
incompleta el diseñador continuamente estará involucrado y no podrá moverse a
otra asignación.
II.1.8 CONCEPTOS RELACIONADOS CON LA INDUSTRIA FARMACÉUTICA
Buenas Prácticas Farmacéuticas
En 1992, la Federación Internacional Farmacéutica (FIP) desarrolló las
normas relacionadas con los servicios de las farmacias, que llevan el título de
“Buena Práctica Farmacéutica” (GPP) en las farmacias comunitarias y hospitalarias,
que fueron aprobadas y presentadas en un documento de la Organización Mundial
de la Salud, OMS (OMS, 1995).
En 1993, los acuerdos de cooperación entre el Grupo Farmacéutico de la
Comunidad Europea (PGEC) y la Asociación Europea de Fabricantes de
Medicamentos (AESGP) destacaron lo siguiente:
El objetivo principal del farmacéutico es el de cumplir y promover una buena
práctica farmacéutica. Esta tarea comprende varios aspectos: garantizar y promover
el cumplimiento de las disposiciones reglamentarias nacionales e internacionales
relacionadas con la manufactura de los medicamentos, trabajar con las
organizaciones nacionales e internacionales y crear sociedades de cooperación con
los diferentes sectores relevantes de la sociedad.
Entre los temas específicos o las áreas de las actividades incluidas en estas
categorías, donde los farmacéuticos pueden participar están:
• La clasificación de productos (sobre la base de la seguridad, la eficacia y la
necesidad local, y sujetos a una revisión periódica de las clasificaciones y
regulaciones).
• La garantía de la calidad de todas las especialidades farmacéuticas, (por
ejemplo, apoyando y utilizando únicamente las fuentes de abastecimiento
reconocidas y confiables). Esto también incluye la naturaleza profesional de
la farmacia, que ha de reflejarse en cada uno de sus locales y actos del
farmacéutico; como la adecuadas supervisión y capacitación (ya sea de los
farmacéuticos, los técnicos en farmacia o los empleados).
• El cumplimiento de protocolos y estándares de práctica (con parámetros
estandarizados).
• Contribuir a la sanción e implementación de leyes y reglamentaciones, en
colaboración con las autoridades nacionales.
• Colaborar con el cumplimiento de las regulaciones vinculadas con la
publicidad de las especialidades farmacéuticas.
Entre algunas de las diferentes pruebas o ensayos que se le realizan a las
diferentes formas farmacéuticas para el control de la calidad tenemos:
o Viscosidad: Es la medida o grado de fluidez o desplazamiento de un
líquido a través de una serie de tubos capilares a determinada
temperatura, por ejemplo: La miel posee un grado de viscosidad
diferente al salir del envase que lo contiene a temperatura ambiente
que si la calentamos. Este ensayo aplica en medicamentos como los
jarabes, solución en gotas, etc.
o Dureza: Se puede definir como la propiedad mecánica que poseen
algunas formas farmacéuticas como los comprimidos al resistirse a
producir marcas o rupturas en él al ser sometidos a una fuerza.
o Friabilidad: Es el grado de ruptura que puedan presentar los
comprimidos no recubiertos al ser sometidos a estrés mecánico.
o Apariencia: Es el aspecto exterior que presenta una forma
farmacéutica, en el se toman en cuenta el color, sabor, olor, etc.
o pH: Es la concentración de hidrógeno que puedan presentar ciertas
formas farmacéuticas, el término significa potencial de Hidrógeno, su
escala varía de pH 0 al pH 14, pH mayores de 7,5 la sustancia es
alcalina, menores de pH 6,5 es ácida y las de 7,5 son neutras.
o Pruebas de sellado: Son pruebas impermeabilidad que se le realizan
a los Blister para comprobar su hermeticidad.
o % de Humedad: Es el grado de agua de que está impregnado un
cuerpo, se miden en las formas farmacéuticas sólidas como las
cápsulas.
o Disolución: Es el grado que posee sustancia en disolverse en un
líquido, su propiedad física depende de su concentración la cual
puede ser no saturada, saturada o sobre saturada.
o Granulometría: Describe la medición de los granos de un sedimento y
realizar el cálculo de la cantidad de cada uno de los tamaños de los
mismos por medio de una escala granulométrica.
o Peso promedio del análisis: Es el peso promedio de una muestra del
producto durante un momento del análisis.
o Color: Como su nombre lo dice, es el color o graduación de este que
debe presentar una forma farmacéuticas determinada.
o Dispensabilidad sobre la piel: Es la capacidad de un gel en
dispersarse sobre la piel.
o Densidad: Se refiere a la cantidad de masa contenida en un
determinado volumen de cierta forma farmacéutica.
II.2 METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS
A lo largo de este Trabajo Especial de Grado, se busca mostrar que toda
actividad debe estar basada en una metodología, cualquier desarrollador de
sistemas puede montar la suya propia, aunque hay alternativas que implican
disponer del tiempo necesario para desarrollar una nueva; por lo tanto, lo más
práctico es seguir los métodos que ya han demostrado su validez y son de
aplicación universal.
Las metodologías citadas por Senn (1992) como la del método de desarrollo
de análisis estructurado y el método del ciclo de vida para el desarrollo de sistemas
principalmente, por citar entre tantas otras de otros autores, están basadas en los
siguientes conceptos:
• Usan la descomposición funcional para definir los requerimientos del
sistema.
• Uso de herramientas gráficas para comunicación y documentación.
Estas metodologías consideran el hecho informático dividido en fases, cuyo
conjunto forma el ciclo de vida de un sistema informático.
Todas tienen en común la idea de descomposición del hecho informático en
cuatro grandes grupos:
• Análisis
o Definición del problema: El análisis del sistema consiste en definir el
problema, identificar sus causas, especificar las alternativas de
solución e identificar los requerimientos de información, se debe tener
conocimiento tanto de las necesidades del cliente como la magnitud y
alcance del problema en la empresa, de esta manera podemos definir
las funciones y comportamiento que debe realizar el software que se va
a utilizar, este proceso debe partir desde la información esencial
obtenida por la entrevista hasta el detalle de la implementación del
sistema.
o Estudio de la situación actual: Se requiere de la ayuda de varias
herramientas, habilidades y la documentación pertinente para más
adelante emprender el análisis del nuevo sistema, entre estas
herramientas podemos citar la entrevista, la recolección de datos,
cuestionarios, revisión de registros entre otras.
o Requisitos a considerar: Son las características que debe tener el
nuevo sistema y que van desde detalles de operación hasta criterios de
desempeño.
o Estudio de factibilidad: Es una manera de determinar a través de un
estudio si una solución es alcanzable, dado la disposición de recursos
y limitaciones; basado en responder a una serie de interrogantes y
seguir ciertos criterios de factibilidad sugeridos por la empresa, entre
dichos criterios que fueron tomados en cuenta están:
§ Factibilidad Técnica: Son los recursos que posee la empresa para
la realización del sistema.
• Factibilidad Operativa: Implica la posibilidad de operar el sistema
para que este haga el trabajo esperado por el usuario, sin presentar
ningún tipo de dificultad durante la operación del sistema.
• Factibilidad económica: Involucra todos los costos de diseño,
recursos, operación, personal y mantener en funcionamiento el
nuevo sistema.
En el capitulo III se desglosa con mayor detalle todo lo concerniente a
la factibilidad del sistema.
• Diseño lógico
o Análisis funcional: Es una técnica que se utiliza para identificar el radio
de acción o propósitos de un sistema inherente a una determinada
función productiva. Se inicia con el estudio de los requerimientos del
sistema, luego una descripción de sus actividades y por último el
estudio del flujo de datos que se intercambia entre las actividades.
o Definición de datos y procesos: Consiste en la descripción y definición
de todos los datos utilizados en la toma de decisiones para que sea
posible diseñar un sistema cuyos procesos los genere apropiadamente.
Para ello se utiliza una serie de herramientas metodológicas como son
los diagramas de flujo de datos, diccionario de datos, diagrama de
estructura de datos y gráfica de estructura.
o Modelización: Es una técnica que consiste en crear una representación
ideal del sistema o parte de este con el fin de comprender mejor el
sistema y/o su flujo de datos, un buen modelo es el que se aproxima
más a la realidad. Los modelos creados serán utilizados
posteriormente para el diseño del software y serán la base para la
especificación del software mismo. Para la creación del modelo se
deben tomar en cuenta aquellos aspectos de gran importancia
omitiéndose los que sean irrelevantes.
• Diseño físico
o Creación de ficheros y tablas: Los ficheros y tablas contienen datos de
referencia utilizados en el procesamiento de transacciones,
actualización de los archivos maestros y/o producción de salida, estos
conservan el espacio de almacenamiento y facilitan el mantenimiento
del programa guardado en un archivo de datos que, de otro modo, se
incluirán en los programas de los archivo maestro.
o Elaboración de programas: Para ello la selección del software es muy
importante, es necesario tener en cuenta el tipo de sistema que se va a
implantar, para así ver cual software es el más adecuado, se debe
tener en cuenta que tipo de transacciones de datos se va a realizar,
tipo de reportes y que manejadores de bases de datos se van a
necesitar.
• Implementación y control
o Formación del usuario: Algo bien importante a la hora de implementar
un sistema nuevo es la capacitación del personal operador del sistema,
se le debe entrenar o capacitar directamente con el sistema y con los
almacenamientos de registros, datos, entrega e impresión de
reportes; una vez dado este aprendizaje previo se le deja utilizar el
sistema bajo una supervisión por un periodo prudencial.
o Implantación del sistema: Es el proceso de verificar e instalar el equipo
con el nuevo software y construir todos los archivos de datos
necesarios para utilizarla. Requiere del empleo de un periodo de
conversión del sistema viejo al nuevo, según Fantini, (s.f.) este proceso
de conversión puede abordarse de cuatro maneras:
o En paralelo: Se utilizan ambos sistemas durante un tiempo hasta
que todos están seguros de que el nuevo funciona correctamente.
o Directo: Se reemplaza el sistema viejo por el nuevo en un día
determinado.
o Prueba piloto: Se implanta el sistema en un área y luego se va
hacia las demás, por etapas o simultáneamente.
o Por fases: Se introduce por funciones.
o Mantenimiento: Consiste en realizar revisiones periódica necesarias
con el fin de detectar errores que no aparecieron en etapas previas o si
se producen cambios en los requerimientos.
Estas metodologías se pueden encontrar en un amplio universo bibliográfico,
se enfilará, como se describe en el Capítulo III, en el método del ciclo de vida para
el desarrollo de sistemas propuesta por Senn (1992) que es la utilizada en el
presente Trabajo de Grado.
CAPÍTULO III
MARCO METODOLÓGICO III.1 METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS
A pesar de los importantes esfuerzos que hacen los analistas y
desarrolladores de sistemas, las necesidades de información, los requerimientos de
los sistema y las especificaciones de diseño no siempre se reflejan o documentan
de manera correcta; pues en muchos casos no se logra la aprehensión de lo que
quiso decir el usuario a través de las entrevistas y el levantamiento de información.
Es por esto que existe un conjunto importante de metodologías, unas más
populares que otras, que tiene como propósito orientar el desarrollo de sistemas de
información minimizando la posibilidad de extravío, perdida de tiempo y recursos, en
la consecución de aplicaciones completas, satisfactorias para los usuarios y de
calidad.
III.1.1 Metodología seleccionada
Para el desarrollo de un sistema de información como el requerido por la
Gerencia de Aseguramiento de la Calidad del Laboratorios VALMOR C.A., se
evaluaron algunas alternativas metodológicas, con el fin de seleccionar una que
guíe y garantice un sistema de información que atienda la necesidad real del usuario
(es decir, que genere una aplicación validada y aceptada por este); determinándose
que por la naturaleza del sistema a desarrollar, la metodología para el análisis y
diseño de sistemas de información propuesta por Senn (1992) resultó ser la más
idónea, por tratarse de una de las metodologías más populares y probadas en el
área.
Cabe destacar en este punto, que el sistema a desarrollar puede enmarcase
en el tipo que el propio Senn (1992) denomina como “sistemas de información
administrativa”, por cuanto el sistema a desarrollar apoyará el proceso de
decisiones claramente definido, generando periódicamente o cuando sean
requeridos, diferentes reportes previamente definidos, para conocer el estado de las
variables de calidad de un producto en particular, constituyéndose en un soporte
para la toma de decisiones de tipo estructurada.
Senn (1992) define el ciclo de vida del desarrollo de sistemas como un
conjunto de actividades que los analistas, diseñadores y usuarios realizan para
desarrollar e implantar un sistema de información.
Ciclo de vida del desarrollo de sistemas (Senn, 1992)
Fase 1. Investigación Preliminar
Fase 2. Determinación de los Requerimientos del Sistema
Fase 3. Diseño del Sistema
Fase 4. Desarrollo del Software
Fase 5. Pruebas del Sistema
Fase 6. Implantación y Evaluación
Cuadro 1. Ciclo de vida del desarrollo de sistemas. Fuente: Senn, (1992).
Es importante destacar que estas fases, así como las actividades que las
conforman, se interrelacionan estrechamente; razón por la cual durante la ejecución
de las misma es factible que se solapen, en un proceso continuo más que discreto,
y parte de los productos generados en una fase puedan se ajustados o afinados por
el descubrimiento de nuevos elementos en fases posteriores.
III.1.2 Aplicación de la metodología seleccionada
Para los efectos del presente Trabajo Especial de Grado se desglosó cada
fase en actividades o tareas más pequeñas, en función del caso específico del
sistema requerido por la Gerencia de Aseguramiento de la Calidad del Laboratorios
VALMOR C.A., determinando hasta donde sea posible el o los productos a obtener
en cada fase. Así mismo, es importante dejar explícito que la fase número seis
correspondiente a Implantación y Evaluación no se contempló en esta propuesta, en
concordancia con lo establecido en el alcance definido en el Capitulo I.
Fase 1. Investigación preliminar
La fase Investigación Preliminar está relacionada con la solicitud o petición por
parte de la Gerencia de Aseguramiento de la Calidad de los Laboratorios VALMOR
C.A., en el marco del proceso de modernización que se lleva cabo en la empresa,
en cuanto a la necesidad de disponer de un sistema de información que automatice
el conjunto de actividades de registro y procesamiento de datos relativos a la
variables de control de calidad, llevado de manera manual en la actualidad.
El presente Trabajo Especial de Grado constituye precisamente parte de la
Fase I de la metodología seleccionada, dado que para su elaboración se requirió,
una vez manifestada la necesidad, la definición o aclaración a un nivel general de la
solicitud hecha por la Gerencia de Aseguramiento de la Calidad; un estudio
preliminar de la factibilidad del desarrollo del sistema requerido y la aceptación
correspondiente por parte de los involucrados (responsable del desarrollo, gerente
de calidad y usuarios finales).
El estudio de factibilidad: Es una manera de determinar a través de un estudio
si una solución es posible dada la existencia de recursos y limitaciones tendiente a
responder a una serie de interrogantes y alcanzar ciertos criterios de factibilidad
sugeridos por la empresa, entre dichos criterios que fueron tomados en cuenta
están:
a) Factibilidad técnica.
b) Factibilidad económica.
c) Factibilidad operacional.
a) Factibilidad Técnica: Son los recursos que posee la empresa para la
realización del sistema, entre estos están:
Ø Disposición de hardware: ¿Posee la empresa recursos de
Hardware o requiere comprar equipo nuevo?
Ø Disposición de software: ¿Posee la empresa el software o
requiere la comprar de un paquete nuevo?
Según el estudio la empresa contó con los recursos necesarios
para desarrollar satisfactoriamente el proyecto.
b) Factibilidad Operativa: Implica la posibilidad de operar el sistema para
que este produzca o genere la serie de reportes y gráficos estadísticos
deseados por el usuario, sin presentar ningún tipo de dificultad durante
la operación del sistema, entre las interrogantes de la factibilidad
operativa están:
Ø Ventajas: ¿Soluciona como he de esperar los problemas el
nuevo sistema?, ¿Facilita el trabajo?, ¿Se obtienen los
resultados esperados y de forma inmediata?
Ø Desventajas: ¿Se detecta alguna desventaja en el uso del
nuevo sistema?, ¿Existe alguna inconformidad?
Se determinó que este podía trabajar sin dificultad produciendo
los reportes esperados y que no existía ninguna dificultad operativa
para el desarrollo del sistema
c) Factibilidad económica: Involucra todos los costos de diseño, recursos,
operación, personal y mantener en funcionamiento el nuevo sistema,
entre las interrogantes de la factibilidad económica están:
Ø Relación costos/beneficio: ¿Es mayor el costo de inversión en
relación al beneficio obtenido o todo lo contrario?
Ø ¿Genera algún tipo de costo el mantenimiento del sistema a lo
largo del tiempo?
Ø Disposición del personal disponible: ¿Existe personal
disponible en la empresa para trabajar en la alimentación del
nuevo sistema de base de datos o hay que contratar nuevo
personal?
Se determinó la factibilidad económica por no implicar costos
adicionales debido a que la empresa posee actualmente dichos
recursos.
Como resultado de este estudio se tuvo claro las variables que
describen los costos, beneficios, ventajas y desventajas de cada
alternativa. Con esta información se pudo escoger la alternativa que, en
función de su viabilidad parezca más apropiada. Dicho estudio concluyó
que el presente proyecto era factible.
Por otra parte, en esta fase se conocieron los procesos que intervienen en la
manufactura de los medicamentos, para obtener una visión global del negocio y de
su proceso productivo.
Fase 2. Determinación de los requerimientos del sistema
Para la determinación y especificación de los requerimientos, se realizaron
entrevistas a los involucrados (usuarios del sistema) y la observación directa, se
reunió la información que permitió identificar los requerimientos que debe cumplir o
satisfacer el nuevo sistema, incluyendo funcionalidades, detalles de entradas,
salidas y el procesamiento propiamente dicho.
Para esto, tal como lo sugiere la metodología, se buscaba dar respuesta a
preguntas como: ¿Qué es lo que se hace?, ¿Cómo se hace?, ¿Cuál es el volumen
de los datos?, ¿Qué problemas se presentan en el sistema actual?, entre otras.
En cuanto a la observación directa, se analizaron los medios utilizados
(formatos) para la recolección de los datos, las especificaciones utilizadas
actualmente para la emisión de reportes, las técnica para el agrupamiento y
clasificación de los datos, los tipos de gráficos construidos, y en general todos lo
documentos generados actualmente en el sistema manual.
Además, y con el fin de obtener la mayor claridad posible respecto a los
requerimientos, estos fueron clasificados en funcionales y no funcionales. Se
entenderán como requerimientos funcionales aquellos que describen lo que la
aplicación deberá hacer (funcionalidades del sistema, interacción entre la aplicación
y los usuarios, comportamiento del mismo). Por su parte, se clasificaron como
requerimientos no funcionales, aquellos relacionados con restricciones por los
estándares de desarrollo que tenga la empresa; y atributos como seguridad, manejo
de errores o caídas, interfaces con otras aplicaciones, entre otras características
que no estén relacionadas con la funcionalidades esperadas del sistema.
De esta fase se obtuvo un documento que se denominó “Documento de
requisitos” y que fue discutido con los usuarios del sistema para su aprobación, ver
Cuadro 2. De esta manera, se aseguró la comprensión necesaria de lo expresado
por los entrevistados, garantizando el diseño de un sistema que satisfaga las
necesidades reales de los usuarios y de la Gerencia de Aseguramiento de la
Calidad.
Tipo de requisito Nombre Descripción Relación Pruebas
Funcional Adaptación a estándares
Tiene el fin de asegurar una
independencia del software de acceso
a la plataforma. Entrada:
Entrevistas. Procesos:
Evaluación de las mismas. Salida: Plan de trabajo.
No existe No existe
Funcional Sensible a
contexto
El contexto deberá reunir cualquier
información generada durante la interacción con
el usuario, generando un valor
añadido en sucesivas
interacciones. Entrada:
Entrevistas. Procesos:
Evaluación de las
mismas. Salida:
Plan de trabajo
Accesibilidad a
los recursos,
personalización
del entorno
operacional
No existe
No funcional Accesibilidad a los recursos
Capacidad de mezclar recursos
de una forma sencilla
satisfaciendo las necesidades de
usuario. Entrada: Entrevistas. Procesos:
Evaluación de las mismas. Salida: Plan de trabajo.
No existe No existe
No funcional Especificaciones
de software
Especificar las funciones y
componentes con suficiente detalle para construir el
software de aplicación. Entrada:
Entrevistas.
No existe No existe
Cuadro 2 Documento de requisitos. Fuente: Propia.
Tipo de requisito Nombre Descripción Relación Pruebas
Procesos: Evaluación de las mismas. Salida: Plan de trabajo
Funcional Personalización
del entorno operacional
El diseño ergonómico debe ser físicamente
cómodo y contribuir a la efectividad y
eficiencia del usuario, sin
grandes conocimientos informáticos.
Entrada: Entrevistas. Procesos:
Evaluación de las mismas. Salida: Plan de trabajo.
Accesibilidad a los recursos,
personalización del entorno operacional
Opiniones emitidas por el
usuario
Funcional Tiempo real
Resulta
determinante el
sector y el entorno
en el que correrá el
aplicativo. El reto
exige la máxima
fluidez en los
procesos y en el
acceso a orígenes
de datos. Entrada:
Datos. Procesos:
Procesamiento de
los mismas.
Salida: Datos procesados y
gráficos.
No existe No existe
Funcional Independencia
Tanto de la BD como la totalidad del hardware con respecto a otros
sistemas Entrada: No existe
Procesos: No existe. Salida: No
existe.
Tiempo real No existe
Funcional Ajustarse a los estándares de
diseño
El diseño y sus especificaciones deben estar en
concordancia con las reglas y practicas
No existe No existe
Continuación del Cuadro 2 Documento de requisitos. Fuente: Propia.
Tipo de requisito Nombre Descripción Relación Pruebas
establecidas por la empresa. Entrada:
Entrevistas Procesos:
Desarrollo del sistema. Salida: Aceptación del
usuario.
Funcional Seguridad
Control de versiones, control
de accesos, validación de
usuarios, configuración por perfil de usuario.
Entrada: Códigos y datos.
Procesos: Evaluación de datos. Salida:
Restricción y datos validados.
Tiempo real Pruebas de
accesos ilegales al sistema
No funcional Actualizaciones
La aplicación implementará un
sistema que permita la
actualización de los datos.
Tiempo real Apertura del sistema para
actualizar datos
Funcional Generación de reportes
El sistema tendrá la capacidad de generar reportes
impresos. Entrada: Datos.
Procesos: Procesamiento de
datos. Salida: Reportes impresos.
Accesibilidad a los recursos,
personalización del entorno operacional
Pruebas y evaluación de
reportes emitidos por el sistema
Funcional Generación de gráficos
El sistema tendrá la capacidad de
generar gráficos de límites y
estadísticos tanto por pantalla como
impresos. Entrada: Datos.
Procesos: Procesamientote
datos. Salida: Reportes impresos.
Accesibilidad a los recursos,
personalización del entorno operacional
Pruebas y evaluación de
reportes emitidos por el sistema
No funcional Seguridad de datos
La información contenida y
generada en el terminal, posee
una gran importancia a nivel
empresarial, por
No existe
Evaluación de políticas de
respaldos y los soportes de los
mismos
Continuación del Cuadro 2 Documento de requisitos. Fuente: Propia.
.
Tipo de requisito Nombre Descripción Relación Pruebas
tanto, la gestión de respaldos de datos
debe ser considerada una
función fundamental.
Entrada: códigos. Procesos:
Almacenamiento físico. Salida: Respaldos.
Continuación del Cuadro 2 Documento de requisitos. Fuente: Propia.
Fase 2.1. Diagrama de contexto
A continuación de presenta el Diagrama de contexto de cómo deberá operar
la base de dato según los requerimientos del sistema, Ver Figura 1.
Figura 1. Diagrama de Contexto. Fuente: Propia.
Como se observa en el diagrama de contexto de la Figura 1, tanto el operador
como el supervisor introducen la información contenida en las hojas de reporte y los
datos básicos al sistema, este a su vez tiene la capacidad de generar los reportes
estadísticos y gráficos a la Gerencia de Aseguramiento de la Calidad, también la
información general producida por el sistema va la junta directiva para la toma de
decisiones sobre el producto.
Fase 3. Diseño del sistema
Con los requerimientos levantados y formalizados ante los usuarios del
sistema y la Gerencia de Aseguramiento de la Calidad, se procedió a elaborar un
diseño lógico del nuevo sistema (en papel), a través de la especificación detallada
de sus características: entradas, salidas, controles, base de datos y procesos; todo
esto con el fin de dar respuesta a los requerimientos tanto funcionales como no
funcionales definidos en la fase anterior, bajo el criterio de que el sistema diseñado
sea fácil de utilizar.
En este punto se tuvo que tomar en cuenta posible existencia de estándares
para el desarrollo de sistemas en los Laboratorios VALMOR C.A., por cuanto buena
parte de las aplicaciones en producción han sido hechas a la medida de la empresa.
Fase 3.1. Diseño de flujo de datos: El flujo de datos describe los
movimientos de los datos hacia, desde y dentro del sistema. Mediante la
construcción de diagramas de flujo de datos (DFD), ver Figura 2, se pudo describir
el flujo de datos en el sistema, entre los procesos y con el medio de
almacenamiento de datos. Los DFD constituyen una alternativa para definir la
arquitectura de un sistema, en los que cada unidad de procesamiento se diseña
independientemente de otros. Los datos emanan de fuentes, como el usuario, y en
algún momento fluyen de regreso al usuario o a sumideros como base de datos.
Para el caso del sistema propuesto, se tomó como referencia las reglas
generales que existen en la bibliografía y que Senn (1992) detalla, con el fin de
garantizar consistencia en los mismos.
Con el modelo de DFD que se estuvo haciendo hincapié en los aspectos
lógicos del sistema.
Figura 2. Diagrama de Flujo de Datos. Fuente: Propia
Como de observa en el diagrama de flujo de datos de la Figura 2, el usuario
transcribe los datos recolectados manualmente de las hojas de reportes al sistema,
estos reciben un procesamiento parcial o total según el caso particular para luego
ser almacenados; los datos pueden ser recuperados cuando se necesiten desde el
almacenamiento al sistema para de ellos construir los reportes y gráficos
estadísticos requeridos por la Gerencia de Aseguramiento de la Calidad.
Fase 3.2. Diseño de las salidas: Este diseño implicó, en función de los
requerimientos, la determinación de la información que deberá generar el sistema
en las diferentes formas de presentación. Este diseño implicó la ejecución de tres
actividades:
a) La identificación de las salidas específicas necesarias para cumplir con los
requerimientos de información.
b) La selección de métodos para presentar la información.
c) La creación de los documentos, reportes, pantallas y listados requeridos en
el nuevo sistema.
Fase 3.3. Diseño de las entradas: El diseño de las entradas implicó analizar
y detallar qué datos ingresan al sistema, qué medios se utilizan (pueden existir
entradas provenientes de otros sistemas a través de archivos de datos), el diálogo
que servirá de guía para que los usuarios ingresen los datos y los parámetros; las
validaciones que el sistema debe realizar a nivel de entrada de datos; los métodos
para llevar a cabo tales validaciones y el comportamiento del sistema ante errores
en los datos suministrados (ayuda a los usuarios).
Además, el diseño de entradas debió contemplar formularios o pantallas
fáciles de utilizar, sin sobrecarga en cuanto al volumen y cantidad de datos a
ingresar a la vez, en una secuencia lógica o natural para el usuario del sistema.
Esto requirió analizar los formatos u hojas de registro y de recolección de las
mediciones realizadas, de manera que al cargar los datos al sistema, exista una
correspondencia entre tales formatos y los formularios de entrada, evitando en lo
posible pasos adicionales en tales casos. De existir captura de datos vía archivos de
datos desde otras aplicaciones o equipos de medición, se programarán
procedimientos que tomen en cuenta la consistencia de los datos en el nuevo
sistema.
Este diseño del diálogo entre usuarios y sistema, contempló además,
características que garantizaron interfaces que tomen en cuenta:
a) Una navegación natural para el usuario al encontrarse, en cualquier
momento, frente al sistema.
b) Acciones de procesamiento claras (captura de datos, edición de
campos, almacenamiento y recuperación).
c) Mensajes que mantengan al usuario informado del estado actual
frente a eventos, acciones o errores que puedan ocurrir.
Fase 3.4. Diseño de controles: En este punto se analizó básicamente lo
relativo a la seguridad de los datos y el control del acceso al sistema por parte de
los usuarios del mismo. El diseño de estos controles tomó en cuenta los
requerimientos no funcionales que se hayan definido en la fase 2.
Fase 3.5. Diseño de la base de datos: Para el diseño de una base de datos
que cumpla con los requerimientos para el nuevo sistema, se hizo uso del enfoque
relacional, para lo cual se ejecutaron las siguientes actividades:
a) Definición de las entidades del sistema: A partir de los DFD y del
diccionario de datos se establecieron las entidades y los atributos
correspondientes, definiendo además, la relaciones entre tales
entidades participantes y la cardinalidad. Esto dará lugar a un modelo
entidad-relación o (E-R).
b) Normalización: Aplicando las reglas de normalización, se produjo un
modelo en tercera forma normal (3FN), a partir de cual definió las
tablas (que incluye definición de campos, tipos de datos, restricciones,
tipos de claves, entre otros elementos); a partir de las cuales se creó la
base de datos física del sistema. La base de datos se creó cumpliendo
con las exigencias de estándares de la empresa.
Para ello se comenzó primero con un diseño en papel de la estructura de la
base de datos y el modelo E-R; esto es, la base de datos a construir pero de forma
esquemática, a medida de que iba avanzando el proyecto se le fueron agregando
las funciones según los requerimientos del sistema a petición del usuario.
Cada entidad diseñada esta unida por una E-R uno a varios o 1: n como se
muestra en la Figura 3.
Figura 3. Grafico E-R. Fuente: Propia.
Fase 3.6. Descripción de entidades: A continuación se presenta en el
cuadro 3 las entidades usadas en el sistema de base de datos con la descripción de
cada una de ellas.
Entidad Descripción
Forma Farmacéutica
En él se almacenan los nombres de los tipos
de forma farmacéutica en la que se presenta
el medicamento, como por ejemplo: Tabletas,
Jarabe, Pomada, Cápsulas, etc.
Producto Corresponde al nombre del medicamento la
cual viene bajo la forma farmacéutica.
Referencia Bibliográfica
Señala a la referencia bibliografía de donde
especifica las normas y/o parámetros de la
manufactura del medicamento.
Concentración
Determina la concentración del componente
activo por unidad de medida, por ejemplo:
5mL, 500mg, 100 mg/mL, etc.
Empaque
Es envoltorio en la que el medicamento sale al
mercado, por ejemplo: Estuche de cartón,
Estuche clínico de cartón.
Composición Declarada Es una breve descripción de la composición
química y dosificación del medicamento.
Presentación
Describe el número de unidades de
dosificación del medicamento como sale a la
venta, por ejemplo: 100 Ampollas de 2,0 mL,
120 mL Jbe., 6 Cáps.
Ensayo
Son las series de pruebas de control de la
calidad que se le hacen a todos los
medicamentos durante el proceso de
Cuadro 3. Entidades y descripción. Fuente: Propia.
Entidad Descripción
manufactura, por ejemplo: Viscosidad,
Dureza, Presencia de hongos, Disolución, etc.
Fecha del Certificado
Es la fecha de emisión del certificado del que
se le hicieron las pruebas de ensayo a los
medicamentos durante el proceso de
manufactura, este se representa bajo formato
numérico dd/MM/AA.
Envase
Describe el envase en el que viene el
medicamento, por ejemplo: Tubo colapsible de
aluminio, Blister de papel aluminio y PVC,
Frasco de vidrio color ámbar, Ampolla de
vidrio incoloro, etc.
Datos Lote
Es un compendio de números de certificado,
códigos de identificación y fechas
pertenecientes al lote de medicamentos
manufacturados.
Resultados
Son los límites que deben tener los
parámetros susceptibles a medir, unidades de
medición, métodos y condiciones de
manufactura de los medicamentos.
Comprimir a
Es un parámetro de medición tomado
solamente en algunos medicamentos y formas
farmacéuticas específicas.
Observaciones del Certificado
Describe alguna observación que se haya
tenido que tomar en cuenta durante la
realización del ensayo.
Fecha del Ensayo En Proceso Es la fecha de emisión del certificado de las
Continuación Cuadro 3. Entidades y descripción. Fuente: Propia.
Entidad Descripción
pruebas del ensayo a los medicamentos bajo
condiciones de manufactura.
Fecha del Ensayo Terminado
Es la fecha de emisión del certificado de las
pruebas de ensayo a los medicamentos bajo
condiciones del producto ya terminado.
Datos En Proceso
Son los valores obtenidos por los ensayos
practicados a los medicamentos bajo
condiciones de manufactura.
Observaciones Cualquier tipo de observación realizada
durante el proceso de manufactura.
Datos Terminado
Son los valores obtenidos por los ensayos
practicados a los medicamentos bajo
condiciones del producto ya terminado.
Observaciones
Cualquier tipo de observación realizada
durante el proceso bajo condiciones del
producto ya terminado.
Continuación Cuadro 3. Entidades y descripción. Fuente: Propia.
Fase 3.7. Modelo relacional
A continuación se presenta un grafico del diseño definitivo de las relaciones
de las entidades y sus atributos usadas en la estructura de la base de datos, Ver
Figura 4.
Figura 4. Tablas utilizadas en el sistema de base de datos. Fuente: Propia.
Continuación Figura 4. Tablas utilizadas en el sistema de base de datos. Fuente:
Propia
Continuación Figura 4. Tablas utilizadas en el sistema de base de datos. Fuente:
Propia.
Cada tabla esta relacionada a la siguiente por un enlace, teniendo así el
Diseño Físico de Base de Datos, Ver Figura 5.
Figura 5. Diseño Físico de Base de Datos. Fuente: Propia
Fase 4. Desarrollo del software
De acuerdo con Senn (1992), esta etapa puede ser realizada por terceros, a
través de la contratación y la entrega del diseño detallado producto de la Fase 3
propuesta en la metodología. En el caso que nos ocupa, dada la naturaleza del
Trabajo Especial de Grado y los fines académicos que se persiguen, además de los
prácticos; la construcción del software fue realizada por el estudiante, para lo cual
se hizo uso de las herramientas de programación que propuso la empresa, dado
que ésta ya ha implementado aplicaciones propias y tiene algunos estándares
establecidos al respecto.
Tomando en consideración que se estuvo pasando de un sistema manual a
uno automatizado, esta fase se centró en la construcción de un producto de
software totalmente nuevo. Este proceso consistió en la creación física de la base
de datos, en la construcción de los programas para el procesamiento de los datos,
las entradas, interfaces, salidas y controles diseñados; así como la integración de
las diferentes piezas de software en un todo, que constituyó el producto esperado.
Según la información recopilada en las entrevistas a la Gerencia de Control
de Aseguramiento de la Calidad requirió el uso de Microsoft Access 2003® como
software de base de datos por las siguientes razones:
• Mantener el criterio de contar con el respaldo de una de las más prestigiosas
empresas de software a nivel mundial, con el apoyo de tener una amplia red
de asesoría, mantenimiento y servicio técnico.
• Por poseer un manejo fácil por el usuario.
• No requerir largas horas de entrenamiento especializado para aprender a
utilizarlo.
• Por tener la capacidad de configurarse para ser accedido en red a la hora de
suministrar datos y pedir reportes de forma remota dentro de la empresa.
• Compatibilidad con las demás bases de datos de la empresa permitiendo
como proyecto futuro la creación de una red interna de base de datos de
mayor envergadura.
Fase 4.1. Diseño de entradas y salidas
Consistió en el diseño de los formularios que actuarán como interfaz gráfico
para el intercambio de información entre el usuario y la base de datos; una
característica de los formularios es la amigabilidad, esto es, la facilidad en que los
datos son manejados por el usuario a través de estos.
Para ello se plasmó en papel algunas ideas sobre el diseño o modelo de
reportes y demás salidas que debe producir el sistema, se determinaron los datos
específicos para cada reporte y el bosquejo del formato de pantalla, en el que se
espera que aparezca cuando el sistema este terminado; para ello se usaron las
herramientas automatizadas disponibles para el desarrollo de sistemas.
Fase 4.1.1. Diseño de las entradas
La calidad de entrada de un sistema determina la calidad de la salida. Es
vital que las formas y pantalla de entrada sean diseñadas con una relación crítica en
mente. Al insistir en entrada bien diseñada, se reconoce que la entrada pobre
plantea preguntas sobre la confiabilidad del sistema completo.
Fase 4.1.2. Diseño de las salidas
La salida es la información que se entrega al usuario por medio del sistema
de información. Algunos datos requieren un procesamiento extenso de cálculo antes
de ser almacenados o que se conviertan en salida adecuada con poco o ningún
procesamiento.
Los usuarios dependen de la salida para realizar sus tareas, y
frecuentemente juzgan el mérito de un sistema por la forma de ésta. Las salidas
diseñadas debieron cumplir con los siguientes objetivos:
• Servir al propósito deseado.
• Ajustarse al usuario.
• Entregar la cantidad adecuada de salida.
• Asegurarse de que se encuentre donde se necesita.
• Entregarla a tiempo.
• Seleccionar el método adecuado.
Los reportes de salida contienen las especificaciones de diseño y representan
a éste de muchas maneras (diagramas, tablas y símbolos especiales).
Fase 4.1.3. La interfaz del usuario.
Para la mayoría de los usuarios, la interfaz es el sistema, sin embargo bien o
mal diseñada, se muestra como la representación de este y por afinidad, de la
capacidad del mismo.
El objetivo fue diseñar interfaces que ayuden a los usuarios a proporcionar la
información que necesitan y obtener del sistema los siguientes objetivos:
• Efectividad lograda por medio del diseño de interfaces que permitan a los
usuarios acceder al sistema en una forma que; sea congruente con sus
necesidades individuales.
• Efectividad mostrada por medio de interfaces que aumenten la velocidad de
la captura de datos y reduzca errores.
• Demostrar consideración al usuario diseñando interfaces adecuadas y que
el sistema les proporcione la retroalimentación adecuada.
• Productividad mostrada por su adecuación a los principios ergonómicos
establecidos en el diseño de interfaces; y, espacios de trabajo para los
usuarios.
Se logró que los formularios pidan los datos requeridos y suministre los
reportes y gráficos requeridos.
Entre los formularios diseñados para el uso de la base de datos tenemos:
Formulario de Entrada:
Es el que nos da la bienvenida al sistema, presenta dos botones de opción,
ENTRADA la cual continua con el acceso al sistema y SALIDA, que nos lleva
directamente al formulario de salida para luego cerrar el sistema, Ver Figura 6.
Figura 6. Formulario de Entrada. Fuente: Propia
Formulario de entrada de datos:
Es el formulario principal donde se introducen los datos de forma ordenada a
través de una serie de fichas secuenciales, Ver Figura 7.
Figura 7. Ficha Principal. Fuente: Propia
Entre las opciones de Ficha que presenta el formulario tenemos:
Ficha Aspecto Visual
Encierra todo lo referente a las características del aspecto visual del
producto al salir al mercado, también contiene una serie de datos concerniente a
datos técnicos de la elaboración del producto (solo para casos específicos de ciertas
formas farmacéuticas), Ver Figura 8.
Figura 8. Ficha Aspecto Visual. Fuente: Propia
Ficha Dato Lote.
Sirve para introducir todos los datos relacionados al lote manufacturado, Ver
Figura 9.
Figura 9. Ficha Dato Lote. Fuente: Propia
Ficha Ensayos, Límites y Métodos
Sirve para introducir las pruebas de ensayo, límites, unidades de medida y
métodos de obtención de los datos que se realizan a cada medicamento a
manufacturar, Ver Figura 10.
Figura 10. Ficha Ensayos, Límites y Métodos. Fuente: Propia
Fichas EN PROCESO y TERMINADO
Por medio de estas fichas podemos introducir los valores de medición del
monitoreo, recopilados a lo largo del proceso de manufactura previamente
seleccionado el ensayo y registro, hechas en la ficha Ensayos, Límites y Métodos,
según en caso ya sean durante EN PROCESO o TERMINADO, Ver figura 11.
Figura 11. Ejemplo Formulario EN PROCESO. Fuente: Propia.
Este formulario presenta los botones de:
VER GRÁFICO DEL ENSAYO: Presenta por medio de un nuevo formulario en
pantalla los gráficos y estadísticos de los valores recopilados a lo largo del proceso
de manufactura de la ficha EN PROCESO o la ficha TERMINADO.
Imprimir Gráfico por Lote: Imprime los gráficos por lote respectivo previamente
seleccionado.
Enviar Gráfico por Lote a un archivo: Almacena los gráficos por lote en un archivo
previamente creado, esto lo hace bajo formato Snapshot.
SALIR: Sale del sistema cerrando la base de datos.
Ver figura 12.
Figura 12. Botones de las fichas EN PROCESO y TERMINADO. Fuente:
Propia
Formulario Ver Gráfico del Ensayo
Aparece en pantalla al pulsar el botón VER GRÁFICO DEL ENSAYO de la
ficha EN PROCESO o la ficha TERMINADO según el caso, Ver Figura 13.
Figura 13. Formulario Ver Gráfico del Ensayo. Fuente: Propia
Esta ficha también presenta una serie de botones en las que están:
ATRÁS: Nos devuelve al formulario anterior EN PROCESO o TERMINADO.
Enviar este Gráfico a un archivo: Envía los respectivos gráficos vistos en el
formulario a un archivo previamente creado, esto lo hace bajo formato Snapshot.
IMPRIMIR INFORME Imprime un informe con los datos y gráficos del ensayo
Ver Figura 14.
Figura 14. Botones del Formulario Ver Gráfico del Ensayo. Fuente: Propia
Formulario de Salida.
Se presenta en pantalla al pulsar el botón SALIR de la fichas EN PROCESO
o TERMINADO, al pulsar el botón SALIR de este nuevo formulario se sale del
sistema y automáticamente se cierra. Ver Figura 15.
Figura 15. Formulario de Salida. Fuente: Propia
Fase 5. Pruebas del sistema
Para ejecutar las pruebas que permitan demostrar que el sistema funciona
en todas sus partes, se utilizó dos tipos de pruebas: pruebas caja negra y pruebas
caja blanca. Con las primeras se verificó que para un conjunto de entradas
previamente seleccionadas y representativas, el sistema generó las salidas
adecuadas o esperadas, en función de los requerimientos funcionales.
Por su parte, en los casos críticos o que sea necesario, se ejecutaron
pruebas caja blanca, con el fin de hacer seguimiento, depuración y optimización del
código, y así detectar fallas probables en la aplicación.
La cantidad de las pruebas y la posible repetición se determinó en función
del resultado de las mismas; tomándose en cuenta que el código del producto podrá
ser modificado en esta fase, para corregir todas las fallas que se detecten durante el
proceso.
Esta actividad implicó una planificación específica que incluyó la selección de
los responsables de la aplicación de las pruebas, la instalación del sistema en un
ambiente apropiado para tal fin, y los datos representativos de acuerdo a las
funcionalidades especificadas en el documento de requerimientos
III.2. Trascripción de datos.
La trascripción de datos se venia realizando desde la etapa del desarrollo del
software, se hizo la introducción de un pequeño volumen de datos; esto con el fin de
ver como se comportaba el sistema en pequeñas pruebas y a lo largo del desarrollo
de su diseño, pero la trascripción general de todos datos se realizó oficialmente el
16 de Abril hasta el ultimo día de la realización de las prácticas del trabajo de grado.
III.3. Documentación del sistema
La documentación del sistema es una actividad transversal, por cuanto en
cada una de las fases se generó un documento (cuando era pertinente), que registra
los aspectos esenciales del sistema. Por otra parte, la documentación dirigida al
usuario se construyó y se integró al sistema.
III.4. Ubicación del equipo.
Se determinó por conveniencia que el equipo donde trabajará el sistema
estará ubicado en la Gerencia de Aseguramiento de la Calidad. Esto debido a que
es allí donde se reciben las hojas de reportes diarios de todas las áreas de
producción de la planta; luego de que las hojas de reportes diarios son revisadas y
aprobadas por dicha gerencia, estos son ingresados en la base de datos para
finalmente ser archivados.
III.5. Entrenamiento
Luego de instalado el sistema en el equipo se procedió a la planificación de
las sesiones de entrenamiento del personal usuario del mismo.
Como consecuencia del bajo grado de complejidad en el uso del sistema no
se requirió de más de dos días de entrenamiento, cada uno con sesiones de una
hora cada uno, acompañada de pequeños espacios de preguntas por parte del
usuario para aclarar dudas en los diversos tipos de procedimientos del sistema, el
entrenamiento del personal se realizó luego de culminar las pruebas de
funcionamiento el 21 de Abril del presente año.
III.6. Alimentación de la base de datos
Se acordó que el mejor momento para alimentar la base de datos es al día
siguiente de haber registrado los datos y llenado las hojas de reportes, esto debido
a que en ese momento estos ya han sido revisados por la Gerencia de
Aseguramiento de la Calidad para su respectiva aprobación.
III.7. Herramientas utilizadas para el desarrollo del sistema
Para la creación de la base de datos se utilizó el siguiente software como
herramientas de elaboración de la base de datos:
• Para el diseño de la base de datos se utilizo Microsoft Access 2003®
La importancia del uso de esta herramienta radica en que en ella está
construida toda la estructura de la base de datos, es con ella donde se realiza el
diseño de las tablas de datos, entidades y los respectivos atributos.
Gracias a esta herramienta se efectúan las relaciones 1: n (uno a varios)
de las entidades y la respectivas secuencias jerárquica de la mismas.
Este permite a través de los atributos de los objetos en el modo de diseño
del formulario, la validación de las celdas de entrada de datos como la
jerarquización y organización de los datos de forma cronológica y secuencial.
Permite la presentación de la información suministrada por los datos con
poco o ningún grado de procesamiento, a través de reportes ya sean impresos o por
pantalla.
• Para la presentación de los gráficos estadísticos se utilizó Microsoft Excel
2003®
Esta herramienta permite manipular listas secuenciadas de datos para ser
utilizada en el procesamiento y creación de los gráficos y estadísticos, su empleo
consiste en el uso de dos hojas de trabajo; la primera alberga la lista con los datos
de interés, la cual es sustraída por medio de una rutina de programación de la base
de datos de Microsoft Access 2003®; y la segunda, presenta los gráficos fundados
en los datos de la primera hoja de trabajo.
Ambas hojas están contenidas dentro de un marco de objeto OLE en un
formulario que actúa como interfaz de salida.
• Para el cronograma de actividades se utilizo Microsoft Project 2003®
Esta herramienta permitió mantener un control de la secuencia de pasos a
seguir para la realización de la totalidad del proyecto de forma ordenada.
CAPÍTULO IV
ANÁLISIS DE RESULTADOS
IV.1 RELACIÓN ENTRE LO PLANIFICADO Y LO CONSEGUIDO
• Análisis el sistema actual para conocer los procesos involucrados en
el control de variables de la calidad.
Luego de realizar una serie de visitas guiadas a las instalaciones de
la planta, se verificó el cumplimiento de éste objetivo , al conocer todos los
elementos que intervienen en los procesos de variables de control de la
calidad; y de como influyen en el producto terminado. Los elementos a
ser tomados en cuenta son la serie de ensayos que se le practican a cada
uno de los productos que manufactura la empresa.
Todas estas variables han de tomarse en cuenta por tener una
influencia en la calidad del producto terminado.
• Conocer mediante la entrevista a los usuarios los requerimientos del
nuevo sistema automatizado: Requerimientos de entrada, de salida e
interacción con otros sistemas.
Este objetivo se planificó bajo un plan de obtención de toda la
información pertinente de los requerimientos del usuario, dicha información
se obtuvo mediante una serie de entrevistas personales con la Doctora
Nilka Velásquez, quien ejerce funciones como Gerente de Aseguramiento
de la Calidad de los Laboratorios VALMOR C.A., con esta información se
logró conocer según lo planificado los detalles de cómo debe ser el sistema
de base de datos a diseñar e implementar.
• Diseño de un modelo lógico y físico de base de datos que soporte los
requerimientos exigidos.
Se determinó el cumplimiento de este objetivo al desarrollar y obtener
los diseños finales de los modelos lógicos y físicos de la base de datos,
éstos debieron cumplir con los requerimientos del usuario dando con ello
suficiente soporte para pasar al siguiente objetivo.
.
• Diseño de la interfaz gráfica del sistema (entrada/salida) de acuerdo
con los requerimientos del usuario y programar los diferentes
módulos.
Se culmina el logro de este objetivo al obtener una interfaz que
cumple con las características y requerimiento suministrados por la
Gerencia de Aseguramiento de la Calidad, siendo esta capaz de:
• Fácil introducción de los datos.
• Validar los datos de entrada y salida.
• Interfaz amigable, facilidad de manejo e interacción con los
datos.
• Obtención de la información de forma rápida, cómoda y
ordenada.
Luego de haber obtenido una interfaz con estas características se
determinó que se logró el objetivo.
• Realización de un conjunto de pruebas de funcionamiento al nuevo
sistema.
Se sometió el sistema a un conjunto de rigurosas pruebas de caja
negra durante un período de cuatro días, lográndose observar que cumplía
con todas las expectativas de diseño y requerimientos de funcionalidad.
Estas pruebas consistieron en la introducción de un volumen de datos;
seguido del pedido de los respectivos reportes a lo largo del período de
prueba comprobando su funcionamiento, dándose así por concluida la
culminación de este objetivo.
Se debe resaltar que todos los objetivos se lograron dentro de los tiempos
estipulados mostrados en el cronograma de actividades según el anexo nº 3.
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
V.1 CONCLUSIONES
Podemos concluir por medio del presente informe que:
Al desarrollar el proyecto propuesto se obtuvo, en colaboración con los
responsables de la gestión de la calidad, una solución automatizada que generó una
serie de reportes impresos, lográndose reducciones del tiempo de respuesta en la
obtención de resultados de gráficos de control de ensayos, límites y tendencias. En
dichos reportes se pudo observar los cambios y tendencias esperados en cada una
de las variables susceptibles al ser objeto de control, resultando en un aumento de
la eficiencia en las tomas de decisiones, igualmente se logró una reducción del
espacio en el almacenamiento de datos. Con esto se podrán conocer las variables que
presentan desviaciones o tendencias fuera de los límites de control establecidos,
previniendo la producción de lotes con “defectos” al realizar los ajustes necesarios que
eviten poner en riesgo la calidad del proceso y del producto.
. El sistema fue desarrollado cumpliendo los requerimientos y estándares de la
empresa, la cual está pasando por una etapa de modernización de todos los sistemas
de base de datos. Para el diseño y construcción del software se empleó paquetes
ofimáticas de última generación, los cuales han sido las principales herramientas para
la generación de un producto que tiene como característica el empleo de interfaces
gráficas bastantes amigables, incluso para el usuario poco entrenado.
Se diseñó una base de datos con tercera forma normal, esto porque la
optimización excesiva no siempre ayuda a mejorar la eficiencia en las consultas de
un sistema de base de datos. Querer llevar las tablas de un sistema de base de
datos hasta el último grado de normalización, no siempre es necesario; una base
de datos en 3ª Forma Normal (3FN) es más que suficiente. Además de las seis
formas comunes de normalización, existen otras aún más complejas lo cual
dificultaría más nuestro trabajo innecesariamente. Más que una técnica la
normalización es un arte.
V.2 RECOMENDACIONES
V.2.1 Para la empresa
Como primera recomendación es hacer respaldos (o Backups) de los datos del
sistema de forma periódica.
Hacer una copia de seguridad, copia de respaldo o simplemente respaldo
consiste en guardar en un medio extraíble (para poder guardarlo en lugar seguro) la
información sensible referida a un sistema, esta se puede realizar tanto en
ordenadores personales como en servidores, se puede hacer en un disco duro
externo, un CD-ROM o DVD.
Los respaldos o copias de seguridad tienen dos objetivos principales:
• Permitir la restauración de archivos individuales. Un usuario borra
accidentalmente un archivo y el sistema le pide restaurarlo desde el último
respaldo.
• Permitir la restauración completa de sistemas de archivos. La pérdida de
datos puede ser la peor situación de un administrador de sistemas; por las
circunstancias que sea, cambio de tecnología o daño físico al sistema, el
administrador se queda con un hardware que solía ser una parte productiva
del centro de datos, ahora, no es más que una maquina obsoleta e
inservible.
Debido al enorme volumen de hojas de reportes de control de la calidad
generados durante el proceso de manufactura de medicamentos, se recomienda la
contratación de personal sólo y exclusivamente para la alimentación de la base de
datos. Esto libera de carga laboral a cualquier usuario del sistema responsable de
otras asignaciones que puedan comprometer el buen funcionamiento de la gerencia
de control de la calidad.
REFERENCIAS BIBLIOGRÁFICAS
Manual de estilo de publicaciones de la American Psychological Association, (2002).
tr. Marisela Chávez M. …[et al]; adaptación gramatical Mayra Inzunza S., (2ª
ed.), México, editorial El Manual Moderno, xxviii, 433 p. ISBN 968-426-978-1.
BENAVENTE, Germán y CARRASQUEL, Romelio. (1981). Procesamiento de Datos
II. Caracas, Universidad Nacional Abierta, 193 p., ISBN: 980-236-427-4.
CHACÓN, M. Claudio Roberto y RUIZ DE RIVILLO, María Antonieta, (1981).
Procesamiento de Datos I, Caracas, Universidad Nacional Abierta, 434 p, ISBN:
980-236-053-8.
DATE, C. J., (2001). Introducción a los Sistemas de Base de Datos. Prentice Hall.
(7ª ed.). México. 938 p. ISBN 0-201-38590-2.
Farmacopea Internacional, (1989). Organización Mundial de la Salud, Suiza.
Federal Food & Drugs Ac, (1963). Normas de la Buena Práctica de Manufactura en
la Industria Farmacéutica. Normas de carácter obligatorio para la Industria
Farmacéutica recomendado por la Organización Mundial de la Salud.
Implementation of WHO’s Revised Drug Strategy, Safety, efficacy and quality
pharmaceuticals. (1994). Organización Mundial de la Salud, Resolución 47.17 de
la Organización Mundial de la Salud.
GÓMEZ, Eduardo, ORELLANA, Rafael y ORTIZ, José Ramón. (1981). Inferencia
Estadística, Caracas, Universidad Nacional Abierta, 503 p., ISBN: 980-236-848-
3.
GRECH, Pablo y LAMEDA, Carlos. (1986). Computación I. Caracas, Universidad
Nacional Abierta, 624 p. ISBN: 980-236-155-0.
KENDAL L y KENDALL, (1991). Análisis y diseño de sistemas. (3ª ed.). tr. por Héctor
López Hernández, Prentice Hall Hispanoamericana S.A. México, 881 p. ISBN:
968-880-174-7.
Organización Mundial de la Salud,The role of the pharmacist in the health care
system. (1994)., Geneva: WHO. (Documento no publicado
WHO/PHARM/94.569).
PRESSMAN, Roger S. (1992). Ingeniería del software: Un enfoque práctico, (4ª ed.),
México, tr. José María Troya, Luís Hernández Yánez, revisión técnica Antonio
Vaquero Sánchez, McGraw-Hill, 628 p. ISBN 84-481-1186-9.
RAMEZ, Elmasri y SHAMKAMT, Navathe, (1997). Sistemas de base de datos
Conceptos fundamentales, (2ª ed.), Argentina, tr. Roberto Escalona García,
Addison Wesley, 887 p. ISBN 0-201-65370-2
Role of the pharmacist in support of the WHO Revised Drug Strategy, (1994).
Organización Mundial de la Salud, Resolución 47.12 de la Asamblea Mundial de
la Salud.
SENN, James. (1992). Análisis y Diseño de Sistemas de Información. tr. Edmundo
Gerardo Urbina Medal, (2ª ed.). México: McGraw-Hill, 942 p. ISBN: 968-422-991-
7.
SILBERSHATZ, Abraham, KORTH, Henry y SUDARSHAN, S. (2006). Fundamentos
de Bases de Datos. tr. Database System Concepts (5ª ed.). Madrid: McGraw-
Hill, Interamericana de España, 953 p. ISBN: 0-07-295886-3.
WHITTEN, Jeffrey. BENTLEY, Lonnie D. y BARLOW, Victor. (1996). Análisis y
Diseño de Sistemas de Información. Revisión de Llorens Jesús Vásquez, (3ª
ed.). Santafé de Bogotá, Colombia: McGraw-Hill, 907 p. ISBN: 84-8086-252-1
REFERENCIAS ELECTRÓNICAS
Análisis y Diseño de Sistemas [en línea]. [citado el 19 de Febrero de 2008].
Disponible en:
<http://www.monografias.com/trabajos/anaydisesis/anaydisesis.shtml>
Análisis y Diseño de Sistemas de Información, Metodología de James A. Senn, [en
línea]. [citado el 19 de Febrero de 2008]. Disponible en: <http://une-
senn.tripod.com/index.htm>
FANTINI, Adriana C. El proceso de desarrollo de software, [en línea]. [citado el 19
de Febrero de 2008]. Disponible en:
<http://www.economicasunp.edu.ar/02EGrado/materias/trelew/procesamiento%20de
%20datos/Info/doc_dist/DESAR_DE_SOFT.PDF>
JAMES A. Senn, Análisis y Diseño de Sistemas de Información. [en línea]. [entre
Febrero y Marzo de 2008]. Disponible en:
http://www.monografias.com/trabajos7/resi/resi.shtml#bi
PERALTA, Manuel. Sistema de Información, [en línea]. s.f. [citado el 05 de Febrero
de 2008]. Disponible en: <http://www.monografias.com/>
ANEXOS
Anexo 1
Anexo 2
Anexo 4
Continuación Anexo 4
Anexo 5
Laboratorios VALMORCA Gerencia de Aseguramiento de la Calidad
SISTEMA DE INFORMACIÓN AUTIMATIZADO PARA EL CONTROL DE VARIABLES DE LA CALIDAD DEL PROCESO PRODUCTIVO DE LA EMPRESA LABORATORIOS VALMOR C.A.
Manual del usuario
ÍNDICE
Contenido Pagina
Requerimientos antes de instalar el sistema 1
¿Cómo llamar el programa? 2
¿Cómo Introducir los datos? 2
¿Cómo obtener los gráficos Límites y Estadísticos? 8
¿Cómo obtener los reportes Impresos? 10
¿Cómo enviar grafico a un archivo? 10
¿Cómo salir del sistema? 10
Requerimientos antes de instalar del sistema.
• Sistema Operativo Microsoft Windows 2000® o Microsoft Windows XP® • Windows Microsoft Office 2003® con los archivos completos de:
• Microsoft Access 2003®.
• Microsoft Excel 2003®.
• Computador Pentium III (recomendable 1 GB de velocidad o superior).
• Memoria RAM 256 MB o superior (recomendable).
• Monitor Súper VGA de 1.024 x 768 píxeles de resolución o superior.
• Mouse óptico (recomendable)
• Impresora de cartucho.
¿Cómo llamar el programa?
Con el botón izquierdo de Mouse haga doble clic sobre el icono de Microsoft
Access 2003 de la base de datos con el nombre “Base de datos Control de
Calidad v4” y espere que aparezca el Formulario de presentación dando las
opciones de estrada y salida al sistema como aparece en la Figura 1.
Figura 1. Formulario de opciones de de presentación.
¿Cómo Introducir los datos?
Con el botón izquierdo de Mouse haga clic sobre el botón INTRODUCIR
DATOS, luego de haber realizado la acción aparecerá el Formulario Principal de
entrada de datos como se muestra en la Figura 2.
Figura 2. Formulario Principal de entrada de datos.
Con el botón izquierdo del Mouse haga clic sobre la celda de cada
subformulario seleccionando la Forma Farmacéutica, Producto, Concentración,
Presentación y Fecha del Certificado de las cuales desea introducir.
Luego seleccione en las pestañas de la parte superior del formulario y haga
clic con el Mouse en la pestaña correspondiente a Aspecto visual como muestra en
la Figura 3.
Figura 3. Pestañas de la parte superior del Formulario Principal.
Se mostrará la ficha correspondiente a los datos de ASPECTO VISUAL del
medicamento, ver Figura 4.
Figura 4. Ficha ASPECTO VISUAL
Nota importante:
• La casilla correspondiente a COMPRIMIR A (g): y PESO TEÓRICO (g): Se
requerirán solo ciertas formulas farmacéuticas como TABLETAS, mientras
que PESO TEÓRICO EN POLVO (g), PESO POLVO A LLENAR (g), PESO
CÁPSULA VACÍA (g), CÁPSULA N°, COLOR DEL CUERPO y COLOR DE
TAPA se requerirán en formular farmacéuticas como CÁPSULAS.
• El empaque aparecerá “Estuche de cartón“ como predeterminado, pero se
puede cambiar por otro si se requiere.
Con el botón izquierdo del Mouse pulse la pestaña correspondiente a la ficha
DATOS LOTE, ver Figura 3, e introduzca los datos correspondientes a la misma,
ver Figura 5.
Figura 5. Ficha DATOS LOTE.
Nota importante:
• En la pestaña DATOS LOTE todas las fechas deben comenzar por el día 01,
por ejemplo: si la fecha del certificado u hoja de datos es 05/02 debe teclearse
01/05/02.
Con el botón izquierdo del Mouse pulse la pestaña correspondiente a
ENSAYOS, LÍMITES Y MÉTODOS ver Figura 3, e introduzca los datos
correspondientes a la misma, ver Figura 6.
Figura 6. Ficha ENSAYOS, LÍMITES Y MÉTODOS.
Con el botón izquierdo del Mouse seleccione la celda correspondiente a
LÍMITE SUPERIOR y LÍMITE INFERIOR, UNIDADES, MÉTODOS, EN
PROCESO y TERMINADO que corresponde a cada ENSAYO para luego
seleccionar la ficha EN PROCESO o TERMINADO ver Figura 3 según el caso
del medicamento e introducir los datos de este, ver Figura 7.
Figura 7. Vista de la ficha EN PROCESO para la introducción de datos.
Notas importantes:
En la pestaña ENSAYOS, LÍMITES Y MÉTODOS los límites deben introducirse
como dice a continuación:
• Para ensayos cuyos valores se encuentran entre dos límites, límite superior (LS)
y límite inferior (LI) ambos >= de 0 se coloca el valor de cada límite en la casilla
correspondiente.
• Para ensayos cuyos valores deben estar por arriba o por debajo de un solo valor
de límite se sigue el siguiente criterio:
• Si los valores deben estar por debajo de un valor límite colocar este
valor límite en la celda LÍMITE SUPERIOR, en el otro límite
colocamos cero (0).
• Si los valores deben estar por arriba de un valor límite colocar este
valor límite en la celda LÍMITE INFERIOR, en el otro límite colocamos
cero (0).
• Al introducir el peso promedio este debe ser el valor del reporte dividido
entre 100, esto es n/100.
• Tener cuidado al transcribir la fecha de la hoja de reporte de peso promedio,
esta se presenta en formato del idioma ingles, o sea, MM/dd/AAAA, escribirlo
como dd/MM/AA.
¿Cómo obtener los gráficos y Límites Estadísticos?
Tanto en la ficha EN PROCESO como en la de TERMINADO existe una
serie de botones en la parte inferior derecha, ver Figura 8.
Figura 8. Botones de destino del gráfico y Salida.
Luego de introducir los datos pulse el botón VER GRÁFICO DEL ENSAYO,
aparecerá un nuevo formulario mostrando los gráficos de límites y estadísticos
correspondientes al ensayo del medicamento y los datos del mismo, ver Figura 9.
Figura 9. Formulario GRÁFICO ESTADÍSTICO con ejemplo de gráfico con
valores EN PROCESO
Para volver al formulario anterior con intención de ver otro gráfico pulse el
botón ATRÁS en la parte inferior del formulario, ver Figura 10.
Figura 10 . Botones del Formulario de gráfico.
¿Cómo obtener los reportes impresos?
Pulse el botón IMPRIMIR INFORME del mismo formulario Gráficos
Estadísticos, Ver Figura 10, la impresora emitirá un formulario con los gráficos de
límites, estadísticos y los correspondientes datos de los mismos.
¿Cómo enviar gráfico a un archivo?
Previamente cree una nueva carpeta dentro de Mis Documentos o el
cualquier otra parte y colóquele un nombre, por ejemplo Gráficos, luego en el
formulario que tenga los gráficos que quiera guardar pulse el botón Enviar Gráfico
a un archivo como muestra en la Figura 10. Aparecerá la ventana de selección de
ruta donde se guardara en archivo. Seleccione la ruta de la nueva carpeta y pulse
Guardar.
¿Cómo salir del sistema?
Pulse el botón ATRÁS del Formulario Gráficos Estadísticos, ver Figura 10
y haga clic en el botón SALIR en la parte inferior derecha del formulario principal
ver Figura 8, inmediatamente aparecerá el formulario de salida como muestra en
la Figura 11, pulse nuevamente el botón SALIR, la base de datos se compactará
de forma automática antes de cerrar y salir por completo del sistema.
Figura 11. Formulario de Salida.