Informe de Practicas Pre-Profesionales

UNIVERSIDAD NACIONAL DE PIURA
- Escuela Profesional de
Ingeniera Informtica
FACULTAD DE INGENIERA INDUSTRIAL

ESCUELA PROFESIONAL DE INGENIERIA INFORMATICA
AO DE LA PROMOCION DE LA INDUSTRIA RESPONSABLE Y COMPROMISO

CLIMATICO
INFORME DE PRCTICAS PRE - PROFESIONALES

ALUMNO:
RAMIREZ GARCIA ROBERT DAVID
CODIGO:
0512009040
CORREO:
Robert_leo_8@hotmail.com
PERIODO DE PRCTICAS:
FECHA DE INICIO:
21 DE OCTUBRE DEL
2013
FECHA DE CULMINIACIN:
DEL 2013
31DE DICIEMBRE
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.
INDICE
PRESENTACIN................................................................................................ 2
1.
DATOS GENERALES................................................................................... 4
1.1
Institucin donde realic mis prcticas..........................................................4
1.2
Tipo de Empresa..................................................................................... 4
1.3
Direccin.............................................................................................. 4
1.4
Telfono de la institucin..........................................................................4
1.5
RUC.................................................................................................... 4
1.6
Responsable(s) que dirigi mis prcticas.......................................................4
1.7
rea en la que desarroll mis prcticas..........................................................4
1.8
Total de horas realizadas...........................................................................4
1.9
Descripcin de la empresa.........................................................................4
2.
PROBLEMTICA DE LA EMPRESA...............................................................6
3.
TRABAJO DESARROLLADO........................................................................7
3.1 Java......................................................................................................... 7
3.2 Mysql....................................................................................................... 8
3.3 Windows................................................................................................... 8
3.4 SIAF...................................................................................................... 9
3.5 Scrum.................................................................................................... 10
3.6 Sistema de Abastecimiento para Entidades Pblicas...........................................13
3.6.1 Arquitectura de la aplicacin.....................................................................13
3.6.2 Metodologa Utilizada......................................................................14
3.6.3 Diagrama de base de datos........................................................................16
4.
CONCLUSIONES....................................................................................... 45
5.
RECOMENDACIONES............................................................................... 45
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 SUNCION
LIC.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 Organigrama
Fig.01. Organigrama perteneciente a Speed Basp s.a.c.
2. PROBLEMTICA DE LA EMPRESA
Problema N 1
Las 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 2
Las 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.1
Java SE
9
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
10
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.
11
3.5 Scrum
Scrum (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
3.5.2
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.
Manifiesto gil
Es 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.
12
El primer manifiesto general se produjo el 12 de febrero del 2001 donde se

establecieron 4 valores giles:
3.5.3
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.
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.
13
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.
3.5.5
Incremento: Resultado de cada sprint. Se trata de un resultado

completamente terminado y en condiciones de ser usado.
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.
14
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 Sprint

Team
Pendiente
Ejecucin
Terminado/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.
15
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.
16
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).
17
3.6.2.2 Product Backlog

N
Descripcin
Prioridad
Sprint
Estimacin
(das)
2
Mantener un acceso controlado

para el sistema.
Registro de usuarios.
Configuracin de uso del

sistema.
Carga de datos desde el SIAF.
Operaciones CRUD de bienes.
Operaciones
CRUD
de
servicios.
Operaciones CRUD de unidades
de medida.
Operaciones CRUD de reas.
Operaciones
CRUD
de
documentos.
Operaciones
CRUD
de
Solicitantes.
Operaciones CRUD de metas.
2
3
7
8
9
10
11
12
14
Operaciones
CRUD
de
requerimiento.
Operaciones CRUD de cuadro
de necesidades.
Aprobacin de requerimiento.
15
Reportes de requerimientos.
13
18
UNIVERSIDAD NACIONAL DE PIURA - Escuela Profesional de Ingeniera Informtica
3.6.3
Diagrama de base de datos:
19
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.
20
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.
21
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
22
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.
23
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.
24
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.
25
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.
26
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).
27
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.
28
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
29
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
confirmacin.
confirmacin.
La opcin de eliminacin permite una bsqueda exhaustiva interna,
porque si un registro est ligado a una operacin, no podr
completarse la eliminacin.
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).
30
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
31
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.
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).
32
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
confirmacin.
confirmacin.
33

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.
confirmacin.
34

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.
confirmacin.
35

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.
36
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.
confirmacin.
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.
37
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.
38
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
39
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.
40
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.
41
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.
confirmacin.
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.
42
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:
43
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.
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.
44
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).
45
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
46
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
47
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
48
49
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.
50
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.
51

Informe de Practicas Pre-Profesionales

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Informe de Practicas Pre-Profesionales

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DE PIURA

FACULTAD DE INGENIERA INDUSTRIAL

AO DE LA PROMOCION DE LA INDUSTRIA RESPONSABLE Y COMPROMISO

INFORME DE PRCTICAS PRE - PROFESIONALES

UNIVERSIDAD NACIONAL DE PIURA

UNIVERSIDAD NACIONAL DE PIURA

UNIVERSIDAD NACIONAL DE PIURA

UNIVERSIDAD NACIONAL DE PIURA

Institucin donde realic mis prcticas..........................................................4

Responsable(s) que dirigi mis prcticas.......................................................4

rea en la que desarroll mis prcticas..........................................................4

Total de horas realizadas...........................................................................4

UNIVERSIDAD NACIONAL DE PIURA

1.2 Tipo de Empresa.

1.4 Telfono de la institucin.

UNIVERSIDAD NACIONAL DE PIURA

Gobierno Regional de Piura.

UNIVERSIDAD NACIONAL DE PIURA

Fig.01. Organigrama perteneciente a Speed Basp s.a.c.

UNIVERSIDAD NACIONAL DE PIURA

Fig.02. Icono representativo de Java

El lenguaje de programacin Java fue desarrollado por James Gosling y

UNIVERSIDAD NACIONAL DE PIURA

Es una plataforma ampliamente utilizada para el desarrollo y despliegue de

Fig.03. Icono representativo de Mysql Server.

Es un sistema de gestin de bases de datos relacional, multihilo y

UNIVERSIDAD NACIONAL DE PIURA

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

Es un sistema operativo basado en ventanas. La primera versin se lanz en

UNIVERSIDAD NACIONAL DE PIURA

Es un desarrollo iterativo con equipos que trabajan de manera

Es una reunin para establecer valores y principios que permiten a los

UNIVERSIDAD NACIONAL DE PIURA

El primer manifiesto general se produjo el 12 de febrero del 2001 donde se

Valorar a los individuos y las interacciones del equipo de desarrollo

UNIVERSIDAD NACIONAL DE PIURA

Es el inventario de caractersticas que el propietario del producto

Incremento: Resultado de cada sprint. Se trata de un resultado

Los roles o responsabilidades

Caractersticas del entorno (dgase organizacin y proyecto)

UNIVERSIDAD NACIONAL DE PIURA

El equipo (Responsabilidad del desarrollo): Es un conjunto de

Scrum Manager (Responsabilidad del funcionamiento): Es la

3.5.6 Cuadro de trabajo de cada Sprint

Team: Se refiere a cada uno de los miembros del grupo.

UNIVERSIDAD NACIONAL DE PIURA

3.6 Sistema de Abastecimiento para Entidades Pblicas

3.6.1 Arquitectura de la aplicacin

Fig.1. Lado de la presentacin y lgica (cliente), lado del almacenamiento

3.6.2 Metodologa Utilizada

Scrum (Metodologa gil), pues se adapta fcilmente al desarrollo

UNIVERSIDAD NACIONAL DE PIURA

A continuacin mostramos el equipo de trabajo y el Product

Scrum Master: Marco de Lama.

UNIVERSIDAD NACIONAL DE PIURA

3.6.2.2 Product Backlog

Mantener un acceso controlado

Configuracin de uso del

Operaciones CRUD de bienes.

UNIVERSIDAD NACIONAL DE PIURA - Escuela Profesional de Ingeniera Informtica

Diagrama de base de datos:

UNIVERSIDAD NACIONAL DE PIURA

3.6.4 Descripcin de la aplicacin