Final Project - 1 - 2 PDF
Final Project - 1 - 2 PDF
COLLEGE OF INFORMATICS
DEPARTMENT OF INFORMATION TECHNOLOGY
TITEL: EMPLOYEE ATTENDANCE MANAGEMENT SYSTEM FOR GONDAR CITY
ADMINISTRATION ROADS AUTHORITY
INDUSTRIAL PROJECT I
NAME OF STUDENTS ID
1. Endale Aychew……………………………….02229/12
2. Mathiyas H/Mariam…………………………02104/12
3. Yaschalew Bekele…………………………….00421/12
4. Hanan Heru………………………….……….00299/12
April 24/08/2015
GONDAR, ETHIOPIA
Declaration
Our team declare that, this project is done by us under the supervision of Mr. Amare T,
department of information technology Gondar University in partial fulfillment of the requirement
for the degree of bachelor of information technology, we are declaring that this project is not
allowed elsewhere for the award of bachelor of any degree :
Name signature
Advisor:
Examination Board:
Chairman:
i|Page
Acknowledgment
We would like to express our deepest gratitude to everyone who has contributed to the successful
completion of our final project, the Biometric Fingerprint Employee Attendance Management
System (BF-EAMS).
Firstly, we would like to thank our project advisor Mr. Amare Tesfaw for their unwavering support,
guidance, and expertise throughout the entire project. Their mentorship and encouragement have
been instrumental in helping us navigate through the challenges and achieve our goals.
We also extend our heartfelt appreciation to our project coordinator Mr. Yegezu Agonafir, whose
organizational skills and attention to detail have been essential in ensuring the project's timely
completion. Their unwavering dedication and commitment to the project have been truly inspiring.
Furthermore, we would like to acknowledge the hard work and collaboration of our fellow team
members. Each of us has contributed to the project's success, bringing our unique skills and
perspectives to the table. We are proud of what we have accomplished together, and we are
confident that this project will serve as a strong foundation for our future endeavors.
ii | P a g e
Abstract
The system provides accurate and reliable attendance data in real-time, along with the feature of
reporting capabilities which helps in allowing employers to manage their workforce more
efficiently. The requirement for employees to connect to the organization's Wi-Fi network using
their phone adds an extra layer of security to the attendance tracking process, as it ensures that
employees are physically present at the location where attendance is being registered.
The BF-EAMS is easy to use and can be accessed through a mobile app, making it accessible for
employees on the go. The system can also be integrated with other HR management systems,
allowing for seamless data transfer and streamlined workflows. Overall, the BF-EAMS is a
powerful tool that helps organizations optimize their workforce management, increase
productivity, and reduce costs, while ensuring the security and accuracy of attendance tracking
through the use of biometric identification technology and smartphone connectivity.
iii | P a g e
Table of contents
Acknowledgment ....................................................................................................................... ii
Abstract .................................................................................................................................... iii
CHAPTER ONE .........................................................................................................................1
Introduction ................................................................................................................................1
1. Introduction ......................................................................................................................1
1.1 Background of the organization .........................................................................................1
1.2 Background of the study ....................................................................................................2
1.3 Statement of the problem ...................................................................................................2
1.4 Objective of the project .....................................................................................................3
1.4.1 General objective ........................................................................................................3
1.4.2 Specific objective .......................................................................................................3
1.5 Methodology of the Projects ..............................................................................................3
1.5.1 Data Collection Methodology .....................................................................................3
1.5.2 System Development Approach ..................................................................................4
1.6 Development Tools ...........................................................................................................5
1.7 Scope of the project ...........................................................................................................6
1.8 Delimitation and limitations of the project.....................................................................6
1.8.1 Delimitations ..............................................................................................................6
1.8.2 Limitations .................................................................................................................7
1.9 Constraints ........................................................................................................................7
1.10 Alternative Solution .........................................................................................................7
1.11 Feasibility analysis ..........................................................................................................7
1.11.1 Operational feasibility ...............................................................................................8
1.11.2 Economic feasibility .................................................................................................8
1.11.3 Technical feasibility ..................................................................................................8
1.11.4 Organizational feasibility ..........................................................................................8
1.12 Proposed Solution ............................................................................................................8
1.13 significance of the project ................................................................................................9
1.14 Beneficiary of the Project .............................................................................................. 10
1.15 Hardware and Software Tools ........................................................................................ 10
iv | P a g e
1.16 Cost/budget Estimation .................................................................................................. 11
1.16.1 Hardware Cost ........................................................................................................ 11
1.16.2 Software cost .......................................................................................................... 11
1.16.3 Transport Cost ........................................................................................................ 12
1.16.4 Communication ...................................................................................................... 12
1.17 Time Schedule ............................................................................................................... 12
CHAPTER TWO ...................................................................................................................... 13
System analysis ......................................................................................................................... 13
2.1 Introduction ..................................................................................................................... 13
2.2 Description of the existing system ................................................................................... 13
2.3 overview of the new system ............................................................................................. 13
2.4 inputs and outputs of the system ...................................................................................... 14
2.4.1 Inputs of the system .................................................................................................. 14
2.4.2 Outputs of the system ............................................................................................... 14
2.5 Requirement analysis of the new system .......................................................................... 15
2.5.1 Functional requirement ............................................................................................. 15
2.5.2 Non-functional requirement ...................................................................................... 15
2.6 System architecture diagram ............................................................................................ 17
2.7 System Use Case Diagram ............................................................................................... 18
2.8 Use Case Narrative .......................................................................................................... 19
2.9 Activity Diagram ............................................................................................................. 24
2.10 Sequence diagram .......................................................................................................... 30
2.11 Class diagram ................................................................................................................ 36
CHAPTER THREE................................................................................................................... 37
System design ........................................................................................................................... 37
3.1 Introduction ................................................................................................................ 37
3.2 Process Modeling ............................................................................................................ 38
3.2.1 Collaboration Diagram.............................................................................................. 38
3.2.2 Persistence Modeling ................................................................................................ 45
3.2.3 Deployment diagram................................................................................................. 46
References ................................................................................................................................ 47
v|Page
List of figures
Figure 1: Architecture diagram .................................................................................................. 17
Figure 2: Use case diagram ....................................................................................................... 19
Figure 3 Admin login activity diagram ...................................................................................... 24
Figure 4 Admin add employee activity diagram ........................................................................ 25
Figure 5 Admin update activity diagram .................................................................................... 26
Figure 6 Admin generate report activity diagram ....................................................................... 27
Figure 7 Employee login activity diagram ................................................................................ 28
Figure 8 Employee attendance record activity diagram .............................................................. 29
Figure 9 Admin login sequence diagram ................................................................................... 30
Figure 10 Admin employee register sequence diagram .............................................................. 31
Figure 11 Admin update sequence diagram ............................................................................... 32
Figure 12 Admin generate report sequence diagram .................................................................. 33
Figure 13 Employee login sequence diagram............................................................................. 34
Figure 14 Employee record attendance sequence diagram ......................................................... 35
Figure 15 Class diagram ............................................................................................................ 36
Figure 16 Admin login collaboration diagram ........................................................................... 39
Figure 17 Admin register employee collaboration diagram ........................................................ 40
Figure 18 Admin update employee collaboration diagram ......................................................... 41
Figure 19 Admin generate report collaboration diagram ........................................................... 42
Figure 20 Employee login collaboration diagram ...................................................................... 43
Figure 21 Employee record attendance collaboration diagram ................................................... 44
Figure 22 Persistence modeling diagram ................................................................................... 45
Figure 23 deployment diagram .................................................................................................. 46
vi | P a g e
List of tables
vii | P a g e
Acronym
ID………………………………………………. Identification
ADMIN…………………………………………...Administrator
APP………………………………………………Application
WI-FI……………………………………………..wireless fidelity
HR…………………………………………………Human Resources
UC…………………………………………………..Use case
viii | P a g e
CHAPTER ONE
Introduction
1. Introduction
Employee attendance management system is the act of managing attendance or the presence of
employees in their working environment. Attendance management is the way to keep track of
employee and employer’s working hours. There are different attendance taking mechanisms.
Traditionally manual systems were used and are still in use. Manual employee attendance taking
mechanisms include signing an attendance sheet (paper), writing your name on a piece of paper
provided to you by a supervising authority. These kinds of attendance management system are
prone to different types of problems like wastage of paper and pen, time consuming (you have to
go to your supervisor’s office to sign the attendance sheet) and loss of record if not properly stored
which is the main problem of most organizations when it comes to paying salaries therefore
automated and modern attendance systems are required. Modern attendance management system
is a cloud-based HR tech tool that enables organizations to automate their attendance management
operations and keep track of employee working hours. It uses biometric sensors namely
fingerprint. We are proposing to use modern attendance management system which contains both
web-based and android features due to the smartness, reliability, easy access and management.
Our proposed system can be altered and used by other organizations that currently operate with
the manual systems mentioned above.
1|Page
1.2 Background of the study
Attendance is one of the key features of any organization that be a school, a small business, a large
corporate company etc..., it controls and validates whether the people who are needed to perform
a certain task in a particular environment are present to carry out their duties and responsibilities
because if a person required to carry out a certain task isn’t available to do so that is a major halt
to the overall work being done effectively or efficiently or being done at all. In this project we took
initiative to study the attendance management system of Gondar city administration roads
authority and provide them with a better attendance management system than the manual one that
they are accustomed to. Since its manual they have been facing problems of keeping attendance
records and getting a report of their employees’ attendance. Our proposed project is a hybrid
system between web-based and mobile app (android). The main focus is to make the attendance
taking system smart by obtaining data biometrically (that reduce loss of time due to manual
attendance systems) and secure by making files and data only visible and accessible to authorized
personnel only (the admin) which provides more protection.
2|Page
1.4 Objective of the project
Information is one of the major requirements to accomplish our project from different mechanisms.
To gather information, we preferred the following methods, as we think these helped us to collect
the major information.
1.5.1.1 Interview
To determine the objective and scope of the system we have interviewed employees, human
resource team for handling the attendance management system.
We have also used telephone interviews to gather more information about the specific questions
that we required to formulate this document as much as possible.
3|Page
1.5.1.2 Observation
We have physically observed that there is no computerized system in the Gondar city
administration road authority to manage attendance, the previously recorded attendances were not
readily available easily or not available at all.
We have observed how report is generated, stored and used manually and that it takes up to a day’s
work to generate a report from the manual attendance management system.
Planning Phase:
It is a better way to construct, and manage the objects that are implemented in our system.
This approach is necessary for reuse concepts of inheritance
Used to add new feature on the system.
Used to decrease maintenance cost.
4|Page
1.6 Development Tools
To develop the proposed system the following tools will use during the various stage of the project
life cycle.
Software Tools: - This project uses the following system development tools for different activities
Tools Activities
MySQL, SQLite We used MySQL and SQLite as part of our database
management system
PHP We used PHP to develop a dynamic and interactive website
HTML CSS We used html and CSS for designing the web application
client side (forms and style sheet).
Android studio We Used Android studio to design and build the mobile app
Microsoft office For writing documentation.
Java script To validate the forms
Wondershare Edrawmax, For UML Diagram.
Microsoft version 2013
IE, Google Chrome, Opera Browser
notepad++ For editing code.
Table 1: Development tools
Computer: Processor Intel(R) Core (TM) i3-4005U CPU @ 2.4GHz, 1700 MHz, 2 Core(s),
4 Logical Processor(s) installed memory RAM 4 GB
Hard disk: to store files
Flash disk: to share and store files
Mouse
5|Page
1.7 Scope of the project
Project scope is a way to set boundaries on your project and define exactly what goals, deadlines,
and project deliverables you'll be working towards. The proposed system will cover this in the
form of in scope, out of scope and deliverables, which are as follows
In scope
Our scope is limited to providing an employee attendance management system for the employees
present in Gondar city administration road authority since the requirements are having a smart
phone with a biometric sensor and connection to the organizations wi-fi network.
Out of scope
As the reach of this project is only to the building-based employees it doesn’t include the ones on
field work. Since connection to the organizations wi-fi network is mandatory.
Deliverables
1.8.1 Delimitations
The main delimitation of our project is that it doesn’t register the attendance of employees
out on the field
It uses or works in English Language only available for user who can only understand
English.
It also doesn’t have a web-attendance registry for employees or desktop application
version.
6|Page
1.8.2 Limitations
When it comes to our main constraint all employees might not have smart phones with
biometric sensors but we know most of them do.
You can use your fellow employees’ phone to register an attendance if you completely
change your biometric data to his and give him/her your phone to take it to work.
It doesn’t register the time at which the employee came in which means the employee can
come late and get registered as if he was there the whole day.
It doesn’t currently have a grant for leave system in place at the moment
Such common factors as power and internet connection hider the work flow of our project
1.9 Constraints
Constraint means anything that challenges the project not to see the light of day. We expect the
following constraints may be encountered while doing the project:
High cost required to upgrade our computer RAM for this project
Time crunch
Stretched resources as all employees don’t have smartphones
Lack of clarity
7|Page
1.11.1 Operational feasibility
Operational feasibility is the measure of how well a proposed system solves the problems, and
takes advantage of the opportunities identified during scope definition and how it satisfies the
requirements identified in the requirements analysis phase of system development. Our system is
operationally feasible since it is easy to administrate and maintain.
8|Page
and enter their biometric data which will automatically register them. Our project solves the
mentioned solutions by: -
9|Page
1.14 Beneficiary of the Project
To the HR team
It benefits the HR team tremendously due to the fact that it generates report it is easy to see which
employees are present and which are not, it also helps in knowing the number of days that an
employee is present in order to calculate the right amount of salary based on the number of days
an employee is present.
To the employees
It can save employees time and energy for not going from office to office to sign attendance and
also take their work seriously and be present.
Laptops.
Phones of the last decade.
Flash drive
Pen and paper
10 | P a g e
1.16 Cost/budget Estimation
1.16.1 Hardware Cost
The costs of the hardware’s used include the following
Hardware Cost
Computer ram upgrade 3,500.00
Flash(64gb) 800.00
Paper and pen 250.00
Total 4550.00
Software Cost
WAMP server: Free
Microsoft word 2019 Free
Android studio Free
MYsql Free
Notepad++ Free
Browser (chrome) Free
Microsoft Power Point 2019 Free
11 | P a g e
1.16.3 Transport Cost
transportation was needed for carry out this project in order to interview and observe
Transport Cost
Taxi 50.00
Table 4 Transport cost
1.16.4 Communication
There are phone bills accounted to this as we have conducted many telephone interviews.
Communication Cost
Mobile card 200.00
Table 5 Communication cost
12 | P a g e
CHAPTER TWO
System analysis
2.1 Introduction
Systems analysis is "the process of studying a procedure or business to identify its goal and
purposes and create systems and procedures that will efficiently achieve them". Another view sees
system analysis as a problem-solving technique that breaks down a system into its component
pieces, and how well those parts work and interact to accomplish their purpose. [3]
The motive behind of system analysis is to study a procedure or that could be ideal (new or a non-
existing system) or an existing functioning system or business and identify (clearly understand) its
goal and objectives in order to create a better, efficient and effective way to achieve those goals or
objectives. Finally, this chapter contains the requirements of the system and the problem that we
are going to solve. This phase includes input output of the system, UML model of the system,
success criteria of the project, current system, proposed system, system requirements. [4]
13 | P a g e
2.4 inputs and outputs of the system
When a system is designed it requires an input in order to give an output. Our system is a smart
system making it require a few inputs and outputs.
Employee id
14 | P a g e
2.5 Requirement analysis of the new system
The purpose of a requirement analysis document (RAD) is to gather information about business
and technical requirements supporting a request, consolidating this information into a cohesive
document, and to assist stakeholders in prioritizing these needs and conditions. RAD is the
resulting document from requirements analysis activities as dictated by the chosen methodology.
Requirement analysis is a process of collecting factual data, understand the processes involved
identifying problems and recommending feasible suggestions for improving the system
functioning. Requirements must be documented, actionable, measurable, testable, related to
identified business needs or opportunities, and defined to a level of detail sufficient for the
design of a project.
The system should allow an administrator to login using his given username and password
The system should allow an employee to login based on the password and username
provided to them by the administrator
The system should allow the administrator to register employees
The system should allow administrator to update employee information
The system should allow employees to register their attendance biometrically
The system should generate attendance report
The system should allow only the admin to view this report
15 | P a g e
Availability:
The system can function 24 hours a day and seven days a week when it necessary.
Efficiency:
This system must ensure allocation and use of services being requested for the users by using
minimum memory storage, cost, and time.
Scalability:
The system adding new features and new user without any problem.
Security: The user accesses the system using valid user name and password. The system use
encryption security mechanism to secure password.
Error handling: When a user interacts with the system errors may occur. To control this kind of
in accuracies our system will generate different user-friendly messages.
Performance:
The performance of the system should be reliable and the response time of the system should be
short.
Maintainability:
The system must be easily maintainable. In order to accommodate future demands of system users,
the system should be easy to understand and maintain.
16 | P a g e
2.6 System architecture diagram
The purpose of designing is to show the direction as to how application is developed and to
obtain clear and enough information needed to derive the actual implementation of the
application. The work is based on the attendance provided in the internet to employee. Once the
system is available with each specific privilege to access, to receive, to visit site. The architecture
used for the system is a 3 tier Client, middle tier and Server Architecture where a client can use
mobile phone to access the android-based attendance management system within the Local area
network (Wi-Fi) of the company. It stores these data in the database management system. The
middle tier (web/application server) implements the business logic, controller logic and
presentation logic to control the interaction between the application’s clients and data. Business
rules enforced by the business logic dictate how clients can and cannot access application data and
how applications process data.
17 | P a g e
2.7 System Use Case Diagram
A Use Case Diagram is a type of UML (Unified Modeling Language) diagram that is used to
describe the behavior of a system or application from the perspective of its users or actors. Use
Case Diagrams are used to visualize and describe the functional requirements of a system, and are
often used in the early stages of software development to help identify the features and
functionalities that the system needs to have. They can also be used to communicate the system’s
requirements to stakeholders, such as clients and developers, in a clear and concise way. [5]
A use case is a written description of how users will perform tasks on your website or mobile app.
It is a simplified, abstract, generalized flow that captures the intention of the user’s use of a
technological software. Use case models are used to document the behavioral (functional)
requirement of a system or the “what “of the system. It describes a sequence of action that provides
a measurable value to an actor and draw as a horizontal ellipse. An actor is a person, organization,
or external system that plays a role in one or more interactions with the system and draw as
stickman figure. Relationship between actors and use cases exists whenever an actor is involved
with an interaction described by a use case and modeled as a line connecting use cases and actors.
18 | P a g e
Figure 2: Use case diagram
19 | P a g e
Use Case UC-01
Number
Name Register employee
Actor Administrator
20 | P a g e
Use Case UC-2
Number
Name Update employee
Actor Administrator
Alternative course of If either the name, id or phone number doesn’t match the system
action displays employee not deleted.
Post condition The employee information will be deleted
Table 8 Admin update employee narrative
21 | P a g e
Use Case UC-3
Number
Actor Administrator
Alternative course of action If there is a problem with the system or excel spread sheet it
displays reports not ready.
Post condition The administrator views the attendance report
22 | P a g e
Use Case UC-4
Number
Actor Employee
Pre-Condition The employee must install the app on their phone that has a
biometric sensor
Basic Course of Action User Action System Response
Alternative course of action If the biometric is wrong the system displays a message not in
attendance.
Post condition The employee is registered to attend work on that day.
23 | P a g e
2.9 Activity Diagram
An activity diagram is an important behavioral diagram in UML used to describe dynamic
aspects of the system. Activity diagram is essentially an advanced version of flow chart that the
modeling flows from one activity to another activity. Activity diagram is basically a flowchart to
represent the flow from one activity to another activity. The activity can be described as an
operation of the system. The control flow is drawn from one operation to another. This flow can
be sequential, branched, or concurrent. [6] Activity diagrams deal with all type of flow control by
using different elements such as fork, join, etc.
24 | P a g e
Figure 4 Admin add employee activity diagram
25 | P a g e
Figure 5 Admin update activity diagram
26 | P a g e
Figure 6 Admin generate report activity diagram
27 | P a g e
Figure 7 Employee login activity diagram
28 | P a g e
Figure 8 Employee attendance record activity diagram
29 | P a g e
2.10 Sequence diagram
UML Sequence Diagrams are interaction diagrams that detail how operations are carried out. They
capture the interaction between objects in the context of a collaboration. Sequence Diagrams are
time focus and they show the order of the interaction visually by using the vertical axis of the
diagram to represent time what messages are sent and when. [6]
30 | P a g e
Figure 10 Admin employee register sequence diagram
31 | P a g e
Figure 11 Admin update sequence diagram
32 | P a g e
Figure 12 Admin generate report sequence diagram
33 | P a g e
Figure 13 Employee login sequence diagram
34 | P a g e
Figure 14 Employee record attendance sequence diagram
35 | P a g e
2.11 Class diagram
Class diagrams are one of the most useful types of diagrams in UML as they clearly map out the
structure of a particular system by modeling its classes, attributes, operations, and relationships
between objects. [6] This guide will show you how to understand, plan, and create your own class
diagrams.
36 | P a g e
CHAPTER THREE
System design
3.1 Introduction
In system analysis and design, system design refers to the process of creating a blueprint or plan
for a new or modified system. It involves defining the system's components, modules, interfaces,
and data flows, and specifying how they will work together to achieve the system's objectives.
The system design document serves as a roadmap for the development team, guiding them in
building the system's software components and integrating them into the overall system
architecture. It also serves as a reference for the testing and quality assurance teams to ensure that
the system meets the user's requirements and works as intended. Overall, the system design phase
is critical in ensuring that the system is well-structured, efficient, and scalable, and that it meets
the user's needs and expectations. It sets the foundation for the development and implementation
phases, where the system is built, tested, and deployed. [7]
System design is the transformation of the analysis model into a system design model. System
design is the first part to get into the Solution domain in a software development. This document
describes the design issues of the overall system. It provides the complete architectural overview
of the proposed system. It is intended to capture and express the significant architectural
decisions which have been made on the system. The system design develops the architectural
detail required to build a system or product. The design phase is a transition from a user oriented
document to the programmers or database personnel. The project is designed in a manner that
solves the problems of the organization by minimizing the work load of the existing system and
employee. It provides more efficient, reliable and time saving system. [8]
37 | P a g e
3.2 Process Modeling
Process modeling is the graphical representation of business processes or workflows. Like a flow
chart, individual steps of the process are drawn out so there is an end-to-end overview of the tasks
in the process within the context of the business environment. A process model allows
visualization of business processes so organizations can better understand their internal business
procedures so that they can be managed and made more efficient. This is usually an agile exercise
for continuous improvement. Process modeling is a vital component of process automation, as a
process model needs to be created first to define tasks and optimize the workflow before it is
automated. Process Modeling is another way of visually representing the process and operations
of a business. It can help managers make decisions about how to optimize their resources and
improve efficiency in their process through the development of a process model.
A collaboration diagram shows an interaction organized around the objects in the interaction and
their links to each other. Unlike a sequence diagram, a collaboration diagram shows the
relationships among the objects. On the other hand, a collaboration diagram does not show time
as a separate dimension, so sequence numbers determine the sequence of messages and the
concurrent threads.
38 | P a g e
Figure 16 Admin login collaboration diagram
39 | P a g e
Figure 17 Admin register employee collaboration diagram
40 | P a g e
Figure 18 Admin update employee collaboration diagram
41 | P a g e
Figure 19 Admin generate report collaboration diagram
42 | P a g e
Figure 20 Employee login collaboration diagram
43 | P a g e
Figure 21 Employee record attendance collaboration diagram
44 | P a g e
3.2.2 Persistence Modeling
Persistence models in our system are used to communicate the design of database. This is
basically the entity relation in database application. The system that we design overall persistent
modeling is described at class modeling part. Moreover, storing data in a database enables the
system to perform complex queries on a large data set. [10] For complex queries over attributes
and large data set Microsoft SQL Server is implemented, which is a Relational Database
Management System.
45 | P a g e
3.2.3 Deployment diagram
A deployment diagram is a UML diagram type that shows the execution architecture of a system,
including nodes such as hardware or software execution environments, and the middleware
connecting them. Used to visualize the topology of the physical components of a system, where
the software components are deployed. Deployment diagrams are used to describe the static
deployment view of a system. It consist of nodes and their relationships and show the physical
arrangement of the nodes in a distributed system, the artifacts that are stored on each node, and
the components and other elements that the artifacts implement. [6]
46 | P a g e
References
[4] L. D. Bentley, "Systems Analysis and Design for the Global Enterprise," Irwin/McGraw-
Hill; 7th edition (January 1, 2007), January 1, 2007.
47 | P a g e