Intranet Human Resource Portal

Prepared by

01CE101 Nehal Adhikary

01CE102 Anuj Agarwal

01CE008 Rishi Bhilawadikar

Submitted in the partial fulfillment of the requirements of PROJECT II

for the award of

Bachelor of Engineering Degree

in

Computer Engineering

Under the guidance of

Mr. R.K.Shende (Internal Guide)Mr.Pankaj Sharma (External Guide)

to

UNIVERSITY OF MUMBAIRAMRAO ADIK INSTITUTE OF TECHNOLOGY,

NAVI MUMBAI.

in

May 2005

Chapter 3

Design And Formulation

3.1 Entity – Relationship Diagram

Shown below is the E.R. Diagram for the Intranet HR portal database. The database is normalized to the Boyce - Codd normal form.

Fig 3.1.1: ER diagram for the Intranet HR portal database

3.2 Database Design

Fig 3.2.1: Table Description

Fig: 3.2.2: Table Description (continued)

Fig: 3.2.3: Table Description (continued)

Fig 3.2.4: Table Description (continued)

Fig 3.2.5: Table Description (continued)

3.3 Data Flow Diagrams

The following level 0 and level 1 and level 2 Data flow diagrams clarify the flow of information in the system.

Initial analysis of the system leads to the following context level data flow diagram.

Fig 3.3.1 Level 0 DFD

Further analysis led to the following level –1 data flow diagram fragments.

Fig 3.3.2: Level 1 DFD fragments

Fig 3.3.3 Level 1 DFD fragments

________________________________________________________________________

Fig 3.3.4: Level 1 DFD

The level 1 DFD can be further refined to the following level 2 DFDs

Fig 3.3.5 Level 2 DFD

Fig 3.3.6: Level 2 DFD

Chapter 4

Implementation

4.1 Conceptual and Task modeling

The Following Activity Diagram represents the control flow during user registration.

Fig 3.4.1: Activity diagram for user registration

Fig 3.4.2: Activity diagram for the Session Logging

The following Diagram depicts the usage scenario for “Admin” module. The “Admin”

module enables the portal administrator in performing the following key administrative

functions as defined in the Requirements Analysis:

1. Access Log information to determine usage statistics.

2. Manage User Accounts.

3. Perform Searches on various search strings.

4. Service user complaints.

Show logged Users

Manage Rights

Search

Service Complaints

Administrator

Fig 3.4.3: Use Case diagram for the “Admin” module

The “Admin” module Use – Cases have control flows as

depicted

Fig 3.4.4: Activity Diagram for “Manage access rights”

________________________________________________________________

Fig 3.4.5: Activity diagram for “search” use-case

Fig: 3.4.6: Activity diagram for complaint servicing

4.1 System and Program Listing

The coding for the “Admin” module for the HR Intranet Portal has been based on the

following logical Approach :-

Four main use-cases have been designed by which the administrator can manage the user

access to the portal :-

1) Create Employee Roles – User roles are created according to the categories the

employees have in the organization.

2) Create Modules Framework – A hierarchical structure is created for storing the

HR main-modules and sub-modules.

3) Assign Applications to Roles – Administrator assigns the various application

modules accessible to respective roles.

4) Assign Employees to Roles -- The Employees are assigned to the respective roles

to which they belong.

Use Case 1 :- Create Employee Roles

Primary Actors :- Administrator

Stake Holders & Interests :

Organization :- Needs specific access to be given for the portal to each employee

group.

Administrator :- Creates specific roles for employee’s access to the portal.

Preconditions :- Administrator is authorized and identified.

Success Guarantee :-

The roles have been created for the system access.

Roles are deleted if required.

Basic Flow :-

1. Administrator adds new role to the system.

2. The role is saved in the database.

3. Administrator logs out.

Exceptions :-

1.a) Administrator deletes a role from the system

1) Administrator selects the role to be deleted.

2) System checks for sub roles and denies deletion if any exist.

3) System deletes the role, updates the changes in database and informs administrator.

1.b) Administrator views the existing roles

1) System fetches and displays the roles from database along with the applications

assigned to the role.

Use Case 2 :- Create Modules Framework

Primary Actors :- Administrator

Stake Holders & Interests :

Administrator :- wants to create a hierarchical structure for storing the HR modules and

sub-modules

Preconditions :-

1. Administrator is authorized and identified.

2. The modules to be added have been developed and integrated with the portal.

3. The application module input page has been loaded successfully.

Success Guarantee :-

Structured framework of applications module generated.

Basic Flow :-

1. Administrator adds new application module.

2. Administrator adds the application sub-modules.

(repeat steps 1-2 until indicated done)

3. System saves the information / data

4. System confirms successful completion of the operation.

5. Administrator logs out.

Exceptions :-

1.a) Administrator deletes an application module

1) Administrator selects the main-module to be deleted.

2) System checks for any corresponding sub-modules and denies deletion if any exist.

3) System deletes the application main-module, updates the changes in database and

confirms successful operation.

1.b) Administrator appends an application sub-module

1) Administrator selects the main-module.

2) System displays the existing sub-modules.

3) Administrator appends new sub-module.

4) System checks if the sub-module already exists and denies addition if same sub-

module already exists.

5) System updates the changes and confirms successful operation.

1.c) Administrator views the existing application framework created

1) System fetches and displays the main-modules from database along with each of

the corresponding sub-modules.

Use Case 3 :- Assign Applications to Roles

Primary Actors: - Administrator

Stake Holders & Interests:

Administrator: - wants to assign various application modules to the roles created for

restricted employee access to the intranet portal

Preconditions:-

1. Administrator is authorized and identified.

2. Employee roles created.

3. Framework of application module created.

Success Guarantee :-

The application modules are assigned to the specific employee roles.

Basic Flow :-

1. Administrator selects a specific employee role from the list of roles created.

2. System provides the list of application sub-modules which can be assigned to the

selected role.

3. Administrator selects the application sub-modules to be assigned to the selected

role.

4. System stores the mapped information and confirms successful completion of the

operation to the administrator.

5. Administrator logs out.

Exceptions :-

2.a) Framework of application modules is not found / created

1) System generates an error message and accordingly informs the administrator

about the fault.

3. a) Special access privileges are to be assigned

1) Administrator creates a new special role.

2) Administrator assigns the new specific application sub-modules to the employee

Role.

4.a) Administrator deletes application sub-modules from a specific role

1) Administrator selects the role.

2) System provides the list of sub-modules already assigned to the selected role.

3) Administrator selects the sub-modules to be removed from the role and requests

deletion.

3) System deletes the application main-module, updates the changes in database and

confirms successful operation.

Use Case 4 :- Assign Employees to Roles

Primary Actors :- Administrator

Stake Holders & Interests :

Administrator :- wants to assign set of employee groups to specific roles.

Preconditions :-

1. Administrator is authorized and identified.

2. Employee roles created.

3. Database of employees provided by the organization.

Success Guarantee :-

The employees are assigned to their roles.

Basic Flow :-

1. Administrator selects a specific role.

2. System provides the list of all the employees in the organization.

3. Administrator selects the employees to be assigned to the selected role.

4. System stores the mapped information and confirms successful completion of the

operation to the administrator.

5. Administrator logs out.

Exceptions :-

2.a) Database of employees not found / empty

1) System generates an error message and accordingly informs the administrator

about the fault.

3.a) Administrator removes employees from a specific role by using role name

1) Administrator selects the role.

2) System provides the list of employees already assigned to the selected role.

3) Administrator selects the employees to be removed from the role and requests

deletion.

3) System deletes the employee role, updates the changes in database and confirms

successful operation.

3.b) Administrator removes employees from a specific role by searching for a

particular employee

1) Administrator searches for an employee.

2) System displays employee and the role assigned to him.

3) Administrator requests for deletion.

3) System deletes the employee role,updates the changes in database and confirms

successful operation.

4.a) Administrator changes the role assigned to a particular employee

1) Administrator searches for the employee/s.

2) System displays the employee and the role assigned.

3) Administrator selects the new role.

4) System changes the employee role, updates the database and confirms successful

operation.

4.3 Sample Screen Shots