Final Doc of Project
Final Doc of Project
Final Doc of Project
by: -
Name ID
1, Lidia Eshetu…………………...1010974
2,Metadel Fentie………………...1010807
3, Meron Tsehay…………………1010883
Advisor:-Mikiyas Gulema
2013
Declaration
The Project is our own and has not been presented for a degree in any other
university and all the sources of material used for project have been duly
acknowledge.
……………………………. …………………………………
Name Signature
……………………………. …………………………………
Name Signature
……………………………. …………………………………
Name Signature
Faculty: Computing
This is to certify that I have read this project and that in my supervision and the
student’s performance, it is fully adequate, in scope and quality, as a project for
the degree of Bachelor of Science.
It is approved that this project has been written in compliance with in formatting
rules laid down by the faculty.
Acknowledgment
First and for most and above all our biggest thanks would be to Almighty “GOD” because
nothing could be possible without his free will and the completion of this project is supported
by him.
Secondly, our deepest thanks go to our Advisor Mikiyas Gulema for guiding and correcting
our document with attention and care. He has given time, goes through the project, and made
the necessary correction as and when needed.
Thirdly, we thanks to the Bahir Dar University department of information technology for
their acquiescence of 24hrs of laboratory class and free internet service that make us to
accomplish our project.
At the last but not the least, even if it were unusual, the group members would like to thank
each other. The main contributors to the success of this project are teamwork, friendship and
the belief that we may achieve something we set out to do. We also hope that this project and
the documentation may be testaments to our continued friendship and better work. In
addition, it may be the essence of success and symbolic witness of what we have worked for
during our stay at the Bahir Dar University.
List of acronyms
BDU……………………………………………………...Bahir Dar University
PHP……………………………………………………….Hyper Text Pre processor
MYSQL…………………………………………………..Structural query language
HTML……………………………………………………Hypertext markup language
List of Figures
figure 1: use case diagram ....................................................................................................................................................... 12
figure 2: use case prototype .................................................................................................................................................... 21
figure 3: state chart for adminstrator page ....................................................................................................................... 22
figure 4: state chart for department page.......................................................................................................................... 23
figure 5: state chart diagram for student page ................................................................................................................ 24
figure 6: Activity diagram for login ................................................................................................................................... 25
figure 7: Activity diagram for process placement ........................................................................................................ 26
figure 8: Activity diagram for view department placement ..................................................................................... 27
figure 9: Activity diagram for import ................................................................................................................................ 28
figure 10: Sequence diagram for login.............................................................................................................................. 29
figure 11: sequence diagram for import ........................................................................................................................... 30
figure 12: sequence diagram for process placement .................................................................................................... 31
figure 13:sequence diagram view placement ................................................................................................................. 32
figure 14: analysis class model ............................................................................................................................................ 33
figure 15: CRC diagram for user account ........................................................................................................................ 38
figure 16:CRC diagram for adminstrator ......................................................................................................................... 38
figure 17: CRC diagram for student ................................................................................................................................... 39
figure 18: CRC diagram for department manager ........................................................................................................ 39
figure 19: Class diagram ......................................................................................................................................................... 40
figure 20: User Interface prototyping for home page .................................................................................................. 41
figure 21: User Interface prototyping for login ............................................................................................................. 42
figure 22: Architectural design............................................................................................................................................. 43
figure 23: Component diagram ............................................................................................................................................44
figure 24: Deployment diagram ........................................................................................................................................... 45
figure 25: Class model ............................................................................................................................................................ 46
figure 26: Persistent model .................................................................................................................................................... 47
List of Tables
Table 1: Schedule ........................................................................................................................................................................ 6
Table 2: Use case Identification ........................................................................................................................................... 13
Table 3: Use case description for Login ............................................................................................................................ 14
Table 4: Use case description for Import .......................................................................................................................... 15
Table 5: Use case description for Update ......................................................................................................................... 16
Table 6: Use case description for Read and watch ....................................................................................................... 17
Table 7: Use case description for Process placement .................................................................................................. 17
Table 8: Use case description for View placement....................................................................................................... 18
Table 9: Use case description for Download................................................................................................................... 19
Table 10: Use case description for Logout...................................................................................................................... 20
Table 11: Access ........................................................................................................................................................................48
Abstract
The purpose of this project is to develop a Web Based online student placement system, the
system reduces the time and labor required, change the manual storage mechanisms into
computerized system (database), and provide fast, efficient, flexible, reliable and secured
services. The existing system of the organization is facing different problems such as data
redundancy, lack of data security and lots of paper work. To solve this problem the project
team used different data collection methods such as Interview, Document analysis and
Practical observation. In order to analyze and design the system we used Object oriented
approach for both analyzing and designing the new system.The system gives a lot of
information about department, allow students to choose and view department online. The
adminstrator process placement and update information.
Chapter one
1. Introduction
Now days we all are using the internet to do multiple things like booking, academic search,
apply for any job, etc. Computer and Information technology has a major influence on the
society and the society is becoming more and more dependent on technology. Going on is an
era of simplifying almost all complicated works using computers.
Department selection for university student is an activity that is performed in each year in
every university of Ethiopian. In this process students are allocated department of their choice
according to their performance in specific course.Department Selection and placement for
University student is useful for any function it must be trained using a well selected set of
training data and learning rules or algorithms .Universities will have the benefit of admitting
motivated students as they will have had a better chance of selecting applicants into
department of their own choice. It is more likely that students pursuing department of their
own choice will be better motivated to succeed. In this system, the department prepares a
form for the students to fill their departments up on their interests and registration has also its
own registration form. The department places the student according to the requirements. But
BDU uses manual system for department placement system for freshman students, so our
study focuses producing the web based process to accomplish the tasks. The role of web
based department placement for BDU helps to manage the time and increase the effectiveness
of the service .It is capable of giving information about the departments going to be chosen
and how the students should fill all the requirements and the dynamic information that is
retrieved from the server database is sent by the backend system that is found in the registrar
office.
1.1. Background
Bahir Dar University was created from the merger of two former higher institutions. The first
was Bahir Dar Polytechnic Institute, which formed one of the faculties of the University, was
established in 1963 under the technical cooperation between the Government of USSD and
the Imperial Government Of Ethiopia. The objective of the institute was to train skilled
technicians in the fields of Agro-Mechanics, Industrial Chemistry and Metal, Textile,
The other institution of higher learning was Bahir Dar Teachers College, which had been
established more than three decades ago. Its original name was the Academy of Pedagogy,
and it was created in 1972 by the tripartite agreement of the Imperial Government, UNESCO,
and UNDP and started actual work in the following year under the auspices of the Ministry of
Education and Fine Arts. Its general objective was to train multi-purpose primary education
professionals capable of adopting primary education to rural life and rural development. Its
specific objectives were to train primary school teacher trainers, supervisors, educational
leaders, adult education organizers and community development agents.
The two institutions were integrated into Bahir Dar University following the Council of
Ministers regulation no. 60/1999. The University was inaugurated on May 6, 2000, and the
Polytechnic Institute and the Teachers College became the Faculty of Engineering and
Faculty of Education, respectively. In addition, the university added two more faculties, that
of Business and Economics and the faculty of Law, which were established in 2001 and 2003
respectively. Bahir Dar University was officially inaugurated in May 2001.
1.1.1 Mission
The mission of Bahir Dar University is to contribute substantially to the nation and beyond
through high quality education, research and community services.
1.1.2 Vision
The vision of Bahir Dar University is to become one of the ten premier research universities
in Africa by 2025.
The first one is wastage of time. Since the university accepts a large number of
students, assigning those students to department following each point of the
legislations manually is time-consuming.
The second one is cost. In case of the manual system, Paper and Ink must be provided
to complete the task. This paper and Ink are needed to prepare the form for the
students to fill, to post placement results, and to analyze and make a selection of
students.
Thirdly, we have seen a student being placed in more than one department. Even if
most of the placement completed successfully, the placement is difficult to revise
since each student’s choice is on paper, it may be lost or easily damaged.
The fourth problem is the openness of the system for corruption as the manual
placement system is fully processed by humans.
1. Interview: - help us to get the basic information and background information about the
existing student placement system, the team will interview the Registrar manager and some
university office worker about the services that are assigned to them, and the problems
associates with that environment.
2. Observation: - help the team to revise some data fill forms and reports associates with the
Student Department Placement System process.
3. Document analysis: - help us to get more information about student department placement
system; how it processed manually, we refer books, documents and other reading materials.
1.5 Feasibility
A feasibility study involves taking a judgment call on whether a project is doable and by the
judging the system it is feasible.
Economic feasibility - It is economically feasible. Its cost is fair and not expensive. The
organization can afford it so the system doesn’t face problems because of its price.Since this
project is developed as student of university for graduation we do not spent money to buy
computer. However other hardware is needed to do and we spent money to get thus hard
ware. Thus are listed below.
Flash disk (2GB):- for data transfer from one source to other.
Paper
Pen
Agenda
Printing
Operational feasibility - It analyzes how the project plan satisfies the requirement identified
in the requirement analysis. This system satisfies all requirements so it is satisfy operational
feasibility.
Table 1: Schedule
For university
Reducing the broad manual work
Reduce economy spend for running new students department placement work like
paper ,ink price
Can run the teaching learning process and other activities as plan.
No need of more manpower and reduce the worker tiredness.
Can access the student information easily like search.
To develop a reliable and secured database to keep the overall records associated
with the student’s that would help the department management process.
Colleges are not crowed .Because a student knows his/her department as result
he/she directly goes to the department not to the college.
For us
this project is important to apply the studies we had taken and increase our
performance.
And if every requirement will be full we can be rise to sell.So may get economy
benefit.
Our project not work for users who have button type phone because of constraints
1.8 Scope
Our project will include the following operations:
Chapter Two
System Features
Registrar office
Colleges
Departments
new students
When come to students need. They need to know about the college information such
as what are the departments, schedule, and details of departments before joining.
And know the department which one he/she enrolled to prepare by required matters
before coming.
In addition colleges need to reduce cost, time wastage and department placement
complexity as mentioned above.
Finally registrar needs all the above effective activities to facilitate teaching learning
process as scheduled.
Post condition The system should give user interface for each user
according to their grant.
Alternative course of action 11. If actors fill incorrect user name and password
12. System identify the wrong input
13. System display error message
14. Turn to step 3
15. If actor input wrong key
16. System display error message
17. Turn to step 7
Description All actors after finish their work leave the page by click
logout button
BR1: Authorize to the system. Users must have a valid user name and password
in order to access the system.
BR2: The system administrator should administer the system and give accesses
(views) to those students as per their priority to the system and update the
password as needed.
BR3:valid Information. The user should also control the information of new
students .
BR4:Students must choose with in activate date
BR5:Students choose and view department placement only by admission number
State chart diagram describes the flow of control from one state to another state. States are
defined as a condition in which an object exists and it changes when some event is triggered.
The most important purpose of State chart diagram is to model lifetime of an object from
creation to termination.
Chec k()
Try Again
Directed
Submit ()
Store ()
Placement PPlacement
Button control DB
User Click ()
Display
Ente r t he Check ()
Ke y
Try Again
Submit ()
1. user click placement menu
2. display search box
3. search control check the
input key
4. if not valid display error
Display ()
message
5. if true submit the key to
Database
6. Display the view
Users Involved:
Administrator
Department Manager
Student
Users Involved:
Administrator
Users Involved:
Administrator
Users Involved:
Department manager
Users Involved:
Administrator
Department Manager
Student
Users Involved:
Administrator
Department Manager
Student
Technical requirements are the technical issues that must be considered to successfully
complete a project.
Availability: - the customer to access the system at any time 24/7 hour.
Performance: Since the system is web based the deliver response time of the
system should be very fast.
Speed: -The system has quick response time.
Security- this system has user name and password to login to the system for
perform the tasks and also the data base uses the encryption methods in order to
protect the data.
Effectiveness- can user’s complete task, achieve goals with the product
Error handling: - This system allows minimize error by displaying the message
box or the system warns the users who make errors.
Personal computer (PC): almost all tasks of our project are performed on computer.
RAM 4GB: To store the file temporarily
Hard disk: store large file permanently
Flash disk
Missing activities: -Where there the important activities missed in each project
development phase and the developing team latterly understood them, they should
include them.
Comments from Advisor: - When crucial comments are raised from the advisor,
teachers and examiners that should be included and excluded the developing team
assess the project again.
Lack of resources: - If there is scarcity of resources occurred to develop many
system activities, the developing team also restructured the contents of the project.
Chapter 3
System Design
Roles Actors
Administrator Department Student
Manager
Login
Import student information ˟ ˟
Process Placement ˟ ˟
Update
View Placement ˟
Download ˟ ˟
Choose department ˟ ˟
Read and Watch ˟ ˟
department detail
Manage account ˟ ˟