Formato

Sistema de inventario del negocio familiar de bordados 0.
3
FASHION’S BORDADOS. Pág. 1
Introducción
En este documento se describe brevemente la especificación de requerimientos de software para
el diseño de un sistema de inventario, con la finalidad de agilizarlo dentro del negocio Fashion’s
Bordados. Esta especificación se ha estructurado basándose en el estándar IEEE Práctica
Recomendada para Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.
1.1 Propósito
El propósito del documento es describir los requerimientos funcionales y no funcionales en base
a los parámetros establecidos por el dueño del negocio Fashion’s Bordados, para agilizar el
proceso concerniente al inventario. Este módulo será utilizado por el gerente.
1.2 Alcance
El proyecto se centra en buscar un sistema que permita al usuario organizar y llevar el control
de los materiales usados para los diferentes trabajos de bordados que se le presentan al
negocio. O más en concreto, tener un inventario el cual ayude al cliente en su ámbito
profesional.
➢ El sistema guardará la información en una base de datos de la materia prima y materia

elaborado del negocio. Con ello se satisfacerá la necesidad del usuario de tener un
stock organizado.
➢ El sistema permitirá emitir reportes al usuario del stock de la materia prima y productos
elaborados, estos reportes se deberán presentar con una frecuencia que establecerá
el usuario.
➢ El sistema registrará los egresos de los productos del inventario cuando el

administrador realice un pedido en el sistema y con ellos se producirá una inmediata
actualización del stock en la base de datos.
➢ El sistema emitirá alarmas cuando los stocks de los productos registrados estén en
niveles bajos (mínimo 15 unidades por producto), esto ayudará a mantener informado
al usuario, también permitirá registrar los productos con los siguientes datos: código,
nombre, cantidad y descripción. Además, se podrá modificar, actualizar y eliminar los
productos según la necesidad que el usuario tenga, esto con el fin de dejarle al usuario
manipular a gusto el sistema.
1.3 Personal involucrado

Nombre Edgar Patricio Llangarí Paguay
Rol Stakeholder
Categoría profesional Gerente propietario de Fashion’s Bordados
Responsabilidades Facilita información referente a los procesos que se manejan
dentro del negocio.
Información de contacto 0999227842
Descripción de requisitos del software

Sistema de inventario del negocio familiar de bordados 0.3
Nombre Jorge Geovanny Raura Ruiz

Rol Aseguradora de calidad
Categoría profesional Ing. en Sistemas e Informática
Responsabilidades Verificación de requisitos funcionales y no funcionales,
verificación de contenido, verificación de documentación.
Información de contacto jgraura@espe.edu.ec
Nombre Rodrigo Javier Cueva Cuenca

Rol Analista, Diseñador y Programador
Categoría profesional Estudiante de Ingeniería de Sistemas e Informática.
Responsabilidades Análisis de información, Ingeniería de Requisitos.
Información de contacto rjcueva@espe.edu.ec
Nombre Karla Yazmín Enríquez Hernández

Información de contacto kyenriquez@espe.edu.ec
Nombre Melany Jazmín Palacios Cevallos

Información de contacto mypalacios@espe.edu.ec
Nombre Luis David Escudero Medina

Responsabilidades Análisis de información, Ingeniería de Requisitos, análisis de
usabilidad.
Información de contacto dlescudero@espe.edu.ec
1.4 Definiciones, acrónimos y abreviaturas

Definiciones:
Gestionar: Se basa en las operaciones de registrar, modificar, eliminar y seleccionar.

“Estoy realizando un registro de productos por medio de la característica de gestión del sistema.”
Stock: Conjunto de mercancías o productos que se tienen almacenados en espera de

su venta o comercialización.
Unidad de Medida: Una unidad de medida es una cantidad estandarizada.
Arquitectura: diseño o esquema que sirve de guía en el proceso de desarrollo del sistema.

Stakeholders: significa 'interesado' o 'parte interesada', y que se refiere a todas aquellas

personas u organizaciones afectadas por las actividades y las decisiones de una empresa.
Acrónimos:
Nombre Significado
RF Requerimiento funcional
RNF Requerimiento no funcional
Sr. Señor
Ing. Ingeniero/a
CI. Cédula de identidad
ANSI Instituto Nacional Estadounidense de Estándares
IEEE Instituto de Ingeniería Eléctrica y Electrónica
Login Es el proceso mediante el cual un usuario accede a sus distintas

cuentas informáticas, este tipo de proceso suele ir acompañado
primero de un previo registro y segundo por el ingreso de un
usuario y una contraseña.
N/A No aplicable en el caso
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
IEEE Standard IEEE De la plantilla de formato 1988 IEEE
830 del documento © &
Coloriuris
http://www.qualitatis.org
RAE Real Academia De la página oficial de la 2017 RAE
Española RAE
http://dle.rae.es/?id=GerirP3
1.6 Resumen
El siguiente documento se encuentra distribuido en cuatro secciones. La primera sección
proporciona una introducción y una visión general de la interfaz que integrara el sistema de
inventarios en el negocio Fashion’s Bordados
En la segunda sección del documento se realiza una descripción general del sistema, con el fin
de conocer las principales funciones, los datos que manejan y las posibles restricciones que
tendrá el sistema.

En la tercera sección del documento se detallan los requisitos que debe satisfacer el sistema
tanto los funcionales como los no funcionales.
En la cuarta sección se encuentran los anexos, estos son parte de la información levantada en
el transcurso de la licitación de requisitos.
1. Descripción general
1.1 Perspectiva del producto

El sistema de inventarios está diseñado para automatizar proceso y control de registro de
productos en el negocio Fashion’s Bordados, es decir debe trabajar en un entorno amigable al
usuario, siendo capaz de hacer ingresos y egresos dentro del sistema, con los datos según
especifique el usuario (gerente).
El software contará con lo siguiente:
Base de datos: Se utilizará una Base de Datos Relacional bajo el gestor MySQL (gratuito).
Debido a su portabilidad entre sistemas, permite trabajar en distintas plataformas y sistemas
operativos.
Sabiendo que el módulo será orientado a un computador de escritorio, el lenguaje base para el
proyecto es JAVA, ya que es una herramienta gratuita y de fácil comprensión para el
programador además de ser multiplataforma.
El sistema seguirá aspectos de la usabilidad como por ejemplo ser amigable con el usuario,
facilidad de uso, fiabilidad en el sistema es decir que no posea errores. Además, tendrá una
conexión con la base de datos para recuperar datos almacenados.
1.2 Funcionalidad del producto
Orden Requisito Tipo

RF01 Registrar Usuario Evidente
RF02 Iniciar sesión Evidente
RF03 Registrar producto Evidente
RF04 Buscar producto Evidente
RF05 Modificar producto Evidente
RF06 Actualizar stock Oculto
RF07 Visualizar Reportes de stock de productos Evidente
RF08 Generar notificaciones por productos en bajos niveles Evidente
de stock
RF09 Registrar solicitud de egresos de productos Evidente
RF10 Registrar proveedores Evidente
RF11 Buscar proveedores Evidente

RF12 Modificar proveedores Evidente

RF13 Habilitar/Deshabilitar usuarios Evidente
Diagrama de casos de uso
1.3 Características de los usuarios

Tipo de usuario Gerente
Formación Secundaria
Habilidades Conocimiento del negocio y propietario del negocio
Fashion’s Bordados
Actividades Gestionar ingresos y egresos de materiales de producción
del necio Fashion’s bordados.

1.4 Restricciones
➢ La disponibilidad del sistema debe ser de todos los días laborables es decir de 9:00 am
a 6:00 pm.
➢ El sistema debe funcionar en cualquier computadora que disponga el negocio con el
sistema operativo Windows versión 7 o superior.
➢ El sistema se usará en un computador de escritorio.
➢ El sistema deberá tener un diseño e implementación sencilla, independiente de la
plataforma.
1.5 Suposiciones y dependencias

➢ Los usuarios tienen conocimiento básico para la operación de una computadora de
escritorio.
➢ Los requisitos descritos en el documento son estables para la realización del sistema.
➢ Se requiere una capacitación previa al uso del sistema para familiarizar a los usuarios.
➢ Se solicita una correcta ejecución y manejo del producto por parte de los usuarios.
➢ Los equipos en los que se ejecutará el software deben de cumplir con los requisitos
previamente indicados.
1.6 Evolución previsible del sistema

➢ El sistema podrá ser también utilizado como aplicación web y dispositivos móviles.
➢ El sistema será capaz de enviar los reportes a los correos personales de los usuarios
del sistema.
➢ El registro y salida de productos se lo podrá realizar por medio de códigos QR o
similares.
2. Requisitos específicos
2.1 Requisitos comunes de los interfaces.
2.1.1 Interfaces de usuario

La interfaz de usuario consistirá en un conjunto de ventanas con tablas,
botones, listas y campos de textos. Ésta deberá ser construida específicamente
para el sistema propuesto y, será visualizada por medio de un computador de
escritorio.
Los colores que se utilizarán para las interfaces del aplicativo, estarán
basados en: Azul, Amarillo, Celeste y Blanco para conseguir que los usuarios
se acoplen al aplicativo de manera óptima.

2.1.2 Interfaces de hardware

Para el correcto funcionamiento del aplicativo, los equipos informáticos
deberán contar con las siguientes especificaciones:
❖ Procesador de 1.5GHz o superior.
❖ Memoria mínima de 2gb.
❖ Disco duro de 500gb.
❖ Mouse.
❖ Teclado.
❖ Monitor
2.1.3 Interfaces de software

Para el correcto funcionamiento del aplicativo, los equipos informáticos a los
cuales se instalará este software deberán contar con las siguientes
especificaciones:
❖ Sistema Operativo: Windows 7 o superior.
❖ Java SE Development Kit 7 o superior.
❖ Base de datos Mysql (Workbrench).
2.1.4 Interfaces de comunicación

El sistema y la base de datos se comunicarán entre sí, mediante puertos
estándares y a través del firewall del sistema operativo. Por ejemplo, para ingresar
registros en la base de datos se utilizará un puerto disponible (generalmente es el
puerto 8080).
2.2 Requisitos Funcionales:
2.2.1 Registrar Usuario
Nombre Caso de Uso: Registrar Usuario
Identificador RF01
Descripción El sistema permitirá almacenar la información del usuario en la base de

datos.
Meta Registrar al usuario en el sistema

Estado: Activo Versión: 1.2
Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Palacios Melany,

Espinosa Jonathan
Fecha creación 25/11/2017 Fecha 03/07/18

modificación
Frecuencia Una vez cada tres meses aproximadamente
Pre condiciones Iniciar sesión en modo administrador
Flujo básico
Actor Sistema
1.-El administrador selecciona la opción

registrar usuario
2.-El sistema presenta la ventana de registro del usuario
Número de cédula.
Nombre.
Apellido.
Dirección.
Teléfono.
Clave
Tipo de usuario
3.-El administrador ingresa datos del

usuario
4.-Administrador verifica los datos y
selecciona la opción guardar.
5.-El sistema verifica los datos ingresados.

6.-El sistema registra al usuario
Flujo Alternativo

En el paso 5
5.a. Si algún campo no se encuentra lleno, el sistema mostrará un mensaje de error diciendo “Error,
datos incompletos. Por favor llene todos los campos solicitados”
5.b. Si el administrador ingresa letras en cédula o teléfono, el sistema muestra mensaje de error
diciendo “Error, tipo de dato no válido”
5.c. Si el administrador ingresa números en nombre o apellido, el sistema muestra mensaje de error
diciendo “Error, tipo de dato no válido”
5.d. Si el usuario ya se encuentra registrado, el sistema muestra un mensaje diciendo “Usuario ya
registrado”
Post condiciones:
 El sistema muestra un mensaje de confirmación del registro realizado
 El usuario puede iniciar sesión en el sistema utilizando su número de cédula y la clave con
su respectivo rol que puede ser: administrador o empleado.
Casos de uso incluidos: Ingresar al sistema
Casos de uso extendidos: N/A


2.2.2 Iniciar Sesión
Nombre Caso de Uso: Iniciar Sesión
Identificador RF02
Descripción El sistema permitirá al usuario ingresa su cédula y contraseña para acceder

al sistema.
Meta Acceder al sistema para usar todas las funciones
Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Melany Palacios,

Espinosa Jonathan
Fecha creación 25/11/2017 Fecha 03/07/18

modificación
Frecuencia 5 veces al día aproximadamente
Pre condiciones ● Disponer una cuenta creada
Flujo básico
Actor Sistema
1.-El sistema muestra la ventana para el ingreso de cédula y

contraseña.
2.-El empleado o administrador

ingresa la información
3.-El empleado o administrador
verifica los datos y selecciona la
opción “Iniciar Sesión”
4.-El sistema verifica si la información proporcionada es la
correcta

Flujo Alternativo
En el paso 5
5.a. Si los datos no son válidos, el sistema muestra un mensaje de error diciendo “Error, en el ingreso
de datos”
5.b. El sistema solicita nuevamente los datos.
Post condiciones:
 El usuario (empleado o administrador) puede ingresar al sistema de acuerdo con su perfil.
 El sistema despliega la ventana del menú principal acorde al rol del usuario
Casos de uso incluidos: N/A

2.2.3 Registrar producto
Nombre Caso de Registrar Producto

Uso:
Identificador RF03
Descripción El sistema permitirá registrar la información acerca de las características de los

productos.
Meta Mantener un registro de los productos del negocio de bordados
Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Palacios Melany, Espinosa
Jonathan
Fecha creación 25/11/2017 Fecha modificación 03/07/18
Frecuencia 5 veces al mes aproximadamente
Pre condiciones ● Disponer los datos del producto proporcionados por el proveedor
● Tener registrado por lo menos un proveedor.

Flujo básico
Actor Sistema
1.- El administrador selecciona la opción registrar

producto
2.-Sistema presenta la ventana de registro
de producto con los siguientes campos:
• Código del producto.

• Nombre.
• Valor.
• Cantidad.
• Código del Proveedor.
• Unidad de medida del producto.
3.-El administrador ingresa la información del

producto.
4.-El Administrador selecciona la opción “Registrar”
5.- Sistema almacena los datos del producto
ingresado y actualiza los registros de stock.
6.- El sistema guarda la fecha de registro del

producto (formato de la fecha yyyy/mm/dd).
7.-Sistema muestra mensaje de confirmación
del producto ingresado.
Flujo Alternativo
En el 5
5a. Si algún campo no se encuentra lleno, el sistema mostrará un mensaje de error diciendo
“Error, datos incompletos. Por favor llene todos los campos solicitados”
5b. El sistema vuelve a mostrar los campos con los datos del producto para que el administrador
modifique los datos.
5c. Si los datos ingresados no son válidos (ingreso de letras en cantidad o valor), el sistema
muestra mensaje de error diciendo “Error, tipos de datos no válido”
5d. El sistema vuelve a mostrar los campos con los datos del producto que no fueron aceptados
para que el administrador modifique los datos.
5e. El sistema busca si el producto que se quiere registrar no exista previamente en el sistema.
5f. Si el producto existe, se mostrará un mensaje: “El producto ya se encuentra registrado”
5g. El sistema vuelve a mostrar los campos con los datos del producto que no fueron aceptados
para que el administrador modifique los datos.
5h. El sistema busca la existencia del proveedor.
5i. Si el proveedor no existe el sistema enviará un mensaje diciendo “Proveedor no encontrado,
registre primero al proveedor.

5j. El sistema mostrará la ventana de registro de proveedor.
Post condiciones:
 El sistema muestra un mensaje de confirmación en el registro del producto.
 El sistema registra el producto con los datos insertados.
Casos de uso incluidos: Actualizar Stock


2.2.4 Buscar producto
Nombre Caso de Uso: Buscar Producto
Identificador RF04
Descripción El administrador o empleado busca los productos registrados en el

sistema.
Meta Proporcionar la información sobre los productos registrados.

Espinosa Jonathan
Pre condiciones ● Iniciar sesión como administrador o empleado

● Tener productos registrados
● Tener proveedores registrados
Flujo básico

Actor Sistema
1. El administrador o empleado selecciona

la opción buscar producto.
2. El sistema muestra un interfaz con los campos de
código o nombre.
3. El administrador o empleado ingresa el
código o el nombre del producto.
4. El sistema despliega los datos correspondientes al
código o nombre ingresado, datos a mostrar:
• Código
• Proveedor
• Nombre.
• Valor.
• Cantidad.
• Estado.
• UnidadMedida.
• FechaIngreso.

la opción “Regresar”
6. El sistema cierra la ventana de búsqueda.
Flujo Alternativo
En el 4
4.a Si el producto no se encuentra registrado, el sistema presenta un mensaje de error diciendo
“Error, producto no registrado.”
4.b El sistema vuelve a presentar los campos para realizar la búsqueda.
4.b Si la búsqueda se hace por el código, se mostrará los datos del producto con ese código.
4.c Si la búsqueda se hace por nombre, se mostrará los datos de todos los productos que
contengan el nombre ingresado por el administrador.
Post condiciones:
 El sistema muestra una tabla con los datos encontrados según la búsqueda ejecutada
(nombre o código)

2.2.5 Modificar producto
Nombre Caso de Uso: Modificar Producto
Identificador RF05
Descripción Se modifica los datos del producto en el sistema, cuando existe un registro
erróneo o se desea deshabilitar.
Meta Modificar los datos por mal registro o por actualización.

Espinosa Jonathan
Frecuencia Una vez al mes aproximadamente

Pre condiciones ● Ingresar al sistema en modo administrador

Flujo básico
Actor Sistema
1. El administrador selecciona la
opción modificar producto
2. El sistema presenta una ventana para que el empleado
ingrese el nombre o código del producto que desea
modificar.
3. El administrador ingresa el nombre

o código del producto que desea
modificar
4. El sistema presenta la ventana de modificar producto
con los siguientes campos:
● Nombre
● Valor
● Cantidad
● Codigo del proveedor
● Unidad de medida del producto
5. El administrador modifica los
campos que sean necesarios.
6. El sistema valida los datos ingresados
opción guardar
8. El sistema actualiza los registros.
Flujo Alternativo
En el paso 4
4.a. El sistema bloqueara el cuadro de texto que corresponde al código
En el paso 7
7.a Si los datos no son válidos (letras en cantidad o valor), el sistema muestra un mensaje de error
y vuelve a pedir que ingrese de nuevo los datos. El mensaje: “Error, no se puede guardar los datos,
verificar la información introducida

Post condiciones:
 El sistema presenta un mensaje de confirmación en la modificación del producto
seleccionado.
 El sistema modifica los datos del producto según la modificación realizada.
Casos de uso incluidos: Actualizar Stock


2.2.6 Actualizar Stock
Nombre Caso de Uso: Actualizar Stock
Identificador RF06
Descripción Se actualizará el stock de los productos si se realizó algún egreso o

modificación.
Meta Actualizar el stock por modificación o por actualización.

Espinosa Jonathan

Flujo básico
Actor Sistema
1. El sistema detecta un cambio en la cantidad de

productos en la opción de modificar productos o detecta
un registro de egreso de productos.
2. El sistema actualiza el stock
Flujo Alternativo

Post condiciones:
 Se actualiza el stock en base de datos
 Se emite una alerta en caso de que el stock se encuentre en niveles bajos (menos de 15
productos)

2.2.7 Visualizar reportes de stock de productos
Nombre Caso de Uso: Visualizar reportes de stock de productos
Identificador RF07
Descripción El sistema permitirá visualizar un reporte del stock de los productos

registrados y almacenados en la base de datos. .

Espinosa Jonathan

● Tener al menos uno o varios productos registrados
● Tener al menos uno o varios proveedores registrados
Flujo básico
Actor Sistema

opción “visualizar stock”.
2. El sistema presenta una ventana con un gráfico de
barras de los productos existentes en la base de datos
mostrando la cantidad en stock de cada uno.
3. El Administrador selecciona la
opción de “Regresar”.
4. El sistema cierra la ventana de visualizar stock
Flujo Alternativo
En el paso 4
2.a. Si no se encuentran productos registrados el sistema mostrará un error diciendo “No existen
datos almacenados sobre los productos.”
Post condiciones:
 Se despliega un cuadro estadístico específicamente un gráfico de barras que permite
observar el stock actual de los productos.

2.2.8 Generar notificaciones por productos en bajos niveles

de stock
Nombre Caso de Uso: Generar notificaciones por productos en bajos niveles de stock
Identificador RF08
Descripción Se generará notificaciones en caso de que el stock de algún producto sea

menor a 15 unidades.
Meta Notificar cuando el stock sea bajo


Espinosa Jonathan
Frecuencia 1 vez al día aproximadamente
Pre condiciones ● Tener el sistema activo

● Tener al menos uno o varios productos registrados
● Realizar un egreso en el sistema
Flujo básico
Actor Sistema
1. El sistema verificará que la cantidad de productos sea

menor a 15 unidades por producto.
2. El sistema presentará una ventana de alerta con el

código, nombre y stock del producto, notificando los que
estén bajos en el nivel de stock.
3. El administrador o empleado
seleccionará la opción de aceptar.
4. El sistema ocultara la notificación.
Flujo Alternativo
Post condiciones:
 Presenta un mensaje de alerta el cual señala que el stock está en niveles bajos y
posteriormente espera una confirmación por parte del usuario.


2.2.9 Registrar solicitud de egresos de productos
Nombre Caso de Uso: Registrar solicitud de egresos de productos
Identificador RF09
Descripción El sistema permitirá registrar el egreso de los productos que se van a

utilizar para la producción.
Meta Realizar egresos de productos

Espinosa Jonathan
● Ingresar al sistema en modo administrador

Pre condiciones ● Tener al menos uno o varios productos registrados
Flujo básico

Actor Sistema
1.El administrador selecciona la opción

registrar egreso
2. El sistema presenta una ventana para que el
administrador seleccione el producto y se muestre su
código y cantidad.
3. El administrador ingresa la cantidad de
salida del producto
4. El sistema presenta un mensaje de confirmación
5. El empleado confirma el egreso
6. El sistema guarda la fecha que se realizó la salida

del producto (formato de la fecha yyyy/mm/dd).
7.Los datos quedan actualizados.
Flujo Alternativo
En el paso 4
4.a. Si los datos no son válidos (letras en el campo de cantidad), el sistema muestra un mensaje
de error diciendo “Datos ingresados, incorrectos”.
Post condiciones:
 Insertar un registro de egreso en la base de datos.

 Actualizar la información de los productos en la base de datos.



2.2.10 Registrar proveedor
Nombre Caso de Registrar Proveedor

Uso:
Identificador RF10
Descripción El sistema permitirá registrar los proveedores del negocio de bordados en la

base de datos del sistema.
Meta Mantener un registro de los proveedores
Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Melany Palacios, Espinosa
Jonathan
Fecha creación 25/11/2017 Fecha 03x/07/2018

modificación
Frecuencia Una vez al mes aproximadamente
● Disponer de los datos del proveedor

Flujo básico

Actor Sistema
1.-El administrador selecciona la

opción registrar proveedor
2.-El sistema presenta la ventana de registro de proveedor con los

siguientes campos:
• Código
• Nombre
• Teléfono
• Observaciones
3.-El administrador ingresa los

datos del proveedor.
4.- El administrador verifica los

datos y selecciona la opción
“Registrar”
5.- El sistema registra el proveedor y muestra un mensaje.
Flujo Alternativo
En el paso 2
2.a Para el ingreso de código del proveedor el sistema solo acepta números.
En el paso 5
5.a El sistema busca que el proveedor que se quiere registrar no exista previamente registrado.
5.b Si el proveedor ya existe muestra una ventana de error (el proveedor existe).
5.c El sistema vuelve a mostrar los campos con los datos del proveedor que no fueron aceptados para
que el administrador modifique y vuelva a buscar un producto si es que lo desea.

Post condiciones:
 Los nuevos datos son registrados en la base de datos
Casos de uso incluidos: Buscar Proveedor

2.2.11 Buscar proveedor
Nombre Caso de Uso: Buscar Proveedor
Identificador RF11
Descripción El sistema permitirá que el administrador o empleado busca los

proveedores registrados en el sistema.
Meta Proporcionar la información sobre los proveedores registrados.

Espinosa Jonathan
● Iniciar sesión como administrador o empleado

Pre condiciones
Flujo básico
Actor Sistema


la opción buscar proveedor.
2. El sistema muestra un interfaz con los campos de
código y nombre.
3. El administrador o empleado ingresa el

código o el nombre del proveedor.
4. El sistema despliega los datos correspondientes al
código o nombre ingresado, datos a mostrar:
• Código
• Nombre
• Observaciones
• Telefono
• Estado

la opción de “Regresar”
6. El sistema cierra la ventana de búsqueda.
Flujo Alternativo
En el 4
4.a Si el proveedor no se encuentra registrado, el sistema presenta un mensaje de error diciendo

“Error, proveedor no registrado.”
4.b Si la búsqueda se hace por el código, se mostrará la información de un solo proveedor.
4.c Si la búsqueda se hace por nombre, se mostrará los proveedores que contengan el nombre
ingresado por el administrador.
4.c Si la búsqueda se sin ingresar un parámetro, se mostrará todos los proveedores registrados en
el sistema

Post condiciones:
 El sistema despliega en una tabla la información del proveedor solicitado.
2.2.12 Modificar proveedor
Nombre Caso de Uso: Modificar Proveedor
Identificador RF12
Descripción El sistema permitirá que se modifica los datos del proveedor en el sistema,
cuando existe un registro erróneo.


Espinosa Jonathan
Frecuencia 2 veces a la semana aproximadamente

Flujo básico
Actor Sistema
opción modificar proveedor.
2. El sistema presenta una ventana para que el empleado
ingrese el nombre o código del proveedor que desea
modificar.
3. El administrador ingresa el nombre

o código del proveedor que desea
modificar 4. El sistema presenta la ventana de modificar proveedor
con los siguientes campos:
• Codigo
• Nombre
• Telefono
• Observacion
5. El administrador modifica los
campos que sean necesarios.
6. El administrador verifica los datos y
selecciona la opción guardar
7. Los datos quedan actualizados.
Flujo Alternativo
En el paso 4
4.a. El sistema bloqueara el cuadro de texto que corresponde al código
En el paso 7
7.a Si los datos no son válidos, el sistema muestra un mensaje de error y vuelva a pedir que ingrese
de nuevo los datos. El mensaje: “Error, no se puede guardar los datos, verificar la información
introducida

Post condiciones:
 El sistema presenta un mensaje de confirmación
 Los datos del proveedor son actualizados en la base de datos
2.2.13 Habilitar/Deshabilitar Usuario
Nombre Caso de Uso: Habilitar/Deshabilitar Usuario
Identificador RF13

Descripción El sistema permitirá que el administrador habilite o deshabilite a los

usuarios registrados en el sistema.
Meta Controlar los usuarios que ingresan al sistema

Espinosa Jonathan
Frecuencia 2 veces al mes aproximadamente

● Tener usuarios registrados
Flujo básico
Actor Sistema
opción habilitar/deshabilitar un
usuario. 2. El sistema presenta una lista de los usuarios registrados
para que se seleccione al que se desea habilitar en caso de
estar deshabilitado, o al que se desea deshabilitar.
3. El administrador selecciona el
usuario y la acción que desea tomar
4. El sistema presenta un mensaje de confirmación
5. El administrador selecciona
aceptar.
6. Los datos quedan actualizados.
Flujo Alternativo
En el paso 4
4.a. Si el administrador elige cancelar, no se realizarán los cambios

Post condiciones:
 El sistema muestra un mensaje de confirmación
 El estado del usuario cambiará a A o Z
o Si cambia a Z el usuario no podrá acceder al sistema
o Si cambia a A el usuario podrá iniciar sesión sin problemas

2.3 Requisitos no funcionales
Identificación RNF01
del
requerimiento:

Nombre del Interfaz

Requerimiento:
Características: El sistema presentara una interfaz de usuario de acuerdo a los criterios
de usabilidad.
● Fácil aprender al utilizar el producto.
● Fácil recordar. Después de un período de no utilizar el
producto, los usuarios no tienen ningún problema en
comenzarlo otra vez.
Con colores amigables para la vista de los usuarios los cuales
previamente nos comentaron.
Descripción del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:
Prioridad del requerimiento:
Alta
del
requerimiento:
Nombre del Mantenimiento
Requerimiento:
Características: El sistema deberá de tener un manual de instalación y manual de
usuario para facilitar los mantenimientos.
Descripción del El sistema debe disponer de una documentación que permita realizar
requerimiento: mantenimientos con el menor esfuerzo posible y en cualquier
momento.
Alta
del
requerimiento:
Nombre del Ayuda
Requerimiento:
Características: La interfaz del usuario presentará una opción de ayuda que le permitirá
conocer sobre la navegación dentro del sistema en cualquier momento.
Descripción del La interfaz deberá contar con la ayuda o manual necesario para poder
requerimiento: consultarlo en caso de alguna necesidad.
Alta

del
requerimiento:
Nombre del Desempeño
Requerimiento:
Características: El sistema ofrecerá confiabilidad en los datos que este administre.
Descripción del Garantizar el desempeño del sistema a los diferentes usuarios. En este
requerimiento: sentido del tiempo de respuesta del sistema evitando cierres
inesperados del mismo y evitando que esta sufra un colapso.
Alta
del
requerimiento:
Nombre del Confiabilidad del sistema.
Requerimiento:
Características: El sistema tendrá que estar en funcionamiento las 9 horas laborables
los 7 días de la semana.
Descripción del La disponibilidad del sistema debe ser continua con un nivel de servicio
requerimiento: para los usuarios que lo operan.
Alta
2.3.1 Arquitectura interna

A continuación, se presenta el diagrama de clases del sistema de inventarios para el
negocio de Fashion’s Bordados:

A continuación, se presenta el diagrama de componentes del sistema de inventarios

para el negocio de Fashion’s Bordados:

2.3.2 Requisitos de rendimiento

Garantizar que los reportes solicitados por el administrador sean inmediatos y no
ralentice o afecte al módulo.
2.3.3 Seguridad
➢ La aplicación debe permitir que solamente usuarios autorizados cambien o borren
los registros en la base de datos.
➢ La aplicación debe impedir que se realicen cambios dentro del contenido o
configuración del documento una vez que el documento haya llegado a su etapa
final.
➢ Los capítulos o secciones serán modificados únicamente por los usuarios que
tenga permiso para modificar dicha acción.
➢ Únicamente se podrá habilitar la opción de lectura a usuarios que no tengan el
permiso para acceder a la sección.
2.3.4 Fiabilidad
➢ El sistema debe tener una interfaz de uso intuitiva, amigable y sencilla para el
usuario.
➢ La interfaz de usuario debe ajustarse a las características solicitadas por el
usuario y con los requisitos del sistema antes mencionados.
2.3.5 Disponibilidad
➢ La disponibilidad del módulo debe ser continua y sin interrupciones para los
usuarios los 7 días de la semana por 9 horas al día, garantizando que los usuarios
puedan utilizar el módulo en las horas laborales sin ningún inconveniente.
2.3.6 Mantenibilidad
➢ El módulo debe disponer de una documentación total con respecto al desarrollo
del módulo proporcionando un fácil mantenimiento en caso de ser necesitado.
➢ La interfaz principal del módulo debe presentar una opción de ayuda para que los
usuarios puedan acceder y solucionar inquietudes acerca de cómo usar dicho
módulo.
2.3.7 Portabilidad
➢ El módulo trabajara bajo el sistema operativo Windows 7.
➢ El módulo podrá ser ejecutado en cualquier computador sea laptop o de escritorio.

3. Apéndices
Inicio de sesión
Menú principal

Registrar Usuario
Habilitar-deshabilitar Usuario

Modificar producto
Buscar producto

Registrar Egreso
Visualizar Stock

Formato

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Formato

Uploaded by

Copyright:

Available Formats

Sistema de inventario del negocio familiar de bordados 0.

➢ El sistema guardará la información en una base de datos de la materia prima y materia

➢ El sistema registrará los egresos de los productos del inventario cuando el

1.3 Personal involucrado

Descripción de requisitos del software

Nombre Jorge Geovanny Raura Ruiz

Nombre Rodrigo Javier Cueva Cuenca

Nombre Karla Yazmín Enríquez Hernández

Nombre Melany Jazmín Palacios Cevallos

Nombre Luis David Escudero Medina

1.4 Definiciones, acrónimos y abreviaturas

Gestionar: Se basa en las operaciones de registrar, modificar, eliminar y seleccionar.

Stock: Conjunto de mercancías o productos que se tienen almacenados en espera de

Unidad de Medida: Una unidad de medida es una cantidad estandarizada.

Descripción de requisitos del software

Stakeholders: significa 'interesado' o 'parte interesada', y que se refiere a todas aquellas

RNF Requerimiento no funcional

CI. Cédula de identidad

ANSI Instituto Nacional Estadounidense de Estándares

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

Login Es el proceso mediante el cual un usuario accede a sus distintas

Descripción de requisitos del software

1.1 Perspectiva del producto

El software contará con lo siguiente:

1.2 Funcionalidad del producto

Orden Requisito Tipo

Descripción de requisitos del software

RF12 Modificar proveedores Evidente

Diagrama de casos de uso

1.3 Características de los usuarios

Descripción de requisitos del software

1.5 Suposiciones y dependencias

1.6 Evolución previsible del sistema

2.1 Requisitos comunes de los interfaces.

2.1.1 Interfaces de usuario

Descripción de requisitos del software

2.1.2 Interfaces de hardware

2.1.3 Interfaces de software

2.1.4 Interfaces de comunicación

2.2 Requisitos Funcionales:

2.2.1 Registrar Usuario

Nombre Caso de Uso: Registrar Usuario

Descripción El sistema permitirá almacenar la información del usuario en la base de

Meta Registrar al usuario en el sistema

Descripción de requisitos del software

Estado: Activo Versión: 1.2

Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Palacios Melany,

Fecha creación 25/11/2017 Fecha 03/07/18

Frecuencia Una vez cada tres meses aproximadamente

Pre condiciones Iniciar sesión en modo administrador

1.-El administrador selecciona la opción

3.-El administrador ingresa datos del

5.-El sistema verifica los datos ingresados.

Descripción de requisitos del software

Casos de uso incluidos: Ingresar al sistema

Casos de uso extendidos: N/A

Descripción de requisitos del software

Descripción de requisitos del software

2.2.2 Iniciar Sesión

Nombre Caso de Uso: Iniciar Sesión

Descripción El sistema permitirá al usuario ingresa su cédula y contraseña para acceder

Meta Acceder al sistema para usar todas las funciones

Estado: Activo Versión: 1.2