1. Case Study :

2. Introduction The ATM network will consist of a large number of ATM machines distributed over a wide geographical area. The network must be able to handle a growth in ATM terminals and an expanding geographical area. It will have to be able to readily form an interface with other ATM networks in other parts of the world. The ATM network will provide services to users and collaborate with other banking networks as indicated in the diagram on the next slide.

3. We envision a banking system that provides automatic teller machines (ATMs) at which customers holding a bank card can make deposits and withdrawls to and from their accounts. The ATM machines will belong to a consortium of banks participating in this project. ATM machines will be attractive to banking customers because they allow access to their accounts outside of regular business hours. They allow the bank to expand customer services and geographical reach without the cost of building additional branches or hiring additional tellers. Business Opportunity Vision Vision and Business Case

4. Customer ATM Network Member Bank Customer Accounts Use services Actors Consortium Computer System Use Case Model User Goals Customer – Make withdrawals, deposits, and balance checks to his/her account. Consortium server must be able to identify the home bank of the customer card. Banks owning an ATM must be able to determine the cash on hand in the ATM Use Case Model: functional requirements

5. Human Factors Reliability Performance Configurability Implementation Constraints Interfaces Business Rules Secure transaction Real-time transactions Legal Issues Each transaction should require less than 1 minute of customer’s time The consortium computer must keep a transaction record for member banks to use for comparison Projected growth rate of the ATM base and member banks. Recommend a Linux based consortium server and java as the programming language for ATM client code. Text visible from at least 1 meter. Clear, step-by-step instructions for use. Card reader in ATM. Touch screen monitor. Receipt printer. Fee structure charged by member banks. Supplementary specifications

6. Glossary In the example shown here, The term ATM refers to both the physical terminal and the supporting software that it contains. Glossary is refined (during elaboration) to include : Format (type, length, unit) Range of values Validation rules Term Definition and InformationAliases ATM A banking terminal and required software for processing customer transactions Automatic teller machine

7. Prototypes : to clarify purpose Sample Model Drawing Program Screen sketches User interface prototype

8. Time frame for the iteration: Start date: Jan. 15, 2008 End Date: Feb. 6, 2008 Deliverable Artifacts Use cases: Access Account Deposit Withdraw Balance Statement Domain Model (Concept Model Diagram) Software prototype A simulation demonstrating the user interaction with an ATM terminal Test Plan Use Case Diagrams Sequence Diagram Iteration Plan

9. Preliminary User Manual Developed Describe the appearance of the screen and the sequence of actions that the user must perform Iteration Plan(cont.)

10. www.upedu.org Discipline – Requirements - Artifacts Browse glossary vision Supplementary specifications Use case Use case model