Logo

Documento Base


Especificacin de Requerimientos del Software
(SRS)

Versin <1.0>






























Lima, 2014

Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 2 de 14

Tabla de Contenidos
1. Introduccin 3
1.1 Propsito 3
1.2 Alcance 3
1.3 Definiciones, Acrnimos y abreviaturas 3
1.4 Referencias 4
1.5 Generalidades 4
1.6 Consideraciones y Dependencias 4
2. Requerimientos Funcionales 6
2.1 Funcionalidad 6
<Requerimiento Funcional 1> 6
<Requerimiento Funcional 2> 6
2.2 Modelo de Paquetes/Modulos 7
2.3 Modelo de Casos de Uso 7
2.4 Resumen de Actores y Casos de Uso 7
2.5 Reporte de Requerimientos 8
3. Requerimientos No Funcionales 9
3.1 Facilidad de Uso 9
<Requerimiento de Uso 1> Error! Bookmark not defined.
<Requerimiento de Uso 2> Error! Bookmark not defined.
3.2 Confiabilidad 10
<Requerimiento de Confiabilidad 1> Error! Bookmark not defined.
<Requerimiento de Confiabilidad 2> Error! Bookmark not defined.
3.3 Desempeo 10
<Requerimiento de Desempeo 1> Error! Bookmark not defined.
. <Requerimiento de Desempeo 2> Error! Bookmark not defined.
3.4 Facilidad de Soporte 11
<Requerimiento de Soporte 1> Error! Bookmark not defined.
<Requerimiento de Soporte 2> Error! Bookmark not defined.
3.5 Restricciones de Diseo 11
4.5.1 Restricciones sobre la Arquitectura 11
3.5.1 Restricciones sobre los Componentes Error! Bookmark not defined.
3.6 Interfaces 11
3.6.1 Interfaces de Usuarios 11
3.6.2 Interfaces de Hardware 12
3.6.3 Interfaces de Software 13
3.6.4 Interfaces de Comunicacin 13
3.7 Documentacin en Lnea y Requerimientos de Ayuda del Sistema 13
3.8 Requerimientos de Licencia 13
3.9 Metodologa de Desarrollo 13
3.10 Componentes Adquiridos 13
3.11 Otros Estndares Aplicables 13
4. Reglas de Negocio 13
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 3 de 14

Especificacin de Requerimientos del Software
(SRS)
1. Introduccin

1.1 Propsito

El propsito de este documento es presentar las necesidades de alto nivel y
caractersticas del desarrollo del control de ventas y stock de almacen en la bodega
Armando R.R.R.

A travs de este document nuestro propsito es implementar un sistema de control de
ventas y stock de almacen para proporciona una ayuda a la bodega ya que hoy en da lo
vienen hacienda de manera manual y as poder facilitarles el trabajo, haciendolo ms
rpido y efectivo todos los procesos.

Requerimientos Funcionales

a. El sistema deber registrar cada producto que ingresa en almacn.

b. El sistema deber ser capaz de ingresar cada nuevo producto indicando fecha de
ingreso, fecha de vencimiento y la cantidad de artculos.

c. Cada vez que se realice un inventario fsico, el software deber calcular la diferencia
entre los artculos que han ingresado (reposiciones) y salido (ventas, perdidas y
vencimientos) de la sala de ventas, para cada producto, tomando en cuenta los
registros llevados hasta ese momento.


Requerimientos no funcionales

a. Cada mes, el ltimo da, se le deber entregar al administrador un listado de todos los
productos, indicando la cantidad de pedidos que se han hecho de cada uno de ellos.

b. Cuando el administrador desee analizar los conteos histricos de la sala de ventas y
de la bodega, para compararlos con los resultados del inventario fsico.

c. Ingresar en la base de datos la cantidad establecida para cada producto en almacn
(stock completo).

1.2 Alcance

Este documento especifica el problema a resolver as como tambin los procesos a
mejorar y los usuarios afectados, y la solucin para el control de ventas y stock en el
almacn proyecto que se realizar en la bodega Armando R.R.R.

1.3 Definiciones, Acrnimos y abreviaturas

Caractersticas de Software:
Son los requisitos que debe cumplir el sistema para satisfacer aquellas necesidades que
presenta la empresa que se pueden solucionar con software.

Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 4 de 14

Framework: Estructura conceptual y tecnolgica de soporte definida.
Usuario:
Persona que puede ingresar al sistema, a travs de un proceso deautenticacin utilizando
nombre de usuario y contrasea.

Administrador del Sistema:
Persona encargada de ofrecer el soporte operativo.

Administrador:
Persona que se encarga de supervisar y revisar el los reportes decada rea.

Cajero:
Persona que se encarga de cobrar la venta generada por el vendedor.

Almacenero:
Persona que se encarga de entregar los productos al cliente.

Vendedor:
Persona que se encarga de la atencin al cliente, de realizar y generar ventas


1.4 Referencias
Acta de Requerimientos
Glosario
Documento visin del sistema.
Casos de uso del sistema.
1.5 Generalidades
El documento est dividido en tres partes. Adems de la primera, la segunda parte realiza
una descripcin global del producto as como consideraciones y dependencias.
Finalmente, la tercera describe los requerimientos especficos, de funcionalidad, de
facilidad de uso, de confiabilidad, de desempeo, de facilidad de soporte, restricciones de
diseo, interfaces, documentacin en lnea, componentes adquiridos, entre otros.

1.6 Consideraciones y Dependencias

1.6.1 Condiciones

Entorno 1: Sistema Operativo Windows 7
Entorno 2: Visual Studio2010 (IDE)
Entorno 3: Lenguaje Visual Basic

1.6.2 Dependencia

Dependencia 1: Correcta instalacin de la base de datos SQL Server Management.
Dependencia 2: La BD No debe ser sobrecargada.
Dependencia 3: Adaptar el software a la arquitectura del hardware.
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 5 de 14


<<<< Es un ejemplo >>>>
Subsistema de Informacin de Asuntos Ambientales Energticos: Permitir el registro de
Estudios Ambientales. Asimismo, recopilar datos del monitoreo de puntos relacionados con
los estudios ambientales de las empresas del sector Energa. Se realizar el mantenimiento del
registro de las Instituciones pblicas, privadas y profesionales calificados para elaborar
Estudios Ambientales.
Los mdulos de informacin que incluye el subsistema son:
o Mdulo de Registro de Estudios Ambientales
o Mdulo de Monitoreo
o Mdulo de mantenimiento de empresas-profesionales encargadas de realizar Estudios
Ambientales
o Mdulo de consultas y reportes


S no aplica, indicar No Aplica
Consideraciones



Interdependencias Funcionales



Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 6 de 14


2. Requerimientos Funcionales
[Esta seccin describe los requerimientos funcionales del sistema, expresado en lenguaje
natural simple a un nivel de detalle suficiente que permita a los diseadores realizar el diseo de
un sistema que satisfaga dichos requerimientos y a los testers probar que el sistema satisface
dichos requerimientos Esta seccin podra organizarse en trmino de los subsistemas
funcionales en los que se descompondr el producto software]
La primera seccin define todos los requerimientos funcionales y la segunda define los
casos de uso para satisfacer dichos requerimientos.
2.1 Funcionalidad
[Esta seccin describe los requerimientos funcionales del sistema y una breve descripcin
por cada mdulo]
Mdulo de Pedidos
R001 Registrar Pedido
Descripcin:
El tcnico de almacn selecciona de la interfaz correspondiente a un pedido para atender,
donde se muestra una lista de pedidos no atendidos en la pestaa de no atendidos o en
la pestaa de pedidos en atencin. A continuacin, el pedido seleccionado pasa al
estado pedido en atencin en el primer caso, y en el segundo el pedido continuar en
estado de en atencin. Se abre una nueva interfaz en la que se muestran los detalles del
pedido seleccionado.

Flujo Bsico:
a. El tcnico de almacn selecciona un pedido la lista de pedidos no atendidos, en
la pestaa no atendidos o de la lista de pedidos atendidos en la pestaa en
atencin y pulsa el botn de consultar y luego el botn de atender pedido en el
primer caso, y en el segundo el botn atender pedido.
b. El sistema muestra una nueva interfaz en la que se muestran los datos del pedido:
el cdigo del pedido, la fecha de llegada al almacn, la fecha de atencin, la
direccin de envo y la lista de las lneas de pedido que contiene la orden.
c. El tcnico de almacn selecciona una lnea de pedido para editarla.
d. Para cada lnea de pedido el tcnico de almacn puede cambiar la cantidad
asignada del stock disponible en el almacn:
e. El tcnico cambia la cantidad de stock asignada a una lnea de pedido y pulsa el
botn modificar cantidad.
f. El sistema comprueba que hay stock suficiente en el almacn y que la cantidad
asignada no deja el producto en dficit de stock.
g. Se reserva el stock del almacn.
h. Si el tcnico de almacn decide modificar otra lnea de pedido, volver al punto 4.1
i. El tcnico puede pulsar el botn guardar para que se conserven los campos o
salir para no modificar el pedido. Tambin puede pulsar el botn pasar a envo
para que el pedido figure en la lista de pedidos en estado listos para envo.

<Requerimiento Funcional 2>
[Registrar la descripcin detallada del requerimiento].
<Requerimiento Funcional 3>
[Registrar la descripcin detallada del requerimiento].
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 7 de 14

2.2 Modelo de Paquetes/Modulos
[Esta seccin muestra una visin general del modelo al nivel de un Diagrama de los paquetes
funcionales as como las integraciones aplicables al sistema software o subsistema software].


2.3 Modelo de Casos de Uso
[Esta seccin muestra el Diagrama de Casos de Uso del sistema, as como las integraciones
aplicables al sistema software o subsistema software. Para mayor detalle sobre el anlisis y los
casos de uso remitirse al Documento de Arquitectura de Software y a las Especificaciones de
Casos de Uso del sistema].


2.4 Resumen de Actores y Casos de Uso

Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 8 de 14

Actor Descripcin


Caso de Uso Descripcin


2.5 Reporte de Requerimientos
[Esta seccin referencia un reporte de requerimientos de software y su trazabilidad].
Se elaboran los siguientes:
Actores: La matriz de trazabilidad de los actores relaciona a stos con los casos de uso de tal manera que se puede
conocer qu actor utiliza qu caso de uso.
Caractersticas de Software: La matriz de trazabilidad de las caractersticas de software relaciona a stas con los
casos de uso de tal manera que se puede conocer qu caso de uso deriva de qu caracterstica.









Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 9 de 14

3. Requerimientos No Funcionales

El sistema operativo para el servidor de aplicacin y para el servidor del motor basa de datos
ser:

- Windows 7

Motor de Bases de Datos

- El manejador de base de datos ser SQL Server Management Studio.
- El motor de base de datos es SQL Server

Lenguaje de Programacin.

- El sistema se desarrollara en Visual Basic.

Otras Herramientas - Soporte Editor Word.
El sistema de informacin deber permitir que la informacin de la base de datos se pueda
visualizar en el Word Versin 2007 o superior, as mismo los archivos de Word que se
trabajen tales como oficios, resoluciones, Etc., permitirn al sistema recibirlos y guardarlos.

Arquitectura:
La arquitectura del sistema estar basada en cliente servidor, la programacin estar
orientada a objetos de n-capas.
La seguridad deber ser de doble nivel (por aplicacin y por base de datos)
Para el acceso se requiere una clave autorizada y un perfil con permisos de acceder o
grabar por cada mdulo.
Cada acceso denominado sesin es contabilizado y registrado en el sistema.
El motor de la base de datos (Oracle 10g) estar instalado en el servidor
Metodologa:
RUP - UML

3.1 Facilidad de Uso
Ref. # DESCRIPCION
RNF01: Usabilidad del sistema Parar garantizar la
usabilidad el sistema deber
contar con una interfaz de
fcil manejo
para el usuario y lo mas
intuitiva posible, para dar
completo manejo de la
aplicacin y con un fcil
acceso.
El sistema dispondr de
mensajes de alerta y
advertencia cuando el
usuario realice un
procedimiento errneo en la
ejecucin del sistema.

Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 10 de 14

3.2 Confiabilidad
- La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios
de 7 das X 24 horas, garantizando un esquema adecuado que permita ante una posible
falla de la solucin en cualquiera de sus componentes, contar con una contingencia,
generacin de alarmas.
- Debe contemplar requerimientos de confiabilidad y consistencia de los componentes de
negocio ante recuperaciones. En caso de fallas de algn componente, no debe haber
prdida de informacin.
- Debe contemplar requerimientos de consistencia transaccional. Ante la falla del aplicativo,
se debe contar con mecanismos que contemplen la interrupcin de transacciones para
que estas finalicen de manera correcta.
-
Ref. # DESCRIPCION
RNF02: Disponibilidad del
sistema
Se espera que el sistema
Tienda de venta tenga un
100% de disponibilidad en sus
operaciones.

El sistema debe garantizar la
total confiabilidad en el ingreso
de los datos y su
posterior almacenamiento en
la base de datos.

El sistema debe dar
confidencialidad en el manejo
de datos, para que el acceso a
ciertas tareas y datos dentro
del sistema sea por quien
deba ejecutarlas. Esto es para
que personas
que no deben no ingresen a
informacin que es de
exclusivo acceso de ciertos
tipos de usuario.

3.3 Desempeo
La aplicacin debe ofrecer un buen desempeo del sistema ante una alta demanda acorde a los
requerimientos funcionales y no funcionales de la solucin; Tiempo promedio no mayor a 2
segundos sobre operaciones transaccionales.
Ref. # Funcin
RNF03:
El sistema ayudar a la
optimizacin de los procesos
que actualmente se
desarrollan
mediante papel, para volverlos
procesos mas giles y sobre
todo confiables. Sin embargo
esto
depender en gran parte del
hardware del cual se disponga
para la aplicacin.
RNF04:
El sistema debe entregar la
informacin del sistema al
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 11 de 14

usuario en el momento que el
estime conveniente,
esperndose un 95% de
cumplimiento de esto.
RNF05:
El sistema deber respaldar la
informacin que mantiene en
la base de datos a diario,
de forma de mantener un
registro ante una falla grave
del sistema.

3.4 Facilidad de Soporte
- Se debe estructurar el cdigo de una manera consistente y predecible.
- Para objetos que son frecuentemente manejados en la lgica del negocio, implementar
las respectivas interfaces que aseguren su fcil implementacin en el sistema.
- Asegurar que el diseo de las interfaces contemplen el que las propiedades pblicas y los
parmetros de los mtodos sean de un tipo comn (estandarizados).
- El sistema debe ser construido e implantado de tal manera que un cambio en los
parmetros de negocio no obligue a la generacin de una nueva versin del mdulo.
3.5 Restricciones de Diseo
Ref. # Funcin
RNF07: Portabilidad,
Adaptabilidad
El sistema debe
adaptarse con bajo
impacto ante cambios en
la tecnologa de hardware
(servidores, puestos
clientes, comunicaciones,
etc.) y de software de
base.

4.5.1 Restricciones sobre la Arquitectura
Aplicacin del Patrn Arquitectnico en paquetes
El sistema agrupar los casos de uso funcionales una arquitectura funcional
fundamentalmente de 3 paquetes:
Entidades
Control
Fronteras

3.6 Interfaces
El software cuenta con interfaces de escritorio las cuales sern mostradas en otros documentos
adicionales a la documentacin del Sistema.
3.6.1 Interfaces de Usuarios
Las interfaces de usuario estn relacionadas con las pantallas, ventanas (formularios) que debe
manipular el usuario para realizar una operacin determinada. Dicha manipulacin el usuario la
realizar por medio del teclado y el
Mouse (ratn).
Es importante mencionar que las interfaces de usuario tambin abarcan las ayudas
correspondientes en cada uno de los procesos que realice el sistema.
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 12 de 14


Las interfaces de usuario ayudaran al usuario final trabajando en un ambiente
Form, por lo que se dichas interfaces incluirn:
Botones
Mens despegables
Mensajes informativos
Mensajes de error
Cuadros de dilogo
Formularios para el ingreso, modificacin, actualizacin y eliminacin de datos. As como para
las operaciones y las ayudas que se mencion anteriormente.
Otros

A continuacin se muestra una previa de lo que ser las interfaces de usuario.
El usuario previamente debe tener su cuenta de usuario en el sistema para poder acceder.


En caso de que no ingrese correctamente el USUARIO o el PASSWORD se desplegara un
mensaje de datos incorrectos. Como a continuacin se muestra.


3.6.2 Interfaces de Hardware
La pantalla del monitor.- el software deber mostrar informacin al usuario a
Travs de la pantalla del monitor.
Ratn.- el software debe interactuar con el movimiento del ratn y los botones del ratn. El ratn
se activan las zonas de entrada de datos, botones de comando y seleccione las opciones de los
mens.
Teclado.- el software deber interactuar con las pulsaciones del teclado. El teclado de entrada de
datos en el rea activa de la base de datos.
Impresora.- el software imprimir los reportes en la impresora instalada.
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 13 de 14

3.6.3 Interfaces de Software
No Aplica
3.6.4 Interfaces de Comunicacin
La interfaz de comunicacin entre el servidor de base de datos SQL y la aplicacin desarrollada en
JAVA.
3.7 Documentacin en Lnea y Requerimientos de Ayuda del Sistema
No Aplica
3.8 Requerimientos de Licencia
No Aplica
3.9 Metodologa de Desarrollo
Metodologa de Ciclo de Vida de Software, que es una adaptacin de la Norma Tcnica
Peruana NTP-ISO/IEC 12207.

3.10 Componentes Adquiridos
Se debe permitir acceso a la data bajo previa identificacin y autenticidad del
usuario, un mximo de tres intentos de ingreso.
Se debe restringir la informacin que ha de ser mostrada a los usuarios segn
su rol.
Se debe restringir las operaciones segn el tipo de rol que posea el usuario
que ingrese al sistema.
3.11 Otros Estndares Aplicables
No Aplica
4. Reglas de Negocio
[Registrar las reglas de negocio asociadas a los requerimientos funcionales que afectan]
Especificacin de Requerimientos del Software (SRS)
Versin: <X.Y>
Documento Base de Referencia Fecha: 23/09/2014
DES-RSW-01

Realizado por: Baca Gamboa, Rosa
Rimarachin Reyes, Rosario
Revisado por: Ing. Arestegui
Aprobado por: Ing. Arestegui


Logo
Pgina 14 de 14

Historia de las Revisiones
Fecha Versin Descripcin Autor
<dd/mmm/yy> <x.x> <detalles> <nombre>