School Work, lima, y ong">
Control de Gastos para Una ONG
Control de Gastos para Una ONG
Control de Gastos para Una ONG
Tesis para optar por el Ttulo de Ingeniero Informtico, que presenta el bachiller:
Resumen
El trabajo desarrollado comprende el anlisis, diseo e implementacin de un sistema
para el control de gastos en pago de haberes del personal involucrado en la ejecucin de
proyectos de una Organizacin no Gubernamental (ONG). Esto es resultado de la
evaluacin de mejora de procesos y esfuerzo de la organizacin en su apuesta por la
utilizacin de tecnologas de la informacin como un medio facilitador para sus
actividades del da a da.
Para lograr este cometido se plante el manejo automatizado del control de gastos en
pagos de personal, contemplando el efecto que grava sobre los presupuestos obtenidos y
aprobados por proyecto. Los gastos en pago de haberes considerados excluyen los
gastos administrativos involucrados en esta actividad, debido a que la ONG no los
considera como gastos significativos de los que se requiera llevar un control detallado. En
consecuencia, la evaluacin del impacto de estos gastos para la organizacin se queda
como futuro trabajo de anlisis.
Tomando en cuenta que el adecuado control de los saldos de presupuestos aprobados
por proyecto es una actividad crtica para identificar oportunamente las brechas de los
gastos reales versus los proyectados, la solucin desarrollada plantea el seguimiento de
los gastos reales incurridos en el pago de haberes del personal bajo el esquema de
control de horas de trabajo incurridas por proyecto. Adicionalmente, considerando que
una de las actividades de control de saldos de presupuestos consiste en gestionar
adecuadamente la asignacin del personal a proyectos, la solucin incluye el uso de
algoritmos que sugieran la combinacin del personal para un determinado proyecto.
Estas sugerencias se realizan considerando la experiencia mnima requerida de personal
y el gasto en pago de haberes en el cual se incurrir. Es importante precisar que la
solucin no pretende reemplazar la decisin del Director de la organizacin, quien
finalmente decide tomar la sugerencia generada y asumir as el riesgo que esta decisin
implique. En este aspecto, se plante como alternativa de solucin la utilizacin de un
algoritmo Meta-heurstico, GRASP Fase de construccin, debido a sus caractersticas
para resolver problemas combinatorios y de asignacin de elementos, en este caso
aplicado a la asignacin de personal a proyectos.
Finalmente, se desarrollaron reportes que permiten identificar el estado de los proyectos
de forma slida y que, a su vez, proporcionan herramientas de gestin para el control de
trabajos realizados por la organizacin.
Tabla de Contenido
Introduccin......................................................................................................................................... 1
Captulo 1: Generalidades .................................................................................................................. 2
1.1.
1.2.
1.3.
1.5.
2.1.1
2.2
2.2.1
2.2.2
2.3
2.3.1
2.3.2
2.3.5
2.4
2.4.1
2.4.2
2.4.3
2.4.4
3.1.1
3.1.2
3.1.3
3.2
3.2.1
3.2.2
Construccin ..................................................................................................................... 65
Pruebas ............................................................................................................................. 79
Implantacin ...................................................................................................................... 83
Observaciones .................................................................................................................. 85
5.2.
Conclusiones ..................................................................................................................... 86
5.3.
Glosario ............................................................................................................................................. 90
Bibliografa ........................................................................................................................................ 92
Anexos .............................................................................................................................................. 94
ndice de Figuras
ndice de Tablas
Introduccin
El presente trabajo surge de la necesidad de manejar de forma automtica el
control de los saldos presupuestales de los proyectos desarrollados por una
Organizacin no Gubernamental, ONG. Este control es relevante para la
organizacin pues de ste depende la adecuada gestin del capital de trabajo
dedicado al pago del personal involucrado en la ejecucin de los proyectos que
administra. Cabe resaltar que los presupuestos formulados por cada proyecto de
desarrollo, limitan los recursos econmicos que se obtienen para cubrir los gastos
relacionados al pago de haberes del personal. En este sentido, la posibilidad de
manejar un saldo final proyectado proporciona y facilita un indicador eficiente para
el control y adems potencia la capacidad de seguimiento de proyectos para la
organizacin.
las
especificaciones
tcnicas
del
sistema
de
informacin
desarrollado e implantado.
Captulo 1: Generalidades
El objetivo del presente captulo es plantear el contexto y la descripcin del
problema que se pretende solucionar, realizar una comparacin entre las
herramientas existentes que resuelven parcial o totalmente el problema delimitado,
describir el plan del proyecto que comprende tanto la ejecucin del proyecto como
el desarrollo de la aplicacin y, por ltimo, justificar la alternativa de solucin.
1.1.
Por eso mismo, esta actividad no debe ser relegada ni mucho menos anulada en la
planificacin de los proyectos, el problema ms bien recae en el hecho que sta
misma, se hace de forma manual, lo que disminuye la eficiencia y eficacia con la
que se pueda realizar una adecuada administracin de la asignacin de personal en
proyectos, pues el tiempo normal que tomara un trabajo como este se acrecienta
en la confeccin de cuadros que indiquen el estado de los saldos de presupuesto
de cada proyecto.
Esto al final conlleva un costo, que crece proporcionalmente en relacin a la
informacin que se requiera tener consolidada de los proyectos en evaluacin. Lo
que afirma la hiptesis, que la disponibilidad de informacin de los proyectos
proporcionada por un manejo manual es insuficiente, y que el mtodo de control
mensual basado en una hoja de clculo, significaba una inversin de tiempo
excesiva en tareas de control al Director, tiempo que el Director y Administrador de
la ONG podran invertir en actividades que generen valor agregado a la
organizacin.
Es as, que despus de haber reconocido que el problema que suelen tener las
ONG recae continuamente en estos puntos (administracin de pago de haberes del
personal, planillas), nos damos cuenta que el sistema utilizado, mayormente
manual, es insuficiente para llevar a cabo la gestin del control de saldos de
presupuesto por proyectos. Es en este sentido que el producto desarrollado toma
vital importancia para las operaciones de la ONG.
Por lo tanto, se plantea la implementacin de una herramienta de apoyo a la
administracin de recursos humanos en la formulacin, asignacin y ejecucin de
proyectos, tomando como factores de control, el tiempo de trabajo y los gastos en
pago de haberes en que se incurren por cada personal; llevndose el control de los
saldos de presupuestos de los proyectos en ejecucin, de manera que se lleve el
control los gastos incurridos por horas de trabajo del personal involucrado.
Asimismo, se definir una opcin que permita exportar la informacin manejada del
pago de haberes en el sistema desarrollado, de manera que sirva de base de
informacin para el sistema de planillas manejado por la ONG. Adicionalmente, se
definir una opcin que permita importar los datos referentes a cada personal
registrado en el sistema de planillas manejado por la ONG, de manera que se
permita manejar la misma informacin en ambos sistemas.
Proyectar los gastos en los cuales se incurrir por los honorarios del
personal de la organizacin, dentro de un periodo de tiempo, sea estable
(5ta categora) o eventual (4ta categora).
1.2.
Marco conceptual
Una ONG, organizacin no gubernamental, es una entidad privada, por tal razn
independiente de la Administracin Pblica, que surge a partir de la iniciativa de la
ciudadana para el beneficio de la comunidad y sin fines lucrativos[4].
Estos proyectos
la ONG,
Por otro lado, las leyes sociales comprenden: porcentaje de pago de seguro
correspondiente a ESSALUD, de acuerdo a ley; el porcentaje de pago
correspondiente a la aseguradora de salud particular, tambin de acuerdo a ley;
gratificacin que es una bonificacin adicional que se otorga al trabajador; y la CTS
que es la compensacin econmica con la cual se retribuye al trabajador por su
tiempo de servicio.
La segunda fase, Fase de Asignacin, es aquella en la que por rol de trabajo y
presupuesto asociado, se procede a realizar la asignacin de un personal de la
organizacin que calce dentro del perfil del puesto formulado, lo que significa
identificar un personal con la experiencia requerida para el rol de trabajo implicado,
buscando que los gastos presupuestados y estimados puedan cubrir con el pago de
haberes futuros que significara contar con el personal seleccionado.
La tercera fase, Fase de Ejecucin, se refiere explcitamente en el periodo en el que
el proyecto est en pleno desarrollo. En este momento cada presupuesto formulado
por rol de trabajo, es gravado por los gastos mensuales reales en pago de haberes
del personal que se encuentre en el cargo en cuestin. Los gastos reales, son
aquellos gastos en los que incurren al momento de hacer efectivo el pago de
haberes al personal de la organizacin.
Finalmente, la Fase de Cierre, es la etapa en la cual un proyecto se encuentra en
estado de finalizacin y ya no se realizan ms acciones sobre los objetivos del
proyecto. Cuando se da el cierre de un proyecto, se entiende que las actividades
relacionadas a su funcin han concluido, esto quiere decir que se ha hecho efectivo
el pago haberes totales del personal involucrado y los recursos humanos
involucrados en el proyecto, se encuentran con libre disposicin para ser asignados
a nuevas tareas que requiera la organizacin.
Adems, no se debe olvidar que una actividad de alta importancia dentro de la
gestin de los distintos proyectos que lleva acabo el Director y Administrador de la
ONG, es la de controlar los saldos de los presupuestos estimados y aprobados, por
rol de trabajo, de cada proyecto en ejecucin. Los saldos de los presupuestos por
rol de trabajo de cada proyecto, deben ser controlados con el objetivo de no tener
diferencias significativas (positivas o negativas), que no puedan ser justificadas al
momento de dar cierre a un proyecto.
Esto, debido a que los gastos en pago de haberes estimados pueden cambiar
debido a la variacin de sueldos del personal, leyes sociales, la variacin de algn
parmetro involucrado directamente en el pago de sueldos del personal de la
organizacin o por supervit o dficit que se tenga como resultado por el efecto del
tipo de cambio de los presupuestos. Esta informacin es valiosa para el Director y
Administrador de la ONG, pues puede tomar decisiones a futuro que le permitan
disminuir el impacto de los gastos gravados en los presupuestos de los roles de
trabajo por personal; siendo la actividad de reasignacin de personal entre los
proyectos, la de mayor impacto en la gestin.
El proceso de control de proyectos de la ONG se detalla en el siguiente flujo-grama
(Figura 1):
INICIO
Formulacin de
Proyectos
Asignacin de
Personal a
Proyectos
Ejecucin de
Proyectos
Control de Saldos
de Presupuesto
de Proyectos
NO
Generacin de
Boletas de Pago
de Planillas
NO
Movimientos de
Personal entre
Proyectos
SI
Fin de
Proyecto?
SI
Cierre de
Proyectos
FIN
10
1.3.
Para esto, se elabor un plan de proyecto que incluye ciertas actividades de las
reas del conocimiento planteadas por el PMBOK (Project Management Body of
Knowledge Gua de los Fundamentos de la Direccin de Proyectos)[15][16] para
controlar el ciclo de vida del mismo.
Por otro lado, EL PMBOK define las reas de conocimiento y procesos de direccin
de proyectos que estn involucrados en las mejores prcticas para la gestin de
proyectos. Para el presente trabajo se consideraron los siguientes:
El
12
Las definiciones de
13
14
Para poder entender con mayor claridad, utilizaremos como referencia la figura 3 (a
continuacin) que describe cmo la planificacin del proyecto se ha divido en
bloques.
Adems, la figura 4 (ms adelante) permite identificar las fases del proyecto
expresadas en un diagrama de Gantt
15
16
Diagrama de Gantt
17
1.4.
Los gastos reales incurridos en cada personal para cada uno de los
proyectos en los que se encuentre involucrado.
Fabricante
Microsoft, EEUU
Funcionalidades
Mantenimiento de Recursos.
Asignacin de Recursos.
Definicin de entregables.
18
Sitio Web
http://office.microsoft.com/es-es/project/default.aspx
Fabricante
Funcionalidades
Sitio Web
Mantenimiento de Recursos.
Mantenimiento de Tareas.
Agenda.
Manejador de Documentos.
Manejador de Foros.
Mantenimiento de Personas
Informe de Esfuerzos.
Informe de Costes
Aplicacin Web.
http://www.bkin.com/ES/gestion%20de%20proyectos/default.aspx
Tabla 2: Funcionalidades de B-Kin Project Monitor
KMKey Project
Fabricante
Kmkey, Espaa
Funcionalidades
19
Sitio Web
Mantenimientos de presupuestos.
Aplicacin Web.
http://www.kmkey.com/productos/kmkey_project/
Tabla 3: Funcionalidades del KMKey Project
Exact Synergy
Fabricante
Funcionalidades
Mantenimiento de proyectos.
Mantenimiento
de
fases
del
proyecto
adems
de
mantenimiento de subproyectos.
Organizar
la
documentacin
en
funcin
de
sus
Espacios
para
compartir
informacin
con
todos
los
Aplicacin Cliente/Servidor.
20
Sitio Web
http://www.exactsoftware.es/index.igw?item=1513&lang=es_ES&
site=1
1stmanager
Fabricante
Funcionalidades
Mantenimiento de Proyectos.
Mantenimiento de Usuarios/Personal.
Mantenimiento de Clientes.
Aplicacin Web.
Sitio Web
http://www.1stmanager.com/default.aspx
A continuacin, un cuadro
Funcionalidad/Software
Planificacin de proyectos en base
MS
Project
B-Kin
KMKey
Exact
Project
Synergy
1stmanager
Manejador de documentos.
Manejador de foros.
Manejador de peticiones.
Definicin de entregables.
Informe de esfuerzo.
Aplicacin Web.
Aplicacin Cliente/Servidor.
a actividades y tareas.
Definicin de procedimientos.
Definicin de calendarios de
trabajo.
Definicin de recursos involucrados
por proyectos.
Definicin de grupo de personas.
Definicin de materiales
involucrados por proyectos.
Definicin de costos estimados de
recursos por proyecto.
Definicin de plantillas de
formulacin de proyectos.
Establecimiento de intervalos de
tiempo e hitos.
Informe de disponibilidad de
recursos.
22
Despus de analizar las herramientas y sus funciones (tabla 6), se identific que
ninguna cuenta con alguna funcionalidad de control de saldos de presupuestos.
Este escenario, muestra una razn ms de justificacin para el desarrollo del
producto que es motivo del presente trabajo.
1.5.
Por otro lado, el control de gastos se gestionar por la cantidad de horas trabajadas
de una determinada persona dentro del proyecto en que se encuentre asignado. La
tarifa reflejar el gasto por hora de trabajo y se calcular en base al gasto mensual
por pago de haberes de cada personal y la cantidad de horas laborales que se
determinen por el mes en cuestin; de esta manera se podr manejar una tarifa por
cada mes, da y hora de trabajo.
La tarea de gestionar el personal involucrado en mltiples proyectos, se podr
realizar de forma rpida, debido a que el sistema manejar de forma automatizada
los procesos de formulacin, asignacin, ejecucin y cierre de proyectos.
Esta informacin permitir:
23
Estos
personal la informacin sobre las horas diarias trabajadas por cada miembro de la
organizacin involucrado en los proyectos.
24
Con esto, se podr identificar que tipos de proyectos son los que
Hasta la fecha de estudio con respecto a los productos existentes que resolvan
este tpico, no se encontr evidencia de alguno que permita estimar los gastos
incurridos en pago de haberes por personal en los proyectos. Inclusive, ninguno
proporcionaba funcionalidad alguna de reasignacin de personal entre proyectos.
permitindose as un gil y
26
Captulo 2: Anlisis
El objetivo de la presente seccin es detallar el anlisis llevado a cabo para dar
solucin a la problemtica planteada en el captulo uno.
A continuacin, se detallar la metodologa de desarrollo de la aplicacin, los
requerimientos del sistema de informacin que responden a la solucin del
problema, la viabilidad de desarrollo del proyecto, adems de incluir una
descripcin de las secciones del producto software elaborado.
2.1
Los plazos con los que se cuentan para el desarrollo del producto final as como la
necesidad de contar con el sistema en funcionamiento, son apremiantes. En este
sentido se requiere de una metodologa gil[6], ya que esta permite obtener los
requerimientos de manera objetiva y rpida, pudindose as desarrollar versiones
del sistema que el usuario final logre ir utilizando.
27
Dentro del proceso, se tiene que tener en cuenta consideraciones claves para que
el ciclo de vida de software planteado por XP sea exitoso:
28
29
Historia de Usuario
Nombre Historia de Usuario:
Nmero: 8
Iteracin Asignada: 1
Prioridad en Negocio:
(Alta / Media / Baja)
Puntos Estimados: 3
Riesgo en Desarrollo:
(Alto / Medio / Bajo)
Puntos Reales: 3
Descripcin:
El sistema permitir proyectar los gastos en que se incurrirn por personal dentro de un
periodo determinado de tiempo.
Observaciones: Ninguna
Tabla 7: Ejemplo de Historia de Usuario
Historias de
Usuarios
Requerimientos
Propuesta de
Arquitectura
a
for
et
iste
eS
ma
Planeamiento
de Versin
Revisin de la
Propuesta de
Arquitectura
Pla
n
de
En
tr
eg
Bug
Iteracin
Ultim
Ver a
sin
Prueba de
Aceptacin
Aceptacin de Cliente
Entregables
Siguiente Iteracin
Fase de
Exploracin
Fase de
Planeamiento
Iteraciones de Fase de
Entregables
Fase de Produccin
Fase de Mantenimiento
30
Exploracin
En esta fase se plantean a grandes rasgos las historias de usuario que son de
inters para la primera entrega del producto. En paralelo, el equipo desarrollador
se familiariza con las herramientas, tecnologas y prcticas que utilizar en el
despliegue del proyecto.
Planificacin de entrega
En esta fase el cliente establece la prioridad de cada historia de usuario, y los
desarrolladores, por su lado, asignan una estimacin del esfuerzo requerido para
cada una de ellas. Se determinan acuerdos en relacin a la primera entrega y se
establece un cronograma con la colaboracin del cliente.
La estimacin del
31
Por otro lado, las etapas definidas para el desarrollo del producto se agruparon en
cuatro fases:
Iteraciones
Cada una de las iteraciones est compuesta por una duracin de no menos de tres
semanas. En la primera, se define la arquitectura del sistema, la cual puede ser
utilizada a lo largo del proyecto. Para esto, se identifican las historias de usuario
prioritarias para ser las primeras en concretarse con el desarrollo.
Los elementos que deben tomarse en cuenta durante la confeccin del plan de
iteracin son:
32
produccin una vez se hayan terminado de llevar a cabo las tres primeras
iteraciones.
Mantenimiento
La fase se inicia una vez puesta en produccin la primera versin del sistema. Esta
actividad se realiza con el objetivo de dar soporte a los procesos que apoyan el
sistema. Por ejemplo, identificar nuevas historias de usuario, que dan origen a
nuevas versiones del proyecto.
Por otra parte, qued en negociacin plantear futuros proyectos para la realizacin
de versiones de mejora para el sistema.
33
2.2
Identificacin de requerimientos
Descripcin
Prioridad
Alta
en la formulacin de proyectos.
2
Alta
Alta
organizacin.
4
Alta
Alta
34
Descripcin
Prioridad
Alta
Alta
personal de la organizacin.
8
Alta
Alta
Alta
personal de la organizacin.
11
Alta
Alta
Descripcin
Prioridad
13
Alta
organizacin.
14
Alta
15
Alta
Alta
35
17
Alta
Alta
Alta
Alta
21
Alta
22
Alta
de un proyecto a otro.
23
Alta
Baja
Descripcin
Prioridad
25
Media
Media
Media
Alta
Baja
Media
36
31
Media
Informacin estadstica
Requerimientos Funcionales
N
Descripcin
Prioridad
32
Media
Media
Media
Media
Descripcin
Prioridad
36
Baja
sistema.
37
Baja
Baja
Requerimientos No Funcionales
N
Descripcin
El
sistema
ser
desarrollado
en
el
lenguaje
de
Prioridad
Exigencia
Alta
Exigible
Alta
Deseable
37
Alta
Deseable
Alta
Exigible
Alta
Exigible
Alta
Exigible
La bibliografa consultada.
38
2.3
Anlisis de la solucin
39
No existe una forma de identificar cules son los tipos de proyectos que
benefician o perjudican el trabajo, desarrollo y crecimiento de la ONG.
Tambin, se contar con opciones del sistema que permitan exportar la informacin
manejada para el pago de haberes del personal involucrado en proyectos, la que
incluye exportar la informacin sobre las horas diarias trabajadas por cada personal
de la organizacin e importar la informacin referente a los datos del personal de la
organizacin.
AreaInteres
Cargo
TipoProyecto
Usuario
Rol
0..*
1
1
0..*
1..*
0..*
Proyecto
Recurso
Personal
1..*
1..*
1..*
GastoEPS
0..* 1
1
0..*
1..*
Gasto
Prorroga
1
Parametros
1..*
1..*
GastoMensualReal
GastoMensualProyectado
1
TipoCambioDolEu
TipoCambioDolEu
1
1
*
GastoDiarioReal
*
GastoDiarioProyectado
1
2.3.2.1
41
2.3.3.1
Software
Sistema Operativo
El sistema operativo bajo el cual podr desplegarse el sistema, debe ser
alguna versin de Windows que soporte el .NET Framework 2.0. Entre ellas
se encuentran Windows 98 SE, Windows 2000 y Windows XP. Esto
considerando la infraestructura tecnolgica con la que cuenta la ONG.
Herramienta de Desarrollo
Para el desarrollo del producto, se utilizar la herramienta Visual Studio
2005 y se utilizar el lenguaje de programacin Visual Basic .NET por ser de
una rpida lectura y sintaxis clara.
42
2.3.3.2
Hardware
2.3.3.3
Seguridad
2.3.3.4
Recursos Humanos
El autor del presente proyecto de tesis estuvo a cargo de realizar, controlar y dirigir
las diferentes etapas involucradas en la gestin del proyecto y el desarrollo de
software involucrado. Cubrindose los siguientes roles:
Jefe de Proyecto
Encargado de asignar los recursos, gestionar las prioridades durante el
desarrollo del producto y negociar prioridades de acuerdo a las necesidades
del cliente.
Analista Funcional
Encomendado a realizar el levantamiento de informacin y relevamiento de
la realidad a representar en el sistema a desarrollar.
Dentro de sus
43
Analista de Sistemas
Encargado de la recoleccin, especificacin y validacin de los requisitos
captados por las historias de usuarios. Su labor se centra en realizar el
anlisis y diseo. Tambin, colabora en la elaboracin de las pruebas
funcionales como en el modelado de datos que d soporte al sistema a
desarrollar.
Desarrollador
Encargado de desarrollar la aplicacin propuesta a lo largo del plan de
proyecto especificado. Su principal objetivo es hacer efectivo el anlisis y
diseo
planteado
por
los
analistas.
Tambin,
dentro
de
sus
Arquitecto
Su responsabilidad es la de disear una arquitectura adecuada para el
sistema, que sirva de base a las transacciones que se requieran para dar
soporte a los flujos de negocio. Adicionalmente, se hace cargo de disear el
prototipo de sistema que servir de modelo para el desarrollo completo del
software.
44
presente trabajo.
Como resultado se estima que el proyecto tendr una duracin de seis a ocho
meses a tiempo parcial para culminar los objetivos planteados.
30
25
80
120
2,400.00
3,000.00
10
20
12
160
300
40
700
1,600.00
6,000.00
480.00
13,480.00
45
Por otro lado, el beneficio de trabajar con este sistema se hace visible y es muy
beneficioso para el administrador, ya que este trabajo se haca de manera manual;
por el contrario, gracias a este sistema el administrador ve un resultado positivo en:
2.4
Seccin de Administracin
II.
III.
IV.
Finalmente, esta
seccin contar con las opciones para exportar la informacin referente al pago de
haberes realizado por el sistema a desarrollar e importar los datos referentes al
personal de la organizacin, de acuerdo a un formato estndar predefinido.
47
Las secciones inferiores del sistema de informacin, sirven de base para las
secciones superiores. Estas fueron planteadas siguiendo un esquema de capas,
diseo que permite el funcionamiento independiente de estas divisiones sin
comprometer capas superiores. Las flechas de la figura (Figura 7) detallan el flujo
de informacin entre capas definidas en el producto elaborado.
48
Captulo 3: Diseo
El objetivo del presente captulo es detallar los esquemas de diseo planteados
tanto para la arquitectura de la aplicacin como para la interfaz grfica mediante la
cual el usuario interacta con el sistema.
3.1
Arquitectura de la solucin
La presente seccin tiene como propsito principal proveer una vista exhaustiva del
sistema desarrollado, describiendo la estructura desde un punto de vista de alto
nivel y sus propiedades globales.
arquitectnicas que servirn para representar los diferentes aspectos del sistema.
49
Abstraccin de las diferentes capas, de tal manera que las capas inferiores
sean transparentes para las superiores.
50
Interfz de
Usuario
Seccin de
Administracin
Seccin de
Estimaciones y
Estadsticas
Seccin de
Administracin
de Proyectos
Seccin de
Maestros y
Parmetros
DAO
La capa de interfaz grfica contiene las clases que permiten al usuario interactuar
con el sistema, mostrando elementos GUI: botones, grillas y mens; con los cuales
se accede a las funcionalidades del mismo.
La capa de Servicio y Objetos del Negocio incluye todas las clases que permitan
realizar las operaciones del negocio, en otras palabras, las contempladas en los
requerimientos a los cuales da soporte el sistema. Esta capa interacta con la capa
de interfaz de usuario de la cual recibe instrucciones y con la capa DAO hacia la
cual realiza consultas, llamadas a procedimientos almacenados y registros.
51
Capa DAO
Esta capa, conocida como la capa de datos, incluye las clases que proveen los
mecanismos de acceso a la base de datos del sistema. Su funcin principal es
encargarse de manejar los parmetros de entrada y las llamadas a los
procedimientos almacenados de la aplicacin.
GUI
Seccin de Administracin de Proyectos
Seccin de Administracin
Base de Datos
Ms Sql 2005 Express
52
El sistema est dividido en dos grandes componentes que incluyen a su vez a otros
componentes: Ejecutable del sistema y Componente de conexin.
Ejecutable del sistema
Es representado por el archivo RESMAN.DLL, el cual es una librera que ser
llamada por el ejecutable del sistema y est compuesto por los siguientes paquetes
y componentes:
Lgica de negocio:
Componente representado por el paquete Negocio y se encarga de las
tareas relacionadas con los procesos de un negocio.
Este paquete
Aplicacin de Algoritmo:
El paquete Objetos-Algoritmo guarda las clases que permitirn aplicar los
algoritmos de seleccin ptima de personal y traslados.
Otros:
Representan aquellos elementos (clases, sonidos, imgenes, plantillas de
reportes, etc.) que servirn al sistema. Estos se almacenarn en distintos
paquetes para mantener un orden.
Componente de conexin
53
PC Usuario
<<LAN>>
Servidor de
Datos
PC usuario
Mediante este tipo de computador los usuarios acceden al sistema y, de acuerdo a
los permisos asignados indicados en su perfil, pueden hacer uso de parte o toda la
funcionalidad que el sistema provee.
Servidor de datos
Este computador contiene la base de datos del sistema. La PC usuario se conecta
a ste, mediante una red de rea local, para adquirir la informacin necesaria a
utilizar.
3.2
En esta seccin se proceder a explicar los criterios considerados para definir los
estndares utilizados para el diseo de la interfaz grfica del sistema. La interfaz
fue desarrollada con el objetivo de que se maneje un esquema similar de labores
que permita al usuario familiarizarse rpidamente con el entorno de trabajo.
54
Sobre la seguridad:
56
En lo posible evitar usar botones junto con las grillas; en el caso que se
utilizar, que estn dentro del control contenedor.
Los botones del ToolStrip deben tener conos y se usarn en todos los
controles de este tipo.
57
Cada control que tenga datos a ingresar debe tener una etiqueta a la
izquierda.
58
Mensaje de Error:
59
Ventanas de Bsqueda:
60
Criterios de bsqueda
Botn
Buscar
Botn
limpiar
Resultados de la Bsqueda
Nmero de
Botn
Botn
Resultados de la
Aceptar
Cancelar
Bsqueda
Figura 15 : Ejemplo de la distribucin para una Ventana de Bsqueda.
61
Ventanas de Mantenimiento:
En las Figuras 17 y 18 se detallan los tipos de ventana de mantenimiento
manejados por el sistema.
Tipo 1
Barra de ttulo de la ventana
Campos de ventana
*Notas
Botn
Botn
Botn
Guardar
Limpiar
Cancelar
Bastar con
Tipo 2
Barra de ttulo de la ventana
Campos de ventana
CheckBox
Activo
*Notas
Botn
Botn
Guardar
Cancelar
62
6662341
6662349
Nombre de
Proyecto
Semana
Fin:
Horas
Total
<Fecha
Fin>
SAB,
<Fecha>
DOM,
<Fecha>
LUN,
<Fecha>
MA,
<Fecha>
MIE,
<Fecha>
JUE,
<Fecha>
VIE,
<Fecha>
Proyectado
Real
Reforestacin
Andaluca I
42.50
46.00
21.50
24.50
0.00
0.00
0.00
0.00
8.50
8.50
4.00
4.50
8.50
10.50
6.00
4.50
8.50
8.50
4.00
4.50
8.50
9.00
2.50
6.50
8.50
9.50
5.00
4.50
<Fecha Ini>
63
Ventana de Reportes:
64
4.1.
Construccin
65
66
En el desarrollo del producto software se utiliz el lenguaje Visual Basic .NET por
las razones expuestas a continuacin:
que las organizaciones del tipo ONG, por su naturaleza, estn exceptuadas del
pago por licenciamiento de software.
Sistema administrador de base de datos:
Se requiere utilizar una aplicacin para gestionar la base de datos diseada. Para
cumplir con este objetivo se eligi como sistema administrador de base de datos la
herramienta Ms-Sql Server 2005.
Prefijos de Variables
Clase de Variable
Prefijo
Descripcin
Ejemplo
Parmetro de entrada
Letra p minscula
pNombre
Parmetro de referencia
Letra r minscula
rArrTrabajo
Constante
Letra C
C_Estado
mayscula
Variable de alcance local
Ninguna
Contador
68
Las variables estarn conformadas por la concatenacin del prefijo del tipo
de variable y el nombre descriptivo del caso. Este nombre deber ser corto
y conciso, adems deber dar un indicio de lo que significa la variable.
Ejemplos: EstoEsUnEjemplo
o
Ejemplos: estoEsUnEjemplo
Definicin de controles:
Cada control,
chk
Combo box
cbo
dgv
Form
frm
Group Box
grb
Image
img
69
lbl
List box
lst
Radio Button
rbt
TabStrip
tab
TextBox
txt
Toolbar
tlb
TreeView
tre
ListView
lsv
DataGridViewColum o
col
ColumHeader
Tabla 10: Prefijos para controles
Patrones de programacin:
Singleton
-instancia
+Singleton()
+Operacion()
+ObtenerInstancia()
70
Por cada modificacin realizada sobre alguna clase, se deber ingresar el nombre y
apellido del desarrollador que implement el cambio y la fecha de la misma. Esta
documentacin, se deja como evidencia del control de cambios realizado por clase
desarrollada.
Los
i.
ii.
de los movimientos,
Pn, k
n!
n k !
80
90
10
20,759,078,324,729,600,000
72
Proyecto Formulado
Cargo
Presupuesto (S/.)
2,000.00
2,500.00
Y las caractersticas de personal con las que cuenta la organizacin son las
siguientes:
Personal A
Cargos
Gasto Proyectado
desempeados
(S/.)
2,000.00
B
Personal B
Cargos
Gasto Proyectado
desempeados
(S/.)
1,900.00
Personal C
Cargos
Gasto Proyectado
desempeados
(S/.)
1,000.00
73
Cargo
Presupuesto
Personal
Gasto x
Seleccionado
Personal
Saldo
2,000.00 Personal A
2,000.00
0.00
2,500.00 Personal C
1,000.00
1,500.00
1,500.00
Cargo
Presupuesto
Personal
Gasto x
Seleccionado
Personal
Saldo
2,000.00 Personal B
1,900.00
100.00
2,500.00 Personal A
2,000.00
500.00
600.00
74
Leer_entrada_de_datos();
Solucion Construir_Solucion(Semilla);
Actualizar_Solucion(Solucion,Mejor_solucion);
Fin repetir
Devolver Mejor_solucion;
Fin GRASP
Figura 23 : Pseudocdigo de Algoritmo GRASP
Funcion Construir_Solucion(Semilla)
1
Solucion0;
SolucionSolucion + E;
Fin de mientras;
Devolver Solucion;
Fin de Contruir_Solucion.
Figura 24 : Pseudocdigo de Fase de Construccin del Algoritmo GRASP
75
Por otro lado, La Funcin de Mrito queda definida por el saldo final proyectado a
nivel de todo el proyecto.
76
INICIO
Construccin de Lista
Restringida de Candidatos
Seleccin del
personal
disponible
Seleccin del
personal con la
experiencia
requerida
Proyeccin de
saldos finales de
prepuestos por rol
de trabajo
NO
Ordenar ascendentemente
personal de acuerdo valor
de funcin de mrito
NO
Determinacin de
valores Beta y Tau
Seleccin aleatoria de un
elemento para la solucin a
generar
Determinacin de
vecindad en base
a valores de Beta
y Tau
Seleccin aleatoria
de un personal de la
vecindad definida
Se complet la
solucin?
SI
Se gener una
mejor solucin?
NO
Se complet las
iteraciones?
SI
SI
FIN
77
Caso ii:
Para el caso de asignacin de personal, el contexto no es tan complejo.
Una
Apellido
Paterno
Apellido
Materno
Fecha
Nacimiento
Fecha
Ingreso
Tipo
Documento
N
Documento
78
Asignacin Familiar
Seguro de
AFP
Cdigo
Personal
4.2.
Nombre
Personal
Cargo
Cdigo
Proyecto
Horas
Estimadas
Horas
Reales
Fecha
Inicial
Fecha
Final
Pruebas
Esta seccin describe los tipos de pruebas a realizar con el sistema de informacin
desarrollado. Las pruebas realizadas con el usuario lder, Director de la ONG,
corresponden a las pruebas de aceptacin. Estas se detallan en el Anexo H
Documento de Pruebas.
4.2.1. Definiciones
Las pruebas son la ejecucin o ensayo del funcionamiento del producto software.
Para ponerlas en prctica se plantean estrategias de prueba, dichas estrategias
describen los experimentos a realizar, la forma de ejecutarlas y el momento en que
se realizarn; permitiendo as, controlar la calidad de los productos, intermedios y
finales, obtenidos de un ciclo de desarrollo.
79
Esto es
Si un sistema tiene errores y defectos, estos conllevan a fallas del sistema que
pueden producir grandes prdidas. Se definen entonces:
80
Precondicin:
Esperados:
Tabla 15: Plantilla de prueba unitaria de caso de uso
Clases asociadas
Precondicin:
Direccin, Telfono.
Resultados
Esperados:
Tabla 16: Plantilla de prueba unitaria de funcionalidad de pantallas
81
Clases de equivalencia
Pruebas definidas a nivel de clases, las que siguen el enfoque de caja negra. Se
procede a analizar la salida de las clases que conforman el sistema; tal como se
muestra en la Tabla 17, se compara lo obtenido como clases vlidas e invlidas.
Condicin de Entrada
Clases Vlidas
Clases no Vlidas
Campo Nombre
1. Entre 1 y 200
2. Ms de 200 caracteres
caracteres alfanumricos
3. Vaco (0 caracteres)
4. Cadena de 8 o 11
5. Ms de 11 caracteres
caracteres
6. Menos de 8 caracteres
Campo DNI
7. Mayor a 8 y menor a
11 caracteres
Campo Direccin
Campo Telfono
8. Entre 1 y 200
9. Ms de 200 caracteres
caracteres alfanumricos
11. Entre 7 y 15
12. Ms de 15 caracteres
caracteres
13. Menos de 7
caracteres
Pruebas de integracin
El objetivo de esta clase de pruebas es probar las interfaces entre las secciones del
sistema (Seccin de Administracin, Administracin de Proyectos, Mantenimiento
de Maestros) y los Parmetros, Proyecciones y Estadsticas. Con estas pruebas se
podr identificar:
siguientes:
82
Ajuste y control de Gastos Reales vs. Gastos Proyectados; por otro lado, se
mantiene un control mensual de todos los proyectos administrados por la
organizacin.
Pruebas de aceptacin
Pruebas Beta: Son llevadas a cabo por los usuarios del ambiente de
produccin. El usuario registra los errores e informa al desarrollador.
4.3.
Implantacin
83
Para consultar los detalles de las pruebas de aceptacin realizadas y aceptadas por
el usuario, consultar el Anexo I Pruebas de Aceptacin.
84
5.1.
Observaciones
siguiendo una
85
5.2.
Conclusiones
Luego del anlisis y diseo de los esquemas de datos que soportan las
transacciones involucradas en la administracin del pago de haberes del
personal, se comprende que el manejo no resulta ser sencillo, pues implica
una serie de variables que generan distintas situaciones en particular, las
cuales son tratadas por el director de la organizacin de forma muy
exclusiva. Es por esta razn, que se procedi a estandarizar los procesos
de control y de gestin en la organizacin con las tareas del sistema
desarrollado.
86
87
5.3.
88
personal,
dotndola
de
funcionalidades
que
permitan
gestionar
las
89
Glosario
ONG: Organizacin No Gubernamental.
Presupuesto: Cmputo anticipado del coste de una obra o de los gastos y rentas de
una organizacin.
Leyes Sociales: Obligaciones del empleador, regulado por el gobierno, para el pago
de haberes del personal de una organizacin.
90
XP, Metfora del Sistema: Prototipo inicial del sistema, el cual sirve de base para el
desarrollo inicial.
91
Bibliografa
[1] Gua de los Fundamentos de la Direccin de Proyectos (Gua del PMBOK) Tercera
Edicin 2004 Project Management Institute, Four Campus Boulevard, Newtown
Square, PA 19073-3299 EE.UU. Pags. 5 7.
[2] Gua de los Fundamentos de la Direccin de Proyectos (Gua del PMBOK) Tercera
Edicin 2004 Project Management Institute, Four Campus Boulevard, Newtown
Square, PA 19073-3299 EE.UU. Pags. 103 112.
[3] Gua de los Fundamentos de la Direccin de Proyectos (Gua del PMBOK) Tercera
Edicin 2004 Project Management Institute, Four Campus Boulevard, Newtown
Square, PA 19073-3299 EE.UU. Pags. 157 - 164.
Best
92
[15] Gua de los Fundamentos de la Direccin de Proyectos (Gua del PMBOK) Tercera
Edicin 2004 Project Management Institute, Four Campus Boulevard, Newtown
Square, PA 19073-3299 EE.UU. Pag 1.
[16] http://www.pmi.org/Marketplace/Pages/ProductDetail.aspx?GMProduct=00100035801,
Pgina Web del Project Management Institute.
[17] Christos H. Papadimitriou, K. Steiglitz, Combinatorial Optimization, Prentice Hall, 1:1 - 8,
17:406 - 427, 1998.
[18] Richard S. Barr; Bruce L. Golden; James P. Kelly; Mauricio G.C. Resende; William R.
Stewart, Designing and Reporting on Computational Experiments with Heuristic
Methods, 2 - 12, Jun. 1995.
93
Anexos
Anexo A Historias de Usuario
Anexo B Catlogo de Requisitos
Anexo C Documento de Especificacin de Requisitos
Anexo D Documento de Anlisis
Anexo E Diagrama de Base de Datos
Anexo F Documento de Estndares de Programacin
Anexo G Documento de Estndares de Interfaz Grfica
Anexo H Documento de Pruebas
Anexo I Pruebas de Aceptacin
94