WaterWare
Reference &  User Manual 
  Release Level 7.0 Release Date 2016 12 Revision Level beta  
Last modified on:   Tuesday, 3-Jan-17 11:07 CET
Problem Reporting and TrackingSystem (PRTS) is designed to help external user to report problems, submit context specific questions or comments they may encounter/have in using on-line systems and services, and track the solutions provided. Alo used to manage punch-lists for FAT and SAT !!!

At the same time, a systematic compilation of incident reports helps the development and support teams at ESS to keep track of problems encountered and guarantee timely and systematic response and follow-up (Punch lists).

The PRTS implementation is embedded in the RTXPS real-time expert system; The META DATA attributes of a Report are Descriptors (variables accessible for rule-based inference) and together with the time stamps for Creation and Modifications available to the RTXPS forward-chaining engine, the system can evaluate and analyse the current status of Problem Reports on a regular, scheduled or event driven basis, and generate:

  1. Rule-based analysis and summary, available on the ESS Intranet to support the help-dek team;
  2. Reminders and alerts for the support team that can be adjusted to the requirements and support levels of individual projects/users/user groups.

Loging in

To compile and submit a problem report, a user must be logged in.

For that the normal login name and password for a given application and set of services or the guest accoiunt can be used.

Overview listing

Upon entering the system, the first step is a chronologically sorted listing of all existing public problem reports (with status pending/ completed ...).

This listing, by default, shows only open reports (newly submitted and pending). A status field switch can change that pre-selection to the set of completed reports, by selecting it from the listing with the left mouse button.
Status is one the following three values:

The list of existing problem report shows, and can be sorted by:

  1. Number - numerical ID of the problem report
  2. Name - short descriptive name for the problem report
  3. User name - who filed the report
  4. Creation date - when the report was originally filed
  5. Modification date - when the report was last modified
  6. System - identifying the system in question:
    • WaterWare, AirWare, RiskWare, CourseWare, EIAxpert.
  7. Service - identifying a particular module such as a specific model
  8. Type - an indication of the type of problem:
    • fatal, useability, logic, data, performance.
  9. Level - an indication of urgency or priority:
    • medium, high, critical.
At this point, the user has tow options:
  1. Compile and submit a new problem report (NEW button);
  2. Select to browse or edit an existing problem report.

Filing a new Report

The FORM or template for a new problem report consists of:
  1. Header with selectors and editing fields for the descriptive META DATA listed above;
  2. E-mail address (text field) of the user submitting the report (this will be inserted automatically from the user data base for existing users accounts, but has to be filled for guest users).
  3. Problem description: a text field for the detailed description of the problem;
  4. Problem URL: a text field for the URL (in case of a web-based system problem);
  5. the DELETE and SUBMIT buttons for the report.
Submitting a report will send a mail message to an internal system or service specific mailing list, with a cc to the originator of the report.

Browsing and Comments

Any user can browse the public Problem Reports. A user "owns" and therefore can edit or update the original report. The ADMIN user group at ESS can edit any and all reports.

The ESS support team uses the second, Comments text field to respond to a problem Report, provide suggestions, or announce a solution or bug fix. Filing a commnet move the status of a report from submitted to pending; a pending report also has a responsible person assigned.

Submitting a comment or an update will again send an email message to the originator of the report, and to the responsible person in the support team.

Whenever the comment refers to a solution, the responsible person or a member of the ADMIN group sets the status of the report from Pending to completed.

Since there may be any number of comments, any NEW comment or modification of an existing comment is logged by the system with user name and date; users can browse through the sequence of messages in the Comment window, where they are managed chronologically.

Communication and administration

The PRTS generates the following messages:
  1. Acknowledgement and alert: mail to the system and/or service specific internal mailing list at ESS, with a CC to at least one member of the ADMIN group and the originator of the report.
  2. Comments: sent to the responsible person assigned to the report, with a cc to the originator and at least one member of the ADMIN team.
  3. Conclusion: final comments that sets the status to completed to the originator of the report.
The original report and the set of comments including the solution remains on file, administration of the repository is done by the ADMIN (and user -support) group at ESS.


© Copyright 1995-2016 by:   ESS   Environmental Software and Services GmbH AUSTRIA | print page