Tesis V 4 8 Final

Universidad de las Ciencias Informticas
Facultad 5
Trabajo de diploma para optar por el ttulo de Ingeniero en

Ciencias Informticas
Ttulo:
Mdulo de gestin de la informacin de la Colaboracin Econmica que Cuba recibe desde el exterior
para el MINCEX.
Autores:
Alberto Roberto Gonzlez Martnez
Carlos Miguel Gonzlez Nez
Tutores:
Ing. Dunia Osorio Perdomo
Ing. Ramn Verdeca Espinosa
La Habana
Junio 2014
DEDICATORIA
A mamita Felicidades, ests donde ests, este tambin es tu sueo.

A mi madre, por estar siempre para m.
Carlos
A mi madre que sin su apoyo sera imposible estar aqu hoy.
Alberto
DECLARACIN DE AUTORA
DECLARACIN DE AUTORA
Declaro ser el autor de la presente tesis, reconociendo a la Universidad de la Ciencias Informticas los
derechos patrimoniales de la misma, con carcter exclusivo.
Para que as conste firmo la presente a los ____ das del mes de ________ del ao ________.
Alberto Roberto Gonzlez Martnez
Carlos Miguel Gonzlez Nez
Firma del Autor
Firma del Autor
Dunia Osorio Perdomo

Firma del Tutor
RESUMEN
RESUMEN
Los sistemas de gestin de informacin constituyen un instrumento fundamental para la organizacin
interna de cualquier negocio. Su utilizacin supone un importante ahorro de tiempo y recursos, ya que
permiten simplificar y agilizar los procesos de gestin y la toma de decisiones. El Mdulo de gestin de la
informacin de la Colaboracin Econmica que Cuba recibe desde el exterior para el MINCEX, permite
mejorar la gestin y el tiempo de respuesta de la informacin de la Direccin de Colaboracin Econmica
del MINCEX.
Este sistema permitir gestionar todo el flujo informativo de la direccin, como los planes de la economa,
proyectos de colaboracin, donaciones puntuales, conocer el comportamiento de las acciones de
colaboracin y la planificacin del presupuesto para el ao. Este mdulo tambin brinda la posibilidad de
importar la informacin enviada por las entidades y permite exportar ficheros pdf y excel minimizando el
tiempo de respuesta de la direccin a la hora de generar reportes del estado de la colaboracin.
En el proceso de desarrollo se utilizaron las siguientes herramientas y tecnologas: se seleccion la
metodologa de desarrollo de software SXP y el lenguaje de programacin Java para el desarrollo la
solucin. Como entorno de desarrollo integrado Eclipse, por ser de cdigo abierto y soportar el plug-ins
Liferay. PostgreSQL ser el sistema gestor de base de datos y Visual Paradigm la herramienta utilizada
para el modelado de los artefactos y diagramas generados por SXP. Se obtuvo como resultado un
mdulo que permite procesar y generar informes con mayor rapidez acerca de la colaboracin
econmica que Cuba recibe desde el exterior.
Palabras claves: gestin de informacin, colaboracin econmica
NDICE
ndice
INTRODUCCIN......................................................................................................................................... 1
CAPTULO I Fundamentacin terica...................................................................................................... 8
1.1
Introduccin............................................................................................................................. 8
1.2
Definiciones de inters............................................................................................................ 8
1.2.1
Informacin......................................................................................................................... 8
1.2.2
Gestin de la informacin................................................................................................... 9
1.2.3
Sistema de Informacin...................................................................................................... 9
1.2.4
Sistema de gestin de la informacin...............................................................................10
1.3
Sistemas de informacin existentes a nivel mundial.............................................................10
1.3.1
SIMEXCID........................................................................................................................ 10
1.3.2
Tracking Comex................................................................................................................ 11
1.4
Sistemas de informacin existentes en Cuba........................................................................11
1.4.1
VERSAT-Sarasola............................................................................................................ 11
1.4.2
RODAS XXI...................................................................................................................... 12
1.5
Resultado del estudio............................................................................................................ 13
1.6
Metodologa de desarrollo..................................................................................................... 13
1.6.1
RUP.................................................................................................................................. 14
1.6.2
XP.................................................................................................................................... 14
1.6.3
SXP.................................................................................................................................. 15
1.6.4
Seleccin de la metodologa............................................................................................16
1.7
Herramientas y tecnologas................................................................................................... 16
1.7.1
Lenguajes de programacin............................................................................................. 16
1.7.2
Liferay Portal.................................................................................................................... 17
1.7.3
Marcos de trabajo............................................................................................................. 18
1.7.4
Entorno de Desarrollo Integrado......................................................................................20
1.7.5
Sistema Gestor de Bases de Datos.................................................................................21
1.8
Conclusiones......................................................................................................................... 22
CAPTULO II Caractersticas de la solucin..........................................................................................23

2.1
Introduccin........................................................................................................................... 23
2.2
Propuesta de Solucin.......................................................................................................... 23
2.3
Diagrama de Caso de Uso del Negocio................................................................................23
2.4
Lista de Reserva del Producto.............................................................................................. 26
2.5
Historias de Usuario y Tareas de Ingeniera..........................................................................35
2.5.1
Historias de Usuario......................................................................................................... 35
2.5.2
Tareas de Ingeniera......................................................................................................... 39
5
NDICE
2.6
Plan de release..................................................................................................................... 40
2.7
Arquitectura de Software....................................................................................................... 41
2.8
Diseo con metfora............................................................................................................. 43
2.9
Diagrama de Componentes................................................................................................... 44
2.10
Conclusiones......................................................................................................................... 44
CAPTULO III Implementacin y validacin........................................................................................... 46

3.1
Introduccin........................................................................................................................... 46
3.2
Estndares de indicadores de codificacin...........................................................................46
3.3
Construccin del portlet......................................................................................................... 47
3.3.1
Creacin de las clases Controladoras..............................................................................47
3.3.2
Creacin de las clases Servicios......................................................................................50
3.3.3
Creacin de las clases de Acceso a Datos.......................................................................53
3.3.4
Creacin de las clases del Modelo...................................................................................55
3.3.5
Creacin de las clases de la Vista....................................................................................55
3.4
Validacin de la solucin....................................................................................................... 57
3.4.1
Pruebas Unitarias............................................................................................................. 57
3.4.2
Diseo de caso de prueba................................................................................................60
3.4.3
Resultado de las pruebas................................................................................................. 63
3.5
Resultados Obtenidos........................................................................................................... 63
3.6
Funcionalidades obtenidas.................................................................................................... 63
3.7
Aporte Social y Econmico.................................................................................................... 64
3.8
Conclusiones......................................................................................................................... 64
CONCLUSIONES...................................................................................................................................... 65
RECOMENDACIONES............................................................................................................................. 66
REFERENCIAS BIBLIOGRFICAS......................................................................................................... 67
BIBLIOGRAFA......................................................................................................................................... 70
ANEXOS................................................................................................................................................... 74
NDICE
ndice de Tablas
Tabla 1: Lista de Reserva del Producto..................................................................................................... 26
Tabla 2: HU_15 Modificar proyecto de colaboracin..................................................................................36
Tabla 3: Tarea de Ingeniera HU_13.......................................................................................................... 40
Tabla 4: Plan de Release........................................................................................................................... 40
Tabla 5: Estndares de indicadores de codificacin..................................................................................46
Tabla 6: Ejemplo de mtodos de la clase EconomyPlanController............................................................48
Tabla 7: Ejemplo mtodos de la clase ProjectInformationController..........................................................49
Tabla 8: Ejemplo de mtodos de la clase PunctualDonationController......................................................50
Tabla 9: Ejemplo de mtodos de la clase EconomyPlanServiceImpl.........................................................50
Tabla 10: Ejemplo de mtodos de la clase NomenclatorsServiceImpl.......................................................51
Tabla 11: Ejemplo de mtodos de la clase ProjectInformationServiceImpl................................................51
Tabla 12: Ejemplo de mtodos de la clase PunctualDonationServiceImpl.................................................53
Tabla 13: Ejemplo de mtodos de la clase EconomyPlanDao...................................................................53
Tabla 14: Ejemplo de mtodos de la clase ProjectInformationDao............................................................54
Tabla 15: Ejemplo de mtodos de la clase PunctualDonationDao.............................................................54
Tabla 16: Ejemplo de clases del modelo.................................................................................................... 55
Tabla 17: Ejemplo de mtodos de la clase ModifyProjectView..................................................................55
Tabla 18: Ejemplo de mtodos de la clase ProjectInformationView...........................................................56
Tabla 19: Ejemplo de mtodos de la clase ProjectSearchViewController..................................................56
Tabla 20: Ejemplo de mtodos de la clase ViewAttributesMap..................................................................57
Tabla 21: Prueba de Caja Blanca para el Camino 1..................................................................................59
Tabla 22: Prueba de Caja Blanca para el Camino 2..................................................................................60
Tabla 23: Caso de Prueba modificar proyecto de colaboracin con datos no vlidos...............................60
Tabla 24: Caso de Prueba modificar proyecto de colaboracin con datos vlidos....................................61
ndice de Imgenes
Imagen 1: Diagrama de Caso de Uso del Negocio....................................................................................24
Imagen 2: Arquitectura N Capas................................................................................................................ 41
Imagen 3: Diagrama de Paquetes............................................................................................................. 43
Imagen 4: Diagrama de Componentes SIMINCEX....................................................................................44
Imagen 5: Prueba de caja blanca.............................................................................................................. 58
Imagen 6: Grafo para el clculo de la complejidad ciclomtica.................................................................59
INTRODUCCIN
INTRODUCCIN
Tradicionalmente, la Colaboracin Internacional se ha asociado de manera casi automtica, al concepto
de "ayuda"; ms especficamente a lo que se denomina "ayuda al desarrollo". No obstante, el concepto
de colaboracin tiende a ser ms amplio, respondiendo a la creciente complejidad de las Relaciones
Internacionales, donde se conjugan elementos de ayuda y solidaridad con los de promocin comercial e
intereses polticos y econmicos (Chandiwana, Ombierg 2003)(Word, Hamel 2002)(Bell, Wood-Harper
1998). La colaboracin tambin puede entenderse como el conjunto de acciones a travs de las cuales
se intenta coordinar polticas o unir esfuerzos para poder alcanzar objetivos comunes en el plano
internacional1. El concepto de colaboracin se sita claramente en el plano internacional, reafirmando el
hecho de ser parte de la poltica exterior de los gobiernos (Pfeiffer, 2003).
Aunque el concepto de colaboracin se generalice como ayuda, sea esta de fondos confesionales o no
reembolsables, no debe entenderse como un proceso unidireccional en el cual un pas o grupo de pases,
que son los donantes, apoya a otro pas, que es el que recibe o beneficiario. La colaboracin se debe
entender como un proceso de ida y vuelta en el que cada uno de los pases involucrados, tanto donantes
como receptores, acuerdan cooperar para resolver un determinado problema y, al hacerlo, satisfacen
objetivos que cada uno de ellos se ha propuesto previamente (Falkenberg, Tomson 2000). En este
sentido, la cooperacin genera beneficios mutuos el cual no necesariamente est asociado con la
obtencin de dividendos econmicos. (Pfeiffer 2003; Chandiwana, Ombierg 2003)
La forma ms comn en la que se puede ver materializada la Colaboracin Internacional es a travs de
los proyectos o acciones de colaboracin, como un mtodo sistmico de bsqueda de alternativas al
interactuar con diversas organizaciones que financian proyectos, que van desde agencias y
organizaciones del Sistema de Naciones Unidas, entidades interestatales regionales como la Unin
Europea o instituciones de carcter estatal como las agencias de los gobiernos miembros del Comit de
Ayuda al Desarrollo de la Organizacin para la Cooperacin y el Desarrollo Econmico (OCDE) hasta
organizaciones privadas como son las Fundaciones, Asociaciones y Organizaciones No
Gubernamentales para el Desarrollo (ONGD) que han proliferado en los ltimos aos.
En el caso de Cuba no puede substraerse del entorno de cooperacin las particularidades del contexto
nacional, en el que toda una nacin est regida por una constante amenaza de agresin econmica que
repercute en todos los rdenes de la vida del pas. Como consecuencia de ello y partiendo de la probada
tesis del carcter poltico que encierran las acciones de colaboracin internacional en general, se hizo
necesario crear mecanismos nacionales de coordinacin para la implementacin de estas acciones. Un
por ciento considerable de estas acciones se ejecutan con instituciones que responden a criterios
polticos, ideolgicos y sociales diferentes.
Este esquema interno de coordinacin nacional a escala gubernamental busca establecer las normas y
procedimientos para la interaccin con las instituciones extranjeras que cooperan con Cuba. De esta
manera el Estado cubano puede garantizar el uso ptimo de los recursos que se reciben, la
diversificacin y generalizacin de los resultados y experiencias que se obtienen y al mismo tiempo el
otorgamiento gubernamental de facilidades para la ejecucin tanto a las instituciones nacionales como a
las extranjeras en aras del xito de los proyectos que se desarrollan. En este mbito, a la gestin de
estas acciones de colaboracin se le ha incorporado el uso de las Tecnologas de la Informtica y las
Comunicaciones (TIC), sector al que, en las ltimas dcadas, Cuba ha dedicado esfuerzo y recursos.
La sociedad cubana en su conjunto, vive hoy un proceso de transformacin que afecta la manera cmo
se relacionan, organizan, trabajan y aprenden. Se caracteriza por una constante circulacin de
informacin, donde el conocimiento es un recurso flexible, fluido, en continua expansin y movimiento
(Hernndez Arencibia 2009). Esta sociedad exige ciudadanos con habilidades y competencias que les
permitan desempearse de forma adecuada, as como, manipular y actualizar el conocimiento,
seleccionar lo apropiado en un contexto particular, aprender de manera permanente y comprender lo que
1 Obrar conjuntamente con uno u otros para un mismo fin.
1
INTRODUCCIN
se aprende, de tal forma que pueda adaptarlo a situaciones nuevas y de rpido cambio (Vialart Vidal
2012). La aparicin de las TIC, en la sociedad cubana, constituyen una oportunidad para el desarrollo del
trabajo lo que hace imprescindible el estudio y dominio de las mismas, para modificar no slo sus hbitos
y patrones de conducta, sino, tambin, formas de pensar y actuar (Vialart Vidal 2011).
En 1984 Fidel Castro expresaba: (ENLACE 2012)
Creo que ser fundamental, ya que hemos alcanzado estos logros, ya que hemos avanzado hasta
aqu, que miremos a largo plazo, y prestemos la mayor atencin a la enseanza y a la utilizacin de
las tcnicas de computacin, para ello hay que preparar a los maestros, hay que empezar por las
universidades, de lo contrario ser imposible en el futuro mejorar algo sin el uso de las computadoras.
Hoy da existe la posibilidad de tener al da cada cifra, cada dato, cada rama, cada cosa y actualizar la
informacin constantemente mediante programas de computacin. El desarrollo industrial y social
requiere que nos posesionemos ambiciosamente de esas tcnicas, y tambin que desarrollemos la
produccin de los equipos necesarios, que tienen, repito, una importancia tremenda en todos los
aspectos.
En los ltimos tres decenios en Cuba se han realizado grandes esfuerzos con el propsito de preparar a
la sociedad para la era tecnolgica. Pese al injusto bloqueo econmico impuesto por el gobierno de los
Estados Unidos de Amrica, hoy existen en la isla alrededor de 600 Joven Club de Computacin en los
cuales se han graduado cerca de tres millones de personas en cursos que tienen como objetivo
proporcionar una cultura informtica a la comunidad (ENLACE 2012). Se cuenta con recursos humanos
altamente calificados en las TIC, tercer lugar entre todos los pases segn el ltimo informe de la Unin
Internacional de Telecomunicaciones priorizando la conexin social a la red para garantizar un uso
social de la misma, y que pueda ser utilizada adecuadamente por mdicos, cientficos, estudiantes,
profesionales, periodistas, artistas y escritores, empresas y centros de investigacin. Adems de la
creacin la Enciclopedia Colaborativa EcuRed, con ms de 90 mil artculos, 11 mil colaboradores
registrados y ms de 60 mil visitas diarias (ENLACE 2012)
Las TIC constituyen un instrumento fundamental para la organizacin interna de cualquier negocio. Su
utilizacin supone un importante ahorro de tiempo y recursos, ya que permiten simplificar y agilizar los
procesos de gestin y la toma de decisiones, as como facilitar el contacto directo con los clientes,
empresas proveedoras y administraciones pblicas. A nivel mundial la gestin de la informacin y las TIC
son ramas de la tecnologa que han alcanzado un gran auge por las inmensas posibilidades que brindan
en el proceso de manejo de informacin, siendo los pases desarrollados los principales monopolizadores
de estas.
El Ministerio del Comercio Exterior y la Inversin Extranjera (MINCEX), creado mediante Decreto Ley 264
el 2 de marzo del 2009 es el principal ministerio de Cuba que trabaja como organismo central en funcin
de preparar y proponer la poltica integral del estado y del gobierno de la Repblica de Cuba, en las
actividades de comercio exterior, inversin extranjera y colaboracin econmica.
Al triunfo de la Revolucin Cubana, el Gobierno, preocupado por el bajo nivel de las divisas extranjeras y
atento a la defensa y desarrollo de la economa nacional, promulg mediante la Ley 793 del 25 de abril de
1960 la creacin del Banco para el Comercio Exterior de Cuba (BANCEC), con el objeto de contribuir y
colaborar con la poltica de comercio internacional del Estado Revolucionario y la aplicacin de las
medidas sobre el comercio exterior adoptadas por el Banco Nacional. El BANCEC puede considerarse
una institucin de transicin para el establecimiento del monopolio estatal del comercio exterior de Cuba,
que se logra finalmente con la creacin del Ministerio del Comercio Exterior (MINCEX), el 23 de febrero
de 1961 mediante la Ley 934 (Sitio del Gobierno de la Repblica de Cuba [sin fecha])
En estos ltimos aos, la economa cubana ha estado inmersa en un proceso de profundos y extensos
cambios, dirigidos a la adaptacin del sistema econmico-social del pas a la desaparicin de sus
principales relaciones econmicas internacionales y al recrudecimiento del bloqueo norteamericano. En la
actualidad se ha logrado una reorientacin notable del intercambio comercial de Cuba, por segunda vez
en las ltimas cuatro dcadas, en busca de una diversificacin de los socios comerciales. El proceso de
descentralizacin del comercio exterior se ha llevado a cabo de una forma organizada y paulatina. As, si
hace ocho aos existan alrededor de 50 empresas facultadas a realizar esta actividad, ahora se cuenta
con ms de 300 entidades que acceden al mercado externo con operaciones de exportacin e
2
INTRODUCCIN
importacin. Este proceso, que se realiza de manera organizada y paulatina, ha facultado a las empresas
que han demostrado poseer condiciones organizativas y personal calificado a realizar comercio exterior.
As el Ministerio del Comercio Exterior, sobre la base de los argumentos que expone cada entidad que lo
solicita, expide la facultad para realizar operaciones de comercio exterior (Sitio del Gobierno de la
Repblica de Cuba [sin fecha]).
Actualmente este ministerio se divide en 23 direcciones, entre las que se encuentra la Direccin de
Colaboracin Econmica que tiene como funcin principal garantizar el control y seguimiento de todos los
procesos asociados a la colaboracin internacional que contribuyan al desarrollo econmico y social del
pas. Esta direccin est compuesta por dos direcciones: La Direccin de Colaboracin Econmica que
se ofrece, que atiende a los colaboradores fuera del pas y los becados extranjeros y la Direccin de
Colaboracin Econmica que Cuba recibe desde el exterior, creada con el propsito de dar seguimiento y
control a las acciones de colaboracin que Cuba recibe.
En la Direccin de Colaboracin Econmica que Cuba recibe desde el exterior se lleva el control de las
diferentes acciones de colaboracin del Plan de la Economa. Como parte de los acuerdos de la
Alternativa Bolivariana para las Amricas (ALBA) y de otros proyectos de colaboracin con Cuba, el pas
recibe peridicamente donaciones puntuales y el financiamiento para proyectos de gran impacto en
nuestra economa.
Para llevar a cabo una accin de colaboracin primeramente debe existir un donante, ya sea persona
natural u organizacin, dispuesto a cooperar con una entidad cubana. Luego la entidad se dirige al
MINCEX para presentar la solicitud de autorizacin. Una vez aprobado el proyecto de colaboracin esta
direccin se encarga de recoger los datos referentes al proyecto para darle seguimiento.
En el MINCEX se recibe cada ao gran volumen de informacin generada por los procesos para realizar
acciones de colaboracin. Esta informacin que proviene de distintas entidades del pas se encuentra
almacenada en diferentes computadoras, por lo que si se desea realizar una consulta especfica sobre
las acciones de colaboracin implica la bsqueda en un alto volumen de archivos provocando que el
proceso sea lento. Esta informacin es manipulada por los especialistas de la Direccin de Colaboracin
Econmica que Cuba recibe desde el exterior de forma individual. Al estar esta informacin siendo
manipulada indistintamente por los especialistas, el resto del grupo no es consciente de los cambios
realizados, por lo que cuentan con informacin desactualizada.
Al llegar esta informacin de distintos puntos del pas no existe un estndar o norma para comprobar los
valores de la informacin. En la Direccin de Colaboracin Econmica que Cuba recibe desde el exterior
se reciben varios anexos con la informacin de los proyectos de colaboracin y donaciones puntuales de
las entidades. Estos anexos estn directamente relacionados entre s, por lo que muchos de los valores
dependen de otros anexos. Muchas veces, en la informacin que llega a la direccin, esta relacin no
existe, por ejemplo totales que no corresponden con la suma de otros anexos, clculos de tasa de inters
y porcientos incorrectos o anexos equivocados o de otros aos.
Todo lo anteriormente explicado trae consigo que el trabajo con la informacin que llega a la direccin sea
ms complicado de lo que realmente es y se desperdicie mucho tiempo y recursos en corregir cualquier
error o simplemente en entregar un reporte para tomar alguna decisin.
Por todo lo anteriormente planteado se identifica como problema de investigacin: Cmo contribuir a
agilizar el proceso de gestin de la informacin de la Colaboracin Econmica que Cuba recibe desde el
exterior del MINCEX?
De aqu que el objeto de estudio lo constituye: Proceso de gestin de la informacin, siendo el campo
de accin: Proceso de gestin de la informacin de la Colaboracin Econmica.
Para contribuir a la solucin del problema de investigacin se define como objetivo general: Desarrollar
un mdulo de gestin de la informacin de la Colaboracin Econmica que Cuba recibe desde el exterior
para el MINCEX, que permita mejorar el nivel de agilidad en el procesamiento de la informacin.
Para dar cumplimiento el objetivo anteriormente planteado se definen las siguientes tareas de
investigacin:
1. Establecimiento de los fundamentos terico-metodolgicos de los procesos de gestin de la
3
INTRODUCCIN
2.
3.
4.
5.
6.
informacin de la colaboracin econmica.

Realizacin de un estudio de las tendencias actuales de los sistemas de informacin.
Identificacin de los requisitos funcionales y no funcionales del mdulo.
Definicin de la arquitectura que soporte la implementacin de las funcionalidades.
Implementacin de las funcionalidades que den cumplimiento a los requisitos identificados.
Realizacin de pruebas a las funcionalidades para validar la propuesta de solucin.
Durante el transcurso de la investigacin se hace uso de varios mtodos para el desarrollo de las tareas
de investigacin propuestas.
Los mtodos tericos utilizados fueron los siguientes:
Analtico Sinttico: Este mtodo posibilit la consulta de diversas bibliografas sobre el tema
de los sistemas de gestin de la informacin. Permiti analizar y comparar las diferentes fuentes
bibliogrficas, sobre los procesos de gestin de la informacin de la colaboracin econmica y el
procesamiento de la informacin de la colaboracin que Cuba recibe desde el exterior.
Histrico Lgico: Permiti establecer una adecuada correspondencia entre los elementos
histricos y lgicos. Adems analizar la trayectoria, evolucin y procesamiento de los procesos de
gestin de la informacin de la colaboracin econmica que Cuba recibe desde el exterior.
Inductivo Deductivo: Este mtodo permite ir de lo general a lo particular y viceversa. Permiti
llegar a conclusiones particulares sobre los procesos de gestin de la informacin de la
colaboracin econmica en el MINCEX.
Mtodos empricos:
Anlisis documental: Este mtodo selecciona las ideas relevantes de los documentos del
proceso de gestin de la informacin de la colaboracin econmica que Cuba recibe para
expresar su contenido de manera clara y precisa.
Actualidad: La gestin de la informacin actualmente es muy utilizada en las organizaciones ya sea de

forma manual o informatizada. Muchas organizaciones estn en busca de lograr un mayor nivel de
agilidad en el proceso de gestin de la informacin que responda a sus necesidades.
Necesidad: El volumen de informacin diaria que maneja la Direccin de Colaboracin Econmica desde
el exterior aumenta considerablemente y es por este motivo que demora la obtencin y procesamiento de
la informacin. Surge as la necesidad de lograr mayor agilidad en el proceso de gestin, mostrando la
informacin con la calidad requerida.
Una vez cumplidas las tareas de investigacin se espera como posibles resultados:
Debe quedar elaborado un informe detallado con toda la base terica-prctica sobre la cual se
sustenta la solucin propuesta.
Debe quedar completado un Mdulo de gestin de la informacin de la Colaboracin Econmica
que Cuba recibe desde el exterior para el MINCEX.
El presente documento est estructurado de la siguiente manera:

Captulo I Fundamentacin Terica: Se describen los conceptos esenciales de la investigacin
asociados al dominio del problema. Se hace un anlisis del estado del arte del objeto de estudio, se
investiga acerca de los sistemas informticos vinculados al campo de accin, se fundamenta la
metodologa, herramientas y tecnologas utilizadas para el desarrollo de la aplicacin.
Captulo II Caractersticas de la solucin: Se describe la solucin propuesta para la situacin
problemtica. Se presentan las caractersticas y funcionalidades a partir de los requisitos funcionales y no
funcionales capturados. Adems se realizan las actividades de anlisis y diseo de la solucin propuesta.
Captulo III Implementacin y validacin: Se describe la etapa de implementacin que conlleva a la
obtencin del software. Se elaboran y documentan las pruebas realizadas a la solucin propuesta para
demostrar el correcto funcionamiento de los requerimientos de la misma.
Finalmente, se presentan las conclusiones, referencias bibliogrficas, bibliografa y

anexos.
4
CAPTULO I FUNDAMENTACIN TERICA

1.1
Introduccin
En el presente captulo se definen conceptos de inters relacionados con la investigacin con el objetivo
de lograr una mejor comprensin del objeto de estudio y campo de accin. Se hace un resumen del
estudio realizado sobre las tendencias actuales de los sistemas de gestin de informacin y se describen
las herramientas de desarrollo definidas y la metodologa de desarrollo utilizada.
1.2
Definiciones de inters
1.2.1 Informacin
Segn la Real Academia de la lengua espaola, informacin es la comunicacin o adquisicin de

conocimientos que permiten ampliar o precisar los que se poseen sobre una materia determinada.
En el mbito de los mercados de valores, aquella a la que se ha tenido acceso reservadamente, con
ocasin del desempeo de un cargo o del ejercicio de una actividad empresarial o profesional, y que, por
su relevancia para la cotizacin de los valores, es susceptible de ser utilizada en provecho propio o
ajeno. (RAE)
Se denomina informacin a un conjunto de datos con un significado, que reduce la incertidumbre o que
aumenta el conocimiento de algo. Tambin pudiera definirse como un mensaje con significado en un
determinado contexto, disponible para uso inmediato y que proporciona orientacin a las acciones por el
hecho de reducir el margen de incertidumbre con respecto a nuestras decisiones.(Chiavenato 2006)
Para Ferrell y Hirt, la informacin "comprende los datos y conocimientos que se usan en la toma de
decisiones" (Ferrell, Hirt 2004).
Segn Czinkota y Kotabe la informacin "consiste en datos seleccionados y ordenados con un
propsito especfico" (Czinkota, Kotabe 2001).
Se considera que para la presente investigacin los conceptos ms ajustados son los dados por
Czinkota, Kotabe, Czinkota y Kotabe ya que describen el objetivo de este trabajo.
1.2.2 Gestin de la informacin

A la Direccin de Colaboracin Econmica que Cuba recibe desde el exterior llega un alto volumen de
informacin de alto valor, la cual es necesario tener a disposicin en cortos perodos de tiempo y que
posteriormente se necesita gestionar.
Comprende las actividades relacionadas con la obtencin de la informacin adecuada, a un precio
adecuado, en el tiempo y lugar adecuado, para tomar la decisin adecuada. (Aja Quiroga 2002)
En el libro Harrod's Librarian's Glossary, gestin de la informacin se define como un trmino impreciso
que sirve para designar un conjunto de actividades orientadas a la generacin, coordinacin,
almacenamiento o conservacin, bsqueda y recuperacin de la informacin tanto interna como externa
contenida en cualquier soporte.(Fernndez Marcial 2006)
Carlota Bustelo Ruesta y Raquel Amarilla Iglesias definen la gestin de la informacin como el conjunto
de actividades realizadas con el fin de controlar, almacenar y, posteriormente, recuperar adecuadamente
la informacin producida, recibida o retenida por cualquier organizacin en el desarrollo de sus
actividades.(Bustelo Ruesta, Amarilla Iglesias 2001)
Entre todos los conceptos, el propuesto por la Dra. Ponjun abarca una definicin ms amplia y concisa:
el proceso mediante el cual se obtienen, despliegan o utilizan recursos bsicos (econmicos, fsicos,
humanos, materiales) para manejar informacin dentro y para la sociedad a la que sirve. Tiene como
elemento bsico la gestin del ciclo de vida de este recurso y ocurre en cualquier organizacin. Es
propia tambin de unidades especializadas que manejan este recurso en forma intensiva, llamadas
unidades de informacin. (Ponjun 2004)
5

Para la presente investigacin se tendr en cuenta el concepto expresado por Carlota Bustelo Ruesta y
Raquel Amarilla Iglesias, pues describe claramente el objetivo de la investigacin.
1.2.3 Sistema de Informacin

Una forma eficiente de manejar la informacin sera contando con un adecuado sistema de informacin
lo cual no es ms que un conjunto de recursos humanos, materiales, financieros, tecnolgicos,
normativos y metodolgicos, organizado para brindar, a quienes operan y a quienes adoptan decisiones
en una organizacin, la informacin que requieren para desarrollar sus respectivas funciones. (Horacio
Saroka 2002)
Un sistema de informacin se puede definir tcnicamente como un conjunto de componentes
relacionados que recolectan (o recuperan), procesan, almacenan y distribuyen informacin para apoyar
la toma de decisiones y el control en una organizacin. (ITSON [sin fecha])
Este ltimo describe las principales de necesidades de la Direccin de Colaboracin Econmica que
Cuba recibe desde el exterior, por lo que es el que se tendr en cuenta para la presente investigacin.
1.2.4 Sistema de gestin de la informacin

Para una mejor gestin de esta informacin y con la ayuda de las TIC se conocen los Sistemas de
gestin de la informacin los cuales segn Jos mara Alvares no son ms que un conjunto de
componentes interrelacionados que recogen, procesan, almacenan y distribuyen la informacin para dar
soporte a la toma de decisiones y al control de la organizacin. Aparte de la coordinacin y control, los
sistemas de informacin pueden ayudar a los gestores a analizar problemas y desarrollar nuevos
productos o servicios. (Alvarez 2012)
Es un conjunto de etapas unidas en un proceso continuo, que permite trabajar ordenadamente una idea
hasta lograr mejoras y su continuidad. (Gonzalo Vergara 2009)
Para el presente trabajo se considera ms apropiada la definicin dada por Gonzalo Vargas pues da una
visin clara de lo que quiere obtener con el resultado de este trabajo.
1.3
Sistemas de informacin existentes a nivel mundial

1.3.1 SIMEXCID
Sistema de Informacin de Mxico sobre la Cooperacin Internacional para el Desarrollo (SIMEXCID)

(SIMEXCID |Sistema de Informacin de Mxico sobre la Cooperacin Internacional para el Desarrollo
2014) es una plataforma tecnolgica que integra un registro completo de las acciones de cooperacin
internacional que se ejecutan en el interior y hacia el exterior del pas en las cuales participan diversas
instituciones mexicanas que fungen2 como gestoras o ejecutoras de dicha cooperacin. nico en su
diseo, este sistema permite a los usuarios registrar, almacenar, monitorear y analizar la informacin
referente a las acciones de cooperacin internacional de Mxico a travs de una interfaz en lnea. Es
tambin un espacio de interaccin donde el usuario puede consultar datos sobre la Cooperacin
Internacional para el Desarrollo (CID) de acuerdo a diversos criterios. En suma, SIMEXCID es mucho
ms que una base de datos: constituye una herramienta fundamental para planear hacia el futuro,
evaluar el pasado y monitorear las acciones en curso.
1.3.2 Tracking Comex

A travs de la Red Electrnica Nacional del Comercio, la Cmara de Comercio de Santiago est ligada
electrnicamente a 28 cmaras de comercio a lo largo de Chile, lo que se traduce en 33 oficinas
nacionales. Basada en una moderna plataforma tecnolgica, esta red electrnica pone a disposicin de
las cmaras regionales los productos y servicios de la Cmara de Comercio de Santiago (CCS) y al
mismo tiempo proporciona la informacin comercial correspondiente a las regiones del pas.(Portal
Comex CC | Camara de Comercio de Santiago - Chile 2014)
Herramientas destinadas a mejorar los servicios de bsqueda de contrapartes comerciales y de
2 Desempear un empleo o cargo.
6

verificacin de empresas en Asia. Permite al importador integrar a todos sus proveedores de servicios
(agentes de aduana, embarcadores, compaas de seguros y bancos) en una sola plataforma, logrando
as una trazabilidad unificada de todo el proceso de importacin.
Sistema de gestin para el Comercio Exterior, creado para generar una trazabilidad para todas sus
importaciones a travs de diversas herramientas, integrando la informacin con los prestadores de
servicio: agencias de aduana, bancos, embarcadores y compaas de seguro. Tambin permite realizar
un seguimiento de los avances de sus operaciones en lnea, reportes de gestin, estadsticas, control y
seguimiento de embarque, respaldo automtico de sus bases de datos, emisin de documentos a
prestadores de servicios y un sistema de mensajera con historial de las comunicaciones de su
operacin.
En Cuba actualmente no se utiliza ninguna herramienta para la gestin de la Colaboracin Econmica,
pero si existe gran variedad de sistemas capases de gestionar informacin.
1.4
Sistemas de informacin existentes en Cuba

1.4.1 VERSAT-Sarasola
En la actualidad se habla mucho de la necesidad de tener un sistema de contabilidad que se adapte a las
nuevas legislaciones que est emitiendo el pas en temas contables y de informtica; entre los que
existen actualmente, uno de los ms difundidos es el Versat-Sarasola.(Sosa Porteiro, Morales 2008)
El VERSAT-Sarasola es un paquete integrado para la gestin econmica financiera que permite enviar
informacin eficaz, de forma inmediata, desde lugares apartados, a la vez que ofrece mayor
organizacin, control y disciplina en cada gestin.
Se distingue por ser el primer sistema de contabilidad cubano certificado, segn las nuevas normativas
establecidas por los Ministerios de Finanzas y Precios al igual que el de la Informtica y las
Comunicaciones, para este tipo de sistema.
Caractersticas del VERSAT-SARASOLA: (Sosa Porteiro, Morales 2008)
Herramienta para la planificacin econmica, el control y el anlisis de gestin.

Diseado para su empleo en cualquier tipo de entidad empresarial o presupuestada.
Permite llevar el control y registro contable individual de todos los hechos econmicos que se
originan en las estructuras internas de las entidades, as como exponer el estado financiero y
toda la informacin econmica y contable en este universo.
Se estructura en un grupo de subsistemas en los cuales se procesan y contabilizan los
documentos primarios, donde se anotan los movimientos, los recursos materiales, laborales y
financieros que se utilizan en una entidad.
Se logra establecer un proceso de interaccin usuario-sistema.
Rapidez y fiabilidad, a partir de la configuracin del proceso de contabilizacin de los
documentos primarios y de las propias posibilidades de trabajo contenidas en cada subsistema.
1.4.2 RODAS XXI

La Empresa de Tecnologas de la Informacin y Servicios Telemticos Avanzados (CITMATEL) ha
desarrollado el Sistema Integral Econmico Administrativo RODAS XXI que posibilita automatizar el
funcionamiento de cualquier empresa o unidad presupuestada.
RODAS XXI es un sistema multiempresa que cuenta actualmente con ocho mdulos: Finanzas,
Contabilidad, Activos Fijos, Nminas, Inventario, Facturacin, Recursos Humanos y Tele-cobranzas.
Estos mdulos pueden emplearse integrados en su totalidad, formando cualquier subconjunto entre ellos,
o cada uno de forma independiente. (RODAS XXI [sin fecha])
RODAS XXI le ofrece adems las siguientes posibilidades:
Maneja un nmero ilimitado de empresas.

Sus mdulos se pueden configurar o parametrizar segn las caractersticas del usuario.
Trabaja con doble moneda.
7
1.5
Crea reportes fcilmente.

La informacin est protegida por claves.
Lleva un registro de las operaciones relacionadas con el sistema, que permiten auditar el mismo.
Resultado del estudio
El anlisis de los sistemas existentes, en particular los internacionales, evidencia que no son factibles a
utilizar en Cuba, estos sistemas son diseados de acuerdo a los procesos que maneja cada institucin y
respondiendo a sus necesidades especficas. Ajustar alguno de estos sistemas a la Direccin
Colaboracin Econmica que Cuba recibe desde el exterior resultara igual o ms costoso que el
desarrollo de un nuevo sistema.
En Cuba se observa ausencia total de sistemas que gestionen la informacin de la Colaboracin
Econmica que Cuba recibe, los sistemas investigados no responden con las caractersticas necesarias
para dar respuesta a la problemtica, pues ninguno de sus mdulos est relacionado con la
Colaboracin Econmica.
Por lo antes expuesto se hace necesario el desarrollo de un sistema capaz de gestionar la informacin
resultante de los procesos de la Colaboracin Econmica que Cuba recibe desde el exterior.
1.6
Metodologa de desarrollo
Metodologa de desarrollo de software se describe como el conjunto de herramientas, tcnicas,

procedimientos y soporte documental para el diseo de sistemas de informacin.(Roger S. 2002) En
Ingeniera de software cuando se habla de desarrollo de software se habla de desarrollo de programas y
por lo tanto se considera como una tarea de ingeniera, en la cual se debe ejecutar una serie de fases y
etapas para obtener un programa que funcione de acuerdo con mtodos ya establecidos en otras
disciplinas de ingeniera. Las actividades que los ingenieros de software realizan se encuentran
asociadas a un proceso de software donde intervienen diferentes elementos (fases, actividades,
producto, roles, agentes) que permiten la definicin del software a producir (producto), el desarrollo o el
diseo del software, la validacin del software tanto lo interno (requerimientos especficos) como lo
externo (expectativas del cliente), y la evolucin del software donde se modifica para adaptarlo a los
cambios.(Universidad de Oriente Venezuela 2012)
1.6.1 RUP
Rational Unified Process (RUP) es un proceso de desarrollo de software y junto con el Lenguaje
Unificado de Modelado (UML), constituye la metodologa estndar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos.(Corts Alvarez 2013)
Entre las caractersticas fundamentales que se destacan en el proceso de desarrollo de software se
definen:
Iterativo e incremental: A medida que avanza el proceso de desarrollo se producen versiones

incrementales, las cuales se acercan cada vez ms al producto terminado.
Guiado por los casos de uso: Los casos de uso son los que indican cmo debe actuar el sistema
con el usuario final o con otro sistema para conseguir su objetivo.
Centrado en la arquitectura: Los modelos son proyecciones del anlisis y el diseo lo cual
constituye la arquitectura del producto a desarrollar.
Centrado en los Modelos: Los diagramas ayudan a expresar y entender mejor los elementos que
componen un sistema que el lenguaje natural. Su objetivo es minimizar al mximo el uso de
descripciones textuales.
RUP est compuesto por cuatro fases que son: Inicio, Elaboracin, Construccin y Transicin, cada una
de ellas compuesta de una o varias iteraciones. A su vez est compuesto por nueve Flujos de Trabajo:
Modelamiento del negocio, Requerimientos, Anlisis y diseo, Implementacin, Pruebas y Despliegue,
Administracin de cambio y configuracin, Administracin de proyecto y Entorno. En cada una de sus
fases se emplean todos los flujos de trabajo pero con diferente nfasis.
8
1.6.2 XP
XP es una metodologa gil centrada en potenciar las relaciones interpersonales como clave para el xito
en desarrollo de software, promoviendo el trabajo en equipo, preocupndose por el aprendizaje de los
desarrolladores, y propiciando un buen clima de trabajo. XP se basa en realimentacin continua entre el
cliente y el equipo de desarrollo, comunicacin fluida entre todos los participantes, simplicidad en las
soluciones implementadas y coraje para enfrentar los cambios.(INGENIERIA DE SOFTWARE [sin fecha])
Procesos: (INGENIERIA DE SOFTWARE [sin fecha])
El cliente define el valor de negocio a implementar.
El programador estima el esfuerzo necesario para su implementacin.
El cliente selecciona qu construir, de acuerdo con sus prioridades y las restricciones de tiempo.
El programador construye ese valor de negocio.
Vuelve al paso 1.
Caractersticas fundamentales: (INGENIERIA DE SOFTWARE [sin fecha])
Desarrollo iterativo e incremental: pequeas mejoras, unas tras otras.
Frecuente integracin del equipo de programacin con el cliente o usuario. Se recomienda que un
representante del cliente trabaje junto al equipo de desarrollo.
Programacin en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas
en un mismo puesto. Se supone que la mayor calidad del cdigo escrito de esta manera -el cdigo es
revisado y discutido mientras se escribe- es ms importante que la posible prdida de productividad
inmediata.
1.6.3 SXP
Es una metodologa compuesta por las metodologas SCRUM y XP que ofrece una estrategia
tecnolgica, a partir de la introduccin de procedimientos giles que permitan actualizar los procesos de
software para el mejoramiento de la actividad productiva fomentando el desarrollo de la creatividad,
aumentando el nivel de preocupacin y responsabilidad de los miembros del equipo, ayudando al lder
del proyecto a tener un mejor control del mismo. SCRUM es una forma de gestionar un equipo de
manera que trabaje de forma eficiente y de tener siempre medidos los progresos, de forma que sepamos
por dnde andamos. XP ms bien es una metodologa encaminada para el desarrollo; consiste en una
programacin rpida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues
es uno de los requisitos para llegar el xito del proyecto. (Leyva Samada 2009)
SXP consta de cuatro fases principales:
Planificacin-Definicin: Donde se establece la visin, se fijan las expectativas y se realiza el
aseguramiento del financiamiento del proyecto.
Desarrollo: Es la fase donde se realiza la implementacin del sistema hasta que est listo
para ser entregado.
Entrega: Fase donde se pone en marcha el producto desarrollado y se hace la entrega al

cliente.
Mantenimiento: En esta se realiza el soporte para el cliente.
En cada una de estas fases se realizan numerosas actividades, tales como el levantamiento de
requisitos, la priorizacin de la Lista de Reserva del Producto, definicin de las Historias de Usuario,
diseo, implementacin y pruebas; de donde se generan artefactos para documentar todo el proceso.
Las entregas son frecuentes, y existe una refactorizacin continua, lo que nos permite mejorar el diseo
cada vez que se le aada una nueva funcionalidad.
SXP est especialmente indicada para proyectos de pequeos equipos de trabajo, rpido cambio de
requisitos o requisitos imprecisos, muy cambiantes, donde existe un alto riesgo tcnico y se orienta a una
entrega rpida de resultados y una alta flexibilidad. Esta metodologa ayuda a que trabajen todos juntos,
en la misma direccin, con un objetivo claro, permitiendo adems seguir de forma clara el avance de las
tareas a realizar, de forma que los jefes pueden ver da a da cmo progresa el trabajo.
1.6.4 Seleccin de la metodologa

De acuerdo a lo analizado en los epgrafes anteriores SXP es la metodologa que ms se ajusta por lo
que se decidi utilizarla para la realizacin de la solucin propuesta, debido al poco tiempo de
implementacin no es conveniente generar un gran volumen de artefactos como los genera RUP que en
este caso pudieran ocasionar demoras en el proceso de desarrollo, ni tener una interaccin exhaustiva
con el cliente como lo requiere XP.
1.7
Herramientas y tecnologas
1.7.1 Lenguajes de programacin
Java
Java es un lenguaje de programacin de alto nivel y orientado a objetos desarrollado por Sun
Microsystems a principios de los aos 90. El lenguaje en s mismo toma mucha de su sintaxis de C y C+
+, pero tiene un modelo de objetos ms simple y elimina herramientas de bajo nivel, que suelen inducir
muchos errores.
Entre noviembre del 2006 y mayo del 2007, Sun Microsystems liber la mayor parte de sus tecnologas
Java bajo la licencia GNU GPL, de acuerdo con las especificaciones del Java Community Process, de tal
forma que prcticamente todo el Java de Sun es ahora software libre (aunque la biblioteca de clases de
Sun que se requiere para ejecutar las aplicaciones Java todava no es software libre).
Dentro de las principales caractersticas del lenguaje se encuentran: (Jacobson, Rumbaugh 2000)
Lenguaje de programacin orientado a objetos, por lo que se enfoca en los datos (objetos) y en
la manera de llegar a ellos (interfaces), no en las herramientas que se utilizan para manejarlos.
Las aplicaciones realizadas en este leguaje se compilan en un formato de bytecode de
arquitectura neutral, se pueden ejecutar en cualquier sistema, siempre y cuando este sistema
instrumente la mquina virtual de Java.
Java es un lenguaje intrprete. El compilador de Java genera bytecode para la mquina virtual
de Java (JVM - Java Virtual Machine), en vez de cdigo nativo de mquina.
Es robusto, puesto que no permite el manejo directo de memoria.
Los programas no pueden ser atacados por virus, pues para que estos tengan efecto deben
utilizar rutinas de acceso directo a memoria, que Java no tiene.
Los diseadores intentaron crear un lenguaje que el programador pudiera aprender con rapidez.
10
1.7.2 Liferay Portal.

Liferay Portal creado en el ao 2000, proporciona una interfaz web unificada de los datos y las
herramientas, esparcidas a travs de muchas fuentes. Dentro de Liferay portal, una interfaz se compone
de una serie de portlets, elementos interactivos autnomos que se desarrollan en una norma particular,
es decir son pequeos mdulos desarrollados en Java para cumplir con determinada funcionalidad.
(LIFERAY 2014)
Este portal tambin permite la gestin de contenidos web, gestin documental, espacios de trabajo
compartidos, la colaboracin empresarial, redes sociales, foros y encuestas, que hacen de esta
herramienta puntera en el desarrollo web de cdigo abierto. En su instalacin bsica ya estn contenidos
numerosos portlets con las funcionalidades estndar de los portales web, es independiente de la
plataforma tanto de los sistemas operativos como de las bases de datos a utilizar. Cuenta con una gran
comunidad de usuarios, lo cual es una ayuda enorme para los desarrolladores pues al surgir algn error
este puede ser solucionado rpidamente debido al trabajo en comunidad. (LIFERAY 2014)
Liferay Portal es el portal de gestin de contenidos para desplegar del mdulo de gestin de la
informacin de la Colaboracin Econmica que Cuba recibe desde el exterior para el MINCEX, dado que
presenta un conjunto de caractersticas que facilitan la implementacin de aplicaciones o mdulos y en
este caso portlets, posibilitando un desarrollo gil y robusto de la solucin. La seleccin del lenguaje de
programacin, IDE3 de desarrollo, los marcos de trabajo y servidor fue realizada teniendo en cuenta la
compatibilidad de estas herramientas con Liferay. (LIFERAY 2014)
1.7.3 Marcos de trabajo

Spring 3.2.4
Spring es un marco de trabajo de cdigo abierto de desarrollo de aplicaciones para la plataforma Java,
cuenta con un conjunto de libreras en las que se pueden seleccionar aquellas que faciliten el desarrollo
de la aplicacin. Entre sus posibilidades ms potentes est su contenedor de Inversin de Control 4.
Tambin permite configurar las clases en un archivo XML y definir en l las dependencias. De esta forma
la aplicacin se vuelve muy modular y a la vez no adquiere dependencias con Spring, la introduccin de
aspectos, plantillas de utilidades para Hibernate, iBatis 5 y Java Database Connectivity (JDBC) as como
la integracin con Java Server Face (JSF).(Spring Framework 2014)
Hibernate 4.1.2
Hibernate ORM permite a los desarrolladores escribir fcilmente aplicaciones cuyos datos sobreviven al
proceso de solicitud. Como un marco de mapeo objeto / relacional (ORM), Hibernate tiene que ver con la
persistencia de datos, ya que se aplica a las bases de datos relacionales (va JDBC). (Hibernate ORM Hibernate ORM 2014)
Caractersticas:(Hibernate ORM - Hibernate ORM 2014)
Proveedor JPA: Adems de su propia Interfaz de Programacin de Aplicaciones o Application

Programming Interface (API) "nativo", Hibernate tambin es una implementacin de la
especificacin del API de persistencia de Java (JPA). Como tal, se puede utilizar fcilmente en
cualquier entorno que soporte JPA incluidas las aplicaciones Java Standard Edition (Java SE 6),
3 Entorno integrado de desarrollo.

4 Inversin de Control, tambin llamado Inyeccin de Dependencias, es una tcnica alternativa a las
clsicas bsquedas de recursos va Java Naming and Directory Interface (JNDI).
5 Marco de trabajo de cdigo abierto basado en capas, desarrollado por Apache Software Foundation,
que se ocupa de la capa de Persistencia (se sita entre la lgica de Negocio y la capa de la Base de
Datos).
6 Coleccin de APIs del lenguaje de programacin Java.
11
servidores de aplicaciones Java Enterprise Edition (Java EE 7) y contenedores Enterprise Open

Services Gateway Initiative (OSGi).
Persistencia idiomtica: Permite desarrollar clases persistentes siguiendo el idioma natural
orientado a objetos, incluyendo la herencia, el polimorfismo, la asociacin, la composicin, y el
marco de trabajo de colecciones de Java (Java collections framework). Hibernate no requiere de
interfaces o clases base para las clases persistentes y permite a cualquier clase o estructura de
datos ser persistentes.
Alto rendimiento: Soporta la inicializacin perezosa (lazy initialization), numerosas estrategias de
bsqueda y el bloqueo optimista con el versionado automtico y estampado de tiempo. Hibernate
no requiere de tablas de bases de datos especiales o campos y genera gran parte del SQL en
tiempo de inicializacin del sistema en lugar de en tiempo de ejecucin.
Hibernate ofrece consistentemente un rendimiento superior sobre el cdigo JDBC directamente,
tanto en trminos de la productividad del desarrollador y de rendimiento en tiempo de ejecucin.
Escalabilidad: Fue diseado para funcionar en un clster de servidor de aplicaciones y ofrecer
una arquitectura altamente escalable. La escalabilidad de Hibernate funciona bien en cualquier
entorno: Puede usarse en una Intranet local que sirve a cientos de usuarios o para aplicaciones
de misin crtica que atienden a cientos de miles de personas.
De confianza: Es bien conocido por su excelente estabilidad y calidad, probada por la aceptacin
y el uso de decenas de miles de desarrolladores de Java.
Extensibilidad: Hibernate es altamente configurable y extensible.
JSF 2.1.9
JavaServer Faces (JSF) es un marco de trabajo de interfaz de usuario para las aplicaciones web de
Java. Est diseado para aliviar significativamente la carga de la escritura y mantenimiento de las
aplicaciones que se ejecutan en un servidor de aplicaciones Java y renderizan sus interfaces de usuario
a un cliente especfico. (Ed Burns 2013)
JSF proporciona la facilidad de uso de las siguientes maneras: (Ed Burns 2013)
Hace que sea fcil de construir una interfaz de usuario a partir de un conjunto de componentes
de interfaz de usuario reutilizables.
Simplifica la migracin de los datos de la aplicacin hacia y desde la interfaz de usuario.
Ayuda a administrar el estado de la interfaz de usuario a travs de las peticiones de servidor.
Proporciona un modelo simple para la conexin de los eventos generados por el cliente al cdigo
de la aplicacin en el servidor.
Permite que los componentes de interfaz de usuario personalizados sean fcilmente construidos
y reutilizados.
Primefaces 4.0
PrimeFaces es una librera de componentes visuales de cdigo abierto desarrollada y mantenida por
Prime Technology, una compaa turca especializada en consultora gil, JSF, Java EE y Outsourcing.
(Vi Lerma 2010)
Las principales caractersticas de Primefaces son: (Vi Lerma 2010)
Soporte nativo de Ajax, incluyendo Push/Comet.

Kit para crear aplicaciones web para mviles.
Es compatible con otras libreras de componentes, como JBoss RichFaces.
Uso de javascript no intrusivo (no aparece en lnea dentro de los elementos, sino dentro de un
bloque <script>).
Es un proyecto de cdigo abierto, activo y bastante estable entre versiones.
7 Plataforma de programacin parte de la Plataforma Java para desarrollar y ejecutar software de

aplicaciones en el lenguaje de programacin Java.
12
1.7.4 Entorno de Desarrollo Integrado

Eclipse Kepler
Eclipse v4.3 (Kepler) provee un conjunto de herramientas para administrar espacios de trabajo, construir,
correr y depurar aplicaciones y compartir artefactos con un equipo. Es una plataforma que est diseada
para ser infinitamente extendida con cada vez ms sofisticadas herramientas. Est construido sobre un
mecanismo para el descubrimiento, integracin y ejecucin de mdulos llamados plug-ins 8. La clase de
producto final incluye aplicaciones IDE, tambin denominados richclientsr (clientes ricos), que se
benefician del diseo de la plataforma de Eclipse y sus componentes. (ECLIPCE 2014)
La plataforma Eclipse est habilitada para afrontar las siguientes necesidades:
Soportar la construccin de gran variedad de herramientas de desarrollo.

Soportar las herramientas proporcionadas por diferentes fabricantes de software independientes.
Soportar herramientas que permitan manipular diferentes contenidos (HTML, Java, C, JSP, EJB,
XML, y GIF).
Facilitar una integracin transparente entre todas las herramientas y tipos de contenidos sin
tener en cuenta al proveedor.
Proporcionar entornos de desarrollo grfico (GUI) o no grficos.
Ejecutarse en una gran variedad de sistemas operativos, incluyendo Windows y Linux.
1.7.5 Sistema Gestor de Bases de Datos

PostgreSQL 9.1
PostgreSQL es un sistema gestor de bases de datos objeto-relacional (ORDBMS) basado en Postgres,
Versin 4.21, desarrollado en el Departamento de Ciencias de la Computacin de Berkeley de la
Universidad de California. Postgres fue pionero en muchos conceptos que slo estuvieron disponibles en
algunos sistemas de bases de datos comerciales ms tarde. (The PostgreSQL Global Development
Group 2010)
PostgreSQL es un descendiente de cdigo abierto del cdigo original de Berkeley. Es compatible con una
gran parte del estndar SQL y ofrece muchas caractersticas modernas: (The PostgreSQL Global
Development Group 2010)
Consultas complejas
Claves externas
Desencadenantes
Vistas
Integridad transaccional
Control de concurrencia multiversin
Tambin, PostgreSQL puede ampliarse por el usuario de muchas maneras, por ejemplo mediante la
adicin de: (The PostgreSQL Global Development Group 2010)
Tipos de datos
Funciones
Operadores
Funciones de agregado
Los mtodos de ndice
Lenguajes de procedimiento
Y debido a la licencia libre, PostgreSQL puede ser utilizado, modificado y distribuido por cualquier
persona sin cobrar por cualquier propsito, ya sea privado, comercial o acadmico. (The PostgreSQL
8 Mdulo de hardware o software que aade una caracterstica o un servicio especfico a un sistema ms
grande.
13

Global Development Group 2010)
1.8
Conclusiones
En este captulo se evaluaron las caractersticas, herramientas, tecnologas, marcos de trabajo y

conceptos importantes que se utilizarn durante el desarrollo de la aplicacin. Se seleccion la
metodologa de desarrollo de software SXP y el lenguaje de programacin Java para el desarrollo la
solucin. El IDE de desarrollo Eclipse por ser el plug-ins Liferay soportado por este as como todas las
caractersticas especficas del Liferay Portal. PostgreSQL ser el sistema gestor de base de datos y Visual
Paradigm la herramienta utilizada para el modelado de los artefactos y diagramas generados por SXP.
Estas herramientas posibilitarn el cumplimiento de la solucin y que la misma cuente con la calidad
requerida.
14
CAPTULO II CARACTERSTICAS DE LA SOLUCIN

2.1
Introduccin
En el presente captulo se detallan brevemente los artefactos de la metodologa SXP seleccionada en el

captulo anterior, se describen las historias de usuario de los requisitos funcionales y se identifican los
requisitos no funcionales. Se expone el Caso de Uso del Negocio para una mejor comprensin de la
solucin, se elabora el diagrama de componentes identificando las principales entidades y las relaciones
entre ellas. Adems se muestra el diagrama de paquete y se define la arquitectura del sistema.
2.2
Propuesta de Solucin
La aplicacin debe permitir realizar la gestin de la informacin referente a las acciones de colaboracin
de la Direccin de Colaboracin Econmica que Cuba recibe desde el exterior, con el fin de lograr una
mayor agilidad en la gestin de los datos resultante de este proceso.
Dentro de las principales caractersticas que debe presentar se encuentran:
Brindar la informacin requerida a los clientes en el momento que lo soliciten.

Informacin actualizada constantemente.
Agiliza los procesos de gestin de la informacin.
Entre las principales funciones de la aplicacin se encuentran: aadir, actualizar, eliminar y permitir
obtener las acciones de colaboracin registradas en el sistema. Adems de realizar las funcionalidades
para la obtencin de los reportes sobre cualquiera de los campos definidos permitiendo el control de la
informacin sobre las acciones de colaboracin.
2.3
Diagrama de Caso de Uso del Negocio
Describe los procesos de un negocio, vinculados al campo de accin, y cmo se benefician e interactan
los socios y clientes en estos procesos.
15

Imagen 1: Diagrama de Caso de Uso del Negocio
Actores
Jefe de Organismo: Persona encargada de hacer las cartas de solicitud de aprobacin de donativos.
Consejo de Estado: rgano que acta a nombre del poder legislativo, solicita reportes al MINCEX
Especialista: Persona encargada de enviar la ficha del proyecto y los anexos desagregados al tcnico
de colaboracin.
Descripcin de Caso de Uso del Negocio:
Controlar la ejecucin de donaciones puntuales incluidas en el plan.
El caso de uso se inicia cuando el actor elabora los anexos 1, 2, 2, 3 y el expediente del proyecto, luego
el especialista del MINCEX recibe esta informacin y realiza la ficha del donativo, con los anexos y la
ficha el tcnico de colaboracin procede a registrar la donacin, terminando as el caso de uso.
Evaluar y aprobar modificaciones a proyectos en ejecucin.
El caso de uso se inicia cuando el actor enva al especialista del MINCEX la solicitud de modificaciones a
proyectos de colaboracin en ejecucin, luego el especialista aprueba o no la solicitud, se actualiza el
mster de colaboracin en caso de ser aprobada, terminando as el caso de uso.
Controlar ejecucin de los proyectos de colaboracin.
El caso de uso se inicia cuando el actor elabora los modelos de control de proyectos. Luego estos
modelos son consultados por el especialista del MINCEX para ser enviados al tcnico de colaboracin
para que este proceda a actualizar el mster de colaboracin, terminando as el caso de uso.
Conformar mster de colaboracin.
El caso de uso se inicia cuando el actor enva la ficha del proyecto de colaboracin y los anexos
desagregados al tcnico de colaboracin. Luego el tcnico procede a conformar el mster de
colaboracin y a elaborar los reportes para ser enviados a la administracin del estado, terminando as el
caso de uso.
Controlar ejecucin de donaciones puntuales no Plan
El caso de uso se inicia cuando el actor enva una carta al MINCEX de solicitud de aprobacin de una
donacin puntual fuera del plan de la economa y que no libera fuente de financiamiento de este. Luego
de que la carta es revisada y valorada en diferentes reas, se le enva la notificacin de su aprobacin al
jefe del organismo, terminando as el caso de uso.
Realizar reportes sobre los donativos.
El caso de uso se inicia cuando el actor solicita una determinada informacin al MINCEX, el tcnico de
colaboracin realiza el reporte y se lo enva al consejo de estado, terminando as el caso de uso.
Certificar Plan.
El caso de uso se inicia cuando el actor enva la propuesta de colaboracin al MINCEX, el especialista
del MINCEX analiza esta informacin y decide si se aprueba o no, luego le enva una carta a la directora
de colaboracin para su certificacin. Finalmente la directora le enva la carta al Ministro del MEP
terminando as el caso de uso.
Dar seguimiento a los proyectos de colaboracin en trmites
El caso de uso se inicia cuando el actor enva el expediente de proyecto y los anexos 1, 2, 3 y 4 al
MINCEX. Luego de que la documentacin es revisada y valorada por el Comit de Aprobacin de
Proyectos, se le enva la notificacin de su aprobacin o no al jefe del organismo, terminando as el caso
de uso.
2.4
Lista de Reserva del Producto
Es una lista priorizada que define el trabajo que se va a realizar en el proyecto. Los posibles elementos
16

de esta lista son requerimientos tcnicos y del negocio, funciones, y actualizaciones tecnolgicas
requeridas. Cuando un proyecto comienza es muy difcil tener claro todos los requerimientos sobre el
producto. Sin embargo, suelen surgir los ms importantes que casi siempre son ms que suficientes para
un Sprint (Iteracin), un Sprint es un ciclo iterativo en el cual se desarrolla o mejora una funcionalidad
para producir nuevos incrementos. (Vaillant, 2013)
Tabla 1: Lista de Reserva del Producto.
Requisitos funcionales
Prioridad
tem
*
Descripcin
Estimacin
Estimado por
Muy Alta
Alta
1
Importar Plan de la Economa de la colaboracin

que Cuba recibe.
1 Semana
Analista
Exportar Anexo 1 del Plan de la Economa.
1 Semana
Analista
Importar modelos de desagregacin del Plan de la

Economa de la colaboracin que Cuba recibe.
1 Semana
Analista
Importar modelos de ejecucin del Plan de la

colaboracin que Cuba recibe.
1 Semana
Analista
Eliminar Plan de la Economa de la colaboracin

que Cuba recibe.
1 Semana
Analista
Mostrar Plan de la Economa de la colaboracin

que Cuba recibe.
1 Semana
Analista
Modificar Anexo 1: Captacin de la Informacin.
1 Semana
Analista
Modificar Anexo 2A: Captacin de las inversiones

y otros requerimientos en CUP.
1 Semana
Analista
17
Modificar Plan de adquisiciones del Plan de la

Economa.
1 Semana
Analista
10
Eliminar Anexo 3: Plan de adquisiciones.
1 Semana
Analista
11
Mostrar listado de planes de adquisiciones del

Plan de la Economa.
1 Semana
Analista
12
Modificar proyecto de colaboracin.
1 Semana
Analista
13
Eliminar proyecto de colaboracin.
1 Semana
Analista
14
Mostrar listado de proyectos de colaboracin.
1 Semana
Analista
15
Mostrar comportamiento de los proyectos en

ejecucin respecto al Plan.
1 Semana
Analista
16
Modificar donacin puntual incluida en el Plan de

la Economa.
1 Semana
Analista
17
Eliminar donacin puntual incluida en el Plan de la

Economa.
1 Semana
Analista
18
Mostrar listado de donaciones puntuales incluidas

en el Plan de la Economa.
1 Semana
Analista
19
Adicionar donacin puntual fuera del Plan de la

Economa.
1 Semana
Analista
20
Eliminar donacin puntual fuera del Plan de la

Economa.
1 Semana
Analista
21
Modificar donacin puntual fuera del Plan de la

Economa.
1 Semana
Analista
18
22
Mostrar listado de donaciones puntual fuera del

Plan de la Economa.
1 Semana
Analista
23
Mostrar listado de donaciones puntual fuera del

Plan de la Economa.
1 Semana
Analista
24
Obtener todos los proyectos cerrados.
1 Semana
Analista
25
Obtener todos los proyectos cerrados por entidad

objeto de plan.
1 Semana
Analista
26
Obtener ficha de un proyecto por el cdigo.
1 Semana
Analista
27
Obtener comportamiento de un proyecto dado el

cdigo.
1 Semana
Analista
28
Obtener listado de proyectos en ejecucin por

entidad objeto de plan.
1 Semana
Analista
29
Obtener el consolidado de los proyectos

financiados a partir de donaciones por ao.
1 Semana
Analista
30
Obtener el consolidado de los proyectos

financiados a partir de crditos blandos por ao.
1 Semana
Analista
31
Obtener el consolidado de las donaciones

puntuales incluidas en el Plan de la Economa por
ao.
1 Semana
Analista
32
Obtener el consolidado de los proyectos en

trmites por ao.
1 Semana
Analista
33
Obtener el consolidado resumen por ao.
1 Semana
Analista
34
Obtener cantidad de acciones de colaboracin

presentadas en el Plan por entidad objeto de plan
y ao.
1 Semana
Analista
35
Obtener cantidad de proyectos presentados en el

Plan por entidad objeto de plan y ao.
1 Semana
Analista
36
Obtener cantidad de proyectos en ejecucin en el

1 Semana
Analista
Media
19
37
Obtener cantidad de proyectos en trmite en el

1 Semana
Analista
38
Obtener cantidad de proyectos presentados en el

Plan por ao.
1 Semana
Analista
39
Obtener cantidad de proyectos en ejecucin en el

Plan por ao.
1 Semana
Analista
40
Obtener cantidad de proyectos en trmite en el

Plan por ao.
1 Semana
Analista
41

entidad objeto de plan y ao.
1 Semana
Analista
42
Obtener la apertura de los proyectos de

colaboracin por ao.
1 Semana
Analista
43
Obtener cantidad de donaciones puntuales dentro

del Plan de la Economa por entidad objeto de
plan y ao.
1 Semana
Analista
44
Obtener monto total planificado de los proyectos

en trmite por ao.
1 Semana
Analista
45
Obtener reporte Ejecucin del Plan de la

Economa por ao.
1 Semana
Analista
46
Obtener reporte Comportamiento de los

proyectos financiados con crditos blandos por
ao.
1 Semana
Analista
47
Obtener reporte Comportamiento por sectores de

los proyectos en ejecucin por ao.
1 Semana
Analista
48
Obtener reporte Comportamiento por sectores de

las donaciones puntuales por ao.
1 Semana
Analista
49
Obtener reporte Comportamiento por direcciones

polticas de los proyectos en ejecucin por ao.
1 Semana
Analista
50
Obtener reporte Comportamiento por direcciones

polticas de las donaciones puntuales por ao.
1 Semana
Analista
51
Obtener reporte Comportamiento por tipo de

fuente de los proyectos en ejecucin por ao.
1 Semana
Analista
52
Obtener reporte Comportamiento por tipo de

fuente de las donaciones puntuales por ao.
1 Semana
Analista
20
53
Obtener reporte Comportamiento por provincia de

los proyectos en ejecucin por ao.
1 Semana
Analista
54

provincia y ao.
1 Semana
Analista
55

pas.
1 Semana
Analista
56
Obtener listado de proyectos en ejecucin por pas

y ao de planificacin.
1 Semana
Analista
57

contraparte extranjera.
1 Semana
Analista
58

contraparte extranjera y ao de planificacin.
1 Semana
Analista
59

donante.
1 Semana
Analista
60
Obtener listado de proyectos de colaboracin por

tipo de fuente.
1 Semana
Analista
61
Obtener donaciones incluidas en el Plan por tipo

de fuente.
1 Semana
Analista
62
Obtener donaciones puntuales fuera del Plan por

tipo de fuente.
1 Semana
Analista
63

donante y ao de planificacin.
1 Semana
Analista
64

fecha de inicio.
1 Semana
Analista
65

fecha de conclusin.
1 Semana
Analista
66

entidad objeto de plan.
1 Semana
Analista
67

contraparte cubana.
1 Semana
Analista
68

contraparte cubana y ao de planificacin.
1 Semana
Analista
69

sector y provincia.
1 Semana
Analista
21
70

sector, provincia y ao de planificacin.
1 Semana
Analista
71

provincia y direccin poltica.
1 Semana
Analista
72

provincia, direccin poltica y ao de planificacin.
1 Semana
Analista
73
Enviar correo electrnico notificando el plazo de

evaluacin de una propuesta.
1 Semana
Analista
74
Enviar correo electrnico notificando la fecha de

conclusin de un proyecto.
1 Semana
Analista
75
Obtener ficha de un donativo por el cdigo.
1 Semana
Analista
76
Obtener proyectos de colaboracin en ejecucin

por agrupaciones de pases.
1 Semana
Analista
Baja
Requisitos no funcionales
77
Los campos de texto tendrn un tamao estndar

de acuerdo con el espacio con que se cuente en el
rea de la pgina y en la medida que se llene esa
rea primaria, agregar la barra de desplazamiento
vertical.
78
No se utilizarn textos extensos para las etiquetas

de la interfaz de usuario.
79
La aplicacin debe mantenerse funcionando las 24

horas del da y los siete das de la semana.
80
Al reanudarse las operaciones luego de

interrumpir la energa al cliente se debe actualizar
la informacin del servidor.
81
Al reanudarse las operaciones luego de

interrumpir las comunicaciones de red en el cliente
se debe enviar o actualizar informacin al/del
servidor.
22
2.5
82
Capacidad. El servidor de aplicacin debe

soportar un aumento de usuarios concurrentes por
minuto de 1 a 50.
83
Brindar soporte a la aplicacin. La aplicacin

recibir mantenimiento en el perodo de tiempo
determinado por el equipo de desarrollo y el
cliente.
84
El servidor de base de datos ser PostgreSQL

9.1.x o superior.
85
El sistema se ejecutar en los navegadores

Mozilla Firefox 20.0 o superior, Internet Explorer 7
o superior, Chrome 7 o superior, Safari u Opera 10
o superior.
86
Se usar el servidor web Apache Tomcat 7.0.x o

superior.
87
Debe estar instalada la mquina virtual de Java

JDK 1.7.x o superior.
88
Se estar usando una herramienta de software

libre, licencia de cdigo abierto GNU/GPL. La
licencia GPL, al ser un documento que cede
ciertos derechos al usuario, asume la forma de un
contrato, por lo que usualmente se la denomina
contrato de licencia o acuerdo de licencia.
89
Se elaborar el manual de usuario.
90
Las pginas no tendrn muchas imgenes y

poseern pocos colores
91
Cada rol tendr una interfaz diferente con las

funciones que le corresponden.
92
Se har uso de simbologa mediante conos que

contendrn funcionalidades especficas.
93
El nivel de funcionamiento del sistema deber

corresponder con el nivel medio de conocimiento
informtico de los usuarios.
Historias de Usuario y Tareas de Ingeniera

2.5.1 Historias de Usuario
En esta plantilla se especifican los requisitos del software, las historias de usuarios (HU) son escritas por
el cliente como las tareas que el sistema debe hacer y su construccin depende principalmente de la
habilidad que tenga el cliente para definirlas, escritas en lenguaje natural y sin un formato
predeterminado. (Vaillant, 2013)
23

Tabla 2: HU_15 Modificar proyecto de colaboracin
Nmero: HU_13
Nombre del requisito: Modificar proyecto de colaboracin.
Programador:
Iteracin Asignada: 1
Alberto R. Gonzlez Martnez

Carlos M. Gonzlez Nez
Prioridad: Alta
Tiempo Estimado: 7 das
Riesgo en Desarrollo: Personal de la
Tiempo Real: 7 das
plantilla
abandona
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de modificar un proyecto de colaboracin. Al seleccionar esta
opcin, el sistema le mostrar al usuario un listado con los proyectos de colaboracin
separados por categora y las opciones Modificar y Cancelar. El usuario deber seleccionar
el proyecto que desea modificar en la tabla. Al dar clic en Modificar el sistema mostrar los
datos para ser modificados en una nueva ventana y las opciones Guardar y Cancelar. El
sistema permitir la modificacin de la siguiente informacin:
Entrada:
24
Campos
Tipo de dato
1. Categora de la accin de
Reglas o Restricciones
String
No nulo
2. Estado
String
No nulo
3. Ttulo del Proyecto
String
No nulo, nico
String
No nulo
5. Direccin Poltica
String
No nulo
6. Contraparte Cubana
String
No nulo
7. Contraparte Extranjera:
String
No nulo
8. Tipo Fuente
String
No nulo
9. Donante o Fuente de Financiamiento
String
No nulo
10. Provincia(s) donde se ejecuta
String
No nulo
11. Entidad objeto de Plan.
String
No nulo
12. Sector.
String
No nulo
13. Duracin proyecto:
Integer
No nulo
14. Fecha de Inicio del proyecto
Date
No nulo
15. Fecha final del proyecto
Date
No nulo
colaboracin
4. Pas\Organismo
Econmico
Internacional
16. Presupuesto en moneda de origen.
Double
17. Tasa de cambio.
String
Double
No nulo
Double
No nulo
20. Fecha de entrada a la Direccin.
Date
No nulo
21. Observaciones.
String
18. Monto total del presupuesto en miles

de CUC.
19. Monto total del presupuesto en miles
de CUP.
Salida:
Al dar clic en Guardar el sistema validar los cambios realizados notificando en caso de error,
en caso correcto se almacenarn en la base de datos.
Si el usuario selecciona la opcin Cancelar se regresar a la ventana anterior.
Observaciones:
Las posibles categoras de las acciones de colaboracin son:
Proyectos aprobados Financiados a partir de donaciones.

25
Proyectos aprobados Financiados a partir de Crditos Blandos.
Proyectos en trmite Financiados a partir de donaciones.
Proyectos en trmite Financiados a partir de Crditos Blandos.
Los proyectos con las categoras siguientes son considerados proyectos en trmites:

Los posibles estados asociado a los proyectos en trmites son los siguientes:
Activo: estado por defecto de un proyecto en trmite.
Ejecucin: se debe tener en cuenta que cuando selecciona este valor se cambia el
estado de un proyecto en trmite a ejecucin por lo que se debe hacer corresponder
con su categora dentro de los proyectos en ejecucin.
Cancelado: se considera un proyecto en trmite cancelado.
Los proyectos con las categoras siguientes son considerados proyectos en ejecucin:

Los posibles estados asociado a los proyectos en ejecucin son los siguientes:
Activo: estado por defecto de un proyecto en ejecucin.
Concluido: se considera un proyecto en ejecucin concluido.
Cancelado: se considera un proyecto en ejecucin cancelado.
Cerrado: se considera un proyecto en ejecucin cerrado.
Prototipo de interfaz de usuario:
26
2.5.2 Tareas de Ingeniera

En esta plantilla se recogen las tareas por historias de usuario a realizar.
27

Tabla 3: Tarea de Ingeniera HU_13
Tarea de Ingeniera
Nmero Tarea: 13
Nmero Historia de Usuario: HU_13
Nombre Tarea: Modificar proyecto de colaboracin.

Tipo de Tarea : Desarrollo
Puntos Estimados: 1 semana
Fecha Inicio: 10/02/2014
Fecha Fin: 14/02/2014
Programador Responsable: Alberto R. Gonzlez Martnez

Descripcin: Implementar todas las funcionalidades necesarias para modificar toda la informacin referente
a los proyectos de colaboracin.
2.6
Plan de release
Es un artefacto que describe cada una de las iteraciones que se van a desarrollar para la realizacin del
producto, la descripcin del objetivo de la misma, el nmero de historias de usuario que se van a
implementar en cada una de las iteraciones por orden de prioridad y la duracin total que va a ser el
tiempo estimado segn las HU propuestas en que demorar su implementacin. (Vaillant, 2013)
Tabla 4: Plan de Release
Release
Orden de Historia de Usuario a

Implementar
Descripcin de la Iteracin
Duracin Total
Iteracin 2
En esta iteracin se desarrollarn las

historias de usuarios referentes a la
obtencin de las acciones de
colaboracin para un total de 38 HU.
HU_21 HU_23 HU_24 HU_30 HU_31

HU_32 HU_33 HU_34 HU_35 HU_36
HU_37 HU_39 HU_40 HU_50 HU_51
HU_52 HU_53 HU_54 HU_55 HU_56
HU_57 HU_58 HU_59 HU_60 HU_61
HU_63 HU_64 HU_65 HU_66 HU_67
HU_68 HU_76 HU_16 HU_19 HU_20
HU_22 HU_74 HU_75
3 Semanas
Iteracin 3

historias de usuarios relacionadas
con la gestin y obtencin de la
informacin del plan de la economa
para un total de 22 HU.
HU_2 HU_5 HU_6 HU_7 HU_8 HU_9

HU_10 HU_11 HU_12 HU_13 HU_14
HU_15 HU_17 HU_18 HU_25 HU_26
HU_27 HU_28 HU_29 HU_71 HU_72
HU_73 HU_76
6 Semanas
Iteracin 4

historias de usuarios relacionadas
con importar archivos (informacin),
generar reportes y envo de correo
para un total de 13 HU.
HU_1 HU_3 HU_4 HU_41 HU_42

HU_43 HU_44 HU_45 HU_46 HU_47
HU_48 HU_49 HU_69 HU_70
2.7
3 Semanas
Arquitectura de Software
El estilo arquitectnico N-Capas se basa en una distribucin jerrquica de los roles y las
responsabilidades para proporcionar una divisin efectiva de los problemas a resolver. Los roles indican
el tipo y la forma de la interaccin con otras capas y las responsabilidades de la funcionalidad que
implementan. (Moquillaza Henrquez, Vega Huerta, Guerra Grados 2010)
28
Vista
Controlador
Servicio
Acceso a Datos
Imagen 2: Arquitectura N Capas
Patrones de diseo. (Garca Carmona 2012)

Patrn experto: Determina en un modelo conceptual (Diagrama de clases) la clase que posee la mayor
jerarqua para asignarle una responsabilidad "La responsabilidad que se quiera evaluar y debe ser
implementado por un mtodo"
Patrn creador: Se utiliza cuando se quiere a partir de una clase con alta jerarqua obtener clases
descendiente o instancias a partir de las clases obtenidas.
Patrn controlador: Es el encargado de definir las estructuras para los patrones experto y creador.
Alta cohesin: El grado de cohesin mide la coherencia de una clase, esto es, lo coherente que es la
informacin que almacena una clase con las responsabilidades y relaciones que sta tiene con otras
clases.
La informacin que almacena una clase debe de ser coherente y debe estar, en la medida de lo posible,
relacionada con la clase. Existen 7 tipos de cohesin:
1. Cohesin coincidente: el mdulo realiza mltiples tareas pero sin ninguna relacin entre ellas.
2. Cohesin lgica: el mdulo realiza mltiples tareas relacionadas pero en tiempo de ejecucin
slo una de ellas ser llevada a cabo.
3. Cohesin temporal: las tareas llevadas a cabo por un mdulo tienen, como nica relacin el
deber de ser ejecutadas al mismo tiempo.
4. Cohesin de procedimiento: la nica relacin que guardan las tareas de un mdulo es que
corresponden a una secuencia de pasos propia del producto.
5. Cohesin de comunicacin: las tareas corresponden a una secuencia de pasos propia del
producto y todas afectan a los mismos datos.
6. Cohesin de informacin: las tareas llevadas a cabo por un mdulo tienen su propio punto de
arranque, su codificacin independiente y trabajan sobre los mismos datos. El ejemplo tpico:
OBJETOS
7. Cohesin funcional: cuando el mdulo ejecuta una y slo una tarea, teniendo un nico objetivo a
cumplir.
Bajo Acoplamiento: El grado de acoplamiento indica lo vinculadas que estn unas clases con otras, es
decir, lo que afecta un cambio en una clase a las dems y por tanto lo dependientes que son unas clases
de otras.
Es la idea de tener las clases lo menos ligadas entre s que se pueda, de tal forma que, en caso de
producirse una modificacin en alguna de ellas, tenga la mnima repercusin posible en el resto de
clases, potenciando la reutilizacin, y disminuyendo la dependencia entre las clases. Tambin hay varios
tipos de acoplamiento.
1. Acoplamiento de contenido: cuando un mdulo referencia directamente el contenido de otro
mdulo.
2. Acoplamiento comn: cuando dos mdulos acceden (y afectan) a un mismo valor global.
3. Acoplamiento de control: cuando un mdulo le enva a otro un elemento de control que
determina la lgica de ejecucin del mismo.
2.8
Diseo con metfora
Diseo con las metforas: el sistema es definido mediante una metfora o un conjunto de metforas
compartidas por el cliente y el equipo de desarrollo. Una metfora es una historia compartida que
describe cmo debera funcionar el sistema. (Vaillant, 2013)
Este diseo genera el artefacto Modelo de Diseo, el cual estar compuesto por diagramas de paquetes
contenedores del diseo.
29

Los diagramas de paquetes son una simplificacin de un diagrama de clases, slo se representan los
paquetes de los que pertenecen las clases. Son muy tiles para ver las dependencias entre los paquetes
de un sistema. Se pueden localizar ciclos, o dependencias que no deberan existir o que son
redundantes. (RBC Dexia IS 2011)
Imagen 3: Diagrama de Paquetes
Si se analiza el diagrama de paquetes que se expone en la figura 3, se podr identificar la

arquitectura de tres capas con que contar la aplicacin. Los paquetes Vista y Validador estarn
contenidos en la capa Presentacin, encargada de contener toda la interfaz que interactuar con el
usuario. En la capa Lgica del negocio encontraremos los paquetes Controlador y Servicios, en estos
paquetes, como sus nombres lo indican, estarn las clases controladoras y los servicios del sistema. El
paquete Modelo, se encuentra en la Capa de Datos es donde se encuentran los DAO y modelos para
todo lo referente al acceso a datos de la solucin propuesta.
2.9
Diagrama de Componentes
En los diagramas de componentes se muestran los elementos fsicos del software, como son libreras,
binarios y ejecutables. Estos modelos son la especificacin de los diagramas de paquetes, pues se
especifican los componentes contenidos en cada paquete presente en el sistema, as como la relacin
entre ellos.
30
Imagen 4: Diagrama de Componentes SIMINCEX
2.10
Conclusiones
En este captulo se explic la propuesta de solucin para el Mdulo de gestin de la informacin de la

Colaboracin Econmica que Cuba recibe desde el exterior para el MINCEX, adems se expusieron y
explicaron los artefactos generados por la metodologa SXP quedando demostrada la factibilidad del uso
de dicha metodologa para dar cumplimiento a las tareas.
31
CAPTULO III IMPLEMENTACIN Y VALIDACIN

3.1
Introduccin
En este captulo se estar mostrando los estndares de codificacin utilizados para dar solucin al
problema y los ejemplos de las principales clases y mtodos implementados. Adems se reflejan las
pruebas realizadas para la validacin de la aplicacin as como sus resultados.
3.2
Estndares de indicadores de codificacin
Tabla 5: Estndares de indicadores de codificacin
Elemento
Estndar
Ejemplo
Variables
Variante lowerCamelCase.
String name;
Empiezan con minsculas y si estos

identificadores estn compuestos por
varias palabras las siguientes empezarn
con mayscula.
String secondName;
Variante lowerCamelCase.
public void addProject(){}
Los nombres de mtodo deben iniciar con

un verbo.
public Project getProject(){}
Mtodos
Los obtenedores de campos privados en

las clases tienen el prefijo "get".
public void setProject(){}

public boolean isEncrypted(){}
Los modificadores de campos privados en

las clases tienen el prefijo "set".
Los obtenedores con el resultado de
booleano tienen el prefijo "is".
Constantes
Las constantes o campos finales son

escritos en letras maysculas y separando
las palabras por un guin bajo _.
CONST_PI = 3.14;
Clases y
Enumeradores
Variante UpperCamelCase.
class Person{}
Todas las palabras que componen a

dichos identificadores empezarn con
mayscula.
class OldPerson{}
Clases Controladoras: estas clases deben

terminar con la palabra Controller.
Clases Service: estas clases deben
terminar con la palabra Service excepto
las clases servicios que implementan
alguna interfaz.
Clases Exceptions: estas clases deben
terminar con la palabra Exception.
Clases Validators: las clases que se utilicen
para realizar validaciones deben terminar
con la palabra Validator.
Clases DAO: las clases que se utilicen
como Objeto de Acceso a Datos deben
terminar con la palabra Dao.
32
interface IPerson{}
class PersonController{}
class PersonService{}
class UsernameExistsException{}
class PersonValidator{}
class PersonDao{}
Interfaces
Variante UpperCamelCase.
interface IPerson{}
Las interfaces comenzarn con la letra I

mayscula, seguidamente el nombre de la
interfaz.
3.3
Construccin del portlet

3.3.1 Creacin de las clases Controladoras
Las clases controladoras reciben las peticiones de la vista, estas clases son las encargadas de la
ejecucin de los servicios mediante las clases servicios. A continuacin se muestran algunas
controladoras creadas en la aplicacin:
Controladora EconomyPlanController
Gestiona las peticiones desde la vista relacionadas con las tareas propias del plan de la economa.
Tabla 6: Ejemplo de mtodos de la clase EconomyPlanController
Mtodos
ModelAndView handle(ApplicationRequest request)
private ModelAndView projectsQuantityByYearView()
void projectsQuantityByYear(ApplicationRequest request)
ModelAndView ipQuantityByYearView()
void ipQuantityByYear(ApplicationRequest request)
ModelAndView rpQuantityByYearView()
void rpQuantityByYear(ApplicationRequest request)
void pdQuantityByEntityYear(ApplicationRequest request)
ModelAndView ipQuantityByEntityYearView()
void ipQuantityByEntityYear(ApplicationRequest request)
ModelAndView rpQuantityByEntityYearView()
void rpQuantityByEntityYear(ApplicationRequest request)
ModelAndView projectsQuantityByEntityYearView()
void projectsQuantityByEntityYear(ApplicationRequest request)
ModelAndView collaborationActionsQuantityView()
void collactQuantityByEntityYear(ApplicationRequest request)
void projectsInProcessQuantityByYear(ApplicationRequest request)
void runningProjectsQuantityByYear(ApplicationRequest request)
ModelAndView showList(ApplicationRequest request)
ModelAndView defaultView(ApplicationRequest request)
ModelAndView search(ApplicationRequest request)
ModelAndView index()
ModelAndView economyPlanView()
33
ModelAndView findByEntity(int id)

Controladora ProjectInformationController
Gestiona las peticiones desde la vista relacionadas con las tareas propias de los proyectos de
colaboracin.
Tabla 7: Ejemplo mtodos de la clase ProjectInformationController
Mtodos
void doFilter(ApplicationRequest request)
void searchProject(ApplicationRequest request)
ModelAndView searchView()
void projectsBehaviorByCode(ApplicationRequest request)
ModelAndView projectsBehaviorByCodeView()
ModelAndView modifyProject(ApplicationRequest request)
ModelAndView projectsBehaviorView()
void projectsBehavior(ApplicationRequest request)
void ipTotalAmount(ApplicationRequest request)
ModelAndView ipTotalAmountView()
ModelAndView closedProjectsByEntity(ApplicationRequest request)
ModelAndView closedProjects(ApplicationRequest request)
ModelAndView modifyView()
PlanObjectEntity getSelectedEntity(ApplicationRequest request)
PlanObjectEntity getSelectedEntity(ApplicationRequest request, String attrName)
Map<String, Object> buildFilters(ApplicationRequest request)
void performSingleSearch(Map<String,Object> searchParams,ApplicationRequest
request)
void performAllProjectsSearch(Map<String,Object> searchParams, ApplicationRequest
request)
void performProjectsInProcessSearch(Map<String,Object> searchParams,
ApplicationRequest request)
void performRunnigProjectsSearch(Map<String,Object> searchParams,
ApplicationRequest request)
Controladora PunctualDonationController
Gestiona las peticiones desde la vista relacionadas con las tareas propias de las donaciones puntuales.
Tabla 8: Ejemplo de mtodos de la clase PunctualDonationController
Mtodos
34
void notInPlanBySrcType(ApplicationRequest request)

ModelAndView notInPlanBySrcTypeView()
ModelAndView allDonationsNotInPlanView()
ModelAndView allDonationsSourceTypeView()
ModelAndView allDonationsView()
3.3.2 Creacin de las clases Servicios

Las clases servicios permiten realizar la operacin solicitada, estas clases son las encargadas de la
ejecucin de consultas a la base de datos mediante el uso de las clases de acceso a datos. A
continuacin se muestran algunos servicios creados de la aplicacin:
Servicio EconomyPlanServiceImpl
En esta clase se implementan los requisitos o funcionalidades relacionados con el plan de la economa.
Es la encargada de enviarle la respuesta esperada al controlador en cada llamado realizado.
Tabla 9: Ejemplo de mtodos de la clase EconomyPlanServiceImpl
Mtodos
List<EconomyPlan> getByPlanObjectEntity(long id)
long getCollaborationActionQuantity(long entityId, int year)
long getProjectsQuantity(long entityId, int year)
long getProjectsInProcessQuantity(long entityId, int year)
long getRunningProjectsQuantity(long entityId, int year)
long getProjectsInProcessQuantity(int year)
long getRunningProjectsQuantity(int year)
long getProjectsQuantity(int year)
long getPunctualDonationsQuantity(long entityId, int year)
Servicio NomenclatorsServiceImpl
En esta clase se implementan los mtodos relacionados con los nomencladores de la aplicacin.
Tabla 10: Ejemplo de mtodos de la clase NomenclatorsServiceImpl
Mtodos
List<PlanObjectEntity> getAllActiveEntities()
List<Country> getAllActiveCountries()
List<PoliticalDirection> getAllActivePoliticalDirections()
List<SourceType> getAllActiveSourceTypes()
List<Province> getAllActiveProvinces()
List<Sector> getAllActiveSectors()
List<CollaborationAction> getAllActiveProjectClassifications()
List<CollaborationAction> getAllActiveDonationsClassifications()
35

Servicio ProjectInformationServiceImpl
En esta clase se implementan los requisitos o funcionalidades relacionados con los proyectos de
colaboracin. Es la encargada de enviarle la respuesta esperada al controlador en cada llamado
realizado.
Tabla 11: Ejemplo de mtodos de la clase ProjectInformationServiceImpl
Mtodos
Map<Long, List<ProjectInformationDTO>> doFilter(Map<String,Object> filters,
long[] classifications)
List<ProjectInformationDTO> assembleDtoList(List<ProjectInformation> queryResult)
ProjectInformationDTO assembleSingleDto(ProjectInformation projectInformation)
List<ProjectInformationDTO> getClosedOnes()
List<ProjectInformationDTO> getClosedOnesByEntity(long entityId)
ProjectInformationDTO searchByCode(String code)
List<String> getAllForeignCounterparts()
List<String> getAllDonors()
List<String> getAllCubanCounterparts()
Double getInProcessTotalAmount(int year)
List<Map<String, Object>> getProjectsBehavior(long entityId, int year)
List<Map<String, Object>> getProjectsBehaviorByCode(String code,
int year)
Map<Long, List<ProjectInformationDTO>> doFilteringAll(Map<String, Object> filters)

Map<Long, List<ProjectInformationDTO>> filteredProjectsInProcess(Map<String, Object>
filters)
Map<Long, List<ProjectInformationDTO>> filteredProjectsInExecution(Map<String,
Object> filters)
Map<Long, List<ProjectInformationDTO>> doFilteringByClassifications(Map<String,
Object> filters, long[] classifications)
List<ProjectInformationDTO> doFiltering(Map<String, Object> filters)
List<ProjectInformationDTO> doFiltering(Map<String, Object> filters,long[]
classifications)
Servicio ProjectInformationDTO
Agrupa toda la informacin perteneciente a un proyecto de colaboracin permitiendo as obtenerla en
una sola peticin.
Servicio PunctualDonationServiceImpl
En esta clase se implementan los requisitos o funcionalidades relacionados con las donaciones
puntuales. Es la encargada de enviarle la respuesta esperada al controlador en cada llamado realizado.
Tabla 12: Ejemplo de mtodos de la clase PunctualDonationServiceImpl
Mtodos
List<PunctualDonation> getIncludedInPlan()
36
List<PunctualDonation> getIncludedInPlanBySourceType(long sourceTypeId)

List<PunctualDonation> getNotIncludedInPlan()
List<PunctualDonation> getNotInPlanBySourceType(long sourceTypeId)
3.3.3 Creacin de las clases de Acceso a Datos

Esta clase es la encargada de realizar las consultas a la base de datos solicitadas por los servicios. A
continuacin se muestran algunas de las clases de acceso a datos de la aplicacin:
Acceso a datos EconomyPlanDao
Esta clase es la encargada de realizar las consultas a la base de datos solicitadas por los servicios, para
obtener los datos relacionados con el plan de la economa.
Tabla 13: Ejemplo de mtodos de la clase EconomyPlanDao
Mtodos
List<EconomyPlan> getByPlanObjectEntity(long id)
long getCollaborationActionsQuantity(long entityId, int year)
long getProjectsQuantity(long entityId, int year)
long getRunningProjectsQuantity(long entityId, int year)
long getProjectsInProcessQuantity(long entityId, int year)
long getProjectsInProcessQuantity(int year)
long getRunningProjectsQuantity(int year)
long getProjectsQuantity(int year)
long getPunctualDonationsQuantity(long entityId, int year)
Acceso a datos ProjectInformationDao
obtener los datos relacionados con los proyectos de colaboracin.
Tabla 14: Ejemplo de mtodos de la clase ProjectInformationDao
Mtodos
List<ProjectInformation> getClosedOnesByEntityNstate(String state, long entityId)
ProjectInformation getByCode(String code)
List<String> getAllForeignCounterparts()
List<String> getAllDonors()
List<String> getAllCubanCounterparts()
List<Map<String,Object>> getProjectsBehavior(long entityId, int year)
List<Map<String,Object>> getProjectsBehaviorByCode(String code, int year)
List<ProjectInformation> simpleFiltering(Map<String,Object> filters)
List<ProjectInformation> classificationFilteringList(Map<String,Object> filters, long[]
classifications)
37
Map<Long,List<ProjectInformation>> classificationFilteringMap(Map<String,Object>
filters,long[] classifications)
String buildHqlQuery(Map<String,Object> searchParams)
String buildHqlQuery(Map<String,Object> filters, long[] classifications)
Double getInProcessTotalAmount(int year)
Acceso a datos PunctualDonationDao
obtener los datos relacionados con las donaciones puntuales.
Tabla 15: Ejemplo de mtodos de la clase PunctualDonationDao
Mtodos
List<PunctualDonation> getIncludedInPlan()
List<PunctualDonation> getIncludedInPlanBySourceType(long sourceTypeId)
List<PunctualDonation> getNotIncludedInPlan()
List<PunctualDonation> getNotInPlanBySourceType(long sourceTypeId)
3.3.4 Creacin de las clases del Modelo

Estas clases son las encargadas de recoger toda la informacin que se maneja en la aplicacin. A
continuacin se muestra algunas de las clases creadas en la aplicacin.
Tabla 16: Ejemplo de clases del modelo.
Entidades
AcquisitionsPlan
MeansToAcquire
QuarterlyBudgetExecution
Annex1
ProjectInformation
QuarterlyBudgetPlan
EconomyPlan
ProjectPunctualDonation
QuarterlyImportExecutionPlan
ExecutionQuarterlyImports
ProjectsProvinces
QuarterlyInvestmentExecution
EconomyPlan
PunctualDonation
QuarterlyInvestmentExecutionPlan
CollaborationAction
CountriesGroup
CountriesGroup
CountriesGroup
GeographicArea
Grouping
PlanObjectEntity
PoliticalDirection
Province
Sector
SourceType
SubArea
Nomencladores
3.3.5 Creacin de las clases de la Vista

Vista ModifyProjectView
Tabla 17: Ejemplo de mtodos de la clase ModifyProjectView
Mtodos
void inExecStates(String currentState)
void inProcessStates(String currentState)
38
void modifyLinkClicked()
void onRowSelect(SelectEvent event)
List<String> getStates()
void setStates(List<String> states)
Vista ProjectInformationView
Tabla 18: Ejemplo de mtodos de la clase ProjectInformationView
Mtodos
boolean isEnabled()
void onSelect(SelectEvent e)
Vista ProjectSearchViewController
Tabla 19: Ejemplo de mtodos de la clase ProjectSearchViewController
Mtodos
void onFilterSelection()
void onFilterClosed
boolean isApplied(Filter filter)
void updateFilters()
Map<String, Object> buildFilters()
long[] getClassificationsToFilter()
void doFilter()
List<Filter> getFilters()
void setFilters(List<Filter> filters)
DashboardModel getDmodel()
void setDmodel(DashboardModel dmodel)
String getSelectedFilter()
void setSelectedFilter(String selectedFilter)
Map<String, Object> getFilterValues()
void setFilterValues(Map<String, Object> filterValues)
List<String> getSelectedClassifications()
void setSelectedClassifications(List<String> selectedClassifications)
boolean isSeparatedTables()
void setSeparatedTables(boolean separatedTables)
39

Vista ViewAttributesMap
Tabla 20: Ejemplo de mtodos de la clase ViewAttributesMap
Mtodos
public void setDefaultView(String viewUrl)
void setView(String view)
String getCurrentView()
boolean hasViewDefined()
3.4
Validacin de la solucin
Luego de ser generado el cdigo fuente, es necesario probar el software para corregir la mayor cantidad
de errores posibles. Para poder lograr esto, hay que tener en cuenta el desarrollo de una serie de casos
de pruebas que tengan una alta probabilidad de encontrar errores en el sistema. Un programa que no es
probado con anterioridad antes de ser utilizado en un entorno real, trae consigo un mal funcionamiento e
inestabilidad, lo que puede conllevar a que el sistema colapse. El cliente prueba el programa cada vez
que lo ejecuta, por lo tanto los programadores tienen que ejecutar el programa antes de que llegue al
cliente con el objetivo de encontrar y eliminar todos los errores posibles. Es por ello que para encontrar la
mayor cantidad de errores se requiere aplicar pruebas sistemticas y disear casos de pruebas
empleando tcnicas definidas.
3.4.1 Pruebas Unitarias

Las pruebas unitarias son creadas por los programadores antes de empezar a codificar, lo cual hace ms
sencillas y efectivas las pruebas finales. Estas son hechas reiteradamente a lo largo de todo el proyecto,
asegurando que el comportamiento de cada componente individual sea el correcto antes de realizar su
integracin con otros componentes. Estas pruebas adems evitan las ambigedades y permite que los
requerimientos queden afinados en la prueba(Roger S. 2002). A continuacin se muestra la prueba
realizada a uno de los mtodos de la aplicacin mediante la tcnica de camino bsico, creando
conjuntamente los casos de pruebas asociados, definiendo los valores a los que deber responder
correctamente el sistema.
Camino bsico.
La idea es derivar casos de prueba a partir de un conjunto dado de caminos independientes, por los
cuales puede circular el flujo de control. Para obtener dicho conjunto de caminos independientes se
construye el grafo de flujo asociado y se calcula su complejidad ciclomtica.
Casos de prueba.
De acuerdo al siguiente segmento de cdigo correspondiente a las historias de usuario relacionadas con
obtener proyectos de colaboracin, el cual es el encargado de mostrar la vista de filtrar proyecto de
colaboracin, se realiza la prueba unitaria aplicando la tcnica camino bsico.
40
Imagen 5: Prueba de caja blanca.
Imagen 6: Grafo para el clculo de la complejidad ciclomtica.
Complejidad Ciclomtica (CC) = nmero de aristas nmero de nodos +2

CC= 5 5+ 2
CC= 2
Caminos bsicos:
Camino 1: 1- 2- 3- 5
Camino 2: 1- 4- 5
Tabla 21: Prueba de Caja Blanca para el Camino 1.
Prueba de Caja Blanca para el Camino 1

if(request.isAnUpdate())
True
41
doFilter(request);
mv = null;
La peticin de la vista es aplicar los filtros

seleccionados por el usuario y actualizar la vista
con los resultados obtenidos.
Resultando
Se muestra la vista con los resultados obtenidos.
Tabla 22: Prueba de Caja Blanca para el Camino 2.
Prueba de Caja Blanca para el Camino 2

if(request.isAnUpdate())
False
mv = setupFilterView();
La peticin es mostrar la vista filtrar proyecto.
Resultando
Se muestra la vista filtrar proyecto.
3.4.2 Diseo de caso de prueba

Los casos de prueba son un conjunto de condiciones o variables bajo las cules el analista determinar
si el requisito de una aplicacin es parcial o completamente satisfactorio. Durante el desarrollo del
mdulo se fueron diseando los casos de prueba con el objetivo de garantizar el correcto funcionamiento
de las funcionalidades implementadas. A continuacin se muestra un ejemplo del diseo de los casos de
prueba.
Tabla 23: Caso de Prueba modificar proyecto de colaboracin con datos no vlidos.
Caso de prueba
Cdigo: HU_cp13
HU#13: Modificar proyecto de colaboracin.
Nombre de la tarea: Modificar proyecto de colaboracin con datos no vlidos.

Descripcin: Probar que un usuario no puede modificar el proyecto de colaboracin en el sistema con al
menos un dato no vlido.
42
Condiciones de ejecucin: Al menos un dato no vlido.

Campos
Tipo de dato
String
No nulo
2. Estado
String
No nulo
String
No nulo, nico
String
No nulo
5. Direccin Poltica
String
No nulo
String
No nulo
String
No nulo
8. Tipo Fuente
String
No nulo
String
No nulo
String
No nulo
String
No nulo
12. Sector.
String
No nulo
Integer
No nulo
Date
No nulo
Date
No nulo
colaboracin
4. Pas\Organismo
Econmico
Internacional
9. Donante
Fuente
de
Financiamiento
16. Presupuesto
en
moneda
de
Double
String
Double
No nulo
Double
No nulo
Date
No nulo
21. Observaciones.
String
origen.
17. Tasa de cambio.
18. Monto total del presupuesto en
miles de CUC.
miles de CUP.
Entrada/Pasos de ejecucin: Intentar modificar un proyecto de colaboracin con al menos un dato no

vlido.
Resultado esperado: El sistema informa muestra un mensaje indicando que existen campos no validos
en el formulario. No se han podido guardar los cambios.
Evaluacin de la prueba: Satisfactoria
43

Tabla 24: Caso de Prueba modificar proyecto de colaboracin con datos vlidos.
Caso de prueba
Cdigo: HU_cp13
HU#13: Modificar proyecto de colaboracin.
Nombre de la tarea: Modificar proyecto de colaboracin con datos vlidos.

Descripcin: Probar que un usuario puede modificar el proyecto de colaboracin en el sistema con
todos los dato vlidos.
Condiciones de ejecucin: Todos los datos vlidos.
Campos
Tipo de dato
String
No nulo
2. Estado
String
No nulo
String
No nulo, nico
String
No nulo
5. Direccin Poltica
String
No nulo
String
No nulo
String
No nulo
8. Tipo Fuente
String
No nulo
String
No nulo
String
No nulo
String
No nulo
12. Sector.
String
No nulo
Integer
No nulo
Date
No nulo
Date
No nulo
colaboracin
4. Pas\Organismo
Econmico
Internacional
9. Donante
Fuente
de
Financiamiento
16. Presupuesto
en
moneda
de
Double
String
Double
No nulo
Double
No nulo
Date
No nulo
21. Observaciones.
String
origen.
17. Tasa de cambio.
miles de CUC.
miles de CUP.
44
Entrada/Pasos de ejecucin: Intentar modificar un proyecto de colaboracin con los datos vlidos.
Resultado esperado: El sistema mostrara un mensaje indicando que los cambios fueron guardados
satisfactoriamente.
Evaluacin de la prueba: Satisfactoria
3.4.3 Resultado de las pruebas

En la realizacin de los casos de pruebas se llevaron a cabo tres iteraciones en coincidencia con el plan
de release. Las principales no conformidades encontradas generalmente se deban a errores de
validacin y errores en la base de datos. En cada una de las iteraciones fueron solucionados todos los
errores encontrados.
A cada iteracin de desarrollo se le aplicaron las pruebas correspondientes a las HU implementadas con
el objetivo de detectar los posibles errores y corregirlos en el menor tiempo posible. En la primera
iteracin se ejecutaron 38 Casos de Pruebas (CP) arrojando 12 no conformidades las cuales fueron
resultas. Para la segunda iteracin se realizaron 22 CP detectndose solo 3 no conformidades las cuales
fueron corregidas. Para la tercera iteracin se realizaron 11 CP detectndose solo 6 no conformidades
las cuales fueron rectificadas.
3.5
Resultados Obtenidos
Se obtuvo un mdulo que permite centralizar la informacin de la Direccin de Colaboracin que Cuba
recibe desde el exterior, lo cual constituye un aporte en el proceso de informatizacin del ministerio.
3.6
Funcionalidades obtenidas
Dentro de las principales funcionalidades obtenidas del mdulo para la gestin de la informacin de la
Direccin de Colaboracin Econmica que Cuba recibe desde el exterior se encuentran las siguientes:
3.7
Importar el Plan de la Economa de la colaboracin que Cuba recibe.

Importar modelos de desagregacin del Plan de la Economa de la colaboracin que Cuba
recibe.
Importar modelos de ejecucin del plan de la colaboracin que Cuba recibe.
Mostrar el Plan de la Economa de la colaboracin que Cuba recibe.
Gestionar los Proyectos de Colaboracin del plan de la economa.
Gestionar las Donaciones Puntuales dentro y fuera del plan de la economa.
Mostrar los Proyectos de colaboracin del plan de la economa.
Mostrar las Donaciones Puntuales dentro y fuera del plan de la economa.
Mostrar comportamiento de los proyectos en ejecucin respecto al Plan.
Realizar reportes brindndole al cliente el resultado de la bsqueda.
Exportar los reportes a Excel o PDF.
Aporte Social y Econmico
3.8
Mejora la eficiencia en el uso y control de la informacin.

Se logra mayor veracidad y exactitud de la informacin, permitiendo contribuir a la toma de
decisiones.
No se necesitar el pago de licencias y de soporte.
Conclusiones
En este captulo se llev a cabo la implementacin de las tareas de ingeniera descritas por cada HU,
adems se defini un diagrama de despliegue sobre los diferentes componentes con los que interacta
el sistema. Se realizaron las pruebas para validar el producto, en este caso las pruebas unitarias
mediante la utilizacin de la tcnica del camino bsico. Se describieron los casos de pruebas
pertenecientes a cada una de las HU, se probaron en la aplicacin final lo que permiti la deteccin y
45

posterior correccin de los errores y no conformidades. Como resultado al final de la segunda iteracin
se obtuvo un software listo para la entrega al cliente al estar libre de fallos.
46
CONCLUSIONES
CONCLUSIONES
Se definieron los principales conceptos y aspectos relacionados con el objeto de estudio, as como los
conceptos fundamentales relacionados al proceso de gestin de la informacin. Se propuso la tecnologa
y las herramientas a utilizar a lo largo del desarrollo del software. El anlisis de los sistemas existentes a
nivel nacional e internacional permiti constatar que las soluciones existentes no cumplen los requisitos
para darle solucin al problema planteado.
Se da a conocer la propuesta de solucin. Se identifican los requisitos funcionales y no funcionales para
el desarrollo. Se describe la implementacin utilizada en la construccin del mdulo as como las
pruebas realizadas en cada una de las iteraciones.
Se implementaron las funcionalidades descritas lo que posibilit desarrollar un sistema para la gestin de
la informacin de la Colaboracin Econmica que Cuba recibe desde el exterior en el MINCEX. El
mdulo desarrollado para la gestin de la informacin de la Colaboracin Econmica que Cuba recibe
desde el exterior permite agilizar el proceso de gestin en esta rea.
47
RECOMENDACIONES
RECOMENDACIONES
Realizar un estudio comparativo entre los resultados de la propuesta de solucin y del procedimiento
actual.
Aplicar el sistema en la Direccin Colaboracin Econmica que Cuba recibe desde el exterior en los
procesos resultantes de la colaboracin econmica.
48
REFERENCIAS BIBLIOGRFICAS
Vaillant, Mara E. Orozco. 2013. Informe de la invetigacin de la Metodologa SXP. s.l. : Universidad de
Granma, 2013.
BELL, Simon and WOOD-HARPER, Trevor, 1998, Rapid Information Systems Development. Systems
Analysis and Systems Design in an Imperfect World. London: McGraw Hill Publishing Company.
CHANDIWANA, S and OMBIERG, N, 2003, Review of North-South and South-South cooperation and
conditions necessary to sustain research capability in developing countries. J Health Popul Nutr.
FALKENBERG, T and TOMSON, G, 2000, The World Bank and pharmaceuticals. Health Policy Plan.
GARCA CARMONA, Juan, 2012, SOLID y GRASP. Buenas prcticas hacia el xito en el desarrollo de
software. [en lnea]. En: Sevilla, Espaa: Escuela Tcnica Superior de Ingeniera Informtica. 15
Noviembre 2012. [Fecha de consulta 13 Mayo 2014]. Disponible en:
http://collection.openlibra.com.s3.amazonaws.com/pdf/solid-y-grasp-buenas-practicas-hacia-el-exito-enel-desarrollo-de-software.pdf?AWSAccessKeyId=AKIAIGY5Y2YOT7GYM5UQ&Signature=7LTycdLq0s
%2BMTwCefD2mRTgW5m0%3D&Expires=1399968014
HERNNDEZ ARENCIBIA, L, 2009, Anlisis del proceso de informatizacin de la sociedad cubana hoy.
XXIII Jornada Cientfico Metodolgica Nacional. Pinar del Rio: Escuela Provincial del PCC Abel
Santamara Cuadrado.
HORACIO SAROKA, Ral, 2002, Sistemas de Informacin en la era digital. Argentina: Fundacin
OSDE. ISBN 987-9358-08-2.
MOQUILLAZA HENRQUEZ, Santiago Domingo, VEGA HUERTA, Hugo and GUERRA GRADOS,
Luis, 2010, Revista de Investigacin de Sistemas e Informtica. Programacin en N capas [en lnea].
2010. Vol. 7, no. 2. [Fecha de consulta 13 Mayo 2014]. Disponible en:
http://sisbib.unmsm.edu.pe/bibvirtual/publicaciones/risi/2010_n2/v7n2/a07v7n2.pdf
PFEIFFER, J, 2003, International NGOs and primary health care in Mozambique: the need for a new
model of collaboration. Soc Sci Med.
PONJUN, G, 2004, Gestin de Informacin: Dimensiones e Implementacin para el xito
Organizacional. Rosario, Argentina.
RBC DEXIA IS, 2011, Curso UML - Documentos de Google. [en lnea]. Enero 2011. [Fecha de
consulta 13 May 2014]. Disponible en: https://docs.google.com/document/d/1o3SK41RnK62u3fYzE8ZzoluPeDP0QHVdRBbXpNT2Co/preview?pli=1#
SITIO DEL GOBIERNO DE LA REPBLICA DE CUBA, [sin fecha], Sitio del Gobierno de la Repblica
de Cuba. [en lnea]. [Fecha de consulta 9 Mayo 2014]. Disponible en:
http://www.cubagob.cu/des_eco/mincex/com_ext.htm
VIALART VIDAL, Mara Niurka, 2011, Informtica Enfermera contradiccin u oportunidad. Rev Cubana
de Enfermera [en lnea]. 2011. Vol. 27, no. 2. Disponible en: http://scielo.sld.cu/scielo.php?
script=sci_arttext&pid=S0864-03192011000200010&lng=es&nrm=iso&tlng=es
VIALART VIDAL, Mara Niurka, 2012, Experiencia cubana en el uso de las TIC para el trabajo en Red
de enfermera. [en lnea]. 21 Marzo 2012. [Fecha de consulta 9 Mayo 2014]. Disponible en:
http://bvs.sld.cu/revistas/infd/n1412/infd081412.htm
49
WORD, RC and HAMEL, G, 2002, The World Banks innovation market. November 2002. Vol. 80, no. 11,
p. 10410, 1123, 134.
ALVAREZ, Jose Mara, 2012, Introduccin a Sistemas de Informacin. [en lnea]. December 2012. [Fecha
de consulta 24 May 2014]. Disponible en: http://www.slideshare.net/josem.alvarez/introduccin-a-sistemasde-informacin
Analysis and Systems Design in an Imperfect World. London : McGraw Hill Publishing Company.
BUSTELO RUESTA, C and AMARILLA IGLESIAS, R, 2001, Gestin del conocimiento y gestin de la
informacin. Boletn del instituto Andaluz de patrimonio Histrico. [en lnea]. 2001. Vol. VIII, no. 34.
[Fecha de consulta 5 June 2014]. Disponible en: http://www.inforarea.es/Documentos/GC.pdf
CHIAVENATO, Idalberto, 2006, Introduccin a la Teora General de la Administracin. Sptima Edicin.
McGraw-Hill Interamericana.
CZINKOTA, Michael and KOTABE, Masaaki, 2001, Administracin de Mercadotecnia. Segunda Edicin.
International Thomson Editores.
ECLIPCE, 2014, The Official Eclipse FAQs - Eclipsepedia. [en lnea]. 28 April 2014. [Fecha de
consulta 28 April 2014]. Disponible en: http://wiki.eclipse.org/The_Official_Eclipse_FAQs
ENLACE, 2012, Las TIC, aliadas de la Revolucin cubana. Enl@ce Sitio de los periodistas espirituanos
[en lnea]. 23 June 2012. [Fecha de consulta 9 May 2014]. Disponible en:
http://www.enlace.cu/index.php/2012/las-tic-aliadas-de-la-revolucion-cubana/
FERRELL, O. C. and HIRT, Geoffrey, 2004, Introduccin a los Negocios en un Mundo Cambiante. Cuarta
Edicin. McGraw-Hill Interamericana.
GONZALO VERGARA, 2009, Que es un SISTEMA de GESTION? | Blog de MejoraTuGestion. [en
lnea]. March 2009. [Fecha de consulta 24 May 2014]. Disponible en: http://mejoratugestion.com/mejoratu-gestion/que-es-un-sistema-de-gestion/
INGENIERIA DE SOFTWARE, [sin fecha], XP - Extreme Programing Ingenieria de Software. [en lnea].
[Fecha de consulta 5 June 2014]. Disponible en: http://ingenieriadesoftware.mex.tl/52753_XP---ExtremePrograming.html
ITSON, [sin fecha]. [en lnea], [Fecha de consulta 2 June 2014]. Disponible en:
http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm
LIFERAY, 2014, Soluciones para Portal y Colaboracin Social Open Source. | Liferay. [en lnea]. 2014.
[Fecha de consulta 5 June 2014]. Disponible en: https://www.liferay.com/es/about-us
Portal Comex CC | Camara de Comercio de Santiago - Chile, 2014. [en lnea], [Fecha de
consulta 5 June 2014]. Disponible en: http://www.portalcomexccs.cl/sitio/Inicio/tabid/1338/Default.aspx
ROGER S., Pressman, 2002, Ingeniera del software un enfoque prctico. Quinta. Espaa: Concepcin
Fernndez Madrid.
SIMEXCID |Sistema de Informacin de Mxico sobre la Cooperacin Internacional para el Desarrollo,
2014. [en lnea], [Fecha de consulta 5 June 2014]. Disponible en: http://simexcid.sre.gob.mx/
50
Sitio del Gobierno de la Repblica de Cuba, [sin fecha]. [en lnea], [Fecha de consulta 9 May 2014].
Disponible en: http://www.cubagob.cu/des_eco/mincex/com_ext.htm
Spring Framework, 2014. [en lnea], [Fecha de consulta 28 April 2014]. Disponible en:
http://projects.spring.io/spring-framework/#quick-start
p. 10410, 1123, 134.
51
BIBLIOGRAFA
BIBLIOGRAFA
Vaillant, Mara E. Orozco. 2013. Informe de la invetigacin de la Metodologa SXP. s.l. : Universidad de
Granma, 2013.
Analysis and Systems Design in an Imperfect World. London: McGraw Hill Publishing Company.
FALKENBERG, T and TOMSON, G, 2000, The World Bank and pharmaceuticals. Health Policy Plan.
GARCA CARMONA, Juan, 2012, SOLID y GRASP. Buenas prcticas hacia el xito en el desarrollo de
software. [en lnea]. En: Sevilla, Espaa: Escuela Tcnica Superior de Ingeniera Informtica. 15
Noviembre 2012. [Fecha de consulta 13 Mayo 2014]. Disponible en:
http://collection.openlibra.com.s3.amazonaws.com/pdf/solid-y-grasp-buenas-practicas-hacia-el-exito-enel-desarrollo-de-software.pdf?AWSAccessKeyId=AKIAIGY5Y2YOT7GYM5UQ&Signature=7LTycdLq0s
%2BMTwCefD2mRTgW5m0%3D&Expires=1399968014
HERNNDEZ ARENCIBIA, L, 2009, Anlisis del proceso de informatizacin de la sociedad cubana hoy.
XXIII Jornada Cientfico Metodolgica Nacional. Pinar del Rio: Escuela Provincial del PCC Abel
Santamara Cuadrado.
HORACIO SAROKA, Ral, 2002, Sistemas de Informacin en la era digital. Argentina: Fundacin
OSDE. ISBN 987-9358-08-2.
MOQUILLAZA HENRQUEZ, Santiago Domingo, VEGA HUERTA, Hugo and GUERRA GRADOS,
Luis, 2010, Revista de Investigacin de Sistemas e Informtica. Programacin en N capas [en lnea].
2010. Vol. 7, no. 2. [Fecha de consulta 13 Mayo 2014]. Disponible en:
http://sisbib.unmsm.edu.pe/bibvirtual/publicaciones/risi/2010_n2/v7n2/a07v7n2.pdf
PFEIFFER, J, 2003, International NGOs and primary health care in Mozambique: the need for a new
model of collaboration. Soc Sci Med.
PONJUN, G, 2004, Gestin de Informacin: Dimensiones e Implementacin para el xito
Organizacional. Rosario, Argentina.
RBC DEXIA IS, 2011, Curso UML - Documentos de Google. [en lnea]. Enero 2011. [Fecha de
consulta 13 May 2014]. Disponible en: https://docs.google.com/document/d/1o3SK41RnK62u3fYzE8ZzoluPeDP0QHVdRBbXpNT2Co/preview?pli=1#
SITIO DEL GOBIERNO DE LA REPBLICA DE CUBA, [sin fecha], Sitio del Gobierno de la Repblica
de Cuba. [en lnea]. [Fecha de consulta 9 Mayo 2014]. Disponible en:
http://www.cubagob.cu/des_eco/mincex/com_ext.htm
VIALART VIDAL, Mara Niurka, 2011, Informtica Enfermera contradiccin u oportunidad. Rev Cubana
de Enfermera [en lnea]. 2011. Vol. 27, no. 2. Disponible en: http://scielo.sld.cu/scielo.php?
script=sci_arttext&pid=S0864-03192011000200010&lng=es&nrm=iso&tlng=es
VIALART VIDAL, Mara Niurka, 2012, Experiencia cubana en el uso de las TIC para el trabajo en Red
de enfermera. [en lnea]. 21 Marzo 2012. [Fecha de consulta 9 Mayo 2014]. Disponible en:
http://bvs.sld.cu/revistas/infd/n1412/infd081412.htm
ALVAREZ, Jose Mara, 2012, Introduccin a Sistemas de Informacin. [en lnea]. December 2012. [Fecha
de consulta 24 May 2014]. Disponible en: http://www.slideshare.net/josem.alvarez/introduccin-a-sistemasde-informacin
Analysis and Systems Design in an Imperfect World. London : McGraw Hill Publishing Company.
52
BIBLIOGRAFA
BUSTELO RUESTA, C and AMARILLA IGLESIAS, R, 2001, Gestin del conocimiento y gestin de la
informacin. Boletn del instituto Andaluz de patrimonio Histrico. [en lnea]. 2001. Vol. VIII, no. 34.
[Fecha de consulta 5 June 2014]. Disponible en: http://www.inforarea.es/Documentos/GC.pdf
CHIAVENATO, Idalberto, 2006, Introduccin a la Teora General de la Administracin. Sptima Edicin.
McGraw-Hill Interamericana.
CZINKOTA, Michael and KOTABE, Masaaki, 2001, Administracin de Mercadotecnia. Segunda Edicin.
International Thomson Editores.
ECLIPCE, 2014, The Official Eclipse FAQs - Eclipsepedia. [en lnea]. 28 April 2014. [Fecha de
consulta 28 April 2014]. Disponible en: http://wiki.eclipse.org/The_Official_Eclipse_FAQs
ENLACE, 2012, Las TIC, aliadas de la Revolucin cubana. Enl@ce Sitio de los periodistas espirituanos
[en lnea]. 23 June 2012. [Fecha de consulta 9 May 2014]. Disponible en:
http://www.enlace.cu/index.php/2012/las-tic-aliadas-de-la-revolucion-cubana/
FERRELL, O. C. and HIRT, Geoffrey, 2004, Introduccin a los Negocios en un Mundo Cambiante. Cuarta
Edicin. McGraw-Hill Interamericana.
GONZALO VERGARA, 2009, Que es un SISTEMA de GESTION? | Blog de MejoraTuGestion. [en
lnea]. March 2009. [Fecha de consulta 24 May 2014]. Disponible en: http://mejoratugestion.com/mejoratu-gestion/que-es-un-sistema-de-gestion/
INGENIERIA DE SOFTWARE, [sin fecha], XP - Extreme Programing Ingenieria de Software. [en lnea].
[Fecha de consulta 5 June 2014]. Disponible en: http://ingenieriadesoftware.mex.tl/52753_XP---ExtremePrograming.html
ITSON, [sin fecha]. [en lnea], [Fecha de consulta 2 June 2014]. Disponible en:
http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm
LIFERAY, 2014, Soluciones para Portal y Colaboracin Social Open Source. | Liferay. [en lnea]. 2014.
[Fecha de consulta 5 June 2014]. Disponible en: https://www.liferay.com/es/about-us
Portal Comex CC | Camara de Comercio de Santiago - Chile, 2014. [en lnea], [Fecha de
consulta 5 June 2014]. Disponible en: http://www.portalcomexccs.cl/sitio/Inicio/tabid/1338/Default.aspx
ROGER S., Pressman, 2002, Ingeniera del software un enfoque prctico. Quinta. Espaa : Concepcin
Fernndez Madrid.
SIMEXCID |Sistema de Informacin de Mxico sobre la Cooperacin Internacional para el Desarrollo,
2014. [en lnea], [Fecha de consulta 5 June 2014]. Disponible en: http://simexcid.sre.gob.mx/
Sitio del Gobierno de la Repblica de Cuba, [sin fecha]. [en lnea], [Fecha de consulta 9 May 2014].
Disponible en: http://www.cubagob.cu/des_eco/mincex/com_ext.htm
Spring Framework, 2014. [en lnea], [Fecha de consulta 28 April 2014]. Disponible en:
http://projects.spring.io/spring-framework/#quick-start
p. 10410, 1123, 134.
53
ANEXOS
ANEXOS
Nmero: HU_1
Nombre del requisito: Importar Plan de la Economa de la

Programador:

Prioridad: Alta
Tiempo Estimado:5 das
Tiempo Real:
plantilla
abandona
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de importar el Plan de la Economa de la colaboracin que Cuba
recibe, al elegir esta opcin se le mostrar en una nueva ventana los botones Examinar,
Importar y Cancelar. El usuario al dar clic en Examinar podr seleccionar la ruta donde se
encuentra el archivo .yml, luego selecciona la opcin Importar y el sistema valida el archivo
notificando en caso de error. Si el archivo no contiene errores se almacenar en la base de
datos el contenido del mismo.
El Plan de la Economa recoge los siguientes datos:
54
ANEXOS
Campos
Tipo de dato
Plan de la Economa
1. Entidad objeto de plan
String
No nulo
2. Ao de planificacin
Integer
No nulo
Plan de adquisiciones
1. Cdigo
String
Solo para los proyectos

aprobados.
2. Nombre de la accin de
String
No nulo, nico
String
No nulo
String
Posibles valores: importado,
colaboracin
3. Categora
de
accin
de
colaboracin
4. Clasificacin
compras nacionales.
5. Tipo de Medios a adquirir
String
No nulo
6. Unidad de Medida (UM)
String
No nulo
7. Cantidad del donante
Integer
8. Importe del donante
Integer
9. Cantidad de la parte cubana
Integer
10. Importe de la parte cubana
Integer
Anexo No 1: Captacin de la informacin

1. Importe Total
Integer
No nulo
2. De ellos recibidos antes del ao
Integer
No nulo
3. De ello: Pendiente de ejecutar
Integer
No nulo
4. A recibir en el ao
Integer
No nulo
5. Efectivo
Integer
No nulo
6. Mercancas y Servicios
Integer
No nulo
7. Total a ejecutar en el ao
Integer
No nulo
8. Total importacin bienes
Integer
No nulo
9. Total de importacin servicios
Integer
No nulo
10. Importacin de servicios: de ellos
Integer
No nulo
11. Compras Nacionales
Integer
No nulo
12. Liquidez requerida en el ao
Integer
No nulo
13. Fuente Donante
String
No nulo
String
55
No nulo
Viajes al exterior
14. Pas/Organismo
Econmico
ANEXOS
En caso de haber seleccionado Cancelar no se importa el archivo y se cierra la ventana.

Observaciones:
Debe existir un Plan de adquisiciones por cada accin de colaboracin. Para el caso de los
proyectos en ejecucin el cdigo debe existir previamente en la base de datos.
Los proyectos en ejecucin son los pertenecientes a las siguientes categoras:
Las posibles categoras de una accin de colaboracin son:

Donativos puntuales.
Los tipos de Medios a adquirir son:
Activos Fijos Tangibles (Equipamiento y Mobiliario).

Insumos.
o
Construccin y Montaje.
Otros Insumos.
Otros.
o
Viajes al exterior.
Otros requerimientos de inversin.
Prototipo de interfaz:
56
ANEXOS
Nmero: HU_2
Nombre del requisito: Exportar Anexo 1 del Plan de la Economa.
Programador:

Prioridad: Alta
Tiempo Real:
plantilla
abandona
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de exportar el Anexo 1 del Plan de la Economa dada la entidad y el
ao de planificacin, al elegir esta opcin el usuario deber seleccionar la entidad y entrar el
ao de planificacin. Al dar clic en Aceptar el sistema validar los datos de entrada
notificando en caso de error, de no existir errores el usuario podr observar el Anexo 1
correspondiente al Plan de la entidad seleccionada. Para exportar el anexo debe presionar el
botn Exportar y buscar la ruta donde desea guardar el archivo cuya extensin es .yml.
Datos a exportar:
57
ANEXOS
Campos
Tipo de dato
Plan de la Economa
String
No nulo
Integer
No nulo
Anexo No 1: Captacin de la informacin.

1. Cdigo
String
Solo para los proyectos en

ejecucin
2. Nombre
de
la
accin
de
String
No nulo, nico
de
String
No nulo
4. Importe Total
Integer
No nulo
5. De ellos recibidos antes del ao
Integer
No nulo
6. De ello: Pendiente de ejecutar
Integer
No nulo
7. A recibir en el ao
Integer
No nulo
8. Efectivo
Integer
No nulo
9. Mercancas y Servicios
Integer
No nulo
10. Total a ejecutar en el ao
Integer
No nulo
11. Total importacin bienes
Integer
No nulo
12. Total de importacin servicios
Integer
No nulo
13. Importacin de servicios: de ellos
Integer
No nulo
14. Compras Nacionales
Integer
No nulo
15. Liquidez requerida en el ao
Integer
No nulo
16. Fuente Donante
String
No nulo
String
No nulo
colaboracin
3. Categora
de
accin
colaboracin
Viajes al exterior
17. Pas/Organismo
Econmico
Internacional
En caso de haber seleccionado Cancelar no se exporta el archivo y se cierra la ventana.
Observaciones:
Las posibles categoras de una accin de colaboracin son:

58
ANEXOS
Nmero: HU_3
Nombre del requisito: Importar modelos de desagregacin del Plan

de la Economa de la colaboracin que Cuba recibe.
Programador:

Prioridad: Alta
Tiempo Real:
plantilla
abandona
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de importar losmodelos de desagregacin del Plan de la Economa
de la colaboracin que Cuba recibe, al elegir esta opcin se le mostrar en una nueva ventana
los botones Examinar, Importar y Cancelar. El usuario al dar clic en Examinar podr
seleccionar la ruta donde se encuentra el modelo de desagregacin (archivo .yml), luego
59
ANEXOS
selecciona la opcin Importar y el sistema valida el archivo notificando en caso de error. Si el

archivo no contiene errores se mostrar el contenido del mismo y se almacenar en la base de
datos.
En los modelos de desagregacin se recogen los siguientes datos:
60
ANEXOS
Campos
Tipo de dato
Plan de la Economa
String
No nulo
Integer
No nulo
Anexo No.2: Planificacin trimestral del presupuesto total del proyecto

1. Nombre de la accin de colaboracin
String
No nulo, nico
2. Categora de accin de colaboracin
String
No nulo
3. Monto a ejecutar en el ao
Integer
No nulo
4. Primer trimestre
Integer
5. Segundo trimestre
Integer
6. Tercer trimestre
Integer
7. Cuarto trimestre
Integer
Anexo No.3: Planificacin trimestral de la inversin a ejecutar en el ao por cada

accin de colaboracin.
String
No nulo
String
No nulo
3. Inversin Total a ejecutar en el ao
Integer
No nulo
4. Primer trimestre CyM
Integer
5. Primer trimestre equipamiento
Integer
6. Primer trimestre otros
Integer
7. Segundo trimestre CyM
Integer
8. Segundo trimestre equipamiento
Integer
9. Segundo trimestre otros
Integer
10. Tercer trimestre CyM
Integer
11. Tercer trimestre equipamiento
Integer
12. Tercer trimestre otros
Integer
13. Cuarto trimestre CyM
Integer
14. Cuarto trimestre equipamiento
Integer
15. Cuarto trimestre otros
Integer
Anexo No.4: Planificacin trimestral de la ejecucin de las importaciones de

cada accin de colaboracin.
String
No nulo, nico
String
No nulo
3. Importaciones a ejecutar en el ao
Integer
No nulo
Integer
4. Primer trimestre
61
ANEXOS

Observaciones:
El Anexo 1 de los modelos de desagregacin es el mismo Anexo 1 de la captacin de la
informacin del Plan de la Economa con las cifras actualizadas por el MEP.
Nmero: HU_4
Nombre del requisito: Importar modelos de ejecucin del Plan de la

62
ANEXOS
Programador:

Prioridad: Alta
Tiempo Real:
plantilla
abandona
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de importar un modelo de ejecucin del Plan de la colaboracin
que Cuba recibe, al elegir esta opcin se le mostrar en una nueva ventana los botones
Examinar, Importar y Cancelar. El usuario al dar clic en Examinar podr seleccionar la ruta
donde se encuentra el modelo de ejecucin (archivo .yml), luego selecciona la opcin
Importar y el sistema valida el archivo notificando en caso de error. Si el archivo no contiene
errores se almacenar el contenido del mismo en la base de datos.
En los modelos de ejecucin se recogen los siguientes datos:
63
ANEXOS
Campos
Tipo de dato
Plan de la Economa
String
No nulo
2. Trimestre
String
No nulo
Integer
No nulo
Ejecucin Trimestral por accin de colaboracin del Presupuesto del ao

String
No nulo, nico
String
No nulo
3. Plan del trimestre
Integer
No nulo
4. Ejecucin fsica en el trimestre UM:
Integer
Integer
Double
Ejecucin financiera en el
MCUC
5. Ejecucin financiera en el trimestre
UM: MCUC
6. Porcentaje
trimestre*100 / Plan del

trimestre
Inversin total ejecutada en el trimestre
String
No nulo
String
No nulo
3. Inversin Total a ejecutar en el ao
Integer
No nulo
4. Real ejecutado CyM
Integer
5. Real ejecutado equipamiento
Integer
6. Real ejecutado otros
Integer
Total importado en el trimestre

String
No nulo, nico
String
No nulo
3. Importaciones a ejecutar en el ao
Integer
No nulo
4. Total importado en el trimestre UM:
Integer
MCUC
Observaciones:
Para actualizar los datos deben estar las acciones de colaboracin en la base de datos
previamente. Se debe tener en cuenta que los proyectos de colaboracin en trmite no se
ejecutan.
64
ANEXOS
Las posibles categoras de las acciones de colaboracin son:

Nmero: HU_5
Nombre del requisito: Eliminar Plan de la Economa de la colaboracin

que Cuba recibe.
65
ANEXOS
Programador:

Prioridad: Alta
Riesgo en Desarrollo: Personal de la Tiempo Real:

plantilla
abandona
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de eliminar el Plan de la Economa de la colaboracin que Cuba
recibe. Al elegir esta opcin al usuario se le mostrar una tabla con los datos del Plan de la
Economa de la colaboracin y la opcin Eliminar. El usuario deber seleccionar el o los
planes que desea eliminar en la tabla y seleccionar la opcin Eliminar. El sistema mostrar
un mensaje de confirmacin: Est seguro que desea eliminar la informacin seleccionada?.
Si el usuario selecciona la opcin Si, se muestra un mensaje de informacin: La informacin
se elimin correctamente.
Si se selecciona la opcin Cancelar se regresar a la ventana anterior.
Observaciones:
Para realizar esta funcionalidad el usuario debi buscar por ao los planes correspondientes.
66
ANEXOS
Nmero: HU_6
Nombre del requisito: Mostrar Plan de la Economa de la colaboracin

que Cuba recibe.
Programador:

Prioridad: Alta
Riesgo en Desarrollo:
plantilla
abandona
Personal de la Tiempo Real:
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de visualizar los planes de la economa de la colaboracin que
Cuba recibe. Al elegir esta opcin, al usuario se le mostrar una tabla con el listado de las
entidades de las cuales se tiene el Plan segn el ao especificado por el usuario.
Entrada:
Campo
Tipo de dato
1. Ao
String
Salida:
Listado de entidades de las cuales se tiene el Plan de la Economa.
Observaciones:
67
Regla o Restriccin
No nulo
ANEXOS
Nmero: HU_7
Nombre del requisito: Modificar Anexo 1: Captacin de la Informacin.
Programador:

Prioridad: Alta
Riesgo en Desarrollo:
plantilla
abandona
Personal de la Tiempo Real:
temporalmente
el
proyecto.
Descripcin:
El usuario tendr la opcin de modificar el Anexo 1: Captacin de la informacin. El usuario
deber marcar la accin que desea modificar y seleccionar la opcin Modificar. El sistema
permitir editar los campos mostrando una ventana para editar cada campo y las opciones
Guardar y Cancelar. El sistema permitir editar los siguientes campos:
Entrada:
Campos
Tipo de dato
1. Importe total
Integer
No nulo
2. Importe recibido antes del ao
Integer
No nulo
3. Importe pendiente a ejecutar
Integer
4. Efectivo
Integer
5. Mercancas y servicios
Integer
6. Fuente donante
String
No nulo
String
No nulo
7. Pas/Organismo
Econmico
68
ANEXOS
Internacional
Salida:
Luego de hacer los cambios el usuario puede seleccionar Guardar o Cancelar. En caso de
seleccionar Guardar, el sistema deber validar estos cambios notificando en caso de error.
Observaciones:
Para realizar esta funcionalidad el usuario debi buscar previamente el Plan de la entidad por
el nombre y ao de planificacin. El sistema debi validar la entrada de estos datos notificando
en caso de error. Los campos que no se modifican son generados del Anexo 1.
69

Tesis V 4 8 Final

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Tesis V 4 8 Final

Hochgeladen von

Copyright:

Verfügbare Formate

Universidad de las Ciencias Informticas

Trabajo de diploma para optar por el ttulo de Ingeniero en

A mamita Felicidades, ests donde ests, este tambin es tu sueo.

Alberto Roberto Gonzlez Martnez

Carlos Miguel Gonzlez Nez

Firma del Autor

Firma del Autor

Dunia Osorio Perdomo

Sistema de gestin de la informacin...............................................................................10

Sistemas de informacin existentes a nivel mundial.............................................................10

Sistemas de informacin existentes en Cuba........................................................................11

Resultado del estudio............................................................................................................ 13

Entorno de Desarrollo Integrado......................................................................................20

Sistema Gestor de Bases de Datos.................................................................................21

CAPTULO II Caractersticas de la solucin..........................................................................................23

Diagrama de Caso de Uso del Negocio................................................................................23

Lista de Reserva del Producto.............................................................................................. 26

Historias de Usuario y Tareas de Ingeniera..........................................................................35

Diseo con metfora............................................................................................................. 43

CAPTULO III Implementacin y validacin........................................................................................... 46

Estndares de indicadores de codificacin...........................................................................46

Construccin del portlet......................................................................................................... 47

Creacin de las clases Controladoras..............................................................................47

Creacin de las clases Servicios......................................................................................50

Creacin de las clases de Acceso a Datos.......................................................................53

Creacin de las clases del Modelo...................................................................................55

Creacin de las clases de la Vista....................................................................................55

Diseo de caso de prueba................................................................................................60

Resultado de las pruebas................................................................................................. 63

Aporte Social y Econmico.................................................................................................... 64

informacin de la colaboracin econmica.

Actualidad: La gestin de la informacin actualmente es muy utilizada en las organizaciones ya sea de

El presente documento est estructurado de la siguiente manera:

Finalmente, se presentan las conclusiones, referencias bibliogrficas, bibliografa y

CAPTULO I FUNDAMENTACIN TERICA

CAPTULO I FUNDAMENTACIN TERICA

Segn la Real Academia de la lengua espaola, informacin es la comunicacin o adquisicin de

1.2.2 Gestin de la informacin

CAPTULO I FUNDAMENTACIN TERICA

1.2.3 Sistema de Informacin

1.2.4 Sistema de gestin de la informacin

Sistemas de informacin existentes a nivel mundial

Sistema de Informacin de Mxico sobre la Cooperacin Internacional para el Desarrollo (SIMEXCID)

1.3.2 Tracking Comex

CAPTULO I FUNDAMENTACIN TERICA

Sistemas de informacin existentes en Cuba

Herramienta para la planificacin econmica, el control y el anlisis de gestin.

1.4.2 RODAS XXI

Maneja un nmero ilimitado de empresas.

CAPTULO I FUNDAMENTACIN TERICA

Crea reportes fcilmente.

Resultado del estudio

Metodologa de desarrollo de software se describe como el conjunto de herramientas, tcnicas,

Iterativo e incremental: A medida que avanza el proceso de desarrollo se producen versiones

CAPTULO I FUNDAMENTACIN TERICA

El cliente define el valor de negocio a implementar.

El programador estima el esfuerzo necesario para su implementacin.

El programador construye ese valor de negocio.

Caractersticas fundamentales: (INGENIERIA DE SOFTWARE [sin fecha])

Desarrollo iterativo e incremental: pequeas mejoras, unas tras otras.

CAPTULO I FUNDAMENTACIN TERICA

Entrega: Fase donde se pone en marcha el producto desarrollado y se hace la entrega al

Mantenimiento: En esta se realiza el soporte para el cliente.