Download Software requirement specification of ATM and more Assignments Software Engineering in PDF only on Docsity!
SOFTWARE REQUIREMENT
SPECIFICATION
1. Introduction:
Automated teller machines (ATMs) are computerized communication devices that provide customers of financial institutions with a secure way to conduct financial transactions in public places without the need for a human bank teller. Through ATMs, customers interact with a user-friendly interface that allows them to access their bank accounts and perform various transactions.
1.1. Purpose:
These SRSs describe requirement specifications for automated teller machine (ATM) networks. The function of ATMs is to support computerized banking. This document is intended for customers and developers (designers, testers, maintainers).
1.2. Scope:
This document applies to ATMs with ATM software. The software allows users to perform various transactions on their accounts without going to the bank. The software offers customers benefits such as cash withdrawals, balance transfers, deposits, inquiries, and other banking- related operations. Admin can also set tariffs and rules as needed. This software takes as input the user's login ID and bank account number for login. The output consists of an interactive display that allows the user to select desired functions to perform.
1.3. Definitions, Acronyms and Abbreviations
A/c– Account
ATM- Automated Teller machine OTP- One Time Password TCP/IP- Transfer control protocol/ Internet Protocol ISP- Internet Service Provider CDMA- Code Division Multiple Access FTP- File Transfer Protocol CMS- Card Management Software Dial-up POS- Low cost communication’s message format DES- Data Encryption Standard
1.4. References
www.fincash.com www.wikipedia.com www.quora.com www.cs.vassar.edu www.arl.wustl.edu
1.5. Overview
Section-1 describes the purpose and scope of the software. Section-2 describes general features and limitations of the Software and user characteristics. Section-3 describes all the requirements for software design.
2. The Overall Description:
2.1. Product Perspective:
ATM is a single functional unit composed of various subcomponents. The software allows users to remotely access their bank accounts through ATMs without the help of bank tellers.
bit. Users can also freely switch between these sessions to another language on the list. Account maintenance- Various functions that users can perform on their account are: Account type- Users are free to choose the type of account under which all transactions are conducted. H. He can choose whether it is a checking account or a savings account, etc. Withdrawal/Deposit: This software allows users to choose the type of operation to perform. i.e., whether he wants to withdraw or deposit money. Amount- The amount to withdraw or deposit is specified by the user. Denomination:- Users are also given the opportunity to name the denomination they want. He enters his requirements and the machine uses the current resources to see if this is possible. If so, that amount is communicated to the user. If not, other possible alternatives are suggested. Deposit: Payment is made in an envelope. After entering and confirming the deposit amount, the customer should put the envelope in the depository. Balance transfer:- Transfer funds are done between two accounts linked to the card for example Savings and checking accounts, made easy. Account balance inquiry:- Facilitates balance inquiry for each account linked to the card. invoice- Each transaction is recorded in the form of a receipt, which is given to the customer. Accounting operations are handled by the accounting module. This gives the user the option to print a transaction statement or update their account. 2.3. User Characteristics:
There are various types of users that interact with the system. The intended users of the software are: USER A: This user has little or no experience with electronic means of account management and is not a frequent user of the product. The explanation screen for each function of the ATM is easy to understand, so I think it is easy for user A to use. He is also assisted in every step of the transaction by an interactive educational mechanism using both visual and audio help sessions. USER B: This user has used the ATM several times before and does most of his account management at the ATM. It also speeds up the transaction process because there is only a small help session at the beginning of the session. Maintainers: This user is a bank employee and is familiar with how ATMs work. This user stores cash in the ATM's vault and is responsible for repairing her ATM in the event of a breakdown. This user gets a different view when logged in with the admin password and has different options than a normal user. He has the authority to change or limit various functions provided by the software in repair situations. 2.4. Constraints: There are various constraints which is given below are:- ATMs can only be used by one person at a time. The number of invalid PIN entry attempts he must not exceed 3 times. After 3 failed login attempts, the card will be blocked and will need to be unblocked by your bank. Simultaneous access to accounts via ATM and bank is not supported. The minimum amount a user can withdraw is Rs 100/-, the maximum amount a user can withdraw in a single session is Rs. 10,000/-, and the maximum amount a user can withdraw in a day is Rs. 20,000 /- - is.
used to verify the correct orientation of the card during insertion. This is an additional feature of magnetic stripe-based magnetic field sensors used to open mechanical gates in devices such as ATMs. 3.1.3. Software Interface:- To perform various functions, this software must interact with various other software. Therefore, it must meet certain software interface requirements, such as: Operating System- Windows MySQL for DBMS database Platform- 3.1.4. Communication Interface:- Machines need to communicate with the main branch for various functions such as login verification for each session, account access, etc. Therefore, the following communication interface requirements are listed that must be met in order for the software to run successfully:- The system uses dial-in POS with a central server for low-cost communication. The communication protocol used is TCP/IP. The protocol used for data transfer is File Transfer Protocol (FTP). 3.2. Functions: Functionalities provided by software are: The system is designed to provide the user with the facility of remote banking and perform various other functions at an interface without any aid of human bank teller. The functioning of the system shall be as follows:-
At the start, the user is provided with a log in screen and he is required to enter his PIN NO. and Account details which are then verified by the machine. In case of an unsuccessful attempt a user is asked again for his credentials but the maximum number of attempt given to the user is limited to 3 only, failing which his card is blocked and need to be unblocked by the bank for any future use.After a successful log in, the user is presented with a list of language. The user can select any one in the list for interaction with the machine for the entire session. After the language selection the user is also asked whether he wants to fix that language for future use also so that he is never asked for language in future. In addition there is also a facility for the user to switch to any other language during that session. After the language selection, the user is directed towards a main page that displays a set of options/services along with their brief description, enabling the user to understand their functioning. The user can select any of the listed option and can continue with the transaction. The machine also provides the user with a number of miscellaneous services. At any moment if the user wants to abort the transaction, he is provided with an option to cancel it. Just by pressing the abort button he can cancel all the changes made so far and can begin with a new transaction. After the user is finished with his work, for security purpose, he is required to log out and then take his card out of the slot. Error handling/response to abnormal situations: If any of the validation/sequence flows above do not apply, an appropriate error message will be displayed to the user prompting them to take the necessary action. Registration: Customer will register his/her ATM card, and get acknowledged by email.
- Assuring Configuration will not harm saved database
- Back to user Mode 3.3. Performance Requirements: Capacity: The system shall accommodate 1 user all time necessarily and it should provide 24 hr service. Cash counting must be accurate. Responses to keyboard hits shall take no longer than 7 seconds to load onto the screen after the user hit(press) one key The system must prompt the user to confirm their request within 4 seconds after the user submits information to the system. Quality – The main goal is to create quality software. Because software quality is difficult to measure quantitatively, use the following guidelines to assess software quality.
- Consistency - All code should be consistent in style. (This is expected if you follow the standard).
- Test cases - all features are expected to be thoroughly tested. 3.4. Design Constraints: The system should be all-in-one so that all hardware configurations fit in one compact module. Power must be obtained so that ATMs can work 24 hours a day on a regular basis. A small compact box must contain certain units for an ATM to function properly. Memory, one or more parallel processing modules, transmission security inside and outside the system 3.5. Software System Attributes: System attribute requirements such as performance, security, modifiability, reliability, and ease of use greatly influence the software
architecture of a system. There are many software quality characteristics that can be used as requirements.
3.5.1. Safety and Security Constraints:
The system uses a secure database. Systems must be trustworthy to control network security breaches. The system leaves no cookies on the user's mobile/device. The system automatically logs out users after a period of inactivity.
3.5.2. Reliability : Data communication protocols must ensure
reliability and quality of data and voice transmission in mobile environments. For example, CDMA. The storage system must be of non-volatile type.
3.5.3. Availability : In case of power failure, the product has an
emergency power supply. Abnormal behavior leads to system shutdown. After an abnormal ATM shutdown, maintenance personnel must manually restart the system. Accounts must not be inconsistent during a system-abended transaction.
3.5.4. Security: The system has two levels of security. i.e. ATM Card
and PIN Validation. Both are authenticated by her CMS software. The encryption standard for sending the PIN is Triple DES. The user should only be allowed 3 of her login attempts and the card should be blocked if unsuccessful. Surveillance cameras should be installed near ATMs. A secure safe with a number locking system is required. Product cabinet covers must be made of fiberglass for safety reasons.
3.5.5. Maintainability: System components, i.e. Modems, memory,
hard drives, drives should be easily repairable without vault access. A
