LightBlog
Contact at mumbai.academics@gmail.com or 8097636691/9323040215
Responsive Ads Here

Monday, 26 February 2018

LEAVE MANAGEMENT SYSTEM

INTRODUCTION OF LEAVE APPLICATION MANAGEMENT SYSTEM:

Are you looking for Leave application management system for your final year project? We are here to help you. You can contact us 
Today everyone in the world is busy in their task, job in the corporate offices or school college offices and classes and they don’t have time to take leave as their task is so hectic on its own.
But the time comes when they have to take the leave for their relative marriage or summer vacation celebration for their kids or any other purpose. Here we come up with a great difficulty to take leave from their admins and get it approved.
As of traditional approach is difficult to track and leave. Apply and granted. Here we come up with a system which is much capable of tracking the leaves of the staff by the admin from approval and tracking by both sides.
The user can apply for leave in a very pretty interface and then give the reason for the leave which it could be them available for approval for it by the admin of the system.
Here main come up with the system is that one can track the leave very precisely in the interface provided to each of them. Leave can be paid or unpaid depending upon a policy that can also calculate and shown to him in the interface.
So in this way, this is a very effective way of requesting or approval of the leaves.

SYSTEM MODULES OF LEAVE APPLICATION MANAGEMENT SYSTEM:

Our system is comprised of few important interfaces or we can say modules behind it so here we will discuss the modules related to all those interfaces and workflow further.

REGISTER:

One user has to register on this interface with it actual data to be filled and applied in the same interface, then pressed enter to be saved in the database. Further, move to log in.

LOGIN:

The user inputs its secure user id and password and enters the system. User can login multiple times as many times he wants

LEAVE APPLY:

Here is the module for applying for leave to the interface. One has to enter his details about the leave like reason of the leave.
Choose the dates of the leave. Depending upon the user’s account and policy of the company or premise the cost of the leave is calculated and shown to the interface.

LIVE REVIEW:

After successful application of the leave application is will come under scrutiny done by an admin. According to his need, he will review it and take necessary action in next module.

LEAVE APPROVAL:

Here admin approves the leave or not is reflected by admin to the users. Here all the real-time update will be shown to the users. Users can see only their own leave request there.

LOG OUT:

In the end, the user can log out the system to release the resources held for the purpose of anything else.

SYSTEM REQUIREMENTS OF LEAVE APPLICATION MANAGEMENT SYSTEM:

we can access this system through a computer or portable device.
Every system needs ups for removing the cause of electricity loss and data loss with it as one can save their answers or end in time. For proper evaluation of the test.
The system needs to be of 1.3 g h z minimum cp u clock speed.
it should have minimum 2 g b ram for proper working with speed. To avoid delays in actions.
mouse and keyboard also required for typing as it is purely a data feed which and subjective combined so for fast and comfortable execution we have to use mouse and keyboard.
other we can take an admin system reserved for staff account maintaining it along.

SYSTEM DESIGN OF LEAVE APPLICATION MANAGEMENT SYSTEM:

Now we have to design our system before implementing it in such a way that it can execute all the work we want without any loss of data and without using any kind of functionality.
For this purpose, we have two kind diagram we use here to represent the system interaction and flow the data storage which is er diagram here. These are as follows:-

E-R DIAGRAM OF LEAVE APPLICATION MANAGEMENT SYSTEM:


E-R DIAGRAM OF LEAVE APPLICATION MANAGEMENT SYSTEM

ENTITY REGISTERED USER:

The user or the staff of the company is the user of this portal and we have to register himself on this network with his actual credentials. As the need for scrutiny.

PRIMARY KEY REGISTERED USER ID:

This is system generated id which unique in its own. need for the every entity to recognize easily and reference in any other interface with other entities easily and usefully.

NAME :

Name of the staff as in the joining letter should be same he is recognized by that name and another name than that will not go to be recognized.

DESIGNATION:

What is a job he assigned for and what is the designation for which he is posted at the moment is given here in this entity?

NUMBER:

A number of the staff is taken to give the indication of the response of his cell about the leave approval or not.

EMAIL:

email is also taken to carve the insecurity of unreachable phones and other problems too. for official approval, this can use.

ENTITY LEAVE REQUEST:

Here in this entity, all the data regarding the leave request is fed in this.

PRIMARY KEY LEAVE REQUEST ID:

This is system generated id which unique in its own. need for the every entity to recognize easily and reference in any other interface with other entities easily and usefully.

DURATION:

The number of days that much he needs leave should be mentioned over here.

START DATE:

From which date he needs those leave should be mentioned over here.

END DATE:

till which date he needs those leave should be mentioned over here.

TYPE OF LEAVE:

the type of leave should be given as the priority of the resolution will be given through this attribute. Few of the options like paid or unpaid . is chosen from the drop-down box.

DESCRIPTION:

Here one needs to fill it very carefully and very precisely as it will get under scrutiny if found may be punished too or penalty levied.
Here it should be written very creatively that reader gets influence through the first shot. And approve as soon as possible.

LEAVE COST:

Depending upon the leave type in the above entity the cost of the leave will be calculated it depends upon the policy of the system of the company of providing the leaves.

PRIMARY KEY LEAVE COST ID:

This is system generated id which unique in its own. need for the every entity to recognize easily and reference in any other interface with other entities easily and usefully.

FOREIGN KEY USER_ID:

The key for reference is given here for the important data to be fetched from there needed data is put into expressions and formulations then calculated the left cost.

FOREIGN KEY LEAVE ID:

The key for reference is given here for the important data to be fetched from there needed data is put into expressions and formulations then calculated the left cost.

LEAVES STATUS:

Now, this is the task of the admin to review the leave request and response to the leave in the form of yes or no.

PRIMARY KEY LEAVE STATUS-ID:

This is system generated id which unique in its own. need for the every entity to recognize easily and reference in any other interface with other entities easily and usefully.

LEAVE_ID;

The key for reference is given here for the important data to be fetched from there needed data is put into expressions and formulations then calculated the left cost.

USER_ID:

The key for reference is given here for the important data to be fetched from there needed data is put into expressions and formulations then calculated the left cost.

ADMIN:

Admin has the main power and the main purpose of the system is approved by this entity. It has few important entities needed to review and update the user’s requests.

ID:

This is system generated id which unique in its own. need for the every entity to recognize easily and reference in any other interface with other entities easily and usefully.

PASSWORD:

The most secure password is taken into consideration so as the misuse of the system can be cured. here mostly used pass are avoided. The complex password which is not easily pronounceable is taken into consideration.

LOGS:

Logs are taken regularly as to analyze the system on our parameters and get some useful results for the future improvements as well as security concern is also taken in mind. These logs are studied and the results are analyzed.

USE CASE DIAGRAM OF LEAVE APPLICATION MANAGEMENT SYSTEM:

USE CASE DIAGRAM OF LEAVE APPLICATION MANAGEMENT SYSTEM

The use case diagram is made to show the external users and system use cases interaction at any time. So here we have actors and use case and link with them we have them here as below. : –
Here is only a two type of users which are present here in this system. This user has all the privileges but it cannot register itself on this system as the admin needs to verify the registering user.

No comments:

Post a Comment