ASPL Fact
: Especificaci´on de Requisitos Software
5 de mayo de 2003
1.
Licencia del documento
Copyright (C) 2002 Advanced Software Production Line, S.L.
This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PUR-POSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.
2.
Introducci´
on
2.1.
Prop´
osito
El presente documento est´a orientado a definir claramente las funcionalidades que se van a implementar en el proyecto, as´ı como los requisitos que tendr´an que ser tenidos en cuenta.
2.2.
Ambito del sistema
´
El sistema realizar´a las labores necesarias para realizar, gestionar e imprimir las facturas emitidas por una empresa. Para ello, deber´a tambi´en gestionar art´ıculos y clientes.
As´ı mismo, el sistema proporcionar´a la infraestructura necesaria para posibilitar la adici´on de nuevas caracter´ısticas de manera compatible con esta base de datos.
El sistema se denominar´aASPL Fact.
2.3.
Definiciones, acr´
onimos y abreviaturas
2.3.1. Definiciones usuario
cliente. administrador
Con ello nos referiremos al usuario especial que tiene capacidad de modificar y gestionar las prefe-rencias de la aplicaci´on.
servidor
Con ello nos referiremos al computador que ejecutar´a el subsistema servidor. subsistema cliente
Con ello nos referiremos al software que ejecutar´a en la m´aquina cliente y que ser´a usado por el usuario final.
subsistema servidor
Con ello nos referiremos al software que ejecutar´a en el servidor donde residir´an todos los datos. cliente
Persona f´ısica o jur´ıdica a la que se vender´an art´ıculos y emitir´an facturas mediante el sistema. servicio
Cualquier prestaci´on realizada por el subsistema servidor para el subsistema cliente a trav´es de una ´
unica petici´on, o a trav´es de peticiones compuestas. permiso
Cada una de las definiciones de capacidades que indican la posibilidad (o no) de que un servicio determinado sea realizado por un usuario determinado.
2.3.2. Abreviaturas
Las siguientes abreviaturas se emplear´an para identificar los requisitos: CL Subsistema cliente.
SR Subsistema servidor.
INT Requisitos relativos a interfaz de usuario. ENT Funciones de entrada en el sistema. CLI Funciones relativas a la gesti´on de clientes. ART Funciones relativas a la gesti´on de art´ıculos. FAC Funciones relativas a la gesti´on de facturas.
ADM Funciones relativas a la administraci´on del sistema. USR Funciones relativas a la gesti´on de usuarios y grupos. DAT Funciones relativas a la gesti´on de datos y servicios. AUT Funciones relativas a la autenticaci´on.
2.4.
Referencias
LORTAD
Ley org´anica 15/1999 del 13 de Diciembre de protecci´on de datos de caracter personal. http://www.igsap.map.es/cia/dispo/lo15-99.htm.
Real Decreto 994/1999 del 11 de Junio.
http://www.igsap.map.es/cia/dispo/rd994-99.htm.
3.
Descripci´
on general
En todo el producto se perseguir´a obtener y basar todas las decisiones en un consenso con el proyecto Gesti´on Libre. El proyectoGesti´on Librepersigue definir todo lo que ser´ıa necesario contemplar desde el punto de vista funcional para una aplicaci´on de gesti´on comoASPL Fact.
3.1.
Perspectiva del producto
El producto deber´a realizarse con vistas a que forme parte de un conjunto de aplicaciones de gesti´on empresarial (las impulsadas desde el proyecto Gesti´on Libre).
El sistema se distribuir´a en una arquitectura cliente/servidor, permaneciendo los datos (junto con parte de la l´ogica de acceso a datos) en el servidor.
Todas las partes del producto desarrolladas para residir en el servidor deber´an ser realizadas de modo que puedan ser reutilizadas en otras aplicaciones empleando las mismas peticiones que emplee el subsistema cliente del producto, sin necesidad de recompilaci´on o reinstalaci´on.
As´ı mismo, la parte de servidor deber´a implantarse sobre una arquitectura extensible que permita que se puedan a˜nadir al sistema, en un futuro, nuevos servicios que puedan intercomunicarse con servicios existentes.
3.2.
Funciones del producto
El subsistema cliente deber´a permitir a un usuario:
autenticarse para trabajar con el sistema, impidiendo el uso del mismo en caso de no realizarse una autenticaci´on correcta;
tener informaci´on de sus capacidades, deshabilitando aquellas partes de la interfaz a la que no pueda tener acceso;
gestionar los clientes existentes en la base de datos, permitiendo listar, a˜nadir, modificar o borrar clientes;
gestionar los art´ıculos existentes en la base de datos, permitiendo listar, a˜nadir, modificar o borrar art´ıculos;
gestionar las facturas existentes en la base de datos, permitiendo la creaci´on de nuevas facturas, mostrar las facturas realizadas, e imprimir facturas.
realizar copias de seguridad del estado del sistema. La parte servidor del sistema deber´a:
almacenar todos los datos;
proporcionar servicios de autenticaci´on, de modo que ning´un programa cliente pueda acceder a datos sin estar previamente autenticado o realizar acciones sin tener permisos adecuados;
proporcionar servicios para que programas cliente puedan listar, a˜nadir, modificar o borrar clientes; proporcionar servicios para que programas cliente puedan listar, a˜nadir, modificar o borrar art´ıculos; proporcionar servicios para que programas cliente puedan listar, imprimir y crear facturas; establecer infraestructura para la implantaci´on de otros servicios, de modo que se puedan a˜nadir nuevos servicios a los ya existentes, o se puedan ampliar los servicios existentes;
proporcionar servicios de configuraci´on (creaci´on de usuarios y establecimiento de permisos y con-trase˜nas);
realizar copias de seguridad ordenadas desde el subsistema cliente para almacenar el estado del sistema.
As´ı mismo, se deber´a:
comprobar la correcci´on de los datos proporcionados por el programa cliente al insertar nuevos datos o modificar datos ya existentes;
asegurar que cualquier comunicaci´on que circule por la red sea convenientemente cifrada; asegurar el cumplimiento de todas las leyes vigentes en cuanto a protecci´on de datos;
3.3.
Caracter´ısticas del usuario tipo
ASPL Fact est´a orientado para que su uso sea realizado por personal de oficina o dependientes de co-mercios, de nivel educativo medio y conocimientos inform´aticos a nivel de usuario.
La labor de instalaci´on y configuraci´on inicial del sistema ser´a orientada para que sea realizada por perso-nal t´ecnico cualificado, con conocimiento en la administraci´on de servidores Unix, y en la administraci´on de bases de datos.
3.4.
Restricciones
3.4.1. Pol´ıticas de empresa
Para el desarrollo del proyecto se emplear´an, exclusivamente, herramientas de software libre.
3.4.2. Lenguajes de programaci´on a emplear
El proyecto se desarrollar´a en lenguaje C, empleando cualesquiera librer´ıas de la plataforma de desarrollo Gnome 2.0.
3.5.
Suposiciones y dependencias
Supondremos que el subsistema cliente se implementar´a como un programa ejecutable, por lo que a partir de este momento tambi´en se referenciar´a como programa cliente.
Se supondr´a que el subsistema servidor se implantar´a como un conjunto de programas servidores. Cada uno de estos programas se encargar´a de proporcionar los servicios que est´en relacionados entre s´ı (por ejemplo, los servicios de creaci´on, edici´on y borrado de clientes se implementar´an en un mismo servidor).
3.6.
Particionamiento de requisitos
4.
Requisitos espec´ıficos
4.1.
Requisitos del subsistema cliente
4.1.1. Interfaz del subsistema cliente Requisito CL.INT.1
El programa cliente tiene que permitir que todas las funciones de que disponga el interfaz sean utilizables desde el teclado.
Requisito CL.INT.2
El programa cliente tiene que informar al usuario, en todo momento, sobre lo que est´a ocurriendo en la aplicaci´on. La aplicaci´on, mientras realiza c´alculos, peticiones de datos u otro tipo de operaciones que no requieran la intervenci´on del usuario, no puede quedarse en blanco.
Requisito CL.INT.3
El programa cliente mostrar´a al usuario cualquier mensaje de error que sea enviado como tal desde el subsistema servidor.
4.1.2. Entrada en el sistema Requisito CL.ENT.1
El programa cliente, al iniciarse, deber´a solicitar al usuario un par usuario/contrase˜na para auten-ticarse contra el subsistema servidor. Si la autenticaci´on resulta negativa, se mostrar´a un mensaje de error y se volver´a a solicitar al usuario un par usuario/contrase˜na.
Requisito CL.ENT.2
Despu´es de conseguir la validaci´on de usuario/contrase˜na, el programa cliente solicitar´a al subsis-tema servidor el conjunto de servicios a los que el usuario autenticado tiene acceso, deshabilitando todas aquellas partes de la interfaz del programa cliente a las que el usuario no tenga acceso. Adem´as, el programa cliente recibir´a del sistema servidor la localizaci´on de los servicios, as´ı como el resto de informaci´on necesaria para acceder a los mismos.
Tras ello, el programa cliente mostrar´a la interfaz de usuario general.
4.1.3. Gesti´on de clientes Requisito CL.CLI.1
La interfaz del programa cliente permitir´a mostrar la lista de clientes que se tienen dados de alta en el sistema servidor, mostrando todos los datos de cada cliente, a saber, los indicados en el requisito
Requisito CL.CLI.2
La interfaz del programa cliente permitir´a a˜nadir, modificar y borrar clientes del sistema.
A la hora de a˜nadir y/o modificar nuevos usuarios, el programa cliente perdir´a los siguientes datos (se indican aquellos que son estrictamente necesarios).
Datos Descripci´on Nec.
Datos personales
Nombre Nombre del cliente Si
Tipo Identificador fiscal CIF/NIF/Pasaporte... Si Identificador fiscal No del propio id. fiscal Si
Persona de Contacto En caso de ser una empresa el cliente, la per-sona de contacto dentro de la organizaci´on
No
Direcci´on de Facturaci´on
Direcci´on Direcci´on de facturaci´on No Localidad Localidad del domicilio del cliente No Ciudad Cuidad del domicilio del cliente No C´odigo postal C´odigo postal del domicilio del cliente No Pa´ıs Pa´ıs del domicilio del cliente: por defecto
Es-pa˜na
No Apartado de correos Apartado de correos del domicilio del cliente No Tel´efonos Tel´efonos del cliente (fijos y m´oviles) No E-mails Direcciones de correo electr´onico del cliente. No
P´agina web Web del cliente No
Direcci´on de Entrega
Direcci´on Direcci´on de entrega No
Localidad Localidad del domicilio del cliente No Ciudad Cuidad del domicilio del cliente No C´odigo postal C´odigo postal del domicilio del cliente No Pa´ıs Pa´ıs del domicilio del cliente: por defecto
Es-pa˜na
No
Tel´efonos Tel´efonos del cliente (fijos y m´oviles) No E-mails Direcciones de correo electr´onico del cliente. No
P´agina web Web del cliente No
Datos miscel´aneos
Impuesto Impuesto dependiente del tipo de cliente co-rrespondiente al cliente
S´ı Referencia del cliente Identificador con el que ser´a diferenciado un
cliente
No Comercial o responsable Persona que suele atender al cliente No Requisito CL.CLI.3
La interfaz del programa cliente no permitir´a que un usuario realize operaciones de borrado, modi-ficaci´on o adici´on de clientes si no tiene permisos suficientes. Esto se har´a deshabilitando las partes del interfaz destinadas a las operaciones no permitidas.
La interfaz del programa cliente permitir´a al usuario realizar b´usquedas entre los clientes existentes en el sistema. Estas b´usquedas podr´an realizarse a partir de cualquier campo existente en un cliente. Requisito CL.CLI.5
La interfaz del programa cliente permitir´a, desde la misma ventana de listado de clientes, realizar b´usquedas r´apidas utilizando autocompletado de identificador fiscal o de nombre y apellidos.
4.1.4. Gesti´on de Impuestos Requisito CL.IMP.1
La interfaz del programa cliente permitir´a mostrar la lista de impuestos que se tienen dados de alta en el sistema servidor.
Los impuestos se dividen en:
Impuestos dependientes del tipo de cliente. Impuestos dependientes del tipo de art´ıculo. Requisito CL.IMP.2
La interfaz del programa cliente permitir´a a˜nadir, modificar y borrar impuestos dependientes del tipo de cliente. En el caso de a˜nadir y modificar nuevos impuestos, el interfaz del programa cliente pedir´a los siguientes datos:
Datos Descripci´on Nec. C´odigo C´odigo del impuesto Si Descripci´on Descripci´on del art´ıculo No Requisito CL.IMP.3
La interfaz del programa cliente permitir´a a˜nadir, modificar y borrar impuestos dependientes del tipo de art´ıculo. En el caso de a˜nadir y modificar nuevos impuestos, el interfaz del programa cliente pedir´a los siguientes datos:
Datos Descripci´on Nec. C´odigo C´odigo del impuesto Si Descripci´on Descripci´on del art´ıculo No Requisito CL.IMP.4
La interfaz del programa cliente permitir´a asignar, para cada par (impuesto dependiente de tipo de cliente / impuesto dependiente de tipo de art´ıculo) un valor num´erico decimal.
Requisito CL.IMP.5
La interfaz del programa cliente no permitir´a que un usuario realize operaciones de borrado, mo-dificaci´on o adici´on de impuestos si no tiene permisos suficientes. Esto se har´a deshabilitando las partes del interfaz destinadas a las operaciones no permitidas.
4.1.5. Gesti´on de art´ıculos Requisito CL.ART.1
La interfaz del programa cliente permitir´a mostrar la lista de art´ıculos que se tienen dados de alta en el sistema servidor.
Requisito CL.ART.2
La interfaz del programa cliente permitir´a a˜nadir, modificar y borrar art´ıculos del sistema. En el caso de a˜nadir nuevos art´ıculos, el interfaz del programa cliente pedir´a los siguientes datos:
Datos Descripci´on Nec. Nombre Nombre del art´ıculo Si Descripci´on Descripci´on del art´ıculo No Referencia Identificador con el que diferenciaremos cada
art´ıculo
Si Impuesto Impuesto dependiente del art´ıculo que se
apli-car´a al art´ıculo
S´ı Precio Precio del art´ıculo Si Unidad de Medida Unidades de medida de un producto:
unida-des, kilogramos, metros, etc. Por defecto se mide en unidades
Si
Requisito CL.ART.3
La interfaz del programa cliente no permitir´a que un usuario realize operaciones de borrado, modi-ficaci´on o adici´on de art´ıculos si no tiene permisos suficientes. Esto se har´a deshabilitando las partes del interfaz destinadas a las operaciones no permitidas.
Requisito CL.ART.4
La interfaz del programa cliente permitir´a al usuario realizar b´usquedas entre los art´ıculos existentes en el sistema. Estas b´usquedas podr´an realizarse a partir de cualquier campo existente en un art´ıculos.
Requisito CL.ART.5
La interfaz del programa cliente permitir´a, desde la misma ventana de listado de art´ıculos, realizar b´usquedas r´apidas utilizando autocompletado de la referencia del art´ıculo o de su descripci´on.
4.1.6. Gesti´on de facturas Requisito CL.FAC.1
La interfaz del programa cliente permitir´a mostrar la lista de facturas emitidas. Requisito CL.FAC.2
La interfaz del programa cliente permitir´a crear nuevas facturas. Para ello, tendr´a que obtener los datos sobre el cliente asociado a la factura y los art´ıculos que van a ser a˜nadidos a la factura.
Adem´as, a la hora de obtener los datos se contemplar´a lo siguiente: Requisito CL.FAC.2.1
El programa cliente obtendr´a los datos del cliente para la factura de la lista de clientes dados de alta en el sistema servidor. Adem´as, tambi´en podr´a insertar los datos del cliente directamente, en caso de no estar dado de alta en el sistema. En caso de que el usuario haya introducido un cliente no existente en el subsistema servidor, el programa cliente preguntar´a si se desea introducir este cliente en el subsistema servidor.
Requisito CL.FAC.2.2
El programa cliente obtendr´a los datos de los art´ıculos para la factura de la lista de art´ıculos existentes en la base de datos. Adem´as, el programa cliente tambi´en permitir´a que los datos
de los art´ıculos sean insertados directamente por el usuario, en caso de no existir en la base de datos.
Requisito CL.FAC.3
Los datos necesarios para reflejar una factura ser´an:
Datos Descripci´on Nec. Referencia Identificador con el que diferenciaremos cada
factura
Si Cliente Cliente asociado a esa factura Si Art´ıculos Descripci´on de todos los art´ıculos de la factura
con las unidades facturadas de cada uno
Si
Requisito CL.FAC.4
El sistema tiene que asegurar que una factura emitida sea almacenada de tal manera que no se modifique el en futuro, y que pueda se recuperada completamente. El sistema no permitir´a que un usuario realice operaciones de borrado o modificaci´on de facturas emitidas.
Requisito CL.FAC.5
El proceso de crear una nueva factura ser´a at´omico, esto es, solo se crear´a la factura si todo el proceso que conlleva seleccionar el cliente y los art´ıculos para la factura se ha completado sin errores. Requisito CL.FAC.6
La interfaz del programa cliente permitir´a al usuario realizar b´usquedas entre las facturas existentes en el sistema. Estas b´usquedas podr´an realizarse a partir del cliente asociado (nombre y apellidos o identificador fiscal), fecha (intervalo de fechas), importe total o referencia.
Requisito CL.FAC.7
El sistema permitir´a imprimir una factura creada.
4.1.7. Interfaz de administraci´on Requisito CL.ADM.1
Para que el programa cliente pueda realizar labores de administraci´on, tendr´a que autenticarse utilizando un par usuario/contrase˜na con los permisos adecuados. Una vez autenticado, el programa cliente lanzar´a la interfaz de administraci´on.
En adelante nos referiremos por programa cliente al interfaz de administraci´on dentro de la secci´on de administraci´on.
Requisito CL.ADM.2
El programa cliente permitir´a dar de alta nuevos usuarios pidiendo para ello los siguientes datos:
Datos Descripci´on Nec. Nombre Nombre del usuario que utilizar´a el sistema Si Login usuario con el que se autenticar´a en el sistema Si Password clave asociada al login Si Grupo Grupo al que pertenece el usuario Si Requisito CL.ADM.3
El programa cliente permitir´a dar de baja los usuarios existentes en el subsistema servidor. Requisito CL.ADM.4
Requisito CL.ADM.5
El programa cliente permitir´a crear grupos de usuarios, adem´as de permitir asignar permisos a esos grupos. Los datos que se deber´an pedir son:
Datos Descripci´on Nec. Nombre Nombre del grupo Si Permisos Permisos asociados a ese grupo para poder
usar los diferentes servicios del subsistema ser-vidor
Si
El modelo de permisos se tendr´a que decidir en la fase de dise˜no pues existen varias alternativas. Una de ellas podr´ıa ser enfocar los permisos a la posibilidad de usar los servicios del subsistema ser-vicios, entendiendose como servicios los propocionados para clientes, para facturas y para art´ıculos.
Requisito CL.ADM.6
El programa cliente permitir´a dar de baja los grupos de usuarios existentes. Si existen usuarios asociados al grupo borrado, el programa cliente avisar´a al administrador para que los usuarios que se hayan quedado sin grupo, sean asignados a uno existente o que se cree un nuevo grupo de usuarios.
Requisito CL.ADM.7
El programa cliente permitir´a realizar tambi´en todas las operaciones de administraci´on descritas en esta secci´on a trav´es de l´ınea de comando.
Requisito CL.ADM.8
El programa cliente permitir´a realizar consultas acerca del estado de los diferentes servicios que est´a ofreciendo el subsistema servidor.
Requisito CL.ADM.9
Si existiese alg´un problema con el susbsistema servidor o con el programa cliente, el programa cliente deber´a proporcionar una explicaci´on de por qu´e no est´a funcionando el sistema en general y, si fuese posible, dar una soluci´on al problema.
Requisito CL.ADM.10
El programa cliente permitir´a que se realizen copias de seguridad del estado actual del sistema servidor.
Requisito CL.ADM.11
El programa cliente permitir´a que se puedan visualizar las copias de seguridad realizadas hasta el momento del estado del subsistema servidor.
Requisito CL.ADM.12
El programa cliente permitir´a que se pueda restaurar el estado del sistema usando para ello una copia de seguridad existente.
4.2.
Requisitos del subsistema servidor
4.2.1. Gesti´on de usuarios y grupos Requisito SR.USR.1
El sistema servidor permitir´a dar de alta a nuevos usuarios para usar el sistema, as´ı como dar de baja los existentes, estableci´endose un login y una contrase˜na.
Requisito SR.USR.2
El subsistema servidor permitir´a listar los usuarios datos de alta en el sistema. Requisito SR.USR.3
El subsistema servidor permitir´a crear grupos de usuarios, adem´as de poder asignar los permisos que se deseen al grupo creado (v´ease el apartado de definiciones). Los datos necesarios para crear un grupo ser´an:
Datos Descripci´on Nec. Nombre Nombre del grupo Si Permisos Permisos asociados a ese grupo para poder
usar los diferentes servicios del subsistema ser-vidor
Si
Requisito SR.USR.4
El subsistema servidor permitir´a editar/modificar los datos asociados a un usuario ya existente. Los datos que se podr´an modificar ser´an el password y el grupo al que pertenecen. No se podr´a modificar el nombre del usuario ni el login del mismo.
Requisito SR.USR.5
El subsistema servidor permitir´a editar/modificar los datos asociados a un grupo de usuarios exis-tente. Los datos que se podr´an modificar ser´an los permisos que tiene el grupo de usuarios o los usuarios que est´an incluidos en el grupo.
4.2.2. Gesti´on de datos y servicios Requisito SR.DAT.1
El subsistema servidor ser´a el encargado de almacenar los datos de todo el sistema, esto es, datos de facturaci´on, datos de clientes, datos de art´ıculos y datos de usuarios.
Requisito SR.DAT.2
Los datos referentes a entidades como, por ejemplo, clientes tendr´an que ser almacenados cumplien-do con lo dispuesto en laLORTAD.
Requisito SR.DAT.3
El subsistema servidor debe conocer la lista de servicios disponibles, su localizaci´on y la informaci´on necesaria para que los programas clientes, previa autenticaci´on con el subsistema servidor, puedan usar sus servicios.
Requisito SR.DAT.4
El subsistema servidor debe permitir dar de alta nuevos servicios as´ı como su baja. ´Esto se usar´a para ampliar los servicios que ofrecer´a el subsistema servidor en futuro, siendo los actualmente contem-plandos: clientes, art´ıculos y facturas.
Requisito SR.DAT.5
El subsistema servidor tiene que realizar todas las acciones necesarias para comprobar que los da-tos enviados por los sistemas clientes son correcda-tos. En caso de no serlo, se enviar´a un mensaje al programa cliente, indicando cu´al es el fallo.
Requisito SR.DAT.6
Todas las comunicaciones realizadas en el sistema (ya sea entre el subsistema cliente y el sub-sistema servidor, o dentro del propio subsub-sistema servidor) estar´an cifradas. En cada mensaje se deber´a comprobar la actualidad, identidad del destinatario y del emisor, etc...
Requisito SR.DAT.7
El subsistema servidor permitir´a realizar una gesti´on de las copias de seguridad de los datos al-macenados. Por tanto, permitir´a realizar copias de seguridad del sistema. Las copias de seguridad ser´an almacenadas con la fecha asociada.
Requisito SR.DAT.8
El subsistema servidor permitir´a realizar un listado de las copias de seguridad realizadas al sistema. Requisito SR.DAT.9
El subsistema servidor permitir´a restaurar el sistema con los datos almacenados en una copia de seguridad. Para ello utilizar´a los datos de copia de seguridad existentes o le pedir´a al usuario la ubicaci´on de la copia de seguridad con la que se desea que se inicie el sistema.
Requisito SR.DAT.10
El subsistema servidor permitir´a llevar un registro de todas las acciones realizadas por cada uno de los usuarios, almacenando la fecha, la hora y la acci´on realizada en un fichero de log.
4.2.3. Gesti´on de la autenticaci´on Requisito SR.AUT.1
El subsistema servidor se encargar´a de autenticar a los usuarios. Por tanto, el subsistema servidor no permitir´a que se usen ninguno de los servicios por parte de un usuario que no se ha autenticado.
Requisito SR.AUT.2
Cualquier autenticaci´on realizada en el subsistema servidor tendr´a un tiempo de expiraci´on, tras el cual deber´a validarse una nueva autenticaci´on.
Requisito SR.AUT.3
El subsistema servidor debe comprobar que todas las peticiones por parte de un sistema cliente, ya autenticado, tengan los permisos correspondientes para llevar a cabo una acci´on determinada.
4.2.4. Gesti´on de Clientes Requisito SR.CLI.1
El subsistema servidor debe permitir que le formulen peticiones para listar los clientes dados de alta en el sistema.
Requisito SR.CLI.2
El subsistema servidor debe permitir que le formulen peticiones para a˜nadir, borrar y modificar clientes en el sistema.
Los datos necesarios para a˜nadir un cliente est´an representados en el correspondiente requisito de usuario para a˜nadir un cliente.
Requisito SR.CLI.3
El subsistema servidor negar´a el servicio de peticiones sobre clientes, si el usuario del programa cliente que formula la peticion no tiene los permisos suficientes.
Requisito SR.CLI.4
El subsistema servidor se encargar´a de comprobar si se est´a intentando a˜nadir un cliente que ya existe.
Requisito SR.CLI.5
El subsitema servidor permitir´a modificar los datos asociados a un cliente pero cuando se realize se tiene que prestar espcial antenci´on a que esta acci´on no modifique el estado de la facturas emitidas en el pasado con el cliente modificado.
4.2.5. Gesti´on de Impuestos Requisito SR.IMP.1
El subsistema servidor debe permitir que le formulen peticiones para listar los impuestos dados de alta en el sistema.
Requisito SR.IMP.2
El subsistema servidor debe permitir que le formulen peticiones para a˜nadir, borrar y modificar impuestos en el sistema.
Los datos necesarios para a˜nadir un impuesto est´an representados en los correspondientes requisitos de usuario para a˜nadir un impuesto.
Requisito SR.IMP.3
El subsistema servidor negar´a el servicio de peticiones sobre datos de impuestos, si el usuario del programa cliente que formula la peticion no tiene los permisos necesarios para ello.
4.3.
Gesti´
on de Art´ıculos
Requisito SR.ART.1
El subsistema servidor debe permitir que le formulen peticiones para listar los art´ıculos dados de alta en el sistema.
Requisito SR.ART.2
El subsistema servidor debe permitir que le formulen peticiones para a˜nadir, borrar y modificar art´ıculos en el sistema.
Los datos necesarios para a˜nadir un art´ıculo est´an representados en el correspondiente requisito de usuario para a˜nadir un art´ıculo.
Requisito SR.ART.3
El subsistema servidor negar´a el servicio de peticiones sobre datos de art´ıculo si el usuario del programa cliente que formula la petici´on no tiene los permisos necesarios para ello.
4.3.1. Gesti´on de Facturas Requisito SR.FAC.1
Requisito SR.FAC.2
El subsistema permitir´a a˜nadir una nueva factura. El cliente asociado deber´a existir con anterioridad en la base de datos. Los conceptos correspondientes a la factura podr´an ser art´ıculos existentes en la base de datos, o bien, conceptos proporcionados de manera textual por el programa cliente. Los datos necesarios para reflejar una factura ser´an los contenidos en el requisito correspondiente de gesti´on de facturas para el programa cliente.
Requisito SR.FAC.3
El subsistema servidor tiene que asegurar que una factura emitida se almacenada de tal manera que no se modifique el en futuro, y que pueda ser recuperada completamente. De este trabajo se tiene que encargar el subsistema servidor, sabiendo que el programa cliente ser´a construido sin tener en cuenta que una factura tiene que ser consistente en el futuro.
Requisito SR.FAC.4
El sistema no permitir´a que un usuario realice operaciones de borrado o modificaci´on de facturas emitidas.
Requisito SR.FAC.5
El proceso de crear una nueva factura ser´a at´omico, esto es, solo se crear´a la factura si todo el proceso que conlleva seleccionar el cliente y los conceptos para la factura se ha completado sin errores.
Requisito SR.FAC.6
El subsistema servidor se encargar´a de comprobar que una nueva petici´on de creaci´on de factura no exista ya en el subsistema servidor. Para ello comprobar´a que la referencia de la factura es distinta.
Tambi´en ser´a el encargado de comprobar que el cliente asociado a la factura exista en el subsistema servidor.
