O specificație a cerințelor software (SRS) este un document care descrie natura unui proiect, a unui software sau a unei aplicații. În cuvinte simple, documentul SRS este un manual al unui proiect, cu condiția să fie pregătit înainte de a da startul unui proiect/aplicație. Acest document mai este cunoscut și sub denumirile de raport SRS, document software. Un document software este pregătit în primul rând pentru un proiect, un software sau orice fel de aplicație.
Există un set de linii directoare care trebuie urmate în timpul pregătirii documentului de specificare a cerințelor software. Acesta include scopul, domeniul de aplicare, cerințele funcționale și nefuncționale, cerințele software și hardware ale proiectului. Pe lângă acestea, conține, de asemenea, informații despre condițiile de mediu necesare, cerințele de siguranță și securitate, atributele de calitate software ale proiectului 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. Acest proiect este util pentru echipa de gestionare a zborurilor și precum și pentru pasageri.
1.4 SCOPUL PROIECTULUI
Sistemul de gestionare a zborurilor online are ca scop facilitarea gestionării zborurilor și crearea unei aplicații convenabile și ușor de utilizat pentru pasageri, care încearcă să cumpere bilete de avion. Sistemul se bazează pe o bază de date relațională cu funcțiile sale de gestionare a zborurilor și de rezervare. Vom avea un server de baze de date care va susține sute de orașe mari din întreaga lume, precum și mii de zboruri ale diferitelor companii aeriene. Mai presus de toate, sperăm să oferim o experiență confortabilă pentru utilizatori, împreună cu cele mai bune prețuri disponibile.
1.5 REFERINȚE
- Fundamentals of database systems by ramez elmarsi and shamkant b.navathe
Descriere generală
2.1 PERSPECTIVA PRODUSULUI
Un sistem distribuit de baze de date ale companiilor aeriene stochează următoarele informații.
- Detalii ale zborului:
Include terminalul de origine al zborului și terminalul de destinație, împreună cu escalele dintre ele, numărul de locuri rezervate/locurile disponibile între două destinații etc. - Descrierea clientului:
Include codul clientului, numele, adresa și numărul de telefon. Aceste informații pot fi utilizate pentru a păstra evidența clientului pentru orice urgență sau pentru orice alt tip de informații. - Descrierea rezervării:
Include detaliile clientului, numărul de cod, numărul de zbor, data rezervării, data călătoriei.
2.2 CARACTERISTICILE PRODUSULUI
Caracteristicile principale ale sistemului de baze de date al companiei aeriene, așa cum sunt prezentate în modelul entitate-relație (model ER) de mai jos)
Diagrama arată aspectul sistemului de baze de date al companiei aeriene – modelul entitate-relație
2.3 CLASA ȘI CARACTERISTICILE UTILIZATORULUI
Utilizatorii sistemului ar trebui să poată prelua din baza de date informații despre zboruri între două orașe date, cu data/ora de călătorie date. O rută de la orașul A la orașul B este o secvență de zboruri de legătură de la A la B astfel încât: a) să existe cel mult două escale de legătură, cu excepția orașului de plecare și a orașului de destinație a călătoriei, b) timpul de legătură să fie cuprins între una și două ore. Sistemul va suporta două tipuri de privilegii de utilizator: client și angajat. Clienții vor avea acces la funcțiile pentru clienți, iar angajații vor avea acces atât la funcțiile de gestionare a clienților, cât și la cele de gestionare a zborurilor. Clientul ar trebui să poată face următoarele funcții:
- Face o nouă rezervare
– One-way
– Round-Trip
– Multi-city
– Flexible Date/time
– Confirmare
- Anulează o rezervare existentă
- Vezi itinerariul său
Angajatul ar trebui să aibă următoarele funcționalități de gestionare:
- FUNCȚIILE CLIENTULUI.
– Obțineți toți clienții care au locuri rezervate pe un anumit zbor.
– Obțineți toate zborurile pentru un anumit aeroport.
– Vizualizați programul de zbor.
– Obțineți toate zborurile ale căror ore de sosire și plecare sunt la timp/întârziate.
– Calculați vânzările totale pentru un anumit zbor.
- ADMINISTRATIV
– Adăugați/ștergeți un zbor
– Adăugați un nou aeroport
– Actualizați tariful pentru zboruri.
– Adăugați o nouă instanță de etapă de zbor.
– Actualizați orele de plecare/ sosire pentru instanțele de etapă de zbor.
Care zbor are un număr limitat de locuri disponibile. Există un număr de zboruri care pleacă sau ajung în orașe diferite la date și ore diferite.
2.4 MEDIUL DE EXPLOATARE
Mediul de operare pentru sistemul de management al companiei aeriene este cel enumerat mai jos. <
- bază de date distribuită
- sistem client/server
- Sistem de operare: Windows.
- bază de date: bază de date sql+
- platformă: vb.net/Java/PHP
2.5 CONSTANȚE DE PROIECTARE ȘI IMPLEMENTARE
- Schema globală, schema de fragmentare și schema de alocare.
- Comenzile SQL pentru interogările/aplicațiile de mai sus
- Cum va fi generat răspunsul pentru aplicațiile 1 și 2. Presupunând că acestea sunt interogări globale. Explicați cum vor fi combinate diverse fragmente pentru a face acest lucru.
- Implementați baza de date utilizând cel puțin un sistem centralizat de gestionare a bazei de date.
2.6 DEPENDENȚE DE ASUMARE
Să presupunem că acesta este un sistem distribuit de gestionare a companiilor aeriene și că este utilizat în următoarea aplicație:
- O cerere de rezervare/anulare a unui zbor de la orice sursă la orice destinație, oferind zboruri conectate în cazul în care nu există zboruri directe între perechea sursă-destinație specificată.
- Calcularea celor care zboară cel mai des (cei mai frecvenți zburători) și calcularea punctelor de recompensă corespunzătoare pentru acești zburători.
Să presupunem că ambele tranzacții sunt tranzacții unice, am proiectat o bază de date distribuită care este dispersată geografic în patru orașe: Delhi, Mumbai, Chennai și Kolkatta, așa cum se arată în figura. de mai jos.
Funcționalități ale sistemului
- DESCRIERE și PRIORITATE
Sistemul de rezervări al companiei aeriene păstrează informații despre zboruri, clase de locuri, preferințe personale, prețuri și rezervări. Bineînțeles, acest proiect are o prioritate ridicată deoarece este foarte dificil să călătorești prin țări fără rezervări prealabile.
- SECVENȚE DE STIMULARE/RESPONDERE
- Cercetați zboruri de linie pentru două orașe de călătorie
- Afișează o listă detaliată a zborurilor disponibile și faceți o „Rezervare” sau Rezervați un bilet pe un anumit zbor.
- Anulați o rezervare existentă.
- FUNCTIONAL REQUIREMENTS
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,
- 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.
EXTERNAL INTERFACE REQUIREMENTS
4.1 USER INTERFACES
- Front-end software: Vb.net version
- Back-end software: SQL+
4.2 HARDWARE INTERFACES
- Windows.
- A browser which supports CGI, HTML & Javascript.
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. Folosim formulare electronice simple pentru formularele de rezervare, rezervarea biletelor etc.
CERINȚE NEFUNCȚIONALE
5.1 CERINȚE DE PERFORMANȚĂ
Etapele implicate pentru realizarea implementării bazei de date a companiei aeriene sunt cele enumerate mai jos.
A) DIAGRAMA E-R
Diagrama E-R constituie o tehnică de reprezentare a structurii logice a unei baze de date într-o manieră picturală. Această analiză este apoi utilizată pentru a organiza datele sub formă de relație, normalizarea relației și, în final, obținerea unei baze de date de relații.
- Atentități: Care specifică elemente distincte din lumea reală într-o aplicație.
- PROPRIETĂȚI/ATRIBUȚII: Care specifică proprietățile unei entități și relații.
- RELAȚII: Care conectează entitățile și reprezintă dependențe semnificative între ele.
B) NORMALIZAREA:
Obiectivul de bază al normalizării este de a reduce redundanța, ceea ce înseamnă că informațiile trebuie stocate o singură dată. Stocarea informațiilor de mai multe ori duce la irosirea spațiului de stocare și la creșterea dimensiunii totale a datelor stocate.
Dacă o bază de date nu este proiectată corespunzător, aceasta poate da naștere la anomalii de modificare. Anomaliile de modificare apar atunci când datele sunt adăugate, modificate sau șterse dintr-un tabel al bazei de date. În mod similar, în bazele de date tradiționale, precum și în bazele de date relaționale proiectate necorespunzător, redundanța datelor poate reprezenta o problemă. Acestea pot fi eliminate prin normalizarea unei baze de date.
Normalizarea este procesul de împărțire a unui tabel în tabele mai mici. Astfel încât fiecare tabel să se ocupe de o singură temă. Există trei tipuri diferite de modificări ale anomaliilor, iar formularea primei, celei de-a doua și celei de-a treia forme normale (3NF) este considerată suficientă pentru majoritatea scopurilor practice. Ea ar trebui luată în considerare numai după o analiză amănunțită și o înțelegere completă a implicațiilor sale.
5.2 CERINȚE DE SIGURANȚĂ
Dacă există o deteriorare extinsă a unei porțiuni largi a bazei de date din cauza unei defecțiuni catastrofale, cum ar fi o defecțiune a discului, metoda de recuperare restaurează o copie anterioară a bazei de date care a fost salvată pe o memorie de arhivare (de obicei pe bandă) și reconstruiește o stare mai actuală prin reaplicarea sau refacerea operațiunilor tranzacțiilor angajate din jurnalul salvat, până la momentul defecțiunii.
5.3 CERINȚE DE SECURITATE
Sistemele de securitate au nevoie de stocare în baza de date la fel ca multe alte aplicații. Cu toate acestea, cerințele speciale ale pieței de securitate înseamnă că vânzătorii trebuie să-și aleagă cu grijă partenerul de baze de date.
5.4 ATRIBUȚII DE CALITATE A SOFTWARE-ului
- DISPONIBILITATE: Zborul trebuie să fie disponibil la data și ora specificate, deoarece mulți clienți fac rezervări în avans.
- CORRECTITUDINE: Zborul ar trebui să ajungă la start de la terminalul de start corect și ar trebui să ajungă la destinația corectă.
- MAINTAINABILITATE: Administratorii și încărcătorii de zboruri ar trebui să mențină programe corecte de zboruri.
- USABILITATE: Programele de zbor ar trebui să satisfacă un număr maxim de nevoi ale clienților.
.