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 aintenance 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:odule!: LogIn Module "ach user will login with a valid user name. If the user is valid he can move to the ne#t menu.

odule$:

Dep !"#en" M $n"en n%e It includes %dd &epartment and &elete &epartment. 'or department maintenance we maintain a file name (dept.t#t). each record consist of dept*code +, char long- and dept*name +!. char long-. &ept*code starts with !///. "very 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.

odule0:

E#plo&ee M '"e! M $n"en n%e It includes %dd "mployee and odify "mployee. 'or "mployee master maintenance we maintain a file name (emp.t#t). "ach record consist of emp*id +, char long-, emp*name +$. char long-, dept*code +, char long-, location +. char long- and telephone*no +1 char long-. "mp*id starts with !///. "very 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 odify employee screen is very user friendly.

odule,:

Telep(one D$!e%"o!& M $n"en n%e This module maintains three functions namely !. %dd new telephone. $. 2umber en3uiry on dept*code. 0. "n3uiry on emp*name. 'or en3uiry on dept*code the user have to enter the dept*name, corresponding code, emp*name and all details of the employee being displayed. 'or en3uiry by name, the user have to enter the emp*name, corresponding details along with the telephone number is displayed.

CONTE)T DIA*RAM
"mployee &ept. aintenance aster

Re3uest 4ranted Re3uest 4ranted

Telephone &irectory aintenanc e System

Re3uest to update "mployee Re3uest for 5pdate "mployee Re3uest 4ranted

Re3uest to update &epartment

"mployee 2ame Supplied

"n3uiry on "mployee 2ame

Telephone &irectory aintenance

LEVEL 1 DFD or FIRST LEVEL DFD !equest for addition of Dept. !equest "ranted #ending !equest Update !equest "ranted !equest for %hec&ing Duplication Department Table Update A
*. Deletion of Department (. Addition of Department

Department aintenance

$o Duplication

!equest "ranted

). %hec& Duplication

!equest for Addition 'f Employee

Employee aintenance

!equest "ranted
!equest "ranted #ending !equest

+. Addition of Employee

Update

Employee $ame
$o Duplication ,. %hec& Duplication of Employee

C
-D E.ist Employee -D E.ist or not

Error

/. Edit Employee

%hec&

#ending !equest !equest "ranted !equest !ejected Employee -nformation

Employee Table

3. Enquiry on Department %ode

Dept %ode E.ist or $ot E.ists 0artial #earch !equest

Error and Error essage Displayed

Technology Directory aintenance D

Error And User !equest 1ants "ranted Another $ame

Error and as& 2or another #ending Employee !equest

!equest "ranted

5. Enquiry or 'wner

4. Add $ew Telephone

Employee #tore Department Table

LIMITATIONS OF THE PROJECT

There are several limitations of the project. The project is subdivided into three sub-modules. !. &epartment maintenance system. $. "mployee maintenance system. 0. Telephone directory maintenance system. There are several limitations in the module. Some of they are: 5ser can store ma#imum of $.// employee records. %ll the constraints are not chec6ed properly.

Fu"u!e S%ope+
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.

BIBLOI*RAPH,
Re-e!en%e'+
!. 7et 5s 89:ashvant ;anit6ar $. %2SI 89Ritchie < ;arningham 0. 8 the complete Reference9=erbert Shield

DECLARATION
%lthough 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. =ope this software will meet the re3uirements of the people. I would li6e to than6 the whole 8% department of >engal Institute of Technology and Infosys who provided us the opportunity to wor6 on such an industry standard project.