Scribd
Upload
1K views6 pages

Hostel Management System

The document describes a hostel management system that allows students to check availability and pay fees for hostel accommodation. It includes 6 use cases: 1) Fees information where students can view fees details, 2) Room allotment where an administrator allocates rooms to students, 3) Availability of rooms to check vacant rooms, 4) Fees payment for students to pay fees to a clerk, 5) Block information to view student details by block, and 6) Refund amount to specify refunds for students at the end of the year. The system involves actors of a hostel catalogue, students, administrator, clerk and operator.

Uploaded by

VijayantPanda
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
1K views6 pages

Hostel Management System

The document describes a hostel management system that allows students to check availability and pay fees for hostel accommodation. It includes 6 use cases: 1) Fees information where students can view fees details, 2) Room allotment where an administrator allocates rooms to students, 3) Availability of rooms to check vacant rooms, 4) Fees payment for students to pay fees to a clerk, 5) Block information to view student details by block, and 6) Refund amount to specify refunds for students at the end of the year. The system involves actors of a hostel catalogue, students, administrator, clerk and operator.

Uploaded by

VijayantPanda
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 6

HOSTEL

MANAGEMENT SYSTEM
(SAMPLE REPORT)

INDEX

Topic
1. Problem Statement
2. Identification of Actors
3.Use Case Model
4. Use Case Documentation

PROBLEM STATEMENT: HOSTEL MANAGEMENT SYSTEM


The university provides hostel management system for the
students to get accommodation and displays the fees information. The
system should provide the feature to check availability of rooms.
The system shall have a record for the students who pay the fees
as mentioned in fees information. Room allotment for students is based on
their willingness and availability of rooms. The system should maintain the
students personal details properly.

Room allotment is done only once and it cant be changed at any


cause. The system should maintain the block information regarding the name
and number of students with their respective wardens. At the end of the year
the student is provided with the refund amount.
IDENTIFICATION OF ACTORS AND JUSTIFICATION:
1. HOSTEL CATALOGUE
Actors who provides the hostel accommodation to the outside people. With their help
only we can initiate the system functionality.
2. STUDENT
Actors who use the main functionality that the system provides. This is because for
any new entries related information is necessary for them to be segregated in an
orderly manner on the basis of fees.
3. HOSTEL ADMINISTRATOR
Actors who will use the functionality that the system provides. This is because the
people are to be allotted to the correct places based on the payment.
4. CLERK
Actors who will use the functionality of the system. To record details of people who
stay in hostel for their accommodation. They will collect the fees paid by them and
also they refund the amount at the end of the year.

5. OPERATOR
Actors who will use the functionality of the system. To record the student details in
database along with their room allotted information are to be performed by the
operator.

USE CASE MODEL

hostel catalogue

fees information

<<includes>>
room allotment
student
hostel
administrator
availability of rooms

fees payment
clerk
block information

refund amount

USECASE DOCUMENTATION:
1. FEES INFORMATION
Description: The hostel catalogue provides the fees information through which the
students who need the accommodation avail the payment.
Primary actor: Hostel catalogue
Secondary actor: Student
Main flow: Hostel catalogue provides with all the relevant details.
People interested provide their personal details
Database is updated with peoples registration number
Pre-condition: Hostel details should be available.

Post-condition: Registration number becomes key for future identification of


hosteller.
2. ALLOTMENT OF ROOM
Description: Student details are recorded by the operator at the user interface
window, along with his purpose and hostel administrator allots the room.
Primary actor: Hostel administrator
Secondary actor: Student
Main flow: Student provides operator with all relevant details including purpose of
his enrolling in the hostel
Hostel administrator allocate the room for the students
Operator enters it and updates system database.
Precondition: Student details should be available.
Post condition: Registration number is used to identify student for all future
references.
3. AVAILABILITY OF ROOMS
Description: The rooms with vacancies are to be allotted to the students by the hostel
administrator. The operator then updates the database with allotted rooms.
Primary actor: Hostel administrator
Secondary actor: Operator
Main flow: The room availability is checked with the database.
Free rooms are allotted to the students.
The operator updates the database.
Precondition: All room details, including number of vacancies should be known.
Postcondition: Room no provided and database is updated.

4.FEES PAYMENT:
Description: Student details and the mode of payment of fees is to be recorded.
Primary actor: Student
Secondary actor: clerk
Main flow: Student pays the fees to clerk.
Operator enters all this information into the database.
The receipt for all the transaction are printed and filed for official purposes.
Precondition: Student details are to be maintained.
Postcondition: Receipt is provided as proof of fees payment.
5.BLOCK INFORMATION:

Description: Students who are staying in the block with respective hostel
administrator and clerk should be known with their room numbers.
Primary actor: Operator
Secondary actor: Hostellers
Main flow: Operator enters hosteller information at the user interface window.
The server accesses the database for relevant information.
Retrieved information is displayed.
Precondition: Register number should be available.
Postcondition: Report of hostellers is generated.
6. REFUND AMOUNT:
Description: The Operator specifies the refund amount for each and every hosteller.
Primary actor: Operator
Secondary actor: Student
Main flow: Operator enters database and specify the amount
Clerk informs the hosteller for the refund amount.
Alternative flow: If hosteller dont have refund amount it wont be displayed.
Precondition: Registration number for the particular student should be known.
Post condition: Report of hostellers is generated.

You might also like