Está en la página 1de 62

UNIVERSIDAD PERUANA DEL ORIENTE

CARRERA PROFESIONAL DE INGENIERA DE SISTEMAS

ANLISIS, DISEO E IMPLEMENTACIN DEL SOFTWARE EN ENTORNO CLIENTE SERVIDOR DE INVENTARIO DE ALMACN DEL HOGAR CLNICA SAN JUAN DE DIOS IQUITOS, DEL MES DE ABRIL A JULIO DEL 2013

Presentado por: VEINTEMILLA VELA, John Emerson

INFORME DE PRACTICA PRE PROFESIONAL I Realizado en HOGAR CLINICA SAN JUAN DE DIOS - IQUITOS

Iquitos - Per, Julio 2013

DEDICATORIA A mi padre y a mi madre: EMERSON VEINTEMILLA HIDALGO y PILAR VELA FLORES, por haberme apoyado en todo momento, por sus consejos, sus valores, por la motivacin constante que me ha permitido ser una persona de bien, pero ms que cualquier otra cosa, por su amor sin condiciones.

AGRADECIMIENTOS Al Hogar Clnica San Juan de Dios, por abrirme sus puertas para realizar esta prctica pre-profesional. Al Coordinador de la carrera profesional de Ingeniera de Sistemas de la Universidad Peruana del Oriente, Ing. Ronald Melchor Infantes y al Asesor de Practicas, Ing. Roberto Carrasco Snchez, personas que admiro por su capacidad y profesionalismo. Gracias por todas las facilidades prestadas y por la gua permanente durante el desarrollo de esta prctica. A los docentes, compaeros, familiares y amigos que me han apoyado y animado a proseguir durante todo este tiempo.

RESUMEN El Hogar Clnica San Juan de Dios, es una institucin benfica sin fines de lucro que brinda atencin de salud con sentido integral y cuenta con una filial en nuestra ciudad, ubicada en el KM. 2.8 de la Carretera Iquitos Nauta, en el Distrito de San Juan Bautista, Provincia de Maynas, Loreto Per. Esta filial tiene un almacn como parte del rea logstica donde se almacenan los activos adquiridos por donaciones o compras que luego son asignados segn requerimiento por la administracin. Durante el desarrollo de esta prctica pre-profesional, se observ que el mismo no cuenta con un sistema de control de inventario, por lo cual, el encargado del almacn efecta el registro de entradas, salidas y control del stock de los activos de forma manual. Adems, cuando l est ausente, en muchos casos, personas no autorizadas ingresan al almacn y depositan o retiran de ste los activos, sin realizar ningn registro de sus actividades, provocando incoherencias en el control de dichos activos, en su futura distribucin y asignacin al personal de las reas cuando se presentan requerimientos. Ante esta problemtica se dise e implemento el software en entorno cliente servidor de inventario de almacn que permite registrar la entrada y salida de los activos, as como realizar el control de stock, teniendo un historial de dichas operaciones, optimizando la capacidad de respuesta del rea logstica y mejorando la administracin de los activos que se adquieren, asignan y permanecen en el almacn del Hogar Clnica San Juan de Dios Iquitos. En el Captulo I del presente informe, se realiza la presentacin de la prctica con una introduccin y los objetivos que en el transcurso de su ejecucin se espera alcanzar. En el Captulo II se presenta la informacin general de la institucin en que se realiz la prctica, como su razn social, organigrama funcional, naturaleza econmica entre otros. En el Captulo III, se aborda el desarrollo del proyecto mediante la creacin de una aplicacin de escritorio, utilizando la metodologa RUP junto a UML como solucin a la problemtica que presenta el rea de prcticas. Al finalizar se detallan los logros, recomendaciones y conclusiones, que conllevan a exponer los beneficios que se obtuvieron con la implantacin del sistema en el rea de almacn del Hogar Clnica San Juan de Dios. Palabras Clave: Responsabilidad Social, Control de Inventario, Manejo de productos almacenados, Canalizacin de Recursos, RUP, UML, C#.

ABSTRACT

The Hogar Clnica San Juan de Dios, is a beneficial institution nonprofit that he offers health attention with integral sense, that have a subsidiary in our city, that was located in the kilometer 2.8 of the Road Iquitos - Nauta, at District San Juan Bautista, Maynas Province, Loreto - Peru. This subsidiary has a warehouse as part of the logistic area where they store the acquired assets for donations or shopping than then assigned according to requirements of the administration. During this practice's development pre-professional, it was observed than the same one not count with a control system of inventory, for that, the warehouse person in charge makes of manual form, entrances, exits and control register of the assets. Besides, when he is absent, in many instances, they people no empowered to enter to the warehouse, deposited or withdraw the assets, unaccomplished with record of his activities, provoking incoherencies in the control of said assets, in his future distribution and assignment, to personnel of the areas when exist requirements. In front of this problems be designed and be implemented the software in environment client - server of warehouse inventory that he permits record the entrance and out of the assets, as well as accomplishing the stock control, and having a said operations track record, that allow optimize the capability of answer of the logistic area and improve the assets administration that are acquired, is assign and they remain in the warehouse of the Hogar Clnica San Juan de Dios. In the Chapter I of the formless present, is carried out the presentation of the practice with an introduction and the objectives that it is hoped to reach in the course of its execution. In the Chapter II the general information of the company is presented in that was carried out the practice, as its social reason, functional flowchart, and economic nature among others. In the Chapter III, the development of the project is approached by means of the creation of a desk application, using the methodology RUP next to UML like solution to the problem that presents the area of practical. Finally will be details of achievements, recommendations, and conclusions, which bear to expose the benefits that can be obtained with the installation of the system in the warehouse area of the Hogar Clnica San Juan de Dios. Words Key: Social responsibility, Inventory Controls, Management of stored assets, Canalization of Resources, RUP, UML, C #.

NDICE GENERAL Caratula Dedicatoria Agradecimientos Resumen Abstract ndice General ndice de Figuras ndice de Tablas y Cuadros I. Introduccin 1.1 Presentacin 1.2 Titulo de las Prcticas 1.3 Objetivos de las Prcticas II. Datos Generales de la Empresa de Prcticas 2.1 Generalidades de la Institucin 2.1.1 Razn Social 2.1.2 Naturaleza 2.1.3 Ubicacin de la empresa 2.1.4 Organigrama Funcional 2.1.5 Funciones Generales de la Oficina o rea 2.2 Infraestructura Tecnolgica 2.3 Colaboradores 2.4 Duracin Estimada de ejecucin del Proyecto 2.5 Presupuesto Estimado III. Desarrollo del Proyecto 3.1 Lnea Base 3.1.1 Problemtica Objeto de la aplicacin 3.1.2 Justificacin 3.1.3 Objetivos del Proyecto 3.2 Recoleccin de Datos 3.2.1 Tcnicas de recoleccin de datos 3.2.2 Metodologa y Herramientas a emplear 3.2.2.1 Metodologa / Estndar / Normatividad 3.2.2.2 Herramientas 3.3 Solucin Propuesta 3.3.1 Descripcin del desarrollo de la solucin 3.3.2 Indicadores de Evaluacin de la solucin 3.3.3 Relacin de Entregables 3.4 Desarrollo de la solucin propuesta 3.4.1 Modelado de Negocio 3.4.1.1 Objetivos de Negocio vs Casos de uso de Negocio 3.4.1.2 Modelo de Caso de Uso de Negocio 3.4.1.3 Diagrama de Clases de Negocio 3.4.1.4 Diagrama de Actividad 3.4.2 Modelado de Requerimientos 3.4.2.1 Propsito 3.4.2.2 Alcance 3.4.2.3 Descripcin de Stakeholders y usuarios Pg. 1 2 2 3 4 5 7 8 9 9 9 9 9 9 9 10 11 11 12 12 13 13 13 13 13 13 13 14 14 14 15 15 18 18 18 18 19 20 20 20 20 21 22 24 24 24 25

3.4.2.4 Descripcin Global del Producto 3.4.2.5 Caso de Uso de Requerimientos 3.4.2.6 Especificaciones de Caso de Uso 3.4.3 Modelado de Anlisis 3.4.3.1 Diagrama de Colaboracin 3.4.3.2 Diagrama de Secuencia 3.4.4 Diagrama de Clases 3.4.5 Modelo del Diseo 3.4.5.1 Diseo de la Interfaz 3.4.5.2 Modelos de Datos 3.4.6 Implementacin 3.4.6.1 Diagrama de Componentes 3.4.6.2 Diagrama de Despliegue 3.5 Resultados y Discusin 3.6 Conclusin 3.7 Recomendaciones Bibliografa Anexos Anexo N 01. Presupuesto Detallado Anexo N 02. Cronograma del Proyecto Anexo N 03 Entrevista Anexo N 04 Cuestionario SUS Eficiencia y Satisfaccin Anexo N 05 Formatos utilizados en el Almacn HCSJD - Iquitos

Pg. 26 27 30 35 35 36 37 41 41 48 49 49 50 51 52 52 53 55 55 56 57 60 61

NDICE DE FIGURAS Figura 1. Fachada del Hogar Clnica San Juan de Dios Iquitos Figura 2. Terapia Fsica en Rehabilitacin Mdulo III HCSJD Figura 3. Mapa de Ubicacin Hogar Clnica San Juan de Dios - Iquitos Figura 4. Organigrama Funcional HCSJD Iquitos Figura 5. Algunos equipos que forman parte de la infraestructura tecnolgica en HCSJD Figura 6. Modelo CUN vs ON Figura 7. Modelo MCUN Figura 8. Diagrama de Clase del Negocio Entradas de artculos (activos) Figura 9. Diagrama de Clase del Negocio Salida de artculos (activos) Figura 10. Diagrama de Actividad Entrada de artculos (activos) Figura 11. Diagrama de Actividad Salida de artculos (activos) Figura 12. Diagrama CUS - Operaciones Figura 13. Diagrama CUS - Mantenimiento Figura 14. Diagrama CUS - Seguridad Figura 15. Diagrama CUS - Reutilizables Figura 16. Diagrama General CUS Todos los paquetes (mdulos) Figura 17. Diagrama de Colaboracin. Seguridad Cambiar Clave Figura 18. Diagrama de Colaboracin. Mantenimiento Usuarios -> Editar Figura 19. Diagrama de Secuencia. Iniciar Sesin Figura 20. Diagrama de Secuencia. Mantenimiento Usuarios -> Registrar Figura 21. Diagrama de Clases. Acceso a Datos Figura 22. Diagrama de Clases. Lgica de Negocio Figura 23. Diagrama de Clases. Entidades Figura 24. Diagrama de Clases. Presentacin Figura 25. Interfaz Iniciar Sesin Figura 26. Interfaz Principal Figura 27. Interfaz Operaciones Nueva Entrada Figura 28. Interfaz Operaciones Nueva Salida Figura 29. Interfaz Operaciones Control Figura 30. Interfaz Operaciones Cerrar Sesin Figura 31. Interfaz Mantenimiento reas -> Registrar Figura 32. Interfaz Mantenimiento reas -> Editar Figura 33. Interfaz Mantenimiento reas -> Eliminar Figura 34. Interfaz Mantenimiento reas -> Buscar Figura 35. Interfaz Mantenimiento Usuarios -> Registrar Figura 36. Interfaz Mantenimiento Usuarios -> Editar Figura 37. Interfaz Mantenimiento Usuarios -> Eliminar Figura 38. Interfaz Mantenimiento Usuarios -> Buscar Figura 39. Interfaz Mantenimiento Artculos -> Registrar Figura 40. Interfaz Mantenimiento Artculos -> Editar Figura 41. Interfaz Mantenimiento Artculos -> Eliminar Figura 42. Interfaz Mantenimiento Artculos -> Buscar Figura 43. Interfaz Seguridad Cambiar Clave Figura 44. Interfaz Ayuda Acerca De Figura 45. Modelo Fsico (muestra tipos de datos) de la BD almacenHCSJD Figura 46. Modelo Lgico (muestra llaves forneas) de la BD almacenHCSJD Figura 47. Diagrama de Componentes Figura 48. Diagrama de Despliegue Pg. 10 10 11 11 12 20 20 21 21 22 23 27 28 28 29 29 35 36 37 37 38 38 39 40 41 41 42 42 43 43 43 44 44 44 45 45 45 46 46 46 47 47 47 48 48 49 50 50

NDICE DE TABLAS Y CUADROS Cuadro 1. Resumen de Stakeholders Cuadro 2. Resumen de Usuarios Cuadro 3. Resumen de Caractersticas Cuadro 4. Especificacin de Caso de Uso. Operaciones Nueva entrada Cuadro 5. Especificacin de Caso de Uso. Operaciones Nueva Salida Cuadro 6. Especificacin de Caso de Uso. Operaciones Control Cuadro 7. Especificacin de Caso de Uso. Mantenimiento reas Cuadro 8. Especificacin de Caso de Uso. Mantenimiento Artculos Cuadro 9. Especificacin de Caso de Uso. Mantenimiento Usuarios Cuadro 10. Especificacin de Caso de Uso. Seguridad Cambiar Clave Pg. 25 26 27 30 31 32 33 33 34 35

I.

INTRODUCCIN 1.1 Presentacin El presente Informe de Prctica Pre-Profesional I, describe el conjunto de actividades desarrolladas en las instalaciones de la clnica San Juan de Dios Iquitos, en el perodo de abril a julio del presente ao, relacionadas al mbito de influencia del rea de Informtica y soporte tcnico al que fui asignado. Es de precisar, que todas estas actividades se orientaron a integrar el conocimiento adquirido en las aulas de la Carrera Profesional de Ingeniera de Sistemas, de la Universidad Peruana del Oriente, con la prctica, mediante la aplicacin en una situacin real de trabajo, as, como a desarrollar los aspectos formativo, personal y social de mi persona como practicante. 1.2 Ttulo de las Prcticas Anlisis, Diseo e Implementacin del Software en Entorno Cliente-Servidor de Inventario de Almacn del hogar Clnica San Juan de Dios - Iquitos, del mes de abril a julio del 2013. 1.3 Objetivo de las Prcticas Cumplir formalmente con el requerimiento de prcticas I, establecido en el Reglamento de Prcticas Pre-Profesionales de la Carrera Profesional de Ingeniera de Sistemas, de la Universidad Peruana del Oriente, el cual est orientado al logro del perfil profesional y que cuenta como requisito para graduarse de bachiller y optar por el ttulo de Ingeniero de Sistemas.

II.

DATOS GENERALES DE LA EMPRESA DE PRCTICAS 2.1 Generalidades de la Institucin 2.1.1 Razn Social Nombre Comercial: Hogar Clnica San Juan de Dios - Iquitos Tipo de Contribuyente: Asociacin. Domicilio Fiscal: Carretera Iquitos Nauta KM. 2.8 San Juan Bautista, Maynas Loreto, Per. RUC: 20451029046 Inicio de Actividades: 16 de Marzo del 2000.

Figura 1. Fachada del Hogar Clnica San Juan de Dios - Iquitos. Fuente: www.facebook.com/pages/Hogar-Clnica-San-Juan-De-DiosIquitos/398249023549136

2.1.2

Naturaleza El Hogar Clnica San Juan de Dios Iquitos es una institucin de carcter social, no gubernamental, sin fines de lucro, que orienta y promueve la Rehabilitacin Integral. Es un centro de referencia, lder en el Pas con un plantel de profesionales especialistas de primer nivel y de gran calidad, que contribuyen a la integracin social de los nios y jvenes discapacitados de escasos recursos econmicos.

Figura 2. Terapia Fsica en Rehabilitacin Modulo III HCSJD. Fuente: http://diariolaregion.com/web/2011/03/22/inauguraran-nueva-sede-de-clinicasan-juan-de-dios/

10

2.1.3

Ubicacin de la empresa El Hogar Clnica San Juan de Dios Iquitos, se ubica en el KM. 2.8 de la Carretera Iquitos Nauta, en el Distrito de San Juan Bautista, al sur de la Ciudad de Iquitos, Provincia de Maynas, Departamento de Loreto, Per.

Figura 3. Mapa de Ubicacin Hogar Clnica San Juan de Dios - Iquitos. Fuente: Google Maps, 2013

2.1.4

Organigrama funcional

Figura 4. Organigrama Funcional HCSJD - Iquitos. Fuente: Direccin Administrativa - HCSJD, 2013

11

2.1.5

Funciones Generales de la Oficina o rea El rea de Logstica del Hogar Clnica San Juan de Dios Iquitos, se encarga de gestionar y planificar las actividades para la compra, produccin, transporte, almacenaje, manutencin y distribucin de los bienes y servicios que demandan todas las dems reas, con el objeto de satisfacer dicha necesidad en el momento preciso, lugar y condiciones deseadas para garantizar la calidad de servicio y operatividad de la Institucin en su conjunto.

2.2 Infraestructura Tecnolgica El Hogar Clnica San Juan de Dios Iquitos, cuenta con equipos de cmputo en sus diferentes reas, los cuales varan en caractersticas, pudiendo encontrarse desde equipos con procesadores Pentium D, memoria RAM de 512 MB y Disco duro de 80 GB hasta aquellos equipados con procesador Core I3, memoria RAM de 4 GB y Disco duro de 500 GB, los cules facilitan el desarrollo de las tareas en el transcurso diario. Tambin, posee un rea de informtica y soporte tcnico en el cual se encuentran los equipos de enlace de radio, propiedad de Claro S.A., encargados de brindar acceso a Internet a todo el complejo. As como una centralita telefnica para la comunicacin entre reas mediante anexos, y dems equipamiento organizado en racks y preservados mediante equipo deshumedecedor y de aire acondicionado para evitar mal funcionamiento por sobre calefaccin.

Figura 5. Algunos equipos que forman parte de la Infraestructura tecnolgica en HCSJD. Fuente: rea de Informtica y soporte tcnico - HCSJD, 2013

12

2.3 Colaboradores

Libny Lud Guedes Chvez (rea de Logstica) Amrico Quispe Merino (Gerente General) Jos Adelmo Garca (Encargado del almacn) Ing. Roberto Carrasco Snchez (Asesor de Prcticas FIS - UPO)

2.4 Duracin estimada de ejecucin del proyecto El tiempo estimado para el desarrollo del proyecto fue de 13 semanas, comenzando desde el 15 de Abril hasta el 15 de Julio del 2013, el cual se especifica en el Anexo N 02. 2.5 Presupuesto Estimado El presupuesto generado para el desarrollo del proyecto asciende a la suma de S/. 285.50 Nuevos Soles, tal y como se muestra en el Anexo N 01. III. DESARROLLO DEL PROYECTO 3.1 Lnea Base 3.1.1 Problemtica objeto de la aplicacin El Hogar Clnica San Juan de Dios Iquitos, como parte del rea logstica, posee un almacn, el mismo que no cuenta con un sistema de control de inventario, por lo cual, el encargado del almacn efecta el registro de entradas, salidas y control del stock de los activos de forma manual. Adems, cuando l est ausente, en muchos casos, personas no autorizadas ingresan al almacn y depositan o retiran de ste los activos, sin realizar ningn registro de sus actividades, provocando incoherencias en el control de dichos activos, en su futura distribucin y asignacin al personal de las reas cuando se presentan requerimientos. 3.1.2 Justificacin Expuesta la problemtica, el presente proyecto se justifica porque es preciso y de vital importancia que el rea de logstica posea en las instalaciones de su almacn, una herramienta informtica acorde a su naturaleza, como el presente Software de Inventario, codificado en lenguaje C# (catalogado como uno de los ms robustos en cuanto a rendimiento al momento de ejecucin) y diseado para un entorno

13

cliente servidor (que facilita el acceso a la informacin, sin afectar la integridad de los datos, pues permite la creacin de cuentas de usuario para garantizar la seguridad en las operaciones), caractersticas que otorgaran mayor capacidad de respuesta al rea logstica, y una mejor administracin de los activos que se adquieren, asignan y permanecen en el almacn del Hogar Clnica San Juan de Dios Iquitos. 3.1.3 Objetivos del proyecto Objetivo General Desarrollar un sistema informtico en entorno cliente servidor de inventario de almacn que permita registrar la entrada y salida de los activos, as como realizar el control de stock, teniendo un historial de dichas operaciones para optimizar la capacidad de respuesta del rea logstica y mejorar la administracin de los activos que se adquieren, asignan y permanecen en el almacn del hogar Clnica San Juan de Dios de la ciudad de Iquitos. Objetivos Especficos Analizar los procesos vinculados con el servicio del almacn y los requerimientos de los empleados de sta rea de la clnica. Determinar los datos, estructura e Informacin a generar que permita crear una base de datos SQL Server. Determinar la gestin de la informacin y las interfaces. Implementar el Sistema en C# siguiendo las especificaciones de requerimientos, anlisis y diseo. Lograr una disminucin del 40% del tiempo actualmente invertido en el registro de entradas, salidas y control de stock de los activos respecto a la forma manual. 3.2 Recoleccin de Datos 3.2.1 Tcnicas de recoleccin de datos La tcnica utilizada para recopilar la informacin fue la entrevista, la cual se realiz a la Sra. Libny Lud Guedes Chvez, Jefa de la Oficina logstica y al Sr. Jos Adelmo Garca, Encargado del almacn para determinar las necesidades del Sistema a codificar. Ver Anexo N 03. Tambin se utiliz la observacin directa.

14

3.2.2

Metodologa y herramientas a emplear

3.2.2.1 Metodologa / Estndar / Normatividad Proceso Unificado de RATIONAL (RUP) La metodologa empleada en el presente proyecto, es una adaptacin del Rational Unified Process (RUP - Proceso Unificado de Desarrollo de Software), el cual es un proceso de anlisis y diseo orientado a objetos, la ms completa y disciplinada forma de asignar tareas y responsabilidades en un proyecto en desarrollo. El desarrollo se llevar a cabo en base a las fases que contempla la metodologa que son: inicio, elaboracin, construccin y transicin, cada una con una sola iteracin. El Proceso Unificado es definido como un proceso de desarrollo de software. El proceso de ingeniera de software se define como un conjunto de etapas parcialmente ordenadas con la intencin de lograr un objetivo, en este caso, la obtencin de un producto de software de calidad. El proceso de desarrollo de software es aquel en que las necesidades del usuario son traducidas en requerimientos de software, estos requerimientos transformados en diseo y el diseo implementado en cdigo, el cdigo es probado, documentado y certificado para su uso operativo. Concretamente define quin est haciendo qu, cundo hacerlo y cmo alcanzar un cierto objetivo. El proceso unificado acta como un modelo que puede adaptarse a cualquier tipo de proyecto y empresa. Las caractersticas del proceso unificado de modelado son: Centrado en los Modelos: Los diagramas son un vehculo de comunicacin ms expresivo que las descripciones en lenguaje natural. Se trata de minimizar el uso de descripciones y especificaciones textuales del sistema. Guiado por lo casos de uso: Los casos de uso son el instrumento para validar la arquitectura del software y extraer los casos de prueba.

15

Centrado en la arquitectura: Los modelos son proyecciones del anlisis y el diseo constituye la arquitectura del producto a desarrollar.

Iterativo e incremental: Durante todo el proceso de desarrollo se producen versiones incrementales (que se acercan al producto terminado) del producto en desarrollo.

RUP emplea de una manera eficaz el lenguaje UML, se centra en la produccin y mantenimiento de modelos del proceso del sistema y aumenta la productividad de los desarrolladores otorgndoles herramientas y plantillas, as como acceso a una slida base de conocimientos. En el desarrollo de sistemas actuales no es posible utilizar metodologas como el de cascada o estructurada, debido a la complejidad natural de los sistemas. RUP describe cmo capturar los requisitos y stos si son funcionales se representan en modelos visuales utilizando la notacin UML. El modelamiento es el marco o estructura de cmo se debern hacer los procedimientos, pginas Webs, funciones, etc., con el fin que sean desarrollados en las siguientes etapas: Construccin e implementacin. Por tanto el Modelamiento comprende tres de las ms importantes etapas en el desarrollo del Software: Planeamiento, Anlisis y Diseo. El anlisis de estas tres etapas se evalan en tres captulos los cuales son: Modelo del Negocio, Modelo de Requisitos y Anlisis y Diseo. Planeamiento Anlisis Diseo Modelo del Negocio Modelo de Requisitos Anlisis y Diseo

Unified Modeling Language (UML) UML es un lenguaje de modelado unificado basado en una notacin grafica la cual permite especificar, construir, visualizar y documentar los objetos de un sistema programado.

16

UML modela sistemas mediante el uso de objetos que forman parte de l, as como, las relaciones estticas o dinmicas que existen entre ellos. UML es la respuesta de OMG (Object Managmnet Group) para definir una notacin estndar para el modelado de las aplicaciones construidas mediante objetos. UML es una notacin, no una metodologa. UML pretende trabajar correctamente con todos o al menos con la mayora de los procesos de desarrollo existente. UML incluye todos los conceptos que son considerados necesarios para utilizar un proceso moderno iterativo, basado en construir una slida arquitectura para resolver requisitos dirigidos por caso de uso. UML combina notaciones provenientes desde: Modelado Orientado a Objetos. Modelado de Datos Modelado de Componentes Modelado de Flujos de Trabajo (WorkFlows)

UML es un lenguaje de modelado para la especificacin, visualizacin, construccin y documentacin de los artefactos de un proceso intensivo. Especifica el sistema de software y ayuda a construir modelos completos, precisos, sin ambigedades. Construye modelos de sistemas de software que pueden

comunicarse directamente con una variedad de lenguajes de programacin. Documenta los modelos del sistema de software, incluyendo requerimientos del sistema, durante los estados de desarrollo y despliegue. UML Proporciona a los usuarios un lenguaje de modelado visual, expresivo y utilizable para el desarrollo e intercambio de modelos significativos. Diagramas UML Varias vistas UML incluyen diagramas que proveen mltiples perspectivas de la solucin que est siendo desarrollada: Diagramas de Clase, Objetos, Casos de Uso, Componente, Despliegue, Colaboracin, Secuencia y Estado.

17

3.2.2.2 Herramientas Para la elaboracin del presente informe y para el Anlisis, Diseo e Implementacin del Software en entorno Cliente-Servidor de Inventario de Almacn del Hogar Clnica San Juan de Dios, se requirieron las siguientes herramientas informticas: Visual Studio 2010, Plataforma utilizada para codificar el sistema, mediante el espacio de trabajo para C#. SQL Server 2008 R2, Servidor de Gestin de Bases de Datos el cul ser el depositario de la data. IBM Rational Software Standard Edition 7.5, Herramienta utilizada para el modelado con la notacin UML. Microsoft Office 2013, utilizado para la digitacin de documentos, tales como el presente informe y el manual de usuario del sistema. Windows 7, Sistema operativo utilizado por la computadora empleada para el desarrollo del proyecto. 3.3 Solucin Propuesta 3.3.1 Descripcin del desarrollo de la solucin Con el anlisis, diseo e implementacin del sistema se llevar acabo el registro de las entradas, salidas y control de stock de los activos de manera ptima, reduciendo el tiempo empleado en estos procesos en un 40%, adems que permitir obtener informacin actualizada y oportuna de las operaciones realizadas sobre los mismos, para otorgar mayor capacidad de respuesta al rea logstica y mejorar la administracin de los activos que se adquieren, asignan y permanecen en el almacn del Hogar Clnica San Juan de Dios - Iquitos. 3.3.2 Indicadores de evaluacin de la solucin Se emplear el Cuestionario SUS, desarrollado por DEC en 1986 para medir la usabilidad del sistema, mediante la determinacin de la satisfaccin y eficiencia que representa ante las necesidades de los usuarios en relacin a su trabajo. El instrumento del SUS original, est compuesto de 10 afirmaciones o enunciados que han sido graduados sobre la escala de 5 niveles de aceptacin o acuerdo.

18

Para calcular la puntuacin SUS, hay que sumar primero

las

contribuciones de cada punto. La contribucin de cada punto valdr entre 0 y 4. Para los puntos impares, la contribucin ser la posicin de la escala menos 1. Para los puntos pares, la contribucin ser 5 menos la posicin en la escala. Se multiplica la suma de los resultados por 2.5 para obtener el valor global del SUS para el indicador elegido. El resultado estar entre 0 y 100, donde las puntuaciones altas indican una mejor usabilidad o niveles de satisfaccin. Debido a que los enunciados se alternan entre enunciados positivos o negativos se debe tener cuidado cuando se calcula los resultados. 3.3.3 Relacin de Entregables Informe Final.- Documento que documenta todas las etapas de desarrollo del software. Manual de Usuario.- Es un documento de apoyo al usuario final. Gua de Instalacin.- Documento que incluye las instrucciones para realizar la instalacin del producto y especificaciones tcnicas para soporte y administracin Producto.Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalacin.

19

3.4 Desarrollo de la Solucin Propuesta 3.4.1 Modelado del negocio

3.4.1.1 Objetivos de Negocio vs Casos de Uso de Negocio

Figura 6. Modelo CUN vs ON. Elaboracin: Propia.

3.4.1.2 Modelo de Casos de Uso de Negocio

Figura 7. Modelo MCUN. Elaboracin: Propia.

20

3.4.1.3 Diagrama de Clases del Negocio

Figura 8. Diagrama de Clase del Negocio Entrada de artculos (activos). Elaboracin: Propia.

Figura 9. Diagrama de Clase del Negocio Salida de artculos (activos). Elaboracin: Propia.

21

3.4.1.4 Diagrama de Actividad

Figura 10. Diagrama de Actividad Entrada de artculos (activos). Elaboracin: Propia.

22

Figura 11. Diagrama de Actividad Salida de artculos (activos). Elaboracin: Propia.

23

3.4.2

Modelado de Requerimientos

3.4.2.1 Propsito El presente Software en entorno cliente - servidor de inventario de almacn, permitir el registro de la entrada y salida de los activos, as como el control de stock en su totalidad y de manera eficiente, propiciando una mayor capacidad de respuesta al rea de logstica y una mejor administracin de los activos que se adquieren, asignan y permanecen en el almacn del Hogar Clnica San Juan de Dios Iquitos. El software a desarrollar contar con los siguientes mdulos: Operaciones Este mdulo permitir el registro de las entradas, salidas y control de los activos del almacn. En modo Usuario (No Administrador), tambin permitir agregar las descripciones de nuevos activos, para facilitar su registro en la base de datos. En el tem control, se podrn efectuar bsquedas personalizadas, as como, la impresin de los resultados obtenidos. Mantenimiento Este mdulo, visible solo para el modo Administrador, permitir registrar, editar, eliminar y realizar bsquedas sobre los activos, reas y usuarios del sistema. Seguridad Este pequeo mdulo, permite al Usuario, actualizar su clave de acceso al sistema, de forma que se garantice la integridad de las cuentas en el sistema. 3.4.2.2 Alcance El lmite considerado en el presente proyecto involucra bsicamente la implementacin del software para uso exclusivo del almacn, pero encontrndose instalado en el servidor del rea de informtica y soporte tcnico, pero podr ser accesible mediante la red LAN Ethernet por el personal autorizado de Logstica y dems reas que as lo requieran.

24

3.4.2.3 Descripcin de Stakeholders y Usuarios Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. Tambin es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta seccin muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, as como los problemas ms importantes que stos perciben para enfocar la solucin propuesta hacia ellos. No describe sus requisitos especficos ya que stos se capturan mediante otro artefacto. En lugar de esto proporciona la justificacin de por qu estos requisitos son necesarios. Resumen de Stakeholders

Nombre

Descripcin

Responsabilidades El Stakeholders: Representa a los usuarios posibles del sistema del tipo administrador. Realiza el seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades. El Stakeholders: Representa a los usuarios posibles del sistema del tipo usuario comn. Propone ciertas caractersticas de usabilidad en la presentacin del sistema.

Lic. Libny Lud Guedes Chvez

Jefe del rea de Logstica Hogar Clnica San Juan de Dios - Iquitos.

Jos Adelmo Garca

Encargado del Almacn

Cuadro 1. Resumen de Stakeholders. Elaboracin: Propia.

25

Resumen de Usuarios

Nombre

Descripcin Responsable de la configuracin del acceso a la informacin para usuarios del Sistema.

Stakeholders

Administrador

Responsable de registrar, actualizar o eliminar la informacin (manipulacin de la data transaccional del sistema). Visualiza e Imprime la data,

Lic. Libny Lud Guedes Chvez

Usuario

Registra solo las entradas y salidas y la descripcin de los activos nuevos.


Cuadro 2. Resumen de Usuarios. Elaboracin: Propia.

Jos Adelmo Garca

3.4.2.4 Descripcin Global del Producto Perspectiva del producto Cumplir con los requisitos presentados por el rea de Logstica para el registro de entradas, salida y control de stock de los activos que se adquieren, asignan y permanecen en el almacn del Hogar Clnica San Juan de Dios Iquitos. El entorno de desarrollo utilizado para la implementacin del software ser Visual Studio 2010, mediante el espacio de trabajo para c#, ser construida como aplicacin de escritorio en arquitectura cliente servidor y usando la programacin orientada a objetos. Resumen de Caractersticas A continuacin de muestra un listado con los beneficios que obtendr el rea de Logstica a partir del software desarrollado:

26

Beneficio del rea IT Registro al 100% de las entradas de activos al almacn Registro al 100% de las salidas de activos del almacn Control de Stock (Visualizacin de Operaciones de entrada y salida de activos), impresin de la informacin Registro y actualizacin de usuarios, requisitos y datos necesarios para el funcionamiento del sistema. Control de cuenta y acceso

Caracterstica que lo apoyan

Mdulo Operaciones

Mdulo Operaciones

Mdulo Operaciones

Mdulo Mantenimiento

Mdulo Seguridad.

Cuadro 3. Resumen de Caractersticas Elaboracin: Propia.

3.4.2.5 Casos de Uso de Requerimientos

Figura 12. Diagrama CUS Operaciones. Elaboracin: Propia.

27

Figura 13. Diagrama CUS Mantenimiento. Elaboracin: Propia.

Figura 14. Diagrama CUS Seguridad. Elaboracin: Propia.

28

Figura 15. Diagrama CUS Reutilizables. Elaboracin: Propia.

Figura 16. Diagrama General CUS Todos los Paquetes (Mdulos). Elaboracin: Propia.

29

3.4.2.6 Especificaciones de Casos de Uso a. Operaciones Nueva Entrada Descripcin El presente caso de uso permitir al Usuario del Sistema registrar los datos del formato fsico Nota de Entrada utilizado en el almacn. Flujo Bsico 1. Cuando un nuevo artculo es trado al almacn, el encargado llena el formato fsico Nota de entrada, en el cual se consignan entre otros datos, el nombre del depositante, el rea de origen, el motivo de ingreso, la descripcin de los artculos y su cantidad. Una vez que exista este documento, en el momento que el encargado considere oportuno, transcribir los datos en el sistema mediante el formulario Nueva Nota de Entrada. En caso el usuario no sea el Administrador, podr registrar las descripciones de artculos no existentes en la base de datos en la pestaa Registrar Artculo del mismo formulario, sin necesidad de ingresar al men de mantenimiento (accesible solo para Administradores). Otro detalle es el valor referencial de los artculos que en caso de especificarse como 0 (cero), tomar como valor la mnima valoracin monetaria es decir, la unidad, para equilibrar el valor en el tiempo. 2. El sistema automticamente verificara que los datos considerados nicos no puedan ser nuevamente registrados para evitar duplicacin de la informacin. 3. De no existir ningn inconveniente se realizar el registro en la base de datos del sistema, el cual por poltica del rea logstica no est sujeto a posteriores modificaciones. 4. El registro podr ser consultado en el tem Control del men Operaciones. Pre condiciones El formato fsico Nota de entrada debe existir y estar correctamente llenado y firmado en seal de conformidad. Post condiciones Ninguno.
Cuadro 4. Especificacin de Caso de Uso, Operaciones Nueva Entrada. Elaboracin: Propia.

30

b. Operaciones Nueva Salida Descripcin El presente caso de uso permitir al Usuario del Sistema registrar los datos del formato fsico Comprobante de Salida utilizado en el almacn. Flujo Bsico 1. Cuando un nuevo artculo es requerido del almacn, por solicitud del personal de algn rea, el encargado llena el formato fsico Comprobante de Salida, en el cual se consignan entre otros datos, el nombre del solicitante, el rea de destino, el motivo de salida, la descripcin de los artculos y su cantidad. Una vez que exista este documento, en el momento que el encargado considere oportuno, transcribir los datos en el sistema mediante el formulario Nuevo Comprobante de Salida. 2. El sistema automticamente verificara que los datos considerados nicos no puedan ser nuevamente registrados para evitar duplicacin de la informacin, adems no permitir retirar artculos que virtualmente no tengan stock, lo que debe corresponder con la realidad fsica en el almacn. 3. De no existir ningn inconveniente se realizar el registro en la base de datos del sistema, el cual por poltica del rea logstica no est sujeto a posteriores modificaciones. 4. El registro podr ser consultado en el tem Control del men Operaciones. Pre condiciones El formato fsico Comprobante de Salida debe existir y estar correctamente llenado y firmado en seal de conformidad. Post condiciones Ninguno.
Cuadro 5. Especificacin de Caso de Uso, Operaciones Nueva Salida. Elaboracin: Propia.

c. Operaciones Control Descripcin El presente caso de uso permitir al Usuario del Sistema visualizar el detalle de los registros de entrada y salida de activos del almacn.

31

Flujo Bsico 1. Con motivos de visualizar las operaciones realizadas, el encargado podr acceder al tem Control, que bsicamente consiste en una serie de criterios de bsqueda y una grilla donde se muestran los resultados. 2. El sistema automticamente carga por defecto todas las operaciones, pero pueden obtenerse resultados ms personalizados. Todo el detalle de la grilla puede imprimirse para consultas posteriores in situ. Pre condiciones Deben existir registros de entradas o salidas de los activos en la base de datos. Post condiciones Ninguno.
Cuadro 6. Especificacin de Caso de Uso, Operaciones Control. Elaboracin: Propia.

d. Mantenimiento reas Descripcin El presente caso de uso permitir al Administrador del Sistema registrar, editar, eliminar o visualizar la informacin de las reas del Hogar Clnica San Juan de Dios - Iquitos. Flujo Bsico 1. La informacin bsica de un rea como su descripcin, nombre del responsable y numero de anexo, pueden ser manipulados desde este tem. 2. Para el registro no pueden existir nombres de reas idnticos, para la edicin del mismo modo, para la eliminacin, solo podrn efectuarse sobre aquellos que no han sido referenciados en alguna operacin de entrada o salida (esto para conservar la integridad de la base de datos y sus registros), por ltimo la visualizacin permite la bsqueda por criterios. Pre condiciones Ninguno en especfico. Genricamente debe existir el registro de un rea para poder realizar la eliminacin de la misma y no debe estar referenciada en alguna operacin de entrada o salida. Post condiciones

32

Ninguno.
Cuadro 7. Especificacin de Caso de Uso, Mantenimiento - reas. Elaboracin: Propia.

e. Mantenimiento Artculos Descripcin El presente caso de uso permitir al Administrador del Sistema registrar, editar, eliminar o visualizar la informacin de los artculos (activos) que se adquieren, permanecen o solicitan al almacn del Hogar Clnica San Juan de Dios - Iquitos. Flujo Bsico 1. La informacin bsica de un artculo como su descripcin y unidad de medida, pueden ser manipulados desde este tem. No se consideran cantidades, puesto que stas son especificadas al momento de realizar una nueva entrada o cuando se efecta una salida, ambos afectando al stock automticamente. 2. Para el registro no pueden existir nombres de reas idnticos, para la edicin del mismo modo, para la eliminacin, solo podrn efectuarse sobre aquellos que no han sido referenciados en alguna operacin de entrada o salida (esto para conservar la integridad de la base de datos y sus registros), por ltimo la visualizacin permite la bsqueda por criterios. Pre condiciones Ninguno en especfico. Genricamente debe existir el registro de un artculo para poder realizar la eliminacin del mismo y no debe estar referenciado en alguna operacin de entrada o salida. Post condiciones Ninguno.
Cuadro 8. Especificacin de Caso de Uso, Mantenimiento - Artculos. Elaboracin: Propia.

f.

Mantenimiento Usuarios

Descripcin El presente caso de uso permitir al Administrador del Sistema registrar, editar, eliminar o visualizar la informacin de los usuarios del sistema. Flujo Bsico 1. La cuenta de usuario registra el nombre real de la persona, su

33

nombre de usuario (Nick) y su tipo. En referencia al tipo, puede existir ms de un Administrador. 2. El Id generado automticamente de manera interna por el software es utilizado para control de las operaciones, es decir, que tanto el registro de entradas como de salidas, poseen el nombre del usuario que realizo la operacin. 3. La clave inicial de una cuenta es el mismo Nick, pero puede ser cambiado en el men seguridad por el que ms le convenga al usuario, en cualquier momento cuando ingrese al sistema. 4. En caso de olvido de la clave, el usuario puede solicitar al Administrador el reseteo de su clave (restaurar clave por defecto en el formulario de Mantenimiento - Usuarios). Pre condiciones Ninguno en especfico. Genricamente debe existir el registro de un Usuario para poder realizar la eliminacin del mismo y no debe estar referenciado en alguna operacin de entrada o salida. Post condiciones Ninguno.
Cuadro 9. Especificacin de Caso de Uso, Mantenimiento - Usuarios. Elaboracin: Propia.

g. Seguridad Cambiar Clave Descripcin El presente caso de uso permitir al usuario del Sistema cambiar su clave de acceso cuando considere conveniente. Flujo Bsico 1. Todos los usuarios poseen acceso al men Seguridad, donde se ubica el tem Cambiar Clave. 2. Cuando es creada una cuenta, la clave por defecto es el mismo Nick, y debe ser cambiada por el usuario si es posible en su primer acceso al sistema. 3. La Clave puede tener un mximo de 15 dgitos y un mnimo de 8, adems permite la utilizacin de letras y nmeros y es codificada con el Algoritmo MD5, para su registro en la base de datos. 4. En caso de olvido de la clave, el usuario puede solicitar al Administrador el reseteo de su clave (restaurar clave por defecto en el formulario de Mantenimiento - Usuarios).

34

Pre condiciones Ninguno. Post condiciones Ninguno.


Cuadro 10. Especificacin de Caso de Uso, Seguridad Cambiar Clave. Elaboracin: Propia.

3.4.3

Modelado de Anlisis

3.4.3.1 Diagrama de Colaboracin Muestra la forma en que los objetos colaboran para cumplir sus responsabilidades y posee la misma funcionalidad que un diagrama de secuencia. a. Cambiar Clave El usuario abre la Interfaz Cambiar Clave del Men Seguridad, llena los campos solicitados, entre ella la Nueva Clave, al aceptar stos datos se envan a procesar, si todo es conforme, se actualiza el campo clave en la tabla usuario de la BD. Finalmente retorna un true o false dependiendo del xito de la transaccin y este se transforma en un mensaje de confirmacin.

Figura 17. Diagrama de Colaboracin. Seguridad - Cambiar Clave. Elaboracin: Propia.

35

b. Restaurar clave por defecto El Administrador abre el Interfaz Usuarios del Men Mantenimiento, luego escoge la pestaa Editar, busca y carga el perfil del usuario, selecciona restaurar clave por defecto y enva la orden al proceso, si todo es conforme, retorna un true o false dependiendo del xito de la transaccin en la BD, el cual se transforma en un mensaje de confirmacin.

Figura 18. Diagrama de Colaboracin. Mantenimiento - Usuarios -> Editar. Elaboracin: Propia.

3.4.3.2 Diagrama de Secuencia Permite Graficar los mensajes que interactan los objetos para un determinado flujo de tarea. Generalmente es utilizado para explicar la secuencia de pasos que comprende un caso de uso. a. Iniciar Sesin El usuario inicia la ejecucin del Software, en la interfaz Iniciar Sesin llena los campos solicitados, stos datos se envan al proceso que valida la informacin suministrada en la BD, dependiendo del xito de la transaccin devuelve true o false, si es true, se muestra la Interfaz Principal.

36

Figura 19. Diagrama de Secuencia. Iniciar Sesin. Elaboracin: Propia.

b. Registrar Usuario El Administrador abre la interfaz Usuarios del Men Mantenimiento, en la pestaa Registrar, llena los campos solicitados, enva la informacin al proceso que registra los datos en la tabla Usuario de la BD, dependiendo del xito de la transaccin devuelve true o false, y esto se traduce para el usuario en un mensaje de confirmacin.

Figura 20. Diagrama de Secuencia. Mantenimiento Usuarios -> Registrar. Elaboracin: Propia.

3.4.4

Diagrama de Clases a. Acceso a Datos

37

Figura 21. Diagrama de Clases Acceso a Datos. Elaboracin: Propia.

b. Lgica de Negocio

Figura 22. Diagrama de Clases Lgica Negocio. Elaboracin: Propia.

38

c. Entidades

Figura 23. Diagrama de Clases Entidades. Elaboracin: Propia.

39

d. Presentacin

Figura 24. Diagrama de Clases Presentacin. Elaboracin: Propia.

40

3.4.5

Modelo del Diseo

3.4.5.1 Diseo de la Interfaz

Figura 25. Interfaz Iniciar Sesin. Elaboracin: Propia.

Figura 26. Interfaz Principal. Elaboracin: Propia.

41

Figura 27. Interfaz Operaciones Nueva Entrada. Elaboracin: Propia.

Figura 28. Interfaz Operaciones Nueva Salida. Elaboracin: Propia.

42

Figura 29. Interfaz Operaciones - Control. Elaboracin: Propia.

Figura 30. Interfaz Operaciones Cerrar Sesin. Elaboracin: Propia.

Figura 31. Interfaz Mantenimiento reas -> Registrar. Elaboracin: Propia.

43

Figura 32. Interfaz Mantenimiento reas -> Editar. Elaboracin: Propia.

Figura 33. Interfaz Mantenimiento reas -> Eliminar. Elaboracin: Propia.

Figura 34. Interfaz Mantenimiento reas -> Buscar. Elaboracin: Propia.

44

Figura 35. Interfaz Mantenimiento Usuarios -> Registrar. Elaboracin: Propia.

Figura 36. Interfaz Mantenimiento Usuarios -> Editar. Elaboracin: Propia.

Figura 37. Interfaz Mantenimiento Usuarios -> Eliminar. Elaboracin: Propia.

45

Figura 38. Interfaz Mantenimiento Usuarios -> Buscar. Elaboracin: Propia.

Figura 39. Interfaz Mantenimiento Artculos -> Registrar. Elaboracin: Propia.

Figura 40. Interfaz Mantenimiento Artculos -> Editar. Elaboracin: Propia.

46

Figura 41. Interfaz Mantenimiento Artculos -> Eliminar. Elaboracin: Propia.

Figura 42. Interfaz Mantenimiento Artculos -> Buscar. Elaboracin: Propia.

Figura 43. Interfaz Seguridad Cambiar Clave. Elaboracin: Propia.

47

Figura 44. Interfaz Ayuda - > Acerca De. Elaboracin: Propia.

3.4.5.2 Modelo de Datos a. Modelo Fsico

Figura 45. Modelo Fsico (muestra tipos de datos) de la BD almacenHCSJD. Elaboracin: Propia.

48

b. Modelo Lgico

Figura 46. Modelo Lgico (muestra llaves forneas) de la BD almacenHCSJD. Elaboracin: Propia.

3.4.6

Implementacin

3.4.6.1 Diagrama de Componentes Representa el empaquetamiento fsico de elementos lgicos tales como: clases, interfaces y colaboraciones, es decir, representa una unidad de cdigo (fuente, binario o ejecutable). Un componente es una parte fsica y remplazable de un sistema.

49

Figura 47. Diagrama de Componentes. Elaboracin: Propia.

3.4.6.2 Diagrama de Despliegue El Despliegue es la etapa de desarrollo que describe la configuracin del Sistema para su ejecucin en un ambiente del mundo real. Para el despliegue se deben tomar decisiones sobre los parmetros de la configuracin, funcionamiento, asignacin de recursos, distribucin y concurrencia. Un diagrama de despliegue muestra la configuracin de nodos que participan en la ejecucin y de los componentes que residen en ellos.

Figura 48. Diagrama de Despliegue. Elaboracin: Propia.

50

3.5 Resultados y Discusiones Logros: Se realiz el levantamiento de informacin sobre los procesos de negocio, del almacn administrado por el rea Logstica del Hogar Clnica San Juan de Dios Iquitos, el cual permiti plasmar el flujo de trabajo en el modelado de negocio del presente informe. A travs del modelado de requerimientos y anlisis se estableci con precisin los parmetros de ejecucin funcional esperados en el sistema. Se dise y construy la base de datos almacenHCSJD en SQL Server, en funcin a los requerimientos de datos de los procesos y a los resultados del levantamiento de informacin en el lugar. Se disearon las interfaces necesarias para la manipulacin de la estructura de base de datos, de forma que permita su correcta administracin. Para concluir, se implement con xito el software de inventario en un entorno cliente servidor, en el rea de almacn, que permite registrar al 100% las entradas y salidas de los activos, as como controlar automticamente el stock, adems de mantener un histrico de dichas operaciones. Tambin se alcanz a reducir en un 40% el tiempo empleado en el control de los activos con respecto a la forma manual que vena ejecutndose. Discusin: Para la obtencin de indicadores, se utiliz el cuestionario SUS, el cual se aplic a los posibles usuarios del sistema para medir el grado de eficiencia y satisfaccin de la usabilidad del producto software, teniendo los siguientes resultados: Eficiencia: 91.25 puntos. Lo cual indica que es relativamente fcil aprenderse el manejo de las funciones del software, pues existen elementos que ayudan a los usuarios a completar sus tareas, reduciendo el tiempo empleado considerablemente con respecto al registro y control manual. Satisfaccin: 90 puntos. Lo cual indica que los usuarios se sienten satisfechos en los tiempos de respuesta del software, lo que favorece sin duda a querer utilizarlo.

51

Para ver el detalle del desarrollo de los cuestionarios, ver el Anexo N 04. 3.6 Conclusiones Se logr desarrollar e implementar un sistema informtico en entorno cliente servidor de inventario de almacn que permite registrar la entrada y salida de los activos, as como realizar el control de stock, teniendo un historial de dichas operaciones, optimizando la capacidad de respuesta del rea logstica y mejorando la administracin de los activos que se adquieren, asignan y permanecen en el almacn del Hogar Clnica San Juan de Dios Iquitos. De forma especfica se ha logrado: Analizar los procesos vinculados con el servicio del almacn y los requerimientos de los empleados de sta rea de la Clnica. Determinar los datos, estructura e Informacin a generar que permita crear una base de datos en SQL Server. Determinar la gestin de la informacin y las interfaces. Implementar el Sistema en lenguaje C# siguiendo las especificaciones de requerimientos, anlisis y diseo. Reducir en unos 40% el tiempo invertido en el registro de, entradas, salidas y sobre todo el control del stock de los activos con respecto a la forma manual. 3.7 Recomendaciones Continuar desarrollando el software para optimizarlo y refinarlo, posibilitando la creacin de reportes ms elaborados, y porque no migrar del registro manual y pasar completamente al registro electrnico, creando un mdulo de impresin de formatos, as como tambin desarrollar herramientas estadsticas y de previsin para la adquisicin y compra de activos por parte del Hogar Clnica San Juan de Dios de la Ciudad de Iquitos.

52

BIBLIOGRAFA Bauza (2002). SISTEMA LABN (INSTITUTO AUTNOMO BIBLIOTECA NACIONAL). Disponible en Internet: http://www.monografias.com/trabajos28/sistema-inscripcion/sistemainscripcion.shtml Basifor (2010). APLICACIN DE LA INFORMTICA EN EL MANEJO DE INVENTARIOS. Pg. 298. Ceballos, F.J. (2006). VISUAL BASIC .NET LENGUAJE Y APLICACIONES. Editorial Ra-Ma. David Kroenke, David Auer (2006). DATABASE CONCEPTS. Pearson Education. Ercolino (2001). EL DISEO Y MANEJO DE UN SISTEMA DE MONITOREO Y CONTROL REMOTO PARA LOS NODOS DE TELECOMUNICACIONES QUE CONFORMAN LA RED DE SERVICIOS DE IMPSAT S.A. DE LA UNIVERSIDAD METROPOLITANA. Disponible en Internet: http://www.monografias.com/trabajos28/sistema-inscripcion/sistemainscripcion.shtml Gmez, A. y Surez, C. (2006). SISTEMAS DE INFORMACIN. HERRAMIENTAS PRCTICAS PARA LAGESTIN EMPRESARIAL 2 Edicin. Lacros. (2013, 04). INVENTARIOS. Disponible en Internet: http://ingenierosindustriales.jimdo.com/herramientaspara-el-ingenieroindustrial/gestin-de-almacenes/

53

Luis (2012, 02). IMPORTANCIA DE LOS INVENTARIOS EN UNA EMPRESA. Disponible en Internet: http://www.buenastareas.com/ensayos/Importancia-De-Los-Inventarios-EnUna/3552391.html Naranjo (1998). DISEO DE UN QUMICO. Disponible en Internet: http://www.monografias.com/trabajos28/sistema-inscripcion/sistemainscripcion.shtml Quintero, Maryure (2010). VERIFICACIN DE LOS PROCESOS ADMINISTRATIVOS. Disponible en Internet: http://es.scribd.com/doc/34959450/14/inventario-de-organizaciones Quintero (2001). IMPLANTACIN DE UN NUEVO SISTEMA DE CONTROL DE INVENTARIOS E INVESTIGACIN ACERCA DE LOS RESULTADOS DE SU APLICACIN. Disponible en Internet: http://www.monografias.com/trabajos28/sistema-inscripcion/sistemainscripcion.shtml SISTEMA DE INFORMACIN GERENCIAL QUE SIRVA DE APOYO EN LA TOMA DE DECISIONES DE ALTA GERENCIA DEL GRUPO

54

ANEXOS Anexo N 01. Presupuesto Detallado A continuacin se muestra el presupuesto utilizado, que fue necesario para disear e implementar la solucin.

55

Anexo N 02. Cronograma del Proyecto

56

Anexo N 03. Entrevistas NOMBRE DEL ENTREVISTADO : CARGO FECHA : : Lic. Libny Lud Guedes Chvez. Jefa del rea de Logstica HCSJD Iquitos Lunes 15 de Abril de 2013

PREGUNTA 1: POSEE EL REA DE LOGSTICA ALGUN SISTEMA INFORMTICO QUE PERMITA LA GESTIN Y CONTROL DE LOS ACTIVOS DEL ALMACN QUE TIENE A SU CARGO? RESPUESTA: No, actualmente no poseemos algn tipo de programa de cmputo que permita apoyar en las tareas de administracin y control de los activos que se encuentran en el almacn. Todos los procesos se llevan a cabo de manera manual por parte del encargado el Sr. Jos Adelmo Garca. PREGUNTA 2: CMO REALIZAN LAS ADQUISICIONES DE LOS ACTIVOS?, EXISTE ALGUN PROCEDIMIENTO O FLUJO ESTABLECIDO PARA EL TRATAMIENTO DE ESTOS? RESPUESTA: Los activos que posee el Hogar Clnica provienen de mltiples fuentes, entre estas tenemos las donaciones voluntarias, las donaciones por requerimiento y las compras. Bsicamente una vez se encuentran bajo dominio del rea logstica se manejan las asignaciones segn requerimientos de las reas, pero el flujo con el almacn se realiza a travs de las guas, las rdenes de compra, las notas de entrada, resoluciones y comprobantes de salida. PREGUNTA 3: CULES SERAN LOS REQUISITOS FUNCIONALES EXIGIDOS EN UN SISTEMA INFORMTICO DESTINADO A LA GESTIN Y CONTROL DE LOS ACTIVOS DEL ALMACN? RESPUESTA: Que permita codificar cada activo para su posterior identificacin, que pueda almacenar histricos de los movimientos de entrada y salida, que permita tener informacin actualizada del stock, que sea eficiente y de fcil utilizacin.

57

NOMBRE DEL ENTREVISTADO CARGO FECHA

: : :

Jos Adelmo Garca. Encargado Almacn HCSJD - Iquitos Lunes 15 de Abril de 2013

PREGUNTA 1: POR FAVOR, EXPLIQUE UD. CUALES SON LOS PROCESOS QUE SE REALIZAN EN EL REA DE ALMACN DEL HOGAR CLNICA SAN JUAN DE DIOS. RESPUESTA: El rea de almacn maneja tres procesos bsicos: la entrada de los artculos, la salida de los mismos y el control del stock de stos. Los tres procesos se operan de forma manual, mediante el uso de las notas de entrada, los comprobantes de salida y las hojas de control de stock. PREGUNTA 2: EXISTEN INCONVENIENTES CON EL MANEJO ACTUAL?, ALGUNA COSA QUE NO PERMITA UN CONTROL PTIMO DE LOS ACTIVOS? RESPUESTA: Bueno, el mismo hecho de que el registro sea manual hace engorroso el procedimiento de control de los activos del almacn, adems de la falta de un personal de 24 horas para la atencin en el almacn, me explico: muchas veces la adquisicin de los activos demanda que presencialmente me haga responsable por su transporte, ocasionando que personas no autorizadas realicen entradas o retiros de activos sin dejar constancia en los respectivos documentos como las notas de entrada o comprobantes de salida, afectando posteriormente al control del stock y generando en ocasiones prdidas econmicas al hogar. PREGUNTA 3: CREE UD. QUE SERA JUSTIFICADO ENTONCES LA INSTALACIN Y USO DE UN SISTEMA INFORMTICO EN SU REA? RESPUESTA: Ciertamente lo sera, porque ayudara enormemente con el control del stock, si bien es cierto no cubre la demanda de un personal, eso sera manejable ya que teniendo el sistema podramos establecer una mejor poltica, que permita la identificacin de las personas que ingresan al almacn y poder tener una mejor

58

administracin de los activos que se adquieren, retiran o permanecen guardados en l. PREGUNTA 4: CLARO, ESO IMPLICARIA UNA MEJORA EN LOS PROCESOS DE ADMINISTRACIN DE LA CLNICA, DADO QUE ESTE SISTEMA PERMITIRIA UN CONTROL DE ACCESO A LOS ACTIVOS DEL ALMACN. QUE OTRAS CARACTERSTICAS DEBERIA POSEER DICHO SISTEMA, EN SU OPININ CON RESPECTO AL FLUJO DE TRABAJO EN EL ALMACN? RESPUESTA: Debera poder sustituir el registro manual, permitir la emisin electrnica de los documentos, he visto varios sistemas que lo hacen y sera lo ptimo, tambin sera ideal que mantenga un historial de los movimientos realizados y se puedan obtener algn tipo de reporte estadstico para evaluar las condiciones de los activos en el almacn.

59

Anexo N 04. Cuestionario SUS, Resultados en Eficiencia y Satisfaccin. Usuario N 1: Lic. Libny Lud Guedes Chvez. Usuario N 2: Sr. Jos Adelmo Garca.

60

Anexo N 05. Formatos utilizados en el Almacn HCSJD Iquitos

61

62

También podría gustarte