Professional Documents
Culture Documents
TESIS DE GRADO
LA PAZ- BOLIVIA
2015
UNIVERSIDAD MAYOR DE SAN ANDRS
FACULTAD DE CIENCIAS PURAS Y NATURALES
CARRERA DE INFORMTICA
LICENCIA DE USO
A mi docente Asesor M. Sc. Jos M. Tapia Baltazar, por brindarme todo el apoyo y
comprensin para la conclusin del proyecto.
A la Ing. Mara Eugenia Choque L. y al Ing. Freddy Tenorio Poma por brindarme
su colaboracin, asesora y confianza para la realizacin del proyecto.
A mis amigos y compaeros de trabajo, gracias por su amistad y por todo el apoyo
que me brindaron.
1
2.3.2. Roles XP ......................................................................................................... 27
2.3.3. Proceso XP ..................................................................................................... 28
2.3.4. Prcticas XP ................................................................................................... 28
2.3.5. El ciclo de vida de XP ..................................................................................................... 31
2.4. HERRAMIENTAS DE DESARROLLO ............................................................................ 32
2.4.1. MySQL ............................................................................................................ 32
2.4.2. PHP ................................................................................................................ 33
2.4.3. Google Earth ................................................................................................... 33
CAPITULO 3: MARCO APLICATIVO ................................................................... 35
3.1. INTRODUCCIN ................................................................................................................ 35
3.2. SISTEMA ACTUAL............................................................................................................. 35
3.3. REQUERIMIENTOS Y ESTRATEGIAS DEL SISTEMA ............................................... 39
3.3.1. Requerimientos Establecidos por los Actores ................................................. 39
3.3.2. Estrategias definidas para el sistema .............................................................. 40
3.3.3. Funciones del Sistema .................................................................................... 41
3.4. FASE DE EXPLORACIN ................................................................................................ 42
3.4.1. Equipo del proyecto ........................................................................................ 42
3.4.2. Historias de Usuario ........................................................................................ 43
3.4.3. Metfora del Sistema ...................................................................................... 48
3.5. FASE DE PLANIFICACION .............................................................................................. 49
3.5.1. Plan de Entregas ............................................................................................ 49
3.6. FASE DE DISEO Y DESARROLLO.............................................................................. 51
3.6.1. 1ra Iteracin .................................................................................................... 51
3.6.2. 2da. Iteracin .................................................................................................. 55
3.6.3. 3ra. iteracin ................................................................................................... 57
3.6.4. 4ta. iteracin ................................................................................................... 60
3.6.5. 5ta Iteracin .................................................................................................... 61
3.6.6. 6ta. Iteracin ................................................................................................... 62
3.6.7. 7ma. iteracin ................................................................................................. 63
3.6.8. 8va. iteracin .................................................................................................. 64
3.7. FASE DE PRODUCCIN .................................................................................................. 65
CAPTULO 4: MTRICAS DE CALIDAD ............................................................. 66
4.1. CALIDAD DE SOFTWARE ............................................................................................... 66
4.4.1. Mtricas Orientadas a la funcin ..................................................................... 66
2
4.4.2. Mtrica de Mantenimiento ............................................................................... 69
4.4.2.1. Mantenimiento Correctivo ............................................................................ 70
4.4.2.2. Mantenimiento Adaptativo ............................................................................ 71
4.4.2.3. Mantenimiento de Mejora ............................................................................. 71
4.2. USABILIDAD ....................................................................................................................... 72
4.3. PORTABILIDAD .................................................................................................................. 73
4.4. REDISEO .......................................................................................................................... 74
4.5. ANLISIS DE DATOS Y RESULTADOS ........................................................................ 74
4.6. MEDICIN DE LA CALIDAD WEB MTODO (WEB SITE QEM) ........................... 75
4.7. ESTIMACIN CON EL MTODO COCOMO ................................................................ 81
4.8 SEGURIDAD INFORMATICA ............................................................................................ 85
4.8.1implementacion de los Procesos de Seguridad ................................................. 86
CAPTULO 5: CONCLUSIONES Y RECOMENDACIONES ................................. 87
5.1. CONCLUSIONES ............................................................................................................... 87
5.2. RECOMENDACIONES ...................................................................................................... 88
3
CAPITULO 1: MARCO REFERENCIAL
1.1. INTRODUCCIN
4
propsitos. En este caso concreto, satisfacer todas las necesidades del
Viceministerio de Recursos Hdricos y Riego.
1.2. ANTECEDENTES
5
El programa plurianual 2013-2017 del Plan Nacional de Cuencas (PNC) fue
formulado bajo los lineamientos estratgicos establecidos por la constitucin
poltica del Estado Plurinacional de Bolivia, normas y leyes vigentes en el pas,
y se inscribe en la agenda patritica 2025. Cuenta con polticas y estrategias
donde se establecen las bases para desarrollar plantaciones forestales para
garantizar una adaptacin al cambio climtico y la gestin de riesgos
Hidrolgicos.
6
produccin y actividades forestales en cuencas intervenidas por el PNC, se
est implementado proyectos que coadyuven al incremento de cobertura
vegetal la provisin hdrica y el buen funcionamiento hidrolgico de las cuencas
en municipios que tengan experiencias, vocacin forestal y que hayan
demostrado inters para desarrollar eficientemente esta actividad.
Ministerio de Medio
Ambiente y Agua
Direccin General de
Direccin General de
Cuencas y Recursos
Riego
Hdricos
Area Forestacion y
Estrategia Forestal
cambio climatico
7
las actividades implementadas, sin embargo, estos esfuerzos no han logrado
su consolidacin.
1.3. PROBLEMATICA
8
Existe demoras en los registros de plantaciones forestales y gran
volumen de informacin debido al trabajo manual del mismo, el
procesamiento de informacin se lo hace de forma semiautomtica.
Los registros forestales no cuentan con un seguimiento detallado para la
optimizacin y control del mismo.
No se cuenta con la informacin geogrfica que respalda las reas
forestadas de los diferentes proyectos implementados.
No se puede acceder a la consulta de informacin en tiempo real debido
a que toda la informacin se encuentra almacenada fsicamente en
archivos.
No existen reportes sobre los registros de plantaciones forestales, lo que
genera falta de informacin oportuna.
No se tiene procedimientos adecuados de las actividades programadas
para el control del monitoreo forestal.
No se tiene acceso inmediato a la informacin sobre las reas
forestadas y el cumplimiento de las metas, en efecto la toma de
decisiones es tarda.
Necesidad de registro de las reas forestadas, la cual permitir la
observacin rpida acerca del estado de las mismas.
El registro manual de la informacin genera errores en los datos
registrados.
Existe una deficiente elaboracin de informes y reportes estadsticos por
falta de informacin oportuna y actualizada.
Inadecuado flujo de informacin para una oportuna toma de decisiones.
9
1.4. OBJETIVOS
Autenticacin de Usuarios
10
Los usuarios debern tener un ID y password valido para ingresar al
sistema, y de acuerdo a sus categoras podrn acceder a los mdulos
correspondientes.
1.6. JUSTIFICACIN
11
1.6.2. Justificacin Econmica
1.7. METODOLOGIA
12
Valorar el software que funciona, por encima de la documentacin
exhaustiva: la documentacin es necesaria dado que permiten la
transferencia del conocimiento, pero su redaccin debe limitarse a
aquello que aporte valor directo al producto/servicio.
Valorar la colaboracin con el cliente, por encima de la negociacin
contractual: si bien son necesarios, los contratos no aportan valor a los
productos/servicios. Las metodologas giles integran al cliente en el
proyecto y mantienen como objetivo aportar el mayor valor posible en
cada iteracin.
Valorar la respuesta al cambio, por encima del seguimiento de un
plan: Anticipacin y adaptacin enfrente de planificacin y control.
Esta metodologa gira en torno al proceso de desarrollo de software evolutivo
con seas particulares de prototipo haciendo nfasis a aquellos procesos
prioritarios que deberan ser entregados de acuerdo a metforas que son
requerimientos que describen como debe funcionar el sistema.
13
CAPTULO 2: MARCO TEORICO
14
2.1.2. Tipos de sistemas de informacin
15
Figura 2.1 Pirmide operacional de una empresa
Fuente: Laudon k. & Laudon J. (2004)
UML es una tcnica para la especificacin sistemas en todas sus fases. Naci
en 1994 cubriendo los aspectos principales de todos los mtodos de diseo
antecesores y, precisamente, los padres de UML son Grady Booch, autor del
mtodo Booch; James Rumbaugh, autor del mtodo OMT e Ivar Jacobson,
autor de los mtodos OOSE y Objectory. La versin 1.0 de UML fue liberada en
enero de 1997 y ha sido utilizado con xito en sistemas construidos para toda
clase de industrias alrededor del mundo: hospitales, bancos, comunicaciones,
aeronutica, finanzas, etc.
16
2.2.1. Objetivos
Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones:
2.2.2. Modelado
17
Diagrama de objetos: Muestra una serie de objetos (instancias de las clases)
y sus relaciones.
Los casos de uso, segn Ivar Jacobson, describen bajo la forma de acciones y
reacciones el comportamiento de un sistema desde el punto de vista del
usuario, permiten definir los lmites del sistema y las relaciones entre el sistema
y el entorno.
Actores
18
Otros Sistemas: Sistemas con los que el sistema interacta.
La misma persona fsica puede interpretar varios papeles como actores
distintos, el nombre del actor describe el papel desempeado. Los casos de
uso se determinan observando y precisando, actor por actor, las secuencias de
interaccin, los escenarios desde el punto de vista del usuario. Los casos de
uso intervienen durante todo el ciclo de vida. El proceso de desarrollo est
dirigido por los casos de uso, siendo un escenario una instancia de un caso de
uso.
Comunicacin
19
2.2.3.2. Diagramas de Colaboracin
Fuente: https://docs.kde.org/uml-basics.html
La estructura esttica viene dada por los enlaces; la dinmica, por el envo de
mensajes por los enlaces.
Colaboracin
20
tiempo de ejecucin. Una ranura de colaboracin se llama Rol porque describe
el propsito de un objeto o un enlace dentro de la colaboracin, a su vez un rol
clasificador representa una descripcin de los objetos que pueden participar en
una ejecucin de la colaboracin, un rol de asociacin representa una
descripcin de los enlaces que pueden participar en una ejecucin de
colaboracin. Un rol de clasificacin es una asociacin que est limitada por
tomar parte en la colaboracin. Las relaciones entre roles de clasificador y
asociacin dentro de una colaboracin solo tienen sentido en ese contexto. En
general fuera de ese contexto no se aplican las mismas relaciones. Una
colaboracin tiene un aspecto estructural y un aspecto de comportamiento. El
aspecto estructural es similar a una vista esttica: contiene un conjunto de roles
y relaciones que definen el contexto para su comportamiento. El
comportamiento es el conjunto de mensajes intercambiados por los objetos
ligados a los roles. Tal conjunto de mensajes en una colaboracin se llama
Iteracin. Una colaboracin puede incluir una o ms iteraciones.
Iteracin
Patrn
21
2.2.3.3. Diagramas de Secuencia
Fuente: https://docs.kde.org/uml-basics.html
22
atributos y operaciones. El mundo real puede ser visto desde abstracciones
diferentes (subjetividad).
Nombre de la clase
Atributos de la clase
Operaciones de la clase
23
Relaciones entre clases:
La asociacin expresa una conexin bidireccional entre objetos, es una
abstraccin de la relacin existente en los enlaces entre los objetos. Puede
determinarse por la especificacin de multiplicidad (mnima ... mxima).
Uno y solo uno
01 Cero o uno
MN Desde M hasta N (enteros naturales)
* Cero o muchos
0... * Cero o muchos
1...* Uno o muchos (al menos uno)
Diagrama de Clases y Diagramas de Objetos pertenecen a dos vistas
complementarias del modelo. Un Diagrama de Clases muestra la abstraccin
de una parte del dominio, en cambio un Diagrama de Objetos representa una
situacin concreta del dominio. Las clases abstractas no son instancias.
Dispositivos
Procesadores
Memoria
24
Figura 2.6 Diagrama de Despliegue
Fuente: https://docs.kde.org/uml-basics.html
25
Metodologas Agiles Metodologas Tradicionales
Basadas en heursticas provenientes de Basadas en normas provenientes de
prcticas de produccin de cdigo estndares seguidos por el entorno de
desarrollo.
Especialmente preparados para cambios Cierta resistencia a los cambios.
durante el proyecto
Impuestas internamente (por el equipo) Impuestas externamente.
Proceso menos controlado, con pocos Proceso mucho ms controlado, con
principios numerosas polticas/normas.
No existe contrato tradicional o al menos es Existe un contrato prefijado.
bastante flexible
El cliente es parte del equipo de desarrollo. El cliente interacta con el equipo de
desarrollo mediante reuniones.
Grupos pequeos (<10 integrantes) y Grupos grandes y posiblemente distribuidos.
trabajando en el mismo sitio.
Pocos artefactos. Mas artefactos.
Pocos roles. Mas roles.
Son la tcnica utilizada para especificar los requisitos del software. Se trata de
tarjetas de papel en las cuales el cliente describe brevemente las
caractersticas que el sistema debe poseer, sean requisitos funcionales o no
funcionales. El tratamiento de las historias de usuario es muy dinmico y
flexible. Cada historia de usuario es lo suficientemente comprensible y
26
delimitada para que los programadores puedan implementarla en unas
semanas.
Beck en su libro presenta un ejemplo de ficha (customer story and task card) en
la cual pueden reconocerse los siguientes contenidos: fecha, tipo de actividad
(nueva, correccin, mejora), prueba funcional, nmero de historia, prioridad
tcnica y del cliente, referencia a otra historia previa, riesgo, estimacin tcnica,
descripcin, notas y una lista de seguimiento con la fecha, estado cosas por
terminar y comentarios. A efectos de planificacin, las historias pueden ser de
una a tres semanas de tiempo de programacin (para no superar el tamao de
una iteracin). Las historias de usuario son descompuestas en tareas de
programacin (task card) y asignadas a los programadores para ser
implementadas durante una iteracin.
2.3.2. Roles XP
27
Consultor: Es un miembro externo del equipo con un conocimiento
especfico en algn tema necesario para el proyecto, en el que puedan
surgir problemas.
Gestor (Big boss): Es el vnculo entre clientes y programadores, ayuda
a que el equipo trabaje efectivamente creando las condiciones
adecuadas. Su labor esencial es de coordinacin.
2.3.3. Proceso XP
2.3.4. Prcticas XP
28
esfuerzo requerido para la implementacin de las historias de usuario y
los clientes deciden sobre el mbito y tiempo de las entregas y de cada
iteracin.
Entregas pequeas. Producir rpidamente versiones del sistema que
sean operativas, aunque no cuenten con toda la funcionalidad del
sistema. Esta versin ya constituye un resultado de valor para el
negocio. Una entrega no debera tardar ms 3 meses.
Metfora. El sistema es definido mediante una metfora o un conjunto
de metforas compartidas por el cliente y el equipo de desarrollo. Una
metfora es una historia compartida que describe cmo debera
funcionar el sistema (conjunto de nombres que acten como vocabulario
para hablar sobre el dominio del problema, ayudando a la nomenclatura
de clases y mtodos del sistema).
Diseo simple. Se debe disear la solucin ms simple que pueda
funcionar y ser implementada en un momento determinado del proyecto.
Pruebas. La produccin de cdigo est dirigida por las pruebas
unitarias. stas son establecidas por el cliente antes de escribirse el
cdigo y son ejecutadas constantemente ante cada modificacin del
sistema.
Refactorizacin (Refactoring). Es una actividad constante de
reestructuracin del cdigo con el objetivo de remover duplicacin de
cdigo, mejorar su legibilidad, simplificarlo y hacerlo ms flexible para
facilitar los posteriores cambios. Se mejora la estructura interna del
cdigo sin alterar su comportamiento externo.
Programacin en parejas. Toda la produccin de cdigo debe
realizarse con trabajo en parejas de programadores. Esto conlleva
ventajas implcitas (menor tasa de errores, mejor diseo, mayor
satisfaccin de los programadores).
Propiedad colectiva del cdigo. Cualquier programador puede
cambiar cualquier parte del cdigo en cualquier momento.
Integracin contina. Cada pieza de cdigo es integrada en el sistema
una vez que est lista. As, el sistema puede llegar a ser integrado y
construido varias veces en un mismo da.
29
40 horas por semana. Se debe trabajar un mximo de 40 horas por
semana. No se trabajan horas extras en dos semanas seguidas. Si esto
ocurre, probablemente est ocurriendo un problema que debe
corregirse. El trabajo extra desmotiva al equipo.
Cliente in-situ. El cliente tiene que estar presente y disponible todo el
tiempo para el equipo. ste es uno de los principales factores de xito
del proyecto XP. El cliente conduce constantemente el trabajo hacia lo
que aportar mayor valor de negocio y los programadores pueden
resolver de manera inmediata cualquier duda asociada. La comunicacin
oral es ms efectiva que la escrita.
Estndares de programacin: XP enfatiza que la comunicacin de los
programadores es a travs del cdigo, con lo cual es indispensable que
se sigan ciertos estndares de programacin para mantener el cdigo
legible.
30
Figura 2.7 Las practicas se refuerzan entre si
http:// www.programacion.com/tutorial/xp
Fase III: Iteraciones (Iterations to Release Phase) Esta fase incluye varias
iteraciones sobre el sistema antes de ser entregado. El Plan de entrega est
compuesto por iteraciones que como mximo duran tres semanas. En la
primera iteracin se puede intentar establecer una arquitectura del sistema que
pueda ser utilizada durante el resto del proyecto. Esto se logra escogiendo las
31
historias de usuario que contengan los elementos necesarios que den lugar a la
creacin de esta arquitectura, sin embargo, esto no siempre es posible ya que
es el cliente quien decide qu historias se implementarn en cada iteracin. Al
final de la ltima iteracin el sistema estar listo para entrar en produccin.
Fase VI: Muerte del Proyecto (Death) Esta fase es aplicada cuando el cliente
no tiene ms historias de usuario para ser incluidas en el sistema. Se genera la
documentacin final del sistema y no se realizan cambios adicionales en la
arquitectura.
2.4.1. MySQL
32
solamente. Es uno de los sistemas gestores de bases de datos ms utilizado
en la actualidad, utilizado por grandes corporaciones.
2.4.2. PHP
33
de tabla, en las que las columnas se separan por comas (o punto y coma en
donde la coma es el separador decimal) y las filas por saltos de lnea.
34
CAPITULO 3: MARCO APLICATIVO
3.1. INTRODUCCIN
35
ACTORES SECUNDARIOS
Beneficiario Consulta de informacin en general
Municipio Consulta de informacin en general
Inspeccin
aceptado tcnica (segn
sea el caso)
Revis in detallada
de los datos
tcnicos
Informe para No
Correccin de datos correccin de
apectado
tcnicos errores
Si
Registro
(segn sea el
caso)
Monitoreo de
la plantacin
forestal
(segn sea el
caso)
36
b) Inspeccin Tcnica y verificacin detallada de datos
Recepcin y
revisin de
Fecha de inspeccin
documentos
(si corrsponde)
para
financiamiento
Inspeccin fsica de
la plantacin
forestal
Revisin y
comparacin de
datos tcnicos
obtenidos con los
datos presentados
Informe para la No Si
Aprobacin del
correccin de datos aceptado
financiamiento
Convenio de
financiamiento
Archivado de
documentos
37
c) Registro de la plantacin forestal
No
Informe para
Documento para
aceptado correccin
financiamiento
de errores
si
Asignacin del
cdigo de
plantacin forestal
Archivado de
documentos
38
Monitoreo de plantaciones forestales
Fecha de Inspeccin
(segn
corresponda)
Inspeccin fsica y
relevamiento de
informacin de
plantaciones
forestales
si
Elaboracin de Archivado de
Aceptado
informe tcnico documentos
No
Correccion de
informe tecnico
39
Impresin de informacin tcnica.
Listado de las plantaciones forestales registrados.
Listado de los beneficiarios registrados.
Almacenamiento general de toda la informacin.
Reportes de informacin en general
Procesos de registro, modificacin y eliminacin de datos.
Acceso restringido al sistema, segn roles de usuarios.
Diseo amigable e intuitivo, para los usuarios.
Sistema
Registro seguimiento
Administracion forestal verificacin
Proyecto forestal
Registro Forestal
impresion de documentos
Busqueda
Beneficiarios
Proyecto
InformacionGeografica
Secretaria
consulta
Actores Secundarios
40
Mdulo para la administracin de la informacin forestal; altas, bajas y
modificaciones.
Mdulo de registro y seguimiento a plantaciones forestales.
Mdulo para generacin de reportes en general.
Hardware:
Software:
Software Basico:
Funciones Evidentes:
Funciones Ocultas:
41
Generacin e impresin de informes y reportes.
Funciones Superfluas:
Mensajes de error.
Mensajes de advertencia.
Mensajes de confirmacin.
42
3.4.2. Historias de Usuario
I. HISTORIA DE USUARIO N 1
Nombre: DISEO DEL SISTEMA MONITOREO FORESTAL
Numero: Usuarios: Supervisor Forestal, Tcnico Forestal, , Prioridad: Alta
1 Secretaria, Beneficiarios, Alcalde
Historia: Actualmente el trabajo en la UGACA es realizado de forma manual, no existe
el registro de los dalos de proyectos ni de las plantaciones forestales y sus respectivos
beneficiarios.
La informacin espacial de las plantaciones forestales se maneja en archivos gpx y no
es de fcil acceso y consulta.
Objetivo: Disear e implantar el Sistema de Monitoreo Forestal (SIMOF) para
automatizar el trabajo en la UGACA y de ese modo registrar los proyectos y todos los
datos de las plantaciones forestales y sus respectivos beneficiarios. Tambin es muy
importante la posibilidad de visualizar y acceder a la informacin geogrfica de los
mismos de manera sencilla y rpida.
Tarjetas de Tareas:
Se disear interfaces que sean entendibles a los usuarios, estas interfaces debern cumplir con la
aprobacin de los usuarios y as lograr que el usuario este satisfecho con el sistema, se tomaran en
cuenta las siguientes caractersticas
Mens desplegables.
43
Cuadro de mensajes.
La eleccin del software es muy importante para la ejecucin del sistema, se verifica la condicin de
las computadoras en las que se instalara el software, y el requerimiento de las herramientas de
desarrollo necesarias
Historia: Los datos del proyecto son impresos y almacenados en un archivo comn
asociado, con toda la informacin tcnica de las plantaciones forestales, datos del
beneficiario, fotografas, croquis. La informacin espacial es manejada en archivos gpx, y
en ese sentido solo es accesible a los funcionarios con conocimiento en esa
herramienta.
Objetivo: Definir e implementar una Base de Datos Relacional, pero con una asociacin
espacial (geogrfica), de este modo se tendr informacin de las plantaciones forestales,
tanto datos tcnicos, datos de beneficiarios; as tambin como la informacin espacial.
Tarjeta de tareas:
El modelo E-R describe los datos como entidades, vnculo y atributos capturando todos los aspectos
en el que se destaque la estructura general de la base de datos.
A partir del diseo E-R, se debe definir el trabajo con la informacin espacial, en ese sentido es
necesario establecer los mecanismos para administrar de buena manera toda la informacin
geogrfica.
44
Tarea 3: DIAGRAMAR EL MODELO JERARQUICO
El diagrama jerrquico nos muestra los mdulos que poseer el Sistema de Monitoreo Forestal .
Tarjetas de Tareas:
A partir del mdulo de registro, es necesario definir el modulo para modificaciones a los datos
ingresados, previa autenticacin de usuarios.
45
puntos georreferenciados GPS, etc.); se procede a actualizar los datos de las
plantaciones forestales.
Tarjeta de Tareas:
V. HISTORIA DE USUARIO N 5
Tarjetas de Tareas:
Al tratarse de informacin espacial, es necesario definir formas para la correcta edicin, pues los
errores en la edicin ocasionan fallas en la informacin espacial.
46
Historia: Cuando se requiere consultar la informacin sobre alguna plantacin forestal,
por ejemplo datos del propietario, caractersticas de la plantacin forestal, etc.; es
necesario ingresar al archivo Forestal y buscar la carpeta asignada con un cdigo
determinado.
Tarjetas de Tarea:
Tarjeta de Tareas:
47
Numero: Usuarios: Supervisor forestal, Tcnico Forestal Prioridad: Alta
9
Tarjeta de Tarea:
Una vez establecidas las historias de usuario con los clientes, se define la
metfora del sistema, el cual ser el nexo de comunicacin y comprensin
entre el desarrollador de sistema, el jefe del proyecto y los clientes, esta
metfora ser utilizada para la descripcin conceptual del sistema.
Metfora
48
una misma especie o combinaciones con otras, efectuadas por el ser
humano.
Proyecto Forestal: es la planificacin que consiste en un conjunto de
actividades que se encuentran relacionadas y coordinadas relativas a la
forestacin y reforestacin.
Interfaz: entorno de trabajo con el usuario final.
Convenio: es un acuerdo entre la institucin y el interesado sobre el
financiamiento para una plantacin forestal.
Roles: se definen como las funciones asignadas a los usuarios, de
acuerdo a los cargos de trabajo, para el usuario del sistema.
jul 2015 ago 2015 sep 2015 oct 2015 nov 2015
Id. Iteracion Comienzo Fin Duracin
5/7 12/7 19/7 26/7 2/8 9/8 16/8 23/8 30/8 6/9 13/9 20/9 27/9 4/10 11/10 18/10 25/10 1/11 8/11 15/11
Despus de haber definido las iteraciones del sistema, se deben definir las
prioridades, los objetivos y las historias de usuario involucradas; todo en el plan
de entregas
PLAN DE ENTREGA # 1
Historia de Usuario 1 DISEO DEL SISTEMA MONITOREO FORESTAL
Objetivo Disear e implantar un sistema de informacin que permita el
registro automatizado de la informacin forestal. adems de
la administracin de la informacin geogrfica
49
Tiempo de implementacin 2 semanas
Mtodo de evaluacin Funcionalidad de los mens, formularios de registro,
visualizacin espacial.
PLAN DE ENTREGA # 2
Historia de Usuario 2 ADMINISTRACION DE UNA BASE DE DATOS
Objetivo Definir e implementar una Base de Datos Relacional, pero
con una asociacin espacial (geogrfica), de este modo se
tendr informacin de las plantaciones forestales, datos de
beneficiarios as tambin como la informacin espacial.
Tiempo de implementacin 3 semanas
Mtodo de evaluacin Verificacin de las consultas de registro, modificacin y
eliminacin de datos, consultas anidadas, relacin de tablas.
PLAN DE ENTREGA # 3
Historia de Usuario 3 ALTAS, BAJAS, MODIFICACIONES
Objetivo Desarrollar un mdulo de administracin, para el registro de
beneficiarios, plantaciones forestales, etc. Tambin definir
las modificaciones a los registros realizados, y las
depuraciones o bajas en casos necesarios.
Tiempo de implementacin 3 semanas
Mtodo de evaluacin Verificacin de los datos, mediante la consulta de la
informacin.
PLAN DE ENTREGA # 4
Historia de Usuario 4 MONITOREO DE LAS PLANTACIONES FORESTALES
Objetivo Desarrollar un mdulo para registro y actualizacin de la
informacin.
Tiempo de implementacin 2 semanas
Mtodo de evaluacin Funcionalidad de los mens, formularios de registro,
visualizacin espacial.
PLAN DE ENTREGA # 5
Historia de Usuario 5 VISUALIZACION Y ADMINISTRACION GEOGRAFICA
Objetivo Disear modalidades para la correcta administracin de la
informacin geogrfica, asociada a la implementacin de un
mdulo eficaz..
Tiempo de implementacin 4 semanas
Mtodo de evaluacin Revisin de la funcionalidad del mdulo de visualizacin
espacial
PLAN DE ENTREGA # 6
Historia de Usuario 6 CONSULTA DE INFORMACION GENERAL
50
Objetivo Realizar consultas de informacin en general de la Base de
Datos, a travs de una interfaz con mtodos de bsqueda
generales y especficos.
Tiempo de implementacin 1 semana
Mtodo de evaluacin Verificacin de las consultas de registro, modificacin y
eliminacin de datos, consultas anidadas, relacin de tablas.
PLAN DE ENTREGA # 7
Historia de Usuario 7 RESTRICCION DEL SISTEMA
Objetivo Establecer roles de usuarios para el acceso al sistema,
limitados por el registro de usuarios y contraseas
Tiempo de implementacin 2 semanas
Mtodo de evaluacin Verificacin del ingreso al sistema con el uso de contraseas
y usuarios definidos.
PLAN DE ENTREGA # 8
Historia de Usuario 8 IMPRESIN DE FORMULARIO DE REGISTRO Y
REPORTES
Objetivo Crear formularios forestales predefinidos y reportes.
Tiempo de implementacin 2 semanas
51
Proyecto Plantacion
PR_CODIGO int
Usuario CAM_CODIGO int PR_CODIGOint
PR_NOMBRE varchar
CAM_NOMBREvarchar(35)
PR_CODIGO USO_CODIGO CAP_CODIGO
- US_CODIGO TEC_CODIGO RI_CODIGO TI_CODIGO nuevo()
USU_US_CODIGOint US_CIint ME_CODIGO IN_CODIGO FIN_CODIGO modificar()
US_NOMBREchar(30) FU_CODIGO PLA_CODIGO CAR_CODIGO eliminar()
US_APELLIDO_Pchar(30) US_CODIGO FK_US_PR_ENCARGADO devuelve dato()
US_APELLIDO_Mchar(30) DE_CODIGO ES_CODIGO SIS_CODIGO
US_USUARIOchar(15) PR_FECHA PR_NOMBRE
US_PASSWORDvarchar(15) PROYECTO int int int int int int int int int
US_NIVELchar(15) US_CARGOchar(30) int int int int int int int date varchar(20)
US_ESTADObool PR_BENEFICIARIOvarchar(50)
nuevo() PR_DISMUNICIPIOint Seguimiento
modificar() PR_TIPCAMINOchar(30) PR_DISRODALint
eliminar() PR_TIPRODALchar(30) PR_CODIGOint SE_PODAfloat(8)
devuelve Us() PR_UBICACIONvarchar(300) SE_DAPfloat(8) SE_ALTURAfloat(8)
PL_FECHAdate SE_ARBOLESfloat(8) SE_ESTADOchar(30)
PL_PROCEDENCIAvarchar(30)
PL_LUGARPROCEDENC IAchar(150) nuevo()
PL_FITOSANITARIOvarchar(15) modificar()
SU_TEXTURAchar(15) eliminar()
SU_PROFUNDIDADchar(15) devuelve dato()
Coordenada
SU_PENDIENTEchar(15)
SU_PEDROSIDADchar(15)
PR_CODIGOint
SU_DRENAJEchar(15) CL_SECOSchar(40)
COO_LONGITUDvarchar(20)
CL_LLUVIAchar(40)
COO_LATITUDvarchar(20)
DES_PROGR AMADAint
COO_ALTITUDvarchar(8) Riesgos
DES_PLANTADAint DES_DENSIDADint
COO_ZONAvarchar(8)
DES_PROTEGIDAint DES_CAUD ALint
nuevo() DES_DISPONIVILIDADchar(200) RI_CODIGO int <pk>
modificar() MA_MANEJObool RI_NOMBREchar(50)
eliminar() MA_SUPERMANEJADAin t nuevo()
devuelve Ubi() MA_REFALLObool MA_FEREF ALLOdate modificar()
MA_PLAREFALLOint MA_PLAGAbool eliminar()
MA_FEPLAGAdate MA_RIEGObool devuelve dato()
MA_FERIEGOdate MA_RALEObool
MA_FERALEOdate
ENT_RESPONSABLEchar(50)
ENT_FINANC IERAchar(50)
Departamento ENT_POAMUNICIPALbool Medida Proteccion
ENT_RESLLENADOchar(90) ENT_CIint
DE_CODIGO int DEP_DE_CODIGOint PR_DEPARTAMENTOchar(50) TI_CODIGO int <pk>
DE_NOMBREvarchar(15) PR_CUENCAchar(40) PR_AREAint TI_NOMBREchar(50)
nuevo() PR_KMLtext nuevo()
modificar() nuevo() modificar()
eliminar() modificar() eliminar()
devuelve Dep() eliminar() devuelve dato()
devuelve dato()
Tipo Proteccion
BANER DE LA INSTITUCION
BARRA DE MENUS
VENTANA
52
Interfaz de Autentificacin: el ingreso del sistema es mediante una ventana
de autentificacin, segn los roles de usuario definidos, en la figura (3.8) se
muestra el interfaz de acceso al sistema.
Men Principal: segn los roles de usuario, se acceder a las funciones del
sistema figura 3.9 se tiene un acceso como Administrador.
53
Figura 3.10 Men de consulta
Fuente: Elaboracin Propia
Herramientas Descripcin
PHP Lenguaje de programacin de uso
general de cdigo del lado del
servidor.
MySQL Gestor de Base de Datos relacional.
Funciona en diferentes plataformas.
54
Apache Wampserver El uso del servidor apache permite la
publicacin de la informacin.
Google Earth Programa informtico que permite
visualizar un globo virtual.
Permite visualizar mltiple
cartografa con base en las
imgenes satelitales.
Multilenguaje.
Plugin google earth para navegador Complemento de google earth que
permite navegar por internet y
explorar datos geogrficos desde un
navegador web.
N:N
N:N N:N
Seguimiento de
Departamento Proyecto
plantacin
1:N 1:N
1:N
Coordenada
55
fsicos. Es por eso que se proceder a detallar todo el proceso realizado para
obtener el mejor resultado.
ARCHIVO ORIGINAL
Esquema XML predefinido (GPX), donde
se almacenan puntos (waypoints),
recorridos (tracks), y rutas (routes) del
receptor GPS.
ARCHIVO MIGRADO
56
Figura 3.14 Men de consulta
Fuente: Elaboracin Propia
SIMOF
Insercin
Coordenadas
Exportacin KML
Visibilidad con
Google Earth
57
CASO DE USO REGISTRO
Actores Supervisor Forestal, Tcnico Forestal
Tipo Primario
Descripcin Despus de verificar los datos mediante la inspeccin
tcnica de la plantacin forestal, se procede al registro
de los datos en un formulario determinado, el tcnico
forestal asigna un cdigo forestal y se archiva la
documentacin en una carpeta determinada.
Registro de
beneficiarios
Registro de datos
tcnicos
Supervisor forestal
Resistro de usuarios
del sistema
58
Figura 3.17 Registro Beneficiario
Fuente: elaboracin Propia
59
Tarea # 2: Actualizacin de la Informacin
60
3.6.5. 5ta Iteracin
61
Figura 3.23 Men de consulta
Fuente: Elaboracin Propia
Tarea # 1:
62
3.6.7. 7ma. iteracin
MODULO ROL
Listado Usuarios, Nuevo Usuario, Beneficiarios, Nuevo, Reportes Administrador
Beneficiarios, Nuevo, Reportes Tcnico Forestal
Beneficiarios, Reportes Invitado
63
3.6.8. 8va. iteracin
64
Figura 3.28 Bsqueda por Beneficiario
Fuente: elaboracin Propia
65
CAPTULO 4: MTRICAS DE CALIDAD
Donde:
66
Entradas de Usuario
Registro de usuarios
Registro de beneficiarios
Registro de coordenadas de plantaciones forestales
Registro de la institucin
Registro de manejo de la plantacin
Registro de caractersticas de la plantacin
Salidas de Usuario
Listado de usuarios
Listado de beneficiarios
Visualizacin de reas forestadas
Reportes por departamentos
Reportes por municipio
Reportes por provincia
Reportes por comunidad
Factor de Ponderacin
Parmetros de medicin Cuenta Simple Medio Complejo
67
2.-Se requiere comunicacin X
de datos
3.-Existen funciones de X
procesos distribuidos
4.-Es critico el rendimiento X
5.-Ser ejecutado el sistema X
en un S.O. existente.
6.-Requiere el sistema de X
entrada interactiva
7.-Requiere de entrada de X
datos interactiva sobre
mltiples ventadas
8.-Se actualizan los archivos X
maestros de forma
interactiva
9.-Son complejas las X
entradas, las salidas, los
archivos a las peticiones
10.-Es complejo el X
procesamiento interno
11.-Se ha diseado el X
cdigo para ser reutilizable
12.-Estan incluidas en el X
diseo la conversacin y la
instalacin
13.-Se ha diseado el X
sistema para soportar
mltiples instalaciones
14.-Se ha diseado la X
aplicacin para facilitar los
cambios y para ser
fcilmente utilizada por el
usuario.
Por lo tanto
Fi = 5 + 4 + 1 + 2 + 4 + 3 + 3 + 4 + 2 + 3 + 4 + 4 + 5 + 3 = 47
68
PF real= Cuenta Total * [ X + Min (Y) * Fi]
PF esperado = 299.88
%PF = 0.76
TMC = TA + TD + TI + TP
Donde:
69
TD: Tiempo de disear una modificacin
Caso 1:
TMC = TA + TD + TI + TP
Caso 2:
TMC = TA + TD + TI + TP
85.1/2 = 42.55[hora]
70
Cuando se detecta un defecto grave que involucre a procesos entre la base de
datos y la aplicacin mxima esta debe ser solucionada hasta un lapso de dos
das en el caso que se trabaje en ello da y noche.
4.4.2.2. Mantenimiento Adaptativo
Caso 1:
TMC = TA + TD + TI + TP
TMC = 16 das
Caso 2:
TMC = TA + TD + TI + TP
TMC = 24 das
Caso 1:
TMC = TA + TD + TI + TP
71
TMC = 1hrs + 4hrs + 72hrs +14hrs
Caso 2:
TMC = TA + TD + TI + TP
4.2. USABILIDAD
72
El resultado obtenido indica que la facilidad de uso del sistema alcanza un
88%, lo que indica que el sistema es de satisfaccin y de ayuda al usuario para
realizar sus tareas.
4.3. PORTABILIDAD
Portabilidad Perfecta: GP = 1
El costo ser mnimo siempre y cuando el ambiente al que desee adaptar sea
similar al que fue diseado. Se debe considerar tambin que la programacin
realizada en el mismo no es compleja, por lo que las modificaciones que se
realicen al cdigo fuente de acuerdo a los requerimientos del nuevo ambiente
sern mnimas.
Una estimacin del costo probable se puede realizar para adaptar al nuevo
ambiente, este ser de 30 das hbiles de trabajo de programacin de trabajo
hombre-mquina a 26 $us por da con un costo total de portabilidad de 780 $us
el cual representa 30 das hbiles de trabajo de hombre-mquina a un costo
diario de 26 Sus, considerando un costo medio por persona que trabaje en la
portabilidad.
73
4.4. REDISEO
Un rediseo se realiza cuando el sistema no cumple los objetivos por los cuales
ha sido desarrollado. Un rediseo implica un promedio medio de 90 das
hbiles de trabajo hombre-mquina, con un costo de 26 $us en promedio,
haciendo un total de 2340 $us, por dos personas, sin considerar las licencias
de software requerida para el nuevo diseo.
GP = 1 (780 / 23640)
GP = 0.67
GP = 67 %
Por lo tanto, se concluye que el sistema tiene un grado de portabilidad del 67%,
lo que permite afirmar que el sistema puede adaptarse y transportarse a un
nuevo ambiente.
74
4.6. MEDICIN DE LA CALIDAD WEB MTODO (WEB SITE QEM)
1. Usabilidad
1.1. Comprensibilidad Global del Sitio
1.1.1. Mapa del Sitio
1.1.2. ndice Global
1.1.3. Tabla de contenidos
1.2. Mecanismos de Ayuda y Retroalimentacin en lnea
1.2.1. Ayuda Explicitara al Visitante
1.2.2. Ayuda de la Bsqueda
1.3. Aspectos de Interfaces y Estticos
1.3.1. Permanencia y estabilidad en la Presentacin de los Controles
Principales
75
1.3.1.1. Permanencia de Controles Directos
1.3.1.2. Permanencia de Controles Indirectos
1.3.1.3. Estabilidad
1.3.2. Aspectos de Estilo
1.3.2.1. Uniformidad en el color de Enlaces
1.3.2.2. Uniformidad en el Estilo Global
2. Funcionalidad
2.1. Aspectos de Bsqueda y Recuperacin
2.1.1. Mecanismos de Bsqueda en el Sitio Web
2.1.2. Bsqueda Especifica
2.2. Aspectos de Navegabilidad y Exploracin
2.2.1. Orientacin
2.2.1.1. Indicador del camino
2.2.1.2. Etiqueta de la Posicin Actual
2.2.1.3. Promedio de Enlaces por Pagina
2.2.2. Objetos de Control Navegacional
2.2.2.1. Estabilidad
2.2.2.2. Enlace con Titulo (Enlace con texto explicatorio)
3. Confiabilidad (No Deficiencia)
3.1. Errores de Enlace
3.1.1. Enlaces Rotos
3.1.2. Enlaces Invlidos
3.1.3. Enlaces no Implementados
3.2. Errores o Deficiencias Varias
3.2.1. Deficiencias o cualidades ausentes debido a diferentes
navegadores (browsers)
3.2.2. Nodos destinos (inesperadamente) en construccin
4. Eficiencia
4.1. Performance Paginas de Acceso Rpido
4.2. Accesibilidad de Informacin
4.2.1. Soporte a Versin solo Texto
4.2.2. Imagen con Titulo
4.2.3. Legibilidad Global
4.2.4. Accesibilidad de ventanas
76
Seccin Atributo Descripcin
Usabilidad
Puntuacin: 0.7
Puntuacin: 0.7
Puntuacin: 0.8
Puntuacin: 0.7
Puntuacin: 0.9
Puntuacin: 0.9
Puntuacin: 0.9
77
1.3.2.1 Uniformidad en el Puntuacin: 1
Color de Enlaces
Funcionalidad
Puntuacin: 0.8
2.2.1.1 Indicador de Camino Los usuarios al navegar por el sitio, deben tener pistas
visuales (con elementos de diseo consistentes) que les
indique con precisin en dnde se encuentran
posicionados dentro de la estructura del espacio de
informacin del sitio. Este atributo trata con la
orientacin del usuario en tanto navega el hiperespacio.
Puntuacin: 0.7
Puntuacin: 0.6
Puntuacin: 0.9
Puntuacin: 1
2.2.2 Enlace con Titulo Este atributo trata de predecir los temas o contenidos
que estn asociados al enlace.
Puntuacin: 0.6
Confiabilidad
78
3.1.2 Enlaces Invlidos Puntuacin: 0.5
Eficiencia
Puntuacin: 1
4.2.2 Imagen con titulo Se debe proveer texto alternativo para cada imagen u
objeto grfico para que comuniquen informacin visual.
Este atributo mide el nivel de disponibilidad del texto
alternativo a la imagen, til principalmente cuando se
desactiva la propiedad de ver imgenes del navegador.
Puntuacin: 0.9
4.2.3 Legibilidad Global La aplicacin hace posible una lectura global del
contenido a base de texto en el caso de que se
deshabilitarn las funcionalidades grficas.
Puntuacin: 0.9
Usabilidad
79
1.1.1 0.7
0.75
1.1.2 0.7 D+
1.1.3 0.8
0.85
D+
1.2.1 0.7
0.75
D+
1.2.2 0.8
1.3.1.1
0.9 CA 0.9
0.9 0.9
1.3.1.2 DA
0.9
1.3.1.3
0.95
DA
1
1.3.2.1
1
DA
1
1.3.2.2
Funcionalidad
2.1.1 0.8
0.8
DA
2.1.2 0.8
0.7 CA 0.75
2.2.1.1
0.6 0.75
2.2.1.2 A
0.9
2.2.1.3
0.95
A
1
2.2.2.1
0.8
A
0.6
2.2.2.2
Confiabilidad
80
0.9
3.1.1
0.7 0.75
3.1.2 A
0.6
3.1.3
C-- 0.7
0.9
3.2.1
0.65
A
0.4
3.2.2
Eficiencia
0.8
4.1
CA
1
4.2.1
0.9 0.95
4.2.2 CA
0.9
4.2.3
81
adems se trabaja con unos requisitos muy restrictivos y de gran
volatilidad.
Y por otro lado existen diferentes modelos que define COCOMO:
Para nuestro caso el modelo intermedio ser el que usaremos, dado que
realiza las estimaciones con bastante precisin.
T = c E d (meses)
P = E / T (personas)
Donde:
P: es el personal
82
LENGUAJE LDC/PF
Ensamblador 320
C 150
COBOL 105
Pascal 91
Prolog/LISP 64
C++ 64
Visual Basic 32
MySQL 12
As pues, tras saber que son 12 LDC por cada PF, por el hecho de ser PHP +
MySQL el resultado de los KDLC ser el siguiente:
KLCD = 2.448
PROYECTO SOFTWARE a e c d
83
Por otro lado, tambin hemos de hallar la variable FAE, la cual se obtiene
mediante la multiplicacin de los valores evaluados en los diferentes 15
conductores de coste que se observan en la siguiente tabla:
FAE = 1.15 * 1.00 * 1.00 * 1.00 * 1.06 * 1.00 * 1.07 * 0.86 * 0.91 * 0.86 * 1.00 *
0.95 * 1.00 * 0.91 * 1.08
FAE = 0.819623744
T = cE d
T = 4.90 meses
84
Productividad:
PR = LDC / E
PR = 2.448 / 5.88
PR = 0.42 LDC / persona mes
Personal promedio:
P=E/T
P = 5.88 / 4.9
P = 1.2 personas
Segn estas cifras ser necesario un equipo de 1 personas trabajando
alrededor de aproximadamente 5 meses, pero puesto que el desarrollo del
proyecto debe realizarse en un plazo 3 meses, incrementaremos a 2 personas
el nmero de personas del equipo de proyecto.
Costo
85
Figura 4.1 Bases de la Seguridad Informtica
Fuente: http://recursostic.educacion.es/introduccion-a-la-seguridad-informatica
86
CAPTULO 5: CONCLUSIONES Y RECOMENDACIONES
5.1. CONCLUSIONES
87
5.2. RECOMENDACIONES
88
Bibliografa
[Hunt, 2006] Hunt, Jhon, 2006 Agile Software Construction, 255 pags. Editorial
Springer, United States of America.
[Koch, 2005] Koch, Alan S. 2005 Agile Software Development - Evaluating the
Methods for Your Organization, 265 pags. Editorial Artech House lnc. Boston,
United States of America.
[Larman, 1997] Larman Craig, 1997, UML y Patrones, 1 edicin, 507 pags.
Prentice Hall, Mxico.
[Pressman, 2003] Pressman, Roger S., 2003, Ingeniera del software un enfoque
prctico, 601 pags. Quinta Edicin McGrawHill, Editorial Concepcin Fernndez.
Madrid Espaa.
[Schoderbek, 1984] Schoderbek, Charles G., Peter P., Kefalas, Asterios G.,
www.extremeprogramming.com
www.xprogramming.com
http://recursostic.educacion.es/software/introduccion-a-la-seguridad-informatica
www.php.net
www.mysql.com
www.google.es/earth
https://translate.google.com/translate?hl=es&sl=en&u=https://www.gps-data-
team.com/convert.php&prev=search
https://protejete.wordpress.com/gdr_principal/seguridad_informacion_proteccion/
http://recursostic.educacion.es//web/software/software-general/introduccion-a-la-
seguridad-informatica