Formato IEEE830 SOFTKOI
Formato IEEE830 SOFTKOI
software
Proyecto: SOFTKOI
Revisión [99.99]
Agosto de 2015
De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org
.
Ficha del documento
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.4 Restricciones 7
3 REQUISITOS ESPECÍFICOS 7
4 Apéndices 10
1 Introducción
Este documento recoge la especificación de requisitos, así como la documentación del
análisis a la aplicación, a partir de él estaremos en condiciones de establecer un diseño que
se ajuste a los requisitos aquí expuestos. Todo su contenido ha sido elaborado con la
colaboración del grupo de trabajo. Esta especificación se ha estructurado inspirándose en
las directrices dadas por el estándar “IEEE Recomended Practice for Software Requirement
Especifications ANSI/IEEE 830 1998”.
1.1 Propósito
El presente documento tiene como propósito definir las especificaciones funcionales y no
funcionales para el desarrollo de un sistema de información llamado SOFTKOI que es
orientado a la web el cual desea implementar un sistema con el fin de gestionar los
usuarios de la tienda con sus permisos, gestionar los clientes, las ventas de los artículos
de la tienda y registrarlas, además se podrán visualizar sus estadísticas, se podrá
registrar devoluciones, se podrá tener un inventario de los productos, gestionar la cartera
de clientes en mora, gestionar pagos, podrá tener un calendario para recordatorios y
gestionar las reservas de las consolas.
Dicho sistema será utilizado por los administradores de la tienda.
1.2 Alcance
El sistema de Información SOFTKOI permitirá a los administradores de la tienda KOI
gestionar un inventario de los productos que poseen (registro de entradas y salidas),
gestión de ventas (registro de ventas, devoluciones de ventas a los clientes (dar de
baja), las estadísticas y los reportes de las ventas de prendas y películas), manejo de
cartera, un calendario de registro de tareas junto con sus notificaciones, un registro de
usuarios, un registro de clientes, una gestión de consolas (reservas) y gestión de
pagos(Agregar abonos, generar estadísticas y reportes de las ingresos de prendas y
películas además generar las estadísticas y reportes de las ingresos de las reservas de
consolas).
Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
RF Un requisito funcional define el comportamiento interno del
software: cálculos, detalles técnicos, manipulación de datos
y otras funcionalidades específicas que muestran cómo
los casos de uso serán llevados a la práctica. Son
complementados por los requisitos no funcionales, que
se enfocan en cambio en el diseño o la implementación.
FRN Un requisito no funcional o atributo de calidad es, en
la ingeniería de sistemas y la ingeniería de software,
un requisito que especifica criterios que pueden usarse
para juzgar la operación de un sistema en lugar de sus
comportamientos específicos, ya que éstos corresponden a
los requisitos funcionales. Por tanto, se refieren a todos los
requisitos que ni describen información a guardar, ni
funciones a realizar.
RQF Requerimiento Funcional
RQNF Requerimiento No Funcional
Administradores Administrador del sistema y moderadores con permisos.
Ingreso El dinero que se adquiere después de vender un producto o
alquiler
Reporte Documento en PDF
1.5 Referencias
Título del Documento Referencia
Standard IEEE 830 - 1998 IEEE
1.6 Resumen
Este documento consta de tres partes. La primera es la introducción la cual proporciona
una visión general del sistema SOFTKOI. En la parte dos se da una descripción general
del sistema, con el fin de conocer las principales funciones que deben realizar, los datos
asociados y los factores, restricciones, supuestos y dependencias que afectan al
desarrollo. En la parte tres se definen detalladamente los requisitos que debe satisfacer
el sistema.
2 Descripción general
2.1 Perspectiva del producto
El sistema de información SOFTKOI será un producto independiente el cual estará
diseñado para trabajar en entornos Online, lo que permitirá su utilización de forma rápida
y eficaz.
Gestionar las reservas permite un registro, una edición, consulta las reservas, además
de generar el valor de la reserva.
2.2.1 Macroprocesos
En este módulo se
registran las entradas de
los productos en la tienda y
clasificarla de acuerdo a su
tipo (Prendas, películas y
consolas), editar su
información y cantidad,
1 A Inventario. además, consultar todos
los productos en
existencia, consultar la
información de cada uno, y
se generará una
notificación cuando la
cantidad de un producto
llegue a su stock mínimo.
En este módulo se
registrara una venta, se
editara la cantidad de
artículos que va a comprar,
y se podrá consultar los
artículos que lleva en el
momento la venta con el
total hasta el momento,
generar un comprobante
de pago cuando la venta
se realice, además de
aplicar un descuento a las
ventas y visualizar la
2 A Ventas. información de la persona
que adquirió la compra y
agregarla a la cartera si no
paga el monto total de la
misma , además generar
una alerta cuando un
cliente que esté en mora
vaya a comprar otro
artículo y cuando el cliente
excede el límite del valor
del préstamo estipulado;
también este módulo
tendrá la posibilidad de
registrar cambios después
de realizada la misma.
En este módulo se
podrá registrar un
B En este módulo se
consultarán los clientes
con deudas, se podrá
consultar su información y
4 M Cartera. el monto que debe con los
debidos artículos que
compro y/o alquiló,
también generar una
notificación cuando la
fecha límite de pago se
cumpla.
A En este módulo se podrán
registrar recordatorios en
un calendario, podrán ser
1 B Agenda. editados y consultados,
además, se generan las
notificaciones cuando un
recordatorio llegue a su
fecha establecida.
2.4 Restricciones
El sistema solo será utilizado por el administrador y los usuarios con permisos.
El sistema solo será accedido de forma Online.
Las compras solo se pueden hacer en efectivo.
El sistema deberá tener un diseño e implementación sencilla, independiente de
la plataforma o del lenguaje de programación.
3 Requisitos específicos
Requerimientos Funcionales
A1. Inventario
Registrar producto.
Estado: Prioridad: alta Dificultad: alta
1.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador registrar un producto.
Registrar entrada.
Estado: Prioridad: alta Dificultad: alta
1.3 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador registrar la entrada de un
producto al inventario.
Consultar producto.
Estado: Prioridad: alta Dificultad: alta
1.4 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar un producto.
Modificar producto.
Estado: Prioridad: alta Dificultad: baja
1.5 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador modificar un producto.
Cambiar estado.
Estado: Prioridad: alta Dificultad: baja
1.6 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador cambiar el estado de un tipo
de producto.
Asociar producto.
Estado: Prioridad: alta Dificultad: media
1.7 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador asociar un producto.
Consultar baja.
Estado: Prioridad: alta Dificultad: alta
1.11 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar una baja.
Generar informe.
Estado: Prioridad: alta Dificultad: baja
1.12 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar un informe por las bajas de los productos.
Actualizar inventario.
Estado: Prioridad: alta Dificultad: alta
1.14 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de actualizar el inventario.
Generar alerta.
Estado: Prioridad: alta Dificultad: baja
1.16 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar una alerta cuando la cantidad de un
producto llegue a su stock mínimo.
A2. Ventas
Registrar venta.
Estado: Prioridad: alta Dificultad: alta
2.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador registrar una venta.
Anular venta.
Estado: Prioridad: alta Dificultad: media
2.2 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador anular una venta.
Consultar venta.
Estado: Prioridad: alta Dificultad: alta
2.3 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar una venta.
Ingresar un pago.
Estado: Prioridad: alta Dificultad: media
2.7 Fase: 1.0 Versión: 1.0
El sistema permitira al empleado y al administrador ingresar un pago.
Actualizar stock.
Estado: Prioridad: alta Dificultad: medio
2.8 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz actualizar el stock del inventario.
A3.Cambios
Ingresar cambio.
Estado: Prioridad: alta Dificultad: alta
3.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador ingresar un cambio.
Asociar venta
Estado: Prioridad: alta Dificultad: media
3.4 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador asociar una venta.
Generar bono
Estado: Prioridad: alta Dificultad: baja
3.6 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar bono
Anular venta
Estado: Prioridad: alta Dificultad: baja
3.7 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de anular una venta
Actualizar stock
Estado: Prioridad: alta Dificultad: media
Verificar tiempo
Estado: Prioridad: alta Dificultad: baja
4.2 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de verificar la disponibilidad de tiempo cuando se
solicita una reserva.
Editar reserva
Estado: Prioridad: alta Dificultad: baja
4.3 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador editar una reserva.
Consultar reserva
Estado: Prioridad: alta Dificultad: baja
4.4 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar una reserva.
Finalizar reserva.
Estado: Prioridad: alta Dificultad: baja
4.5 Fase: 1.0 Versión: 1.0
El sistema permitirá a los administradores finalizar una reserva.
Generar informe.
Estado: Prioridad: alta Dificultad: baja
4.8 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz generar un informe del uso de las consolas.
Exportar a PDF.
Estado: Prioridad: alta Dificultad: baja
4.9 Fase: 1.0 Versión: 1.0
El sistema permitirá a los empleados y administradores exportar el informe de
consolas a PDF.
Calcular total a pagar.
Estado: Prioridad: alta Dificultad: baja
4.10 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de calcular un total a pagar por la reserva.
Generar alerta.
Estado: Prioridad: alta Dificultad: baja
4.11 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar una alerta cuando el tiempo solicitado de
la reserva no esté disponible.
M1. Pagos
Registrar pago.
Estado: Prioridad: Media Dificultad: alta
5.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador registrar un pago.
Tipo de pago.
Estado: Prioridad: Media Dificultad: baja
5.2 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador seleccionar el tipo de pago.
Asociar venta.
Estado: Prioridad: Media Dificultad: baja
5.3 Fase: 1.0 Versión: 1.0
El sistema debe permitir al empleado y al administrador asociar una venta.
Validar fecha.
Estado: Prioridad: Media Dificultad: baja
5.4 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de validar fecha límite del pago.
Calcular saldo.
Estado: Prioridad: Media Dificultad: baja.
5.5 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de calcular el saldo a pagar.
Aplicar descuento.
Estado: Prioridad: Media Dificultad: media
5.6 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador aplicar un descuento a un
pago.
Validar documento.
Estado: Prioridad: Media Dificultad: baja
5.7 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de validar el tipo de documento.
Generar comprobante.
Estado: Prioridad: Media Dificultad: media
5.9 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar un comprobante de pago.
Actualizar saldo.
Estado: Prioridad: Media Dificultad: baja
5.10 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de actualizar el saldo pendiente de un cliente.
Consultar ingresos.
Estado: Prioridad: Media Dificultad: baja
5.13 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar las estadísticas de
ingresos por venta de productos.
Consultar pagos.
Estado: Prioridad: Media Dificultad: baja
5.15 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar los pagos.
Registrar usuario.
Estado: Prioridad: alta Dificultad: alta
6.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador registrar un usuario.
Consultar usuario.
Estado: Prioridad: alta Dificultad: baja
6.2 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador consultar los usuarios.
Editar usuario
Estado: Prioridad: media Dificultad: alto
6.4 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador editar un usuario.
Agregar permisos
Estado: Prioridad: media Dificultad: alto
6.5 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador agregar permisos a los usuarios.
Modificar contraseña
Estado: Prioridad: media Dificultad: alto
6.6 Fase: 1.0 Versión: 1.0
El sistema permitirá a los admistradores modificar la contraseña de los usuarios.
Recuperar contraseña
Estado: Prioridad: media Dificultad: bajo
6.7 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador recuperar su contraseña.
M3 - CLIENTES
Registrar cliente
Estado: Prioridad: media Dificultad: alto
7.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador registrar un cliente.
Consultar cliente
Estado: Prioridad: media Dificultad: alto
7.2 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar un cliente.
Editar cliente
Estado: Prioridad: media Dificultad: medio
7.3 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador editar un cliente.
Generar reporte
Estado: Prioridad: media Dificultad: bajo
7.4 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar un reporte de los clientes.
Exportar reporte
Estado: Prioridad: media Dificultad: bajo
7.5 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador exportar los reportes de
clientes a un PDF.
M4 - CARTERA
Consultar cliente
Estado: Prioridad: media Dificultad: medio
8.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al administrador consultar clientes morosos.
Validar pagos
Estado: Prioridad: media Dificultad: bajo
8.2 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de validar los pagos de clientes.
Generar reporte
Estado: Prioridad: media Dificultad: bajo
8.3 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de generar un reporte de los clientes morosos.
B1 - AGENDA
Registrar recordatorio
Estado: Prioridad: bajo Dificultad: alto
9.1 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador registrar recordatorios.
Editar recordatorio
Estado: Prioridad: bajo Dificultad: alto
9.2 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador editar un recordatorio.
Consultar recordatorio
Estado: Prioridad: bajo Dificultad: medio
9.3 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador consultar los recordatorios.
Generar notificación
Estado: Prioridad: bajo Dificultad: bajo
9.4 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz generar una notificación cuando la fecha de
recordatorio llegue a su tiempo estipulado.
Anular recordatorio
Estado: Prioridad: bajo Dificultad: medio
9.5 Fase: 1.0 Versión: 1.0
El sistema permitirá al empleado y al administrador anular un recordatorio.
Actualizar agenda
Estado: Prioridad: bajo Dificultad: bajo
9.6 Fase: 1.0 Versión: 1.0
El sistema debe ser capaz de actualizar la agenda.
Adaptadores de red.
Procesador de 1.66GHz o superior.
Memoria mínima de 2 GB
Mouse.
Teclado.
3.3.2 Seguridad
Garantizar la confiabilidad, la seguridad y el desempeño del sistema
informático a los diferentes usuarios. En este sentido la información
almacenada o registros realizados podrán ser consultados y actualizados
permanente y simultáneamente, sin que se afecte el tiempo de respuesta.
3.3.3 Fiabilidad
El sistema debe tener una interfaz de uso intuitiva y sencilla
3.3.4 Disponibilidad
La disponibilidad del sistema debe ser continua con un nivel de servicio
para los usuarios de 7 días por 24 horas.
3.3.5 Mantenibilidad
El sistema debe disponer de una documentación fácilmente actualizable
que permita realizar operaciones de mantenimiento con el menor
esfuerzo posible
La interfaz debe estar complementada con un buen sistema de ayuda
3.3.6 Portabilidad
El sistema será implantado bajo la plataforma de Windows.
4 Apéndices
Por definir…