Nishter Institute of Dentistry Information System

Nishter Institute of Dentistry Information System
I

NISHTER INSTITUTE OF DENTISTRY
INFORMATION SYSTEM

By

Wasim Akhtar Javaid
(Roll # 7546)

Supervised by
Mr. Shakeel Ahmed

A PROJECT SUBMITTED IN PARTIAL FULFILLMENT OF THE
REQUIREMENTS OF THE DEGREE OF

MASTER OF COMPUTER SCIENCE
(MCS)

MOHI-UD-DIN ISLAMIC UNIVERSITY NERIAN SHARIF AJ&K

2014


II

Dedicated to my beloved parents and especially to my
beloved friend Mr. Zain Khan (late)
May his Soul Rest In Peace.


III

PROJECT IN BRIEF

Project Title : Nishter Institute of Dentistry Information System

Organization : Mohi-Ud-Din Islamic University

Objectives : Online Correspondence between Doctor & Patient

Undertaken By : Wasim Akhtar J avaid

Supervised By : Mr. Shakeel Ahmed

Date Started : 13/02/2013

Date Completed :

Technologies Used : Micromedia Dreamweaver, MySQL Server, PHP

Operating System : Microsoft Windows Xp

System Used : Pentium-IV


IV

ACKNOWLEDGEMENT

First of all we are very thankful to Almighty ALLAH who has blessed us with
uncountable favors. The most Merciful blessed us with the ability to read, write and to
think.
We are deeply thankful to our project supervisor Mr. Shakeel Ahmed whose
positive influence and supportive attitude guided and motivated us in all stages, form
start stage till completion of this project.
Finally, we like to offer our gratitude and regards to our parents and all other
peoples who supported and helped us in any aspect during the completion of this
project.

WASIM AKHTAR JAVAID


V

DECLARATION

I hereby declare that this software, neither as a whole nor as a part has been copied out from
any source. It is further declared that I have developed this software and accompanied report
entirely on the basis of my personal efforts. If any part of this project is proved to be copied
out from any source or found to be reproduction of some other. I will stand by the
consequences. No portion of the work presented has been submitted in support of any
application for any other degree or qualification of this or any other university or institute of
learning.

WASIM AKHTAR JAVAID


VI

CERTIFICATION

It is certified that the contents and form of the project entitled Nishter Institute of Dentistry
Information System submitted by Wasim Akhtar J avaid (Roll#7546) has been found
satisfactory for the requirements of

MOHI-UD-DIN ISLAMIC UNIVERSITY NARIAN SHARIF AJ&K

For the award of the degree of

MASTER OF COMPUTER SCIENCE (MCS)

Supervisor: ______________________
Mr. Shakeel Ahmed

Member 1: ______________________
Mr. .
Member 2: ______________________
Mr. .

Dated: Director: ________________________
Dr.


VII

ABSTRACT

Internet users reaching millions worldwide and expecting to increase more over the
years is a sign for websites as the crucial medium of information transmission and
dissemination. In the view of the diverse nature of human being, an identical website design
is not possible to facilitate the demand of human diversity. Current paper purposes to review
previous studies that have been done in the field of web development and design related to
diversity.
The main intention of introducing this system is to reduce the manual work at center
counters. Every sort of task is performed by the system, such as registering a patient, new
doctor, enquiries, and complaints etc. reducing much paper work and burden of file storage.
Also the latest information is right available for the patient like patients advised by the
doctor, patient checking charges and disease diagnosed.
The Institute can get much out of the system. The system is used to enter the detail
of patient, the details about the in-patient and out-patient and about the reports of the
patients. This system represents the patient by the patient number and this is main criteria
how the patient is provided by the services. The drug information and the specifications are
also provided in this Online System. Doctor can get record and his appointment timing with
patient.
End user computing is developing in our country; it is beneficial to Institute, Doctor
and the patients. Every step is clearly defined and help is provided through out the web
application to the user. Even the exceptions are handled well to avoid confusion.


VIII

Contents

Project in Brief.. III
Acknowledgement .... IV
Declaration. V
Certification VI
Abstract.. VII
Table of Content.... IX
List of Figures XIV
List of Tables. XV
Glossary..... XVI
CHAPTER 1 INTRODUCTION ....
CHAPTER 2 LITERATURE REVIEW..
CHAPTER 3 REQUIREMENTS ANALYSIS
CHAPTER 4 DESIGN..
CHAPTER 5 PROJECT MANAGEMENT
CHAPTER 6 IMPLEMENTATION.
CHAPTER 7 SOFTWARE TESTING....
CHAPTER 8 CONCLUSIONS, LIMITATION & FUTURE WORK..
CHAPTER 9 USER GUIDE..
APPENDIX REFERENCES & BIBLIOGRAPHY.


IX

Table of Contents

Chapter No 1: INTRODUCTION
1. Introduction of Nishter Hospital 1
1.1 History 1
1.2 Ground Floor 1
1.3 First Floor 1
1.4 Second Floor 1
1.5 Departments of Nishter Hospital 2
1.6 Map of Nishter Hospital 3
1.7 Separation of Dental Section As Independent Hospital 3
1.8 Hierarchical Structure of Nishter Institute of Dentistry 4
1.9 Hierarchical Structure of NIDIS Diagnosis 6
1.10 Departments of NIDIS 6
1.10.1 Diagnosis 6
1.10.2 Oral surgery 7
1.10.3 Oral diagnosis and Radiology 8
1.10.4 Orthodontics 9
1.10.5 Prosthodontics 9
1.10.6 Oral Surgery and Maxofacial Surgery 9
1.10.7 Perodontics 10
1.10.8 Pedodontics 10
1.10.9 Head of Department 11
1.10.10 Dental Student And Nursing Staff 11
Chapter No 2: LITERATURE REVIEW
2. Our System 12
2.1 Existing System 12
2.1.1 Outdoor Patient 12
2.1.2 Types of Patient 12
2.1.2.1 Casual Case 12
2.1.2 .2 Serious Case 12
2.2 Record Maintenance of Patients 13
2.2.1 Registration Slip 13
2.2.2 Entry Record Register 13
2.2.3 Discharge Slip 14
2.2.4 Record Register 14
2.3 Proposed System 15
2.3.1 Introduction 15
2.3.2 The Phase Parameters 15
2.3.3 Study Phase Para meters 15
2.3.4 Analysis Phase Parameters 15
2.3.5 Design Phase Parameters 16
2.3.6 Development Phase Parameters 16

X

2.4 Objectives 16
Chapter No 3: REQUIREMENT ANALYSIS
3.1 Introduction 18
3.2 Feasibility Study 18
3.2.1 Financial Feasibility 18
3.2.2 Technical Feasibility 19
3.2.3 Operational Feasibility 19
3.3 Process Model 19
3.3.1 Which model I Used 20
3.3.2 System/ Information Engineering 21
3.3.3 Software Requirement Analysis 21
3.3.4 Design 21
3.3.5 Code generation 22
3.3.6 Testing 22
3.3.7 Support 22
3.4 Why I Use This Model ? 22
Chapter No 4: SOFTWARE DESIGN

4. What is Database 23
4.1 Table 23
4.2 UML Diagrams 25
4.2.1 Use Case Diagram (Admin) 25
4.2.1.1 Use Case (Login) 26
4.2.1.2 Sequence 27
4.2.1.3 Collaboration 28
4.2.1.4 Activity 29
4.2.2.1 Use Case (Register User) 30
4.2.2.2 Sequence 31
4.2.2.4 Activity 33
4.2.3.1 Use Case (Delete Department) 34
4.2.3.2 Sequence 35
4.2.3.4 Activity 37
4.2.4.1 Use Case (Change Password) 38
4.2.4.2 Sequence 39
4.2.4.4 Activity 41
4.2.5.1 Use Case (Edit Visit) 42
4.2.5.2 Sequence 43
4.2.5.4 Activity 45

XI

4.2.6 Use Case Diagram(Dotor) 46
4.2.6.1 Use case (See Schedule) 47
4.2.6.2 Sequence 48
4.2.6.4 Activity 50
4.2.7.1 Use case(Write Diagnosis and Prescription) 51
4.2.7.2 Sequence 52
4.2.7.4 Activity 54
4.2.8 Use Case Diagram(Patient) 55
4.2.8.1 Use case (Have Appointment) 56
4.2.8.2 Sequence 57
4.2.8.4 Activity 59
4.2.9.1 Use Case(Print Slip) 60
4.2.9.2 Sequence 61
4.2.9.4 Activity 63
4.3 Tables 64
4.3.1 All Tables 64
4.3.2 Login Table 65
4.3.3 Doctor Table 66
4.3.4 Department Table 67
4.3.5 Patient Table 68
4.3.6 Visit Table 69
4.3.7 Schedule Table 70
4.3.8 Adds Table 71

Chapter No 5: PROJECT MANAGEMENT
5.1 Milestone 72
5.2 Project Closeout Report 72
5.2.1 Project Deliverable 72
5.2.2 Operations & Maintenance 72
5.2.2.1 External Agency 73
5.2.2.2 Internally-built Website 73
5.2.2.3 Website Statistics & Diagnostics 73
5.2.2 .4 Monitoring Service Levels 74
5.3 Risk Management 74
5.3.1 Purpose 74
5.3.2 Steps Involved to Assessing and Managing Risks 74
5.3.2.1 Identify Risks 74
5.3.2.2 Quantify Risks 74
5.3.2.3 Plan for Risks 75
5.3.2.4 Monitor and Manage Risk 75

XII

5.3.3 Risk Analysis Summary 75
5.3.4 Risk Response Summary 76
Chapter No 6: IMPLEMENTATION
6.1 Micromedia Dreamweaver Editors Review 80
6.2 Cascading Style Sheet 80
6.2.1 Layout.css 80
6.2.1.1 Text and Height For Header 80
6.2.1.2 Column Text 80
6.2.1.3 Page Width 80
6.2.1.4 Text Font 81
6.2.2 Stile.css 81
6.2.2.1 Paragraph 81
6.2.2.2 Heading 81
6.2.2.3 Compatibility 81
6.2.2.4 Box Size 82
6.2.2.5 Tables 82
6.2.2.6 Footer 82
6.3 PHP 83
6.3.1 Home Page 83
6.3.2 About Us 84
6.3.3 Departments 84
6.3.4 Mission 85
6.3.5 Database Connection 85
6.3.6 Addition of Advertisement Code 85
6.3.7 Deletion of Advertisement Code 86
6.3.8 Deletion of Doctor Department Record 86
6.3.9 Edit Code for Doctor Department 87
6.3.10 Doctors Deletion Code 87
6.3.11 Doctors Updating Code 88
6.3.12 Code for Active and Disable of login 89
6.3.13 Activation of Advertisement Code 89
6.3.14 Advertisement Disable Code 90
6.3.15 Signup Code 90
6.3.16 Change Password Code 91
6.3.17 Login Deletion Code 92
6.3.18 Login Edit Code 92
6.4 J ava Script 93
6.4.1 Date Picker 93
Chapter No 7: TESTING
7.1 Objective of Testing 95
7.2 Types of Testing in a Website 95
7.3 Functionality Testing 95

XIII

7.3.1 Check All the links 95
7.3.2 Database Testing 96
7.3.3 Testing Forms 96
7.3.4 Cookies Testing 96
7.3.5 Validate HTML/CSS 96
7.4 Usability Testing 96
7.4.1 Test for Navigation 96
7.4.2 Content Checking 97
7.5 Interface Testing 97
7.6 Compatibility 97
7.6.1 Browser Compatibility 97
7.6.2 OS Compatibility 98
7.6.3 Printing Option 98
7.7 Performance Testing 98
7.7.1 Stress Testing 98
7.8 Security Testing 98
Chapter No.8: CONCLUSIONS, LIMITATION & FUTURE WORK
8.1 Conclusion 100
8.2 Limitation 100
8.3 Future Work 100

Chapter No 9: USER GUIDE
9.1 Home Page 101
9.2 About Us 102
9.3 Main Page Doctor 103
9.4 Change Password 104
9.5 Check Appointment (Doctor) 105
9.6 Check Schedule 106
9.7 Have Appointment 107
9.8 Manage Account 108
9.9 Search Patient 109

APPENDIX A: REFERENCES 110
APPENDIX B: BIBLIOGRAPHY 111


XIV

LIST OF FIGURES
Name of Figures Page No
Fig 1.1 Map of Nishter Hospital 3
Fig 1.2 Hierarchical Structure of Nishter Institute of Dentistry 4
Fig 1.2.1 Hierarchical Structure of Nishter Institute of Dentistry 5
Fig 1.3 Hierarchical Structure of NIDS Diagnosis 6
Fig 3.1 Which Model I Used 20
Fig 4.1 Use Case Diagram(Admin) 25
Fig 4.2 Sequence Diagram (Admin) 27
Fig 4.3 Collaboration Diagram (Admin) 28
Fig 4.4 Activity Diagram (Admin) 29
Fig 4.5 Sequence Diagram (Register User) 31
Fig 4.6 Collaboration (Register User) 32
Fig 4.7 Activity Diagram (Register User) 33
Fig 4.8 Sequence Diagram(Delete Department) 35
Fig 4.9 Collaboration (Delete Department) 36
Fig 4.10 Activity Diagram(Delete Department) 37
Fig 4.11 Sequence Diagram (Change Password) 39
Fig 4.12 Collaboration (Change Password) 40
Fig 4.13 Activity Diagram (Change Password) 41
Fig 4.14 Sequence Diagram (Edit Visit) 43
Fig 4.15 Collaboration (Edit Visit) 44
Fig 4.16 Activity (Edit Visit) 45
Fig 4.17 Use Case Diagram (Doctor) 46
Fig 4.18 Sequence Diagram (See Schedule) 48
Fig 4.19 Collaboration (See Schedule) 49
Fig 4.20 Activity (See Schedule) 50
Fig 4.21 Sequence Diagram (Write Diagnosis & Prescription) 52
Fig 4.22 Collaboration (Write Diagnosis & Prescription) 53
Fig 4.23 Activity (Write Diagnosis & Prescription) 54
Fig 4.24 Use Case Diagram (Patient) 55
Fig 4.25 Sequence Diagram (Have Appointment) 57
Fig 4.26 Collaboration (Have Appointment) 58

XV

Fig 4.27 Activity (Have Appointment) 59
Fig 4.25 Sequence Diagram (Print Slip) 61
Fig 4.26 Collaboration (Print Slip) 62
Fig 4.27 Activity (Print Slip) 63
Fig 9.1 Home Page 103
Fig 9.2 About Us 104
Fig 9.3 Main Page (Doctor) 105
Fig 9.4 Change Password 106
Fig 9.5 Check Appointment (Doctor) 107
Fig 9.6 Check Schedule 108
Fig 9.7 Have Appointment 109
Fig 9.8 Account Management 110
Fig 9.9 Patient Search 111


XVI

List of Tables
Name of Table Page No
Fig 4.1 All Tables 64
Fig 4.2 Login Table 65
Fig 4.3 Doctor Table 66
Fig 4.4 Department Table 67
Fig 4.5 Patient Table 68
Fig 4.6 Visit Table 69
Fig 4.7 Schedule Table 70
Fig 4.8 Add Table 71


XVII

Glossary

NIDS Nishter Institute of Dentistry Section
CSS Cascading Style Sheet
OD Out Door
DBMS Database Management System

CHAPTER NO.1

INTRODUCTION


1 | P age

INTRODUCTION OF NISHTER HOSPITAL
1.1 History
Nishter hospital, the biggest hospital of Multan was found on 28
th
of April, 1951 by Sardar
Abdur-Rab Nishter and was completed in on 1
st
of October, 1953. Nishter hospital started
working with 80 beds. In 1954, departments of Medicine, Surgery, Gynecology, Chest medicine,
ENT, Anesthesia, and Radiology also started working. Further development continued with
passage of time. The hospital block was extended by the development of new wards. At this
time, the hospital holds the capacity of about 1100 patients. There are 29 wards plus outpatient
department. There are 15 operation theaters and emergency wards with two pharmacy stores.
There is also another main Nishter Pharmacy Store, which is constructed separately from the two
given above. There are faculties of following.
1.2 Ground Floor
Nursing School
Hospital Auditorium
Post Office
Bank
Canteen
Ward No (1,4,7,10) and (13,16,19,22,25)
Operation Theaters
Kitchen block
1.3 First Floor
College Office
Hospital Admin office
Principal Office
Conference Room
Ward No (2,5,8,11) and (15,18,21,24)
1.4 Second Floor
Residency

2 | P age

Mosque
Mess
Ward No (3,6,9,12) and (15,18,21,24)
1.5 Departments
ICU
Pediatric medicine, Pediatric Surgery
Psychiatric
Neurology
Cardiology
ENT
Dialysis
Obstetrics
Nephrology
Orthopedics
Physiotherapy
Chest Medicine
Oncology
Radiology
Anesthesia
Gynecology
Dermatology
Dental Section (Now separated as NID Nishter Institute of Dentistry)
Ophthalmology
Family Wards


3 | P age

1.6 Map of Nishter Hospital
Fig 1.1

1.7 Separation of Dental Section as Independent Hospital
It was announced by Chief Minister Shehbaz Sharif as an independent hospital of dentistry on 17
November 2008. And it was fully separated according to its rights on 07 July 2009. It is now
named as Nishter Institute of Dentistry. Fully functionally independent from Nishter Hospital
Multan located at Jail Road Multan. The name of the hospital in not decided officially as NIDS
Nishter Institute if Dentistry. It was first a little section of giant Nishter hospital, located on the
first floor of the outpatient department of Nishter Hospital. The dental section has its own head
and staff. But overall, the head is answerable to the Principal of Nishter Medical College.


4 | P age

1.8 Hierarchical Structure of Nishter Institute of Dentistry

Fig 1.2


5 | P age

Fig 1.2.1

6 | P age

1.9 Hierarchical Structure of NIDS Diagnosis
Fig 1.4
1.10 Departments

1.10.1 Diagnosis
Head of Department
Dr Manzoor Ahmed Naqvi
Procedure
Patient come with his outdoor slip and his disease is diagnosed and he is
referred to concerned department. On outdoor Slip Reference Department
is written.
Instruments
1: Dental Unit/Dental Chair

7 | P age

2: Mirror
3: Probe
4: Twister
1.10.2 Oral Surgery (Exodontias)
Head of Department
Dr. Illyas Tanveer
Procedure
Main is tooth extraction if there is no case of restoring and treatment.
Instruments
Autoclave
An autoclave i sapressurized device designed to heat aqueous solutions
above their boiling points at normal atmospheric pressure to achieve
sterilization. The term autoclave is also used to describe an industrial
machine in which elevated temperature and pressure are used in
processing materials.
Use of Autoclave
Autoclaves are widely used in microbiology, medicine, sterilizing
instruments for body piercing, veterinary sciences, dentistry, podiatry and
metallurgy. The large carbon fiber composite parts for Boeing 787, such
as wing and fuselage parts, are cured in large autoclaves.
Autoclave in Medicine
A medical autoclave is a device that uses steam to sterilize equipment and
other objects. This means that all the bacteria, viruses, fungi, and spores
are inactivated. However, prions, like those associated with Creutzfeldt-

8 | P age

Jakob disease may not be destroyed by autoclaving at a typical 121C for
15 minutes or 134C for 3 minutes, but can be destroyed with a longer
sterilization cycle of 134C for 18 minutes. Also some recently discovered
organisms such as Strain 121 can survive at temperatures above 121C.
Autoclave is often used to sterilize medical waste prior to disposal in the
standard municipal solid waste stream. This application has grown as an
alternative to incineration due to environmental and health concerns rised
by combustion products from incinerators, especially from the small units
which were commonly operated at individual hospitals. Incineration or a
similar oxidation process is still generally mandated for pathological
waste and other very toxic and/or infectious medical wastes.
Process
1: Sterilization
2: Wash Clean Instruments
3: After 15-20 minutes
4: Keep them in separate Trashes
Process of Treating Patient
1: Check Main History (About disease hepatitis, cancer etc)
2: Injection
3: Forcipes
4: Sticking (if socket remains open, then sticking is performed. After one
week, it is checked buy alga gel applied on the cavity)
1.10.3 Oral Diagnosis and Radiology
Head of Department
Dr. Amjab Bari
Procedure
Full face, fractured is handled

9 | P age

Instruments
Same instruments which are used in Oral Surgery 1
1.10.4 Orthodontics
Head of Department
Dr. Tehmina
Procedure
1: Dental Alignment
2: Surgery
3: Ortho
4: Fixing
5: Removable
6: Extraction in the case when no other option is left
7: After 15 days, patient can be checked further
1.10.5 Prosthodontics
Head of Department
Dr. Sabahat Hameed
Procedure
1: To test oral tissues
2: Interdepartmental diagnostic tooth forming and insertion
3: Orpturatures
4: Partial denture by 3
rd
year students
5: Complete denture by demonstrators
6: post inspection complaints by house jobbies
7: Fixed grown bridge by teachers
1.10.6 Oral and Maxofacial Surgery
Head of Department

10 | P age

Dr. Pervaiz Iqbal
Procedure
1: Conservation of teeth is mainly focused
2: Diagnosis
3: Filling
4: RCT5: Pareodentology
6: Crown in bridge
7: Restoration / Restoring
8: Direct (in cavity plastic soft material is coated)
9: Indirect (in shape of teeth)
10: Crown in bridge
11: Painful symptoms (Medicine +procurement)
12: Caries reduction: Precatutions, Floride, Lazer
1.10.7 Perodontics
Head of Department
Dr. Rehman
Procedure
1: Main procedure is scaling
2: Ultrasonic scalar is used for this purpose
3: By hand
4: Maintenance
5: Surgical gingivitis gums swelling with bleeding
1.10.8 Pedodontics
For Children

11 | P age

1.10.9 Head of Department
Dr. Shabana
Procedure
1: Filling permanent
2: Glassionomer
3: Amalgam Silver and Mercury is used P1pactim
4: Root treatment
5: X-ray
1.10.10 Dental Student and Nursing Staff
After 2 years they are called Dandlers
Paid and distributed in different departments
Schedule of nurses is maintained by Principal Dr.Saeed and Supervised by
urses Superintendent.

CHAPTER NO.2

LITERATURE REVIEW

12 | P age

Literature Review
2. Our System
2.1 Existing System
2.1.1 Outdoor Patients
In the Nishtar Institute Dentistry, everything is done manually. Doctors and patients both have to
face difficulties. Whenever a patient comes to the hospital there is no record of patients
appointment and well as no facility to take appointment at home or select his doctor according to
his own choice and there was no record according to the visit of patient. If a patient loses his/her
discharge slip, he/she has to pass through the whole procedure which he/she had adopted at the
beginning of the treatment. This creates a lot of problems in continuing the treatment of the
patient. Different registers and history records are maintained for this data keeping. As patients
come one by one in the outdoor registration, slips are issued to them in sequence. They come at
the cost of 10 rupees per slip outside the outdoor. Then they are referred to different departments
according to the disease where the relevant doctors check them.

2.1.2 Types of Patients
Casual Cases
Serious Cases

2.1.2.1 Casual Cases
After the examination, those patients who are not serious have little problem or minor
disease are given treatment on the specific department and are sent home. They are asked to
come next time and go or the medical unit with the same registration slips for follow up.

2.1.2.2 Serious Cases
In the case of serious condition like heart disease such as recommended to surgery in
Oral Surgical Department, patients are admitted on the ward of that unit for final diagnosis where
basic treatment is started. First, the patient is completely diagnosed in diagnostic department to
confirm that the patient is not suffering from the disease like cancer or hepatitis or any other
13 | P age

severe disease. If the patient is suffering from such type of disease, he/she is advised to treat the
disease first and the come for oral surgery.
2.2 Record Maintenance of Patients
Registration Slip
Entry Record Register
History Chart
Discharge Slip

2.2.1 Registration Slip
Basically it is an outdoor slip on which consultant doctors examine outdoor patients. All
outdoor patients of Nishter Institute of Dentistry are conducted to concerning departments.
Concerning department detailed above checks all the outdoor patients. The OD slip contain the
following contents
Registration Number
Name
Age
Disease
Sex
Address
History Date

2.2.2 Entry Record Register
Patients who are referred to the relevant department from the outdoor, their entries and
record keeping are maintained in this record register manually. Following fields are maintained
in this register.
Date of Admission
Yearly number
Name of Patient
Age in Years
Sex
14 | P age

Residence
Occupation
Disease
Results
Cured
Relieved
Discharge
Expired
Remarks
Although record keeping plays an effective role in this hospital system and each and everything
is written in paper by pre-medical staff. So this record keeping should be reliable. But any
mistake in writing lead to dangerous consequence.

2.2.3 Discharge Slip
In history charts, all information current and past regarding biodata of the patient finding
on examination investigation differential diagnosis and treatment given to patient is written fields
which are not required by the doctor can be ignored. These points are given in sequence in
following history charts. It contains following information
Biodata of patient
Presenting complaints
Brief history of presenting complaints/clinical findings
Routine investigation
Diagnosis
Prognosis to check the process of treatment
Treatment given in the department
Advised at home

2.2.4 Record Register
Record register contains record of patient month vise. And for the year, it is preserved in
the hospitals record.
15 | P age

2.3 Proposed System
2.3.1 Introduction
Computerization means to changeover from manual system to a computer based system. At
present, the patients information system of Nishter Institute of Dentistry is working manually,
whereas the proposed system is fully computerized. This system wil provide athe required
information for doctors and patients correctly, efficiently and very quickly. Before the system
was designed, a detailed study of existing system was conducted while including the following
phase parameters.

2.3.2 The Phase Parameters
Study phase
Analysis phase
Design phase
Development phase
Implementation phase

2.3.3 Study Phase parameters
It deals with following steps.
Identify the problem
Define the objectives of proposed system
Develop alternative solutions
Select most feasible solution
Study the system data flow

2.3.4 Analysis Phase Parameters
Understand the system
Data gathering
Data analysis
System requirements
16 | P age

2.3.5 Design Phase Parameters
Design phase is most important phase in the system development. This phase is most
time consuming part of the project. Design analyst must pay full attention to it. This phase
requires a complete and deep study of the existing system. If the analyst does not spend adequate
time in designing, hell not be able to fulfill the requirements of the user.
This phase deals with following steps.
Identify functions to be performed by programming
Design of system flow charts
Perform input output and data design

2.3.6 Development Phase Parameters
Develop computer program
Prepare for conversation
Testing of computer programs with dummy data
Complete system test with actual data

2.4 Objectives
Following objectives have been tried to accomplish by me.
Efficiency
The basic objective of the system is to minimize the utilization of the resources for the
achieving and objective.
Data Security
The data is highly secure because of the authentications procedure of using the system
and because of limited access to information to each particular user. It ensures regular
guaranteed service to the user.
Accuracy
The main objective of the system is to provide accuracy of the data and information,
needed for decision making. It will ensure efficient and accurate record keeping.
17 | P age

Flexibility
Proposed system allows for changes and enhancements to incorporate future needs of the
organization.
User Friendly
The graphical user interface provides the user friendly environment with efficient
working of the system.
Reliability
It provides the reliability of functionality and data storing, retrieving and manipulation.
Performance
It provides the objective to reduce the time and efforts required for receiving information.

CHAPTER NO.3

REQUIREMENT ANALYSIS


18 | P age

3. Requirment Analysis
3.1 Introduction
The reason for conducting feasibility study is to show that the proposed project:
New system is required to remove errors and data accuracy
Reduce and eliminate duplication of tasks
Speeding input process
Shortening of data processing time
Automating manual procedures to improve in some ways
3.2 Feasibility Study
The main purpose of feasibility study is to consider the proposed system with a view to decide
whether the development of proposed system is feasible for the organization in the underlying
circumstances. It is consider that whether the proposed system will meet all the requirements of
organization with lesser cost and with improved efficiancy than the existing system.
The feasibility of system is considered from following three aspects.
1. Financial feasibility
2. Technical feasibility
3. Operational feasibility
Each of the above is briefly explained below.
3.2.1 Financial Feasibility
In the financial feasibility study, I looked at the financial aspects of project i.e., the investment
of the project and the benefits of the investment on new system. Since the system is being
developed as a MCS degree requirement project, so no development charges will be charged for
the whole development and the system will be free to use for the organization.

19 | P age

The tools being used for the development are PHP and MySQL server for which the organization
has to purchase the license and no other expensive development tools. The Hospital already has
many computers and these computers meet the hardware requirements of the new system.
Company also has technical staff, so the project is very much feasible economically and
financially.
3.2.2 Technical Feasibility
Technical feasibility determines whether the technology needed for the proposed system is
available and how it can be integrated with the organization. As the organization is well-reputed
organization and they also provide consultancy service, so full technical supervision will be
available for the system. On the other hand, system does not have any extraordinary technical
requirement.
The proposed system is technically feasible because there are no extra technical requirements.
For example, if a query is to be generated the user does not need to be familiar with MySQL and
DBMS concepts.
3.2.3 Operational Feasibility
Operational feasibility of the system is the measure that how the system will work in the
organization, what will be its performance, and how it will process the information. The
proposed system will be operationally feasible because it will be efficient, accurate and reliable
and will provide more facilities than existing manual system. The proposed system will be user
friendly and easy to understand, so average person would be able to understand and use this
system easily, no high computer knowledge would be required for it.
3.3 Process Model
For the solution of the problem in any industry setting, a software engineer or team of software
engineers must incorporate a development strategy that encompasses the process, methods, tools,
layers, and generic phases. This strategy is often referred as process model or a software
engineering paradigm. A process model for software engineering is chosen based on the nature
of the project and application, methods and tools to be used, controls and deliverables that are

20 | P age

required. A software process model has predefined steps, accomplishing these steps ultimately
results in software. So, the software process is followed step by step to develop software.
There are many software process models and some of them are as follows.
1. Linear Sequential model
2. Prototyping Model
3. RAD Model
4. Incremental Model
5. Spiral Model
6. Object Oriented Model
3.3.1 Which Model I Used
Linear sequential model is sometimes called Classic Life Cycle or Waterfall model; the linear
sequential model suggests a systematic, sequential approach to software development that begins
at the system level and progress through analysis, design, coding, testing and support.
The linear sequential model encompasses following activities.
Fig 3.1

21 | P age

1. System/Information Engineering
2. Software Requirement Analysis
3. Design
4. Code Generation
5. Testing
6. Support
3.3.2 System/Information Engineering
Software is always part of large system; work begins by establishing requirements for all
system elements and the allocating some subsets of these requirements to software. This system
view is essential when software must interact with other elements such as hardware, people and
databases. System engineering and analysis encompasses requirements gathering at the system
level with a small amount of top level design and analysis. Information engineering encompasses
requirements gathering at the strategic business level and at the business level
3.3.3 Software Requirement Analysis
The requirement gathering process is intensified and focused specially on software to understand
the nature of the nature of the programs to be built. The software engineer (analyst) must
understand the information domain for the software as well as required function, behavior,
performance and interface. Requirements for both system and software are documented and
reviewed with the customer
3.3.4 Design
Software design is actually a multi step process that focuses on 4 distinct attributes of a
program:
1. Data Structure
2. Software Architecture
3. Interface Representation
4. Procedural Detail

22 | P age

The design process translates requirements into a representation of the software that can be
assessed for quality before code begins. Like requirements, the design is documented and
becomes a part of software configuration.
3.3.5 Code Generation
The design must be translated into machine readable form. The code generation steps perform
this task. If design is performed in detail manner, code generation can be accomplished
mechanistically.
3.3.6 Testing
Once code has been generated, program testing begins. The testing process focuses on logical
internals of the software, insuring that all statements of the software have been tested and all the
functional externals; that is coding tests to uncover errors and ensure that defined input will
produce actual results that agree with required results.
3.3.7 Support
Software will undoubtedly undergo change after it is delivered to customer. Change will occur
because errors have been encountered, because the software must be adopted to accommodate
changes in external environment. Software support/maintenance reapplies each of the preceding
phases to an existing program rather than a new one.
3.4 Why I Use This Model?
Waterfall model or linear model is the oldest and most widely used paradigm for software
engineering and is the best approach to be used. This is an idealized approach. Waterfall model is
strictly linear model. This aspect is of much importance for my project, because a complete
analysis is necessary before going to design phase. Suppose any bug remains in analysis or if the
analysis is incomplete and I started design phase, after completion of design phase, when some
other possibilities or requirements come then it may lead to entire change of all UML Models
and ultimately the whole design process should be received. This may lead to more time
consumption and difficulties, hence a complete and depth analysis is much necessary before
design. Another aspect of using this model is that it is easy and simple to follow.

CHAPTER NO.4

SOFTWARE DESIGN
23 | P age

4. What is Database?
A database is a structured collection of data. The data are typically organized to model relevant
aspects of reality (for example, the availability of rooms in hotels), in a way that supports
processes requiring this information (for example, finding a hotel with vacancies).
The term database is correctly applied to the data and their supporting data structures, and not to
the database management system (DBMS). The database data collection with DBMS is called a
database system.
The term database system implies that the data are managed to some level of quality (measured
in terms of accuracy, availability, usability, and resilience) and this in turn often implies the use
of a general-purpose database management system (DBMS). A general-purpose DBMS is
typically a complex software system that meets many usage requirements to properly maintain
its databases which are often large and complex
4.1 Table (Database)
In relational databases and flat file databases, a table is a set of data elements (values) that is
organized using a model of vertical columns (which are identified by their name) and horizontal
rows, the cell being the unit where a row and column intersect. A table has a specified number of
columns, but can have any number of rows. Each row is identified by the values appearing in a
particular column subset which has been identified as a unique key index.
Table is another term for relations; although there is the difference in that a table is usually a
multistep of rows whereas a relation is a set and does not allow duplicates. Besides the actual
24 | P age

data rows, tables generally have associated with them some metadata, such as constraints on the
table or on the values within particular columns.
The data in a table does not have to be physically stored in the database. Views are also
relational tables, but their data are calculated at query time. Another example is nickname, which
represent a pointer to a table in another database.

25 | P age

Delete Department
Admin
View Departments
View Visits
Edit visit
Register user
Delete Doctor
Delete visit
View Patients
Edit Doctor
View Doctors
Delete Patient
Edit Patient
Active/ Disable
User
Search Records
Change Password

Login
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
Edit Department
4.2 UML DIAGRAMS
4.2.1Use Case Diagram (Admin)

Fig 4.1
26 | P age

4.2.1.1Use case (Login)
User Action System Response
1.3 The actor will enter the user name
user type and password in to the
specific fields and then click the
login button.
1.4 The system will validate the user
name and the password. If the
username and password are valid
then the system will display the
Admin home form. If user name or
password is invalid or empty then
the scenario verification 01 will be
executed.

Scenario Verification 01
1.1 The actor has entered the invalid
username or password.
1.2 The system will display the error
message to the actor and again
display the login form
27 | P age

4.2.1.2 Sequence Diagram

Fig 4.2
Admin
Application
Home Page
Login DataBase Admin Home
Form
Application Homepage ()
ClickOnLogin()
OpenLoginPage()
EnterUsername&Password()
ReEnterUsername&Password()
SendUsername&Password(user,password)
Validation()
If_InValide()
If_ValideThenOpenHomepage()
OpenHomePage()
28 | P age

4.2.1.3 Collaboration.

Fig 4.3
Admin
Application
Home Page
Login
DataBase Admin Home
Page
6: Validation() 8: OpenHomePage()
1: ApplicationHomePage()
2: ClickOnLogin()
4: EnterUsername&Password()
10: ReEnterUsername&Password()
3: OpenLoginPage()
5: SendUsername&Password(user,password)
9: If_InValide()
7: If_ValideThenOpenHomepage()
29 | P age

4.2.1.4 Activity

Fig 4.4

Click On Login
Link
Login Form
Open
Invalid User name or Password
Valid
Application
Home Page
Enter User Name
And Password
DataBase
Admin Home
Page Open
30 | P age

4.2.2.1 Use case (Register User)

1.1 Click on add register user 1.2 Open register user entry form
1.3 The actor will enter the user
information into the fields of the
register user form and click on the
register button.
1.4 The system will check if the username
already exists, if the username exists, it
will stop the submission by disabling
the button. If username does not exist,
the system will check whether the
must-entered fields are empty or not. If
all of the must entered fields are not
empty then. If they must entered are
empty the scenario verification 01.

1.1 If one or more of the must-entered
fields are empty and actor choose
register button.
1.2 The systemwill display the message
that one or more must entered fields
are empty and then again show the
actor register user form in read and
write mode.
31 | P age

4.2.2.2 Sequence Diagram (Register User)

Fig 4.5
Admin
Admin Home
Page
Reg.user Form DataBase Message Login
Register User
Open register user form
EnterData()
Save()
Send for Storage
Open conenction
Enter Data
ConfirmationMessage()
OpenAdmin.HomePage()
32 | P age

4.2.2.3 Collaboration

Fig 4.6

DataBase
Admin
Admin Home
Page
Add F.I.R.
Form
Message

Login
7: Validate(Data)
9: ConfirmationMessage()
3: Register User
5: EnterData()
11: ReEnterData()
4: OpenAdd register Form
6: SendForVarification()
10: If_InValide(Data)
8: If_ValideThenSave()
2: OpenS.S.P.HomePage()
33 | P age

4.2.2.4 Activity Diagram (Register User)

Enter to Login
Enter User Name
And Password
Invalid User name or password
Open Admin Home
Form
Valid
Click on register
User
Enter Data
Open register user form
Click on register
User
Invalid data Re-enter the data
Valid
Confirmaton
Message
34 | P age

4.2.3.1 Use case (Delete Department)
1.1 The actor will click on departments 1.2 The system will open departments
record form
1.3 The actor will click on delete for
particular department
1.4 The systemwill take the department id
of the department and will delete the
record of that department. If there is a
problem then scenario verification 01
will execute.


System Response
1.2 After the execution of the query if there
is an error, the system will generate
error message.
35 | P age

4.2.3.2 Sequence Diagram (Delete Department)

Fig 4.8
Admin
Login S.S.P. Home
Page
Search Form DataBase AssignA.S.I.
Form
Message
Open Admin HomePage()
Departments
Open departments record
Select Delete for Department
Send department id
Validatoin()
CheckForValidation()
If_InValide()
Try Again
If_Valide()
36 | P age


Fig 4.9
Admin
Application
Home Page
Login
Admin Home
Page
Department
Form
DataBase
Departments
.I.Form
Messa
ge
8 Validatoin()
2: ClickOnLogin()
3: OpenLoginPage()
5: OpenS.S.P..HomePage()
6: Open Departments Data
7: Send Department ID
9: If_InValide()
11: delete department
10: If_Valide()
37 | P age

4.2.3.4 Activity Diagram (Delete Department)

Fig 4.10
Invalid Username or Password
Valid
Click on
Departments.
Open Departments
Form
Click Delete
Error
Delete Department
Confirmation
Message
Connection
Application
Home Page
Login
Admin Home
Page Open
38 | P age

4.2.4.1 Use case (Change Password)
1.1 Click on Change Password 1.2 The system will open change password
form.
1.3 The admin will Enter old password and
new password
1.4 The systemwill validate the password
with the admins current password. If
the password is invalid or empty then
scenario verification 01 will execute.
1.5 After entering the new password the
actor choose to change.
1.6 The systemwill confirmthe changes
and display the message


1.1 The actor has entered the invalid
password or password is less than 6
characters.
1.2 After that confirming that the password
is incorrect the system will display
error message.
39 | P age

4.2.4.2 Sequence Diagram (Change Password)

Fig 4.11
:Admin
Application
Home Page
Login Admin Home
Page
Pass. Form DataBase Change
Pass.
Message
ApplicationHomePage()
ClickOnLogin()
OpenLoginPage()
Open Admin HomePage()
Change Pass
Open form
Enter old pass
Send password
Validation()
If_InValide()
If_ValideThenOpenForm()
Change Pass
Change
SendForVarification()
Validation()
If_InValide()
ReEnterChangeA.S.I.()
If_Valide()
40 | P age


Fig 4.12
: Admin
Application
Home Page
Login
Admin Home
Page
Password
Form
DataBase
Message
8: Validation()
2: ClickOnLogin()
3: OpenLoginPage()
5: OpenAdmin .HomePage()
6: Change Password
7: Send password
9: If_InValide()
10: If_Valide()
11: If_Valide()
Change Pass
41 | P age

4.2.4.4 Activity Diagram Change Password)

Fig 4.13
Invalid Username or Password
Valid
Click on change
Password
Open password
Form
Enter old password
Enter new.
Password
Valid
Invalid Password
Re enter Password
Less than six characters
Confirmaton
Message
Valid
Application
Home Page
Login
S.S.P. Home
Page Open
42 | P age

4.2.5.1 Use case (Edit Visit)

1.1 The actor clicks on edit link in visit
records form
1.2 Opens visit edit form.
1.5 Edit the information and save it. 1.6 The system will validate the
information and the confirm the
change, if the information is invalid
then the scenario verification 01 will
be executed

1.1 The actor enters the information, which
is invalid.
1.2 The system will again ask the actor to
add the invalid information again in the
valid form.
43 | P age

4.2.5.2 Sequence (Edit Visit)

Fig 4.14
Application
Home Page
Login Admin Home
Page
Edit Visit DataBase Message
Login()
OpenLoginPage()
Admin HomePageOpen()
Edit visit
Visit Edit FormOpen()
Enter Values
Send Values
Search()
If Values Save
If eror
DisplayMessage()
Idieplay message
Admin
44 | P age

4.2.5.3 Collaboration (Edit Visit)

Fig 4.15
: S.S.P.
Application
Home Page
Login
Admin Home
Page
Edit Visit
Form
DataBase
Message
16: DisplayMessage()
2: Login()
6: Edit Visit
8: Click Edit
3: OpenLoginPage()
5:Admin HomePageOpen()
7:Visit Edit FormOpen()
9: Send appoint ID
16: SendForVarification(data)
12 If found then display valeus
20: If_InValide()
10: Get Values
15 Successful
13: Edit Values
14: Get Edited Values
45 | P age

4.2.5.4 Activity (Edit Visit)

Fig 4.16
Click On Visits

Click Edit
Invalid
Edit Visit
Dettails
Valid
Error
Application
Home Page
Login
Invalid
Admin Home
Page Open
Valid
Save In the
DataBase
successfull
46 | P age

4.2.6 Use Case Diagram (Doctor)

Fig 4.17
Change password
Doctor
View Departments
Manage Account
Make Schedule
Edit Doctor
View Doctors
Edit Visit
View Visit
Check Schedule
Search Records
Change Password

Login
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
<<Extend>>
47 | P age

4.2.6.1 Use case (See Schedule)

1.1 Login to the system. 1.2 The system opens the Home page of
Doctor
1.3 The actor Clicks on View Schedule 1.4 The system will validate if there is
schedule of the doctor stored, then
display the schedule in read only form.
If the schedule record is empty for
particular doctor then scenario
verification 01.

1.1 The actor has not build a schedule yet 1.2 The system automatically hides the
view schedule manu.
48 | P age

4.2.6.2 Sequence (See Schedule)

Fig 4.18
Doctor
Application
Home Page
Login View DataBase Show Doctor Home
Page
ClickOnLogin()
OpenLoginForm()

Send Doc Id
Validate()
If_Invalid()
If_Valid()
Show Schedule
Open Doctor HomePage()
View Schedule

Schedule
Schedule
Hide menu for
View Schedule
49 | P age

4.2.6.3 Collaboration (See Schedule)

Fig 4.19
:Doctor
Application
Home Page
Login
Sschdule
Form
DataBase Show
Schedule
Doctor Home
Page
9: Validate()
11: Show Schedule
2: ClickOnLogin()
6: View Schedule
3: OpenLoginForm()
5: Open J udge HomePage()
8: Send Doctor Id
11: If_Invalid()
10: If_Valid()
7: Open schedule form
12: Hide Menu for
view Schedule
50 | P age

4.2.6.4 Activity (See Scheduale)

Fig 4.20
Enter User
name Password
Invalid
Valid
Validate
View Schedule
Open Schedule
Details
Click on View
Schedule
DataBase
Doc ID
Application
Home Page
Enter to Login
Doctor Home
Page Open
51 | P age

4.2.7.1 Use case (Write Diagnosis & Prescription)

1.1 Click on the view appointments on the
home form.
1.2 The system will display the
appointment details for doctor if there
are any.
1.3 Click on edit to write diagnosis,
prescription and charges
1.4 System will display the visit edit form
for selected patient of particular doctor
1.5 Click change to save changes 1.6 Post back to visit form.

52 | P age

4.2.7.2 Sequence (Write Diagnosis & Prescription)

Fig 4.21
Doctor
Application
Home Page
Login Doctor Home
Page
Visit Form
Form
Visit Edit
Form
DataBase

ClickOnLogin()
OpenLoginPage()
DoctorHomePage
Click Visits
Open visit record for docttor
Click Edit towrite
Write prescription
Click Save
53 | P age

4.2.7.3 Collaboration (Write Diagnosis & Prescription)

:Doctor
Application
Home Page
Login
Doctor Home
Page
Visits
Form
DataBase
Message
2: ClickOnLogin()
6: Click visits
8: Click Edit)
3: OpenLoginPage()
5: OpenDoctorHomePage()
7: Open visits record
9: Write prescription and click chage
10: Save Record
Visit Edit
54 | P age

4.2.7.4 Activity (Write Diagnosis & Prescription)

Click On Visits

Click Edit
Edit Visit
Dettails
Records found
Error
Application
Home Page
Login
Invalid
Doctor Home
Page Open
Valid
Save In the
DataBase
successfull
Records not found
55 | P age

4.2.8 Use Case Diagram (Patient)

Fig 4.24
See Appointments
Patient
Change Password
Have Appointments
Manage Account
View Departments
Logout
Search
View Doctors
Login
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Take Slip
56 | P age

4.2.8.1 Use Case (Have Appointment)

1.1 Login to the system. 1.2 The system opens the Home page of
Patient
1.3 The actor will select doctor, department,
date and time
1.4 The system will check the entries with
patients previous visits. If the
schedule selected matches with
previous one then scenario
verification 01.


1.1 The actor has entered values which
match previous visit schedule
1.2 The system will generate error that
appointment cant be schedule
57 | P age

4.2.8.2 Sequence (Have Appointment)

Fig 4.25
Patient
Application
Home Page
Login Have DataBase Show Patient Home
Page
ClickOnLogin()
OpenLoginForm()

Sed info
Validate()
If_Invalid()
If_Valid()
Show Have Appointment
Open Patient HomePage()
Have Appointment

Appointment
Have Appointment
Send Error
58 | P age

4.2.8 .3 Collaboration (Have Appointment)

Fig 4.26
: Patient
Application
Home Page
Login
Appointment
Form

DataBase Appointment
Form
Patient Home
Page
9: Validate()
11: Show App. Form
2: ClickOnLogin()
6: View Schedule
3: OpenLoginForm()
5: Open J udge HomePage()
8: Send Info
If_Invalid()
10: If_Valid()
7: Open appointment form
12: Error Message
59 | P age

4.2.8.4 Activity (Have Appointment)

Fig 4.27
Enter User
name Password
Invalid
Valid
Have Appointment
Open appoint
form
Select and Send
Info
DataBase
Doc ID
Application
Home Page
Enter to Login
Patient Home
Page Open
60 | P age

4.2.9.1 Use case (Print Slip)

1.1 The actor clicks on print link in visit
records form
1.2 Opens the Slip for the visit
1.5 Print the Slip 1.6 The system will take print of the slip
with the help of printer.

61 | P age

4.2.9.2 Sequence (Print Slip)

Fig 4.28
Application
Home Page
Login Patient Home
Page
Edit Visit DataBase Message
Login()
OpenLoginPage()
Patient HomePageOpen()
Edit visit
Visit Edit FormOpen()
Click print
Send Values
Take Print
If eror
DisplayMessage()
Patient
62 | P age

4.2.9.3 Collaboration (Print Slip)

Fig 4.29
: Admin
Application
Home Page
Login
Patient Home
Page
Visit
Form
DataBase
Message
14: Print Slip
2: Login()
6: Edit Visit
11: Click Print
3: OpenLoginPage()
5:Admin HomePageOpen()
7:Visit FormOpen()
8: Send patient ID
16: SendForVarification(data)
10 If found then display valeus
20: If_InValide()
9: Get Values
13 Successful
12: Get Values to Print
63 | P age

4.2.9.4 Activity (Print Slip)

Fig 4.30
Click On Visits

Click Print
Empty If records not found
Record shown
if found
Error
Application
Home Page
Login
Invalid
Patient Home
Page Open
Valid
Show print

successfull
64 | P age

4.3 Tables
4.3.1 All tables

Table 4.1

65 | P age

4.3.2 Login Table

Table 4.2

66 | P age

4.3.3 Doctor Table

Table 4.3

67 | P age

4.3.4 Department Table

Table 4.4

68 | P age

4.3.5 Patient Table

Table 4.5

69 | P age

4.3.6 Visit Table

Table 4.6

70 | P age

4.3.7 Schedule Table

Table 4.7

71 | P age

4.3.8 Adds Table

Table 4.8

CHAPTER NO.5

PROJECT MANAGEMENT


72 | P age

PROJECT MANAGEMENT
5.1 Milestone
Within the framework of project management, a milestone is an event that receives special
attention. It is often put at the end of a stage to mark the completion of a work package or phase.
Milestones can be put before the end of a phase so that corrective actions can be taken, if
problems arise, and the deliverable can be completed on time.
In addition to signaling the completion of a key deliverable, a milestone may also signify an
important decision or the derivation of a critical piece of information, which outlines or affects
the future of a project. In this sense, a milestone not only signifies distance traveled (key stages
in a project) but also indicates direction of travel since key decisions made at milestones may
alter the route through the project plan.
5.2 Project Closeout Report
5.2.1 Project Deliverables
Introductory Report
Website Requirement Specification
Design
Development
Testing
Develop User Manual
Deployment/Code review

5.2.2 Operations & Maintenance
Once a website has been developed, it requires maintenance, just like any other part of the firms
operations. Unless the website only offers the very minimum in information, it will need to be
refreshed, updated and corrected on a regular basis. How this is done will partly depend on
whether the business built its own website, or used an external agency to do it.

73 | P age

5.2.2.1 External agency
If the firm used an external web agency to build its website, then it should consider having a
maintenance agreement with that agency to carry out such amendments and modifications as are
needed.

5.2.2.2 Internally-built Website
If the business built its own website, then it will be necessary for someone internally to allow
time to keep the information up to date.
Whether managed internally or externally, the key areas that must be refreshed include:
Changes in address or telephone numbers.
New branding, logos and so on.
The catalogue (if any) must be kept up to date, including new products and removing
any that are no longer offered - this can be helped by having a catalogue that shows
whether the product is in stock or not. Some potential customers will not bother to
place an order for something listed as out of stock, so some businesses choose not to
disclose this as long as they can get hold of stock quickly.
Businesses that use their website extensively will tend to keep it refreshed with news of
new products, promotions, events and so on.
A key feature of many website packages is to have a message that states when the
website was last updated, so that loyal customers can look out for whats new.
Another useful feature is the number of visitors counter, so that everyone can see how
popular the website is (or is not!).
External links - it is worthwhile checking all links regularly to ensure that they are still
all current.
5.2.2.3 Website Statistics & Diagnostics
The ISP or the website package itself will provide a certain level of information about usage
levels of the various sections of the site. Typically, reports can also be provided about broken
links where links within the website or to external sits are no longer working properly.


74 | P age

5.2.2 .4 Monitoring Service Levels
The ISP will provide reports on any downtime that has affected the website, and it is also
possible to sign up for external services that regularly test the website across the Internet to draw
attention to any downtime.
5.3 Risk Management
5.3.1 Purpose
The purpose of risk management is to determine the risk that can occur during the project life
time. The main risk that can affect the project can be technical and related to project time lines.
5.3.2 Steps Involved to Assessing and Managing Risks
There are four steps to assessing and managing risks, and effective risk management requires all
four of them:
Identify Risks
Quantify Risks
Plan for Risks
Monitor and Manage Risks
5.3.2.1 Identify Risks
There are numerous ways to identify risks. If we have a limited amount of time, the best ways to
identify risks are to:
Review the task list and schedule.
Brainstorm and talk with the experts.
5.3.2.2 Quantify Risks
Quantifying risks is a discipline unto itself. Our options range from sophisticated probability
analysis to the simpler techniques outlined below. Obviously, the accuracy of our results is
commensurate with the techniques we use. This article outlines some basic, but effective
techniques.
To quantify risks:
Determine your tolerance levels.
Assign a probability to each risk.
Assign a cost to each risk.
Assign a priority to each risk.

75 | P age

5.3.2.3 Plan for Risks
Once we've identified and quantified risks, we need to plan for them. Because risk planning can
take a lot of time and energy, we may want to plan for only the high-priority risks or the
medium- to high-priority risks. Planning entails:
Identifying triggers for each risk.
Identifying proactive, contingency, or mitigation plans for each risk.
5.3.2.4 Monitor and Manage Risks
Our risk management plan is in place. Now our job is to make sure you and others on the project
team act on it. Take any actions necessary according to our proactive, mitigation, and
contingency plans. Monitor our watch list to see if triggers are occurring, and implement
contingency plans as needed. Be sure to reassess our risks regularly. We might find the following
ideas useful for monitoring your risks:
Include a Risks section in status reports and request that resources identify any
assumptions they are making, as well as any new risks they see.
Set up regular meetings with team members to reevaluate the risk management plan and
to identify new risks to the project.
Each time your project's actual progress varies significantly from the plan, reassess the
risks and reevaluate your risk management plan.
With a little preplanning and thought, we can significantly decrease the risks to your project. Use
the tips in this article to implement risk assessment and management to our advantage.
5.3.3 Risk Analysis Summary
Prioritize and describe the plans for responding to each risk identified and evaluated.
Risk No Risk Name Impact Description
1 Hardware Crash
Data resides at any location and may be lost in case of any
miss happening.
2 Connection Disable The Server will not able to communicate with Client.
3 Empty Table Fields
There is a possibility of exception errors when there is no
record in table.


76 | P age

5.3.4 Risk Response Summary
Prioritize and describe the plans for responding to each risk identified and evaluated.
Risk No Risk Name Mitigation actions
Response
Trigger
1 Server Crash
The complete backup of data is taken after
regular intervals.
Good Coding
2 Website not found
Use always a good domain to host your
website
Web hosting
companies
3 Access Denied
Proper Testing taken to avoid any
bugs/errors.
Good Testing

CHAPTER NO.6

IMPLEMENTATION


77 | P age

6.1 Macromedia Dreamweaver Editor's Review
Macromedia Dreamweaver is one of the most popular web-design programs in the
industry. It allows you to develop professional websites and its user-friendly interface, tools and
features have made it the must-have package for web designers.
Dreamweaver uses both CSS and HTML and it has good code-editing support features that will
help you to write the CSS and HTML. Alongside writing the code, you can use the visual layout
tools to build your sites and make them look exceptional.
We can use plug-ins to place videos, music and other media into web pages. If you want a site
that is easy to update, then you can embed a live stream of content by using RSS.

6.2 Cascading Style Sheets (CSS)
Cascading Style Sheets (CSS) is a style sheet language used for describing the
presentation semantics (the look and formatting) of a document written in a markup language.
Its most common application is to style web pages written in HTML and XHTML, but the
language can also be applied to any kind of XML document, including plain XML, SVG and
XUL.
6.2.1 layout.css

6.2.1.1 Text and Height For Header
Text and height are defined for main and header.
#main {width:950px;margin:0 auto;position:relative}
#header {height:430px}
#header, #content {font-size:0.875em}
6.2.1.2 Columns Text
All the column classes are defined in this file.
.col-1, .col-2, .col-3 {float:left}
6.2.1.3 Page Width
Text, width and page background are defined page wise.
#page1 #content .line-ver {background-position:454px top}
#page1 #content .col-1 {width:500px;margin-right:94px}
#page1 #content .col-2 {width:316px}
layout.css

78 | P age

#page5 #content .line-ver {background-position:454px top}
#page5 #content .col-1 {width:411px;margin-right:94px}
#page5 #content .col-2 {width:405px}
6.2.1.4 Text Font
Font text for footer is defined also in layout.css
#footer {padding:0 20px 40px 20px;font-size:.75em}

6.2.2 stile.css

Stile.css contain following classes which are used again and again in all
other pages, so we enclosed all these in one file.

6.2.2.1 Paragraph
Paragraphs are with different font are defined.
.p1 {margin-bottom:12px}
6.2.2.2 Heading
Different fonts are used as heading.
h1 {font-family:"Trebuchet MS",Helvetica,sans-serif;font-
size:2.14em;line-height:1.1em;font-weight:normal; color:#545454;
letter-spacing:-1px;margin-bottom:18px}
h2 span {color:#f4a03b}
h3 {font-size:1em}
6.2.2.3 Box Size
Boxes are used to isolate the every column and row and box
background are defined in following mentioned code.
.box {background:url(../images/box-bg.gif) left bottom repeat-x
#fff;width:100%}
stile.css

79 | P age

.box .border-top {background:url(../images/border-top.gif) repeat-x
top}
.box .border-bot {background:url(../images/border-bot.gif) repeat-x
bottom}
.box .border-left {background:url(../images/border-left.gif) repeat-y
left}
.box .border-right {background:url(../images/border-right.gif)
repeat-y right}
.box .left-top-corner {background:url(../images/left-top-corner.gif)
no-repeat left top}
.box .right-top-corner {background:url(../images/right-top-
corner.gif) no-repeat right top}
.box .left-bot-corner {background:url(../images/left-bot-corner.gif)
no-repeat left bottom}
.box .right-bot-corner {background:url(../images/right-bot-
corner.gif) no-repeat right bottom;}
.box .inner {padding:20px 30px 15px 30px}
6.2.2.4 Tables
Tables, tables backgrounds, table cells are defined as following code
in CSS.
table {border:0px solid #dadada;width:100%; border-
collapse:collapse}
table td {border:none}
table td.cell-1 {width:330px}
table td.cell-2 {text-align:center}
table thead td {background:#ebebeb;font-weight:bold;padding:7px

80 | P age

30px
7px 30px;border:1px solid #dadada}
table tbody td {padding:6px 30px 0 30px;text-
align:center;border:1px solid
6.2.2.5 Footer
All pages have used footer. So, we have define footer in stile.css.
Where footer color, text , alignment etc are defined.
#footer {color:#292929}
#footer .nav {text-align:center;padding-bottom:14px}
#footer .nav li {display:inline}
#footer .nav li a {padding:0 38px 0 35px;color:#292929}
6.3 PHP
PHP is an open source general-purpose server-side scripting language originally designed
for Web development to produce dynamic Web pages. It is one of the first developed server-side
scripting languages to be embedded into an HTML source document rather than calling an
external file to process data. The code is interpreted by a Web server with a PHP processor
module which generates the resulting Web page. It also has evolved to include a command-line
interface capability and can be used in standalone graphical applications. PHP can be deployed
on most Web servers and also as a standalone shell on almost every operating system and
platform free of charge. A competitor to Microsoft's Active Server Pages (ASP) server-side
script engine and similar languages, PHP is installed on more than 20 million Web sites and 1
million Web servers.

6.3.1 Home Page

The first page that appears upon opening a web browser program, which is also
sometimes called the start page. This 'start page' can be a website or it can be a page with various
browser functions such as the visual display of websites that are often visited in the web browser.
Index.php

81 | P age

The first website was created by Tim Berners-Lee, who is known as the inventor of the
World Wide Web.
In first page Administrator,
Doctor and Patient can
login their ID. Where type
is mentioned in drop down
list. At the bottom
advertisement is running
which is appeared
dynamically.

6.3.2 About Us

History of Nishter Institute of Dentistry is defined in this page. Separation of Dental
Section as Independent Hospital is defined also.

about_us.php

82 | P age

6.3.3 Departments
All the departments are defined in Departments menu.

6.3.4 MISSION
The mission of nishter institute of dentistry is defind in mission.php page. This page is
linked with MISSION menu.

mission.php

83 | P age

6.3.5 Databse Connection
Dbcon.php provide the connectivity with database by the following mentioned code.
<?php
$dbhost ='localhost';
$dbuser ='root';
$dbpass ='';
$dbname ='nishter';
$con =mysql_connect($dbhost,$dbuser,$dbpass);
mysql_select_db($dbname,$con);
?>
6.3.6 Addition of Advertisement (Code)
<?php
require_once('../libs/dbcon.php');
$query ="INSERT INTO adds (title, detail, status)
VALUES (
'".mysql_real_escape_string($_POST['Title'])."',
'".mysql_real_escape_string($_POST['Detail'])."',
'".mysql_real_escape_string($_POST['Status'])."')";
if(mysql_query($query)) {
mysql_close ($con);
header("Location:insert_add.php?msg=Add Uploaded successfully!");
}
else {
mysql_close ($con);
header("Location:insert_add.php?msg=Error! Please Try Again");
}
?>
6.3.7 Deletion of Advertisement (Code)
<?php
dbcon.php

84 | P age

$q ="DELETE FROM adds WHERE id ='".$_GET['id']."'" ;
if(mysql_query ($q))
{
mysql_close ($con);
header("Location:check_adds.php?msg=Deleted successfully");
}
else
{
mysql_close ($con);
header("Location:check_adds.php?msg=Error! Pleas Try Again!");
}
?>
6.3.8 Deletion of Doctor Department Record
<?php
$q ="DELETE FROM doctor_depart WHERE id ='".$_GET['id']."'" ;
{
mysql_close ($con);
header("Location:depdoc_showrecord.php?msg=Deleted successfully");
}
else
{
mysql_close ($con);
header("Location:depdoc_showrecord.php?msg=Error! Pleas Try Again!");
}
?>
6.3.9 Edit Code of Doctor Department
<?php
$sql ="UPDATE doctor_depart SET

85 | P age

id ='". mysql_real_escape_string($_POST['ID']) ."',
dep_id ='". mysql_real_escape_string($_POST['Depart_ID']) ."',
doc_id ='". mysql_real_escape_string($_POST['Doctor_ID']) ."'
WHERE id ='".$_POST['id']."' ";
if(mysql_query ($sql))
{
header("Location:depdoc_showrecord.php?msg=Updated Successfully");
}
else {
header("Location:depdoc_showrecord.php?msg=Insertion failed!");
}
?>
6.3.10 Doctors Deletion Code
<?php
$quer ="SELECT * FROM doctors WHERE doc_id ='".$_GET['id']."'" ;
$s =mysql_query($quer);
$res =mysql_fetch_assoc($s);
$q ="DELETE FROM doctors WHERE doc_id ='".$_GET['id']."'" ;
$qr ="DELETE FROM login WHERE login_name ='".$res['login_name']."' ";
if(mysql_query ($q) and mysql_query($qr))
{
mysql_close ($con);
header("Location:doctor_show_record.php?msg=Deleted successfully!");
}
else
{
mysql_close ($con);
header("Location:doctor_show_record.php?msg=Error! Pleas Try Again!");
}
?>

86 | P age

6.3.11 Doctors Updating Code
<?php
session_start();
$filename ="../uploads/".$_FILES['Picture'] ['name'];
move_uploaded_file($_FILES['Picture'] ['tmp_name'],$filename);
$query ="Update doctors SET
picture ='".mysql_real_escape_string($_FILES['Picture'] ['name'])."',
doc_name ='".mysql_real_escape_string($_POST['Doctor_Name'])."',
office_number ='".mysql_real_escape_string($_POST['Office_Number'])."',
mobile_number ='".mysql_real_escape_string($_POST['Mobile_number'])."',
address ='".mysql_real_escape_string($_POST['Address'])."',
email ='".mysql_real_escape_string($_POST['Email'])."',
qualification ='".mysql_real_escape_string($_POST['Qualification'])."',
experience ='".mysql_real_escape_string($_POST['Experience'])."',
designation ='".mysql_real_escape_string($_POST['Designation'])."',
join_date ='".mysql_real_escape_string($_POST['Join_Date'])."'
WHERE login_name ='".$_SESSION['login_name']."'";
if(mysql_query ($query))
{
mysql_close ($con);
header("Location:Doctor_form.php?msg=Registered Successfully!");
}
else
{
mysql_close ($con);
header("Location:Doctor_form.php?msg=Error! Pleas Try Again!");
}
?>
6.3.12 Code to Active or Disable for a Login
<?php

87 | P age

require_once('dbcon.php');

$sql ="UPDATE login SET
status ='Active'
WHERE login_id ='".$_GET['id']."' ";
{
header("Location:../Login/login_data.php?msg=Status Activated Successfully!");
}
else {
header("Location:../Login/login_data.php?msg=Error, Please Try Again!");
}
?>
6.3.13 Activation of Add Code
<?php

$sql ="UPDATE adds SET
status ='Active'
WHERE id ='".$_GET['id']."' ";
{
header("Location:../Adds/check_adds.php?msg=Status Activated Successfully!");
}
else {
header("Location:../Adds/check_adds.php?msg=Error, Please Try Again!");
}
?>
6.3.14 Add Disable Code
<?php

88 | P age

status ='Disable'
WHERE login_id ='".$_GET['id']."' ";
{
header("Location:../Add/check_adds.php?msg=Status Disabled Successfully!");
}
else {
header("Location:../Add/check_adds.php?msg=Error, Please Try Again!");
}
?>

6.3.15 Signup Code
<?php
session_start();
$q =" SELECT login_id, login_type, login_name FROM login WHERE
login_name='". mysql_real_escape_string($_POST['User_Name']) ."'
AND password ='". mysql_real_escape_string($_POST['Password'])."'
AND login_type ='". mysql_real_escape_string($_POST['User_Type']) ."'
AND status ='Active' LIMIT 1";
$res =mysql_query($q);
if(mysql_num_rows($res) >0) {
$rs =mysql_fetch_assoc($res);
$_SESSION['login'] ='yes';
$_SESSION['login_type'] =$rs['login_type'];
$_SESSION['login_name'] =$_POST['User_Name'];
if($rs['login_type'] =="Doctor") {
$que ="SELECT doc_id FROM doctors WHERE
login_name ='".$_SESSION['login_name']."'";
$resl =mysql_query($que);

89 | P age

$docid =mysql_fetch_assoc($resl);
$_SESSION['id'] =$docid['doc_id'];
mysql_close($con);
header("Location:../login.php?msg=Doctor Signed IN");
}
else if($rs['login_type'] =="Patient") {
$que ="SELECT pat_id FROM patients WHERE
login_name ='".$_SESSION['login_name']."'";
$resl =mysql_query($que);
$patid =mysql_fetch_assoc($resl);
$_SESSION['id'] =$patid['pat_id'];
mysql_close($con);
header("Location:../login.php?msg=Patient Signed IN");
}
else if ($rs['login_type'] =="Admin") {
mysql_close($con);
header("Location:../login.php?msg=Admin Loged In");
}
}
else{
mysql_close($con);
header("Location:../Index.php?msg=Invalid Username or Password");
}
?>
6.3.16 Change Password Code
<?php
session_start();
$pass=$_POST['cnf_pass'];
if($_SESSION['login_type'] =='Doctor') {


90 | P age

$a=" SELECT password FROM login WHERE
login_name='".mysql_real_escape_string($_SESSION['login_name'])."'";

$results =mysql_query($a);
$resultSet =mysql_fetch_assoc($results);
$decodepass =base64_decode($resultSet['password']);
if ($decodepass==$_POST['old_pass']) {
$qry ="UPDATE doctors SET
password='". mysql_real_escape_string($pass) ."'
WHERE login_name ='".mysql_real_escape_string($_SESSION['login_name'])."'";
Password ='". mysql_real_escape_string($pass) ."'
WHERE
login_name ='".mysql_real_escape_string($_SESSION['login_name'])."'";
if ( mysql_query($qry) and mysql_query($sql) ) {
header("Location:change_pass.php?msg=Updated successfully");
}
else {
header("Location:change_pass.php?msg=Uncatch exceptionali, Please Try Again");
}
}
}
if($_SESSION['login_type'] =='Patient') {
$a=" SELECT password FROM login WHERE

$results =mysql_query($a);
$resultSet =mysql_fetch_assoc($results);
$decodepass =base64_decode($resultSet['password']);
if ( $decodepass ==$_POST['old_pass']) {
$qry ="UPDATE patients SET

91 | P age

password='". mysql_real_escape_string($pass) ."'
WHERE login_name ='".mysql_real_escape_string($_SESSION['login_name'])."'";

WHERE

if ( mysql_query($qry) and mysql_query($sql) ) {
}
else {
header("Location:change_pass.php?msg=Uncatch exceptionali, Please Try Again");
}
}

}

if($_SESSION['login_type'] =='Admin' ) {
WHERE

if ( mysql_query($sql) ) {
}
else {
header("Location:change_pass.php?msg=Uncatch exception, Please Try Again");
}
}

92 | P age

?>
6.3.17 Login Deletion Code
<?php
$q ="DELETE FROM login WHERE login_id ='".$_GET['id']."'" ;
{
mysql_close ($con);
header("Location:login_data.php?msg=Deleted successfully");
}
else
{
mysql_close ($con);
header("Location:login_data.php?msg=Error! Pleas Try Again!");
}
?>
6.3.18 Login Edit Code
<?php
login_type ='". mysql_real_escape_string($_POST['Login_Type']) ."',
login_name ='". mysql_real_escape_string($_POST['Login_Name']) ."',
Password ='". mysql_real_escape_string($_POST['Password']) ."'
WHERE login_id ='".$_POST['id']."' ";
{
header("Location:login_data.php?msg=inserted Successfully");
}
else {
header("Location:login_data.php?msg=Insertion failed!");
}

93 | P age

?>

6.4 JavaScript
JavaScript (JS) is a dynamic computer programming language. It is most commonly used
as part of web browsers, whose implementations allow client-side scripts to interact with the
user, control the browser, communicate asynchronously, and alter the document content that is
displayed. It is also being used in server-side programming, game development and the creation
of desktop and mobile applications.
6.4.1 Date Picker

<html lang="en">
<head>
<meta charset="utf-8">
<title>jQuery UI Datepicker - Default functionality</title>
<link rel="stylesheet" href="//code.jquery.com/ui/1.10.4/themes/smoothness/jquery-ui.css">
<script src="//code.jquery.com/jquery-1.9.1.js"></script>
<script src="//code.jquery.com/ui/1.10.4/jquery-ui.js"></script>
<link rel="stylesheet" href="/resources/demos/style.css">
<script>
$(function() {
$( "#datepicker" ).datepicker();
});
</script>
</head>
<body>
<p>Date: <input type="text" id="datepicker"></p>
</body>
</html>
Above mentioned code will be execute when following URLs are linked , otherwise this code
will be unable to pick the current or any date.
code.jquery.com/ui/1.10.4/themes/smoothness/jquery-ui.css

94 | P age

code.jquery.com/ui/1.10.4/jquery-ui.js
code.jquery.com/jquery-1.9.1.js

CHAPTER NO.7

TESTING


95 | P age

TESTING
This section introduces the concept of testing and how important it is, for the successful
implementation of the project. Different phases of testing are described along with the level of
testing incorporated in this particular project.

7.1 Objective of Testing
Testing is vital to the success of any website. Testing is done at different stages within the phase.
Testing makes a logical assumption that the goals will be achieved successfully. Inadequate
testing at all leads to errors that may come up after a long time when correction would be
extremely difficult. Another objective of testing is its utility as a user-oriented vehicle before
implementation.

7.2 Types of Testing in a Website
Functionality Testing
Usability testing
Interface testing
Compatibility testing
Performance testing
Security testing

7.3 Functionality Testing:
Test for all the links in web pages, database connection, forms used in the web pages for
submitting or getting information, Cookie testing.

7.3.1 Check All the Links:
Test the outgoing links from all the pages from specific domain under test.
Test all internal links.
Test links jumping on the same pages.
Test to check if there are any orphan pages.
Lastly in link checking, check for broken links in all above-mentioned links.

96 | P age

7.3.2 Database Testing
Data consistency is very important in web application. Check for data integrity and errors while
you edit, delete, modify the forms or do any DB related functionality. Check if all the database
queries are executing correctly, data is retrieved correctly and also updated correctly.

7.3.3 Testing Forms
Forms are the integral part of any web site. Forms are used to get information from users and to
keep interaction with them. So what should be checked on these forms?
First check all the validations on each field.
Check for the default values of fields.
Wrong inputs to the fields in the forms.
Options to create forms if any, form delete, view or modify the forms.

7.3.4 Cookies Testing
Cookies are small files stored on user machine. These are basically used to maintain the session mainly
login sessions. Test the application by enabling or disabling the cookies in your browser options. Test if
the cookies are encrypted before writing to user machine. If you are testing the session cookies (i.e.
cookies expire after the sessions ends) check for login sessions and user stats after session end. Check
effect on application security by deleting the cookies.

7.3.5 Validate Your HTML/CSS:
If you are optimizing your site for Search engines then HTML/CSS validation is very important.
Mainly validate the site for HTML syntax errors. Check if site is crawlable to different search
engines.

7.4 Usability Testing
7.4 .1 Test For Navigation
Navigation means how the user surfs the web pages, different controls like buttons, boxes or how user
using the links on the pages to surf different pages. Usability testing includes: Web site should be easy to
use. Instructions should be provided clearly. Check if the provided instructions are correct means whether
they satisfy purpose. Main menu should be provided on each page. It should be consistent.

97 | P age

7.4 .2 Content Checking
Content should be logical and easy to understand. Check for spelling errors. Use of dark colors
annoys users and should not be used in site theme. You can follow some standards that are used
for web page and content building and these are common accepted standards.
Content should be meaningful. All the anchor text links should be working properly. Images
should be placed properly with proper sizes. These are some basic standards that should be
followed in web development. Your task is to validate all for UI testing
7.5 Interface Testing
The main interfaces are:
Web Server and application server interface.
Application server and Database server interface.
Check if all the interactions between these servers are executed properly. Errors are handled
properly. If database or web server returns any error message for any query by application server
then application server should catch and display these error messages appropriately to users.
Check what happens if user interrupts any transaction in-between? Check what happens if
connection to web server is reset in between?
7.6 Compatibility Testing
Compatibility of your web site is very important testing aspect. See which compatibility test to be
executed:
Browser compatibility
Operating systemcompatibility
Printing options

7.6.1 Browser Compatibility
Browser compatibility is the most influencing part on web site testing. Some applications are very
dependent on browsers. Different browsers have different configurations and settings that your web page
should be compatible with. Web site coding should be cross browser platformcompatible.
Test web application on different browsers like Internet explorer, Firefox, Netscape navigator, AOL,
Safari, Opera browsers with different versions.


98 | P age

7.6.2 OS Compatibility
Some functionality in web application is may not be compatible with all operating systems. All new
technologies used in web development like graphics designs, interface calls like different APIs may not
be available in all Operating Systems. Test your web application on different operating systems like
Windows, Unix, MAC, Linux, Solaris with different OS flavors.

7.6.3 Printing Options
If you are giving page-printing options then make sure fonts, page alignment, page graphics
getting printed properly. Pages should be fit to paper size or as per the size mentioned in printing
option.
7.7 Performance Testing
Web application should sustain to heavy load. Web performance testing should include:
Web Load Testing
Web Stress Testing
Test application performance on different internet connection speed. In web load testing test if
many users are accessing or requesting the same page. Can system sustain in peak load times?
Site should handle many simultaneous user requests, large input data from users, Simultaneous
connection to DB, heavy load on specific pages etc.

7.7.1 Stress Testing
Generally stress means stretching the system beyond its specification limits. Web stress testing is
performed to break the site by giving stress and checked how system reacts to stress and how
system recovers from crashes. Stress is generally given on input fields, login and sign up areas.
In web performance testing web site functionality on different operating systems, different
hardware platforms is checked for software, hardware memory leakage errors.

7.8 Security Testing
Following are some test cases for web security testing:
Test by pasting internal url directly into browser address bar without login. Internal pages
should not open.

99 | P age

If you are logged in using username and password and browsing internal pages then try
changing url options directly. Try directly changing the url site ID parameter to different
site ID which is not related to logged in user. Access should deny for this user to view
others stats.
Try some invalid inputs in input fields like login username, password, input text boxes.
Check the system reaction on all invalid inputs.
Web directories or files should not be accessible directly unless given download option.

CHAPTER NO.8

CONCLUSIONS, LIMITATION
& FUTURE WORK

Automobile Number Plate Identification System
100 | P age

8.1 CONCLUSION
The basic objective of the system is achieved which is to minimize the
utilization of the resources. The data is highly secure because of the authentications
procedure of using the system and because of limited access to information to each
particular user. It ensures regular guaranteed service to the user. The system is to provide
accuracy of the data and information, needed for decision making. It will ensure efficient
and accurate record keeping. The graphical user interface provides the user friendly
environment with efficient working of the system. It provides the objective to reduce the
time and efforts required for receiving information.

8.2 LIMITATION
1. Patient should be computer literate.
2. To check the online status, should have internet connection.
3. Registration of patient and doctor done by administrator login.
4. Login password must be kept save in mind by the patient and doctor.

8.3 FUTURE SCOPE
In future we expand database and store the data of admitted patients.
By this expansion all the patients relatives can check the patient ward number and as
well as his bed number. They can reach easily to their patient.

CHAPTER NO.9

USER GUIDE


101 | P age

9.1 Home Page

Fig 9.1


102 | P age

9.2 About Us

Fig 9.2


103 | P age

9.3 Main Page (Doctor)

Fig 9.3


104 | P age

9.4 Change Password

Fig 9.4


105 | P age

9.5 Check Appointments (Doctor)

Fig 9.5


106 | P age

9.6 Check Schedule

Fig 9.6


107 | P age

9.7 Have Appointment

Fig 9.7


108 | P age

9.8 Manage Account

Fig 9.8


109 | P age

9.9 Search (Patient)

Fig 9.9

APPENDIX

REFERENCES & BIBLIOGRAPHY


110 | P age

APPENDIX A: REFERENCES

[1] HTML Canvas Deep Dive by J osh Marinacci

[2] Building a Website with HTML, CSS, and J avaScript, 2nd Edition by
J onathan Stark, Brian J epson , Publisher: O'Reilly Media; 2 edition (J anuary
30, 2012)
[3] Learning Web Design 2nd Edition by Jennifer Niederst

[4] Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification W3C
Recommendation 07 J une 2011

[5] PHP Essentials, 2nd Edition J ulie C. Meloni (Author) , Course Technology
PTR; 2 edition (March 28, 2003)

[6] PHP/MySQL Programming for the Absolute Beginner by Andy Harris
(Author)

[7] HP Bible - Tim Converse (Author), Joyce Park (Author)

[8] Learning PHP, MySQL, J avaScript, and CSS: A Step-by-Step Guide to
Creating Dynamic Websites by Robin Nixon.

[9] Dreamweaver 8 by David McFarland

[10] Macromedia Dreamweaver 8 Hands-On Training by Daniel Short, Garo
Green


111 | P age

APPENDIX B: BIBLIOGRAPHY

http://www.google.com
http://www.w3schools.com/
http://jqueryui.com
http://pk1.php.net/tutorial
http://www.homeandlearn.co.uk/php/php.html
http://www.tutorialspoint.com/php/
http://www.htmlandcssbook.com/
http://www.w3.org/TR/2013/CR-css-cascade-3-20131003/
http://www.tutorialspoint.com/php/php_function_reference.htm
http://www.tutorialspoint.com/mysql/index.htm
https://api.jquery.com/jQuery.ajax/

Nishter Institute of Dentistry Information System

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Nishter Institute of Dentistry Information System

Transféré par

Droits d'auteur :

Formats disponibles

Nishter Institute of Dentistry Information System

Vous aimerez peut-être aussi