Una especificación de requisitos de software (SRS) es un documento que describe la naturaleza de un proyecto, software o aplicación. En palabras sencillas, el documento SRS es un manual de un proyecto siempre que se prepare antes de poner en marcha un proyecto/aplicación. Este documento también se conoce con los nombres de informe SRS, documento de software. Un documento de software se prepara principalmente para un proyecto, software o cualquier tipo de aplicación.
Hay un conjunto de directrices que se deben seguir mientras se prepara el documento de especificación de requisitos de software. Esto incluye el propósito, el alcance, los requisitos funcionales y no funcionales, los requisitos de software y hardware del proyecto. Además de esto, también contiene la información sobre las condiciones ambientales requeridas, los requisitos de seguridad y protección, los atributos de calidad del software del proyecto, etc.
What is a Software Requirements Specification document?
A Software requirements specification document describes the intended purpose, requirements and nature of a software to be developed. It also includes the yield and cost of the software.
In this document, flight management project is used as an example to explain few points.
Table of Contents
Suggested Read:
- SRS report for a Lab Administration project
INTRODUCTION
1.1 PURPOSE
The purpose of this document is to build an online system to manage flights and passengers to ease the flight management. <<Include the purpose as applicable to your project >>
1.2 DOCUMENT CONVENTIONS
This document uses the following conventions. <<Include the conventions as per your application >>
| DB | Database |
| DDB | Distributed Database |
| ER | Entity Relationship |
1.3 INTENDED AUDIENCE AND READING SUGGESTIONS
This project is a prototype for the flight management system and it is restricted within the college premises. This has been implemented under the guidance of college professors. Este proyecto es útil para el equipo de gestión de vuelos y también para los pasajeros.
1.4 ALCANCE DEL PROYECTO
El objetivo del sistema de gestión de vuelos online es facilitar la gestión de los vuelos y crear una aplicación cómoda y fácil de usar para los pasajeros, que intentan comprar billetes de avión. El sistema se basa en una base de datos relacional con sus funciones de gestión y reserva de vuelos. Dispondremos de un servidor de base de datos que soportará cientos de ciudades importantes de todo el mundo, así como miles de vuelos de diversas compañías aéreas. Por encima de todo, esperamos proporcionar una experiencia de usuario cómoda junto con los mejores precios disponibles.
1.5 REFERENCIAS
- Fundamentos de los sistemas de bases de datos por ramez elmarsi y shamkant b.navathe
- Detalles del vuelo:
Incluye la terminal de vuelo de origen y la terminal de destino, junto con las paradas entre ellas, el número de plazas reservadas/plazas disponibles entre dos destinos, etc. - Descripción del cliente:
Incluye el código del cliente, el nombre, la dirección y el número de teléfono. Esta información puede ser utilizada para mantener los registros del cliente para cualquier emergencia o para cualquier otro tipo de información. - Descripción de la reserva:
Incluye los datos del cliente, el número de código, el número de vuelo, la fecha de la reserva, la fecha del viaje. - Hacer una nueva reserva
– De ida
– De ida y vuelta
– De varias ciudades
– Fecha/hora flexible
– Confirmación - Cancelar una reserva existente
- Ver su itinerario
- FUNCIONES DE CLIENTE.
– Obtener todos los clientes que tienen asientos reservados en un vuelo determinado.
– Obtener todos los vuelos para un aeropuerto determinado.
– Ver el horario de los vuelos.
– Obtener todos los vuelos cuyas horas de llegada y salida son puntuales/retrasadas.
– Calcular las ventas totales de un vuelo determinado. - ADMINISTRATIVO
– Añadir/borrar un vuelo
– Añadir un nuevo aeropuerto
– Actualizar la tarifa de los vuelos.
– Añadir una nueva instancia de tramo de vuelo.
– Actualizar las horas de salida/llegada de las instancias de tramo de vuelo. - Base de datos distribuida
- Sistema cliente/servidor: Windows.
- Base de datos: base de datos sql+
- plataforma: vb.net/Java/PHP
- El esquema global, el esquema de fragmentación y el esquema de asignación.
- Los comandos SQL para las consultas/aplicaciones anteriores
- Cómo se generará la respuesta para las aplicaciones 1 y 2. Suponiendo que son consultas globales. Explique cómo se combinarán varios fragmentos para ello.
- Implementar la base de datos al menos utilizando un sistema de gestión de bases de datos centralizado.
- Solicitud de reserva/cancelación de un vuelo desde cualquier origen a cualquier destino, dando vuelos conectados en caso de que no exista un vuelo directo entre el par Origen-Destino especificado.
- Cálculo de los viajeros más frecuentes y cálculo de los puntos de recompensa apropiados para estos viajeros.
- DESCRIPCIÓN y PRIORIDAD
- Secuencias de estímulo/respuesta
- Buscar vuelos de aerolíneas para dos ciudades de viaje
- Muestra una lista detallada de los vuelos disponibles y hacer una «Reserva» o Reservar un billete en un vuelo particular.
- Cancelar una Reserva existente.
- FUNCTIONAL REQUIREMENTS
- Some sites are client sites and others are server sites.
- All the data resides at the server sites.
- All applications execute at the client sites.
- Front-end software: Vb.net version
- Back-end software: SQL+
- Windows.
- A browser which supports CGI, HTML & Javascript.
- ENTIDADES: Que especifican elementos distintos del mundo real en una aplicación.
- Propiedades/atributos: Que especifican propiedades de una entidad y relaciones.
- RELACIONES: Que conectan entidades y representan dependencias significativas entre ellas.
- Disponibilidad: el vuelo debe estar disponible en la fecha y hora especificadas, ya que muchos clientes hacen reservas anticipadas.
- CORRECCIÓN: el vuelo debe partir de la terminal de salida correcta y debe llegar al destino correcto.
- MAINTABILIDAD: los administradores y los cargadores de vuelos deben mantener los horarios correctos de los vuelos.
- USABILIDAD: los horarios de los vuelos deben satisfacer las necesidades de un número máximo de clientes.
Descripción general
2.1 PERSPECTIVA DEL PRODUCTO
Un sistema de base de datos de aerolíneas distribuido almacena la siguiente información.
2.2 CARACTERÍSTICAS DEL PRODUCTO
Las principales características del sistema de base de datos de la aerolínea se muestran en el siguiente modelo entidad-relación (modelo ER)
El diagrama muestra el diseño del sistema de base de datos de la aerolínea – modelo entidad-relación
Los usuarios del sistema deben ser capaces de recuperar de la base de datos la información de los vuelos entre dos ciudades dadas con la fecha/hora de viaje dada. Una ruta de la ciudad A a la ciudad B es una secuencia de vuelos de conexión de A a B tal que: a) hay como máximo dos paradas de conexión, excluyendo la ciudad de inicio y la ciudad de destino del viaje, b) el tiempo de conexión está entre una y dos horas. El sistema soportará dos tipos de privilegios de usuario, Cliente y Empleado. Los clientes tendrán acceso a las funciones de cliente, y los empleados tendrán acceso a las funciones de gestión de clientes y de vuelos. El cliente debe ser capaz de hacer las siguientes funciones:
El empleado debe tener las siguientes funcionalidades de gestión:
Cada vuelo tiene un número limitado de asientos disponibles. Hay una serie de vuelos que salen o llegan a diferentes ciudades en diferentes fechas y horas.
2.4 ENTORNO OPERATIVO
El entorno operativo del sistema de gestión de la aerolínea es el que se indica a continuación. <<Incluya los detalles según su aplicación >>
2.5 CONSTANTES DE DISEÑO e IMPLEMENTACIÓN
2.6 SUPUESTO DEPENDENCIAS
Supongamos que se trata de un sistema de gestión de aerolíneas distribuido y que se utiliza en la siguiente aplicación:
Suponiendo que ambas transacciones son transacciones únicas, hemos diseñado una base de datos distribuida que está dispersa geográficamente en cuatro ciudades Delhi, Mumbai, Chennai y Kolkatta como se muestra en la fig. a continuación.
Características del sistema
El sistema de reservas de la aerolínea mantiene información sobre los vuelos, las clases de asientos, las preferencias personales, los precios y las reservas. Por supuesto, este proyecto tiene una alta prioridad porque es muy difícil viajar a través de los países sin reservas previas.
Other system features include:
DISTRIBUTED DATABASE:
Distributed database implies that a single application should be able to operate transparently on data that is spread across a variety of different databases and connected by a communication network as shown in below figure.
Distributed database located in four different cities
CLIENT/SERVER SYSTEM
The term client/server refers primarily to an architecture or logical division of responsibilities, the client is the application (also known as the front-end), and the server is the DBMS (also known as the back-end).
A client/server system is a distributed system in which,
EXTERNAL INTERFACE REQUIREMENTS
4.1 USER INTERFACES
4.2 HARDWARE INTERFACES
4.3 SOFTWARE INTERFACES
Following are the software used for the flight management online application. <<Include the software details as per your project >>
| Software used | Description |
| Operating system | We have chosen Windows operating system for its best support and user-friendliness. |
| Database | To save the flight records, passengers records we have chosen SQL+ database. |
| VB.Net | To implement the project we have chosen Vb.Net language for its more interactive support. |
4.4 COMMUNICATION INTERFACES
This project supports all types of web browsers. Estamos utilizando formularios electrónicos sencillos para los formularios de reserva, reserva de billetes, etc.
REQUISITOS NO FUNCIONALES
5.1 REQUISITOS DE DESEMPEÑO
Los pasos involucrados para realizar la implementación de la base de datos de la aerolínea son los que se enumeran a continuación.
A) DIAGRAMA E-R
El Diagrama E-R constituye una técnica para representar la estructura lógica de una base de datos de forma pictórica. Este análisis se utiliza luego para organizar los datos como una relación, normalizando la relación y obteniendo finalmente una base de datos de relaciones.
B) NORMALIZACIÓN:
El objetivo básico de la normalización es reducir la redundancia, lo que significa que la información debe almacenarse sólo una vez. Almacenar la información varias veces lleva a desperdiciar espacio de almacenamiento y a aumentar el tamaño total de los datos almacenados.
Si una base de datos no está bien diseñada puede dar lugar a anomalías de modificación. Las anomalías de modificación surgen cuando se añaden, modifican o eliminan datos de una tabla de la base de datos. Del mismo modo, en las bases de datos tradicionales, así como en las bases de datos relacionales mal diseñadas, la redundancia de datos puede ser un problema. Estos pueden eliminarse normalizando una base de datos.
La normalización es el proceso de dividir una tabla en tablas más pequeñas. De forma que cada tabla trate un único tema. Hay tres tipos diferentes de modificaciones de las anomalías y formuló la primera, segunda y tercera formas normales (3NF) se considera suficiente para la mayoría de los propósitos prácticos. Debe considerarse sólo después de un análisis exhaustivo y una comprensión completa de sus implicaciones.
5.2 REQUISITOS DE SEGURIDAD
Si se produce un daño extenso en una amplia porción de la base de datos debido a un fallo catastrófico, como una caída del disco, el método de recuperación restaura una copia pasada de la base de datos de la que se hizo una copia de seguridad en un almacenamiento de archivo (normalmente una cinta) y reconstruye un estado más actual reaplicando o rehaciendo las operaciones de las transacciones comprometidas desde el registro respaldado, hasta el momento del fallo.
5.3 REQUISITOS DE SEGURIDAD
Los sistemas de seguridad necesitan almacenamiento de bases de datos como muchas otras aplicaciones. Sin embargo, los requisitos especiales del mercado de la seguridad hacen que los vendedores deban elegir cuidadosamente a su socio de bases de datos.
5.4 ATRIBUTOS DE CALIDAD DEL SOFTWARE
- .