Beruflich Dokumente
Kultur Dokumente
1. Introduction
Technology is spreading its wing in almost every walks of human life activities. Now a day
it is better if every activity is done using new technology in order to fulfill the need of human
being, Organization, Enterprise etc. As today’s world there are many organizations and each
organizations needs to be preferable, computable and work on fastest way in order to satisfy
users interest etc. i.e. they should have facilitate their activities in computerized way.
Many developing countries are in a good position to exploit the opportunity of
technology revolution and advance human development. The information and communication
technology provide new resource materials for expanding communication.
In fact the second half of 20th century has wittiness the global phenomena of an
information explosion. The development in communication technology has made it possible for
millions of people to have fast access to vast information presented in several forms. Today
computer and other electronic device increasingly communicate and interact directly with other
devices over a variety of network such as internet. The internet provides individuals and small
business centers for the ability to communicate inexpensively.
Hence, developing the system using technology has a tremendous effect for organizations
and offices; which is in our case the Debre Berhan University Online dormitory management
system (DBUODMS). Currently, the system is manual based; due to this the students and
proctors faces some problems Because of this, we are initiating to develop our project on
dormitory system in order to minimize the problem by using computerized system.
DBU-DMS 1
DBU started the teaching, learning Process on January 28, 1999 E.C (2008 G.C) with enrollment
of 725 students in the faculty of education with two streams, namely Businesses Education and
natural science. After four consecutive year’s i.e. 2003 E.C enrollment of DBU was 5387
Students. Currently the University runs over 31 departments in first degree and 5 postgraduate
studies by the total of 10,000 students. In addition to the academic service the university
provides dining, health care, dormitory, community service and other services for the students
and Debre Berhan town communities.
In the University there are different management activities were performed. Among those the
main service which provides the university to the student is Students’ Dormitory Management
can be taken as an example. In this process there is a problem associated with the Dormitory
Management. So we the project team members were initiated for this project to identify and
analyze those problems and to put possible solutions.
DBU-DMS 2
1.3 Objective of the project
1.3.1General Objectives
The main objective of this project is to develop a new Web Based Dormitory Management
System which solves the above mentioned problems with the existing system. This is achieved
by designing a web based application program that will change the actual manual processing into
a computerized environment.
1.3.2Specific Objectives
In order to achieve the main objective, we have the following specific objectives:
Developing user friendly interface.
To keep the overall records associated with the dormitory and student information in a
permanent database.
To minimize the work load of the employees (proctors).
To assign the dorm to the students without any fault.
DBU-DMS 3
Proctors and other administrative officials: they can access dormitory and related
information easily.
University: the university gets better audience.
DBU-DMS 4
1.7.1 Operational Feasibility
The system to be developed will provide accurate, active, secured service and decreases labor of
workers and also it is not limited to particular groups or body. And also it is plat form
independent i.e. it run’s in all operating system.
DBU-DMS 5
2. Increase Speed of activity: - Increased speed calculated as follows
Especially in allocation:-
Average Days required for allocation= 15 days
Average proctor salary per day=41.61birr
Average Days required for allocation in terms of money=35*41.61*15= 21,845.25Birr
Average days required for the system= 3 day
Average Days required for allocation in terms of money=30*41.61*3= 3744.90Birr
Difference = 21,845.25Birr-3744.90Birr=18,100.35 Birr
Intangible benefits:
1. Reduce Resource Consumption
2. Increase security
3. Increase Management flexibility
1.8 Methodology
1.8.1 Fact finding techniques
The data collection instruments used to gather accurate information about the existing system
and the requirements for the new system. Interviews and questionnaires were administered to
Stakeholders like Students, Proctors and Dormitory management officer to collect user
requirements. Observation of the current existing system was done at the Dormitory management
office in order to find out how the existing system functions, the problems encountered and how
they can be solved by the new computerized system.
To get a precise data, the team member has used the following data collection techniques.
Those are: -
A. Interview: - to get the basic information and background information about the existing
management system, the team members has interviewed the proctors and some students
DBU-DMS 6
about the services that are given to them, and the problems associated with that
environment.
B. Direct observation: even though interview is very important to gather information,
direct observation is simple and we project team members physically observe information
that cannot maintain from the interview or others and also it is important if they are
unable to communicate with others because of the difficulties they have to the language.
C. Questionnaires: since proctors as well as higher officials of proctors have work load
they cannot able to answer/give information what we ask. So we prepare some sample
questions to get précised information.
D. Existing document: To get more information about the project we use earlier documents
that help us to develop the project. During the analysis of documents, we give a special
consideration to those documents which can bring more features to the project.
Here for the analysis of our project we have selected object oriented system analysis and design
method specifically UML (Unified Modeling Language) model. We have selected this because of
the following advantages:-
To simplify the design and implementation of complex program.
To make it easier for teams of designers and programmers to work in a single software
project.
To enable a high degree of reusability of designs and of software codes.
To decrease the cost of software maintenance.
Increase reusability.
Reduce maintenance burden.
Increased consistency among analysis, design and programming activities.
Improved communication among users, analysis, design and programming.
DBU-DMS 7
1.8.3 Tools used in the project
While developing the project starts from the documentation to the implementation we use the
following case tools:
Activities Tools
Documentation MS word 2007,2010
Design Rational Rose, Microsoft Visio 2007,Visual
paradigm for UML standard design
Editing Paint, Macro media flash
8,Adobe.Photoshop.CS4
Script languages PHP, JavaScript, CSS, HTML
Web server Apache Xamp server
Data base Server Mysql database
Mar17-
June 19-
Nov 02-
Nov 20-
Apr 8-
Activities
May 15
Nov 16
Dec 20
June 20
Apr 5
Feb 17
Project Proposal
Requirement Analysis
Design
Implementation & Coding
Testing
DBU-DMS 8
project Defense
DBU-DMS 9
1.10 Project Team Organization
Debre Berhan University Online Dormitory Management System
CHAPTER TWO
DBU-DMS 10
DESCRIPTION OF THE EXISTING SYSTEM
2.1 Introduction
This chapter describes the existing system, players in the existing system general work flow of
DBU dormitory management. In addition to this the business rule is identified, report generated
in the existing system, alternative solutions suggested to overcome existing system, finally the
proposed system (functional and non-functional requirement).
DBU-DMS 11
Generating allocation report: based the dormitory allocation the allocation report is
prepared and posted for student when they arrive at the campus after annual break.
Managing and controlling dormitory materials: at the beginning and end of each year,
dormitory materials are recorded and controlled whether they are functioning properly or
not, then appropriate measure is taken.
Controlling student’s discipline: In addition to the above functionalities student’s
discipline measures are controlled and recorded, whether they use the dormitory materials
properly or not, and whether they act and perform things as per the dormitory rules and
regulations.
DBU-DMS 12
To overcome or improve this manual (partial) operation the team comes up with a new
Dormitory Management System entitled DBUODMS. This new system is a Web based
application that enables the users to access the services given by the system through the Internet.
The proposed system operates in the following manner. Normally the student information
is taken from the registrar bureau. The registrar bureau have centralized database. Then the
student dormitory officers can access that database. After getting all the required information the
system will feed into our back end database based on their year (batch), department, faculty and
sex. After doing this the system will generate the allocation report which contains dormitory
information like student’s name, id number, dorm number, and block number. This report will be
released online for the student so that they can access this information by entering his/her
identification number or registration number on the webpage provided by the system just by
sitting where ever they are.
DBU-DMS 14
Fig 2.1 Student dormitory allocation form
The performance of any system is required to show to meet the needs of users of that
system. The current system’s performance is weak. This is due to the following reasons: -
DBU-DMS 15
first the acceptable quantity rate is relatively high i.e. the time required from initiation to
completion of a particular task is relatively high. For example during arrangement of
buildings for the allocation it may take a week or more due to its manual operation. Second is
the acceptable response time for a particular task is large.
Information- the main input for the current system is student record and records of different
dormitory materials which enable the system to rearrange students and buildings for the
allocation. Based on this the system rearranges and allocates dorms for students at the
beginning each academic year and generates the allocation report which may be viewed by
the students as well as the management. The other data that is stored is record of materials
associated with the dormitory. The system manipulates and manages all of these and other
records manually on papers.
Controlling- since all the records associated with the manual system are recorded and
stored manually the security that the system provide for the privacy of this records is not
good. The system shouldn’t provide sufficient protection for access and manipulation of the
records associated with the system.
Services- the main users of the current system are students and the management itself. The
services given to users are not flexible, reliable and expandable i.e. the users must there in
the campus to get the services given by the system. Those services given by the system are
limited to a particular area.
DBU-DMS 16
Even if the existing system is manual system as it has weakness it also has some strong side that
we need to be preserved are:
DBU-DMS 17
i. User Interface
This works as an interface between the user and the system by properly guiding the user how
to use it and perform operations. Proctors can change the data in the DBUODMS based on their
privilege, whereas, students can only view their dorm information and they can give comment.
Any sort of training is not required for using the system. It is important that the system is easy to
learn. The input device is given to keyboard and the output is viewed on the monitor.
ii. Quality Issue
Information in database should be as much as possible correct and updated in each semester.
iii. Security Issue
This system provides an access to an authorized user by giving account for each and every
special function. Students can view their dorm information by using their identification card
number and/or registration number, and give comment without any validation.
iv. Error Handling
Our system handles the errors in a very efficient manner. It can tolerate to wrong inputs and
prompts the users to correct the inputs. It gives notifications as and when required, guiding the
users to properly utilize it.
v. Performance characteristic
Performance requirements are concerned with quantifiable attributes of the system such as
System should quickly respond for user request that is system must immediately display the
needed service along with their allocation details after he/she insert needed information to view.
DBU-DMS 18
CHAPTER THREE
ANALYSIS DELIVERABLES OF THE NEW SYSTEM
3.1 Introduction
As we mentioned in the above section, in this project, the team members used an object
oriented system development methodology which incorporates two principal phases. In this
chapter, what the team will do is the object oriented analysis (OOA).
Use case: describes a sequence of actions that provides something of measurable value to
an actor and is drawn as a horizontal ellipse.
System boundary: indicates the scope of the system project. Anything within the box
represent functionalities in side in scope.
DBU-DMS 19
3.2.1 Actor identification
In the use cases an actor interact with the system to perform a piece of meaningful work
that helps them to achieve a goal and has access to define their overall role in the system and the
scope of their action. Depending on the above explanation actors in this system are the
following:
Student: The students view his/ her dormitory information online and submit comment.
Proctor: The proctor can assign student and generate report.
Proctor manager: search, generate report and change password.
Administrator: The administrator manages the overall system.
Each Use Case describes the functionality to be built in the proposed system, which can
include another Use Case's functionality or extend another Use Case with its own behavior. The
most important and basic use cases of this system are the following:-
Login
Allocate Student
Create account
View dorm
Submit comment
View comment
Register block (Allocate Proctor)
Register room
View StudentInfo
Generate report
DBU-DMS 20
DBU-DMS 21
Fig 3.1 Use case diagram for the proposed system
DBU-DMS 22
3.2.3 Use case Description
DBU-DMS 23
Actor Action:
Step1: The administrator log to his/her page.
Step2: The administrator click on User Account link.
Step4: The administrator click create account link.
Step6: The administrator fills the form and submits it.
System Response:
Step3: The system displays the option as create account and remove account.
Step5: The system displays the registration form.
Step5: The system displays succeed information as the account is created.
Step6: Use case ends.
Alternative course of action: (if the account is already exist)
The system display error message that user is already exist.
The system redirects to go to step 6.
Use case ends.
Post condition: the account will be created.
DBU-DMS 24
Alternative course of action: (if user fills wrong/incorrect information)
The system display error message and give a chance to retype.
Go to step 5
Use case ends.
Post condition: The user sends comment to the system.
DBU-DMS 25
Precondition: The Proctor manager must have a full privilege to read the comments.
Flow of action:
Actor action:
Step1: Proctor manager log to his/her page.
Step2: Proctor manager click on view comment link.
Step4: Proctor manager starts to view the comments.
System response:
Step3: The system reorders the comments according to the time of delivery
Step5: Use case ends
Post condition: The proctor manager views the submitted comments.
DBU-DMS 26
Post condition: The administrator manages the record.
Use Case Name: Register Block
Use case Id: UC07
Description: The user can register blocks information (including proctors) into the data base
Flow of action:
Actor action:
Step1: The proctor manager log to his/her page.
Step2: The proctor manager selects the register block link.
Step4: The proctor manager fills the required fields.
System response
Step3: The system will display the registration form.
Step5: The system validates the input data.
Step6: The system displays the successful notification.
Step7: Use case ends.
Alternative course of action (the system validate the entered data if it is not correct)
The system displays incorrect entered data message.
The system redirects to go step 4 i.e.to fill the data again.
Use case ends
Post condition: The block registered.
Actor: Proctor
Flow of action:
DBU-DMS 27
Actor action:
Step1: The proctor log to his/her page.
Step2: The proctor selects the register room link.
Step4: The proctor fills the required fields.
System response
Step3: The system will display the registration form.
Step5: The system validates the input data.
Step6: The system displays the successful notification.
Step7: Use case ends.
Post condition: The room registered.
Alternative course of action (the system validate the entered data is not correct)
The system displays incorrect entered data message.
The system redirects to go step 4 i.e.to fill the data again.
Use case ends.
DBU-DMS 28
The system display error messages that the input values are incorrect.
Go to step 3
Use case end
Post condition: The user gets the information.
DBU-DMS 29
Flow of action:
Actor action:
Step1: The proctor must log to his/her page
Step2: The proctor select Allocate student link
Step4: The proctor selects and fills the required fields and clicks on save button.
System response:
Step3: The system displays the form with the options such as block no, room no.
Step5: The system validates the entered values.
Step6: Use case ends
Post condition: The Student will be assigned.
Alternative course of action: (the system verify information is not correctly)
The system displays error message as invalid value
Go to step4
In this project, there are five sub system decompositions. These are:
1. Assignation Subsystem
Assign Student
2. Report Subsystem
Assignation report
Block and Room report
Comment report
3. Comment and Information Subsystem
DBU-DMS 30
Give comment and Message of current issues (may be for the system).
View student dorm information
4. Fetch record
Fetch record from centralized database
5. User Account Subsystem
Create Account
Remove Account
Class diagram is static model that shows the classes and the relationships among classes that
remain constant over the time. Class is the main building block of class diagram, which stores
and manages information in the system. In the phase of conceptual class modeling we just create
or classes ad their interrelationship.
DBU-DMS 31
User
Fname
Mname
Lname
User_id
Sex
Role
Phone_no
Username
Password
Submit_Comment()
Generate_Report() Block
Allocate_Student() Block_No.
View_StudentInfo() Capacity
Register_Room() Proctor_Fullname
Student
Fname * Store()
Mname
Lname * 1
Stud_Id Comment
Faculty
Sex
* * Name
Email
Batch Comment
Block_No.
Room_No.
View_DormInfo()
Submit_Comment()
Room
* Block_No.
1 Room_No. *
Capacity
Store()
DBU-DMS 32
3.5 Sequence diagram
The sequence diagram is used primarily to show the interactions between objects in the
sequential order that those interactions occur. However, an organization's business staff can find
sequence diagrams useful to communicate how the business currently works by showing how
various business objects interact. Besides documenting an organization's current affairs, a
business-level sequence diagram can be used as a requirements document to communicate
requirements for a future system implementation. During the requirements phase of a project,
analysts can take use cases to the next level by providing a more formal level of refinement.
When that occurs, use cases are often refined into one or more sequence diagrams.
The main purpose of a sequence diagram is to define event sequences that result in some desired
outcome. The focus is less on messages themselves and more on the order in which messages
occur; nevertheless, most sequence diagrams will communicate what messages are sent between
a system's objects as well as the order in which they occur.
DBU-DMS 33
Sequence
Diagram For
Login Use Case Home Page Login Link Login Form Validator Database
: User
DBU-DMS 34
Sequence
Diagram for View
Dorm Use case View DormInfo View DormInfo Validator Database
: Student
Link Form
User(Student)
Action: 1.Select View Dorm link()
1.Select view
Dorm link.
3.Fill his or her 2.Display the form()
identification
number or
registration 3.Fill Student Id or Registration number()
number.
System
Response: 4.Submit()
2.The system 5.Validate()
displays the
form.
4.The system
6.Retype()
validate the
entered data. 7.Continue()
5.If the 8.Check()
identification or
registration
number is exist
display the dorm
information, if
not display 9.Display dorm information()
as"The number
is not exist".
DBU-DMS 35
Fig 3.4 Sequence diagram for View DormInfo
DBU-DMS 36
Sequence
Diagram For Administrator User Account Create Account Create Account Controller Database
: Administrator
Create Account Page Link Form Link
Use case
1.Login to admin page()
User
(Administrator)
Action: 2.Select link()
1.User Login to 3.Select the link()
admin page.
2.Select user
account link. 4.Display the account form()
3.select create
account link. 5.Fill the form()
5.Fill the account
form
System Response: 6.Create Account()
4.Display the 7.Validate()
account form.
6.Validate the
entered data.
7.Display response 8.Try again()
9.Continue()
10.Check()
11.Display Response()
DBU-DMS 37
Sequence
Diagram For Administrator User Account Remove Account Remove Controller Database
Remove : Administrator
Page Link Link Account Form
Account Use
case
User 1.Login to admin page()
(Administrator)
Action: 2.Select link()
1.User Login to
admin page.
3.Select the link()
2.Select user
account link.
3.select remove 4.Display the account form()
account link.
5.Fill the account
form 5.Fill the form()
System Response:
4.Display the
account form. 6.Remove Account()
7.Validate()
6.Validate the
entered data.
7.Display response 8.Try again()
10.Check()
9.Continue()
11.Display Response()
DBU-DMS 38
Sequence
Diagram for AdminPage Search Link Search Form Search Database
search record : Administrator
Validator
1.Log to the page()
User(Proctor
Manager) 2.Select the link()
Action:
1.Log to the
proctor 3.Display the Search Form()
manager.
2.Select the 4.Fill the form()
link.
4.Fill the search
form. 5.Submit()
System 6.Validate()
Response:
3.Display the
search form.
5.Validate the 7.Try again()
input data.
6.If the input 8.Continue()
data is exist in 9.Check()
the database
diplay the result
if not Display as
Doesn't exist
10.Display Response()
DBU-DMS 39
Sequence
Diagram for Admin Update Update Update Database
: Administrator
Upda... Page Record Link Record Form Validator
11.Save Changes()
DBU-DMS 40
Sequence
View StudentInfo View Studentnfo Validator Database
Diagram for : Proctor, Proctor
Link Form
View Manager
StudentInfo
Use case 1.Select View Student Info link()
User(Proctor,
Proctor
Manager) 2.Display the form()
Action:
1.Select view
Student Info 3.Fill the required criteria()
link.
3.Fill all the
required fields
to view 4.Submit()
5.Validate()
System
Response:
2.The system
6.Retype()
displays the
7.Continue()
form.
4.The system 8.Check()
validates the
entered value.
5.If the input
value is corect 10.Display detail dorm information()
display the the
detailed
information if
not diplay error
message to
reenter
DBU-DMS 41
Proctor,
Proctor
Proctor,Proctor Report Link Report Form Validator Database
manager : Proctor,Proctor
Manager manager Page
Proctor, 1.Log to the page()
proctor
manager 2.Select report link()
Action:
1.Log to the
page.
2.select 3.Display report form()
report link
4.The user fill
the required 4.The user fill the required fields()
fields
System
5.Submit()
Response: 6.Validate()
3.Display
report form.
5.Validate the
input values 7.Try again()
6.If the input 8.Continue()
value correct 9.Check()
display the
response
unless display
error
10.Display Response()
message
DBU-DMS 42
3.6 Activity diagram
Activity diagram is another important diagram in UML to describe dynamic aspects of the
system. Activity diagram is basically a flow chart to represent the flow form one activity to
another activity. The activity can be described as an operation of the system. So the control flow
is drawn from one operation to another. This flow can be sequential, branched or concurrent.
Activity diagrams deals with all type of flow control by using different elements like fork, join
etc.
User(Administrator,Proctor Manager,Proctor)
Incorrect
DBU-DMS 43
Student
Enter ID
no/Registration no
No
DBU-DMS 44
Administrator
Select Search
Record Link
No
Display Searched
Yes
Found ? Information
DBU-DMS 45
Administrator
Select Update
Record Link
Invalid
Save Changes
Valid
Validate
DBU-DMS 46
Proctor,Proctor Manager
Log to the
page
Select the
report link
No
Yes Display
Found? Response
DBU-DMS 47
CHAPTER FOUR
4.1 Introduction
System design is the transformation of the analysis model into a system design model. Up to now
we were in the problem domain. System design is the first part to get into the solution domain in
a software development. This chapter focuses on transforming the analysis model into the design
model that takes into account the non-functional requirements and constraints described in the
problem statement and requirement analysis sections discussed earlier.
The purpose of designing is to show the direction how the system is built and to obtain clear and
enough information needed to drive the actual implementation of the system. It is based on
understanding of the model the software built on. The objectives of design are to model the
system with high quality. Implementing of high quality system depend on the nature of design
created by the designer. If one wants to change to the system after it has been put in to operation
depends on the quality of the system design. So if the system is design effetely, it will be easy to
make changes to it.
The objectives of design are to model the system with high quality. The design goals are derived
from non-functional requirements that means non-functional requirement is the description of the
feature characteristics and attribute of the system as well as any constraints that may limit the
boundary of the proposed solution.
Design goals describe the qualities of the system that the developers should consider.
Fault Tolerance: DBUODMS system should be fault tolerant to loss of connectivity with
the service.
DBU-DMS 48
Security: DBUODMS system should be secured, i.e., not allow other users or unauthorized
users to access data that has no the right to access it.
Performance: - The system should respond fast with high throughput, i.e. it should perform
the task quickly possible as possible such as allocating students and proctors, viewing
student and dormitory information etc.
Cost: The system should be developed with minimum cost possible. In reality there is
always trade-offs or disadvantages and therefore from its previous experience the University
prefers to invest more on development cost than maintenance cost to minimize bugs which
may appear at the later stage.
End User Criteria: - The system should have simple and understandable graphical user
Interface such as forms and buttons, which have descriptive names. It should give reliable
response for each user request at least before the session expires. All the interfaces, forms
and buttons are written or designed in a simple language or common language so that the
user can access it without any difficult.
The class diagram is a static diagram. It represents the static view of an application. Class
diagram is not only used for visualizing, describing and documenting different aspects of a
system but also for constructing executable code of the software application.
The class diagram describes the attributes and operations of a class and also the constraints
imposed on the system. The classes diagrams are widely used in the modeling of object oriented
systems because they are the only UML diagrams which can be mapped directly with object
oriented languages.
The class diagram shows a collection of classes, interfaces, associations, collaborations and
constraints. It is also known as a structural diagram.
DBU-DMS 49
User
Fname : Varchar(30)
Mname : Varchar(30)
Lname : Varchar(30)
User_id : Varchar(30)
Sex : Varchar(8)
Role : Varchar(15)
Phone_no : Varchar(13)
1 Controlls
Username : Varchar(20)
Password : Varchar(20) Block
*
Block_No. : Varchar(3)
Submit_Comment()
Reserved : Varchar(8)
Generate_Report()
Capacity : Varchar(2)
Allocate_Student()
User_Id : Varchar(15)
View_StudentInfo()
Sex_Category : Varchar(8)
Register_Room() inherits
Student Proctor_name : Varchar(30)
Fname : Varchar(30) *submit Sex : Varchar(8)
Phone : Varchar(13)
Mname : Varchar(30)
Lname : Varchar(30) * Store()
1
Stud_id : Varchar(12) Comment
inherits
Sex : Varchar(8) submit * *
Name : Varchar(25) *
Batch : Varchar(10) * Email : Varchar(30)
Faculty : Varchar(30)
Block_No : Varchar(3)
* *
Comment : Varchar(200)
DBU-DMS 50
4.3 Collaboration diagram
The UML Collaboration diagram is used to model how objects involved in a scenario interact,
with each object instantiating a particular class in the system. Objects are connected by links,
each link representing an instance of an association between the respective classes involved. The
link shows messages sent between the objects, and the type of message passed.
: User
9: Check()
8:Continue()
4: Fill The Username and Password() 6:
Validate()
DBU-DMS 51
1: Select the link()
Register Block
Link
Registration
4: Submit() Form
9: Display Response()
6: Try again()
5:Validate() 8:Check()
7: Continue()
Validator Database
DBU-DMS 52
1: Select View Dorm link()
View Dorm
Link
: Student
4:Submit()
5:Validate()
2: Display the form()
3: Validator
7:Continue()
Fill Student Id or Registration number() 8:Check()
6: Retype()
View Dorm Databas
Form e
9:Display dorm information()
DBU-DMS 53
1:Login to admin page() 2:Select link()
Administrator User Account
Page Link
: Administrator
4: 6: Create Account()
Display the account form()
Database
DBU-DMS 54
1: Login to admin page() 2:Select link()
Administrator User Account
Page Link
: Administrator
5:
Fill the form()
Remove Account
6: Remove Account() Link
Remove Account
Form
11:
Display Response()
8: Try again()
7:Validate() 10:Check()
9:Continue()
Controlle Databas
r e
: Administrator
5: Submit()
6:Validate()
3:Display the Search Form()
Search
Validator
Search Database
Form
10: Display Response()
DBU-DMS 56
1:Log to the page() 2: Select the link()
Admin Update Record
Page Link
: Administrator
5: Submit()
6:Validate()
3: Display update record form()
Update
4: Fill the update record form() Validator
8:Continue()
9:Check()
7: Try again()
11:Save Changes()
Update Record Database
Form
10:Try again()
DBU-DMS 57
1: Log to the page() 2:Select report link()
Proctor,Proctor Report
manager Page Link
: Proctor,Proctor
Manager 5:Submit()
6:Validate()
3: Display report form()
8:Continue()
9:Check()
7:Try again()
Report Database
Form
10: Display Response()
DBU-DMS 58
4.4 State chart diagram
A state chart diagram is a view of a state machine that models the changing behavior of a state.
State chart diagrams show the various states that an object goes through, as well as the events
that cause a transition from one state to another.
The common model elements that state chart diagrams contain are:
States
Start and end states
Transitions
A state represents a condition during the life of an object during which it satisfies some condition
or waits for some event. Start and end states represent the beginning or ending of a process.
DBU-DMS 59
Initial State
Idle State
Activate
Home
Page
Select
Login
Link
Fill
Login
Form
Incorrect
Verify Correct Confirm
Login
Display Appropriate
Page
Logout
Final state
DBU-DMS 60
initial State Idle
activate
Home
Page
select
View DormInfo
Link
fill
Search
form
Doesn't exist
Check exist Confirm
Search
Display Dorm
Information
final state
DBU-DMS 61
initial State
Idle
activate
Home
Page
Log to
the page
select
Register Block
fill
Registration
Form
Incorre ct
Validate Correct Confirm
Register
Display Successfull
message
final state
DBU-DMS 62
initial State Idle
activate
Home
Page
select
Select Report
Link
select
Select
Report Type
Displayed
final state
DBU-DMS 63
initial State
Idle
activate
Home
Page
select
Select
Comme nt Link
fill
Comme nt
Form
Incorrect
Validate Correct Confirm
Comme nt
Display Successfull
message
final state
DBU-DMS 64
4.5 Data base design
Database design is the process of producing a detailed data model of a database. This logical
data model contains all the needed logical and physical design choices and physical storage
parameters needed to generate a design in a Data Definition Language, which can then be used to
create a database. A fully attributed data model contains detailed attributes for each entity. The
term database design can be used to describe many different parts of the design of an overall
database system. Principally, and most correctly, it can be thought of as the logical design of the
base data structures used to store the data.
DBU-DMS 65
Fig 4.15 Data base design
CHAPTER FIVE
5.1 Introduction
In this phase the overall procedures, activities and methods of execution during the
implementation phase of the project are included. This step takes much time when compared
with other steps of the project competence. The following subtopics are discussed in this phase.
These are component diagram, deployment diagram, and persistence diagram and user interface
prototype of the project. The source code or script of the project is included in the next part of
the project.
Component diagram is a special kind of diagram in UML. The purpose is also different from all
other diagrams discussed so far. It does not describe the functionality of the system but it
describes the components used to make those functionalities.
So from that point component diagrams are used to visualize the physical components in a
system. These components are libraries, packages, files etc.
Component diagrams can also be described as a static implementation view of a system. Static
implementation represents the organization of the components at a particular moment.
A single component diagram cannot represent the entire system but a collection of diagrams are
used to represent the whole.
DBU-DMS 66
Fig 5.1 Component Diagram
The name Deployment itself describes the purpose of the diagram. Deployment diagrams are
used for describing the hardware components where software components are deployed.
Component diagrams and deployment diagrams are closely related.
Component diagrams are used to describe the components and deployment diagrams shows how
they are deployed in hardware.
UML is mainly designed to focus on software artifacts of a system. But these two diagrams are
special diagrams used to focus on software components and hardware components.
So most of the UML diagrams are used to handle logical components but deployment diagrams
are made to focus on hardware topology of a system. Deployment diagrams are used by the
system engineers.
DBU-DMS 67
Visualize hardware topology of a system.
DBU-DMS 68
Fig 5.2 Deployment Diagram
DBU-DMS 69
User
Fname : Varchar(30)
Mname : Varchar(30)
Lname : Varchar(30)
User_id : Varchar(30)
Sex : Varchar(8)
Role : Varchar(15)
1 Controlls
Phone_no : Varchar(13)
Username : Varchar(20)
n
Password : Varchar(20) Block
*
Block_No. : Varchar(3)
Submit_Comment()
Reserved : Varchar(8)
Generate_Report()
Capacity : Varchar(2)
Allocate_Student()
User_Id : Varchar(15)
View_StudentInfo()
Sex_Category : Varchar(8)
Register_Room() inherits
Student Proctor_name : Varchar(30)
Fname : Varchar(30) n submit Sex : Varchar(8)
Phone : Varchar(13)
Mname : Varchar(30)
Lname : Varchar(30) n 1
Comment Store()
Stud_id : Varchar(12) inherits
Sex : Varchar(8) n n *
Name : Varchar(25) *
Batch : Varchar(10)
submit
Email : Varchar(30) 1
Faculty : Varchar(30)
Block_No : Varchar(3)
* *
Comment : Varchar(200)
Room_No : Varchar(3)
* contains
View_DormInfo()
Submit_Comment()
Room
n Block_No. : Varchar(3)
views
1 1 Room_No. : Varchar(2) n
nobed : Varchar(2)
1
Store()
I. Home Page: This form contains some links which lead it to the concerned page, and if the
user has an account he/she will directly go to concerned page by entering their username and
password. In case for the students the system requires ID no.
DBU-DMS 70
Fig 5.4 User interface for home page
II. Log In form:-this form found immediately following the home page. Home page appears as
the site on which the system is deployed is opened. Only proctor and proctor manager will
have their own password. Those forms appeared using password and user name will not
accessible by other persons except for those who have privilege.
DBU-DMS 71
Fig 5.5 User interface for login page
III. View Dorm: This is view dorm page in this page the student he/she can view their dorm by
entering their Identification card or their registration number
DBU-DMS 72
Fig 5.6 User interface for view dorm page
IV. Create Account: this is creating account page in this page the administrator create accounts
for the user (proctor, proctor manager).
DBU-DMS 73
Fig 5.7 User interface for Create Account page
V. Assign Dorm: This is student assign page in this page after the proctor login into the login
page then after the proctor assign students accordingly assign the dorm.
DBU-DMS 74
Fig 5.8 User interface for assign student page
DBU-DMS 75
Fig 5.9 User interface for the database
DBU-DMS 76
Fig 5.10 User interface for the database relation
DBU-DMS 77
CHAPTER SIX
PROTOTYPE DEVELOPMENT
The physical design specification created by the designers is turned in to working computer code
by the programmer using Php, HTML, Java script and Css.
<?php
if (isset($_POST['submitlogin'])){
$username=$_POST['username'];
$password=$_POST['password'];
$result = mysql_query($sql);
$rowCheck = mysql_num_rows($result);
$row=mysql_fetch_array($result);
$status=$row['status'];
if($row['level']==1){
if($status==1)
{$_SESSION['user_id']=$row['user_id'];
}else if($row['level']==2){
if($status==1)
DBU-DMS 78
echo' <p align="center"><font color="red" size="2"><img src="img/error.png"> Your
Account is not active Please contact the system Admin </font></p>';
$_SESSION['user_id']=$row['user_id'];
} echo'<br>';
echo"<table align='center' style='border-radius:15px;border:1px solid #336699;'
width='250px' height='100px'>"; color="red" size="2"><img
echo' <p align="center"><font
src="img/error.png"> Check Your username or/and
echo"<tr>";echo"<th colspan='2' bgcolor='#336699'><font Passwordsize='2'>".$fname." ".
color='white' </font></p>';
$lname."</font><a
echo'href='viewdorm.php'><img align='right'
<meta content="4;login.php" src='img/close_icon.gif'></a></th>";
http-equiv="refresh" />'; }}
echo"</tr><tr>";
mysql_close($conn);
echo"<td><font face='Times New Roman' size='3' color='green'>Block No:</td><td>".
$block.'</td></tr>';
?>
echo"</font></table>";
Sample code for View Dorm:
}
DBU-DMS
} 79
?>
Sample code for Assign Student:
DBU-DMS 80
<?php
if(isset($_POST['save']))
$block=$_POST['block'];
$dorm=$_POST['nodorm'];
$sex=$_POST['sex'];
$batch=$_POST['batch'];
$sql=mysql_query("INSERT INTO students
(fname,lname,stud_id,sex,batch,faculty,department,block,dorm)
$fac=$_POST['faculty'];
VALUES
$aa="it";
('$r1','$r2','$r3','$r4','$_POST[batch]','$_POST[faculty]','$aa','$_POST[block]','$i')");
$sum=0;
}}
for($i=1;$i<=$dorm;$i++)
$sum=$sum+9;
{
}
for($j=$sum; $j<=$sum+9;$j++)
if (!$sql)
{
{
$f=$j+1;
//echo' <p align="center"><font color="red" size="3"><img
$result = mysql_query("SELECT * FROM registrarRegistered</font></p></p>';
src="img/error.png"> Already where sex='$sex' AND batch='$batch' AND faculty='$fac'
AND no='$f'");
die('Error: '.'Already Exist'.mysql_error());
while($row = mysql_fetch_array($result))
}
{
else
$r1=$row[1];
{
$r2=$row[2];
$r3=$row[3];
}
$r4=$row[4];
echo' <p align="center"><font color="green" size="2"><img width="30px" height="30px"
src="img/tick.png"> success!</font></p>';
DBU-DMS
mysql_close($conn); 81
?>
CHAPTER SEVEN
DBU-DMS 82
7.1 Conclusion
Debre Berhan University Dormitory management System is one of the main Management system
found in the Universities Management. This system is a web based application to serve students
as well as the working group of the system in different direction. Specially:-
1) Students now made possible to know their dorm online which overcomes extra expenditure of
student’s time and resource
2) saving proctors time lost for assigning dorm for students, preparing report while student leave
from campus, etc
Through various challenging, now the team members are coming to the end of this project. Those
different challenges made possible by the cooperation of all the group members. In developing
this project all group members contributed their full capability with maximum interest and all
group members get ways toward developing a project.
7.2 Recommendation
While doing this system the team members has faced different challenges. But by the
cooperation of all the group members and the advisor the team is now able to reach to the final
result. I.e. all the group members strongly fight these challenge and take the turn to the front.
So now all the group members strongly recommend the department that for the coming students,
it has to provide them with better service than the present in better hard ware, guaranteed
software’s, giving orientations how to proceed, offering guest to provide them with more
experienced work, support morally, manually, forming good relation with students, giving
students description of each phases and so on. So that it will get what it expects from its students
and satisfy with them.
7.3 Appendix
References
DBU-DMS 83
To do the system starting from the requirement analysis to the implementation the team members
were used the following materials:
Books
Essentials of System analysis and design(in analysis and design phase)
System analysis and Design methods(in analysis and design phase)
A modern, modular approach to standards-compliant web design Craig Grannell Foreword by
Jon Hicks, Hicksdesign
Andrew Curioso, Ronald Bradford, Patrick Galbraith
Join the discussion @ p2p.wrox.com Wrox Programmer to Programmer™
PHP and MySQL®
Websites
www.tutorialspoint.com/index.html
www.w3schools.com/index.php
http://www.ibm.com/developerworks/rational/library/3101.html
DBU-DMS 84
DBU-DMS 85
DBU-DMS 86