TALLER GRUPAL

TALLER GRUPAL de la semana

Se requiere que como  ingeniero de requerimientos se identifique:

a)     Los requerimientos funcionales  y no funcionales del proyecto asignado

b)     Identificar los casos de uso  y su especificación

c)     Identificar las primeras interfaces graficas

Para ello, deben  tener  de antemano:

1.     El modelo de ER  inicial

2.     Modelo de clases inicial

Deben coordinar con los líderes de cada módulo del proyecto

DESARROLLO TALLER GRUPAL

Módulo 1 “Software de fertilización para cultivos de cacao en suelo”

Nombres y Apellidos: José Camilo Boada Guerrero               Rol: Desarrollador

Nombres y Apellidos: Martha Alejandra Chacín Mora            Rol: Documentar

a)      Requerimientos funcionales y no funcionales del proyecto asignado

1.1)            Requerimientos Funcionales

Numero	Requerimiento	Descripción	Prioridad
RF1	REGISTRO DE INFORMACION DE SUELOS.	El sistema deber registrar la información detallada de todos los suelos para el cultivo de cacao en norte de Santander.
RF2	REGISTRO DE FERTILIZANTES.	El sistema deberá permitir registrar la información de todos los fertilizantes tanto orgánicos como inorgánicos.
RF3	VISUALIZAR FERTILIZANTE.	El sistema deberá generar la información de los fertilizantes que se encuentren registrados con solo ingresarle su nombre.
RF4	REGISTRO DE INFORMACION DEL ANALISIS	El sistema deberá permitir registrar toda la información del análisis de un suelo.
RF5	MODIFICAR EL ESTADO DE UN SUELO.	El sistema deberá modificar el estado de un suelo al cual se le hizo el proceso de fertilización.
RF6	ASIGNAR TECNICO DE FERTILIZACION.	El sistema deberá asignar un técnico que se encargara de coordinar el proceso de la fertilización de un suelo.
RF7	VISUALIZAR INFORMACION DE SUELO.	El sistema deberá permitir visualizar toda la información de un suelo.
RF8	VALIDACION DE ANALISIS.	El sistema deberá hacer todas las validaciones necesarias sobre un análisis de suelo  para así poder dictaminar si es fértil o no y poder arrojar recomendaciones de  fertilizantes aptos para dicho suelo.
RF9	VALIDACION DE INFORMACION	El sistema deberá validar la información que se le ha ingresado para que no haya redundancia.

1.2)            Requerimientos no funcionales

Numero	Requerimiento	Descripción	Prioridad
RNF1	USABILIDAD	El sistema debe ser fácil de usar para el usuario.	5
RNF2	FIABILIDAD	El sistema deberá recuperar los datos ya insertados frente a fallos de conexión.	4
RNF3	FUNCIONALIDAD	El sistemas al terminarlo deberá quedar funcional con todos los requerimientos que se le asignaron.	4
RNF4	MULTIPLATAFORMA	El sistema deberá adaptarse a cualquier sistema operativo y servidor.	3
RNF5	COMPRENSIVO	El sistema debe ser usable en cualquier parte de la región.	3
RNF6	PROTEGIDO	El sistema debe tener usuario y contraseña para evitar robo de datos.	5
RNF7	DURABILIDAD	La plataforma desarrollada tengo un ciclo de vida moderado, para mayor uso y favorabilidad de los usuarios.	1
RNF8	EFICIENCIA	El sistema deberá tener un tiempo prudente para la búsqueda de datos, haciendo más eficaz el software.	5
RNF9	PRIVACIDAD DE DATOS	El sistema no revelara datos de los usuarios registrados.	5
RNF10	APARIENCIA	La apariencia visual del  programa debe ser amigable, responsiva y llamativa para el usuario	2
RNF11	ROBUZTO	El sistema deberá fijar comportamientos frente a situaciones no previstas en la fase de análisis, pero evidentes en la fase de desarrollo	3

b)      Identificar sus casos de uso y especificaciones

2.1   Registro de datos

Código	Caso de Uso	Actores participantes
RF-001	Registros de Información	Usuario, Administradores, Agricultores, Técnicos

Diagramas (extendido) En este apartado se deben reflejar los diagramas de casos de uso inicial del módulo.

Caso de Uso-RF -001
Código RF: RF-001	Prioridad:
Nombre:	Registrar datos
Descripción:	Guarda la información básica de los procedimientos a realizar
Requerimiento:	RF1 REGISTRO DE INFORMACION DE SUELOS. RF2 REGISTRO DE FERTILIZANTES RF4 REGISTRO DE INFORMACION DEL ANALISIS RF10 REGISTRO DE INFORMACION DE ESPECIALISTAS
Precondición:	El usuario debe haber iniciado sesión
Flujo Normal:
Actor		Sistema
1. Este caso uso inicia con un usuario que desea registrarse en la aplicación 3. El usuario llena el formulario requerido enviándolo y dando como resultado una respuesta		2. Se mostrará un formulario para introducir los datos del usuario. 4. Se mostrará un mensaje error o de éxito 5. Se re direccionara a donde el usuario requiera disponer (regresar a la interfaz anterior, muestra la información deseada)
Flujo Alterno:
Actor		Sistema
2.1 si ya hay otro registro con los mismos datos 2.3 El usuario introduce nuevos datos		2.2 Se le notifica al usuario que los datos están en uso
Pos condición:		Quedan guardados los datos del registro
Requerimientos Especiales:		·
Puntos de Extensión:		Flujo Alterno 2.1: Cuando exista otro registro con los datos ya diligenciados  en el sistema, el mismo sistema le informara al usuario y  se procede con el flujo normal

2.2 Visualizar Datos

Código	Caso de Uso	Actores participantes
RF-002	Visualizar la  Información	Usuario, Sistema

Diagramas (extendido) En este apartado se deben reflejar los diagramas de casos de uso inicial del módulo.

Caso de Uso-RF -002
Código RF: RF-002	Prioridad:
Nombre:	Visualizar datos
Descripción:	Visualizar la información de un objeto
Requerimiento:	RF3 VISUALIZAR FERTILIZANTE. RF7 VUALIZAR INFORMACION DE SUELO.
Precondición:	La información debe estar previamente registrada
Flujo Normal:
Actor		Sistema
1. Este caso uso inicia con un usuario que desea visualizar información de un objeto en la aplicación 3. El usuario llena la información requerida por el formulario enviándolo y dando como resultado una respuesta		2. Se mostrará un formulario para introducir los datos del objeto. 4. Se mostrará un mensaje error o de éxito 5. Se re direccionara a donde el usuario requiera disponer (regresar a la interfaz anterior, muestra la información deseada)
Flujo Alterno:
Actor		Sistema
2.3 El usuario introduce nuevos datos		2.1 Se le notifica al usuario que los datos no están registrados
Pos condición:
Requerimientos Especiales:		·
Puntos de Extensión:		Flujo Alterno 2.1: Cuando no exista un registro con los datos ya diligenciados  en el sistema, el mismo sistema le informara al usuario que debe registrar el nuevo producto

2.3 Modificar Datos

Código	Caso de Uso	Actores participantes
RF-003	Modificar  la  Información	Usuario, Sistema

Diagramas (extendido) En este apartado se deben reflejar los diagramas de casos de uso inicial del módulo.

Caso de Uso-RF -003
Código RF: RF-003	Prioridad:
Nombre:	Modificar datos
Descripción:	Permite modificar el estado de un suelo
Requerimiento:	RF5 MODIFICAR EL ESTADO DE UN SUELO
Precondición:	La información debe estar previamente registrada
Flujo Normal:
Actor		Sistema
1. Este caso uso inicia con un usuario que desea visualizar información de un objeto en la aplicación 3. El usuario llena la información requerida por el formulario enviándolo y dando como resultado una respuesta 4. El usuario modifica la información ya registrada en la aplicación		2. Se mostrará un formulario para introducir los datos del objeto. 5. Se mostrará un mensaje error o de éxito 6. Se re direccionara a donde el usuario requiera disponer (regresar a la interfaz anterior, muestra la información deseada)
Flujo Alterno:
Actor		Sistema
2.3 El usuario introduce nuevos datos		2.1 Se le notifica al usuario que los datos ya están modificados
Pos condición:		El usuario debe haber consultado el suelo previamente
Requerimientos Especiales:		·
Puntos de Extensión:		Flujo Alterno 2.1: Cuando no exista un suelo  para modificar con  datos nuevos  en el sistema, el mismo sistema le informara al usuario

                 2.4 Validación De Datos

Código	Caso de Uso	Actores participantes
RF-004	Validación de   la  Información	Usuario, Sistema

Diagramas (extendido) En este apartado se deben reflejar los diagramas de casos de uso inicial del módulo.

 

d)      Modelo MER inicial

 

e) Modelo de dominio