Guia 2 Punto 3,4,4 (SRS)

09 del 2014
Introduccin

Se pretende desarrollar una aplicacin para la gestin de una empresa de distribucin
de zapatos con el fin de mejorar la organizacin de inventarios, los pagos y la base de
datos. La empresa cuenta con 2 sucursales ubicadas en Bogot y Villavicencio,
adems cada sucursal cuenta con 14 empleados y un gerente encargado de las 2
sucursales.
Se requiere que la interfaz de la aplicacin sea grfica y que todos los usuarios que la
usaran puedan entender su funcionamiento.

Propsito
El propsito del SRS es conseguir una estructura bien definida y un documento bien
formado de los requerimientos del sistema.
El pblico intencional al que va dirigido el SRS es el cliente, es decir la Zapatera F.
Alcance
El nombre correspondiente al producto software a desarrollar es Ficty Aplication
Web.
Acciones que debe realizar el producto software:
Gestin del personal de la zapatera: Sueldos, liquidaciones
Gestin de los recursos de la zapatera: pago de impuestos y servicios,
pagos en lnea, aplicacin de ofertas y descuentos.
Visualizacin de Ganancias (da/semana/mes) de las sucursales,
Comparacin de ventas y gastos entre sucursales, productos agotados,
ventas en lnea, mejores importaciones.
Acciones que no debe realizar el producto software:
El grupo de trabajo se ceir a las peticiones expresas del cliente sobre el
funcionamiento bsico de la aplicacin.
Beneficios, objetivos y metas del producto software:
Se pretende automatizar las gestiones de personal y administracin de
recursos de la zapatera para incrementar la eficiencia en esta rea.
La aplicacin pretende dar soporte a los usuarios permitiendo as acceso y
consultas en remoto de la informacin propia de la zapatera.
El sistema ser una mejora administrativa, ya que se podr llevar un control
de los gastos y disponibilidad de los recursos en cada momento.
Creacin de una aplicacin que permita gestionar los recursos de la
zapatera de manera fcil e intuitiva para el usuario.

Personal involucrado

Nombre Brayan
Rol Administrador
Categora profesional Gerente
Responsabilidades Administrador del sistema, consultas entre sucursales
Informacin de
contacto
Brayan@ZapateriaF.com
Aprobacin si

Nombre David
Rol Administrador
Categora profesional Sub gerente
Responsabilidades Administrador del sistema, consultas de la sucursal
Informacin de
contacto
David @ZapateriaF.com
Aprobacin si

Nombre Luis
Rol Usuario
Categora profesional Cajero
Responsabilidades Ingresar y editar Ventas
Informacin de
contacto
Brayan@ZapateriaF.com
Aprobacin si

Nombre Alejandro
Rol Usuario
Categora profesional Vendedor
Responsabilidades Consulta de productos
Informacin de
contacto
Alejandro @ZapateriaF.com
Aprobacin no

Nombre Alexander
Rol Usuario
Categora profesional Bodeguero
Responsabilidades Adicin y modificacin en inventario
Informacin de
contacto
Alexander @ZapateriaF.com
Aprobacin no

Definiciones, acrnimos y abreviaturas
No se utiliza ninguna
Referencias
Para la realizacin de este proyecto hemos utilizado nicamente las
especificaciones facilitadas por el cliente en la solicitud del trabajo.
Resumen
Para la realizacin de este documento SRS se ha utilizado la base estndar de
especificacin de requisitos de software IEEE-STD-830-1998
Descripcin general
Perspectiva del producto
Se proyecta desarrollar un sistema que permita administra, controlar y visualizar la
informacin de la empresa. El sistema a desarrollar es independiente y tiene total
autonoma.
Funcionalidad del producto
Esta seccin se dividir en dos partes, que sern las funciones atribuidas al usuario
(cliente/empleado) y por otro lado las designadas al administrador web
(gerente/subgerente).

Funciones del usuario:
Visualizar y comprar de productos en lnea.(cliente)
Consultar importaciones de mejor precio y calidad.
Consultar ganancias (da/semana/mes)
Consultar Inventario
Funciones del Administrador:
Pagar impuestos y servicios.
Pagar nmina.
Configurar pagos en lnea.
Activar/desactivar pagos en lnea.
Comparar ventas o gastos entre sucursales
Aplicar descuentos u ofertas.
Caractersticas de los usuarios
Tipo de usuario Usuario
Formacin Media
Habilidades Nivel bsico en aplicaciones informticas
Actividades Consulta y compra

Tipo de usuario Administrador
Formacin Media
Habilidades Nivel medio para el control de la aplicacin.
Actividades Pagos, consultas, descuentos y ofertas
Restricciones
Las restricciones o limitaciones que se nos pueden presentar en el desarrollo de la
aplicacin a nivel hardware en el servidor pueden ser: la capacidad de la memoria
principal y la velocidad del procesador.
Por parte del cliente se nos solicit que el software se implemente en menos de un
ao.
Suposiciones y dependencias
Para nuestra aplicacin, tendremos en cuenta 2 puntos:
Por parte del cliente:
Solo necesitaremos un navegador WEB con acceso a internet, ya que
nuestra aplicacin est diseada para funcionar en su mayor parte en un
servidor.
Por parte del administrador del sistema:
Puede ser el caso que se necesiten ms recursos para el funcionamiento
estable de la aplicacin.
Evolucin previsible del sistema
Debido a las cualidades de nuestro proyecto, la aplicacin ser estable y no
requerir de ninguna otra entrega. Por tanto no tenemos previsto realizar
modificaciones posteriores, salvo que lo solicite el cliente.
Requisitos especficos

Nmero de requisito R 1
Nombre de requisito Comunicacin entre sucursales
Tipo Requisito Restriccin
Fuente del requisito Gerente
Prioridad del requisito Alta/Esencial
Media/Deseado
Baja/
Opcional

Nombre de requisito Manejo de inventarios
Fuente del requisito Bodeguero
Media/Deseado
Baja/
Opcional

Nombre de requisito Manejo parte contable
Fuente del requisito Subgerente
Media/Deseado
Baja/
Opcional

Nombre de requisito Visualizacin de productos
Fuente del requisito Vendedor
Media/Deseado
Baja/
Opcional

Nombre de requisito Pago de nomina
Media/Deseado
Baja/
Opcional

Nombre de requisito Consulta Producto ms vendido
Media/Deseado
Baja/
Opcional

Nombre de requisito Capacitacin empleados en copias de seguridad
Media/Deseado
Baja/
Opcional

Nombre de requisito Garanta del producto en la tirilla
Fuente del requisito Cajero
Media/Deseado
Baja/
Opcional

Nombre de requisito Fcil manejo para el usuario
Media/Deseado
Baja/
Opcional

Nombre de requisito Programa multiplataforma
Media/Deseado
Baja/
Opcional

Nombre de requisito Separacin de la informacin entre sucursales
Media/Deseado
Baja/
Opcional

Nombre de requisito Cajero tenga acceso a ingresar y editar informacin
Fuente del requisito Cajero
Media/Deseado
Baja/
Opcional

Nombre de requisito Bodeguero tenga acceso a ingresar productos en la
base de datos
Fuente del requisito Bodeguero
Media/Deseado
Baja/
Opcional

Nombre de requisito Visualizacin de informacin entre Sucursales
Media/Deseado
Baja/
Opcional

Nombre de requisito La Visualizacin del programa debe ser amable con el
usuario
Media/Deseado
Baja/
Opcional

Nombre de requisito Capacitacin al personal sobre el uso del programa
Media/Deseado
Baja/
Opcional

Nombre de requisito Implementacin de contrasea para pagos y funciones
de la empresa
Media/Deseado
Baja/
Opcional

Nombre de requisito El programa solo debe ser usado por empleados
suscritos a la empresa (cdigo carnet)
Media/Deseado
Baja/
Opcional

Nombre de requisito Visualizacin del sistema de seguridad
Media/Deseado
Baja/
Opcional

Nombre de requisito Optimizacin del programa
Fuente del requisito gerente
Media/Deseado
Baja/
Opcional

Nombre de requisito El administrador tendr acceso a toda la informacin del
sistema
Media/Deseado
Baja/
Opcional

Nombre de requisito El software sea compatible con los equipos de la
empresa
Fuente del requisito gerente
Media/Deseado
Baja/
Opcional

Nombre de requisito El software no tenga key o cdigo para licenciar
Media/Deseado
Baja/
Opcional

Nombre de requisito El software debe ser implementado en 1 ao o menos
Media/Deseado
Baja/
Opcional

Nombre de requisito El software pueda trabajar localmente
Media/Deseado
Baja/
Opcional

Nombre de requisito Que los cambios sean notificados al administrador del
sistema
Media/Deseado
Baja/
Opcional

Requisitos comunes de los interfaces
El sistema no interacta con otro sistema, por lo que no hay interfaces de este tipo.
Interfaces de usuario
El usuario interactuara con una interfaz de tipo web y ser manejada por
clientes, empleados y administradores. Para su correcto acceso se deber
introducir la direccin correcta en un navegador web.
Tras la conexin con la pgina principal de la aplicacin, el usuario podr
elegir iniciar sesin o ingresar como cliente, si ingresa como cliente tendr
acceso a la visualizacin de productos y compras en lnea, en caso contrario
la aplicacin le permitir tener acceso a distintas funcionalidades
dependiendo de su cargo y rol en la empresa.
Interfaces de hardware
Para la interfaz hardware ser necesario el uso de un computador
Debidamente configurado con posibilidad de conexiones TCP.
Interfaces de software
El usuario no necesitara un sistema operativo en concreto para el correcto
funcionamiento de la aplicacin web. Adems tendr la opcin de ser
ejecutada en cualquier tipo de navegador, en el servidor se utilizara una base
de datos para el correcto almacenamiento de la informacin.
Interfaces de comunicacin
Se necesitara un dispositivo que soporte acceso a internet y un protocolo de
transferencia de recursos HTTP debidamente configurados. Sera necesario
que el servidor soporte un gran nmero de conexiones simultaneas.
Requisitos funcionales
1. comunicacin entre las sucursales.
2. realizacin del manejo de inventarios y parte contable.
3. que se pueda realizar la visualizacin de nuestros productos de forma
sistemtica.
4. realizacin de pagos empresariales (empleados)
5. determinar el producto ms vendido segn las tendencias de los clientes.
6. realizar capacitaciones a empleados para copia de la informacin (backup)
7. implementar tirilla que exprese la garanta del producto.
8. utilizar un lenguaje comn que sea de fcil manejo para los usuarios de la
empresa.
9. crear un programa que funcione en cualquier plataforma. hy
10. no mezclar la informacin de los empleados de las diferentes sucursales.
11. 6 de caja tenga acceso a ingresar informacin y editar informacin.
12. que los bodegueros tengan acceso al ingreso de productos, ms no a funciones
de la parte administrativa o que los bodegueros pasen informe a los vendedores
para anexo de informacin.
13. que la informacin de Villavicencio pueda ser visualizada por la de Bogot
14. que la visualizacin del programa no sea tan rgida y los colores sean alusivos al
calzado.
15. capaciten la personal en software libre y comercial para el manejo del programa.
16. la parte de pagos y funcionalidades de la empresa pida contrasea o clave al
administrador.
17. que el sistema solo pueda ser utilizado por empleados suscritos a la empresa
(cdigo de carnetizacion)

Requisitos no funcionales
1. implementacin del sistema de seguridad y visualizacin de este desde diferentes
dispositivos.
2. facilidad de datos y mantenimiento del sistema.
3. optimizar el programa en los recursos de los equipos.
4. que el administrador tenga acceso a todo el sistema y a la realizacin de los
archivos para respaldo de la informacin.
5. que el software se pueda utilizar con las caractersticas de los equipos utilizados
en la empresa.
6. que el software se pueda ampliar y que no necesite llaves o cdigos para
autenticar el programa(licencia de software )
7. que el software sea implementado en menos de un ao y la garanta y
capacitaciones extendidas.
8. que el aplicativo sea multiplataforma para la adaptacin a cambios de los sistemas
de los equipos.
9. que la falta de conexin a una red no sea impedimento para realizar funciones.
10. que cambios y restricciones sean informados al administrador del sistema.
Seguridad
Por el diseo de nuestra aplicacin el nico que tendr acceso a la
Informacin de los clientes almacenada en la base de datos ser el
Administrador evitando as cualquier problema de privacidad.
Fiabilidad
La aplicacin tendr que ser fiable en cuanto a los datos se refiere para
No generar ningn tipo de conflicto en las Ventas y en la consulta de
Productos.
Disponibilidad
Nuestra aplicacin debe estar disponible en todo momento para mayor
Comodidad del cliente.
Mantenibilidad
Segn est diseada nuestra aplicacin no debera tener ningn tipo de
Problema en el futuro con respecto al funcionamiento. Pero si sucediera
El caso disponemos de un telfono de atencin al cliente disponible las
24 horas del da para solucionar el problema con la mayor brevedad
Posible.
Portabilidad
En la elaboracin de nuestra aplicacin se han tenido en cuenta las
Distintas plataformas utilizables y se ha intentado no utilizar nada
Concreto de ningn sistema para conseguir una mayor compatibilidad con
Todas las plataformas posibles.

Guia 2 Punto 3,4,4 (SRS)

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Guia 2 Punto 3,4,4 (SRS)

Загружено:

Авторское право:

Доступные форматы

09 del 2014

Вам также может понравиться