Difference: DrewPilcherSandbox (19 vs. 20)

Revision 202013-05-06 - DrewPilcher

Line: 1 to 1
Changed:
<
<

The Name of the Page

>
>

Test

 
Changed:
<
<
A high-level description of the system

System Specifications

Hardware

Key hardware information related to the system.

Should be formatted as a list:

  • Hardware: Specification
  • Another hardware: Specification
If more than one specification applies, you may put the multiple specifications in a sub-list. If any details need to be added to any aspect of a specification, these can be added as a sub-list underneath the relevant specification.

Some examples:

>
>
 
  • Machine's name: markus002.student.cs.uwaterloo.ca
    • May be moved to another server in the winter term
  • Server's name:
    • Server1
    • Server2
Deleted:
<
<

Software

Key software information related to the system

  • Server OS: Linux or Windows?
  • Databases and their types

Authentication and Authorization Information

Many systems demand authentication before they can be accessed. List the information required to gain access to the system. Please do not put passwords on this page. This page will be public and accessible by Google.

People

People that may need to be contacted when working with this system

  • Administrator: Yan Martel
  • Point of contact (expert): Wilbur Smith
  • Stakeholders:
This section should be formatted as a list of stakeholders with a sub-list outlining some details specific to each stakeholder. These details will vary significantly, however they should generally include what makes them a stakeholder, what they commonly require from USG, and the name of the stakeholder's primary contact. For example:
  • Stakeholders:
    • CS 100
      • Requires system for use in assignments
      • Usually requires approximately 200 accounts
      • Primary contact: Arthur Conan Doyle (ext. 22790)
    • CS 136
      • Requires system for assignments
      • ...

Terminology

Unique terminology that might be required while performing tasks on this system

should be formatted as a list of terms, where each term has a definition in the form of a sub-list:

  • Definitum
    • Definition
  • Definitum
    • Definition
  • ...
For example:
  • Definitum
    • In a definition the word being defined is the definitum
    • Is a fancy word that nobody ever really uses
  • MarkUs
    • A marking system in which students can submit their code and faculty can provide feedback and assign grades
    • Originates from the University of Toronto
CAUTION: There is a feature for terminology in the Wiki Markup Language. Do not use it. It has been known to break pages.

Guides to the Completion of Scheduled Tasks

Some tasks must be completed on a regular basis. List the scheduled tasks from least frequently recurring to most frequently recurring. Each one must have a detailed guide on how to go about completing the task and how often/when the task must be completed. Try to be as detailed as possible. Use the following the formatting:

Level-3 heading with the frequency of occurrence. (More than one task can be under this heading)

Level-4 heading with a very general description of the task

A paragraph outlining the purpose of doing the task

  1. Description of step
    • Details and notes about how to complete the step
    • Details and notes about how to complete the step
  2. ...

Check for Success

How to see if the scheduled task was completed successfully

For example:

Between Every Term

Empty the database

Keeps things clean and organized

  1. Log in to the database.
    • This is a secure connection
  2. Run the purge command
  3. log out
    • The logout button is at the top-right of the page

Check for Success

Try to return an entry from the database. If it cannot find the entry, the database was emptied successfully.

Another Example, also completed between every term

This example will help you understand

  1. Do this
  2. Do that
  3. Now do something fancy

Check for Success

How to know if it worked

On the First Day of Every Month

Task Name

A really good purpose

  1. Do this
  2. Do that
  3. Now do something fancy

Check for Success

How to know if it worked

Guides to the Completion of Common Requests

This section outlines the guides to completing tasks that are commonly requested by clients

Formatting should be similar to the guides to the completion of scheduled tasks section

Level-3 heading with a very high-level description of the request

  1. Description of step
    • Details and notes about how to complete the step
    • Details and notes about how to complete the step
  2. ...

Check for Success

How to see if the requested task was completed successfully

For example:

Set Up an Exam

  1. Log into the system for setting up exams
  2. ...

Check for Success

A list of students and where they will be seated for their exam is outputted

Common Failures/Bugs & Troubleshooting

This section outlines some issues that have been known to occur with the system, along with details on how to fix them and when they occur.

Each section should be formatted like so:

A level-3 heading that describes the issue

Optional paragraph text that describes the potential causes of the issue

Optional paragraph text to direct which how-to steps should be followed (only applicable if there is more than one possible cause of the issue such that more than one how-to is needed)

A level-4 heading that describes the issue that this section will address. If there is only one how-to that will be included for this current issue, this heading may be omitted.

Optional paragraph text to provide any information that might be needed before beginning the how-to

A level-5 heading that says, "Test for Applicability of Fix"
  1. A test to determine if the issue addressed by the current section is what is causing the described problem (to prevent maintainers from addressing the wrong issue)
    • Formatted as an ordered list of steps
    • If the test is really simple, describing it in a small paragraph will suffice (instead of using the list format).
A level-5 heading that says, "Steps to Fix the Issue"
  1. A series of steps to fix the issue
    • Formatted as an ordered list of steps
    • If the fix is really simple, describing it in a small paragraph will suffice instead of using the list format.
A level-5 heading that says, "Test for Successful Fix"
  1. A test that will pass if and only if the issue is resolved.
    • Formatted as an ordered list of steps
    • If the test is really simple, describing it in a small paragraph will suffice (instead of using the list format).

Current Discussions Related to the System

Some systems have important long-term changes that are being discussed. If needed, a summary of each discussion may be included here.

See Also

Related material to learn more about the system.

Related ST Items

Formatted in a list.

For example:

Related Twiki Pages

Formatted in a list.

For example:

Related EDocs

Formatted in a list.

For example:

  • EDoc 1
  • EDoc 2
  • ...

Related External Links

Formatted in a list.

For example:

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2025 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback