3 Documento Especificacion

GRUPO N°2
Integrantes:
Aguaiza Henry
Burbano Alejandra
Cuascota Luis
Pallo Daniel
Pillisa Sergio
Ron Bryan
MATERIA:
Técnicas de Desarrollo de Sistemas
NRC:
4392
DOCENTE:
Ing. Cecilia Hinojosa Msc.
Sangolquí-2017
Tabla de contenidos
Elicitación ............................................................................................................................................ 3
ELICITACIÓN DE REQUISITOS UTILIZANDO LA TÉCNICA DE LA ENTREVISTA ................................... 4
ELICITACIÓN DE REQUISITOS UTILIZANDO LA TÉCNICA DE OBSERVACIÓN .................................... 7
ELICITACIÓN DE REQUISITOS UTILIZANDO LA TÉCNICA DE BRAINSTORMING ............................... 9
OBTENCIÓN DE REQUERIMIENTOS DEL CLIENTE .......................................................................... 11
Análisis............................................................................................................................................... 14
MATRIZ DE FUENTES DE INFORMACIÓN ....................................................................................... 14
CHECK LIST DE ANÁLISIS ................................................................................................................ 15
DIAGRAMA DE FLUJO DE DATOS ................................................................................................... 18
DIAGRAMA DE ENTIDAD RELACIÓN .............................................................................................. 19
MATRIZ DE PRIORIZACIÓN ............................................................................................................ 20
MAPA CONCEPTUAL ...................................................................................................................... 23
DIAGRAMA DE CASOS DE USO ...................................................................................................... 24
REQUISITOS FUNCIONALES Y NO FUNCIONALES .......................................................................... 25
Especificación .................................................................................................................................... 27
ESPECIFICACIÓN DE CASOS DE USO .............................................................................................. 27
Elicitación
Nombre del sistema: Sistema de registro y seguimiento de productos RM Seguridad
Industrial
Problema: Actualmente la empresa RM Seguridad Industrial lleva un seguimiento de sus

productos de una forma ambigua, poco eficiente y poco confiable ya que utiliza
herramientas de ofimática como Word o Excel para realizar estos registros, donde la
información está expuesta a perdida y robo, además el tiempo de trabajo se ve aumentado
por los mismos motivos, y la organización de dicha información presenta mucho trabajo por
parte de la empresa.
Objetivos
General:
Implementar un sistema para el control de inventario de la empresa RM Seguridad

Industrial, mediante el almacenamiento de los datos de sus productos, para poder tener un
seguimiento general de la mercadería de la empresa que permita mejorar la efectividad,
seguridad y la organización del trabajo.
ESPECÍFICOS:
Almacenar la información de los productos de la empresa RM Seguridad Industrial,

mediante la implementación de una base de datos segura y confiable, para así tener
alanceada la información de los productos (código, descripción, cantidad, precio,
distribuidor), que posee la empresa.
Realizar el seguimiento de los productos, mediante los registros de la información de los

mismos, que permita contabilizar la cantidad de producto en stock y ayuden a la gerencia
de la mencionada empresa a contabilizar y realizar los pedidos de productos hacia los
distribuidores.
Implementar medios de ingreso, búsqueda y despacho de productos de la empresa RM

Seguridad Industrial, construyendo una interfaz gráfica usable, que permita optimizar el
tiempo de registro, búsqueda y despacho de los productos.
Implementar perfiles de usuario para el administrador e invitado, mediante la asignación de

cuentas con nombre y clave, que permitan brindar seguridad a los datos de los productos y
a los diferentes registros generados
ELICITACIÓN DE REQUISITOS UTILIZANDO LA TÉCNICA DE LA ENTREVISTA
Preguntas
1. ¿Cómo definiría su negocio?
Es una pequeña empresa familiar con la visión de crecer a futuro.
2. ¿Cuál es el objetivo principal que persigue su negocio?

Venta y distribución de productos de seguridad industrial en varias gamas y diferentes
marcas.
3. ¿Con qué aplicaciones ha trabajado hasta la presente fecha?

Con aplicaciones básicas las cuales son ofimáticas.
4. ¿Cuál es el motivo principal por el cual necesita este sistema?

Para supervisar con mayor facilidad todos los movimientos de ingreso y salida de
productos que se realizan dentro de la empresa.
5. ¿Qué personal interviene con el proceso de Administración?

Los principales actores son el Propietario y el gerente general
6. ¿Cómo definiría su nivel de manejo de computación?

El nivel de uso es básico he tomado algunos cursos de ofimática.
7. ¿Cuenta con varios proveedores?

Si se tiene al menos 3 proveedores para cada tipo de producto en diferente precio y
calidad.
8. ¿Cómo soluciona la falta de disposición del proveedor?

Se busca diferentes proveedores, no solo por la falta de productos sino también para
poder ampliar la gama en stock.
9. ¿Cuáles son los procesos previos a la adquisición?

Depende del tipo de proceso, si es informal, sólo bajo petición verbal, llamada o
mediante correo electrónico. Si es por adjudicación de contrato se realiza todo mediante
una orden de compra.
10. ¿Qué medios utiliza para almacenar información del negocio?

Archivos en Excel y la nube de OneDrive
11. ¿Cómo sabe que determinado producto posee mayor acogida que otros que
usted distribuye?
Por la frecuencia con la que realizan los pedidos, es complicado porque se debe revisar
todas las facturas y los registros de cada producto.
12. ¿Cómo es el proceso para el almacenamiento de los datos de los clientes?

En hojas de Excel
13. ¿Según la información que almacena del producto, cuales son obligatorios?
Cantidad, nombre, código, proveedor, precio.
14. ¿Qué información de esta pueden ser modificadas por el personal?

Ninguna
15. ¿Cuáles son las formas de pago que la empresa maneja?

Pago en efectivo, Transferencia Bancaria, Cheques
16. ¿Cuáles son sus expectativas con respecto al sistema?

Que el sistema a implementar permita tener una visión más clara de todos los productos
que se disponen, sea muy manejable y sea rápido.
17. ¿Qué límites considera que podría tener el sistema de administración de

recursos de servicios a implementar?
No sea capaz de ayudar en la toma de decisiones, en cuanto a los enfoques de
adquisición, organización y distribución.
18. ¿Cómo desearía la organización del almacenamiento de productos?

Debe almacenar los productos por categoría por ejemplo tipo de zapatos (Botas de
seguridad industrial, botas de caucho), tipo de cascos y así según el producto, y en cada
subcategoría el producto con su respectiva marca y distribuidor.
19. ¿Cómo controla la cantidad de stock en los productos?

Pues realizando constantes revisiones a la lista de productos en la hoja de Excel (La
tarea es muy tediosa y a veces se omite algunos productos), prácticamente el control
es nulo o muy dificultoso
Resumen
La empresa se basa en la distribución y venta de artículos de seguridad industrial, se lleva

un stock de productos en una hoja de Excel la cual tiene una copia de seguridad en la nube,
este tiene el nombre, precio, cantidad, código, proveedor de cada producto, Para el control
de stock se hace revisiones ocasionales, las cuales resultan siendo tediosas y a veces nulas
ya que se llegan a omitir productos, las revisiones son realizadas por el Propietario y el
Gerente General.
Potencialmente se requiere un software de inventario donde se organicen los productos por

categorías según características específicas, se debe tener en cuenta que existen varios
tipos de productos, cada uno en diferentes gammas, calidades y distintos distribuidores.
La implementación del software debe permitir a la empresa desarrollar la capacidad de

almacenamiento, organización y búsqueda, rápida y eficaz de sus productos para tener
constancia de los mismos, para así agilizar y dar más simpleza al trabajo de obtención,
almacenamiento y distribución de los productos.
ELICITACIÓN DE REQUISITOS UTILIZANDO LA TÉCNICA DE OBSERVACIÓN
ADQUISICIÓN DE PRODUCTOS
Se observó que la empresa RM Seguridad Industrial usa dos maneras de contactarse con
sus proveedores:
 Correo electrónico
 Llamada telefónica
En cualquiera de estos dos medios se especifica lo siguiente:
 Precio del producto

 Cantidad de productos
 Fecha de entrega del producto
 Lugar de entrega del producto
RECEPCIÓN DE PRODUCTOS
Al momento de recibir el producto solicitado la empresa RM Seguridad Industrial verifica si

los productos solicitados están en buen estado y en orden, luego de eso se realiza el pago
y se lleva los productos a la bodega.
El control de cantidad se hace si los productos tienen dimensiones grandes, mientras que
el control de los productos más pequeños se hace muy dificultoso y en ocasiones es nulo.
BODEGAJE
Cuando se lleva los productos a la bodega se les asigna un código y se los coloca a los
estantes para su posterior venta.
Se llena una hoja de Excel con los datos de la mercancía llegada, donde existe un
documento para cada tipo de producto y se observa que es muy difícil y confuso el ingreso
de la mercancía, además es de manera muy desorganizada, a pesar que el gerente de la
empresa trata de ser lo más organizado posible.
Los archivos con la mercancía son guardados en el computador que pertenece a la empresa
y se guarda una copia en la nube “Google Drive”.
VENTA
Al momento de realizar la venta se buscan los productos solicitados en la bodega y se los

entrega al cliente, se pudo observar que no se realiza un control de salida de productos por
ende puede existir inconsistencias en el bodegaje de los productos.
Se debe tener en cuenta que los datos guardados en el documento Excel son para
constancia de los productos, mas no se verifica cada vez que se realiza una venta, o en
ocasiones donde la cantidad y dimensiones físicas del producto ameritan, se registra esa
información, pero se lo hace de forma ambigua y poco eficiente.
ELICITACIÓN DE REQUISITOS UTILIZANDO LA TÉCNICA DE BRAINSTORMING
El brainstorming o tormenta de ideas es una técnica de reuniones en grupo cuyo objetivo

es la generación de ideas en un ambiente libre de críticas o juicios. Las sesiones suelen
estar formadas por un número de cuatro a diez participantes. Puede ayudar a generar una
gran variedad de vistas del problema y a formularlo de diferentes formas. Es muy fácil de
aprender y requiere poca organización.
Observación del Software:
Permitir el correcto manejo de productos de la empresa RM Seguridad Industrial, mediante

la implementación de un sistema que registre dichos productos, teniendo en cuenta su
código, descripción, cantidad, precio y su distribuidor, para poder tener un seguimiento
general de todos los productos de la empresa de manera que permita mejorar la efectividad
y la organización del trabajo en la empresa mencionada.
Ideas:
1. El sistema deberá garantizar la confiabilidad y seguridad para que la organización

pueda realizar de manera más eficiente y segura los diferentes registros de datos.
2. El software mantendrá un sistema de seguridad y validación en el registro de datos,
para proteger la información de los productos de la empresa.
3. El software asignara un código único a cada tipo de producto registrado para poder
localizarlo con facilidad.
4. Se debe realizar el ingreso de los productos teniendo en cuenta cantidad, nombre,
código, proveedor, precio.
5. El ingreso de la mercadería debe tener en cuenta diversas categorías según la
utilidad y tipo del producto, dentro de las categorías se tendrán más subcategorías
con calidad y precio.
6. Generar usuarios administradores (distribuidores) que puedan controlar o
administrar la información de los productos.
7. El software generara un listado de inventario sobre los productos que están
disponibles en la empresa y por otra parte los que ya no se encuentran en stock.
8. Los clientes tendrán contacto con los distribuidores por medio de un empleado el
cual brindara información sobre le llegada de nuevo productos a la empresa.
9. El sistema dará una descripción de cada producto puntual con sus debidas
especificaciones.
OBTENCIÓN DE REQUERIMIENTOS DEL CLIENTE
1. El sistema debe tener la capacidad de trabajar en varios dispositivos de la empresa

(red interna).
2. Para los propietarios de la empresa, el software proporcionara un usuario
correspondiente.
3. Para la gerente general de la empresa debe existir un usuario propio.
4. La cuenta de gerencia debe ser iniciadas una sola vez en un dispositivo, no se podrá
iniciar simultáneamente en varios dispositivos.
5. Se debe proporcionar una cuenta de acceso a invitados.
6. La cuenta de invitados solo tendrá la opción de ver los productos, no podrá modificar
la información.
7. La cuenta de invitados se puede iniciar en varios dispositivos a la vez.
8. Se puede mantener iniciada las sesiones de usuarios, si los mismos lo desean, caso
contrario al cerrar el programa y entrar de nuevo se solicita de nuevo la calve y el
usuario.
9. Cada perfil tendrá su usuario y contraseña inicial
10. Cada perfil puede actualizarse.
11. Para la administración de la información se puede registrar nuevos proveedores
indicando nombre del proveedor, Ruc del proveedor, dirección del proveedor y
números de teléfono.
12. Se debe tener un mínimo de 3 proveedores por producto.
13. Se puede consultar la información de cada proveedor.
14. El software debe poder eliminar proveedores si ya no existen convenios con los
mismos.
15. El software permite registrar el ingreso de nuevos productos indicando código del
producto, nombre del producto, fecha de ingreso, fecha de vencimiento, precio
unitario, la cantidad de productos, la categoría a la que pertenece y el proveedor al
que pertenece.
16. El software asignara un código único a cada tipo de producto registrado para poder
localizarlo con facilidad.
17. En caso de que el producto sea de dimensiones grandes o su costo es elevado, este
tendrá su propio código.
18. Si un producto es de dimensiones pequeñas se le agregara un código general al
producto específico.
19. Al ingresar los productos se debe tomar en cuenta si son medidos por cantidad,
peso o longitud.
20. Se puede modificar los datos de los productos ya ingresados.
21. Si el producto ya está ingresado en la base de datos y llega nueva mercadería, se
puede ingresar los productos sin necesidad de llenar nuevamente los datos.
22. El software permite registrar productos que se encuentren en mal estado o dañados
y que no puedan ser comercializados.
23. Se puede eliminar los productos si el usuario del programa lo requiere.
24. Si la cantidad de productos llega a cero este no va a ser eliminado.
25. Registrar el historial de las devoluciones hechas hacia los proveedores.
26. Se debe controlar mínimos y máximos por cada producto.
27. El software permite registrar la salida de la mercadería indicando fecha de salida y
cantidad de producto.
28. El software permite la creación de nuevas categorías.
29. Se podrá agregar subcategorías y así sucesivamente en forma de árbol.
30. El software permite asignar una categoría a los productos.
31. El software permite a los administradores consultar la cantidad de stock de los
productos ingresando código del producto o nombre del producto, mostrando la
cantidad existente.
32. El software notificará a los administradores los productos próximos a caducar.
33. Se permite eliminar productos ya no comercializados.
34. El software debe identificar al administrador que modifique el stock, pidiendo
permiso de administrador.
35. El software debe tener la posibilidad de dar alertas en caso de que un producto se
esté terminando en stock
36. Toda la información debe guardarse en una base de datos.
37. Los datos al ser ingresados deben tener un formato correcto.
38. La aplicación debe validar todos los datos que deben ser controlados, teniendo en
cuenta las directrices que el dueño y gerencia de la empresa ordenen.
39. El software mantendrá un sistema de seguridad y validación en el registro de datos,
para proteger la información de los productos de la empresa.
40. En el almacenamiento de los datos no deben existir errores, de lo contario los datos
que se ingresan no se verán afectados, es decir, si todo es absolutamente correcto,
el almacenamiento se lleva acabo.
41. La base de datos deberá tener la opción de ser actualizada, en el caso de la salida
de un nuevo producto al mercado, o el retiro de alguno. Esto es porque, se podría
pretender llevar el registro de ingresos y salidas de un producto que ya no existe, o
bien, ingresar y vender un producto nuevo que el sistema no va a reconocer.
42. El software debe dar un informe detallado automáticamente cada cierto tiempo
43. El software debe tener una copia de seguridad que se vaya actualizado
automáticamente cada cierto tiempo.
44. El software de contener un pequeño tutorial que permita usarlo con mayor facilidad.
45. El software permite visualizar que producto se vende con mayor frecuencia y en
mayor cantidad.
46. La organización de los ítems, botones e información en la interfaz de la aplicación
debe ser muy intuitiva y fácil de recordar.
47. Si no se busca un producto por su código, se deben mostrar una lista de productos
de máximo 15 ítems y si existen más se deben cargar diferentes páginas con los
mencionados productos.
48. La búsqueda en caso de ser necesaria debe ser por niveles, que van desde
categorías y subcategorías, es decir cada categoría despliega más subcategorías
hasta llegar a las listas de los productos.
49. Al realizar la venta de un producto, se disminuirá la cantidad de stock del
mencionado producto en la base de datos.
50. Se debe proporcionar la capacidad de formar una lista de diferentes productos que
van a ser despachados y a todos los productos se podrá disminuir su stock si la
orden de despacho se aprueba.
51. Todos los informes y listas de productos deben tener disponibilidad para ser
impresos.
52. Se puede formar una lista de cotización de diferentes productos, para que pueda
ser usada por un cliente.
53. Si el despacho de productos es de gran cantidad, se debe tener la aprobación de la
cuenta de los dueños de la empresa.
Análisis
MATRIZ DE FUENTES DE INFORMACIÓN

DOCUMENTOS CONTENIDO PARTICIPANTES LOCALIZACIÓN
ORDEN DE Documento donde se puede -Cliente RM SEGURIDAD
COMPRA encontrar los nombres, -Ramiro Ron(Administrador) INDUSTRIAL - SEDE
códigos y cantidades de los -Rosy Mosquera
productos solicitados por el (Invitado)
cliente.
DOCUMENTO Documento donde se -Cliente RM SEGURIDAD
DE DETALLE encuentran las -Ramiro Ron(Administrador) INDUSTRIAL - SEDE
TÉCNICO especificaciones técnicas, las -Rosy Mosquera
normas que cumple a las que (Invitado)
está sujeta el producto,
además de detallar el
material del cual está
elaborado.
DOCUMENTO Documento donde se -Ramiro Ron(Administrador) RM SEGURIDAD
DE CONTROL encuentran detallada la -Rosy Mosquera INDUSTRIAL - SEDE
DE cantidad de productos que se (Invitado)
INVENTARIO encuentran en la bodega.
ORDEN DE Documento en la cual se -Ramiro Ron(Administrador) RM SEGURIDAD
PEDIDO DE puede encontrar la cantidad -Rosy Mosquera INDUSTRIAL - SEDE
BODEGA de productos solicitados para (Invitado)
colocarlos en stock.
CHECK LIST DE ANÁLISIS
OBJETIVO
Tomando en cuenta los pre-requisitos obtenidos en la elicitación se realiza el Check-List de

Análisis para identificar errores, ambigüedades y demás circunstancias que permitan
determinar requisitos de calidad
DESARROLLO
N° Defecto Detectado Acción Recomendada

Requisito
1 Es ambiguo Mejorar redacción
2 Es muy especifico Unirse a otros requisitos 2,3,5
4 Muy especifico Unirse a otro requisito 4,7
6 Muy sobrentendido Desechar
7 Muy especifico Puede unirse a otros requisitos 4,7
8 Muy sobreentendido Desechar
9 Sobreentendido Desechar
10 Debe generalizarse a más funciones Cambiar redacción
11 Enfocar mejor Mejorar redacción
12 No influyente Desechar
13 Muy especifico Unirse a otros requisitos 13,14
14 Muy especifico Unirse a otros requisitos 13,14
15 Ninguno Añadir a la lista de requisitos
17 Muy especifico Unirse a otros requisitos 17
18 Muy especifico Unirse a otros requisitos 18
19 Ambiguo Mejorar la redacción
20 Ninguno Añadir a la lista de requisitos, unir con
otros requisitos 20,23
21 Ninguno Mejorar redacción y añadir
22 No es relevante Desechar
23 Muy especifico Unirse a otro requisito 20,23
24 No tiene relevancia Desechar
25 No cumple objetivos Desechar
26 No cumple los objetivos Desechar
27 Ninguno Agregar a la lista
28 Muy especifico Unirse a otros requisitos 28,29,30
32 No influyente Eliminar
33 No cumple objetivos Eliminar
34 No relevante Desechar
35 Ninguno Añadir a la lista
36 Ambiguo Mejorar redacción, unir a otro requisito
36,39 ,40
37 No influyente Desechar
38 Ambiguo Puede agregarse a otros requisitos
39 Muy especifico Unir a otro requisito 36,39,40
40 Muy especifico Unir a otro requisito 36,39,40
41 Esta repetido y sobrescrito con otros Eliminar o mejorar redacción y eliminar los
requisitos requisitos similares
44 No influyente Eliminar, tener en cuenta como requisito
no funcional
46 No influyente Eliminar, tener en cuenta como requisito
no funcional
47 Ambiguo, mezclado con 48 Mejorar redacción, agregar a la lista
48 Ambiguo, mezclado con 47 Mejorar redacción, 47 y 48 dividir en
requisitos específicos.
49 Repetido Eliminar
52 Repetido parcialmente con 50 Unir al requisito 50
53 Ninguno Añadir a la lista
Distribución de los nuevos requerimientos
1. El software debe tener la capacidad de trabajar en la red interna de la empresa con

los diferentes ordenadores que posee en las diferentes áreas de trabajo.
2. Toda la información de productos, proveedores, categorías y registros se deben
guardar en una base de datos confiable y segura.
3. Generar copias de seguridad de toda la información.
4. Proporcionará dos tipos de cuentas, estas son, administrador e invitado, la cuenta
que pueden modificar datos es la del administrador.
5. Permitir que la cuenta del administrador solo debe iniciarse una vez dentro de la red
interna, mientras que la cuenta de invitados puede iniciarse múltiples veces.
6. Permitir que la información de las cuentas pueda modificarse, como es el nombre,
contraseña, además deben poseer medios de recuperación de clave.
7. Ingresar información de los proveedores, donde constara el nombre, RUC, dirección
y teléfonos.
8. Permitir que la información de los proveedores pueda ser modificada y eliminada.
9. Permitir la capacidad de crear categorías y subcategorías para asignarles
productos.
10. Ingresar productos registrando el nombre del producto, detalle, fecha de ingreso
(dada por el sistema), precio unitario, cantidad (unidad de medida), asignarle un
proveedor y una categoría.
11. Al producto se le debe asignar un código único de identificación.
12. Permitir que la información de los productos pueda ser modificada y eliminada.
13. Brindar la capacidad de si el producto es de dimensiones grandes o de alto valor se
le asigna un código individual, caso contrario se le asigna un código general a un
producto específico.
14. En el ingreso de productos permite la reutilización de información, si ya existe un
producto de las mismas características, para disminuir el tiempo de ingreso de
datos.
15. El software debe permitir registrar la salida de productos registrando el producto,
cantidad y fecha (dada por el sistema), también se modificará la cantidad del
producto.
16. Los registros de salidas de productos y la información de los mismos, ya sean en
categorías, un producto específico o un listado de productos deben tener la
capacidad de ser impresos.
17. Diseñar notificaciones que indiquen los productos que estén en escases.
18. Implementar la búsqueda por código o navegación por las diferentes categorías y el
listado de productos hasta llegar a un producto específico.
19. Si se va a registrar la salida de productos, se debe permitir armar una lista de los
productos deseados, de tal manera que pueda modificar los registros de diferentes
productos al mismo tiempo, también puede solicitarse una lista únicamente de
cotización.
20. Si el despacho de productos es grande, se debe solicitar la aprobación del dueño
de la empresa con un código de verificación.
DIAGRAMA DE FLUJO DE DATOS
DIAGRAMA DE ENTIDAD RELACIÓN
MATRIZ DE PRIORIZACIÓN
OBJETIVO
Tomando en cuenta los pre-requisitos obtenidos en la el Check-List de Análisis se realiza

el presente estudio que permite determinar prioridades de los pre-requisitos y así tomar
las medidas necesarias para definir de mejor forma los requisitos del sistema a
desarrollar.
DESARROLLO
Se definen primero los objetivos específicos del sistema
a) Almacenar la información de los productos de la empresa RM Seguridad Industrial,

mediante la implementación de una base de datos segura y confiable, para así tener
almacenados los datos de los productos (código, descripción, cantidad, precio,
distribuidor), que posee la empresa.
b) Realizar el seguimiento de los productos, mediante los registros de la información
de los mismos, tanto de entrada como de salida, que permita contabilizar la cantidad
de producto en stock y ayuden a la gerencia de la mencionada empresa a
contabilizar y realizar los pedidos de productos hacia los distribuidores.
c) Implementar medios de ingreso, búsqueda, control y salida de productos de la
empresa RM Seguridad Industrial, construyendo una interfaz gráfica usable, que
permita optimizar el tiempo de registro, búsqueda y venta de los productos.
d) Implementar perfiles de usuario para el administrador, dueño de empresa e invitado,
mediante la asignación de cuentas con nombre y clave, que permitan brindar
seguridad a los datos de los productos y a los diferentes registros generados.
En base a los requerimientos preliminares obtenidos del Check-List y a los objetivos

específicos se analiza la matriz de requisitos vs objetivos.
Requisitos Objetivos específicos del sistema

preliminares a) b) c) d) Prioridad
1 0 1 1 0 2
2 3 0 0 0 3
3 2 1 0 0 3
4 2 0 0 3 5
5 0 0 0 3 3
6 2 0 0 3 5
7 2 2 3 0 7
8 2 3 1 0 6
9 1 2 3 0 6
10 2 2 3 0 7
11 0 3 3 0 6
12 2 3 1 0 6
13 0 1 0 0 1
14 1 0 1 0 2
15 2 3 2 0 7
16 1 3 3 0 7
17 2 3 1 0 6
18 1 2 3 0 6
19 0 2 3 0 5
20 0 3 2 0 5
0=No aplica 1=Bajo 2=Medio 3=Alto
NOVEDADES ACCIÓN A TOMAR

Los requerimientos 1, 2 y 3 no se consideran Descartar.
como una parte funcional del sistema por su
puntaje bajo
Los requerimientos 5 y 14 forman parte de Se especificará estas funcionalidades en el
otro nuevo requisito de ingreso de información.
El requerimiento 13 no es a fin a los objetivos Descartar.
Existe todavía cierto grado ambigüedad y Redactar de correcta forma cada
similitud en ciertos requerimientos. requerimiento y realizar unión o separación de
requerimientos según sea el caso.
Distribución de los nuevos requisitos
1. El sistema permitirá la implementación de dos tipos de cuentas, estas son,

administrador e invitado.
2. El sistema permitirá a la cuenta de administrador, modificar la información de
proveedores, productos y datos de las cuentas.
3. El sistema permitirá la autenticación de usuario para ingresar al sistema, mediante
el nombre de usuario y contraseña.
4. El sistema permitirá ingresar información de los proveedores, cuyos datos deben
ser nombre, RUC, dirección y teléfonos.
5. El sistema permitirá a la cuenta de administrador la creación de categorías y
subcategorías de productos.
6. El sistema permitirá a la cuenta de administrador la eliminación de categorías y
7. El sistema permitirá a la cuenta de administrador el ingreso de productos cuyos
datos deben ser nombre, detalle, precio unitario, cantidad (unidad de medida), y se
le asignará un proveedor, una categoría y un código único (generado por el sistema).
8. El sistema permitirá a las cuentas de administrador y visitante la búsqueda directa
por código de producto o búsqueda por navegación en las diferentes categorías y
subcategorías.
9. El sistema permitirá a la cuenta de administrador crear una lista de los productos
despachados
10. El sistema permitirá a la cuenta de administrador la generación de un reporte de los
productos registrados en el sistema.
11. El sistema permitirá a la cuenta administrador la generación de un reporte de salida
de productos registrando el o los códigos de productos, detalle, cantidad y fecha
(dada por el sistema).
12. El sistema permitirá a la cuenta de administrador guardar los reportes generales y
de salida.
13. El sistema permitirá a la cuenta de administrador exportar a formato PDF los
reportes generados y la información de los productos para su posterior impresión.
14. El sistema permitirá la generación controlada de respaldos de toda la información
en la nube, cuando el propietario o administrador lo necesiten.
15. El sistema deberá generar automáticamente los respaldos de toda la información en
la nube cada 2 días.
16. El sistema debe mostrar notificaciones de los productos que tengan una cantidad
inferior a 2.
17. El sistema permitirá a la cuenta de administrador realizar la restauración de
información usando las copias de seguridad guardadas en la nube.
MAPA CONCEPTUAL
DIAGRAMA DE CASOS DE USO
REQUISITOS FUNCIONALES Y NO FUNCIONALES
Requisitos Funcionales:
RF1. El sistema permitirá la implementación de dos tipos de cuentas, estas son,

administrador e invitado.
RF2. El sistema permitirá a la cuenta de administrador, modificar la información de

proveedores, productos y datos de las cuentas.
RF3. El sistema permitirá la autenticación de usuario para ingresar al sistema, mediante el

nombre de usuario y contraseña.
RF4. El sistema permitirá ingresar información de los proveedores, cuyos datos deben ser
nombre, RUC, dirección y teléfonos.
RF5. El sistema permitirá a la cuenta de administrador la creación de categorías y

RF6. El sistema permitirá a la cuenta de administrador la eliminación de categorías y

RF7. El sistema permitirá a la cuenta de administrador el ingreso de productos cuyos datos

deben ser nombre, detalle, precio unitario, cantidad (unidad de medida), y se le asignará un
proveedor, una categoría y un código único (generado por el sistema).
RF8. El sistema permitirá a las cuentas de administrador y visitante la búsqueda directa por
código de producto o búsqueda por navegación en las diferentes categorías y
subcategorías.
RF9. El sistema permitirá a la cuenta de administrador crear una lista de los productos
despachados
RF10. El sistema permitirá a la cuenta de administrador la generación de un reporte de los

productos registrados en el sistema.
RF11. El sistema permitirá a la cuenta administrador la generación de un reporte de salida

de productos registrando el o los códigos de productos, detalle, cantidad y fecha (dada por
el sistema).
RF12. El sistema permitirá a la cuenta de administrador guardar los reportes generales y
de salida.
RF13. El sistema permitirá a la cuenta de administrador exportar a formato PDF los reportes
generados y la información de los productos para su posterior impresión.
RF14. El sistema permitirá la generación controlada de respaldos de toda la información en

la nube, cuando el propietario o administrador lo necesiten.
RF15. El sistema deberá generar automáticamente los respaldos de toda la información en

la nube cada 2 días.
RF16. El sistema debe mostrar notificaciones de los productos que tengan una cantidad
inferior a 2.
RF17. El sistema permitirá a la cuenta de administrador realizar la restauración de

información usando las copias de seguridad guardadas en la nube.
Requisitos No Funcionales
RNF1. El sistema tendrá un manual de usuario que permita el correcto manejo del software.
RNF2. El sistema tendrá una interfaz de usuario con la capacidad de agradar y satisfacer
la interacción con el usuario.
RNF3. El sistema tendrá una codificación óptima y documentada que ayudará a su

mantenimiento y reusabilidad.
RNF4. El sistema tendrá un modelo de programación que use la menor cantidad de

recursos del ordenador en el que se trabaje.
RNF5. El sistema tendrá una capacidad de almacenamiento aproximada para 20 años de

vida útil.
RNF6. El sistema deberá tener un tiempo de aprendizaje por usuario menor a 4 horas.
Especificación
ESPECIFICACIÓN DE CASOS DE USO
Nombre Caso de Uso: Iniciar sesión
Identificador <UC01>
Descripción Este caso de uso nos permite la validación de la cuenta mediante su usuario
y clave.
Meta Validar el ingreso de la persona al sistema.
Estado: activo Versión: 1.0
Autor: ● Aguaiza Henry

● Burbano Alejandra
● Cuascota Luis
● Pallo Daniel
● Pillisa Sergio
● Ron Bryan
Fecha creación 08/07/2017 Fecha modificación 10/07/2017
Frecuencia Aproximadamente dos veces al día
Pre condiciones Iniciar el sistema.
Flujo básico
Actor Sistema
1. El sistema despliega la ventana de inicio de sesión

2. Administrador e invitados ingresan el
Usuario y clave.
3.El sistema verificará los datos ingresados
4.Ingresará al sistema
Flujo Alternativo
4.a. En el caso de ingresar un usuario o clave incorrecta, se muestra una ventana de advertencia
‘Que muestre el mensaje “Usuario o clave incorrecta”
4.b. El sistema volverá a desplegar la ventana de inicio de sesión

Post condiciones:
Ingreso correcto al sistema y habilitación de funciones según el tipo de usuario.
Casos de uso incluidos: N/A
Casos de uso extendidos: N/A
Nombre Caso de Uso: Registrar Producto
Descripción Este caso de uso nos permite registrar un producto con varios parámetros
(nombre, descripción, cantidad, precio), ingresados por el administrador.
Meta Agregar nuevos productos al sistema

● Cuascota Luis
● Pallo Daniel
● Pillisa Sergio
● Ron Bryan
Frecuencia Aproximadamente cada dos meses y 10 veces en un día.
Pre condiciones Previamente se inició la sesión como Administrador, debe haberse

registrado proveedor y categoría
Flujo básico
Actor Sistema
1. El administrador selecciona la ventana de

registro de producto
2. El sistema despliega la ventana de categorías
3.El administrador elije la categoría disponibles
correspondiente
4.El sistema despliega la ventana de proveedores
existentes
5. El administrador elige el proveedor
6.El sistema despliega la ventana de ingreso de datos
del producto
7. El administrador ingresa nombre
8. El administrador ingresa detalle
9. El administrador ingresa precio unitario
10. El administrador ingresa cantidad
11. El administrador selecciona la opción de
generar código único.
12. El sistema le asigna un código único al sistema.
13. El administrador guarda los cambios
14.El sistema verifica que los datos sean correctos
15.El sistema guarda los datos
16.El sistema actualiza el stock
Flujo Alternativo
2.a En caso de no existir categoría el sistema despliega la ventana de registro de categoría
4.a En caso de no existir proveedor el sistema despliega la ventana de registro de proveedor
14.a En caso de que los datos sean incorrectos el sistema despliega un mensaje “Datos incorrectos “
14.b El sistema despliega la ventana de ingreso de datos del producto
Post condiciones:
Se guardó correctamente y se actualizo el stock
Casos de uso incluidos:
UC05 Buscar categoría
UC06 Buscar proveedor
UC08 Generar código único
Casos de uso extendidos:
UC04 Registro de Categoría.
UC03 Registro de proveedor
UC10 Modificar producto

Nombre Caso de Uso: Registrar Proveedor
Descripción Este caso de uso nos permite registrar un proveedor, con sus respectivos
datos, nombre, RUC, teléfono, dirección.
Meta Agregar nuevos proveedores

● Cuascota Luis
● Pallo Daniel
● Pillisa Sergio
● Ron Bryan
Frecuencia Aproximadamente una vez cada dos meses
Pre condiciones Iniciar sesión como Administrador
Flujo básico
Actor Sistema
1. El administrador selecciona la ventana de

registro de proveedor 2. El sistema despliega la ventana de ingreso de
proveedor
3. El administrador ingresa nombre del
proveedor
4. El administrador ingresa dirección del
proveedor
5. El administrador ingresa el RUC del
proveedor
6. El administrador ingresa el teléfono del
proveedor
guardar cambios. 8.El sistema verifica que los datos sean correctos
9.El sistema guarda los datos
10.El sistema actualiza el Listado de proveedores
Flujo Alternativo
8.a. En caso de que los datos sean incorrectos el sistema despliega un mensaje “Datos incorrectos “
8.b El sistema despliega la ventana de ingreso de datos del producto
Post condiciones: Se guardó correctamente y se actualizó el Listado de proveedores
UC02 Registrar producto
Nombre Caso de Uso: Registrar categoría
Descripción El Caso de uso permite a la cuenta administrador la creación de categorías y

Meta Tener los productos clasificados por categorías y subcategorías.
Autor:  Aguaiza Henry

 Burbano Alejandra
 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que ingrese un producto que no pertenezca a las categorías o
subcategorías ya existentes, aproximadamente cada dos meses y 5 veces
por día.
Pre condiciones El administrador debe ingresar exitosamente al sistema.
La categoría no debe estar registrada.
Flujo básico
Actor Sistema
1.El administrador selecciona la opción

“registrar categoría”. 2. El sistema presenta la ventana para ingresar los
datos de la categoría
3. el administrador verifica los datos y
selecciona la opción “guardar”
Flujo Alternativo
3.1 Si existe una categoría con información similar se despliega el mensaje de aviso de “categoría ya
ingresada”
Post condiciones:
Se registra exitosamente las categorías
Nombre Caso de Uso: Buscar categoría
Descripción El Caso de uso permite al administrador la Búsqueda de categorías creadas.
Meta verificar si la categoría se encuentra registrada en el sistema

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se registre un producto o se elimine una categoría

aproximadamente cada dos meses y 20 veces en un día.
Se debe estar registrando un producto o eliminado una categoría
Flujo básico
Actor Sistema

“buscar categoría”.
2. El sistema presenta la ventana de “Búsqueda de

3. El administrador ingresa la categoría a
categoría”
buscar.
4. El sistema compara la categoría ingresada con las

categorías registradas.
5.El sistema muestra la categoría buscada.
Flujo Alternativo
5.a El sistema muestra un mensaje de alerta que la categoría no existe.

Post condiciones:
Se muestra exitosamente la categoría buscada
Nombre Caso de Uso: Buscar proveedor
Descripción El Caso de uso permite al administrador la Búsqueda de proveedores

registrados.
Meta verificar si un proveedor se encuentra registrada en el sistema

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se registre un producto o se modifique un proveedor
aproximadamente cada dos meses 20 veces en un día.
Se debe estar registrando un producto o modificando un proveedor.
Flujo básico
Actor Sistema
Administrador

“buscar proveedor”.
proveedor”
3. El administrador ingresa el proveedor a
buscar.
4. El sistema compara el proveedor ingresado con los
proveedores registrados.
5.El sistema muestra el proveedor buscado.
Flujo Alternativo
5.a El sistema muestra un mensaje de alerta que el proveedor no existe.

Post condiciones:
Se muestra exitosamente el proveedor buscado.
Nombre Caso de Uso: Buscar producto
Descripción El caso de uso permite al administrador y visitante la búsqueda por código

de producto o búsqueda por navegación en las diferentes categorías y
subcategorías.
Meta Verificar si un proveedor se encuentra registrada en el sistema

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se registre un producto o se modifique un proveedor

aproximadamente cada dos meses 20 veces en un día.
Flujo básico
Actor Sistema
1.El administrador o visitante selecciona la

opción “buscar producto”.
producto por código o búsqueda por navegación”.
3.- El administrador o visitante selecciona la
búsqueda por código.
4. El sistema muestra la ventana para ingreso del
código.
5. El administrador o visitante ingresa el

código 6. El sistema compara el código ingresado con los
códigos registrados.
7.El sistema muestra el producto buscado.
Flujo Alternativo
3.a El administrador o visitante selecciona la búsqueda por navegación.

5.a El administrador o visitante selecciona la categoría
6.a El sistema muestra la ventana con el listado de productos en la categoría.
7.a El sistema muestra un mensaje de alerta que el producto no existe.
Post condiciones:
Se muestra exitosamente el producto buscado.
UC15 buscar por navegación
UC16 Buscar por código

Nombre Caso de Uso: Generar código único
Descripción El sistema le dará un identificador único al un producto, el cual está formado

por seis números y tres letras, los seis números randómicos y las tres letras
son las tres iniciales del nombre del producto.
Meta Realizar el seguimiento de los productos de la empresa RM Seguridad

Industrial, asignándoles un código único de verificación que permita
identificar a cada producto para poder verificar y modificar sus datos.
Estado: Activo Versión: 1.0

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Aproximadamente cada dos meses se registra la llegada de mercancía, en

donde en un día de ingreso de productos se ejecuta un aproximado de 80
veces.
Pre condiciones Se debe ejecutar el UC01 para que el Administrador inicie la sesión.
Debe ejecutar la funcionalidad del UC02 para ingresar a la interfaz de

ingreso de un nuevo producto, además debe llenar los campos de
información del producto
Flujo básico
Actor Sistema
1. El administrador selecciona el botón de

“generar código”
2. El sistema establece el valor randómico de las seis
cifras numéricas y determina las tres primeras del
nombre del producto.
3. El sistema coloca el código generado en un campo

de texto.
Flujo Alternativo
3.a Se detecta un código repetido.

3.b Se generará un nuevo código con nuevas características.
Post condiciones:
Se hablita la posibilidad de guardar un producto en los registros del sistema.
UC02 Registrar un producto.
Casos de uso extendidos: NA
Nombre Caso de Uso: Modificar Proveedor
Descripción Este caso de uso permite al administrador modificar los datos de un

proveedor previamente registrado, realizando una búsqueda con un
parámetro que es el nombre del proveedor.
Meta Modificar los datos existentes de un proveedor.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se desea modificar los datos de un proveedor,

aproximadamente 1 vez al año.
Pre condiciones Los usuarios deben ingresar exitosamente al sistema mediante UC01.
Tener proveedores registrados mediante UC03.
Flujo básico
Actor Sistema
1.- El administrador selecciona la opción

“Proveedor”.
2.- Se despliega un menú con las opciones para los
proveedores.
“Modificar Datos del Proveedor”.
4.- Se muestra una pantalla con un panel de búsqueda
que pide que se ingrese el nombre del proveedor a
modificar y en la parte inferior se despliega una lista
de proveedores existentes.
5.- El administrador ingresa el nombre del
proveedor.
6.- Compara el nombre ingresado con los nombres de
proveedores existentes.
7.- En caso de existir el nombre del proveedor se
despliega una ventana con los campos para modificar
los datos del proveedor.
8.- El administrador ingresa los nuevos datos
del proveedor y en la lista de proveedores se
quedan los proveedores que tengan alguna
similitud con el nombre ingresado.
9.- El administrador modifica los datos de
proveedor.
10.- El administrador guarda los cambios
realizados.
11.- Actualiza el registro.

Flujo Alternativo
7.a En el caso de que no exista el nombre del proveedor en la lista de proveedores existentes se
desplegará un mensaje mostrando lo siguiente: “El nombre del proveedor ingresado no existe”
Post condiciones: Modifica los datos de un proveedor existente satisfactoriamente.
UC01 Iniciar sesión
UC06 Buscar proveedor

UC11 Cambiar estado de proveedor
Nombre Caso de Uso: Modificar Producto
Descripción El sistema desplegara una interfaz donde se cargan los campos de

información actuales de un producto determinado, para poder modificarlos
y almacenarlos sobrescribiendo los datos anteriores, además se permitirá
asignar un estado inactivo a un producto, en caso de que se desee retirar del
stock o reactivarlo si se desea devolverlo a stock.
Meta Permitir modificar, actualizar, dar de baja, pero no eliminar o reactivar un

producto

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Aproximadamente cada dos meses se registra la llegada de mercancía, en

donde se pueden actualizar los registros, aplicándolo unas 20 veces en un
día de trabajo. En ocasiones que se desee modificar por motivos específicos
se estima unas 3 veces por semana.
Debe ejecutar la funcionalidad del UC02 junto con UC08 para agregar un
nuevo producto y almacenarlo.
Flujo básico
Actor Sistema

modificar registros.
2. El sistema despliega las opciones de registros que
se pueden modificar.
3. El administrador selecciona modificar
producto
4. El sistema ejecuta UC07 para buscar un producto.
5. El sistema carga en la interfaz los datos actuales de

6. El administrador modificará los campos que un producto específico.
crea conveniente.
7. El administrador seleccionara la opción

“modificar”
8.El sistema sobrescribirá los datos antiguos con los
nuevos modificados.
Flujo Alternativo
5.1 Para desactivar un producto seleccionara la opción de “pasar a estado inactivo”.

5.2 Para activar seleccionara la opción” activar”, siempre y cuando estese el producto en estado
inactivo.
6.1 Usara el UC5 para asignarle una nueva categoría.
6.2 Usara el UC6 para asignarle un nuevo proveedor.
7.1 Al existir daos incompatibles o nulos se reportará el error de ingreso de datos
7.2 Modificara los campos erróneos.
Post condiciones:
Los cambios se verán reflejados en las listas de los registros.
UC07 Buscar producto
UC12 Cambiar a estado inactivo de producto
UC02 Registrar producto
Nombre Caso de Uso: Cambiar estado del Proveedor
Descripción Este caso de uso permite al administrador modificar el estado de actividad

de un proveedor previamente registrado, para no eliminar los datos del
proveedor y en un futuro poder utilizar la información guardada. Al
momento de pasar un proveedor de estado activo a inactivo, los datos del
proveedor pasarán a estar ocultos y no serán visibles. Para pasar un
proveedor de estado inactivo a activo se debe de seleccionar el proveedor de
la lista de proveedores inactivos.
Meta Cambia el estado de un proveedor.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se desea modificar el estado de un proveedor,

aproximadamente 1 vez al año.
Tener proveedores registrados mediante UC03.
Flujo básico
Actor Sistema

Proveedores.
2.- Se despliega un menú con las opciones para los
proveedores.
“Modificar Estado de Proveedor”.
que pide que se ingrese el nombre del proveedor a
modificar y en la parte inferior se despliega una lista
de proveedores activos y una lista de proveedores
inactivos.
5.- El administrador ingresa el nombre del 6.- Compara el nombre ingresado con los nombres de
proveedor. proveedores que se encuentran en la lista de activos e
inactivos.
7.- En caso de existir el nombre del proveedor en la
lista de activos se despliega una ventana con el campo
para modificar el estado del proveedor a estado
inactivo.
8.- El administrador modifica el estado del 10.- Actualiza el estado del proveedor.
proveedor de activo a inactivo.
11.- Oculta los datos del proveedor.
9.- Guarda los cambios realizados.
Flujo Alternativo
7.a En el caso de que no exista el nombre del proveedor en la lista de proveedores activos o inactivos
se desplegará un mensaje mostrando lo siguiente: “El nombre del proveedor ingresado no existe”.
8.a En el caso que el proveedor pase a estado inactivo los productos que ofrezca dicho proveedor
también pasaran a estado inactivo.
Post condiciones:
Cambia el estado del proveedor satisfactoriamente.
UC06 Buscar Proveedor
Nombre Caso de Uso: Cambiar estado de producto
Descripción Asignara un estado ya sea activo, cuando sus campos estén completos y la
administración desee ponerlo de nuevo en stock del inventario, o inactivo
cuando ya no se desee tenerlo en stock o se elimine su categoría o también
se desactive su proveedor.
Meta Permitir cambiar el estado de un producto ya sea de activo a inactivo o

viceversa.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Aproximadamente una vez por semana.
Debe ejecutar la funcionalidad del UC02 junto con UC08 para agregar un
nuevo producto y almacenarlo.
Flujo básico
Actor Sistema
1. El administrador ejecuta UC10 hasta elegir

un producto y cargar los datos en la interfaz.
2. El sistema determinará y habilitará la opción de
activar, si el producto está inactivo.
3. El sistema determinará y habilitará la opción de

desactivar, si el producto está activo.
4. El administrador seleccionara la opción
para desactivar o activar el producto. 5.Si se desactiva, el sistema inhabilitara el producto
del stock.
6.Si se activa, el sistema inhabilitara el producto del

stock.
Flujo Alternativo
6.1 El administrador deberá modificar o completar todos los campos de un producto.

6.2 El administrador seleccionara la opción de guardar cambios.
Post condiciones:
Los cambios se verán reflejados en las listas de los registros, y en el caso de desactivar o activar un
producto ya no se observará la presencia de los datos o aparecerán de nuevo, respectivamente.
UC13 Eliminar categoría, si la categoría con productos asignados se elimina.
UC10 Modificar Producto
UC11 Cambiar estado de proveedor, si este es desactivado.

Nombre Caso de Uso: Eliminar categoría
Descripción Este caso de uso permite al administrador eliminar toda una categoría de
productos mediante la búsqueda de la categoría con su respectivo nombre.
Meta Eliminar una categoría de productos

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que ya no se desea tener una categoría. Una vez cada 7 meses.
Registrar una categoría en el sistema mediante UC04.
Flujo básico
Actor Sistema

“Categoría”.
2.- Se despliega un menú con las opciones para las
categorías.
3.- Selecciona la opción “Eliminar
Categorías”.
que pide que se ingrese el nombre de la categoría a
eliminar en la parte inferior se despliega una lista de
las categorías existentes.
5.- Ingresa el nombre de la categoría.
6.- Compara el nombre ingresado con los nombres de

las categorías existentes.
7.- En caso de existir el nombre de la categoría dicha
categoría se elimina.
8.- Guarda los cambios realizados.

9.- Actualiza la lista de categorías.
Flujo Alternativo
7.a En el caso de que no exista el nombre de la categoría a eliminar en la lista de categorías se

desplegará un mensaje mostrando lo siguiente: “El nombre de la categoría ingresada no existe”.
7.b En el caso de que la categoría tenga productos, dichos productos pasaran a estar en estado
inactivo.
Post condiciones: Elimina una categoría de manera exitosa.
UC05 Buscar Categoría
UC12 Cambiar estado de producto
Nombre Caso de Uso: Realizar despacho de productos.
Descripción Permite este caso de uso al administrador registrar los productos que van a
salir de la bodega donde se disminuirán su cantidad en stock y se guardarán
esos cambios además implementa la generación de un reporte de salida de
productos.
Meta Registrar los productos que van a ser despachados.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Aproximadamente 2 veces por semana.
Pre condiciones El administrador debe ingresar exitosamente al sistema, mediante UC01.
El sistema debe tener productos registrados, habiendo usado el UC02.
Debe llegar una orden de despacho.
Flujo básico
Actor Sistema

“Despacho de productos”.
2.- El sistema muestra la ventana “Despacho de
productos”.
“Buscar productos”.
4.- El sistema ejecuta el caso de uso “Buscar por
navegación” o “Buscar por código”
5.- El administrador añade el producto
seleccionado.
6.- El sistema ejecuta el caso de uso “Añadir producto
a la lista de despacho”.
“Generar reporte de salida”.
8.-El sistema ejecuta el caso de uso “Generar reporte
de salida”.
Flujo Alternativo
4.a En caso de no disponer el producto en stock mostrar un mensaje de advertencia “Producto NO

disponible”.
Post condiciones:
Se realiza el despacho de producto con éxito.
UC17: Añadir producto a la lista de despacho.
UC15: Buscar por navegación.
UC16: Buscar por código.
UC19: Generar alerta de escases.

Nombre Caso de Uso: Buscar por navegación.
Descripción Permite este caso de uso al administrador e invitados realizar la búsqueda a

través de las categorías y subcategorías, escogiendo la misma para optimizar
la exploración de los productos.
Meta Buscar los productos por medio las categorías y subcategorías.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se realice un despacho o el invitado desee buscar un producto
en existencia, aproximadamente 3 veces por día.
Pre condiciones Los invitados deben ingresar exitosamente al sistema, mediante UC01.
Flujo básico
Actor Sistema
1.- El administrador o invitado selecciona la

opción “Buscar producto”.
2.- Se muestra la ventana de “Búsqueda de producto”.

3.- Se muestra las opciones para buscar productos.

opción “Buscar por categoría”.
5.- Se despliega la lista de categorías.

6.- El administrador o invitado selecciona una
categoría
7.- Se despliegan los productos de la categoría.

8.- El administrador o invitado selecciona el
producto.
9.- Se despliega los datos del producto.
Flujo Alternativo
9.a Se despliegan las subcategorías

9.b Seleccionar una subcategoría
9.c Seleccionar un producto de una subcategoría.
Post condiciones:
Muestra el detalle del producto exitosamente.
UC14: Realizar despacho de productos.
Nombre Caso de Uso: Buscar por código.
Descripción Permite este caso de uso al administrador e invitados realizar la búsqueda

directa a través del código único generado por el sistema.
Meta Buscar los productos por medio de su código único.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Cada vez que se realice un despacho o el invitado desee buscar un producto
en existencia, aproximadamente 3 veces por día.
Pre condiciones Los invitados deben ingresar exitosamente al sistema, mediante UC01.
Flujo básico
Actor Sistema

opción “Buscar producto”.
2.- Se muestra la ventana de “Búsqueda de producto”.
3.- Se muestra las opciones para buscar productos.

opción “Buscar por código”.
5.- Se despliega un mensaje de “Ingrese el código del
producto”.
6.- El administrador o invitado ingresara el
código del producto.
7.- Se despliega los datos del producto.
Flujo Alternativo
7.a El producto no está registrado.
Post condiciones:
Muestra el detalle del producto exitosamente.
UC14: Realizar despacho de productos.
Nombre Caso de Uso: Añadir producto a la lista de despacho.
Descripción Permite este caso de uso al administrador añadir un producto a la lista de

despacho por medio de una búsqueda previa.
Meta Añadir productos a la lista de despacho.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Aproximadamente 2 veces por semana.
Pre condiciones El administrador debe ingresar exitosamente al sistema, mediante UC01.
El producto seleccionado debe estar disponible en el stock.
Flujo básico
Actor Sistema

“Añadir producto a la lista de despacho”.
2.- El sistema muestra por pantalla la lista de

productos previamente agregados.
3.- El sistema guarda automáticamente los productos

en una lista temporal.
Flujo Alternativo
2.1 El sistema permite quitar de la lista un producto seleccionado con anterioridad.
Post condiciones:
Guardar automáticamente los productos en una lista temporal.
Nombre Caso de Uso: Generar reporte de salida
Descripción Este caso de uso permite al administrador la generación de un reporte de

salida de productos despachados con el detalle de sus características y la
fecha y hora en que se registra el despacho de productos, además permite
exportar el reporte en formato .pdf para almacenarlo o imprimirlo.
Objetivo: Generar un reporte de los productos despachados.


 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Aproximadamente 2 veces por semana
Pre condiciones Previamente debe existir un despacho de productos físico.
Flujo básico
Actor Sistema

“Generar reporte de salida”
2.El sistema muestra la ventana “Salida de Productos”
3.El administrador selecciona la lista de

4.El sistema imprime los datos por pantalla en una
productos despachados.
tabla.
Flujo Alternativo
4.a El administrador selecciona el botón exportar reporte de salida.
4.b El sistema muestra una ventana para buscar la ruta del archivo a guardar.
4.c El administrador presiona en el botón de guardar.
4.d El sistema genera un reporte de salida en formato .pdf en la ruta seleccionada.
Post condiciones:
Genera exitosamente el reporte del sistema.

Nombre Caso de Uso: Generar alerta de escases
Descripción Este caso de uso nos permite generar alertar cuando un producto este por
terminarse, es decir su cantidad ya es menos o igual a 5.
Objetivo: Mostrar notificaciones de los productos inferiores a 5.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Un mes
Pre condiciones Cuando el stock actual de un producto es menor a 2.
Flujo básico
Actor Sistema
1.El sistema calcula el total de productos disponibles.

2.El sistema muestra una notificación del producto
que esta por agotarse.
3.El administrador confirma que recibió la
notificación
Flujo Alternativo
1.a.En caso de existir una cantidad mayor a 30 el sistema no muestra ninguna notificación.
3.a En caso de no confirmar la notificación el sistema vuelve a reenviar la notificación después de una
hora.
Post condiciones: El sistema genera una notificación exitosamente.

Nombre Caso de Uso: Generar reporte total
Descripción El caso de uso permite a la cuenta de administrador la generación de un

reporte de los productos registrados en el sistema, mostrando todos sus
detalles.
Objetivo: Generación de un reporte de los productos registrados en el sistema.

 Cuascota Luis
 Pallo Daniel
 Pillisa Sergio
 Ron Bryan
Frecuencia Una vez por semana.
Pre condiciones Previamente debe existir productos registrados.
Previamente debe estar actualizada la base de datos.
Flujo básico
Actor Sistema

“generar reporte”.
2.El sistema presenta la ventana “Generación de
reporte”.
3.El administrador selecciona el rango de
fecha inicial y fecha final.
4.El sistema valida las fechas ingresadas.
5.El sistema imprime los datos por pantalla en una
tabla.
Flujo Alternativo
4.a En caso de ingresar una fecha posterior a la fecha actual o ingresar una fecha en un rango no
válido muestra una ventana de advertencia “Ingreso incorrecto de fecha”.
4.b El sistema borra el rango de fecha mal ingresada.
5.a El administrador selecciona el botón “Exportar reporte de salida”.
5.b El sistema muestra una ventana para buscar la ruta del archivo a guardar.
5.c El administrador presiona en el botón “Guardar”.
5.d El sistema genera un reporte de salida en formato .pdf en la ruta seleccionada.
Post condiciones:
Se generó el reporte correctamente.

3 Documento Especificacion

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

3 Documento Especificacion

Încărcat de

Drepturi de autor:

Formate disponibile

GRUPO N°2

Problema: Actualmente la empresa RM Seguridad Industrial lleva un seguimiento de sus

Implementar un sistema para el control de inventario de la empresa RM Seguridad

Almacenar la información de los productos de la empresa RM Seguridad Industrial,

Realizar el seguimiento de los productos, mediante los registros de la información de los

Implementar medios de ingreso, búsqueda y despacho de productos de la empresa RM

Implementar perfiles de usuario para el administrador e invitado, mediante la asignación de

2. ¿Cuál es el objetivo principal que persigue su negocio?

3. ¿Con qué aplicaciones ha trabajado hasta la presente fecha?

4. ¿Cuál es el motivo principal por el cual necesita este sistema?

5. ¿Qué personal interviene con el proceso de Administración?

6. ¿Cómo definiría su nivel de manejo de computación?

7. ¿Cuenta con varios proveedores?

8. ¿Cómo soluciona la falta de disposición del proveedor?

9. ¿Cuáles son los procesos previos a la adquisición?

10. ¿Qué medios utiliza para almacenar información del negocio?

12. ¿Cómo es el proceso para el almacenamiento de los datos de los clientes?

14. ¿Qué información de esta pueden ser modificadas por el personal?

15. ¿Cuáles son las formas de pago que la empresa maneja?

16. ¿Cuáles son sus expectativas con respecto al sistema?

17. ¿Qué límites considera que podría tener el sistema de administración de

18. ¿Cómo desearía la organización del almacenamiento de productos?

19. ¿Cómo controla la cantidad de stock en los productos?

La empresa se basa en la distribución y venta de artículos de seguridad industrial, se lleva

Potencialmente se requiere un software de inventario donde se organicen los productos por

La implementación del software debe permitir a la empresa desarrollar la capacidad de

 Precio del producto

Al momento de recibir el producto solicitado la empresa RM Seguridad Industrial verifica si

Al momento de realizar la venta se buscan los productos solicitados en la bodega y se los

El brainstorming o tormenta de ideas es una técnica de reuniones en grupo cuyo objetivo

Observación del Software:

Permitir el correcto manejo de productos de la empresa RM Seguridad Industrial, mediante

1. El sistema deberá garantizar la confiabilidad y seguridad para que la organización

1. El sistema debe tener la capacidad de trabajar en varios dispositivos de la empresa

MATRIZ DE FUENTES DE INFORMACIÓN

Tomando en cuenta los pre-requisitos obtenidos en la elicitación se realiza el Check-List de

N° Defecto Detectado Acción Recomendada

Distribución de los nuevos requerimientos

1. El software debe tener la capacidad de trabajar en la red interna de la empresa con

Tomando en cuenta los pre-requisitos obtenidos en la el Check-List de Análisis se realiza

Se definen primero los objetivos específicos del sistema

a) Almacenar la información de los productos de la empresa RM Seguridad Industrial,

En base a los requerimientos preliminares obtenidos del Check-List y a los objetivos

Requisitos Objetivos específicos del sistema

0=No aplica 1=Bajo 2=Medio 3=Alto

NOVEDADES ACCIÓN A TOMAR

Distribución de los nuevos requisitos

1. El sistema permitirá la implementación de dos tipos de cuentas, estas son,

RF1. El sistema permitirá la implementación de dos tipos de cuentas, estas son,

RF2. El sistema permitirá a la cuenta de administrador, modificar la información de

RF3. El sistema permitirá la autenticación de usuario para ingresar al sistema, mediante el

RF5. El sistema permitirá a la cuenta de administrador la creación de categorías y

RF6. El sistema permitirá a la cuenta de administrador la eliminación de categorías y

RF7. El sistema permitirá a la cuenta de administrador el ingreso de productos cuyos datos

RF10. El sistema permitirá a la cuenta de administrador la generación de un reporte de los

RF11. El sistema permitirá a la cuenta administrador la generación de un reporte de salida

RF14. El sistema permitirá la generación controlada de respaldos de toda la información en

RF15. El sistema deberá generar automáticamente los respaldos de toda la información en

RF17. El sistema permitirá a la cuenta de administrador realizar la restauración de

RNF3. El sistema tendrá una codificación óptima y documentada que ayudará a su

RNF4. El sistema tendrá un modelo de programación que use la menor cantidad de

RNF5. El sistema tendrá una capacidad de almacenamiento aproximada para 20 años de

ESPECIFICACIÓN DE CASOS DE USO