Académique Documents
Professionnel Documents
Culture Documents
for
Prepared by Srija.s(9 ! Ro"ini eswari(# ! Rodney Rodrigo(#$! %%% yr CS& ' (aya &ngineering Co))ege $ (anuary 01
copyrig"t* 01 +Credit Card Processing System+,uided by Prof -.'a)aji -ijayan./ept ofCS&.(&C.
Table of contents
1.introduction
1.1 Purpose.3 1.2 Document Conventions.3 1.3 Intended Audience and Reading Suggestions3 1.4 Product Scope .3 1.5 References 3
2 overall description
2.1 Product Perspective 4 2.2 Product functions 4 2.3 ser C!asses and C"aracteristics...4 2.4 #perating $nvironment.4 2.5 ser Documentation .4 2.% Assumptions and Dependencies.4
4 system Features
4.1 &rainer5
requirements %%%%%%%%%%%%%%%%%%$
Revision &istory
#ame 'ate Reason for ("an)es
*ersion
1.Introduction
Credit card processing is interaction of t"e customer to t"e credit card processor for ,u)ing a ne* card of for t"e pa)ment of ,i!!s. &"e processor a!!o*s getting a ne* card and a!so to get t"e detai!s of t"e card and ma.es t"e cop) of t"e purc"ase made.
1.1 +urpose
&"e credit card ma.es s"opping easier and t"e customer or purc"aser need not carr) cas" a!ong *it" "im/"er. It a!!o*s t"e customer to ,u) "is/"er re'uirements *it"out a need to .eep trac. of "is/"er cas" in "and especia!!) in case of emergencies. 1. /ocument con-entions &"is document is *ritten in t"e fo!!o*ing st)!e0 1ont 0times ne* roman 2eadings0 13 si4e Su,5"eadings014 si4e Descriptiuon 012 si4e 1.$ %ntended 0udience and Reading suggestions &"is document is intended to ,e read ,) t"e deve!opers and t"e end users.&"is is a tec"nica! document and t"e terms can ,e easi!) understood ,) t"e users. 1.1 product scope &"e credit card processing is usua!!) done *it" a "e!p of t"e s*iper *"ic" scans a!! t"e detai!s of t"e card. After eac" purc"ase6 t"e detai!s are recorded and document is made ,) t"e credit card issuer.
1.5 References
"ttp0//*i.ipedia.com ,,,.creditcardprocessin).net-
2 overall description
2.$.ser 'ocumentaltion
&"e user documentation can ,e found in t"is SRS 2./ 0ssumptions and 'ependencies =e assume t"at t"e e9tra documentation ,e)ond t"is SRS *ouid not ,e nessessar) in order for t"e user to uti!i4e t"is pro7ect.
&"is too! *i!! come a!ong *it" a,asic user interface too! *it" > I a!ong *it" simp!e and eas) to navigate icons t"us avoiding an) comp!e9it) *"ic" ma) not ,e understanda,!e for novice users.&"e interfacing *i!! contain arro* mar.s6te9t ,o9es and some different s"aped ,o9es reduce comp!e9it). $. 4ardware %nterfaces Processor @emor) 5inte! Pentium I? 1.33 525( @- RA@
2ard Dis. Drive 54A >-. Credit card processing s)stem re'uires a s*iper to ,e connected to t"e computer. $.$ Software %nterfaces #perating S)stem 08inu9 -ased :u,untu6 De,ian< 1rame*or. Interfacing D-@S 0d7ango 0P)t"on 0Bava Scripts6 CSS 0Postgres'! Programming 8anguage
4 1ystem Features
4.1 Trainer 4.1.1 'escription and +riority
The process of swiper is to scan the information in the magnetic tape and inputs the PIN number of the credit card to make a successful transaction.
functional requirements
Req 1: The PIN number must be genuine Req 2: The credit card holder must pay his debts genuinely
.1 +erformance Requirements
The swiper should work effectively during the transaction for good maintenance of the system.
.2 1afety requirements
&"e card issuer must update t"e record of t"e card "o!ders to prevent fraudu!ent actions and ot"er errors t"at ma) occur during transactions 5.$ security Requirements The card holder must not give details to others about the PIN number of the credit card.
$!t"er Requirements
&"ere are no e9tra re'uirements.