Post on 31-May-2020
UNIVERSIDAD DE LAS TUNAS FACULTAD DE CIENCIAS TÉCNICAS
INGENIERÍA INFORMÁTICA
Sistema de Gestión de Información de Datos Espaciales sobre los Pastos y Forrajes en el Municipio de Majibacoa.
TRABAJO DE DIPLOMA EN OPCIÓN AL TÍTULO DE INGENIERO
INFORMÁTICO
Autora: Marbelis Ruiz Barbeira Tutores: Ing. Rotceh Domínguez López MsC José Félix Cutiño Oliva Consultante: Jorge Luis Arango Labrada
LAS TUNAS, junio de 2013
Pensamiento
Agradecimientos
Dedicatoria
DECLARACIÓN DE AUTORÍA
OPINIÓN DEL USUARIO DEL TRABAJO DE DIPLOMA
OPINIÓN DEL TUTOR DEL TRABAJO DE DIPLOMA
Resumen
La evolución de las Tecnologías de la Información y las Comunicaciones (TICs), ha
emergido un tipo particular de Infraestructuras de Información, conocida como
Infraestructura de Datos Espaciales. En la provincia de Las Tunas se trabaja para
elevar los resultados en la rama agropecuaria y ganadera vinculando el uso y
explotación de las TICs. En la universidad Vladimir I Lenin, específicamente en el
proyecto “Sistema de Conocimiento y de Información para el Desarrollo Agrícola
Rural y Municipal” (YAHIMA), el cual es ejecutado y coordinado por la Facultad de
Ciencias Agrícolas (FCA) se trabaja en el diseño y aplicación de un modelo de
desarrollo rural sostenible a nivel local, este se sustenta en un sistema de
conocimiento y de información que facilita la toma de decisiones de los dirigentes del
proceso. Actualmente en estos proyectos se maneja información de tipo espacial y
no se poseía una herramienta que facilitara la consulta y manejo de este tipo de
información y que garantizara la disponibilidad de la información desde cualquier
lugar conectado a la red del Ministerio de Educación Superior. En este sentido la
Facultad de Ciencias Técnicas (FCT) se une a este proyecto con el objetivo de
desarrollar un software que cumpla con las necesidades anteriormente planteadas.
La solución desarrollada cumple con los requerimientos del cliente y se apega a las
políticas del software libre y de código abierto en Cuba. En su desarrollo se utilizan
bibliotecas de código abierto que garantizan la aplicación de buenas prácticas de
implementación y la utilización de patrones y estilos arquitectónicos con amplio
reconocimiento a nivel internacional.
El sistema aporta un conjunto de beneficios como son: la disponibilidad de los
mapas temáticos utilizados en el proceso de producción animal, localización rápida
de las áreas de pastoreo según las características de agroproductividad del suelo e
identificación de parcelas según las UBPC del municipio de Majibacoa. Siendo
importante destacar que esta solución es una aplicación web que garantiza su
consulta desde la red, posibilitando así que este sea consultado por los productores
y mantenida la información de forma centralizada desde la Universidad de Las
Tunas.
ÍNDICE
INTRODUCCIÓN ..................................................................................................................... 1
CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA DE LA INVESTIGACIÓN ..................... 6
1 INTRODUCCIÓN .................................................................................................................. 6
1.1 SISTEMAS DE GESTIÓN DE LA INFORMACIÓN (SGI) ............................................ 6
1.2 SISTEMAS DE INFORMACIÓN GEOGRÁFICA (SIG) ................................................ 7
1.3 INFRAESTRUCTURA DE DATOS ESPACIALES (IDE)............................................... 7
1.4 GENERALIDADES SOBRE LOS PASTOS Y FORRAJES. ............................................ 8
1.5 EVOLUCIÓN HISTÓRICA DE LOS PASTOS Y FORRAJES EN CUBA ..................... 8
1.6 EVOLUCIÓN HISTÓRICA DE LOS PASTOS Y FORRAJES EN LA PROVINCIA DE
LAS TUNAS ............................................................................................................................ 10
1.7 SITUACIÓN DE LOS PASTOS Y FORRAJES EN EL MUNICIPIO MAJIBACOA .. 10
1.8 ANÁLISIS DE APLICACIONES SIMILARES .............................................................. 11
1.9 ANÁLISIS DE HERRAMIENTAS UTILIZAS ............................................................... 12
1.10 DEFINICIÓN DE ARQUITECTURA ........................................................................... 13
1.10.1 MODELO VISTA CONTROLADOR (MVC) ..................................................................... 13
1.11 LENGUAJE UNIFICADO DE MODELADO (UML) .................................................. 14
1.12 TECNOLOGÍAS, LENGUAJES Y HERRAMIENTAS UTILIZADAS PARA EL
DESARROLLO DE LA APLICACIÓN ................................................................................. 15
1.12.1 SERVIDOR DE MAPAS GEOSERVER ............................................................................. 15
1.12.2 SISTEMAS GESTORES DE BASE DE DATOS (SGBD) .................................................... 15
1.12.3 MARCO DE PRESENTACIÓN ......................................................................................... 17
1.12.4 LENGUAJES DE PROGRAMACIÓN ................................................................................ 18
1.12.5 ELECCIÓN DEL MARCO DE DESARROLLO .................................................................... 18
1.12.6 ENTORNO DE DESARROLLO INTEGRADO (IDE) .......................................................... 19
1.12.7 METODOLOGÍAS PARA EL DESARROLLO DEL SOFTWARE............................................. 19
1.12.8 HERRAMIENTAS A UTILIZAR ....................................................................................... 23
CONCLUSIONES ................................................................................................................... 24
CAPÍTULO 2: ANÁLISIS Y DISEÑO DEL SISTEMA ....................................................... 25
2 INTRODUCCIÓN ................................................................................................................ 25
2.1 MODELO DE DOMINIO. ................................................................................................ 25
2.2 REQUERIMIENTOS DEL SISTEMA ............................................................................ 25
2.2.1 REQUISITOS FUNCIONALES ........................................................................................... 26
2.2.2 REQUISITOS NO FUNCIONALES ..................................................................................... 28
2.2.3 ACTORES DEL SISTEMA ................................................................................................. 30
2.2.4 MODELADO DE CASOS DE USO DEL SISTEMA ............................................................... 30
2.2.5 DIAGRAMA DE CASO DE USO DEL SISTEMA .................................................................. 31
2.2.6 DESCRIPCIÓN DE LOS CASOS DE USO MÁS IMPORTANTES ............................................ 32
2.3 MODELO DEL DISEÑO ................................................................................................. 39
2.3.1 DIAGRAMA DE CLASES DEL DISEÑO ............................................................................. 39
2.3.2 DIAGRAMA DE SECUENCIA ........................................................................................... 42
2.3.3 DIAGRAMA DE CLASES PERSISTENTES ......................................................................... 44
2.3.4 MODELO DE DATOS ...................................................................................................... 45
2.3.5 MODELO DE DESPLIEGUE ............................................................................................ 46
2.4 MODELO DE IMPLEMENTACIÓN .............................................................................. 47
2.4.1 PAQUETES DE COMPONENTES ...................................................................................... 47
2.4.2 DIAGRAMA DE ARQUITECTURA DEL SISTEMA .............................................................. 49
2.4.3 DIAGRAMA DE COMPONENTES DE LOS CASOS DE USOS MÁS IMPORTANTES ................ 49
CONCLUSIONES ................................................................................................................... 51
CAPÍTULO 3: IMPLEMENTACIÓN DEL SISTEMA ........................................................ 52
3 INTRODUCCIÓN ................................................................................................................ 52
3.1 DISEÑO DE LA INTERFAZ ........................................................................................... 52
3.2 FORMA GENERAL Y PRINCIPIOS EN QUE SE BASA EL SISTEMA DE AYUDA 53
3.3 FORMA GENERAL Y PRINCIPIOS DE LA PROTECCIÓN Y SEGURIDAD ........... 54
3.4 FORMA GENERAL DEL TRATAMIENTO DE ERRORES ......................................... 54
CONCLUSIONES ................................................................................................................... 55
CONCLUSIONES ................................................................................................................... 56
RECOMENDACIONES ......................................................................................................... 57
REFERENCIAS BIBLIOGRÁFICAS ................................................................................... 58
BIBLIOGRAFÍA ..................................................................................................................... 59
ANEXOS .................................................................................................................................. 62
Introducción
1
Introducción
La evolución de las Tecnologías de la Información y las Comunicaciones (TICs), ha
emergido un tipo particular de Infraestructuras de Información, conocida como
Infraestructura de Datos Espaciales (IDE), distinción que se hace necesaria por la
complejidad que le confiere su naturaleza geoespacial (DELGADO, Marzo 2005).
El Programa de las Naciones Unidas para el Desarrollo (PNUD) crea el proyecto
“Infraestructura de Datos Espaciales para la gestión de gobierno en el nivel local”
que persigue proveer soluciones locales para optimizar el uso y explotación de las
TICs para procesar datos y servicios geográficos, implementando una IDE alineada
a los Estándares Internacionales, pero al mismo tiempo adaptándolo a los niveles de
desarrollo tecnológico existente en los territorios donde se implementará.
Cuba, para lograr insertarse en estas nuevas tecnologías, en Septiembre del 2005
aprobó el Acuerdo No. 5535 ((CECM), 2005) que crea la Comisión Nacional de la
Infraestructura de Datos Espaciales de la República de Cuba (CIDERC) con la
participación de un grupo de Organismos de la Administración Central del Estado y
otras instituciones con una relevante actuación en la provisión o uso de los datos
geoespaciales ((PNUD), 2007).
Entre las primeras acciones crea el Portal Geoespacial Nacional o GeoPortal que es
un punto de acceso nacional a la información geográfica disponible en la
Infraestructura de Datos Espaciales de la República de Cuba (IDERC, 2005).
Las circunstancias que caracterizan el actual contexto agrícola internacional y su
vinculación con la informática y la comunicaciones, están exigiendo proyectos para
garantizar el uso adecuado de los recursos del entorno geográfico donde se actúa,
por ello en el Proyecto de Lineamientos de la Política Económica y Social a discutir
en el VI Congreso del Partido Comunista de Cuba (2011) plantea en lo referente a la
Política Agroindustrial y la Política de Ciencia, Tecnología e Innovación.
“Priorizar, a corto plazo, la sustitución de importaciones de aquellos alimentos que
puedan ser producidos eficientemente en el país. Los recursos para potenciarla
2
deberán concentrarse donde existan mejores condiciones para su empleo más
efectivo, a fin de elevar los rendimientos y la eficiencia de la producción; asimismo,
deberá potenciarse la aplicación de los resultados de la ciencia y la técnica”.
“Sostener y desarrollar, asimismo, las investigaciones sobre la adaptación y
mitigación al cambio climático, la conservación y el uso racional de los recursos
naturales, en particular, de los suelos, el agua y los bosques; y las de las ciencias
sociales, igualmente necesarias a estos propios fines.”(PCC, 2011)
Las universidades cubanas han sido líderes históricos en la introducción y desarrollo
en el país de las nuevas tecnologías. Este liderazgo se ha manifestado en la
cantidad de resultados investigativos y productivos obtenidos en diferentes
disciplinas relacionadas con las TIC y asociadas a diferentes ramas de la economía.
El proyecto de Gestión Universitaria del Conocimiento y la Innovación para el
Desarrollo (GUCID) es una iniciativa del Ministerio de Educación Superior, creado en
el año 2006 y ya cuenta con importantes avances. En su funcionamiento GUCID ha
devenido una red social de conocimientos que enlaza los diversos actores de la
educación superior cubana (universidades, centros de investigación, redes, centros
universitarios y filiales municipales) con el propósito de fomentar el desarrollo local a
través del esfuerzo de las instituciones y organizaciones universitarias. Su principal
tarea es promover las capacidades de gestión y asociaciones entre filiales
universitarias y los Centros Universitarios Municipales y conectarlos vigorosamente
con las necesidades del desarrollo local (GUCID, Diciembre, 2011).
En la provincia de Las Tunas se trabaja para elevar los resultados en la rama
agropecuaria y ganadera vinculando el uso y explotación de las TICs. Para ello en el
año 2009 se selecciona como municipio piloto a Majibacoa por los resultados que
había tenido desde el año 2003 en el proyecto YAHIMA por lo que se vincula el
proyecto GUCID a las labores de YAHIMA, el cual es ejecutado y coordinado por la
Facultad de Ciencias Agrícolas en la Universidad Vladimir Ilich Lenin. Este proyecto
se fundamenta en el diseño y aplicación de un modelo de desarrollo rural sostenible
a nivel local, este se sustenta en un sistema de conocimiento y de información que
facilita la toma de decisiones de los actores sociales de la comunidad. Contribuye a
la planeación estratégica del desarrollo rural sobre bases científicas al aplicar
3
modelos de investigación centrados en las demandas, problemas y desafíos del
entorno, bajo la influencia de enfoques sistémicos, interinstitucionales,
interdisciplinarios, prospectivos y participativos (Abreu, 2010).
Entre los estudios que se llevan a cabo en el proyecto YAHIMA se encuentra una
investigación sobre los Pastos y Forrajes, basada en el procesamiento y análisis de
la situación de los pastos y forrajes a partir del uso de las tierras de las UBPC
ganaderas de la Empresa Agropecuaria del municipio Majibacoa. En dicho municipio
se realizó un levantamiento de la región y sus tipos de suelos, con el objetivo de
conocer las áreas propicias para el cultivo de pastos y forrajes posibilitando un
rendimiento de estos y así para elevar los resultados productivos de los rebaños en
explotación.
Todo este proceso se realiza de forma manual, donde es necesario consultar
información que está en formato plano, donde en muchas ocasiones la información
esta duplicada o ausente por deterioro y mala manipulación de todos los
documentos existentes que recogen esta información, obteniéndose a menudo
informes con datos aproximados y en ocasiones desactualizados debido a que las
fuentes de información se gestionan ya sea por correo electrónico, teléfono o
cualquier otro medio.
A partir de lo planteado anteriormente se define como problema científico que
existen insuficiencias en el proceso de gestión de información de datos espaciales
sobre la distribución de los pastos y forrajes y su relación con los usos del suelo en
el municipio de Majibacoa.
A partir de lo planteado se determina como objeto de estudio el proceso de gestión
de información de datos espaciales sobre la distribución de los pastos y forrajes y su
relación con los usos del suelo en el municipio de Majibacoa.
El objetivo del trabajo es realizar una aplicación web que permita gestionar la
información sobre los pastos y forrajes y su relación con el uso de los suelos en el
municipio de Majibacoa.
4
El campo de acción de esta investigación se enmarca en la informatización del
proceso de gestión de información de datos espaciales de los pastos y forrajes y su
relación con los usos del suelo en el municipio de Majibacoa.
La idea a defender en esta investigación es que con la creación de una aplicación
web que permita informatizar el proceso de gestión de información de datos
espaciales sobre los pastos y forrajes su relación con los usos del suelo en el
municipio de Majibacoa se podrá garantizar una gestión de la información mejorada,
centralizada y accesible desde cualquier lugar.
Para darle cumplimiento al objetivo de la investigación se plantean las siguientes
tareas de la investigación:
Realizar un estudio sobre la evolución de los sistemas de información
geográfica en el mundo.
Profundizar sobre la arquitectura de los sistemas de información geográfica.
Investigar sobre la evolución de los pastos y forrajes a nivel nacional e
internacional y en particular su desarrollo en nuestro municipio.
Asimilar las tecnologías asociadas al desarrollo de estas aplicaciones.
Desarrollar un sistema de información geográfica orientado a la web.
Para darle cumplimiento al problema de investigación y en correspondencia con el
objetivo y las tareas propuestas se utilizaron en la investigación los siguientes
métodos:
Métodos Teóricos: Son aquellos que permiten revelar las relaciones esenciales del
objeto de investigación.
Histórico – Lógico: Se utilizó para investigar la evolución y desarrollo de los
Sistemas de Información Geográfica (SIG) desde su surgimiento y hasta la
actualidad.
Análisis – Síntesis: Posibilitó el conocimiento de características, tendencias,
técnicas y tecnologías necesarias para el desarrollo de los SIG.
5
Modelación: Se utilizó para llevar a cabo la modelación del sistema a
construir.
Métodos Empíricos: Constituyen un conjunto de acciones prácticas que realiza el
sujeto con el objeto para determinar sus rasgos y regularidades esenciales.
Entrevista: Se realizó para adquirir conocimiento sobre todo lo referente al
tema y así poder desarrollar la fundamentación teórica de la investigación.
Fundamentación Teórica de la Investigación
Capítulo 1
6
Capítulo 1: Fundamentación Teórica de la Investigación
1 Introducción
En el presente capítulo se realizará el análisis del surgimiento de los Sistemas de
Gestión de Información y los Sistemas de Información Geográfica como base
principal para entender posteriormente la solución propuesta. Se analizará que es la
Infraestructura de Datos Espaciales así como, el surgimiento a través de la historia
de investigaciones sobre los pastos y forrajes enfocándose principalmente en el
municipio de Majibacoa en la provincia de Las Tunas. Además de realizar un análisis
de las aplicaciones similares existentes y así dar paso a las herramientas,
metodología y lenguaje de programación a utilizar las cuales darán solución al
problema planteado argumentando su elección en función de un análisis de las
tendencias actuales.
1.1 Sistemas de Gestión de la Información (SGI)
Un Sistema de Gestión de Información se puede definir técnicamente como un
conjunto de componentes relacionados que recolectan (o recuperan), procesan,
almacenan y distribuyen información para apoyar la toma de decisiones y el control
en una organización (ITSON, 2007).
La implementación de un sistema de gestión puede ayudar a:
Gestionar los riesgos sociales.
Mejorar la efectividad operativa.
Reducir costos.
Aumentar la satisfacción de clientes.
Lograr mejoras continuas.
Potenciar la innovación.
En los últimos años, han cobrado gran importancia las técnicas de organización y
búsqueda de información geográfica debido en gran medida al gran cúmulo de datos
7
que se generan diariamente y que es una necesidad primordial al ser procesados
para poder extraer toda la información útil que sea posible. A pesar de la gran
cantidad de datos geográficos disponibles no existe un formato estándar de
almacenamiento capaz de ser utilizado por todo tipo de sistemas geográficos con
éxito, dificultando así su integración y uso.
Con el transcurso del tiempo se ha logrado desarrollar un trabajo multidisciplinario y
es por esta razón que ha sido posible pensar en utilizar una herramienta conocida
como “Sistemas de Información Geográfica (SIG) (FONSECA, 2002), (GAREA
LLANO, 2007), (OLIVA SANTOS, 2007).
1.2 Sistemas de Información Geográfica (SIG)
Un Sistema de Información Geográfica (SIG), es una herramienta de análisis de
información. La información debe tener una referencia espacial y debe conservar
una inteligencia propia sobre la topología y representación.
Los SIG se comienzan a utilizar en cualquier disciplina que necesite la combinación
de planos cartográficos y bases de datos como: Ingeniería Civil, diseño de
carreteras, presas y embalses, Estudios medioambientales, Estudios
socioeconómicos y demográficos, Planificación de líneas de comunicación,
Ordenación del territorio, Estudios geológicos y geofísicos, Prospección y
explotación de minas, entre otros (CARMONA, A Y MONSALVE, J, 2005).
Estos desde su surgimiento en la década de los 60, se orientaban a proyectos y se
limitaban al trabajo aislado en una computadora, los cuales han ido incrementando
la distribución de la información y el procesamiento en entornos multiusuarios,
primero a nivel departamental, corporativo, hasta llegar al gran reto de compartir la
información geográfica a nivel de toda la sociedad (ESPERANCE, M. y Cols, 1991).
La Infraestructura de Datos Espaciales (IDE) es también el resultado de la evolución
de los Sistemas de Información Geográfica (SIG) (DELGADO, Marzo 2005).
1.3 Infraestructura de Datos Espaciales (IDE)
Como organización, una IDE es una iniciativa que trata de responder a la necesidad
de cooperación entre diferentes usuarios y productores de datos espaciales para
8
proporcionar los medios y el entorno que permita su compartición y desarrollo,
teniendo como objetivo último promover el desarrollo económico, estimular una
mejor administración y fomentar la sostenibilidad ambiental (DELGADO, Marzo
2005).
1.4 Generalidades sobre los Pastos y Forrajes.
Los pastos y forrajes constituyen los alimentos más abundantes y baratos con que
cuentan los rumiantes en los trópicos. Sin embargo, su producción estacional
desbalanceada es uno de los factores que mayor limitación ejerce en la producción
ganadera de esta región (ESPERANCE, M. y Cols, 1991). También, en muchas
explotaciones el manejo de este recurso no es el más adecuado, tal vez porque no
se cuenta con las especies forrajeras más apropiadas para el lugar, debido al
desconocimiento por parte del productor o a la falta de semilla. En el trópico varios
programas de desarrollo de pastos han fallado por el poco énfasis que se ha dado a
la necesidad de producir suficiente semilla a pesar de que existen forrajeras capaces
de establecerse y producir rendimientos superiores a los pastos utilizados
tradicionalmente, la falta de semilla ha frenado en parte su utilización (DELGADO,
Marzo 2005).
En la producción y utilización de los forrajes, intervienen un conjunto de factores,
que por su complejidad, requiere de conocimientos, tanto científicos como prácticos,
que nos permitan poder aplicar el manejo adecuado de los pastos para que sean
utilizados por el ganado en su estado óptimo (CUTIÑO, 2008).
1.5 Evolución histórica de los Pastos y Forrajes en Cuba
La ganadería cubana constituyó la principal fuente de riquezas del país hasta la
primera mitad del siglo XIX, constituida en ese entonces por razas de baja
producción y alimentadas con pastos no cultivados de baja calidad, no existían áreas
forrajeras, pues solamente se les brindaba ocasionalmente caña de azúcar picada o
cogollo de los restos de la cosecha.
Con el triunfo de la Revolución, la ganadería cubana dejó de ser una práctica arcaica
y generalmente empírica de explotación animal, para convertirse en uno de los
renglones fundamentales de nuestra economía, sustentada cada vez más sobre
9
bases científicas, por lo que las tareas de la alimentación del ganado imponen como
premisas la explotación máxima y eficiente de los recursos naturales. Para ello se
incrementan notablemente las áreas de Pastos y Forrajes cultivados en un esfuerzo
por mejorar su composición botánica con especies de mayor: rendimiento de materia
seca (M.S.), valor nutritivo, resistencia a la alcalinidad del suelo, al pisoteo animal,
sequedad del suelo, resistencia a plagas y enfermedades y menor afectación por el
fotoperiodismo en los días de menos horas-luz (PEÑA, 1991).
Paralelamente con las mejoras genéticas introducidas al ganado lechero en Cuba,
iniciadas en los primeros años de la década de 1960, se planteaba la necesidad de
mejorar la base alimentaria, realizándose un esfuerzo en el sentido de transformar
los Pastos y Forrajes que constituían y constituyen la base de su alimentación
(OQUENDO LOVAINA, 2002).
La diversificación, la descentralización y el movimiento hacia la autosuficiencia
alimentaria son tendencias principales dentro de la agricultura cubana. Cuba ha sido
el único país en transitar de un modelo agrícola convencional, basado en altos
insumos y fuertemente subsidiado, a otro alternativo, de bajos insumos y uso
intensivo de los recursos naturales disponibles. Los avances logrados en los últimos
quince años deben traducirse en políticas sistemáticas y consistentes que aseguren
una producción factible y sostenible.
A pesar del éxito de muchos sistemas diversificados de bajos insumos, convertir las
grandes fincas de monocultivo en sistemas integrados a pequeña y mediana escala
es todavía un gran reto para Cuba. Las mayores limitaciones han sido la baja
densidad de población en áreas rurales, la falta de capital y de insumos, así como la
ausencia de infraestructura apropiada para la producción ganadera a pequeña
escala (FUNES MONZOTE, 2009).
Para alcanzar los resultados esperados es indispensable elevar la capacitación de la
fuerza de trabajo, tanto la existente como la recién incorporada, en función de las
nuevas tecnologías que se implementan como alternativa a la situación económica
existente en el país (REY, S.; FERNÁNDEZ, P.; BU, A, 2003).
10
1.6 Evolución histórica de los Pastos y Forrajes en la provincia de Las Tunas
En Cuba, y especialmente en la región Oriental, la producción de pasto está
influenciada por las condiciones climáticas existentes y principalmente por la
distribución anual de las precipitaciones que, unida a otros factores como la
temperatura y la radiación solar, hacen que los rendimientos de los pastos no sean
estables durante todo el año (DÍAZ FONSECA, 2007).
La situación de los Pastos y Forrajes en la Provincia no difería de la del resto del
país. En los años 70 – 80 se evaluaron en campos de introducción de la Estación de
Pastos y Forrajes de la Provincia, desde el punto de vista agronómico, un grupo de
especies de gramíneas y leguminosas conocidas.
A partir del período especial da inicio a una nueva etapa donde los insumos han sido
muy escasos, por lo que se acudió a investigar nuevas especies adaptadas,
tolerantes a la sequía y menos exigentes a los insumos, donde han jugado un papel
muy importante las especies forrajeras, fundamentalmente los Pennisetum (CT-115;
CT-169;Taiwán Morado; M-22; King grass) y las arbóreas tales como: Leucaena
leucocephala, Morera (Morus), Gliricidia y Moringa, entre otras, con las cuales se
han obtenido muy buenos resultados en la provincia (FERNÁNDEZ OLANO, 2011).
1.7 Situación de los Pastos y Forrajes en el Municipio Majibacoa
Majibacoa es uno de los municipios donde se han generalizado las tecnologías
actuales, fundamentalmente en la UBPC “Waldemar Díaz” donde, con un sistema de
integración ganadería-agricultura se logró transformar la situación existente y lograr
elevados incrementos en la producción de leche. Las principales tecnologías
introducidas son: (FERNÁNDEZ OLANO, 2011)
Integración ganadería-agricultura
Introducción de la caña (Saccharum officinarum)
Introducción del King grass (Pennisetum purpureum)
Trasplante de la varía a raíz desnuda
Reforestación y cercado con cercas vivas de Gliricidia sepium y Moringa
11
Introducción en áreas forrajeras de otras especies del género Pennisetum,
Leucaena Leucocephala y Morera (Morus alba).
Sistema de pedestales con la Gliricidia y Bermuda Cruzada en la unidad “El
Mango” de la UBPC “Waldemar Díaz”.
Creación de un Banco de semillas con la introducción de 24 especies como
jardín de variedades y 4 especies como banco de semillas de Brachiarias.
1.8 Análisis de aplicaciones similares
En nuestro país sea desarrollado e implementado los SIG. En 1991 se creó uno
software para las Geociencias TeleMap en el Instituto Cubano de Hidrografía. El
TeleMap se ha empleado en numerosas aplicaciones SIG de interés para la
navegación, la geología, la metrología, el manejo de recursos naturales y
agropecuarios, entre otros (CONCEPCIÓN, 2001).
Otro SIG creado fue Geoinfo en el año 1994, implementado en proyectos temáticos
diversos. Además se han creado Sistemas de Información Geográfica criollos y su
empleo, así como también la implementación de aplicaciones en software SIG
difundidos mundialmente (RODRÍGUEZ, 2003).
Nuestra provincia se ha sumado también al desarrollo de estos sistemas los cuales
han sido de gran interés para la economía y han sido de gran importancia para las
empresas receptoras, como ejemplo: distribución de Acueductos y Alcantarillado, la
OBE, Lácteo y de la Vivienda (Pérez, 2007), el SIGCAR (sistema informativo del
catastro rural), ejecutado por GEOCUBA, administrado por la Oficina Nacional de
Hidrografía y Geodesia (ONHG), el cual brinda la información general en cuanto al
Uso, Tenencia del suelo, además del área (PÉREZ SANTIESTEBAN, 2007).
A nivel internacional también se desarrollan estos sistemas, en Argentina se
encuentra un SIG agropecuario que constituye en una herramienta eficiente en la
disponibilidad rápida de la información espacial generada por las distintas áreas de
la Secretaría de Agricultura, Ganadería, Pesca y Alimentos. Asimismo el reúne
información documental, catálogo de cartografía geo-referenciada, catálogo de
12
imágenes satelitales y productos especiales disponibles para usuarios de las
distintas áreas de la Secretaría.
Además el mismo cuenta con SIG de carácter educativo titulado “Encontrá tu
Escuela” que es una propuesta para ubicar tu escuela en el material cartográfico que
desarrolla el Ministerio de Educación a través del Programa Nacional Mapa
Educativo. Tiene como objetivos ubicar en un mapa el lugar donde está tu escuela,
la de tus amigos o cualquier establecimiento del país. Aprender a utilizar Sistemas
de Información Geográfica. Así como descubrir las principales características de
cada zona: ríos, caminos, accidentes geográficos, localidades cercanas, etc.
Estos sistemas han sido de ayuda para aumentar el conocimiento sobre esta
novedosa tecnología de los cuales se han tomado ideas para la futura realización
del sistema, pero teniendo en cuenta que estos no está orientados a la labor de
GUCID para la búsqueda de información sobre pastos y forrajes, y además han sido
implementados con software propietarios lo cual no cumple con los objetivos de la
presente investigación.
1.9 Análisis de Herramientas Utilizas
Herramienta MapServer
Características
Entorno de desarrollo en código abierto para la creación de
aplicaciones SIG en Internet
Visualización, consultas y análisis de información geográfica.
Ventajas Consumo de CPU y memoria RAM mínimos.
Se utiliza con los recursos sean limitados.
Desventajas
Dificultad para mostrar el mapa correctamente al usuario usando
el archivo mapfile y la biblioteca Openlayers.
Dificultad de conexión con la base de datos de PostGIS.
Herramienta Mapigniter
Características
Arquitectura MVC CodeIgniter.
Interface gráfica (GUI) para MapServer.
Interface gráfica simples para PostGIS.
Interface gráfica simples para OpenLayers.
13
Gestión de Información Geográfica.
Ventajas
Gestor de contenidos para publicación en Internet / Intranet.
GeoCMS basado en MapServer, PostGIS, OpenLayers y
CodeIgniter.
Software de código abierto.
Desventajas
Dificultad para mostrar el mapa correctamente al usuario usando
la biblioteca openlayers.
Alta complejidad de uso para el usuario.
Herramienta GeoServer
Características
Servidor de código abierto escrito en lenguaje de programación
Java.
Permite a los usuarios compartir y editar datos geoespaciales.
Ventajas Mayor portabilidad ya que es multiplataforma.
No utiliza archivos mapfile.
Desventajas Utiliza mayor cantidad de recursos del CPU y la memoria RAM.
Con la investigación realizada y lo anteriormente expuesto se decidió hacer uso de
la herramienta GeoServer como servidor de mapas.
1.10 Definición de Arquitectura
La arquitectura es un conjunto de decisiones significativas, acerca de la organización
de un sistema de software, incluye la selección de los elementos estructurales a
partir de los cuales se compone el sistema y las interfaces entre ellos, junto con su
comportamiento. “La arquitectura es dirigida por los casos de uso, para hacer que el
sistema proporcione la funcionalidad y utilidad deseada, teniendo que ser
suficientemente flexible para incorporar nuevas funciones y soportar la reutilización
del software existente” (Jacobson, I. and Booch, G. y Rumbaugh, J, 2004).
1.10.1 Modelo Vista Controlador (MVC)
El MVC es un estilo de arquitectura de software que separa los datos de
una aplicación, la interfaz de usuario, y la lógica de control en tres
componentes distintos. El patrón MVC se ve frecuentemente en aplicaciones web,
14
donde la vista es la página Lenguaje de Marcado de Hipertexto (HTML: por sus
siglas en inglés) y el código que provee de datos dinámicos a la página. El modelo
es el Sistema de Gestión de Base de Datos y la Lógica de negocio, y el controlador
es el responsable de recibir los eventos de entrada desde la vista.
Descripción del patrón:
Modelo: Esta es la representación específica de la información con la cual el
sistema opera.
Vista: Este presenta el modelo en un formato adecuado para
interactuar, usualmente la interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario e
invoca cambios en el modelo y en la vista.
Ventajas: Soporte de vistas múltiples. Dado que la vista está separada del modelo y
no hay dependencia directa del modelo con respecto a vista, la interfaz de usuario
puede mostrar múltiples vistas de los mismos datos simultáneamente.
Desventajas: Costo de actualizaciones frecuentes. Desacoplar el modelo de la vista
no significa que los para sistemas que implementan transformaciones de datos en
pasos sucesivos (Desarrollo Web, 2006).
1.11 Lenguaje Unificado de Modelado (UML)
UML(Unified Modeling Language) es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema de software orientado a objetos.
Se ha convertido en el estándar en la industria de software. Es la especificación de
OMG (Grupo de gestión de objetos, en inglés Object Management Group) y no solo
es la forma mundial de representar la estructura de las aplicaciones, comportamiento
y arquitectura sino que también representa procesos de negocio y estructura de
datos (Lidia Fuentes, Antonio Vallecillo, 2003)
Fundamentación de la selección del lenguaje de modelado
UML ha mejorado el desarrollo de software al establecer un estándar común que
simplifica la comunicación entre desarrolladores de software. Sus principios
fundamentales son fáciles de entender y de aprender. Actualmente es el lenguaje de
15
la ingeniería de software y es utilizado no sólo para la especificación de un sistema
sino también para propósitos de comunicación entre las personas involucradas en el
desarrollo de un sistema o para la documentación de un software existente. Por tales
razones se decide hacer uso del UML como lenguaje de modelado.
1.12 Tecnologías, lenguajes y herramientas utilizadas para el desarrollo de la
aplicación
Muchas son las tecnologías y herramientas existentes para desarrollar cualquier
sistema informático, pero antes de comenzar su desarrollo es necesario analizar
cuáles pueden ser las idóneas teniendo en cuenta aspectos como menor costo y alto
nivel de flexibilidad y versatilidad, teniendo claro que las tendencias actuales
también son consideradas. Atendiendo a estos elementos se hace un análisis de
diferentes tecnologías para lograr el cumplimiento de los objetivos propuestos.
1.12.1 Servidor de Mapas GeoServer
GeoServer es un servidor de código abierto escrito en Java que permite a los
usuarios compartir y editar datos geoespaciales. Diseñado para la interoperabilidad,
publica datos de cualquier origen de datos espaciales usando estándares abiertos
(Anónimo, 2010).
1.12.2 Sistemas Gestores de Base de Datos (SGBD)
Un Sistema Gestor de Bases de Datos (SGBD) es una colección de programas cuyo
objetivo es servir de interfaz entre la base de datos, el usuario y las aplicaciones. Se
compone de un lenguaje de definición de datos, de un lenguaje de manipulación de
datos y de un lenguaje de consulta. Un SGBD permite definir los datos a distintos
niveles de abstracción y manipular dichos datos, garantizando la seguridad e
integridad de los mismos.
Los sistemas de gestión de bases de datos son un tipo de Software muy específico,
dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que
la utilizan (SGBD, 2006).
16
PostgresSQL
PostgreSQL es un sistema objeto relacional ya que incluye características de la
orientación a objetos como puede ser la herencia, tipos de datos, funciones,
restricciones, disparadores, reglas e integridad transaccional. A pesar de esto,
PostgreSQL no es un sistema de gestión de bases de datos puramente orientado a
objetos (Meunier Regine, F ; Rohnert, H; Sommerlad, P; Stal, M, 1996).
Dispone de versiones para prácticamente todos los sistemas operativos. Tiene
soporte para claves foráneas, unión, vistas, disparadores y procedimientos
almacenados (en múltiples lenguajes de programación). Incluye la mayoría de los
tipos de datos de SQL92 y SQL99 y, así mismo, soporta el almacenamiento de
grandes objetos binarios, como imágenes, sonidos y vídeos. Tiene interfaces de
programación nativas para C/C++, Java, .Net, Perl, Php, Python, Ruby, Tcl y ODBC,
entre otros, y una excepcional documentación (PostgreSQL, 1996).
PostGIS
PostGIS es una extensión que convierte el sistema de base de datos PostgreSQL
en una base de datos espacial. La combinación de ambos es una solución perfecta
para el almacenamiento, gestión y mantenimiento de datos espaciales.
Debido a que está construido sobre PostgreSQL, PostGIS hereda automáticamente
sus características, así como los estándares abiertos. Algunas de las características
que le hacen único son:
PostGIS es software libre, tiene licencia GNU General Public License (GPL).
Es compatible con los estándares de OGC.
Soporta tipos de datos espaciales, índices espaciales y tiene cientos de
funciones espaciales.
Permite importar y exportar datos a través de varias herramientas
conversoras.
Es una alternativa real al software propietario superándole en estabilidad y
rapidez.
17
Actualmente es la base de datos espacial de código abierto más ampliamente
utilizada (Aurelio, 2012).
Ventajas:
Facilita el trabajo del programador.
Además se puede optar por desarrollar partes de la lógica de la aplicación vía
procedimientos almacenados, o generar nuevos conjuntos de datos a partir
de los existentes de manera mucho más fácil a través de vistas, subselects,
joins o tablas temporales.
Permite un mayor control sobre la aplicación, al separar los datos del lugar
donde se encuentra la aplicación (y no tener necesariamente que compartir
archivos vía un sistema de archivos distribuido si queremos separar los datos
de la aplicación) (Vrsalovic, 2012).
1.12.3 Marco de presentación
Uno de los factores del crecimiento y expansión de la Web ha sido la evolución de
las tecnologías que sustentan la infraestructura de desarrollo de software. Dentro de
las diferentes opciones de desarrollo para los sitios Web plugins y herramientas que
facilitan el desarrollo de las páginas. Estas herramientas por lo general están
enmarcadas dentro de los que se denomina marco de trabajo. Con la utilización de
un marco de trabajo de presentación, ya no es necesario que los desarrolladores
tengan un nivel técnico tan alto, puesto que este se encarga de facilitar el desarrollo
y estandarizar las páginas.
OpenLayers
OpenLayers es una biblioteca de JavaScript de código abierto bajo una derivación
de la licencia BSD para mostrar mapas interactivos en los navegadores web.
OpenLayers ofrece un API para acceder a diferentes fuentes de información
cartográfica en la red: Web Map Services, Mapas comerciales (tipo Google Maps,
Bing, Yahoo), Web Features Services, distintos formatos vectoriales, mapas de
OpenStreetMap, etc. (SlideShare, 2013).
Ext JS
18
Ext JS es una biblioteca de JavaScript para el desarrollo de aplicaciones web
interactivas usando tecnologías como AJAX, DHTML y DOM. Fue desarrollada por
Sencha (1).
1.12.4 Lenguajes de Programación
Existe una multitud de lenguajes concebidos o no para Internet. Cada uno de ellos
explota más a fondo ciertas características que lo hacen más o menos útiles para
desarrollar distintas aplicaciones. Es por ello que a la hora de elegir el lenguaje a
utilizar debemos saber claramente qué es lo que queremos hacer y si el lenguaje en
cuestión nos lo permite o no.
Hypertext Preprocessor (PHP)
Es un lenguaje de programación concebido para la creación de aplicaciones para
Internet. Es seleccionado debido a que es multiplataforma, contiene recursos
disponibles en internet así como de una gran comunidad de programadores, es un
lenguaje de alta productividad, es libre y abierto. El equipo de desarrollo cuenta con
la experiencia necesaria para trabajar con este lenguaje en el desarrollo del sistema
el cual forma parte de un proyecto que impone la tecnología. Puede ser ejecutado
bajo servidores Web como Apache, entre otros, e interactúa con muchos motores de
bases de datos tales como PostgreSQL (Martínez Rafael, 2001).
1.12.5 Elección del Marco de desarrollo
Atendiendo al lenguaje de programación elegido se decide hacer uso del marco de
trabajo CodeIgniter es un conjunto de herramientas para personas que construyen
su aplicación web usando PHP. Su objetivo es permitirle desarrollar proyectos
mucho más rápido de lo que podría si lo escribiese desde cero, proveyéndole un rico
juego de librerías para tareas comúnmente necesarias, así como una interface
simple y estructura lógica para acceder a esas librerías. CodeIgniter le permite
creativamente enfocarse en su proyecto minimizando la cantidad de código
necesaria para una tarea dada. Algunas de sus características principales son:
Se encuentra bajo una licencia open source Apache/BSD-style por lo que es
libre.
19
Sistema Basado en Modelo-Vista-Controlador
Compatible con PHP 4
Extremadamente Liviano
No requiere de un motor de plantillas, entre otras.
1.12.6 Entorno de Desarrollo Integrado (IDE)
Un entorno de desarrollo integrado (por sus siglas en inglés IDE), es un programa
compuesto por un conjunto de herramientas de programación. Consiste en un editor
de código, un compilador, un depurador y un constructor de interfaz gráfica. Los IDE
proveen un marco de trabajo amigable para la mayoría de los lenguajes de
programación. Para el lenguaje PHP se encuentra Netbeans.
NetBeans IDE
NetBeans IDE es una herramienta de desarrollo escrita puramente sobre la base de
la tecnología Java, de modo que puede ejecutarse en cualquier ambiente donde se
ejecute este lenguaje (Sun Microsystems, 2012).
1.12.7 Metodologías para el desarrollo del software
Para lograr la productividad del software se necesita regir el proceso de desarrollo
sobre metodologías que permitan obtener resultados de acuerdo a lo establecido
con los clientes, por lo que a la hora de desarrollar un producto software uno de los
aspectos más importante a tener en cuenta es la metodología a adoptar.
Las metodologías de desarrollo de software abarcan todo el ciclo de vida del
software, y se definen como “un conjunto de procedimientos, técnicas, herramientas
y un soporte documental que ayuda a los desarrolladores a realizar un nuevo
software, adoptando la misma se obtiene un producto software más predecible y
permite ciertas características deseables como: (RUP, 2006)
Existencias de reglas bien definidas.
Verificaciones intermedias.
20
Planificación y control.
Comunicación efectiva.
Utilización sobre un abanico amplio de proyectos.
Fácil formación.
Herramientas CASE (Computer Aided Software Engineering).
Actividades que mejoren el proceso de desarrollo.
Soporte al mantenimiento.
Soporte de la reutilización de software.
Proceso Unificado de Racional (RUP)
El Proceso Unificado de Racional (RUP) es un producto del proceso de ingeniería de
software que proporciona un enfoque disciplinado para asignar tareas y
responsabilidades dentro de una organización del desarrollo. Su meta es asegurar la
producción del software de alta calidad que resuelve las necesidades de los usuarios
dentro de un presupuesto y tiempo establecidos (Chacón, 2011).
El Proceso Unificado, es un proceso de desarrollo de software, que es definido por
Jacobson (2000) como “el conjunto de actividades necesarias para transformar los
requisitos de un usuario en un sistema de software. Pero el RUP es más que eso; es
una guía de trabajo que se puede adaptar a diferentes tipos de sistema de software,
diferentes campos de acción y diferentes tamaños de proyecto (Rumbaugh, J.,
Jacobson, I. y Booch, G., 2000).
El ciclo de vida del software del RUP se descompone en cuatro fases secuenciales.
En cada extremo de una fase se realiza una evaluación para determinar si los
objetivos de la fase se han cumplido. Una evaluación satisfactoria permite que el
proyecto se mueva a la próxima fase. Esas fases son:
Fase de Inicio
21
Se describe el negocio y se delimita el proyecto describiendo sus alcances
con la identificación de los casos de uso del sistema.
Fase de Elaboración
Se define la arquitectura del sistema y se obtiene una aplicación ejecutable
que responde a los casos de uso que la comprometen. A pesar de que se
desarrolla a profundidad una parte del sistema, las decisiones sobre la
arquitectura se hacen sobre la base de la comprensión del sistema completo
y los requerimientos (funcionales y no funcionales) identificados de acuerdo al
alcance definido
Fase de Construcción
Se obtiene un producto listo para su utilización que está documentado y tiene
un manual de usuario. Se obtiene uno o varias versiones del producto que
han pasado las pruebas. Se ponen estas versiones a consideración de un
subconjunto de usuarios.
Fase de Transición:
La versión ya está lista para su instalación en las condiciones reales. Puede
implicar reparación de errores (RUP, 2006).
En RUP se han agrupado las actividades en grupos lógicos definiéndose 9 flujos de
trabajo principales. Los 6 primeros son conocidos como flujos de ingeniería y los tres
últimos como de apoyo.
Flujos de trabajo:
Modelamiento del negocio: Describe los procesos de negocio, identificando
quiénes participan y las actividades que requieren automatización.
Requerimientos: Define qué es lo que el sistema debe hacer, para lo cual se
identifican las funcionalidades requeridas y las restricciones que se imponen.
Análisis y diseño: Describe cómo el sistema será realizado a partir de la
funcionalidad prevista y las restricciones impuestas (requerimientos), por lo
que indica con precisión lo que se debe programar.
22
Implementación: Define cómo se organizan las clases y objetos en
componentes, cuáles nodos se utilizarán y la ubicación en ellos de los
componentes y la estructura de capas de la aplicación.
Prueba (Testeo): Busca los defectos a los largo del ciclo de vida.
Instalación: Produce release del producto y realiza actividades (empaque,
instalación, asistencia a usuarios, etc.) para entregar el software a los
usuarios finales.
Administración del proyecto: Involucra actividades con las que se busca
producir un producto que satisfaga las necesidades de los clientes.
Administración de configuración y cambios: Describe cómo controlar los
elementos producidos por todos los integrantes del equipo de proyecto en
cuanto a: utilización/actualización concurrente de elementos, control de
versiones, etc.
Ambiente: Contiene actividades que describen los procesos y herramientas
que soportarán el equipo de trabajo del proyecto; así como el procedimiento
para implementar el proceso en una organización (Rumbaugh, J., Jacobson, I.
y Booch, G., 2000).
Modelado Ágil (AM)
AM es un proceso de software basado en prácticas cuyo alcance es describir cómo
modelar y documentar de manera eficaz y ágil los sistemas. AM no es un proceso
prescriptivo, ni define procedimientos detallados de cómo crear un tipo de modelado
dado. En lugar de eso, sugiere prácticas para ser un modelador efectivo. AM es un
complemento a los métodos existentes, no es una metodología completa. Es una
manera efectiva de trabajar en conjunto para alcanzar las necesidades de las partes
interesadas en el proyecto. No es un ataque a la documentación, de hecho AM
aconseja la creación de documentos que tengan valor.
Fue propuesto por [SCOTT, 2002] no tanto como un método ágil cerrado en sí
mismo, sino como complemento de otras metodologías, sean éstas ágiles o
convencionales.
Los principales objetivos de AM son:
23
Definir y mostrar de qué manera se debe poner en práctica una colección de
valores, principios y prácticas que conducen al modelado de peso ligero.
Enfrentar el problema de la aplicación de técnicas de modelado en procesos
de desarrollo ágiles.
Enfrentar el problema de la aplicación de las técnicas de modelado
independientemente del proceso de software que se utilice (SCOTT, 2002).
Fundamentación de la metodología de desarrollo seleccionada
Para el desarrollo de la presente investigación se utilizará la metodología RUP ya
que proporciona un enfoque disciplinado para asignar tareas y responsabilidades
dentro de una organización en desarrollo. Su objetivo es asegurar la producción de
software de alta calidad que satisfaga las necesidades del usuario final dentro de un
tiempo dispuesto. Es una metodología tradicional configurada para proyectos de
gran envergadura y que involucra a gran cantidad de trabajadores. Mientras que AM
es un proceso de software basado en prácticas cuyo alcance es describir cómo
modelar y documentar de manera eficaz y ágil los sistemas. Las prácticas de AM se
deben utilizar, a ser posible en su totalidad para mejorar el proceso ya que no es una
metodología completa, sino un complemento a los métodos existentes. Debido al
tiempo y al tamaño del equipo de desarrollo para el análisis, diseño e
implementación del sistema se decide combinar la metodología RUP ya que esta
propone como hacerlo y AM te dice como se hace.
1.12.8 Herramientas a utilizar
Rational Rose
Es actualmente conocida como una familia de software de IBM para el despliegue,
diseño, construcción, pruebas y administración de proyectos en el proceso desarrollo
de software. Es una de las más poderosas herramientas de modelado visual para el
análisis y diseño de sistemas basados en objetos. Se utiliza para modelar un
sistema antes de proceder a construirlo.
Esta es la herramienta que está predeterminada para el trabajo con este sistema
junto con el lenguaje de modelado UML, por todas sus comodidades de trabajo y
24
comprensión de la misma por parte del autor, además es una herramienta con
plataforma independiente que ayuda a la comunicación entre los miembros del
equipo, a monitorear el tiempo de desarrollo y a entender el desarrollo de los
sistemas (ibm, 2008).
Conclusiones
En el desarrollo de este capítulo se realizó un análisis de los Sistemas de
Información Geográfica (SIG), además se profundizó en el estudio sobre cómo se
han desarrollado investigaciones de los pastos y forrajes a nivel nacional e
internacional enfocándose principalmente en el municipio de Majibacoa. En el mismo
se estudiaron las herramientas, tecnologías, lenguajes y metodologías a utilizar para
el desarrollo del sistema.
Análisis y Diseño del Sistema
Capítulo 2
25
Capítulo 2: Análisis y Diseño del Sistema
2 Introducción
En el presente capítulo se realiza el análisis y diseño del sistema propuesto, se
utilizan las metodologías de desarrollo de software AM y RUP combinadas, y UML
como lenguaje de modelado. Se muestran cada uno de los componentes propuestos
por ambas metodologías para cada flujo de trabajo.
2.1 Modelo de Dominio.
El modelo de dominio o conceptual, representa los conceptos significativos en un
dominio del problema. Representa cosas del mundo real, no componentes del
software. A través de este se comunica cuáles son los términos importantes y cómo
se relacionan entre sí (LARMAN, 2004).
Figura 1. Modelo del Dominio
2.2 Requerimientos del Sistema
Los requerimientos son condiciones o capacidades que tienen que ser alcanzadas o
poseídas por un sistema o componente de un sistema para satisfacer un contrato,
26
estándar, u otro documento impuesto formalmente (Rumbaugh, J., Jacobson, I. y
Booch, G., 2000). Es donde se extraen los requisitos funcionales y no funcionales,
casos de uso del sistema con sus actores y descripciones, así como el diagrama de
casos de uso.
2.2.1 Requisitos funcionales
Los requerimientos o requisitos funcionales son capacidades o condiciones que el
sistema debe cumplir. Los requerimientos funcionales no alteran la funcionalidad del
producto, esto quiere decir que los requerimientos funcionales se mantienen
invariables sin importarle con que propiedades o cualidades se relacionen
(Rumbaugh, J., Jacobson, I. y Booch, G., 2000). A continuación se muestran los
requisitos funcionales del sistema:
RF1: Autenticar usuario.
RF2: Gestionar Usuario del Sistema.
RF2.1: Insertar usuario al sistema.
RF2.2: Editar usuario.
RF2.3: Listar usuario.
RF2.4: Eliminar usuario.
RF3: Gestionar Roles.
RF3.1: Insertar nuevo rol.
RF3.2: Editar rol.
RF3.3: Listar rol.
RF3.4: Eliminar rol.
RF4: Obtener Trazas.
RF5: Obtener Información de los Mapas.
RF6: Gestionar Capa Embalses.
27
RF6.1: Insertar embalses.
RF6.2: Editar embalses.
RF6.3: Listar embalses.
RF7: Gestionar Capa Suelo.
RF7.1: Insertar suelo.
RF7.2: Editar suelo.
RF7.3: Listar suelo.
RF8: Gestionar Capa UBPC.
RF8.1: Insertar UBPC.
RF8.2: Editar UBPC.
RF8.3: Listar UBPC.
RF9: Gestionar Capa Agroproductivo.
RF9.1: Insertar forraje.
RF9.2: Editar forraje.
RF9.3: Listar forraje.
RF10: Gestionar Capa Municipio.
RF10.1: Insertar municipio.
RF10.2: Editar municipio.
RF10.3: Listar municipio.
RF11: Gestionar Capa Consejo Popular.
RF11.1: Insertar consejo popular.
RF11.2: Editar consejo popular.
28
RF11.3: Listar consejo popular.
RF12: Gestionar Capa Carreteras.
RF12.1: Insertar carreteras.
RF12.2: Editar carreteras.
RF12.3: Listar carreteras.
RF13: Gestionar Capa Ríos.
RF13.1: Insertar ríos.
RF13.2: Editar ríos.
RF13.3: Listar ríos.
RF14: Realizar Búsquedas.
2.2.2 Requisitos no Funcionales
Los requisitos no funcionales son propiedades o cualidades que el producto debe
tener. Debe pensarse en estas propiedades como las características que hacen al
producto atractivo, usable, rápido o confiable (Rumbaugh, J., Jacobson, I. y Booch,
G., 2000). A continuación se muestran los requisitos no funcionales más importantes
del sistema propuesto:
RNF1. Requerimientos de Software
RNF1.1: El sistema será publicado para trabajar sobre las plataformas
Windows o GNU Linux sin variar ninguna de sus funcionalidades. El mismo
utilizará un servidor de mapas GeoServer y tendrá como gestor de base de
datos el PostgreSQL y su extensión PostGIS. Será implementado en el
lenguaje PHP.
RNF1.2: El sistema será desarrollado sobre una plataforma Web, por lo que
para una mejor accesibilidad al mismo deberá ser compatible con los
navegadores Mozilla, Internet Explorer, Google Chrome, Opera, entre otros
de los navegadores más comúnmente usados.
29
RNF2. Requerimientos de Apariencia o Interfaz Externa
RNF3.1: La interfaz de usuario será amigable, sugerente e intuitiva además
deberá resultar de fácil navegación para el usuario captando su atención
desde el principio; predominarán colores sugerentes y a la vez atractivos.
RNF3. Requerimientos de Seguridad
RNF3.1: El sistema debe establecer un mecanismo de autenticación que
permita la utilización de los servicios para los usuarios autorizados
accediendo solo a la información que ha sido definida mediante la asignación
de roles.
RNF3.2: Debe contar con protección contra acciones no autorizadas o que
puedan afectar la integridad de los datos validando la entrada de los mismos.
Se debe garantizar comunicaciones seguras entre los clientes y el servidor.
RNF3.3: El sistema debe permanecer en constante funcionamiento
garantizando el acceso a los datos para los usuarios del sistema según su
permiso administrativo. Se debe interrumpir su funcionamiento solo cuando
sea necesario reiniciarlo o detenerlo por tareas de mantenimiento o cambios
en la configuración del mismo.
RNF4. Requerimientos de Soporte
RNF4.1: El sistema contendrá una ayuda para el usuario facilitando su
manipulación.
RNF4.2: Deberá estar bien documentado para así garantizar su previo
mantenimiento.
RNF5. Requerimientos de Rendimiento
RNF5.1: Con el objetivo de lograr un mejor rendimiento en el sistema. Las
páginas deberán ser lo más ligeras posibles, y sus imágenes de calidad
aceptable y el sistema debe requerir un consumo mínimo de recursos.
RNF6. Restricciones en el Diseño y la Implementación
30
RNF6.1: El diseño e implementación de la aplicación será basado en la
metodología RUP combinada con AM, utilizando el UML como lenguaje de
modelado.
RNF6.2: Se usará como herramienta de trabajo para el modelado de los
artefactos que se generan en cada uno de los flujos de trabajo definidos por
RUP el Rational Rose.
RNF6.3: Para la implementación del sistema se utilizará el lenguaje PHP y
como marco de trabajo para su desarrollo el CodeIgniter, como gestor de
base de datos el PostgreSQL con su extensión PostGIS y para el desarrollo
de la interfaz de usuario se utilizará OpenLayers para la gestión de los mapas
y Ext para la vista del usuario.
2.2.3 Actores del sistema
Un actor representa una entidad externa que interactúa con el sistema.
Actores del Sistema Justificación
Usuario Es un usuario que generaliza el rol de autenticación al
sistema.
Administrador Es el encargado de realizar todas las operaciones del
sistema (insertar, editar, listar y eliminar, entre otros),
además se encarga del mantenimiento del sistema en
general y define los roles para cada usuario del sistema.
Visualizador Solo tiene acceso a una pequeña parte de la información del
sistema, no podrá realizar ningún tipo de cambio por lo que no
podrá añadir información a este.
2.2.4 Modelado de Casos de Uso del Sistema
Los casos de uso son artefactos narrativos que describen, bajo la forma de acciones
y reacciones, el comportamiento del sistema desde el punto de vista del usuario.
31
Establece un acuerdo entre clientes y desarrolladores sobre las condiciones y
posibilidades que debe cumplir el sistema (Jacobson, I. and Booch, G. y Rumbaugh,
J, 2004).
Casos de Uso
CUS_ Autenticar Usuario
CUS_ Gestionar Usuario del sistema.
CUS_ Gestionar Roles.
CUS_ Obtener Trazas.
CUS_ Obtener Información de los Mapas.
CUS_ Gestionar Capa Embalses.
CUS_ Gestionar Capa Suelo.
CUS_ Gestionar Capa UBPC.
CUS_ Gestionar Capa Agroproductivo.
CUS_ Gestionar Capa Municipio.
CUS_ Gestionar Capa Consejo Popular.
CUS_ Gestionar Capa Carreteras.
CUS_ Gestionar Capa Ríos.
CUS_ Realizar Búsquedas.
2.2.5 Diagrama de Caso de Uso del Sistema
El diagrama de casos de usos del sistema muestra un conjunto de casos de usos y
sus relaciones, describiendo lo que hace el sistema para cada tipo de usuario
(RUMBAUGH, James, JACOBSON, Ivar; BOOCH, Grady, 2000).
32
Visualizador
(f rom Actores del Sistema)...)
CUS_Autenticar Usuario
(from Casos del Uso del Sistema)
CUS_ Realizar Búsquedas
(from Casos del Uso del Sistema)
Usuario
(f rom Actores del Sistema)...)
CUS_ Gestionar Capa Municipio
(from Casos del Uso del Sistema)
CUS_ Obtener Trazas
(from Casos del Uso del Sistema)
CUS_ Gestionar Roles
(from Casos del Uso del Sistema)
CUS_ Gestionar Usuario del
Sistema
(from Casos del Uso del Sistema)
CUS_Gestionar Capa UBPC
(from Casos del Uso del Sistema)
CUS_ Gestionar Capa Carreteras
(from Casos del Uso del Sistema)
CUS_Gestionar Capa Consejo
Popular
(from Casos del Uso del Sistema)
CUS_ Obtener Información de los
Mapas
(from Casos del Uso del Sistema)
CUS_Gestionar Capa
Agroproductivo
(from Casos del Uso del Sistema)
CUS_Gestionar Capa Suelo
(from Casos del Uso del Sistema)
CUS_Gestionar Capa Embalses
(from Casos del Uso del Sistema)
CUS_Gestionar Capa Ríos
(from Casos del Uso del Sistema)
Administrador
(f rom Actores del Sistema)...)
Figura 2. Diagrama de Caso de Uso del Sistema
2.2.6 Descripción de los Casos de Uso más Importantes
Tabla 1: Descripción del caso de uso Gestionar Capa Suelo.
Caso de Uso: Gestionar Capa Suelo
Actores: Administrador
Resumen:
El caso de uso inicia cuando el Administrador necesita
gestionar la capa suelo ya sea añadiendo nueva
información o modificando la existente. El caso de uso
termina cuando el sistema guarda y lista los cambios
realizados.
Referencia: RF7, RF7.1, RF7.2, RF7.3.
CU asociados:
Precondiciones: El administrador debe estar autenticado en el sistema
Poscondiciones: -
Flujo Normal de Eventos
Sección “General”
33
Acción del Actor Respuesta del Sistema
1. El Administrador del sistema se
dirige al menú principal “Mapas” y
selecciona el submenú Suelo y dentro
de este Gestionar.
1.1 El sistema muestra una interfaz
con una tabla con todos los datos del
mapa y al final de cada fila se
encuentra la operación editar. Además
en la parte superior de la tabla las
opciones insertar y buscar.
2. El Administrador selecciona una de
las opciones presentadas.
2.1 Si selecciona “Insertar” ver sección
Insertar Suelo.
2.2 Si selecciona “Editar” ver sección
Editar Suelo.
Sección “Insertar Suelo”
3. El Administrador selecciona la
opción “Insertar”.
3.1 El sistema muestra un formulario
en el que pide llenar los datos con la
nueva información de la capa.
4. El Administrador inserta los datos a
llenar.
4.1 El sistema verifica si los datos
introducidos son correctos.
4.2 El sistema verifica que los campos
de textos no estén vacíos.
4.3 Si todos los datos introducidos
están correctos los guarda en la Base
de datos.
4.4 El sistema notifica al usuario de
que se creó satisfactoriamente.
Sección “Editar Suelo”
5. El administrador selecciona la
opción “Editar”.
5.1 El sistema muestra un formulario
con toda la información señalada.
6. El Administrador cambia los datos
necesarios.
6.1 El sistema verifica si los datos
cambiados son correctos.
6.2 El sistema verifica que los campos
no estén vacíos.
6.3 Si todos los datos introducidos
34
están correctos los guardas en la Base
de datos.
6.4 El sistema notifica al usuario de
que se modificó satisfactoriamente.
Flujos Alternos
Sección “Insertar Suelo”
Acción del Actor Respuesta del Sistema
4 El Administrador pone algún campo
no válido.
4.1 El sistema muestra en cada
campo de texto donde se deba
insertar solo letras un mensaje de
error “Solo puede introducir letras”. Ir
al paso 3.1.
5. El Administrador deja en blanco
algún dato.
5.1 El sistema muestra en cada
campo de texto un mensaje de error
“El campo es requerido”. Ir al paso
3.1.
Sección “Editar Suelo”
6 El Administrador pone algún campo
no válido.
6.1 El sistema muestra en cada
campo de texto donde se deba
insertar solo letras un mensaje de
error “Solo puede introducir letras”. Ir
al paso 5.1.
7. El Administrador deja en blanco
algún dato.
7.1 El sistema muestra en cada
campo de texto un mensaje de error
“El campo es requerido”. Ir al paso
5.1.
Prioridad: Crítico
Tabla 2: Descripción del caso de uso Gestionar Capa UBPC.
Caso de Uso: Gestionar Capa UBPC
Actores: Administrador
35
Resumen:
El caso de uso inicia cuando el Administrador necesita
gestionar la capa UBPC ya sea añadiendo nueva
información o modificando la existente. El caso de uso
termina cuando el sistema guarda y lista los cambios
realizados.
Referencia: RF8, RF8.1, RF8.2, RF8.3.
CU asociados:
Precondiciones: El administrador debe estar autenticado en el sistema
Poscondiciones: -
Flujo Normal de Eventos
Sección “General”
Acción del Actor Respuesta del Sistema
1. El Administrador del sistema se
dirige al menú principal “Mapas” y
selecciona el submenú UBPC y dentro
de este Gestionar.
1.1 El sistema muestra una interfaz
con una tabla con todos los datos del
mapa y al final de cada fila se
encuentra la operación editar. Además
en la parte superior de la tabla las
opciones insertar y buscar.
2. El Administrador selecciona una de
las opciones presentadas.
2.1 Si selecciona “Insertar” ver sección
Insertar UBPC.
2.2 Si selecciona “Editar” ver sección
Editar UBPC.
Sección “Insertar UBPC”
3. El Administrador selecciona la
opción “Insertar”.
3.1 El sistema muestra un formulario
en el que pide llenar los datos con la
nueva información de la capa.
4. El Administrador inserta los datos a
llenar.
4.1 El sistema verifica si los datos
introducidos son correctos.
4.2 El sistema verifica que los campos
de textos no estén vacíos.
4.3 Si todos los datos introducidos
están correctos los guarda en la Base
36
de datos.
Sección “Editar UBPC”
5. El administrador selecciona la
opción “Editar”.
5.1 El sistema muestra un formulario
con toda la información señalada.
6. El Administrador cambia los datos
necesarios.
6.1 El sistema verifica si los datos
cambiados son correctos.
6.2 El sistema verifica que los campos
no estén vacíos.
6.3 Si todos los datos introducidos
están correctos los guardas en la Base
de datos.
Flujos Alternos
Sección “Insertar UBPC”
Acción del Actor Respuesta del Sistema
4 El Administrador pone algún campo
no válido.
4.1 El sistema muestra en cada
campo de texto donde se deba
insertar solo letras un mensaje de
error “Solo puede introducir letras”. Ir
al paso 3.1.
5. El Administrador deja en blanco
algún dato.
5.1 El sistema muestra en cada
campo de texto un mensaje de error
“El campo es requerido”. Ir al paso
3.1.
Sección “Editar UBPC”
6 El Administrador pone algún campo
no válido.
6.1 El sistema muestra en cada
campo de texto donde se deba
insertar solo letras un mensaje de
error “Solo puede introducir letras”. Ir
al paso 5.1.
7. El Administrador deja en blanco
algún dato.
7.1 El sistema muestra en cada
campo de texto un mensaje de error
“El campo es requerido”. Ir al paso
37
5.1.
Prioridad: Crítico
Tabla 3: Descripción del caso de uso Gestionar Capa Agroproductivo
Caso de Uso: Gestionar Capa Agroproductivo
Actores: Administrador
Resumen:
El caso de uso inicia cuando el Administrador necesita
gestionar la capa agroproductivo ya sea añadiendo nueva
información o modificando la existente. El caso de uso
termina cuando el sistema guarda y lista los cambios
realizados.
Referencia: RF9, RF9.1, RF9.2, RF9.3.
CU asociados:
Precondiciones: El administrador debe estar autenticado en el sistema
Poscondiciones: -
Flujo Normal de Eventos
Sección “General”
Acción del Actor Respuesta del Sistema
1. El Administrador del sistema se
dirige al menú principal “Mapas” y
selecciona el submenú Agroproductivo
y dentro de este Gestionar.
1.1 El sistema muestra una interfaz
con una tabla con todos los datos del
mapa y al final de cada fila se
encuentra la operación editar. Además
en la parte superior de la tabla las
opciones insertar y buscar.
2. El Administrador selecciona una de
las opciones presentadas.
2.1 Si selecciona “Insertar” ver sección
Insertar Agroproductivo.
2.2 Si selecciona “Editar” ver sección
Editar Agroproductivo.
Sección “Insertar Agroproductivo”
3. El Administrador selecciona la
opción “Insertar”.
3.1 El sistema muestra un formulario
en el que pide llenar los datos con la
38
nueva información de la capa.
4. El Administrador inserta los datos a
llenar.
4.1 El sistema verifica si los datos
introducidos son correctos.
4.2 El sistema verifica que los campos
de textos no estén vacíos.
4.3 Si todos los datos introducidos
están correctos los guarda en la Base
de datos.
Sección “Editar Agroproductivo”
5. El administrador selecciona la
opción “Editar”.
5.1 El sistema muestra un formulario
con toda la información señalada.
6. El Administrador cambia los datos
necesarios.
6.1 El sistema verifica si los datos
cambiados son correctos.
6.2 El sistema verifica que los campos
no estén vacíos.
6.3 Si todos los datos introducidos
están correctos los guardas en la Base
de datos.
Flujos Alternos
Sección “Insertar Agroproductivo”
Acción del Actor Respuesta del Sistema
4 El Administrador pone algún campo
no válido.
4.1 El sistema muestra en cada
campo de texto donde se deba
insertar solo letras un mensaje de
error “Solo puede introducir letras”. Ir
al paso 3.1.
5. El Administrador deja en blanco
algún dato.
5.1 El sistema muestra en cada
campo de texto un mensaje de error
“El campo es requerido”. Ir al paso
3.1.
Sección “Editar Agroproductivo”
6 El Administrador pone algún campo 6.1 El sistema muestra en cada
39
no válido. campo de texto donde se deba
insertar solo letras un mensaje de
error “Solo puede introducir letras”. Ir
al paso 5.1.
7. El Administrador deja en blanco
algún dato.
7.1 El sistema muestra en cada
campo de texto un mensaje de error
“El campo es requerido”. Ir al paso
5.1.
Prioridad: Crítico
2.3 Modelo del Diseño
El modelo de diseño es un modelo de objetos que describe la realización física de
los casos de uso centrándose en como los requisitos funcionales y no funcionales,
junto con otras restricciones relacionadas con el entorno de implementación, tienen
impacto en el sistema a considerar. Sirve de abstracción de la implementación y es
utilizada como entrada fundamental de las actividades de implementación
(Jacobson, I. and Booch, G. y Rumbaugh, J, 2004).
2.3.1 Diagrama de Clases del Diseño
A continuación se presentan los diagramas de clases del diseño más importantes:
Diagrama de Clase “Gestionar Capa Suelo”
40
Figura 3. Diagrama de Clase del Diseño: Gestionar Capa Suelo
Diagrama de Clase “Buscar Capa Suelo”
Figura 4. Diagrama de Clase del Diseño: Buscar Capa Suelo
Diagrama de Clase “Gestionar Capa UBPC”
41
Figura 5. Diagrama de Clase del Diseño: Gestionar Capa UBPC
Diagrama de Clase “Buscar Capa UBPC”
Figura 6. Diagrama de Clase del Diseño: Buscar Capa UBPC
Diagrama de Clase “Gestionar Capa Agroproductivo”
42
Figura 7. Diagrama de Clase del Diseño: Gestionar Capa Agroproductivo
Diagrama de Clase “Buscar Capa Agroproductivo”
Figura 8. Diagrama de Clase del Diseño: Buscar Capa Agroproductivo
2.3.2 Diagrama de Secuencia
Diagrama de Secuencia “CU Gestionar Suelo”
43
Insertar Suelo
: Administrador : CP_Listar _Suelo : CP_Insertar _Suelo : F_Insertar _Suelo : SP_Gestionar
Suelo
:
SP_Controlador...
: SUELO
: CP_Principal
Selecciono opción gestionar suelo
/Link/
/Link/
Introduzca los datos del Suelo(Número,Código del Municipio,Municipio,Área,Tipo de Suelo,etc)
Verificando Datos
/Submit/
Insertar_Suelo()
Insertar Suelo( )
/Build/ Msg "Suelo insertado correctamente"
Figura 9. Diagrama de Secuencia: Insertar Suelo
Diagrama de Secuencia “CU Gestionar UBPC”
Insertar UBPC
: Administrador : CP_Principal : CP_Insertar_UBPC
: F_Insertar_UBPC
:
SP_Gestionar...
:
SP_Controlado...
: UBPC
: CP_Listar _UBPC
Verificando Datos
/Submit/
InsertarUBPC()
Insertar UBPC( )
/Build/ Msg "UBPC insertado correctamente"
Introduzca los datos de la UBPC(Provincia,Municipio,Nombre,Área)
Selecciono opción gestionar UBPC
/Link/
/Link/
Figura 10. Diagrama de Secuencia: Insertar UBPC
44
Diagrama de Secuencia “CU Gestionar Agroproductivo”
Insertar Agroproductivo
: Administrador
: CP_Listar
_Agroproductivo
: CP_Insertar
_Agroproductivo
: F_Insertar
_Agroproductivo
:
SP_Gestionar_A...
:
SP_Controlador...
:
AGROPRODUCTIVO
: CP_Principal
Selecciono opción gestionar agroproductivo
/Link/
/Link/
Introduzca los datos del Agroproductivo(Número,Código del Municipio,Municipio,Área,etc)
Verificando Datos
/Submit/
Insertar_Agroproductivo( )
Insertar Agroproductivo( )
/Build/ Msg "Agroproductivo insertado correctamente"
Figura 11. Diagrama de Secuencia: Insertar Agroproductivo
2.3.3 Diagrama de Clases Persistentes
Diagrama de Clases Persistentes “SIG Seguridad”
Figura 12. Diagrama de Clases Persistentes: SIG Seguridad
45
Diagrama de Clases Persistentes “SIG Majibacoa Mapas”
Figura 13. Diagrama de Clases Persistentes: SIG Majibacoa Mapas
2.3.4 Modelo de Datos
A continuación se presentan el modelo de datos correspondiente a los mapas:
Modelo de Datos “SIG Seguridad”
Figura 14. Modelo de Datos: SIG Seguridad
46
Modelo de Datos “SIG Majibacoa Mapas”
Figura 15. Modelo de Datos: SIG Majibacoa Mapas
2.3.5 Modelo de Despliegue
El modelo de despliegue es un modelo de objetos que describe la distribución física
del sistema en términos de cómo se distribuye la funcionalidad entre los nodos de
computo. El modelo de despliegue se utiliza como entrada fundamental en las
actividades de diseño e implementación debido a que la distribución del sistema
tiene una influencia principal en su diseño (Jacobson, I. and Booch, G. y Rumbaugh,
J, 2004).
47
Figura 16. Modelo de Despliegue
2.4 Modelo de Implementación
El Modelo de implementación representa la composición física de la implementación
en términos de subsistemas de implementación y elementos de implementación
(carpetas y ficheros, incluyendo código fuente, datos y ejecutables) (Jacobson, I. and
Booch, G. y Rumbaugh, J, 2004).
2.4.1 Paquetes de Componentes
Paquete de Controladoras
48
Controladora
CC:Consejo
Popular
<<Web Page>>
CC:UBPC
<<Web Page>>
CC:Agroproduct
ivo
<<Web Page>>
CC:Suelo
<<Web Page>>
CC:Autenticar
<<Web Page>>
CC:Información
de los Mapas
<<Web Page>>
CC:Embalses
<<Web Page>>
CC:Usuario
<<Web Page>>
CC:Municipio
<<Web Page>>
CC:Caminos
<<Web Page>>
CC:Ríos
<<Web Page>>
Figura 17. Paquetes de Componentes: Controladoras
Paquete de Modelo
Modelo CE:Suelo
CE:UBPC
CE:Autent
icar
CE:Emba
lses
CE:Munici
pio
CE:Consejo
Popular
CE:Camin
os
CE:Ríos
CE:Información
de los Mapas
CE:Agropr
oductivo
CE:Usuari
o
Figura 18. Paquetes de Componentes: Modelo
49
Paquete de Vista
UBPC
<<Web Page>>
Agroproductivo
<<Web Page>>
Suelo
<<Web Page>>
Autenticar
<<Web Page>>
Usuario
<<Web Page>>
Municipio
<<Web Page>>
Embalses
<<Web Page>>
Obtener Información
de los Mapas
<<Web Page>>
Consejo
Popular
<<Web Page>>
Caminos
<<Web Page>>
Ríos
<<Web Page>>
Vistas
Principal
<<Web Page>>
Figura 19. Paquetes de Componentes: Vista
2.4.2 Diagrama de Arquitectura del Sistema
Controladora
Index.php
<<Web Page>>
Vista
Modelo
db_Seguridad
db_SIG_Mapas
Figura 20. Diagrama de Arquitectura del Sistema
2.4.3 Diagrama de Componentes de los Casos de Usos más importantes
Diagrama de Componentes “Suelo”
50
Principal
<<Web Page>>
Suelo
<<Web Page>>
CC.Suelo
<<Web Page>> CE:Suelo
db_SIG_Mapas
Figura 21. Diagrama de Componentes: Suelo
Diagrama de Componentes “UBPC”
Principal
<<Web Page>>
UBPC
<<Web Page>>
CC:UBPC
<<Web Page>>
CE:UBPC
db_SIG_Mapas
Figura 22. Diagrama de Componentes: UBPC
Diagrama de Componentes “Agroproductivo”
Principal
<<Web Page>>
Agroproductivo
<<Web Page>>
CC:Agroproducti
vo
<<Web Page>>
CE:Agropr
oductivo
db_SIG_Mapas
Figura 23. Diagrama de Componentes: Agroproductivo
51
Conclusiones
En este capítulo se realizó un análisis para la construcción del sistema propuesto,
se abarcó una idea más general del software, se definieron los principales artefactos
de los flujos de trabajo de Modelo del Dominio, Modelo del Sistema, Modelo del
Diseño y Modelo de Implementación de acuerdo con la metodologías AM y RUP.
Implementación del Sistema
Capítulo 3
52
Capítulo 3: Implementación del Sistema
3 Introducción
En el presente capítulo se abordarán de forma general los principios en que se basa
el sistema de ayuda y el manual de usuario, los principios de la protección y
seguridad y también sobre el tratamiento de errores.
3.1 Diseño de la Interfaz
Para la implementación del sistema se desarrolló una aplicación web. Durante su
desarrollo se tuvieron en cuenta todos los requisitos a cumplir. La aplicación cuenta
con una interfaz amigable, con la información necesaria disponible para que los
usuarios autorizados puedan acceder a ella en cualquier momento. Se creó un
manual de ayuda para facilitar una mejor comprensión del funcionamiento del sitio
web.
3.1.1 Interfaz Principal
Al ingresar a la aplicación se muestra la página principal, la cual contiene en la parte
derecha superior una barra con vínculos a la página de inicio, los usuarios, la ayuda,
cerrar sección y los mapas del sitio en la cual se exponen las operaciones del
sistema en dependencia del usuario ingresado, debajo se localiza el banner con el
nombre de la aplicación. En la parte lateral izquierda se encuentra un mapa del
Municipio de Majibacoa, en el lateral derecho se muestran las principales
características del sitio y debajo una explicación del mapa que se muestra en el
interfaz.
53
Figura 24. Interfaz Principal
3.2 Forma General y Principios en que se Basa el Sistema de Ayuda
La aplicación cuenta con un manual de usuario, a la cual se puede acceder de
manera rápida en la parte superior izquierda. Esta brinda una mejor usabilidad
dentro del sitio, explicando detalladamente el uso y acceso a la información
contenida. No es necesario acceder a la aplicación para tener acceso a la ayuda lo
que permite que el usuario que no este familiarizado con el software pueda
actualizarse sin necesidad de estar en la aplicación.
54
3.3 Forma General y Principios de la Protección y Seguridad
Para el acceso a la aplicación se requiere de un usuario y contraseña la cual debe
haber sido previamente activada ya que el sistema basa su seguridad en el
tratamiento de roles y privilegios administrativos, y de acuerdo al nivel de acceso del
usuario se accede a la información previendo que se infrinjan las medidas de
seguridad como es la integridad de los datos. El sistema guarda las trazas de cada
usuario lo que permite seguir los todos pasos realizado por este una vez dentro de la
aplicación.
Figura 25. Iniciar Sección
3.4 Forma General del tratamiento de errores
El sistema será capaz de reconocer y tratar los posibles errores debido a una
incorrecta manipulación o entradas de datos no válidos, estos serán manejados a
través de las validaciones, utilizando mensajes de advertencia como indicadores
informativos.
Un ejemplo para tratar estos errores es cuando el usuario intenta insertar un nuevo
usuario y ese ya se encuentra en la base de datos. Si se introduce el usuario el
sistema verifica que no exista en caso de existir se muestra un mensaje indicando el
error cometido.
55
Figura 26. Tratamiento de Errores: Usuario ya existe.
Conclusiones
En el presente capitulo se llevó a cabo la implementación del sistema, se describió el
diseño de la interfaz del sistema y como este maneja el tratamiento de errores.
Además se explicó de forma general el sistema de ayuda creado para guiar al
usuario, así como los principios relacionados con la seguridad y protección del sitio
web.
Conclusiones
56
Conclusiones
Con la puesta en funcionamiento de este sistema se logró darle cumplimiento a cada
una de las tareas planteadas ya que se realizó un estudio de la evolución de los
sistemas de información geográfica en el mundo y se profundizó en la arquitectura
de estos. Además se investigó la evolución de los pastos y forrajes a nivel nacional e
internacional y en particular su desarrollo en nuestro municipio. Se asimilaron las
tecnologías asociadas al desarrollo de estas aplicaciones. Finalmente se desarrolló
un sistema de información geográfica orientado a la web dándole cumplimiento al
objetivo planteado.
Recomendaciones
57
Recomendaciones
Durante el proceso de investigación se determinaron algunos elementos que
pudieran ser desarrollados para mejorar el resultado actual, pero que no se
realizaron pues no eran objetivos de la investigación.
Se recomienda:
Incorporarle algoritmos de determinación de caminos mínimos para la
obtención de rutas de pastoreo.
Incorporarle funciones para la predicción de zonas de cultivo.
Extender el sistema para que asimile la información de toda la provincia.
Referencias Bibliográficas
58
Referencias Bibliográficas
1. Bañares José Ángel Conceptos y estándares de arquitecturas orientadas
a servicios Web Disponible en: - http://jordisan.net/blog/2006/que-es-un-
framework.
2. Cibernetia. Servidor Web. Disponible en:
http://www.cibernetia.com/manuales/instalacion_servidor_web/1_conceptos
_basicos.php.
3. (CECM), COMITÉ EJECUTIVO DEL CONSEJO DE MINISTROS.
Comisión Nacional de la Infraestructura de Datos Espaciales de la
República de Cuba. 2005.
4. DELGADO T Y CRUZ, R Construyendo Infraestructuras de Datos
Espaciales a nivel local. - Habana, Cuba: Casa Editorial CUJAE, 2009.
5. ITSON. Introducción a los Sistemas de Información, 2007. Disponible en:
http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm.
6. Manual PostGIS
7. Montano Yadira Rodriguez Trabajo de Diploma: Arquitectura para el
Sistema de Características de Ontologías Representativas del
Conocimiento en la Web.
8. Ramirez Mario Ramirez. Trabajo de Diploma: Repositorio de Servicios
Webs para la integración de los sistemas del departamento de Informática.
Bibliografía
59
Bibliografía
1. Aurelio. Soluciones de Cartografía y GIS. [En línea] 2012. [Citado el: 25 de 3 de
2013.] http://mappinggis.com.
2. Vrsalovic, Vinko. Centro de Estudios en Percepcion Remota y SIG. [En línea]
Santiago, Region Metropolitana, Chile, 2012.
http://www.fotosdecl.addr.com/fotosdechile/paisajes/chilecentro.htm.
3. SGBD. ¿SGBD?, ¿Que es un sistema gestor de base de datos? [En línea] 2006.
[Citado el: 20 de 06 de 2012.] http://www.cavsi.com/preguntasrespuestas/que-es-un-
sistema-gestor-de-bases-de- datos-o-sgbd.
4. SCOTT, W. Ambler. Modelado Ágil (AM). [En línea] 2002. [Citado el: 1 de 05 de
2012.] http://www.agilemodeling.com/shared/AMPamphletSpanish.pdf.
5. RODRÍGUEZ, A. El SAITUM. Academia Naval Granma. Ciudad de La Habana :
s.n., 2003.
6. Ramsey, Paul. Manual PostGIS. Junio, 2006.
7. Rafael, Martínez. Manual de PHP. [En línea] 2001. [Citado el: 20 de 05 de 2012.]
http://www.php.net/docs.php.
8. PNUD, PROYECTO DE GOBIERNO DE LA REPÚBLICA DE CUBA -
PROGRAMA DE NACIONES UNIDAS PARA EL DESARROLLO. Infraestructura de
Datos Espaciales para la gestión de gobierno en el nivel local. 2007.
9. PÉREZ SANTIESTEBAN, J. M. Sistema de Información Geográfica de Uso y
Tenencia de la Tierra en el Municipio Majibacoa. Centro Universitario Las Tunas. Las
Tunas : s.n., 2007. Trabajo de Diploma.
10. PEÑA, M. Explotación de Pastos y Forrajes. . s.l. : ISPJAE, 1991. Tomo I.
11. PCC. Lineamientos de la Política Social y Económica. VI Congreso del Partido
Comunista de Cuba. La Habana. Cuba : s.n., 2011.
12. OQUENDO LOVAINA, G. Manual de Pastos. Fomento y Explotación de Pastos y
Forrajes. Mejoramiento de la situación alimentaria en las regiones afectadas por la
sequía en la provincia Holguín. Sociedad Cubana de Pastos (SOCUP) ACPA-
Holguín. Proyecto (LA1026/CUB 1004-99/NH). 2002.
13. OLIVA SANTOS, R. Geo-ontologies as Integration Structures of Knowledge,
Data, and Metada. Mexico : s.n., 2007.
14. LARMAN, Craig. UML y Patrones: Introducción al análisis y diseño orientado a
objetos. s.l. : Félix Varela, 2004. págs. 85-87.
Anexos
60
15. IDERC. Estrategia de la Estructura de Datos Espaciales de la República de Cuba
2005 – 2010. 2005.
16. GUCID, Boletín. Año II. No. 16. Diciembre, 2011.
17. GAREA LLANO, E. Sistemas de Información geográfica como herramienta para
la información e interpretación semántica de la Información Espacial. V Congreso
Internacional de Geomática. La Habana, Cuba : s.n., 2007.
18. FUNES MONZOTE, F. Agricultura con futuro. La agricultura agroecológica para
Cuba. Estación Experimental “Indio Hatuey”. Universidad de Matanzas : s.n., 2009.
19. FONSECA, F. Using Ontologies for Integrated Geographic Information System.
Transaction in GIS 6(3). 2002.
20. FERNÁNDEZ OLANO, F. Entrevista personal con el Especialista de la Estación
de Pastos y Forrajes de Las Tunas. 2011.
21. DÍAZ FONSECA, D. Evaluación agronómica de nuevas variedades Pennisetum
purpureum en condiciones de sequía en el Valle del Cauto. Universidad de
Matanzas “Camilo Cienfuegos” y Estación Experimental de Pastos y Forrajes “Indio
Hatuey” : s.n., 2007. Tesis en opción al Título Académico de Master en Pastos y
Forrajes.
22. DELGADO, T. Infraestructura de Datos Espaciales en países de bajo desarrollo
tecnológico. Implementación en Cuba. Marzo 2005. Tesis de doctorado, ITM “José
Martí”.
23. CUTIÑO, Jose Felix. Fundamentos del manejo y utilización de pastizales. 2008.
24. CONCEPCIÓN, N. Sistema de Información Geográfica, para el procesamiento
de las Variables Geográficas de la Zona Costera del Este de la Habana para la
Toma de decisiones en la Defensa. 2001. Tesis presentada en opción al grado.
25. Chacón, Julio César Rueda. Aplicación de la metodología RUP para el
desarrollo rápido de aplicaciones basado en el estándar J2EE. 2011.
26. Caldas, Francisco Jose de. MapServer que es. [En línea] 2006. [Citado el: 10
de 11 de 2012.] http://gicoge.udistrital.edu.co/curso/generalidades/index.html.
27. Abreu, MsC Dulce María Díaz. Experiencia de un Proyecto de Desarrollo Local.
Caso Majibacoa. Las Tunas. Cuba : s.n., 2010.
28. Lidia Fuentes , Antonio Vallecillo. Una Introducción a los Perfiles UML. [En
línea] 2003. [Citado el: 18 de 1 de 2013.] http://www.uml.org.
29. CARMONA, A Y MONSALVE, J. Sistema de Información Geográfica. 2005.
Anexos
61
30. ESPERANCE, M. y Cols. Rev. Pastos y Forrajes. s.l. : EEPF “Indio Hatuey”
14:3, 1991. pág. pág. 259.
31. ibm. Rational rose. [En línea] 2008. [Citado el: 05 de 04 de 2012.]
http://www.ibm.com/software/rational.
32. PostgreSQL. PostgreSQL. [En línea] 1996. [Citado el: 25 de 1 de 2013.]
http://www.postgresql.org.es/node/655.
33. Meunier Regine, F ; Rohnert, H; Sommerlad, P; Stal, M. Pattern Oriented
Software Architecture. A System of Patterns. Inglaterra : John Wiley & Sons, 1996.
34. Desarrollo Web. Modelo-Vista-Controlador. [En línea] 2006. [Citado el: 15 de 10
de 2012.] http://www.desarrolloweb.com/articulos/modelo-vista-controlador-
codeigniter.html.
35. RUP. METODOLOGIA RUP. [En línea] 2006. [Citado el: 25 de 05 de 2012.]
http://www.slideshare.net/msch/utilizando-metodologia-rup-parte1.
36. Map Server Documentation. Map Server open source web mapping. 2012.
37. Jacobson, I. and Booch, G. y Rumbaugh, J. El Proceso Unificado de
Desarrollo de Software. La Habana : Félix Varela, 2004. (Vol.1-2) .
38. Rumbaugh, J., Jacobson, I. y Booch, G. El Lenguaje unificado de modelado.
Manual de Referencia. s.l. : Addison Wesley, 2000.
39. Sun Microsystems. Conozca el nuevo NetBeans. [En línea] 2012. [Citado el: 20
de 05 de 2012.] http://www.sun.com/emrkt/.../0207latam_feature.htm.
40. REY, S.; FERNÁNDEZ, P.; BU, A. Conferencia “La Ganadería Vacuna y sus
desafíos”. Taller de Intercambio de Experiencias de las UBPC Ganaderas. ACPA y
Fundación Rosa Luxemburgo. 2003.
41. RUMBAUGH, James, JACOBSON, Ivar; BOOCH, Grady. El lenguaje unificado
de modelado,Capítulos 5, 13 . s.l. : Addison Wesley, 2000. págs. 55-58, 120-121,
157-162,365.
42. SlideShare. SlideShare. [En línea] 2013. [Citado el: 13 de 04 de 2013.]
http://www.slideshare.net/jhp1411/openlayers.
43. Anónimo. GeoServer. 2010.
44. Jack Slocum, Brian Moeskau, Aaron Conran, Rich Waters. Ext JS.
Desarrollador. [Online] Abril 7, 2010. [Cited: 05 3, 2013.]
http://www.sencha.com/products/js/.
Anexos
62
ANEXOS
Anexo 1. Insertar UBPC
Anexos
63
Anexo 2. Editar UBPC