Académique Documents
Professionnel Documents
Culture Documents
SESSION-SP2019
SEC-A
LAB REPORT
CASE STUDY- Payroll Management System
BACHELOR OF ENGINEERING
IN
COMPUTER SCIENCE AND ENGG
SEMESTER-VI
BY
Ishika
BE/10089/16
Pragati Rana
BE/10097/16
Shraddha Toppo
BE/10144/16
TEAM NAME :Invictus
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
DEPARTMENT OF COMPUTER SCIENCE & ENGINEERING
BIRLA INSTITUTE OF TECHNOLOGY
MESRA-835215, RANCHI
2019
Course Outcomes
1 To prepare an IEEE-SRS from the given case study and draw use case
diagrams, DFD, architectural design, and also prepare use case description
document.
2 To create a complete UML class diagram for the given case study and apply
iterative process to refine the class diagram if there is a change in requirements
3 To create sequence, collaboration and state chart diagrams to analyze the
dynamic behavior of the system.
4 To create activity diagram, component and deployment diagram to analyze the
environmental and deployment view of the system..
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
TABLE OF CONTENTS
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
5. Using Use case diagram 9-4-19 28-31
and class diagram
construct the
interaction diagrams
like sequence,
collaboration and state
chart diagram.
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
8. Learn and analyse the 9-4-19 36-44
usage of software
testing tools.: JUnit,
Jmeter, Selenium,
LDRA Etc
LIST OF FIGURES
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
ASSIGNMENT 1
Question: Extract the Business functions from the given case study and draw a use
case diagram. Also prepare a use case description document. Draw the
architectural design of the system.
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Use Case: A use case is a methodology used in system analysis to identify, clarify,
and organize system requirements. The use case is made up of a set of possible
sequences of interactions between systems and users in a particular environment
and related to a particular goal.
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Use Case Description Document
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Use Case ID: Be8997144
Use Case Name: Leave details
Created By: Invictus Last Updated By: Invictus
Date Created: 16th Jan ,2019 Date Last Updated: 16th Jan ,2019
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
CONCLUSION
In this assignment we learned how to write business function and draw use case
diagram using the same. We used the use case template to fill the use case
document. We learnt about the architectural design and its different types and
deduced that data flow architecture is suitable for our case study that is Payroll
Management System.
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
ASSIGNMENT 2
Question :Draw a DFD for the given case study. Also prepare an IEEE-SRS
Level 0
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Level 1
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Level 2
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Software Requirements
Specification
for
PAYROLL MANAGEMENT
SYSTEM
Version 1.0 approved
Prepared by Invictus
Ishika(BE/10089/16)
Pragati Rana(BE/10097/16)
Shraddha Toppo(BE/10144/16)
BIT Mesra
23/1/2019
Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Software Requirements Specification for <Project> Page xv
Table of Contents
Table of Contents .........................................................................................................................xv
Revision History ...........................................................................................................................xv
1. Introduction ............................................................................................................................16
1.1 Purpose........................................................................................................................................... 16
1.2 Document Conventions .................................................................................................................. 16
1.3 Intended Audience and Reading Suggestions ................................................................................ 16
1.4 Product Scope ................................................................................................................................ 16
1.5 References ...................................................................................................................................... 16
2. Overall Description ................................................................................................................16
2.1 Product Perspective........................................................................................................................ 16
2.2 Product Functions .......................................................................................................................... 17
2.3 User Classes and Characteristics ................................................................................................... 17
2.4 Operating Environment .................................................................................................................. 17
2.5 Design and Implementation Constraints ........................................................................................ 17
2.6 User Documentation ...................................................................................................................... 18
2.7 Assumptions and Dependencies .................................................................................................... 18
3. External Interface Requirements .........................................................................................18
3.1 User Interfaces ............................................................................................................................... 18
3.2 Hardware Interfaces ....................................................................................................................... 18
3.3 Software Interfaces ........................................................................................................................ 18
3.4 Communications Interfaces ........................................................................................................... 18
4. System Features .....................................................................................................................18
4.1 System Feature 1 ............................................................................................................................ 18
4.2 System Feature 2 (and so on) ......................................................................................................... 20
5. Other Nonfunctional Requirements .....................................................................................20
5.1 Performance Requirements ............................................................................................................ 20
5.2 Safety Requirements ...................................................................................................................... 20
5.3 Security Requirements ................................................................................................................... 21
5.4 Software Quality Attributes ........................................................................................................... 21
5.5 Business Rules ............................................................................................................................... 21
6. Other Requirements ..............................................................................................................21
Appendix A: Glossary..................................................................................................................21
Appendix B: Analysis Models .....................................................................................................21
Appendix C: To Be Determined List ..........................................................................................21
Revision History
Name Date Reason For Changes Version
Software Requirements Specification for <Project> Page 16
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 slips, detailed salary report and deduction report.
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 the company
with details about usage of leave facility and Salaries paid or to be paid to employees.
Document Conventions
It is made for the employee of the enterprise to check their salary and leave details.
Product Scope
The application works in multiple PC’s installed on multiple computers by sharing same database by
which users of different departments can use it sitting in different location simultaneously.
In our software, the employee are required to enter their personal details and the account detail. It
includes the actors – employees, manager, biometric system and admin. After getting the complete
attendance and leave report final salary is calculated and slip is generated.
References
1. Wikipedia.org
2. Google.com
3. Studylib.net
Overall Description
Product Perspective
The software is specifically developed to cater the company employees leave management, is totally
self contained and works efficiently. It provides simple database rather than the 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.
Software Requirements Specification for <Project> Page 17
Product Functions
Employee module
Employee details
Account details
Leave module
Leave details
Attendance
Salary Module
Per day salary calculation
Detailed salary report
Salary slip
Deduction report
End Users
No specific knowledge or skills are required from the end user.
End user should have basic idea about computer operations and database
Administrator
Administrator must be capable 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
Operating Environment
User Documentation
document.
End users should have basic knowledge of computer and we also
assure that the users will be given software training
User Interfaces
Hardware Interfaces
Hard disk of 40 GB
Software Interfaces
Communications Interfaces
Communication interfaces can be provided through email, web browser, network server
communication protocol, electronic forms etc. For this we can use communication standard such as
FTP or HTTP to provide security using encryption algorithm.
System Features
System Feature 1
Login/signup
Software Requirements Specification for <Project> Page 19
It takes the username and password of the employee or if the account is not created
then the employers are required to create the account. Through this the employers can
access their payroll management system.
Stimulus/Response Sequences
Upon entering the account name and password employer can access their payroll
account. After the login/signup the employers have to enter their employee and
account details.
Functional Requirements
The user should have an account if not then the employee are required to create an account.
System Feature 2
Leave-details
In this the details of the leave taken by the employee along with their leave application
is present. In this biometric system is linked which gives the attendance report of all
the employee.
Stimulus/Response Sequences
All the leave details along with attendance is stored in the database which is required
for the final salary calculation.
Functional Requirements
The user should have an account if not then the employee are required to create an account.
All the employee are required to do their attendance using the biometric system. If an
employee has to take leave then they have to give prior leave application on their payroll
account.
Software Requirements Specification for <Project> Page 20
System Feature 3
Salary-details
In this the account details and leave details of all the employees are accessed along
with their attendance report then the final salary calculation is done using the per day
salary calculation function. Finally the salary slip, detailed salary report and deduction
report is generated.
Stimulus/Response Sequences
All the leave details along with attendance is stored in the database which is required
for the final salary calculation.
Functional Requirements
The user should have an account if not then the employee are required to create an account.
All the employee are required to do their attendance using the biometric system. Attendance
Performance Requirements
Safety Requirements
By incorporating a robust and proven SQL into the system, reliable performance and integrity of data
is ensured. There must be a power backup for server system.
Software Requirements Specification for <Project> Page 21
Security Requirements
Sensitive data is protected from unwanted access by users appropriate technology and
implementing strict user access criteria.
Reliability
In order to ensure reliability, this system is being designed using software that is established
to be stable and easy to use.
Availability
This system is designed to run 24/7 and be readily available to the user.
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.
Business Rules
<List any operating principles about the product, such as which individuals or roles can
perform which functions under specific circumstances. These are not functional
requirements in themselves, but they may imply certain functional requirements to enforce
the rules.>
Other Requirements
<Define any other requirements not covered elsewhere in the SRS. This might include
database requirements, internationalization requirements, legal requirements, reuse
objectives for the project, and so on. Add any new sections that are pertinent to the project.>
Appendix A: Glossary
<Define all the terms necessary to properly interpret the SRS, including acronyms and
abbreviations. You may wish to build a separate glossary that spans multiple projects or the
entire organization, and just include terms specific to a single project in each SRS.>
CONCLUSION
In this assignment we draw data flow diagram for level-0, level-1 and level -2.
We then use the IEEE SRS template to write the SRS document. Data flow
shows the data flow for a particular system in this case it is drawn to show how
the data flows between operation in the payroll Management System. The SRS
document gives the in-depth knowledge about the resource required by the
System.
Software Requirements Specification for <Project> Page 23
ASSIGNMENT 3
Bad Classes
Good Classes
Data Dictionary
1. Login-It allows the user to access his/her account details. Employee can
get his salary slip. Manager generates the salary slip and detailed salary
slip.
2. User-Generalizes in three parts managers, admin, employee.
3. Admin-Admin has permissions to access and modify the employee
details.
4. Employee-Takes leaves and can edit its details.
5. Manager-Generates salary-slip and detailed-slip.
6. Take-Leave-Employee can apply for leave.
7. Salary-Slip-Generates Slip.
8. Detailed-Slip-Generates Slip including deduction report, employee
details, account details.
Software Requirements Specification for <Project> Page 24
Conclusion
In this assignment we learn about the class diagram and how to draw the initial
class diagram and perform the class analysis. In initial class diagram, we write
the problem statement. We analyse the good classes and bad classes. After
analysis we define good classes in the form of data dictionary.
Software Requirements Specification for <Project> Page 26
ASSIGNMENT 4
Question : Refine the class diagram to get the final complete class diagram.
CONCLUSION
In this Assignment we draw the final class diagram after refining the initial
class diagram. We find the good classes, redundant classes and bad classes, then
after removing the bad classes and redundant classes, we draw the final class
diagram.
Software Requirements Specification for <Project> Page 28
ASSIGNMENT 5
Question: Using Use case diagram and class diagram construct the
interaction diagrams like sequence, collaboration and state chart diagram.
State Chart Diagram:- Statechart diagram is one of the five UML diagrams
used to model the dynamic nature of a system. They define different states of an
object during its lifetime and these states are changed by events. Statechart
diagrams are useful to model the reactive systems.
Conclusion
ASSIGNMENT 6
Question : Draw an Activity diagram to capture the various activities involved
while capturing the behavioural aspect of the system.
CONCLUSION
ASSIGNMENT 7
Question : Draw the component and deployment diagram to analyze the
environmental and deployment view of the system.
CONCLUSION
In this assignment we draw the component and deployment diagram for the
payroll management system to analyze the environmental and deployment view
of the system. Deployment diagrams are typically used to visualize the
physical hardware and software of a system.
Software Requirements Specification for <Project> Page 36
ASSIGNMENT 8
Question : Learn and analyse the usage of software testing tools.: JUnit, Jmeter,
Selenium, LDRA Etc.
Selenium
Software Requirements Specification for <Project> Page 37
CONCLUSION
Selenium is a free (open source) automated testing suite for web applications
across different browsers and platforms. It is quite similar to HP Quick Test Pro
(QTP now UFT) only that Selenium focuses on automating web-based
applications. Testing done using Selenium tool is usually referred as Selenium
Testing.
Software Requirements Specification for <Project> Page 38
J UNIT
CONCLUSION:
LDRA
Software Requirements Specification for <Project> Page 40
Software Requirements Specification for <Project> Page 41
Software Requirements Specification for <Project> Page 42
Software Requirements Specification for <Project> Page 43
Software Requirements Specification for <Project> Page 44
CONCLUSION:
The LDRA tool suite helps you build quality into your software development
life-cycle. Our software standards compliance, testing, and verification tools are
based on industry best practices to help you develop high quality safety- and
security-critical products. Many users of the LDRA tool suite are required to
certify their software. The LDRA tool suite’s open and extensible platform is
unique in its integration of software life-cycle traceability, static and dynamic
analysis, unit test and system-level testing on virtually any host or target
platform.