PALABRAS CLAVES Sistema Web de Inventarios, Desarrollo Web, Aplicación Web, Software, administración de inventarios, inventarios, AJAX, CSS.

Transcripción

1 FECHA NÚMERO RAE PROGRAMA AUTOR (ES) TÍTULO El número con que entra el resumen analítico de un documento a la Red. Entonces el analista es quien otorga este número. INGENIERÍA DE SISTEMAS VIZCAINO JARA, William SISTEMA WEB DE GESTION DE INVENTARIOS PARA TECNICONTROL S.A. PALABRAS CLAVES Sistema Web de Inventarios, Desarrollo Web, Aplicación Web, Software, administración de inventarios, inventarios, AJAX, CSS. DESCRIPCIÓN Este proyecto de grado consiste en el desarrollo de una aplicación web para la administración de inventarios en la empresa Tecnicontrol S.A., utilizando la metodología RUP, con el fin de tener un mejor control de los equipos de la bodega de la Sede Central con los cuales se realizan las inspecciones. El software al tener control preciso de la información de equipos también juega un papel importante en la planeación y toma de decisiones en proyectos y el aseguramiento en la calidad del servicio al cliente. FUENTES BIBLIOGRÁFICAS GARCÍA, Rodríguez Guillermo, Gestión de Inventarios, CAFAM, Centro de Capacitación y Desarrollo Empresarial, 1999 p. 3-6, Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 3 p , 56p.

2 NÚMERO RAE PROGRAMA INGENIERÍA DE SISTEMAS CONTENIDOS OBJETIVO GENERAL Desarrollar una aplicación Web de Gestión de inventarios que permita optimizar los distintos procesos relacionados en la empresa Tecnicontrol S.A. y administrar los recursos físicos de la bodega de Sede Central que contribuyen al cumplimiento del objeto del negocio. OBJETIVOS ESPECÍFICOS Analizar los requerimientos entregados por el cliente con el fin de realizar el modelo de requisitos y modelo del análisis para el nuevo aplicativo. Realizar el modelo de diseño para establecer el diagrama entidad relación de la base de datos de inventarios y la arquitectura de clases con la que se implementará el aplicativo. Implementar el nuevo aplicativo, utilizando tecnologías que permitan la interacción rápida y dinámica con el usuario final y el servidor. Realizar pruebas sobre el nuevo software para validar los requerimientos solicitados por el cliente. MARCO TEÓRICO Gestión de Inventarios Administración de Inventarios Modelo de Proceso Proceso Unificado DESARROLLO INGENIERIL - Situación actual de Tecnicontrol - Desarrollo versión 1: Modelo de requisitos Modelo de análisis Modelo de diseño Implementación Pruebas - Desarrollo versión 2: Modelo de requisitos Modelo de análisis Modelo de diseño Implementación Pruebas

3 NÚMERO RAE PROGRAMA INGENIERÍA DE SISTEMAS METODOLOGÍA 1. Enfoque empírico-analítico Línea de Investigación de la Universidad: Tecnologías actuales y sociedad. Línea de Investigación de la Facultad: Tecnologías de Información y Comunicaciones (TIC). Núcleos problémicos: Construcción de software 2. Para la recolección de información se usó encuestas y entrevistas con el usuario final. CONCLUSIONES La aplicación del modelo de proceso RUP ayudó considerablemente en la creación de la aplicación de inventarios, ya que dan al programador herramientas para poder modelar mejor un problema real y así desarrollar una herramienta de calidad que supere las necesidades del cliente. Las aplicaciones web presentan una ventaja en cuanto a disponibilidad, en comparación con las aplicaciones de escritorio, ya que al estar en la Web, el usuario puede acceder a la misma cuando sea necesario. Además si ocurre algún incidente con el equipo del usuario, no se corre el riesgo de que se pierda la información, situación que se presentaba con la administración de los inventarios de la bodega con Aurora versión 13. La utilización de herramientas de software que trabajan íntegramente, como es el caso de la suite de desarrollo de Microsoft; Visual Studio 2005 y SQL server 2005, dieron al desarrollo de software buenas ayudas para la implementación de la misma, pudiendo dar al administrador de la bodega un software de calidad. La utilización de tecnologías modernas para aplicaciones web, como AJAX y CSS implementaron mayor funcionalidad e interactividad en el software de inventarios, permitiendo crear una aplicación atractiva y dinámica para usuario final. Los procesos de desarrollo de software deben adaptarse conforme al equipo de desarrollo y al problema que se esté analizando. Se recomienda al departamento de IT de Tecnicontrol S.A. la adquisición de un mejor servidor de aplicaciones, ya que el servidor donde se encuentra alojada la aplicación de Inventarios necesita mayor capacidad de procesamiento y almacenamiento, debido a la gran cantidad de aplicaciones que tiene alojadas.

4 SISTEMA WEB DE GESTIÓN DE INVENTARIOS PARA TECNICONTROL S.A. WILLIAM VIZCAINO JARA UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTÁ 2010

5 SISTEMA WEB DE GESTIÓN DE INVENTARIOS PARA TECNICONTROL S.A. WILLIAM VIZCAINO JARA Proyecto de grado como requisito para optar por el título de Ingeniero de Sistemas Asesor: Emilio A. Barajas UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTÁ 2010

6 Nota de aceptación Firma del presidente del jurado Firma del Jurado Firma del Jurado Bogotá, 08 de Noviembre de 2010

7 AGRADECIMIENTOS El autor expresa sus agradecimientos a: A mi madre María del Carmen Jara; porque con su cariño y su apoyo he podido terminar este importante paso en mi vida tanto profesional como personal. Los ingenieros Andrés Ballesteros y David Olmos; por ser quieres me dieron la oportunidad de trabajar en esta gran empresa Tecnicontrol S.A. y han sido excelentes jefes y compañeros de trabajo. Al Señor Hernán Valencia; por darme la oportunidad de desarrollar mi proyecto de grado en Tecnicontrol S.A. y en general a todos los compañeros de oficina ya que gracias a su apoyo y consejos me dieron la fuerza para terminar este proyecto exitosamente.

8 CONTENIDO pág. INTRODUCCIÓN 14 1 PLANTEAMIENTO DEL PROBLEMA ANTECEDENTES DESCRIPCIÓN Y FORMULACIÓN DEL PROBLEMA JUSTIFICACIÓN OBJETIVOS DE LA INVESTIGACIÓN Objetivo general Objetivos específicos ALCANCES Y LIMITACIONES 17 2 METODOLOGÍA 19 3 LÍNEA DE INVESTIGACIÓN DE LA UNIVERSIDAD / LÍNEA DE INVESTIGACIÓN DE LA FACULTAD / NUCLEOS PROBLÉMICOS 20 4 CRONOGRAMA DE ACTIVIDADES 21 5 MARCO DE REFERENCIA MARCO TEÓRICO CONCEPTUAL Gestión de inventarios Administración de inventarios Modelo de proceso Proceso unificado (UP) MARCO LEGAL O NORMATIVO 39 6 DESARROLLO INGENIERIL SITUACION ACTUAL DE TECNICONTROL 40

9 6.1.1 Administración actual de Inventarios en Tecnicontrol S.A Falencias en la administración de inventarios con Aurora Versión Situación actual de la Plataforma Tecnológica de Tecnicontrol S.A DESARROLLO VERSION Modelo de requisitos Modelo de análisis Modelo de diseño Implementación Pruebas DESARROLLO VERSION Modelo de requisitos Modelo de análisis Modelo de diseño Implementación Pruebas PRESENTACION Y ANÁLISIS DE RESULTADOS CONCLUSIONES Y RECOMENDACIONES 151 BIBLIOGRAFÍA 152 GLOSARIO 153 ANEXOS 155

10 LISTA DE TABLAS pág. Tabla 1. Costos derivados de ruptura de inventarios 31 Tabla 2. Descripción del Actor Administrador Bodega 44 Tabla 3. Descripción del Actor Base de Datos Directorio Activo 44 Tabla 4. Descripción del Actor Usuario Registrado en Base de Datos de Inventarios 45 Tabla 5. Descripción del Actor Base de Datos de Inventarios 45 Tabla 6. Descripción del Actor Base de Datos Novasoft 46 Tabla 7. Descripción del Caso de Uso Validar Usuario 46 Tabla 8. Descripción del Caso de uso Administrar Familia 47 Tabla 9. Descripción del Caso de uso Administrar Grupo 48 Tabla 10. Descripción del Caso de uso Administrar Subgrupo 49 Tabla 11. Descripción del Caso de uso Administrar Ítems 49 Tabla 12. Descripción del Caso de uso Administrar Terceros 51 Tabla 13. Descripción del Caso de uso Administrar Centros de Costo 52 Tabla 14. Descripción del Caso de uso Administrar Bodegas 53 Tabla 15. Descripción del Administrar Proveedores 54 Tabla 16. Descripción del Caso de uso Ingresar Unidades de Ítems 55 Tabla 17. Descripción del Caso de uso Préstamo de Ítems 58 Tabla 18. Descripción del Caso de uso Devolver ítem de préstamo 60 Tabla 19. Descripción del Caso de uso Salida de Consumibles 62 Tabla 20. Descripción del Caso de uso Dar de Baja Ítem 64 Tabla 21. Descripción del Caso de uso Consultar Información 67

11 Tabla 22. Identificación de clases en base a requerimientos del administrador 71 Tabla 23. Clases candidatas para el sistema de Inventarios identificadas en los requerimientos del administrador 73 Tabla 24. Clases inidentificadas para el sistema de Inventarios 74 Tabla 25. Asociaciones identificadas para relacionar clases en el software de inventarios 75 Tabla 26. Asociaciones identificadas con roles para relacionar clases en el software de inventarios 76 Tabla 27. Asociaciones identificadas con roles y multiplicidad para relacionar clases en el software de inventarios 77 Tabla 28. Relación entre casos de uso, actores y clases borde para el sistema de Inventarios 78 Tabla 29. Relación entre casos de uso, actores y clases Entidad para el sistema de Inventarios 80 Tabla 30. Relación entre casos de uso, actores y clases Control para el sistema de Inventarios 81 Tabla 31. Diccionario de datos tabla (Usuarios) 84 Tabla 32. Diccionario de datos tabla (Perfil) 84 Tabla 33. Diccionario de datos tabla (Bodega) 84 Tabla 34. Diccionario de datos tabla (UsuarioBodega) 85 Tabla 35. Diccionario de datos tabla (Familia) 85 Tabla 36. Diccionario de datos tabla (Grupo) 86 Tabla 37. Diccionario de datos tabla (Subgrupo) 86 Tabla 38. Diccionario de datos tabla (Terceros) 86 Tabla 39. Diccionario de datos tabla (Item) 87 Tabla 40. Diccionario de datos tabla (Movimientos) 89 Tabla 41. Diccionario de datos tabla (Tipo_Movimiento) 91

12 Tabla 42. Diccionario de datos tabla (Centro_Costo) 91 Tabla 43. Diccionario de datos tabla (Proveedores) 91 Tabla 44. Tarjeta para la clase InterfaceFamilia 92 Tabla 45. Tarjeta para la clase ManejadorFamilia 92 Tabla 46. Tarjeta para la clase ClsFamilia 93 Tabla 47. Tarjeta para la clase InterfaceGrupo 93 Tabla 48. Tarjeta para la clase ManejadorGrupo 93 Tabla 49. Tarjeta para la clase ClsGrupo 94 Tabla 50. Tarjeta para la clase InterfaceSubgrupo 94 Tabla 51. Tarjeta para la clase ManejadorSubgrupo 94 Tabla 52. Tarjeta para la clase ClsSubgrupo 95 Tabla 53. Tarjeta para la clase InterfaceItems 95 Tabla 54. Tarjeta para la clase ManejadorItems 96 Tabla 55. Tarjeta para la clase InterfaceCrearEditarItems 96 Tabla 56. Tarjeta para la clase ManejadorCrearEditarItems 96 Tabla 57. Tarjeta para la clase ClsItem 97 Tabla 58. Tarjeta para la clase InterfaceCentroCosto 97 Tabla 59. Tarjeta para la clase ManejadorCentroCosto 97 Tabla 60. Tarjeta para la clase ClsCentroCosto 98 Tabla 61. Tarjeta para la clase InterfaceTerceros 98 Tabla 62. Tarjeta para la clase ManejadorTerceros 98 Tabla 63. Tarjeta para la clase ClsTercero 99 Tabla 64. Tarjeta para la clase InterfaceBodegas 99 Tabla 65. Tarjeta para la clase ManejadorBodegas 99

13 Tabla 66. Tarjeta para la clase ClsBodegas 100 Tabla 67. Tarjeta para la clase InterfaceProveedores 100 Tabla 68. Tarjeta para la clase ManejadorProveedores 100 Tabla 69. Tarjeta para la clase ClsProveedores 101 Tabla 70. Tarjeta para la clase InterfaceIngresoDeUnidades 101 Tabla 71. Tarjeta para la clase ManejadorIngresoDeUnidades 102 Tabla 72. Tarjeta para la clase ClsMovimientos 102 Tabla 73. Tarjeta para la clase InterfaceMovimientoInv 103 Tabla 74. Tarjeta para la clase ManejadorMovimientoInv 103 Tabla 75. Tarjeta para la clase ClsMovimientos 104 Tabla 76. Tarjeta para la clase InterfaceMovimientoInv 104 Tabla 77. Tarjeta para la clase ManejadorMovimientoInv 105 Tabla 78. Tarjeta para la clase ClsMovimientos 105 Tabla 79. Tarjeta para la clase InterfaceSalidaConsumibles 106 Tabla 80. Tarjeta para la clase ManejadorSalidaConsumibles 106 Tabla 81. Tarjeta para la clase ClsMovimientos 107 Tabla 82. Tarjeta para la clase InterfaceBajaItem 107 Tabla 83. Tarjeta para la clase ManejadorBajaItem 108 Tabla 84. Tarjeta para la clase ClsMovimientos 108 Tabla 85. Tarjeta para la clase InterfaceConsultarMovimientos 109 Tabla 86. Tarjeta para la clase ManejadorConsultarMovimientos 109 Tabla 87. Tarjeta para la clase InterfaceConsultarTerceroConItems 109 Tabla 88. Tarjeta para la clase ManejadorConsultarTerceroConItems 109 Tabla 89. Tarjeta para la clase InterfaceConsultarEstadoItems 110

14 Tabla 90. Tarjeta para la clase ManejadorConsultarEstadoItems 110 Tabla 91. Tarjeta para la clase ClsMovimientos 110 Tabla 92. Descripción del Caso de uso Envió de equipos a mantenimiento 117 Tabla 93. Descripción del Caso de uso Ingreso de equipo de mantenimiento 119 Tabla 94. Descripción del Caso de uso Intercambio préstamo de ítems entre terceros 120 Tabla 95. Descripción del Caso de uso Extender fecha de entrega de ítems prestados 121 Tabla 96. Descripción del Caso de uso Consultar Información 122 Tabla 97. Descripción del Caso de uso Reportes 128 Tabla 98. Relación entre casos de uso, actores y clases borde para el sistema de Inventarios 130 Tabla 99. Relación entre casos de uso, actores y clases Entidad para el sistema de Inventarios 132 Tabla 100. Relación entre casos de uso, actores y clases Control para el sistema de Inventarios 133 Tabla 101. Tarjeta para la clase InterfaceMantenimientos 136 Tabla 102. Tarjeta para la clase ManejadorMantenimientos 136 Tabla 103. Tarjeta para la clase ClsMovimientos 137 Tabla 104. Tarjeta para la clase InterfaceMantenimientos 137 Tabla 105. Tarjeta para la clase ManejadorMantenimientos 138 Tabla 106. Tarjeta para la clase ClsMovimientos 138 Tabla 107. Tarjeta para la clase InterfaceIntercambioPrestamo 139 Tabla 108. Tarjeta para la clase ManejadorIntercambioPrestamo 139 Tabla 109. Tarjeta para la clase ClsMovimientos 139 Tabla 110. Tarjeta para la clase InterfaceExtenderFechaPrestamo 140

15 Tabla 111. Tarjeta para la clase ManejadorExtenderFechaPrestamo 140 Tabla 112. Tarjeta para la clase ClsMovimientos 141 Tabla 113. Tarjeta para la clase InterfaceConsultarEquiposClasificacion 141 Tabla 114. Tarjeta para la clase ManejadorConsultarEquiposClasificacion 141 Tabla 115. Tarjeta para la clase InterfaceConsultarItemPorPalabra 142 Tabla 116. Tarjeta para la clase ManejadorConsultarItemPorPalabra 142 Tabla 117. Tarjeta para la clase InterfaceConsultarMantenimientos 142 Tabla 118. Tarjeta para la clase ManejadorConsultarMantenimientos 143 Tabla 119. Tarjeta para la clase InterfaceReporteItemsPorderTerceros 143 Tabla 120. Tarjeta para la clase ManejadorReporteItemsPorderTerceros 143 Tabla 121. Tarjeta para la clase InterfaceReporteItemsEnBodega 144 Tabla 122. Tarjeta para la clase ManejadorReporteItemsEnBodega 144 Tabla 123. Tarjeta para la clase InterfaceReporteItemsCentrosCosto 144 Tabla 124. Tarjeta para la clase ManejadorReporteItemsCentrosCosto 144 LISTA DE FIGURAS

16 pág. Figura 1. Actores Figura 2. Diagrama de casos de uso para el módulo Clasificación de Ítems Figura 3. Diagrama de casos de uso para el módulo Administración de maestros 51 Figura 4. Diagrama de casos de uso para el módulo de Transacciones versión 1 55 Figura 5. Diagrama de casos de uso para el módulo Consultar Información versión Figura 6. Diagrama de clases con asociaciones Figura 7. Diagrama de clases con roles Figura 8. Diagrama de clases con multiplicidad Figura 9. Modelo Entidad Relación para la Base da datos de Inventarios Figura 10. Clase de ayuda SqlHelper para trabajar con la base de datos de inventario Figura 11. Diagrama de la Base de Datos de Inventario Figura 12. Diagrama de clases de la Capa de Negocio Figura 13. Formularios implementados en la Capa de Presentación Figura 14. Diagrama de casos de uso para el módulo de transacciones versión Figura 15. Diagrama de Casos de uso para el modulo Consultar Información versión Figura 16. Diagrama de Caso de uso para el módulo de Reportes Figura 17. Ubicación aplicación de Inventarios en Heracles Figura 18. Crear nuevo Directorio Virtual Figura 19. Ingreso del Alias del Software de Inventarios Figura 20. Ingreso de Ruta de la aplicación en el IIS

17 Figura 21. Directorio Virtual de la aplicación creado Figura 22. Tab de propiedades de la aplicación de Inventarios LISTA DE ANEXOS

18 pág. ANEXO 1. Requerimientos administrador de la bodega sede central ANEXO 2. Arquitectura de aplicaciones web Tecnicontrol s.a ANEXO 3. Ejemplo formato de ingreso de unidades de ítems ANEXO 4. Ejemplo formato de préstamo de ítems ANEXO 5. Ejemplo formato de salida de consumibles ANEXO 6. Ejemplo formato de baja de ítems ANEXO 7. Registro de asistencia pruebas versión ANEXO 8. Ejemplo formato de envío de equipos a mantenimiento ANEXO 9. Registro de asistencia pruebas versión ANEXO 10. Manual de usuario ANEXO 11. Pruebas de usuario versión ANEXO 12. Pruebas de usuario versión ANEXO 13. Carta de aprobación funcionamiento del software de Inventarios

19 INTRODUCCIÓN Tecnicontrol S.A. empresa dedicada a atender la necesidad de servicios especializados de gestión de calidad en la industria de la construcción metalmecánica, particularmente en el área petrolera y otros sectores como: Energía: Proyectos de Generación Térmica e Hidráulica, Plantas de fuerza. Petróleos: Poliductos, estaciones de Bombeo, terminales de almacenamiento, facilidades de producción. Industria: Plantas de proceso, químicas, petroquímicas, de proceso. Reparaciones y ampliaciones en cualquiera de los sectores anteriores. Además de actuar en aspectos como: Interventoría y supervisión de obras, aseguramiento de calidad (QA), control de calidad (QC), inspección de suministros, supervisión de seguridad industrial y medio ambiente (HSE), entre otras. Para llevar a cabo estas labores necesita de equipos especializados que cuenten con última tecnología para cada una de estas áreas, con el fin de brindar a sus clientes un alto nivel de calidad que logre asegurar sus procesos internos en términos de tiempo y costos. De ahí la buena administración, control y acceso a la información referente a estas herramientas que son críticas para la puesta en marcha de proyectos y el éxito de los mismos. Este proyecto se enfoca en el análisis mediante el cual Tecnicontrol S.A. gestiona actualmente sus inventarios y la propuesta de una solución informática vía web para solucionar inconvenientes actuales y seguir respaldando la Certificación NTC-ISO 9001:2008 Sistema de Gestión de Calidad otorgada por ICONTEC, teniendo en cuenta qué tan efectivos son sus procesos actuales en cuanto a la administración de inventarios, si las herramientas de software que utilizan actualmente cumplen con los requerimientos del Administrador de Inventarios, suministrándole reportes e información pertinentes para poder hacer análisis detallado de la misma y de esta forma estar al tanto de los equipos existentes, con su estado y disponibilidad para poder suministrar esta información en la planeación y puesta en marcha de proyectos. 14

20 1 PLANTEAMIENTO DEL PROBLEMA 1.1 ANTECEDENTES Teniendo en cuenta que la gestión de los elementos de trabajo y bienes de una entidad son sumamente importantes para el buen desarrollo y progreso de la misma, las empresas cada día buscan nuevas formas de administrarlos con mayor eficiencia. Tecnicontrol S.A a través del tiempo ha estado perfeccionando el proceso de gestión de sus inventarios. Primero se administraron en archivadores A-Z de documentos impresos, ya que a finales de los 70s los computadores no eran una tecnología fácil de adquirir por su costo. Esta forma de administrar los inventarios demandaba mucho tiempo en hacer un reporte de equipos existentes y su estado actual, además de no obtener información rápida acerca de que funcionarios tenían préstamos de equipos o cuantos equipos estaban asignados a un proyecto determinado. Cuando fue posible invertir en equipos de cómputo, se mejoró el proceso de gestión de inventarios usando hojas de cálculo en Excel para llevar un registro magnético de los préstamos de equipos, pero esta forma de controlar su inventario no optimizó del todo la forma de tener control de los mismos. Actualmente Tecnicontrol S.A. cuenta con gran variedad de equipos para diversos estudios realizados en el campo de acción de la entidad, estos equipos son administrados por Aurora Inventarios Versión 13, paquete corporativo de software desarrollado por Heinsohn Software House empresa Colombiana creada en 1978, especializada en desarrollo y comercialización de soluciones de software y servicios en tecnologías de información. Esta aplicación solamente se usa en un equipo donde se encuentra la Bodega Interna de Tecnicontrol S.A. Sede Central, y fue escogida por el actual administrador porque permite realizar el proceso de gestión de inventarios ágilmente, ya que tiene control sobre los préstamos de equipos, devolución de los mismos, equipos en bodega y la realización de reportes entre otras funcionalidades. Los siguientes son algunos software relevantes en el mercado: Sistema de Inventarios SOFI: este Sistema de Información permite llevar un control sobre las listas de productos e inventarios y un seguimiento al proceso de importación de un producto desde su salida hasta la llegada. Ofimática S.A. Sistema de Inventarios: el Sistema de Software Ofimática permite realizar el control y valorización de los Inventarios tales como Materias Primas, Productos en Proceso y Producto Terminado. 15

21 ERP de Novasoft Módulo de Inventarios: cuenta con herramientas de análisis para facilitar la gestión del negocio y la toma de decisiones. Aurora Módulo de Inventarios: permite la configuración de formatos preimpresos para uso comercial y la posibilidad de obtener información individual por sucursal, o consolidada de la compañía. ERP de SIIGO- Módulo de Inventarios: Ofrece muy buenas funcionalidades en la administración de inventarios tal como incluir la fotografía del producto, Kardex total o por bodega, entre otras. 1.2 DESCRIPCIÓN Y FORMULACIÓN DEL PROBLEMA Aurora Inventarios V.13 es una versión antigua de software de inventarios, por lo tanto no cuenta con una base de datos que se puede migrar con facilidad, esto con el fin de hacer reportes, análisis de información más detallados y futura escalabilidad de la aplicación. Aurora Inventarios V.13 al ser un paquete corporativo tiene muchas herramientas que no son útiles para la gestión de inventarios en Tecnicontrol S.A. y no permite realizar un detalle del estado de los equipos. Además al no ser una herramienta que se tenga acceso vía web, dificulta la obtención de la información de los equipos por parte del administrador de la bodega o personal interno de la empresa en cualquier parte, con el fin de obtener información de algún equipo en particular. Por otra parte Tecnicontrol S.A necesita un historial detallado de los equipos, con información referente a proyectos en los que han estado, adicionalmente información relacionada con mantenimientos, reparaciones, calibraciones y alertas enviadas al administrador de la bodega de las mismas. Con estos detalles se llegó a la pregunta: Cómo optimizar el sistema de gestión de inventarios de la bodega de Sede Central en Tecnicontrol S.A., para tener un mejor detalle y control de sus elementos y equipos en la puesta en marcha de proyectos? 1.3 JUSTIFICACIÓN El desarrollo de un software de inventarios a la medida para Tecnicontrol S.A. dará mayor funcionalidad, seguridad y agilidad a los componentes de la herramienta, además del soporte constante que se dará al usuario final. El uso de software licenciado para el desarrollo de aplicaciones, en este caso la suite de desarrollo de Microsoft, Visual Studio 2005 y Sql Server 2005 dará agilidad para la implementación del aplicativo, teniéndolo en producción en el menor tiempo posible. 16

22 Entre más detalles se tenga en la administración de los inventarios, se podrá analizar mejor la información para la toma de decisiones y planeación de proyectos. Esto se verá reflejado en la obtención de mejores contratos con los clientes y mayor productividad en las operaciones internas relacionadas. Hay que considerar además que la utilización de tecnologías web da al usuario final mayor disponibilidad del software, ya que solamente necesitará un equipo con conexión a internet para acceder a la aplicación. Esto de igual forma evita que si ocurre algún incidente con la máquina del administrador, se pierda la información, problema que se presenta en las aplicaciones de escritorio que tienen la base de datos local. 1.4 OBJETIVOS DE LA INVESTIGACIÓN Objetivo general Desarrollar una aplicación Web de Gestión de inventarios que permita optimizar los distintos procesos relacionados en la empresa Tecnicontrol S.A. y administrar los recursos físicos de la bodega de Sede Central que contribuyen al cumplimiento del objeto del negocio Objetivos específicos Analizar los requerimientos entregados por el cliente con el fin de realizar el modelo de requisitos y modelo del análisis para el nuevo aplicativo. Realizar el modelo de diseño para establecer el diagrama entidad relación de la base de datos de inventarios y la arquitectura de clases con la que se implementará el aplicativo. Implementar el nuevo aplicativo, utilizando tecnologías que permitan la interacción rápida y dinámica con el usuario final y el servidor. Realizar pruebas sobre el nuevo software para validar los requerimientos solicitados por el cliente. 1.5 ALCANCES Y LIMITACIONES El proyecto cubre las fases de análisis, diseño e implementación y finaliza con las pruebas de funcionamiento junto con el administrador de la bodega de Sede Central. 17

23 El software fue pensado para que funcione en una sola bodega y con un solo usuario. En el momento en que la empresa crezca y sea necesario tener diferentes bodegas con sus respectivos administradores sería necesario hacer modificaciones en la estructura de la base de datos y en la arquitectura del software. 18

24 2 METODOLOGÍA Este proyecto tendrá un enfoque Empírico-Analítico ya que cuenta con interacción directa entre los usuarios interesados en el mejoramiento del sistema de inventarios y el desarrollador del proyecto como tal. Ya que este proyecto modifica una parte de la sociedad, busca el mejoramiento de un proceso de misión crítica, el cual es la gestión de inventarios como tal, permitiendo a Tecnicontrol S.A. ser más competente no solo en el mercado nacional, sino Internacional, ya que actualmente tiene clientes en Perú, México, Venezuela, entro otros en el mercado Latinoamericano. 19

25 3 LÍNEA DE INVESTIGACIÓN DE LA UNIVERSIDAD / LÍNEA DE INVESTIGACIÓN DE LA FACULTAD / NUCLEOS PROBLÉMICOS Línea de investigación de la Universidad: Tecnologías actuales y sociedad. Línea de investigación de la facultad: Tecnologías de Información y Comunicaciones (TIC) Núcleos problémicos: Construcción de software 20

26 4 CRONOGRAMA DE ACTIVIDADES 21

27 5 MARCO DE REFERENCIA 5.1 MARCO TEÓRICO CONCEPTUAL Gestión de inventarios 1 Definición de almacén: Es todo espacio autorizado par la espera de materiales, materias primas, productos en general, hasta el momento de ser movidos para su uso. Necesidad: para satisfacer la necesidad de materiales, los materiales cumplirán ciertos requisitos. Cantidad: disponer de la cantidad necesaria para la producción Calidad: tener seguridad de ser la específica Oportunidad: los materiales deben ser situados en el lugar y momento precisos. El no uso oportuno genera costos adicionales. Los almacenes cumplen una función de servicio, ya sea de producción o venta. Bien planeados y administrados representan un costo pequeño y competitivo. Mal planeados representan un costo antieconómico e inaceptable. Principales costos causados: NO ALMACENAR Paros en producción Pérdida de tiempo del R./H (mandos medios, dirección) Defectos en producción en cantidad y calidad Retardo en plazos de entrega Aumento en el proceso de materiales, por comprar reducidas y esporádicas Incumplimiento de la programación ALMACENAR Costos de inversión Costos de materiales sin utilizar en espera Costos de protección, seguridad, gestión administrativa Perdidas de materiales por obsolescencia, cambio de especificaciones, mermas, roturas, etc. Conceptos inaceptables: 1 GARCÍA, Rodríguez Guillermo, Gestión de Inventarios, CAFAM, Centro de Capacitación y Desarrollo Empresarial, 1999 p

28 Mala planeación del lugar físico, ya sea en tamaño forma o muy distante. Utilización de equipos anticuados para la manipulación de los distintos materiales. Políticas deficientes sobre niveles de existencias, lotes mínimos, etc. Administración ineficiente por parte de la(s) persona(s) encargada(s) de almacén. Funciones del almacén: Recibir y controlar la calidad de los distintos artículos para su conservación y protección. Llevar los registros necesarios para conocer los ingresos y salidas para determinar las existencias. Suministrar los artículos en forma adecuada y oportuna a producción. Velar por las normas de seguridad inherente a las personas y material. Velar por la adecuada rotación, con el propósito de reducir deterioros y obsolescencias. Informar sobre los volúmenes de mínimos. Clasificación de los almacenes: Según el destino del material o producto almacenado Según estado de fabricación del producto que se almacena (Entrada, transito, envíos, etc.). Según calidad del material Según ubicación dentro de la empresa, materias primas, en proceso, terminados. También se tiene en cuenta: Tamaño de la empresa Tipo y proceso de producción Tipo de producto que se fabrique Diversidad y calidad de los artículos Espacio disponible para el almacén Frecuencia de movimientos de los materiales Principios básicos del almacén: 1. Integración de acciones, parte del conjunto y está al servicio. 2. Existencia económica, originan costo mínimo 23

29 3. Trafico mínimo, producto de las distancias recorridas por las frecuencias 4. Distancia mínima, el mejor almacenamiento 5. Carga completa, utilizar los distintos medios de movimiento en su máxima capacidad 6. Seguridad eficaz, es más efectivo el trabajo satisfactorio de las personas 7. Flexibilidad, posibilidad de reajustar el almacén según la necesidad para escoger la forma de almacén. 8. Acceso fácil, para llegar a los materiales, asegurar la rotación de los mismos. Gestión de existencias Relación con la administración de existencias Para administrar las existencias de la empresa, ya sea de producción, comercio o servicio, agroindustrial, debe tener en cuenta lo siguiente: Prestar buen servicio a la clientela Asegurar la continuidad de las operaciones Dar cumplimiento a los despachos previstos Lograr mayor productividad Evitar pérdidas de mercancías o materiales que se vuelvan obsoletos a causa del desperdicio o deterioro. Disponer de documentos para el control administrativo Organización: cualquiera que sea el producto almacenado debe tener dos movimientos: ENTRADA y SALIDA. Para su utilización: Origen de los productos a almacenar, destinatario Quien ordena la salida y a quien Cuál es el documento o formulario (orden de entrada y salida). Cuál es el flujo Como se registra la salida Para control: Cuál es el documento que informa sobre la realización a la persona que ordena Cuál es el servicio que debe controlar la reutilización 24

30 Cuáles son los documentos o formularios que permiten el control y la información Buscar una simplificación de los formularios Sistemas de administración: Centralizado, apto para pequeñas y medianas empresas Descentralizado, para grandes empresas Combinación de los dos. La combinación depende de estructuras de la empresa, organización, fines y políticas Sistemas de almacenamiento Localización: varía de acuerdo con las características del almacén, está directamente relacionada con los dispositivos destinados para tal fin. La rotación de los productos o mercancías. Así los de más frecuencia deben estar colocados en lugares de más fácil acceso. En cuanto a Almacenamiento lo ideal sería: Utilizar un edificio de una sola planta Tener una circulación directa Poseer equipo adecuado para el manejo Tener bodega y sistema de almacenamiento adecuado Basado en: Naturaleza de los productos o mercancías Métodos de gestión en la empresa La naturaleza de los productos determina el sistema de almacenamiento. Amontonar las mercancías en forma irregular Utilizar caballetes, tableros para productos sólidos y forma regular. Utilizar tableros en forma de cajas de malla metálica, postes verticales, para los productos de forma irregular Utilizar pequeñas cajas, arcones de madera para los productos de gran valor, o que se entregan en pequeñas cantidades. Personal de almacén o bodega: operaciones que realiza Descargar y recibir Desempacar Manejar equipos de manipulación Colocar productos en el lugar previsto 25

31 Prepararlos productos (selección, empaque) Controlar las cantidades, el estado, etc Administración de inventarios 2 Concepto de inventarios: La palabra inventario en términos generales, se usa para designar la relación o lista de los bienes materiales y derechos pertenecientes a una persona o comunidad, hecha con orden y claridad. Desde el punto de vista de la empresa industrial, inventarios son los bienes que una empresa destinada a la producción de artículos para la posterior venta, tales como materias primas, producción en proceso, artículos terminados y otros materiales que se utilicen en el empaque o las refacciones. Concepto de administración de inventarios: El inventario es uno de los mayores activos con que cuenta una empresa. En las empresas manufactureras existen tres tipos principales de inventarios: materias primas, productos en proceso y productos terminados. La administración de inventarios es la aplicación de procedimientos y técnicas que tienen por objeto establecer, poner en efecto y mantener las cantidades más ventajosas de materias primas, producción en proceso, artículos terminados y otros inventarios, minimizando los costos a que den lugar, para contribuir a lograr los fines de la empresa. Lo característico de cualquier inventario es que está formado por la totalidad de los artículos de propiedad tangible de la empresa que se tienen para venta, están en proceso de producción o se consumen siempre durante esté. Importancia de la administración de inventarios: La importancia de tener un control efectivo sobre los inventarios se basa en las siguientes premisas: 1. El manejo efectivo de inventarios es esencial a fin de proporcionar le mejor servicio a los clientes. Si la situación de pedidos atrasados o falta de artículos en bodega se convierte en una situación constante, se invita a la competencia a llevarse el negocio sobre la base de un servicio más completo. 2. Sin un manejo y control de existencias operantes, una compañía no puede producir con el máximo de eficiencia. Sin las materias primas, las piezas o 2 GARCÍA, Rodríguez Guillermo, Gestión de Inventarios, CAFAM, Centro de Capacitación y Desarrollo Empresarial, 1999 p

32 subensambles no se tienen al momento en que deben emplearse, el objetivo de la producción, que es fabricar oportunamente el producto deseado, de una calidad específica, en cantidades apropiadas u al menor costo posible, no se logra. La fabricación es, en el fondo, un proceso de convertir dinero en dinero, y si tiene éxito significa el incremento de este para quienes arriesguen los recursos iniciales. 3. El costo de mantener los inventarios está afectado directamente por la pericia con que se controlen los diversos niveles establecidos para los mismos. Se ha estimado que el costo de mantenimiento fluctúa entre un 10 y un 25% del valor de los propios inventarios, dependiendo de la rama industrial de que se trate y de las condiciones peculiares de la empresa. Este costo incluye renglones tales como: intereses sobre capital invertido, almacenaje, espacio sobre bodegas, seguros, etcétera. Si la empresa es una industria cuya evolución técnica está avanzando rápidamente, el factor obsolescencia se vuelve sumamente importante. Clasificación de los inventarios: La clasificación de inventarios en las industrias de transformación se hace generalmente de la siguiente forma: Materias primas: El termino materias primas comprende toda clase de materiales comprados por el fabricante y que serán sometidos a operaciones de transformación o manufactura para su cambio físico y/o químico antes de que puedan venderse como productos terminados. Producción en proceso: Son todos los materiales en los cuales se han ejecutado operaciones de transformación en un periodo de costos, pero que todavía requieren de otras operaciones para quedar terminados. Productos terminados: Son todos aquellos artículos que fueron sometidos a las operaciones de transformación necesarias para poderlos destinar preferentemente a las ventas. Otros inventarios: Son todos los artículos necesarios para el funcionamiento y conservación tanto de la fabricación como de las oficinas. En general son los artículos que no entran en el producto transformado en forma directa pero que son necesarios para la empresa. 27

33 Costo de inventarios Decisión es la acción que implica la selección de una alternativa entre varias. Las decisiones que se tomen en relación con la afectación de los inventarios de la empresa, tienen consecuencia sobre el desarrollo de la misma, ya que una de ellas puede conducir a la empresa a problemas financieros por sobre inversiones de inventarios o bien, lo contrario, a pérdidas de mercado por carecer de los mismos. Los costos en que puede incurrir una empresa a consecuencia de las decisiones para establecer los niveles de inventarios se puede agrupar en: Costos de mantener: Estos incluyen todos los gastos en que una empresa incurre y que corresponden a la inversión, guarda y manejo que se tiene de los inventarios. Es un costo variable que se expresa en porcentaje y comprende principalmente los siguientes elementos: Costo de capital invertido: Los problemas de planeamiento de inventarios requieren considerar el uso del capital. El costo del capital no es la pérdida de este, sino el costo necesario para obtenerlo, con el fin de utilizarlo para soportar o financiar operaciones. Dicho costo puede basarse en alguno de los factores siguientes o en ambos: el costo de desviar capital de otros usos posibles, es decir, el de las oportunidades perdidas para usos redituables, o el de conseguir fondos bancarios. Estos son los principales factores que intervienen en el costo del capital, el cual será evaluado de acuerdo con el rendimiento esperado y con la tasa de préstamos bancarios. Costo de obsolescencia: Este costos e determinará con base en los datos históricos de la empresa e incluye la parte de la inversión en inventarios que no se utiliza, ya sea porque no satisface los requerimientos actuales de los artículos producidos porque hayan sufrido cambios o, en el caso de los productos terminados, artículos que ya han pasado de moda. Esta situación se presenta a menudo con los productos altamente estacionales. Los seguros: Dentro de las empresas es una práctica común y adecuada asegurar las distintas inversiones que se tienen en ellas. Los inventarios no son una excepción en este caso y en una administración sana, son asegurados de acuerdo con el valor de la inversión de estos; es decir, de acuerdo con el valor de la cantidad de materiales o productos que se tengan, a eso se debe que el costo de estos seguros debe añadirse al costo de mantener inventarios. Estos costos por seguros también se determinan con base en datos históricos de la empresa. Almacenaje: Los locales en que se tienen almacenados los inventarios pueden encontrarse en una de las dos siguientes situaciones: Que sean rentados por la empresa. Que sean propiedad de la empresa. 28

34 En el primer caso, los inventarios absorberán aparte proporcional de la renta que les corresponde de acuerdo con la superficie que ocupen. En el segundo, absorberán dentro de su costo de almacenaje, la parte proporcional de la depreciación del local, de acuerdo también con la superficie que ocupen. El costo de mantener los inventarios, como se dijo anteriormente, se expresa en porcentajes que irán en relación con la inversión que la empresa tenga en los mismos, estos porcentajes fluctúan entre un 10 y un 25% del valor de los propios inventarios, dependiendo de la rama industrial de que se trate y de las condiciones peculiares de la empresa. Por lo tanto, se puede decir que a medida que aumenta nuestra inversión en inventarios, aumenta nuestro costo de mantenerlos. Es una resta porque a un aumento en la inversión de inventarios corresponderá un aumento proporcional en su costo de mantener. Costo de ordenar: Este costo comprende todos aquellos gastos necesarios para expedir una orden de compra u orden de producción y se expresa en importes. En el caso de las órdenes de compra, el costo de ordenar incluye en forma general los siguientes conceptos: Tramites de proveedores. Preparación de las requisiciones de compra. Recepción de los materiales. Análisis e inspección de los materiales recibidos. Muestras para control de calidad. Costeo de la orden de compra. Pago de las facturas correspondientes. Registro de control de inventarios, almacén, costos, etcétera. Costos de carecer: Este costo es sumamente difícil de medir, ya que intervienen muchos factores en su determinación. En sí, consiste en medir el riesgo de quedarse sin existencias en un momento determinado y tratar de cuantificar el efecto de dicho riesgo en la empresa. En el caso de las materias primas, la falta de existencias en un momento determinado podría provocar, entre otras cosas: esfuerzos administrativos especiales, tiempo ocioso de personal, tiempo ocioso de equipo y maquinaria, tiempo extra, etcétera. En el caso de los productos terminados, el carecer de existencias puede significar perdidas de ventas para la empresa y, por lo tanto, la utilidad adicional, que se habría realizado si se hubiese vendido en el momento de la demanda. En 29

35 consecuencia, un cliente cuyo pedido no se satisface, puede en el futuro reducir su demanda con la consiguiente mala reputación de la empresa. Como puede apreciarse, los tres tipos de costo tienen un carácter eminentemente subjetivo por lo que podrán variar de una empresa a otra. De lo expuesto anteriormente, se puede concluir que los costos de inventarios dependen directamente de la inversión que la empresa tenga en dichos inventarios. Si la inversión en inventarios aumenta: Los costos totales de mantener aumentan, ya que son un porcentaje de la inversión de dichos inventarios. Los costos totales de ordenar disminuyen, ya que a la decisión de aumentar en nivel de inventarios para un consumo determinado de artículos, se pedirán cantidades mayores en cada orden de compra o de producción. Los costos totales de carecer disminuirán, puesto que el riesgo de quedarse sin existencias es menor. Si la inversión disminuye, el comportamiento de los tres costos mencionados será el contrario al explicado. Gráficamente se puede ver el comportamiento de los costos de mantener, de ordenar y carecer en la siguiente figura: Costos de manejo: Los inventarios ocasionan diversos tipos de costos, a veces relativamente altos. 1. Costo del capital invertido: si la actividad de nuestra empresa no es especulativo, o sea, que el objetivo no es mantener inventarios esperando un alza de precios en el mercado, el capital invertido está valiendo por lo menos el interés de ese capital. 2. Costo de personal: el personal que maneja inventarios, aunque sea temporal, debe ser remunerado. 3. Costo por almacenamiento: el área que ocupa en el almacén tiene un costo, los elementos se pueden dañar o volver obsoletos. 4. Costo por pérdidas y robos: ocurren a menudo y deben dársele la importancia. 5. Costos administrativos y elementos de almacén: aquí se considera la papelería, actualización de Kardex, tiempo para trámite, el valor de los elementos. 6. Costos de seguros: seguros contra incendios, robo etc. se consideran al calcular los inventarios. 30

36 7. Costos de ruptura: se ocasionan para analizar la producción y el incumplimiento de los clientes. Costos derivados de ruptura de inventarios: Tabla 1. Costos derivados de ruptura de inventarios ORIGEN Maquinas o equipo Líneas de montaje, manto Almacén Administración Calidad Clientes y proveedores NATURALEZA DEL COSTO Para que el proceso productivo sea correcto y uniforme debe disponerse cada momento de los materiales, piezas y suministros necesarios. La ruptura de stocks supone pérdida de tiempo para las máquinas y equipos, mayor número de operarios. También supone gran pérdida de tiempo para una planta el cambio de producto a fabricar. Costo en las máquinas y equipo. No tener la herramienta, repuesto o material, supone no poder tener los equipos en buen estado. El precio se paga, por cantidad de imprevistos de tiempos muertos. Frecuentes averías, largos periodos de reparación. El stock insuficiente de productos, es causa frecuente de enviar remesas incompletas para no acabar las existencias. Resultan muy caras las remesas. Incurre en gastos de transporte. Altos sueldos, problemas administrativos, conseguir los elementos con desespero. Involucra el resto de personal administrativo. Reinará un clima de crisis y angustia que impide la planificación y control. Hay necesidad de sustituirlos por otros de inferior calidad o composición. No garantiza la entrega de productos, produce incomodidad redundante en perdida Modelo de proceso 3 Un modelo de proceso de software define como solucionar la problemática del desarrollo de sistemas de software. Para desarrollar el software se requiere resolver ciertas fases de su proceso, las cuales se conocen en su conjunto como el ciclo de vida del desarrollo de software. Un modelo de proceso debe considerar una variedad de aspectos, como el conjunto de personas, estructuras 3 Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 3 p , 56p. 31

37 organizacionales, reglas, políticas, actividades, componentes de software, metodologías y herramientas utilizadas. Una creencia común, aunque equivocada, es la existencia de un solo modelo de proceso aplicable a cualquier proyecto, pues el modelo de proceso depende del tipo particular de proyecto, por ejemplo: Primer proyecto de su tipo. Se crea la mayoría de software desde cero. Por ser la primera vez que se crea este tipo de proyecto, se requiere más tiempo para especificarlo y analizarlo. En un primer proyecto, la incertidumbre crea riesgos adicionales. Segundo proyecto de su tipo. Se busca agregar una nueva funcionalidad a un proyecto conocido. En general, el desarrollador tiende a excederse agregando demasiada funcionalidad en comparación con el proyecto anterior (esto se conoce como featuritis), el sistema se vuelve mucho más grande que el original causando retrasos en el sistema, como actualmente ocurre con muchos proyectos. Variación de un proyecto. Se extiende un sistema ya existente, lo cual involucra introducir componentes de software reutilizables como un marco de trabajo (framework), crear nuevos componentes o simplemente extender la aplicación existente mediante nueva funcionalidad. Dependiendo de la estrategia a utilizar, el modelo de proceso debe varia. Por lo general, el riesgo de este tipo de proyectos es mucho menor que en los primeros proyectos de su tipo. Proyecto de reescritura de legado (legacy). Se busca transformar o hacer una reingeniería de un sistema ya existente, desarrollado bajo tecnologías anteriores, a un sistema desarrollado bajo nuevas tecnologías, tales como las orientadas a objetos. Esta ha sido la situación más común para resolver el problema del año En lugar de remendar sistemas, se aprovechó para reescribirlos. El proyecto de reescritura de legado tiene varias características en común con otros tipos de proyectos, entre las que están la variación de un proyecto, por ya existir un proyecto anterior con funcionalidad similar, y un primer proyecto de su tipo, ya que se debe crear una nueva arquitectura sin contar con software reutilizable del proyecto anterior. Además, existen los riesgos relacionados con un primer proyecto, ya que se requiere el uso de tecnología nueva. Proyectos de creación de software reutilizable. Se busca crear uno o más componentes de software reutilizable. Este tipo de proyectos es muy similar a otros proyectos de desarrollo de software, donde es necesario incluir los requisitos y desarrollar el diseño completo del componente. Sin embargo, es diferente de otro tipo de sistemas, donde se deben considerar 32

38 las necesidades de múltiples proyectos, de manera que se asegure que el diseño sea lo suficientemente general para ser útil en otras situaciones desconocidas. Esto requiere de mayores esfuerzos, razón por la cual, la mayoría del software existente no es reutilizable. Proyecto de mejora de sistema o mantenimiento. Se busca modificar los componentes básicos de un sistema para apoyar una nueva funcionalidad. Estos proyectos a menudo son relativamente pequeños, y afectan solo parte del sistema. Se debe comprender bien qué componentes se tiene que mejorar y cómo repercuten estos cambios al resto del sistema. Dada la variedad de tipos de proyectos, es necesario considerar los diferentes componentes de un modelo de proceso. Estos componentes son principalmente: la arquitectura, la actividad, los métodos y las metodologías, la estrategia y las herramientas para la administración de software, las cuales se describen a continuación Arquitectura Una arquitectura de software define la estructura general de un sistema y varía de acuerdo con el tipo de sistema a desarrollarse. Así, puede estar basada en elementos sencillos o componentes prefabricados de mayor tamaño, y se especifica de acuerdo con los diferentes tipos de sistemas. A continuación se dan algunos ejemplos de familias de sistemas: Transformación en lote (batch). Son sistemas de transformación sobre un conjunto de entradas de valor constante, para generar un conjunto de salidas. Un ejemplo de un sistema de este tipo es un compilador. Transformación continua. Son sistemas de transformación sobre un conjunto de entradas de valor variable, que genera un conjunto de salidas que difieren en el tiempo. Ejemplo de estos son los sistemas de control de señales. Sistemas interactivos. Son sistemas regidos por interacciones externas, por lo general, con un usuario. Estos sistemas son controlados por manejadores de eventos, encargados de procesar acontecimientos generados por el usuario, como un click del ratón o la presión de una tecla. Simulación dinámica. Son sistemas que simulan entidades del mundo real y evolucionan con el tiempo. Ejemplo de estos sistemas son simuladores de sistemas financieros, redes neuronales, etcétera. Sistemas de tiempo real. Son sistemas regidos por restricciones estrictas en el tiempo, que requieren garantías en el tiempo de respuesta. Ejemplo 33

39 de estos sistemas son los controladores de procesos industriales y dispositivos de comunicación. Administración de transacciones. Son sistemas para interactuar con bases de datos y que incluyen, por lo general, acceso concurrente y distribuido de múltiples usuarios. Ejemplos de estos sistemas son los de reservaciones de vuelos y los de control de inventario Actividad Una actividad es una unidad o paso básico de un proceso. En el proceso de software las actividades definen los pasos necesarios para lograr las metas y los objetivos; por ejemplo, especificar los requisitos del sistema. Las actividades deben: ser fáciles de definir y seguir; simplificar la comprensión del sistema; y ofrecer flexibilidad, precisión y extensibilidad. Las actividades básicas del proceso de desarrollo de software, conocidas como el ciclo de vida de software, son las siguientes: i. requisitos para especificar del sistema, que describen como interactuaría un usuario con la aplicación. ii. análisis para dar al sistema una estructura o arquitectura robusta y extensible independientemente del ambiente de implementación final. iii. diseño para adoptar y refinar la arquitectura del sistema y adaptarla al ambiente de implementación específico. iv. implementación para codificar el sistema. v. integración para combinar componentes del sistema. vi. pruebas para validar y verificar el sistema. vii. documentación para describir los diversos aspectos del sistema. viii. mantenimiento para extender la funcionalidad del sistema. La transición entre las distintas actividades debe ser natural, y que haya continuidad o rastreabilidad (traceability) de una actividad a la siguiente o a la anterior. A continuación describimos con mayor detalle cada actividad. Requisitos: El modelo de requisitos tiene como meta definir y delimitar la funcionalidad del sistema de software. Sirve como base de negociación entre el desarrollador del sistema y el cliente, y debe reflejar los deseos de este. Es esencial que los clientes que no tengan conocimientos en computación comprendan el modelo de requisitos para facilitar la interacción con ellos. El modelo de requisitos gobierna el desarrollo de los demás modelos, donde éstos se deben basar en aquél. También sirve como base para elaborar las 34

40 instrucciones de operación y los manuales, los cuales se tiene que redactar desde el punto de vista del usuario. El desafío en la especificación de requisitos comienza cuando el experto debe comunicar los conceptos, lo que, en general, no es posible hacer adecuadamente de manera sencilla. Por ello, se provee de múltiples explicaciones, orales o escritas, que el desarrollador integra en una forma coherente. La especificación de requisitos es particularmente difícil cuando la información es incompleta, los expertos pueden articular lo que saben, o no están seguros o, incluso, son incoherentes en su información. Análisis: Después de desarrollar el modelo de requisitos y de que los usuarios del sistema o clientes lo aprueben, se puede continuar con el modelo de análisis, que tiene como objetivo construir una arquitectura capaz de resolver el problema bajo condiciones ideales. Esto significa desarrollar una estructura lógica del sistema, la cual debe ser estable y extensible. El análisis se enfoca en qué debe hacer el sistema, en lugar de cómo se supone que lo hará. El alcance del modelo del análisis está directamente relacionado con la naturaleza del problema. En el caso de un análisis orientado a objetos, se desea identificar los objetos y describir cómo interactúan entre sí. Diseño: El propósito del modelo de diseño es extender la arquitectura de análisis. La razón para no hacer esta extensión durante el modelo del análisis se debe a que la propia aplicación controla la arquitectura del sistema y no las circunstancias existentes durante su implementación. En otras palabras el modelo de análisis debe ser visto como un modelo conceptual y lógico del sistema, mientras que el modelo de diseño debe definir todo lo necesario para alcanzar el código final. Dado que los ambientes de implementación tienden a cambiar, es necesario guardar y congelar el modelo de análisis para un mantenimiento futuro, incluso después de terminar el diseño. El modelo de diseño se concentra en dos aspectos principales: diseño de objetos y diseño de sistemas, como se describe a continuación: Diseño de objetos. El modelo de análisis no es lo suficientemente formal, por lo cual, para llegar al código final, se debe refinar las estructuras de la arquitectura de análisis. Se debe especificar el detalle de cada clase, en otras palabras, las operaciones y atributos. Este aspecto se conoce como el diseño de estructuras o, de manera general, como el diseño de objetos en el caso de arquitecturas orientadas a objetos. El diseño de objetos incluye la selección de algoritmos y estructuras de datos para satisfacer los objetivos de rendimiento y espacio. El modelo de análisis y el díselo de objetos tienen bastante en común, incluyendo conceptos, técnicas y notaciones similares. Como consecuencia, las mismas herramientas de desarrollo se utilizan para llevar a cabo ambas actividades. A menudo estas 35

41 similitudes hacen difícil saber qué actividad se está llevando a cabo. Uno de los beneficios de la tecnología orientada a objetos es representar la solución como una consecuencia directa de la representación del problema, por lo cual la distinción entre análisis y diseño de objetos no es realmente crítica, a diferencia de otros enfoques más tradicionales. Diseño de sistemas. Durante el análisis se considera un mundo de ideal para el sistema. En la realidad este mundo ideal debe adaptarse al ambiente donde se implementará el sistema. Entre otros aspectos, se debe considerar los requisitos de rendimiento, uso de memoria, protocolos de comunicación, tiempo real, concurrencia, propiedades del lenguaje de programación, el sistema de manejo de base de datos, etc. Este aspecto se conoce como diseño de sistema, que define las decisiones estratégicas sobre cómo organizar la funcionalidad del sistema en torno al ambiente de implementación, es necesario identificar las restricciones técnicas bajo las cuales se tiene que construir el sistema. Además, el diseño del sistema debe apoyar aspectos como una terminación inesperada durante la ejecución del sistema por agotamiento de recursos o por fallas externas del hardware. Implementación: El modelo de implementación toca el resultado del modelo de diseño para generar el código final del sistema. Esta traducción debe ser relativamente sencilla y directa, ya que todas las decisiones importantes han sido hechas en las etapas previas. La especialización al lenguaje de programación, o base de datos, describe como traducir los términos usados en el diseño a términos y propiedades del lenguaje de implementación. Muchas herramientas, como veremos más adelante, apoyan el proceso de generación automática de código a través de un proceso de ingeniería hacia delante (forward engineering), como en el caso de herramientas CASE basadas en UML. Sin embargo, la generación de código es parcial y requiere que el desarrollador la complete de manea manual. En el modelo de implementación, el concepto de rastreabilidad (traeceability) también es importante, dado que al leer el código fuente se debe poder relacionarlo con los modelos de diseño y análisis. Lenguajes de programación. Aunque existen muchos tipos de lenguaje de programación, el uso de un lenguaje orientado a objetos facilita la implementación de un diseño orientado a objetos. La elección del lenguaje influye en el diseño, pero el diseño no debe depender de los detalles del lenguaje, de tal manera que si se cambia de lenguaje de programación no debe ser necesario el rediseño del sistema. Por razones de rastreabilidad, es deseable siempre tener una buena y fácil correspondencia entre objetos del modelo de diseño y objetos del lenguaje de programación. 36

42 Base de datos. En la actualidad, las bases de datos son parte integral de los sistemas de software. Aunque existen bases de datos orientadas a objetos aún siguen siendo más populares las bases de datos relacionales. El modelo de implementación debe contemplar el diseño de base de datos en la generación del sistema final. Integración: El modelo de integración es un aspecto importante del desarrollo de software. En todo diseño es deseable mantener una buena modularidad en el sistema, de manera que el desarrollo actual, junto con las futuras extensiones, puedan hacerse con base en componentes independientes y no en la totalidad del sistema. Cuando esto ocurre, es necesario integrar los diversos componentes para obtener como resultado el sistema final. Pruebas: El modelo de pruebas es el responsable de revisar la calidad del sistema. Este modelo consiste en la validación del sistema o prueba de especificación y la verificación o prueba de resultado. De manera adicional, el modelo de pruebas combina pruebas de unidad y pruebas de integración. Validación. Se prueba si la funcionalidad del sistema corresponde a la especificación del cliente. Se cuestiona si se está construyendo el sistema correcto, en contraste con la verificación, donde se cuestiona si se está haciendo el sistema correctamente. Durante el diseño e implementación, se revisa el sistema de acuerdo con las especificaciones de los modelos de análisis y requisitos. Verificación. Se prueba si se está construyendo el sistema correctamente. La verificación debe comenzar lo antes posible, desde el nivel más bajo, con la revisión de los componentes individuales, prosiguiendo con la integración de estos hasta verificar el sistema completo. La especificación de verificación del sistema debe ser una extensión del modelo de requisitos, e integrarse en la arquitectura del sistema. Documentación: La documentación se debe hacer durante la elaboración del sistema y no como una etapa final del mismo. Existen diferentes tipos de documentos que se deben generar como apoyo al sistema, cada uno tiene diferentes objetivos y está dirigido a distintos tipos de persona, desde los usuarios no técnicos hasta los desarrolladores más técnicos. Los siguientes son algunos documentos o manuales más importantes: Manual de usuario. Permite a un usuario comprender como utilizar el sistema. Manual del programador. Contiene información para que un desarrollador entienda los aspectos más relevantes del diseño. 37

43 Manual del operador. Posibilita al operador del sistema comprender que pasos debe seguir para que el sistema funcione bajo cierta configuración y con base en un ambiente de implementación particular. Manual del administrador. Permite que el encargado de administrar el sistema comprenda sus aspectos más generales, como son los modelos de requisitos y análisis. Realmente no hay límite en cuanto al número y el detalle de la documentación, así como tampoco hay límite respecto a cuanto se puede extender y optimizar un sistema. El objetivo es mantener un nivel de documentación que sea útil y extensible. Mantenimiento: El mantenimiento de un sistema es la continuación del ciclo de vida, luego de haber completado, una primera versión de éste. Aunque parte del objetivo involucra resolver problemas, durante el mantenimiento se debe considerar las extensiones del sistema de acuerdo con las nuevas necesidades. De cierta manera, el mantenimiento significa seguir un nuevo ciclo de actividades de desarrollo, pero a partir de un sistema ya existente Proceso unificado (UP) El proceso unificado (UP, Unified Process) es una extensión al proceso objectory (object factory) que tiene sus orígenes en la década de Estos modelos de proceso se basan principalmente en la especificación de requerimientos de un sistema mediante casos de uso. El proceso unificado tiene como aspecto esencial del desarrollo de software una visión que parte de la arquitectura del sistema, siguiendo un proceso iterativo e incremental. El proceso integra diferentes aspectos, como son los ciclos, fases, flujos de trabajo, mitigación de riesgos, control de calidad, administración de proyecto y control de configuración. De manera adicional, el proceso unificado considera las cuatro P del desarrollo de software: personas, proyecto, producto y proceso. El proceso unificado se basa en las siguientes creencias: Para construir un sistema exitoso se debe conocer qué quieren y necesitan los usuarios potenciales. Al igual que la arquitectura en la construcción, permite diseñar edificios desde múltiples puntos de vista, estructura, electricidad, etc. Las arquitecturas de los sistemas de software deben permitir visualizar un sistema desde múltiples perspectivas. El desarrollo de un producto de software comercial puede significar un gran esfuerzo durante meses, e incluso años. Es práctico dividir el trabajo en etapas, donde cada iteración resulta en un incremento del proyecto. 38

44 5.2 MARCO LEGAL O NORMATIVO Todas las herramientas de software usadas para la implementación del sistema de inventarios cumplen con las leyes de licenciamiento y derechos de autos, las cuales se relacionan a continuación: Ley de 44 de 1993 Ley 603 de

45 6 DESARROLLO INGENIERIL 6.1 SITUACION ACTUAL DE TECNICONTROL Administración actual de Inventarios en Tecnicontrol S.A. Actualmente Tecnicontrol S.A. administra sus inventarios con Aurora Inventarios Versión 13 software creado por Heinsohn Software House. La versión 13 fue lanzada en el año En el momento en que fue adquirida por la empresa prestaba los servicios necesarios para poder hacer una buena administración de los equipos, servicios básicos como lo son prestamos de equipos a funcionarios y devolución de los mismos. Control de Ítems con carácter devolutivo, en el caso de los equipos e ítems de consumo los cuales se tiene en cuenta su entrada al sistema hasta el momento que el inspector los solicita para su utilización en una inspección, también permite realizar las búsquedas básicas como son: consultar si un equipo está disponible, consultar que equipos pidió en préstamo un inspector, consultar cuantas unidades hay disponibles de un equipo Falencias en la administración de inventarios con Aurora Versión 13 Aurora Inventarios Versión 13 al ser una herramienta que no fue desarrollada a la medida de las necesidades de Tecnicontrol S.A. no cumple con todos los requerimientos funcionales que actualmente demanda la administración del inventario. A la hora de realizar un préstamo, Aurora no tiene la opción de ingresar una fecha de posible entrada, ni el estado en que sale el equipo. Al no tener control de las posibles fechas de ingreso de los equipos o terminación del tiempo de préstamo, no cuenta con un proceso de soporte de alertas, para tener informado al administrador de que fecha debería ser entregado el equipo. Si no se tiene acceso a esta información, es crítico para Tecnicontrol puesto que no puede hacer una planeación exacta en la puesta en marcha de proyectos, ya que si no se sabe con exactitud cuál va a ser la disponibilidad de un equipo, no puede prescindir del uso del mismo. Los equipos de inspección constantemente se están transportando a diferentes ubicaciones y proyectos, siendo expuestos a varios ambientes climáticos, por ello se debe tener un detallado control de mantenimiento, reparación y calibración. Con Aurora no es posible tener este control, en vez de eso, la información de mantenimientos y calibraciones se lleva por el administrador del Inventario por medio de hojas de Excel. En el caso de que el administrador pase por alto una fecha de calibración de un equipo, sería un gran inconveniente para la inspección 40

46 al no estar el equipo en perfectas condiciones y no generar datos exactos para el inspector, afectando directamente al cliente y a la calidad del servicio prestada por Tecnicontrol S.A. Muchas veces cuando se devuelve un equipo, el inspector lo devuelve en mal estado, ya sea por daños como óxido, humedad, etc. generados por el ambiente donde se utilizó, por no tener cuidado a la hora de trasportarlo o por descuido del mismo inspector. En el momento en que se realiza la devolución del equipo Aurora no tiene una opción para especificar el estado en el que se devuelve el mismo. Aurora Versión 13 es una herramienta programada con C++ y su base de datos está integrada a la programación. Al ser una aplicación de escritorio corre el riesgo de que si la maquina sufre algún incidente tanto de Hardware como de Software, se pueda perder toda la información almacenada en la aplicación, lo que conllevaría serios problemas. También se planteó la posibilidad de comprar la última versión de Aurora Inventarios, pero es una aplicación que de igual forma sigue funcionando como aplicación de escritorio y el costo es el de adquirir una herramienta nueva. Por lo tanto se propuso un desarrollo a la medida buscando tecnologías que agilizarán el desarrollo, la futura escalabilidad y flexibilidad del aplicativo Situación actual de la Plataforma Tecnológica de Tecnicontrol S.A. El Departamento de IT (Informática & Tecnología) cuenta con dos Servidores con Windows Server 2003, en Heracles se encuentra instalado IIS (Internet Information Services) que es donde actualmente se encuentra alojado el DNS de la entidad y otras aplicaciones desarrolladas en ASP.NET. En Hércules se encuentra instalado el motor de la base de datos en SQL Server 2005, la base de datos de inventarios también se implementará en este motor para facilitar el acceso a los datos con el ERP (Enterprise Resource Planning) de Novasoft. El Departamento de TI optó por usar como herramienta de desarrollo Visual Studio.Net 2005 ya que los servidores y el motor de bases de datos están montados con tecnología Microsoft. Otra gran ventaja es que Visual Studio es una herramienta de desarrollo que integra y facilita el desarrollo entre sus productos, por lo tanto Visual Studio.Net 2005 y SQL Server 2005 permiten desarrollar aplicaciones en mucho menor tiempo debido a herramientas que facilitan la creación de código y diseño. 41

47 6.2 DESARROLLO VERSION Modelo de requisitos Para el modelo de requisitos se le pidió al administrador de la bodega que formalizara la solicitud del nuevo software de inventarios llenando el formato de especificación de requerimientos de software (ver anexo 1) Requerimientos del Administrador de Bodega Sede Central Se desea que el nuevo sistema de inventarios se pueda acceder desde la Web, y debe tener siguiente funcionalidad de Aurora Inventarios Versión 13: Creación de ítems Registrar ingreso de unidades de ítems al software Préstamo de Ítems Entrega de consumibles Eliminación de Ítems Devolución de ítems Consultar el estado de ítems, que empleado o inspector lo tiene. Consultar que equipos tiene un empleado o inspector. El nuevo Software también debe realizar las siguientes actividades: Funcionalidad: Al crear el ítem poder establecer fecha del último mantenimiento, fecha de vencimientos de calibraciones, fecha de vencimiento de garantías, fecha de vencimiento de importación temporal y fecha de vencimiento de alquiler. Poder extender la fecha de posible entrega de un préstamo, ya que hay ocasiones en las que un proyecto se extiende y los equipos se pueden necesitar por más tiempo. Hacer la reasignación de equipos entre dos empleados ágilmente, ya que cuando en un proyecto un inspector que tiene un préstamo de equipos por alguna razón sale del mismo, otra persona lo releva y es demorado el proceso de descarga de equipos del anterior empleado y volver a asignárselos uno a uno al nuevo. Aparte de dar la opción al administrador de crear terceros, al iniciar la aplicación se deben traer nuevos usuarios creados en el Directorio Activo, para no repetir procesos. De igual forma que con terceros, los centros de costo deben ser traídos de la base de datos de Novasoft, que es el ERP de la compañía. 42

48 Para las transacciones de préstamo, envió a mantenimiento de equipos, ingreso unidades de ítems y salida de consumibles se deben llevar consecutivos que los identifiquen con el fin de diferenciarlos y que posteriormente se pueda realizar su búsqueda con mayor facilidad. Alertas: Enviar alertas al correo electrónico de los inspectores y del administrador de la bodega de: próximos equipos a ser entregados, equipos con fechas de entrega vencida, equipos próximos a calibrar, equipos próximos a vencimiento de garantía. Enviar al administrador de la bodega un reporte con todos los equipos cuya fecha de entrega esta vencida. Consultas: Consultar por control de calibraciones, garantías y alquileres. Consultar estado de equipos por palabras claves. Consultar equipos por clasificación de familia, grupos y subgrupos. Reportes: Ítems en poder de terceros. Ítems en bodega. Ítems en Centros de Costo. Equipos con mayor rotación. El usuario debe registrarse desde el Directorio Activo por seguridad, pero debe estar registrado como usuario en la base de datos de inventarios. Solamente puede tener acceso al software el administrador de la bodega de sede central, ya que si hay algún inconveniente él debe ser el responsable de los elementos que se administran en la misma Casos de Uso Actores 43

49 Figura 1. Actores Tabla 2. Descripción del Actor Administrador Bodega Actor Casos de Uso Tipo Descripción Administrador Bodega Validar Usuario, Administrar Familia, Administrar Grupo, Administrar Subgrupo, Administrar Ítems, Administrar Centros de Costo, Administrar Terceros, Administrar Bodegas, Administrar Proveedores, Ingresar Unidades de Ítems, Préstamo de Ítems, Devolver ítem de préstamo, Envió de equipos a mantenimiento, Ingreso de equipo de mantenimiento, Intercambio préstamo de ítems entre terceros, Salida de Consumibles, Dar de Baja Ítem, Consultar Información y Reportes Primario Es el actor principal y es el administrador de la Bodega de Sede Central. Tabla 3. Descripción del Actor Base de Datos Directorio Activo Actor Casos de Uso Tipo Descripción Base de Datos Directorio Activo Administración de Terceros Secundario Actor Secundario, es el directorio activo de la empresa donde se registran todos los usuarios de la compañía, para que puedan acceder a la plataforma tecnológica. De allí se obtienen los terceros y se almacenan en la tabla de Terceros de la base 44

50 de datos de inventarios cada vez que se ingresa a la aplicación. Actor Casos de Uso Tipo Descripción Usuario Registrado Directorio Activo Validar Usuario Secundario Usuario registrado por el administrador del Directorio Activo para que pueda tener acceso a las aplicaciones de la compañía. Tabla 4. Descripción del Actor Usuario Registrado en Base de Datos de Inventarios Actor Casos de Uso Tipo Descripción Usuario Registrado en Base de Datos de Inventarios Validar Usuario, Administrar Familia, Administrar Grupo, Administrar Subgrupo, Administrar Ítems, Administrar Centros de Costo, Administrar Terceros, Administrar Bodegas, Administrar Proveedores, Ingresar Unidades de Ítems, Préstamo de Ítems, Devolver ítem de préstamo, Envió de equipos a mantenimiento, Ingreso de equipo de mantenimiento, Intercambio préstamo de ítems entre terceros, Salida de Consumibles, Dar de Baja Ítem, Consultar Información y Reportes Secundario Usuario registrado por el Administrador de la Base de Datos de Inventarios para permitirle usar el Software de Inventarios. Tabla 5. Descripción del Actor Base de Datos de Inventarios Actor Casos de Uso Tipo Descripción Base de Datos de Inventarios Validar Usuario, Administrar Familia, Administrar Grupo, Administrar Subgrupo, Administrar Ítems, Administrar Centros de Costo, Administrar Terceros, Administrar Bodegas, Administrar Proveedores, Ingresar Unidades de Ítems, Préstamo de Ítems, Devolver ítem de préstamo, Envió de equipos a mantenimiento, Ingreso de equipo de mantenimiento, Intercambio préstamo de ítems entre terceros, Salida de Consumibles, Dar de Baja Ítem, Consultar Información y Reportes Secundario Actor secundario, se representa como la base de datos donde se almacena toda la información de equipos, inspectores ( Terceros en el futuro sistema), centros de costo y proveedores. 45

51 Tabla 6. Descripción del Actor Base de Datos Novasoft Actor Casos de Uso Tipo Descripción Base de Datos Novasoft Administrar Centros de Costo Secundario Es un actor Secundario y se representa como la base de datos del ERP(Enterprise Resouce Planning) de donde se obtienen los Centros de Costo Tabla 7. Descripción del Caso de Uso Validar Usuario Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Validar Usuario Administrador Bodega, BD Directorio Activo, BD Inventarios Primario Dar acceso al Administrador al sistema de inventarios. Se debe antes haber registrado al usuario en el Directorio Activo para poder acceder a la plataforma web de la Compañía y haber sido creado el registro como administrador en la base de datos de Inventarios. Este caso de uso pide al usuario ingresar su nombre de usuario y la contraseña, luego puede escoger entre Acepta o Cancelar. Si selecciona Aceptar ejecuta los subflujos Validar usuario Directorio Activo (S-1) y enseguida Validar Administrador en BD Inventarios (S-2). Si da clic a Cancelar mostrará la página de Internet Explorer No tiene autorización para ver esta página. S-1 Validar usuario Directorio Activo Se valida el nombre de usuario y la contraseña ingresadas por el usuario contra el Directorio Activo y se da acceso al servidor de aplicaciones (E-1). S-2 Validar Administrador en BD Inventarios Excepciones Si el nombre de usuario ingresado se encuentra en la base de datos de Inventarios, se da acceso a la aplicación (E-2). E-1 Nombre de usuario o contraseña incorrectos: Si el nombre de usuario o la contraseña ingresados por el Administrador no coinciden con el Directorio Activo no se da acceso a la aplicación. 46

52 E-2 Usuario no se encuentra creado en la Base de Datos de Inventarios: en este caso no tendrá acceso a la aplicación de inventarios y deberá solicitar al Administrador de la base de datos de inventarios que cree su registro. Casos de Uso para el módulo Clasificación de Ítems Figura 2. Diagrama de casos de uso para el módulo Clasificación de Ítems Tabla 8. Descripción del Caso de uso Administrar Familia Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Familia Administrador Bodega, BD Inventarios Básico Permitir al administrador crear, editar, buscar y eliminar Familias Se debe primero ejecutar caso de uso Validar Usuario. Se continúa con los subflujos Crear (SF-1), Editar (SF-2), Buscar (SF-3) y Eliminar (SF-4) Familia. SF-1 Crear Familia Se crea una nueva Familia ingresando el nombre (EF-1). SF-2 Editar Familia 47

53 Le da la opción al administrador de editar el Nombre de una Familia ya existente (EF-1). SF-3 Buscar Familia Le permite al Administrador buscar una Familia por su Nombre. SF-4 Eliminar Familia Excepciones El Administrador elimina el registro de una Familia existente. EF-1 Información Incompleta: Falta llenar el Nombre de la Familia, con lo cual el software volverá a pedir al Administrador que complete el registro. Tabla 9. Descripción del Caso de uso Administrar Grupo Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Grupo Administrador Bodega, BD Inventarios Básico Permitir al administrador crear, editar, buscar y eliminar Grupo Se debe primero ejecutar caso de uso Validar Usuario, después se debe ejecutar el Subflujo SF-1 para proceder a crear un nuevo grupo. Se continúa con los subflujos Crear (SG-1), Editar (SG-2), Buscar (SG-3) y Eliminar (SG-4) Grupo. SG-1 Crear Grupo Se crea un nuevo Grupo ingresando el nombre (EG-1). SG-2 Editar Grupo Le da la opción al administrador de editar el Nombre de un Grupo ya existente (EG-1). SG-3 Buscar Grupo Le permite al Administrador buscar un Grupo por su Nombre. SG-4 Eliminar Grupo Excepciones El Administrador elimina el registro de un Grupo existente. EG-1 Información Incompleta: Falta llenar el Nombre de un Grupo, con lo cual el software volverá a pedir al Administrador 48

54 que complete el registro. Tabla 10. Descripción del Caso de uso Administrar Subgrupo Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Subgrupo Administrador Bodega, BD Inventarios Básico Permitir al administrador crear, editar, buscar y eliminar Subgrupo Se debe primero ejecutar caso de uso Validar Usuario, después se deben ejecutar los Subflujos SF-1 y SG-1 respectivamente para proceder a crear un nuevo Subgrupo. Se continúa con los subflujos Crear (SS-1), Editar (SS-2), Buscar (SS-3) y Eliminar (SS-4) Subgrupo. SS-1 Crear Subgrupo Se crea un nuevo Subgrupo ingresando el nombre (ES-1). SS-2 Editar Subgrupo Le da la opción al administrador de editar el Nombre de un Subgrupo ya existente (ES-1). SS-3 Buscar Subgrupo Le permite al Administrador buscar un Subgrupo por su Nombre. SS-4 Eliminar Subgrupo Excepciones El Administrador elimina el registro de un Subgrupo existente. ES-1 Información Incompleta: Falta llenar el Nombre de un Subgrupo, con lo cual el software volverá a pedir al Administrador que complete el registro. Tabla 11. Descripción del Caso de uso Administrar Ítems Caso de Uso Actores Tipo Propósito Precondiciones Administrar Ítems Administrador Bodega, BD Inventarios Básico Permitir al administrador crear, editar y buscar Ítems Se debe primero ejecutar caso de uso Validar Usuario, después se deben ejecutar los Subflujos SF-1, SG-1, SS-1 49

55 Flujo Principal Subflujos respectivamente para proceder a crear un nuevo Ítem. Se continúa con los subflujos Crear (SI-1), Editar (SI-2) y Buscar (SI-3). SI-1 Crear Ítem Se crea un nuevo Ítem ingresando los campos Código, Fecha Creación, Descripción, Marca, Modelo, Serie, Unidad de Medida, Localización, Hoja De Vida, Consumible, Bodega, Observaciones, Familia, Grupo, Subgrupo, Calibrable, Fecha Ult. Calibración, Fecha Prox. Calibración, Importado Temporal, Fecha Vencimiento Importación, Mantenimiento, Fecha Ult. Mantenimiento, Garantía, Fecha Venc. Garantía, Alquilado, Fecha Alquilado, Fecha Entrega Alquiler (EI-1, EI- 2). SI-2 Editar Ítem Le da la opción al administrador de editar los campos de un Ítem ya existente, a excepción del Código (EI-1). SI-3 Buscar Ítem Excepciones Le permite al Administrador buscar un Ítem por su Nombre o por su código. EI-1 Información Incompleta: Falta llenar o el Código o Bodega o clasificación de Familia, Grupo y Subgrupo con lo cual el software volverá a pedir al Administrador que complete el registro. EI-2 Código ya existe: Si al crear el nuevo ítem el código ya existe en BD Inventarios, se alertará al usuario de su existencia. Casos de Uso para el módulo Administración de Maestros 50

56 Figura 3. Diagrama de casos de uso para el módulo Administración de maestros Tabla 12. Descripción del Caso de uso Administrar Terceros Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Terceros Administrador Bodega, BD Directorio Activo, BD Inventarios Básico Permitir al administrador de la bodega tener actualizados los datos de los Terceros (inspectores y funcionaros de la compañía) y de esta forma poder realizar préstamos y otras transacciones a estos. Se debe primero ejecutar caso de uso Validar Usuario y después ejecutar los subflujos Obtener Terceros Directorio Activo (ST-1). Se continua con los subflujos Editar usuario (ST-3), Crear Tercero (ST-2), Eliminar Tercero (ST-4) y Buscar Tercero (ST- 5) ST-1 Obtener Terceros Directorio Activo. Se ejecuta cuando se entra a la aplicación y obtiene automáticamente los nuevos usuarios creados en el directorio activo, los datos que trae son, cedula, y nombre, si la cedula del Tercero no existe en la tabla de Terceros, agrega el registro, pero si ya existe actualiza y nombre. ST-2 Crear Tercero 51

57 Si por alguna razón el Tercero no se ha registrado en el Directorio Activo, se crea por este subflujo ingresando la Cedula y el Nombre (ET-1, ET-2). ST-3 Editar Tercero Le da la opción al administrador de editar el Nombre de un Tercero ya existente (ET-1). ST-4 Eliminar Tercero El Administrador elimina el registro de un Tercero existente. ST-5 Buscar Tercero Buscar un tercero ya sea por cedula o por nombre. Excepciones ET-1 Información Incompleta: Falta llenar Nombre o Cedula, con lo cual el software volverá a pedir al Administrador que complete el registro. ET-2 Cedula ya existe: Si al crear el nuevo tercero la cedula ya existe en BD Inventarios, se alertará al usuario que el Tercero ya existe. Tabla 13. Descripción del Caso de uso Administrar Centros de Costo Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Centros de Costo Administrador Bodega, BD Novasoft, BD Inventarios Básico Permitir al administrador tener actualizados los datos de los Centros de Costo y de esta forma poder cargar los préstamos y otras transacciones a un centro de costo determinado. Se debe primero ejecutar caso de uso Validar Usuario y después ejecutar los subflujos Obtener Centros de Costo Novasoft (SC-1) o Crear Registro Centro de Costo (SC-2). Se continúa con los subflujos Editar (SC-3), Crear (SC-2), Eliminar (ST-5), Buscar (ST-5) Centro de Costo. SC-1 Obtener Centros de Costo Novasoft. Se ejecuta cuando se entra a la aplicación y obtiene automáticamente los nuevos Centros de Costo creados Novasoft, los datos que trae son: Id y Nombre del Centro de Costo. 52

58 SC-2 Crear Centro de Costo Si por alguna razón el Centro de Costo no se ha creado en el ERP Novasoft, se crea por este subflujo ingresando el Id y el Nombre del Centro de Costo (EC-1, EC-2). ST-3 Editar Centro de Costo Le da la opción al administrador de editar el Id y el Nombre de un Centro de Costo ya existente (EC-1). ST-4 Eliminar Tercero El Administrador elimina el registro de un Centro de Costo existente. ST-5 Buscar Centro de Costo Excepciones Buscar un centro de costo ya sea por id o por nombre. EC-1 Información Incompleta: Falta llenar Nombre o Id, con lo cual el software volverá a pedir al Administrador que complete el registro. EC-2 Id ya existe: Si al crear el nuevo Centro de Costo el Id ya existe en BD Inventarios, se alertará al usuario que el Centro de Costo ya existe. Tabla 14. Descripción del Caso de uso Administrar Bodegas Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Bodegas Administrador Bodega, BD Inventarios Básico Permitir al administrador crear, editar y eliminar Bodegas Se debe primero ejecutar caso de uso Validar Usuario. Se continúa con los subflujos Crear (SB-1), Editar (SB-2) y Eliminar (SB-3) Bodegas. SB-1 Crear Bodega Se crea una nueva Bodega ingresando el nombre (EB-1). ST-3 Editar Bodega Le da la opción al administrador de editar el Nombre de una 53

59 Bodega ya existente (EB-1). ST-4 Eliminar Bodega El Administrador elimina el registro de una Bodega existente. Excepciones EB-1 Información Incompleta: Falta llenar el Nombre de la bodega, con lo cual el software volverá a pedir al Administrador que complete el registro. Tabla 15. Descripción del Administrar Proveedores Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Administrar Proveedores Administrador Bodega, BD Inventarios Básico Permitir al administrador tener actualizados los datos de los Proveedores de mantenimientos y calibraciones de Equipos, así como a los proveedores a los que se les compra equipos de inspección y otros. Se debe primero ejecutar caso de uso Validar Usuario. Se continúa con los subflujos Crear (SP-1), Editar (SP-2), Eliminar (SP-3) y Buscar (SP-4) Proveedor SP-1 Crear Proveedor Se crea un nuevo proveedor ingresando el NIT y el Nombre del Proveedor (EP-1, EP-2) ST-3 Editar Proveedor Le da la opción al administrador de editar el NIT y el Nombre de un Proveedor ya existente (EP-1). ST-4 Eliminar Proveedor El Administrador elimina el registro de un Proveedor existente. ST-5 Buscar Proveedor Buscar un Proveedor ya sea por NIT o por Nombre. Excepciones EP-1 Información Incompleta: Falta llenar Nombre o NIT, con lo cual el software volverá a pedir al Administrador que complete el registro. 54

60 EP-2 NIT ya existe: Si al crear el nuevo Proveedor el NIT ya existe en BD Inventarios, se alertará al usuario de la existencia del mismo. Casos de uso para el módulo de Transacciones versión 1 Figura 4. Diagrama de casos de uso para el módulo de Transacciones versión 1 Tabla 16. Descripción del Caso de uso Ingresar Unidades de Ítems Caso de Uso Actores Tipo Propósito Precondiciones Ingresar Unidades de Ítems Administrador Bodega, BD Inventarios Básico Permitir al administrador registrar las unidades de los ítems creados, para después generar un comprobante impreso de la entrada del ítem a la bodega. Se debe primero ejecutar el caso de uso Validar Usuario, después se deben ejecutar los subflujos Crear tercero (ST-2), Crear Bodega (SB-1) y Crear Proveedor (SP-1). 55

61 Flujo Principal Al presentarse la pantalla de Ingreso de unidades de ítems se mostrará por defecto el nombre del administrador actual del aplicativo de inventarios. Enseguida el deberá seleccionar la Bodega, se ingresará por defecto la fecha de entrada, fecha del momento en que se efectúa la transacción, el proveedor al que se compró el ítem y la factura con la que se realizó la compra del equipo o instrumento de inspección. Una vez seleccionada esa información se habilita el botón validar el cual una vez se le da clic ejecuta el subflujo Obtener consecutivo de Ingreso de Unidades (SIU-1). Enseguida se pueden llenar los campos código, unidades y valor unitario. Si el administrador conoce el código se ejecutará el subflujo Obtener sugerencia códigos de equipos (SIU-2), si no conoce el código puede buscar por nombre dando clic en la imagen de lupa y en el campo de texto se ejecutará el subflujo Obtener código de Equipo por nombre (SIU-3). Establecidos los campos código, unidades y valor unitario se pueden ingresar las unidades a la BD Inventarios dando clic en el botón Ingresar que ejecuta el subflujo Crear registro unidades ítem (SIU-4). Subflujos Una vez hecho todos los ingresos de unidades a los diferentes ítems el administrador puede imprimir la salida dando clic en el icono de impresora ejecutando el caso de uso Consultar Movimiento o puede dar clic en el botón Limpiar que ejecuta el subflujo Limpiar formulario ingreso de unidades (SIU-5). SIU-1 Obtener consecutivo de Ingreso de Unidades Valida campos llenos (EIU-1) y Obtiene un consecutivo de la BD Inventarios que indica que se va a realizar una transacción de ingreso de unidades. Este consecutivo tiene la forma: Indica el tipo de movimiento que se está realizando, en este caso Ingreso de Unidades Año actual Mes actual Indica número de entradas que se ha generado en el mes actual. SIU-2 Obtener sugerencia códigos de equipos De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este 56

62 solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Ingresar (EIU-2). Si el ítem fue declarado con hoja de vida, el campo unidades será por defecto 1 (EIU-3). SIU-3 Obtener código de Equipo por nombre De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem (EIU-2, EIU-3). SIU-4 Crear registro unidades ítem Crea un nuevo registro en la base de datos de ingreso de unidades (EIU-4). Enseguida el usuario podrá continuar con el subflujo Obtener sugerencia códigos de equipos (SIU-2). SIU-5 Limpiar formulario ingreso de unidades Solo se puede ejecutar cuando se ha ejecutado al menos una vez el subflujo SIU-4 y la función de este es limpiar totalmente el formulario de ingreso de unidades para hacer una nueva transacción. Excepciones EIU-1 Información incompleta validación: falta llenar información básica de validación, se vuelve a solicitar al administrador que complete el registro. EIU-2 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem. EIU-3 Ítem creado con CheckBox de hoja de vida seleccionado y ya se realizó ingreso de unidades: En el caso en que el administrador anteriormente haya hecho ingreso de unidades a un ítem especificado con hoja de vida y trate de ingresar unidades de nuevo a éste, no le habilitará el botón de Ingresar y aparecerá un aviso informándole que ya se hizo el ingreso de unidades a este ítem. El sistema le permitirá seleccionar otro ítem. EIU-4 Información incompleta para ingresar registro: falta 57

63 llenar o las unidades del ítem o el valor unitario, se vuelve a solicitar al administrador que complete el registro. Tabla 17. Descripción del Caso de uso Préstamo de Ítems Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Préstamo de Ítems Administrador Bodega, BD Inventarios Básico Permitir al administrador realizar préstamos de ítems a los inspectores o funcionarios de la compañía, declarados como terceros en el software. Se debe primero ejecutar el caso de uso Validar Usuario, después el caso de uso Ingreso de unidades de ítem y los subflujos Crear Tercero (ST-2), Crear Bodega (SB-1) y Crear Centro de Costo (SC-2). Al presentarse la pantalla de préstamo de ítems se mostrarán habilitados inicialmente los campos básicos para realizar el movimiento que son: tercero (este campo ejecuta el subflujo global Obtener sugerencia terceros SGlobalT-1), centro de costo, fecha de salida que será por defecto la fecha del momento en el que se realiza la transacción, fecha estimada de entrega (al seleccionarse una fecha valida que no sea menor a la de salida), bodega y destino. Al seleccionarse la bodega se habilitará el botón aceptar ya que es de la bodega de donde se descargan los ítems. Una vez se dé clic al botón Aceptar se ejecutará el subflujo Obtener consecutivo préstamo de ítems (SPI-1). Al ejecutar el subflujo anterior nos muestra en nuevo consecutivo de préstamo y habilita los campos código, unidades a prestar y estado del ítem al momento de salir. Si el administrador conoce el código se ejecutará el subflujo Obtener sugerencia códigos de equipos (SPI-2), si no conoce el código puede buscar por nombre dando clic en la imagen de lupa y en el campo de texto se ejecutará el subflujo Obtener código de Equipo por nombre (SPI-3). Establecidos los campos código, unidades y estado del ítem se procede a realizar el préstamo del ítem dando clic en el botón Ingresar que ejecuta el subflujo Crear registro préstamo ítem (SPI-4). Una vez hecho todos los préstamos de ítems el administrador 58

64 Subflujos puede imprimir la salida dando clic en el icono de impresora ejecutando el caso de uso Consultar Movimiento o puede dar clic en el botón Limpiar que ejecuta el subflujo Limpiar formulario préstamo de ítems (SIP-5). SGlobalT-1 Obtener sugerencia terceros Este Subflujo se ejecuta cuando el administrador ingresa caracteres en el campo terceros trayendo un listado de terceros filtrado según los caracteres ingresados. El Administrador selecciona el tercero de la lista y de inmediato aparecerá al frente la cédula (EGlobal-1). SPI-1 Obtener consecutivo préstamo de ítems Valida campos llenos (EPI-1) y obtiene un consecutivo de la BD Inventarios que indica que se va a realizar una transacción de préstamo de ítems. Este consecutivo tiene la forma: Indica el tipo de movimiento que se está realizando, en este caso préstamo de ítems. Año actual Mes actual SI-2010-OCT-12 Indica número de salidas que se ha generado en el mes actual. SPI-2 Obtener sugerencia códigos de equipos De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Ingresar (EPI-2). También se cargara el Combo Box de unidades con las unidades disponibles en bodega del ítem (EPI-3). SPI-3 Obtener código de Equipo por nombre De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem y de igual forma se cargaran las unidades disponibles para préstamo del ítem (EPI-2, EPI-3). SPI-4 Crear registro préstamo ítem 59

65 Crea un nuevo registro en la base de datos de préstamo de ítem (EPI-4). Enseguida el usuario podrá continuar con el subflujo Obtener sugerencia códigos de equipos (SPI-2). SPI-5 Limpiar formulario préstamo de ítems Excepciones Solo se puede ejecutar cuando se ha ejecutado al menos una vez el subflujo SPI-4 y la función de este es limpiar totalmente el formulario de préstamo de ítems para hacer una nueva transacción. EGlobal-1 Usuario inválido o no Existe: si el administrador deja el campo de tercero vacío o el usuario que ingreso no existe en la base de datos, se mostrara un mensaje al administrador alertándole que el tercero no existe. El software volverá a pedir al administrador que ingrese un tercero valido. EPI-1 Información incompleta validación: falta llenar información básica de validación, se vuelve a solicitar al administrador que complete el registro. EPI-2 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem. EPI-3 Ítem no posee unidades disponibles para préstamo: no se habilitará el botón Ingresar y si se desea que haya unidades disponibles se deberá ejecutar el caso de Uso Ingreso de unidades ítem o el caso de uso devolución de ítem. EPI-4 Información incompleta para ingresar registro: falta llenar o las unidades del ítem o el valor unitario, se vuelve a solicitar al administrador que complete el registro. Tabla 18. Descripción del Caso de uso Devolver ítem de préstamo Caso de Uso Actores Tipo Propósito Precondiciones Devolver ítem de préstamo Administrador Bodega, BD Inventarios Básico Permitir al administrador retornar el equipo de nuevo a la bodega después de descargarlo de un tercero. Después de realizar este caso de uso el equipo estará disponible nuevamente para préstamo. Se debe primero ejecutar el caso de uso Validar Usuario y 60

66 Flujo Principal haber ejecutado el caso de uso Préstamo de Ítems. Al ingresar a la pantalla de devolución de ítem se mostraran los campos: tercero, Fecha devolución, Salida de Inspección, Ítems en préstamo, unidades prestadas, Fecha préstamo, Estado del equipo, Observaciones. El campo tercero ejecuta el Subflujo SGlobal-1 que también se llama en el campo tercero del caso de uso Préstamo de Ítems, al seleccionar el tercero al que se desea descargar los ítems, ejecutará el subflujo Obtener préstamos tercero (SDI- 1), después procede a seleccionar consecutivo de salida, código de ítem, estado en que ingresa el equipo y observaciones. Cuando da clic en botón Aceptar se ejecuta el Subflujo Hacer devolución préstamo de ítem (SDI-2). Subflujos Se repiten estos pasos hasta que el administrador termine de descargar los equipos entregados por el tercero. SDI-1 Obtener préstamos tercero Obtiene un listado con todos los consecutivos de préstamos que se han realizado a un tercero (EDI-1), cuando este selecciona un consecutivo de préstamo, se obtiene un listado con todos los códigos de ítems que se cargaron en ese consecutivo y el centro de costo. Al seleccionar un código de esa lista se cargaran las unidades que fueron prestadas por ese ítem y la fecha en que fue prestado (en ese momento se habilita el botón Aceptar ). SDI-2 Hacer devolución préstamo de ítem Al ejecutarse se actualiza en la base de datos el registro del préstamo a estado devuelto, la fecha devuelto, las unidades entregadas que ahora están disponibles en bodega y se vuelven a traer todos los ítems que aún no han sido devueltos. Excepciones EDI-1 Tercero sin préstamos: si un tercero no tiene ningún préstamo cargado simplemente no se harán los siguientes flujos. 61

67 Tabla 19. Descripción del Caso de uso Salida de Consumibles Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Salida de Consumibles Administrador Bodega, BD Inventarios Básico Permitir al administrador realizar entrega a terceros de ítems declarados como consumibles en el momento de su creación (SI-1). Se debe primero ejecutar el caso de uso Validar Usuario, después el caso de uso Ingreso de unidades de ítem y los subflujos Crear Tercero (ST-2), Crear Bodega (SB-1) y Crear Centro de Costo (SC-2). Al presentarse la pantalla de Salida de Consumibles se mostrarán habilitados inicialmente los campos básicos para realizar el movimiento que son: tercero (este campo ejecuta el subflujo global Obtener sugerencia terceros SGlobalT-1), centro de costo, fecha de salida que será por defecto la fecha del momento en el que se realiza la transacción, bodega y destino. Al seleccionarse la bodega se habilitará el botón aceptar ya que es de la bodega de donde se descargan los ítems. Una vez se dé clic al botón Aceptar se ejecutará el subflujo Obtener consecutivo salida de consumible (SSC-1). Al ejecutar el subflujo anterior nos muestra en nuevo consecutivo de Salida de consumible y habilita los campos código, unidades a entregar y observaciones. En el campo código se ejecutará el subflujo Obtener sugerencia códigos de equipos (SSC-2), si no conoce el código puede buscar por nombre dando clic en la imagen de lupa y en el campo de texto se ejecutará el subflujo Obtener código de Equipo por nombre (SSC-3). Establecidos los campos código, unidades y observaciones se procede a realizar la salida de consumibles dando clic en el botón Ingresar que ejecuta el subflujo Crear registro salida de consumible (SSC-4). Subflujos Una vez hechas todas las salidas de consumibles el administrador puede imprimir la salida dando clic en el icono de impresora ejecutando el caso de uso Consultar Movimiento o puede dar clic en el botón Limpiar que ejecuta el subflujo Limpiar formulario préstamo de ítems (SSC-5). SSC-1 Obtener consecutivo salida de consumible 62

68 Valida campos llenos (ESC-1) y obtiene un consecutivo de la BD Inventarios que indica que se va a realizar una transacción de Salida de Consumible. Este consecutivo tiene la forma: Indica el tipo de movimiento que se está realizando, en este caso salida de consumibles. Año actual Mes actual SC-2010-OCT-12 Indica número de salidas que se ha generado en el mes actual. SSC-2 Obtener sugerencia códigos de equipos De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Ingresar (ESC-2). También se cargara el Combo Box de unidades con las unidades disponibles en bodega del ítem (ESC-3). SSC-3 Obtener código de Equipo por nombre De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem y de igual forma se cargaran las unidades disponibles para préstamo del ítem (EPI-2, EPI-3). SSC-4 Crear registro salida de consumibles Crea un nuevo registro en la base de datos de salida de consumible (ESC-4). Enseguida el usuario podrá continuar con el subflujo Obtener sugerencia códigos de equipos (SSC- 2). SSC-5 Limpiar formulario salida de consumible Solo se puede ejecutar cuando se ha ejecutado al menos una vez el subflujo SSC-4 y la función de este es limpiar totalmente el formulario de préstamo de ítems para hacer una nueva transacción. Excepciones ESC-1 Información incompleta validación: falta llenar información básica de validación, se vuelve a solicitar al administrador que complete el registro. 63

69 ESC-2 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem. ESC-3 Ítem no posee unidades disponibles para préstamo: no se habilitará el botón Ingresar y si se desea que haya unidades disponibles se deberá ejecutar el caso de Uso Ingreso de unidades ítem o el caso de uso devolución de ítem. ESC-4 Información incompleta para ingresar registro: falta llenar o las unidades a entregar del ítem, se vuelve a solicitar al administrador que complete el registro. Tabla 20. Descripción del Caso de uso Dar de Baja Ítem Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Dar de Baja Ítem Administrador Bodega, BD Inventarios Secundario Permitir al administrador inhabilitar el registro de un ítem creado. Se debe primero ejecutar el caso de uso Validar Usuario y enseguida el caso de uso Devolver ítem de préstamo en el caso de un ítem declarado con hoja de vida en su creación y esté en préstamo. Una vez ingresamos a la pantalla Dar de baja Ítem se mostrará por defecto el nombre del administrador actual del aplicativo de inventarios, bodega que se deberá seleccionar y fecha dado de baja que es por defecto la fecha en que se realiza el movimiento. Una vez se selecciona la bodega habilitará el botón Validar que al dar clic ejecuta el subflujo Obtener consecutivo Baja de Ítem (SBI-1). Al traer el nuevo consecutivo se habilitan los campos Hoja de Vida tipo check (checkeado por defecto), código, Unidades (visible si el campo de hoja de vida no está checkeado), motivo y observaciones. Para llenar el campo código se ejecutará el subflujo Obtener sugerencia códigos de equipos (SBI-2), si no conoce el código puede buscar por nombre dando clic en la imagen de lupa y en el campo de texto se ejecutará el subflujo Obtener código de Equipo por nombre (SBI-3). A continuación se procede a 64

70 llenar el motivo por el que se da de baja y las observaciones. Cuando se da clic en el botón Aceptar se ejecuta el Subflujo inhabilitar ítem (SBI-4). Subflujos Una vez dados de baja los equipos el administrador puede imprimir la salida dando clic en el icono de impresora ejecutando el caso de uso Consultar Movimiento o puede dar clic en el botón Limpiar que ejecuta el subflujo Limpiar formulario Dar de Baja (SBI-5). SBI-1 Obtener consecutivo Baja de Ítem Obtiene un consecutivo de la BD Inventarios que indica que se va a realizar una transacción de dado de baja de ítem. Este consecutivo tiene la forma: Indica el tipo de movimiento que se está realizando, en este caso dar de baja ítem Año actual Mes actual Indica número de entradas que se ha generado en el mes actual. DB-2010-OCT-2 SBI-2 Obtener sugerencia códigos de equipos Si el campo hoja de vida esta seleccionado, solo traerá ítems que fueron declarados con hoja de vida en su creación y no se verá el campo unidades. De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Aceptar (EBI-1, EBI-2, EBI-3). SBI-3 Obtener código de Equipo por nombre De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem (EBI-1, EBI-2, EBI-3). SBI-4 inhabilitar ítem Se cambia en la base de datos el estado del ítem a fuera de servicio si esta checkeado con hoja de vida, en el caso 65

71 contrario se resta el numero unidades seleccionadas al total de unidades disponibles de ese ítem en el sistema.enseguida el usuario podrá continuar con el subflujo Obtener sugerencia códigos de equipos (SBI-2). SBI-5 Limpiar formulario Dar de Baja Excepciones Solo se puede ejecutar cuando se ha ejecutado al menos una vez el subflujo SBI-4 y la función de este es limpiar totalmente el formulario de Dar de baja ítem para hacer una nueva transacción. EBI-1 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem. EBI-2 Ítem declarado con hoja de vida en préstamo: si en el momento de seleccionar el ítem para dar de baja este se encuentra prestado se mostrara el mensaje El Equipo está en Préstamo EBI-3 Ítem declarado no consumible y con todas sus unidades en préstamo: si el ítem fue declarado en su creación como no consumible y todas sus unidades están en préstamo se inhabilita el botón Aceptar y muestra en el campo unidades el mensaje Todas las unidades en préstamo. En este caso deberá ejecutar el caso de uso Devolver ítem de préstamo para poder dar de baja unidades del ítem. 66

72 Casos de uso para el módulo Consultar Información Figura 5. Diagrama de casos de uso para el módulo Consultar Información versión 1 Tabla 21. Descripción del Caso de uso Consultar Información Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Consultar Información Administrador Bodega, BD Inventarios Básico Permitir al administrador consultar información con el aplicativo de inventarios Se debe primero ejecutar el caso de uso Validar Usuario y haber ejecutado los casos de uso Ingreso de unidades de ítems, Préstamo de items, Devolver ítem de préstamo, Envió a mantenimiento de ítems, Ingreso de equipo de mantenimiento y Salida de consumibles. Se ejecuta primero el caso de uso Validar usuario, selecciona la opción consultas en el menú principal y se continua con los diversos subflujos de este caso de uso. SCN-1 Consultar 67

73 Se despliega el menú consultar. El usuario puede seleccionar entre las siguientes opciones: Consultar Movimientos, Terceros con Ítems, Estado de ítems, Equipos por Clasificación, Consultar por palabra clave y Control de calibración, garantía y alquiler. Si el administrador presiona Consultar Movimientos, se activa el subflujo Consultar Movimientos (SCN-2). Si el administrador presiona Terceros con Ítems, se activa el subflujo Consultar Terceros con Ítems (SCN-4). Si el administrador presiona Estado de ítems, se activa el subflujo Consultar Estado de ítems (SCN-6). SCN-2 Consultar Movimientos Se le muestra al administrador la pantalla Consultar movimientos, se ingresa el consecutivo del tipo de movimiento que se desea consultar (Ingreso de unidades, préstamo de ítem, etc.) y se da clic en el botón Generar transacción para ejecutar el subflujo Devolver movimiento (SCN-3). SCN-3 Devolver movimiento Devuelve toda la información referente al movimiento y se muestran en un formato listo para impresión (ECN-1). SCN-4 Consultar terceros con ítems Al ingresar a esta pantalla se muestra el campo tercero (SGlobalT-1) y bodega. Al llenarlos se habilita el botón Consultar, que ejecuta el subflujo Devolver ítems del tercero (SCN-5). SCN-5 Devolver ítems del tercero Si se ha hecho préstamo de ítems al tercero se traerán todos los ítems cargados a su nombre con la siguiente información: código, descripción, cantidades prestadas, Fecha de préstamo, Estado en que se entregó el ítem y consecutivo del tipo de movimiento. SCN-6 Consultar Estado de ítems Se selecciona la bodega a la que pertenece el ítem y se habilitan los campos: consumible, código, tipo de movimientos que se han realizado con el ítem. 68

74 Si se señala el campo consumible traerá solo ítems declarados como consumibles en su creación. El campo código ejecuta los subflujos Obtener sugerencia códigos de equipos (SCN-14) y Obtener código de Equipo por nombre (SCN-15), además se selecciona el tipo de movimiento. Se habilita el botón Consultar y se ejecuta el subflujo Obtener estado ítem (SCN-7). SCN-7 Obtener estado ítem Si se seleccionó consumible, los tipos de movimientos que se podrán obtener serán: Ingreso de unidades: esta consulta traerá los datos; consecutivo de ingreso, fecha, cantidad, valor unitario, proveedor y factura. salida de consumo: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de entrega, fecha, centro de costo y cantidad. También se mostraran las unidades disponibles en bodega. En el otro caso los tipos de movimientos que se consultan son: Préstamo: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de préstamo, fecha salida, fecha posible entrada, centro de costo, cantidad y estado del ítem. Devolución: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de préstamo, fecha salida, fecha entrada, centro de costo, cantidad y estado de salida ítem, estado de entrada ítem y observaciones. Envió a Mantenimiento: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de envió mantenimiento, fecha salida, fecha posible entrada, tipo de mantenimiento, cantidad y estado de salida ítem. Ingreso de mantenimiento: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de envió mantenimiento, fecha salida, fecha entrada, tipo de 69

75 mantenimiento, cantidad y estado de salida ítem, estado de entrada ítem y observaciones. Ingreso de unidades: esta consulta traerá los datos; consecutivo de ingreso, fecha, cantidad, valor unitario, proveedor y factura. También se mostraran las unidades disponibles en bodega y las unidades totales ingresadas al sistema. Adicionalmente se podrá exportar la información consultada a Excel. SCN-14 Obtener sugerencia códigos de equipos De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Ingresar (ECN-2). SCN-15 Obtener código de Equipo por nombre Excepciones De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem y de igual forma se cargaran las unidades disponibles para préstamo del ítem (ECN-2). ECN-1 consecutivo no existe: si el consecutivo ingresado por el administrador no existe, no se devolverá ningún tipo de información. ECN-2 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem Modelo del Dominio del Problema Identificación de clases: Para realizar la identificación de las clases comenzamos tomando del documento de requerimientos funcionales entregado 70

76 por el administrador (ver anexo 1) teniendo en cuenta las consideraciones dadas por Alfredo Weitzenfeld 4 : Los sustantivos en la descripción del problema son los posibles candidatos a clases de objetos. Se deben identificar las entidades físicas al igual que las conceptuales. No se debe tratar de diferenciar entre las clases y los atributos. Dado que no todas las clases se describen de manera explícita, siendo algunas implícitas en la aplicación, será necesario añadir clases que puedan ser identificadas por nuestro conocimiento del área. Se deben revisar los pronombres en la descripción del problema, para asegurar que no se haya perdido ningún sustantivo descrito de forma implícita. Para facilitar la identificación de clases, se subrayan todos los sustantivos de la descripción del problema. A continuación se muestran las consideraciones anteriores puestas en práctica para los requerimientos del administrador: Tabla 22. Identificación de clases en base a requerimientos del administrador Se desea que el nuevo sistema de inventarios se pueda acceder desde la Web, y debe tener siguiente funcionalidad de Aurora Inventarios Versión 13: Creación de ítems Registrar ingreso de unidades de ítems al software Préstamo de Ítems Entrega de consumibles Eliminación de Ítems Devolución de ítems Consultar el estado de ítems, que empleado o inspector lo tiene. Consultar que equipos tiene un empleado o inspector. El nuevo Software también debe realizar las siguientes actividades: Funcionalidad Al crear el ítem poder establecer fecha del último mantenimiento, fecha de vencimientos de calibraciones, fecha de vencimiento de garantías, fecha de vencimiento de Importación temporal y fecha de vencimiento de alquiler. Poder extender la fecha de posible entrega de un préstamo, ya que hay 4 Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 6 p

77 ocasiones en las que un proyecto se extiende y los equipos se pueden necesitar por más tiempo. Hacer la reasignación de equipos entre dos empleados ágilmente, ya que cuando en un proyecto un inspector que tiene un préstamo de equipos por alguna razón sale del mismo, otra persona lo releva y es demorado el proceso de descarga de equipos del anterior empleado y volver a asignárselos uno a uno al nuevo. Aparte de dar la opción al administrador de crear terceros, al iniciar la aplicación se deben traer nuevos usuarios creados en el Directorio Activo, para no repetir procesos. De igual forma que con terceros, los centros de costo deben ser traídos de la base de datos de Novasoft, que es el ERP de la compañía. Para las transacciones de préstamo, envió a mantenimiento de equipos, ingreso unidades de ítems y salida de consumibles se deben llevar consecutivos que los identifiquen con el fin de diferenciarlos y que posteriormente se pueda realizar su búsqueda con mayor facilidad. Alertas Enviar alertas al correo electrónico de los inspectores y del administrador de la bodega de: próximos equipos a ser entregados, equipos con fechas de entrega vencida, equipos próximos a calibrar, equipos próximos a vencimiento de garantía. Enviar al administrador de la Bodega un reporte con todos los equipos que su fecha de entrega esta vencida. Consultas Consultar por control de calibraciones, garantías y alquileres. Consultar estado de equipos por palabras claves. Consultar equipos por clasificación de familia, grupos y subgrupos. Reportes Ítems en poder de terceros. Ítems en bodega. Ítems en Centros de Costo. Equipos con mayor rotación. El usuario debe registrarse desde el Directorio Activo por seguridad, pero debe estar registrado como usuario en la Base de Datos de Inventarios. Solamente puede tener acceso al software el Administrador de la Bodega Sede Central, ya que si hay algún inconveniente él debe ser el responsable de los elementos que se administran en la misma. 72

78 Selección de clases Tabla 23. Clases candidatas para el sistema de Inventarios identificadas en los requerimientos del administrador Sistema de inventarios La Web Creación de ítems unidades de ítems software Préstamo de Ítems Entrega de consumibles Eliminación de Ítems Devolución de ítems Estado de ítems Compañía Consumibles Consecutivos Correo electrónico Familia BD de Inventarios Clases candidatas Empleado Inspector Consulta Equipos Actividades Control de mantenimientos Vencimientos de calibraciones Garantías Importados temporales Alquiler Transacciones Salida Búsqueda Bodega Grupos Fecha Proyecto Reasignación equipos Persona Administrador Terceros Usuario Directorio Activo Centros de costo BD de Novasoft Ingreso unidades Ítems Alertas Subgrupos de De acuerdo al listado anterior se seleccionaron las clases que mejor se aplicaban al problema de inventarios: Clases redundantes: Inspector, Persona, Empleado, Usuario y Terceros son equivalentes, pero la clase que es más descriptiva al sistema de inventarios es Terceros ya que envuelve las otras clases redundantes. De igual forma con Ítems y Equipos en el cual se seleccionará ítems ya que no todos los elementos del inventario son equipos y entre Proyecto y Centro de Costo se selecciona Centro de Costo. Clases irrelevantes: Compañía ya que solo se llevara el inventario en sede central. Clases que son atributos: unidades (ítems), Correo Electrónico (Terceros), Estado (ítems) y Fecha (ítems). Clases imprecisas: Búsqueda, Alquiler, Salida, Importados temporales, Vencimientos de calibraciones, Actividades y Consecutivos. Nombres de clases: Transacciones por Movimientos. Clases que son operaciones: Creación, Préstamo, Entrega, Devolución, Reasignación, Ingreso, Consulta y Eliminación de Ítems. Clases del sistema completo: Sistema de inventarios. Clases de actores: Directorio Activo, Administrador, BD de Novasoft y BD de Inventarios. 73

79 Tabla 24. Clases inidentificadas para el sistema de Inventarios Ítems Familia Grupo Subgrupo Movimientos Clases identificadas Centro de Costo Bodega Proveedores Terceros Identificación de asociaciones El proceso de identificación de asociaciones es bastante similar al de clases, pero en este ya no se buscan sustantivos, si no fases que relacionen los sustantivos, como se muestra en la siguiente tabla. Figura 6. Diagrama de clases con asociaciones 74

80 Tabla 25. Asociaciones identificadas para relacionar clases en el software de inventarios Asociaciones identificadas Una familia tiene grupos Un grupo tiene subgrupos Un ítem se clasifica en un subgrupo Un ítem pertenece a una bodega Un proveedor vente ítems Con un ítem se realizan movimientos Un tercero devuelve ítems Un movimiento es cargado a un tercero Un movimiento es cargado a un centro de costo Figura 7. Diagrama de clases con roles 75

81 Tabla 26. Asociaciones identificadas con roles para relacionar clases en el software de inventarios Asociaciones identificadas con roles Una familia tiene grupos Un grupo tiene subgrupos Un ítem se clasifica en un subgrupo Un ítem pertenece a una bodega Un proveedor vente ítems Con un ítem se realizan movimientos En un movimiento se prestan ítems a terceros En un movimiento se devuelve ítems de terceros En un movimiento se entregan ítems a terceros En un movimiento se envían ítems a mantenimiento En un movimiento se devuelven ítems de mantenimiento En un movimiento se eliminan ítems En un movimiento se ingresan unidades de ítems Un movimiento es cargado a un tercero Un movimiento es cargado a un centro de costo Figura 8. Diagrama de clases con multiplicidad 76

82 Tabla 27. Asociaciones identificadas con roles y multiplicidad para relacionar clases en el software de inventarios Asociaciones identificadas con roles Una familia tiene múltiples grupos Un grupo pertenece a una familia Un grupo tiene múltiples subgrupos Un subgrupo pertenece a un grupo Un subgrupo clasifica múltiples ítems Un ítem se clasifica en un subgrupo Un ítem pertenece a una bodega Una bodega tiene múltiples ítems Un proveedor vende muchos ítems Un ítem es vendido por muchos proveedores Con un ítem se realizan múltiples movimientos En un movimiento hay múltiples ítems Un tercero solicita múltiples ítems Un ítem es solicitado por múltiples terceros Un tercero realiza múltiples movimientos Un movimiento es realizado por un tercero A un centro de costo se cargan múltiples movimientos Un movimiento es cargado a un centro de costo Un ítem es cargado a múltiples centros de costo En un centro de costo se cargan múltiples ítems Modelo de análisis Para la arquitectura de clases se usó la metodología descrita por Alfredo Weitzenfeld con la cual buscamos clases según su estereotipo ya que este nos define la funcionalidad de la misma 5. Clases Borde El estereotipo borde (boundary) para objetos que implementan las interfaces del sistema con el mundo externo, correspondiente a todos los actores, incluyendo aquellos que nos son humanos 6. 5 Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 7 p Ibid. 77

83 Tabla 28. Relación entre casos de uso, actores y clases borde para el sistema de Inventarios Caso de uso Actores Clases borde Módulo Clasificación de Ítems Validar Usuario Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Base de Datos InterfaceFamilia Familia Inventarios y Administrador Bodega Administrar Grupo Base de Datos InterfaceGrupo Inventarios y Administrador Bodega Administrar Base de Datos InterfaceSubGrupos Subgrupo Inventarios y Administrador Bodega Administrar Ítems Base de Datos InterfaceItems Inventarios y InterfaceCrearEditarItems Administrador Bodega Módulo Administración de Maestros Administrar Base de Datos InterfaceCentroCosto Centros de Costo Novasoft, Base de Datos Inventarios y Administrador Administrar Terceros Administrar Bodegas Administrar Proveedores Bodega Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y InterfaceTerceros InterfaceBodegas InterfaceProveedores e 78

84 Ingresar Unidades de Ítems Préstamo Ítems de Devolver ítem de préstamo Salida Consumibles de Administrador Bodega Módulo de Transacciones Base de Datos InterfaceIngresoDeUnidades Inventarios y Administrador Bodega Base de Datos InterfaceMovimientoInv Inventarios y Administrador Bodega Base de Datos InterfaceMovimientoInv Inventarios y Administrador Bodega Base de Datos InterfaceSalidaConsumibles Inventarios y Administrador Bodega InterfaceBajaItem Inventarios y Administrador Bodega Dar de Baja Ítem Base de Datos Consultar Información Módulo de Consultas Base de Datos Inventarios y Administrador Bodega InterfaceConsultarMovimientos InterfaceConsultarTerceroConItems InterfaceConsultarEstadoItems Clases Entidad El estereotipo entidad (entity) para los objetos que guardan información sobre el estado interno del sistema a corto y largo plazo. Estos objetos corresponden al dominio del problema 7. 7 Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 7 p

85 Tabla 29. Relación entre casos de uso, actores y clases Entidad para el sistema de Inventarios Caso de uso Actores Clases Entidad Módulo Administración de Ítems Validar Usuario Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Familia Base de Datos Inventarios y ClsFamilia Administrador Bodega Administrar Grupo Base de Datos Inventarios y ClsGrupo Administrador Bodega Administrar Subgrupo Base de Datos Inventarios y ClsSubGrupo Administrador Bodega Administrar Ítems Base de Datos Inventarios y Administrador Bodega ClsItems Administrar Centros de Costo Módulo Administración de Maestros Base de Datos Novasoft, Base ClsCentroCosto de Datos Inventarios y Administrador Bodega Administrar Terceros Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Bodegas Administrar Proveedores Ingresar Unidades de Ítems Préstamo de Ítems Devolver ítem de préstamo Salida de Consumibles Dar de Baja Ítem Consultar Información Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Módulo de Transacciones Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Módulo de Consultas Base de Datos Inventarios y Administrador Bodega ClsTerceros ClsBodegas ClsProveedores ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos 80

86 Clases Control El estereotipo control (control) para objetos que implementan el comportamiento o control de la lógica de los casos de uso, especificando cuándo y cómo el sistema cambia de estado. Los objetos control modelan la funcionalidad que no se asocia naturalmente con un solo objeto 8. Tabla 30. Relación entre casos de uso, actores y clases Control para el sistema de Inventarios Caso de uso Actores Clases Control Módulo Administración de Ítems Validar Usuario Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Base de Datos ManejadorFamilia Familia Inventarios y Administrador Bodega Administrar Grupo Base de Datos ManejadorGrupo Inventarios y Administrador Bodega Administrar Base de Datos ManejadorSubGrupo Subgrupo Inventarios y Administrador Bodega Administrar Ítems Base de Datos ManejadorItems Inventarios y ManejadorCrearEditarItems Administrador Bodega Módulo Administración de Maestros Administrar Base de Datos ManejadorCentroCosto Centros de Costo Novasoft, Base de Datos Inventarios y Administrar Terceros Administrar Bodegas Administrador Bodega Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega ManejadorTerceros ManejadorBodegas y 8 Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 7 p

87 Administrar Base de Datos ManejadorProveedores Proveedores Inventarios y Administrador Bodega Módulo de Transacciones Ingresar Unidades Base de Datos ManejadorIngresoUnidades de Ítems Inventarios y Administrador Bodega Préstamo de Base de Datos ManejadorMovimientoInv Ítems Inventarios y Administrador Bodega Devolver ítem de Base de Datos ManejadorMovimientoInv préstamo Inventarios y Administrador Bodega Salida de Base de Datos ManejadorSalidaConsumibles Consumibles Inventarios y Administrador Bodega Dar de Baja Ítem Base de Datos ManejadorBajaItem Inventarios y Administrador Bodega Módulo de Consultas Consultar Base de Datos ManejadorConsultarMovimientos Información Inventarios y ManejadorConsultarTerceroConItems Administrador Bodega ManejadorConsultarEstadoItems Modelo de diseño Terminado el Modelo de análisis se procedió a realizar el diseño de la bases con Visual Paradigm versión 8.0. Para este modelo se tuvo en cuenta el diagrama de clases con el fin de obtener las entidades principales y plasmarlas en el modelo Entidad Relación, pero fue necesario crear nuevas tablas para poder dar la funcionalidad necesaria al aplicativo. Después de definir el diagrama Entidad Relación se estableció el Diccionario de Datos. 82

88 Figura 9. Modelo Entidad Relación para la Base da datos de Inventarios 83

89 Diccionario de datos Tabla 31. Diccionario de datos tabla (Usuarios) Nombre de la Tabla: Usuarios Descripción: Tabla donde se guardan los usuarios administradores del aplicativo. Campo Tipo Tamaño Descripción IdUsuario Numérico 18 Código identificador del usuario NombreUsuario String 50 Nombre del usuario IdPerfil Numérico 3 Código del perfil del usuario Id_Dependencia Numérico 3 Código de la dependencia a la que pertenece el usuario Relaciones: IdUsuario con Familia Campo llave: IdUsuario Tabla 32. Diccionario de datos tabla (Perfil) Nombre de la Tabla: Perfil Descripción: Tabla donde se definen los perfiles de los usuarios. Campo Tipo Tamaño Descripción IdPerfil Numérico 18 Código identificador del perfil NombrePerfil String 50 Descripción del perfil Relaciones: IdPerfil con Usuarios Campo llave: IdPerfil Tabla 33. Diccionario de datos tabla (Bodega) Nombre de la Tabla: Bodega Descripción: Se definen las bodegas a ser usadas por el usuario Campo Tipo Tamaño Descripción Id_Bodega Numérico 18 Código identificador de la Bodega Nombre_Bodega String 50 Nombre de la Bodega 84

90 Relaciones: Id_Bodega con Items Id_Bodega con UsuarioBodega Campo llave: Id_Bodega Tabla 34. Diccionario de datos tabla (UsuarioBodega) Nombre de la Tabla: UsuarioBodega Descripción: Tabla de Rompimiento entre Usuarios y Bodega donde se registra a que bodega tiene acceso un usuario. Campo Tipo Tamaño Descripción Id_Bodega Numérico 18 Código identificador de la Bodega Nombre_Bodega String 50 Nombre de la Bodega Relaciones: Id_Bodega con Items Id_Bodega con UsuarioBodega Campo llave: Id_Bodega Tabla 35. Diccionario de datos tabla (Familia) Nombre de la Tabla: Familia Descripción: Contiene las Familias en las que se puede clasificar un equipo Campo Tipo Tamaño Descripción Id_Familia Numérico 18 Código identificador de la Familia Nombre_Familia String 50 Nombre de la Familia IdUsuario Numérico 18 Llave foránea del id del usuario que puede ver la Familia Relaciones: Id_ Familia con Grupo Campo llave: Id_ Familia 85

91 Tabla 36. Diccionario de datos tabla (Grupo) Nombre de la Tabla: Grupo Descripción: Contiene los grupos pertenecientes a un familia para clasificar los equipos. Campo Tipo Tamaño Descripción Id_Grupo Numérico 18 Código identificador del Grupo Nombre_Grupo String 50 Nombre del Grupo Id_Familia Numérico 18 Llave foránea del id de la Familia a la que pertenece el registro del grupo Relaciones: Id_ Grupo con SubGrupo Campo llave: Id_Grupo Tabla 37. Diccionario de datos tabla (Subgrupo) Nombre de la Tabla: Subgrupo Descripción: Contiene los Subgrupos pertenecientes a un Grupo para clasificar los equipos. Campo Tipo Tamaño Descripción Id_SubGrupo Numérico 18 Código identificador del Grupo Nombre_SubGrupo String 50 Nombre del Grupo Id_Grupo Numérico 18 Llave foránea del id de la Familia a la que pertenece el registro del grupo Relaciones: Id_ Grupo con SubGrupo Campo llave: Id_SubGrupo Tabla 38. Diccionario de datos tabla (Terceros) Nombre de la Tabla: Tercero Descripción: contiene los terceros que se traen automáticamente de la aplicación Novasoft. Campo Tipo Tamaño Descripción Cédula Numérico 18 Identificación del tercero 86

92 Nombre_Tercero String 50 Nombre del tercero String 20 Correo al que se enviaran las alertas avisándole de la fecha de entrega o si ya se pasó del plazo de entrega del equipo Relaciones: Cédula con Movimientos Campo llave: Cédula Tabla 39. Diccionario de datos tabla (Item) Nombre de la Tabla: Item Descripción: Se guarda la información de los equipos creados por el administrador de la Bodega. Campo Tipo Tamaño Descripción Cod_Barras String 50 Identificación del Equipo o Ítem Descripción String 50 Estos campos Marca String 50 Modelo String 50 Serie String definen el nombre del equipo Unidades_Disp Numérico 3 Unidades totales que se poseen del equipo o ítem Unidades_Prestamo Numérico 3 Unidades en préstamo del ítem o equipo HojaDeVida Booleano Define si el equipo requiere o no hoja de vida Id_Subgrupo Numérico 3 Define a que Subgrupo pertenece el equipo o ítem Id_Bodega Numérico 2 Define a que bodega pertenece el ítem o equipo IdUsuario Numérico 2 Define que usuario creo el ítem Id_Estado Numérico 1 Define si el equipo o ítem está en funcionamiento o

93 fuera de uso por algún motivo Fecha_Compra Fecha/Hora Fecha en la que se compró el equipo Calibrable Booleano Indica si el equipo necesita o no calibración Fecha_Ult_Calibracion Fecha Fecha en la que fue calibrado por última vez el equipo Fecha_Prox_Calibracion Fecha Próxima fecha a ser calibrado el equipo Importado_Temporal Booleano Indica si el equipo fue importado temporalmente Fecha_Vencimiento_Importacion Fecha Fecha en la que se vence la importación del equipo Mantenimiento Booleano Indica si el ítem necesita mantenimiento FechaUltMantenimiento Fecha Fecha en la que se le hizo mantenimiento por última vez al equipo Garantia Booleano Define si el equipo tiene garantía FechaVencGarantia Fecha Fecha en la que se vence la garantía del equipo Fecha_creacion Fecha Fecha en la que el equipo fue creado por el administrador del aplicativo Estado_Actual String 20 Indica en qué estado físico o de funcionamiento se encuentra el equipo, si es apto para operar o no Observaciones String 50 Observaciones pertinentes que define el administrador de la 88

94 aplicación Localización String 20 Ubicación actual del ítem Consumible Boolean Indica si el ítem es consumible Relaciones: Cod_Barras con Movimientos Campo llave: Cod_Barras Tabla 40. Diccionario de datos tabla (Movimientos) Nombre de la Tabla: Movimientos Descripción: contiene todo el registro de los movimientos realizados por el administrador del Software de inventarios. Campo Tipo Tamaño Descripción Cedula Numérico 18 Identificador del tercero al cual se le prestan los equipos Cod_Barras String 50 Identificador del equipo o ítem con el cual se realiza el movimiento Fecha_Salida Fecha Fecha en la cual se realiza el movimiento Fecha_Posible_Entrada Fecha/Hora En el caso de los préstamos de equipos o ítems, indica la fecha posible en que el inspector debe devolverlo, en movimientos de salidas de consumibles no aplica Fecha_Entrada Fecha/Hora Indica la fecha real en la que fue devuelto el Equipo Estado_Salida_Item String 20 Estado en que fue entregado el ítem al usuario Estado_Entrada_Item String 20 Estado en que el inspector entrega el Equipo Unidades_Prestadas Numérico 2 Unidades del ítem que fueron entregadas al inspector Salida_Inspeccion String 20 Consecutivo que genera el sistema cuando se realiza 89

95 un movimiento Localizacion String 20 Sitio al cual va dirigido el equipo o ítem Id_CC String 20 Centro de Costo al cual se está cargando el movimiento Id_Tipo_Movimiento Numérico 2 Identificador del tipo de movimiento que se realiza Observaciones String 50 Observaciones realizadas por el administrador de la aplicación al momento de realizar el movimiento IdUsuario Numérico 2 Identificador del administrador del sistema que está realizando el movimiento BodegaProveniente Numérico 2 Identificador de la bodega de la que proviene el equipo ValorUnitario Dinero Valor que se especifica cuando se hacen movimiento de ingreso de unidades de ítems. Factura String 50 En los movimientos de entrada de Ítems se especifica el Número de la factura de compa Id_Proveedor Numérico 3 En el caso de movimientos de entrada de ítems el identificador del proveedor al que se compró el ítem, en el caso de envíos a mantenimiento de equipos el identificador del proveedor que presta el servicio OrdenPedido String 20 En el caso de entrada de Ítems, la orden de pedido con la que se solicitaron Campo llave: llave compuesta por Cedula, Cod_Barras, Fecha_Salida y Id_CC 90

96 Tabla 41. Diccionario de datos tabla (Tipo_Movimiento) Nombre de la Tabla: Tipo_Movimiento Descripción: define los posibles tipos de movimientos que puede realizar el administrador del aplicativo Campo Tipo Tamaño Descripción Id_Tipo_Movimiento Numérico 2 Código identificador del tipo de movimiento Nombre_movimiento String 50 Nombre del tipo de movimiento Relaciones: Id_Tipo_Movimiento con Movimientos Campo Id_Tipo_Movimiento llave: Tabla 42. Diccionario de datos tabla (Centro_Costo) Nombre de la Tabla: Centro_Costo Descripción: Se guardan los centros de costo que se importan de la aplicación Novasoft. Campo Tipo Tamaño Descripción Id_CC String 50 Identificador del centro de costo Nombre_CC String 50 Nombre del centro de costo Oculto Booleano Indica si el Centro de costo está oculto para el usuario ya que hay centros de costo que realizan tareas especificas IdUsuario Numérico 2 Identificador del Usuario que creó el centro de costo Relaciones: Id_CC con Movimientos Campo llave: Id_CC Tabla 43. Diccionario de datos tabla (Proveedores) Nombre de la Tabla: Proveedores Descripción: contiene información de todos los proveedores Campo Tipo Tamaño Descripción Id_Proveedor Numérico 3 Identificador del Proveedor Nombre_Proveedor String 50 Nombre del Proveedor 91

97 IdUsuario Numérico Indica del Administrador que creó el proveedor Relaciones: Id_CC con Movimientos Campo llave: Id_CC Sabiendo que el modelo de diseño es un refinamiento del modelo de análisis, se procedió a realizar este usando tarjetas de clase. Las tarjetas de clases (también conocidas como tarjetas CRC: Clase-Responsabilidad-Colaboración) permiten al diseñador visualizar las diferentes clases de manera independiente y detallada 9. A continuación se detallan las tarjetas de clases relacionadas con la versión 1 del desarrollo: Tarjetas de clases para el Caso de uso Administrar Familia Tabla 44. Tarjeta para la clase InterfaceFamilia Clase: InterfaceFamilia Descripción: interfaz de usuario donde se muestra el listado de familias creadas por el administrador y se da la opción de realizar acciones como crear, editar y eliminar familias Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Familia ManejadorFamilia Envia el evento Editar Familia ManejadorFamilia Envia el evento Eliminar Familia ManejadorFamilia Tabla 45. Tarjeta para la clase ManejadorFamilia Clase: ManejadorFamilia Descripción: Carga los datos de familias creadas por el administrador al momento de ingresar a InterfaceFamilia y Maneja los eventos enviados desde la clase InterfaceFamilia. Modulo: Principal Estereotipo: Control Solicita obtenerfamilias ClsFamilia 9 Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 8 p

98 Maneja el evento Crear Familia Maneja el evento Editar Familia Maneja el evento Eliminar Familia Solicita crearfamilia Solicita editarfamilia Solicita eliminarfamilia ClsFamilia ClsFamilia ClsFamilia Tabla 46. Tarjeta para la clase ClsFamilia Clase: ClsFamilia Descripción: Para poder crear un ítem se debe clasificar. La familia es la primera jerarquía para posteriormente clasificar por grupo y subgrupo. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar una familia Modulo: Principal Estereotipo: Entidad Maneja crearfamilia Maneja editarfamilia Maneja eliminarfamilia Maneja obtenerfamilias Tarjetas de clases para el Caso de uso Administrar Grupo Tabla 47. Tarjeta para la clase InterfaceGrupo Clase: InterfaceGrupo Descripción: interfaz de usuario donde se muestra la lista de grupos con la familia a la que pertenece creados por el administrador y se da la opción de realizar acciones como crear, editar y eliminar grupos Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Grupo ManejadorGrupo Envía el evento Editar Grupo ManejadorGrupo Envía el evento Eliminar Grupo ManejadorGrupo Tabla 48. Tarjeta para la clase ManejadorGrupo Clase: ManejadorGrupo Descripción: Carga los datos de los grupos con su familia al momento de ingresar a InterfaceGrupo y Maneja los eventos enviados desde la clase InterfaceGrupo. Modulo: Principal 93

99 Estereotipo: Control Solicita obtenergrupos Maneja el evento Crear Grupo Maneja el evento Editar Grupo Maneja el evento Eliminar Grupo Solicita creargrupo Solicita editargrupo Solicita eliminargrupo ClsGrupo ClsGrupo ClsGrupo ClsGrupo Tabla 49. Tarjeta para la clase ClsGrupo Clase: ClsGrupo Descripción: Para poder crear un ítem se debe clasificar. El grupo es la segunda jerarquía para posteriormente clasificar subgrupo. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar un grupo Modulo: Principal Estereotipo: Entidad Maneja creargrupo Maneja editargrupo Maneja eliminargrupo Maneja ObtenerGrupos Tarjetas de clases para el Caso de uso Administrar Subgrupo Tabla 50. Tarjeta para la clase InterfaceSubgrupo Clase: InterfaceSubgrupo Descripción: interfaz de usuario donde se muestra el listado de Subgrupos con el grupo, la familia a la que pertenece y se da la opción al administrador de la bodega de realizar acciones como crear, editar y eliminar Subgrupos Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Subgrupo ManejadorSubgrupo Envía el evento Editar Subgrupo ManejadorSubgrupo Envía el evento Eliminar Subgrupo ManejadorSubgrupo Tabla 51. Tarjeta para la clase ManejadorSubgrupo Clase: ManejadorSubgrupo Descripción: Carga los datos de los Subgrupos con su grupo y familia al 94

100 momento de ingresar a InterfaceSubgrupo y Maneja los eventos enviados desde la clase InterfaceSubgrupo. Modulo: Principal Estereotipo: Control Solicita obtenersubgrupos ClsSubgrupo Maneja el evento Crear Subgrupo Maneja el evento Editar Subgrupo Maneja el evento Eliminar Subgrupo Solicita crearsubgrupo ClsSubgrupo Solicita editarsubgrupo ClsSubgrupo Solicita eliminarsubgrupo ClsSubgrupo Tabla 52. Tarjeta para la clase ClsSubgrupo Clase: ClsSubgrupo Descripción: Para poder crear un ítem se debe clasificar. El Subgrupo es la última jerarquía para posteriormente clasificar el ítem. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar un subgrupo Modulo: Principal Estereotipo: Entidad Maneja crearsubgrupo Maneja editarsubgrupo Maneja eliminarsubgrupo Maneja ObtenerSubgrupos Tarjetas de clases para el Caso de uso Administrar ítems Tabla 53. Tarjeta para la clase InterfaceItems Clase: InterfaceItems Descripción: interfaz de usuario donde se muestra el listado de ítems creados por el administrador con los campos código, descripción, marca, modelo, serie, cantidades totales. Además permite al administrador de la aplicación crear y editar ítems. Modulo: Principal Estereotipo: Borde Despliega Despliega InterfazCrearEditarItem Envía el evento Cambio de Bodega ManejadorItems 95

101 Tabla 54. Tarjeta para la clase ManejadorItems Clase: ManejadorItems Descripción: clase que obtiene y carga el listado de los ítems que son mostrados en InterfaceItems al momento de ingresar. Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Solicita obteneritemsdebodega ClsItems Maneja el evento Cambio de Bodega Tabla 55. Tarjeta para la clase InterfaceCrearEditarItems Clase: InterfaceCrearEditarItems Descripción: Muestra la interfaz para crear o editar un ítem según la opción que haya seleccionado el administrador en la clase InterfaceItems Modulo: Principal Estereotipo: Borde Envía el evento Obtener Grupos de ManejadorCrearEditarItems Familia Envía el evento Obtener Subgrupos de ManejadorCrearEditarItems Grupo Envía el evento Aceptar ManejadorCrearEditarItems Envía el evento Salir ManejadorCrearEditarItems Tabla 56. Tarjeta para la clase ManejadorCrearEditarItems Clase: ManejadorCrearEditarItems Descripción: Clase que solicita la creación y edición de Ítems con la clase ClsItems Modulo: Principal Estereotipo: Borde Solicita obtenerbodegas ClsBodegas Solicita obtenercentroscosto ClsCentrosCosto Solicita obtenerfamilias ClsFamilias Maneja el evento Obtener Grupos de Familia Maneja el evento Obtener Subgrupos de Grupo Solicita obtenergruposdefamilia ClsGrupo Solicita obtenersubgruposdegrupo ClsSubgrupo Maneja el evento Aceptar 96

102 Maneja el evento Salir Solicita creareditaritem ClsItem Tabla 57. Tarjeta para la clase ClsItem Clase: ClsItem Descripción: para poder hacer prestamos de ítems es necesario crearlos primero. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar ítems Modulo: Principal Estereotipo: Entidad Maneja obteneritemsdebodega Maneja creareditaritem Tarjetas de clases para el caso de uso Administrar Centros de Costo Tabla 58. Tarjeta para la clase InterfaceCentroCosto Clase: InterfaceCentroCosto Descripción: interfaz de usuario donde se muestra el listado de Centros de costo traídos de la base de datos de Novasoft. Además permite al administrador de la aplicación crear, editar y eliminar Centros de costo. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Centro de Costo ManejadorCentroCosto Envía el evento Editar Centro de Costo ManejadorCentroCosto Envía el evento Eliminar Centro de Costo ManejadorCentroCosto Tabla 59. Tarjeta para la clase ManejadorCentroCosto Clase: ManejadorCentroCosto Descripción: clase que obtiene y carga el listado de los Centros de Costo que son mostrados en InterfaceCentroCosto al momento de ingresar. Modulo: Principal Estereotipo: Control Solicita obtenercentroscosto ClsCentroCosto Maneja el evento Crear Centro de Costo Maneja el evento Editar Centro de Costo Maneja el evento Eliminar Centro de Costo 97

103 Solicita crearcentrocosto Solicita editarcentrocosto Solicita eliminarcentrocosto ClsCentroCosto ClsCentroCosto ClsCentroCosto Tabla 60. Tarjeta para la clase ClsCentroCosto Clase: ClsFamilia Descripción: Los centros de costo son los proyectos en los cuales trabajan los inspectores. Cuando un inspector solicita un préstamo de equipos deben ir cargados también a un centro de costo. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar Centros de costo. Modulo: Principal Estereotipo: Entidad Maneja ObtenerCentrosCosto Maneja crearcentrocosto ClsCentroCosto Maneja editarcentrocosto ClsCentroCosto Maneja eliminarcentrocosto ClsCentroCosto Tarjetas de clases para el caso de uso Administrar Centros de Costo Tabla 61. Tarjeta para la clase InterfaceTerceros Clase: InterfaceTerceros Descripción: interfaz de usuario donde se muestra el listado de Terceros traídos de la base de datos del Directorio Activo. Además permite al administrador de la aplicación crear, editar y eliminar Terceros. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Tercero ManejadorTercero Envía el evento Editar Tercero ManejadorTercero Envía el evento Eliminar Tercero ManejadorTercero Tabla 62. Tarjeta para la clase ManejadorTerceros Clase: ManejadorTerceros Descripción: clase que obtiene y carga el listado de los Terceros que son mostrados en InterfaceTerceros al momento de ingresar. Modulo: Principal Estereotipo: Control Solicita obtenerterceros ClsTercero 98

104 Maneja el evento Crear Tercero Maneja el evento Editar Tercero Maneja el evento Eliminar Tercero Solicita creartercero Solicita editartercero Solicita eliminartercero ClsTercero ClsTercero ClsTercero Tabla 63. Tarjeta para la clase ClsTercero Clase: ClsFamilia Descripción: Terceros se refiere a inspectores y funcionarios a quienes se hacen prestamos de ítems. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar Terceros. Modulo: Principal Estereotipo: Entidad Maneja ObtenerTerceros Maneja creartercero ClsTercero Maneja editartercero ClsTercero Maneja eliminartercero ClsTercero Tarjetas de clases para el caso de uso Administrar Bodegas Tabla 64. Tarjeta para la clase InterfaceBodegas Clase: InterfaceBodegas Descripción: interfaz de usuario donde se muestra el listado de Bodegas traídos de la base de datos Inventarios. Además permite al administrador de la aplicación crear, editar y eliminar Bodegas. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Bodegas ManejadorBodegas Envía el evento Editar Bodegas ManejadorBodegas Envía el evento Eliminar Bodegas ManejadorBodegas Tabla 65. Tarjeta para la clase ManejadorBodegas Clase: ManejadorBodegas Descripción: clase que obtiene y carga el listado de las Bodegas que son mostrados en InterfaceBodegas al momento de ingresar. Modulo: Principal 99

105 Estereotipo: Control Solicita obtenerbodegas Maneja el evento Crear Bodegas Maneja el evento Editar Bodegas Maneja el evento Eliminar Bodegas Solicita crearbodegas Solicita editarbodegas Solicita eliminarbodegas ClsBodegas ClsBodegas ClsBodegas ClsBodegas Tabla 66. Tarjeta para la clase ClsBodegas Clase: ClsBodegas Descripción: Las Bodegas es donde se alojan los equipos e instrumentos de inspección. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar Bodegas. Modulo: Principal Estereotipo: Entidad Maneja ObtenerBodegas Maneja crearbodegas ClsBodegas Maneja editarbodegas ClsBodegas Maneja eliminarbodegas ClsBodegas Tarjetas de clases para el caso de uso Administrar Proveedores Tabla 67. Tarjeta para la clase InterfaceProveedores Clase: InterfaceProveedores Descripción: interfaz de usuario donde se muestra el listado de Proveedores traídos de la base de datos Inventarios. Además permite al administrador de la aplicación crear, editar y eliminar Proveedores. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Crear Proveedores ManejadorProveedores Envía el evento Editar Proveedores ManejadorProveedores Envía el evento Eliminar Proveedores ManejadorProveedores Tabla 68. Tarjeta para la clase ManejadorProveedores Clase: ManejadorProveedores Descripción: clase que obtiene y carga el listado de las Proveedores que son 100

106 mostrados en InterfaceProveedores al momento de ingresar. Modulo: Principal Estereotipo: Control Solicita obtenerproveedores ClsProveedores Maneja el evento Crear Proveedores Maneja el evento Editar Proveedores Maneja el evento Eliminar Proveedores Solicita crearproveedores ClsProveedores Solicita editarproveedores ClsProveedores Solicita eliminarproveedores ClsProveedores Tabla 69. Tarjeta para la clase ClsProveedores Clase: ClsProveedores Descripción: Clase de capa de negocio que instancia los proveedores. Esta clase contiene los atributos, métodos y funciones para obtener, crear, editar y eliminar Proveedores. Modulo: Principal Estereotipo: Entidad Maneja ObtenerProveedores Maneja crearproveedores ClsProveedores Maneja editarproveedores ClsProveedores Maneja eliminarproveedores ClsProveedores Tarjetas de clases para el caso de uso Ingreso de Unidades de ítems Tabla 70. Tarjeta para la clase InterfaceIngresoDeUnidades Clase: InterfaceIngresoDeUnidades Descripción: Interfaz de usuario donde el administrador después de haber creado un ítem en la pantalla InterfaceCrearEditarItem, puede ingresar las unidades Modulo: Principal Estereotipo: Borde Despliega Envía el evento Validar campos ManejadorIngresoDeUnidades Envía el evento Obtener Nombre Ítem ManejadorIngresoDeUnidades Envía el evento Obtener Código Ítem ManejadorIngresoDeUnidades Envía el evento Ingresar unidades de ítem ManejadorIngresoDeUnidades Envía el evento Limpiar formulario Envía el evento Imprimir Ingreso de unidades ManejadorIngresoDeUnidades ManejadorIngresoDeUnidades 101

107 Despliega Envía el evento Anular ingreso de Unidades InterfaceConsultarMovimiento ManejadorIngresoDeUnidades Tabla 71. Tarjeta para la clase ManejadorIngresoDeUnidades Clase: ManejadorIngresoDeUnidades Descripción: Esta clase controla los eventos enviados desde InterfaceIngresoDeUnidades y llama métodos y funciones de las clases ClsMovimientos, ClsProveedores, ClsBodegas y ClsTerceros Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Solicita obtenerproveedores ClsProveedores Solicita obtenercedula ClsTerceros Maneja el evento Validar campos Solicita ClsMovimientos obtenerconsecutivoingresounidades Maneja el evento Obtener Nombre Ítem Maneja el evento Obtener Código Ítem Solicita obtenercodigoitem ClsItems Solicita obtenernombreitem ClsItems Maneja el evento Ingresar unidades de ítems Solicita ingresarunidadesdeitem ClsMovimientos Solicita obtenerunidadesingresadasitems ClsMovimientos maneja el evento Anular ingreso de Unidades ítem Solicita anularingresodeunidadesitem ClsMovimientos Maneja el evento Limpiar formulario Maneja el evento Imprimir ingreso de unidades Tabla 72. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerconsecutivoingresounidades 102

108 Maneja ingresarunidadesdeitem Maneja obtenerunidadesingresadasitems Maneja anularingresodeunidadesitem Tarjetas de clases para el caso de uso Préstamo de unidades de Ítems Tabla 73. Tarjeta para la clase InterfaceMovimientoInv Clase: InterfaceMovimientoInv Descripción: Interfaz de usuario donde el administrador después de haber creado un ítem en la pantalla InterfaceCrearEditarItem y haber ingresado sus unidades en InterfaceIngresoDeUnidades, puede realizar préstamos y hacer devoluciones de ítems. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Obtener Cedula de ManejadorMovimientoInv Tercero Envía el evento Fecha entrada > = Fecha ManejadorMovimientoInv Salida Envía el evento Validar campos ManejadorMovimientoInv Envía el evento Obtener Nombre Ítem ManejadorMovimientoInv Envía el evento Obtener Código Ítem ManejadorMovimientoInv Envía el evento Ingresar Préstamo ManejadorMovimientoInv Envía el evento Anular Préstamo ManejadorMovimientoInv Envía el evento Imprimir Préstamo ManejadorMovimientoInv Envía el evento Limpiar Formulario ManejadorMovimientoInv Despliega InterfaceConsultarMovimiento Tabla 74. Tarjeta para la clase ManejadorMovimientoInv Clase: ManejadorMovimientoInv Descripción: Esta clase controla los eventos enviados desde InterfaceMovimientoInv y llama métodos y funciones de las clases ClsMovimientos, ClsCentroCosto, ClsBodegas y ClsTerceros Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Solicita obtenercentroscosto ClsCentroCosto Solicita obtenernombreterceros ClsTerceros Maneja el evento Obtener Cedula de Tercero 103

109 Solicita obtenercedula Maneja el evento Validar campos Solicita obtenerconsecutivoprestamo Maneja el evento Obtener Nombre Ítem Maneja el evento Obtener Código Ítem Solicita obtenercodigoitem Solicita obtenernombreitem Solicita obtenerunidadesdisponiblesitem Maneja el evento Ingresar Préstamo Solicita ingresaritemprestamo Solicita obteneritemsprestamo maneja el evento Anular Préstamo de Ítem Solicita anularprestamodeitem Maneja el evento Limpiar formulario Maneja el evento Imprimir ingreso de unidades ClsTerceros ClsMovimientos ClsItems ClsItems ClsItems ClsMovimientos ClsMovimientos ClsMovimientos Tabla 75. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientosº Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerconsecutivoprestamo Maneja ingresaritemprestamo Maneja obteneritemsprestamo Maneja anularprestamodeitem Tarjetas de clases para el caso de uso Devolver Ítem de préstamo Tabla 76. Tarjeta para la clase InterfaceMovimientoInv Clase: InterfaceMovimientoInv Descripción: Interfaz de usuario donde el administrador después de haber creado un ítem en la pantalla InterfaceCrearEditarItem y haber ingresado sus unidades en InterfaceIngresoDeUnidades, puede realizar préstamos y hacer devoluciones de ítems. Modulo: Principal Estereotipo: Borde 104

110 Despliega Envía el evento Obtener Cedula de Tercero Envía el evento Obtener Ítems de consecutivo de préstamo Envía el evento Obtener unidades en préstamo de ítem Envía el evento Aceptar devolución de ítem ManejadorMovimientoInv ManejadorMovimientoInv ManejadorMovimientoInv ManejadorMovimientoInv Tabla 77. Tarjeta para la clase ManejadorMovimientoInv Clase: ManejadorMovimientoInv Descripción: Esta clase controla los eventos enviados desde InterfaceMovimientoInv y llama métodos y funciones de las clases ClsMovimientos, ClsCentroCosto, ClsBodegas y ClsTerceros Modulo: Principal Estereotipo: Control Solicita obtenernombreterceros ClsTerceros Maneja el evento Obtener Cedula de Tercero Solicita obtenercedula ClsTerceros Solicita ClsMovimientos obtenerconsecutivosprestamotercero Maneja el evento Obtener Ítems de consecutivo de préstamo Solicita obteneritemsconsecutivoprestamo ClsMovimientos Maneja el evento Obtener unidades prestadas de ítem Solicita obtenerunidadesprestadasdeitem ClsMovimientos Maneja el evento Aceptar devolución de ítem Solicita devolveritem ClsMovimientos Tabla 78. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja 105

111 obtenerconsecutivosprestamotercero Maneja obteneritemsconsecutivoprestamo Maneja obtenerunidadesprestadasdeitem Maneja devolveritem Tarjetas de clases para el caso de uso Salida de Consumibles Tabla 79. Tarjeta para la clase InterfaceSalidaConsumibles Clase: InterfaceSalidaConsumibles Descripción: Interfaz de usuario donde el administrador después de haber creado un ítem como consumible en la pantalla InterfaceCrearEditarItem y haber ingresado sus unidades en InterfaceIngresoDeUnidades, puede entregarlas a los inspectores o funcionarios (Terceros). Modulo: Principal Estereotipo: Borde Despliega Envía el evento Obtener Cedula de ManejadorSalidaConsumible Tercero Envía el evento Validar campos ManejadorSalidaConsumible Envía el evento Obtener Nombre Ítem ManejadorSalidaConsumible Envía el evento Obtener Código Ítem ManejadorSalidaConsumible Envía el evento Ingresar Salida de ManejadorSalidaConsumible Consumo de Ítem Envía el evento Anular Salida de Consumo ManejadorSalidaConsumible de Ítem Envía el evento Imprimir Salida de ManejadorSalidaConsumible Consumo Envía el evento Limpiar Formulario ManejadorSalidaConsumible Despliega InterfaceConsultarMovimiento Tabla 80. Tarjeta para la clase ManejadorSalidaConsumibles Clase: ManejadorSalidaConsumiblesº Descripción: Esta clase controla los eventos enviados desde InterfaceSalidaConsumibles y llama métodos y funciones de las clases ClsMovimientos, ClsCentroCosto, ClsBodegas y ClsTerceros Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Solicita obtenercentroscosto ClsCentroCosto Solicita obtenernombreterceros ClsTerceros 106

112 Maneja el evento Obtener Cedula de Tercero Solicita obtenercedula Maneja el evento Validar campos Solicita obtenerconsecutivosalidacosumible Maneja el evento Obtener Nombre Ítem Maneja el evento Obtener Código Ítem Solicita obtenercodigoitem Solicita obtenernombreitem Solicita obtenerunidadesdisponiblesitem Maneja el evento Ingresar Salida de Consumo de Ítem Solicita ingresaritemsalidaconsumo Solicita obteneritemssalidaconsumo maneja el evento Anular Salida de Consumo de Ítem Solicita anularsalidaconsumodeitem Maneja el evento Limpiar formulario Maneja el evento Imprimir ingreso de unidades ClsTerceros ClsMovimientos ClsItems ClsItems ClsItems ClsMovimientos ClsMovimientos ClsMovimientos Tabla 81. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerconsecutivosalidacosumible Maneja ingresaritemsalidaconsumo Maneja obteneritemssalidaconsumo Maneja anularsalidaconsumodeitem Tarjetas de clases para el caso de uso dar de baja Ítem Tabla 82. Tarjeta para la clase InterfaceBajaItem Clase: InterfaceBajaItem Descripción: Interfaz de usuario donde el administrador después de haber creado 107

113 un ítem en la pantalla InterfaceCrearEditarItem, puede darlo de baja. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Validar campos ManejadorBajaItem Envía el evento Ítem con hoja de Vida ManejadorBajaItem Envía el evento Obtener Nombre Ítem ManejadorBajaItem Envía el evento Obtener Código Ítem ManejadorBajaItem Envía el evento Ingresar baja de ítem ManejadorBajaItem Envía el evento Limpiar formulario ManejadorBajaItem Envía el evento Imprimir Baja de ítem ManejadorBajaItem Despliega InterfaceConsultarMovimiento Tabla 83. Tarjeta para la clase ManejadorBajaItem Clase: ManejadorBajaItem Descripción: Esta clase controla los eventos enviados desde InterfaceBajaItem y llama métodos y funciones de las clases ClsMovimientos, ClsBodegas y ClsTerceros Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Solicita obtenercedula ClsTerceros Maneja el evento Validar campos Maneja el evento Ítem con hoja de Vida Solicita obtenerconsecutivobajaitem ClsMovimientos Maneja el evento Obtener Nombre Ítem Maneja el evento Obtener Código Ítem Solicita obtenercodigoitem ClsItems Solicita obtenernombreitem ClsItems Maneja el evento Ingresar baja ítem Solicita ingresarbajadeitem ClsMovimientos Maneja el evento Limpiar formulario Maneja el evento Imprimir ingreso de unidades Tabla 84. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad 108

114 Solicita obtenerconsecutivobajaitem Solicita ingresarbajadeitem Tarjetas de clases para el caso de uso Consultar Información Tabla 85. Tarjeta para la clase InterfaceConsultarMovimientos Clase: InterfaceConsultarMovimientos Descripción: Interfaz de usuario donde el administrador consulta por consecutivo de movimiento y obtiene el formato con los datos según el tipo de movimiento que esté consultando para imprimir. Modulo: Principal Estereotipo: Borde Envía el evento Generar transacción ManejadorConsultarMovimientos Tabla 86. Tarjeta para la clase ManejadorConsultarMovimientos Clase: ManejadorConsultarMovimientos Descripción: Maneja los eventos enviados desde InterfaceConsultarMovimientos y carga los datos de la transacción consultada Modulo: Principal Estereotipo: Control Maneja el evento Generar transacción Solicita ClsMovimientos obtenerdatosconsecutivomovimiento Tabla 87. Tarjeta para la clase InterfaceConsultarTerceroConItems Clase: InterfaceConsultarTerceroConItems Descripción: Interfaz de usuario donde el administrador consulta que ítems tiene cargados un tercero. Modulo: Principal Estereotipo: Borde Envía el evento Consultar ManejadorConsultarTerceroConItems Tabla 88. Tarjeta para la clase ManejadorConsultarTerceroConItems Clase: ManejadorConsultarTerceroConItems Descripción: Maneja los eventos enviados desde InterfaceConsultarTerceroConItems y carga ítems que el tercero tiene a cargo 109

115 Modulo: Principal Estereotipo: Control Maneja el evento Consultar Solicita obteneritemsprestadostercero ClsMovimientos Tabla 89. Tarjeta para la clase InterfaceConsultarEstadoItems Clase: InterfaceConsultarEstadoItems Descripción: Interfaz de usuario donde el administrador consulta por el estado de un ítem Modulo: Principal Estereotipo: Borde Envía el evento Consultar ManejadorConsultarTerceroConItems Tabla 90. Tarjeta para la clase ManejadorConsultarEstadoItems Clase: ManejadorConsultarEstadoItems Descripción: Maneja los eventos enviados desde InterfaceConsultarEstadoItems y carga según el tipo de movimiento seleccionado por el administrador, los movimientos que se han realizado con el ítem seleccionado. Modulo: Principal Estereotipo: Control Maneja el evento Consultar Solicita obtenerconsultaestadoitem ClsMovimientos Tabla 91. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerdatosconsecutivomovimiento Maneja obteneritemsprestadostercero Maneja obtenerconsultaestadoitem 110

116 6.2.4 Implementación Ya teniendo el Modelado de Diseño se procedió a la implementación del aplicativo de inventarios. Para la implementación se siguió el manual del departamento de Informática y Tecnología (IT) sobre Arquitectura de aplicaciones Web (Ver anexo 2) el cual especifica que las aplicaciones Web deben estar implementadas en.net con FrameWork 2.0 y la Base de Datos en SQL Server. Lo primero que se debió implementar fue la base de datos, para de ahí en adelante comenzar a implementar las otras capas del aplicativo Implementación Capa de Datos versión 1 Para la implementación de la capa de datos se usó una clase genérica SqlHelper que permite realizar tres funciones básicas sobre la base de datos de Inventarios ExecuteDataset: este método permite llamar un Procedimiento almacenado en la base de datos y devolver un conjunto de datos. ExecuteNonQuery: este método permite llamar un Procedimiento almacenado en la base de datos, ejecuta una operación pero no devuelve valores. ExecuteScalar: este método permite llamar un Procedimiento almacenado en la base de datos y devolver un valor. En los métodos anteriores se pueden enviar parámetros provenientes de la capa de Negocio. Figura 10. Clase de ayuda SqlHelper para trabajar con la base de datos de inventario 111

117 Implementación Capa de Negocio versión 1 La capa de negocios se implementó con VB.NET. A continuación se muestra la imagen con todas las clases entidad implementadas. 112

118 Figura 11. Diagrama de la Base de Datos de Inventario 113

119 Figura 12. Diagrama de clases de la Capa de Negocio 114

120 Implementación Capa de Presentación versión 1 Para la implementación de esta capa se usaron Formularios Web de ASP.NET, este combina dos lenguajes principalmente, HTML para la interfaz de usuario y VB.NET en el Code behind. En la implementación de la interfaz adicionalmente se usó AJAX y CSS (Hojas de Estilo en Cascada) para darle mayor interactividad y eficiencia a los formularios. Figura 13. Formularios implementados en la Capa de Presentación 115

121 6.2.5 Pruebas Para esta fase se realizaron dos tipos de pruebas de software. Las pruebas de unidad realizadas por el autor del proyecto, pero este tipo de pruebas no son documentadas, ya que se realizaron en el momento de implementar cada formulario web en todos los módulos. Las pruebas de funcionalidad de la versión 1 realizadas con el administrador del aplicativo se relacionan en el anexos 11 (Ver Anexo 7). 6.3 DESARROLLO VERSION 2 Para la versión 2 del software de inventarios se realizan de nuevo las fases de modelo de requisitos, modelo de análisis, modelo de diseño e implementación de la nueva funcionalidad solicitada por el administrador de la bodega, habiendo sido la versión 1 probada y aceptada por el mismo Modelo de requisitos Teniendo los casos de uso básicos de la versión 1 revisados, se procede a describir los nuevos casos de uso para la versión 2. Casos de uso para el módulo de transacciones versión 2 Figura 14. Diagrama de casos de uso para el módulo de transacciones versión 2 116

122 Tabla 92. Descripción del Caso de uso Envió de equipos a mantenimiento Caso de Uso Actores Tipo Propósito Precondiciones Envió de equipos a mantenimiento Administrador Bodega, BD Inventarios Básico Permitir al administrador enviar equipos que necesitan algún tipo de mantenimiento. Se debe primero ejecutar el caso de uso Validar Usuario, después el caso de uso Ingreso de unidades de ítem y los subflujos Crear Proveedor (SP-1) y Crear Bodega (SB-1). Flujo Principal Al presentarse la pantalla de Envió de Equipos a mantenimiento se mostrará por defecto el nombre del administrador actual del aplicativo de inventarios. Enseguida se mostrara la fecha en que se envía, por defecto es la fecha en el momento de realizar la transacción, Fecha estimada de entrada (al seleccionarse una fecha valida que no sea menor a la de salida), se selecciona bodega y se habilita el botón Aceptar. Al dar clic en Aceptar se ejecutara el Subflujo Obtener consecutivo mantenimiento equipo (SM-1) y se habilitar los campos Código, Tipo de mantenimiento, Ubicación, Detalles y Proveedor. Al ejecutar el subflujo anterior nos muestra en nuevo consecutivo de préstamo y habilita los campos Código, Tipo de mantenimiento, ubicación, detalle y Proveedor. Si el administrador conoce el código se ejecutará el subflujo Obtener sugerencia códigos de equipos (SM-2), si no conoce el código puede buscar por nombre dando clic en la imagen de lupa y en el campo de texto se ejecutará el subflujo Obtener código de Equipo por nombre (SM-3). Establecidos los campos Código, Tipo de mantenimiento, ubicación, Detalle y Proveedor se procede a realizar el envió a mantenimiento de equipo dando clic en el botón Ingresar que ejecuta el subflujo Crear registro envió mantenimiento equipo (SM-4). Una vez hecho todos los envíos a mantenimiento de equipos el administrador puede imprimir la salida dando clic en el icono de impresora ejecutando el caso de uso Consultar Movimiento o puede dar clic en el botón Limpiar que ejecuta el subflujo Limpiar formulario préstamo de ítems (SM-5). 117

123 Subflujos SM-1 Obtener consecutivo mantenimiento equipo Valida campos llenos (EM-1) y obtiene un consecutivo de la BD Inventarios que indica que se va a realizar una transacción de envió de equipo a mantenimiento. Este consecutivo tiene la forma: Indica el tipo de movimiento que se está realizando, en este caso mantenimiento de equipo. Año actual Mes actual SM-2010-OCT-12 Indica número de salidas que se ha generado en el mes actual. SM-2 Obtener sugerencia códigos de equipos De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Ingresar (EM-2, EM-3, EM-4). SM-3 Obtener código de Equipo por nombre De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem y de igual forma se cargaran las unidades disponibles para préstamo del ítem (EM-2, EM-3, EM-4). SM-4 Crear registro envió mantenimiento equipo Crea un nuevo registro en la base de datos de envió a mantenimiento de equipo. Enseguida el usuario podrá continuar con el subflujo Obtener sugerencia códigos de equipos (SM-2). SPI-5 Limpiar formulario envió mantenimiento de equipo Solo se puede ejecutar cuando se ha ejecutado al menos una vez el subflujo SM-4 y la función de este es limpiar totalmente el formulario de envió mantenimiento de equipo para hacer una nueva transacción. 118

124 Excepciones EM-1 Información incompleta validación: falta llenar información básica de validación, se vuelve a solicitar al administrador que complete el registro. EM-2 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem. EM-3 Equipo con más de una unidad: si al código del equipo se ha ingresado más de una unidad, el sistema mostrará el mensaje Equipos de más de una unidad no se envían a Mantenimiento y pedirá al usuario que ingrese otro código. EM-4 Equipo en préstamo: si el equipo se encuentra actualmente en préstamo mostrará un mensaje y no permitirá realizar envió a mantenimiento a menos que se seleccione un código que este en bodega. Tabla 93. Descripción del Caso de uso Ingreso de equipo de mantenimiento Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Ingreso de equipo de mantenimiento Administrador Bodega, BD Inventarios Básico Permitir al administrador retornar el equipo de nuevo a la bodega después de haber enviado el equipo a mantenimiento. Después de realizar este caso de uso el equipo estará disponible nuevamente para préstamo. Se debe primero ejecutar el caso de uso Validar Usuario y haber ejecutado el caso de uso Envió de equipo a mantenimiento. Al ingresar a la pantalla Ingreso de equipo de mantenimiento se mostraran los campos: tercero (se carga por defecto el administrador de la bodega), consecutivos de envíos de mantenimiento (se cargaran al inicio todos los consecutivos de envíos que ha realizado el administrador), Equipos en mantenimiento, tipo de mantenimiento que se realizó al equipo, estado en que ingresa el equipo, fecha próxima calibración, fecha de ingreso de equipo (toma por defecto la fecha al momento de realizar la transacción), observaciones y valor del mantenimiento. El administrador procede a seleccionar el consecutivo de mantenimiento, se traen todos los equipos cargados a ese 119

125 consecutivo. Al momento de seleccionar el equipo al que se le hará el ingreso se muestra su descripción y el tipo de mantenimiento que se realizó. Si el tipo de mantenimiento fue de calibración, se habilita el campo fecha de próxima calibración y se procede a llenar los campos Estado del equipo, Fecha próxima calibración, observaciones y valor mantenimiento. Ingresada toda la información se puede dar clic en el botón Aceptar para ejecutar el Subflujo Ingresar Equipo de mantenimiento (SIM-1). Subflujos Excepciones Se repiten los pasos anteriores hasta que el administrador termine de ingresar todos los equipos enviados a mantenimiento. SIM -1 Ingresar Equipo de mantenimiento Al ejecutarse se actualizan en el registro de la base de datos el envió de equipo a mantenimiento a estado devuelto, la fecha devuelto, las unidades ingresadas que ahora están disponibles en bodega y se vuelven a traer todos los equipos de ese consecutivo que aún no se han traído de mantenimiento. Ninguna Tabla 94. Descripción del Caso de uso Intercambio préstamo de ítems entre terceros Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Intercambio préstamo de ítems entre terceros Administrador Bodega, BD Inventarios Secundario Permitir al administrador seleccionar los ítems cargados a un consecutivo de préstamo de un tercero y asignárselos a otro tercero con un nuevo consecutivo. Se debe primero ejecutar el caso de uso Validar Usuario y haber ejecutado el caso de uso Préstamo de Ítems. Este caso de uso pide seleccionar el tercero origen (al que se va a descargar el préstamo, SGlobalT-1), el consecutivo de préstamo para obtener los ítems a ser descargados, el tercero destino (SGlobalT-1) al que se van a cargar los ítems y la nueva fecha de entrega de los ítems. Al seleccionar estos campos se habilita el botón Aceptar y se ejecuta el subflujo Intercambiar préstamo entre terceros (SIT-1) para terminar. SIT-1 Intercambiar préstamo entre terceros 120

126 Excepciones Ejecutar en automático los casos de uso Devolver ítem de préstamo y Préstamo de Ítems para descargar ítems del tercero origen y cargarlos con un nuevo consecutivo de salida y una nueva fecha de entrega al tercero destino. Ninguna Tabla 95. Descripción del Caso de uso Extender fecha de entrega de ítems prestados Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Excepciones Extender fecha de entrega de ítems prestados Administrador Bodega, BD Inventarios Secundario Permitir al administrador extender la fecha de entrega de un consecutivo de préstamo de ítems. Se debe primero ejecutar el caso de uso Validar Usuario y haber ejecutado el caso de uso Préstamo de Ítems. Este caso de uso pide seleccionar el tercero (SGlobalT-1) al que se va a extender el tiempo de préstamo de los ítems, el consecutivo de préstamo (en el momento de seleccionarlo se debe mostrar la fecha de entrega antigua) y la nueva fecha de entrega. Se habilita el botón Aceptar y se ejecuta el Subflujo Actualizar fecha de entrega ítems prestados (SE-1) SE-1 Actualizar fecha de entrega ítems prestados Este subflujo actualiza la fecha de entrega del consecutivo de préstamo seleccionado. Ninguna 121

127 Casos de uso para el módulo Consultar Información versión 2 Figura 15. Diagrama de Casos de uso para el modulo Consultar Información versión 2 Tabla 96. Descripción del Caso de uso Consultar Información Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Subflujos Consultar Información Administrador Bodega, BD Inventarios Básico Permitir al administrador consultar información con el aplicativo de inventarios Se debe primero ejecutar el caso de uso Validar Usuario y haber ejecutado los casos de uso Ingreso de unidades de ítems, Préstamo de items, Devolver ítem de préstamo, Envió a mantenimiento de ítems, Ingreso de equipo de mantenimiento y Salida de consumibles. Se ejecuta primero el caso de uso Validar usuario, selecciona la opción consultas en el menú principal y se continua con los diversos subflujos de este caso de uso. SCN-1 Consultar 122

128 Se despliega el menú consultar. El usuario puede seleccionar entre las siguientes opciones: Consultar Movimientos, Terceros con Ítems, Estado de ítems, Equipos por Clasificación, Consultar por palabra clave y Control de calibración, garantía y alquiler. Si el administrador presiona Consultar Movimientos, se activa el subflujo Consultar Movimientos (SCN-2). Si el administrador presiona Terceros con Ítems, se activa el subflujo Consultar Terceros con Ítems (SCN-4). Si el administrador presiona Estado de ítems, se activa el subflujo Consultar Estado de ítems (SCN-6). Si el administrador presiona Equipos por Clasificación, se activa el subflujo Consultar Equipos por Clasificación (SCN-8). Si el administrador presiona Consultar ítem por palabra clave, se activa el subflujo Consultar ítem por palabra clave (SCN-10). Si el administrador presiona Control de calibración, garantía y alquiler, se activa el subflujo Consultar Control de calibración, garantía y alquiler (SCN-12). SCN-2 Consultar Movimientos Se le muestra al administrador la pantalla Consultar movimientos, se ingresa el consecutivo del tipo de movimiento que se desea consultar (Ingreso de unidades, préstamo de ítem, etc.) y se da clic en el botón Generar transacción para ejecutar el subflujo Devolver movimiento (SCN-3). SCN-3 Devolver movimiento Devuelve toda la información referente al movimiento y se muestran en un formato listo para impresión (ECN-1). SCN-4 Consultar terceros con ítems Al ingresar a esta pantalla se muestra el campo tercero (SGlobalT-1) y bodega. Al llenarlos se habilita el botón Consultar, que ejecuta el subflujo Devolver ítems del tercero (SCN-5). SCN-5 Devolver ítems del tercero 123

129 Si se ha hecho préstamo de ítems al tercero se traerán todos los ítems cargados a su nombre con la siguiente información: código, descripción, cantidades prestadas, Fecha de préstamo, Estado en que se entregó el ítem y consecutivo del tipo de movimiento. SCN-6 Consultar Estado de ítems Se selecciona la bodega a la que pertenece el ítem y se habilitan los campos: consumible, código, tipo de movimientos que se han realizado con el ítem. Si se señala el campo consumible traerá solo ítems declarados como consumibles en su creación. El campo código ejecuta los subflujos Obtener sugerencia códigos de equipos (SCN-14) y Obtener código de Equipo por nombre (SCN-15), además se selecciona el tipo de movimiento. Se habilita el botón Consultar y se ejecuta el subflujo Obtener estado ítem (SCN-7). SCN-7 Obtener estado ítem Si se seleccionó consumible, los tipos de movimientos que se podrán obtener serán: Ingreso de unidades: esta consulta traerá los datos; consecutivo de ingreso, fecha, cantidad, valor unitario, proveedor y factura. salida de consumo: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de entrega, fecha, centro de costo y cantidad. También se mostraran las unidades disponibles en bodega. En el otro caso los tipos de movimientos que se consultan son: Préstamo: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de préstamo, fecha salida, fecha posible entrada, centro de costo, cantidad y estado del ítem. Devolución: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de préstamo, fecha salida, fecha entrada, centro de costo, cantidad y estado de 124

130 salida ítem, estado de entrada ítem y observaciones. Envió a Mantenimiento: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de envió mantenimiento, fecha salida, fecha posible entrada, tipo de mantenimiento, cantidad y estado de salida ítem. Ingreso de mantenimiento: esta consulta traerá los datos; cedula, nombre tercero, consecutivo de envió mantenimiento, fecha salida, fecha entrada, tipo de mantenimiento, cantidad y estado de salida ítem, estado de entrada ítem y observaciones. Ingreso de unidades: esta consulta traerá los datos; consecutivo de ingreso, fecha, cantidad, valor unitario, proveedor y factura. También se mostraran las unidades disponibles en bodega y las unidades totales ingresadas al sistema. Adicionalmente se podrá exportar la información consultada a Excel. SCN-8 Consultar Equipos por Clasificación En esta pantalla se consulta la cantidad de equipos que existen según la clasificación seleccionada, primero se selecciona la bodega, luego se habilitaran los campos Familia, Grupo y Subgrupo. No necesariamente se deben seleccionar los tres campos para realizar la consulta, se puede consultar por familia solo o por Grupo solo o por Subgrupo. Se habilita el botón Consultar después de seleccionar la bodega y al darle clic llama el Subflujo Obtener equipos según clasificación. SCN-9 Subflujo Obtener equipos según clasificación Esta consulta obtiene todos los ítems clasificados según selecciono el administrador con la siguiente información: código, descripción, marca, modelo, serie, cantidades totales ingresadas al sistema y cantidades disponibles en bodega. SCN-10 Consultar ítem por palabra clave En esta página se ingresa una palabra por la que se quiere buscar el ítem, una vez se digita se habilita el estado, el 125

131 proyecto y el botón Buscar. En el estado estará por defecto Préstamo, si se selecciona Bodega se inhabilitara es campo proyecto. Seleccionados los campos se da clic en el botón Buscar para ejecutar el Subflujo Obtener ítems por palabra clave (SCN-11). SCN-11 Obtener ítems por palabra clave Este subflujo obtiene todas las coincidencias relacionadas con la palabra ingresada y según el estado seleccionado devuelve los siguientes datos: Estado en Bodega: obtiene código, Descripción y unidades en bodega. Estado en Préstamo: obtiene código, descripción, unidades prestadas, nombre tercero y fecha de entrega. SCN-12 Consultar Control de calibración, garantía y alquiler Al ingresar a esta pantalla se muestra por defecto un listado con la información de los equipos que se les han hecho calibraciones. En la parte de arriba hay un botón Filtrar que nos abre un panel en el que podemos seleccionar el tipo de mantenimiento por el que deseamos consultar. El administrador selecciona el tipo de mantenimiento, enseguida puede seleccionar entre Aceptar y cerrar. Si selecciona Aceptar, se ejecutara el Subflujo Obtener consulta de Tipo Mantenimiento (SCN-13). Si selecciona Cerrar, se cerrara el panel de filtrado de consulta y volverá a la ventana para Consultar Control de calibración, garantía y alquiler. SCN-13 Obtener consulta de Tipo Mantenimiento Obtiene los ítems que se les ha aplicado el tipo de mantenimiento seleccionado por el Administrador. SCN-14 Obtener sugerencia códigos de equipos De acuerdo a los caracteres que el administrador digite en el campo código este subflujo irá obteniendo un listado con sugerencias de códigos de ítems posibles que él este solicitando. Una vez seleccione el código deseado aparecerá enseguida el nombre del ítem y habilitará el botón Ingresar 126

132 (ECN-2). SCN-15 Obtener código de Equipo por nombre Excepciones De acuerdo a los caracteres que el administrador digite en el campo de texto, este subflujo irá obteniendo un listado con sugerencias de descripciones de ítems posibles que él este solicitando. Una vez seleccione la descripción deseada en el campo de texto código aparecerá el respectivo código del ítem y de igual forma se cargaran las unidades disponibles para préstamo del ítem (ECN-2). ECN-1 consecutivo no existe: si el consecutivo ingresado por el administrador no existe, no se devolverá ningún tipo de información. ECN-2 Código de ítem no existe en la base de datos o se dejó campo de texto del código en blanco: no se habilita el botón Ingresar y se pide al administrador que vuelva a ingresar nuevamente el código del ítem. Caso de uso para el módulo de Reportes Figura 16. Diagrama de Caso de uso para el módulo de Reportes 127

133 Tabla 97. Descripción del Caso de uso Reportes Caso de Uso Actores Tipo Propósito Precondiciones Flujo Principal Reportes Administrador Bodega, BD Inventarios Secundario Permitir al administrador ver los reportes acerca del estado de los ítems. Se debe primero ejecutar el caso de uso Validar Usuario y haber ejecutado los casos de uso; Ingreso de unidades de ítems, Préstamo de items, Envió a mantenimiento de ítems y Salida de consumibles Se ejecuta primero el caso de uso Validar usuario, selecciona la opción reportes en el menú principal y se verán las opciones Items en poder de terceros, Items en bodega y Items en centros de costo. Si el administrador selecciona Items en poder de terceros, se activa el subflujo Reporte items en poder de terceros (SR-1). Si el administrador selecciona Items en bodega, se activa el subflujo Reporte Items en bodega (SR-2). Subflujos Si el administrador selecciona Items en centros de costo, se activa el subflujo Reporte Items en centros de costo (SR-3). SR-1 Reporte items en poder de terceros Abre la ventana Items en poder de terceros, se da la opción de seleccionar la bodega. El administrador selecciona la bodega y puede seleccionar las opciones Generar Reporte y Generar en Excel. Si da clic en Generar Reporte se ejecuta el subflujo Obtener reporte items en poder de terceros (SR-2) de igual forma es llamado si da clic en Generar en Excel pero genera un archivo en Excel. SR-2 Obtener reporte items en poder de terceros Al ejecutarse obtiene de la BD de Inventarios un listado con todos los terceros que tienen items a su cargo. Se muestra la información: Cédula, Nombre, Código, Descripción, Ítem, Cantidad y Centro de Costos. SR-3 Reporte Items en bodega Abre la ventana items en bodega, selecciona una bodega 128

134 para generar el reporte y puede dar clic en Generar reporte o Generar en Excel. Si da clic en Generar reporte llama el subflujo Obtener reporte items en bodega (SR-4), de igual forma es llamado si da clic en Generar en Excel pero este genera un archivo en Excel. SR-4 Obtener reporte items en bodega Obtiene de la BD de inventarios un listado con todos los items de la bodega selecciona detallando la siguiente información: Código, Descripción, Marca, Modelo, Serie, Unidades en bodega y unidades prestadas. SR-5 Reporte Items en centros de costo Abre la ventana Items en centros de costo, el administrador selecciona los campos bodega y centro de costo. Enseguida puede escoger las opciones Generar Reporte y Generar en Excel. Si selecciona Generar Reporte se ejecuta el Subflujo Obtener reporte en centros de costo (SR-6), de igual forma es llamado si da clic en Generar en Excel pero este genera un archivo en Excel. SR-6 Obtener reporte en centros de costo Excepciones Obtiene de la BD de inventarios un listado con todos los items de la bodega y del centro de costo seleccionados detallando la siguiente información: Código, Descripción, Marca, Modelo, Serie, Unidades, consecutivo de préstamo y a quien se le cargo. Ninguna Modelo de análisis En esta fase se incluyeron las nuevas clases en base a los casos de uso descritos previamente para completar el modelo del análisis. Clases Borde 129

135 Tabla 98. Relación entre casos de uso, actores y clases borde para el sistema de Inventarios Caso de uso Actores Clases borde Módulo Administración de Ítems Validar Usuario Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Base de Datos InterfaceFamilia Familia Inventarios y Administrador Bodega Administrar Grupo Base de Datos InterfaceGrupo Inventarios y Administrador Bodega Administrar Base de Datos InterfaceSubGrupos Subgrupo Inventarios y Administrador Bodega Administrar Ítems Base de Datos InterfaceItems e InterfaceCrearItems Inventarios y Administrador Bodega Módulo Administración de Maestros Administrar Base de Datos InterfaceCentroCosto Centros de Costo Novasoft, Base de Datos Inventarios y Administrador Administrar Terceros Administrar Bodegas Administrar Proveedores Bodega Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y 130 InterfaceTerceros InterfaceBodegas InterfaceProveedores

136 Ingresar Unidades de Ítems Préstamo Ítems de Devolver ítem de préstamo Envió de equipos a mantenimiento Ingreso de equipo de mantenimiento Intercambio préstamo de ítems entre terceros Extender fecha de entrega de ítems prestados Salida Consumibles de Administrador Bodega Módulo de Transacciones Base de Datos InterfaceIngresoDeUnidades Inventarios y Administrador Bodega Base de Datos InterfaceMovimientoInv Inventarios y Administrador Bodega Base de Datos InterfaceMovimientoInv Inventarios y Administrador Bodega Base de Datos InterfaceMantenimientos Inventarios y Administrador Bodega Base de Datos InterfaceMantenimientos Inventarios y Administrador Bodega Base de Datos InterfaceIntercambioPrestamo Inventarios y Administrador Bodega Base de Datos InterfaceExtenderFechaPrestamo Inventarios y Administrador Bodega Base de Datos InterfaceSalidaConsumibles Inventarios y Administrador Bodega InterfaceBajaItem Inventarios y Administrador Bodega Dar de Baja Ítem Base de Datos Consultar Información Módulo de Consultas Base de Datos Inventarios y Administrador Bodega 131 InterfaceConsultarMovimientos InterfaceConsultarTerceroConItems InterfaceConsultarEstadoItems InterfaceConsultarEquiposClasificacion InterfaceConsultarItemPorPalabra

137 InterfaceConsultarMantenimientos Módulo Reportes Reportes Base de Datos InterfaceReporteItemsPorderTerceros Inventarios y InterfaceReporteItemsEnBodega Administrador Bodega InterfaceReporteItemsCentrosCosto Clases Entidad Tabla 99. Relación entre casos de uso, actores y clases Entidad para el sistema de Inventarios Caso de uso Actores Clases Entidad Módulo Administración de Ítems Validar Usuario Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Familia Base de Datos Inventarios y ClsFamilia Administrador Bodega Administrar Grupo Base de Datos Inventarios y ClsGrupo Administrador Bodega Administrar Subgrupo Base de Datos Inventarios y ClsSubGrupo Administrador Bodega Administrar Ítems Base de Datos Inventarios y Administrador Bodega ClsItems Administrar Centros de Costo Módulo Administración de Maestros Base de Datos Novasoft, Base ClsCentroCosto de Datos Inventarios y Administrador Bodega Administrar Terceros Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega 132 ClsTerceros Administrar Bodegas Base de Datos Inventarios y ClsBodegas Administrador Bodega Administrar Base de Datos Inventarios y ClsProveedores Proveedores Administrador Bodega Módulo de Transacciones Ingresar Unidades de Base de Datos Inventarios y ClsMovimientos Ítems Administrador Bodega Préstamo de Ítems Base de Datos Inventarios y ClsMovimientos Administrador Bodega Devolver ítem de Base de Datos Inventarios y ClsMovimientos

138 préstamo Envió de equipos a mantenimiento Ingreso de equipo de mantenimiento Intercambio préstamo de ítems entre terceros Extender fecha de entrega de ítems prestados Salida de Consumibles Dar de Baja Ítem Consultar Información Reportes Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Base de Datos Inventarios y Administrador Bodega Módulo de Consultas Base de Datos Inventarios y Administrador Bodega Módulo Reportes Base de Datos Inventarios y Administrador Bodega ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos ClsMovimientos Clases Control Tabla 100. Relación entre casos de uso, actores y clases Control para el sistema de Inventarios Caso de uso Actores Clases Control Módulo Administración de Ítems Validar Usuario Base de Datos Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Base de Datos ManejadorFamilia Familia Inventarios y Administrador Bodega Administrar Base de Datos ManejadorGrupo Grupo Inventarios y Administrador Bodega Administrar Base de Datos ManejadorSubgrupo 133

139 Subgrupo Inventarios y Administrador Bodega Administrar Ítems Base de Datos Inventarios y Administrador Bodega Administrar Centros de Costo 134 ManejadorItems Módulo Administración de Maestros Base de Datos ManejadorCentroCosto Novasoft, Base de Datos Inventarios y Administrador Bodega Administrar Base de Datos ManejadorTerceros Terceros Directorio Activo, Base de Datos Inventarios y Administrador Bodega Administrar Base de Datos ManejadorBodegas Bodegas Inventarios y Administrador Bodega Administrar Base de Datos ManejadorProveedores Proveedores Inventarios y Administrador Bodega Módulo de Transacciones Ingresar Base de Datos ManejadorIngresoUnidades Unidades de Inventarios y Ítems Administrador Bodega Préstamo de Base de Datos ManejadorMovimientoInv Ítems Inventarios y Administrador Bodega Devolver ítem de Base de Datos ManejadorMovimientoInv préstamo Inventarios y Administrador Bodega Envió de equipos Base de Datos ManejadorMantenimientos a mantenimiento Inventarios y Administrador Bodega Ingreso de Base de Datos ManejadorMantenimientos

140 equipo de Inventarios y mantenimiento Administrador Bodega Intercambio Base de Datos ManejadorIntercambioPrestamo préstamo de Inventarios y ítems entre Administrador terceros Bodega Extender fecha Base de Datos ManejadorExtenderFechaPrestamo de entrega de Inventarios y ítems prestados Administrador Bodega Salida de Base de Datos ManejadorSalidaConsumibles Consumibles Inventarios y Administrador Bodega Dar de Baja Ítem Base de Datos ManejadorBajaItem Inventarios y Administrador Bodega Módulo de Consultas Consultar Base de Datos ManejadorConsultarMovimientos Información Inventarios y ManejadorConsultarTerceroConItems Administrador Bodega ManejadorConsultarEstadoItems ManejadorConsultarEquiposClasificacion ManejadorConsultarItemPorPalabra ManejadorConsultarMantenimientos Módulo Reportes Reportes Base de Datos Inventarios y Administrador Bodega ManejadorReporteItemsPorderTerceros ManejadorReporteItemsEnBodega ManejadorReporteItemsCentrosCosto Modelo de diseño En esta iteración del modelo de diseño se incluyen las tarjetas de clases de la nueva funcionalidad basadas en el modelo de requerimientos y modelo de análisis. Tarjetas de clases para el caso de uso Envió de equipos a mantenimiento 135

141 Tabla 101. Tarjeta para la clase InterfaceMantenimientos Clase: InterfaceMantenimientos Descripción: Interfaz de usuario donde el administrador después de haber creado un ítem en la pantalla InterfaceCrearEditarItem y haber ingresado sus unidades en InterfaceIngresoDeUnidades, puede enviar e ingresar equipos de mantenimiento Modulo: Principal Estereotipo: Borde Despliega Envía el evento Fecha entrada > = Fecha ManejadorMantenimientos Salida Envía el evento Validar campos ManejadorMantenimientos Envía el evento Obtener Nombre Ítem ManejadorMantenimientos Envía el evento Obtener Código Ítem ManejadorMantenimientos Envía el evento Ingresar Envió a ManejadorMantenimientos mantenimiento de equipo Envía el evento Anular Envió a ManejadorMantenimientos mantenimiento de equipo Envía el evento Imprimir Envió a ManejadorMantenimientos mantenimiento de equipos Envía el evento Limpiar Formulario ManejadorMantenimientos Despliega InterfaceConsultarMovimiento Tabla 102. Tarjeta para la clase ManejadorMantenimientos Clase: ManejadorMantenimientos Descripción: Esta clase controla los eventos enviados desde InterfaceMantenimientos y llama métodos y funciones de las clases ClsMovimientos y ClsBodegas Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Maneja el evento Obtener Cedula de Tercero Solicita obtenercedula ClsTerceros Maneja el evento Validar campos Solicita obtenerconsecutivomantenimiento ClsMovimientos Maneja el evento Obtener Nombre Ítem Maneja el evento Obtener Código Ítem Solicita obtenercodigoitem ClsItems Solicita obtenernombreitem ClsItems Solicita obtenerunidadesdisponiblesitem ClsItems Maneja el evento Ingresar Envió a 136

142 mantenimiento de equipo Solicita ingresarenvioequipomantenimiento ClsMovimientos Solicita obtenerenvioequiposmantenimiento ClsMovimientos maneja el evento Anular Envió a mantenimiento de equipo Solicita anularenvioequipomantenimiento ClsMovimientos Maneja el evento Limpiar formulario Maneja el evento Imprimir ingreso de unidades Tabla 103. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerconsecutivomantenimiento Maneja ingresarenvioequipomantenimiento Maneja obtenerenvioequiposmantenimiento Maneja anularenvioequipomantenimiento Tarjetas de clases para el caso de uso Ingreso de equipo de mantenimiento Tabla 104. Tarjeta para la clase InterfaceMantenimientos Clase: InterfaceMantenimientos Descripción: Interfaz de usuario donde el administrador después de haber creado un ítem en la pantalla InterfaceCrearEditarItem y haber ingresado sus unidades en InterfaceIngresoDeUnidades, puede enviar e ingresar equipos de mantenimiento Modulo: Principal Estereotipo: Borde Despliega Envía el evento Obtener Ítems de ManejadorMantenimientos consecutivo de mantenimiento Envía el evento Obtener unidades en ManejadorMantenimientos mantenimiento de ítem Envía el evento Aceptar ingreso de equipo ManejadorMantenimientos de mantenimiento 137

143 Tabla 105. Tarjeta para la clase ManejadorMantenimientos Clase: ManejadorMantenimientos Descripción: Esta clase controla los eventos enviados desde InterfaceMantenimientos y llama métodos y funciones de las clases ClsMovimientos, ClsBodegas y ClsTerceros Modulo: Principal Estereotipo: Control Solicita obtenercedula ClsTerceros Solicita obtenerconsecutivosmantenimiento ClsMovimientos Maneja el evento Obtener Ítems de consecutivo de mantenimiento Solicita ClsMovimientos obteneritemsconsecutivomantenimiento Maneja el evento Obtener unidades en mantenimiento de ítem Solicita ClsMovimientos obtenerunidadesmantenimientodeitem Maneja el evento Aceptar ingreso de mantenimiento de ítem Solicita ingresaritemdemantenimiento ClsMovimientos Tabla 106. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerconsecutivosmantenimiento Maneja obteneritemsconsecutivomantenimiento Maneja obtenerunidadesmantenimientodeitem Maneja ingresaritemdemantenimiento Tarjeta de clase para el caso de uso Intercambio préstamo de ítems entre terceros 138

144 Tabla 107. Tarjeta para la clase InterfaceIntercambioPrestamo Clase: InterfaceIntercambioPrestamo Descripción: Interfaz de usuario en la que el administrador puede reasignar de un tercero origen a un tercero destino un préstamo hecho al primero y cargárselo al segundo con un nuevo consecutivo de préstamo. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Obtener Cedula ManejadorIntercambioPrestamo Envía el evento obtener detalle de ítems ManejadorIntercambioPrestamo de consecutivo préstamo seleccionado Envía el evento Aceptar ManejadorIntercambioPrestamo Tabla 108. Tarjeta para la clase ManejadorIntercambioPrestamo Clase: ManejadorIntercambioPrestamo Descripción: Clase que maneja los eventos enviados desde InterfaceIntercambioPrestamo y llama los métodos en las clases ClsTerceros y ClsMovimientos para realizar el intercambio de préstamo entre usuarios Modulo: Principal Estereotipo: Control Solicita obtenernombreterceros ClsTerceros Maneja el evento Obtener Cedula Solicita obtenercedula ClsTerceros Solicita ClsMovimientos obtenerconsecutivosprestamotercero Maneja el evento obtener detalle de ítems de consecutivo préstamo seleccionado Solicita ClsMovimiento obteneritemsconsecutivoprestamodetallado Maneja el evento Aceptar Solicita ClsMovimientos realizarintercambioprestamoterceros Tabla 109. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad 139

145 Maneja obtenerconsecutivosprestamotercero Maneja obteneritemsconsecutivoprestamodetallado Maneja realizarintercambioprestamoterceros Tarjeta de clase para el caso de uso Extender fecha de entrega de ítems prestados Tabla 110. Tarjeta para la clase InterfaceExtenderFechaPrestamo Clase: InterfaceExtenderFechaPrestamo Descripción: Interfaz de usuario en la que el administrador puede extender la fecha de entrega de un préstamo hecho a un tercero Modulo: Principal Estereotipo: Borde Despliega Envía el evento Obtener Cedula ManejadorExtenderFechaPrestamo Envía el evento obtener detalle de ítems ManejadorExtenderFechaPrestamo de consecutivo préstamo seleccionado Enviar el evento Fecha anterior < a Fecha ManejadorExtenderFechaPrestamo entrada nueva Envía el evento Aceptar ManejadorExtenderFechaPrestamo Tabla 111. Tarjeta para la clase ManejadorExtenderFechaPrestamo Clase: ManejadorExtenderFechaPrestamo Descripción: clase que maneja los eventos enviados desde InterfaceExtenderFechaPrestamo y llama los métodos de ClsMovimientos para extender la fecha de entrega de un préstamo de ítem Modulo: Principal Estereotipo: Control Solicita obtenernombreterceros ClsTerceros Maneja el evento Obtener Cedula Solicita obtenercedula ClsTerceros Solicita ClsMovimientos obtenerconsecutivosprestamotercero Maneja el evento obtener detalle de ítems de consecutivo préstamo seleccionado Solicita ClsMovimiento obteneritemsconsecutivoprestamodetallado 140

146 Maneja el evento Fecha anterior < a Fecha entrada nueva Maneja el evento Aceptar Solicita extenderfechadeentrada ClsMovimientos Tabla 112. Tarjeta para la clase ClsMovimientos Clase: ClsMovimientos Descripción: Clase que se encarga de realizar todas las transacciones realizadas con los ítems. La base de la funcionalidad de la aplicación se centra en esta clase de la capa de negocio. Modulo: Principal Estereotipo: Entidad Maneja obtenerconsecutivosprestamotercero Maneja obteneritemsconsecutivoprestamodetallado Maneja extenderfechadeentrada Tarjeta para el caso de uso Consultar información Tabla 113. Tarjeta para la clase InterfaceConsultarEquiposClasificacion Clase: InterfaceConsultarEquiposClasificacion Descripción: Interfaz de usuario en la cual el administrador consulta qué equipos están asociados a cierta clasificación, ya sea familia, grupo o subgrupo. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Obtener Grupos de ManejadorConsultarEquiposClasificacion Familia Envía el evento Obtener Subgrupos de ManejadorConsultarEquiposClasificacion Grupo Envía el evento Consultar ManejadorConsultarEquiposClasificacion Tabla 114. Tarjeta para la clase ManejadorConsultarEquiposClasificacion Clase: ManejadorConsultarEquiposClasificacion Descripción: Clase que maneja los eventos enviados desde InterfaceConsultarEquiposClasificacion y carga los datos de la clasificación consultada 141

147 Modulo: Principal Estereotipo: Control Solicita obtenerbodegas Solicita obtenerfamilias Maneja el evento Obtener Grupos de Familia Solicita obtenergruposdefamilia Maneja el evento Obtener Subgrupos de Grupo Solicita obtenersubgruposdegrupo Maneja el evento Consultar Solicita obteneritemssegunclasificacion ClsBodegas ClsFamilias ClsGrupo ClsSubgrupo ClsItem Tabla 115. Tarjeta para la clase InterfaceConsultarItemPorPalabra Clase: InterfaceConsultarItemPorPalabra Descripción: Interfaz de usuario en la cual el administrador consulta ítems y su estado por palabra clave. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Estado de Ítem ManejadorConsultarItemPorPalabra Envía el evento Consultar ManejadorConsultarItemPorPalabra Tabla 116. Tarjeta para la clase ManejadorConsultarItemPorPalabra Clase: ManejadorConsultarItemPorPalabra Descripción: Clase que maneja los eventos enviados desde InterfaceConsultarItemPorPalabra y carga los datos según la palabra ingresada Modulo: Principal Estereotipo: Control Solicita obtenercentroscosto ClsCentroCosto Maneja el evento Estado de Ítem Maneja el evento Consultar Solicita ClsMovimientos ObtenerConsultaPorPalabraSegunEstado Tabla 117. Tarjeta para la clase InterfaceConsultarMantenimientos Clase: InterfaceConsultarMantenimientos Descripción: Interfaz de usuario en la cual el administrador consulta el estado de 142

148 mantenimientos de equipos Modulo: Principal Estereotipo: Borde Despliega Envía el evento Consultar por tipo de mantenimiento ManejadorConsultarMantenimientos Tabla 118. Tarjeta para la clase ManejadorConsultarMantenimientos Clase: ManejadorConsultarMantenimientos Descripción: Clase que maneja los eventos enviados desde InterfaceConsultarMantenimientos y carga los datos según el tipo de mantenimiento seleccionado por el administrador Modulo: Principal Estereotipo: Control Solicita ClsMovimientos obteneritemsseguntipomantenimiento Maneja el evento Consultar por tipo de mantenimiento Tarjeta para el caso de uso Reportes Tabla 119. Tarjeta para la clase InterfaceReporteItemsPorderTerceros Clase: InterfaceReporteItemPorderTerceros Descripción: Interfaz de usuario en la cual el administrador puede ver el reporte de Ítems en poder de Terceros según Bodega Modulo: Principal Estereotipo: Borde Despliega Envía el evento Generar Reporte ManejadorReporteItemPorderTerceros Tabla 120. Tarjeta para la clase ManejadorReporteItemsPorderTerceros Clase: ManejadorReporteItemPorderTerceros Descripción: Clase que maneja los eventos enviados desde InterfaceReporteItemPorderTerceros y carga los datos del reporte Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Maneja el evento Generar Reporte 143

149 Solicita obteneritemspoderterceros ClsMovimientos Tabla 121. Tarjeta para la clase InterfaceReporteItemsEnBodega Clase: InterfaceReporteItemsEnBodega Descripción: Interfaz de usuario en la cual el administrador puede ver el reporte de Ítems en bodega según la bodega que seleccione Modulo: Principal Estereotipo: Borde Despliega Envía el evento Generar Reporte ManejadorReporteItemsEnBodega Tabla 122. Tarjeta para la clase ManejadorReporteItemsEnBodega Clase: ManejadorReporteItemsEnBodega Descripción: Clase que maneja los eventos enviados desde InterfaceReporteItemsEnBodega y carga los datos del reporte Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas Maneja el evento Generar Reporte Solicita obteneritemsenbodega ClsItems Tabla 123. Tarjeta para la clase InterfaceReporteItemsCentrosCosto Clase: InterfaceReporteItemsCentrosCosto Descripción: Interfaz de usuario en la cual el administrador puede ver el reporte de Ítems en centros de costo, según el centro de costo seleccionado. Modulo: Principal Estereotipo: Borde Despliega Envía el evento Generar Reporte ManejadorReporteItemsCentrosCosto Tabla 124. Tarjeta para la clase ManejadorReporteItemsCentrosCosto Clase: ManejadorReporteItemsCentrosCosto Descripción: Clase que maneja los eventos enviados desde InterfaceReporteItemsCentrosCosto y carga los datos del reporte Modulo: Principal Estereotipo: Control Solicita obtenerbodegas ClsBodegas 144

150 Solicita obtenercentroscosto Maneja el evento Generar Reporte Solicita obteneitemscentrocosto ClsCentroCosto ClsMovimientos Implementación El modelo de la Base de datos de inventarios no cambió en la versión 2. En las clases entidad de la capa de negocios, se crearon nuevos métodos y funciones para poder implementar la versión 2 de la aplicación de inventarios. Para poder ver la aplicación de inventarios en la Web, se alojó el proyecto en el servidor Heracles como se muestra a continuación: 1. Se aloja el proyecto en la Ruta: Figura 17. Ubicación aplicación de Inventarios en Heracles 145

151 2. Se crea el directorio virtual de la aplicación en el Internet Information Services de la siguiente forma. Figura 18. Crear nuevo Directorio Virtual 3. Se le da un Alias al directorio virtual. Figura 19. Ingreso del Alias del Software de Inventarios 146

152 4. Se ingresa la Ruta en el IIS de la aplicación. Figura 20. Ingreso de Ruta de la aplicación en el IIS 5. Finalmente se ha creado el directorio virtual de la aplicación de Inventarios y se muestra el Tab de propiedades de la aplicación, aquí se configura la página de inicio de la aplicación, seguridad, para que se registre el administrador contra la base de datos del Directorio Activo con la autenticación integrada, entre otras. 147

153 Figura 21. Directorio Virtual de la aplicación creado Figura 22. Tab de propiedades de la aplicación de Inventarios 148

154 6.3.5 Pruebas Las pruebas de la versión 2 se relacionan en el anexo 12 (Ver Anexo 9). 149

155 7 PRESENTACION Y ANÁLISIS DE RESULTADOS La aplicación superó las expectativas del administrador, ya que fuera de cumplir con los requerimientos, el rendimiento y la funcionalidad mejoraron considerablemente. Además, al ser una aplicación web, le da la disponibilidad tiempo completo (Ver Anexo 9). El valor agregado del aplicativo frente a otros existentes en el mercado es la integración con otras aplicaciones de la empresa como es el caso del Directorio Activo y el ERP de Novasoft. Con herramientas del mercado esta integración hubiera sido más costosa o tal vez no hubiera sido posible. 150

156 8 CONCLUSIONES Y RECOMENDACIONES La aplicación del modelo de proceso RUP ayudó considerablemente en la creación de la aplicación de inventarios, ya que dan al programador herramientas para poder modelar mejor un problema real y así desarrollar una herramienta de calidad que supere las necesidades del cliente. Las aplicaciones web presentan una ventaja en cuanto a disponibilidad, en comparación con las aplicaciones de escritorio, ya que al estar en la Web, el usuario puede acceder a la misma cuando sea necesario. Además si ocurre algún incidente con el equipo del usuario, no se corre el riesgo de que se pierda la información, situación que se presentaba con la administración de los inventarios de la bodega con Aurora versión 13. La utilización de herramientas de software que trabajan íntegramente, como es el caso de la suite de desarrollo de Microsoft; Visual Studio 2005 y SQL server 2005, dieron al desarrollo de software buenas ayudas para la implementación de la misma, pudiendo dar al administrador de la bodega un software de calidad. La utilización de tecnologías modernas para aplicaciones web, como AJAX y CSS implementaron mayor funcionalidad e interactividad en el software de inventarios, permitiendo crear una aplicación atractiva y dinámica para usuario final. Los procesos de desarrollo de software deben adaptarse conforme al equipo de desarrollo y al problema que se esté analizando. Se recomienda al departamento de IT de Tecnicontrol S.A. la adquisición de un mejor servidor de aplicaciones, ya que el servidor donde se encuentra alojada la aplicación de Inventarios necesita mayor capacidad de procesamiento y almacenamiento, debido a la gran cantidad de aplicaciones que tiene alojadas. 151

157 BIBLIOGRAFÍA GARCÍA, Rodríguez Guillermo, Gestión de Inventarios, CAFAM, Centro de Capacitación y Desarrollo Empresarial, 1999 p. 3-6, Weitzenfeld, Alfredo, Ingeniería de Software orientada a objetos con UML, Java e Internet, THOMSON, Capítulo 3 p , 56p. 152

158 GLOSARIO CASOS DE USO: En ingeniería del software, un caso de uso es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso. DIAGRAMA DE CLASES: Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargarán del funcionamiento y la relación entre uno y otro. INTERVENTORÍA: Comprende la verificación del desarrollo o la ejecución de un proyecto o de una obra, vigilando que se lleve a cabo de acuerdo con las especificaciones, planos, normas y demás elementos estipulados o convenidos en contratos o convenios. Tal vigilancia se adelanta en nombre de la entidad que dispone la ejecución de la interventoría. NORMA ISO 9001:2008: La familia de normas ISO 9000 son normas de "calidad" y "gestión continua de calidad", establecidas por la Organización Internacional para la Estandarización (ISO) que se pueden aplicar en cualquier tipo de organización o actividad sistemática, que esté orientada a la producción de bienes o servicios. Se componen de estándares y guías relacionados con sistemas de gestión y de herramientas específicas como los métodos de auditoría (el proceso de verificar que los sistemas de gestión cumplen con el estándar). MODELO ENTIDAD RELACION: es una herramienta para el modelo de datos de un sistema de Información. Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades. PAGINAS WEB DE SERVIDOR ACTIVO (ASP): Una página ASP es un tipo especial de página HTML que contiene unos pequeños programas (también llamados scripts) que son ejecutados en servidores Microsoft Internet Information Server antes de ser enviados al usuario para su visualización en forma de página HTML. Habitualmente esos programas realizan consultas a bases de datos y los resultados de esas consultas determinan la información que se envía a cada usuario específico. Los ficheros de este tipo llevan el sufijo.asp. No confundir con Application Service Provider. 153

159 AJAX: acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML), es una técnica de desarrollo Web para crear aplicaciones interactivas o RIA (Rich Internet Applications). Estas aplicaciones se ejecutan en el cliente, es decir, en el navegador de los usuarios mientras se mantiene la comunicación asíncrona con el servidor en segundo plano. De esta forma es posible realizar cambios sobre las páginas sin necesidad de recargarlas. 154

160 ANEXOS 155

161 ANEXO 1 REQUERIMIENTOS ADMINISTRADOR DE LA BODEGA SEDE CENTRAL 156

162 157

163 158

164 ANEXO 2 ARQUITECTURA DE APLICACIONES WEB TECNICONTROL S.A. 159

165 ARQUITECTURA DE APLICACIONES INFORMATICAS TECNICONTROL S.A Rev DESCRIPCION ELABORÓ REVISÓ APROBO FECHA No 1 Elaboración David Fernando Olmos Andrés Ballesteros Andrés Ballesteros 28 de Abril de

166 1. GENERALIDADES El siguiente documento describe la Arquitectura Física General que servirá de base para hacer despliegue de las soluciones que sean desarrolladas sobre plataforma.net. Las aplicaciones serán divididas en dos grupos: Aplicaciones de uso corporativo y aplicaciones para uso de clientes, cada una de las cuales tendrá un portal de acceso a ellas, mas adelante en este documento se describirá la manera de acceder a los aplicativos. A continuación se muestra la distribución de una arquitectura lógica general sobre los diferentes servidores que soportan el sistema. Las aplicaciones estarán desarrolladas utilizando la arquitectura de 3 capas así: o Capa de presentación: es la que ve el usuario, le comunica la información y captura la información del usuario dando un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta capa se comunica únicamente con la capa de negocio. o Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al motor de base de datos para almacenar o recuperar datos de él. o Capa de datos: es donde residen los datos y es la encargada de acceder a los datos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio. Todas estas capas residirán en un único servidor. Todas las transacciones de consulta, inserción y actualización de datos se harán a través de procedimientos almacenados dentro de la base de datos. La arquitectura física de las aplicaciones será la siguiente 161

167 Existirá un servidor web donde se instalarán las aplicaciones soportados por Internet Information Services y Framework.net 2.0 El almacenamiento de los datos será en un servidor SQL Server 2000 Para acceder a las aplicaciones corporativas se utilizará como método de autenticación validación contra el directorio activo de dominio de Windows Tecnicontrol Como método de autenticación para aplicaciones de clientes se usará una base de datos SQL server, la cual a través de una única clave permitirá acceso a todas las aplicaciones. Esta base de datos también permitirá activar o desactivar las aplicaciones o módulos, de tal manera que un cliente puede tener activa una aplicación y otro no. 2. SEGURIDAD La seguridad siempre ha sido un aspecto fundamental en el diseño de una aplicación, especialmente cuando la misma se expone en el Web. En gran parte, las decisiones que se adopten en relación a la seguridad dependerán de las directivas de seguridad empresariales. Independientemente de los detalles específicos de la directiva de seguridad, siempre se deben tener en cuenta las siguientes recomendaciones: Evaluar los riesgos. Durante el proceso de diseño de la aplicación se debe dedicar algún tiempo para evaluar los riesgos que plantea cada decisión de implementación. Se deben tener en cuenta los riesgos internos, así como los que presentan por intrusos externos. Por ejemplo, se pueden utilizan conexiones HTTP seguras para evitar que la clave de un cliente se descubra a medida que pasa al sitio a través de Internet, aunque si la clave se almacena en texto sin formato en la base de datos, se corre el riesgo de que alguien sin autorización tenga al acceso al mismo. Evaluar las consecuencias. Al igual que el anterior paso, se debe dedicar un tiempo inicial en evaluar las consecuencias de un acceso no autorizado a la aplicación y/o sus datos. Con esto se puede determinar el nivel de seguridad que requiere una aplicación, y el esfuerzo que se destinará en esto. En la medida de lo posible, siempre se debe usar componentes conocidos, que hayan pasado por pruebas de seguridad, en lugar de crear unos nuevos. 162

168 No confiar en datos externos. En la medida de lo posible, validar todos los datos digitados por los usuarios, y no utilizarlos directamente para construir sentencias SQL Asumir siempre que cualquier sistema externo a su aplicación es inseguro. Reducir la superficie de riesgo. Solo exponer al riesgo los componentes indispensables. Utilizar código encriptado y pre compilado en los sitios web Realizar comprobaciones de autenticación en el límite de cada zona de seguridad. La autenticación siempre se debe realizar "en la entrada". Un proceso de usuario no debe poder realizar ninguna tarea en una zona de seguridad determinada hasta que se haya establecido una identidad válida. Una vez se tenga esto, utilizar el mecanismo de Autorización para establecer a qué operaciones tiene acceso el usuario, y con qué privilegios (lectura, escritura, eliminación, etc.). Según el caso, ejecutar pruebas de seguridad. 3. DIAGRAMA ARQUITECTURA APLICACIONES CORPORATIVAS Registro Autenticación Windows Permite Acceso Aplicaciones Corporativas DNS, CRM, NII, PLP, etc INTERNET Usuarios Corporativos Servidor de Dominio Tecnicontrol APLICACIONES CLIENTES BD Autenticación y Validación Está Activa Aplicación SI Aplicaciones Clientes Risk Manager, TIMS, Grúas, etc Clientes INTERNET NO Solicitud Aplicación Denegar Acceso 163

169 ANEXO 3 EJEMPLO FORMATO DE INGRESO DE UNIDADES DE ÍTEMS 164

170 165

171 ANEXO 4 EJEMPLO FORMATO DE PRESTAMO DE ÍTEMS 166

172 167

173 ANEXO 5 EJEMPLO FORMATO DE SALIDA DE CONSUMIBLES 168

174 169

175 ANEXO 6 EJEMPLO FORMATO DE BAJA DE ÍTEMS 170

176 171

177 ANEXO 7 REGISTRO DE ASISTENCIA PRUEBAS VERSIÓN 1 172

178 173

179 ANEXO 8 EJEMPLO FORMATO DE ENVÍO DE EQUIPOS A MANTENIMIENTO 174

180 175

181 ANEXO 9 REGISTRO DE ASISTENCIA PRUEBAS VERSIÓN 2 176

182 177

183 ANEXO 10 MANUAL DE USUARIO 178

184 TABLA DE CONTENIDO pág. 1. INGESO A LA APLICACIÓN DE INVENTARIOS MÓDULO CLASIFICACION DE ÍTEMS FAMILIA Crear Familia Editar Familia Eliminar Familia GRUPO Crear Grupo Editar Grupo Eliminar Grupo SUBGRUPO Crear Subgrupo Editar Subgrupo Eliminar Subgrupo ÍTEMS Crear Ítems Editar Ítem MÓDULO MAESTROS MÓDULO TRANSACCIONES ENTRADA DE ÍTEMS PRÉSTAMO Y DEVOLUCIÓN DE ÍTEMS

185 4.3 ENVIÓ A MANTENIMIENTO E INGRESO DE MANTENIMIENTO DE EQUIPOS INTERCAMBIO DE CONSECUTIVOS DE PRÉSTAMO EXTENDER FECHA DE PRÉSTAMO DAR DE BAJA UN ÍTEM MÓDULO CONSULTAR INFORMACIÓN CONSULTAR MOVIMIENTOS CONSULTAR TERCEROS CON ÍTEMS CONSULTAR ESTADO DE ÍTEMS CONSULTAR POR CLASIFICACIÓN DE ÍTEMS CONSULTAR POR PALABRA CONSULTAR CONTROLES DE CALIBRACIÓN, GARANTÍAS Y ALQUILER MÓDULO DE REPORTES REPORTE ÍTEMS EN PODER DE TERCEROS REPORTE ÍTEMS EN BODEGA REPORTE ÍTEMS EN CENTROS DE COSTO

186 1. INGESO A LA APLICACIÓN DE INVENTARIOS Para ingresar a la aplicación de inventarios se debe ingresar al DNS (Digital Nervous System) de Tecnicontrol, al cual se ingresa siguiendo el link Al momento de ingresar esta dirección en la barra de direcciones nos aparecerá la Pantalla 1. Pantalla 1. Validar usuario Para poder ingresar debe tener una cuenta en el Directorio Activo y tener el permiso como administrador en la herramienta de inventarios. Enseguida de que el usuario ingrese su nombre de usuario y contraseña lo llevará a la ventana de inicio del DNS (Pantalla 2) en la cual encontraremos en la parte izquierda un menú desplegable. Abrimos el ítem Otras Aplicaciones y allí encontraremos el link de Inventarios encerrado en un cuadro de color rojo. 181

187 Pantalla 2. DNS corporativo Tecnicontrol S.A. Una vez damos clic en el link de inventarios nos lleva a la ventana de inicio de la aplicación la cual se ve a continuación. Pantalla 3. Inicio aplicación de Inventarios En esta pantalla se ven 5 menús desplegables en los que se describe su funcionalidad a continuación. 182

188 2. MÓDULO CLASIFICACION DE ÍTEMS Imagen 1. Menú del Módulo Clasificación de Ítems Este módulo le ayuda al administrador a definir la clasificación de un equipo de inspección. Tecnicontrol S.A por ser una empresa que ofrece gran variedad de servicios, debe tener a su disposición diversos equipos para realizar esta labor, ya sea para inspección de ultra-sonido, partículas, tintas, etc. Por lo tanto para hacer una clasificación correcta se definen familias, grupos y subgrupos. 2.1 FAMILIA En familia definimos la categoría principal del árbol de clasificación y al entrar al link de familia vemos la figura de la pantalla 4. En esta se ve una tabla con el listado de todas las familias creadas por el usuario Crear Familia Para crear una nueva Familia el usuario debe dar clic en Add New sobre la tabla de familias (Imagen 2, tabla izquierda) y enseguida aparecerá al final de la columna Nombre Familia un cuadro de texto en blanco para ingresar una nueva Familia. Después de ingresarla se puede salvar o cancelar (Imagen 2, tabla derecha). 183

189 Pantalla 4. Familia Imagen 2. Creación de Familia 184

190 Esta tabla también le permite al usuario poder seleccionar el número de registros que desea ver donde dice records per page Editar Familia Para editar una familia se da clic en Edit, se edita el campo del nombre de la familia y de igual forma que en crear familia nos dará la opción de salvar o cancelar Eliminar Familia Para eliminar una Familia se da clic en Delete. Aparecerá un mensaje de confirmación Desea Eliminar la Familia?. Para eliminar da clic en Si, de lo contrario en No. 2.2 GRUPO En Grupo definimos la segunda categoría del árbol de clasificación y al entrar al link de Grupo (Imagen 3) vemos la figura de la pantalla 5. En esta se ve una tabla con el listado de todas los Grupos creadas por el usuario. Imagen 3. Ingresar a Administración de Grupos Crear Grupo Después que se han creado las familias pertinentes se puede proceder a crear los grupos. Para crear un nuevo Grupo se da clic en Add New, enseguida veremos que al final de cada columna en la tabla de grupos se habilitan una lista desplegable en la Columna Nombre Familia y una caja de texto en la columna 185

191 Nombre Grupo, para poder crear un nuevo grupo se debe llenar ambos campos y a continuación se procede a salvar o cancelar. Pantalla 5. Grupos Imagen 4. Creación de Grupo 186

192 2.2.2 Editar Grupo Para editar un grupo se da clic en Edit, se edita el campo del nombre del grupo, se selecciona de nuevo la familia a la que pertenece si es necesario y de igual forma que en crear grupo nos dará la opción de salvar o cancelar Eliminar Grupo Para eliminar un grupo se da clic en Delete. Aparecerá un mensaje de confirmación Desea Eliminar el grupo?. Para eliminar da clic en Si, de lo contrario en No. 2.3 SUBGRUPO Para terminar con la clasificación de los ítems nos dirigimos a Subgrupos como se muestra Imagen 6. Imagen 5. Ingresar a Administrar Subgrupos Al ingresar veremos la clasificación completa desde familia hasta Subgrupo como se ve a continuación (Imagen 6-1) 187

193 Pantalla 6. Subgrupo Crear Subgrupo Para crear un Subgrupo el proceso es similar al de crear un grupo como se ve en la imagen 6. Después de seleccionar el grupo al que pertenece e ingresar el nombre del subgrupo, se prosigue a salvar o cancelar Editar Subgrupo Para editar un subgrupo se da clic en Edit, se edita el campo del nombre del subgrupo, se selecciona de nuevo el grupo al que pertenece si es necesario y de igual forma que en crear subgrupo nos dará la opción de salvar o cancelar Eliminar Subgrupo Para eliminar un subgrupo se da clic en Delete. Aparecerá un mensaje de confirmación Desea Eliminar el subgrupo?. Para eliminar da clic en Si, de lo contrario en No. 188

194 Imagen 6. Crear Subgrupo 2.4 ÍTEMS Crear Ítems Después de crear todas las clasificaciones podemos proceder a crear los ítems dando clic en el link que se muestra en la imagen 7. Imagen 7. Ingresar a Creación de Ítem Este link nos llevará a la pantalla 7 la que se muestra a continuación 189

195 Pantalla 7. Formulario de creación de ítem En el caso de que se cree un ítem y ya exista en la base de datos un ítem con el mismo código de barras, el software anunciará que ya existe ese código. Imagen 8. Mensaje Código de ítem ya existe 190

196 Imagen 9. Ingresar a Administración de Ítems Después de crear los ítems podemos verlos dirigiéndonos al link que muestra la imagen anterior. Pantalla 8. Ítems 191

197 2.4.2 Editar Ítem En la Imagen 8 se explican los componentes de la pantalla donde se muestran los ítems. Dando clic en Edit nos llevará a un formulario parecido al de creación de ítems, pero en este caso se cargarán los campos con la información del ítem para ser editados. Para finalizar se procede a guardar o salir. 3. MÓDULO MAESTROS Imagen 10.Menú del Módulo Maestros En el Menú de maestros vemos los objetos principales que contienen información esencial para el funcionamiento del Software. Todos los Objetos de maestros se muestran en el mismo tipo de control, el cual es el control de tablas de Obout que se muestra en la Imagen 9. Este control nos permite tener una visión clara de los registros, de igual forma que en las tablas del módulo de clasificación de ítems, esta también nos permite crear, editar y eliminar registros. Pantalla 9 Administración de Centros de Costo 192

198 4. MÓDULO TRANSACCIONES Enseguida que hemos ingresado la información pertinente a Maestros e ítems podemos empezar a realizar transacciones como préstamos, cargar unidades a los ítems, intercambios, envíos a mantenimientos de equipos, entre otras. 4.1 ENTRADA DE ÍTEMS Para empezar a hacer entradas de unidades de los equipos nos dirigimos al link Entrada de Ítems mostrado en la imagen 11, este nos llevara a la siguiente pantalla. Imagen 11. Menú del Módulo de Transacciones 193

199 Pantalla 10. Entrada de unidades de Ítems El consecutivo que se genera en Entrada de Ítems después de dar clic en el Botón Validar tiene los siguientes componentes: Indica el tipo de movimiento que se está realizando, en este caso Entrada de Unidades Año actual Mes actual Indica número de salidas que se ha generado en el mes actual. 194

200 El campo Seleccione Ítem tiene una ayuda de auto-sugerencia que nos desplegará una lista con los códigos de los ítems creados de la bodega seleccionada (Imagen 12). Seleccionamos el ítem al que queremos ingresar unidades e inmediatamente en la parte de abajo de donde se selecciona el código aparecerá la descripción. Si el usuario desconoce el código del equipo puede buscarlo dando clic en la lupa que está al lado derecho del campo de texto donde se selecciona el código, inmediatamente se abre una ventana donde podemos buscar por el nombre del ítem (imagen 13), damos clic en el nombre del equipo y aceptamos. Imagen 12. Autosugerencia código ítem Imagen 13. Auto- sugerencia nombre ítem Si el ítem fue declarado con hoja de vida, en el campo de texto al frente de unidades, definirá por defecto una unidad, al frente confirmará que requiere hoja de vida y habilitará el botón de Ingresar (Imagen 14). Imagen 14. Ítem creado con hoja de vida Imagen 15. Ítem sin hoja de vida Si ya se le hizo entrada de unidades al equipo aparecerá un aviso informando que ya se han ingresado unidades y deshabilitará el botón Ingresar (Imagen 15). 195

201 Si el equipo se creó sin definir hoja de vida, permitirá ingresar más unidades. De igual forma si se define como consumible en su creación. Enseguida se especifica el precio del equipo y se ingresa la unidad. En la tabla ubicada debajo del botón ingresar aparecerá el ítem ingresado (Imagen 16). Imagen 16. Tabla con los registros de unidades ingresadas de ítems Dando clic en la impresora nos lleva a una ventana de consulta donde ingresando el consecutivo de la salida nos genera el movimiento de entrada de ítems. Con este botón limpiamos de nuevo el formulario para realizar una entrada de ítems nueva. En caso de que el usuario ingrese mal la información, dando clic en Delete borramos el registro y podemos ingresarlo de nuevo. 4.2 PRÉSTAMO Y DEVOLUCIÓN DE ÍTEMS En el Link Préstamo y Devolución podemos registrar los equipos que se dan en préstamo a los inspectores y aquí mismo podemos realizar la entrada del mismo cuando el inspector o tercero haya terminado su actividad. Imagen 17. Ingreso para realizar préstamos y devoluciones Este enlace nos lleva a una ventana muy parecida a la Entrada de Ítems, prácticamente los campos para buscar equipos y códigos funcionan de la misma forma, de igual forma se usa esta ayuda para buscar Terceros a los cuales se les hará la entrega de los equipos. En la Pantalla 11 veremos detalladamente la explicación del formulario para hacer un préstamo de Equipos. 196

202 Pantalla 11. Préstamo de Ítems Dando clic en la pestaña Devoluciones nos mostrará el formulario para realizar la respectiva devolución de equipos como se muestra en la Pantalla 12. Pantalla 12. Devolución de ítems 197

203 4.3 ENVIÓ A MANTENIMIENTO E INGRESO DE MANTENIMIENTO DE EQUIPOS Imagen 18. Ingreso para realizar envíos a mantenimiento e ingreso de mantenimiento de Equipos Para enviar un equipo a mantenimiento, registramos la salida del equipo dirigiéndonos al link encerrado en el cuadro rojo de la Imagen anterior, Mantenimiento de Equipos. Este nos llevará al formulario donde se registra la salida. Este movimiento tiene la misma funcionalidad que los movimientos explicados anteriormente como se explica en la Pantalla 13 para registrar el envío a mantenimiento y en la Pantalla 14 para ingresar equipo de Mantenimiento. 198

204 Pantalla 13. Formulario de envío de equipos a mantenimiento Pantalla 14. Formulario para ingresar equipo de mantenimiento 199

205 4.4 INTERCAMBIO DE CONSECUTIVOS DE PRÉSTAMO Hay ocasiones en que un inspector por diferentes motivos tiene que salir de un proyecto teniendo a cargos varios equipos los cuales se quedan a cargo del inspector que lo reemplaza, estos cambios deben ser registrados en el sistema y se realizan desde el link Intercambio de SI entre Usuarios, la explicación de este formulario se ve en la Imagen Pantalla 15. Formulario de intercambio de consecutivos de préstamo 4.5 EXTENDER FECHA DE PRÉSTAMO En muchas ocasiones la fecha de terminación de un proyecto se extiende, conllevando a que la entrega de los ítems se retrase. En este caso se solicita al tercero al que se prestaron los ítems una nueva posible fecha de devolución. Para realizar esta modificación el usuario ingresa a la siguiente pantalla. 200

206 Pantalla 16. Formulario para extender la fecha de entrega de un préstamo 4.6 DAR DE BAJA UN ÍTEM Para dar de baja un ítem ya sea por perdida, daño o por otro motivo se utiliza el siguiente formulario. Pantalla 17. Formulario para dar de baja ítems 201

207 5. MÓDULO CONSULTAR INFORMACIÓN Imagen 19. Menú para el módulo de Consultar Información 5.1 CONSULTAR MOVIMIENTOS Para consultar todo tipo de movimientos realizados en el sistema, se da clic en el link Consultar Movimientos, enseguida se muestra la siguiente pantalla: Pantalla 18. Consultar Movimientos 202

208 5.2 CONSULTAR TERCEROS CON ÍTEMS Para consultar que ítems han sido prestados a un tercero, se da clic en el link Terceros con ítems y seguido se muestra la siguiente pantalla: Pantalla 19. Consultar terceros con ítems 5.3 CONSULTAR ESTADO DE ÍTEMS Pantalla 20. Consultar por el estado de un Ítem 203

209 5.4 CONSULTAR POR CLASIFICACIÓN DE ÍTEMS Esta consulta muestra todos los equipos pertenecientes a la clasificación que se seleccione. Para ingresar a esta consulta se da clic en el link Equipos por Clasificación Pantalla 21. Consultar por clasificación de ítems Al dar clic en el botón Consultar se obtiene la siguiente pantalla de ejemplo según su consulta: Pantalla 22. Ejemplo de Clasificación consultada 204

210 5.5 CONSULTAR POR PALABRA Para realizar esta consulta damos clic en el link Consultar por palabra, enseguida se mostrará la siguiente pantalla: Pantalla 23. Consultar por palabra 5.6 CONSULTAR CONTROLES DE CALIBRACIÓN, GARANTÍAS Y ALQUILER Para ingresar a esta consulta se da clic en Control de calibración, Garantías y Alquileres", enseguida se muestra la pantalla 24. En el momento en que se ingresa se cargará por defecto los equipos que se les ha establecido el control de calibración, mostrando los campos código, descripción, marca, fecha de ultima calibración y fecha de próxima calibración. 205

211 Pantalla 24. Consultar controles de calibración, garantías y alquileres 6. MÓDULO DE REPORTES Imagen 20. Menú para el Módulo de Reportes Este es el último modulo y muestra un consolidado de información sobre todos los ítems en préstamo, ítems disponibles en bodega e ítems cargados a los centros de costo. A continuación se relaciona cada una de las pantallas de los tipos de reportes. 206