Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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 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 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.
Arquitectura: diseño o esquema que sirve de guía en el proceso de desarrollo del sistema.
Acrónimos:
Nombre Significado
RF Requerimiento funcional
Sr. Señor
Ing. Ingeniero/a
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
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.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.
2. Requisitos específicos
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.
Identificador RF01
Flujo básico
Actor Sistema
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.
Identificador RF02
Flujo básico
Actor Sistema
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
Identificador RF03
Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Palacios Melany, Espinosa
Jonathan
Pre condiciones ● Disponer los datos del producto proporcionados por el proveedor
● Tener registrado por lo menos un proveedor.
Flujo básico
Actor Sistema
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.
Post condiciones:
El sistema muestra un mensaje de confirmación en el registro del producto.
El sistema registra el producto con los datos insertados.
Identificador RF04
Flujo básico
Actor Sistema
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)
Identificador RF05
Descripción Se modifica los datos del producto en el sistema, cuando existe un registro
erróneo o se desea deshabilitar.
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.
7. El administrador selecciona la
opción guardar
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.
Identificador RF06
Flujo básico
Actor Sistema
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)
Identificador RF07
Flujo básico
Actor Sistema
1. El administrador selecciona la
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.
Nombre Caso de Uso: Generar notificaciones por productos en bajos niveles de stock
Identificador RF08
Flujo básico
Actor Sistema
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.
Identificador RF09
Flujo básico
Actor Sistema
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:
Identificador RF10
Autor: Cueva Rodrigo, Enríquez Karla, Escudero David, Melany Palacios, Espinosa
Jonathan
Flujo básico
Actor Sistema
• Código
• Nombre
• Teléfono
• Observaciones
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:
Identificador RF11
Flujo básico
Actor Sistema
• Código
• Nombre
• Observaciones
• Telefono
• Estado
Flujo Alternativo
En el 4
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:
Identificador RF12
Descripción El sistema permitirá que se modifica los datos del proveedor en el sistema,
cuando existe un registro erróneo.
Flujo básico
Actor Sistema
1. El administrador selecciona la
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.
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
Identificador RF13
Flujo básico
Actor Sistema
1. El administrador selecciona la
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
Identificación RNF01
del
requerimiento:
Identificación RNF02
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.
Prioridad del requerimiento:
Alta
Identificación RNF03
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.
Prioridad del requerimiento:
Alta
Identificación RNF04
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.
Prioridad del requerimiento:
Alta
Identificación RNF05
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.
Prioridad del requerimiento:
Alta
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.
3. Apéndices
Inicio de sesión
Menú principal
Registrar Usuario
Habilitar-deshabilitar Usuario
Modificar producto
Buscar producto
Registrar Egreso
Visualizar Stock