Software Requirements Specification for
- ii -
Table of Contents
1. Introduction………………………………………………………………………………….4
1.1 Purpose……………………………………………………………………………………4 1.2 Document Convetions……………………… Convetions………………………………………………… ……………………………………………4 …………………4 1.3 Intended Intended Audience Audience and Reading Suggestions Suggestions………… …………………… …………………… …………………… …………..4 ..4 1.4 Definiti Definitions, ons, acronms acronms,, a!!reviations a!!reviations………… …………………… …………………… …………………… …………………… …………." ." 1." Scope… Scope………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ………… …
……..# ……..#
2. Overall Descr Descriptio iption n………… …………………… ……………………… ……………………… ……………………… …………………… ………... ...... ...... ...... .... 6 .
2.1 Product Perspective……………………………………………………………………….# Perspectiv e……………………………………………………………………….# 2.2 Product $eatures……………………… $eatures………………………………………………… ………………………………………………….% ……………………….% 2.3 &ser C'asses and C(aracteristics………………………………………………………….) C(aracteristic s………………………………………………………….) 2.4 *perating +nvironment........................................................................................... .............) ........ .....) 2." Design and Imp'ementat Imp'ementation ion Constraints ..... ........... ............ ........... ........... ........... ........... ............ ........... .......... ......... ....... ....... ....... ....... ........ ...... ) 2.# Assumptions and Dependencies................................................ ......................................... .. Specific Requireent Requireents...................................................... s.................................................................................................. ............................................ ..........! ........ ..! 3. Specific
3.1 $unctiona' $unctiona' Re-uireme Re-uirement... nt.......... .............. ............. ............. .............. ............. ............. .............. .............. ............. ............. .............. ........................1 .................1 /an0/aaar.com……………………………… …… ………..1 3.2 Re-uirements of t(e Sstems for /an0/aaar.com……………………………………
4. "#ternal "#ternal Interface Interface Requiree Requireents.......................................................................... nts.......................................................................... ................11 4.1 &ser Interfac Interfaces.. es......... .............. ............. ............. .............. ............. ............. .............. .............. ............. ............. .............. .................. ................................11 .....................11 4.2 ardare ardare Interfac Interfaces... es......... ............. .............. .............. ............. ............. .............. .............. ............. ............. .............. ............. .......................... ........................11 ....11 4.3 Softare Interfaces.................................................................................................. ...........11 ". Ot$er %onfunctional Requireents...... ........... ........... ........... .......... ........... ........... ........... ........... .......... ......... ........ ........ ........ ........ ........ ........ ...... 12 ".1 Performance Re-uirements Re-u irements................................................ .................................. ......... .............. ..... 12 ".2 Safet Safet Re-uiremen Re-uirements.. ts........ ............. .............. .............. ............. ............. .............. .............. ............. ............. .............. .................... ..............................12 .................12
Software Requirements Specification for
- ii -
".3 Securit Re-uirements................................................ ...................................... ................. 12 ".4 Softare ua'it Attri!utes...............................................................................................13 1& #. Ot$er Requireents...............................................................................................................
Software Requirements Specification for
-4-
1.Introduction
1.1 Purpose 5(is document descri!e t(e softare re-uirement and specification for Consumer $inance compan 6/an0 /aaar.com7 1.2 Intended 'udience and Readin( Su((estion 5(e document is intended for a'' t(e sta0e(o'ders customer and t(e deve'oper 6designers, testers, maintainers7. 5(e reader is assumed to (ave !asic 0no'edge of !an0ing accounts, 'oan services and !a0 transactions. 8no'edge and understanding of &9: diagrams is a'so re-uired. 1.& Definitions) 'bbrevations Definitions •
*an+
A financia' institution t(at (o'ds accounts for customers and t(at issues cas( cards aut(oriing access to accounts over t(e A59 netor0. •
*an+ coputer
5(e computer oned ! a !an0 t(at interfaces it( t(e A59 netor0 and t(e !an0;s on cas(ier stations. A !an0 ma actua'' (ave its on interna' netor0 of computers to process accounts, !ut e are on' concerned it( t(e one t(at interacts it( t(e netor0. •
Custoer
5(e (o'der of one or more accounts in a !an0. A customer can consist of one or more persons or corporations, t(e correspondence is not re'evant to t(is pro!'em. 5(e same person (o'ding an account at a different !an0 is considered a different customer. •
Transaction
A sing'e integra' re-uest for operations on t(e accounts of a sing'e customer.
•
,oan
A t(ing t(at is !orroed, especia'' a sum of mone t(at is e=pected to !e paid !ac0 it( interest6 A 'oan
is t(e act of giving mone, propert or ot(er materia' goods to anot(er part in e=c(ange for future repament of t(e principa' amount a'ong it( interest or ot(er finance c(arges7. •
Insurance
An arrangement ! (ic( a compan or t(e state underta0es to provide a guarantee of compensation for specified 'oss, damage, i''ness, or deat( in return for pament of a specified premium . •
Cas$ Card
A card assigned to a !an0 customer t(at aut(ories access to accounts using an A59 9ac(ine. +ac( card contains a !an0 code and a card num!er, coded in accordance it( nationa' standards on credit cards and cas( cards. 5(e !an0 code uni-ue' identifies t(e !an0 it(in t(e consortium. 5(e card num!er determines t(e accounts t(at t(e card can access. A card does not necessari' access a'' of a customer;s accounts. +ac( cas( card is oned ! a sing'e customer, !ut mu'tip'e copies of it ma e=ist, so t(e possi!i'it of simu'taneous use of t(e same card from different mac(ines must !e considered. •
-utual und
An investment programme funded ! s(are(o'ders t(at trades in diversified (o'dings and is professiona'' managed.
1.4.2 'bbrevations 5(roug(out t(is document fo''oing a!!reviations are used >
i?p o?p u@name u@pass success fai'ure
resu't
+ P R 5 SI CI
> input provided ! t(e user at t(e run time . > output received on screen > username entered for 'ogin process > passord entered for 'ogin > return aut(enticated > return Inva'id usename?passord > return output > +9I a'ue > Principa' va'ue > Rate of Interest > 5ime in mont(s > Simp'e Interest > Compound Interest
1./ 0roect Scope 5(e softare a''os ou to compare po'icies , 'oans on'ine among different vendors in t(e mar0et , and gives ou t(e most appropriate resu'ts . It a'so offers ou to app' on'ine for an 0ind of 'oan to an vendor . It te''s ou a!out t(e e'igi!i'it criteria for a'' t(e services (ic( ou ant to app' for.It provide ou a'' t(e information re'ated !an0s at our doorsteps . 5(e softare identifies its customer ! a username and passord (ic( ou get at t(e time of on'ine registration of t(is softare. It ana'se t(e i?p provided ! user , searc( for it and provide t(e most re'evant detai's . 5(e softare must (and'e mu'tip'e re-uests from t(e same user and 0eep t(e record correct' . It gives a ver usefu' and onderfu' feature B5rac0 App'ication .After app'ing for an service user can get t(e status of its app'ication at an point of time .
2.1 0roduct 0erspective 5(e softare or0 independent' (as no co''a!oration it( an pu!'ic ? private vendor . It or0s on t(e !asic princip'e of Data Ana'sis . 5(e (o'e p'atform operate on t(e It is a softare t(at run e! app'ications7 5ser Interfaces Custoer 3 5(e customer user interface s(ou'd !e intuitive, suc( t(at . of a'' ne users are a!'e to get a'' t(e information it(out an assistance. 'dinistrator 3 The maintainer is responsible for adding new features to the software
and servicing existing accounts present on software . A maintainer should update the software regularly for better customer satisfaction .
2.2 0roduct eatures 5(e softare s(ou'd or0 24 (rs for !etter satisfaction . 5(e softare identifies a customer ! a username and passord. ere username can !e ant(ing 'i0e > mo!i'e num!er or an socia' id . It co''ects information a!out various !an0 services 6e.g., :oans, Insurances, Po'icies , !i'' pament7, communicates t(e transaction information to t(e customer;s !an0, and dispenses cas( to t(e customer. 5(e softare provide t(eir on softare for t(eir on computers. 5(e softare re-uires appropriate record 0eeping and securit provisions. 5(e softare must (and'e concurrent accesses to t(e same account correct' and s(ou'd !e a!'e to (and'e mu'tip'e searc( -ueries from mu'tip'e user at a same time .
5(e softare provides t(e feature of comparing !an0 'oans , !an0 po'icies , investment sc(emes , etc it( respect to customer c(oice .., It ana'e pu!'ic revies , different po'ices ,sc(emes over t(e internet . It ma0es u aare a!out t(e terms and conditions for particu'ar sc(eme , e'igi!i'it criteria and a'' t(e re-uired documents to app' for an service . It is a softare (ic( provide (ass'e free !an0ing from an part of t(e or'd to an 0ind of peop'e i.e even neop(tes can access t(is softare and get aare from a'' t(e !an0ing processes .
Browse
Add loan
Search for loan
various loans
Login
Logout
Edit loan
custome
Manag er
Sen d Mai l
Add discou nt
#ill $etai ls
on!r m Loan
hec" Availabili ty
hec"out
%se discou nt
& 5ser Class and 0respectives C$aracterstics 3 5(ere are various uses of t(is softare .. At first g'ance, priceEcomparison e!sites are an e=amp'e of capita'ism at its !est. Savv consumers can use t(em to (unt don t(e !est avai'a!'e dea' for insurance, 'oan and 'ifetime po'icies $irms providing suc( items, terrified of 'osing customers, fee' an o!'igation to improve t(eir offerings a'' t(e time. /ut recent t(eor and practice suggest t(e rea'it is more comp'e=> comparison sites are simu'taneous' friends and foes of competition..Fo need to stand in 'arge -ueues and ait for turn .
5sers3 are simp' mem!ers of t(e genera' pu!'ic it( no specia' training. 'dinistrators3 must !e e=perienced netor0 administrators, to !e a!'e to update ne features to t(e sstem
2.4 Operatin( "nviornent 5(e (ardare, softare and tec(no'og used s(ou'd (ave fo''oing specifications>
•
A!i'it to maintain t(e confidientia'it A!i'it to differntiate t(e currenc A!i'it to va'idate user
•
Searc( resu't must !e avai'a!'e to user it(in notime
•
S(ou'd not !e distractive
•
S(ou'd not contain irre'evant content
•
&ser friend'
•
Regu'ar update
•
9ost secure
• •
2." Desi(n and Ipleentation Constraints • •
:ogin Account Info ? Account Session
alidate 5ser 'ccount • • • •
$irst' va'idate t(at username must e=sist in t(e data!ase a'idate t(at username must !e entered va'id a'idate t(at passord must !e va'id and consistent a'idate t(at username?passord must not !e !'an0 .
alidate 'ccount Info
• •
a'idate t(at if account is not e=pired Continous' va'idate t(e session of user .
2.# 'ssuptions and Dependencies • • • • •
ardare never fai's Softare is un!reac(a!'e :imited num!er of transactions per da 6sufficient paper for receipts7 :imited amount of comparisons per da 6sufficient information7 Contain enoug( information to compare products
3 . Specific Requirents &.1 unctional Requirents $unctiona' re-uirements of t(is softare are organised in ver simp'e and eas a . Feed to pass t(e va'ue at t(e run time . A'' t(e processes are done dnamica'' . unctional Requireents 1 • • • • •
Description 3 Initia' Disp'a 6 ome Screen 7 Input 3 Se'ect t(e parameters form dropdon :ists and Searc( 6it(out :ogin7 0rocessin( 3 +=ecute a -uer at t(e !ac0end Output 3 Disp'a t(e resu't . 'ut$ori7ation 3 F*F+
unctional Requireents 2 • • •
Description Input 0rocessin(
3 Initia' Disp'a 6 ome Screen 7 3 +nter u@name and u@pass C(ec0 if t(e username and passord entered is va'id or not. If va'id 3
resu'tGsuccess e'se resu't G fai'ure • •
Output 3 Disp'a t(e resu't . 'ut$ori7ation 3 starts after t(e customer entered t(e detai's
unctional Requireents & • •
Description Output
3 If t(e resu't is fai'ure 3 ome Screen it( error prompt .
unctional Requireents 4
• •
Description Output
3 If t(e resu't is success 3 Disp'a t(e user ome Screen
unctional Requireents / • • •
Description Input Output
3 &ser screen 3 C'ic0 on t(e :oans and c(oose re'evant c(oice6e= > +ducation 'oan7 3 Re'ated indo
unctional Requireents 6 • • •
Description Input 0rocessin(
3 +ducation :oan screen 3 +nter degree , countr , course duration , Co''ege name, etc > uer i'' !e fired at !ac0end and a'' t(e detai's according to fi''ed data i'' !e
s(on to t(e user . • •
Output 3 &ser get t(e response re'ated to 'oan vendors . 'ut$ori7ation 3 C(ec0 (et(er a'' t(e fie'ds are correct' fi''ed or not ….if not prompt an error to t(e user to refi'' t(e form .
unctional Requireents 8 • •
Description 0rocessin(
3 5o (ee'er :oan screen > uer i'' !e fired at !ac0end and a'' t(e detai's according to fi''ed data i'' !e
s(on to t(e user . •
Output
3 &ser get t(e !rief detai' on to (ee'er 'oan and user revies a'so .5(e
indos s(os resu't re'ated to e'igi!i'it criteria , 'oan comparison , user detai's , rate of Interest and pu!'ic discussions a!out t(e 'oan sc(emes .etc
Rest a'' ot(ers (ave t(e same features as to (ee'er 'oan . ome 'oan , car 'oan , used car 'oan , persona' 'oan etc .
unctional Requireents 9 • •
Description Output
3 C'ic0 on Insurance and t(en ea't( Insuarance 3 ea't( Insurance screen i'' !e disp'aed.
unctional Requireents !
• • • •
Description Input 0rocessin( Output
3 3 > 3
ea't( screen indo +nter c(ec0 m e'igi!i'it , mem!ers to insure , age, -uer i'' !e processed resu't i'' !e disp'aed to ou .
'ut$ori7ation 3 A'' t(e detai's must !e fi''ed …
unctional Requireents 1: • • • • •
Description 3 Input 3 > 0rocessin( Output 3 'ut$ori7ation 3
$i=ed Deposit screen +nter age , Fationa'it ,Annua' income , +mp'oed?Fot +mp'oed -uer i'' !e processed resu't it( a'' comparisons i'' !e disp'aed . A'' t(e fie'd must !e fi''ed
4.1 5ser Interface 5(e customer user interface s(ou'd !e intuitive, suc( t(at a'most a'' t(e ne users are a!'e to comp'ete t(eir ana'sis it(out an assistance .
•
A!i'it to read t(e data!ase A!i'it to differtiate !eteen currenc &ser friend' for convenience Continuous poer supp' A!i'it to connect to !an0end data!ase A!i'it to ta0e input from user
•
Ability to validate user
• • • • •
4.2 ardare Interface •
Sstem it( Internet faci'it
•
Sstem must (ave !roser insta''ed on it
". Ot$er %on;unctional Requireents ".1 0erforance Requireents • • •
It must !e a!'e to perform in adverse conditions 'i0e (ig(?'o temperature etc. &ninterrupted Interrupted connections ig( data transfer rate
".2 Safet< Requirents • • • • • • • •
Data must !e consistent . Data must !e safe from a'' p(sica' menaces 'i0e > stea',t(eft,etc Data!ase must fo''o AAA ru'es of securit Intergrit must !e maintained 5(ere must !e an emergenc !ac0 up of data in case of sstem fai'ure Data!ase must !e divided in fragments A'' t(e open protoco's , ports must !e 0ept c'osed from !eing ac0ed . It s(ou'd not respond redirections
".3 Securit< Requireents • •
• •
&sers accessi!i'it is censured in a'' t(e as &sers are advised to c(ange t(eir passord on first use &sers are advised not to te'' t(eir passord to anone 5(e ma=imum num!er of attempts to enter paassord i'' !e t(ree
".4 Softare =ualit< 'nal
•
'vailabilit< Securit<
•
-aintainabilit<
•
/.4.1 'vailabilit<3 5(e softare and its resources must !e avai'a!'e to t(e user at eac( and ever point of time . /.4.2 Securit<3 5(e softare must !e secured enoug( to 0eep user;s detai's confidentia'' . /.4.& -aintainabilit<3 5(e softare must !e maintained proper' in order to avoid inconvenience. to t(e user .
