Professional Documents
Culture Documents
Prepared by
Team # 26
XYZ PROJECT
2012
XYZ PROJECT
Preface
This document is Software Requirement Specification for our project named as Hotel Management System. In this document, requirements will be documented clearly.
XYZ PROJECT
List of Table
TABLE 1. REZERVATION...............................................................................................................18 TABLE 2. USER AUTHENTICATION..............................................................................................19 TABLE 3.MANAGE ROOM .............................................................................................................21 TABLE 4. SEND MESSAGE............................................................................................................22 TABLE 5. CONTACT SUPPLIER....................................................................................................23
XYZ PROJECT
Table of Contents
PREFACE........................................................................................................................................3 TABLE OF CONTENTS...................................................................................................................5 1. INTRODUCTION...........................................................................................................................6 1.1. Purpose...................................................................................................................................6 1.2. Scope......................................................................................................................................6 1.4 . References...........................................................................................................................7 1.5. Overview.................................................................................................................................8 IN SECTION 2, AN OVERALL DESCRIPTION FOR SRS WILL BE GIVEN FROM PRODUCT PERSPECTIVE, FUNCTIONAL REQUIREMENTS, CONSTRAINTS, USER TYPES AND ASSUMPTIONS. IN PRODUCT PERSPECTIVE, USER INTERFACES WILL BE MENTIONED. SINCE THERE IS NO HARDWARE INTERFACE IN OUR PROJECT, HARDWARE INTERFACE IS NOT INCLUDED IN OUR SRS DOCUMENT. IN FUNCTION REQUIREMENTS SUBCHAPTER, FUNCTIONS, ACCESSING OF THOSE FUNCTIONS PERSONALLY AND PRE AND POST CONDITIONS WILL BE MENTIONED. ALSO, USER TYPES, CONSTRAINTS AND ASSUMPTIONS WILL BE MENTIONED. ........................................................................................8 IN SECTION 3, SPECIFIC REQUIREMENTS WILL BE CONSIDERED IN DETAILED. MAJOR FUNCTIONS, HOW THEY WORK AND WHO WILL ACCESS THEM WILL BE DESCRIBED. .....9 2. OVERALL DESCRIPTION.........................................................................................................10 2.1 Product Perspective...............................................................................................................10 2.1.1 System Interfaces...........................................................................................................10 2.1.2 User Interfaces................................................................................................................10 2.1.3 Hardware Interfaces........................................................................................................11 2.1.4 Software Interfaces.........................................................................................................11 2.1.5 Memory...........................................................................................................................12 2.2. Product Functions................................................................................................................13 2.3 User Characteristics...............................................................................................................14 2.4 Constraints.............................................................................................................................15 2.5 Assumptions and Dependencies............................................................................................15 ASSUMPTIONS AND DEPENDENCIES ARE LISTED BELOW;..................................................16 3 SPECIFIC REQUIREMENTS.......................................................................................................16 3.1 External Interfaces.................................................................................................................16 3.2 Functional Requirement.........................................................................................................17 Table 1. Reservation...............................................................................................17 3.4 Performance Requirements...................................................................................................21 3.5 Logical Database Requirements............................................................................................22 3.6 Design Constraints.................................................................................................................22 3.7 Software System Attributes....................................................................................................22 3.7.1 RELIABILITY.........................................................................................................................22 HOTEL MANAGEMENT SYSTEM WILL BE DESIGNED FOR WORK ON EVERY ENVIRONMENT, AS LONG AS REQUIRED HARDWARE AND SOFTWARE IS PROVIDED. DURING THE TEST PROCESS, ANY POSSIBLE HARDWARE AND SOFTWARE COMBINATIONS WILL BE TESTED..............................................................................................22 4. APPENDICES............................................................................................................................23
XYZ PROJECT
1. Introduction
1.1.
Purpose
The purpose of this document is reflecting all the requirements, constraints and design activities. This document contains the requirements which are supposed to submitted to our supervisor on time. Our project will be depend on these requirements.
1.2.
Scope
The scope of our project is designing a web environment to provide a safe and user friendly system for hotel management. In this environment, there will be different types of user and those are: hotel administirator, accounter and client. For all those user types, there will be different interfaces. Our project will cover these properties:
-
A room reservation system for client (authorized user). An information system for hotel administrator. A log-in and sign-up interface for visitor (unauthorized user). Search information Manage room and employee Announcement For every type of users, there will be a different interface and properties which are
metioned above.
XYZ PROJECT
1.3 DEFINATIONS
Constructive Cost Model COCOMO DB FP GUI HTML HW IDE IE IEEE I/O IP Java EE Java ME KLOC KU LOC MIDP 2.0 MS PS RAM: SDD SPS SPMP SQL SRS SW Database Function Points Graphic User Interface Hypertext Markup Language Hardware Integrated Development Environment Internet Explorer Institute of Electrical and Electronics Engineers Input / Output Initial Plan Java Enterprise Edition Java Micro Edition 1000 Lines of Code Knowledge Unit Line Of Code Mobile Information Device Profile Microsoft Problem Statement Random Access Memory Software Design Description Student Portal System Software Project Management Plan Structured Query Language Software Requirements Specification Software
1.4 . References
IEEE Std 1058-1998, IEEE Standard for Software Project Management Plans
7/30 Team # 5 (Team ABC) System Requirements Specification Version: X
XYZ PROJECT
Pressman, Roger S., Software Engineering, 4th edition, McGraw-Hill, 1997 Fairley, R. E., Work breakdown Structure, Software Engineering Project Management, IEEE CS Press, 1997
1.5.
Overview
In section 2, an overall description for SRS will be given from product perspective, functional requirements, constraints, user types and assumptions. In product perspective, user interfaces will be mentioned. Since there is no hardware interface in our project, hardware interface is not included in our SRS document. In function requirements subchapter, functions, accessing of those functions personally and pre and
XYZ PROJECT
post conditions will be mentioned. Also, user types, constraints and assumptions will be mentioned.
In section 3, specific requirements will be considered in detailed. Major functions, how they work and who will access them will be described.
XYZ PROJECT
2. Overall Description
In this section of SRS, the general factors that affect the product and its requirements will be described.
Administration interface Staff Interface Authorized (Customer) user interface Unauthorized (Guest)user interface
These interfaces will be variated according to users requirements. However they will have some common properties such as: A customizable window theme (colors, font types, etc.) Menus Windows layouts
There will be a registration system for every type of user. In registration step, user will define their type(administrator, accounter or client) and after registration they will reach different interfaces.
XYZ PROJECT
The interfaces will contain checkboxes, text areas, and combo boxes to prevent user entering wrong inputs. Checkboxes and combo boxes will be designed for every possible user inputs without constratining the user. Also, system will try to minimize errors but if an error occurs, user will be informated with a window. The interfaces for each user types are below:
-
Administrator Interface: When administrator logged in to system, they will reach this interface. It allows administrators to add or delete rooms, send e-mail or messages to other type of users (except from unauthorized users), contact to supplier companies (food, room materials etc.), and reach to customers information.
Staff Interface: Staff can manage announcement and restaurant function. Authorized(Customer) User Interface: When a user log-in to the system, they can see the prices and status of the rooms, and can make reservation.
Unauthorized(Guest) User Interface: An unauthorized user can sign-up or log in to the system.
Administrator Interface: Admin can manage rezervation, employee, user authentication in the system.
Communication Interfaces
Data transmission between server and client is achieved by using TCP/IP (Transmission
XYZ PROJECT
Control Protocol/ Internet Protocol). Moreover, HTTP (Hyper Text Transfer Protocol) will be used.
2.1.5 Memory
Since an up-to-date web browser requires a modern operating system, memory requirement will be higher than the applications need. At least 512 MB RAM is recommended for user side and on the database server side, 4 GB RAM is required. On the user side, minimum 1 GB free disk space and on the database server side, minimum 1 TB hard disk is required.
Minimum System Requirements for Personal Computers: 1 GHz 32 bit Intel, AMD or equivalent CPU. 512 MB RAM Minimum 1 GB free disk space An up-to-date OS is recommended for browser support (Windows XP or higher)
Minimum System Requirements for Database Server 2 GHz Intel Xenon or equivalent CPU 4 GB RAM 1 TB Hard disk space
Since today it is possible to reach a web site with a mobile phone, internet connection and a supported web browser (Opera Mini, etc.) is required for mobile phones.
XYZ PROJECT
User Authentication
2.2.3. Administration Functions 2.2.3.1 Add/Delete/Modify Room: An administrator can add or delete a
room by this function. Also administrator can change the price of the rooms. The only constraint of this function is, if a room is reserved, it cannot be deleted.
XYZ PROJECT
However, changing rooms status to RESERVED operation will be done automatically. When customers payment is reach to the hotels bank account, an e-mail will be sent to the administrator to confirm the reservation and the chosen rooms status will be changed as RESERVED.
2.2.3.5 Customer
and
Staff
Information:
By
this
function,
administrator can reach customers and staffs information that they entered when they signed up to the system. 2.2.3.6
customer information
2.2.4 Staff Functions 2.2.4.1 Send-Receive Message: Staff can send and receive message
to/from administrator by this function. It can be performed in MESSAGE panel.
2.2.4.2 Announcement: Staff can add, delete and modify announcement. 2.2.4.3 Restaurant management: Staff can manage information related
with restaurant.
XYZ PROJECT
Having a personal computer. (Database server is not needed by the user side) An internet connection. Ability to access a web page using a modern internet browser. Ability to perform sign-up and log-in operations. Being familiar to a web site environment. Ability to online paying system. (For customers) Being familiar to an evrimii management system. (For administrators, staff and accounters)
2.4 Constraints
The constraints of our project are given below;
-
XYZ PROJECT
The system interfaces are assumed to be work properly. It is assumed that minimum system requirements are satisfy The user characteristics are assumed to be satisfied.
XYZ PROJECT
unix operating system providing innovative technologies like dTrace, ZFS and IPS for the enterprise or the dorm room. By using this O/S at server side, SPS shall have all the power of unix.
On the user side, any up-to-date web browser can be used. As scripting and programming languages, ASP.NET and C# will be used.
Reservation High
User must be signed in 1. User log in to system 2. Choose reservation menu 3. Choose a suitable room 4. Click book button 5. Make payment 6. A notification is sent to administrator if payment is done
XYZ PROJECT
correctly. 7. Administrator gives permission to user. Alternate Path Postcondition Reservation is end and System saved a reservation successfully. Exception Path 1. User log in to system 2. Choose reservation menu 3. Choose a suitable room 4. Click book button 5. Make payment If payment is not done correctly, user gets an error report. Other Reference:
Table 2, User Authentication Use Case Name: Priority Trigger Precondition Basic Path User begins the registration system. 1. Clicks on sign-up button 2. Enters their information 3. Confirms with their information Alternate Path Post condition Exception Path
Atlm University COMPE/SE/ISE 491-492
User account is saved by the system. 1. User enters the web site
18/30 Team # 5 (Team ABC) System Requirements Specification Version: X
XYZ PROJECT
2. Clicks on sign-up button 3. Enters their information 4. Confirms with their information 5. If en error occurs, user gets an error report Other Reference:
Table 3. Manage Room Use Case Name: Priority Trigger Precondition User has to be logged in to system and has administrator authority. Basic Path 1. Admistrator logs in to the system. 2. Clicks on room menu 3. Chooses if he/she wanted add room, delete room or modify room. 4. Clicks on save button. Alternate Path Post condition Exception Path Change of room is saved. 1. Admistrator logs in to the system. 2. Clicks on room menu 3. Chooses if he/she wanted add room, delete room or modify room. Manage Room High
XYZ PROJECT
Table 5, Send Message Use Case Name: Priority Trigger Precondition User has to be logged in to system and has administrator or staff on the message menu. Basic Path 1. User clicks on message menu 2. Clicks on message 3. Clicks on Send message 4. Fills the header and body spaces 5. Clicks on send. Alternate Path Post condition Exception Path Message is send. 1. User clicks on message menu 2. Clicks on message 3. Clicks on Send message 4. Fills the header and body spaces 5. Clicks on send.
Atlm University COMPE/SE/ISE 491-492 20/30 Team # 5 (Team ABC) System Requirements Specification Version: X
XYZ PROJECT
Table 6, Contact Supplier Use Case Name: Priority Trigger Precondition User has to be logged in to system and has administrator authority on the supplier menu. Basic Path 1. User clicks on the supplier menu. 2.Choose the company name 3. Send an e-mail or reach the address and phone information. Alternate Path Post condition Exception Path End 1. User clicks on the supplier menu. 2. Choose the company name 3. Send an e-mail or reach the address and phone information. 4. If an error occurs, user gets an error message. Other Reference: Contact Supplier Low
XYZ PROJECT
Hotel Management System is a web application, so the connection speed has an active role for performance. Although in user side, number of online users is not important, on server side it is a critical factor. To prevent this our team will choose a high-end database server which has the hardware given in Section 2.1.6.
For Hotel Management System project, the design constraints are given below; Hotel Management System is a web application, so it requires an internet connection. All the users must be logged in to use their different functions and interfaces. All the users must use a modern web browser with an up-to date operating system. (Details are in Section 2.1.6.) The survey planned will create a basis for better understanding of needs of users, in addition survey will be taken into consideration at design state.
3.7.2 Availibilty
XYZ PROJECT
Apart from backing up data process, Hotel Management System will be available any time as long as required hardware and software is provided.
3.7.3 Security
Our team members will work hard on security issues. For critical operations such as signing up process, ready-made algorithms will be used. Also all possible precautions will be taken for hacker attacks such as SQL injection or Cross Site Scripting.
3.7.4 Maintainability
Hotel Management System will be maintainable as long as there are no HW problems. Also databases should be updated.
4. Appendices
Appendix 1 ER Diagram
XYZ PROJECT
XYZ PROJECT
XYZ PROJECT
XYZ PROJECT
XYZ PROJECT
Appendix 3 Interfaces
4.3.1 Reservation Interface for Authorized Users
BANNER
ROOM FINDER: Low Price High Price FIND
ROOM 1
ROOM 2
ROOM 3
IMAGE
IMAGE
XYZ PROJECT
BANNER
HOME CONTACT ABOUT US SIGN UP LOG-IN
ADVERTISEMENTS
XYZ PROJECT
BANNER
ROOMS MESSAGES SUPPLIER CUSTOME RS LOG-OUT
ADVERTISEMENT CREATOR
RESERVATIONS