Simula tu campito

Especificación de requerimientos

Versión: 1.0.0-20200607

Fecha: 07/06/2020

1
 Tabla de Contenido
Objetivos ...................................................................................................................... 3
Objetivo general: ....................................................................................................... 3
Objetivos específicos: ................................................................................................ 3
Destinatarios ................................................................................................................. 4
Participantes ................................................................................................................. 4
Equipo de desarrollo .................................................................................................. 4
Stakeholder: .............................................................................................................. 4
Asesores: ................................................................................................................... 4
Contexto ....................................................................................................................... 4
Sistema Actual .......................................................................................................... 4
Problemas Actuales ................................................................................................... 5
Descripción ................................................................................................................... 5
Descripción general del Sistema ................................................................................ 5
Beneficios esperados ................................................................................................. 6
Alcance ......................................................................................................................... 6
Funciones incluidas ................................................................................................... 6
Funciones excluidas .................................................................................................. 6
Interfaz con otros sistemas y/o dispositivos de hardware ............................................ 6
Requerimientos ............................................................................................................. 6
Requerimientos Funcionales ...................................................................................... 6
Requerimientos No Funcionales ................................................................................ 7
Actores ......................................................................................................................... 8
Descripción de Actores.............................................................................................. 8
Modelo de Casos de Uso ............................................................................................... 8
Diagrama de casos de uso .......................................................................................... 8
Especificación de casos de uso ................................................................................ 11
Estimación del tamaño del Software............................................................................ 14
Riesgos ....................................................................................................................... 14
Análisis de Riesgos: ................................................................................................ 15

2
Objetivos

Objetivo general:

Generar una aplicación que permita ayudar en la toma de decisiones del sector

agricultor calculando el rendimiento estimado de cosecha de cierto cultivo considerando

factores que puede alterar la misma o las características intrínsecas de la cosecha.

Objetivos específicos:

Caracterizar los cultivos y sus factores influyentes para el éxito o fracaso.

Tareas:

Obtener información acerca de los factores que condicionan el éxito del

cultivo.

Buscar información en empresas multinacionales que se dediquen a este

rubro.

Instrumento para obtener información:

Entrevistas

Determinar herramientas tecnológicas disponibles para la simulación de la cosecha.

Utilizar herramientas de simulación.

Objetivo de la aplicación: Calcular el rendimiento estimado de la cosecha de un

determinado cultivo, teniendo en cuenta los factores que pueden alterar la misma, para

apoyar la toma de decisiones del agricultor.

Proveer información para la mejora de la toma de decisiones del agricultor.

3
Destinatarios

Este Sistema está destinado a los agricultores e Ingenieros Agrónomos que tienen la

necesidad de conocer el rinde que le puede dar su suelo teniendo en cuenta una serie de

parámetros, entre ellos principalmente el Nitrógeno.

Participantes

Equipo de desarrollo

o Líder: Augusto Portillo.

o Analista: Agustín Aguirre, Alejandro Bottini.

o Documentador: Cristian Saraceni.

o Desarrollador: Gonzalo Iñiguez, Facundo Peloso.

o Diseñador: Leonel Schleicher

Stakeholder:

o Consultor: Elio Schleicher

Asesores:

o Mariela Burghardt

o Jaqueline Escalante

Contexto

Sistema Actual

Actualmente la región del NEA no cuenta con un sistema que simule el rinde de su

cultivo a partir de una serie de parámetros tomados del suelo y el mismo ambiente en el

cual se encuentra el campo.

4
Problemas Actuales

Los problemas con los que nos encontramos en la región del NEA de Argentina

sobresalen al momento de querer calcular/obtener el rinde del cultivo teniendo en cuenta

una serie de parámetros. Ésta tarea la realiza generalmente un Ingeniero en Agronomía,

debido a sus conocimientos en el área, y de forma manual, es decir, vuelca los datos

obtenidos del suelo en su planilla de Excel y, en el caso de que no tenga la fórmula, se

la debe armar para realizar el cálculo.

Este proceso manual implica tanto un costo en el tiempo y costo monetario al momento

de querer obtener el rinde.

Descripción

Descripción general del Sistema

El sistema deberá calcular el rendimiento en toneladas por hectárea de un cultivo en

particular a partir de los parámetros ingresados por el usuario.

Deberá informar:

 Rinde en toneladas por hectárea para una x cantidad de has establecidas por el

productor.

 Comparación del rinde de dos o más cultivos para una superficie específica y

bajo condiciones establecidas de antemano.

 Comparación del rinde un mismo cultivo para diferentes parámetros.

5
Beneficios esperados

Tener el conocimiento confiable para la toma de decisiones a la hora de escoger un

cultivo.

Alcance

Funciones incluidas

 El Sistema simulará el rendimiento por hectárea para obtener el rinde total por el

tamaño del terreno ingresado.

 Después de simular, el sistema mostrará por pantalla los parámetros que ingresó

el usuario, el rendimiento estimado para el cultivo seleccionado.

Funciones excluidas

 El sistema no calculará el valor monetario según el rinde por hectárea.

Interfaz con otros sistemas y/o dispositivos de hardware

El Sistema deberá estar conectado con una base de datos “SQL SERVER” alojada en

los servidores de Azure (servicio On Cloud de Microsoft).

Requerimientos

Requerimientos Funcionales

 El usuario debe poder ingresar los datos de entrada (los especificados con

anterioridad).

 El Sistema deberá simular el rendimiento por hectárea para obtener el rinde total

por el tamaño del terreno ingresado.

6
  Después de simular, el sistema debe mostrar por pantalla los parámetros que

ingresó el usuario, el rendimiento estimado para cada cultivo y una imagen

asociada al/los cultivos ingresados.

 El usuario podrá elegir un solo cultivo e ingresar los parámetros anteriormente

mencionados a excepción del nitrógeno para la simulación.

 El Sistema debe simular el rinde para el cultivo elegido con los distintos

parámetros, pero teniendo en cuenta un rango de valores determinado de

nitrógeno (0,20,40,60,80,100,120,140,160,180,200)

 Se debe mostrar por pantalla el cultivo elegido, un listado del rendimiento

estimado para cada valor de nitrógeno. (puede ser un gráfico, donde el eje Y

representa los Kg/has, y el eje X las cantidades de nitrógeno)

 El Sistema debe emitir un informe reflejando el resultado de la simulación para

un cultivo.

 En todas las funcionalidades de ingreso de datos del usuario, este también

contará con la opción de elegir un método de cuidado del medio ambiente

(semilla transgénica, técnicas mecánicas de control de malezas y rotación de

cultivos). En el caso de que el usuario haya elegido un método, la simulación

deberá incluir esa variable para estimar el rinde.

Requerimientos No Funcionales

 El Sistema debe permitir la escalabilidad.

 El Sistema debe tener una simulación.

 El Sistema debe aportar a la mejora del medio ambiente.

7
Actores

 Agricultor/Ingeniero Agrónomo.

Descripción de Actores

Agricultor / Ingeniero Agrónomo

El siguiente actor es el usuario que podrá registrarse, calcular el rinde del suelo y

almacenar tanto los resultados como los parámetros ingresados para poder visualizarlos

en cualquier momento.

Modelo de Casos de Uso

Diagrama de casos de uso

 Registro

 Inicio de sesión: El usuario ingresa sus datos de inicio de sesión, y el sistema

permite el ingreso

8
 El usuario podrá elegir un solo cultivo e ingresar los parámetros anteriormente

mencionados a excepción del nitrógeno para la simulación.

 El usuario podrá elegir un solo cultivo e ingresar los parámetros anteriormente

mencionados a excepción del nitrógeno para la simulación.

 El Sistema debe simular el rinde para el cultivo elegido con los distintos

parámetros, pero teniendo en cuenta un rango de valores determinado de

nitrógeno (0,20,40,60,80,100,120,140,160,180,200)

 Se debe mostrar por pantalla el cultivo elegido, un listado del rendimiento

estimado para cada valor de nitrógeno. (puede ser un gráfico, donde el eje Y

representa los Kg/has, y el eje X las cantidades de nitrógeno)

9
10
Especificación de casos de uso

Nombre: Ingresar cultivo

Pasos: Posibles Pasos:

1-Mostrar lista cultivos 1-A No se pudo visualizar la lista de los cultivos,

disponibles. inténtelo mas tarde.

2-Elegir cultivo deseado 2-A El cultivo seleccionado no está disponible

Nombre: Ingresar parámetros

Pasos: Posibles Pasos:

1-Cargar los parámetros 1-A Los parámetros cargados son incorrectos,

solicitados vuelva a intentarlo

11
Nombre: Realizar simulación.

Pasos: Posibles Pasos:

1-Realizar la simulación 1-A La simulación fallo, vuelva intentarlo.

Nombre: Visualizar resultados.

Pasos: Posibles Pasos:

1-Visualizar resultados 1-A No se pudo visualizar los resultados.

2-Imprimir resultados. 2-A. No se pudo imprimir, resultados en blanco.

12
Nombre: Ingresar datos.

Pasos: Posibles Pasos:

1-Ingresar nombre y apellido 1-A No se pudo ingresar nombre y apellido.

2-Ingresar domicilio 2-A No se pudo ingresar el domicilio.

3-Ingresar fecha de nacimiento 3-A La fecha que usted ingreso es incorrecta

Nombre: Registro.

Pasos: Posibles Pasos:

1-Dar de alta al 1-A Los datos del usuario no son correctos, vuélvalo a

usuario. intentar.

13
Estimación del tamaño del Software

Trabajo
ID Título Responsable
(hs)

Configurar Base de Datos SQL Server en Augusto

145 2
Azure Portillo

152 Configurar CI 2 Gonzalo Iñiguez

Leonel
146 Configurar Ambiente FrontEnd 2
Schleicher

Leonel
147 Configurar Ambiente Backend 2
Schleicher

148 Configurar Tablas iniciales en BD 2 Gonzalo Iñiguez

149 Login del usuario 5 Gonzalo Iñiguez

Agustín
150 Formulario del Simulador 5
Aguirre

Se debe mostrar por pantalla el resultado de la Leonel

151 3
simulación Schleicher

Duración total del proyecto: 23 horas.

Teniendo en cuenta las horas estimadas para este proyecto inicial, el tiempo que durará
este proyecto será 23hs contando con aproximadamente 4 programadores.

Riesgos

 Riesgos del Proyecto:

o [1] Problemas con conectividad de internet con proveedores particular a

cada integrante.

14
 o [2] Problemas con disponibilidad horaria de los integrantes del proyecto.

o [3] Que un integrante se enferme.

o [4] Que un integrante abandone la materia o carrera.

o [5] Subestimación del proyecto.

o [8] Subestimación de tareas.

 Riesgos del Producto:

o [6] No conseguir los datos necesarios (Medida promedio del

estacionamiento

público, cantidad de cocheras por departamento)

o [7] No utilizar buenas prácticas de desarrollo de software

Análisis de Riesgos:

Escalas de probabilidad: baja, media, alta

Escalas de impacto: leve, moderada, grave

RIESGO ID PROBABILIDAD IMPACTO

1 Media Moderado

2 Bajo Grave

3 Media Grave

4 Bajo Grave

5 Alto Grave

15
6 Bajo Grave

7 Alto Moderado

8 Alto Grave

 Riesgos del Proyecto:

o [1] Problemas con conectividad de internet con proveedores particular a

cada integrante.

 Plan y/o estrategia: Utilizar datos del teléfono móvil.

o [2] Problemas con disponibilidad horaria de los integrantes del proyecto.

 Plan y/o estrategia: Una planilla con la cantidad de horas

semanales por integrante y una descripción de la actividad que

realizó en esa cantidad de horas. (mínimo 5 hs semanales)

o [3] Que un integrante se enferme.

 Plan y/o estrategia: Poner dos integrantes por roles. Y en el caso

de que no se pueda asignar dos integrantes por roles, un

integrante deberá hacerse cargo de dos roles a la vez. En el caso

del rol de diseño se hará cargo un integrante de análisis. En el

caso del líder, se hará cargo uno del área de programación. En el

caso de la documentación, se hará cargo un integrante del área de

Análisis.

o [4] Que un integrante abandone la materia o carrera.

 Plan y/o estrategia: Poner dos integrantes por roles. Y en el caso

de que no se pueda asignar dos integrantes por roles, un

integrante deberá hacerse cargo de dos roles a la vez. En el caso

16
 del rol de diseño se hará cargo un integrante de análisis. En el

caso del líder, se hará cargo uno del área de programación. En el

caso de la documentación, se hará cargo un integrante del área de

Análisis.

o [5] Subestimación del proyecto.

 Plan y/o estrategia: Aumento de horas diarias de trabajo, en el

caso de que se precise maximizar las horas de trabajo.

o [8] Subestimación de tareas.

 Plan y/o estrategia: Se deben realizar tareas con una complejidad

mínima que no lleven entre más de 3 horas de trabajo. En el caso

que supere la cantidad de horas se deberá subdividir

 Riesgos del Producto:

o [6] No conseguir los datos necesarios (Medida promedio del

estacionamiento

público, cantidad de cocheras por departamento)

 Plan y/o estrategia: Utilizar variables estimativas o requerir la

búsqueda de datos de internet.

o [7] No utilizar buenas prácticas de desarrollo de software

 Plan y/o estrategia: Generar una estandarización para el

desarrollo del código, ir haciendo code review para verificar y en

el caso de que no se cumpla el estándar se hará un llamado de

atención.

17