Facultad de Ingeniera IndustrialESCUELA PROFESIONAL DE INGENIERIA INFORMATICA

AO DE LA PROMOCION DE LA INDUSTRIA RESPONSABLE Y COMPROMISO CLIMATICO

INFORME DE PRCTICAS PRE - PROFESIONALESALUMNO: RAMIREZ GARCIA ROBERT DAVIDCODIGO:0512009040CORREO:Robert_leo_8@hotmail.comPERIODO DE PRCTICAS:FECHA DE INICIO:21 DE OCTUBRE DEL 2013FECHA DE CULMINIACIN:31DE DICIEMBRE DEL 2013

PIURA 28 DE FEBRERO DE 2014

PRESENTACIN

Dentro de la formacin profesional del alumno, hay un requisito necesario que permite la aplicacin de los conocimientos de ste dentro de su currcula para poder obtener el grado de bachiller, ste requisito es el cumplimiento de las prcticas pre-profesionales.Logrados los objetivos dentro de la institucin SPEED-BASP, especficamente en el rea de desarrollo de sistemas, presento el siguiente informe para aportar nuevos conocimientos y nuevas ideas dentro de sta universidad, con el fin que sean aplicables dentro de sta institucin, adems para mostrar la capacidad de ingeniera que aplica nuestra carrera a soluciones sistematizadas de manera computacional.En el siguiente documento podr observar de forma detallada y explicita el proceso de desarrollo de un sistema informtico para un problema presentado dentro de la mayora de instituciones pblicas, en especfico, de municipalidades. El proceso abarca desde el estudio del problema, anlisis, diseo y programacin de la aplicacin; basndose en una metodologa de desarrollo gil que permite un rpido cumplimiento de los objetivos.La solucin dada se ajusta a un sistema genrico, que sea capaz de adaptarse a cualquier institucin que cumpla con sta proceso dentro de sus actividades diarias.La experiencia obtenida dentro del desarrollo de sta solucin va ms all de una sencilla aplicacin, involucra un amplio conocimiento de los procesos relacionados con las reas de logstica y administracin, adems de contar con la participacin de las dems reas de la institucin donde se aplique.Mi agradecimiento al Lic. Marco De Lama, gerente de la institucin quien me brind la oportunidad de desarrollar ste proyecto, adems de brindarme conocimientos sobre el proceso, y darme un enfoque ms especfico de cmo la logstica, administracin e informtica pueden formar una buena combinacin para el desarrollo de nuevas soluciones dentro de una institucin pblica, adems de cmo una solucin informtica puede complementar a grandes sistemas para la contabilidad pblica como es el SIAF.

INDICEPRESENTACIN21.DATOS GENERALES41.1Institucin donde realic mis prcticas41.2Tipo de Empresa41.3Direccin41.4Telfono de la institucin41.5RUC41.6Responsable(s) que dirigi mis prcticas41.7rea en la que desarroll mis prcticas41.8Total de horas realizadas41.9Descripcin de la empresa42.PROBLEMTICA DE LA EMPRESA63.TRABAJO DESARROLLADO73.1 Java73.2 Mysql83.3 Windows83.4 SIAF93.5 Scrum103.6 Sistema de Abastecimiento para Entidades Pblicas13 3.6.1 Arquitectura de la aplicacin13 3.6.2 Metodologa Utilizada14 3.6.3 Diagrama de base de datos164.CONCLUSIONES455.RECOMENDACIONES45

1. DATOS GENERALES

1.1 Institucin donde realic mis prcticas.SPEED BASP S.A.C

1.2 Tipo de Empresa.SOCIEDAD ANONIMA CERRADA

1.3 Direccin.JR. AYACUCHO N767-INTERIOR 5-PIURA

1.4 Telfono de la institucin.(Mvil) 969614511

1.5 RUC.20526617224

1.6 Responsable(s) que dirigi mis prcticas.LIC. STALYN FERNANDO MEDINA SUNCIONLIC.MARCO DE LAMA

1.7 rea en la que desarroll mis prcticas.AREA DE SISTEMAS-DESARROLLO DE SISTEMAS

1.8 Total de horas realizadas.320

1.9 Descripcin de la empresa.

SPEED BASP S.A.C apoya a las instituciones del sector pblico para afrontar los desafos, tensiones y complejidades inherentes a su gestin.Su aptitud profesional, de integridad y fortaleza global complementan con la experiencia local concreta, flexibilidad y la cercana con el sector pblico.SB trabaja con el Gobierno Regional de Piura y municipalidades dentro y fuera de la regin Piura ofreciendo asesoras en el sector contable. Adems de esto, ofrece un servicio de Desarrollo de Software a medida que se ajusta a la resolucin de la problemtica que presentan las instituciones como procesos engorrosos, ineficientes y con poco control.

1.9.1 Misin

Profesionales que trabajan en equipo para satisfacer las expectativas de desarrollo estructural-contable de nuestros clientes, interactuando en forma permanente sobre sus necesidades especficas para el oportuno y eficiente soporte contable, a travs de la implementacin de nuevos sistemas y/o procedimientos, y la aplicacin debida de la legislacin peruana e internacional vigente.

1.9.2 Visin

Una empresa consultora de gran prestigio en el mercado, reconocido por la calidad de servicio de soporte contable, especialistas en el rea contable, laboral e informtico.

1.9.3 Valores

La Veracidad, como base del xito.Capacitados para servir.Objetivos y transparentes. 1.9.4 Entre sus principales clientes, tenemos: Gobierno Regional de Piura. Municipalidad Distrital de La Huaca. Municipalidad Distrital del Arenal. Municipalidad Distrital de Vichayal. Municipalidad Distrital de Catacaos. Municipalidad Provincial de Piura.

1.9.5 OrganigramaFig.01. Organigrama perteneciente a Speed Basp s.a.c.2. PROBLEMTICA DE LA EMPRESA

Problema N 1Las jefaturas dentro de las reas de las municipalidades, no cuentan con el suficiente control y tiempo para realizar cuadros de necesidades en la que detallen los bienes o servicios que requieren para un ao posterior. Solucin El sistema de informacin de abastecimiento en el primer ao de funcionamiento permitir el ingreso de bienes o servicios de manera deliberada (Cuando el usuario necesite en sus requerimientos), el sistema guardar en las necesidades lo que el cliente a lo largo del ao ha requerido al rea de logstica (algo parecido a un registro histrico) para que en el segundo ao de funcionamiento cada rea cargue automticamente lo que necesit anteriormente y as evitar al usuario un registro manual que sera muy tedioso.Problema N 2Las jefaturas dentro de las reas de las municipalidades necesitan realizar un seguimiento a sus requerimientos dentro del rea de logstica, necesitan saber cundo se realiz la aprobacin o rechazo del requerimiento, y si se aprob cuanto se aprob de cada tem pedido.Solucin El sistema de informacin brindar al usuario una pantalla de registro de requerimientos a travs de la cual se podrn tambin hacer seguimiento del estado: Si ha pasado de pendiente a aprobado, si ha pasado de pendiente a rechazado.Es un sistema que permitir ahorrar mucho tiempo y costo dentro de las diferentes reas de la entidad.

3. TRABAJO DESARROLLADO

3.1 Java

Fig.02. Icono representativo de Java

El lenguaje de programacin Java fue desarrollado por James Gosling y Mike Shediran. Inicialmente fue llamado Oak pero luego cambiado a Java, por cuestiones de propiedad intelectual.

El 23 de mayo de 1995 John Gage de Sun Microsystems lanzan la versin alpha de java, que solo corra en solaris.Desde ese momento decidieron apoyarlo empresas como Netscape Communications. Le vean futuro pues no estaba ligado directamente a las plataformas sino que se basaba en una mquina virtual. Cabe resaltar que el JDK 1.0 se desarroll en enero de este mismo ao.En la actualidad java ha mejorado, aunque cuenta con el mismo proceso (compilacin a bytecode) sin importar la arquitectura de la computadora.Es un lenguaje de propsito general, concurrente, orientado a objetos y basado en clases que fue diseado especficamente para tener pocas dependencias de implementacin como fuera posible. Su intencin es permitir que los desarrolladores de aplicaciones escriban un programa y lo ejecuten en cualquier dispositivo. Es decir que una aplicacin que es ejecutado en una plataforma no tiene que ser recompilado para funcionar en otra.A partir del 2012 es uno de los lenguajes de programacin ms populares en uso.

3.1.1Java SE

Es una plataforma ampliamente utilizada para el desarrollo y despliegue de aplicaciones porttiles para entornos de escritorio y servidores. Java SE utiliza el lenguaje de programacin Java orientado a objetos.En sentido estricto, Java SE es una especificacin de la plataforma. Define una amplia gama de propsitos generales APIs como las API de Java para la biblioteca de clases de Java, y tambin incluye la especificacin del lenguaje Java y la especificacin de la mquina virtual.

3.2 Mysql

Fig.03. Icono representativo de Mysql Server.

Es un sistema de gestin de bases de datos relacional, multihilo y multiusuario con ms de seis millones de instalaciones. Mysql AB desarrolla Mysql como software libre en un esquema de licenciamiento dual.Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia especfica que les permita este uso.Esta desarrollado en su mayor parte en ANSI C.Este software es desarrollado y patrocinado por una empresa privada (A diferencia de software como Apache) que posee el copyrigth de la mayor parte del cdigo. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios.Mysql es usado por muchos sitios web grandes y populares como Google, Facebook y Youtube.

3.3 Windows

Fig.03. Icono representativo del S.O windows.

Es un sistema operativo basado en ventanas. La primera versin se lanz en 1985y comenz a utilizarse de forma generalizada gracias a su interfaz grfica de usuario (GUI). Reemplaz al ya conocido MS-DOS, cuya interfaz consista en una lnea de comandos.Sus productos ms populares hasta la actualidad son: Windows XP, lanzado en octubre del 2001, Windows server 2003 lanzado en abril del 2003, Windows vista lanzado el 22 de octubre del 2009, y Microsoft Windows 8 lanzado el 26 de octubre del 2012.Entre las principales crticas recibidas para estos entornos esta la dbil seguridad, pero se compensa con la facilidad de uso de este entornos.

3.4 SIAF

El SIAF es un Sistema de Ejecucin, no de formulacin Presupuestal ni de Asignaciones (Trimestral y Mensual), que es otro Sistema. S toma como referencia estricta el Marco Presupuestal y sus Tablas.El SIAF ha sido diseado como una herramienta muy ligada a la Gestin Financiera del Tesoro Pblico en su relacin con las denominadas Unidades Ejecutoras (UEs), que en relidad son las municipalidades.El registro, al nivel de las UEs, est organizado en 2 partes: Registro Administrativo (Fases: Compromiso, Devengado y Girado ) Registro Contable (contabilizacin de las Fases as como las notas contables).El Registro Contable requiere que, previamente, se haya realizado el Registro Administrativo. Puede realizarse inmediatamente despus de cada Fase, pero no es requisito para el registro de la Fase siguiente.A diferencia de otros sistemas, la contabilizacin no est completamente automatizada. Esto que podra ser desventaja, ha facilitado la implementacin pues el contador participa en el proceso.

3.5 ScrumScrum (Metodologa gil): Se basa en un modelo de desarrollo iterativo e incremental.En un ciclo de vida gil se asume el anlisis, diseo, pruebas, etc.Cada iteracin corta es llamada Sprint, stos son flexibles y no lineales.

3.5.1 Caractersticas

Es un desarrollo iterativo con equipos que trabajan de manera altamente colaborativa y organizada. Cada Sprint no es un minicascada, mientras menor es el tiempo, ms se solapan las tareas, pudiendo en algn momento se est diseando, programando y probando a la vez. Esto implica mxima colaboracin entre miembros del equipo. Implicar equipos multidisciplinarios. Se busca dividir las tareas del proyecto en incrementos con planificacin mnima y de una corta duracin. Cada iteracin suele conducir con un prototipo operativo. Al final de cada incremento se obtiene un producto entregable que es revisado junto con el cliente.

3.5.2 Manifiesto gilEs una reunin para establecer valores y principios que permiten a los equipos desarrollar software rpidamente y respondiendo a los cambios que pueden surgir a lo largo del proyecto.El primer manifiesto general se produjo el 12 de febrero del 2001 donde se establecieron 4 valores giles: Valorar a los individuos y las interacciones del equipo de desarrollo sobre el proceso y las herramientas. Desarrollar software que funciona ms que conseguir una documentacin exhaustiva. La colaboracin con el cliente ms que la negociacin de un contrato. Responder a los cambios ms que seguir estrictamente un plan.

3.5.3 Las reuniones Planificacin del sprint: Jornada de trabajo previa al inicio de cada sprint en la que se determina cual es el trabajo y los objetivos que se deben cubrir con esa iteracin. Esta reunin genera el Sprint Backlog o lista de tareas que se van a realizar, y en ella se determina el objetivo del sprint. Seguimiento del sprint: Breve reunin diaria para dar repaso al avance de cada tarea, al trabajo previsto para la jornada. Slo interviene el equipo y responde a tres preguntas esenciales:

Qu hice desde la ltima reunin?Qu voy a hacer a partir de ste momento?Qu impedimentos tengo? Revisin del sprint: Anlisis y revisin del incremento generado. sta reunin no debe tomarse como un acontecimiento especial sino como la presentacin normal de resultados.

3.5.4 Los elementos Product Backlog: Requisitos del sistema. Se parte de la visin del resultado que se desea obtener; y evoluciona durante el desarrollo.Es el inventario de caractersticas que el propietario del producto desea obtener, ordenado por orden de prioridad.Es un documento vivo, en constante evolucin.Es accesible a todas las personas que intervienen en el desarrollo.Todos pueden contribuir y aportar sugerencias.El responsable del Product Backlog es una sola persona y se le denomina propietario del producto.

Sprint Backlog: Lista de los trabajos que realizar el equipo durante el sprint para generar el incremento imprevisto.El equipo asume el compromiso de la ejecucin.Las tareas estn asignadas a personas, y tienen estimados el tiempo y los recursos necesarios.

Incremento: Resultado de cada sprint. Se trata de un resultado completamente terminado y en condiciones de ser usado.

3.5.5 Los roles o responsabilidades

El buen funcionamiento de sta metodologa en la organizacin depende directamente de tres condiciones:

Caractersticas del entorno (dgase organizacin y proyecto) adecuadas para el desarrollo gil. Conocimiento de la metodologa de trabajo en todas las personas de la organizacin y las implicadas del cliente. Asignacin de responsabilidades: Del Producto, del desarrollo y del funcionamiento de scrum.

El propietario del producto (Responsabilidad del Producto): Es el conocedor del entorno del negocio del cliente y de la visin del producto, es el responsable de obtener el mayor valor posible para usuarios y clientes. Es quien vela por el financiamiento del proyecto, de cmo ser el resultado final, del lanzamiento y del retorno de la inversin.

El equipo (Responsabilidad del desarrollo): Es un conjunto de desarrolladores multidisciplinarios que cubren todas las habilidades necesarias para generar el resultado. Se auto-gestiona y auto-organiza, dispone de atribuciones suficientes en la organizacin para decidir cmo realizar su trabajo.

Scrum Manager (Responsabilidad del funcionamiento): Es la responsabilidad del funcionamiento del modelo. Como rol es quien verifica el cumplimiento de la metodologa, y quien justifica el resultado ptimo de los procesos.

Recurdese que cada sprint lleva como parte final las pruebas, que verifican el correcto funcionamiento del sistema.Cada sprint es presentado al usuario o representante para su verificacin.Habiendo concluido un sprint se pasa al siguiente, considerando en un estado terminado el sprint anterior.El proyecto pasa a estado terminado cuando todos los sprint considerados han sido concluidos.

3.5.6 Cuadro de trabajo de cada SprintTeamPendienteEjecucinTerminado/pruebas

Team: Se refiere a cada uno de los miembros del grupo. Pendiente: Son las tareas asignadas a cada miembro del grupo y que an no se ha dado inicio a su ejecucin. Ejecucin: Son las tareas que cada miembro del grupo est realizando an. Terminado/Pruebas: Se refiere a las tareas que ya se han concluido, y las cuales ya han sido probadas, y se conoce que funcionan correctamente de acuerdo al requerimiento.

3.6 Sistema de Abastecimiento para Entidades Pblicas

Es una aplicacin porttil, de escritorio, para el registro y seguimiento de requerimientos en entidades pblicas, especialmente para municipalidades. En la actualidad muchas entidades pblicas hacen este proceso de forma manual (es decir, no automatizado), con un proceso engorroso, y tramites innecesarios, lo que toma un tiempo considerable, adems de la molestia de los usuarios, y el desconocimiento total del estado de estos requerimientos (dgase estado: Pendiente, que no ha sido revisado an; Aprobado, que ya se revis y cumple con lo presupuestado; Rechazado, que no se tiene presupuesto para cubrir lo requerido, o si son bienes que no fueron tomados en el cuadro de necesidades).

3.6.1 Arquitectura de la aplicacin

El sistema implementado es trabajado a dos capas: Una Capa de aplicacin (Con Java 7) y una capa del servidor de base de datos (Mysql Server 5.6.2).

Fig.1. Lado de la presentacin y lgica (cliente), lado del almacenamiento con aplicacin de lgica en la base de datos (servidor)

3.6.2 Metodologa Utilizada Scrum (Metodologa gil), pues se adapta fcilmente al desarrollo de ste tipo de proyectos.A continuacin mostramos el equipo de trabajo y el Product Backlog (Lo que en una metodologa tradicional seran los casos de uso):

3.6.2.1 El equipo de trabajo

Scrum Master: Marco de Lama. Product Owner: Percy vila Juarez. Team: Robert David Ramirez Garcia.(Analista y Desarrollador de sistemas).

3.6.2.2 Product Backlog

NDescripcinPrioridadEstimacin(das)Sprint

1Mantener un acceso controlado para el sistema.421

2Registro de usuarios.421

3Configuracin de uso del sistema.441

4Carga de datos desde el SIAF.361

5Operaciones CRUD de bienes.252

6Operaciones CRUD de servicios.252

7Operaciones CRUD de unidades de medida.242

8Operaciones CRUD de reas.233

9Operaciones CRUD de documentos.233

10Operaciones CRUD de Solicitantes.243

11Operaciones CRUD de metas.243

12Operaciones CRUD de requerimiento.184

13Operaciones CRUD de cuadro de necesidades.264

14Aprobacin de requerimiento.155

15Reportes de requerimientos.195

UNIVERSIDAD NACIONAL DE PIURA - Escuela Profesional de Ingeniera Informtica

1

3.6.3 Diagrama de base de datos:

3.6.4 Descripcin de la aplicacin

En el Sistema de Informacin desarrollado hemos considerado de manera precisa el proceso utilizado (de manera manual) en el rea principal (Logstica), as como el resto de reas que interactan con sta para realizar el proceso de abastecimiento.

3.6.4.1 Acceso a la aplicacin

Inicialmente encontramos un login de usuario, que le da al sistema un aspecto de seguridad frente a usuarios no competentes del sistema, y que brinda un acceso especifica que diferencia claramente al administrador del sistema, administrador del rea de logstica, y usuario normal de rea.

Fig.04. Imagen que muestra el primer acceso al sistema de abastecimiento.

En la figura observamos el primer acceso al sistema, inicialmente muestra un combo de seleccin de ao, vaco, ya que an no se ha configurado cosa alguna en la aplicacin.El usuario para administrador ya est definido previamente en la base de datos como admin, el administrador del rea de logstica tambin se ha definido en la base de datos, pero como una denominacin adminL y los usuarios normales se definen como user.El primer acceso debe tener como usuario a admin, pues es ste usuario quien tiene permisos necesarios para hacer configuraciones iniciales del sistema.

Fig.05. Imagen que muestra el acceso del administrador al sistema de abastecimiento.

3.6.4.2 Interfaz Inicial para administrador (Sin configuracin)

Cuando el usuario haya ingresado como admin con la contrasea correcta, al darle click a aceptar le aparecer la pantalla principal de la aplicacin sin configurar.Las principales caractersticas de sta primera interfaz son: Cuenta con un fondo de pantalla que le da un aspecto de responsabilidad y calidad al producto de software. Para ste usuario se habilitan dos opciones: Archivo y mantenimiento.

Fig.06. Imagen que muestra las dos opciones disponibles para el usuario admin.

La principal opcin dentro de stas dos que se brindan para el usuario admin es la opcin Archivo, pues es la que adhiere como submen a configuracin (Donde se definir como cargar la aplicacin).

3.6.4.2.1 Archivo

Fig.07. Imagen que muestra las opciones de Archivo.

La configuracin del Sistema me permite administrar al servidor y a sus clientes.Servidor se le considera al equipo donde se instalar la aplicacin en el rea de logstica y los clientes son el resto de equipos en las diferentes reas.

Fig.08. Imagen que muestra la configuracin como cliente.

Al configurar la aplicacin como cliente elegimos la Ejecutora donde se est instalando (dgase Ejecutora a la municipalidad), la eleccin se hace desde el combo que se observa.

Fig.09. Imagen que muestra la eleccin de la ejecutora.

Al elegir el cdigo de la ejecutora el nombre, la direccin y el ruc debe cargar automticamente, esto sucede porque la aplicacin trabaja con valores previos genricos como son: Las ejecutoras, los bienes, tipos de documentos, valores correlativos de las tablas.

Fig.10. Imagen que muestra los datos de la ejecutora.

Ahora lo que nos falta es elegir el rea donde se est instalando la aplicacin que la podemos consultar en el mantenimiento de reas.

Fig.11. Bsqueda de un rea a travs de la pantalla de mantenimiento de reas.

Observamos por ejemplo que archivo general es un rea con cdigo 0030 con lo cual podemos establecerlo en la configuracin.

Fig.12. Establecimiento del rea donde se est instalando el sistema.

Lo ltimo ser aceptar la configuracin.

Fig.13. Mensaje para las reas donde se configura como cliente.

Observamos que el mensaje nos indica que no hemos seleccionado la ruta SIAF-PRESUPUESTO, esa ruta solo se configura para el rea que actuar como servidor. Si estamos en un rea cliente slo decimos que SI. A continuacin obtenemos el mensaje de xito.

Fig.14. Mensaje de xito.

Al terminar de configurar el sistema observaremos una pantalla como la siguiente:

Fig.15. Actualizacin de los datos de la ejecutora actual.

Dentro de la aplicacin se consider recargar la vista para que el cliente pueda confirmar que su configuracin se realiz de manera correcta, como se observa ahora aparece el nombre de la entidad donde se instala el sistema.

Habamos observado que el sistema tambin se puede configurar como servidor, los nicos cambios de configurarlo como servidor es el nombre del rea (Que en este caso ser logstica) y la ruta de la data del sistema SIAF (Con quien interactuar).

Fig.16. Configuracin de un equipo que acta como servidor.

3.6.4.2.2 Mantenimiento

Dentro del mantenimiento el usuario puede realizar operaciones CRUD (Create, Read, Update and Delete).

Fig.17. Opciones de mantenimiento.

3.6.4.2.2.1 Mantenimiento de bienes

Fig.18. Mantenimiento de bienes.

Nuevo: Permite el ingreso de nuevos bienes. Editar: Permite la seleccin de un bien dentro de la tabla que muestra los detalles y se podr alterar los datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda exhaustiva interna, porque si un registro est ligado a una operacin, no podr completarse la eliminacin. Carga de datos: Permite interactuar directamente con la data del sistema SIAF ya que permite la insercin de nuevos registros o actualizacin de los ya existentes (En ste caso interactuar con la tabla catlogo de bienes del SIAF).

Fig.19. Tabla de catlogo de servicios y bienes.

Generar Reportes: Permite generar reportes de los bienes activos, inactivos o ambos. Enviar a excel: Permite exportar los datos de los bienes a un formato de hojas de clculo. Bsqueda: Incluida en sta misma interfaz, tngase en cuenta que la bsqueda es sensitiva, lo que cumple altamente con una regla de oro del desarrollo de software (Reducir la carga de memoria del usuario). Listado: Permite acceder fcilmente a un conjunto de registros con una misma caracterstica.

3.6.4.2.2.2 Mantenimiento de Servicios

Fig.20. Mantenimiento de servicios.

Nuevo: Permite el ingreso de nuevos servicios. Editar: Permite la seleccin de un bien dentro de la tabla que muestra los detalles y se podr alterar los datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda exhaustiva interna, porque si un registro est ligado a una operacin, no podr completarse la eliminacin. Carga de datos: Permite interactuar directamente con la data del sistema SIAF ya que permite la insercin de nuevos registros o actualizacin de los ya existentes (En ste caso interactuar con la tabla catlogo de bienes del SIAF).

Fig.21. Tabla de catlogo de servicios y bienes.

Generar Reportes: Permite generar reportes de los servicios activos, inactivos o ambos. Enviar a excel: Permite exportar los datos de los servicios a un formato de hojas de clculo. Bsqueda: Sensitiva, es muy cmodo para el usuario final.

3.6.4.2.2.3 Mantenimiento de Unidades de Medida

Fig.22. Pantalla de mantenimiento de unidades de medida.

Nuevo: Permite el ingreso de nuevas unidades de medida. Editar: Permite la seleccin de una unidad de medida dentro de la tabla que muestra los detalles y se podr alterar los datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda interna, ya que si un registro est ligado a una operacin, no podr completarse la eliminacin (por ser llave fornea, ya que no se est considerando eliminacin en cascada). Carga de datos: permite interactuar directamente con la data del sistema SIAF ya que permite la insercin de nuevos registros de unidades de medida o actualizacin de los ya existentes (En ste caso interactuar con la tabla unidades de medida del SIAF).

Fig.23. Tabla de unidades de medida

3.6.4.2.2.4 Mantenimiento de reas

Fig.24. Pantalla de mantenimiento de reas.

Nuevo: Permite el ingreso de nuevas reas. Editar: Permite la seleccin de un rea dentro de la tabla que muestra los detalles y se podr alterar los datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda interna, ya que si un registro est ligado a una operacin, no podr completarse la eliminacin (por ser llave fornea, ya que no se est considerando eliminacin en cascada). Carga de datos: Permite interactuar directamente con la data del sistema SIAF ya que permite la insercin de nuevos registros de reas o actualizacin de los ya existentes (En ste caso interactuar con la tabla unidades de medida del SIAF). Bsqueda: Tambin esta implementada dentro de sta interfaz, permite acceder fcilmente a un registro. Dentro de ste mdulo est implementada tambin la bsqueda sensitiva. Listado: Es un tanto diferenciado en ste mdulo ya que para el usuario normal (user) slo se muestra el nombre de su rea, mientras que a los dos usuarios (admin y adminL) se les muestran todas las reas de la institucin.

3.6.4.2.2.5 Mantenimiento de Documentos

Fig.25. Pantalla de mantenimiento de documentos.

Nuevo: Permite el ingreso de nuevos tipos de documento. Editar: Permite la seleccin de un documento dentro de la tabla que muestra los detalles y se podr alterar los datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda interna, ya que si un registro est ligado a una operacin, no podr completarse la eliminacin (por ser llave fornea, ya que no se est considerando eliminacin en cascada). Carga de datos: Permite interactuar directamente con la data del sistema SIAF ya que permite la insercin de nuevos registros de documentos o actualizacin de los ya existentes (En ste caso interactuar con la tabla documento del SIAF). Bsqueda: Tambin est implementada dentro de sta interfaz, siendo sensitiva para acceder fcilmente al registro con las caractersticas que se requiere. Listado de documentos: Permite acceder rpidamente hacia un conjunto de registros o a uno especfico.

3.6.4.2.2.6 Mantenimiento de Personal

Fig.26. Pantalla de mantenimiento de personal.

Nuevo: Permite el ingreso de una persona a formar parte de la institucin. Editar: Permite la seleccin de una persona dentro de la tabla que muestra los detalles y se podr modificar sus datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda interna, ya que si un registro est ligado a una operacin, no podr completarse la eliminacin (por ser llave fornea, ya que no se est considerando eliminacin en cascada). Carga de datos: Permite interactuar directamente con la data del sistema SIAF ya que permite la insercin de nuevos registros del personal (si no quisiera hacerse de forma manual) o actualizacin de los ya existentes (En ste caso interactuar con la tabla persona del SIAF). Bsqueda: Se puede realizar por cdigo de personal o por apellido. Listado: Permite acceder rpidamente hacia un conjunto de registros o a uno especfico.

3.6.4.2.2.7 Mantenimiento del Solicitante

Fig.27. Pantalla del Solicitante.

El solicitante es la persona que detalla el requerimiento, es decir, quien necesita de los bienes o servicios, puede ser una persona externa o un trabajador interno de la institucin. Nuevo: Permite el registro de un solicitante interno o externo. Si es un cliente interno solamente se ingresa el cdigo de trabajador y se importa para que sea solicitante.

Fig.28. Pantalla del nuevo Solicitante.

Editar: Permite la seleccin de una persona (solicitante) dentro de la tabla que muestra los detalles y se podr modificar sus datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda interna, ya que si un registro est ligado a una operacin, no podr completarse la eliminacin (por ser llave fornea, ya que no se est considerando eliminacin en cascada). A diferencia de las dems pantallas de mantenimiento, los solicitantes no se importan desde el SIAF ya que ste rubro no le compete al sistema de administracin financiero. La bsqueda de solicitantes: Ocurre de manera similar a la bsqueda de personal ya que se puede realizar a travs del cdigo o a travs de los apellidos. La operacin de listado: Permite obtener todos los solicitantes (Si tengo permiso de admin o adminL), mientras que para usuarios normales slo se observan los solicitantes relacionados con el rea donde se encuentra el sistema.

3.6.4.2.2.8 Mantenimiento del Metas

Fig.29. Pantalla de mantenimiento de metas.

A diferencia de las dems pantallas de mantenimiento, las metas slo se importan, es decir, no se registran directamente en el sistema, ni se modifican, slo se adhieren de las tablas respectivas del SIAF (la tabla llamada meta). Bsqueda: La bsqueda de metas se realiza a travs del cdigo de la meta o por su nombre. Listado: El listado de metas es una operacin que me permite identificar rpidamente un conjunto de metas o una de especial inters. Generar Reportes: Permite realizar reportes de las metas. Enviar a Excel: Permite enviar a Excel las metas con las que cuenta el sistema.

3.6.4.3 Interfaz Inicial para Usuario de rea (User).

Fig.30. Pantalla de inicio para usuario user.

El usuario administrador configura tanto el almacenamiento fsico de la aplicacin como la carga de datos en la BD desde el SIAF.

El usuario de rea es quien se enfoca directamente en las acciones (el proceso en s). Es por ello que tenemos dos opciones principales con las que actuar: Acciones y reportes.

3.6.4.4 Acciones

Fig.31. Despliegue de las opciones de acciones.

Las acciones se consideran como el proceso que se est evaluando (que se desarrolla, y al cual se le da soluciones), y ste se enfoca en el registro de requerimientos dentro de las entidades pblicas, adems de controlar el cuadro de necesidades anual.

De sta mencin distinguimos los dos procesos que vemos en la pantalla: Requerimientos y Cuadros de necesidades.

3.6.4.4.1 Requerimientos

Fig.32. Pantalla de requerimiento.

A travs de la interfaz de requerimiento se pueden realizar las operaciones denominadas:

Nuevo: Permite el registro de un requerimiento en un rea determinada.

Fig.33. Pantalla de registro de requerimiento.

Para el registro de un requerimiento se elige el solicitante, el rea, el documento de referencia (Requerimiento), el nmero de documento de referencia (Nmero de la solicitud de requerimiento), as como la meta (objetivo) al que est sujeto los bienes y servicios que se soliciten, el destino (comnmente es el rea de administracin de las entidades), as como la leyenda respectiva, y a qu tipo de tems estar asociado el requerimiento (Bienes o servicios).

El detalle de requerimiento est enfocado en los bienes o servicios a sugerir adems de la cantidad que se requiere de ello.

A continuacin observamos el registro de un requerimiento.

Fig.34. Modelo de registro de requerimiento.

Editar: Permite la seleccin de un requerimiento dentro de la tabla que muestra los detalles y se podr modificar sus datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite una bsqueda interna, ya que si un registro est ligado a una operacin, no podr completarse la eliminacin (por ser llave fornea, ya que no se est considerando eliminacin en cascada). Bsqueda: Ocurre de manera similar a la se realiza a travs de cdigo o rea. Listado: Permite obtener todos los requerimientos hechos en todas las reas (Si tengo permiso de adminL), mientras que para usuarios normales slo se observan los requerimientos relacionados con el rea donde se encuentra el sistema.

3.6.4.4.2 Cuadro de Necesidades

Fig.35. Pantalla de cuadro de necesidades por rea.

A travs de la interfaz de requerimiento se pueden realizar las operaciones denominadas:

Nuevo: Permite el registro de un requerimiento de un rea determinada. El cuadro de necesidades es s, es una lista de bienes y servicios que un rea solicitante ha requerido durante todo el ao hacia el rea de logstica. Existe uno por ao para cada rea y uno general que abarca todos los requerimientos (Estos se hacen con anticipacin para su uso el siguiente ao). Para el registro del cuadro de necesidades (Por rea) se elige el rea, la fecha es propia del sistema y se dan las observaciones del caso. El detalle del cuadro est enfocado en los bienes o servicios a sugerir adems de la cantidad que se ha requerido hasta la fecha.

A continuacin observamos un modelo:

Fig.36. Pantalla de registro de cuadro de necesidades.

Editar: Permite la seleccin de un registro de necesidad (en el listado debe aparecer slo uno) dentro de la tabla que muestra los detalles y se podr modificar sus datos y guardarlos, previa confirmacin. Eliminar: Permite la eliminacin de un registro no deseado, previa confirmacin. La opcin de eliminacin permite borrar de forma lgico el registro perteneciente al cuadro de necesidades actual. Bsqueda: Se realiza a travs de cdigo o rea. Es una bsqueda sensitiva. Listado: Permite obtener todos los cuadros de necesidades hechos en todas las reas (Si tengo permiso de adminL), mientras que para usuarios normales slo se observan un registro de cuadro de necesidad relacionado con el rea donde se encuentra el sistema.

3.6.4.5 Aprobacin de Requerimiento

Despus que un usuario (user) de un rea haya registrado su requerimiento espera revisar detalladamente el trmite de su solicitud de requerimiento.El responsable de aprobar o desaprobar su solicitud es el administrador de logstica (adminL) que como su propio nombre dice residir en el rea de logstica que es donde se aloja la aplicacin en modo servidor.

Fig.37. Pantalla de un requerimiento en estado pendiente (sin confirmar).

Editar: Dentro de las opciones del usuario adminL permite la seleccin de un registro de requerimiento dentro de la tabla que muestra los detalles y se podr modificar el estado del requerimiento pasndolo de pendiente a dos posibles estados (Aprobado o rechazado). Asig. Cant: sta opcin dentro de la edicin de detalles de requerimiento permite asignar la cantidad de productos aprobados (pudiendo ser todos o solo algunas unidades).

3.6.4.6 Reportes

Un reporte de requerimientos es un listado de los detalles correspondientes al estado del requerimiento.

Fig.38. Pantalla de reportes generales con opcin nica de requerimientos.

Fig.39. Pantalla de reporte de requerimiento

Por Estado: Permite emitir reportes por el estado de documento (Pendientes, Rechazados, Aprobados, Todos sin considerar estado), estos reportes corresponden al ao actual. Por Nmero de solicitud: Permite emitir reportes por el cdigo de documento, correspondiente al rea actual donde se encuentra instalado el sistema y al ao vigente en el cual se ha registrado.

Fig.40. Pantalla de reporte impreso de requerimiento

3.6.4.7 Salir del Sistema

Permite abandonar el espacio de trabajo. Est implementado de una manera sencilla para comodidad del usuario.Mediante sta opcin el usuario cierra sesin y da el paso a abrir una nueva sesin como usuario distinto o abandonar completamente el sistema.

Fig.41. Pantalla de salida del sistema

Las clases base de la aplicacin se muestran a continuacin:

Fig.42. Clase conexin

Fig.43. Fragmento de la clase requerimiento

Fig.43. Fragmento del Jframe referido al mantenimiento de requerimientos

4. CONCLUSIONES

Es muy comn encontrar en entidades pblicas procesos desarrollados de manera manual que llevan a grandes prdidas debido a un desinters para un estudio costo/beneficio. El rea de logstica de cada entidad pblica es quien debe responder de manera eficiente y eficaz, es por ello que la implementacin de un sistema de abastecimiento es una ayuda transcendental para una entidad del estado. El control de los recursos de las entidades pblicas (Que es lo que mucho se reclama en la sociedad) se puede llevar a cabo con sistemas como el de abastecimiento.

5. RECOMENDACIONES

Se recomienda el uso de herramientas de software libre (bajo licenciamiento GPL si fuera necesario) para el desarrollo de software para entidades pblicas, para evitar pagos innecesarios. Se recomienda el uso de un diagramado de arquitectura de la aplicacin antes de la construccin de sta, para tener la idea de Hacia dnde va nuestro software. Se recomienda tomar inters en el software para entidades pblicas con la razn de aportar a una buena administracin de recursos.