Thursday 5 March 2015

undetermined Day !!

I am  Undetermined right now.  Tomorrow is Holi and I am staying away from my home, from Maa, Papa and other family member but missing my Daadi Maa the most. I was sent to boarding school when i was in 3rd standard and was there till my 10th. So, staying away from home is not the matter for me from my early days. But, the thing that matters the most is staying away from home during festivals. This is the case with all those who are staying away during festivals.
                     Today, I am in last semester of my bachelor's and tomorrow's Holi will be my last in college life and first time that my presence will be there. But, the excitement of this last college Holi is no where because the collection from past includes the Holi with my family. And, memory with family attached will give you no way to keep yourself indulged in any other practice.
                   I am just tryin hard to keep my focus on my so called last college holi . If you people have any better way to maintain the distance between you and your family attached memory, please share it in comment box.
     Wishing you all a HAPPY HOLI ...

Tuesday 29 October 2013

SRS FOR BANK MANAGEMENT SYSTEM

Table of Contents



1.Introduction

1.1 Purpose
1.2 Scope
1.3 Overview
1.4 Additional Information

2. General Description

3. Functional specifications

3.1Login
3.2Validation
3.3Payment of money
3.4Transfer of money
3.5Transaction report


4. Interface Requirements

4.1 GUI
4.2 Hardware Interface
4.3 Software Interface

5. Performance Requirements

6. Constraints

7  Performance


7.1Security
7.2 Reliability
7.3 Availability
7.4 Maintainability
7.5 Reusability


8.  References



























1. Introduction


This document gives detailed functional and nonfunctional requirements for the bank management system. This product will support online banking transaction. The purpose of this document is that the requirements mentioned in it should be utilized by software developer to implement the system.


1.1 Purpose


Online banking system provides is specifically developed for internet banking for Balance Enquiry, Funds Transfer to another account in the same bank, Request for cheque book/change of address/stop payment of cheques, Mini statements (Viewing Monthly and annual statements).

The Traditional way of maintaining details of a user in a bank was to enter the details and record them. Every time the user need to perform some transactions he has to go to bank and perform the necessary actions, which may not be so feasible all the time. It may be a hard-hitting task for the users and the bankers too. The project gives real life understanding of Internet banking and activities performed by various roles in the supply chain. Here, we provide an automation for banking system through Internet. Internet banking system project captures
activities performed by different roles in real life banking which provides enhanced techniques for maintaining the required in- formation up-to-date, which results in efficiency. The project gives real life understanding of Internet banking and activities performed by various roles in the supply chain.


1.2 Scope

This Product will automate of banking transaction process.This  Project  investigates  the  entry  threshold  for  providing  a  new  transaction service  channel  via  the  real  options  approach,  where  the  entry  threshold  is established  by using an Internet banking  system designed  for the use of normal users(individuals), Industrialists, Entrepreneurs, Educational Institutions(Financial sections), Organizations and Academicians under transaction rate uncertainty.



1.3 Overview

The system provides easy solution to banks.
 Overview: The SRS will include two sections, namely:

Overall Description: This section will describe  major components  of the system, interconnections,  and external interfaces.

Specific Requirements:  This section  will describe  the  functions  of actors, their roles in the system and the constraints faced by sys- tem.

2. General description

2.1    Product Perspective:


The client will have client interface in which he can interact with the banking sys- tem. It is a web based interface which will be the web page of the banking application.  Starting a page  is displayed  asking  the  type  of customer  he  is whether  ordinary  or  a corporate customer. Then the page is redirected to login page where the user can enter the login details. If the login particulars are valid then the user is taken to a home page where he has the entire transaction list that he can perform with the bank. All the above activities come under the client interface.
The   administrator   will  have  an  administrative   in- terface which is a GUI so that he can view the entire system. He will also have a login page where  he  can  enter  the  login  particulars  so  that  he  can  perform  all  his  actions.  This administrative  interface provides different environment such that he can maintain data- base & provide  backups for the information  in the database.  He can register the users by providing them with username,  password  & by creating  account  in the  database.  He can view  the cheque book request & perform action to issue the cheque books to the clients.

2.2    Software Interface:

Front End Client:
The  system is  a  web  based  application  clients  are  requiring using modern web browser such as Mozilla Firefox 1.5, PHP.

* Web Server:

The web application will be hosted on one of the apache server.

* Back End:

We use backend as MY SQL.


3. Functional Specifications

This section provides the functional overview of the product. The project will require the PHP as a front end and at the back end the database MYSQL will be running. Various functional modules that can be implemented by the product will be


1. Login
2. Validation
3. Get balance information
4. Withdrawal of money
5. Transfer Money
6. Customer info.

3.1 Login:

Customer logins by entering customer name & a login pin.

3.2 Validation:

When a customer enters the ATM card, its validity must be ensured. Then customer is allowed to enter the valid PIN. The validation can be for following conditions

Validation for lost or stolen card
When card is already reported as lost or stolen
then the message “Lost/Stolen card!!!”.

Validation for card’s expiry date

If the card inserted by the customer has crossed the expiry date then the system will prompt
“Expired Card”.

Validation for PIN
After validating the card, the validity of PIN must be ensured. If he/she fails to enter valid code for three times then the card will not be returned to him. That means the account can be locked. The counter for number of logins must be maintained
Get balance information:
This system must be networked to the bank’s computer. The updated
database of every customer is maintained with bank. Hence the balance information of every account is available in the database and can be displayed to the customer.

3.3 Payment of Money:

A customer is allowed to enter the amount which he/she wishes to withdraw. If the entered amount is less than the available balance and if after withdraw if the minimum required balance is maintained then allow the transaction.

3.4 Transfer of Money:

The customer can deposit or transfer the desired amount of money.

3.5 Transaction Report:

The bank statement showing credit and debit information of corresponding account must be printed by the machine.

3.6 Technical Issues

This product will work on client-server architecture. It will require an internet server and which will be able to run PHP applications. The product should support some commonly used browsers such as Internet Explorer, Mozilla Firefox.

4. Interface Requirements

4.1 GUI

This is interface must be highly intuitive or interactive because there will not be an assistance for the user who is operating the System. At most of the places help desk should be provided for users convenience. The screens appearing should be designed in such a manner that it can draw User attaraction towards the new plans for the customers.

Also the pin and password confidentiality should be maintained,
This can be done by using asterisks at the password panel.
Proper security messages should be displayed at most of the  places.


4.2 Hardware Interface

Various interfaces for the product could be
1. Touch screen/Monitor
2. Keypad
3. Continuous battery backup
4. Printer which can produce the hard copy.
5. Interface that connects the device to bank’s computer.
6. An interface that can count currency notes.

4.3 Software Interface

1. Any windows operating system.

2. The PHP must be installed. For the database handling MYSQL must be installed. These products are open source products.

3. The final application must be packaged in a set up program, so that the products can be easily installed on machines. This application must be networked to corresponding banks.

5. Performance Requirements

The system should be compatible enough to hold the general traffic .
It should not get hang or show some other problems arising out due to large no of concurrent users . The system should be fast enough to meet the customer The high and low temperature should not affect the performance of the device. An uninterrupted transaction must be performed.



6.Constraints

* The information of all the users must be stored in a database that is accessible by the On- line
Banking System.

* The Online Banking System is connected to the computer and is running all 24hours a day.


* The  users  access  the  Online  Banking  System from any computer  that has Internet  browsing capabilities and an Internet connection.

*The users must have their correct usernames and passwords to enter into the Online Banking System.


Design Constraints:

* Software Language Used

The languages that shall be used for coding Online Banking System are c , c++ , java , and  HTML.  For  working  on the  coding  phase  of  the  Online  job portal  System Web Sphere  Application  Server/WebSphere  Application  Server  CE  Server  needs  to  be  installed.

*Database design



In our database design, we give names to data flows, processes and data stores. Although the names are descriptive of data, they do not give details .So following DFD, our interest is to build some details of the contents of data flows, processes and data store. A data dictionary is a structured repository of data about data .It is a set of rigorous definitions  of all DFD  data elements  and data  structures  .


7. Performance

7.1 Security

The banking system must be fully accessible  to only authentic user.
It should require pin for entry to a new environment.


7.2 Reliability

The application should be highly reliable and it should generate all the updated information in correct order.

7.3 Availability

Any information about the account should be quickly available from any computer to the authorized user. The previously visited customer’s data must not be cleared.

7.4 Maintainability

The application should be maintainable in such a manner that if any new requirement occurs then it should be easily incorporated in an individual module.

7.5 Portability

The application should be portable on any windows based system. It should not be machine specific.


8 References:




SRS FOR PAYROLL MANAGEMENT SYSTEM



      Software Requirement Specifications on
             PAYROLL SYSTEM


                     ********PAGE BREAK************





Table  of  Contents
1.    Introduction……………………………………………..………3
1.1   Purpose……………………………………………….……................3
1.2    Scope…………………………………………………………...........3
1.3    Benefits………………………………………………..……..….......3
1.4    Definitions……………………………………………..…..…...…...3
1.5    References…………………………………………..…..…….....…..3
1.6    Project Overview……………………………………......…..….……4
2.    Overall  descriptions………………………………………........4
2.1   Product  Perspective…………..…………………….………….4
2.2   Product  Functions……………………...……..…………........4
2.2.1        Master Module…………………………..…….……………….....4
2.2.2        Employee Module………………………….…………………..…4
2.2.3        Attendance Module………………………….……………..……..4
2.2.4         Salary Module…………………………………………….……..4
2.3   User Characteristics………………………..………………….5
2.3.1        End User………………………………………………....….......5
2.3.2        Administrator…………………………………………….….…..5
2.4   Assumptions & Dependencies………………………..….…......5
3.    Specific Requirements………………………………….……...6
3.1   External interface requirements………………………..…...…..6
3.1.1        User interface requirement…………………………….…..………6
3.1.2        Hardware interface requirement…………………………...….……6
3.1.3        Software interface requirements…………………………..…..……6
4.    Functional Requirements……………………………..…...……6
4.1   Masters……………………………………………………....………6
4.2   Employee…………………………………………………..…..…….6
4.3   Search………………………………………………………....……..6
4.4   Attendences…………………………………………………....…….6
4.5   Salary……………………………………………………….…..…...6
5.    Other non functional requirements…………………….…..…..7
5.1   Performance Requirements…………………………………..…..…7
5.2   Reliability……………………………………………………..….…7
5.3   Availability………………………………………………….….…...7
5.4   Security……………………………………………...………………7
6.    UML diagrams
6.1   USECASE  diagram
6.2   ACTIVITY diagram
6.3   CLASS diagram
6.4   SEQUENCE diagram

         **********PAGE BREAK*********

1.Introduction
Payroll system is the heart of any Human Resource System of an organization. The solution  has to take care of  the  calculation of salary  as  per  rules  of  the  company, income tax calculation and various deductions to be done from  the  salary  including statutory deductions  like Income tax  and  provident  fund  deductions.  It  has  to generate  pay-slip, cheque summary and MIS reports.
                                It is understood that we are tired of managing thousand of odd papers,  pay slip , payroll reports,  and  salary details  and so on. Imagine that we have  a  payroll  processing system which  will  generate  our pay slips and payroll reports  within  seconds. We  can help others  automated  your payroll system  by developing  a customized payroll application that suits your specific requirements.
1.1 Purpose
Main aim of developing Employee Payroll Management is to provide an easy way not only to automate all functionalities involved managing leaves and Payroll for the employees of Company, but also to provide full functional reports to management of Company with the details about usage of leave facility.
                            We are committed to bring the best way of management in the various forms of EPM. We understand that EPM in not a product to be sold, it is a tool to manage the inner operation of Company related to employee leave and Payroll.
1.2 Scope
This Application works in Multiple PC’s installed on multiple Computers but sharing same database by which users of different department can use it sitting at different locations simultaneously.
           But in future we can make the Application where the database will be hosted in order to manage the all departments which will be located in different places and by keeping domain of Application as Online.
1.3 Benefits
  • To improve the efficiency.
  • Quickly find out information of an employee details.
  • To provide easy and faster access information.
  • To provide user friendly environment.

1.4 Definitions, Acronyms, Abbreviations
     Visual Basic .NET (VB.NET) is an object-oriented computer programming language that can be viewed as an evolution of the classic Visual Basic (VB) which is implemented on the .NET Framework.
    Microsoft SQL Server is a relational model database server produced by Microsoft.
   SRS -  Software Requirements Specification.
   EPM - Employee Payroll Management.
1.5 References
·         SRS format from IEEE website(www.ieee.org/format).
·         Software Engineering by “Roger Pressman”.
1.6 Project Overview
·        The following subsections provide the complete overview of the software specifications requirements documentation for the product Employee Payroll Management. The entire SRS is documented in view of User and the following sub sections are arranged to give a complete outlook of the software, its perspective, features, system requirements and users know how it is.
2. Overall description
  2.1 Product perspective
·         This software is developed specifically to cater the company employees leave management, is totally self contained and works efficiently. It provides simple database rather than complex ones for high requirements and it provides good and easy graphical user interface to both new as well as experienced user of the computer.
 2.2 Product functions
2.2.1 Master module
  • Designation : Contains the position or status of employee in departments.
  • Department : Contains the information about different departments in any company.

     2.2.2 Employee module
·         Employee details :This module contains the whole detail of employees of any system.
2.2.3 Attendance module
  • Leave : This module is for keeping the records of leave taken by any employee.
  • Attendance : This module is for keeping the records of employee’s presence.

     2.2.4 Salary module
  • Allowance : This module is for calculating the allowance given to employee by the instution.
  • Deduction : This module calculates the amount from number of days taken as leave and deduct these amount from salary.
  • Pay Slip : This module is for generating the final pay slip.

2.3 User Characteristics
     2.3.1 End Users
Ø No specific knowledge  or skills are required from the end user.
Ø End user should have basic idea about computer operations and database.
           
      2.3.2 Administrator
Ø  Administrator must be having good knowledge of database management system.
Ø Administrator to manage user rights.
Ø If the network connection does not work properly than our system should not work as intended.
Ø Also that is assumed that the product is installed properly at web server.
Ø This system will not take care of any virus problem, which might occur either on the  client or the server system. Avoiding the use of pirated software and ensuring that floppies and other removable media are scanned for viruses before use could minimize the  possibility of  viral infection
Ø  Recovery of data after a system crash will be possible only if backups are taken at regular intervals.
Ø Manual interfaces cannot be fully avoided. Documented proofs like data entry of employees etc. will have to be verified by the concerned management staff  before entering it into the computerized system.

2.4 Assumptions and Dependencies
  2.4.1 Assumptions:
·         The code should be free with compilation errors/syntax errors.
·         The product must have an interface which is simple enough to understand.

  2.4.2 Dependencies:
·         All necessary hardware and software are available for implementing and use of the tool.
·         The proposed system would be designed, developed and implemented based on the software requirements specifications document.
·         End users should have basic knowledge of computer and we also assure that the users will be given software training documentation and reference material.
·         The system is not required to save generated reports.

3. Specific requirements
  3.1 External interface requirements
3.1.1       User interfaces
·         The software provides good graphical interface to the user.
   3.1.2 Hardware interfaces
·         Mouse
·         Keyboard
·         Printer
·         Hard disk
·         Ram with memory 256 MB or more
   3.1.3 Software interfaces
·         Operating system       :          Windows XP/Vista or any main stream OS
4. Functional requirements
  4.1 Masters:
·         This module helps the administrator to enter the designation and the related description. It also helps to add the department.
  4.2 Employee:
·         This module  helps to add the details of the employee like the personal detail and the employee detail.
  4.3 Search:
·         This module helps to search the employee details department wise and designation wise.
·         This module helps to different types of leave for different year. It also helps the employee to enter their entry and exit time. Using the attendance module the employee can also check their remaining leaves and also apply for the leave.
  4.4 Salary:
·         This module helps to calculate the salary by adding the allowances and the basic salary and by deducting the deductions based on the leaves and also the PF. It also helps to generate the employee pay slip.


5. Other Non-functional requirements
  5.1  Performance Requirements
1)      The overall system should be fast and error free.
2)      It should have built in error checking and correction facilities.
3)      The system should be able to handle large amount of data comfortably.
  5.2 Reliability       
·         In order to ensure reliability, this system is being designed using software that is established to be stable and easy to use.
  5.3 Availability
·         This system is designed to run 24/7 and be readily available to the user.
  5.4 Security
·         The access to the software is given only to valid operators. We need a specific ID and password to get access to the software.
·         Communication needs to be restricted when the application is validating the user or licence.

                           ************************************