Implimanation
Implimanation
BERHAN UNIVERSITY
By Group Seven
Name Id
1. Tigist Tamre………………………………… DBU07002017UR
2. Adane Alemayehu…………………………… DBU07001976UR
3. Sharew Alemu ………………………………. DBU07002014UR
4. Getaneh Belayneh…………………………… DBU07002025UR
May 2018.
MOBILE BASED ONLINE HELP DESK FOR DEBREBIRHAN UNIVERSITY 2018
Approval
The project is our own and has not been presented for a degree in any other university with this
functionality and all the source of material used for the project has been duly acknowledged.
Name Signature
…………………… …………………………
This is to certify that I have read this project and that in my opinion it is fully adequate, in
scope and quality, as a project for the degree of Bachelor of Science.
1. Examiner 1 …………………………
2. Examiner 2 …………………………
3. Examiner 3 …………………………
4. Examiner 4 …………………………
Acknowledgment
First of all, we would like to express our special thanks to almighty God for helping us through all
our steps from the starting up to finishing of our work in such beautiful manner. Then the team
would like to thanks to the project advisor, Ins. Faris Awol. For his valuable guidance and advice.
And the last we would like to thanks for us.
Contents
Approval ......................................................................................................................................................... I
Acknowledgment .......................................................................................................................................... II
List of table................................................................................................................................................... IX
2.3 Major functions/activities in the existing system like inputs, processes and outputs ..................... 12
2.7 Bottlenecks of the existing system (using for example PIECES frame work) .................................... 16
3.2.4 User interface prototype (navigational paths and screen mock-ups) ....................................... 53
CHAPTER SIX................................................................................................................................................ 68
References .................................................................................................................................................. 90
APPENDIX .................................................................................................................................................... 91
List of Figure
Figure 1:waterfall Model............................................................................................................................... 7
Figure 2:Report Generate Form .................................................................................................................. 14
Figure 3:Form of Main Board ...................................................................................................................... 15
Figure 4:Form of Direction Indicator .......................................................................................................... 16
Figure 5:Use Case Model ............................................................................................................................ 23
Figure 6:Class Diagram ................................................................................................................................ 34
Figure 7:Sequence Diagram for get Information ........................................................................................ 35
Figure 8:Sequence Diagram for Register information ................................................................................ 36
Figure 9:Sequence Diagram for Help .......................................................................................................... 37
Figure 10:Sequence Diagram for Update information ............................................................................... 38
Figure 11:Sequence Diagram for Login ....................................................................................................... 39
Figure 12:Sequence Diagram for Create Account....................................................................................... 40
Figure 13:Sequence Diagram for Change password ................................................................................... 41
Figure 14:Activity Diagram For Get information......................................................................................... 43
Figure 15:Activity Diagram For Register information ................................................................................. 44
Figure 16:Activity Diagram For Get help ..................................................................................................... 45
Figure 17:Activity Diagram For Feedback ................................................................................................... 46
Figure 18:Activity Diagram For Change Password ...................................................................................... 47
Figure 19:Activity Diagram For Login .......................................................................................................... 48
Figure 20:Activity Diagram For Update information .................................................................................. 49
Figure 21:Activity Diagram For Create Account .......................................................................................... 50
Figure 22:State Diagram Login .................................................................................................................... 51
Figure 23:State Diagram Create account .................................................................................................... 52
Figure 24:State Diagram Get information................................................................................................... 53
Figure 25:User interface or prototype ........................................................................................................ 54
Figure 26:Proposed software architecture ................................................................................................. 57
Figure 27:Subsystem Decomposition ......................................................................................................... 58
Figure 28:Hardware/software mapping ..................................................................................................... 59
Figure 29:Database Mapping ...................................................................................................................... 60
Figure 30:Database Design ......................................................................................................................... 61
Figure 31:Component Diagram ................................................................................................................... 64
Figure 32:Deployment Diagram .................................................................................................................. 65
Figure 33:User manual Interface ................................................................................................................ 70
Figure 34:User manual interface ................................................................................................................ 71
Figure 35:User manual Interface ................................................................................................................ 72
List of table
Table 1: Team Composition .......................................................................................................................... 3
Table 2: Use Case Description for Login...................................................................................................... 23
Table 3: Use Case Description for View ...................................................................................................... 24
Table 4: Use case Description for Give feedback ........................................................................................ 25
Table 5: Use case Description of Get Help .................................................................................................. 26
Table 6:Use case Description of Register information................................................................................ 27
Table 7: Use case Description of Get information ...................................................................................... 27
Table 8: Use case Description of Update information ................................................................................ 28
Table 9: Use case Description of Create account ....................................................................................... 29
Table 10: Use case Description of Change password ................................................................................. 30
Table 11: Use case Description of Mange account ..................................................................................... 31
Table 12: Data Dictionary of Create account .............................................................................................. 32
Table 13: Data Dictionary of Register College ............................................................................................ 32
Table 14: Data Dictionary of Register class room ..................................................................................... 32
Table 15: Data Dictionary of login............................................................................................................... 33
Table 16: Data Dictionary of Register building ........................................................................................... 33
Table 17: Data Dictionary of Register office ............................................................................................... 33
Table 18: Access control and security ......................................................................................................... 62
Table 19: Appendix ..................................................................................................................................... 91
List of Acronyms
DBU-------------------------------------------------Debre Berhan University
OS----------------------------------------------------Operating System
CD----------------------------------------------------Compact Disc
BR---------------------------------------------------Business Rule
UC--------------------------------------------------Use Case
FK-------------------------------------------------Foreign Key
CHAPTER ONE
1.1 Introduction
This chapter will introduce about background of the study, and overview of the system that
developed which is the project aims and objectives, summary modules description, project scope,
project limitation, project team, the outline of approach or methodology, development
environment, case tool used.
Undertaking a problem solving research based on national need and benefiting the
community with the outcome.
Offering government and community centered training, consultancy service, transferring
technology and undertaking innovation.
Suitable technology
Hardware requirement
Software requirement
To design the proposed system in such a way that it will:
Eliminate data redundancy
Be user friend
To develop user friendly and interactive system.
To implement and test.
To forward recommendation.
The proposed system is implemented only for Debre Birhan University and cannot
authenticate the users.
The system doesn’t show each student dorm and full personal information.
The system doesn’t show give course information.
Our application supports only show main office like president, academic vice president,
and college dean office.
The system doesn’t show the number of student in Debre Birhan University.
The system doesn’t show the amount of budget in Debre Birhan University.
End user: Who have knowledge on how to access information using mobile.
DBU: After finishing implementation DBU is one of the beneficiary due to reduce the number of
employee i.e. saving cost increase, Resource wastage decrease.
Requirement: - It involves understanding what need to be design and what its function, purpose
for the project is.
Design: -Uses specifying hardware and system requirements and also helps in defining the system
architecture.
Implementation: - Used to development the works are performed and development the
component or units hand to test the project.
Testing: - The project team performs some tests on that unit of program to know if it is error free.
This testing level helps us to decide that individual units of the program are working as per
requirement and are error free.
Maintenance: - This occurs after installation, and involves making modification to the system.
help desk adept, to show by orally and to attach the notice. User can get building information and
main office. A help desk worker can be generated reports how information is located for users in
month to the public relation director office.
Literature review: - The teams also try to read and understand about the problems related to our
project in different written documents.
Object Oriented System Analysis: During this phase the team will look at the problem domain
and with the aim of producing a conceptual model of the information that exists in the area which
will be analyzed. And this model the functions of the system (use case modelling), identifying the
business objects, organize the objects and also the relationship between them and finally model
the behavior of the objects.
Object Oriented System Design: During this phase the model interactions and behaviors that
support the use case scenario, and finally update object model to reflect the implementation
environment. And also transforms the conceptual model produced in object-oriented analysis to
take account of the constraints needed to our system, so that we will use this phase to improve the
use case model to reflect the implementation environment.
Reasons for the selection of Object Oriented System Analysis and Object Oriented System
Design are:
Increase reusability: - The object oriented provides opportunities for reuse through the concepts
of inheritance, polymorphism, and encapsulation.
Increased extensibility: -When you need to add new feature to the system you only need to make
changes in one part of the applicable class.
Flexibility: It is really flexible in terms of using implementations.
Improved quality: - Quality of our system must be on time, on budget and meet our exceeded the
expectation of the users of our system, improved quality comes from increased participation of
users in the system development.
The project team decided to use the following hardware and software tools throughout the
progress.
Hardware tools:
Desktop computer/laptop.
Displaying devices like printer.
Hard disk, flash disk is used for the movement of data from one machine to another. We
use both of the devices when we move our data from one machine to another.
Real device after finishing our implementation to use it.
Software tools:
Microsoft word 2010: - Is very useful because it takes less time to write and format the
text, communicate effectively smart diagram and chart tools, quickly assemble document.
By looking its useful properties, we use Microsoft word to type our project work to get all
the above benefits of it.
Microsoft PowerPoint is used for presentation.
Gantt chart software to schedule time
Enterprise architect application for UML diagram (use case diagram, sequence diagram,
class diagram, activity diagram, state chart diagram, component diagram, and deployment
diagram).
Android OS: Android is a Linux base operating system designed primarily for touch screen
mobile devices such as smart phones and tablet computers.
Antivirus is used to prevent, detect and remove computer virus.
There are different testing levels for a system. But we will use the following testing levels. These
are:
Unit Testing
While coding, the project team performs some tests on that unit of program to know if it is error
free. This testing level helps us to decide that individual units of the program are working as per
requirement and are error free.
Integration Testing
Even if the units of the system are working fine individually, there is a need to find out if the units
were integrated together would also work without errors. For example, we test argument passing
and data updating.
System Testing
The software is compiled as product and then it is tested as a whole.
Virus attack: It is difficult to control data from virus but try to scan the data, installing and
updating antivirus software.
Time management problem: We solve this problem by working cooperatively, divide our time
by schedule for each phase of the project and we try to use this schedule effectively.
One of our group members may be sick while in the process of project development: To solve this
problem the remaining group member together covers this member done.
Therefore, whatever situation happen or occurred that hinder during the progression of the project
the team try the best to do what expected and reform it.
System Failure: To solve this problem the organization workers must take backup file by
using external hard drive daily.
Power problem: We tried to use laptops to cover the gap happened to our project during
power failure.
CHAPTER TWO
Users use direction indicators and mainboard as input to get information, which means
these direction indicators to play the role of information to guide users.
The help desk workers use direction indicators as input to show information for users.
The help desk workers show information for the users by moving one place to the other
place together.
The help desk workers show information for the users by orally.
Performance Problems:
Through put: The time taken to find one place or Building is taking too much time in manual
navigation system.
Information Problems:
Output: It lacks full information on the main board. It displays only main office, it also lacks exact
indication of the wanted office or building and exact building may change its task because the
campus/organization is found in development.
Economics Problems:
Material uses short time because the materials life time is to short due to resting by natural factor
like wind, rain, and temperature.
Efficiency Problems: The information indicator guide the general name partially specified and
when new building becomes available partially or completely the existing manual system a
problem that means they should reconstruct the board and add another information indicator.
Service problems: - If the building changed or replace their tasks, due to this reason so many
changes occurred, so the direction indicators are useless. From the list of information on the
mainboard someone finding exactly place not get destination place, so according to this someone
cannot get full information on the mainboard.
Even if the existing system is manual and it has weakness, but there are some important activities
we should preserved to the proposed system. These practices are: -
Solve problems by their order of request
Provide service to the user
Save time and resource: - It minimize the resource like Human labor, metal and so on, and
time takes for this manual navigation system by getting full information about building.
Increase reliability: - The reliability of the system is increased by the information indicators
that we give the exact information of the building.
Give information that is not recorded by the existing system, like collage dean.
The system is supports at least one international language and one local language.
The system cannot be affected by human or natural factor as easily.
Automating the existing system using android studio.
When new thing happening, then the information becomes update, which means when the
building, office, laboratory, library, any building found in the campus/organization can be
renewed.
Get information: -The user can see the information to the desired destination place.
Get help: -The user can see the instruction how to use this system.
Give feedback: -The user can be give feedback to the system, when cannot get full information.
View feedback: -The administrator can be view feedback.
Create account: - The administrators can create their own account.
Speed: - The system will perform very fast at the normal working condition of the network.
Availability: - The system helps us to give timely information for the user when they are around.
Reliability: The system that tells the full information of the building.
Security: The system doesn’t worry about any security that prevents it from monitoring the
business environment or from performing its main function, but the administrator can be secure to
register the building information.
Usability: - The system provides a help and brief description of how to use the system. That is
users can be use the system by reading help.
CHAPTER THREE
SYSTEM ANALYSIS
3.1.1 Scenarios
The user to get arrives to some destination place in the existing system. It may be getting
information from main board above figure2.1 that the user wants to go, and then the user may ask
someone who is a help desk worker or the user may follow the direction indicator described like
in the figure 2.2 Direction indicators. Users can get information by guided help desk workers.
Actor: An actor represents a role of a user that interacts with the system that you are modeling.
The user can be a human, organization, machine, another external system modeling. It represents
as:
Use case: A use case describes a function that a system performs to achieve the user’s goal. A use
case must yield an observable result that is of value to the user of the system.
Represents:
Use
Boundary: Describing the system by grouping the use cases in the rectangle boundary, the system
boundary in visual paradigm provides containment behavior.
Represents: Boundary
Actor Description
Administrator: Perform the activity of register the essential information into database on the local
server. That, this information may be building like Dormitory, laboratory, class room information
that the building contains many offices in it, so the administrator registers that information.
User: Those are the end user of the application that uses this application by installing on their
android mobile phone.
System Use Case Diagram for New System and Its Identification
To develop the use case diagram for proposed system the following use case identifications are
available:
View information: The user can be view the building information gates desired destination place.
Get information: The user can see the information to the desired destination place.
Get help: The user can see the instruction how to use this system.
Update information: The administrator can be update information which means when the
building, office, laboratory, library, any building found in the campus/organization can be
renewed.
View
Feedback
Get
Register
Information «include»
information
Administrator
User
Login «include»
«include» Update
Giv e Feedback
Information
«include»
Create
account «extend» Mange account
Update
Account
Description: The user can be view the building information to gets desired
destination place and users can view available data.
Trigger: The users can wants to get information.
Priority: high
Basic course of action: Actor action System response
1. The user clicks view 2. The system display
3. The user view any information.
information. 4. If viewing any information are
5. The user gets information. match (Alternatives A1. If the
6. The use case end. viewing any information does
not match )
Alternative course: A1. The user viewing any information does not match.
A2. The system displays invalid view (Basic course 3 again view)
A3. Use case end.
Preconditions: The actor needs to know the specific information.
Post condition: The actor obtains information.
3. Give Feedback
Trigger: Users cannot get full information, and then give feedback to the
system.
Priority: medium
Basic course of action: Actor action System response
1. The user ask any information 2. The system display
information list.
6. Get Information
Description: The user can see the information to the desired destination.
Trigger: When the admin login to the system.
Priority: High
Basic course of action: Actor action System response
1. The user starts the system. 2. The system
3. The user clicks the View button. opens the home
(Alternate Action A3). page of the system.
5. The use case end. 4. The system
display the
information.
Alternative course: A1. If the user cannot click correct view button.
A2.The use case end.
Precondition: The user can install the app.
Post condition: User gets information.
7. Update Information
A data dictionary contains a list of all files in the database, the number of records in each file, and
the names and types of each field. Most database management systems keep the data dictionary
hidden from users to prevent them from accidentally destroying its contents.
Diagrams are used to represent the structure of the system in terms of objects, their notes and
nature of relationship between classes. The help desk provides the end user with supports related
to products and services of Debre Berhan University. Those users get information from the system.
Admin role
1
has
1
Admin
- Address: varchar
- age: int
- First name: varchar
- Last name: varchar
- Sex: varchar
User
Home page Get Information Controler Data base
Initial()
Displayed()
Successfully Display ()
Get Information()
View Form()
Check()
Validate()
Saved()
Successfull Fill()
Sequence Diagram of
Get help
User
Home Page Help Control
Click help()
View help()
Request()
Responce()
Sequence Diagram of
Update e information Admin
Home page Update form Control Database
Click Update()
Check()
Validate()
Update()
sd sequence diagram
Administrator
Home Page Login Checker Login form
Accept input()
Check validation()
if invalid try again()
Close()
End
sd sequence diagram
Administrator
Home page CreateAccount CreateAccount Database
form controler
Click()
Open()
Validate()
If not valid()
If valid()
CreateAccount successfuly()
End
sd sequence diagram
Administrtor
Home page Login Form
Password change()
End
Activity diagrams are graphical representations of workflows of stepwise activities and actions
with support for choice, iteration and concurrency. It is constructed from a limited number of
shapes, connected with arrows. The most important shape types:
Initial
Successfully Get
Information
Final
Ini ti al
Activity diagram of
Register Information
Select Builiding
Information
No
Val i date
Yes
Successful Fill
Fi nal
Ini ti al
Click Help
View Help
Fi nal
Ini ti al
Click FeedBack
Activity Diagram of
Feedback
Click Send
Fi nal
Initial
Activity Diagram of
Change password
No
Yes
Valid
enter
Successfull Changed
Final
Initial
No
Validate User name
and password
Yes
Login to the system
Final
Initial
Activity Diagram of
Update information Click update
No
Validate enter Yes
Successfull update
Final
Initial
Activity Diagram of
Create account
No
Validate
Password
Yes
Successfull Create
Final
Failed
[Again]
[User name and password not match]
Waiting Login
[Admin Enter User name and Password] Waiting User name
[Admin start the system] Information
and Password Valid
Initial
Login
[Success]
Final
Idle
Initial
[Create Account]
[Fill Form]
Final
Idle
Initial
[Click]
v iew button
Disply Information
Successfuly v iew
information
end
CHAPTER FOUR
SYSTEM DESIGN
4.1 Introduction
System design is the transformation of the analysis model into a system design model. 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 of the statement and requirement
analysis section discussed earlier.
The purpose of designing is to show information 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 into operation depends on
the quality of the system design. So if the system is design clearly, it will be easy to make changes
to it.
Modifiability: -The system should be modifiable for further modification and enhancement of the
application.
Efficiency: - The new application process efficiently in terms of space and time.
Performance: - May include the speed and memory requirements of the system.
Maintainability: - The application should be easily extensible to add new functionalities at a later
stage.
4.3.1 Overview
The proposed system will be implemented in three tier architecture this three tier architecture are
application layer/ presentation layer, business layer and data access layer. Application or
presentation layer is the form which provides the user interface it either end user or programmer.
The business layer is the class which uses to write the function which works as a mediator to
transfer data from presentation layer to data access layer. This layer also has a property layer which
is a class where variable is declared to the field of the data base which can be required for the
application and makes the properties into the variables. Access layer is to set/to get from data to
database queries back and forth. The database queries or store procedures will be written here to
access the data from the database.
«device» «device»
Android mobile «device»
WebBrowser
phone serv er
network
HTTPS
JDBC
«device»
Database
Register Information
Manage Account
Update Information
Create Account
Update Account
Mobile Based online Help Desk
Change Password
Get Information
View Information
Assign role
Get Help
<<Application>> «device»
MBOHD.APK Android Mobile
Install
Application Serv er
View Information
4.3.4.1 Mapping
Library Table
Library
Staff Staff Table
- Library code: int
- Library code: int
- Name: Varchar(50) - Email: Varchar - Email: Varchar(50)
- Name: Varchar
- Fax: Varchar - Fax: Varchar(50)
- Name: Varchar - Name: Varchar(50)
Office Table - phone: int - Phone: int(15)
Office - staff code: int - Staff code: int
- Email: Varchar(50)
- Email: Varchar - Fax: Varchar(50)
- Fax: varchar - Name: Varchar(50)
- Name: varchar College Table
- Office code: int College
- Office code: int - Phone: int(15) - College code: int
- Phone: int - College code: int
- Email: Varchar(50)
- Email: intVarchar
- Fax: Varchar(50)
Lab-room Lab-room Table - Fax: Varchar
- Name: Varchar(50)
- Name: Varchar
- Lab- room code: int - Phone: phone(15)
- Lab-room code: int - Phone: int
- Name: Varchar - Name: Varchar(50)
Admin role Table
Admin role
- Admin Id: int
Builiding Builiding Table - Admin id: int - Admin role id: int
- Admin role Id: int - Role id: int
- Builiding code: int - Builiding code: int - Role id: int
- Name: Varchar - Name: Varchar(50)
System start up: - Users starts to use this system first install the application then after
installation end the user can be view information.
System exit: - When users can want to get information users can be exit the system.
Error handling: - The system will handle the error happen during data insertion to get
information.
It contains: -
Insert information: -this subsystem is used to record building and their related information.
Update information: - this subsystem is used to update when new information is happening
(renewed).
View information: This subsystem contains the view service for the user of this app to view the
information when the users reach the destination place.
Get Help: This Subsystem contains the instruction how to use the application and it contains: -
Get Help: This subsystem contains the Help service for the user of this application to see the
instruction how to use this application.
Register
information
Administrator
Secuirty
Manage account
View information
MBOHD
Database
Get help
«device» «executionEnvironme...
Application Serv er mysql
Android Dev ice
MBOHD.APK MBOHD
MBOHD
HTTPS Database
Application JDBC
HTTPS
«device»
Smart phone
WebBrowser
CHAPTER FIVE
OBJECT DESIGN
5.1 Introduction
Mobile Based Help desk system has a lots of subsystem that makes it a full system hence by
working separately but working together in the way that by calling each other using their
instantiated object they make the whole system. In this chapter we will consider each behavior of
the subsystem as well as the whole system.
5.4 Packages
Packages are used in Java in order to prevent naming conflicts, to control access, to make
viewing/locating and usage of classes, interfaces, enumerations and annotations easier, etc. A
Package can be defined as a grouping of related types (classes, interfaces, enumerations and
annotations) providing access protection and name space management.
Get Building class: -consists of building information such as office building, college, lab room,
dormitory.
Feedback Class: - Users can be send feedback and admin can be view feedback.
Contact class: - Users can be contact phone ,email them, write to them, or go to see them in
order to tell or ask them something.
About Class: - Descripts how work the project and descripts back ground of the organization
Help class: - The class name Help is used for providing the user a start-up guide or an advanced
information for the users of the application.
CHAPTER SIX
Unit testing: - it is the first testing method we used to test each module that build the whole
system by applying some selection mechanism. Through this mechanism every modules gets
tested. If an error occurs correction will be taken without affecting another module. So that it
plays the crucial role for testing the module easily without difficulty.
Integrated testing: - it is the next step we implemented after we successfully ensure that each
single module is working correctly ever after all related module combined together and tested
together for the correct fitness with each other and with the systems functionality. If error occurs
in combining them, the module with problem will be identified and fixed without need of much
effort.
System testing: - it is the last step we implemented after we successfully integrated each related
single module for the purpose of building the overall functional testing of the system by
checking whether it meets the required target or not. Here is the last procedure that system
reached its requirement.
Hardware
Software
Android Studio
Note pad++
Xampp database
Koplayer Emulator
6.5 Training
During the deployment of the system, our project team will give short time training for all the
system users in the way that by showing how the system works and in what way they can
manage their system effectively for ensuring the system deployed successfully.
Precondition:
End-user training:
End-user training will be provided using a separate modules and departments. It focuses on each
user of the system and provides a step-by-step walk through of the business process. Custom
text, tips and explanations can be included in the recorded process.
Trainer:
Evaluate training:
6.8 Coding
In this phase we illustrate the code that build the system as a sample:
import com.android.volley.toolbox.StringRequest;
import com.android.volley.toolbox.Volley;
import com.example. sharik.
helpdesksystemfordebreberhanuniversity.Main.Get_building;
import com.example.sharik.helpdesksystemfordebreberhanuniversity.R;
import com.example.sharik.helpdesksystemfordebreberhanuniversity.URL.URLClass;
import org.json.JSONException;
import org.json.JSONObject;
import java.util.HashMap;
import java.util.Map;
public class LoginForm extends AppCompatActivity {
EditText Username,Passw;
Button Login,CreateAccount;
String Passholder,EmailHolder;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login_form);
Username=(EditText)findViewById(R.id.editusername);
Passw=(EditText)findViewById(R.id.editPassword);
CreateAccount=(Button)findViewById(R.id.btnCreateAccount);
Login = (Button) findViewById(R.id.btnLogin);
CreateAccount.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick (View v) {
Intent i=new Intent (LoginForm.this,CreateAccount.class);
startActivity(i);
}});
Login.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick (View v) {
import android.support.v7.app.AppCompatActivity;
import android.widget.Toast;
import com.android.volley.AuthFailureError;
import com.android.volley.Request;
import com.android.volley.RequestQueue;
import com.android.volley.Response;
import com.android.volley.VolleyError;
import com.android.volley.toolbox.StringRequest;
import com.android.volley.toolbox.Volley;
import com.example.sharik.helpdesksystemfordebreberhanuniversity.R;
import com.example.sharik.helpdesksystemfordebreberhanuniversity.URL.URLClass;
import java.util.HashMap;
import java.util.Map;
EditText id,email,phone,officname,floors;
Button save,view;
// String Url="http://10.18.46.219/Colleges/RegisterClassRoom.php";
@Override
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_class_room);
id=(EditText)findViewById(R.id.editclassbuildingcode);
floors=(EditText)findViewById(R.id.editclassbuildingname);
email=(EditText)findViewById(R.id.editclassdepartiment);
phone=(EditText)findViewById(R.id.editclassyear);
officname=(EditText)findViewById(R.id.editclasslocation);
save=(Button) findViewById(R.id.classroomsend);
view=(Button) findViewById(R.id.classroomview);
view.setOnClickListener(new View.OnClickListener() {
@Override
startActivity(i);
}});
save.setOnClickListener(new View.OnClickListener() {
@Override
//check if it is correct
if(id.length()<0||email.length()==0||phone.length()==0){
else if (! cid.matches("^[_a-zA-Z0-9]+")) {
id.requestFocus();
else {
@Override
}, new Response.ErrorListener() {
@Override
}) {
@Override
return map;
} };
queue. Add(request);
}});
package com.example.sharik.helpdesksystemfordebreberhanuniversity.CHAT;
import android.support.v7.app.AppCompatActivity;
import java.io.DataInputStream;
import java.io.DataOutputStream;
import java.io.IOException;
import java.net.Socket;
import java.net.UnknownHostException;
import android.view.View.OnClickListener;
import android.widget.LinearLayout;
import android.widget.TextView;
import android.widget.Toast;
import com.example.sharik.helpdesksystemfordebreberhanuniversity.R;
Button buttonConnect;
EditText editTextSay;
Button buttonSend;
Button buttonDisconnect;
@Override
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_chat);
loginPanel = (LinearLayout)findViewById(R.id.loginpanel);
chatPanel = (LinearLayout)findViewById(R.id.chatpanel);
buttonConnect.setOnClickListener(buttonConnectOnClickListener);
buttonDisconnect.setOnClickListener(buttonDisconnectOnClickListener);
editTextSay = (EditText)findViewById(R.id.say);
buttonSend = (Button)findViewById(R.id.send);
buttonSend.setOnClickListener(buttonSendOnClickListener);
@Override
if(chatClientThread==null) {
return;
chatClientThread.disconnect();
} };
@Override
return;
if(chatClientThread==null) {
return;
} };
@Override
if (textUserName.equals("")) {
return;
if (textAddress.equals("")) {
return;
msgLog = "";
chatMsg.setText(msgLog);
loginPanel.setVisibility(View.GONE);
chatPanel.setVisibility(View.VISIBLE);
chatClientThread.start();
} };
String name;
String dstAddress;
int dstPort;
this.name = name;
dstAddress = address;
dstPort = port;
@Override
try {
socket.getOutputStream());
dataOutputStream.writeUTF(name);
dataOutputStream.flush();
while (! goOut) {
if (dataInputStream.available() > 0) {
msgLog += dataInputStream.readUTF();
Chat.this.runOnUiThread(new Runnable() {
@Override
chatMsg.setText(msgLog);
} });
if (! msgToSend.equals("")) {
dataOutputStream.writeUTF(msgToSend);
dataOutputStream.flush();
msgToSend = "";
}}
} catch (UnknownHostException e) {
e.printStackTrace();
Chat.this.runOnUiThread(new Runnable() {
@Override
}});
} catch (IOException e) {
e.printStackTrace();
Chat.this.runOnUiThread(new Runnable() {
@Override
}});
} finally {
if (socket! = null) {
try {
socket.close();
} catch (IOException e) {
e.printStackTrace();
if (dataOutputStream! = null) {
try {
dataOutputStream.close();
} catch (IOException e) {
e.printStackTrace();
}}
if (dataInputStream! = null) {
try {
dataInputStream.close();
} catch (IOException e) {
e.printStackTrace();
}}
Chat.this.runOnUiThread(new Runnable() {
@Override
loginPanel.setVisibility(View.VISIBLE);
chatPanel.setVisibility(View.GONE);
} });
}}
msgToSend = msg;
goOut = true;
}}
CHAPTER SEVEN
7.2 Recommendations
Based on the preceding information in our project, we believe that the following
recommendation will help the organization to improve their system more reliable and
available, as they want. The proposed system will be best reference for the next version of
this application to add or modify some remaining functionalities.
In the current context Google Map does not recognize the DBU map as a road we
recommend that the compound map is made and upload to google map by authorized body
after this there may be clear and simple to use this application.
References
[1] Dennis, A. (2012). Systems Analysis and Design. John Wiley and Sons.
APPENDIX
Table 19: Appendix
Symbol Description
uc Us e Ca ...
Actor
System boundary
Class Diagram
deployment Deploy...
Deployment Diagram
Message line
Activity
Boundary
Controller
Entity