Documentación V2.0 Corregido

SOFTWARE PARA EL REGISTRO Y CONTROL DE CATACIONES DE LA EMPRESA ASOANEI

ANA MARÍA DELGADO CUADRADOOSCAR ANDRES LOZANO PADILLA

YEISON HERNÁNDEZ ARIZA

BORIS ARTURO GONZÁLEZ RIVERAIngeniero de Sistemas

INGENIERÍA DE SOFTWARE

UNIVERSIDAD POPULAR DEL CESAR (UPC)INGENIERÍA DE SISTEMAS

2015-2

Software para el registro y control de información de cataciones de la empresa ASOANEI

Especificación de requisitos de software

0.3Pág. 2


Proyecto: Diseño de un Sistema de Software para el registro y control de cataciones de la empresa ASOANEI.Revisión 02

Noviembre de 2015

Descripción de requisitos del software



0.3Pág. 3

Contenido

CONTENIDO................................................................................................................................ 3

1 INTRODUCCIÓN.................................................................................................................5

1.1 Dominio....................................................................................................................5

1.2 Glosario....................................................................................................................5

1.3 Proceso de negocio...................................................................................................5

1.4 Definicion de problematica........................................................................................6

1.5 Objetivos...................................................................................................................6

1.6 Alcance.....................................................................................................................7

2 DESCRIPCIÓN GENERAL.................................................................................................8

2.1 Antecedentes Investigativo.......................................................................................8 Estado del arte

2.1.1 https://tastify.com/site..................................................................................................8 2.1.2 https://www.cropster.com............................................................................................ 8

2.2 Requisitos comunes de los interfaces......................................................................432.2.1 Interfaces de usuario.................................................................................................432.2.2 Interfaces de hardware..............................................................................................432.2.3 Interfaces de software...............................................................................................43 El sistema operativo requerido es Windows en adelante..............................................43

2.3 Requisitos funcionales.............................................................................................432.3.1 Permitir la autenticación de los usuarios...................................................................432.3.2 Restringir la modificación de una catación después de las 24 horas de haberse registrado............................................................................................................................... 44

2.4 Requisitos no funcionales........................................................................................442.4.1 Seguridad.................................................................................................................. 442.4.2 Portabilidad...............................................................................................................44

2.2 Perspectiva del producto...........................................................................................8

2.3 Funcionalidad del producto.......................................................................................92.3.1 Diagrama de Actividad................................................................................................92.3.2 Casos de Uso............................................................................................................102.3.3 Diagrama de Clases..................................................................................................11

2.4 Características de los casos de uso...........................................................................112.4.1 Actores...................................................................................................................... 112.4.2 Descripción de los casos de uso...............................................................................12




0.3Pág. 4

Caso de uso: Iniciar sesión....................................................................................................12Caso de uso: Registrar catador..............................................................................................14Caso de uso: Eliminar catador...............................................................................................18Caso de uso: Modificar catador..............................................................................................21Caso de uso: Crear sesión de catador...................................................................................25Caso de uso: Eliminar sesión de catador...............................................................................28Caso de uso: Modificar sesión...............................................................................................30Caso de uso: Catar................................................................................................................33Caso de uso: Cambiar contraseña.........................................................................................36

2.5 Planeación del proyecto..........................................................................................382.5.1 Gestión de riesgos....................................................................................................38

2.6 Organización del proyecto.......................................................................................392.6.1 Roles y responsabilidades........................................................................................392.6.2 Mecanismos de trabajo y comunicación....................................................................40

2.7 Restricciones...........................................................................................................40

2.8 Suposiciones y dependencias...................................................................................40

4 APÉNDICES...................................................................................................................... 454.1.1 Fotos de la entrevista................................................................................................45




0.3Pág. 5

1 IntroducciónLa empresa Café Anei, productora y comercializadora de productos étnicos

y orgánicos como el café, están adoptando conciencia de la importancia de

llevar los registros de sus cataciones en un sistema de información para

generar consultas con facilidad y a partir de estas tomar decisiones en

beneficio de la empresa. Además de esto llevar registros de la gestión de

sus catadores, quienes hacen la evaluación del café.

Por dichas razones, este documento es una Especificación de Requisitos

Software (ERS) para el Sistema de software de catación. Esta especificación

se ha estructurado basándose en las directrices dadas por el estándar

ANSI/IEEE 830, 1998.

1.1Definición problemática

La idea de desarrollar un software para la empresa productora y

comercializadora de productos étnicos surge de la necesidad de llevar

una gestión organizada de los catadores y de los resultados de las

cataciones que se llevan a cabo sobre el producto del café.

Dicha necesitad surge a raíz de una mejora en la organización ya que

no se cuenta con un sistema de captura de datos de las cataciones,

dado que estas se capturan manualmente existen riesgos de la perdida

de datos importantes, además no se tiene un control de estadística de

entradas y salidas elemento que sería de gran beneficio para la

empresa.

1.2Objetivo

El propósito de este documento es establecer las especificaciones

funcionales y no funcionales para el desarrollo de un sistema de

información para la administración de diferentes procesos que permitan

gestionar los registros de catación y sus catadores. Este sistema va

dirigido a los jefes y los catadores de la empresa ASOANEI.




0.3Pág. 6

En este, sentido con un sistema de control de información de

cataciones, se busca no solo mejorar la organización de los procesos

de la empresa si no también representar una ventaja frente a otras

empresas ya que una presentación de información adecuada en el

momento justo, el buen manejo de los datos y la venta de productos de

manera más flexible, genera más ingresos debido a la optimización de

la información.

1.3Alcance

Este proyecto está enfocado en el diseño y elaboración de un software

para gestionar las cataciones y sus catadores de la empresa

ASOANEI. Asimismo, este software permitirá realizar consultas de sus

registros y a partir de estas ser más eficientes para tomar decisiones

que contribuyan a la empresa.

1.4Dominio

Asoanei es una asociación de productores Agroecológicos Indígenas y

campesinos de la Sierra Nevada de Santa Marta y Serranía del Perijá,

Productores de panela, te de ayú, artesanías y, fundamentalmente,

café Anei, actualmente, ASOANEI está integrada por 600 familias

indígenas de las cuatro etnias: Arhuacos, Koguis, kankuamos, Wiwas.

Por otra parte, ASOANEI cuenta con un laboratorio de catación, lo cual

les permite categorizar en detalle las características y propiedades del

café de las diferentes (32) regiones. Esto no sólo les ayuda a mejorar la

calidad para sus clientes, sino también para trabajar con sus

productores para obtener mejores rendimientos. Son la primera

organización en la Sierra Nevada de San Marta, Colombia con tres

certificaciones: Orgánica, Fairtrade y Rainforest Alliance.




0.3Pág. 7

1.5Proceso de negocio

Nombre: recepción y prueba del producto para su distribución y venta.

La empresa y el productor se contactan y acuerdan un plazo de

pruebas del producto.

Se transporta kilos o bultos de café del productor a la bodega de la

empresa.

Se seleccionan muestras de distintos bultos para hacer la catación.

En el laboratorio el grano seleccionado es sometido a distintos

procesos para determinar sus características de calidad.

Se hace un registro de los resultados del producto.

Directivos u encargados de la empresa determinan si se compra o

se devuelve el producto al productor.

1.6Glosario

ASOANEI: Asociación de productores Agroecológicos Indígenas y

campesinos de la Sierra Nevada de Santa Marta y Serranía del Perijá.

Café: Cafeto (árbol rubiáceo). 2. (colectivo genérico). Semillas de ese

árbol, que son ovaladas, redondeadas por una cara y con un surco

longitudinal, que, una vez tostadas, se utilizan para elaborar la infusión

también llamada “café”.

Catar: Es la evaluación de los granos o tazas de café realizada por los

catadores profesionales en cuanto a su aroma, gusto y apariencia con

el fin de constatar si estos se ajustan o no a las normas de calidad.

Catador: Del latín captator, el que cata (DRAL). Persona que prueba

las muestras de café para determinar su calidad (ver Cata a la

brasileña y Cata del café espresso).




0.3Pág. 8

Organoléptico: [propiedad de un cuerpo] Que se percibe con los

sentidos (untuosidad, aspereza, sabor, brillo, etc.

Tueste: El proceso de tueste se dedica íntegramente a producir un

café sabroso. Cuando se tuesta, el grano de café verde aumenta su

tamaño hasta casi el doble, cambiando en color y densidad.

Retronasal: Es la estimulación a partir de los vapores producidos en la

boca al momento de sorber.

Muestra (café): Cantidad pequeña de granos de café tomados de un

bulto o saco de café que luego será sometida a procesos de

laboratorio.

Sacos/bultos: Envase empleado para transportar el café verde. Desde

el momento en que los granos de café están limpios y dispuestos para

ser enviados a un país consumidor, se envasan en sacos.

Sesión de catación: La sesión de catación define información

importante para determinar como se ha llevado acabo el análisis y

catación de las muestras del café tales como fecha de catación,

número de muestras, protocolo de catación, etc.

1.7Referencias

Referencia Titulo Ruta Fecha Autor

IEEE 830 Especificación de Requisitos de Software

http://standards.ieee.org/findstds/standard/830-1998.html

1998 Instituto de Ingeniería Eléctrica y Electrónica






0.3Pág. 9

2 Descripción general

2.1Antecedentes InvestigativoDe acuerdo a la investigación realizada en Internet se encontraron

algunos sitios Web, los cuales ofrecen servicios relacionados con los

que se pretende implementar en este proyecto. Las páginas web más

relevantes que encontramos y de la cual adquirimos mucho

conocimiento se describen a continuación.

2.1.1 https://tastify.com/site

¿Cómo funciona? Un catador experimentado utiliza Tastify™

para evaluar café, siguiendo los protocolos de catación más

utilizados en la industria. Una vez terminada la evaluación,

Tastify™ genera dinámicamente una rueda del sabor que

representa visualmente los sabores y características de ese

café.

2.1.2 https://www.cropster.com

Cropster es una pequeña pero dinámica empresa que genera

servicios de software. Su objetivo es facilitar productores de café

y otros alimentos de alta calidad para convertirse en

participantes competitivos en una cadena de suministro más

justa y transparente. Buscan facilitar la comunicación eficiente y

ciclos de retroalimentación entre los participantes, productores,

comerciantes y tostadores de café y cacao en todo el mundo.

2.2Perspectiva del producto

Este software facilitará la catación de café que obtienen de sus

productores, además de gestionar sus catadores obtener de forma


https://www.cropster.com/



0.3Pág. 10

rápida y eficazmente las consultas generadas a partir de los registros

almacenados en la base de datos.

2.3Funcionalidad del producto

2.3.1 Diagrama de Actividad




0.3Pág. 11

2.3.2 Casos de Uso




0.3Pág. 12

2.3.3 Modelo del dominio

2.4Características de los casos de uso

2.4.1 Actores

Nombre: Administrador

Descripción: Es quien gestiona a los catadores y a su vez puede haces cataciones. Es quien mayor autoridad en el sistema.

Nombre: Catador

Descripción:

Es quien tiene la posibilidad de evaluar la calidad de producto

(café) y registrar los resultados en la base de datos. Para

realizar esta función, previamente debe tener un usuario y

contraseña concedida por el administrador.




0.3Pág. 13

2.4.2 Descripción de los casos de uso

Caso de uso: Iniciar sesión

Caso de uso: Iniciar sesión

Actores: Administrador, catador.

Propósito:Verificar si un usuario puede o no acceder al aplicativo e identificar qué tipo de usuario es.

Resumen:

El usuario digita un Nombre de usuario y Contraseña en los campos correspondientes y escoge la opción Ingresar. El sistema verifica si existe dicho nombre de usuario y si la contraseña corresponde al mismo usuario. El sistema verifica además si es el usuario Administrador o un usuario Catador para liberar una interfaz u otra.

Tipo: Primario, abstracto

Referencias cruzadas:

Consulta usuarios

Precondiciones:

El sistema debe recibir la siguiente información: Nombre usuario y Contraseña.Flujo principal:

- Este caso de uso empieza cuando el individuo abre el aplicativo.- El sistema presenta al usuario el formulario de login, de la figura 1.0 que solicita el Nombre de usuario y Contraseña para acceder a las funcionalidades. -El usuario llena total o parcialmente los campos de login y selecciona Ingresar.-Si selecciona aceptar, subflujo S: Verificar datos de usuario.

Figura 1.0

Subflujos:




0.3Pág. 14

S: Verificar datos de usuario. -El sistema verifica que los campos Nombre usuario y Contraseña no se encuentren vacíos.(E1)-El sistema verifica que exista el Nombre de usuario. (E2) -El sistema verifica que la contraseña digitada corresponda al usuario existente. (E3).- El sistema identifica el tipo de usuario.- Si el usuario es el Administrador, se cierra el menú login y se abre la ventana principal del aplicativo con las opciones del Administrador. - Si el usuario es un Catador, se cierra el menú login y se abre la ventana principal del aplicativo con las opciones para Catador.Flujos de excepción:

E1: Aviso: Faltan campos por completar. El sistema señala los campos que han quedado vacíos y son obligatorios.

E2: Aviso: Nombre usuario y/o contraseña inválidos. El sistema despliega un aviso de error Informando que el Nombre usuario y/o contraseña no son válidos.

E3: Aviso: Nombre usuario y/o contraseña inválidos. El sistema despliega un aviso de error Informando que el Nombre usuario y/o contraseña no son válidos.

Diagrama de colaboración (Caso de uso: Iniciar sesión)




0.3Pág. 15

Diagrama de secuencia (Caso de uso: Iniciar sesión)

Caso de uso: Registrar catador

Caso de uso: Registrar catador.

Actores: Administrador.

Propósito:Registrar un nuevo usuario para la aplicación con solo permisos de catador.

Resumen:

El administrador ingresa la información de acceso del nuevo catador con la que éste podrá ingresar al aplicativo, también debe ingresar los datos personales del catador. El sistema verifica los datos del nuevo catador e informa la disponibilidad de éste, si no hay ningún problema de disponibilidad entonces registra sus datos en el sistema.

Tipo: Secundario, abstracto


Casos de uso: Login, Consulta catador

Precondiciones:

-El sistema debe haber verificado el acceso del administrador al sistema. -La acción debe realizarse desde el menú "Gestionar catadores". -El sistema recibe la siguiente información:-Datos de acceso de catador: Usuario, Contraseña, Repetir contraseña. -Datos personales del catador: Cedula, Nombre, Apellidos, Teléfono, Correo electrónico, Dirección.Flujo principal:

-Este caso de uso empieza cuando el administrador elige del menú Gestión de catadores la opción Nuevo catador.




0.3Pág. 16

-El sistema habilita al Administrador el formulario de la figura 2.1 que solicita como datos obligatorios: Usuario, Contraseña, Repetir contraseña, Cédula, Nombre y Apellidos del catador a registrar. -El administrador captura total o parcialmente la información de registro y selecciona una de las opciones al final del formulario: Guardar y Cancelar. -Si elige la opción Guardar, subflujo S1: Verificar campos llenos, Comparar contraseñas, Verificar disponibilidad de catador. -Si elige la opción Cancelar, subflujo S2: Cancelar registro de catador.

Figura 2.1

Subflujos:

S1: Verificar campos llenos, Comparar contraseñas, disponibilidad de catador... -El sistema verifica que los campos marcados como obligatorios estén llenos (E1). -El sistema verifica que el campo Contraseña y Repite contraseña coincidan (E2). -El sistema verifica que no haya otro catador con el mismo Nombre usuario Y/O identificación (E3). - Si el Nombre usuario e identificación no se hayan ya registrados, el sistema registra los datos e informa al Administrador que se ha registrado al catador con éxito.

S2: Cancelar registro catador.- El sistema verifica si se ha llenado parcialmente algún campo del formulario, de ser así el sistema despliega el mensaje de la figura 2.5 solicitando confirmar la cancelación. -El administrador presiona Aceptar: El sistema deshabilita el formulario y borra los datos de los campos. -El administrador presiona Cancelar: Se cierra el Aviso y continúa en la ventana de Gestionar catadores. -Si no se había llenado completa o parcialmente ningún campo del formulario, entonces el sistema deshabilita el formulario y borra los datos de los campos.Flujos de excepción:




0.3Pág. 17

E1: Aviso: Faltan campos por completar.El sistema señala los campos que no han sido completados y son obligatorios.

E2: Aviso: Las contraseñas no coinciden.El sistema marca el campo Repite contraseña con un mensaje señalando que las contraseñas deben coincidir.

E3: Mensaje error: Nombre usuario Y/O identificación aparecen registrados.- El sistema despliega el mensaje de error de la figura 2.6 informando que el Nombre usuario y/o la identificación ya se encuentran registrados. -El administrador presiona el botón aceptar. -El sistema marca con una señal el ó los campos que aparecieron ya registrados.

Figura 2.5 Figura 2.6




0.3Pág. 18

Diagrama de colaboración (Caso de uso: registrar catador)




0.3Pág. 19

Diagrama de secuencia (Caso de uso: Registrar catador)

Caso de uso: Eliminar catador

Caso de uso: Eliminar catador.


Propósito: Eliminar un catador seleccionado de la lista.

Resumen:

El administrador selecciona un catador de la lista de catadores que aparece en el menú Gestión de catadores y escoge la opción Eliminar. El sistema elimina los datos de acceso y personales del catador seleccionado.




Precondiciones:

-El sistema debe haber verificado el acceso del administrador al sistema. -La acción debe realizarse desde la interfaz "Gestión de catadores".-El sistema debe buscar, mostrar la lista de catadores.




0.3Pág. 20

-El Administrador debe seleccionar un catador de la lista que aparece en el menú. -El sistema debe recibir un ítem de seleccionado de la lista de catadores. Flujo principal:

-Este caso de uso empieza cuando el administrador desde el menú Gestión de catadores selecciona un catador de la lista de catadores y escoge la opción Eliminar.-Las opciones: Eliminar, Modificar quedan ahora habilitadas para el catador antes seleccionado. -El sistema despliega al Administrador el mensaje de la figura 2.6 solicitando la confirmación de la eliminación.-Si elige la opción Aceptar, subflujo S1: Validar catador a eliminar. -Si elige la opción Cancelar, subflujo S2: Cancelar eliminación de catador.

Interfaz “Gestión catadores”

Subflujos:

S1: Validar catador a eliminar. -El sistema verifica que haya sido seleccionado un catador de la lista.-El sistema elimina al catador y muestra el mensaje de la figura 2.65 notificando la eliminación exitosa del catador.-El administrador presiona Aceptar y regresa al menú Gestión de catadoresS2: Cancelar eliminación catador. – El sistema cierra el mensaje y vuelve al menú Gestión de catadores.Flujos de excepción:

….




0.3Pág. 21

Figura 2.6Figura 2.65

Diagrama de colaboración (Caso de uso: Eliminar catador)




0.3Pág. 22

Diagrama de secuencia (Caso de uso: Eliminar catador)

Caso de uso: Modificar catador

Caso de uso: Modificar catador.


Propósito:Modificar los datos de acceso y personales de un catador seleccionado de la lista.

Resumen:

El administrador selecciona un catador de la lista de catadores que aparece en el menú Gestión de catadores y escoge la opción Modificar. El sistema carga los datos de acceso y personales el usuario seleccionado en campos del formulario “Gestionar catadores”. El administrador modifica los datos que deseé del catador y selecciona Guardar. El sistema verifica los datos modificados del catador e informa la disponibilidad de la modificación al administrador, si no hay ningún inconveniente para modificar entonces registra los cambios en el sistema.




Precondiciones:




0.3Pág. 23

-El sistema debe haber verificado el acceso del administrador al sistema. -La acción debe realizarse desde el menú "Gestión de catadores". -El sistema recibe la siguiente información: -Datos de acceso de catador: Usuario, Contraseña, Repetir contraseña. -Datos personales del catador: Cedula, Nombre, Apellidos, Teléfono, Correo electrónico, Dirección.Flujo principal:

-Este caso de uso empieza cuando el administrador desde el menú Gestión de catadores selecciona un catador de la lista de catadores y escoge la opción Modificar.-Las opciones: Eliminar, Modificar quedan ahora habilitadas para el catador antes seleccionado. -El sistema presenta al Administrador el formulario de la figura 2.3 donde aparecen los datos de acceso y personales del catador seleccionado. -El administrador modifica total o parcialmente la información que aparece en cada campo y selecciona una de las opciones al final del formulario: Aceptar y Cancelar. -Si elige la opción Aceptar, subflujo S1: Verificar campos llenos, disponibilidad de catador, contraseñas. -Si elige la opción Cancelar, subflujo S2: Cancelar modificación de catador.

Interfaz “Gestión catadores”

Subflujos:

-El sistema verifica que el campo Contraseña y Repite contraseña coincidan (E2). -El sistema verifica que no haya otro catador con el mismo Nombre usuario Y/O Cédula (E3). - Si el Nombre usuario e identificación no se encuentran ya registrados, el sistema modifica los datos e informa al Administrador que se ha modificado al catador con éxito.

S2: Cancelar modificación de catador. - El sistema verifica si se ha llenado parcialmente algún campo del formulario, de ser así el sistema despliega el mensaje de la figura 2.5 solicitando confirmar la cancelación.-El administrador presiona Aceptar: El sistema deshabilita el formulario y borra los datos de los campos. -El administrador presiona Cancelar: Se cierra el Aviso y continúa en la ventana de




0.3Pág. 24

Gestionar catadores. -Si no se había llenado completa o parcialmente ningún campo del formulario, el sistema deshabilita el formulario y borra los datos de los campos.Flujos de excepción:

E1: Aviso: Faltan campos por completar. El sistema señala los campos que han quedado vacíos y son obligatorios.

E2: Aviso: Las contraseñas no coinciden. El sistema marca el campo Repite contraseña con un mensaje señalando que las contraseñas deben coincidir.

E3: Mensaje error: Nombre usuario Y/O identificación aparecen registrados. - El sistema despliega el mensaje de error de la figura 2.6 informando que el Nombre usuario y/o la identificación ya se encuentran registrados.-El administrador presiona el botón aceptar.-El sistema marca con una señal el ó los campos que aparecieron ya registrados.





0.3Pág. 25

Diagrama de colaboración (Caso de uso: Modificar catador)




0.3Pág. 26

Diagrama de secuencia (Caso de uso: Modificar catador)

Caso de uso: Crear sesión de catador

Caso de uso: Crear sesión de catado.


Propósito:Registrar una nueva sesión de catado con sus respectivos datos característicos.

Resumen:

El usuario ingresa la información de la nueva sesión de catado la cuál definirá parámetros importantes para las muestras. El sistema registra las muestras de la sesión y registra la información de la misma.



Casos de uso:

Precondiciones:

-El sistema debe haber verificado el acceso del usuario al sistema. -La acción debe realizarse desde el menú de formulario "Nueva sesión de catación".Flujo principal:




0.3Pág. 27

-Este caso de uso empieza cuando el usuario accede a través de la opción Nueva sesión de catado que se encuentra en la interfaz de Realizar cataciones que aparece en la figura 2.8.-El sistema presenta al individuo el formulario de nueva sesión de catación, de la figura 2.9 que viene con campos con datos obligatorios predefinidos, de tal forma que aunque el usuario no cambie nada en el formulario, el sistema puede guardar una sesión con datos ya definidos y válidos. -El individuo puede llenar, seleccionar total o parcialmente los datos del formulario; al final selecciona Guardar sesión o Cancelar.-Si selecciona Guardar sesión, subflujo S1: Obtener y guardar datos de la sesión.-Si selecciona Cancelar, subflujo S2: Cancelar registro de sesión.

Figura 2.8

Figura 2.9

Subflujos:

S1: Obtener y guardar datos de la sesión.... - El sistema recibe los datos del formulario y verifica que el campo “Numero de muestras” no supere el límite. (E1).-El sistema guarda los datos del formulario como nueva sesión.

S2: Cancelar registro de sesión.- El sistema verifica si se ha modificado total o parcialmente algún campo del formulario, de ser así el sistema despliega el mensaje de la figura 3.0 solicitando confirmar la cancelación.-El usuario presiona Aceptar: El sistema cierra la ventana “Crear sesión de catado”. -El usuario presiona Cancelar: El sistema continúa en la ventana “Crear sesión de catado”. -Si no se había llenado completa o parcialmente ningún campo del formulario, se cierra la ventana de “Crear sesión de catado” normalmente.Flujos de excepción:

E1: Aviso error: Número de muestras supera el límite.El sistema señala el campo “Numero de muestras” con una etiqueta de error que muestra




0.3Pág. 28

el número máximo y mínimo de muestras que pueden registrarse en una sesión.

Figura 3.0

Diagrama de colaboración (Caso de uso: Crear sesión de catador)

Diagrama de secuencia (Caso de uso: Sesion de catador)




0.3Pág. 29

Caso de uso: Eliminar sesión de catador

Caso de uso: Eliminar sesión de catado


Propósito: Eliminar una sesión de catado junto a sus correspondientes muestras.

Resumen: El usuario selecciona una sesión de catado de la lista de sesiones que aparece en el menú “Realizar cataciones” y escoge la opción Eliminar. El sistema elimina las muestras de la sesión seleccionada y luego elimina la sesión.


Referencias cruzadas: Consulta sesiones

Precondiciones:

-El sistema debe haber verificado el acceso del usuario al sistema. -La acción debe realizarse desde la interfaz "Realizar cataciones". -El sistema debe buscar, mostrar la lista de sesiones. -El usuario debe seleccionar una sesión de la lista que aparece en el menú. -El sistema debe recibir un ítem de seleccionado de la lista de sesiones.Flujo principal:

-Este caso de uso empieza cuando el usuario desde el menú Realizar cataciones, selecciona una sesión de la lista de sesiones.-Las opciones: “Eliminar”, “Modificar”, “Catar” e “Información muestras” pueden quedar ahora habilitadas para la sesión antes seleccionada. -El usuario escoge la opción Eliminar. -El sistema despliega al Administrador el mensaje de la figura 3.1 solicitando la confirmación de la eliminación.-Si elige la opción Aceptar, subflujo S1: Validar sesión a eliminar. -Si elige la opción Cancelar, subflujo S2: Cancelar eliminación de sesión.

Interfaz “Realizar cataciones”

Subflujos:




0.3Pág. 30

S1: Validar sesión a eliminar. -El sistema verifica que haya sido seleccionado una sesión de la lista.-El sistema elimina las muestras que corresponden a la sesión seleccionada.-El sistema elimina la sesión seleccionada y muestra el mensaje de la figura 3.15 notificando la eliminación exitosa de la sesión.-El usuario presiona Aceptar y regresa al menú Realizar cataciones.S2: Cancelar eliminación catador. – El sistema cierra el mensaje y vuelve al menú Realizar cataciones.Flujos de excepción:

-No presenta.


Diagrama de colaboración (Caso de uso: Eliminar sesión de catación)




0.3Pág. 31

Diagrama de secuencia (Caso de uso: Eliminar sesión de catación)

Caso de uso: Modificar sesión

Caso de uso: Modificar sesión.


Propósito: Modificar los datos de una sesión de catado.

Resumen:

El usuario selecciona una sesión de la lista de sesiones que aparece en el menú Realizar cataciones y escoge la opción Modificar. El sistema carga los datos de la sesión seleccionada en campos del formulario de la figura 3.2. El administrador modifica los datos que deseé del formulario y selecciona Guardar. El usuario confirma la modificación y el sistema modifica los datos de la sesión.



Casos de uso: Consulta sesiones

Precondiciones:

-El sistema debe haber verificado el acceso del usuario al sistema. -El sistema debe recibir un ítem de referencia a una Sesión de catado. -La acción debe realizarse desde el menú de formulario "Modificar sesión de catación".Flujo principal:

-Este caso de uso empieza cuando el usuario desde el menú Realizar cataciones, selecciona una sesión de la lista de sesiones.-Las opciones: “Eliminar”, “Modificar”, “Catar” e “Información muestras” pueden quedar ahora habilitadas para la sesión antes seleccionada. -El usuario escoge la opción Modificar.




0.3Pág. 32

-El sistema presenta al usuario la interfaz “Modificar sesión de catación” de la figura 3.2 donde aparecen los datos que pueden ser modificados de la sesión antes seleccionada. -El usuario modifica total o parcialmente la información que aparece en cada campo y selecciona una de las opciones al final del formulario: Guardar y Cancelar. -Si elige la opción Guardar, subflujo S1: Confirmar y modificar sesión.-Si elige la opción Cancelar, subflujo S2: Cancelar modificación de sesión.

Interfaz “Realizar cataciones”

Figura 3.2

Subflujos:

S1: Confirmar y modificar sesión... -El sistema despliega el mensaje de la figura 3.3 pidiendo confirmar la modificación.-El usuario presiona Aceptar: El sistema modifica los datos de la sesión y muestra el aviso de la figura 3.4.-El usuario presiona Cancelar: Se cierra el aviso y continúa en la interfaz “Modificar sesión de catación”.

S2: Cancelar modificación de sesión.-El sistema cierra la interfaz “Modificar sesión de catación”.-El sistema debe recibir un ítem de referencia a una Sesión de catado. -La acción debe realizarse desde el menú de formulario "Modificar sesión de catación".Flujos de excepción:

…





0.3Pág. 33

Diagrama de colaboracion (Caso de uso: Modificar sesión)

Diagrama de secuencia (Caso de uso: Modificar sesión)




0.3Pág. 34

Caso de uso: Catar

Caso de uso: Catar.


Propósito: Registrar datos cualitativos a las muestras de una sesión.

Resumen:

El usuario selecciona una sesión de la lista de sesiones que aparece en el menú “Realizar cataciones“ y escoge la opción Catar. El sistema consulta las muestras y datos cualitativos de cada muestra que pertenece a la sesión y los carga en la ventana-formulario “Catar sesión” de la figura 3.5. El usuario selecciona una muestra para digitar, modificar los datos que deseé en el formulario y selecciona Guardar. A medida que el usuario modifica los datos de la muestra, el sistema va calculando y mostrando una puntuación parcial de la muestra. Cuando el usuario presiona Guardar, el sistema registra los cambios de los datos cualitativos de la muestra.



Casos de uso: Consulta muestras, Consulta sesiones

Precondiciones:

-El sistema debe haber verificado el acceso del usuario al sistema. -El sistema debe recibir un ítem de referencia a una Sesión de catado. -La acción debe realizarse desde el menú de formulario "Catar sesión".Flujo principal:

-Este caso de uso empieza cuando el usuario desde el menú Realizar cataciones, selecciona una sesión de la lista de sesiones.-Las opciones: “Eliminar”, “Modificar”, “Catar” e “Información muestras” pueden quedar ahora habilitadas para la sesión antes seleccionada. -El usuario escoge la opción Catar. - El sistema consulta las muestras y datos cualitativos de cada muestra que pertenece a la sesión. -El sistema presenta al usuario la interfaz “Catar sesión” de la figura 3.5 donde aparecen las muestras y datos cualitativos de cada muestra que pueden ser modificados.-El usuario selecciona una muestra y modifica total o parcialmente la información que aparece en cada campo y selecciona la opción del formulario: Guardar.-El sistema calcula una puntuación a la muestra según los datos marcados y seleccionados. -Si elige la opción Guardar, subflujo S1: Validar y modificar muestra.




0.3Pág. 35

Interfaz “Realizar cataciones” Figura 3.5

Subflujos:

S1: Validar y modificar muestra... -El sistema despliega el mensaje de la figura 3.6 pidiendo confirmar la acción.-El usuario presiona Aceptar: El sistema recibe y modifica los datos de la muestra -El sistema oculta la muestra modificada del formulario-interfaz “Catar sesión”.-El sistema muestra el aviso de la figura 3.7.-El usuario presiona Cancelar: Se cierra el aviso y continúa en la interfaz-formulario “Catar sesión”.Flujos de excepción:

…





0.3Pág. 36

Diagrama de colaboración (Caso de uso: Catar)

Diagrama de secuencia (Caso de uso: Catar)




0.3Pág. 37

Caso de uso: Cambiar contraseña

Caso de uso: Cambiar contraseña.


Propósito: Cambiar la contraseña de acceso para el usuario Administrador.

Resumen:

El administrador ingresa y envia los datos para el cambio de contraseña. El sistema verifica y valida los datos para el cambio de contraseña, si no hay ningún problema entonces modifica la contraseña de acceso del usuario Administrador.



Casos de uso: Login, Consulta usuarios

Precondiciones:

-El sistema debe haber verificado el acceso del administrador al sistema. -La acción debe realizarse desde el menú "Cambiar contraseña". -El sistema recibe la siguiente información:-Datos de acceso de catador: Contraseña actual, Nueva contraseña, Repetir contraseña.Flujo principal:

-Este caso de uso empieza cuando el administrador elige del “Menu principal” de la figura 1.5 la opción Cambiar contraseña. -El sistema presenta al Administrador la interfaz-formulario “Cambio de contraseña” de la figura 1.6 que solicita como datos obligatorios: “Contraseña actual”, “Nueva contraseña”, “Repetir contraseña”.-El administrador captura total o parcialmente la información del formulario y selecciona una de las opciones al final del formulario: Guardar y Cancelar. -Si elige la opción Guardar, subflujo S1: Verificar campos llenos, Comparar contraseñas. -Si elige la opción Cancelar, subflujo S2: Cancelar cambio contraseña.

Figura 1.5

Figura 1.6

Subflujos:

S1: Verificar campos llenos, Comparar contraseñas.




0.3Pág. 38

-El sistema verifica que los campos marcados como obligatorios estén llenos (E1). -El sistema verifica que el campo Contraseña y Repite contraseña coincidan (E2). -El sistema modifica la contraseña de acceso del usuario Administrador.-El sistema despliega el mensaje de la figura 1.7 informando el cambio efectivo de la contraseña.-El sistema cierra la interfaz-formulario “Cambio contraseña”.

S2: Cancelar registro catador.– El sistema cierra la interfaz-formulario “Cambio contraseña”.Flujos de excepción:

E1: Aviso: Faltan campos por completar.El sistema señala los campos que no han sido completados y son obligatorios.

E2: Aviso: Las contraseñas no coinciden.El sistema marca el campo Repite contraseña con un mensaje señalando que las contraseñas deben coincidir.

Figura 1.7

Diagrama de colaboración (Caso de uso: Cambiar contraseña)

Diagrama de secuencia (Caso de uso: Cambiar contraseña)




0.3Pág. 39

2.5Planeación del proyecto2.5.1 Gestión de riesgos

Descripción del riesgo

Causa raízEntregables afectados

Probabilidad estimada del riesgo

Tipo de riesgo

Responsable del riesgo

Respuestas planificadas

Tipo de respuesta

Responsable de respuesta

El software no cumple los

requerimientos de la

empresa

Falta de coordinación

con la empresa

0.7 AltoEquipo del proyecto

Reestructuración de los

requerimientos y nueva fase de

desarrollo iterativo

MitigarEmpresa y equipo del proyecto

Ampliación del proyecto

Inadecuada definición de

alcance0.4 Moderado

Equipo del proyecto

Reestructuración de los

parámetros base y planificación de ampliación

AceptarEquipo del proyecto

Los usuarios no se adaptan

al software

Sistema mal diseñado

Propuesta mejora

0.3 BajoJefe del proyecto

Establecer un tiempo para

prestar tutorías a los usuarios

EvitarJefe del proyecto

El software deja de

funcionar correctamente

Mala configuració

n o manipulación

Diagnostico general

0.3 ModeradoEquipo del proyecto

Delegar personal para diagnosticar software y solucionar

posibles errores

MitigarEquipo del proyecto

Perdida de acceso al sistema

Cambio indebido de

datos de acceso del software

Diagnóstico de datos

0.1 BajoJefe del proyecto

Delegar personal para diagnosticar y

solucionar problema de

acceso

MitigarJefe del proyecto




0.3Pág. 40

2.6Organización del proyecto

2.6.1 Roles y responsabilidades

Rol Cargo Autoridad Responsabilidades

Representante delegado por el

equipo

Jefe de proyecto

Toma de acciones correctivas, preventivas y de mejora cuando lo considere necesario.

* Definir las directrices para los programas, planes y proyectos estratégicos que permitan alcanzar los objetivos de calidad.

* Asegurar de que las responsabilidades y autoridades están definidas y son comunicadas dentro del proyecto.

Programador principal del

software

Jefe programación

Toma de decisiones sobre los procesos que tengan que llevarse a cabo en cuento al desarrollo del proyecto.

Encargado de la programación del proyecto

Designado por el equipo

Coordinador de calidad

Definir los planes de trabajo particulares según las necesidades de la empresa.

* Reunir información pertinente , para presentar el informe de Revisión por la Dirección al Director de la empresa

Usuario principal designado por la

empresaGerencia Anei

* Aprobar la asistencia de sus funcionarios a las capacitaciones que se programen para mejorar sus procesos.

* Aprobar las recomendaciones de los planes de mejoramiento de los procesos.

* Monitorear el cumplimiento de los Indicadores de Gestión de su Proceso o Subproceso.

Usuario principal designado por la

empresaAdministrador

* Definir los planes de trabajo particulares según sus necesidades.

*Establecer Responsabilidades

Internas dentro de su Sistema de Gestión.

* Adaptar las metodologías

Institucionales a la empresa.

* Realizar seguimiento al cumplimiento de las actividades propuestas en los planes de implementación del Sistema.

* Coordinar la implementación de los diferentes resultados institucionales a la empresa

* Documentar los instructivos de

Procedimientos aplicables solo a cada unidad identificados con los procesos y subprocesos institucionales.




0.3Pág. 41

2.6.2 Mecanismos de trabajo y comunicaciónSe trabaja mediante entregas de avances a partir de iteraciones,

se comunicó con la empresa a partir de una serie de entrevistas,

las entregas se hacen mensualmente, los miembros del equipo

que lleva a cabo el proyecto se comunican con correos

electrónicos, también con la empresa se comunican a través de

correos y telefónicamente.

2.7Restricciones

El software se desarrollará bajo el lenguaje de programación Visual

Basic en el entorno de desarrollo integrado (IDE) Visual Studio,

soportando un acceso directo a la base de datos en MySQL. Además

posee las siguientes limitaciones:

Usuario y contraseña para acceder al sistema.

Solo el administrador puede gestionar catadores y modificar

cataciones.

Los datos de acceso al sistema son generador solo por el

administrador.

La modificación de una catación solo estará disponible durante 24

horas después de haberla registrado.

2.8Suposiciones y dependencias

Se asume que los requisitos aquí descritos son estables.

Los equipos en los que se vaya a ejecutar el sistema deben estar

en funcionar con sistema operativo Windows en su versión 7 en

adelante.

3 Requisitos específicos

Nombre de requisito Permitir la autenticación de los usuarios.

Tipo Requisito

Fuente del requisitoPara validar que el usuario que ingresa al sistema

sea autorizado




0.3Pág. 42

Prioridad del requisito Alta/Esencial

Nombre de requisitoEl sistema debe mostrar la opción de la Administrar

catadores.

Tipo Requisito

Fuente del requisitoEsta opción es importante ya que es donde el

administrador puede gestionan los catadores.


Nombre de requisito El sistema debe permitir registrar un nuevo catador

Tipo Requisito

Fuente del requisito

El nuevo catador tendrá la posibilidad de tener

acceso al sistema y a partir de esta podrá la realizar

la evaluación del café.


Nombre de requisito

El sistema solo debe permitir que el registro de un

nuevo catador sea exclusivamente del

administrador.

Tipo Restricción


El administrador quien es el quien tiene todos los

permisos del sistema tendrá la posibilidad de que

solo sea el de crear un nuevo catador.


Nombre de requisitoEl sistema debe permitir crear una nueva sesión de

catación.

Tipo Requisito


A partir de la creación de una nueva sesión de

catación el catador podrá evaluar las muestras del

café y registrar datos obtenidos.





0.3Pág. 43

Nombre de requisitoEl sistema debe permitir editar las sesiones de

catación creadas previamente.

Tipo Requisito


Puede estar el motivo de modificar el registro de

sesiones de catación ya sea porque ingreso de dato

incorrecto al momento de guardar o alguna otra

circunstancia.


Nombre de requisitoEl sistema debe permitir realizar la catación del

producto.

Tipo Requisito


Realizar la catación es el objetivo principal de este

software de aquí se podrán algunas de las consultas

más importantes para tomar ciertas decisiones.


Nombre de requisitoEl sistema debe permitir la modificación del registro

de cataciones.

Tipo Requisito


El administrador podrá modificar los registros

guardados por él mismo. En caso de que sea un

contador creado por el administrador sin permiso de

como administrador, no podrá modificar el registro

de la catación después de 24 horas al previo

registro.


3.1Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario




0.3Pág. 44

3.1.2 Interfaces de hardware Terminales PC con las siguientes características:

Mouse.

Teclado.

3.1.3 Interfaces de software

El sistema operativo requerido es Windows en adelante.

3.2Requisitos funcionales

1.1.1 Permitir la autenticación de los usuarios.

IntroducciónEl sistema debe permitir el ingreso del nombre y contraseña del usuario para realizar las diferentes funciones que tendrá cada uno.

Entradas Usuario y Contraseña.

ProcesosEl sistema pedirá el correspondiente usuario y contraseña validara la existencia del usuario.

Salidas Mensajes de error en caso de que el usuario no exista.

1.1.2 Restringir la modificación de una catación después de las 24 horas de haberse registrado.

Introducción

El sistema debe restringir la modificación de una catación registrada por un usuario no administrador. Esto después de las 24 horas. A partir de este tiempo solo puede ser modificada por el administrador.

Entradas Registrar catación.

ProcesosEl sistema restringe la modificación si ya han pasado 24 horas después de registrar la catación.

Salidas Mensaje de error si el usuario intenta hacer la catación.

3.3Requisitos no funcionales

3.3.1 Seguridad

La seguridad del sistema es por:

Uso de contraseñas para cada usuario (Administrador o

catador). Esto permitirá que tengan acceso al sistema




0.3Pág. 45

solo las personas que tienen autorización.

Creación tareas específicas y asignarlas a cada usuario

dependiendo su funcionalidad.

3.3.2 Portabilidad El gestor de la base de datos debe ser compatible con estos

equipos.

El sistema deberá ser Windows 7 en adelante para que el

software se ponga en funcionamiento.

4 ApéndicesFormato de entrevista informal. El entrevistado nos dio un recorrido por la

empresa para entender el proceso de negocio y nos explicó cómo

funcionaba el sector de interés para el desarrollo del software. A partir de

estos íbamos realizando preguntas puntuales acerca de las actividades y

requerimientos de dicho sector.

4.1.1 Fotos de la entrevistaCon el permiso del entrevistado optamos por tomar varias fotos

mientras se realizaba la entrevista y se iba obteniendo con más

claridad los requerimientos del sistema mientras nos explicaba el

proceso de negocio.




0.3Pág. 46

1° Foto 2° foto

3° Foto 4° foto


Documentación V2.0 Corregido

Documents

Transcript of Documentación V2.0 Corregido