Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Acknowledgement
First we would like to thank Dr. Damith Mudugamuwa for the guidance given to us for
this subject.
As a group all of us worked very hard and many of our colleagues also assisted us when
doing the development of the system, and special thank you goes out to all of them.
Next we would like to thank APIIT administration, library and computer lab staff who
has helped us in many different ways to complete this assignment.
Table of Content
Acknowledgement...............................................................................................................1
Table of Figures...................................................................................................................2
1.0Introduction.....................................................................................................................2
2.0 Scenario..........................................................................................................................3
3.0 Analysis..........................................................................................................................4
4.0 Design............................................................................................................................5
4.1 Entity Relationship Diagram......................................................................................5
4.2 Normalisation.............................................................................................................8
4.3 Table Structures........................................................................................................11
.......................................................................................................................................11
4.4 SQL Statements........................................................................................................12
5.0 Implementation............................................................................................................12
5.1 System Development Details...................................................................................12
5.2 System requirements................................................................................................12
5.3 Deployment..............................................................................................................12
6.0 Proposed System Features...........................................................................................13
7.0 Testing..........................................................................................................................34
7.1 System Functional Testing.......................................................................................34
7.2 Front-end Testing.....................................................................................................34
7. 3 Database Testing.....................................................................................................34
8.0 Reports.........................................................................................................................35
9.0 Conclusion...................................................................................................................43
10.0 Work Load Matrix......................................................................................................44
...........................................................................................................................................44
Bibliography .....................................................................................................................45
...........................................................................................................................................45
Appendix A .......................................................................................................................46
.........................................................................................................................................48
Table of Figures
Figure 1: Entity Relationships Diagram with M:N relationships…………………………6
Figure 2: Entity Relationships Diagram with resolved M:N relationship………………...7
1.0 Introduction
The purpose of this assignment is to create a computer system to log and track the all
helpdesk queries. The system development of the group was based on this requirement.
The developed system is readily capable of managing all queries as required by the
company, provide security to the data by allowing only authorized users to access the
system and is also able to generate 5 important reports which are listed below, for the
purpose of assisting the analysis of the helpdesk operations.
1. All previous issues of a particular type to see if the same issue has occurred
before and if so how it was solved
2. All previous issues with the same caller to identify if there were other related
issues that may give some clue as to how the current issue can be solved
3. Each Engineers workload
4. All outstanding/unsolved issues within a issue type
5. All outstanding/unsolved issues currently assigned to a specialist
The development of the system comprised of many important stages as listed below
1. Analysing the case study
2. Identifying important entities and preparation of the ER diagram
3. Preparation of the Relational schema and Normalization
4. Preparation of DDLs
5. Data insertion
6. System Interface design
7. Coding
8. Testing
The report submitted contains the outputs of many of the stages listed above. Based on
the above scenario we decided to develop a web based system as in our opinion the most
suitable. We refer to the system as “Issue Manager”
Note: All “Problems” mentioned in the case study is referred to as “Issue” in the system.
2.0 Scenario
It is a Malaysian company with a large IT function who is trying to set up an IT Helpdesk
to hardware and software issues concerning its IT system. A computer system is needed
to log and track all helpdesk queries, which will help analysis to determine how the
equipment is performing overall. Whenever anyone within the company has a problem
they can contact the helpdesk. One of the helpdesk operators will deal with the enquiry
him or herself if possible, and if not will be passed on to a one of a number of specialists
who specialises in different areas. All information regarded to the above process is
recorded in the system. Following sections outline the steps which were followed in
eventually designing an overall system which records all IT issues.
3.0 Analysis
System analysis was mainly carried out based on the details given in the case study. Apart
from that other relevant facts and assumptions made based on the general experiences
and points came out in the team discussions.
Assumptions
- Due to time restrictions did not implement interfaces to assign employee issue
specialisation. Therefore we assume that administrator will assign it through
the table EMPLOYEE_ISSUE_TYPE
- Does not keep the history of particular issue’s responsibility transfer from one
engineer to the other but by adding comments this purpose can be
accomplished.
- All H/W has a serial number pasted on them for easy reference to the caller.
- When an Issue is solved a comment is always added by the specialist or
operator which will record the issue solved date and time
- Issues are always closed by the assigned person.
- Problems will be referred to as Issues and Problem Areas as Issue Types
4.0 Design
4.2 Normalisation
UN-NORMALIZED SCHEMA
5.0 Implementation
Environment Windows
Programming Technology ASP.NET, C#
DBMS SQL Server 2000
5.3 Deployment
• Deploy the IssueManager system in IIS
• Attach the IssueManager database
• If the deployment is successful system can be accessed through
http://<servername>:<port>/IssueManager/Login.aspx
Login Page – Enter User Name and Password of the person login and click on
“Login” Ex: - User Name: Vindya Password: password123
To Create an Issue Click on “Create Issue” and the following page will be
displayed
Enter all relevant information as shown below and click on the “Assign” button
All Engineers that are available are shown for the operator to select the relevant
engineer to assign the issue to
Skills which each engineer specialise in can be viewed by clicking on the “Select”
link for each specialist under “Show Skills”
Once the issue is recorded successfully it will return to the Issue Summary page
where you can view the issue just recorded. In the issue summary table it will
record the Issue ID, Issue Summary, Reported Date and Time, Caller Name
(Reported By), Specialist Name (Assigned To), Operator Name (Recorded By),
Severity and Status (Created, In Progress, Close)
Once the specialist logins to the system he/she can select the relevant issues
assigned to them. To update the progress of the issue click on “Select” under
“Edit”
When a specialist needs to update a particular issue with the progress made the
create issue screen will be displayed again for editing
Specialist can change the status of the issue to “In Progress” and add a comment
with the progress done and save the record as then it can be used in follow up
calls to give the progress to the caller
Once the comment is successfully added it will return to the Issue Summary page
and the relevant issue can be selected again to view the comment just added. It
will record the Name of the person who added the comment. (Login user name of
the specialist)
When an issue can be solved by the operator itself the flow of events will be as
follows. When the issue is created the status can be straight away changed to
“Close”
Once the status is changed to “Close” the “Assign” button will automatically
change to “Save” and the issue can be saved
Once the issue is saved successfully the below shown screen will be displayed
Issue Summary page will be as below. Status of relevant issue is shown as closed
Entering Data to the Issue Type table. Click on “Add” Enter the relevant data and
click on “Save”
Entering Data to the Solutions table. Click on “Add” and enter the relevant data
and then click on “Save”
Enterting Data to the Hardware table. Click on “Add” Enter the relevant data and
click on “Save”
Entering Data to the Software table. Click on “Add” Enter the relevant data and
click on “Save”
Entering data to the Employee table. Click on “Add” Enter relevant data and click
on “Save”
Editing Data in the Solutions table. Select the appropriate Solution to Edit
Deleting a particular record in the Solutions table. Select the record to be deleted
and click on “Delete”
Once the record is successfully deleted below shown screen will be displayed
Due to time constraints the Edit, Delete and Reset functions were implemented
only in the Solutions data entry form. Similar implementation needs to be applied
in other master data setup forms.
7.0 Testing
7. 3 Database Testing
Database Design testing was done to determine if Referential Integrity was enforced and
to ensure that any violations to it was not allowed. Testing done is as follows.
1. A record in the Issue Type table cannot be deleted when there is a referencing
record in the Issue table.
2. A record in the department table cannot be deleted when there are referencing
records in the Employee table
3. A record in the Software table cannot be deleted when there are referencing
records in the Issue table
4. A record in the Hardware table cannot be deleted when there are referencing
records in the Issue table
5. A record from the Employee table cannot be deleted when there are referencing
records in the Issue table under Operator_ID, Caller_ID and Assigned_To fields
6. A record in the Solution table cannot be deleted when there are referencing
records in the Issue table
Testing was also done to ensure that no Primary Key violation was done by not entering a
Primary Key or by trying to duplicate an already existing record.
8.0 Reports
03 reports were developed to assist in the analysis of the Helpdesk operations
All previous issues of a particular type to see if the same issue has occurred before
and if so how it was solved
Select the relevant Issue Type for which the report is required
All previous issues with the same caller to identify if there were other related issues
that may give some clue as to how the current issue can be solved
The following report will be displayed with the number of issues assigned to
each specialist
In the following page displayed select the relevant problem area which require
analysis
9.0 Conclusion
After analysing the case study we were able to design and develop a SQL server database
to cater to the proposed solutions. At the end we designed and implemented a proper and
efficient database by following proper database design techniques such as Entity
Relationship Diagrams and Normalization.
To allow users to interact with the developed database, web based interfaces were crated
using ASP .NET and C#. This helps the users to easily enter, update, delete and retrieve
data from and into the database. Data integrity, consistency and redundancy were handled
by the DBMS properly since it was designed and implemented properly.
Further more this application can be improved in many ways in terms of features,
functionality and analysis/management reports. The current application developed is not
sufficient to utilise the full potential of the designed database scheme.
Bibliography
1. Korth and Silberschatz et. al., Database Systems Concepts, 2006, Osbourne
McGraw Hill, ISBN: 007124476
7. ASP.NET [Online]
Available at: http://www.asp.net/
[Accessed on: 01st March 2008]
Appendix A
All DDL statements of Tables, View and Functions creation and all Primary and Foreign
Key creations are shown below
1. Tables
CREATE TABLE [dbo].[DEPARTMENT]
([DEPARTMENT_ID] [int] IDENTITY (1, 1) NOT NULL,
[NAME] [varchar] (20) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
[DESCRIPTION] [varchar] (25) COLLATE SQL_Latin1_General_CP1_CI_AS NULL
) ON [PRIMARY]
2. Primary Keys
4. Views
3.0 Functions