Académique Documents
Professionnel Documents
Culture Documents
Submitted by:
Hitesh (IT/06/318)
Vishal (CSE/07/358)
Aarti (CSE/07/315)
Software Design Specification
Table of Contents
....................................................................................................................1
REVISION HISTORY........................................................................................4
3. INTRODUCTION..........................................................................................5
3.1 DOCUMENT OUTLINE.........................................................................................................5
3.2.1 Introduction.......................................................................................................6
Contractor .................................................................................................................6
Project Manager.........................................................................................................6
Contract Manager.......................................................................................................6
Systems Engineer.......................................................................................................6
Quality Manager.........................................................................................................6
Project Stakeholders..................................................................................................6
Project Team..............................................................................................................6
4. DESIGN CONSIDERATIONS..........................................................................8
4.1 ASSUMPTIONS AND DEPENDENCIES..........................................................................................8
5. ARCHITECTURAL STRATEGIES...................................................................10
...................................................................................................................11
...................................................................................................................12
6. SYSTEM ARCHITECTURE............................................................................17
6.1 SUBSYSTEM ARCHITECTURE................................................................................................17
8.2 DEFINITION..................................................................................................................18
8.3 RESPONSIBILITIES...........................................................................................................18
Page 2 of 106
Software Design Specification
8.4 CONSTRAINTS...............................................................................................................19
8.5 COMPOSITION...............................................................................................................19
8.9 USES/INTERACTIONS........................................................................................................37
8.10 RESOURCES...............................................................................................................37
8.11 PROCESSING...............................................................................................................38
8.12 INTERFACE/EXPORTS......................................................................................................39
Page 3 of 106
Software Design Specification
Revision History
Page 4 of 106
Software Design Specification
3. Introduction
It is my desire that a completed software design specification meet the following criteria:
It should be able to adequately serve as training material for new project members,
imparting to them enough information and understanding about the project implementation,
so that they are able to understand what is being said in design meetings, and won't feel as
if they are drowning when they are first asked to create or modify source code.
It should serve as "objective evidence" that the designers and/or implementers are
following through on their commitment to implement the functionality described in the
requirements specification.
It needs to be as detailed as possible, while at the same time not imposing too much of a
burden on the designers and/or implementers that it becomes overly difficult to create or
maintain.
Introduction
System Overview
Design Considerations
o Assumptions and Dependencies
o General Constraints
o Goals and Guidelines
o Development Methods
Architectural Strategies
o Data Flow Diagrams
System Architecture
o System architecture diagram
Page 5 of 106
Software Design Specification
o Resources
o Interface/exports
o Detailed subsystem design
Glossary
Bibliography
3.2.1 Introduction
The purpose of Software Design Specification is to make the users understand about the project.
So that they come to know about the details of the project. An overview is provided to them so
that they can easily use and understand the project.
The scope of this document lies in acceptance by the users for the project. If the project satisfies
the requirements of users then it will be accepted by the users and SDS helps the users to
understand the project.
Contractor
The Contractor is responsible for developing, updating, and obtaining approval for the
SRS, if it is included as a requirement in the contract.
Project Manager
The Project Manager is responsible for coordinating the efforts of those involved in the
SRS development, review, and approval.
Contract Manager
The Contract Manager verifies that the SRS deliverable is provided, reviewed, and
approved.
Systems Engineer
The Systems Engineer may provide input in developing the SRS.
Quality Manager
The Quality Manager verifies the quality of the SRS.
Project Stakeholders
The project stakeholders are involved in requirements gathering to allow the project team
to document and verify their software requirements.
Project Team
The project team member(s) is responsible for assisting with gathering requirements and
developing and reviewing the SRS.
Page 6 of 106
Software Design Specification
Lab management system module is a solution to computerize all the manual management work of
every lab in the college. Lab management system provides the information about the each lab in
the college. In this labs are divided into four subparts named as “COMPUTER LABS”, “SCIENCE
LABS”, “MECHANICAL LABS”, “ELECTRICAL & ELECTONIC LABS”. Each subpart section lab has its
own administrator which has all rights to access the labs information. Each lab under these
subsections has its own specific data and information. Like COMPUTETR LAB section holds the
information about the number of computer lab with its specified work. Each computer lab
distinguished by its working technology environment and each lab have some specific information
to manage the labs like “REQUIREMENT SECTION”, “MAINTEANACE SECTION”, “STOCK SECTION”,
“DUMB STOCK SECTION”, “NETWORK SECTION”, “SERVER SECTION”,”TIME TABLE SECTION”,
“ALLOTMENT SECTION”. In the same way science labs, mechanical labs and electrical labs are
managed.
Lab. Management System provides the facility of managing the laboratory assets and maintenance
in any institute. It is not a single task but a combination of many activities like:
• Maintenance Register.
• Server Accreditation.
All these tasks require a lot of human work and security. Because some of the information
can be quite confidential for institute and loss of that information can cause a lot of loss.
This module may be the very first activity but other modules depend on it for their
functionality. So, such a system is really needed which can ease, simplify and secure
these tasks.
Page 7 of 106
Software Design Specification
4. Design Considerations
4.1 Assumptions and Dependencies
Some of the assumptions that are made in advance are:
There are only four lab sections with different lab related data.
A common grading system is used for all the students and companies.
If end-user is accessing the intermediate file without login, then he/she can
access the secured information without any authority. hence security constraint
provides authentication
SDLC adheres to important phases that are essential for developers, such as planning, analysis,
design, and implementation, and are explained in the section below. There are several SDLC
Models in existence. The oldest model, that was originally regarded as “the SDLC” is the
WATERFALL MODEL
Page 8 of 106
Software Design Specification
WATERFALL MODEL: A sequence of stages in which the output of each stage becomes the input
for the next. These stages generally follow the same basic steps but many different waterfall
methodologies give the steps different names and the number of steps seems to vary between 4
and 7.
• Project planning, feasibility study, Initiation: To generate a high-level view of the intended
project and determine the goals of the project. The feasibility study is sometimes used to present
the project to upper management in an attempt to gain funding. Projects are typically evaluated in
three areas of feasibility: economical, operational, and technical. Furthermore, it is also used as a
reference to keep the project on track and to evaluate the progress.
• Requirements gathering and Systems Analysis: The goal of systems analysis is to find out
where the problem is in attempt to fix the system. This step involves breaking down the system in
different pieces and drawing diagrams to analyze the situation. Analyses project goals, breaking
down functions that need to be created, and attempts to engage users so that definite
requirements can be defined.
• Systems design: Functions and operations are described in detail, including screen layouts,
business rules, process diagrams and other documentation. The output of this stage will be to
describe the new system as a collection of modules or subsystems.
• Coding: Modular and subsystem programming code will be accomplished during this stage. This
stage is intermingled with the next in that individual modules will need testing before integration
to the main project.
• Testing: The code is tested at various levels. Unit, system and user acceptance testing are often
performed. This is a very grey area as many different opinions exist as to what the stages of
testing are and how much if any iteration occurs. Iteration is not generally part of the Waterfall
model, but usually some occurs at this stage.
• Maintenance, Business as Usual: The life of the system which includes changes and
enhancements before the decommissioning or sunset of the system. Maintaining the system is a
very important aspect of SDLC. As key personnel change position in the organization, new changes
will be implemented, which will require system updates.
Page 9 of 106
Software Design Specification
5. Architectural Strategies
Level-0
LAB MANAGEMENT
SYSTEM
STUDENT /FACULTY
(G.U.I)
Only view
COMPUTER LAB
LAB LAB
ALLOTEMEN PRACTICALS
ATTENDENCE CHARGES
T LIST
Lab_attendence
Comp_allotment Lab_charges
Practical_details
TIME TABLE
SHEDULE
Time_table
Page 10 of 106
Software Design Specification
PERSON/US
ER
LOGIN
P_ID, PASSWORD
TERMINATED
LOGIN CORRECT
LOGIN INCORRECT ADMIN LOGIN
LOGIN ACCEPTED
Page 11 of 106
Software Design Specification
Level-1.0
LAB MANAGEMENT
SYSTEM ADMIN (G.U.I)
VIEW, UPDATE,
DELETE, INSERT
After correct
Admin’s Login
ELECTRICAL &
COMPUTER SCIENCE LAB MECHANICAL
ELECTONICS
LABS SECTION SECTION LAB SECTION
LABS
Page 12 of 106
Software Design Specification
Level-1.1
LAB MANAGEMENT
SYSTEM COMP ADMIN
(G.U.I)
VIEW, UPDATE,
DELETE, INSERT
Bt_labid Bt_equipid
Lab incharge
lab details
details
Lab_incharg
Lab_info
e
Stock
Maintenance
requirement
stock details
details
Maintainance_sto
Require_stock ck
Computer
Dumb stock allotment
details details
Comp_allotme
Dumb_stock nt
Network_daig Lab_charges
Page 13 of 106
Software Design Specification
Level-1.1
LAB MANAGEMENT
SYSTEM MECHANICAL
ADMIN
VIEW, (G.U.I)
UPDATE,
DELETE, INSERT
Bt_labid Bt_equipid
Lab incharge
lab details
details
Lab_incharg
Lab_info
e
Stock
Maintenance
requirement
stock details
details
Maintainance_sto
Require_stock ck
Dumb_stock Lab_charges
Page 14 of 106
Software Design Specification
Level-1.1 Level-1.
LAB MANAGEMENT
SYSTEM SCIENCE ADMIN
(G.U.I)
VIEW, UPDATE,
DELETE, INSERT
Bt_labid Bt_equipid B
Lab incharge
lab details lab
details
Lab_incharg
Lab_info La
e
Stock
Maintenance
requirement req
stock details
details d
Maintainance_sto
Require_stock ck Req
Page 15 of 106
Software Design Specification
Level-1.1
LAB MANAGEMENT SYSTEM
ELECTRICAL & ELECTRONICS
ADMIN
VIEW, (G.U.I)
UPDATE,
DELETE, INSERT
Bt_labid Bt_equipid
Lab incharge
lab details
details
Lab_incharg
Lab_info
e
Stock
Maintenance
requirement
stock details
details
Maintainance_sto
Require_stock ck
Dumb_stock Lab_charges
Page 16 of 106
Software Design Specification
6. System Architecture
About System Architecture
Science lab
section
• For coding of different forms we have used separate files and query strings. A simple
HTML form calls a file for insertion in database.
• For easy understanding of file operation simple names are used for naming the files.
Page 17 of 106
Software Design Specification
Here in the above lab section or you can say sub module have its own administrator.
Lab management system has two sections for faculty and students.
8.2 Definition
COMPUTER LAB SECTION-
This lab section holds the information about all the computer lab of the college. And this lab
section holds the computer allotment process of each student. L.M.S. contains all the data like
requirement stock, reserve stock, complaint stock etc.
This lab section hold the electronic lab data like electronic equipment description, practical list of
labs, maintained stock, dump stock etc.
This lab section holds the mechanical lab related data. It holds the information about the
equipment, machine uses, requirement stock etc.
Science lab section holds the all science lab data it may physics or chemistry.
STUDENT/FACULTY INTERFACE-
Student and faculty interfaces provide some of facility to student as well as faculty. They can see
the time table of any lab, attendance of student, marks, lab charges of each students etc.
8.3 Responsibilities
Lab management system provides the following services and facility to the end users:-
Page 18 of 106
Software Design Specification
8.4 Constraints
Lab Management system handles four different section.
There are only four lab sections with different lab related data.
8.5 Composition
Lab management system basically composition of six components these are:-
COMPUTER LAB SECTION-
This lab section holds the information about the entire computer lab of the college. And this lab
section holds the computer allotment process of each student. L.M.S. contains all the data like
requirement stock, reserve stock, complaint stock etc.
This lab section hold the electronic lab data like electronic equipment description, practical list of
labs, maintained stock, dump stock etc.
This lab section holds the mechanical lab related data. It holds the information about the
equipment, machine uses, requirement stock etc.
Science lab section hold the all science lab data it may physics or chemistry.
STUDENT/FACULTY INTERFACE-
Student and faculty interfaces provide some of facility to student as well as faculty. They can see
the time table of any lab, attendance of student, marks, lab charges of each students etc.
Different operations like insert, update, delete, search and view etc can be performed on
database.
Page 19 of 106
Software Design Specification
LAB MANAGEMENT
SYSTEM
HA HA
S S
Reserve_stock
BT_Branch A K
BT_Department B L Dump_stock
BT_labid C M Practical_details
BT_equipid D N Comp_allotment
BT_labincharge E O Network_diag
A_login F P Lab_attendence
Lab_info G Q Lab_marks
Lab_incharge H R Time_table
Require_stock I S Lab_charges
Maintainance_stock J
Page 20 of 106
Software Design Specification
A_ID
A_PASS
BR_ID
A_NAME
BR_CODE
A F
A_EMAIL
BR_NAME
A_CONTACT
BR_SEATS
D_ID (B)
P_ID
D_ID
B D_NAME
LAB_ID(C)
LAB_NAME(C)
LAB_ID
EQUIP_NAME
C LAB_NAME
(D)
G QUANTITY
BR_ID(A)
CONDITION
BR_NAME(A)
USES
EQUIP_ID
D EQUIP_NAME INSTRUCT_ID
EQUIP_CODE INSTUCT_NAME(
E)
BR_NAME (A) H LAB_ID(C)
LAB_NAME(C)
INSTUCT_ID
E P_NAME
EQUIP_ID
EQUIP_NAME(D)
J
LAB_NAME(C)
D_NAME (B)
FAULT
QUANTITY
DATE OF FAULT
Page 21 of 106
Software Design Specification
LAB_NAME
EQUIP_ID
O DAI_PATH
EQUIP_NAME(D)
K
LAB_NAME(C)
QUANTITY LAB_NAME
P
CONDITION NAME
ATTENDENCE
EQUIP_ID
EQUIP_NAME(D) ROLL_NO
L
LAB_NAME(C) LAB_NAME
Q
D_NAME (B) NAME
QUANTITY MARKS
REMARK
LAB_NAME
BR_NAME(A)
R
LAB_NAME(C) SEMESTER
BR_NAME(A) TIME_TABLE
M
SEMESTER
PRACTICAL ROLL_NO
NAME
S
CHARGES
REMARKS
ROOL_NO
LAB_NAME
N
PC_IPADDRESS
NAME
Page 22 of 106
Software Design Specification
Show Tables
Show Foreign
key with
reference (j)
CO_ID (J)
Show Primary
key
Show Normal
Attribute
Show
connector
Page 23 of 106
Software Design Specification
Br_ID
Primary Key
Foreign Keys
create table bt_branch(br_id int(2) primary key,br_code
SQL Code char(3),br_name varchar(15),br_seats int(3));
D_ID
Primary Key
Foreign Keys
create table bt_department(d_id int(3) primary key,d_name
SQL Code varchar(30));
Page 24 of 106
Software Design Specification
Lab_id
Primary Key
Br_id, Br_name references Bt_branch.
Foreign Keys
create table bt_labid(lab_id int(3) primary key,lab_name
SQL Code varchar(15),br_id int(2) references bt_branch,br_name varchar(15)
references bt_b
ranch);
equip_id
Primary Key
Br_name references from bt_branch.
Foreign Keys
create table bt_equipid(equip_id int(3) primary key,equip_name
SQL Code varchar(15),equip_code varchar(20),br_name varchar(15) references
bt_branch
);
Page 25 of 106
Software Design Specification
Instruct_id
Primary Key
Dept_id, Dept_name references from bt_departement..
Foreign Keys
create table bt_labincharge(instruct_id int(3) primary key,dept_id
SQL Code varchar(3) references bt_department,dept_name varchar(30)
references bt
Page 26 of 106
Software Design Specification
Md5(“”)
A_ID
Primary Key
0),a_contact varchar(15));
Page 27 of 106
Software Design Specification
Equip_id
Primary Key
Equip_id, Equip_name references from Bt_equipid & lab_name
Foreign Keys references from BT_labid & Dept_name refrences from
Bt_department
Page 28 of 106
Software Design Specification
Equip_id
Primary Key
Equip_id, Equip_name references from Bt_equipid & lab_name
Foreign Keys references from BT_labid & Dept_name refrences from
Bt_department
Page 29 of 106
Software Design Specification
Equip_id+lab name
Primary Key
Equip_id, Equip_name references from Bt_equipid & lab_name
Foreign Keys references from BT_labid & Dept_name refrences from
Bt_department
Page 30 of 106
Software Design Specification
Equip_id+lab name
Primary Key
Equip_id, Equip_name references from Bt_equipid & lab_name
Foreign Keys references from BT_labid & Dept_name refrences from
Bt_department
int(150));
Page 31 of 106
Software Design Specification
Roll_no + lab_name
Primary Key
Lab_name references from Bt_labid and roll_no, name references from
Foreign Keys student_details
Lab_name
Primary Key
Lab_name references from Bt_labid
Foreign Keys
create table network_diag(lab_name varchar(15) references
SQL Code bt_labid(lab_name),diag_path varchar(40),primary key(lab_name));
Page 32 of 106
Software Design Specification
Roll_no + lab_name
Primary Key
Lab_name references from Bt_labid and roll_no, name references from
Foreign Keys student_details
Page 33 of 106
Software Design Specification
Roll_no + lab_name
Primary Key
Lab_name references from Bt_labid and roll_no, name references from
Foreign Keys student_details
Lab _name
Primary Key
Lab_name references from Bt_labid and Br_name references from
Foreign Keys Bt_branch
Page 34 of 106
Software Design Specification
Roll_no
Primary Key
Lab_name references from Bt_labid and roll_no, name references from
Foreign Keys student_details
The Interface was designed keeping the objective in consideration to make it user friendly and
provide various functionality in his hands.
Interface include
• A Home Page
• Four separate login pages(for different lab administrator)
• Corresponding four different GUI.
• Student and faculty have no need to login they can see the information without login.
Page 35 of 106
Software Design Specification
Page 36 of 106
Software Design Specification
8.9 Uses/Interactions
Lab management system provide the administer valid id to login.
After valid login an administrator have all rights to take all the features of the corresponding lab
sections.
Here the student and faculty can see the time table to give the lab name in the corresponding
section. Students can see the attendance, lab marks, lab charges, computer allotment etc.
8.10 Resources
Hardware Requirements
Server Side:
Client side:
Page 37 of 106
Software Design Specification
Software Requirements
Manpower Requirements
8.11 Processing
In the lab management system proper login id provided to each lab administrator through that id
they can enter in the corresponding lab management system. If administrator have not valid id it
give the message not valid to the administrator.
And on the student and faculty side processing there have separate interface for the student and
faculty to take the corresponding faculty. Student just feed the roll no and see the lab attendance,
lab marks, lab charges etc. processing is done in this sense.
Page 38 of 106
Software Design Specification
PERSON/U
SER
LOGIN
P_ID, PASSWORD
TERMINATED
LOGIN ACCEPTED
LAB MANAGEMENT
(G.U.I)
8.12 Interface/Exports
Php is used to create the server side pages.
Mysql is used to create and manage the database regarding lab management system.
Page 39 of 106
Software Design Specification
Css is used to provide the design according to the need of the application interaction.
This lab section holds the information about all the computer lab of the college. And this lab
section holds the computer allotment process of each student. L.M.S. contains all the data like
requirement stock, reserve stock, complaint stock etc.
This lab section hold the electronic lab data like electronic equipment description, practical list of
labs, maintained stock, dump stock etc.
This lab section holds the mechanical lab related data. It holds the information about the
equipment, machine uses, requirement stock etc.
Science lab section hold the all science lab data it may physics or chemistry .
1. Labmain.php5 110
2. Comadmin_interface.php5 112
3. Electoadmin_interface.php5 130
4. Header.php5 35
5. Mechadmin_interface.php5 118
6. Science_interface.php5 125
7. Computer_lab1.php5 139
8. Fotter.php5 23
Page 40 of 106
Software Design Specification
9. Comp_home.php5 95
10. Mech_home.php5 77
11. Electro_home.php5 88
12. Science_home.php5 76
13. Comp_adminconnect.php5 30
14. Logout.php5 12
15. Electroadmin_connect.php5 30
16. Mechadmin_connect.php5 35
17. Scienceadmin_connect.php5 32
28. Science_lab1.php5 77
29. Science_lab2.php5 80
31. Comp_lab1_info.ph5 43
32. Comp_lab1_req.php5 44
33. Comp_lab1_dumb.php5 42
34. Comp_lab1_maintain.php5 45
Page 41 of 106
Software Design Specification
35. Comp_lab1_reserve.php5 44
36. Comp_lab1_marks.php5 45
37. Comp_lab1_incharge.php5 46
38. Comp_lab1_practical.php5 45
39. Comp_lab1_attendence.php5 46
40. Comp_lab1_timetable.php5 47
41. Comp_lab1_allotment.php5 48
43. Comp_lab2_info.ph5 43
44. Comp_lab2_req.php5 44
45. Comp_lab2_dumb.php5 42
46. Comp_lab2_maintain.php5 45
47. Comp_lab2_reserve.php5 44
48. Comp_lab2_marks.php5 45
49. Comp_lab2_incharge.php5 46
50. Comp_lab2_practical.php5 45
51. Comp_lab2_attendence.php5 46
52. Comp_lab2_timetable.php5 47
53. Comp_lab2_allotment.php5 48
55. Comp_lab3_info.ph5 43
56. Comp_lab3_req.php5 44
57. Comp_lab3_dumb.php5 42
58. Comp_lab3_maintain.php5 45
59. Comp_lab3_reserve.php5 44
60. Comp_lab3_marks.php5 45
Page 42 of 106
Software Design Specification
61. Comp_lab3_incharge.php5 46
62. Comp_lab3_practical.php5 45
63. Comp_lab3_attendence.php5 46
64. Comp_lab3_timetable.php5 47
65. Comp_lab3_allotment.php5 48
67. Comp_lab4_info.ph5 43
68. Comp_lab4_req.php5 44
69. Comp_lab4_dumb.php5 42
70. Comp_lab4_maintain.php5 45
71. Comp_lab4_reserve.php5 44
72. Comp_lab4_marks.php5 45
73. Comp_lab4_incharge.php5 46
74. Comp_lab4_practical.php5 45
75. Comp_lab4_attendence.php5 46
76. Comp_lab4_timetable.php5 47
77. Comp_lab4_allotment.php5 48
79. Comp_lab5_info.ph5 43
80. Comp_lab5_req.php5 44
81. Comp_lab5_dumb.php5 42
82. Comp_lab5_maintain.php5 45
83. Comp_lab5_reserve.php5 44
84. Comp_lab5_marks.php5 45
85. Comp_lab5_incharge.php5 46
86. Comp_lab5_practical.php5 45
Page 43 of 106
Software Design Specification
87. Comp_lab5_attendence.php5 46
88. Comp_lab5_timetable.php5 47
89. Comp_lab5_allotment.php5 48
91. Comp_lab6_info.ph5 43
92. Comp_lab6_req.php5 44
93. Comp_lab6_dumb.php5 42
94. Comp_lab6_maintain.php5 45
95. Comp_lab6_reserve.php5 44
96. Comp_lab6_marks.php5 45
97. Comp_lab6_incharge.php5 46
98. Comp_lab6_practical.php5 45
99. Comp_lab6_attendence.php5 46
100 Comp_lab6_timetable.php5 47
.
101 Comp_lab6_allotment.php5 48
.
102 Electrohead1.php5 113
.
103 electro_lab1_info.ph5 43
.
104 electro_lab1_req.php5 44
.
105 electro_lab1_dumb.php5 42
.
106 electro_lab1_maintain.php5 45
.
107 electro_lab1_reserve.php5 44
.
108 electro_lab1_marks.php5 45
.
109 electro_lab1_incharge.php5 46
.
110 electro_lab1_practical.php5 45
.
111 electro_lab1_attendence.php5 46
.
112 electro_lab1_timetable.php5 47
.
Page 44 of 106
Software Design Specification
Page 45 of 106
Software Design Specification
139 mech_lab2_maintain.php5 45
.
140 mech_lab2_reserve.php5 44
.
141 mech_lab2_marks.php5 45
.
142 mech_lab2_incharge.php5 46
.
143 mech_lab2_practical.php5 45
.
144 mech_lab2_attendence.php5 46
.
145 mech_lab2_timetable.php5 47
.
146 Mechhead2.php5 125
.
147 mech_lab1_info.ph5 43
.
148 mech_lab1_req.php5 44
.
149 mech_lab1_dumb.php5 42
.
150 mech_lab1_maintain.php5 45
.
151 mech_lab1_reserve.php5 44
.
152 mech_lab1_marks.php5 45
.
153 mech_lab1_incharge.php5 46
.
154 mech_lab1_practical.php5 45
.
155 mech_lab1_attendence.php5 46
.
156 mech_lab1_timetable.php5 47
.
157 Sciencehead1.php5 116
.
158 science_physics_info.ph5 43
.
159 science_physics_req.php5 44
.
160 science_physics_dumb.php5 42
.
161 science_physics_maintain.php5 45
.
162 science_physics_reserve.php5 44
.
163 science_physics_marks.php5 45
.
164 science_physics_incharge.php5 46
.
Page 46 of 106
Software Design Specification
165 science_physics_practical.php5 45
.
166 science_physics_attendence.php5 46
.
167 science_physics_timetable.php5 47
.
168 Sciencehead2.php5 120
.
169 science_chem_info.ph5 43
.
170 science_chem_req.php5 44
.
171 science_chem_dumb.php5 42
.
172 science_chem_maintain.php5 45
.
173 science_chem_reserve.php5 44
.
174 science_chem_marks.php5 45
.
175 science_chem_incharge.php5 46
.
176 science_chem_practical.php5 45
.
177 science_chem_attendence.php5 46
.
178 science_chem_timetable.php5 47
.
<html>
<head>
<title>interface</title>
<style type="text/css">
.style1 {
font-family: Arial;
Page 47 of 106
Software Design Specification
font-size: xx-small;
.style2 {
color: black;
.style3 {
text-decoration: none;
.style6 {
text-align: center;
.style7 {
font-size: xx-small;
</style>
</head>
Page 48 of 106
Software Design Specification
</span><span class="style1">
Page 49 of 106
Software Design Specification
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Page 50 of 106
Software Design Specification
</div>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<span class="style2"> |
</span> <a href="" class="style3"><span
class="style2">Help</span></a>
</body>
Page 51 of 106
Software Design Specification
</html>
<html>
<head>
<title>interface</title>
function check1()
if (document.getElementById("ai").value == "")
else
document.getElementById("val1").innerHTML = "";
function check2()
if (document.getElementById("ap").value == "")
else
document.getElementById("val2").innerHTML = "";
function home()
document.location="labmain.php5";
Page 52 of 106
Software Design Specification
</script>
<style type="text/css">
.style1 {
color: #FFCCCC;
.style2 {
color: #FFCCFF;
font-weight: bold;
.style3 {
color: #FFCCFF;
.style4 {
color: #FF9933;
.style5 {
color: #FF9933;
font-weight: bold;
.style6 {
text-align: right;
</style>
</head>
<body >
<?php
Page 53 of 106
Software Design Specification
include_once "header.php5";
?>
<center>
<div align="right">
</div>
<caption class="style6">
<br />
<br />
<tr>
<td bgcolor="white">
</td>
<td>
Page 54 of 106
Software Design Specification
<tr><td>
<div id="val1">
</div> </td></tr>
<td>
<div id="val2"></center></div></td></tr>
<tr><td>
</center>
</form>
</table>
</td></tr></table>
</table>
<?php
include_once "fotter.php5";
?>
</body>
</html>
class login1
Page 55 of 106
Software Design Specification
function insert()
$a=$_POST['ai'];
$b=$_POST['ap'] ;
$handle=mysql_connect('localhost','root','SBIT');
$db=mysql_select_db('lms',$handle);
$result=mysql_query($query,$handle);
if(mysql_num_rows($result)==1)
$row=mysql_fetch_row($result);
@session_start();
$_SESSION['adminname']=$row[2];
$_SESSION['adminid']=$row[0];
echo "<script>document.location='comp_home.php5';</script>";
else
$x=new login1();
$x->insert();
?>
@session_start();
if(!isset($_SESSION['adminname']))
Page 56 of 106
Software Design Specification
else{
?>
<html>
<head>
<title>COMPUTER HOME</title>
function lab1()
document.location="computer_lab1.php5";
function lab2()
document.location="computer_lab2.php5";
function lab3()
document.location="computer_lab3.php5";
function lab4()
document.location="computer_lab4.php5";
function lab5()
document.location="computer_lab5.php5";
Page 57 of 106
Software Design Specification
function lab6()
document.location="computer_lab6.php5";
</script>
<style type="text/css">
.style2 {
text-align: center;
.style4 {
text-align: right;
</style>
</head>
<body>
<?php
include_once "header.php5";
?>
<tr>
</tr>
</table>
<br/>
<div class="style2">
Page 58 of 106
Software Design Specification
</div>
<br />
<br />
<br />
<br />
<div class="style2">
</div>
<?php
include_once "fotter.php5";
?>
</body>
</html>
Page 59 of 106
Software Design Specification
<?php
@session_start();
if(!isset($_SESSION['adminname']))
else{
?>
<html>
<head>
<title>COMPUTER LAB1</title>
<script type="text/javascript">
function home()
document.location="comp_home.php5";
function lab_info()
document.location="comp_lab1_info.php5";
function lab_require()
document.location="comp_lab1_req.php5";
function lab_dumb()
Page 60 of 106
Software Design Specification
document.location="comp_lab1_dumb.php5";
function lab_maintain()
document.location="comp_lab1_maintain.php5";
function lab_reserve()
document.location="comp_lab1_reserve.php5";
function lab_incharge()
document.location="comp_lab1_incharge.php5";
function lab_practical()
document.location="comp_lab1_practical.php5";
function lab_marks()
document.location="comp_lab1_marks.php5";
Page 61 of 106
Software Design Specification
function lab_attendence()
document.location="comp_lab1_attendence.php5";
function lab_timetable()
document.location="comp_lab1_timetable.php5";
function lab_allotment()
document.location="comp_lab1_allotment.php5";
</script>
<style type="text/css">
.style2 {
text-align: center;
.style3 {
text-align: right;
font-size: smaller;
Page 62 of 106
Software Design Specification
.style4 {
margin-left: 0px;
.style5 {
margin-left: 0px;
margin-right: 0px;
</style>
</head>
<body>
<?php
include_once "header.php5";
?>
<tr>
&nb
sp;
&nb
sp;
&nb
sp;
&nb
sp;
&nb
sp;
&nb
sp;
Page 63 of 106
Software Design Specification
&nb
sp;
&nb
sp;
</tr>
</table>
<div class="style2">
Page 64 of 106
Software Design Specification
</div>
<br />
<br />
<br />
<br />
<div class="style2">
</div>
<?php
include_once "fotter.php5";
?>
</body>
</html>
Page 65 of 106
Software Design Specification
if(isset($_POST['logout']))
@session_start();
$_SESSION['adminname']=null;
session_unregister('adminname');
session_unset();
session_destroy();
unset($_POST);
echo "<script>
document.location='labmain.php5';
</script>";
?>
10. Output
HOME PAGE
Page 66 of 106
Software Design Specification
Page 67 of 106
Software Design Specification
Page 68 of 106
Software Design Specification
Page 69 of 106
Software Design Specification
Page 70 of 106
Software Design Specification
Page 71 of 106
Software Design Specification
Page 72 of 106
Software Design Specification
Page 73 of 106
Software Design Specification
Page 74 of 106
Software Design Specification
Page 75 of 106
Software Design Specification
Page 76 of 106
Software Design Specification
Page 77 of 106
Software Design Specification
Page 78 of 106
Software Design Specification
Page 79 of 106
Software Design Specification
Page 80 of 106
Software Design Specification
Page 81 of 106
Software Design Specification
Page 82 of 106
Software Design Specification
Page 83 of 106
Software Design Specification
Page 84 of 106
Software Design Specification
Page 85 of 106
Software Design Specification
Page 86 of 106
Software Design Specification
Page 87 of 106
Software Design Specification
Page 88 of 106
Software Design Specification
Page 89 of 106
Software Design Specification
Page 90 of 106
Software Design Specification
Page 91 of 106
Software Design Specification
Page 92 of 106
Software Design Specification
Page 93 of 106
Software Design Specification
Page 94 of 106
Software Design Specification
Page 95 of 106
Software Design Specification
Page 96 of 106
Software Design Specification
Page 97 of 106
Software Design Specification
Page 98 of 106
Software Design Specification
Page 99 of 106
Software Design Specification
11. Glossary
• PHP: Hypertext Preprocessor is a popular general purpose server side scripting language.
It can be embedded into HTML to create a wide variety of mini application, but can also
be used to build large scale complex application. A free scripting language that allows web
authors to write dynamic web pages
• MySQL : MySQL is an open source database s/w based on the SQL vocabulary which can
be employed in combination with most server side language, but which is most commonly
employed with PHP.SQL is a language that allows for interacting with different Database
Management Systems by sending request /query to the system.
• XHTML: Extensible Mark Up Language Combination of XML & HTML which provide
developers with a language which uses a HTML specification within the constraint of the
XML format. This language is more rigid and strict in its rule than HTML.
• AJAX : Asynchronous Java and XHTML.In this technology a request can be send internally
but the user can still work on it and when a response is obtained then partial updation of
user page takes place.
• JavaScript: Client side programming language which is use to create dynamic web pages.
It allows the author to write code that can affect corrective many different aspects of a
web page.
CSS: CSS stands for Cascading Style Sheets. This is a document format. This provides a set of
style rules which can be incorporated in a XHTML or HTML document
12. Bibliography
Books Referred:
• PHP5 power programming- Andi Gutmans, Stigs Saether Bakken,Derick Rethans.
• HTML,XHTML,JavaScript By-Ivan Bayross
• Internet Fundamentals By-Raymonds GreenLaw
Websites Referred:
• http:/www.google.co.in/
• http:/www.wikipedia.org/
• http:/www.Phptr.com/
• http:/www.Joedoson.com/
• http:/www.W3Cschools.in/
• http:/www.HowStuffWorks.com/