case study-software requirement
TRANSCRIPT
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 1/69
1
Requirements Document for the
Banking System
Lecture # 40
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 2/69
2
Requirements Document
• The requirements document is a formal
document used to communicate the
requirements to customers, engineers
and managers
• It is also known as softwarerequirements specifications or SRS
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 3/69
3
Requirements Document
• The services and functions which thesystem should provide
• The constraints under which the systemmust operate
• Overall properties of the system i.e.,
constraints on the system’s emergent properties
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 4/69
4
Today’s Topics
• In this lecture, we’ll discuss the
requirements document of the Banking
system that we have been talking about
in this course
• Let’s develop a template based on theIEEE standard
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 5/69
5
SRS for the Banking System
• Preface
• Introduction
• Glossary
• Specific requirements
• Appendices
– Use-case model – Object model
– Data-flow model
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 6/69
6
SRS for the Banking System
• Preface
– This should define the expected readership of thedocument and describe its version history including a
rationale for creation of a new version and a summaryof the changes made in each version
• Introduction
– This should define the product in which the software is
embedded, its expected usage and present an overviewof the functionality of the control software
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 7/69
7
SRS for the Banking System
• Glossary – This should define all technical terms and abbreviations
used in the document
• Specific requirements – This should define specific requirements for the system
using natural language with the help of diagrams, whereappropriate
• Appendices – Use-case model
– Object model
– Data-flow model
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 8/69
8
Software RequirementsSpecifications for the Banking
System
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 9/69
9
1. Preface
• This document, Software
Requirements Specification (SRS), is
created to document the software
requirements for the Banking System,
as described in section 2, Introduction,
of this document
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 10/69
10
1. Preface
• This document was created on the request
of the ‘XYZ Bank Inc.’ – the ‘Client’. The
creator of this document is ‘A SoftwareHouse Inc.’ – ‘Vendor’. The ‘Client’ has
asked the ‘Vendor’ to develop an SRS for
the Banking System. The ‘Vendor’ willalso be responsible for the development of
the software based on this SRS
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 11/69
11
1. Preface
• This is the first version of the SRS.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 12/69
12
2. Introduction
• This section documents an overview of
the functionality expected from the
software for the Banking System
• We’ll review the functionality of the
software to be developed
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 13/69
13
2. Introduction
• A bank has several automated teller machines (ATMs), which aregeographically distributed and connected via a wide area network to acentral server. Each ATM machine has a card reader, a cash dispenser,a keyboard/display, and a receipt printer. By using the ATM machine,
a customer can withdraw cash from either checking or savingsaccount, query the balance of an account, or transfer funds from oneaccount to another. A transaction is initiated when a customer insertsan ATM card into the card reader. Encoded on the magnetic strip onthe back of the ATM card are the card number, the start date, and theexpiration date. Assuming the card is recognized, the system validatesthe ATM card to determine that the expiration date has not passed, that
the user-entered PIN (personal identification number) matches the PINmaintained by the system, and that the card is not lost or stolen. Thecustomer is allowed three attempts to enter the correct PIN; the card isconfiscated if the third attempt fails. Cards that have been reported lostor stolen are also confiscated.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 14/69
14
2. Introduction
• If the PIN is validated satisfactorily, the customer is prompted for awithdrawal, query, or transfer transaction. Before withdrawaltransaction can be approved, the system determines that sufficientfunds exist in the requested account, that the maximum daily limit will
not be exceeded, and that there are sufficient funds available at thelocal cash dispenser. If the transaction is approved, the requestedamount of cash is dispensed, a receipt is printed containing informationabout the transaction, and the card is ejected. Before a transfertransaction can be approved, the system determines that the customerhas at least two accounts and that there are sufficient funds in theaccount to be debited. For approved query and transfer requests, a
receipt is printed and card ejected. A customer may cancel atransaction at any time; the transaction is terminated and the card isejected. Customer records, account records, and debit card records areall maintained at the server.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 15/69
15
2. Introduction
• An ATM operator may start up and close
down the ATM to replenish the ATM cash
dispenser and for routine maintenance. It isassumed that functionality to open and close
accounts and to create, update, and delete
customer and debit card records is provided by an existing system and is not part of this
problem.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 16/69
16
3. Glossary
• ATM: Automated Teller Machine
• PIN: Personal Identification Number
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 17/69
17
4. Specific Requirements
1. The XYZ Bank Inc. can have many automatedteller machines (ATMs), and the new softwaresystem shall provide functionality on all ATMs.
2. The system shall enable the customers of XYZBank Inc., who have valid ATM cards, to
perform three types of transactions; 1)withdrawal of funds, 2) Query of account balance, and 3) transfer of funds from one bankaccount to another account in the same bank.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 18/69
18
4. Specific Requirements
3. An ATM card usage shall be considered valid ifit meets the following conditions:
a) The card was issued by an authorized bank.
b) The card is used after the start date, i.e., the datewhen the card was issued.
c) The card is used before the expiration date, i.e., thedate when the card expires.
d) The card has not been reported lost or stolen by the
customer, who had been issued that card.e) The customer provides correct personal identification
number (PIN), which matches the PIN maintained bythe system.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 19/69
19
4. Specific Requirements
4. The system shall confiscate the ATM cardif it detects that a lost or stolen card has been inserted by a customer. The systemshall also display an apology to thecustomer.
5. The system shall allow the customer toenter the correct PIN in no more threeattempts. The failure to provide correctPIN in three attempts shall result in theconfiscation of the ATM card.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 20/69
20
4. Specific Requirements
6. The system shall ask for the transactiontype after satisfactory validation of thecustomer PIN. The customer shall begiven three options: withdrawaltransaction, or query transaction, ortransfer transaction.
7. If a customer selects withdrawaltransaction, the system shall prompt thecustomer to enter account number andamount to be dispensed.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 21/69
21
4. Specific Requirements
8. For a withdrawal transaction, the
system shall determine that sufficient
funds exist in the requested account,
that the maximum daily limit has not
be exceeded, and that there are
sufficient funds available at the local
cash dispenser.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 22/69
22
4. Specific Requirements
9. If a withdrawal transaction is approved,the requested amount of cash shall be
dispensed, a receipt shall be printedcontaining information about thetransaction, and the card shall be ejected.The information printed on the receipt
includes transaction number, transactiontype, amount withdrawn, and account balance.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 23/69
23
4. Specific Requirements
10. If a customer selects query transaction,
the system shall prompt the customer to
enter account number.11. If a query transaction is approved, the
system shall print a receipt and eject the
card. The information contained on thereceipt includes transaction number,
transaction type, and account balance.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 24/69
24
4. Specific Requirements
12. If a customer selects transfer transaction,
the system shall prompt the customer to
enter from account number, to accountnumber, and amount to be transferred.
13. The system shall check if there are
enough funds available in the fromaccount, which are being requested for
transfer to the to account.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 25/69
25
4. Specific Requirements
14. If the transfer transaction is approved, areceipt shall be printed and card shall beejected. The information printed on thereceipt includes transaction number,transaction type, amount transferred, andaccount balance.
15. The system shall cancel any transaction ifit has not been completed if the customer presses the Cancel button
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 26/69
26
4. Specific Requirements
16. The customer records, account records,
and debit card records will all be
maintained at the server and shall not bethe responsibility of the system.
17. The system shall enable an ATM operator
to shutdown or start up an ATM forroutine maintenance.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 27/69
27
4. Specific Requirements
18. The system shall enable an ATM operator
to add cash to the cash dispenser.
19. The system shall not be responsible foropening or closing of accounts, and to
create, update, and delete customer and
debit card records. These tasks are performed elsewhere by a bank.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 28/69
28
4. Specific Requirements
20. The system shall be linked with the bank
server through communication systems,
which are beyond the scope of the currentsystem. It is assumed that this facility is
always available.
21. The system shall not be responsible forthe maintenance of the hardware devices
of the ATM or network facilities.
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 29/69
29
5. Appendices
• 5.1 Use-case model
• 5.2 Object model
• 5.3 Functional model – 5.3.1 Data-flow model
– 5.3.2 SADT model
• 5.4 Dynamic model – 5.4.1 Statecharts
– 5.4.2 Interaction diagrams
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 30/69
30
Use Case Model
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 31/69
31
Uses Case Diagram for ATM
Customer
ATM
Customer
Withdraw
funds
Query
account
Transfer
funds
Validate
PIN
«include»
«include»
«include»
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 32/69
32
Use Case Diagram for ATM
Operator
Startup
Shutdown
Operator
Add
cash
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 33/69
33
Use Case Diagram for ATM
ATM
Customer
Withdrawfunds
Query
account
Transfer
funds
Startup
Shutdown
Validate
PIN
Operator
Add
cash
«include»
«include»
«include»
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 34/69
34
Object Model
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 35/69
35
Conceptual Static Model for
Problem Domain: Physical ClassesATM
ATMCustomer
1
CardReader CashDispenser ReceiptPrinter
Operator Maintains
1 1
1 1 1
ATMCard
11
Reads
ATMCash
1Dispenses1
Receipt
1Prints1
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 36/69
36
Conceptual Static Model for
Problem Domain: Entity Classes
Bank ATMInfo
Maintains1 1
ATMTransactionAccount
Customer
DebitCard
CardAccount
Has
Owns
Modifies
1,2 *
*
1
Identifies
1
11..*
1..*
1..*1..*
1..*
Manages
0..1
Owns
Provides
access to
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 37/69
37
Banking System Context Class
Diagram
ATMCustomer
CardReader
CashDispenser
ReceiptPrinter
Banking
SystemOperator
Operator
ATM
Customer
1
1
1
1
1
1..*
1..*
1..*
1..*
1
1
1
1
1 1..*
1
1Interacts
with
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 38/69
38
Banking System: Major Subsystems
CashDispenser
CardReader
ReceiptPrinter Operator
ATMCustomer
ATMClient
Subsystem
BankServer
Subsystem
Banking
System
1..* 1
1
1
1
1
1
1
1
1
1
1
B ki S E l Cl
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 39/69
39
Banking System External Classes
and Interfaces Classes
ATMCustomer
CardReader
CashDispenser
ReceiptPrinter
BankingSystem
Operator
Operator
ATM
Customer
1
1
1
1
1
1
1
1
1
1
1
1
1
1 1
1
1
CardReader
Interface
ATMCustomer Interface
CashDispenser
Interface
Operator
Interface
Receipt
Printer
Interface
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 40/69
40
ATM Client Subsystem Classes
ReceiptPrinter
CardReader
Interface
CashDispenser
Interface
ATMControl
ATMTransaction
ATMCard
ATMCash
Customer
Interface
ATMClientSubsystem
Operator
Interface
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 41/69
41
Data Flow Diagrams
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 42/69
42
System Context Diagram
0ATM
System
ATM
Customer
Bank
ATM
Operator
Operator
Instructions
Inputsfrom
Customer
Cash
ReceiptOutputs
to
Customer
Bank
Requests
Bank
ResponsesOperator
Responses
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 43/69
43
Data Flow Diagram – Level 1
2Interface
with
Customer
4Interface
with
Bank
3Interface
with
Operator Operator
Instructions
Operator
Responses
Bank
Requests
Bank
Responses
1
ControlATM
Inputs
from
Customer
Cash
Receipt
Outputs
to
Customer
ATM Card
andTransactions
Messages
from
Customer Interface
Messages to
Customer Interface Messages from
Operator Interface
Messages toOperator Interface
Messages
to Bank
Interface
Messages
from Bank
Interface
ATM
Cash
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 44/69
44
Level 2 DFD: Interface with Customer
1
Control
ATM
ATM Card
andTransactions
2.1Read and
Validate
Card
2.2Process
User Inputs
and Display
2.3Dispense
Cash
2.4Print
Receipt
Cash
Receipt
Card
Info
Transaction
Info
PIN
Cancel Display
Messages
Card
Inserted
Eject
Card
Receipt
ATM
Cash
Dispense
Cash
User Input
Read
Cancelled
Display
Message
Confiscate
Card
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 45/69
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 46/69
46
Level 2 DFD: Interface with Bank
4.1Validate
Card
Card
Validation
Request
Card
Validation
Response
1
Control
ATM
ATM Card
andTransactions
4.2
ProcessTransaction Card
Inserted
Validate
Card
Card
Valid
Invalid
Card
Transaction
RequestTransaction
Response
Lost/Stolen
Card
Eject
Card
Confiscate
Card
TransactionApproved
Transaction
Rejected
Dispense
Cash
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 47/69
47
SADT Diagrams
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 48/69
48
Banking System Context Diagram
ATM SystemTransaction Info
Card Info
PIN
Cancel
Cash
Receipt
ATM UsageTerms and
Conditions
NetworksSoftware Tools
and Databases
A-0
Lost/StolenCards List
Bank Approvals
Display
Messages
Operator
Instructions
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 49/69
49
SADT Level 1 Diagram
Perform
ATM ServicesTransaction Info
Card Info
PIN
Cancel
Cash
Receipt
ATM UsageTerms and
Conditions
NetworksSoftware Tools
and Databases
A-1
Lost/StolenCards List
Bank Approvals
Display
Messages
ATM U L t/St l ATM
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 50/69
50
SADT Level 2
Read & Validate
Card
Process
Request
Receipt
Dispense
Cash
ATM Usage
Terms and
Conditions Bank
Approvals
Card
Info
Transaction Info
PIN
Cancel
Receipt
Data
Cash
Receipt
Display
Messages
Valid
Card
InfoA-1-1
A-1-2
A-1-3
A-1-4
Lost/Stolen
Cards
ATM
Conditions
ATM
Conditions
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 51/69
51
SADT Level 1 Diagram
Perform
Operator
Services
Shutdown
Message
Startup
Message
CashAmount
ATM UsageTerms and
Conditions
A-2
Display
Messages
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 52/69
52
Statecharts
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 53/69
53
Statechart for ATM Control:
Validate PIN Use CaseIdle
Entry / Display
Welcome
Waiting
for PIN
Validating PIN
Waiting for
Customer Choice
1.2: Card Inserted /
1.3: Get PIN
2.4: PIN Entered /
2.5: Validate PIN
2.6: Valid PIN /2.7: Display Menu,
2.7a: Update Status
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 54/69
Top Level ATM Control Statechart
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 55/69
55
Top-Level ATM Control Statechart
Idle
Entry / DisplayWelcome
Closed Down
Entry / Display
System Down
Processing
Customer
Input
Terminating
Transaction
Processing
Transaction
Startup Closedown
Insufficient Cash / Eject
After (Elapsed Time)
[Closedown Was Requested]
After (Elapsed Time)
[Closedown Not Requested]
Third Invalid, Stolen / Confiscate, Update Status
Cancel / Eject, Display Cancel
1.2: Card Inserted /
1.3: Get PIN
Transfer Selected /
Request Transfer,
Display Wait
Query Selected /
Request Query,
Display Wait
3.3: Withdrawal Selected /
3.4: Request Withdrawal,
3.4a: Display Wait
Rejected /
Eject, Display Apology
Transfer OK / Print Receipt,
Update Status
Query OK / Print Receipt,
Update Status
3.5: Withdrawal OK /
3.6: Dispense Cash, 3.6a: Update Status
ATM Control Statechart: Processing
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 56/69
56
ATM Control Statechart: Processing
Customer Input SuperstateIdle
Entry / Display
Welcome
Waiting for PIN
Validating PIN
Waiting for Customer Choice
1.2: Card Inserted /
1.3: Get PIN
2.4: PIN Entered /
2.5: Validate PIN
2.6: Valid PIN /
2.7: Display Menu,
2.7a: Update Status
Invalid PIN /Invalid PIN Prompt,
Update Status
Query Selected /
Request Query, Display Wait
Cancel /
Eject,
Display Cancel
Third Invalid, Stolen /
Confiscate,
Update Status
Transfer Selected /
Request Transfer, Display Wait
3.3: Withdrawal Selected /
3.4: Request Withdrawal,
3.4a: Display Wait
Processing
Customer Input
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 57/69
57
ATM Control Statechart: Processing
Transaction Superstate
Processing
Transfer
Processing
Query
Processing
Withdrawal
Processing Transaction
Query Selected /
Request Query,
Display Wait
Transfer Selected /
Request Transfer,Display Wait
3.3: Withdrawal Selected /
3.4: Request Withdrawal,
3.4a: Display Wait
Transfer OK /
Print Receipt,Update Status
Query OK /
Print Receipt,
Update Status
3.5: Withdrawal OK /
3.6: Dispense Cash,
3.6a: Update Status
Rejected / Eject,
Display Apology
ATM Control Statechart: Terminating
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 58/69
58
ATM Control Statechart: Terminating
Transaction Superstate
Terminating
Ejecting
Dispensing
Printing
3.5: Withdrawal OK /
3.6: Dispense Cash,
3.6a: Update Status
3.10: Cash Dispensed /
3.11: Print Receipt,
3.11a: Display Cash Dispensed,
3.11b: ACK Cash Dispensed
3.15: Receipt Printed /
3.16: Eject
3.18: Card Ejected /
3.19: Display Ejected
Closed Down
Entry / DisplaySystem Down
Confiscating
Idle
After (Elapsed Time) [Closedown Was Requested] After (Elapsed Time)
[Closedown Not Requested]
Card Confiscated /
Display Confiscate
Transfer OK /
Print Receipt,
Update Status
Query OK /
Print Receipt,
Update Status
Rejected / Eject,
Display Apology
Cancel / Eject,
Display Cancel
Third Invalid, Stolen /
Confiscate, Update Status
Terminating
Transaction
Insufficient Cash / Eject
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 59/69
59
Collaboration Diagrams
Collaboration Diagram: ATM Client
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 60/69
60
Collaboration Diagram: ATM Client
Validate PIN Use Case:BankServer
:CardReader :CardReader
Interface
:ATM
Control
:ATMCard
:Customer
Interface
:ATM
Transaction
1: CardReader
Input1.2: Card
Inserted
1.1: CardInput Data
1.3: Get
PIN
2.4: PIN Entered
(Customer Info)
2.6: [Valid]
Valid PIN
2.5: Validate PIN
(Customer Info)
2.7a: Update
Status2.7: Display
Menu
2.3: Customer Info
2.2: CardData
2.1: CardRequest
2: PIN Input
1.4: PIN Prompt
2.8: Selection Menu
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 61/69
61
Collaboration Diagram: ATM Client
Withdraw Funds Use Case
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 62/69
62
Consolidated Collaboration Diagram
for ATM Client Subsystem
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 63/69
63
Sequence Diagram
Sequence Diagram: ATM Client
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 64/69
64
Seque ce ag a : C e t
Validate PIN Use Case - 1
:ATM
Customer
:CardReader
Interface:ATMCard :ATMControl
:Customer
Interface
:ATM
Transaction:BankServer
1: Card
Reader Input
1.2: Card Inserted
1.1: Card Input Data
1.3: Get PIN
1.4: PIN Prompt
Sequence Diagram: ATM Client
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 65/69
65
q g
Validate PIN Use Case - 2
:ATM
Customer
:CardReader
Interface:ATMCard :ATMControl
:Customer
Interface
:ATM
Transaction:BankServer
2: PIN Input
2.2: Card Data
2.1: Card Request
2.3: Customer Info
2.4: PIN Entered
2.5: Validate PIN
2.6: [Valid]: Valid PIN
Sequence Diagram: ATM Client
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 66/69
66
q g
Validate PIN Use Case - 3
:ATM
Customer
:CardReader
Interface:ATMCard :ATMControl
:Customer
Interface
:ATM
Transaction:BankServer
2.7: Display Menu
2.7a: Update Status
2.8: Selection Menu
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 67/69
67
Sequence Diagram: ATM Client
Withdraw Funds Use Case
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 68/69
68
Summary
• Up till now we have completed theanalysis, requirements modeling, and
specification of requirements for the banking system case study
• We have formally completed the
requirements document for the casestudy
8/20/2019 Case Study-software Requirement
http://slidepdf.com/reader/full/case-study-software-requirement 69/69
References
• ‘Requirements Engineering: Processes and
Techniques’ by G. Kotonya and I.
Sommerville, John Wiley & Sons, 1998• ‘Designing Concurrent, Distributed, and
Real-Time Applications with UML’ by H.
Gomaa, Addison-Wesley, 2000