PRACTICA 4

Caso de estudio

AUTOMATIZACIÓN DEL PROCESO DE CONTROL DE INVENTARIO INTERNO MEDIANTE UNA

APLICACIÓN WEB CON CÓDIGO QR PARA LA EMPRESA CONCEPTO TECNOLÓGICO DE LA CIUDAD DE
QUITO

Problema central

“El inadecuado control del proceso de inventario de mercaderías”.

Área: Bodega de la empresa Módulos: módulo de seguridad, módulo de mantenimiento, negocio,
reportes

Descripción del problema

El problema principal de la empresa radica en que no cuenta con un sistema que controle la
mercadería que ingresa a la empresa, al principio esto no era mayor
problema, pues al ser un micro negocio familiar, no era necesario el control, pero a medida que la
empresa va surgiendo, se va tomando en cuenta este tipo de inconveniente, un ejemplo claro es el
de la pérdida de mercaderías esto ha sido provocado el desconocimiento de reportes a más del
desorden con el que se lleva los diferentes productos.

El objetivo principal de este proyecto es automatizar los procesos inventarios con el fin de controlar
y organizar los productos que se ofrece al mercado.

Mapa de Involucrados

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 1
RF y RNF

1. Menciones 5 Requerimientos funcionales

FR1 El sistema debe permitir al usuario crear categorías para clasificar los productos

FR2

FR3

FR4

FR5

2. Menciones 5 Requerimientos no funcionales

NFR1 El sistema permitirá crear cuentas de usuario para accesibilidad al sistema.

NFR2

NFR3

NFR4

NFR5

Estructura para el documento de requerimientos IEEE/ANSI 830-1998 (IEEE, 1998)

Completar a estructura

1. Introducción
1.1. Propósito del documento de requerimientos
1.2. Alcance del producto
1.3. Definiciones, acrónimos y abreviaturas
1.4. Referencias
1.5. Descripción del resto del documento
2. Descripción general
2.1. Perspectiva del producto
2.2. Funciones del producto
2.3. Características del usuario
2.4. Restricciones generales
2.5. Suposiciones y dependencias

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 2
3. Requerimientos específicos: incluyen los requerimientos funcionales, no funcionales y de
interfaz. Obviamente esta es la parte más sustancial del documento, pero debido a la amplia
viabilidad en la práctica organizacional, no es apropiado definir una estructura estándar
para esta sección. Los requerimientos pueden documentar las interfaces externas, describir
la funcionalidad y el rendimiento del sistema, especificar los requerimientos lógicos de la
base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las
características de calidad.
4. Apéndices
5. Índice

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 3