Sistema de Gestión de Información de Datos Espaciales...

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.

zim://A/Biblioteca%20%28programaci%C3%B3n%29.html

zim://A/JavaScript.html

zim://A/Aplicaci%C3%B3n%20web.html

zim://A/AJAX.html

zim://A/DHTML.html

zim://A/DOM.html

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


Usuario


CUS_ Gestionar Capa Municipio


CUS_ Obtener Trazas


CUS_ Gestionar Roles


CUS_ Gestionar Usuario del

Sistema


CUS_Gestionar Capa UBPC


CUS_ Gestionar Capa Carreteras


CUS_Gestionar Capa Consejo

Popular


CUS_ Obtener Información de los

Mapas


CUS_Gestionar Capa

Agroproductivo


CUS_Gestionar Capa Suelo


CUS_Gestionar Capa Embalses


CUS_Gestionar Capa Ríos


Administrador


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”.


con toda la información señalada.

6. El Administrador cambia los datos

necesarios.


cambiados son correctos.


no estén vacíos.


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”


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.


campo de texto un mensaje de error

“El campo es requerido”. Ir al paso

3.1.

Sección “Editar Suelo”


no válido.





al paso 5.1.


algún dato.




5.1.

Prioridad: Crítico

Tabla 2: Descripción del caso de uso Gestionar Capa UBPC.

Caso de Uso: Gestionar Capa UBPC


35

Resumen:


gestionar la capa UBPC ya sea añadiendo nueva



realizados.


CU asociados:


Poscondiciones: -






selecciona el submenú UBPC y dentro

de este Gestionar.










Insertar UBPC.


Editar UBPC.

Sección “Insertar UBPC”







llenar.







36

de datos.

Sección “Editar UBPC”






necesarios.




no estén vacíos.



de datos.

Flujos Alternos

Sección “Insertar UBPC”



no válido.





al paso 3.1.


algún dato.




3.1.

Sección “Editar UBPC”


no válido.





al paso 5.1.


algún dato.




37

5.1.

Prioridad: Crítico

Tabla 3: Descripción del caso de uso Gestionar Capa Agroproductivo

Caso de Uso: Gestionar Capa Agroproductivo


Resumen:


gestionar la capa agroproductivo ya sea añadiendo nueva



realizados.


CU asociados:


Poscondiciones: -






selecciona el submenú Agroproductivo

y dentro de este Gestionar.










Insertar Agroproductivo.


Editar Agroproductivo.

Sección “Insertar Agroproductivo”





38



llenar.







de datos.

Sección “Editar Agroproductivo”






necesarios.




no estén vacíos.



de datos.

Flujos Alternos

Sección “Insertar Agroproductivo”



no válido.





al paso 3.1.


algún dato.




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



al paso 5.1.


algún dato.




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.

http://jordisan.net/blog/2006/que-es-un-framework

http://jordisan.net/blog/2006/que-es-un-framework

http://www.cibernetia.com/manuales/instalacion_servidor_web/1_conceptos_basicos.php

http://www.cibernetia.com/manuales/instalacion_servidor_web/1_conceptos_basicos.php

http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm

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

Sistema de Gestión de Información de Datos Espaciales...

Documents

Transcript of Sistema de Gestión de Información de Datos Espaciales...