Especificación de Requerimientos Del Software Lsto

8/10/2019 Especificacin de Requerimientos Del Software Lsto

1/14

Logo

Documento Base

Especificacin de Requerimientos del Software(SRS)

Versin

Lima, 2014


2/14

Especificacin de Requerimientos del Software (SRS) Versin:

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. AresteguiLogo

Pgina 2 de 14

Tabla de Contenidos

1. Introduccin 3

1.1

Propsito 31.2 Alcance 3

1.3 Definiciones, Acrnimos y abreviaturas 31.4 Referencias 41.5 Generalidades 41.6 Consideraciones y Dependencias 4

2. Requerimientos Funcionales 6

2.1 Funcionalidad 6 6 6

2.2 Modelo de Paquetes/Modulos 72.3 Modelo de Casos de Uso 72.4 Resumen de Actores y Casos de Uso 72.5 Reporte de Requerimientos 8

3. Requerimientos No Funcionales 9

3.1 Facilidad de Uso 9 Error! Bookmark not defined. Error! Bookmark not defined.

3.2 Confiabilidad 10 Error! Bookmark not defined. Error! Bookmark not defined.

3.3 Desempeo 10 Error! Bookmark not defined.. Error! Bookmark not defined.

3.4 Facilidad de Soporte 11 Error! Bookmark not defined. Error! Bookmark not defined.

3.5 Restricciones de Diseo 114.5.1 Restricciones sobre la Arquitectura 113.5.1Restricciones sobre los Componentes Error! Bookmark not defined.

3.6 Interfaces 113.6.1Interfaces de Usuarios 113.6.2Interfaces de Hardware 123.6.3Interfaces de Software 133.6.4Interfaces de Comunicacin 13

3.7 Documentacin en Lnea y Requerimientos de Ayuda del Sistema 133.8 Requerimientos de Licencia 133.9 Metodologa de Desarrollo 133.10 Componentes Adquiridos 133.11 Otros Estndares Aplicables 13

4. Reglas de Negocio 13


3/14



DES-RSW-01





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 deingreso, fecha de vencimiento y la cantidad de artculos.

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

Requerimientos no funcionales

a. Cada mes, el ltimo da, se le deber entregar al administrador un listado de todos losproductos, 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 yde 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 quepresenta la empresa que se pueden solucionar con software.


4/14



DES-RSW-01





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 utilizandonombre 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 7Entorno 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.


5/14



DES-RSW-01





Pgina 5 de 14

>

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


6/14



DES-RSW-01





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 deun 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 elprimer 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.

[Registrar la descripcin detallada del requerimiento].

[Registrar la descripcin detallada del requerimiento].


7/14



DES-RSW-01





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


8/14



DES-RSW-01





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.

Caract erstic as de So ftw are: 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.


9/14



DES-RSW-01





Pgina 9 de 14

3. Requerimientos No Funcionales

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

- 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 puedavisualizar en el Word Versin 2007 o superior, as mismo los archivos de Word que setrabajen 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 ograbar 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 darcompleto 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.


10/14



DES-RSW-01





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 delsistema

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 personasque 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 laoptimizacin 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


11/14



DES-RSW-01





Pgina 11 de 14

usuario en el momento que el

estime conveniente,

esperndose un 95% de

cumplimiento de esto.

RNF05: El sistema deber respaldar lainformacin que mantiene enla 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 debeadaptarse con bajoimpacto ante cambios enla tecnologa de hardware(servidores, puestosclientes, comunicaciones,etc.) y de software debase.

4.5.1 Restricciones sobre la Arquitectura

Aplicacin del Patrn Arquitectnico en paquetesEl sistema agrupar los casos de uso funcionales una arquitectura funcionalfundamentalmente 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.


12/14



DES-RSW-01





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 aTravs de la pantalla del monitor.Ratn.- el software debe interactuar con el movimiento del ratn y los botones del ratn. El ratnse activan las zonas de entrada de datos, botones de comando y seleccione las opciones de losmens.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.


13/14



DES-RSW-01





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 enJAVA.

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 delusuario, un mximo de tres intentos de ingreso.

Se debe restringir la informacin que ha de ser mostrada a los usuarios segnsu rol.

Se debe restringir las operaciones segn el tipo de rol que posea el usuarioque 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]


14/14



DES-RSW-01





Pgina 14 de 14

Historia de las Revisiones

Fecha Versin Descripcin Autor

Especificación de Requerimientos Del Software Lsto

Documents

Transcript of Especificación de Requerimientos Del Software Lsto