INSTITUTO TECNOLÓGICO DE CELAYA

INGENIERÍA EN SISTEMAS COMPUTACIONALES

TEMA:

SISTEMATIZACIÓN DE LA GESTIÓN DEL SERVICIO DE VERIFICACIÓN DE DISPENSARIOS DE COMBUSTIBLES SUJETOS A LA NOM-005-SCFI-2011

RESIDENCIAS PROFESIONALES

NOMBRE DEL RESIDENTE:

FONSECA SANDOVAL FABIAN

NUMERO DE CONTROL:

09030142

ASESOR: Ing. Francisco Gutiérrez Vera Calif:_______

REVISOR_1: Ing. Evelia Razo Duron Calif:_______

REVISOR_2: Ing. José Benigno Molina Castro Calif:_______

CELAYA, GUANAJUATO 27 DE ENERO DEL 2014

Tabla de contenidoINTRODUCCIÓN..................................................................................................................................4

CAPITULO 1........................................................................................................................................6

1.1 JUSTIFICACIÓN.........................................................................................................................6

1.2 OBJETIVO GENERAL..................................................................................................................7

1.3 OBJETIVOS ESPECÍFICOS...........................................................................................................7

CAPITULO 2........................................................................................................................................8

2.1 CARACTERIZACIÓN DEL ÁREA DE TRABAJO..............................................................................8

2.2 DESCRIPCIÓN DEL DEPARTAMENTO ASIGNADO......................................................................8

2.3 ESTRUCTURA ORGANIZACIONAL..............................................................................................9

CAPITULO 3......................................................................................................................................10

3.1 PROBLEMAS A RESOLVER.......................................................................................................10

CAPITULO 4......................................................................................................................................11

4.1 ALCANCES Y LIMITACIONES....................................................................................................11

4.1.1 Alcances..............................................................................................................................11

4.1.2 Limitaciones........................................................................................................................11

CAPITULO 5......................................................................................................................................12

5.1 MARCO TEÓRICO....................................................................................................................12

5.1.1 ENFOQUES DEL DESARROLLO DE SOFTWARE......................................................................12

5.1.2 CICLO DE VIDA DEL SISTEMA DE INFORMACIÓN.................................................................12

El proyecto se divide en:..........................................................................................................13

Motivos para usar esta metodología:......................................................................................13

5.1.2.1 MODELO EN CASCADA.....................................................................................................14

5.1.2.2 PROTOTIPADO..................................................................................................................14

5.1.2.3 INCREMENTAL..................................................................................................................14

5.1.2.4 ESPIRAL.............................................................................................................................15

5.1.2.5 RAPID APPLICATION DEVELOPMEND (RAD).....................................................................15

5.1.2.6 OTROS ENFOQUES DE DESARROLLO DE SOFTWARE........................................................16

CAPITULO 6......................................................................................................................................23

6.1 ANÁLISIS DE REQUERIMIENTOS..............................................................................................23

6.1.1 RECOLECCIÓN DE LA INFORMACIÓN...................................................................................23

6.2 LISTA DE REQUERIMIENTOS........................................................................................25

6.3 PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES.........................................................27

6.4 DESCRIPCIÓN DE ACTIVIDADES:................................................................................27

6.3 RESULTADOS, PLANOS Y PROGRAMAS...................................................................................28

CAPITULO 8..................................................................................................................................39

CONCLUSIONES Y RECOMENDACIONES.......................................................................................39

REFERENCIAS BIBLIOGRÁFICAS........................................................................................................40

GLOSARIO DE TÉRMINOS.................................................................................................................40

INTRODUCCIÓN

AUTOMATIZACIÓN EN LA INDUSTRIA.- Muchas industrias están muy automatizadas, o bien utilizan tecnología de automatización en alguna etapa de sus actividades. En las comunicaciones, y sobre todo en el sector telefónico, la marcación, la transmisión y la facturación se realizan automáticamente. También los ferrocarriles están controlados por dispositivos de señalización automáticos, que disponen de sensores para detectar los convoyes que atraviesan determinado punto. De esta manera siempre puede mantenerse un control sobre el movimiento y ubicación de los trenes.

Por otra parte, concepto de automatización está evolucionando rápidamente, en parte debido a que las técnicas avanzan tanto dentro de una instalación o sector como entre las industrias.

Mientras que el Centro Nacional de Metrología (CENAM) desea adentrarse al mundo de la automatización, es por eso que se elabora este software; será un sistema en el que clientes y usuarios interactuaran directamente con él al estar alimentándolo de datos y este a su vez generando documentos como ordenes de factura y cotizaciones.

También un sistema dedicado puesto que la tarea del mismo será recibir datos para dar seguimiento a cada pedido o solicitud que realice el cliente y de este modo que todo el personal involucrado pueda revisar el estatus de dicha solicitud.

Cumplirá las tareas: cotización inmediata, creación de reportes, envió de correo electrónico automático, administración de pedidos y solicitudes.

En general, agilizará el trabajo y eliminará la papelería, asimismo la información resultante será consistente y no habrá pérdida de la misma.

A continuación una breve descripción de cara capitulo:

En el capítulo 1 abarcara la justificación, objetivo general y específicos para dar un panorama acerca del proyecto, ya que el correcto planteamiento de un problema de investigación nos permite definir sus objetivos generales y específicos, como así también la delimitación del objeto de estudio.

En el capítulo 2 se mencionara el área en el que se estuvo participando dentro del Centro Nacional de Metrología (CENAM) en la cual se detectó la necesidad de un software que resuelva los problemas planteados en el siguiente capítulo.

En el capítulo 3 se plantearan los problemas a resolver que se detectaron durante el desarrollo del sistema, así como los alcances y limitaciones con los que contara el mismo.

En el capítulo 4 se plantean los problemas priorizándolos relacionados con los objetivos específicos que se deberán alcanzar para lograr el objetivo general y por consecuencia el proyecto.

En el capítulo 5 fundamento teórico tiene el propósito de dar a la investigación un sistema coordinado y coherente de conceptos y proposiciones que permitan abordar el problema. Se trata de integrar al problema dentro de un ámbito donde éste cobre sentido, incorporando los conocimientos previos relativos al mismo y ordenándolos de modo tal que resulten útil a nuestra tarea.

En el capítulo 6 se detalla la metodología y las actividades realizadas para el desarrollo de un sistema que automatice de captura y tratamiento de datos.

En el capítulo 7 se muestran los resultados obtenidos en la implementación del sistema.

En el capítulo 8 se expone la conclusión obtenida, mediante la comparación de los objetivos del trabajo, proyecto, práctica, etc., con los resultados obtenidos y decir lo que se observó, aprendió o se demostró en este.

CAPITULO 1

1.1 JUSTIFICACIÓNEn un mundo tan dinámico como el actual, en el que las cosas cambian muy rápidamente, las empresas han tenido que evolucionar en su manera de pensar; y se han ido concientizando de la importancia de migrar, de sus antiguos métodos de administración y conducción de la empresa, basados en el manejo de papelería, y con un consumo de tiempo considerable, hacia sistemas de información computacionales, basados en redes de comunicaciones, incluso inalámbricos, que les ofrecen mejores tiempos de acceso a la información, y de igual manera, una forma más efectiva y confiable de compartir datos en tiempo real.

Para lograr este objetivo, la ingeniería de sistemas ha creado soluciones de manejo de información en red, mediante las cuales la empresa puede mantener una interacción entre sus miembros, y contar con datos veraces, lo cual se refleja en un mejor servicio hacia el cliente.

La sistematización de la gestión del servicio de verificación es importante porque permitirá establecer la base de un proceso claro tanto para el cliente como para la Dirección de Apoyo Tecnológico y la Dirección de Flujo y Volumen, áreas prestadoras del servicio. Para la gestión administrativa del servicio también es importante porque permitirá contar con un proceso altamente controlado.

Los beneficios que se pretenden obtener con la automatización del servicio son los siguientes:

1.- Atender más rápido a los clientes.

2.- Evitar el error humano en cuanto a datos monetarios.

3.- Aumentar el número de servicios realizados en menos tiempo.

4.- Mantener una mayor comunicación sobre los avances de cada servicio.

5.- Solicitar de forma adecuada la información al cliente.

6.- Mantener un registro de los servicios realizados para una futura consulta.

1.2 OBJETIVO GENERALAutomatizar el proceso de verificación sujeto a la NOM-005SCFI-20011 que ofrece el Centro Nacional de Metrología (CENAM). Dar un mejor servicio al cliente, disminuir los tiempos de realización de los servicios y dar seguimiento de una forma más a adecuada a cada servicio que se genere.

1.3 OBJETIVOS ESPECÍFICOSLos objetivos específicos contemplados para la implementación del sistema son:

Reducir el tiempo entre cotización y aceptación de cotización.

Envió inmediato y masivo de correo electrónico al personal que esté involucrado con los servicios de la NOM-005-SCFI-2011

Generación automática de cotizaciones y órdenes de factura.

Publicar una Aplicación Web desde la cual se pueda cotizar automáticamente el cliente.

Generar una aplicación de escritorio que le permita al personal del CENAM administrar los pedidos del cliente.

CAPITULO 2

2.1 CARACTERIZACIÓN DEL ÁREA DE TRABAJOCentro Nacional de Metrología (CENAM) está ubicado en  Carretera a Los Cues KM 4.5, El Marqués, 76246 Santiago de Querétaro, Querétaro de Arteaga, México. Es el laboratorio nacional de referencia en materia de mediciones.

2.2 DESCRIPCIÓN DEL DEPARTAMENTO ASIGNADOEl departamento al que fui asignado fue a la subdirección de servicios de evaluación metrológica y promoción industrial. Y por el ámbito del proyecto tuve que estar en contacto con el área de flujo y volumen primeramente por la razón de que para el desarrollo del software necesitaba conocer el proceso que se llevaba en la realización de los servicios.

Por otra parte el otro departamento involucrado es la subdirección de informática la cual se encarga del desarrollo y administración de los sistemas del CENAM.

2.3 ESTRUCTURA ORGANIZACIONAL

Figura 1. Organigrama del Centro Nacional de Metrología.

Figura 2. Organigrama de la Dirección de Servicios Tecnológicos.

CAPITULO 3

3.1 PROBLEMAS A RESOLVER

1. Los clientes solicitan por medio de correo electrónico que se le realice una cotización indicando que servicios quieren, el personal del CENAM recibe dicha solicitud y realiza la cotización de 1 a 3 días hábiles y la envía al cliente por correo electrónico, en dicho documento se envía una hoja de aceptación que el cliente deberá mandar firmada y escaneada para dar a saber al CENAM que ha aceptado, se pretende que este proceso se realice de manera rápida creando un portal web donde el cliente realice todo el proceso en un solo paso.

2. Dentro del portal web se deberán generar documentos en formato PDF, tales como la cotización y orden de factura versión 1.

3. Crear un espacio en el servidor que le permita al cliente subir los manuales de sus dispensarios y que el personal del CENAM tenga acceso a esos manuales desde la aplicación de escritorio.

4. Envió de correo al cliente con los documentos adjuntos.

5. Manejo de sesiones.

6. El usuario (personal del CENAM) podrá administrar las solicitudes que llegan desde la aplicación de escritorio.

7. El usuario podrá recrear las cotizaciones y órdenes de factura generadas por el cliente tomando los datos para generar los PDF de la base de datos.

CAPITULO 4

4.1 ALCANCES Y LIMITACIONESLos alcances y limitaciones son referidos al sistema, utilizados por un supervisor y usuarios a los cuales se les dará acceso, con alcance dentro de la empresa y fuera de la misma.

4.1.1 Alcances Subdirección de servicios de evaluación metrológica y promoción industrial

Personal involucrado con la NOM-005-SCFI-2011.

Clientes de la NOM-005-SCFI-2011.

4.1.2 Limitaciones El poco tiempo asignado para este proyecto.

Falta de equipo para la realización del mismo.

Poco acceso a la base de datos existente.

Poco tiempo por parte de los interesados para el alta de requerimientos.

CAPITULO 5

5.1 MARCO TEÓRICO

5.1.1 ENFOQUES DEL DESARROLLO DE SOFTWARE

Cada metodología de desarrollo de software tiene más o menos su propio enfoque para el desarrollo de software. Estos son los enfoques más generales, que se desarrollan en varias metodologías específicas. Estos enfoques son los siguientes:

Modelo en cascada: Framework lineal.

Prototipado: Framework iterativo.

Incremental: Combinación de framework lineal e iterativo.

Espiral: Combinación de framework lineal e iterativo.

RAD: Rapid Application Development, framework iterativo.

5.1.2 CICLO DE VIDA DEL SISTEMA DE INFORMACIÓN

A continuación se inicia el fundamento teórico como se muestra:

Modelo de Espiral.

El modelo en espiral del proceso del software que originalmente fue propuesto por Boehm (1988), El modelo en espiral es una de las metodologías más recomendables para el desarrollo y creación de un programa, ya que consta de pocas etapas o fases, las cuales se van realizando en una manera continua y cíclica, se considera un método de desarrollo incremental.

Está considerada como un método de desarrollo rápido y eficiente.Es adecuada para proyectos en los que se tienen claros los objetivos finales pero no todos los detalles de implementación están elucidados.

El proyecto se divide en:

Análisis de requerimientos.- Se establecen los detalles (requerimientos) funcionales deseados que conlleva.

Diseño del sistema.- Se realizan las interfaces y diseño de la Base de Datos (BD).

Etapas de construcción.-  En esta etapa se construye el proyecto, es decir, está basado en la programación pura.

Test y evaluación.- En esta etapa se realiza un test del módulo completo así como su evaluación frente al estudio de requerimientos. En muchos casos en esta etapa los usuarios finales participan de manera activa aportando información decisiva para la usabilidad del sistema.

Motivos para usar esta metodología: Puede combinar los modelos de cascada y el evolutivo,

El desarrollador tiene comunicación directa con el cliente.

Elimina errores y alternativas no atractivas en el comienzo.

El software evoluciona a medida que progresa el proceso y así permite identificar los riesgos.

Permite iteraciones, vuelta atrás y finalizaciones rápidas.

En cada giro se construye un nuevo modelo del sistema completo.

Cada ciclo comienza identificando objetivos, alternativas y restricciones.

A continuación se describen los tipos de metodologías para la elaboración de software:

5.1.2.1 MODELO EN CASCADA

Es un proceso secuencial de desarrollo en el que los pasos de desarrollo son vistos hacia abajo (como en una cascada de agua) a través de las fases de análisis de las necesidades, el diseño, implementación, pruebas (validación), la integración, y mantenimiento. La primera descripción formal del modelo de cascada se cita a menudo a un artículo publicado por Winston Royce W.2 en 1970, aunque Royce no utiliza el término "cascada" de este artículo.

Los principios básicos del modelo de cascada son los siguientes:

Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.

Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una amplia documentación escrita, así como a través de comentarios y aprobación / signoff por el usuario y la tecnología de la

información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.

5.1.2.2 PROTOTIPADO

El prototipado es el framework de actividades dedicada al desarrollo de software prototipo, es decir, versiones incompletas del software a desarrollar.

5.1.2.3 INCREMENTAL

Provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del producto software reservando el resto de aspectos para el futuro.

Los principios básicos son:

Una serie de mini-Cascadas se llevan a cabo, donde todas las fases de la cascada modelo de desarrollo se han completado para una pequeña parte de los sistemas, antes de proceder a la próxima incremental

Se definen los requisitos antes de proceder con lo evolutivo, se realiza un mini-Cascada de desarrollo de cada uno de los incrementos del sistema

El concepto inicial de software, análisis de las necesidades, y el diseño de la arquitectura y colectiva básicas se definen utilizando el enfoque de cascada, seguida por iterativo de prototipos, que culmina en la instalación del prototipo final.

5.1.2.4 ESPIRAL

Los principios básicos son:

La atención se centra en la evaluación y reducción del riesgo del proyecto dividiendo el proyecto en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo, así como ofrecer la oportunidad de evaluar los riesgos y con un peso de la consideración de la continuación del proyecto durante todo el ciclo de vida.

Cada viaje alrededor de la espiral atraviesa cuatro cuadrantes básicos: (1) determinar objetivos, alternativas, y desencadenantes de la iteración; (2) Evaluar alternativas; Identificar y resolver los riesgos; (3) desarrollar y verificar los resultados de la iteración, y (4) plan de la próxima iteración.

Cada ciclo comienza con la identificación de los interesados y sus condiciones de ganancia, y termina con la revisión y examinación.

5.1.2.5 RAPID APPLICATION DEVELOPMEND (RAD)

El desarrollo rápido de aplicaciones (RAD) es una metodología de desarrollo de software, que implica el desarrollo iterativo y la construcción de prototipos. El desarrollo rápido de aplicaciones es un término originalmente utilizado para describir un proceso de desarrollo de software introducido por James Martin en 1991.

Principios básicos:

Objetivo clave es para un rápido desarrollo y entrega de una alta calidad en un sistema de relativamente bajo coste de inversión.

Intenta reducir el riesgo inherente del proyecto partiéndolo en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo.

Orientación dedicada a producir sistemas de alta calidad con rapidez, principalmente mediante el uso de iteración por prototipos (en cualquier etapa de desarrollo), promueve la participación de los usuarios y el uso de herramientas de desarrollo computarizadas. Estas herramientas pueden incluir constructores de Interfaz gráfica de usuario (GUI), Computer Aided Software Engineering (CASE) las herramientas, los sistemas de gestión de bases de datos (DBMS), lenguajes de programación de cuarta generación, generadores de código, y técnicas orientada a objetos.

Hace especial hincapié en el cumplimiento de la necesidad comercial, mientras que la ingeniería tecnológica o la excelencia es de menor importancia.

Control de proyecto implica el desarrollo de prioridades y la definición de los plazos de entrega. Si el proyecto empieza a aplazarse, se hace hincapié en

la reducción de requisitos para el ajuste, no en el aumento de la fecha límite.

En general incluye Joint application development (JAD), donde los usuarios están intensamente participando en el diseño del sistema, ya sea a través de la creación de consenso estructurado en talleres, o por vía electrónica.

La participación activa de los usuarios es imprescindible.

Iterativamente realiza la producción de software, en lugar de enfocarse en un prototipo.

Produce la documentación necesaria para facilitar el futuro desarrollo y mantenimiento.

5.1.2.6 OTROS ENFOQUES DE DESARROLLO DE SOFTWARE

Metodologías de desarrollo Orientado a objetos, Diseño orientado a objetos (OOD) de Grady Booch, también conocido como Análisis y Diseño Orientado a Objetos (OOAD). El modelo incluye seis diagramas: de clase, objeto, estado de transición, la interacción, módulo, y el proceso.

Top-down programming, evolucionado en la década de 1970 por el investigador de IBM Harlan Mills (y Niklaus Wirth) en Desarrollo Estructurado.

Proceso Unificado, es una metodología de desarrollo de software, basado en UML. Organiza el desarrollo de software en cuatro fases, cada una de ellas con la ejecución de una o más iteraciones de desarrollo de software: creación, elaboración, construcción, y las directrices. Hay una serie de herramientas y productos diseñados para facilitar la aplicación. Una de las versiones más populares es la de Rational Unified Process.

Para proseguir con el fundamento teórico se ha recopilado información la cual es utilizada para la creación del sistema como se muestra a continuación:

5.2 SOFTWARE

Definición de Software: Conjunto de programas, instrucciones y reglas informáticas para ejecutar ciertas tareas en una computadora.

Se considera que el software es el equipamiento lógico e intangible de una computadora. En otras palabras, el concepto de software abarca a todas las aplicaciones informáticas, como los procesadores de textos, las planillas de cálculo y los editores de imágenes.

El software es desarrollado mediante distintos lenguajes de programación, que permiten controlar el comportamiento de una máquina. Estos lenguajes consisten en un conjunto de símbolos y reglas sintácticas y semánticas, que definen el significado de sus elementos y expresiones. Un lenguaje de programación permite a los programadores del software especificar, en forma precisa, sobre qué datos debe operar una computadora.

5.2.1 EL SOFTWARE EN SENTIDO AMPLIO

Una definición más amplia de software incluye mucho más que sólo los programas. Esta definición incluye:• La representación del software: programas, detalles del diseño escritos en un lenguaje de descripción de programas, diseño de la arquitectura, especificaciones escritas en lenguaje formal, requerimientos del sistema, etc.• El conocimiento de la ingeniería del software: Es toda la información relacionada al desarrollo de software (por ejemplo, cómo utilizar un método de diseño específico) o la información relacionada al desarrollo de un software específico (por ejemplo, el esquema de pruebas en un proyecto). Aquí se incluye información relacionada al proyecto, información sobre la tecnología de software, conocimiento acerca de sistemas similares y la información detallada relacionada a la identificación y solución de problemas técnicos.• La información de la aplicación.

5.2.2 EL “SOFTWARE” COMO PROGRAMA

El software, como programa, consiste en un código en un lenguaje máquina específico para un procesador individual. El código es una secuencia de instrucciones ordenadas que cambian el estado del hardware de una computadora.

El software puede distinguirse en tres categorías: software de sistema, software de programación y software de aplicación. De todas maneras esta distinción es arbitraria y muchas veces un software puede caer en varias categorías:• Software de sistema: ayuda a funcionar al hardware y a la computadora. Incluye el sistema operativo, controladores de dispositivos, herramientas de diagnóstico, servidores, sistema de ventanas, utilidades y más. Su propósito es evitar lo más posible los detalles complejos de la computación, especialmente la memoria y el hardware.• Software de programación: provee herramientas de asistencia al programador. Incluye editores de texto, compiladores, intérprete de instrucciones, enlazadores, etc.• Software de aplicación: permite a los usuarios finales hacer determinadas tareas. Como lo son:

Procesadores de texto. (Bloc de Notas) Editores. (PhotoShop para el Diseño Gráfico) Hojas de Cálculo. (MS Excel) Sistemas gestores de bases de datos. (MySQL) Programas de comunicaciones. (MSN Messenger) Paquetes integrados. (Ofimática: Word, Excel, PowerPoint…) Programas de diseño asistido por computador. (AutoCAD)

5.3 BASE DE DATOS

Definición de base de datos: Es una colección de archivos interrelacionados, son creados con un DBMS. El contenido de una base de datos engloba a la información concerniente (almacenadas en archivos) de una organización, de tal manera que los datos estén disponibles para los usuarios, una finalidad de la base de datos es eliminar la redundancia o al menos minimizarla. Los tres componentes principales de un sistema de base de datos son el hardware, el software DBMS y los datos a manejar, así como el personal encargado del manejo del sistema.

Modelo de datos representa un esquema de base de datos mediante entidades y asociaciones describe una base de datos de una forma sencilla y global, se realiza a partir de los requisitos de datos que debe cumplir una base de datos. Formulado por P.P. Chen en 1976.

5.4 SISTEMA MANEJADOR DE BASE DE DATOS.

Definición del Sistema Manejador de Base de Datos (DBMS): Un DBMS es una colección de numerosas rutinas de software interrelacionadas, cada una de las cuales es responsable de una tarea específica.

El objetivo primordial de un sistema manejador base de datos es proporcionar un contorno que sea a la vez conveniente y eficiente para ser utilizado al extraer, almacenar y manipular información de la base de datos. Todas las peticiones de acceso a la base, se manejan centralizadamente por medio del DBMS, por lo que este paquete funciona como interface entre los usuarios y la base de datos.

5.5 INGENIERÍA DEL SOFTWARE

Definición de ingeniería del software: Es la rama de la ingeniería que crea y mantiene las aplicaciones de software usando tecnologías y prácticas de las ciencias de la computación, manejo de proyectos, ingeniería, el ámbito de la aplicación, y otros campos. Hay quienes opinan que este proceso debería de llamarse "Desarrollo del Software" frente a Ingeniería del Software, Pete McBreen (autor de los libros: Software Craftsmanship andQuestioning Extreme Programming) afirma que el termino ingeniería implica nivel de rigor y de pruebas mucho mayores que lo habitual en los desarrollos actuales.

Ingeniería del Software, es el término utilizado por Fritz Bauer en la primera conferencia sobre desarrollo de software patrocinada por el Comité de Ciencia de la OTAN celebrada en Garmisch (Alemania), en octubre de 1968, previamente había sido utilizado por el holandés Edsger Dijkstra en su obra The Humble Programmer. Puede definirse según Alan Davis como "la aplicación inteligente de principios probados, técnicas, lenguajes y herramientas para la creación y mantenimiento, dentro de un coste razonable, de software que satisfaga las necesidades de los usuarios".

Según la definición del IEEE, "software es la suma total de los programas de ordenador, procedimientos, reglas, la documentación asociada y los datos que pertenecen a un sistema de cómputo" y "un producto de software es un producto diseñado para un usuario". En este contexto, la Ingeniería de Software (SE del inglés "Software Engineering") es un enfoque sistemático del desarrollo, operación, mantenimiento y retiro del software.

5.6 PROGRAMACIÓN

Un programa es una serie de instrucciones que le indican a la computadora cuáles son las tareas que tiene que realizar para lograr un fin específico. Debe tener una estructura y organización determinadas, y quien lo ejecuta tiene que seguir una secuencia de acciones para que el resultado sea el deseado.

Un lenguaje de programación es un lenguaje diseñado para describir el conjunto de acciones consecutivas que un equipo debe ejecutar. Por lo tanto, un lenguaje de programación es un modo práctico para que los seres humanos puedan dar instrucciones a un equipo.

Los lenguajes que los equipos usan para comunicarse entre ellos no tienen nada que ver con los lenguajes de programación; se los conoce como protocolos de comunicación. Se trata de dos conceptos totalmente diferentes. Un lenguaje de programación es muy estricto: a cada instrucción le corresponde una acción de procesador.

5.7 LENGUAJES DE PROGRAMACIÓN UTILIZADOS

5.7.1 HTML

Es un lenguaje de programación que se utiliza para el desarrollo de las páginas de Internet. Se trata de las siglas de Hypertext Markup Languaje, es decir, Lenguaje de Marcas de Hipertexto.

El HTML permite describir la estructura y el contenido en forma de texto, además de completar el texto con objetos tales como imágenes. Este lenguaje se escribe mediante etiquetas, que aparecen especificadas por corchetes angulares (< y >).

Por otra parte, el HTML permite incluir scripts (por ejemplo JAvasscript), códigos que pueden modificar el procesamiento de los navegadores web y de otros procesadores de HTML. Los archivos de formato HTML utiliza extensión .html o .htm.

5.7.2 Visual Studio 2010

Visual Studio es un conjunto completo de herramientas de desarrollo para la generación de aplicaciones web ASP.NET, Servicios Web XML, aplicaciones de escritorio y aplicaciones móviles. Visual Basic, Visual C# y Visual C++ utilizan todos el mismo entorno de desarrollo integrado (IDE), que habilita el uso compartido de herramientas y facilita la creación de soluciones en varios lenguajes. Asimismo, dichos lenguajes utilizan las funciones de .NET Framework, las cuales ofrecen acceso a tecnologías clave para simplificar el desarrollo de aplicaciones web ASP y Servicios Web XML.

5.7.3 ASP

Es un Framework para aplicaciones web desarrollado por Microsoft. Es usado por programadores para construir sitios web dinámicos, aplicaciones web y servicios web XML.

Apareció en enero de 2002 con la versión 1.0 de .NET Framework y es la tecnología sucesora de Active Server Pages (ASP). ASP.NET está construido sobre el Common Language Runtime, permitiendo a los programadores escribir código ASP.NET usando cualquier lenguaje admitido por el .NET Framework.

5.7.4 CSS

Tiene una sintaxis muy sencilla, que usa unas cuantas palabras claves tomadas del inglés para especificar los nombres de sus selectores, propiedades y atributos.

Una hoja de estilos CSS consiste en una serie de reglas. Cada regla consiste en uno o más selectores y un bloque de estilos con los estilos a aplicar para los elementos del documento que cumplan con el selector que les precede. Cada bloque de estilos se define entre llaves, y está formado por una o varias declaraciones de estilo con el formato propiedad: valor.

CAPITULO 6

6.1 ANÁLISIS DE REQUERIMIENTOS.

La tendencia actual denota una necesidad de utilizar sistemas automatizados para la gestión de información en la generación y administración de solicitudes de servicios de la NOM-005-SCFI-2011.

6.1.1 RECOLECCIÓN DE LA INFORMACIÓN.

CUESTIONARIO

Objetivo: Obtener toda la información necesaria y adecuada para realizar un análisis claro planteando las dudas que se tienen sobre el desarrollo del sistema con la finalidad de tener muy claro de que es lo que pretende realizar la aplicación y satisfacer así las necesidades de dicha aplicación.

Introducción: Dentro del siguiente cuestionario se plantean todas las preguntas acerca de la información que no ha quedado clara sobre el desarrollo de la aplicación esperando obtenerla adecuadamente y permitiendo una mejor interpretación de dicha información.

Instrucciones: Contesta las siguientes preguntas eligiendo adecuadamente la respuestas que se acople más a las cuestiones detallándolas adecuadamente

1. ¿Qué sistema desea que se le desarrolle?

2. ¿Qué aspectos son de importancia para su desarrollo?

3. ¿A qué personas está enfocado el sistema?

4. ¿Cuál es rango de edades a los que está enfocado el sistema?

5. ¿Las personas que utilizaran el sistema tienen conocimientos básicos en computación?

6. ¿Mencione los puestos que ocupan las personas que manejan el sistema?

7. ¿El sistema realizara solo procesos o almacenara algún tipo de información?

8. Si considera que la respuesta es SI en la pregunta anterior: ¿Qué cantidad de información es la que se va almacenar en el sistema?

9. ¿Cuántos procesos llevara a cabo el sistema?

10. ¿Se debe tener un cierto grado de seguridad para el uso del sistema?

11. ¿Se reservaran cierto privilegios a los usuarios si se considera que si cuales son esos privilegios?

12. ¿El sistema debe tener algún diseño en específico? Si considera que si mencione los aspectos a considerar

13. ¿Se generan algún tipo de reporte? ¿Cuál?

14. ¿El sistema debe analizar información? Si considera que si cuales son los resultados que se mostraran

15. ¿El sistema hará peticiones de datos o de información? Si considera que si mencione que datos se tendrán que proporcionar

16. ¿Qué limitantes se deben de considerar para el desarrollo?

17. ¿Tiene alguna fecha de entrega de dicho sistema?

18. ¿Tiene algún manual o documentación que ayude al desarrollo del sistema?

19. ¿Se le dará alguna capacitación al personal para su uso o solo se contemplara un manual de operaciones?

De antemano agradezco el tiempo brindado para contestar dichas preguntas esperando que la información proporcionada sea de gran utilidad, para el desarrollo de dicho sistema le envió un cordial saludo.

Esta encuesta fue realizada y diseñada por Fabián Fonseca Sandoval para obtener los requerimientos para la elaboración del sistema.

Para una empresa de ésta magnitud como lo es el Centro Nacional de Metrología (CENAM) se requiere un sistema el cuál agilice la documentación y administre las solicitudes y servicios de la NOM-005-SCFI-2011.

Es decir, se encargará:

De cotizar de forma automática e inmediata.

Capturar la información para la administración del servicio.

Generación de reportes (Cotizaciones y Órdenes de Factura).

Realizar modificaciones en el estatus de servicio conforme este evolucione y al final marcarlo como servicio terminado.

También deberán protegerse los datos personales resguardados en el sistema mediante sistemas de cifrado.

6.2 LISTA DE REQUERIMIENTOSEl sistema deberá encargarse de la creación y manejo de solicitudes o pedidos de los clientes y contendrá los siguientes datos:

Id Pedido Id de Cliente. Fecha. Marcar como terminado.

El sistema también se encargará de la creación de cotizaciones y debe manejar los siguientes datos:

Id de Cotización. Id de Pedido.

El sistema deberá gestionar datos de orden de producción:

Pieza. Colada. Lote. Piezas estándar por hora. Chequeo de herramientas entregadas en buen estado. Operador. Torno utilizado. Piezas realizadas. Desperdicio. Hora de inicio y fin de paro de máquina. Totales de horas paradas. Incidencia de paro. Observaciones. Tiempo mínimo de paro estándar.

El sistema deberá revisar muestras de piezas por hora y generar gráficas y deberá manejar los siguientes datos:

Pieza a registrar.

Máquina utilizada.

Operación a realizar.

Equipo utilizado.

Características y especificaciones de la pieza.

Operador.

Lecturas de las muestras.

Promedio.

Amplitud.

6.3 PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES

Fig. 2 Actividades a realizar.

6.4 DESCRIPCIÓN DE ACTIVIDADES:

Análisis de los requerimientos.- Realice visitas a los operarios, producción entre otros para comprender el procedimiento y llenado de forma en base a eso determinar el diseño del sistema.

Diseño del sistema.- Desarrollar cada uno de los formatos que se manejaban para la captura de los datos.

Etapa de construcción.- Programación de la lógica para llevar a cabo las operaciones necesarias para la obtención de los resultados deseados.

Test y evaluación.- Someter el sistema a pruebas las cuales serán realizadas por los operarios, el administrador del sistema y otros interesados, así como, observar errores del sistema, observar faltantes y corregirlos.

En conclusión, el sistema contara con 3 niveles de usuario, la misma será pedida al desear ingresar, de no contar con una, se podrá acceder al sistema hasta que se cuente con ella.

Usuario Nivel1

Será aquella en la cual:

Captura de datos.

Usuario Nivel2

Será aquella en la cual:

Captura de datos. Generar reportes

Usuario Nivel3

Será aquella en la cual:

Llenar formas. Generar reportes

Dar de alta usuarios

6.3 RESULTADOS, PLANOS Y PROGRAMAS A continuación se presentan los resultados de la programación del sistema.

En esta pantalla (fig. 3) se puede observar la pantalla de inicio del sistema el cual proporciona un login para el acceso a al mismo.

Fig. 3 Login del sistema.

El siguiente fragmento de código hace referencia a la creación de la ventana de login (fig. 3) y sus respectivos mensajes si los datos ingresados son erróneos.

Fig.4 Código para login.

La pantalla mostrada a continuación (fig. 5) será el menú que visualizaran tanto operadores como el administrador del sistema con la diferencia de que el último modulo solo estará activo para el administrador del sistema.

Fig. 5 Menú principal.

El siguiente fragmento de código (fig. 6) es el que le da la forma al menú principal y el cierre de sesión para el usuario (fig. 5).

Fig. 6 Código menú principal.

El primer paso después de seleccionar en el menú la orden de producción es la selección del torno a utilizar como se muestra en la figura (fig. 7), en el momento de que se seleccione un torno, este estará referenciado solo con el operario que lo acaba se seleccionar para poder actualizar la forma en la siguiente hora en ese mismo torno. Y al momento de que otro operario entre al sistema a registrar una nueva forma, el torno anteriormente seleccionado ya no estará disponible para este operario.

Fig. 7 Selección de torno a utilizar.

En la siguiente figura (fig. 8) se muestra el resultado de acceder a la primera opción del menú el cual es el generar una orden de producción.

Fig. 8 Orden de producción.

En el siguiente fragmento de código (fig. 9) se muestra lo importante de la forma de orden de producción (fig. 8) que es el cálculo automático de los totales al ingresar los datos en el formulario.

Fig. 9 Cálculo automático de totales.

El siguiente paso a realizar después de capturado los datos en la forma, es el introducirlos en la base de datos para poder acceder a ellos en otro momento. Para lo cual se importa la conexión se obtienen los datos y se ejecutan las consultas pertinentes para grabar los datos en la base de datos como se muestra en la figura (fig. 10 y fig. 10a).

Fig. 10 Primera parte del método de inserción a la base de datos.

Fig. 10a Segunda parte del método de inserción a la base de datos.

La siguiente figura (fig. 11) pertenece a la segunda opción del menú principal el cual tiene como propósito generar un formato para la creación de dos tipos de graficas las cuales se harán en base al promedio y a la amplitud(diferencia entre

el dato mayor obtenido y el dato menor obtenido) de los datos ingresados en la forma. Esta interfaz tendrá como objetivo el buscar alguna forma ya antes guardada para continuar con el llenado de la misma y de no existir el criterio de búsqueda el sistema generara una nueva forma para llenar.

Fig. 11 Selección de forma a llenar.

La siguiente figura (fig. 12) pertenece a la forma en la cual se capturaran datos en grupos de 5 y en base a estos ir generando una gráfica para la amplitud y otra para el promedio de los mismos.

Fig. 12 Forma para generación de graficas (amplitud y promedio).

Fig. 13 Graficas producto del llenado de la forma anterior (Fig. 12)

Ahora para el administrador del sistema la forma de acceder a esta parte cambia ya que él no será encargado de llenar este tipo de formas, más bien su función será la de checar las formas para detectar posibles errores de captura y hacer las correcciones pertinentes por lo que el sistema lo que le mostrara será una lista de las formas disponibles para corregir (fig. 14).

Fig. 14 Selección de gráficas para administrador.

La siguiente parte es el modulo del administrador que es la tercera opción del menú principal (fig. 5) el cual generara otro menú especial para el administrador el cual tendrá las opciones que se muestran en la siguiente figura (fig. 15).

Fig. 15 Menú para administrador del sistema.

La primera opción es la de creación de reportes en el cual podrá el administrador ubicar las piezas trabajadas, los desperdicios, fechas, y responsables. Este reporte podrá generarse en base a varios tipos de criterios de búsqueda lo cual se muestra en las siguientes figuras (fig. 16 y fig. 17).

Fig. 16 Filtros de búsqueda para generación de reportes.

Fig. 17 Estructura del reporte generado

Fig. 18 Código para generar el reporte (pdf)

De entre las opciones que puede manejar el administrador son las de alta y baja de usuarios para lo cual se crearon las siguientes pantallas (fig. 19 y fig. 20).

Fig. 19 Alta de usuarios.

Fig. 20 Baja de usuarios.

Otra funcionalidad del menú es la de registrar o eliminar tipos de incidencias las cuales son los motivos por los que pudiese haber paros en la producción de cierto torno (fig. 21).

Fig. 21 Alta y baja de incidencias.

Y por último se tiene la parte de registro de nuevas partes y eliminación de partes que ya no sean utilizadas por la empresa (fig. 22).

Fig. 22 Registro y eliminación de piezas

La siguiente figura (fig. 23) muestra la estructura de la base de datos que se ocupó para el funcionamiento del sistema.

Fig. 23 Esquema de la base de datos

CAPITULO 8

CONCLUSIONES Y RECOMENDACIONES

El objetivo de la elaboración del proyecto fue alcanzado ya que el proceso en el cual se capturaban los datos manualmente fue automatizado siendo que estos formatos se llenaran desde el sistema elaborado. La reducción de tiempos al principio no fue muy visible ya varios de los operarios no saben utilizar una computadora dificultándoseles la captura de datos mediante le teclado, pero con la práctica estos tiempos se mejoraran. Lo más notorio que logro el sistema fue la

mejora de las gráficas y los reportes pues las operaciones y procesos de elaboración están hechos por el sistema y no por el operario el cual era muy frecuente que cometiera errores en los procesos de cálculos.

Siendo así que el sistema en general cumplió con los aspectos requeridos de la empresa, no obstante en este mismo se pudo haber hecho muchas más cosas con él, pero por el corto tiempo con el que se contaba no se pudieron implementar nuevos módulos o funciones que no se contemplaron en el tiempo en el que se desarrollaban las residencias.

REFERENCIAS BIBLIOGRÁFICAS

Aulbach A., 2002, La Biblia Java, PHP, y MySql En Español, (ed. sexta), México, Free Software Foundation

Gauchat D., 2012, El gran libro de HTML5, CSS3 y Javascript, Primera Edición, Barcelona, Marcombo

GLOSARIO DE TÉRMINOS

Semieje: Cada una de las dos piezas en que se encuentra dividido un eje (estos ejes son fabricados para GKN)

Jaula: Piezas base para la elaboración de piezas terminales mediante un proceso que involucra a un operario y a un torno.

Retrabajo: Proceso en el cual las piezas que salen defectuosas, pero que aún se pueden arreglar son sometidas a otro proceso para tratar de dejarlas en buen estado para su venta.

CPK: Indicador que nos indica la Habilidad del proceso el cual debe de tener un valor min. De 1.33

Promedio: Suma de todos los valores numéricos dividido entre la cantidad de valores sumados.

Amplitud: se refiere a la diferencia entre el valor máximo y mínimo de la distribución de una variable.

Incidencia: Motivo por el cual se genera un paro de producción en cierto torno.