A CKNOWLEDGEMENT

We convey our special thanks to the Senior Lecturer of the Dept. of CSE/IT Mrs. Kakoli Gupta, Head of the Department Prof. Rajib Ghosh, Lecturer of Dept. of MCA Prof. Sujoy Palit and all the faculty members of our college who guided us sincerely during this training session and favoured us with valuable suggestions regarding the Infosys Campus Connect Project. We are thankful to Mrs. Sonia Saha, Training and Placement Officer of Bengal Institute of Technology for her co-operation.

P ROJECT I NITIATION NOTE

Project given by : Infosys Technologies Ltd.

Project Tile : Telephone Directory Management System

Duration of Project : 1 Month

Quality Reviewer : Prof. Rajib Ghosh (Head of the Dept., MCA)Prof. Debabrata Ganguly (Senior Lecturer of the Dept. of MCA)

P ROJECT P LAN

Title : Telephone Directory Management System

Initial Activity : Project Plan

Final Activity : Project Walkthrough

Resource Requirement :

Software Used : 1. Windows XP2. Turbo C++3. Notepad4. MS Word

Hardware Used: 1. Pentium III onwards2. 128 MB RAM3. 40GB HDD

P ROJECT S CHEDULE

DAY TOPIC TIME RESPONSIBILITY FEEDBACKDay1 Detailed

system analysis

6 hrs. Details of the functionalities module wise

Review analysis &

review feedback

Day2-Day9

Preparation of system

requirement specification

38 hrs. 1.DFD2.ERD

3.Table Structure4.Feasibility

Analysis

Feedback on SRS

Day10-Day22

Coding 70 hrs. — —

Day23-Day27

Testing 20 hrs. Unit testing Campus connect teachers provide

feedbackDay28-Day30

Documentation and Delivery

15 hrs. Completion of project report &

packaging

S YNOPSYS

The telephone directory maintenance system is designed to insure a smooth allotment of telephone to the employee of a particular department and query the telephone directory whenever required.

1.1 CURRENT SYSTEM

Currently telephones are been allotted to employees at random on a first come first served basis. There is no proper tracking of who is allotted which telephone number. Any number of telephones gets allotted to the employees.

1.1.1. LIMITATION OF THE CURRENT SYSTEM

Because of the current system of allotment of telephone numbers to the employees at random, the same telephone number at a time gets allotted to more than one employee. There is no proper record of how many phones are allotted to each department which results in tracing of employees being difficult. There is no mechanism to find out which department a particular employee belongs to.

1.2. PROPOSED SYSTEM

The proposed system is being designed to maintain the details of department, employees and telephone numbers details through an application in a file. Unique numbers are generated for any new employee/new department and new telephone number.

OBJECTIVE & SCOPE OF THE PROJECT

OBJECTIVES:

The system design will meet the below objectives Unique number generation for the new employee/new

department/new telephone allotment. Easy retrieval of telephone details based on employee names. Easy retrieval of telephone details based on the department number. Deletion of the department deletes all the employees belonging to that

department. Employee location details can be modified whenever the employee

gets transferred.

SCOPE AND BOUNDARY:

The project is designed for

Department maintenance Add departments Delete departments

Employee Maintenance Employee addition Employee modification

Telephone Directory maintenance Add telephone number Enquiry by department Enquiry by Employee name

SOFTWARE REQUIREMENT SPECIFICATION

SRS is the document that completely describe what the proposed system should do without describing how the software will do it. The basic purpose of SRS is to bridge the communication gap between the client, user and the developer.

In our project we try to maintain a good SRS. The specifications for the modules are:-

Module1: LogIn Module

Each user will login with a valid user name. If the user is valid he can move to the next menu.

Module2: Department Maintenance

It includes Add Department and Delete Department. For department maintenance we maintain a file name “dept.txt”. each record consist of dept_code (4 char long) and dept_name (15 char long).

Dept_code starts with 1000. Every new department added should get a one up number for the dept_code.

The add department screen has the provision for adding new departments as long as the user wishes.

The delete department screen is very user friendly.

Module3: Employee Master Maintenance

It includes Add Employee and Modify Employee. For Employee master maintenance we maintain a file name “emp.txt”. Each record consist of emp_id (4 char long), emp_name (25 char long), dept_code (4 char long), location (5 char long) and telephone_no (7 char long).

Emp_id starts with 1000. Every new employee added should get a one up number for the dept_code.

The add employee screen has the provision for adding new employees as long as the user wishes.

The Modify employee screen is very user friendly.

Module4: Telephone Directory Maintenance

This module maintains three functions namely1. Add new telephone.2. Number enquiry on dept_code.3. Enquiry on emp_name.

For enquiry on dept_code the user have to enter the dept_name, corresponding code, emp_name and all details of the employee being displayed.

For enquiry by name, the user have to enter the emp_name, corresponding details along with the telephone number is displayed.

CONTEXT DIAGRAM

Request Granted

Request Granted

Request to update Employee

Request to update Department Request for

Update Employee

Employee RequestName Supplied Granted

Enquiry onEmployee Name

Dept. Maintenance

Telephone Directory

Maintenance System

Employee Master

Telephone Directory Maintenance

LEVEL 1 DFD or FIRST LEVEL DFD

Request for addition of Dept.

Request Granted

SendingNo Request Request

Duplication Granted UpdateRequest Granted Department

Request for TableCheckingDuplication

Update

Request for Addition Of Employee

Request Granted Update

Request Sending Granted Request

Employee Name

NoDuplication

2.Addition of Department

DepartmentMaintenance

1.

Check Duplication 3.

Deletion of Department

A

B

5.Addition of Employee

EmployeeMaintenance

4.Check Duplication

of Employee

CD

Employee IDID Exist Exist or not

Error Check

Sending Request

RequestGranted Request

Rejected Employee Table

C

6.Edit Employee

Employee Information

Dept Code Error and Error Exist or Not Message

Displayed

Exists

Partial Search Request

ErrorAndUser Request Error and askWants Granted For another Sending Request

Another Employee Request Granted Name

Employee Store Department Table

8.Enquiry on

Department Code

Technology Directory

Maintenance

B

D

7.Add New Telephone

9.Enquiry or

Owner

LIMITATIONS OF THE PROJECT

There are several limitations of the project. The project is subdivided into three sub-modules.

1. Department maintenance system.2. Employee maintenance system.3. Telephone directory maintenance system.

There are several limitations in the module. Some of they are:

User can store maximum of 2500 employee records. All the constraints are not checked properly.

Future Scope:

The future scope of this project is immense. If the small difficulties and problems can be eliminated, the software will be of great help in the real life scenario.

BIBLOIGRAPHY

References:

1. Let Us C—Yashvant Kanitkar

2. ANSI C—Ritchie & Karningham

3. C the complete Reference—Herbert Shield

DECLARATION

Although this is my individual project, but still this project embodies the help of my teaching stuffs. I had to master the latest trends of the IT industry to fathom the depth of the application development, which is the core of this project. I tried my best to cover all the possible aspects. Hope this software will meet the requirements of the people. I would like to thank the whole MCA department of Bengal Institute of Technology and Infosys who provided us the opportunity to work on such an industry standard project.