Formato IEEE830 SOFTKOI

Especificación de requisitos de
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
Fecha Revisión Autor Verificado dep. calidad.

María Camila Alzate Restrepo.
Miguel Ángel Arenas Correa.
Emmanuel Deossa Hincapié.
25/08/2015
Esteban Montoya Rivera.
Jesús Francisco Scarpetta.
Documento validado por las partes en fecha: 25/08/2015
Por el cliente Por la empresa suministradora
Tienda de ropa KOI Centro de servicios y gestión empresarial

(SENA)
SOFTKOI Rev. [99.99]
Especificación de requisitos de software Pág. 4
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.3 Personal involucrado 6
1.4 Definiciones, acrónimos y abreviaturas 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.1 Perspectiva del producto 7
2.2 Funcionalidad del producto 7
2.3 Características de los usuarios 7
2.4 Restricciones 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 REQUISITOS ESPECÍFICOS 7
3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.4 Requisito funcional n 9
3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
Descripción de requisitos del software

3.4 Otros requisitos 10
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).
1.3 Personal involucrado

Nombre María Camila Alzate Restrepo.
Rol Analista, diseñador y programador
Categoría profesional Tecnólogo
Responsabilidades Análisis y desarrollo de sistemas de información
Información de contacto [email protected]
Aprobación
Nombre Miguel Ángel Arenas Correa.

Aprobación
Nombre Emmanuel Deossa Hincapié

Aprobación
Nombre Esteban Montoya Rivera.


Responsabilidades Análisis, diseño y desarrollo de sistemas de información
Aprobación
Nombre Jesús Francisco Scarpetta.

Responsabilidades Análisis, diseño y desarrollo de sistemas de información
Aprobación
1.4 Definiciones, acrónimos y abreviaturas

La siguiente lista de definiciones, acrónimos y abreviaturas ayudará al lector a
comprender el documento con mayor agilidad y rapidez.
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.
2.1.1 Mapa de procesos
2.2 Funcionalidad del producto

 Gestionar el inventario, registro de entradas y salidas de las mismas (manejo de stock,
consultar existencia, edición).
 Gestionar ventas permite registrar, consultar y anular una venta al respectivo

administrador.
 Generar comprobante de pago por las ventas realizadas.
 Gestionar el manejo de cartera (consulta clientes en estado de deuda).
 Gestionar la agenda se podrá consultar, registrar y editar los recordatorios ingresados.
 Gestionar los clientes permitiendo consultarlos, registrarlos y hacer su respectiva

edición al administrador.
 Gestionar los usuarios permite al administrador consultarlos, registrarlos, editarlos y

asignarles los permisos a los usuarios que él indique.

 Gestionar las consolas registrarlas, editarlos y consultarlas por parte de los

administradores.
 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
NIVEL JERARQUIZACIÓN MACRO-PROCESOS DESCRIPCIÓN
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

cambio, se podrá anular

3 AA Cambios. una venta, se podrá
registrar una entrada de
producto además de
darle de baja a este,
también se podrá
generar un bono y un
comprobante por cambio
} En este módulo se
permitirá reservar una
consola, editar la reserva,
consultar el estado de la
reserva actual y consultar
las reservas futuras,
además de finalizar una
reserva antes de que
llegue a su tiempo final
4 A Gestión de Consolas. establecido y cancelar
reservas futuras. También
podrá consultar el estado
de las consolas, se
generar una alerta cuando
se cumpla el tiempo límite
del mismo, también
cuando la consola se
reserva en un tiempo no
disponible. Además
agregar el cliente a la
cartera si el saldo del
alquiler no fue cancelado
completamente.
En este módulo se
registraran los abonos que
realicen los clientes a sus
deudas, se podrán
consultar estadísticas por
día y/o mes de ingresos de
las ventas de películas y
prendas, consultar las
1 MM Pagos. estadísticas por día y/o
mes de ingresos de las
reservas de consolas,
cambiar el estado del
cliente a sin deudas
cuando pague
completamente, además
de generar un reporte de
ingresos de la venta de
prendas y películas.
M En este módulo se
registraran los usuarios, se
2 M Gestión de Usuarios. podrá consultar los datos
de los mismos, editar los
datos, y editarle los
permisos.
En este módulo se
registraran los clientes, se
3 MM Gestión de Clientes. podrán consultar los datos
de los mismos y editarlos.

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.2.2 Facilitación gráfica
2.3 Características de los usuarios

Tipo de usuario Administrador
Formación
Habilidades Dominio de herramientas informáticas y servicio al cliente
Actividades Control y manejo del sistema en general.
Tipo de usuario Usuarios con permisos

Formación

Habilidades Dominio de herramientas informáticas y servicio al cliente

Actividades Control y manejo de algunas partes del sistema (Las que
especifique el administrador).
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.
2.5 Suposiciones y dependencias

 Los requisitos aquí descritos irán evolucionando a medida que se desarrolle el
sistema.
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir los
requisitos mínimos para su correcta ejecución, además deben ser en plataforma
Windows.
2.6 Evolución previsible del sistema

Por definir…
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.
Asociar tipo producto.

Estado: Prioridad: alta Dificultad: media
El sistema permitirá al empleado y al administrador asociar un tipo de producto.
Registrar entrada.
El sistema permitirá al empleado y al administrador registrar la entrada de un
producto al inventario.
Consultar producto.
El sistema permitirá al empleado y al administrador consultar un producto.

Modificar producto.
Estado: Prioridad: alta Dificultad: baja
El sistema permitirá al empleado y al administrador modificar un producto.
Cambiar estado.
El sistema permitirá al empleado y al administrador cambiar el estado de un tipo
de producto.
Asociar producto.
El sistema permitirá al empleado y al administrador asociar un producto.
Registrar salida venta.

El sistema debe ser capaz de registrar una salida por venta.
Registrar ingreso por cambio.

El sistema debe ser capaz de registrar un ingreso por cambio.
Dar de baja un producto.

El sistema permitirá al empleado y al administrador dar de baja un producto.
Consultar baja.
El sistema permitirá al empleado y al administrador consultar una baja.
Generar informe.
El sistema debe ser capaz de generar un informe por las bajas de los productos.
Exportar informes de bajas.



El sistema permitirá al empleado y al administrador exportar los informes de
bajas a un PDF.
Actualizar inventario.
El sistema debe ser capaz de actualizar el inventario.
Actualizar estado producto.

El sistema debe ser capaz de actualizar el estado de un producto.
Generar alerta.
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.
El sistema permitirá al empleado y al administrador registrar una venta.
Anular venta.
El sistema permitirá al empleado y al administrador anular una venta.
Consultar venta.
El sistema permitirá al empleado y al administrador consultar una venta.
Asociar cliente a venta.

El sistema permitirá al empleado y al administrador asociar un cliente a una
venta.
Agregar fecha límite de pago.


El sistema permitirá al empleado y al administrador agregar una fecha limite de
pago a una venta.
Asociar producto a la venta.

El sistema permitira al empleado y al administrador asociar un producto a la
venta.
Ingresar un pago.
El sistema permitira al empleado y al administrador ingresar un pago.
Actualizar stock.
Estado: Prioridad: alta Dificultad: medio
El sistema debe ser capaz actualizar el stock del inventario.
Actualizar estado de productos.

Estado: Prioridad: alta Dificultad: medio
El sistema debe ser capaz de actualizar el estado de un producto.
Generar informe de ventas.

El sistema debe ser capaz generar informe por venta.
Generar informe ventas anuladas.

El sistema debe ser capaz de generar informe por ventas anuladas.
Generar alerta de stock minimo.

El sistema debe ser capaz de generar una alerta cuando se llegue a la cantidad
de stock minimo de un producto.
Generar alerta de cliente moroso

El sistema debe ser capaz de generar una alerta cuando el cliente en mora

quiera comprar de nuevo.
A3.Cambios
Ingresar cambio.
El sistema permitirá al administrador ingresar un cambio.
Asociar comprobante de pago.

El sistema debe ser capaz de asociar un comprobante de venta.
Generar alerta de exceso de deuda.

El sistema debe ser capaz de generar una alerta cuando el cliente excede el
límite de deuda estipulada.
Asociar venta
El sistema permitirá al empleado y al administrador asociar una venta.
Registrar entrada producto

El sistema permitirá al administrador registrar entrada de productos.
Generar bono
El sistema debe ser capaz de generar bono
Anular venta
El sistema debe ser capaz de anular una venta
Generar alerta cuando el producto no se puede cambiar

El sistema permitirá a los administradores finalizar una reserva.
Actualizar stock


El sistema debe ser capaz de actualizar el stock del inventario.
Generar nueva venta

El sistema debe ser capaz de generar una nueva venta de cambio.
A4. Administración consola.

Registrar reserva
El sistema permitirá al empleado y al administrador registrar una reserva.
Verificar tiempo
El sistema debe ser capaz de verificar la disponibilidad de tiempo cuando se
solicita una reserva.
Editar reserva
El sistema permitirá al empleado y al administrador editar una reserva.
Consultar reserva
El sistema permitirá al empleado y al administrador consultar una reserva.
Finalizar reserva.
El sistema permitirá a los administradores finalizar una reserva.
Confirmar el inicio de una reserva.

4.6 Estado: Prioridad: alta Dificultad: baja
Fase: 1.0 Versión: 1.0
El sistema debe permitir a los administradores confirmar el inicio de una reserva.
Cambiar estado de las reservas.

Estado: Prioridad: alta Dificultad: alto
El sistema debe ser capaz de cambiar el estado de las reservas.

Generar informe.
El sistema debe ser capaz generar un informe del uso de las consolas.
Exportar a PDF.
El sistema permitirá a los empleados y administradores exportar el informe de
consolas a PDF.
Calcular total a pagar.
El sistema debe ser capaz de calcular un total a pagar por la reserva.
Generar alerta.
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
El sistema permitirá al empleado y al administrador registrar un pago.
Tipo de pago.
Estado: Prioridad: Media Dificultad: baja
El sistema permitirá al empleado y al administrador seleccionar el tipo de pago.
Asociar venta.
El sistema debe permitir al empleado y al administrador asociar una venta.
Validar fecha.
El sistema debe ser capaz de validar fecha límite del pago.
Calcular saldo.
Estado: Prioridad: Media Dificultad: baja.
El sistema debe ser capaz de calcular el saldo a pagar.
Aplicar descuento.
Estado: Prioridad: Media Dificultad: media
El sistema permitirá al empleado y al administrador aplicar un descuento a un
pago.

Validar documento.
El sistema debe ser capaz de validar el tipo de documento.
Asociar pago o bono.

El sistema permitirá a los administradores asociar un bono a un pago.
Generar comprobante.
El sistema debe ser capaz de generar un comprobante de pago.
Actualizar saldo.
El sistema debe ser capaz de actualizar el saldo pendiente de un cliente.
Cambiar estado de pago.

El sistema debe ser capaz de cambiar el estado de un pago.
Cambiar estado de cliente.

El sistema debe ser capaz de cambiar el estado de un cliente.

Consultar ingresos.
El sistema permitirá al empleado y al administrador consultar las estadísticas de
ingresos por venta de productos.
Generar reporte de ingresos.

El sistema debe ser capaz de generar un reporte de ingresos por las ventas de
productos.
Consultar pagos.
El sistema permitirá al empleado y al administrador consultar los pagos.
Generar informe por pago.

El sistema debe ser capaz de generar un informe por pagos.
M2. Gestión de usuarios.
Registrar usuario.
El sistema permitirá al administrador registrar un usuario.
Consultar usuario.
El sistema permitirá al administrador consultar los usuarios.
Cambiar estado de usuario.

El sistema permitirá al administrador eliminar un usuario.
Eliminar usuario
Estado: Prioridad: media Dificultad: medio
El sistema permitirá al administrador eliminar un usuario.
Editar usuario
Estado: Prioridad: media Dificultad: alto
El sistema permitirá al administrador editar un usuario.

Agregar permisos
El sistema permitirá al administrador agregar permisos a los usuarios.
Modificar contraseña
El sistema permitirá a los admistradores modificar la contraseña de los usuarios.
Recuperar contraseña
Estado: Prioridad: media Dificultad: bajo
El sistema permitirá al administrador recuperar su contraseña.
M3 - CLIENTES
Registrar cliente
El sistema permitirá al empleado y al administrador registrar un cliente.
Consultar cliente
El sistema permitirá al empleado y al administrador consultar un cliente.
Editar cliente
El sistema permitirá al empleado y al administrador editar un cliente.
Generar reporte
El sistema debe ser capaz de generar un reporte de los clientes.
Exportar reporte
El sistema permitirá al empleado y al administrador exportar los reportes de
clientes a un PDF.

M4 - CARTERA
Consultar cliente
El sistema permitirá al administrador consultar clientes morosos.
Validar pagos
El sistema debe ser capaz de validar los pagos de clientes.
Generar reporte
El sistema debe ser capaz de generar un reporte de los clientes morosos.
B1 - AGENDA
Registrar recordatorio
Estado: Prioridad: bajo Dificultad: alto
El sistema permitirá al empleado y al administrador registrar recordatorios.
Editar recordatorio
Estado: Prioridad: bajo Dificultad: alto
El sistema permitirá al empleado y al administrador editar un recordatorio.
Consultar recordatorio
Estado: Prioridad: bajo Dificultad: medio
El sistema permitirá al empleado y al administrador consultar los recordatorios.
Generar notificación
Estado: Prioridad: bajo Dificultad: bajo
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
El sistema permitirá al empleado y al administrador anular un recordatorio.
Actualizar agenda
Estado: Prioridad: bajo Dificultad: bajo
El sistema debe ser capaz de actualizar la agenda.
3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario
La interfaz con el usuario consistirá en un conjunto de ventanas con botones,
listas y campos de textos. Ésta deberá ser construida específicamente para el
sistema propuesto y, será visualizada desde un navegador de internet.
3.1.2 Interfaces de hardware

Será necesario disponer de equipos de cómputos en perfecto estado con las
siguientes características:
 Adaptadores de red.
 Procesador de 1.66GHz o superior.
 Memoria mínima de 2 GB
 Mouse.
 Teclado.
3.1.3 Interfaces de software

 Sistema Operativo: GNULinux, Solaris, Mac OS, Windows XP o superior.
 Explorador: Mozilla, Chrome, Internet Explorer, Opera.
3.1.4 Interfaces de comunicación

 Sistema Operativo: Windows XP o superior.
 Explorador: Mozilla o Chrome.
3.2 Requisitos funcionales
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
 Garantizar que el diseño de las consultas u otro proceso no afecte el
desempeño de la base de datos, ni considerablemente el tráfico de la red.

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.
 Garantizar la seguridad del sistema con respecto a la información y datos

que se manejan tales sean documentos, archivos y contraseñas.
 Facilidades y controles para permitir el acceso a la información al

personal autorizado a través de Internet, con la intención de consultar
información pertinente para cada una de ellas.
3.3.3 Fiabilidad
 El sistema debe tener una interfaz de uso intuitiva y sencilla
 La interfaz de usuario debe ajustarse a las características de la web de la

institución, dentro de la cual estará incorporado el sistema.
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.
3.4 Otros requisitos

Por definir…
4 Apéndices
Por definir…

Formato IEEE830 SOFTKOI

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Formato IEEE830 SOFTKOI

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de

Fecha Revisión Autor Verificado dep. calidad.

Documento validado por las partes en fecha: 25/08/2015

Por el cliente Por la empresa suministradora

Tienda de ropa KOI Centro de servicios y gestión empresarial

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3.1 Requisitos comunes de los interfaces 8

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 9

Descripción de requisitos del software

3.4 Otros requisitos 10

Descripción de requisitos del software

1.3 Personal involucrado

Nombre Miguel Ángel Arenas Correa.

Nombre Emmanuel Deossa Hincapié

Nombre Esteban Montoya Rivera.

Descripción de requisitos del software

Rol Analista, diseñador y programador

Nombre Jesús Francisco Scarpetta.

1.4 Definiciones, acrónimos y abreviaturas

Descripción de requisitos del software

2.1.1 Mapa de procesos

2.2 Funcionalidad del producto

 Gestionar ventas permite registrar, consultar y anular una venta al respectivo

 Generar comprobante de pago por las ventas realizadas.

 Gestionar el manejo de cartera (consulta clientes en estado de deuda).

 Gestionar la agenda se podrá consultar, registrar y editar los recordatorios ingresados.

 Gestionar los clientes permitiendo consultarlos, registrarlos y hacer su respectiva

 Gestionar los usuarios permite al administrador consultarlos, registrarlos, editarlos y

Descripción de requisitos del software

 Gestionar las consolas registrarlas, editarlos y consultarlas por parte de los

NIVEL JERARQUIZACIÓN MACRO-PROCESOS DESCRIPCIÓN

Descripción de requisitos del software

cambio, se podrá anular

Descripción de requisitos del software

2.2.2 Facilitación gráfica

2.3 Características de los usuarios

Tipo de usuario Usuarios con permisos

Descripción de requisitos del software

Habilidades Dominio de herramientas informáticas y servicio al cliente

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

Asociar tipo producto.

Descripción de requisitos del software

Registrar salida venta.

Registrar ingreso por cambio.

Dar de baja un producto.

Exportar informes de bajas.

Descripción de requisitos del software

1.13 Fase: 1.0 Versión: 1.0

Actualizar estado producto.

Asociar cliente a venta.

Agregar fecha límite de pago.

Descripción de requisitos del software

Estado: Prioridad: alta Dificultad: baja

Asociar producto a la venta.

Actualizar estado de productos.