universidad de las tunas facultad de ciencias …roa.ult.edu.cu/bitstream/123456789/2658/1/tesis...
TRANSCRIPT
Universidad de Las Tunas
Facultad de Ciencias Técnicas
Trabajo de Diploma
Tema: Sistema Informático para el Control de la Información de Gestión de la
Calidad en el Taller de Parlería en ECMAI Las Tunas.
Autor: Luís Enrique Hernández Concepción.
Tutor: Ing. Osniel Rivero Herrera.
Ing. Antonio San Juan Rosabal
Las Tunas, diciembre de 2012.
DEDICATORIA
Les dedico este trabajo a mi hijo y mi madre que son en este momento los tesoros
más grandes de mi vida, mi hijo porque es en lo único que pienso cuando busco una
razón para ser alguien en la vida, y mi madre porque bueno siempre es la madre la
fuente de inspiración de todo humano para realizar los grandes esfuerzos que se
requieren en la vida.
AGRADECIMIENTOS
Siempre voy a estar agradecido con la ayuda que me ha dado mi familia para poder
salir adelante en mi carrera, siempre estaré en deuda con ellos, con mi madre, mi
hermana, mi esposa, mis amigos que siempre me dieron el aliento y el apoyo que
necesitaba, a mis profesores, a mis tías, a mi padre, a todos los que siempre se
preocuparon por cómo me iba en la escuela, gracias esto es para ustedes también.
GRACIAS…
DECLARACION DE AUTORIA
Declaro que soy el único autor de este trabajo y autorizo a la Facultad de Ciencias
Técnicas así como al Departamento de Informática para que hagan el uso que
estimen pertinente con este trabajo.
Para que así conste firmo la presente a los ___ días del mes de _______ de _____.
_____________ _____________
Firma del autor. Firma del tutor.
OPINION DEL USUARIO DEL TRABAJO DE DIPLOMA
El Trabajo de Diploma titulado, Sistema Informático para el control de la información
de Gestión de la Calidad en el Taller de Parlería en ECMAI Las Tunas, fue realizado
en la universidad de Las Tunas. Esta entidad considera que, en correspondencia con
los objetivos trazados, el trabajo realizado satisface:
Totalmente
Parcialmente en un ___%.
Los resultados de este Trabajo de Diploma le reportan a esta entidad los beneficios
siguientes:
____________________________________________________________________
____________________________________________________________________
____________________________________________________________________
____________________________________________________________________
____________________________________________________________________
____________________________________________________________________
_______________________________
Y para que así conste, se firma la presente a los ___ días del mes de _____
Del año ______.
_________________________ __________________________
Representante de la entidad Cargo
_____________
Firma
RESUMEN
La Empresa de Construcción y Montaje Agroindustrial (ECMAI) Las Tunas no
cuentan con un software para el control de los procesos productivos en el Taller de
Parlería, aunque se ha implementado el sistema de gestión de la calidad que ha
permitido que todas las áreas cuenten con sus procedimientos y con sus sistemas de
registros, el mismo no es lo suficientemente eficaz ya que consiste en registros
independientes y llenados de forma manual. Por lo que se hace necesario realizar un
sistema informático que contribuya a un efectivo control de la información que se
obtiene en el transcurso de la producción de las estructuras metálicas. Con la
implementación este programa se obtiene una mayor eficiencia para la institución,
permitiendo alcanzar altos niveles de rentabilidad, inmediatez y exactitud en la toma
de decisiones en el interior de su entorno organizacional.
ÍNDICE
INTRODUCCIÓN ........................................................................................................ 1
CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA ........................................................... 4
1.1 Sistema de Gestión de Información. .................................................................. 4
1.2 El Software y sus clasificaciones. ..................................................................... 5
1.3 Metodologías y Herramientas de Programación Utilizadas. .............................. 7
1.3.1 Java: ............................................................................................................ 7
1.3.2 NetBeans .................................................................................................... 8
1.3.3 Java Persistence API (JPA) ........................................................................ 9
1.4 Patrón de Diseño. .............................................................................................. 9
1.5 Sistemas Gestores de Base de Datos. ............................................................ 10
1.6 Ingeniería de Software. .................................................................................... 13
1.6.1 Herramienta Rational Rose ....................................................................... 13
1.6.4 Agile Modeling (AM) .................................................................................. 14
1.7 Estado del Arte. ............................................................................................... 15
CAPÍTULO II: ANÁLISIS Y DISEÑO DEL SISTEMA ................................................. 15
2.1 Modelo del Negocio ........................................................................................ 15
2.1.1 Casos de Uso del Negocio (CUN): ............................................................ 15
2.1.2 Diagrama de CUN: .................................................................................... 16
2.1.3 Descripción del CUN ................................................................................. 16
2.2 Requerimientos del Sistema. .......................................................................... 17
2.2.1 Requerimientos funcionales: ..................................................................... 17
2.2.2 Requerimientos no funcionales ................................................................ 19
2.3 Casos de uso de alto nivel con sus actores: .................................................... 20
2.3.1 Diagrama de caso de uso del sistema: ..................................................... 21
2.3.2 Descripción de los caso de uso del sistema. ............................................. 21
2.4 Diagramas de clases de los principales casos de usos. .................................. 24
2.5 Diagramas de secuencias de los principales casos de uso. ............................ 25
2.6 Modelo de Implementación .............................................................................. 29
2.6.1 Patrón de Diseño:...................................................................................... 29
2.6.2 Diagrama de Vistas: ................................................................................. 30
2.6.3 Diagrama de Control: ................................................................................ 31
2.6.4 Diagrama de Modelo Físico: ..................................................................... 31
2.6.5 Diagrama de Componentes de los principales caso de usos: ................... 31
2.6.6 Diagrama de Despliegue ........................................................................... 33
2.7 Diagrama de Clases Persistentes: ................................................................... 34
2.8 Modelo de Dato ............................................................................................... 35
CAPÍTULO III. IMPLEMENTACIÓN DEL SISTEMA. ................................................. 36
3.1 Diseño de la interfaz. ....................................................................................... 36
3.2 Forma general y principios de la protección y seguridad. ................................ 38
3.3 Validación de la factibilidad del sistema........................................................... 39
3.4 Forma General y Principios en que se Basa el Sistema de Ayuda. ................. 40
3.5 Forma general del tratamiento de errores. ....................................................... 41
ANEXO I. ENTREVISTA REALIZADA A LOS DIRECTIVOS DE LA EMPRESA. ..... 1
1
INTRODUCCIÓN
La creación de sistema de gestión de la calidad (SGC) para el control de los
procesos productivos apoyados en computadoras requiere del desarrollo de un
programa informático determinado, cuyas características dependen de las
necesidades específicas del proceso al que va dirigido el software, con el objetivo de
lograr, contenidos, objeto de control y contabilización, resoluciones y circulares que
rigen dicho procesos, entre otros. La necesidad de automatizar todos los procesos
posibles dentro de una organización se ha convertido en meta para sus directivos y a
la vez un indicador del buen funcionamiento y profesionalidad de dicha empresa. No
es de extrañar que nuestro país se inserte en este mundo virtual con el objetivo de
potenciar el desarrollo de sus empresas; y lograr una mayor eficiencia y
productividad del trabajo. Además como planteó el General de Ejército Raúl Castro
Ruz: “sin una economía sólida y dinámica, sin eliminar gastos superfluos y derroche,
no se podrá avanzar en la elevación del nivel de vida de la población, ni será posible
mantener y mejorar los elevados niveles alcanzados en la educación y la salud que
gratuitamente se garantizan a todos los ciudadanos.”, por todo esto, nos hemos dado
la tarea de implementar un Sistema Informático para elevar el nivel de eficiencia en
el sistema de control de gestión de la calidad en el Taller de Parlería en ECMAI Las
Tunas [Rivero, 2011].
La Empresa de Construcción y Montaje Agroindustrial (ECMAI) Las Tunas dado el
papel que juega en la comunidad y la sociedad tiene como necesidad la
informatización de este proceso el cual es deficiente porque se hace de forma
manual, el mismo ocasiona la pérdida de tiempo a los trabajadores y usuarios a la
hora de satisfacer sus necesidades, ocupación de volúmenes de espacio para
contener informaciones e incremento de las labores de explotación (indización,
búsqueda y flujos del papel). Debido a estas condiciones anteriormente expuestas se
deriva el siguiente problema científico: Insuficiencia en el control de la información
del Sistema de Gestión de la Calidad que afecta la eficiencia y la eficacia del
proceso productivo de estructuras metálicas en el Taller de Parlería en ECMAI Las
Tunas.
2
Objeto de estudio: Proceso de gestión y control de la calidad del proceso productivo
del Taller.
Campo de acción: Informatizar el proceso de gestión de la calidad en el área del
Taller.
Objetivo: Elaborar un software para el control de la información del proceso
productivo de estructuras metálicas que contribuya a la efectividad del Sistema de
Gestión de la Calidad en el Taller de Parlería de ECMAI Las Tunas.
Idea a defender: La elaboración del software para el control efectivo de la
información de gestión de la calidad, simplifica el trabajo del personal, mejora el
control del proceso productivo y ayuda a la toma de decisiones en el Taller de
Parlería en ECMAI Las Tunas.
Tareas Científicas:
1. Revisión y estudio de bibliografías referidas a los temas de Ingeniería de Software
y Programación Java.
2. Realizar una aplicación de escritorio en Java que permita un buen control de
gestión de la calidad en el Taller de Parlería de la Empresa ECMAI Las Tunas.
3. Crear una base de datos capaz de organizar y manejar los datos de forma
eficiente.
4. Estudiar el proceso de gestión y control de la calidad del proceso productivo del
Taller.
Para dar cumplimiento a las tareas propuestas anteriormente se emplearon los
siguientes Métodos de Investigación:
Métodos científicos:
Métodos teóricos: permiten descubrir en el objeto de investigación, las
relaciones esenciales y las cualidades fundamentales no detectables de manera
legible.
Análisis-síntesis: se realizó para resumir los aspectos más importantes de la
literatura y las fuentes consultadas, vinculadas con el problema tratado.
3
Histórico-lógico: para determinar las características esenciales del proceso
de control de la información y del proceso productivo de estructuras metálicas y
las distintas informaciones que de ello se derivan en el Taller.
Métodos Empíricos: conlleva toda una serie de procedimientos prácticos con el
objeto y los medios de investigación que permiten revelar las características
fundamentales y relaciones esenciales del objeto; que son accesibles a la
contemplación sensorial.
Entrevistas: realizadas a los directivos y especialistas pertenecientes a la
empresa ECMAI para tener conocimiento de la estructura y funcionamiento del
Taller, ver Anexo I.
Este trabajo de diploma consta de los siguientes tres capítulos que más adelante
veremos detalladamente su contenido:
Capítulo I: fundamentación teórica, se analiza el flujo de información del proceso
productivo del Taller, se exponen las características fundamentales de las
tecnologías y herramientas propuestas para el desarrollo del sistema, así como la
teoría en que se basa la solución del problema.
Capítulo II: análisis y diseño del sistema, se presenta el modelo conceptual, la
captura de requisitos funcionales y no funcionales y se identifican los casos de uso
del sistema, se define formalmente la propuesta para dar solución al problema
planteado, los diagramas de secuencia, el diagrama de clases, el modelo de la base
de datos, el diagrama de despliegue y el de componentes correspondiente a la etapa
de implementación incluyendo la arquitectura del sistema. Esta modelación se obtuvo
a través de la herramienta Rational Rose que constituye una vía para comprender
claramente el funcionamiento del software.
Capítulo III: implementación del sistema, se trata los aspectos fundamentales del
diseño de la interfaz del sistema, la forma general y principios en que se basa el
sistema de ayuda, la forma general y principios de la protección y seguridad, la forma
general del tratamiento de errores.
4
CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA Las nuevas tecnologías, los avances en técnicas de almacenamiento y recuperación
de la información, han posibilitado nuevos servicios, que antes no éramos siquiera
capaces de imaginar.
Todo esto ha conllevado a un cambio en: la organización en nuevas herramientas de
trabajo, cambios en la metodología de trabajo, en los recursos de forma cuantitativa y
cualitativamente. La introducción de estas nuevas tecnologías ha significado un
cambio en todos los ámbitos de la vida del hombre, en la cultura y por tanto en el
control de cada actividad.
En este capítulo se hará un análisis de cómo se encuentran en el mundo aquellas
tecnologías que serán necesarias para la construcción del sistema que se
desarrollara con el propósito de facilitar la comprensión del mismo. Se hará un
análisis de las posibilidades que ofrecerá para la gestión de información.
1.1 Sistema de Gestión de Información.
Para conocer detalladamente esta temática propongo primero saber qué es; sistema,
gestión, información, sistema de gestión, gestión de información.
La definición de sistemas nos ubica en un conjunto de elementos organizados e
interrelacionados, que interactúan entre sí en busca de un fin específico del todo que
los agrupa. [Rivero, 2011]
La gestión es el proceso que comprende determinadas funciones y actividades
emprendidas por una o más personas para organizar las actividades laborales de
otros individuos, es la capacidad de la institución para definir, obtener y evaluar sus
objetivos con la correcta utilización de los recursos de los que dispone. [Rivero,
2011]
No podemos hablar de Sistemas de Gestión de la Información, sin analizar el
concepto de información: “conjunto de datos agrupados en una organización u orden
que la carga de significado”. [Montero, 2010]
[Laudon y Laudon, 1996]: define un sistema de información como un conjunto de
componentes interrelacionados que permiten capturar, procesar, almacenar y
5
distribuir información para apoyar la toma de decisiones y el control de una
institución, además de ayudar a dichos directivos y personal a analizar problemas,
visualizar cuestiones complejas y crear nuevos productos en un ambiente intensivo
de información.
Según Woodman [Woodman, 1985], a partir de algunas otras aproximaciones,
define la gestión de la información como todo lo relacionado con la obtención de la
información adecuada, en la forma correcta, para la persona indicada, al costo
adecuado, en el tiempo oportuno, en el lugar apropiado, para tomar la acción
correcta.
De las definiciones anteriormente expuestas y de las ofrecidas por otros autores
pudiera extraerse que un sistema de gestión de información se puede definir
técnicamente como un conjunto de componentes integrados de procesos
relacionados que recolectan (o recuperan), procesan, almacenan y distribuyen
información para apoyar la toma de decisiones y el control en una organización.
1.2 El Software y sus clasificaciones.
Hasta aquí se han abordado varios aspectos relacionados con los sistemas de
gestión de información, por lo que se hace necesario tener claridad de que tipo de
software es el que será construido para lograr el éxito en la producción y buena
calidad.
[Sommerville, 2004]: el software no son solo programas, sino todos los documentos
asociados y la configuración de datos que se necesitan para hacer que estos
programas operen de manera correcta. Un sistema de software consiste en diversos
programas independientes, archivos de configuración que se utilizan para ejecutar
estos programas, un sistema de documentación que describe la estructura del
sistema, la documentación para el usuario que explica como utilizar el sistema y
sitios Web que permitan a los usuarios descargar la información de productos
recientes.
[Pressman, 2005]: es el producto que los ingenieros de software construyen y
después mantienen en el largo plazo. El software se forma con (1) las instrucciones
6
(programas de computadora) que al ejecutar se proporcionan las características,
funciones y el grado de desempeño deseados; (2) las estructuras de datos que
permiten que los programas manipulen información de manera adecuada; y (3) los
documentos que describen la operación y uso de los programas.
Después de haber estudiado las definiciones anteriormente expuestas y de las
ofrecidas por otros autores pudiera extraerse que el software es un conjunto de
instrucciones detalladas y programadas por el hombre que controlan las operaciones
de un sistema computacional.
Según las funciones que realizan pueden ser clasificados en:
Software de Sistema que es un conjunto de programas que sirven para interactuar
con el sistema, conferir el control sobre el hardware, además de dar soporte a otros
programas. [Rodolfo, 2007]
Software de Aplicación que son programas diseñados para o por los usuarios para
facilitar la realización de tareas específicas en la computadora, como pueden ser las
aplicaciones ofimáticas (procesador de texto, hoja de cálculo, programa de
presentación, sistema de gestión de base de datos...), u otros tipos de softwares
especializados como software médico, software educativo, editores de música,
programas de contabilidad. [Rodolfo, 2007]
Software de Programación es el conjunto de herramientas que permiten al
desarrollador informático escribir programas con diferentes alternativas y lenguajes
de programación. [Rodolfo, 2007]
Según las clasificaciones ya mencionadas podemos decir por sus características
que en nuestro caso abordaremos un Software de Aplicaciones. El mismo debe estar
implementado sobre el software del sistema para poder operar.
7
1.3 Metodologías y Herramientas de Programación Utilizadas.
1.3.1 Java: Según Zukowski [Zukowski, 2006]: Java es uno de los lenguajes que ha ganado
renombre en la programación moderna. Al igual que C / C++, cuenta con una
inmensa comunidad de programadores alrededor del mundo. Con Java pueden ser
creadas poderosas aplicaciones, sitios Web o pequeños programas (conocidos como
applets) que pueden ser corridos en Internet. Java es un lenguaje de programación
de alto nivel orientado a objetos, desarrollado por James Gosling en 1995. El
lenguaje en sí mismo toma mucha de su sintaxis de C, Cobol y Visual Basic, pero
tiene un modelo de objetos más simple y elimina herramientas de bajo nivel, que
suelen inducir a muchos errores, como la manipulación directa de punteros o
memoria. La memoria es gestionada mediante un recolector de basura. Las
aplicaciones Java están típicamente compiladas en un bytecode, aunque la
compilación en código máquina nativo también es posible. En el tiempo de ejecución,
el bytecode es normalmente interpretado o compilado a código nativo para la
ejecución, aunque la ejecución directa por hardware del bytecode por un procesador
Java también es posible.
Los applets de Java suelen tener las siguientes ventajas:
* Son multiplataforma (funcionan en Linux, Windows, Mac OS, y en cualquier
sistema operativo para el cual exista una Java Virtual Machine).
* El mismo applet puede trabajar en "todas" las versiones de Java, y no sólo en la
última versión del plugin. Sin embargo, si un applet requiere una versión posterior del
Java Runtime Environment (JRE), el cliente se verá obligado a esperar durante la
descarga de la nueva JRE.
* Puede tener acceso completo a la máquina en la que se está ejecutando, si el
usuario lo permite.
* Puede ejecutarse a velocidades comparables a las de otros lenguajes
compilados, como C++ (dependiendo de la versión de la JVM).
8
* Puede trasladar el trabajo del servidor al cliente, haciendo una solución web más
escalable tomando en cuenta el número de usuarios o clientes.
Los applets de Java suelen tener las siguientes desventajas:
Requiere el plugin de Java, que no está disponible por defecto en todos los
navegadores web.
No puede iniciar la ejecución hasta que la JVM esté en funcionamiento, y esto
puede tomar tiempo la primera vez que se ejecuta un applet.
Si no está firmado como confiable, tiene un acceso limitado al sistema del
usuario - en particular no tiene acceso directo al disco duro del cliente o al
portapapeles.
1.3.2 NetBeans
NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el
lenguaje de programación Java y existe además un número importante de módulos
para extenderlo. NetBeans IDE es un producto libre y gratuito sin restricciones de
uso. Es un proyecto de código abierto de gran éxito con una gran base de usuarios,
una comunidad en constante crecimiento, y con cerca de 100 socios en todo el
mundo. Sun MicroSystems fundó el proyecto de código abierto NetBeans en junio de
2000 y continúa siendo el patrocinador principal de los proyectos. La plataforma
NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de
componentes de software llamados módulos. Un módulo es un archivo Java que
contiene clases de java escritas para interactuar con las APIs de NetBeans y un
archivo especial (manifest file) que lo identifica como módulo. Las aplicaciones
construidas a partir de módulos pueden ser extendidas agregándole nuevos
módulos. Debido a que los módulos pueden ser desarrollados independientemente,
las aplicaciones basadas en la plataforma NetBeans pueden ser extendidas
fácilmente por otros desarrolladores de software. La Plataforma NetBeans es una
base modular y extensible usada como una estructura de integración para crear
aplicaciones de escritorio grandes. Empresas independientes asociadas,
especializadas en desarrollo de software, proporcionan extensiones adicionales que
9
se integran fácilmente en la plataforma y que pueden también utilizarse para
desarrollar sus propias herramientas y soluciones.
La plataforma ofrece servicios comunes a las aplicaciones de escritorio,
permitiéndole al desarrollador enfocarse en la lógica específica de su aplicación.
Entre las características de la plataforma están:
* Administración de las interfaces de usuario (ej. menús y barras de herramientas)
* Administración de las configuraciones del usuario
* Administración del almacenamiento (guardando y cargando cualquier tipo de
dato)
* Administración de ventanas
* Framework basado en asistentes (diálogo paso a paso)
1.3.3 Java Persistence API (JPA)
JPA es la API de persistencia desarrollada para la plataforma java EE. Es un
framework del lenguaje de programación Java que maneja datos relacionales en
aplicaciones usando la Plataforma Java en sus ediciones Standard (Java SE) y
Enterprise (Java EE). La JPA fue originada a partir del trabajo de JSR 220 Expert
Group y ha sido incluida en el estándar EJB3.
Persistencia en este contexto cubre tres áreas:
La API en sí misma, definida en Java Persistence Package.
La Java Persistence Query Language (JPQL).
Metadatos objeto/relacional.
El objetivo que persigue el diseño de esta API es no perder las ventajas de la
orientación a objetos al interactuar con una base de datos (siguiendo el patrón de
mapeo objeto-relacional) como sí pasaba con EJB2, y permitir usar objetos regulares
(conocidos como POJOS).
1.4 Patrón de Diseño.
El patrón conocido como Modelo-Vista-Controlador (MVC) es el que emplearemos en
este trabajo. El (MVC) separa el modelado del dominio, la presentación y las
acciones basadas en datos ingresados por el usuario en tres clases diferentes:
10
Figura 1. Diagrama del Modelo-Vista-Controlador.
Modelo: Administra el comportamiento y los datos del dominio de aplicación,
responde a requerimientos de información sobre su estado (usualmente formulados
desde la vista) y responde a instrucciones de cambiar el estado (habitualmente
desde el controlador).
Vista: Maneja la visualización de la información.
Controlador: Controla el flujo entre la vista y el modelo (los datos).
Tanto la vista como el controlador dependen del modelo, el cual no depende de las
otras clases. Esta separación permite construir y probar el modelo,
independientemente de la representación visual.
1.5 Sistemas Gestores de Base de Datos.
Una base de datos es un conjunto de datos almacenados que hacen referencia a un
tema determinado o que tienen una finalidad concreta, permitiendo a los usuarios
corrientes acceder a las mismas sin que necesite conocer cómo están organizados
esos datos en el Sistema; además con la seguridad necesaria para garantizar que
ningún usuario sin autorización de acceso pueda ver los datos o manipularlos. Es por
esto que un sistema de gestión de bases de datos constituye el núcleo de la base
de datos, que contiene todas las rutinas necesarias para la gestión de los datos.
Existen muchas "maneras" de manejar informáticamente esas bases de datos, tales
como: Access, Oracle, SQL, PostgreSQL o MySql, entre otros. Cada sistema tiene
sus características, ventajas e inconvenientes, la elección de uno u otro sistema para
gestionar nuestra base de datos vendrá definida por nuestras necesidades.
Microsoft SQL Server
11
Es un sistema de gestión de bases de datos relacionales (SGBD) basada en el
lenguaje SQL, capaz de poner a disposición de muchos usuarios grandes cantidades
de datos de manera simultánea.
El SQL Server es una de las tendencias más importantes en la industria informática
de hoy. Durante los últimos años, SQL Server se ha convertido en el sistema gestor
de bases de datos estándar. Muchos de los artículos en revistas informáticas
celebran a SQL Server como un sistema gestor que proporciona compartimentación
de datos sin fisuras entre computadoras en red procedentes de muchos lugares. Sin
embargo este lenguaje no es multiplataforma debido a que solo está disponible en
sistemas operativos de Microsoft, lo cual representa una limitación respecto a su
usabilidad en diferentes esferas sociales y económicas del mundo.
Oracle
Es básicamente una herramienta cliente/servidor para la gestión de Bases de Datos.
Es un producto muy vendido a nivel mundial, aunque la gran potencia que tiene y su
elevado precio hacen que sólo se vea en empresas muy grandes y multinacionales,
por norma general. En el desarrollo de páginas Web pasa lo mismo, como es un
sistema muy caro no está tan extendido como otras bases de datos, por ejemplo,
Access, MySQL, SQL Server.
Microsoft Access
Es un sistema gestor de bases de datos relacionales (SGBD). En Access una base
de datos es un archivo que contiene datos (estructurados e interrelacionados) y los
objetos que definen y manejan esos datos: tablas, consultas, formularios, informes,
macros y módulos. Además, se pueden definir estrategias de seguridad y de
integridad. Pueden coexistir en un disco varias bases de datos, en varios ficheros,
absolutamente independientes entre sí. Puede funcionar en sistemas de bajo coste,
es mucho más asequible y dispone de un entorno muy amigable. Access es un
programa comercial de la empresa Microsoft Corporation.
PosgreSql
PosgreSql es un gestor de base de datos open sourse que nos permite un grupo de
facilidades como son:
12
Alta concurrencia: Mediante un sistema denominado MVCC (Acceso concurrente
multiversión, por sus siglas en inglés) PostgreSQL permite que mientras un proceso
escribe en una tabla, otros accedan a la misma tabla sin necesidad de bloqueos.
Cada usuario obtiene una visión consistente de lo último a lo que se le hizo commit.
Esta estrategia es superior al uso de bloqueos por tabla o por filas común en otras
bases, eliminando la necesidad del uso de bloqueos explícitos.
Amplia variedad de tipos nativos.
MySql
MySql es un gestor de bases de datos, es una manera de gestionar nuestros datos,
es un bibliotecario computarizado que administra, gestiona, y opera con nuestros
ficheros de datos. Si le hablamos en un idioma que entienda nos los devolverá
ordenados, clasificados y/o seleccionados.
Es el servidor de base de datos de código fuente abierto más utilizado del mundo por
ser rápido, confiable y fácil de usar. Su arquitectura lo hace extremadamente rápido
y fácil de personalizar. La extensiva reutilización del código dentro del software y una
aproximación minimalística para producir características funcionalmente ricas, ha
dado lugar a un sistema de administración de la base de datos incomparable en
velocidad, compactación, estabilidad y facilidad de despliegue.
MySQL es un servidor multiusuario y de subprocesamiento múltiple, controla el
acceso a los datos para garantizar el uso simultáneo de varios usuarios, para
proporcionar acceso a dichos datos y para asegurar que solo obtienen acceso a
ellos los usuarios con autorización.
MySQL se distribuye bajo una licencia de código abierto en la actualidad. Entre sus
ventajas encontramos:
Su velocidad a la hora de realizar las operaciones, lo que le hace uno de los
gestores que ofrecen mayor rendimiento.
Su bajo consumo de recursos del sistema lo hacen apto para ser ejecutado en una
máquina estándar sin ningún problema.
13
Las utilidades de administración de este gestor son envidiables para muchos de
los gestores comerciales existentes, debido a su gran facilidad de configuración e
instalación.
Tiene una probabilidad muy reducida de corromper los datos, incluso en los casos
en los que los errores no se produzcan en el propio gestor, sino en el sistema en el
que está.
El conjunto de aplicaciones Apache-PHP-MySQL es uno de los más utilizados en
Internet en servicios de foro y de buscadores de aplicaciones.
Después de haber expuesto las principales características, ventajas y desventajas de
los gestores de bases de datos posibles a utilizar en el desarrollo de la aplicación, se
ha determinado que MySQL es el más adecuado, debido a su gran velocidad en
realizar operaciones y la poca probabilidad de corromper los datos.
1.6 Ingeniería de Software.
1.6.1 Herramienta Rational Rose
Racional Rose es una herramienta de Ingeniería de Software Asistida por
Computadora (CASE, en inglés), desarrollada por los creadores de Lenguaje
Unificado de Modelado (UML) que cubre todo el ciclo de vida de un proyecto:
concepción y formalización del modelo, construcción de los componentes, transición
a los usuarios y certificación de las distintas fases y entregables. Esta herramienta
permite completar una gran parte de las disciplinas (flujos fundamentales) del
proceso unificado de desarrollo, en concreto:
• Modelado del negocio.
• Captura de requisitos.
• Análisis y diseño.
• Implementación.
• Control de cambios y gestión de configuración.
1.6.2 Lenguaje Unificado de Modelado (UML)
UML es un lenguaje para visualizar, especificar, construir y documentar los artefactos
de un sistema que involucra una gran cantidad de software. La finalidad de los
14
diagramas es presentar diversas perspectivas de un sistema, a las cuales se les
conoce como modelo. El modelo UML de un sistema es similar a un modelo a escala
de un edificio junto con la interpretación del artista del edificio. Es importante
destacar que un modelo UML describe lo que supuestamente hará un sistema, pero
no dice cómo implementar dicho sistema [Jacobson, 2004].
1.6.3 Proceso Unificado de Desarrollo (RUP).
RUP es una propuesta de proceso para el desarrollo de software orientado a objeto
que utiliza UML para describir un sistema. Es uno de los procesos más generales de
los existentes actualmente, ya que en realidad está pensado para adaptarse a
cualquier proyecto y de cualquier magnitud [Jacobson, 2004].
La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process,
divide en 4 fases el desarrollo del software.
• Inicio: el objetivo en esta etapa es determinar la visión del proyecto y se centra en la
viabilidad del sistema.
• Elaboración: en esta etapa el objetivo fundamental es determinar una línea base de
la arquitectura óptima.
• Construcción: en esta etapa el objetivo es llegar a obtener una visión del producto
con capacidad operacional inicial.
• Transmisión: el objetivo es llegar a obtener el relace del proyecto.
1.6.4 Agile Modeling (AM)
AM fue propuesto por Scott Ambler no tanto como un método ágil cerrado en sí
mismo, sino como complemento de otras metodologías, sean éstas ágiles o
convencionales. Ambler recomienda su uso con XP, Microsoft Solutions Framework
o RUP. AM es una estrategia de modelado (de clases, de datos, de procesos)
pensada para contrarrestar la sospecha de que los métodos ágiles no modelan y no
documentan. Se lo podría definir como un proceso de software basado en prácticas
cuyo objetivo es orientar el modelado de una manera efectiva y ágil [Ambler, 2010].
15
¿Por qué usar RUP con AM?
Se combina RUP con AM debido a que AM permite hacer más ligeros los procesos
que usa RUP. Esta unión preserva las características esenciales de RUP, pero con la
diferencia que las partes opcionales del RUP fueron obviadas, surgiendo como
resultado un proceso muy simple que cumple con los principios fundamentales de la
metodología RUP.
1.7 Estado del Arte.
Luego de una búsqueda exhaustiva de software que resolvieran problemas
generales del proceso de gestión de la calidad en la empresa se pudo concluir que:
no se conoce que se hayan implementado hasta la actualidad sistemas informáticos
a nivel nacional que resuelva el problema del control de la información para un
proceso de gestión de calidad que se ajuste a la Empresa.
CAPÍTULO II: ANÁLISIS Y DISEÑO DEL SISTEMA 2.1 Modelo del Negocio
El Modelo de Negocio permite comprender la estructura y dinámica de la
organización en el cual se va a instalar el sistema, permite comprender los
problemas actuales de la organización e identificar las mejoras potenciales, permite
asegurar que los consumidores, usuarios finales y desarrolladores tengan un
entendimiento común en la organización y permite derivar los requerimientos del
sistema que va a soportar la organización.
2.1.1 Casos de Uso del Negocio (CUN):
Solicitar reportes de obras. Actor: Jefe de Obra.
16
2.1.2 Diagrama de CUN:
Establece la relación entre los actores y los casos de uso que inician.
Jefe_Obra
(f rom Actores)
CU_Solicitar Reporte de Obra
(from Casos_Uso)
Figura 2. Diagrama de Caso de Uso del Negocio.
2.1.3 Descripción del CUN
Caso de Uso Solicitar Reporte de Obra.
Actores Jefe de Obra.
Trabajadores Usuario.
Propósito Recibir Reporte de Obra.
Resumen
El caso de uso (CU) se inicia cuando el Jefe de
Obra solicita al Usuario el reporte de obra, luego
el Usuario introduce los datos de la obra, revisa
los datos introducidos e imprime el reporte para
el periodo deseado y finaliza el CU cuando le
entrega el reporte de Obra al Jefe de Obra.
Caso de Uso
Asociado
Precondiciones
Flujo Normal de Eventos
Acción del Actor Respuesta del Negocio
1- El Jefe de Obra solicita al Usuario
el reporte de obra.
2- El Usuario gestiona los datos
actualizados de la obra.
3- El Usuario selecciona los
datos necesarios e imprime el
17
reporte de obra.
4- El Jefe de Obra revisa el plan de
obra realizado por el Usuario y finaliza
el caso de uso.
Flujos Alternos
Acción del Actor Respuesta del Negocio
Pos condiciones
Tabla I. Descripción CUN: Solicitar Reporte de Obra.
2.2 Requerimientos del Sistema.
2.2.1 Requerimientos funcionales:
R 1.0_Autenticar usuario: Permitir al usuario acceder a la información.
1.1_Permitir autentificarse.
R 2.0_Modificar Contraseña: permitir al usuario modificar su contraseña.
2.1_Permitir insertar una nueva contraseña.
R 3.0_Gestionar la inspección a la materia prima:
3.1_Permitir insertar una nueva inspección.
3.2_Permitir eliminar una inspección.
3.3_ Permitir modificar una inspección.
R 4.0_Gestionar Diagnóstico y Defectado:
4.1_Permitir insertar un nuevo diagnóstico
4.2_Permitir Eliminar un diagnóstico
4.3_ Permitir modificar un diagnóstico.
R 5.0_Gestionar proceso de construcción:
5.1_Permitir un nuevo registro del proceso.
5.2_Permitir eliminar un registro del proceso.
5.3_ Permitir modificar un registro del proceso.
18
R 6.0_Gestionar control dimensional:
6.1_Permitir insertar un nuevo control.
6.2_Permitir eliminar un control.
6.3_ Permitir modificar un control.
R 7.0_Gestionar Brigadas:
7.1_Permitir insertar una nueva brigada.
7.2_Permitir eliminar una brigada.
7.3_ Permitir modificar una brigada.
R 8.0_Gestionar inspección al sistema de pintura:
8.1_Permitir insertar una nueva inspección.
8.2_Permitir eliminar una inspección.
8.3_ Permitir modificar una inspección.
R 9.0_Gestionar obras:
9.1_Permitir insertar una nueva obra.
9.2_Permitir eliminar una obra.
9.3_ Permitir modificar una obra.
R 10.0_Gestionar personal:
10.1_Permitir insertar un trabajador.
10.2_Permitir eliminar un trabajador.
10.3_ Permitir modificar un trabajador.
R 11.0_Gestionar Cargo:
11.1_ Permitir insertar un nuevo cargo.
11.2_ Permitir modificar un cargo.
11.3_ Permitir eliminar un cargo.
R12.0_Gestionar Calidad de la Materia Prima:
12.1_Permitir insertar una nueva calidad de Materia Prima.
12.2_Permitir modificar una calidad de Materia Prima.
12.3_Permitir eliminar una calidad de Materia Prima.
R13.0_Gestionar Etapa.
13.1_Permitir insertar una nueva etapa.
19
13.2_Permitir modificar una etapa.
13.3_Permitir eliminar una etapa.
R14.0_Gestionar Tipo de Elemento.
14.1_Permitir insertar un nuevo tipo de elemento.
14.2_Permitir modificar un tipo de elemento.
14.3_Permitir eliminar un tipo de elemento.
R15.0_Gestionar Tipo de Rehabilitación.
15.1_Permitir insertar un nuevo tipo de rehabilitación.
15.1_Permitir modificar un tipo de rehabilitación.
15.1_Permitir eliminar un tipo de rehabilitación.
R16.0_Gestionar Unidad de Medida.
16.1_Permitir insertar una nueva unidad de medida.
16.2_Permitir modificar una unidad de medida.
16.3_Permitir eliminar una unidad de medida.
R 17.0_Mostrar Listados.
17.1_Mostrar listado de Inspección a la Materia Prima.
17.2_Mostrar listado de Controles Dimensionales.
17.3_Mostrar listado de Diagnóstico y Defectado.
17.4_Mostrar listado de Áreas de Pintura.
17.5_Mostrar listado de Procesos Constructivos.
2.2.2 Requerimientos no funcionales
Requerimientos de apariencia o interfaz externa.
La interfaz debe ser sobria y sencilla, manteniendo una misma línea de principio a fin.
El sistema deberá reflejar de forma precisa la información sintáctica y semántica de
la interfaz.
Requerimientos de Usabilidad.
20
Debe tener facilidad de uso para personas con poca experiencia en el manejo de
computadoras personales.
Requerimientos de rendimiento.
En general el sistema debe ser rápido y responder en un tiempo adecuado como
para clasificarlo como interactivo.
Requerimientos de Software.
El software fue realizado en el lenguaje de programación Java, por lo que se debe
disponer el Sistema Operativo Windows y Wamp Server para la base de datos.
Requerimientos de Hardware.
- Procesador: Celeron.
- Memoria RAM: 128 MB.
- Velocidad: 400 MHz.
- Resolución del monitor: 800x600 píxeles y 256 colores.
- Espacio libre en disco duro: 10 MB.
- Impresora
Requerimientos de seguridad.
Para acceder al Sistema es necesario autenticarse, de tal modo que solo acceda
personal con autorización.
Requerimientos de soporte.
Una vez terminado el software es necesario que tenga una etapa de prueba para
comprobar sus resultados, así como garantizar su mantenimiento para que sea
efectivo y confiable.
2.3 Casos de uso de alto nivel con sus actores:
1. Autenticar Usuario {R1} --> usuario.
2. Cambiar Contraseña {R1, R2} --> usuario.
3. Gestionar inspección de la materia prima {R1, R3} --> usuario.
4. Gestionar diagnóstico y defectado {R1, R3, R4} --> usuario.
5. Gestionar proceso de construcción {R1, R3, R4, R5} --> usuario.
6. Gestionar obra {R1, R9} --> usuario.
7. Gestionar personal {R1, R10} -->usuario.
21
8. Gestionar control dimensional {R1, R5, R6} --> usuario.
9. Gestionar inspección al sistema de limpieza y pintura {R1, R5, R8} --> usuario
10. Mostrar listados {R1, R3, R4, R5, R6, R8, R9, R10} --> usuario.
2.3.1 Diagrama de caso de uso del sistema:
Gestionar_Personal
(from CU) Gestionar_Obra
(from CU)
Gestionar_Control_Dimensional
(from CU)
Gestionar_Inspeccion_materiaPrim
a
(from CU)
Gestionar_InspeccionSistemaPintur
a
(from CU)
Gestionar_DiagnosticoDefectado
(from CU)
Gestionar_ProcesoConstruccion
(from CU)
Mostrar_Listados
(from CU)
Autenticar Usuario
(from CU)Cambiar Contraseña
(from CU)
Gestionar_UnidadMedida
(from CU)
Gestionar_TipoRehabilitacion
(from CU)
Gestionar_TipoElemento
(from CU)
Gestionar_Etapa
(from CU)
Gestionar_Cargo
(from CU)
Gestionar_CalidadMP
(from CU)
Gestionar_Brigada
(from CU)
Usuario
(f rom Actores_Sistema)
Figura 3. Diagrama de Casos de Usos del Sistema.
2.3.2 Descripción de los caso de uso del sistema.
Tabla 2. Descripción CUS: Autenticar Usuario.
Caso de Uso: Autenticar Usuario.
Actor: Usuario.
Propósito: Crear un perfil de usuario para
acceder personal autorizado.
22
Resumen:
El caso de uso inicia cuando el
usuario muestra la interfaz del
sistema para acceder a la información
y termina cuando pone su nombre de
usuario y contraseña y entra.
Referencia: R 1.0
Precondiciones: Haber definido una contraseña.
Poscondiciones:
El sistema muestra la interfaz
principal.
Flujo normal de los eventos
Acciones del actor Respuesta del sistema
1- El usuario elige su nombre de
usuario y contraseña y las
introduce en el sistema.
4- El usuario accede al sistema.
2- El sistema procesa y compara los
datos para verificar si son correctos.
3-El sistema verifica que los datos son
correctos y permite el acceso.
Curso alternativo
Los datos introducidos al sistema son
incorrectos y el sistema muestra un
mensaje de error.
Tabla 3. Descripción CUS: Gestionar inspección a la materia prima.
Caso de Uso: Gestionar inspección a la materia
prima.
Actor: Usuario.
Trabajadores: J´ de Taller, Ejec. Tecnólogo, Espec.
Calidad
23
Propósito: Recoger todos los datos relacionados
con la inspección.
Resumen:
El caso de uso inicia cuando el
usuario solicita los informes de la
inspección para hacer los reportes y
termina cuando llena los datos e
imprime los reportes.
Referencia: R 3.0
Precondiciones: El usuario debe haberse autenticado.
Poscondiciones:
El sistema debe guardar los datos en
la base de datos del sistema.
Flujo normal de los eventos
Acciones del actor Respuesta del sistema
1- El usuario solicita al jefe de taller
los datos de la inspección para
registrarlos.
4- El usuario accede al sistema.
2- El sistema procesa y compara los
datos para verificar si son correctos.
3-El sistema verifica que los datos son
correctos y permite el acceso.
Curso alternativo
Los datos introducidos al sistema son
incorrectos y el sistema muestra un
mensaje de error.
Figura 4. Diagrama de Clase del CU: Autenticar Usuario
24
2.4 Diagramas de clases de los principales casos de usos.
Caso de Uso: Autenticar Usuario
Figura 5. Diagrama de Clase del CU: Autenticar Usuario.
Caso de Uso: Gestionar Inspección de la Materia Prima
Figura 6. Diagrama de Clase del CU: Gestionar Inspección de la Materia Prima.
25
Caso de Uso: Gestionar Proceso de Construcción
Figura 7. Diagrama de Clase del CU: Gestionar Proceso de Construcción.
2.5 Diagramas de secuencias de los principales casos de uso.
Los diagramas de secuencia se hacen con el objetivo de describir las interacciones
entre los objetos organizados en una secuencia de tiempo y muestran los eventos
que fluyen de los actores al sistema.
26
Caso de Uso: Autenticar Usuario
: Usuario : CI Autenticar
Usuario
: CControladora : CI Principal : CE_Usuario
Autenticar_Usuario (Contraseña)
Registrar_Autentiación (Contraseña)
X= Verificar_Campos(Contraseña) :boolean
if(X=false)Mostrar Mensaje ("Llenar campos obligatorios")
if(X=true)R= Comprobar_Datos_Correctos(Contraseña) : boolean
if(X=false)Mostrar Mensaje ("Datos incorrectos")
if((X=true)Mostrar InterfazPrincipal)
Figura 8. Diagrama de Secuencia del CU: Autenticar Usuario.
27
Caso de Uso: Gestionar Inspección de la Materia Prima
: Usuario : CI Principal : CI Inspección
de MP
: CControladora : CE_Inspeccion a
la MP
: CI Listado de Insp
a materia prima
Ordena acceso CI Inspecc MP
Reg Orden acceso CI Insp MP
Muestra Interfaz
verifica datos insertados
X= Verificar_Campos() :boolean
if(X=false)Mostrar Mensaje ("No puede dejar campos vacios")
if(X=true)GuardarInspección de MP()
Inserta datos de la Insp MP
ordena mostrar listados de insp a Mat prima
Reg. orden
muestra interfaz
Selecciona una inspeccion para mostrar los detalles
Reg. orden
Muestra detalles
Modifica los datos
Reg. datos modificados
Guarda los datos
envia mensaje de datos actualizados correctamente
Selecciona una inspeccion para eliminarla
Reg orden
envia mensaje de confirmacion
Confirma
Reg. confirmacion
elimina los datos
Envia mensaje de inspecc guardada correctam.
Figura 9. Diagrama de Secuencia del CU: Gestionar Inspección de la Materia Prima
28
Caso de Uso: Gestionar Proceso de Construcción
: Usuario : CI Principal : CI Proceso de
Contrucción
: CControladora : CE_Proceso de
Construcción
: CI Listado de procesos
constructivos
Ordena AcceoCI_ProcesoConstrucción()
RegOrdenAccesoInterfazProcesoConstrucción()
X= Verificar_Campos() :boolean
Muestra Interfaz()
Inserta Datos Proceso Construccion
Reg_InsertarDatosProcesoConstrucción()
if(X=false)Mostrar Mensaje ("No puede dejar campos vacios")
if(X=true)GuardarProcesoConst()
Ordena mostrar listados de procesos construct.
Reg. orden
muestra interfaz
Selecciona un proceso para editarlo
Reg orden
muestra detalles
Modifica los datos del proceso
Reg. datos modificados
Guarda datos modificados
envia mensaje de datos actualizados correctamente
Selecciona un proceso para eliminarlo
Reg. orden
muestra mensaje de confirmacion
Confirma
Reg. confirmacion
elimina los datoss
Envia mensaje de Proce const. guardado correctam.
Figura 10. Diagrama de Secuencia del CU: Gestionar Proceso de Construcción.
29
2.6 Modelo de Implementación
2.6.1 Patrón de Diseño:
Controladoras
Modelo Físico
Ravilov.jar
Vista
DB
Figura 11. Patrón de Diseño: MVC.
30
2.6.2 Diagrama de Vistas:
CI Acta de liberación
del área de pintura
CI Autenticar
UsuarioCI Cambiar
Contraseña
CI Control
Dimensional
CI Diagnóstico y
Defectado
CI Inspección
de MP
CI Principal CI Proceso de
Contrucción
Paquetes Vistas
CI Listado de
Area de Pintura
CI Listado de
Controles DimensCI Listado de
Diagn y Defect.
CI Listado de
Procesos Cnstruc
CI Listado
Inspeciones a MP
CI
PersonalCI Tipo
Rehabilitacion
CI Unidad
de medida
CI
Obras
CI
Etapa
CI
Cargo
CI Calida
de MP
CI
Brigada
CI Tipo
Elemento
Figura 12. Diagrama de Vistas.
31
2.6.3 Diagrama de Control:
Clases Controladoras
CC: Controladora
Figura 13. Diagrama de Control.
2.6.4 Diagrama de Modelo Físico:
Físico
BD
Figura 14. Diagrama de Modelo Físico.
2.6.5 Diagrama de Componentes de los principales caso de usos: muestran un
conjunto de componentes y sus relaciones que se usan para modelar los elementos
físicos que pueden hallarse en un nodo. A continuación se presentan los diagramas
de componentes de los principales CUS:
32
Caso de Uso: Autenticar Usuario
CI Autenticar
Usuario
CContro
ladora
CI Principal
CE_Datos
Usuario
BD
Figura 15. Diagrama de Componente del CU: Autenticar Usuario.
Caso de Uso: Gestionar Inspección de la Materia Prima.
CI
Principal
CI Inspección de MP
CContro
ladora
CE_Inspeccion a la MP
BD
Impresora
CI Listado
Inspeciones a MP
Figura 16. Diagrama de Componente del CU: Gestionar Inspección de la Materia
Prima.
33
Caso de Uso: Gestionar Proceso de Construcción.
CI
Principal
Impresora
CControladora CE_Proceso de
Construcción
BD
CI Proceso de
Contrucción
CI Listado de
Procesos Cnstruc
Figura 17. Diagrama de Componente del CU: Gestionar Proceso de Construcción.
2.6.6 Diagrama de Despliegue
Impresora
PC
USB
ravilov.sql
Ravilov.jar
Figura 18. Diagrama de Despliegue.
36
CAPÍTULO III. IMPLEMENTACIÓN DEL SISTEMA. 3.1 Diseño de la interfaz.
El proceso de diseño e implementación de las interfaces del sistema se comenzó a
realizar para conocer los requerimientos específicos del usuario final así como los
perfiles y categorías de la producción. Para ello, se realizaron las siguientes
actividades: [Pressman, 2005]:
1. Análisis y modelado de usuario, tareas y entornos: la actividad de análisis
inicial se concentró en el perfil del usuario que va interactuar con el sistema. Una
vez definido los requisitos generales, se llevó a cabo un análisis más detallado de
las tareas que lleva a cabo el usuario para conseguir los objetivos.
2. Diseño de la interfaz: se define un conjunto de objetivos y acciones de interfaz (y
sus representaciones en la pantalla) que posibilitan al usuario llevar a cabo todas
las tareas definidas de forma que cumplan todos los objetivos de usabilidad
definidos por el sistema.
3. Implementación de la interfaz: en la actividad de implantación se comenzó por
crear un prototipo que permitiera evaluar los escenarios de utilización de acuerdo
con los requerimientos pactados con el usuario.
4. Validación de la interfaz: se centró en la habilidad de la interfaz para
implementar correctamente todas las tareas del usuario, para acoplar todas las
variaciones de tareas, y para archivar todos los requisitos generales del usuario;
el grado de facilidad de utilización de la interfaz y de aprendizaje, y la aceptación
de la interfaz por parte del usuario como una herramienta útil para el trabajo.
37
Figura 21. Ventana de Registro de Obra.
Mediante esta ventana permite registrar el comienzo de una nueva obra.
Figura 22. Ventana de Registro de Inspección a la Materia Prima.
Mediante esta ventana permite registrar la inspección a la materia prima para realizar
la obra.
38
3.2 Forma general y principios de la protección y seguridad.
El sistema RAVILOV está creado para ser distribuido de forma gratuita, siempre y
cuando esta distribución no sea cobrada y se respeten los derechos de autor. Los
desarrolladores no se responsabilizan de cualquier modificación o alteración de los
archivos del paquete.
Como medidas de seguridad y protección se ha implementado la opción de
autenticarse mediante una contraseña para acceder a las funcionalidades del
sistema. A esta contraseña se le realiza el proceso de encriptación y se guarda en la
base de datos, lo cual posibilita que en caso de acceder a la base de datos no se
conozca fácilmente el contenido de dicha contraseña y por tanto no se pueda
acceder al sistema.
Figura 23. Ventana de Autenticación
Mediante la figura anterior podemos acceder al sistema después de que el usuario se autentifique.
39
Figura 24. Ventana para Cambio de Clave. Mediante esta ventana el usuario puede cambiar la contraseña de acceso al sistema. 3.3 Validación de la factibilidad del sistema.
La validación de la factibilidad del sistema se refiere a un conjunto de actividades
que aseguran que el software construido se ajusta a los requisitos del cliente
[Pressman, 2005].
La validación en este caso abarcó una amplia lista de actividades entres las que se
mencionan las más importantes:
1. Controles de calidad y de configuración.
2. Monitorización del rendimiento del sistema en su totalidad.
3. Estudio de factibilidad.
4. Revisión de la base de datos.
5. Pruebas de validación.
6. Pruebas de instalación.
40
3.4 Forma General y Principios en que se Basa el Sistema de Ayuda.
El sistema cuenta con una interfaz amigable pero siempre una de las partes
imprescindibles de la aplicación es su ayuda, donde las personas con conocimientos
básicos que interactuarán con el Sistema pueden auxiliarse de su funcionamiento.
Figura 25. Manual de Usuario.
El manual de usuario fue realizado en formato pdf. El mismo se basa en ilustraciones
a través de imágenes y ejemplos del contenido explicativo de ayuda. De esta forma
el usuario tiene una idea exacta de lo que se expone para el desarrollo del trabajo
con el sistema porque cuenta con el significado de botones y mensajes además de
los pasos a seguir para ejecutar cada acción.
41
3.5 Forma general del tratamiento de errores.
El tratamiento de errores puede ayudar mucho a la hora de mejorar la calidad de un
sistema informático y reducir significativamente la frustración del usuario cuando
aparecen problemas. Para confeccionar los mensajes de error o sugerencias se tuvo
en cuenta las siguientes características [Pressman, 2005]:
El mensaje deberá proporcionar consejos constructivos para recuperarse de un
error.
El mensaje deberá indicar cualquier consecuencia negativa del error para que el
usuario pueda comprobar y garantizar que no hay ninguno y corregirlos si existen.
El mensaje deberá ir seguido por una clave audible o visual.
El mensaje no deberá tener sentencias.
A continuación se mencionan algunos de los errores generados, seguidos de la
solución más probable:
1. Al introducir la contraseña incorrecta para entrar al sistema: Usuario y/o
contraseña incorrectos. Debe introducir la contraseña correcta.
Figura 26. Muestra la ventana con el mensaje de error.
2. Al introducir datos en cambiar contraseña: no deje campos vacíos, confirmación
de contraseña incorrecta. Debe verificar los datos.
42
Figura 27. Muestra ventana al no tener permiso para cambiar la clave o las
claves no coinciden.
3. Al insertar o eliminar datos de usuarios: no deje campos vacíos. Debe introducir
todos los datos.
Figura 28. Muestra ventana de no dejar campos vacíos.
4. Al faltar datos a algún elemento. Debe de poner los datos específicos para cada
campo.
Figura 29. Muestra ventana al faltar algún elemento.
5. Al realizar búsquedas: no se encuentran. Debe poner los datos en el campo
según la información que desea buscar.
43
Figura 30. Muestra ventana al no encontrar elementos.
6. Al realizar búsquedas: no se seleccionan elementos. Debe seleccionar algún
elemento del campo según la información que desea buscar.
Figura 31. Muestra ventana al no seleccionar elementos.
Además de los mensajes de error también se muestran ventanas con mensajes para
confirmar la eliminación o inserción de algún dato en (brigada, cargo, etapa, tipo de
elemento, unidad de medida, calidad materia prima, tipo de rehabilitación, procesos
de construcción, obra, elemento diagnóstico, inspección de materia prima, control
dimensional, proceso constructivo, liberación área pintura, diagnóstico defectado).
También se utilizaron algunos controles de lista desplegable (ComboBox) que
permite la selección de datos registrados con anterioridad y reduce en gran cuantía
la posibilidad de equivocarse en la entrada de datos por teclado por parte del
usuario.
44
CONCLUSIONES
La implementación de este software para el control de la información del proceso
productivo de estructuras metálicas de la empresa ECMAI ha permitido un mejor
control de la información del proceso productivo de estructuras metálicas mediante la
utilización de herramientas informáticas que garanticen el almacenamiento y
procesamiento de la información del sistema de gestión de la calidad, un entorno
ameno, agradable, que por sus características es aplicable a cualquier pequeña y
mediana empresa u organismo que trabaje con el sistema de gestión de la calidad.
Además aumenta la confiabilidad y eficiencia en el control de la información del
sistema de gestión de la calidad en el Taller de Parlería, dando así cumplimiento al
objetivo de esta investigación.
45
RECOMENDACIONES
Continuar la implementación de Ravilov para gestionar nuevas funciones del
proceso de gestión de información que se desarrolla en el Taller de la
Empresa
Adquirir nuevas computadoras con mejores capacidades y recursos de red
que permitan el desarrollo de sitios Web para lograr la integridad entre otras
áreas de la Empresa.
Explotar el uso del sistema según los objetivos que fue construido para
comprobar la resistencia y confiabilidad del mismo.
46
BIBLIOGRAFÍA
1. Ambler, Scott. Modelado Ágil (AM). Disponible en:
http://www.agilemodeling.com/. [Consultado: 12-11-2011].
2. Corrales Pérez, Leider. Sistema de Gestión de información para la biblioteca pública
de Jobabo “José Agustín Domínguez Olazábal”.
3. Jacobson, Ivar; Grady Booch; J. Rumbaugh. El Proceso Unificado de
Desarrollo de Software. Editorial Félix Varela. La Habana, 2004.
4. Pressman, Roger S. Ingeniería del Software. Un enfoque práctico. Editorial
Félix Varela. La Habana, 2005.
5. Laudon, Kenneth C. y Jane. Sistemas de Información para el apoyo a la toma
de decisiones gerenciales. Disponible en:
http://www.monografias.com/trabajos17/sistema-gerencial/sistema-
gerencial.shtml . [Consultado: 30-5-2013].
6. Montero Rojas, Mailén. Sistema de Gestión de Información para la
Representación del Centro Internacional de La Habana S.A. en Las Tunas.
Trabajo de Diploma para optar por el título de Ingeniero Informático,
Universidad de las Tunas, Las Tunas, 2010.
7. Rivero Herrera, Osniel. Sistema informático de ayuda a la decisión para la
determinación del plan óptimo de producción. Tesis presentada en opción al
título de Ingeniero en Informática, Las Tunas, 2011.
8. Rodolfo Quispe-Otazu. ¿Que es la Ingeniería de Software? Blog de Rodolfo
Quispe-Otazu [Internet]. Mayo 2007. Disponible en: http://
www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-software.php .
[Consultado: 2-06- 2013]
9. Sánchez Abín, Adrián. Programa para el Monitoreo y Registro de Variables en
Fermentadores. Trabajo de Diploma para optar por el título de Ingeniero
Informático, Universidad de Camagüey, Camagüey, julio 2009.
47
10. Soberamurina. Sistemas de información. Conceptos y aplicaciones, 2007.
Disponible en: http://www.editum.org/Sistemas-De-Informacion-Concepto-Y-
Aplicaciones-p-128.html . [Consulta: 31-05-2013].
11. Woodman, 1985. La Gestión de la Información en la Dimensión Metodológica
del Proceso Docente Educativo. Disponible en:
http://www.monografias.com/trabajos66/gestion-informacion-
educacion/gestion-informacion-educacion2.shtml . [Consultado 30-5-2013].
12. Zukowski, John. Programación Java 2 J2SE 1.4 Vol. 1, 2 y 3. Editorial Félix
Varela. La Habana, 2006.
ANEXO I. ENTREVISTA REALIZADA A LOS DIRECTIVOS DE LA EMPRESA.
Objetivos:
1. Obtener conocimiento de la estructura y funcionamiento de la empresa.
2. Conocer las características del proceso de construcción de las obras.
3. Conocer y obtener los datos requeridos para la realización de los informes.
Preguntas:
1. ¿Cuándo se van a construir las obras, qué es lo primero que se hace?
2. ¿Cuales son los diferentes tipos de datos que se recogen?
3. ¿Cómo se confeccionan los informes?
4. ¿Qué requerimientos debe tener el sistema?
5. ¿Usted necesita otros datos adicionales para realizar los informes?
Resultados: Fueron entrevistadas un total de 5 personas, entre directivos y
especialistas de la Empresa ACMAI, obteniéndose como resultado los objetivos
propuestos.