Instituto Profesional

Escuela de Informática y Telecomunicaciones

PROYECTO

Kraft Beer
Documento de Especificación de Requisitos de Software

INTEGRANTES
Iván Aguayo
Jacqueline Farías
Joaquín González
Sergio Reyes

INGENIERÍA DE SOFTWARE
ISY3001

DOCENTE
Juan Pinto Pavés

29 de mayo de 2018
 PROYECTO KRAFT BEER
Especificación de Requisitos.

ÍNDICE
1. Introducción ................................................................................................................................................................ 3

1.1. Propósito ............................................................................................................................................................ 3

1.2. Ámbito del Sistema ........................................................................................................................................ 3
1.3. Definiciones, Acrónimos y Abreviaturas ............................................................................................... 3
1.4. Visión General del Documento .................................................................................................................. 3
2. Descripción General ................................................................................................................................................. 4

2.1. Perspectiva del producto ............................................................................................................................. 4

2.2. Funciones del Producto ................................................................................................................................ 4
2.3. Características de los Usuarios .................................................................................................................. 4
3. Requisitos Espcíficos ............................................................................................................................................... 4

3.1. Interfaz ................................................................................................................................................................ 5

3.2. Requisitos Funcionales ................................................................................................................................. 5
3.3. Requisitos No Funcionales .......................................................................................................................... 5
4. Casos de Usos.............................................................................................................................................................. 6

5. Mockup de Solución ................................................................................................................................................. 6

6. Ciclo de Vida del Proyecto ..................................................................................................................................... 7

7. Descripción del Equipo de Trabajo .................................................................................................................... 8

8. Carta Gantt ................................................................................................................................................................... 8

9. Plan de Mantención .................................................................................................................................................. 9

2
 PROYECTO KRAFT BEER
Especificación de Requisitos.

1. INTRODUCCIÓN
Por medio del presente documento se presentará de forma organizada los requerimientos
funcionales, no funcionales y del sistema para desarrollar un programa que permitirá resolver
ciertos inconvenientes relacionados al abastecimiento y la demanda de productos que
comercializa la empresa productora de cerveza artesanal Kraft Beer. Este documento está
estructurado en base al estándar Software Requeriments Specification ANSI/IEEE 830 1998.

1.1. Propósito

El propósito de este documento es dar a conocer el funcionamiento general del programa Punto de
Gestión, el cual está dirigido al equipo desarrollador, a la directiva de Kraft Beer y a los usuarios
finales del sistema.

1.2. Ámbito del Sistema

Nombre del Sistema: Punto de Gestión.

El sistema permitirá gestiona y administrar de manera automatizada la cantidad de cerveza

disponible para la venta y lo que se encuentra en los depósitos de almacenamiento. Adicionalmente
permitirá generar informes y reportes e informes gráficos relacionados al consumo y para ayudar
a la administración en la toma de decisiones respecto a elaboración de la cerveza

Los beneficios con la implementación del programa serán todos los locales bajo la administración
de Kraft Beer que lo incorporen en sus dependencias. Los principales objetivos son: optimizar la
atención de clientes minimizando los tiempos de espera y agilizar la gestión administrativa del
local conociendo en tiempo real el stock de cerveza que cuenta el restaurant.

1.3. Definiciones, Acrónimos y Abreviaturas

 Software Requeriments Specification – del inglés, especificación de requerimientos de

software.
 ANSI – por sus siglas del inglés, Instituto Nacional Estadounidense de Estándares.
 IEEE – por sus siglas del inglés, Instituto de Ingeniería Eléctrica y Electrónica.
 Software – del inglés, programa.

1.4. Visión General del Documento

El documento está dividido en tres secciones

La primera sección se enfoca la explicación de los objetivos, las definiciones y como se constituye
el documento para una óptima comprensión.

3
 PROYECTO KRAFT BEER
Especificación de Requisitos.

La segunda sección y como su nombre lo indica, está enfocada a la descripción general de los
usuarios y del sistema.

La tercera sección trata sobre los requerimientos específicos del sistema. En este punto se ahonda
en información técnica, por lo que está orientado principalmente al equipo desarrollador.

2. DESCRIPCIÓN GENERAL
En esta sección se presentarán las principales funcionalidades del producto, lo que debe realizar,
las características de los usuarios, las restricciones y otros factores que afecten al desarrollo del
mismo.

2.1. Perspectiva del producto

2.2. Funciones del Producto

La aplicación será capaz de:

 Ingresar pedidos de los clientes.

 Registrar el volumen de la cerveza vendida.
 Vender n cantidad de cerveza según envases para llevar.
 Ingresar en sistema los barriles recepcionados en el local y en bodega respectivamente.
 Emitir alertas y notificaciones según stock.
 Estado de abastecimiento de bodega.
 Generar reportes gráficos y estadísticos.

2.3. Características de los Usuarios

El sistema cuenta con los siguientes usuarios identificados.

 Usuarios administradores. Conformado por las personas encargadas de la administración

del local, los cuales deben tener conocimientos básicos de computación y capacidad de
análisis e interpretación de datos numéricos y gráficos.
 Bodeguero.
 Meseros. Conformado principalmente por personas jóvenes mayores de 18 años.

3. REQUISITOS ESPCÍFICOS
Es esta sección se detallarán los requerimientos específicos del sistema a desarrollar

4
 PROYECTO KRAFT BEER
Especificación de Requisitos.

3.1. Interfaz

El programa deberá ser desarrollado con una interfaz sencilla e intuitiva que permita al usuario
trabajar en él sin necesidad de manuales complementarios, permitiendo identificar rápidamente
los distintos componentes y funcionalidades de la aplicación.

3.2. Requisitos Funcionales

 Ingresar pedido de mesa: La aplicación debe permitir ingresar el pedido solicitado por los
clientes. Específicamente se debe detallar el volumen en milímetros y el tipo de cerveza.
Además otorgar la posibilidad de comprar cerveza para llevar, por lo que se debe ingresar
el volumen en litros según la capacidad del envase.
 Ingreso de barriles: Se debe ingresar los datos de cada barril que llegue a dependencias del
restaurant (barra) y que estará disponible para el consumo. Los datos específicos del barril
son: tipo de cerveza; volumen en litros del barril. Este requerimiento permite saber la
cantidad total de cerveza disponible para la venta.
 Solicitud de barriles: El sistema debe emitir automáticamente una solicitud para
transportar un barril desde la bodega hasta la barra. La notificación se gatillará cuando en
dependencias del local haya un 20% de capacidad para cada tipo de cerveza comercializada.
 Nivel de barril: El sistema debe mostrar el nivel de cerveza que hay en cada barril que se
encuentre en el restaurant, para preparar un despacho anticipado cuando sea necesario.
 Estado de abastecimiento: El sistema debe tener la capacidad de informar el stock de
barriles que hay en la bodega.
 Estado de bodega: El sistema debe permitir ingresar la información de los barriles que son
recepcionados en bodega y que provienen del área de producción.
 Gráficas de consumo y producción: Se requiere un informe gráfico que contenga
información respecto al consumo y producción de cerveza, de manera de poder planificar
la producción según la temporada y demanda.

3.3. Requisitos No Funcionales

 Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser almacenados
en una localidad segura ubicada en un edificio distinto al que reside el sistema.
 Todas las comunicaciones externas entre servidores de datos, aplicación y cliente del
sistema deben estar encriptadas utilizando algoritmo RSA.
 Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará
operando hasta ser desbloqueado por un administrador de seguridad.
 El sistema debe poseer interfaces gráficas bien formadas.

5
 PROYECTO KRAFT BEER
Especificación de Requisitos.

4. CASOS DE USOS

6
 PROYECTO KRAFT BEER
Especificación de Requisitos.

5. MOCKUP DE SOLUCIÓN

6. CICLO DE VIDA DEL PROYECTO

El ciclo de vida de un proyecto define y organiza las fases y secuencias de ejecución de las tareas
en las diferentes etapas del proyecto, desde su inicio hasta el término de éste.

Para el proyecto Kraft Beer, el ciclo de vida será en base a la metodología Scrum. El Scrum es una
metodología ágil de desarrollo de proyectos en entornos que trabajan con requisitos inestables y
que requieren rapidez y flexibilidad. Con lo anterior, se usa para minimizar los riesgos de
productividad y calidad durante la realización del proyecto. Permite una participación y
colaboración constante con los clientes, quienes entregarán y validarán los requerimientos.

La elección de esta metodología es por el motivo de trabajar con un modelo de desarrollo

adaptable, basada en iteraciones y revisiones y que trabaje con el cliente. Trabajar en base a

7
 PROYECTO KRAFT BEER
Especificación de Requisitos.

iteraciones y revisiones permite: dividir el desarrollo del software en partes pequeñas; analizar el
progreso durante el desarrollo; al término de cada sprint, conceder al cliente visualizar como se
verá y/o funcionará secciones del programa encargado.

Scrum al trabajar con requerimientos inestables e iteraciones, habilita instancias para definir e
identificar requerimientos que no hayan sido solicitados en un comienzo, de esta manera analizar
la posible incorporación de funcionalidades sin la necesidad de iniciar desde cero.

7. DESCRIPCIÓN DEL EQUIPO DE TRABAJO

 Jefe de Proyecto: Jacqueline Farías
 Desarrollador: Joaquín González
 Diseñador Gráfico / UX: Iván Aguayo
 QA: Sergio Reyes
 Documentador: Iván Aguayo & Joaquín González

8. CARTA GANTT
Día laboral
Reunion del equipo de trabajo
Pruebas
Iteración con el cliente

SEMANA 1 SEMANA 2 SEMANA 3 SEMANA 4 SEMANA 5 SEMANA 6 SEMANA 7 SEMANA 8 SEMANA 9 SEMANA 10 SEMANA 11 SEMANA 12 SEMANA 13 SEMANA 14
ACTIVIDAD DURACION 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7 1 2 3 4 5 6 7
1. FASE DE ANALISIS
Formación del equipo de desarrollo 2 horas o
Análisis de los requerimientos 4 horas o
2. FASE DE DESARROLLO
MÓDULO A - Ingreso de Pedidos
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 dia 5 hrs o x
Programación del módulo 5 días x x x x x
Pruebas 1 día p
Iteración Módulo A 2 horas i
MÓDULO B - Ingresar Barriles a Cocina
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 dia 5 hrs o x
Programación del módulo 6 días x x x x x x
Pruebas 1 día p
Iteración Módulo B 2 horas i
MODULO C - Solicitud de Barriles
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 dia 5 hrs o x
Programación del módulo 6 días x x x x x x
Pruebas 1 día p
Iteración Módulo C 2 horas i
MODULO D - Visuaizar el Nivel de Barril
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 dia 5 hrs o x
Programación del módulo 3 días x x x
Pruebas 1 día p
Iteración Módulo D 2 horas i
MODULO E - Estado de Abastecimiento
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 dia 5 hrs o x
Programación del módulo 4 días x x x x
Pruebas 1 día p
Iteración Módulo E 2 horas i
MODULO F - Estado de Bodega
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 dia 5 hrs o
Programación del módulo 2 días x x
Pruebas 1 día p
Iteración Módulo F 2 horas i
MODULO G - Gráficas de Consumo & Producción
Analisis de los requerimientos 1 hora x
Diseño de interfaz 1 día 5 hrs o x
Programación del módulo 3 días x x x
Pruebas 1 día p
Iteración Módulo G 2 horas i
Cierre de proyecto
Unificar modulos 8 días x x x x x x x x
pruebas modulos unificados 2 días p p
iteración del proyecto final 1 día i

8
 PROYECTO KRAFT BEER
Especificación de Requisitos.

9. PLAN DE MANTENCIÓN
El PMS es una característica de calidad de software que analiza en distintas capas, evaluando la
entrega y procesamiento de datos, como la entrega de la información.
El tipo de mantención aplicado sería preventivo, porque después de la entrega, se realiza la
evaluación o QA del software, para detectar y corregir defectos latentes antes de que produzcan
fallos efectivos.
Durante el testeo se solicita como mejoras para mantener una mejor mantención del sistema:
- Creación de tabla log que inserte cada acción realizada por el usuario.
- Creación de módulo en cuenta administrador que pueda conocer el flujo de trabajo realizado
por cada orden.
- Aplicar servicio en sistema como punto no funcional que pueda evaluar performance de
servidor alertando a quién corresponda.
- Resolución de problemas: Durante la realización del PMS, cualquier problema es registrado y
supervisado para la corrección de problema.
Se debe considerar el Mantenibilidad y el Proceso de Desarrollo:
- Antes de iniciar el desarrollo ya se debe considerar la mantenibilidad.
- El PMS debe ser diseñado por el desarrollador donde debe establecer prácticas específicas de
mantenibilidad.
- Durante el análisis de requerimiento.
- Durante el diseño arquitectural, elección de la estructura y creación de módulos y flujos.
- Durante el diseño detallado, mejorando la mantención luego de la inclusión de estándares de
calidad.
- Durante la codificación y pruebas, la mantención puede mejorar al aumentar la calidad de la
documentación.
- Durante las pruebas de cualificación, documentando la historia del desarrollo del software.