Menu

Intranet Human Resource Portal Essay

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 MUMBAI RAMRAO 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. [pic] Fig 3. 1. 1: ER diagram for the Intranet HR portal database 3. 2 Database Design [pic] Fig 3. 2. 1: Table Description [pic] Fig: 3. 2. 2: Table Description (continued) [pic] Fig: 3. 2. 3: Table Description (continued) [pic] Fig 3. 2. 4: Table Description (continued) [pic] 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. pic] Fig 3. 3. 1 Level 0 DFD Further analysis led to the following level –1 data flow diagram fragments. [pic] Fig 3. 3. 2: Level 1 DFD fragments [pic] Fig 3. 3. 3 Level 1 DFD fragments [pic] ____________________________________________________________ ____________ Fig 3. 3. 4: Level 1 DFD The level 1 DFD can be further refined to the following level 2 DFDs [pic] Fig 3. 3. 5 Level 2 DFD [pic] 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. [pic] Fig 3. 4. : Activity diagram for user registration [pic] 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. [pic] Fig 3. 4. 3: Use Case diagram for the “Admin” module The “Admin” module Use – Cases have control flows as depicted [pic] Fig 3. . 4: Activity Diagram for “Manage access rights” [pic] ____________________________________________________________ ____ Fig 3. 4. 5: Activity diagram for “search” use-case [pic] 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. ) 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 ) 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. . 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. . 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. . 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 :- . 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 ) 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 ) 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 [pic] [pic] [pic] [pic] [pic] [pic] [pic] [pic]

0 Comment

Leave a Reply

Your email address will not be published. Required fields are marked *