Upload
dhaniya-karthik
View
108
Download
7
Tags:
Embed Size (px)
DESCRIPTION
for project details
Citation preview
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.