Skip to content

User Stories

David Humphrey edited this page Dec 5, 2022 · 6 revisions

Overview

  1. A Seneca student wants to run a server/service for a course securely (i.e., using a TLS/SSL certificate).
  2. A Seneca student needs to obtain a TLS/SSL certificate as part of their coursework without spending any money or exposing personal information.
  3. A Seneca student needs to create one or more unique domain names for their course work.

Student Stories

  1. A Seneca student needs to be able to log in securely using their existing Seneca SSO account, without needing to register a new username or password.
  2. A Seneca student needs to be able to create a new subdomain (e.g., name1.username.example.com) and provide an IPv4 IP Address to be used (A Record).
  3. A Seneca student needs to be able to create a new subdomain (e.g., name2.username.example.com) and provide an IPv6 IP Address to be used (AAAA Record).
  4. A Seneca student needs to be able to create a new subdomain (e.g., name3.username.example.com) and provide an existing Domain Name to be used (CNAME Record).
  5. A Seneca student needs to be able to see the list of all subdomains they have created.
  6. A Seneca student needs to be able to modify an existing subdomain that they have created in order to correct a typo or update the IP address or domain mapping.
  7. A Seneca student needs to be able to delete an existing subdomain that they have created.
  8. A Seneca student needs to be able to request that a TLS/SSL certificate be created for all of their subdomains (*.username.example.com), and then obtain the certificate, key, etc.
  9. A Seneca student with a TLS/SSL certificate needs to have it automatically renew without having to do any steps manually
  10. A Seneca student with a TLS/SSL certificate wants to be able to manually renew or regenerate their TLS/SSL certificate
  11. A Seneca student with a TLS/SSL certificate wants to be able to revoke it (e.g., it is no longer needed, or has been compromised).
  12. A Seneca student needs clear documentation in order to understand how to configure and use their subdomain/certificate with various common services, providers, and technologies.

Administrator Stories

  1. A Seneca administrator needs to be able to see a list of all subdomains in use by all Seneca users.
  2. A Seneca administrator needs to be able to see a list of all subdomains in use by a specific Seneca user.
  3. A Seneca administrator needs to be able to see information about a subdomain in use by a specific Seneca user, for example: why and when it was created, for which course, and details about how it is being used.
  4. A Seneca administrator needs to be able to see a list of all TLS/SSL certificates that have been issued for all Seneca users.
  5. A Seneca administrator needs to be able to see whether a TLS/SSL certificate has been issued for a specific Seneca user, and if so, when it will expire.
  6. A Seneca administrator needs to be able to manually renew a TLS/SSL certificate for a specific Seneca user with an existing TLS/SSL certificate.
  7. A Seneca administrator needs to be able to disable/lock the account (i.e., disable all subdomains, revoke the TLS/SSL certificate in use) for a specific Seneca user (e.g., due to abuse or other factors).