Srs
Srs
Prepared by
Ahmed Obaid
Fawzy al tayeb
Wassim Salem
Fariza El Sharif
Supervised By
Table of Contents
1 Introduction ................................................................................................................................ 4
1.1 Overview .......................................................................................................................... 4
1.2
Purpose.4
1.3
1.4
1.5
1.6
1.7
Methodology .................................................................................................................... 6
3.3
3.4
3.3
3.4
3.5
3.6
3.7
4 Maintenance ............................................................................................................................. 19
4.1 Maintenance ................................................................................................................... 19
4.2
5 Conclusion ............................................................................................................................... 20
5.1 Limitations ..................................................................................................................... 21
6 References ................................................................................................................................. 22
7 Appendix ................................................................................................................................... 22
Table of Figures
Figure 1.1: Waterfall Model .................................................................................................................... 7
Figure 3.1: Login Package ..................................................................................................................... 13
Figure 3.2: Ticket Package .................................................................................................................... 14
Figure 3.3: Class Diagram ..................................................................................................................... 18
Figure 3.4: Login Help Desk Activity Diagram .................................................................................... 19
Figure 3.5: Create Ticket Activity Diagram .......................................................................................... 19
Figure 3.6: View Assigned Tickets AD................................................................................................. 20
List of Tables
Table 3.1: Use Case Login .................................................................................................................... 14
Table 3.2: Use Case Open New Ticket .................................................................................................. 14
Table 3.2: View Assigned Tickets ......................................................................................................... 15
Table 3.4: Open New Ticket .................................................................................................................. 16
Table 3.5: Update User .......................................................................................................................... 16
Table 3.6: Complete a Pending Ticket. ......................................................................................................... 17
List of Abbreviations
HDSS
PHP
HTML
MySQL
UML
AD
1 INTRODUCTION
1.1 Overview
The idea of our project revolves around technical support to ensure the functioning of the
services that we provide to our customers only and also includes technical support problems
resulting from the use of the client for any of the external programs the wrong way, as well
as problems resulting from the installation or run programs or pages or the interpretation or
resolve the problems of those programs and error messages , or any of the client work on
ways to clear but not limited to all or any of its files or data or the error in the definition of
data sources, loading is greater than its allocated within the organs of the common service.
Technical support for customers through one of their technical support and the right to
develop new regulations in the technical support of any area of service also have the right to
stop any of the systems in place for technical support, and will inform customers of this
briefing.
1.2 Purpose
The main goal and purpose to this project:
1. Provide the service to customers.
2. Learn how to processing technical matters and crises.
3. Increase the gain trust between the client and the labor market in the areas of hosting.
4. Address the disadvantages resulting from the misuse of the site or to the Control Panel.
5. Contribute in the security procedures of the hosted sites that require technical support.
6. Strengthen the economic terms of the investors lost in the hosting of strong competition is
where it is difficult to rely on hosting only, so the introduction of technical support in the
process of diversification has become necessary.
7. Hosting companies is very important and an important factor to increase the number of
customers every technical support and the period they are all there is a patchwork of
confidence in the company by customers.
Delay to adjust and reform some of the errors lead to suspension of work.
Users are facing difficulties during the course of action to learn the techniques and how to
solve the problems.
Repeat many of the procedures and questions of users that lead to a waste of time and
effort.
There is no place to save the data.
Data are not security and the employee can gain access to many data.
1.4
Been obtained for most of the requirements by conducting interviews with users of the
system (Interviews) Through the review of the documents used in the current system and through
the perception of users of the new system (Document review).
Gathering system requirements is done through monitoring the method of work and outputs
of the current system and tracking operations of the existing system from beginning to end
(Observation).
1.5
Help Desk Support System (HDSS) aims to improve quality of performance of the
department by automating the daily processes to improve inventory management, reporting
mechanism on errors and reduce both time required for completing tasks.
1.6
The main objectives of the Help Desk Support System are to:
Facilitate communication between staff and Maintenance Department.
Produce statistical reports for inventory and tasks.
Identify problems with devices of clients.
Facilitate the access of the system online from anywhere.
Ticket Help Desk Support System
5
1.7
Methodology
We use the following model (waterfall model) to implement of system; the methodology of
this project is based on five main areas:
1.7.5 Documentation
In the final stage of the project, detailed information on the system for developers will be
made in addition to a detailed user manual to be as a reference for the system.
2.1
Project Description
The Help Desk Support System is used for the logging, tracking and reporting of all requests
received by the Help Desk from clients through special forms. Clients will be able to report on IT
related errors, problem, support needed, software failure, hardware problems,..etc. When the
client submits the online form, it will create a ticket for the help desk supervisor and they will
pass the ticket to a technician to address the problem.
The designed system can be used as a generic system, and therefore can be easily adopted to
fit with the needs of other stakeholders, companies and institutes. The HDSS allows various
levels of access for different types of users. For example, helpdesk technician does not the same
have privileges as a supervisor or system administration. The system offers two levels of
privileges; client or user and system administrator. The Helpdesk administrator has the primary
rights to set these access privileges for the users of the system when executing the system.
HDSS can generate reports and statistics based on requests received and stored in the
databases to the helpdesk and types of problems also about Things that are available in the store
and other things used or spent for clients. Helpdesk Manager, for their own use or even for the
use Directors of the system, will generally do this.
2.2
o The Helpdesk system should allow for different levels of access for different types of
users.
o The helpdesk system should be able to inform you about all things are in the store and all
things are spent to client's period.
2.3
2.4
System Analysis
3.1 Introduction
The development of the HDSS came through several phases of analyzing the existing trends,
practices. Project relied more on using qualitative data collection methods such as personal
interviews, one-to-one meetings with technicians and other stakeholders, in addition to
observation of the whole support. The collected qualitative data helped building a solid
infrastructure for the development of a comprehensive system ..
In this Section, the functional and non-functional requirements are introduced using the
Unified Modeling Language (UML) which is an open method used to specify, Visualize,
construct and document the artifacts of an object-oriented software-intensive system under
development. UML offers a standard way to write a system's blueprints, including conceptual
components.
Concisely worded statement that describes how the software will behave when it is complete. In
other words, every time a requirement is implemented, the system shall behave in accordance to
the conditions that the requirements establish.
1. Functional requirement: addresses the operations that the system performs (behavior).
2. Nonfunctional requirement: applies to the standards or qualities of performance that
constrain the design or operations of the system.
3.2.1.2 Login
1. User of the system (Clients and Administrators) can login to the system using a username
and password.
2. If login information invalid, the system will display an error message and ask to re-enter
the correct login information again.
3.2.1.3 Add New Tickets
1. All users can create a new ticket.
2. A form will be displayed to the user to fill out details on the request then submit the form
to the relevant party.
3. The ticket will be automatically sent to administrator.
3.2.1.4 Add a New Department
1. Only administrator can add/remove departments, colleges or division.
2. An administrator can remove an existing department or college after deleting all users
under that college or department.
Log in
Log out
Client
Technician
Admin
Session timeout
System
Add Ticket
Client
Extends
View Ticket
Extends
Comment Ticket
Extends
Technician
View assistant Ticket
Extends
Remove Ticket
Administrator
Assign Ticket
Brief description
The use case is initiated by any user of the system whether client,
technician or administrator when they want to access the system. They
will be required to enter a valid user name and password to continue.
Pre- condition
Characteristics of
activation
Flow of events
Basic flow
At the login page actor keys in the username and password, and
then click on submit button.
System verifies login info.
System displays the helpdesk main menu.
Ticket Help Desk Support System
14
Post-Conditions
Brief description
Pre- condition
Characteristic of
activation
Flow of events
Post-Conditions
The use case is initiated by any client when they need to submit a
request for the technician.
Successful login.
On user demand.
Basic Flow
Actor clicks on create a new ticket link from the main menu
A display form will appear to fill out details of request
System checks if all the required fields are filled out.
System creates a ticket and displays the ticket details
Alternative Flow
Actor can click on reset button to clear entry fields of data to fill
them again
Exceptional Flow
Some required field are not filled and notify the actor to fill them
Ticket is created and ticket details are displayed on screen.
Brief description
Pre- condition
Characteristic of
activation
Flow of events
Post-Conditions
View list of assigned tickets that are created by clients ordered by date
and time
Successful login.
On admin demand.
Basic Flow
Actor click on view assigned tickets link on the main menu
List of actors assigned tickets are displayed on screen.
Actor clicks on the title of tickets to view details
Ticket details are displayed on screen
System displays ticket on screen
Brief description
Pre- condition
Characteristic of
activation
Flow of events
Successful login.
Post-Conditions
On user demand.
Basic Flow
Actor clicks on search tickets link from the main menu
Search ticket page is displayed on screen
Type the keyword or select criteria to search and click the search
button
System displays a list of tickets on screen in accordance with
chosen criteria
Actor clicks on title to display all ticket details
Ticket details is displayed on screen
Exceptional Flow
Keyword not found any row then ask actor to try again
Search results are displayed on screen.
Ticket Help Desk Support System
16
Brief description
Pre- condition
Characteristic of
activation
Flow of events
Post-Conditions
Class diagram described as an approximation of the main components that make up the system
Person is all users who have access to the system whether they have administrators
privileges, technicians privileges or a normal client privileges.
Newsperson (String): to add a new person , may be admin , client or user.
Delete Person (String):to delete existing person , may be admin , client or user.
Modify Person (String): to modify existing person, may be admin, client or user.
Admin: is a user with full authorizations over the system. Admin can fill in all fields and
can activate or deactivate all types of accounts.
Client: can update their profiles and change their regular settings such as password,
personal information
Ticket: all information related to maintenance tasks requested including clients making
requests, technicians assigned to follow up a request, and all details of the request.
View Ticket (): to view all users how uses the HDSS system with his description.
View Assistant Ticket (): to view all assistant.
View Pending Ticket (): to view all pending ticket.
Final Report It is an update process to track the status of the tickets. A technicians final
report appears on the tickets.
System verifies
username and
password
No
Yes
Yes
End
End
Begin
End
Maintenance
Software maintenance is done to this system for the purpose of correcting faults, improving
performance, or adapting the system to a new environment. System can be maintained when
needed or required. The following the times when system needs to be maintained:
5 Conclusion
As the growing use of computers and other electronic devices would mean the growing
demand on rapid and quick technical support, this Help Desk Support System is carefully
designed to fit with the rapid technical support. It not only helps reducing the time of recording
and tracking inquires and problems traditionally, but also improves quality and accuracy of data
produced by the system which can lead to more facilitation of decision making process in time.
HDSS is designed to accommodate future upgrading and development without the need for
building a new system to fit with the growing needs and demands of the system. Having this
system hosted online means the ability of both technicians and administrator to track and respond
to demands of clients at any time beyond the boundaries and walls of university which add one
more advantage to replacing the paper-based style.
1.1 Limitations
Time has been a limitation to this project. One semester is way too short for the
implementation of a complete comprehensive and integrated system like the HDSS.
Therefore, in the future prospects, a number of key issues have been explored to upgrade
and develop the system in the soon future.
Lack of availability of electricity and limited logistics slowed down the progress of the
implementation of the project.
Lack of expertise of team members using the adopted programming language made it
take much longer to handle unexpected problems.
6 References
http://openseminar.org/se/modules/22/index/screen.do.
7 Appendix
Appendix A: Users Manual for the HDSS.
Appendix B: Source Code.
Appendix C: meeting reports.