Professional Documents
Culture Documents
Project Code:
CPMIT17S1-4
Internal Advisor:
Mr.Ramzaan Malik
Miss Samreen Razzaq
External Advisor:
Miss Laraib
Project Manager:
Mr. Amir Zia
Project Team:
Maryam Ramzan (MITF17E049)
Ammara Shafiq (MITF17E015)
Muhammad Arslan Zafar (MITF17E046)
(Group-4)
Submission Date:
Nov.28,2018
_____________________
<Project code> Software Requirements Specifications <Version x>
Customer Uos
Project Online eye care system
Document Requirement Specifications
Document Version 1.0
Identifier
Status Draft
Maryam Ramzan (MITF17E049)
Author(s) Ammara Shafiq (MITF17E015)
Muhammad Arslan Zafar (MITF17E046)
Approver(s) PM
Issue Date Nov. 22, 2018
Document Location
1. Advisor
Distribution 2. PM
3. Project Office
This section should provide the definitions of all terms, acronyms, and abbreviations required to interpret
the terms used in the document properly.
Term Description
ASP Active Server Pages
RS Requirements Specifications
Table of Contents
1. INTRODUCTION..........................................................................................................................5
1.1 Purpose of Document.........................................................................................................................5
1.2 Project Overview..................................................................................................................................5
1.3 Scope.....................................................................................................................................................5
4. FUNCTIONAL REQUIREMENTS............................................................................................6
5. NON-FUNCTIONAL REQUIREMENTS..................................................................................6
5.1 Performance Requirements...............................................................................................................6
5.2 Safety Requirements...........................................................................................................................6
5.3 Security Requirements........................................................................................................................6
5.4 User Documentation............................................................................................................................7
1. Introduction
1.3 Scope
This system will replace the old system that is currently used in most hospitals. This environment of this system is
based on php and MySql. This system has three users, which are for the patient, doctors and administrator. Each of
these users has their own permitted area in order to access this system. This project is useful for the user to book for
an appointment for an eye check up through the system rather than manually. The appointment details will be
booked and on the prescribe date the can directly visit to the hospitals...
Legal constraints
Environmental constraints
Internet enabled machine is the necessary to run this application.
User constraints
This project is designed for the hospitals. It is user friendly and has user friendly interface.
4. Functional Requirements
4.1 Patient registration
The system should make provision for a way to identify every patient uniquely. In the prototypes used for the current
study a unique patient number was generated automatically for every new patient registered .
4.2 Administration
Management can rely on the system. Admin can update, change, and delete any record or information on the
website.
5. Non-functional Requirements
Response Time
The system shall give responses in 1 second after checking the patient’s information.
Capacity
The System must support 1000 people at a time.
User-interface
The user-interface screen shall respond in a few seconds.
5.2 Safety Requirements
Humans are error-prone, but the negative effects of common errors should be limited. E.g. users should realize that
a given command will delete data, and be asked to confirm their intent or have the option to undo.
5.3 Security Requirements
Each member is required to enter an individual Username & password when accessing the software.
Administrators have the option of increasing the level of password security their members must use. The data in
the database is secured through multiple layers of Protection. One of those security layers involves member
passwords. For maximum Security of your software, each member must protect their password.
5.4 Availability
The system shall be available all the time
Brief technical details such as hardware and software requirement to run the system
User guide: This is the bulk of the system
Glossary of technical terms
Trouble Shooting : Usually a simple list of things to check before calling for further help
Index
7. References
Ref. No. Document Title Date of Release/ Publication Document Source
1 Project Proposal Oct 18, 2018
Assumptions& Nov 22, 2018 www.wiluprojects.com
2
dependencies
Functional and non- Nov 25,2018 www.quora.com/What-
functional requirement are-the-requirements-for-
a-hospital-management-
system
3
https://www.scribd.com/docu
ment/247913699/SRS-for-
Hospital-Management-
System
8. Appendices
Appendix A:
(UML is a common language for business analysts, software architects and developers used to describe, specify,
design, and document existing or new business processes, structure and behavior of artifacts of software
systems.)
Appendix B:
(HTTP is based on the client-server architecture model and a stateless request/response protocol that operates by
exchanging messages across a reliable TCP/IP connection. HTTP messages are passed in a format similar to
that used by the Internet mail [RFC5322] and the Multipurpose Internet Mail Extensions (MIME))
Appendix C:
(External interface requirements specify hardware, software, or database elements with which a system or
component must interface... This section provides information to ensure that the system will communicate
properly with external component)