En specifikation av programvarukrav (SRS) är ett dokument som beskriver karaktären hos ett projekt, en programvara eller ett program. Med enkla ord är SRS-dokumentet en handbok för ett projekt förutsatt att det utarbetas innan du startar ett projekt/en tillämpning. Detta dokument är också känt under namnen SRS-rapport, programvarudokument. Ett programvarudokument utarbetas i första hand för ett projekt, en programvara eller någon form av applikation.
Det finns en uppsättning riktlinjer som ska följas när man utarbetar ett programvarukravspecifikationsdokument. Detta inkluderar projektets syfte, omfattning, funktionella och icke-funktionella krav, mjukvaru- och hårdvarukrav. Utöver detta innehåller det också information om de miljöförhållanden som krävs, säkerhets- och skyddskrav, projektets kvalitetsattribut för mjukvara osv.
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. Detta projekt är användbart för flyghanteringsteamet och liksom för passagerarna.
1.4 PROJEKTSOMRÅDE
Syftet med online-flyghanteringssystemet är att underlätta flyghanteringen och att skapa en bekväm och lättanvänt applikation för passagerare, som försöker köpa flygbiljetter. Systemet bygger på en relationsdatabas med dess funktioner för flyghantering och bokning. Vi kommer att ha en databasserver som stöder hundratals större städer runt om i världen samt tusentals flygningar från olika flygbolag. Framför allt hoppas vi kunna erbjuda en bekväm användarupplevelse tillsammans med bästa möjliga prissättning.
1.5 REFERENSER
- Fundamentals of database systems by ramez elmarsi and shamkant b.navathe
ÖVERGRIPANDE BESKRIVNING
2.1 PRODUKT PERSPEKTIV
Ett distribuerat databassystem för flygbolag lagrar följande information:
- Flygdetaljer:
Det inkluderar den ursprungliga flygterminalen och destinationsterminalen, tillsammans med mellanliggande stopp, antalet bokade platser/tillgängliga platser mellan två destinationer etc. - Kundbeskrivning:
Den innehåller kundkod, namn, adress och telefonnummer. Denna information kan användas för att föra register över kunden för eventuella nödsituationer eller för någon annan typ av information. - Bokningsbeskrivning:
Den innehåller kunduppgifter, kodnummer, flygnummer, bokningsdatum och resedatum.
2.2 PRODUKTFUNKTIONER
De viktigaste funktionerna i flygbolagets databassystem visas i nedanstående entitets-relationsmodell (ER-modell)
Diagrammet visar upplägget av flygbolagets databassystem – entitets-relationsmodell
2.3 Användarklass och egenskaper
Användare av systemet ska kunna hämta flyginformation mellan två givna städer med givet datum/tid för resan från databasen. En rutt från stad A till stad B är en sekvens av anslutningsflygningar från A till B så att: a) det finns högst två anslutningsstopp, exklusive resans start- och målstad, b) anslutningstiden är mellan en och två timmar. Systemet kommer att stödja två typer av användarrättigheter: kund och anställd. Kunderna kommer att ha tillgång till kundfunktioner och de anställda kommer att ha tillgång till både kund- och flyghanteringsfunktioner. Kunden ska kunna göra följande funktioner:
- Gör en ny bokning
– Enkel resa
– Tur och retur
– Flera städer
– Flexibelt datum/tid
– Bekräftelse
- Avbryt en befintlig bokning
- Visa sin resväg
Den anställde ska ha följande hanteringsfunktioner:
- KUNDFUNKTIONER.
– Hämta alla kunder som har reserverade platser på ett visst flyg.
– Hämta alla flygningar för en viss flygplats.
– Visa flygschema.
– Hämta alla flygningar vars ankomst- och avgångstider är i tid/försenade.
– Beräkna den totala försäljningen för en viss flygning.
- ADMINISTRATIVA
– Lägg till/ta bort ett flyg
– Lägg till en ny flygplats
– Uppdatera biljettpriset för flygningar.
– Lägg till en ny instans för flygsträckor.
– Uppdatera avgångs- och ankomsttider för instanser för flygsträckor.
Varje flygning har ett begränsat antal tillgängliga platser. Det finns ett antal flygningar som avgår från eller anländer till olika städer på olika datum och tider.
2.4 DRIFTSMILJÖ
Driftsmiljön för flygbolagshanteringssystemet är den som anges nedan. <
- distribuerad databas
- klient/serversystem
- Driftsystem: Windows.
- Databas: sql+-databas
- plattform: vb.net/Java/PHP
2.5 KONSTRUKTIONSBEGRÄNSNINGAR FÖR KONSTRUKTION OCH GENOMFÖRANDE
- Det globala schemat, fragmenteringsschemat och tilldelningsschemat.
- SQL-kommandon för ovanstående frågor/tillämpningar
- Hur svaret för tillämpning 1 och 2 ska genereras. Om man antar att dessa är globala förfrågningar. Förklara hur olika fragment kommer att kombineras för att göra detta.
- Implementera databasen åtminstone med hjälp av ett centraliserat databashanteringssystem.
2.6 FÖRUTSÄTTNINGSFÖRUTSÄTTNINGAR
Vi antar att detta är ett distribuerat system för hantering av flygbolag och att det används i följande tillämpning:
- En begäran om bokning/avbokning av en flygning från vilken källa som helst till vilken destination som helst, med angivande av anslutna flygningar om det inte finns någon direkt flygning mellan det angivna paret källa-destination.
- Beräkning av högprisflygare (mest frekventa flygare) och beräkning av lämpliga belöningspoäng för dessa flygare.
Antagen att båda transaktionerna är enstaka transaktioner, har vi utformat en distribuerad databas som är geografiskt utspridd i fyra städer Delhi, Mumbai, Chennai och Kolkatta enligt fig. nedan.
SYSTEMKUNDER
- BESKRIVNING och PRIORITET
Flygbokningssystemet upprätthåller information om flyg, plats klasser, personliga preferenser, priser och bokningar. Naturligtvis har detta projekt hög prioritet eftersom det är mycket svårt att resa mellan länder utan att ha bokat i förväg.
- STIMULUS/RESPONSE SEKVENSER
- Sök efter flygresor för två resestäder
- Visar en detaljerad lista över tillgängliga flygresor och gör en ”bokning” eller bokar en biljett på en viss flygning.
- Avbryta en befintlig bokning.
- 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. Vi använder enkla elektroniska formulär för bokningsformulär, biljettbokning etc.
NONFUNKTIONELLA KRAV
5.1 PRESTATIONSKRAV
De steg som krävs för att genomföra implementeringen av flygbolagsdatabasen är följande:
A) E-R-DIAGRAM
E-R-diagrammet utgör en teknik för att representera den logiska strukturen i en databas på ett bildmässigt sätt. Denna analys används sedan för att organisera data som en relation, normalisera relationen och slutligen erhålla en relationsdatabas.
- ENTITETER: Som specificerar distinkta verkliga objekt i en tillämpning.
- PROPERTIES/ATTRIBUTES: Dessa anger egenskaper hos en entitet och relationer.
- RELATIONER: De kopplar samman enheter och representerar meningsfulla beroenden mellan dem.
B) NORMALISERING:
Det grundläggande målet med normalisering är att minska redundansen, vilket innebär att information endast ska lagras en gång. Att lagra information flera gånger leder till slöseri med lagringsutrymme och ökning av den totala storleken på de lagrade uppgifterna.
Om en databas inte är korrekt utformad kan den ge upphov till modifieringsanomalier. Ändringsanomalier uppstår när data läggs till, ändras eller tas bort från en databastabell. På samma sätt kan dataredundans vara ett problem i traditionella databaser och i felaktigt utformade relationsdatabaser. Dessa kan elimineras genom att normalisera en databas.
Normalisering är processen att dela upp en tabell i mindre tabeller. Så att varje tabell behandlar ett enda tema. Det finns tre olika typer av modifieringar av anomalier och formulerade den första, andra och tredje normalformen (3NF) anses vara tillräckliga för de flesta praktiska ändamål. Den bör endast övervägas efter en grundlig analys och fullständig förståelse av dess konsekvenser.
5.2 SÄKERHETSKRAV
Om det uppstår omfattande skador på en stor del av databasen på grund av ett katastrofalt fel, t.ex. en diskkrasch, återställer återställningsmetoden en tidigare kopia av databasen som säkerhetskopierats till arkivlagring (vanligen band) och rekonstruerar ett mer aktuellt tillstånd genom att återanvända eller göra om operationerna av bekräftade transaktioner från den säkerhetskopierade loggboken, fram till tidpunkten för felet.
5.3 SÄKERHETSKRAV
Säkerhetssystem behöver databaslagring precis som många andra tillämpningar. De särskilda kraven på säkerhetsmarknaden innebär dock att leverantörerna måste välja sin databaspartner med omsorg.
5.4 SOFTWARE QUALITY ATTRIBUTES
- AVAILABILITY: Flyget bör vara tillgängligt på det angivna datumet och den angivna tiden eftersom många kunder gör förhandsbokningar.
- KORREKTHET: Flygningen bör starta från rätt startterminal och nå rätt destination.
- MÅLFÄLLBARHET: Administratörerna och de som ansvarar för flygningarna bör upprätthålla korrekta tidtabeller för flygningarna.
- ANVÄNDNINGSMÖJLIGHET: Tidtabellerna för flygningarna bör tillgodose ett maximalt antal kunders behov.