ACKNOWLEDGEMENT

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.

PROJECT INITIATION NOTE

Project given by : Infosys Technologies Ltd.

Project Tile

Telephone Directory Management System 1 Month

Duration of Project

Quality Reviewer

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

PROJECT PLAN
Title : Telephone Directory Management System

Initial Activity

Project Plan

Final Activity

Project Walkthrough

Resource Requirement :

Software Used :

1. Windows XP 2. Turbo C++ 3. Notepad 4. MS Word 1. Pentium III onwards 2. 128 MB RAM 3. 40GB HDD

Hardware Used:

PROJECT SCHEDULE
DAY Day1 TOPIC Detailed system analysis Preparation of system requirement specification Coding Testing TIME 6 hrs. RESPONSIBILITY Details of the functionalities module wise 1.DFD 2.ERD 3.Table Structure 4.Feasibility Analysis Unit testing FEEDBACK Review analysis & review feedback Feedback on SRS

Day2Day9

38 hrs.

Day10Day22 Day23Day27

70 hrs. 20 hrs.

Campus connect teachers provide feedback

Day28Day30

Documentation and Delivery

15 hrs.

Completion of project report & packaging

SYNOPSYS
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 namely 1. 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
Employee Master Dept. Maintenance

Request Granted Request Granted

Telephone Directory Maintenanc e System

Request to update Employee Request for Update Employee Request Granted

Request to update Department

Employee Name Supplied

Enquiry on Employee Name

Telephone Directory Maintenance

LEVEL 1 DFD or FIRST LEVEL DFD Request for addition of Dept. Request Granted Sending Request Update Department Table Update A
3. Deletion of Department 2. Addition of Department

Department Maintenance

No Duplication

Request Granted

Request Granted Request for Checking Duplication

1. Check Duplication

Request for Addition Of Employee

Employee Maintenance

Request Granted
Request Granted Sending Request

5. Addition of Employee

Update

Employee Name
No Duplication 4. Check Duplication of Employee

C
ID Exist Employee ID Exist or not

Error

6. Edit Employee

Check

Sending Request Request Granted Request Rejected Employee Information

Employee Table

8. Enquiry on Department Code

Dept Code Exist or Not Exists Partial Search Request

Error and Error Message Displayed

Technology Directory Maintenance D

Error And User Request Wants Granted Another Name

Error and ask For another Sending Employee Request

Request Granted

9. Enquiry or Owner

7. Add New Telephone

Employee Store Department Table

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 CYashvant Kanitkar 2. ANSI CRitchie & Karningham
3. C the complete ReferenceHerbert 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.