Trabajo de Línea

SISTEMA DE INFORMACION PARA LA ADMINISTRACIÓN Y
GESTIÓN DE PROCESOS AGRÍCOLAS
Jhojan Estiven Montaña cruz

Joan Schneider Beltrán Delgado
Leidi Dajhana López Infante
Stivenson Felipe Celeita González
Abril 2019
Universidad de Cundinamarca
Faculta de ingeniería
Línea de profundización 1
1
ÍNDICE
INTRODUCCIÓN .................................................................................................................. 4
1. CONTEXTUALIZACIÓN DEL PROYECTO .............................................................. 4
1.1. ESTUDIO DEL PROBLEMA DEL PROYECTO ..................................................... 4
1.2. Planteamiento del problema ....................................................................................... 5
1.3. Formulación del problema .......................................................................................... 5
1.4. Sistematización del problema ..................................................................................... 5
2. OBJETIVOS DEL PROYECTO .................................................................................... 6
2.1. Objetivo general ......................................................................................................... 6
2.2. Objetivos específicos .................................................................................................. 6
3. JUSIFICACION DEL PROYECTO .............................................................................. 6
3.1. Justificación practica .................................................................................................. 6
4. HIPÓTESIS DEL TRABAJO ........................................................................................ 7
5. MARCO DE REFERENCIA.......................................................................................... 7
5.1. Marco teórico.............................................................................................................. 7
5.2. Antecedentes ............................................................................................................... 7
6. METODOLOGÍA DE LA INVESTIGACIÓN .............................................................. 8
6.1. Programación extrema ................................................................................................ 8
Valores de la programación extrema .............................................................................. 9
6.2. Principios básicos de la programación extrema ....................................................... 10
Retroalimentación a escala fina .................................................................................... 10
Proceso continuo en lugar de por lotes ......................................................................... 11
Entendimiento compartido ........................................................................................... 12
Bienestar del programador............................................................................................ 13
6.3. Roles dentro de la programación .............................................................................. 13
El cliente ....................................................................................................................... 13
El programador ............................................................................................................. 14
El tester ......................................................................................................................... 14
El entrenador................................................................................................................. 14
El encargado del seguimiento ....................................................................................... 14
El gestor ........................................................................................................................ 15
7. ASPECTOS METODOLÓGICOS ............................................................................... 15
7.1. Tipo de estudio ......................................................................................................... 15
7.2. Método de investigación ........................................................................................... 15
7.3. FUENTES Y TÉCNICAS PARA LA RECOLECCIÓN DE INFORMACIÓN ...... 15
7.4. Tratamiento de la información ................................................................................. 16
8. ALCANCE, LIMITACIONES Y RESULTADOS ESPERADOS .............................. 16
8.1. Alcances.................................................................................................................... 16
8.2. Limitaciones ............................................................................................................. 17
8.3. Resultados esperados ................................................................................................ 17
9. DESARROLLO DEL PROYECTO ............................................................................. 18
9.1. Fase de levantamiento de datos ................................................................................ 18
9.2. Identificación de interesados .................................................................................... 18
9.3. Historias de usuario .................................................................................................. 18
2
9.4. Levantamiento de requerimientos ............................................................................ 20
10. MODELO ENTIDAD RELACIÓN ......................................................................... 21
11. CASO DE USO ........................................................................................................ 21
12. DICCIONARIO DE DATOS ................................................................................... 22
13. CONCLUSIONES DEL PROYECTO ..................................................................... 31
14. ANEXOS (IEEE-830) .............................................................................................. 32
INTRODUCCIÓN ........................................................................................................ 32
14.1. DESCRIPCIÓN GENERAL ................................................................................ 34
Perspectiva del producto ............................................................................................... 34
Funcionalidad del producto .......................................................................................... 34
Características de los usuarios ...................................................................................... 35
Restricciones ................................................................................................................. 37
Suposiciones y dependencias........................................................................................ 37
14.2. REQUISITOS ESPECÍFICOS. ............................................................................ 37
Requisitos funcionales. ................................................................................................. 37
Requerimientos no funcionales. ................................................................................... 48
14.3. REQUISITOS COMUNES DE LAS INTERFACES .......................................... 52
Interfaces de usuario ..................................................................................................... 52
Interfaces de hardware .................................................................................................. 52
Interfaces de software ................................................................................................... 52
Interfaces de comunicación .......................................................................................... 53
14.4. REQUISITOS FUNCIONALES .......................................................................... 53
Requisito funcional 1 .................................................................................................... 53
Requisito funcional 10 .................................................................................................. 55
14.5. REQUISITOS NO FUNCIONALES. .................................................................. 57
Requisitos de rendimiento ............................................................................................ 57
Seguridad ...................................................................................................................... 57
Fiabilidad ...................................................................................................................... 57
Disponibilidad .............................................................................................................. 57
Mantenibilidad .............................................................................................................. 58
Portabilidad ................................................................................................................... 58
3
INTRODUCCIÓN
Hoy en día la industria de la agricultura independientemente de los procesos definidos busca
la automatización y gestión de las diferentes labores del campo, ya que muchas de estas
labores suelen ser muy complejas y tediosas. Estos procesos a su vez pueden generar perdida
de información o incluso que estos datos no sean de total confiabilidad.
Conociendo la gran importancia que representa la agricultura para nuestro país, ya que
representa una de las principales fuentes de empleo y recursos alimenticios para el país,
nosotros buscamos la implementación del software AgroEasy que permite la gestión y
administración de algunos de estos procesos obteniendo así un mejor aprovechamiento de los
recursos físicos y los diferentes insumos o tareas necesarias, antes, durante y después de la
producción agrícola.
A continuación, se encontrará la diferente información acerca del software agrícola

(AgroEasy) que se realizará con fines de ayuda a los agricultores, con la facilidad de la
tecnología. Se enseñará cada paso y cada proceso del software detalladamente con el fin de
darse a entender de una manera más sencilla y rápida, AgroEasy será una herramienta que
pueda ayudar a la agronomía del país.
1. CONTEXTUALIZACIÓN DEL PROYECTO

1.1. ESTUDIO DEL PROBLEMA DEL PROYECTO
Los campesinos de la región del Sumapaz no aplican tecnologías para gestión y

administración de los procesos agrícolas en sus diferentes fincas. Por lo cual la agronomía ha
crecido a pasos agigantados, y los métodos tradicionales de llevar las cuentas de sus cultivos
ha cambiado poco a poco, por lo que llevar un registro escrito en papel ya no es suficiente.
Para lograr tener un almacenamiento correcto de cada dato en este campo se debe tener
personal interesado en el espacio de actualización de los procesos agrónomos. Se debe tener
entonces un gran conocimiento en el vocabulario del sistema agrónomo, cada concepto claro,
para poder dirigirse al destinatario de modo correcto y actual. Comprendemos que los
cultivos y siembras de la región del Sumapaz son importantes y se debe tener un debido
4
registro de ello de acuerdo con la actualidad para ello, se ha intentado establecer un sistema
que pueda registrar todos y cada uno de los datos de forma correcta.
1.2. Planteamiento del problema
La agronomía ha crecido a pasos agigantados, y los métodos tradicionales de llevar las

cuentas de sus cultivos han cambiado poco a poco, por lo que llevar un registro escrito en
papel ya no es suficiente para lograr tener un almacenamiento correcto de cada dato, en este
campo se debe tener personal interesado en el espacio de actualización de los procesos
agrónomos.
Se debe tener entonces un gran conocimiento en el vocabulario del sistema agrónomo, cada
concepto claro, para poder dirigirse al destinatario de modo correcto y actual, comprendemos
que los cultivos y siembras del país son importantes y se debe tener un debido registro de
ello de acuerdo con la actualidad, se ha establecido un sistema que pueda registrar todos y
cada uno de los datos de forma correcta.
1.3. Formulación del problema
¿Cómo desarrollar un Sistema de gestión y administración de procesos agrícolas que permita

mejorar la producción y automatización de tareas, labores y/o manejo de inventario
generados por los usuarios de AgroEasy?
1.4. Sistematización del problema
¿Qué metodología permite desarrollar de forma ágil y en un menor tiempo la solución de

software encaminado a la implementación del Sistema de gestión y administración de
procesos agrícolas?
¿Qué plataforma de desarrollo es la correcta para realizar el diseño de una herramienta
informática que ha sido sugerida como medio para almacenar, modificar y eliminar archivos
e información generados en AgroEasy?
5
2. OBJETIVOS DEL PROYECTO
2.1. Objetivo general
• Diseñar un sistema de información para los campesinos de la región del Sumapaz que
no cuentan con una tecnología para la gestión y administración de sus recursos en los
procesos de producción.
2.2. Objetivos específicos
• Definir los requerimientos funcionales y no funcionales para la construcción del

sistema de gestión y administración agrícola, con el fin de estimar el tiempo y los
recursos necesarios para el desarrollo.
• Seleccionar una metodología de desarrollo, por medio del análisis de los modelos
agiles que existen actualmente, que permita desarrollar el sistema de gestión y
administración agrícola AgroEasy.
• Determinar la plataforma de desarrollo que deberá ser empleada para la

implementación del sistema de administración y gestión de procesos agrícolas
mediante el análisis de las aplicaciones existentes y los diferentes lineamientos de
desarrollo de AgroEasy, con el fin de garantizar la compatibilidad con los sistemas
actuales.
3. JUSIFICACION DEL PROYECTO

3.1. Justificación practica
La información se ha convertido en un recurso muy importante para cualquier compañía,

puesto que grandes cantidades de información que son generadas diariamente a tal punto que
se convierten en parte fundamental de toda empresa ya que a través de esta se conoce cada
parte de la misma compañía. Sin embargo, para que toda la información tenga algún
significado, debe tener un contexto y debe poder ser buscada y consultada en cualquier
momento por quien puédese necesitarla.
6
Al ser evidente la existencia de la problemática que podría traer serios problemas a la empresa
en un corto plazo, se requiere desarrollar un software que permita optimizar el proceso de
administración y gestión agrícola ya que se ha entendido que la información es un recurso
muy valioso para cualquier compañía.
4. HIPÓTESIS DEL TRABAJO

Los campesinos relacionaran la tecnología con mejores oportunidades de producción.
Esto se atribuye al hecho de que en la región del Sumapaz existen demasiadas familias de
bajos recursos, no cuentan con estos para tener acceso a objetos tan triviales como un
computador y así lograr conectarse a internet.
Se estima que en corto tiempo se recolecten todas las historias de usuario para lograr mayores
alcances en el sistema de gestión y administración de los procesos agrónomos y así brindar
tanto a los usuarios como a los clientes los máximos beneficios.
5. MARCO DE REFERENCIA
5.1. Marco teórico
A continuación, se presenta la base teórica sobre la cual se desarrolla el tema de los sistemas
de administración y gestión de algunos autores que explican el origen de este tipo de sistemas,
así como las necesidades que se pretenden suplir. Adicionalmente se da una breve
descripción de las características que tienen este tipo de sistemas y los aspectos que debe
cumplir.
5.2. Antecedentes
Para referencia de nuestro proyecto tenemos las empresas Sismagro y Agrowin que también
son plataformas para ayudar en los procesos agrícolas.
Sismagro es una plataforma que ayuda a los sectores agropecuarios para la realización de los
agro negocios de una manera mucho más fácil y eficaz y ayuda en las tomas de decisiones
7
productivas, así obteniendo una mayor ayuda al comparar cuál será su mejor opción
productiva. Las actividades se van registrando en un historial de lotes y así genera la
trazabilidad de todos los productos. De esta manera van adquiriendo la idea para las buenas
prácticas agrícolas y así tener en buen estado los suelos.
Agrowin es un software que permite en llevar un seguimiento y registro detallado de las

labores realizadas en las partes agrícolas, da planillas de recolección explicando el debido
procedimiento para poder tener el control de toda la producción de la zona agrícola o en
llegado caso de la empresa y ayuda en la realización de los contratos así poder hacer el
seguimiento de las labores realizadas generando informes y estadísticas de las labores.
La ventaja que AgroEasy presenta frente a las anteriores plataformas que se encargan de la
gestión y administración de los procesos agrícolas, es la siguiente que es un software
económico e interactivo con interfaces más amigables y fáciles de entender por los usuarios
que vayan a utilizarlo ya que los anteriores presentan costos más elevados y mayor
complejidad al momento de interactuar con ellos.
6. METODOLOGÍA DE LA INVESTIGACIÓN
6.1. Programación extrema
La Programación Extrema (XP) forma parte del movimiento de desarrollo ágil de software
que se basa en la adaptabilidad de cualquier cambio como medio para aumentar las
posibilidades de éxito de un proyecto y que tiene como premisas los siguientes aspectos:
• Los individuos y sus interacciones son más importantes que los procesos y las
herramientas.
• El software que funciona es más importante que la documentación exhaustiva.
• La colaboración con el cliente en lugar de la negociación de contratos.
• La buena disposición ante el cambio en lugar de seguir un plan cerrado.
8
La Programación Extrema es un enfoque que ha adoptado prácticas de desarrollo de software
ya existentes en otras metodologías de desarrollo y las ha llevado al extremo. Un ejemplo de
ello es la retroalimentación que es importante para los programadores, analistas, diseñadores,
usuarios y computadores. Así que la programación extrema usa ciclos de retroalimentación
cada vez más rápidos e intensos, que proporcionan más información. Este enfoque de
programación intenta definir un plan global del sistema, desarrollar y liberar rápidamente el
software y posteriormente revisarlo de forma continua para incorporarle características
adicionales.
La implementación de cada uno de los principios y valores que esta metodología sugiere
será descrita a continuación queriendo explicarse el cómo será puesto en práctica para
obtener los mejores resultados durante todo el desarrollo del proyecto de AgroEasy.
Valores de la programación extrema

Debido a que frecuentemente existe una tensión entre lo que los diseñadores hacen a corto
plazo y lo que es comercialmente deseable a largo plazo es importante ser consciente de
apoyar los valores que formarán una base colaborativa en un proyecto de software. Tales
valores son:
• Comunicación: Los proyectos de los sistemas que requieren una actualización

constante y un diseño técnico, son especialmente propensos a errores por falta de
comunicación. Si se suman problemas típicos como fechas de entrega ajustadas, uso
de jerga especializada y la muy con una concepción de que los programadores son
poco comunicativos con las personas, entonces hay serias posibilidades de fallar en
este ámbito. Para ello ya se aplica en el área de desarrollo la práctica de reuniones
cortas y periódicas de alrededor de 15 minutos para resolver dudas e inquietudes entre
los miembros del equipo y el director de desarrollo y para enterarse de los avances
del proyecto.
• Simpleza: Es un pensamiento que implica no abrumarse por la aparente complejidad
de la tarea. Consiste en comenzar por el elemento más sencillo y a partir de allí
9
construir el requerimiento con sus características adicionales, pero para ello se debe
tener claro el enfoque referente a las metas del proyecto.
• Retroalimentación: Ocurre cuando existe un prototipo que es evaluado por los
clientes y principales interesados en ese desarrollo. Una retroalimentación critica
viene de los clientes que comparan la meta del plan con el progreso que se ha tenido.
De esta manera la retroalimentación ayuda a los programadores a hacer los ajustes
necesarios para orientar el software al resultado esperado.
• Valentía: Este valor se rige por un nivel de confianza propio y a su vez existente en
el equipo de desarrollo. Es no tener miedo a empezar de nuevo si es necesario,
teniendo la perspicacia de reconocer ese momento ayudándose del instinto.
6.2. Principios básicos de la programación extrema
Se trata de doce principios agrupados en cuatro grandes categorías así:
Retroalimentación a escala fina
• El principio de pruebas: Se debe establecer un periodo de pruebas de aceptación del

programa comúnmente denominado “periodo de caja negra” donde se definirán las
entradas al sistema y los resultados esperados de estas entradas. El área de desarrollo
cuenta con la participación de una ingeniera con el rol de “Encargada de Pruebas”
(tester) y está en la capacidad de realizar las pruebas unitarias que pretenden medir el
funcionamiento puntual de una parte de la aplicación.
• Proceso de planificación: en esta fase el cliente tendrá que escribir sus necesidades,
definiendo las actividades que realizara el sistema. Se creará un documento llamado
“Historias del Usuario” (UserStories) que conformaran el “Plan de Liberación”, el
cual define los tiempos de entrega de la aplicación para recibir retroalimentación por
parte del usuario.
• El cliente en el sitio: tendrá la potestad de determinar los requerimientos, definir las
funcionalidades, señalar las prioridades y responder a las preguntas de los
programadores. Esta fuerte interacción con el programador disminuye el tiempo de
comunicación y la cantidad de documentación, junto con los altos costes que su
10
creación genera. Para AgroEasy el principal cliente será el administrador del área que
hará un fuerte uso del sistema de control de inventarios y gestión empleados quienes
son los que actualmente llevan a cabo el levantamiento de inventario y gestión de
algunos procesos.
• Programación en parejas: Este principio requiere que los programadores que sigan
esta metodología, escriban su código en parejas, compartiendo una sola máquina para
promover el trabajo en equipo y el incremento de la calidad en el código.
Esta práctica ayuda a reducir el porcentaje de errores que se producen al codificar ya
que tal revisión es realizada por las dos personas que están trabajando sobre el mismo
código y promueve la difusión de la funcionalidad completa del software a más de un
miembro del equipo evitando dependencia a una sola persona y la privatización del
código.
Para cumplir con la condición de trabajo en parejas se deberá contar con la

participación de los dos proponentes del anteproyecto en todas las actividades y fases
del proyecto. El jefe del área de desarrollo tendrá acceso como líder del grupo y al
realizar un rol de “Coach” (Entrenador del proyecto) estará en la obligación de
conocer los aspectos relevantes del aplicativo y su funcionamiento, esto con el fin de
poder generar las directrices apropiadas durante todo el ciclo de desarrollo. Otro rol
que podrá actuar como colaborador en este aspecto será el “tester” a quien podrá
indicársele el comportamiento de la funcionalidad que está a punto de probar. Como
el área de desarrollo de AgroEasy es pequeño es común que los compañeros de
codificación conozcan funcionalidades, estándares de codificación en común e
inclusive se relaten experiencias de codificado que otro miembro del grupo haya
experimentado en sus proyectos para ser retroalimentado al grupo.
Proceso continuo en lugar de por lotes
• Integración continua: permite al equipo hacer un rápido progreso implementando

las nuevas características del software. En lugar de crear “builds" (versiones) estables
de acuerdo a un cronograma establecido, los equipos de programadores XP pueden
reunir su código y reconstruir el sistema varias veces al día. El entorno de trabajo de
11
Netbeans facilita la realización de este ejercicio ya que su Framework incluye un
Servidor de Aplicaciones virtual que permite compilar y ejecutar el aplicativo en
tiempo real para lograr visualizar los avances obtenidos.
• Refactorización: permite mejorar el diseño del sistema a través de todo el proceso
de desarrollo. Los programadores evalúan continuamente el diseño y recodifican lo
necesario. La finalidad es mantener un sistema enfocado a proveer el valor de negocio
mediante la minimización del código duplicado e ineficiente.
• Entregas pequeñas: sugiere colocar un sistema sencillo en producción rápidamente
para actualizarse de forma rápida y constante permitiendo que el verdadero valor de
negocio del producto sea evaluado en un ambiente real. Estas entregas no pueden
pasar de las 2 o 3 semanas como máximo.
Entendimiento compartido
• Diseño simple: se basa en la filosofía de que el mayor valor de los negocios es

entregado por el programa más sencillo que cumpla los requerimientos. Simple
Design se enfoca en proporcionar un sistema que cubra las necesidades
inmediatas del cliente, ni más ni menos.
• Metáfora: es desarrollada por los programadores al inicio del proyecto, define
una historia de cómo funciona el sistema completo. XP estimula historias que son
breves descripciones de un trabajo de un sistema.
• Propiedad colectiva del código: un código con propiedad compartida. Nadie es
el propietario de nada, todos son el propietario de todo. Este método evita hacer
lo que hacen los métodos tradicionales en los que un simple programador posee
un conjunto de código y solo el conoce su funcionamiento.
• Estándar de codificación: define la propiedad del código compartido, así como
las reglas para escribir y documentar el código y la comunicación entre diferentes
piezas del mismo, desarrolladas por diferentes equipos. Los programadores las
han de seguir de tal manera que el código en el sistema se vea como si hubiera
estado escrito por una sola persona.
12
Bienestar del programador
• La semana de 20 horas: la programación extrema sostiene que los programadores

cansados escriben código de menor calidad. Minimizar las horas extras y mantener
los programadores frescos generara código de mayor calidad. Esta es una premisa que
se cumple a cabalidad en AgroEasy. Si por alguna razón no se completó una tarea
para el mismo día entonces será resuelto al día siguiente y así evitar sobrecargar el
estado anímico y físico del programador.
6.3. Roles dentro de la programación
El cliente
Es el responsable de conducir el proyecto. Toma decisiones de negocio y debe entender los

cambios del mismo a lo largo del tiempo: identifica si una historia tiene el mismo valor ahora
que cuando se identificó.
Derechos:
• Cambiar el alcance del proyecto para hacer frente a los cambios en la planificación.
• Determinar que funcionalidades serán las siguientes en implementarse.
• Medir el progreso del proyecto en cualquier momento, lanzando las pruebas de
aceptación.
• Detener el proyecto en cualquier momento sin perder la inversión realizada,
manteniendo en producción un producto estable y continuar planificando otras
funcionalidades más importantes.
Responsabilidades:
• Confiar en las decisiones técnicas de los desarrolladores.
• Analizar los riesgos correctamente.
• Seleccionar las historias que aportan más valor para cada iteración.
• Definir las historias de usuario de forma precisa, permitiendo a los desarrolladores
realizar estimaciones precisas.
• Participar en el equipo ofreciendo directrices y feedback tan pronto y preciso como
sea posible.
13
El programador
Una vez que se han comprendido las historias de usuario, la metodología XP adjudica a los
programadores la responsabilidad de tomar decisiones técnicas. Los desarrolladores estiman
el tiempo que les va a tomar cada historia y transforman las historias de usuario en código.
Derechos:
• Estimación de su propio trabajo, teniendo autoridad para tomar decisiones técnicas.
• Delimitar el trabajo responsabilizándose de aquellas tareas que van a ser capaces de
llevar a cabo.
• Implementar la funcionalidad que cubre las necesidades del cliente.
• No tomar decisiones de negocio.
Responsabilidades:
• Seguir las directrices del equipo.
• Desarrollar las funcionalidades realmente necesarias.
• Establecer una comunicación ida con el cliente.
El tester
Es el encargado de las pruebas y ayuda al cliente a definir y escribir las pruebas de aceptación
de las historias de usuario. Este rol en un equipo XP también es responsable de realizar test
periódicamente e informar los resultados al equipo.
El entrenador
Su papel es guiar y orientar al equipo y su objetivo es que el equipo comprenda las directrices
de XP. No se trata de que sean solo lecciones teóricas, sino que debe conocer el aspecto
practico de la metodología para ofrecer ejemplos y proponer ideas que permitan mejorar.
El encargado del seguimiento

Hace el seguimiento de acuerdo a la planificación. La métrica más importante para XP es la
velocidad del equipo que se define como el tiempo ideal estimado para las tareas frente al
tiempo real dedicado. Esta métrica ayuda a determinar si el proyecto está dentro del tiempo
de la iteración. Este rol puede ser tomado por el Coach.
14
El gestor
Es la persona que tiene la idea general del proyecto y está familiarizado con su estado. El
cliente puede asumir este papel.
7. ASPECTOS METODOLÓGICOS
7.1. Tipo de estudio
Se determina que el tipo de estudio corresponde a uno de tipo descriptivo habiendo

identificado que hay toda una teoría que soporta el concepto de los sistemas de
administración y gestión agrícola ya que lleva a esta investigación a centrarse en la
problemática puntual que enfoca a AgroEasy en la adopción e implementación de este tipo
de sistema para resolver un problema existente que es el de la dispersión y falta de control de
inventarios y/o insumos que se llevan a cabo dentro de la empresa.
7.2. Método de investigación
La manera en que será abordado el problema implica la identificación del problema de forma
general conociendo que dicho problema es la ausencia de un sistema que administre las
fuentes de información de cada proceso operativo. Una vez teniendo conocimiento de esta
falencia se procede a determinar los procesos más puntuales y detallados que se ven afectados
por la falta del sistema en cuestión. Por último, se especifica una solución que resuelve
gradualmente la administración documental desde una vista integral en el aspecto
organizacional hasta llegar a los procesos más puntuales de cada operación. Habiendo
descrito lo anterior se concluye que el método de investigación será de carácter deductivo
7.3. FUENTES Y TÉCNICAS PARA LA RECOLECCIÓN DE INFORMACIÓN
Fuentes primarias
Para poder implementar el sistema de administración y gestión agrícola en AgroEasy se debe
hacer uso importante de fuentes primarias como las proporcionadas por toda persona
que haga parte de la organización y que genere documentación propia de sus actividades
15
diarias. Para entender las necesidades que se quieren suplir será necesario obtener
información a partir de entrevistas y cuestionarios con los responsables e implicados en los
procesos donde se tenga información de primera mano que describa puntualmente la manera
en que se produce la documentación complementaria en cada área y cada departamento.
Fuentes secundarias
De forma complementaria para lograr desarrollar el sistema de administración y gestión
agrícola se hará uso de material descrito como fuentes secundarias para ser usadas como
apoyo al diseño y construcción del sistema objetivo. Algunas de las fuentes secundarias son:
• Documentación de Netbeans y aplicaciones de escritorio.
• Documentación de Javafx y Scene Buldier.
• Normatividad ISO
7.4. Tratamiento de la información
La orientación que tendrá el desarrollo del proyecto estará marcada por los procedimientos
que son comunes en el desarrollo de software. En una primera instancia se hará el
levantamiento de requerimientos necesario para obtener toda la información que permita
recopilar las necesidades que los usuarios describen por medio de las entrevistas. Toda
información obtenida será manejada y plasmada en los formatos de entrevistas para luego ser
estudiados y detallados en los documentos de levantamiento de requerimientos.
Posteriormente la interpretación de los requerimientos se transformará en funcionalidades de
la aplicación pasando por una etapa de diseño que describe la manera en que será construido
el sistema. La fase de implementación llevara a cabo el desarrollo de la solución y como
etapa final se encontrará la entrega que tendría toda documentación referente a los manuales
de usuario y manuales técnicos.
8. ALCANCE, LIMITACIONES Y RESULTADOS ESPERADOS

8.1. Alcances
Este proyecto tiene como finalidad la construcción de un sistema de administración y gestión

agrícola funcional, que satisfaga las necesidades expuestas por AgroEasy en cuanto al
16
almacenamiento y consulta de la información que se genera internamente. El sistema estará
compuesto por un grande componente: la aplicación principal, que deberá ser totalmente de
escritorio.
Para el software se realizará la implementación de las siguientes características:
1. Autenticación y autorización de usuarios
2. Configuración de registros agrícolas
3. Carga y generación de información.
4. Actualización de los datos
5. Consulta de información
La aplicación de escritorio deberá ser desplegada en el computador de escritorio o portátil
que utilice la empresa y desde la cual se suministre y moretee la información.
8.2. Limitaciones
No se podrán registrar clientes puesto a que no se generarán facturas, el acceso se permitirá

únicamente a los registrados en la base de datos, solo se usarán los datos previamente
almacenados; cada producto, semilla, fertilizante, finca entre otros, deberán registrarse de
modo independiente, todo esto con el fin de evitar conflictos en el registro en stock.
8.3. Resultados esperados
Los resultados que se esperan con el desarrollo del sistema de administración y gestión
agrícola son los siguientes:
1. Proporcionar una buena plataforma de almacenamiento de stock para mayor calidad
de uso en cada finca.
2. Almacenar de forma ordenada cada cultivo y lote en la base de datos.
3. Dar fácil uso al cliente, para que pueda aprovechar al máximo el software
desarrollado.
4. Permitir llevar un buen control de cada proceso realizado en cada cultivo
5. Generar un reporte adecuado de cada semilla en stock, de modo que cuando falte o
esté escaseando se sepa de manera oportuna.
6. Proveer un software que cumpla con lo requerido, que satisfaga cada necesidad del
cliente y sea de fácil acceso.
17
9. DESARROLLO DEL PROYECTO
9.1. Fase de levantamiento de datos
Se identifican los actores principales para definir las necesidades y requerimientos que
desean que el software satisfaga, todas estas solicitudes son llevadas a papel en un formato
de “historias de usuario”. De este proceso se genera documentación de requerimientos,
casos de uso y se establece cronograma de actividades y desglose de trabajo.
9.2. Identificación de interesados
Se enlistan las personas que están en potestad para determinar requerimientos, definir las
funcionalidades, señalar las prioridades y responder a las preguntas del programador.
Nombres Organización Cargo Rol proyecto Influencia

Esperanza Agro Dueña Cliente Muy alta
Merchán
Joan Beltran AgroEasy Calidad, Desarrollo Programador Alta
Jhojan Montaña AgroEasy Calidad, Desarrollo Programador Alta
Leidi López AgroEasy Calidad Documentación Alta
Stivenson Celeita AgroEasy Calidad Documentación Alta
9.3. Historias de usuario
Se recolectan las entrevistas que se realizaron a los interesados del proyecto y se toman los
datos de los requerimientos en el formato de Historias de usuario utilizando un lenguaje
común y escribiendo literalmente las ideas que se expresan por parte de los interesados. La
información obtenida se muestra a continuación.
Historia de usuario
Numero: 1 Usuario: Esperanza Merchán
Nombre historia: Iniciar sesión
Prioridad en negocio: Alta Riesgo en desarrollo: Alta
18
Puntos estimados: 3 Iteración asignada: 1
Programador responsable: Joan Beltrán Delgado, Jhojan Estiven Montaña Cruz
Descripción: El usuario que intenta ingresar al sistema tiene que tener cierto grado de
experiencia en el uso de algunas plataformas e ingresa directamente en la barra de
direcciones del software seleccionando la ruta a la que quiere ir.
Validación:
Historia de usuario
Nombre historia: Finca
Prioridad en negocio: Alta Riesgo en desarrollo: Medio
Descripción: El usuario nos pide que en la ventana de finca nos dé un reporte general de
la finca en la cual se mostrará la información como el nombre, el propietario, la matricula
inmobiliaria, y una descripción de la finca.
Validación:
Historia de usuario
Nombre historia: Lotes
Prioridad en negocio: Alta Riesgo en desarrollo: Bajo
Descripción: El cliente quiere que la pestaña de lote le muestre información general de
los lotes registrados que tiene en la finca, ahora a la información que el usuario quiere
que le muestres es el nombre, la zona donde está ubicado, la superficie del lote y el
perímetro.
Validación:
Historia de usuario
Nombre historia: Semilla
Prioridad en negocio: Medio Riesgo en desarrollo: Bajo
Descripción: El usuario pide que, en la ventana de semilla. De un reporte de las semillas
que tiene a su disposición en los galpones, para la cual esta ventana dará la información
como el nombre, el tipo de cultivo, la fecha en que se siembra, la cantidad y un detalle
referente a esta semilla
Validación:
19
9.4. Levantamiento de requerimientos
Una vez realizada la recolección y documentadas de las necesidades e intereses de las

personas implicadas en el proyecto mediante el uso de historias de usuario, lo que sigue es
formalizar y definir los requerimientos resultantes de la etapa de escucha. Para lo cual se
tiene en cuenta una de las definiciones de un requerimiento como una condición o
necesidad de un usuario para resolver un problema o alcanzar un objetivo.
La ingeniera de requerimientos es una extensa disciplina que estudia técnicas y
procedimientos para obtener e interpretar las necesidades de las personas interesadas. En
general existen diversas técnicas para este fin, pero en este proyecto particular se decide
implementar la técnica de historias de usuario. Lo que viene a continuación es tomar cada
historia y obtener de allí toda información relevante para el desarrollo de futuro software y
a su vez identificar si se trata de un requerimiento funcional o un requerimiento no
funcional. Los requerimientos funcionales son aquellos que definen las funciones que la
aplicación será capaz de realizar, describe las transformaciones que el sistema hará sobre
las entradas para obtener sus respectivas salidas mientras que los requerimientos no
funcionales son características de orden cualitativo que representan las limitaciones del
sistema, como la capacidad, el rendimiento en términos de tiempo, la calidad ya sea de la
información o de los procesos que se realizan dentro del software, la seguridad de la
información o la accesibilidad.
Los requerimientos deben cumplir las siguientes características:
Especificado por escrito: Como todo contrato o acuerdo entre dos partes debe tener un
soporte físico debidamente diligenciado.
Verificable: Si un requerimiento no se puede comprobar, entonces como se sabe si se
cumplió con él o no?
Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe
ser simple y clara para aquellos que vayan a consultarlo en un futuro.
Completo: Un requerimiento esta completo si no necesita ampliar detalles en su redacción,
es decir, si se proporciona la información suficiente para su comprensión.
Consistente: Un requerimiento es consistente si no es contradictorio con otro
requerimiento.
No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretación. El
20
lenguaje usado en su definición, no debe causar confusiones al lector.
10. MODELO ENTIDAD RELACIÓN
11. CASO DE USO
21
12. DICCIONARIO DE DATOS
actividades_empleado
Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Id_documento varchar(10) No empleados -> Documento
Fecha_ingreso date No
Id_finca varchar(15) No
Id_lote int(11) No lotes -> Id_lote
Sueldo int(7) No
Detalle varchar(80) No
22
Índices
Nombre de la clave Tipo Único Empaquetado Cardinalidad Cotejamiento Nulo Comentario

Columna
Pertenece_finca BTREE No No Id_finca 0 A No
Id_documento BTREE No No Id_documento 0 A No
Id_lote BTREE No No Id_lote 0 A No
agroquimico

Id_agroquimico (Primaria) varchar(15) No
Nombre varchar(20) No
Tipo_agroquimico varchar(20) No
Formulacion varchar(50) No
Estado varchar(7) No
Unidad_Medida varchar(10) No
Intervalo_aplicacion varchar(30) No
Cantidad int(11) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentari
o
PRIMARY BTREE Sí No Id_agroquimico 0 A No
clientes

Id_cliente (Primaria) varchar(15) No
Razon_social varchar(20) No
23
Apellido varchar(20) No
Id_provincia int(11) No provincias -> Id_provincia
Id_localidad int(11) No localidades -> Id_localidad
Id_direccion int(11) No direcciones -> Id_direccion
Telefono varchar(10) No
Correo varchar(20) No
Inicio_actividad date No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario
PRIMARY BTREE Sí No Id_cliente 0 A No
Id_direccion BTREE No No Id_direccion 0 A No
Id_provincia BTREE No No Id_provincia 0 A No
Id_localidad BTREE No No Id_localidad 0 A No
direcciones

Id_direccion (Primaria) int(11) No
Índices
PRIMARY BTREE Sí No Id_direccion 0 A No
empleados

Documento (Primaria) varchar(10) No
Sexo varchar(1) No
Fecha_nacimiento date No
Celular varchar(10) No
Email varchar(15) No
24
Índices
PRIMARY BTREE Sí No Documento 0 A No
empresa

Id_Empresa (Primaria) varchar(20) No
Índices
PRIMARY BTREE Sí No Id_Empresa 0 A No
fertilizante

Id_fertilizante (Primaria) varchar(15) No
Estado varchar(7) No
Unidad_medida varchar(20) No
Cantidad int(11) No
25
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Coment
ario
PRIMARY BTREE Sí No Id_fertilizante 0 A No
finca
Columna Tipo Nulo Predetermina Enlaces a Comentarios MIM

do E
Matricula_inmobiliaria (Primaria) varchar(15) No actividades_empleado
-> Id_finca
Nombre_Finca varchar(20) No
Propietario varchar(20) No
Id_provincia int(11) No provincias ->
Id_provincia
Id_localidad int(11) No localidades ->
Id_localidad
Id_lote int(11) No lotes -> Id_lote
Índices
Nombre de la Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario

clave
PRIMARY BTREE Sí No Matricula_inmobiliaria 0 A No
herramienta

Id_herramienta (Primaria) varchar(15) No
Id_finca varchar(20) No finca ->
Matricula_inmobiliaria
Id_lote int(11) No
Cantidad int(11) No
Índices
26
PRIMARY BTREE Sí No Id_herramienta 0 A No
Id_finca BTREE No No Id_finca 0 A No
insumos

Id_insumo (Primaria) int(11) No
Id_herramienta varchar(15) No herramienta -> Id_herramienta
Id_semilla varchar(15) No semillas -> Id_semilla
Id_agroquimico varchar(15) No agroquimico -> Id_agroquimico
Id_fertilizante varchar(15) No fertilizante -> Id_fertilizante
Id_otro varchar(15) No otro_insumo -> id_insumo
Índices
PRIMARY BTREE Sí No Id_insumo 0 A No

Id_herramienta BTREE No No Id_herramienta 0 A No
Id_semilla BTREE No No Id_semilla 0 A No
Id_agroquimico BTREE No No Id_agroquimico 0 A No
Id_fertilizante BTREE No No Id_fertilizante 0 A No
Id_otro BTREE No No Id_otro 0 A No
localidades

Id_localidad (Primaria) int(11) No
Codigo bigint(20) No
Índices
PRIMARY BTREE Sí No Id_localidad 1126 A No
lotes
27
Id_lote (Primaria) int(11) No herramienta -> Id_lote
Zona varchar(20) No
Superficie float No
Perimetro float No
Índices
PRIMARY BTREE Sí No Id_lote 0 A No
otro_insumo

id_insumo (Primaria) varchar(15) No
Cantidad int(11) No
Índices
PRIMARY BTREE Sí No id_insumo 0 A No
proveedor

Id_proveedor (Primaria) varchar(15) No
Telefono varchar(10) No
Correo varchar(25) No
Inicio_actividad date No
28
Índices
PRIMARY BTREE Sí No Id_proveedor 0 A No
provincias

Id_provincia (Primaria) int(11) No
Codigo int(11) No
Índices
PRIMARY BTREE Sí No Id_provincia 33 A No
semillas

Id_semilla (Primaria) varchar(15) No
Tipo_cultivo varchar(20) No
Epoca_cultivo varchar(20) No
Cantidad int(11) No
29
Índices
PRIMARY BTREE Sí No Id_semilla 1 A No
tipo_usuario

Id_tipo (Primaria) int(11) No
Índices
PRIMARY BTREE Sí No Id_tipo 0 A No
usuarios

Id_usuario (Primaria) varchar(10) No
Telefono_celular varchar(10) No
Sexo varchar(1) No
Email varchar(20) No
Direccion varchar(30) No
Id_tipo int(11) No tipo_usuario -> Id_tipo
Passwordd varchar(20) No
Índices
PRIMARY BTREE Sí No Id_usuario 0 A No
Id_tipo BTREE No No Id_tipo 0 A No
30
13. CONCLUSIONES DEL PROYECTO
Crear un sistema de gestión y administración de procesos agrícolas nos permite que todas las
áreas involucradas en los procesos de producción de una finca se puedan organizar de una
manera lógica y segura en los registros, evidencias y salidas de su proceso productivo, lo que
facilita a través del tiempo la consulta de información, el seguimiento y demás tareas de los
procesos realizados.
• Observamos a través del trabajo que se debe plantear de una manera muy diligente
la descripción del problema, ya que este nos brindara la guía exacta para lograr que
las historias de usuarios sean lo más completas y así construir un software que
cumpla con todos los requerimientos solicitados.
• Recolectar información y documentarse sobre proyectos ya realizados es muy
importante, ya que estos nos brindaran una guía clara para desarrollar nuestro
proyecto de una manera más fácil y así poder brindar un software con una excelente
documentación y muy completo en sus diferentes aspectos.
• Se escogió la metodología XP ya que contamos con un corto plazo para desarrollar
el proyecto, sin embargo, es una metodología que también nos garantiza una
programación más organizada, al tener iteraciones podremos ver menos taza de
errores y esto nos permitirá adaptarnos fácilmente a las diferentes circunstancias.
• Al documentarnos observamos diferentes softwares como Sismagro y Agrowin los
cuales son muy completos, sin embargo, estos al momento de su uso presentan una
complejidad para el usuario que lo utilice por primera vez. Al ver esto nos
planteamos una manera que nuestro software sea menos complejo que presente las
mismas funciones y que sea más fácil de usarlo y con unas interfaces claras y
didácticas al momento de interactuar con ellas.
31
14. ANEXOS (IEEE-830)
INTRODUCCIÓN
A continuación, se encontrará diferente información acerca del software agrónomo que se
realizará con fines de ayuda a los agricultores con la facilidad de la tecnología. Se enseñará
cada paso y cada proceso del software detalladamente con el fin de darse a entender de una
manera más sencilla, Agroeasy será una herramienta de ayuda para la agronomía del país.
Propósito
El propósito de Agroeasy es llegar a campesinos y grandes agricultores del país para ser de
gran ayuda en sus cultivos y siembras, será una herramienta que les ayude a mantener un
control de cada lote, cada insumo y cada trabajador en sus cosechas, sin importar la cantidad
de cada uno de ellos.
Alcance
El alcance que Agroeasy tendrá será a los diferentes campesinos, agricultores, empresas
grandes que se dediquen a el cultivo y siembra de grandes lotes, no sólo a nivel regional, si
no también a nivel nacional y de ser posible a nivel internacional, cada campo que requiera
de un software como lo es Agroeasy.
Personal involucrado
Nombre Joan Schneider Beltrán Delgado

Rol Programador
Categoría Profesional Estudiante de ingeniería de sistemas
Responsabilidad Análisis de información, documentación del
proyecto
Información de contacto jsbeltran@ucundinamarca.edu.co
Nombre Jhojan Estiven Montaña cruz

Rol Analista, diseñador
Categoría Profesional Estudiante de Ingeniería de sistemas
32
Responsabilidad Diseño de mapas de proceso, análisis del
documento
Información de contacto Jhojan030198@gmail.com
Nombre Leidi Dajhana López Infante

Rol Analista, Documentación
Categoría Profesional Estudiante de ingeniería de sistemas
Responsabilidad Análisis de información, documentación del
proyecto
Información de contacto Leidylopezin@gmail.com
Nombre Stivenson Felipe Celeita

González
R Diseñador
Categoría Profesional Estudiante de ingeniería de
sistemas
Responsabilidad Diseñador de la interfaz
Información de contacto celeita45@hotmail.com
Definiciones, acrónimos y abreviaturas
Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
SIS-I Sistema de Información Web para la Gestión de Procesos

Administrativos y Académicos
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
33
FTP Protocolo de Transferencia de Archivos
Moodle Aula Virtual
Referencias
Título del Documento Referencia
Sismagro Finneg.com
Resumen
Este documento lo seccionaremos en la introducción, la descripción general y los requisitos
específicos para el software, en la introducción se informará sobre que se quiere lograr al
final del proyecto e información de los integrantes.
En la descripción general de darán a conocer todos los pasos y funcionalidades del software
en cuestión sus restricciones y funciones generales, cada concepto que se tenga en cuenta
estará en dicha descripción, y también las características de cada usuario.
En cuanto a los requisitos específicos tendremos los requisitos comunes de cada interfaz, los
requerimientos funcionales y los no funcionales, todo ello es importante para la correcta
funcionalidad del producto.
14.1. DESCRIPCIÓN GENERAL
Perspectiva del producto

El software Agroeasy será un programa desarrollado de manera local por medio de java
script, incluirá una interfaz fácil y manejable que permita a cualquier usuario la utilización
sin mayores dificultades a la hora de usarlo.
Funcionalidad del producto
34
Características de los usuarios
Tipo de usuario Administrador
Formación TSU en Informática
35
Actividades Control y manejo del sistema en general
Tipo de usuario Super_usuario
Formación Manejo
Actividades Supervisión del sistema
Tipo de usuario Empleado
Formación Ingeniero
Actividades Calidad
Tipo de usuario Cliente
Formación NA
Actividades Observar y comprar
Tipo de usuario Visitante
Formación NA
Actividades Observa y pregunta información.
36
Restricciones
• Interfaz utilizada de forma local
• Lenguajes y tecnologías en uso: JAVA, MySQL
• El sistema se diseñará con una interfaz fácil y manejable no muy compleja para el
usuario final.
Suposiciones y dependencias
• Se presume que los requisitos recolectados y descritos son estables en función al
sistema.
• Se deben contar con los requisitos antes indicados en los equipos en los que se vaya
a ejecutar el sistema para proporcionar una ejecución correcta al momento de ser
utilizado.
14.2. REQUISITOS ESPECÍFICOS.
Requisitos funcionales.
Identificación del RF01
requerimiento:
Nombre del Autentificación de Usuario.
Requerimiento:
Características: Los usuarios deberán identificarse para acceder a cualquier
parte del software.
Descripción del El software podrá ser consultado por cualquier usuario
requerimiento: dependiendo del módulo en el cual se encuentre y su nivel
de accesibilidad.
Requerimiento NO • RNF01
funcional: • RNF02
• RNF04
• RNF07
Prioridad del requerimiento:
37
Alta

requerimiento:
Nombre del Registrar Usuarios.
Requerimiento:
Características: Los usuarios deben registrarse en el sistema para acceder a
cualquier parte del software.
Descripción del El software permitirá al usuario (cliente, empleado y
requerimiento: Administrador) registrarse. El usuario debe suministrar datos
como: CC, Nombre, Apellido, E-mail, Usuario y Password.
• RNF04
• RNF07
Alta

requerimiento:
Nombre del Establecimiento
Requerimiento:
Características: El software ofrecerá al usuario información general acerca
del establecimiento del usuario como: los campos, los lotes,
los galpones, los análisis de suelos, las herramientas y los
empleados.
Descripción del El usuario deberá de registrar información referente a los
requerimiento: campos, lotes, galpones, análisis de suelos, herramientas y
empleados.
38
Alta

requerimiento:
Requerimiento:
empleados.
Descripción del Campos: Muestra información general sobre el nombre, el
requerimiento: propietario, el número de lotes y la superficie, este
requerimiento cuenta con la opción de registrar el campo.
Alta

requerimiento:
Requerimiento:
empleados.
39
Descripción del Lotes: Muestra información general sobre el nombre, el
requerimiento: campo, la zona y la superficie, este requerimiento cuenta
con la opción de registrar el lote.
Alta

requerimiento:
Requerimiento:
empleados.
Descripción del Galpones: Muestra información general sobre el nombre,
requerimiento: los detalles, el propietario y la zona, este requerimiento
cuenta con la opción de registrar el galpón.
Alta

requerimiento:
Requerimiento:
40
empleados.
Descripción del Análisis de suelo: Muestra información general sobre la
requerimiento: fecha, el lote, el sector y la profundidad, este requerimiento
cuenta con la opción de registrar el análisis.
Alta

requerimiento:
Requerimiento:
empleados.
Descripción del Herramientas: Muestra información general sobre el
requerimiento: nombre, la descripción y el propietario, este requerimiento
cuenta con la opción de registrar la herramienta.
Alta
41
requerimiento:
Requerimiento:
empleados.
Descripción del Empleados: Muestra información general sobre el nombre,
requerimiento: el apellido, el documento, el celular y la dirección, este
requerimiento cuenta con la opción de registrar el
empleado.
Alta

requerimiento:
Nombre del Insumos
Requerimiento:
de los insumos que tiene el usuario como: las semillas, los
agroquímicos y los fertilizantes.
Descripción del El usuario debe de registrar información sobre las semillas,
requerimiento: los agroquímicos y los fertilizantes.
• RNF04
42
Alta

requerimiento:
Nombre del Insumos
Requerimiento:
Descripción del Semillas: Muestra información general sobre el nombre,
requerimiento: tipo de cultivo, la fecha de sembrado, la variedad, el peso y
la descripción, este requerimiento cuenta con la opción de
agregar la semilla.
• RNF04
Alta

requerimiento:
Nombre del Insumos
Requerimiento:
Descripción del Agroquímicos: Muestra información general sobre el
requerimiento: nombre, el tipo, los principios activos y la formulación, este
43
requerimiento cuenta con la opción de agregar los
agroquímicos.
• RNF04
Alta

requerimiento:
Nombre del Insumos
Requerimiento:
Descripción del Fertilizantes: Muestra información general sobre el
requerimiento: nombre, la función, la descripción, este requerimiento
cuenta con la opción de agregar los fertilizantes.
• RNF04
Alta

requerimiento:
Nombre del Stock
Requerimiento:
44
de lo que tiene en el stock como lo que son los insumos y los
productos
Descripción del El usuario debe de registrar una breve información
requerimiento: referente a los insumos y los productos
• RNF04
• RNF07
Alta

requerimiento:
Nombre del Stock
Requerimiento:
de lo que tiene en el stock como lo que son los insumos y
los productos
Descripción del Insumos: Muestra información general sobre los insumos,
requerimiento: el galpón, la cantidad y el costo, este requerimiento cuenta
con la opción de agregar insumos.
• RNF04
• RNF07
Alta
45
requerimiento:
Nombre del Stock
Requerimiento:
de lo que tiene en el stock como lo que son los insumos y
los productos
Descripción del Productos: Muestra información general sobre el
requerimiento: producto, el galpón y la cantidad, este requerimiento
cuenta con la opción de agregar producto.
• RNF04
• RNF07
Alta

requerimiento:
Nombre del Contactos
Requerimiento:
de los proveedores y clientes con los que cuenta.
Descripción del El usuario deberá registrar la información de los
requerimiento: proveedores y clientes.
• RNF04
• RNF07
46
Alta

requerimiento:
Requerimiento:
Descripción del Proveedores: Muestra información general sobre el
requerimiento: nombre, la dirección, el celular y la zona, este
requerimiento cuenta con la opción de agregar
proveedores.
• RNF04
• RNF06
• RNF07
Alta

requerimiento:
Requerimiento:
47
Descripción del Clientes: Muestra información general sobre el nombre,
requerimiento: la dirección, el celular y la zona, este requerimiento
cuenta con la opción de agregar clientes.
• RNF04
• RNF07
Alta

requerimiento:
Nombre del Gestionar Reportes.
Requerimiento:
Características: El sistema permitirá generar reportes.
Descripción del Permite al administrador imprimir reportes de los eventos a
requerimiento: realizar o concluidos, así como también, ver listados
labores, herramientas utilizadas, empleados involucrados,
los químicos utilizados, fertilizantes utilizados, los costos y
los insumos necesarios.
• RNF03
Alta
Requerimientos no funcionales.
Identificación del RNF01
requerimiento:
48
Nombre del Interfaz del sistema.
Requerimiento:
Características: El software presentara una interfaz de usuario sencilla para
que sea de fácil manejo al usuario del sistema.
Descripción del El software debe tener una interfaz de uso intuitiva y
requerimiento: sencilla.

Alta

requerimiento:
Nombre del Ayuda en el uso del software.
Requerimiento:
Características: La interfaz del usuario deberá de presentar un sistema de
ayuda para que los mismos usuarios del sistema se les
faciliten el trabajo en cuanto al manejo del software.
Descripción del La interfaz debe estar complementada con un buen sistema
requerimiento: de ayuda (la administración puede recaer en personal con
poca experiencia en el uso de aplicaciones informáticas).
Alta

requerimiento:
Nombre del Mantenimiento.
Requerimiento:
49
Características: El software deberá de tener un manual de instalación y
manual de usuario para facilitar los mantenimientos que
serán realizados por el administrador.
Descripción del El software debe disponer de una documentación
requerimiento: fácilmente actualizable que permita realizar operaciones de
mantenimiento con el menor esfuerzo posible.
Alta

requerimiento:
Nombre del Desempeño
Requerimiento:
Características: El software garantizara a los usuarios un desempeño en
cuanto a los datos almacenado en el software ofreciéndole
una confiabilidad a esta misma.
Descripción del Garantizar el desempeño del software a los diferentes
requerimiento: usuarios. En este sentido la información almacenada o
registros realizados podrán ser consultados y actualizados
permanente y simultáneamente, sin que se afecte el tiempo
de respuesta.
Alta

requerimiento:
Nombre del Nivel de Usuario
Requerimiento:
50
Características: Garantizara al usuario el acceso de información de acuerdo
al nivel que posee.
Descripción del Facilidades y controles para permitir el acceso a la
requerimiento: información al personal autorizado a través del software
local.
Alta

requerimiento:
Nombre del Confiabilidad continúa del sistema.
Requerimiento:
Características: El software tendrá que estar en funcionamiento las 12
horas los 7 días de la semana. Ya que es un software
diseñado para la carga de datos.
Descripción del La disponibilidad del sistema debe ser continua con un
requerimiento: nivel de servicio para los usuarios de 7 días por 12 horas,
garantizando un esquema adecuado que permita la posible
falla en cualquiera de sus componentes, contar con una
contingencia, generación de alarmas.
Alta

requerimiento:
Nombre del Seguridad en información
Requerimiento:
Características: El software garantizara a los usuarios una seguridad en
cuanto a la información que se procede en el software.
51
Descripción del Garantizar la seguridad del software con respecto a la
requerimiento: información y datos que se manejan tales sean documentos,
archivos y contraseñas.
Alta
14.3. REQUISITOS COMUNES DE LAS INTERFACES
Interfaces de usuario
La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y
campos de textos. Ésta deberá ser construida específicamente para el sistema propuesto y
será visualizada como un software de escritorio o local.
Interfaces de hardware
Será necesario disponer de equipos de cómputos en perfecto estado con las siguientes
características:
• Procesador de 1.7 GHz o superior.

• Memoria mínima de 200GB.
• Ratón: el software debe interactuar con el movimiento del ratón y los botones del
ratón. El ratón se activan las zonas de entrada de datos, botones de comando y
seleccione las opciones de los menús.
• Teclado: el software deberá interactuar con las pulsaciones del teclado. Ya que
permite el ingreso y/o interactuar con la información.
• La pantalla del monitor: el software deberá mostrar información al usuario a
través de la pantalla del monitor.
• Impresora: el software imprimirá los reportes en la impresora instalada.
Interfaces de software
• Sistema Operativo: Windows 8 o superior.
• Servidor de base de datos local (Wampserver, xampp).
52
• Java 7.0 o superior
Interfaces de comunicación
El servidor local, los usuarios y el software se comunicarán entre sí, mediante protocolos de
consultas integradas en el software.
14.4. REQUISITOS FUNCIONALES
Aquí se presentan los requisitos funcionales que deberán ser satisfechos por el software.
Todos los requisitos aquí expuestos son fundamentales para su funcionamiento, es decir, no
sería aceptable el software en caso de no satisfacer alguno de los requisitos presentados.
Requisito funcional 1
✓ Autentificación de Usuarios: los usuarios deberán identificarse para acceder a

cualquier parte del sistema.
✓ El sistema podrá ser consultado por cualquier usuario dependiendo del módulo en el
cual se encuentre y su nivel de accesibilidad.
✓ Consultar Información: El sistema ofrecerá al usuario información general acerca

de campos, lotes, galpones, insumos, stock, contactos y reportes.
✓ Consultar Campos: Muestra información general sobre los campos registrados,
como lo son su nombre, propietario, numero de lotes y superficie.
✓ Consultar Lotes: Permite a los usuarios ver, el nombre del lote, campo, zona y
superficie.
✓ Consultar Galpones: Muestra al usuario información de los galpones como lo son
su nombre, detalle, propietario
53
✓ Consultar Stock: Permite al usuario ver información de los insumos (insumos,
galpón, cantidad, costo total) y productos (Agregar productos, productos, galpón y
cantidad)
✓ Consultar Contactos: Muestra al usuario los datos de proveedores (nombre,
dirección, celular, zona) y clientes (Agregar cliente, nombre, dirección, celular y
zona).
✓ Consultar Reportes: Muestra al usuario los reportes de labores, herramientas
utilizadas, empleados involucrados, químicos utilizados, fertilizantes utilizados,
costos e insumos necesarios.
✓ Registrar Usuarios: El sistema permitirá al usuario (Administrador y visitante)

registrarse. El usuario debe suministrar datos como: Nombre, Apellido, E-mail,
Usuario y Contraseña.
✓ Modificar: Permite al administrador modificar datos de los campos, lotes, galpones,
empleados, semillas, agroquímicos fertilizantes, insumos, stock, proveedores y
clientes.
✓ Gestionar Campos: Permite la administración de la información referente a los
campos.
✓ Crear Campos: Permite al administrador una vez que haya accedido con su cuenta,
crear campos y suministrar información referente a este como es: Nombre, nombre,
propietario, numero de lotes y superficie.
✓ Gestionar lotes: Permite la administración de la información referente a lotes:
54
✓ Crear Lotes: Permite al administrador una vez que haya accedido con su cuenta,
crear lotes en los cuales debe suministrar información como Nombre, campo, zona y
superficie.
✓ Gestionar Galpones: Permite la administración de la información referente a los
galpones.
✓ Crear Galpones: Permite al administrador una vez que haya accedido con su cuenta,
crear galpones y suministrar información referente a este como es: Nombre, detalle y
propietario.
✓ Gestionar Semillas: Permite la administración de la información referente a las
semillas.
✓ Crear Semillas: Permite al administrador una vez que haya accedido con su cuenta,
crear semillas y suministrar información referente a este como es: Nombre, tipo de
cultivo, fecha de sembrado, variedad, peso, descripción.
✓ Gestionar Agroquímicos: Permite la administración de la información referente a
los químicos.
✓ Crear Químico: Permite al administrador una vez que haya accedido con su cuenta,
crear químicos y suministrar información referente a este como es: Nombre, tipo,
principios activos y formulación.
✓ Gestionar Fertilizantes: Permite la administración de la información referente a los
fertilizantes.
✓ Crear Fertilizantes: Permite al administrador una vez que haya accedido con su
cuenta, crear fertilizantes y suministrar información referente a este como es:
Nombre, función y descripción.
55
✓ Gestionar Insumos: Permite la administración de la información referente a los
insumos.
✓ Crear Insumos: Permite al administrador una vez que haya accedido con su cuenta,
crear insumos y suministrar información referente a este como es: Insumo(tipo),
galpón, cantidad y costo total.
✓ Gestionar Stock: Permite la administración de la información referente a los
productos.
✓ Crear productos: Permite al administrador una vez que haya accedido con su cuenta,
crear productos y suministrar información referente a este como es: Nombre, galpón
y cantidad.
✓ Gestionar Proveedores: Permite la administración de la información referente a los
proveedores.
✓ Crear Proveedores: Permite al administrador una vez que haya accedido con su
cuenta, crear proveedores y suministrar información referente a este como es:
Nombre, dirección, celular, zona.
✓ Gestionar Clientes: Permite la administración de la información referente a los
clientes.
✓ Crear Clientes: Permite al administrador una vez que haya accedido con su cuenta,
crear clientes y suministrar información referente a este como es: Nombre, dirección,
celular y zona.
✓ Gestionar Reportes: Permite la administración de la información referente a los
reportes.
56
✓ Crear Reportes: Permite al administrador una vez que haya accedido con su cuenta,
crear reportes de las secciones; labores, herramientas utilizadas, empleados
involucrados, químicos utilizados, fertilizantes utilizados, costos e insumos
necesarios.
14.5. REQUISITOS NO FUNCIONALES.
Requisitos de rendimiento
Garantizar que el diseño de las consultas u otro proceso no afecte el desempeño de
la base de datos, ni considerablemente el tráfico del software.
Seguridad
• Garantizar la confiabilidad, la seguridad y el desempeño del software informático a
los diferentes usuarios. En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente y simultáneamente, sin
que se afecte el tiempo de respuesta.
• Garantizar la seguridad del software con respecto a la información y datos que se

manejan tales sean documentos, archivos y contraseñas.
• Facilidades y controles para permitir el acceso a la información al personal

autorizado a través del software, con la intención de consultar y subir información
pertinente para cada una de ellas.
Fiabilidad
• El software debe tener una interfaz de uso intuitiva y sencilla.
• La interfaz de usuario debe ajustarse a las características del software agrícola,

dentro de la cual estará incorporado el sistema de gestión de procesos y el
inventario.
Disponibilidad
• La disponibilidad del software debe ser continua con un nivel de servicio para los
usuarios de 7 días por 12 horas, garantizando un esquema adecuado que permita la
posible falla en cualquiera de sus componentes, contar con una contingencia,
generación de alarmas.
57
Mantenibilidad
• El software debe disponer de una documentación fácilmente actualizable que
permita realizar operaciones de mantenimiento con el menor esfuerzo posible.
• La interfaz debe estar complementada con un buen sistema de ayuda (la

administración puede recaer en personal con poca experiencia en el uso de
aplicaciones informáticas).
Portabilidad
✓ El software será implantado bajo la plataforma de Windows.
58

Trabajo de Línea

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo de Línea

Cargado por

Copyright:

Formatos disponibles

SISTEMA DE INFORMACION PARA LA ADMINISTRACIÓN Y

GESTIÓN DE PROCESOS AGRÍCOLAS

Jhojan Estiven Montaña cruz

A continuación, se encontrará la diferente información acerca del software agrícola

1. CONTEXTUALIZACIÓN DEL PROYECTO

Los campesinos de la región del Sumapaz no aplican tecnologías para gestión y

1.2. Planteamiento del problema

La agronomía ha crecido a pasos agigantados, y los métodos tradicionales de llevar las

1.3. Formulación del problema

¿Cómo desarrollar un Sistema de gestión y administración de procesos agrícolas que permita

1.4. Sistematización del problema

¿Qué metodología permite desarrollar de forma ágil y en un menor tiempo la solución de

• Definir los requerimientos funcionales y no funcionales para la construcción del

• Determinar la plataforma de desarrollo que deberá ser empleada para la

3. JUSIFICACION DEL PROYECTO

La información se ha convertido en un recurso muy importante para cualquier compañía,

4. HIPÓTESIS DEL TRABAJO

Agrowin es un software que permite en llevar un seguimiento y registro detallado de las

Valores de la programación extrema

• Comunicación: Los proyectos de los sistemas que requieren una actualización

6.2. Principios básicos de la programación extrema

Se trata de doce principios agrupados en cuatro grandes categorías así:

Retroalimentación a escala fina

• El principio de pruebas: Se debe establecer un periodo de pruebas de aceptación del

Para cumplir con la condición de trabajo en parejas se deberá contar con la

Proceso continuo en lugar de por lotes

• Integración continua: permite al equipo hacer un rápido progreso implementando

• Diseño simple: se basa en la filosofía de que el mayor valor de los negocios es

• La semana de 20 horas: la programación extrema sostiene que los programadores

6.3. Roles dentro de la programación

Es el responsable de conducir el proyecto. Toma decisiones de negocio y debe entender los

El encargado del seguimiento

Se determina que el tipo de estudio corresponde a uno de tipo descriptivo habiendo

7.2. Método de investigación

7.3. FUENTES Y TÉCNICAS PARA LA RECOLECCIÓN DE INFORMACIÓN

8. ALCANCE, LIMITACIONES Y RESULTADOS ESPERADOS

Este proyecto tiene como finalidad la construcción de un sistema de administración y gestión

No se podrán registrar clientes puesto a que no se generarán facturas, el acceso se permitirá

9.2. Identificación de interesados

Nombres Organización Cargo Rol proyecto Influencia

9.3. Historias de usuario

datos de los requerimientos en el formato de Historias de usuario utilizando un lenguaje

información obtenida se muestra a continuación.

Una vez realizada la recolección y documentadas de las necesidades e intereses de las

10. MODELO ENTIDAD RELACIÓN

11. CASO DE USO

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Nombre de la clave Tipo Único Empaquetado Cardinalidad Cotejamiento Nulo Comentario

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predetermina Enlaces a Comentarios MIM

Nombre de la Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

PRIMARY BTREE Sí No Id_insumo 0 A No

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME

Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME