NORMALIZACION DE LA APLICACIÓN PARA LA GESTION DE LOS INSTRUMENTOS DE MEDICION

Transcripción

1 Universidad Nacional Experimental de Guayana Vicerrectorado Académico Sede Puerto Ordaz Coordinación General de Pregrado Proyecto de Carrera Ingeniería Informática Coordinación de Pasantía NORMALIZACION DE LA APLICACIÓN PARA LA GESTION DE LOS INSTRUMENTOS DE MEDICION Informe presentado para optar por el Titulo de Tecnólogo en Computación Tutor Académico: Ing. Andrés Caniumilla Autor: Br. José Alberto Carrasquero Agüero C.I Tutor Industrial: Ing. Yelitza García

2 Puerto Ordaz, julio, 2012 Universidad Nacional Experimental de Guayana Vicerrectorado Académico Sede Puerto Ordaz Coordinación General de Pregrado Proyecto de Carrera Ingeniería Informática Coordinación de Pasantía NORMALIZACION DE LA APLICACIÓN PARA LA GESTION DE LOS INSTRUMENTOS DE MEDICION Informe presentado para optar por el Titulo de Tecnólogo en Computación Ing. Andrés Caniumilla Tutor Académico Ing. Yelitza García Tutor Industrial Puerto Ordaz, julio, 2012

3 Índice Introducción...5 DESCRIPCION DE LA EMPRESA Visión Misión Políticas Estructura Organizativa de SIDOR Dirección de ingeniería y Medio Ambiente PLANTEAMIENTO DEL PROBLEMA OBJETIVOS DE LA PASANTIA Y El PLAN DE TRABAJO Objetivo General Objetivos Específicos Descripción del Plan de Trabajo LOGROS DEL PLAN DE TRABAJO Y METODOLOGÍA APLICADA PARA EL DESARROLLO DEL PLAN DE TRABAJO Estándar de Codificación del Nivel 2B de SIDOR: Pasos para el cumplimiento de los requerimientos: DIFICULTADES Y FACILIDADES ENCONTRADAS DURANTE EL PROCESO DEL DESARROLLO DE LA PASANTÍA Dificultades Facilidades CONCLUSIONES Y RECOMENDACIONES: CONCLUSIONES RECOMENDACIONES GLOSARIO REFERENCIAS BIBLIOGRAFICAS... 34

4 10. ANEXOS Anexo 1 Plan de trabajo Anexo 2 Pantallas del sistema operativo QNX Anexo 3 Photon GUI Anexo 4 Sybase Anexo 5 código de funciones, procedimientos y tablas modificadas en el sistema Anexo 6 Estado de la aplicación originalmente Anexo 7 Ambiente de trabajo Anexo 8 manual de usuario Anexo 9 manual técnico

5 Introducción La Siderurgia del Orinoco SIDOR es la principal productora de acero de Venezuela y una de las mayores en Latino América, entre sus productos se puede mencionar acero laminado en caliente y laminado en frio recubierto o no, para usos como fabricación de automóviles y línea blanca asi como la industria de envasado. También se fabrica alambrón en rollos y cabillas para la industria de la construcción. Todos los productos de SIDOR deben cumplir las especificaciones exigidas por los clientes para lo cual cada planta debe realizar un control estricto de sus procesos. Cada planta cuenta con lazos de control manuales o automáticos que se encargan de controlar en línea (on line) los diferentes parámetros o consignas (setup) pero es necesario verificar que los productos cumplan las especificaciones antes de ser entregados a los clientes para lo cual se utilizan equipos de inspección, medición y ensayo. Los equipos de inspección medición y ensayo (EIME) son herramientas de suma importancia para todas las planta de SIDOR, pues su buen estado asegura la verificación de las principales características o variables de los procesos de producción, evitando errores y por ende reclamos de los clientes. La norma ISO 9001 exige el chequeo o verificación de los equipos de medición y ensayo antes de su uso. Es por esta razón que se necesita una aplicación que permita automatizar dicho proceso de verificación además de permitir el ingreso de nuevos EIMEs. Para asegurar la verificación de los EIMEs se creó una aplicación en lenguaje C bajo sistema operativo QNX que informa a los operadores de línea cuando es necesario verificar cada equipo y de ser necesario incluir nuevos equipos EIMEs en el sistema. Además esta aplicación es una herramienta para auditar el cumplimiento de dichas verificaciones y por ende, el cumplimiento de la norma. El lenguaje C es un lenguaje de programación multipropósito inicialmente desarrollado por Dennis Ritchie entre 1969 y 1973 en los laboratorios Bell, se trata de un lenguaje débilmente tipificado de medio nivel pero con muchas características de bajo nivel. Dispone de las estructuras típicas de los lenguajes de alto nivel pero, a su vez, dispone de construcciones del lenguaje que permiten un control a muy bajo nivel. Los compiladores suelen ofrecer extensiones al lenguaje que posibilitan mezclar código en ensamblador con código C o acceder directamente a memoria o dispositivos periféricos. El C es uno de los lenguajes de programación más usados de todos los tiempos y existen muy pocas arquitecturas de computadora para las cuales no exista un compilador. QNX es un sistema operativo en tiempo real, multitarea y multiusuario semejante a UNIX destinado principalmente al mercado de los sistemas embebidos. QNX está basado en una estructura de micro kernel, que proporciona características de estabilidad avanzadas frente a fallos de dispositivos, aplicaciones, etc. Provee acceso al diseñador de interfaces Photon que es un sistema de ventanas cliente servidor. Al ser un sistema operativo en tiempo real multitarea y multiusuario se utiliza para controlar o interactuar con procesos muy rápidos en microcontroladores y sistemas críticos.

6 La aplicación existente, pp_eim, desarrollada bajo el ambiente QNX 4.25 en lenguaje C siguiendo la estandarización ANSI y haciendo uso de la versión de Photon 1.14, debido a que es una aplicación muy antigua carece de los estándares de programación actuales de SIDOR. En SIDOR se sigue un conjunto de normas estandarizadas creadas internamente para facilitar el mantenimiento y desarrollo de aplicaciones, mejorando la legibilidad del código para un desarrollador que esté trabajando en alguna aplicación no programada por él.

7 DESCRIPCION DE LA EMPRESA. La Siderúrgica del Orinoco Alfredo Maneiro SIDOR es un complejo siderúrgico integrado que utiliza tecnologías de Reducción Directa y Hornos Eléctricos de Arco. Los procesos de esta siderúrgica se inician con la fabricación de Pellas y culminan con la entrega de productos finales Largos (Barras y Alambrón) y planos (Láminas en Caliente, Láminas en Frío y Laminas Recubiertas) Este complejo está ubicado en la zona industrial de Matanzas, Estado Bolívar, región suroriental de Venezuela, sobre la margen derecha del río Orinoco, a 282 km de su desembocadura en el océano Atlántico ver figura 1. Fig. 1 Esta siderúrgica ubica a Venezuela en cuarto lugar como productor de acero integrado de América Latina y el principal de la región Andina, ha logrado colocar su nivel de producción en torno a los 4 millones de toneladas de acero líquido por año, con indicadores de productividad, rendimiento total de calidad, oportunidad en las entregas y satisfacción de sus clientes, comparables con las empresas más competitivas de Latinoamérica. Es reconocida además por ser el primer exportador no petrolero del país. Desde el 12 de mayo del 2008, Sidor es una empresa perteneciente al Estado venezolano, luego de que el Presidente de la República Hugo Chávez Frías, decretará la nacionalización de la misma, la cual en 1997 había sido privatizada. (Referencia Tomada del sitio Web Sidor.com) 1.1 Visión Ser la empresa socialista siderúrgica del Estado venezolano, que prioriza el desarrollo del Mercado nacional con miras a los mercados del ALBA, andino, caribeño y del MERCOSUR, para la fabricación de productos de acero con alto valor agregado, alineada con los objetivos estratégicos de la Nación, a los fines de alcanzar la soberanía productiva y el desarrollo sustentable del país.. (Referencia Tomada del sitio Web Sidor.com)

8 1.2 Misión Comercializar y fabricar productos de acero con altos niveles de productividad, calidad y sustentabilidad, abasteciendo prioritariamente al sector transformador nacional como base del desarrollo endógeno, con eficiencia productiva y talento humano altamente calificado, comprometido en la utilización racional de los recursos naturales disponibles; para generar desarrollo social y bienestar a los trabajadores, a los clientes y a la Nación. (Referencia Tomada del sitio web Sidor.com) 1.3 Políticas Aumento de la productividad mediante una mayor participación de los trabajadores y trabajadoras en la gestión de la empresa; adopción de normas de calidad; utilización óptima de los recursos disponibles y desarrollo de nuevos productos de acero que generen ventajas competitivas. Direccionalidad de las inversiones hacia el incremento de la productividad, en un ambiente seguro. Política de comercialización que considere, a futuro, contratos a largo plazo con empresas nacionales y extranjeras; para consolidar el posicionamiento del producto Sidor en el Mercado nacional e internacional, asegurándole a los clientes el suministro de acero oportuno y confiable en el tiempo. Fortalecimiento y promoción del sector transformador nacional como base de la agregación de valor para el desarrollo endógeno; así como el mejoramiento de la red de distribución y comercialización del acero. Creación y fortalecimiento de mecanismos institucionales que privilegien la participación popular, impulsando la creación y el desarrollo de pequeñas empresas y redes de economía social. Incentivo del modelo de producción y consumo ambiental sustentable, con énfasis en la reducción del impacto ambiental y cumplimientos de las normativas ambientales. Formación técnico político ideológica para el impulso del Nuevo modelo de relaciones socio productivas en el marco de una visión socialista; así como el conocimiento y capacitación dentro de la industria del acero y de materiales, ampliando la infraestructura tecnológica de los centros de investigación como instrumentos de desarrollo de la industria nacional. Referencia Tomada del sitio Web Sidor.com.

9 1.4 Estructura Organizativa de SIDOR A continuación se presenta por medio de un esquema la estructura organizativa de la empresa como se muestra en la figura 2 Fig Dirección de ingeniería y Medio Ambiente La Dirección de ingeniería y Medio Ambiente está ubicada físicamente en el Edificio Administrativo II. Para cumplir los objetivos como Dirección esta subdividida en un conjunto de Departamentos,

10 los cuales interactúan para desarrollar los proyectos necesarios para que SIDOR sea una empresa efectiva y eficiente en la producción de acero. El departamento de Automatización y Control, de manera general, se encarga de la ejecución de todos los proyectos que se planifican para ser realizados en la planta siderúrgica, sus actividades se encuentran orientadas al estudio, diseño, desarrollo, implementación, pruebas y mantenimiento de sistemas de control y de gestión de procesos de producción totalmente automatizados, transfiriendo las tareas de producción realizadas habitualmente por operadores y trabajadores humanos a un conjunto de elementos y sistemas tecnológicos. Esto con la finalidad de mejorar la productividad de la empresa, permitiendo reducir costos de producción, mejorando la calidad de la misma y las condiciones de trabajo del personal. El área donde fue realizada la pasantía fue en la Dirección de ingeniería y Medio Ambiente específicamente en el Departamento de Automatización y Control y la Coordinación de Nivel 2B. El organigrama de la Dirección de Ingeniería y Medio Ambiente se muestra en la figura 3 y el del Departamento de Automatización y Control en la figura 4. Fig. 3

11 Fig. 4

12 2. PLANTEAMIENTO DEL PROBLEMA. Los equipos EIM son equipos que se declaran como los que se utilizan para medir las variables que afectan la calidad del producto, por norma ISO 9001 esos equipos deben estar bajo control con una rutina de calibración, dicha rutina se basa en una comparación con los patrones existentes y además se define cada cuanto tiempo se realiza la rutina. Luego de la calibración se certifica o no el uso del instrumento. SIDOR posee una aplicación en operación llamada pp_eim que permite mantener control de la rutina de calibración, sin embargo esta ha estado en circulación por mucho tiempo y han surgido nuevos requerimientos a medida que ha evolucionado la situación de la empresa. Algunos de estos requerimientos son: Establecimiento de normalización de acuerdo a los nuevos estándares de programación del Nivel 2B Restringir el acceso a los usuarios no autorizados que intenten manipular el registro de EIM El proyecto consta de dos áreas de trabajo importantes, la aplicación pp_eim y la base de datos dba.eim, todo esto será programado en lenguaje C bajo el sistema operativo QNX, haciendo uso de la interfaz grafica Photon y del manejador de base de datos Sybase. (para saber mas de el ambiente de trabajo ver anexo 7)

13 3. OBJETIVOS DE LA PASANTIA Y El PLAN DE TRABAJO. 3.1 Objetivo General Normalizar la aplicación pp_eim para que cumpla con las nuevas exigencias y estándares de trabajo de SIDOR. 3.2 Objetivos Específicos Implementar un sistema de acceso de usuario a la aplicación pp_eim para controlar las funciones de ingresar y modificar EIMEs. Realizar una tabla de base de datos que guarde un registro de todas las modificaciones hechas a los registros de EIMEs. Hacer los cambios acorde a los estándares de programación del Nivel 2B de SIDOR. Crear un manual de mantenimiento de la aplicación. (ver anexo 8) Crear el manual de operaciones de la aplicación. (ver anexo 9) 3.3 Descripción del Plan de Trabajo A Continuación se describe el plan de trabajo como se muestra en el anexo A, de cada una de las actividades programadas y realizadas para el logro de todos los objetivos planteados durante el período de pasantía de TSU en Computación realizada en la Siderúrgica del Orinoco Alfredo Maneiro (SIDOR), las cuales se presentan de manera ordenada a continuación: Inducción Empresa: consiste en una introducción a SIDOR como empresa, su función, visión, misión, las normas de calidad y reglas que establece la empresa con respecto a las medidas de protección y seguridad que se deben tomar una vez ingresado, así mismo se da a conocer las medidas de prevención para evitar posibles accidentes que puedan ocurrir dentro de la empresa. Inducción Área: consiste en una breve introducción al área del trabajo donde el pasante fue asignado, sus reglamentos y normas particulares. Entrenamiento QNX: se muestra al pasante el sistema operativo predefinido para el proyecto, QNX 4.25, la versión con que trabajara así como su funcionamiento básico y la manera de programar y ejecutar aplicaciones en él Entrenamiento SYBASE: al pasante se le es mostrado el ambiente de trabajo para el manejo de bases de datos, el cual es Sybase Análisis de Requerimiento: se le definen al pasante los requerimientos del problema a solucionar.

14 Diseño de Solución: se escribe un documento Word donde el pasante especifique su solución propuesta al problema planteado. Desarrollo de Aplicación: el pasante se encargara de construir la aplicación acorde a la solución plateada y en el ambiente de desarrollo asignado por SIDOR, QNX 4.25, creando la interfaz grafica mediante el ambiente grafico Photon 1.14 de QNX Desarrollo de Objetos Base de Datos: utilizando el manejador de base de datos SYBASE, se crean las tablas y procedimientos necesarios para cumplir con los requerimientos del problema Pruebas de Desarrollo: se realizan todas las pruebas de desempeño necesarias para asegurarse de que el programa pueda ofrecer un funcionamiento aceptable cuando llegue al usuario final Documentación: consisten en la creación de la documentación de usuario y la documentación técnica para el programa, haciendo más fácil su uso y modificación por otras personas Instalación: finalmente la aplicación será llevada a su usuario final en planta donde desempeñará su rol designado.

15 4. LOGROS DEL PLAN DE TRABAJO Y METODOLOGÍA APLICADA PARA EL DESARROLLO DEL PLAN DE TRABAJO. 4.1 Estándar de Codificación del Nivel 2B de SIDOR: El seguimiento de un estilo de codificación estándar es una práctica que ha sido utilizada mundialmente en casi todos los proyectos de software que han sido exitosos. Un estilo de codificación estándar y su correcto seguimiento ha demostrado que tiene un efecto positivo en: Mantenimiento en las aplicaciones y colaboración: Alrededor de un 80% del costo de una pieza de software durante su vida útil se utiliza para el mantenimiento, y rara vez esta será mantenida por su autor original. Un proyecto de software, al poseer un estilo de codificación que sigues unas convenciones estándar y uniforme permite una rápida comprensión entre los integrantes del grupo de desarrollo del código escrito, bien sea por ellos mismos o por otros integrantes del grupo, lo cual incide positivamente en el tiempo necesario para realizar mantenimiento y modificaciones en el código reduciéndolo significativamente; por consiguiente el grupo de desarrollo es más productivo. Además permite una mejor colaboración entre los integrantes del grupo, e incluso, entre los distintos grupos de desarrollo del área (siempre y cuando todos sigan un mismo estándar). Reutilización del código: si dos proyectos siguen el mismo estándar de codificación, la reutilización de porciones de código entre uno y otro se realiza rápidamente. Igualmente, la reutilización de componentes se facilita, así como su modificación para adaptarlos a los requerimientos de nuevos proyectos. Minimizar la cantidad de errores: un buen estándar de codificación promueve una serie de mejores prácticas que buscan evitar los errores comunes de programación, así el código fuente resultante es más limpio y da como resultado una aplicación con menor cantidad de errores. Ganancias de rendimiento: un buen estándar de codificación contiene convenciones y lineamientos que disuaden al programador de escribir código que realice tareas costosas en el punto de vista del uso de recursos de hardware/software, de acuerdo al lenguaje y tecnología sobre el cuales esté enfocado, lo que incide favorablemente en el rendimiento del producto final. En el glosario se muestra algunas definiciones del estándar usado en el Departamento de Automatización y Control de SIDOR Convenciones generales: El código fuente es la parte fundamental e indispensable que toda pieza de software posee. Es por ello que se le debe prestar la atención que amerita debido a su importancia. La manera de escribir el código fuente incide directamente en la calidad de la aplicación. Es por ello que todo

16 programador debe cultivar y promover las prácticas de escribir un buen código, comprensible, bien estructurado, ajustado a los estándares vigentes y de fácil mantenimiento. A continuación algunas pautas y convenciones generales que se deben tener en cuenta siempre que se escriba código fuente en Nivel 2B, independientemente del lenguaje o plataforma: Ser claro y conciso al escribir el código: siempre evitar escribir código confuso. A la hora del mantenimiento de las aplicaciones o solución de algún problema imprevisto, la claridad del código fuente es vital. Como regla general: anteponer la claridad y comprensibilidad del código a la premura. Mantener el código fuente limpio : es decir, mantener el código fuente siempre ordenado, bien estructurado. La versión final de toda aplicación debe entregarse con su código fuente totalmente pulcro, evitando malas prácticas como el de comentar líneas de código no utilizadas, escribir código no formateado, mantener variables no utilizadas y directivas de importación no necesarias, poseer código que nunca se ejecuta, etc. Documentar el código fuente de manera apropiada: siempre mantener documentado mediante comentarios y siguiendo las pautas del estándar vigente el código fuente del lenguaje (definidas más adelante), haciendo especial énfasis en las porciones de código que realizan alguna lógica con algo de complicación o dificultad de comprensión. Como regla general: Si pensó antes de escribirlo, escriba lo que pensó (en lenguaje de humanos). Convenciones de código T SQL (SQL Server): Pautas de Nomenclatura de Objetos de Bases de Datos Los nombres de bases de datos, tablas, vistas, procedimientos almacenados, funciones, índices, triggers, variables y cualquier otro tipo de objeto deben escribirse completamente en minúsculas, siguiendo el estilo de espaciado GNU para separar palabras en nombres compuestos. Ejemplos: laf_pr_productos, web_laf_pr_obtener_cuadrilla, IX_laf_pr_productos_id_grupo. Como regla general, se deben utilizar nombres de objetos que sean descriptivos de acuerdo a su funcionalidad o fin. No escriba nombres como laf_pr_datos, web_laf_pr_buscar, insertar_fila. En cambio escriba nombres como laf_pr_datos_temporales_calculo_peso, web_laf_pr_insertar_nuevo_producto, web_laf_pr_buscar_producto_x_id. Se debe tener en cuenta no utilizar palabras reservadas para escribir nombres o parte de nombres. A continuación se muestran todas las palabras reservadas de SQL Server (versión 2005): ADD EXCEPT PERCENT ALL EXEC PLAN ALTER EXECUTE PRECISION

17 AND EXISTS PRIMARY ANY EXIT PRINT AS FETCH PROC ASC FILE PROCEDURE AUTHORIZATION FILLFACTOR PUBLIC BACKUP FOR RAISERROR BEGIN FOREIGN READ BETWEEN FREETEXT READTEXT BREAK FREETEXTTABLE RECONFIGURE BROWSE FROM REFERENCES BULK FULL REPLICATION BY FUNCTION RESTORE CASCADE GOTO RESTRICT CASE GRANT RETURN CHECK GROUP REVOKE CHECKPOINT HAVING RIGHT CLOSE HOLDLOCK ROLLBACK CLUSTERED IDENTITY ROWCOUNT COALESCE IDENTITY_INSERT ROWGUIDCOL COLLATE IDENTITYCOL RULE COLUMN IF SAVE COMMIT IN SCHEMA COMPUTE INDEX SELECT CONSTRAINT INNER SESSION_USER CONTAINS INSERT SET CONTAINSTABLE INTERSECT SETUSER CONTINUE INTO SHUTDOWN CONVERT IS SOME CREATE JOIN STATISTICS CROSS KEY SYSTEM_USER CURRENT KILL TABLE CURRENT_DATE LEFT TEXTSIZE CURRENT_TIME LIKE THEN CURRENT_TIMESTAMP LINENO TO CURRENT_USER LOAD TOP CURSOR NATIONAL TRAN

18 DATABASE NOCHECK TRANSACTION DBCC NONCLUSTERED TRIGGER DEALLOCATE NOT TRUNCATE DECLARE NULL TSEQUAL DEFAULT NULLIF UNION DELETE OF UNIQUE DENY OFF UPDATE DESC OFFSETS UPDATETEXT DISK ON USE DISTINCT OPEN USER DISTRIBUTED OPENDATASOURCE VALUES DOUBLE OPENQUERY VARYING DROP OPENROWSET VIEW DUMMY OPENXML WAITFOR DUMP OPTION WHEN ELSE OR WHERE END ORDER WHILE ERRLVL OUTER WITH ESCAPE OVER WRITETEXT A continuación se presentan las pautas de nomenclatura específicas para cada tipo de objeto de SQL Server: Bases de Datos No existen reglas estrictas para la elección del nombre de una base de datos. Sin embargo se debe elegir un nombre que guarde relación con el dominio de aplicación de la misma. Evite en lo posible los nombres abreviados si no son abreviaturas bien conocidas dentro del dominio de aplicación. Por ejemplo, si la base de datos va a ser utilizada por una sola aplicación, es conveniente que contenga en su nombre el nombre de la aplicación, si va a contener datos de una línea de producción en específico, se debe tomar un nombre que contenga el nombre de la línea. Ejemplos: sgl_laboratorios, bya (Abreviatura conocida de Barras y Alambrón), supra (que almacena los datos del Sistema SUPRA). Tablas Los nombres de las Tablas deben estar compuestos de 2 partes: a. Prefijo pp.

19 b. Nombre de la tabla que describa su funcion. Ejemplo: pp_name Donde: name es el nombre de la tabla Procedimientos Almacenados Los nombres de los procedimientos deben estar compuestos de 3 partes: a. Prefijo sp. b. Nombre o abreviatura del nombre de la aplicación a la cual pertenece. c. Nombre de la vista, el cual debe indicar el significado de los datos que obtiene. Ejemplo: sp_app_name Donde: app es una abreviatura que indica a que aplicación pertenece. name es el nombre de la Función. Siempre que sea posible, se recomienda utilizar las siguientes palabras en el nombre: obtener: si el fin del procedimiento es realizar una consulta específica (no realiza actualización de datos) y retornar el resultado al invocador. insertar: si el fin del procedimiento es insertar uno o más registros en una o más tablas.

20 modificar: si el fin del procedimiento es modificar valores de una serie de registros existentes en las tablas eliminar: si el fin del procedimiento es eliminar, o marcar con estado de eliminado algunos registros en una o más tablas. Vistas Los nombres de las Vistas deben estar compuestos de 3 partes: a. Prefijo vw. b. Nombre o abreviatura del nombre de la aplicación a la cual pertenece. c. Nombre de la vista, el cual debe indicar el significado de los datos que obtiene. Ejemplo: vw_app_name Donde: app es una abreviatura que indica a que aplicación pertenece. name es el nombre de la Vista. Funciones definidas por el usuario Los nombres de las funciones definidas por el usuario deben estar compuestos por: a. Prefijo fn b. Nombre o abreviatura del nombre de la aplicacion a la cual pertenece. c. Nombre de la función. Utilice verbos o frases verbales al asignar nombres a las funciones, que indiquen su funcionalidad. Ejemplo: fn_app_name

21 Donde: app es una abreviatura que indica a que aplicación pertenece. name es el nombre de la Funcion. Índices Los nombres de los índices deben comenzar con el prefijo IX, y deben indicar en su nombre los campos de la tabla que contiene. Por ejemplo: IX_idgrupo_fecha_turno. Convenciones para la nomenclatura de aplicaciones: Aplicación gráfica estándar Los nombres de las Aplicaciones gráficas estándar deben estar compuestos de 2 partes: a. Prefijo pp. b. Nombre de la aplicación que describa su función. Ejemplo: pp_name Donde: name es el nombre de la aplicación Aplicación background estándar Los nombres de las Aplicaciones background estándar deben estar compuestos de 2 partes: a. Prefijo pp. b. Nombre de la aplicación que describa su función. Ejemplo: pp_name

22 Donde: name es el nombre de la aplicación Aplicación gráfica de Proceso Los nombres de las Aplicaciones gráficas de Proceso deben estar compuestos de 3 partes: a. Prefijo pp. b. Una abreviatura fija para las aplicaciones de proceso. c. Nombre de la aplicación que describa su función. Ejemplo: pp_pl_name Donde: pl es la abreviatura fija para las aplicaciones de proceso name es un nombre alusivo a la aplicación Aplicación background de Proceso Los nombres de las Aplicaciones background de Proceso deben estar compuestos de 3 partes: a. Prefijo pp. b. Una abreviatura fija para las aplicaciones de proceso. c. Nombre de la aplicación que describa su función. Ejemplo: pp_pl_ws_name Donde: pl_ws es la abreviatura fija para las aplicaciones de proceso

23 name es un nombre alusivo a la aplicación 4.2 Pasos para el cumplimiento de los requerimientos: Aplicación: Primeramente se analizaron los requerimientos y se estudio la aplicación existente buscando comprender su funcionamiento, a continuación se creó el siguiente diseño de la solución Se modificaran los botones: EIM vencidos e Ingresar EIM en la ventana principal (base) de la aplicación pp_eim para ser más explicativos al usuario promedio de su función y pasaran a llamarse Gestión EIM y Nuevo Chequeo EIM respectivamente Diseño de la nueva ventana principal Fig. 12 Se realizara un nuevo diseño unificado para la ventanas de EIM vencidos y nuevos, esta ventana se conocerá como gestión de EIMs, se podrán ingresar nuevos EIM llenando los campos de la ventana con los datos requeridos o se podrá modificar un EIM existente haciendo doble click en su nombre ubicado en la lista que se encuentra en la parte inferior de la ventana y se modifican los datos.

24 Diseño de la nueva ventana de gestión de EIM Fig. 13 Se creara una pantalla de Acceso en la ventana de Gestion de EIM que se abrirá cuando de instancie la ventana, permitirá ingresar a los usuarios autorizados a la pantalla de gestión de EIMs. Solo el Registrador y Supervisores, cuyos nombres se encuentran guardados en una tabla llamada usuarios_verificadores, podrán tener acceso y por ende podrán hacer cambios a la base de datos.

25 Diseño de la pantalla de acceso Fig. 14 Se crearan callbacks asociados a los botones de las nuevas interfaces que generen llamadas a los procedures en la base de datos encargados de ingresar los registros de las modificaciones hechas, como ingresar o actualizar EIMs. Base de datos: Se creara una nueva tabla en la base de datos EIM llamada registro_mod que guardara los cambios efectuados en la base de datos por los usuarios ubicados en la pantalla de gestión de EIMs, esta tabla contendrá cuatro campos: Id del usuario que genero los cambios, tipo de dato: varchar; tamaño: 50. Código del item modificado, tipo de dato: varchar; tamaño: 100. Fecha y hora de la modificación, tipo de dato: datetime. Acción realizada en la base de datos, tipo de dato: varchar; tamaño: 7. El campo id del usuario y el momento de la modificación serán las claves primarias, el id del usuario será además una clave foránea de usuarios_verificadores (id_usuario).

26 Se crearan los stored procedures sp_eim_update_tiempo y sp_eim_chequear en la base de datos para manejar los registros de ingresos de nuevos EIM y modificaciones a la base de datos hechos por los usuarios Una vez aprobada la solución planteada por el tutor industrial, se procedió a trabajar en el diseño planteado Aplicación: Se eliminaron las siguientes funciones: codigo.c Insert_new_eim: Fue eliminada pues el modulo asociada a ella fue eliminado y sus funciones adjuntadas al modulo de gestión de EIM Se modificaron las siguientes funciones: codigo.c On_click_no: Añadida ejecución de la funcion verbose codigo.c Insert_update_item: Añadida ejecución de la funcion verbose codigo.c Cambio_id_eim: Añadida ejecución de la funcion verbose codigo.c On_click_vencidos: Al momento de crear la ventana de gestion de EIM, bloquea los campos para añadir los datos de EIM y los botones de Aceptar y Cancelar asociados a ella codigo.c On_tree_selection_tree_eim_vencidos: Además de cargar los campos del item seleccionado en los campos para añadir datos de EIM, se le fue añadida la función de desbloquear los campos de fecha de entrega nueva y fecha de vencimiento nueva en caso de que estos se encuentren bloqueados, así como desbloquea los botones de Aceptar y Cancelar asociados a esos campos codigo.c On_click_BIVAceptar: Posee ahora el codigo que estaba asignado a insert_new_eim, ademas de que se le agrego la capacidad de guardar registros de las modificaciones a la base de datos Nuevas funciones añadidas al programa codigo.c Ocultar: Permite ocultar la clave del usuario al momento de ingresarla a la computadora, cambiado los caracteres visibles a un carácter bullet ( )