Tecnologo

INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación y gestión de proyectos y de Ingeniería de Software mostrados en el programa teórico de la asignatura. La metodología de desarrollo a utilizar será el Proceso Unificado de Desarrollo y el lenguajede modelado será UML. Se requiere que la interfaz de la aplicación sea gráfica y que todos los informes generados puedas ser exportados a hojas de cálculo de MS Excel.

2

DOCUMENTO DE ESPECIFICACIÓN DE REQUISITOS Una especificación de requisitos del software es una descripción completa del comportamiento del sistema a desarrollar e incluye un conjunto de casos de uso que describen todas lasinteracciones que se prevén que los usuarios tendrán con el software. También contiene requisitos no funcionales (o suplementarios), que imponen restricciones al diseño o funcionamiento del sistema. Las estrategias recomendadas para la especificación de los requisitos del software están descritas según el estándar IEEE 830-1998 (IEEE Recommended Practice for Software Requirements Specifications).Este estándar describe las estructuras posibles, contenido deseable, y calidades de una especificación de requisitos del software.
•

Introducción En este apartado se va a proporcionar una apreciación global del SRS. 1. Propósito El propósito del SRS es conseguir una estructura bien definida y un documento bien formado de los requisitos del sistema. El público intencional al que va dirigidoel SRS es el cliente. En particular, para esta práctica los clientes serían los profesores de la asignatura. 2. Alcance El nombre correspondiente al producto software a desarrollar es Restaurant Aplication Web (RAW). Acciones que debe realizar el producto software: o Gestión de los recursos del restaurante: adición, modificación y eliminación por parte del administrador. o Emisión de resúmenes:procesamiento de las reservas registradas, de los resultados económicos y de la actividad de un cliente registrado. o Visualización de los próximos espectáculos y realización de reservas por parte de los usuarios. Acciones que no debe realizar el producto software: o El grupo de trabajo se ceñirá a las peticiones expresas del cliente sobre el funcionamiento básico de la aplicación. Beneficios,objetivos y metas del producto software: o Se pretende automatizar las gestiones de reserva y administración de recursos de un restaurante con servicio de espectáculos. Incrementando la eficiencia de las operaciones y pudiendo así incrementar los beneficios. o La aplicación pretende dar soporte a los usuarios permitiendo así el acceso y gestión en remoto de las actividades propias del restaurante. oAdemás de estas mejoras que se ofrecen de cara al público, el sistema también supondrá una mejora administrativa para el restaurante, ya que se darán opciones para la gestión de los gastos de cada usuario registrado además de poder llevar un control de los

3

gastos y disponibilidad de los recursos en cada momento.
o

Creación de una aplicación que permita gestionar todo lo referente alas reservas y tratamiento de los recursos de un restaurante mediante RAW, de manera fácil e intuitiva por parte del cliente.

3. Definiciones, siglas y abreviaciones No se utiliza ninguna. 4. Referencias Para la realización de este proyecto hemos utilizado únicamente las especificaciones facilitadas por el cliente en la solicitud del trabajo. 5. Apreciación global Para la realización de estedocumento SRS se ha utilizado la base estándar de especificación de requisitos software IEEE-STD-830-1998.

4

•

Descripción global 1. Perspectiva del producto El sistema a desarrollar es independiente y tiene total autonomía.
•

Interfaces del sistema El sistema no interactúa con otro sistema, por lo que no hay interfaces de este tipo. Interfaces con el usuario La interfaz con la que...