Srs

Software Requirements
Specification
For
Online Passport Registration
System
Prepared by
Imran A. Hashmi ! imaran.hashami""#$gmail
%agrut &. 'ini "" (agrut.)ini$gmail.com
Priyan) P. 'eni "*
+aibha, S. 'hande)ar "
Instructor-
.place your instructors name here>
/ourse-
Structured and Ob(ect Oriented Analysis
and 0esign.
1ab Section-
<place your lab section here>
2eaching Assistant-
<place your TAs name here>
0ate-
.place the date of submission here3
/ontents
R4+ISIO&S................................................................................................................................................................III
Software Requirements Specification for Online Passport Registration System
Page ii
I&2RO05/2IO&................................................................................................................................................1
1.1 DOCUMENT PURPOSE.................................................................................................................................1
1.2 PRODUCT SCOPE................................................................................................................................ 1
1.3 INTENDED AUDIENCE AND DOCUMENT OVERVIEW............................................................................... 1
1.4 DEFINITIONS, ACRONYMS AND ABBREVIATIONS.................................................................................... 1
1.5 DOCUMENT CONVENTIONS.................................................................................................................. 1
1.6 REFERENCES AND ACKNOWLEDGMENTS.............................................................................................. 2
" O+4RA11 04S/RIP2IO&...............................................................................................................................3
2.1 PRODUCT PERSPECTIVE...................................................................................................................... 3
2.2 PRODUCT FUNCTIONALITY................................................................................................................... 3
2.3 USERS AND CHARACTERISTICS............................................................................................................ 3
2.4 OPERATING ENVIRONMENT.................................................................................................................. 3
2.5 DESIGN AND IMPLEMENTATION CONSTRAINTS...................................................................................... 4
2.6 USER DOCUMENTATION....................................................................................................................... 4
2. ASSUMPTIONS AND DEPENDENCIES..................................................................................................... 4
6 SP4/IFI/ R475IR484&2S...........................................................................................................................5
3.1 E!TERNAL INTERFACE RE"UIREMENTS................................................................................................ 5
3.2 FUNCTIONAL RE"UIREMENTS.............................................................................................................. 6
3.3 BEHAVIOUR RE"UIREMENTS................................................................................................................ 6
9 O2H4R &O&:F5&/2IO&A1 R475IR484&2S..........................................................................................7
4.1 PERFORMANCE RE"UIREMENTS.......................................................................................................... 7
4.2 SAFETY AND SECURITY RE"UIREMENTS.............................................................................................. 7
4.3 SOFTWARE "UALITY ATTRIBUTES....................................................................................................... 7
; O2H4R R475IR484&2S...............................................................................................................................8
APP4&0I< A = 0A2A 0I/2IO&AR>........................................................................................................................9
APP4&0I< ? : @RO5P 1O@..................................................................................................................................10
Software Requirements Specification for Online Passport Registration System Page 1
Introduction
In this project we are trying to reduce the manual work of the passport registration. To do
all manual process is very tedious job so this will reduce the effort.
This section gives a scope description and overview of everything included in this SRS
document. Also, the purpose for this document is described and a list of abbreviations and
definitions is provided
. 0ocument Purpose
If the entire process of Issue of !assport is done in a manual manner then it would take several
months for the passport to reach the applicant. "onsidering the fact that the number of applicants
for passport is increasing every year, an Automated System becomes essential to meet the
demand. So this system uses several programming and database techni#ues to elucidate the
work involved in this process. As this is a matter of $ational Security, the system has been
carefully verified and validated in order to satisfy it.
." Product Scope
The System provides an online interface to the user where they can fill in their personal
details and submit the necessary documents by scanning. The authority concerned with the
issue of passport can use this system to reduce his workload and process the application in
a speedy manner. !rovide a communication platform between the applicant and the
administrator. Transfer of data between the !assport Issuing Authority and the %ocal !olice
for verification of applicants information. &sers'Applicants will come to know their status of
application and the date in which they must subject themselves for manual document
verification.
.6 Intended Audience and 0ocument O,er,iew
T#$ %&'$&($( A)(%$&*$ +,$-
A../%*+&'0
A(1%&%0',+'2,0.
V$,%3%*+'%2& 0'+33.
P2/%*$

T#$ ,$1+%&($, 23 '#%0 (2*)1$&' *2&0%0' 23 32), *#+.'$,0 +&( +..$&(%4. T#$ 3%,0' *#+.'$, %0
'#$ %&',2()*'%2& '2 '#$ .,25$*', %'0 0*2.$ +&( %&'$&($( +)(%$&*$0. T#$ ($3%&%'%2&0 +&(
+66,$7%+'%2&0 +,$ +/02 8%7$&.
T#$ 0$*2&( *#+.'$, *2&0%0' 23 27$,+// ($0*,%.'%2& 23 '#$ .,25$*'. I' .,27%($0 +&
27$,7%$9 32, .,2()*' 3)&*'%2&+/%'%$0, '#$ )0$, +&( %'0 *#+,+*'$,%0'%*0, .$,0.$*'%7$ +&(
2.$,+'%&8 $&7%,2&1$&', 9#$,$+0 '#$ *2&0',+%&'0 23 )0$, ($0%8& +&( %1./$1$&'+'%2&.
T#$ '#%,( *#+.'$, *2&0%0' 23 R$:)%,$1$&' 0.$*%3%*+'%2& %& ($'+%/ '$,10, #+,(9+,$,
023'9+,$ +&( 6$#+7%2),+/ ,$:)%,$1$&'0 +&( (%33$,$&' S;0'$1 I&'$,3+*$0.
T#$ 32),'# *#+.'$, *2&0%0' 23 2'#$, &2&<3)&*'%2&+/ ,$:)%,$1$&'0 23 0;0'$1, 9#%*#
%&*/)($ '#$ .$,32,1+&*$ ,$:)%,$1$&' 23 '#$ 0;0'$1, '#$ 0+3$'; +&( 0$*),%'; ,$:)%,$1$&'0
23 0;0'$1.
T#$ +..$&(%4 %& '#$ $&( 23 '#$ (2*)1$&' %&*/)($0 +// '#$ ,$0)/'0 23 '#$
,$:)%,$1$&'0 %.$. D+'+ D%*'%2&+,; +&( G,2). L28.
.9 0efinitionsA Acronyms and Abbre,iations
2erms 0efinitions
SRS S23'9+,$ R$:)%,$1$&'0 S.$*%3%*+'%2&
S23'9+,$ R$:)%,$1$&'0 S.$*%3%*+'%2& A (2*)1$&' '#+' *21./$'$/; ($0*,%6$0 +// 23
'#$ 3)&*'%2&0 23 + .,2.20$( 0;0'$1 +&( '#$
*2&0',+%&'0 )&($, 9#%*# %' 1)0' 2.$,+'$. F2,
$4+1./$, '#%0 (2*)1$&'.
A(1%&%0',+'2,= A(1%&
S;0'$1 +(1%&%0',+'2, 9#2 #+0 6$$& 8%7$&
0.$*%3%* .$,1%00%2& 32, 1+&+8%&8 +&(
*2&',2//%&8 '#$ 0;0'$1.
Applicant One who wishes to obtain the Passport.
HTML Markup Language used for creating web pages.
HTTP Hper Te!t Transfer Protoco".
MYS"L
#pen source database software.
PHP Hperte!t Preprocessor.
.; 0ocument /on,entions
T#$ $&'%,$ (2*)1$&' %0 %& T%1$0 N$9 R21+& 32&'. T#$ #$+(%&80 +,$ &)16$,$( 1,2, 3...
+&( 02 2& +&( 0)6<#$+(%&80 +,$ &)16$,$( 4.1,4.2.... +&( 02 2&. B2'# #$+(%&80 +&( 0)6<
#$+(%&80 +,$ %& 62/(.
M+%& '%'/$ - F2&' T%1$0 N$9 R21+& +&( 0%>$ 14
S)6 '%'/$0 - F2&' T%1$0 N$9 R21+& +&( 0%>$ 12
C2&'$&' - F2&' T%1$0 N$9 R21+& +&( 0%>$ 12
.# References and Ac)nowledgments
?1@ S23'9+,$ R$:)%,$1$&' S.$*%3%*+'%2&, Ama(ing %unch Indicator.
http)''www.cse.chalmers.se'*feldt'courses're#eng'e+amples'srs,e+ample,-./.,group-.
pdf0
1-2 I333 Software Re#uirement Specification format.
?3@ 999.P+00.2,'.827.%&
?4@ SRS '$1./+'$.
https)''www.google.co.in'url4
sa5t6rct5j6#56esrc5s6source5web6cd576cad5rja6uact586ved5."3w9:jA:6url5http
;<A;-:;-:www.computing.dcu.ie;-:*renaat
;-:"A<-7;-:srs,template-.doc6ei5".<a&7S=>=7eugSr/I"A?g6usg5A:9j"$3$sf
@"A!gnArB.C,uAn=(my9RD!w6sig-5SSoRh(plo"k@l!u$&Ew9s96bvm5bv.F-/8@8@
<,d.c-3
?5@ B; K+,/ W%$8$,0, S23'9+,$ R$:)%,$1$&' S.$*%3%*+'%2&, V$,0%2& 1.A, "afeteria >rdering system.
" O,erall 0escription
". Product Perspecti,e
The OPRS acts as an interface between the 'applicant' and the 'administrator'. This system
tries to make the interface as simple as possible and at the same time not risking the
security of data stored in. This minimizes the time duration in which the user receives the
passport.
"." Product Functionality
G %ogin) In this module, we can perform operation such as enter the user name and password. If
the user name and password is correct then it can be entered into the specific web page.
>therwise reHenter the user name and password at the particular times only.
G :ill the application) Chen we are go to fill the application form before you can tell either apply for
new passport or renewal the old passport. Ce can fill the application form with corresponding I?
proof and address proof and then submit the form.
G Aerification of the form) After submission of the form, to the responsible authority are verified
that given information is true or not and they are forwarded to local police.
The local police en#uiry that corresponding information is true or not. After collecting the
information it will forwarded to higher authority.
G Aalidation checking) Chen the customer, go to apply for the airline ticket. The passport must be
checked if it is valid or not. 3very passport as valid up to @ years only. The applicantIs must
renewal the passport for every five years.
G Issue the passport) After verification and validation the passport can be issued to the applicant
through the post. Then the passport can be checked and signed the post record the accepted the
passport
".6 .5sers and /haracteristics
B A../%*+&' < T#$; +,$ '#$ .$2./$ 9#2 ($0%,$0 '2 26'+%& '#$ .+00.2,' +&( 0)61%' '#$ %&32,1+'%2& '2 '#$
(+'+6+0$.
B A(1%&%0',+'2, < H$ #+0 '#$ *$,'+%& .,%7%/$8$0 '2 +(( '#$ .+00.2,' 0'+')0 +&( '2 +..,27$ '#$ %00)$ 23
.+00.2,'. H$ 1+; *2&'+%& + 8,2). 23 .$,02&0 )&($, #%1 '2 7$,%3; '#$ (2*)1$&'0 +&( 8%7$ 0)88$0'%2&
9#$'#$, 2, &2' '2 +..,27$ '#$ (%0.+'*# 23 .+00.2,'.
B P2/%*$ < H$ %0 '#$ .$,02& 9#2 ).2& ,$*$%7%&8 %&'%1+'%2& 3,21 '#$ PAS, .$,32,1 + .$,02&+/ 7$,%3%*+'%2& 23
'#$ +../%*+&' +&( 0$$ %3 #$ #+0 +&; *,%1%&+/ *+0$ +8+%&0' #%1 6$32,$ 2, +' .,$0$&'. H$ #+0 6$$& 7$'2$( 9%'#
'#$ .29$, '2 ($*/%&$ +& +../%*+'%2& 6; 0)88$0'%&8 %' '2 '#$ A(1%&%0',+'2, %3 #$ 3%&(0 +&; (%0*,$.+&*; 9%'# '#$
+../%*+&'. H$ *211)&%*+'$0 7%+ '#%0 PAS.
Verification staff
Operating 4n,ironment
OE1 C T#$ 9$6 .+8$ 92,D0 2& 7+,%2)0 9$6 6,290$,0- 0)*# +0 2.$,+, 8228/$ *#,21$,
M2>%//+ F%,$324, %&'$,&$' $4./2,$,.
OE2 C I' *+& 92,D 2& 7+,%2)0 0;0'$10 0)*# +0 W%&(290 EF<2AA3, +&( F +/02.
OE3 C T2 0#29 '#$ (+'+6+0$ *2&&$*'%7%'; 9$ +,$ )0%&8 A.+*#$ 0$,7$,.
OE4 C T2 9,%'$ '#$ *2($ 9$ )0$ H'1/ $(%'2, 2, &2'$.+(.
OE5 C A// 0*,%.'%&8 0#2)/( 6$ (2&$ )0%&8 PHP /+&8)+8$.
".9 0esign and Implementation /onstraints
J?escribe any items or issues that will limit the options available to the developers. These might
include) hardware limitations Ktiming re#uirements, memory re#uirementsLM interfaces to other
applicationsM specific technologies, tools, and databases to be usedM parallel operationsM
language re#uirementsM communications protocolsM security considerationsM design conventions
or programming standards Kfor e+ample, if the customerIs organi(ation will be responsible for
maintaining the delivered softwareL.
T> ?>) In this section you need to consider all of the information you gathered so far, analy(e it
and correctly identify at least @ constraints.N
".; 5ser 0ocumentation
UD1 C T#$ )0$, 1+&)+/ 0#290 2, (%,$*'0 '#$ &$9 )0$, #29 (2 2, 82 +62)' %& '#$ .,25$*'.
UD2 C T#$ S;0'$1 ($0%8& (2*)1$&'0 %0 )0$( '2 ($0%8& '#$ +,*#%'$*'),$ 23 '#$ .,25$*'.
UD3 C T#$ SRS (2*)1$&' %0 )0$( '2 0#29 +// '#$ 023'9+,$ ,$:)%,$1$&'0 23 0;0'$1.
".# Assumptions and 0ependencies
J%ist any assumed factors Kas opposed to known factsL that could affect the re#uirements stated
in the SRS. These could include thirdHparty or commercial components that you plan to use,
issues around the development or operating environment, or constraints. The project could be
affected if these assumptions are incorrect, are not shared, or change. Also identify any
dependencies the project has on e+ternal factors, such as software components that you intend
to reuse from another project.
T> ?>) !rovide a short list of some major assumptions that might significantly affect your design.
:or e+ample, you can assume that your client will have /, - or at most @. Automated Oanking
=achines. 3very number has a significant effect on the design of your system. N
6 Specific Requirements
6. 4Bternal Interface Requirements
6.. 5ser Interfaces
Information user interface
In this screen, the user will get all the information regarding the application
process of passport. She/he can access the required documents to be
attached, fee structure, FAQs and passport act for their convenience.
ogin Forms
As this s!stem deals with three di"erent t!pes of users that is admin, client
and police. #i"erent login interfaces for di"erent t!pes of users.
$egistration Form
A complete registration form interface for users to register is described with all
the required %elds to be %lled in correctl!.
6.." Hardware Interfaces
T#$ #+,(9+,$ 0.$*%3%*+'%2& 0.$*%3%$0 '#+' '#$ *2&3%8),+'%2& ,$:)%,$( ,)&&%&8 '#$ .+,'%*)/+,
0;0'$1, %& '#%0 '#$ 0;0'$1 %0 + 9$60%'$ 02 6+0%*+//; + *21.)'$, 2, 0%1%/+, ($7%*$ %0
,$:)%,$(.
I& *21.)'$, '22 '#$,$ +,$ 021$ *2&3%8),+'%2&0 ,$:)%,$(. T#$ 6+0%* *2&3%8),+'%2& 23
*21.)'$, ,$:)%,$( '2 ,)& '#$ 0;0'$1 +,$ +0 32//290-
P,2*$002,
M2'#$,62+,(
H+,( (%0D
M$12,;
M2&%'2,, D$;62+,(
P,%&'$,
6..6 Software Interfaces
G1H WAMP *2&',2/ .+&$/
WAMP %0 3,$$ +&( 2.$& 02),*$ *,200 ./+'32,1 9$6 0$,7$, 02/)'%2& 0'+*D
.+*D+8$, *2&0%0'%&8 1+%&/; 23 '#$ A.+*#$ HTTP 0$,7$,, MYS"L (+'+6+0$
+&( %&'$,.,$'$,0 32, 0*,%.'0 9,%''$& %& '#$ PHP.
G2H HTML =PHP E(%'2,
HTML $(%'2, %0 + *21.)'$, .,28,+1 32, *,$+'%&8 9$6 .+8$0. A/'#2)8# '#$
HTML 1+,D ). 23 9$6 .+8$ *+& 6$ 9,%''$& 9%'# +&; '$4' $(%'2,, 0.$*%+/%>$(
HTML $(%'2,0 *+& 233$, *2&7$&%$&*$ +&( +(($( 3)&*'%2&+/%';.
F2, $4+1./$, 1+&; HTML $(%'2,0 92,D0 &2' 2&/; 9%'# HTML, 6)' +/02 9%'#
,$/+'$( '$*#&2/28%$0 0)*# +0 CSS, !ML, I+7+S*,%.'.

G3H MYS"L 0$,7$,
MYS"L %0 .2.)/+, *#2%*$ 23 (+'+6+0$ 32, )0$ %& 9$6 +../%*+'%2&0.
6..9 /ommunications Interfaces
&his software will be hosted on a server and the clients who need to access the
s!stem will have to use the software functionalities using the browser. &he
browser will show the graphical user interface for user interactivit!. &he forms
that are displa!ed b! browser and when gets %lled b! user are sent to the
server for processing and saving of data in database.
All the manipulations or queries on the database are handled on the server
and the results are displa!ed onto the clients screen using the browser.
6." Functional Requirements
Logon Capabilities
&he s!stem shall provide the Administrators, clients and police with logon
capabilities.
&he client login shall be allowed '( hours a da!.
Status Capabilities
&he s!stem shall provide the status of the passport to the applicant.
Information Capabilities
&he s!stem shall provide the information regarding the procedure of
application to the applicants.
&he s!stem should have visual aids for the users which are unfamiliar with
%lling online forms.
Feedback and Enquiry capabilities
&here shall be a provision for the clients to submit feedbac) regarding the
services.
&he contact numbers of the concerned authorities should be provided for
enquir!.
6.6 ?eha,iour Requirements
6.6. 5se /ase +iew
1. New Client se Case
&he *lient can access the +assport S!stem website, get relevant information
and appl! for the passport.
Initial Step!"y!Step #escription
,efore the application is made for passport the client has alread! studied the
procedure and relevant information.
-. &he client reads the information regarding application procedure.
'. &he s!stem displa!s the application form to the client.
.. &he client %lls up the required details.
(. &he s!stem also as)s for a unique username and password to the client.
/. &he client enters a unique username and password and registers for a
permanent account.
0. &he s!stem provides appointment date and time to the applicant 1client2.
3. &he client can also view a video tutorial about the application procedure.
$. %egistered Client use case
&he registered clients can access important information regarding his/her
passport and visa application procedure.
,efore this use case can be initiated, the client has alread! connected to the
website and registered for the passport. &he client also possesses an online
account on the website.
&he s!stem displa!s the user pro%le.
S!stem provides information about the current status of passport after the
client clic)s on
the passport status button.
&he s!stem shows the renewal date and issue date of passport to the clients
having passports in
the passport status s!stem.

4hen client chooses the visa option the s!stem gives the guidelines,
eligibilit! criteria and
procedure of the visa application.
&dministrator use case
&he administrator can view information of ever! applicant, send the details for
police veri%cation. 5e can also receive the information from police about the
validation of clients information.
,efore this use case can be initiated, the administrator alread! has an account
with special rights and privileges.
-. &he administrator can view the upcoming appointment date and time
details b! clic)ing on the appointment details button.
'. 5e can also send the information of speci%c users on the basis of user id to
the police account.
.. &he s!stem also provides the admin with the service to receive the repl!
from the police about an! speci%c applicant.
(. 'olice #epartment se Case
&he +olice admin enters into the s!stem and views applicant details. After
veri%cation, sends a repl! to the passport admin.
,efore this use case can be initiated, the police administrator alread! has
details of the clients sent b! the passport administrator.
-. &he +olice admin can )eep a record of the applicant details sent b! the
administrator.
'. After veri%cation he can clic) on the button 678S if the details are valid else
clic) on 69: button in case of invalid details.
.. &he repl! of the police is sent to passport administrator.
9 Other &on:functional Requirements
9. Performance Requirements
(.-.- $esponse &ime
&he web page should be able to be downloaded within a minute using a
/0; modem.
&he s!stem shall be allowed to ta)e more time when doing large
processing <obs.
(.-.' Appointment $esponse
&he s!stem shall provide the appointment as less time as possible after
%lling the form.
(.-.. &hroughput
&he number of transactions is directl! dependent on the number of
users, the users ma!
be the client, admin of the passport authorities and the police.
(.-.( *apacit!

&he s!stem shall be capable of handling more than one user at a time.
(.-./ $esource =tili>ation

&he resources are modi%ed according the clients requirements and also
according to the
Feedbac) submitted b! the users.
-. &he s!stem shall allow the users to access the s!stem from the Internet
using 5&? or its derivative technologies. &he s!stem uses a web
browser as an interface. Since all users are familiar with the general
usage of browsers, no speci%c training is required. &he s!stem is user
friendl! and self@eAplanator!.
'. &he s!stem shall be eas! to migrate or the navigation facilit! will be
provided for convenience of user.
.. &he s!stem is available BB.BBC for the user and is used '( hrs. a da!
and .0/ da!s a !ear. &he s!stem shall be operational '( hours a da!
and 3 da!s a wee).
(. &he accurac! of the s!stem is limited b! the accurac! of the speed at
which the authorities and applicants of the passport s!stem use the
s!stem.
/. &he s!stem has to be ver! reliable due to the importance of data and the
damages incorrect or incomplete data can do.
0. &he s!stem shall utili>e interchangeable plugins.
9." Safety and Security Requirements
-. &he data received from forms are sent through SS.
'. #ata sent to servers are sent through encr!ption algorithm.
.. *A+&*5A
*A+&*5A is onl! a mechanism to prevent automated form submission.
(. +revention SQ In<ection
/. +revention 8mail header In<ection
0. Der! tight Form Dalidation
7. Server-side security
9.6 Software 7uality Attributes
$%ai"abi"it
Hig& $%ai"abi"it is t&e 'easure of t&e (ua"it of a software to keep functioning in spite of
prob"e's. )ince t&e *prob"e's* can be of 'an tpes+ different tec&no"ogies work in tande'
to ac&ie%e &ig& a%ai"abi"it for t&e o%era"" sste'.
,"e!ibi"it
,"e!ibi"it is t&e abi"it of a software to adapt w&en e!terna" c&anges occur.
Traceabi"it
Traceabi"it is t&e abi"it of t&e )oftware to offer insig&t into t&e inner processing w&en
re(uired. $ &ig&er "e%e" of traceabi"it is re(uired at ti'e of debugging a prob"e' or at ti'es
of new interoperabi"it testing. $d%#)) )witc&ing and $$$ products offer "aers of
traceabi"it t&at can be turned on b a Maintenance engineer. -oing fro' nor'a" error on"
traces+ to warning traces+ to acti%it traces to fu"" %erbose tracing+ $d%#)) products 'ake it
eas for t&e engineer to be ab"e to see w&at is going under t&e &ood.
Maintainabi"it
Maintainabi"it is t&e abi"it of a software to adapt to c&anges+ i'pro%e o%er ti'e+ correct an
bugs and be proacti%e" fi!ed t&roug& pre%enti%e 'aintenance.
Testabi"it
Testabi"it is t&e abi"it of a software to be tested t&oroug&" before putting into production.
$"t&oug& $d%#)) does interna" testing before re"easing an new %ersions+ t&e can ne%er be
sure to work at an #perator*s production sste's wit&out testing. $d%#)) offers a )and.o!
en%iron'ent for eac& of its products. T&e /ebugging )andbo! can be configured against
gi%en ru"es to sip&on se"ected traffic to staging ser%ers for rea" production si'u"ated testing.
T&is gets %er usefu" in testing t&e new re"eases before production.
0e"iabi"it
Hig& 0e"iabi"it is t&e 'easure of &ow a product be&a%es in %aring circu'stances.
0obustness
0obustness is defined as t&e abi"it of a software product to cope wit& unusua" situation.
1o'patibi"it
1o'patibi"it is t&e abi"it of t&e software to work wit& ot&er sste's. $"" $d%#)) products
strict" co'p" to industr standards w&ere possib"e. $"" )witc&ing range co'p"ies to )2P
wit& a"" its new standards+ a"" $$$ range co'p"ies to t&e 0adius and /ia'eter protoco"s. $""
'onitoring co'p"ies to t&e )3MP protoco" .
Modu"arit
Modu"arit is t&e 'easure of t&e e!tent to w&ic& software is co'posed of separate+
interc&angeab"e co'ponents+ eac& of w&ic& acco'p"is&es one function and contains
e%ert&ing necessar to acco'p"is& t&is. Modu"arit increases co&esion and reduces coup"ing
and 'akes it easier to e!tend t&e functiona"it and 'aintain t&e code.
2ntegrit
2ntegrit is t&e abi"it of a software to 'aintain correctness and &ar'on a'ong a"" re"ated
pieces of data. $d%#)) de"egates t&e responsibi"it of integrit to its Transactiona" $P2 "aer
w&ic& "ooks at a"" cases and ensures t&at it 'aintains integrit of data b eit&er co''itting a
transaction in fu"" at a"" p"aces or doing a ro"" back fro' a"" p"aces a"was "ea%ing t&e network
in a c"ean state wit& integrit. $ second integrit %erification "aer is added t&roug& 'u"tip"e
$na"tica" Processes running in .ackground. T&ese processes to designed to identif data
integrit %io"ations and raise appropriate a"ar's.
)ca"abi"it
)ca"abi"it is t&e abi"it of t&e software to cater for &ea%ier processing "oads as t&e needs
arise. 2n addition to its usua" 'eaning of &ow &ea%ier "oads can be &and"ed+ sca"abi"it a"so
'eans *&ow s'a"" can ou start*. )ca"ab"e arc&itectures a""ow bot& t&e %endor and t&e
operator to fo""ow a *Pa as our grow* 'ode". Hori4onta" )ca"abi"it is t&e abi"it to be ab"e
to add 'ore resources to get &ig&er processing. 5ertica" )ca"abi"it is t&e abi"it to be ab"e to
add bigger resources to get &ig&er processing.
; Other Requirements
-. +roA! server is provided to increase securit! li)e con%dentialit!, integrit!,
availabilit!.
'. F&+ will be used for secured %le transfer.
.. Important noti%cations will be displa!ed on the site
AppendiB A = 0ata 0ictionary
J?ata dictionary is used to track all the different variables, states and functional re#uirements that
you described in your document. =ake sure to include the complete list of all constants, state
variables Kand their possible statesL, inputs and outputs in a table. In the table, include the
description of these items as well as all related operations and re#uirements.N
AppendiB ? : @roup 1og
J!lease include here all the minutes from your group meetings, your group activities, and any
other relevant information that will assist the Teaching Assistant to determine the effort put forth
to produce this documentN

Srs

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Srs

Hochgeladen von

Copyright:

Verfügbare Formate

Software Requirements

Das könnte Ihnen auch gefallen