Skip to end of metadata
Go to start of metadata

Overview of "Operate Integrated Observatory Network" Use Case

Manage Integrated Observatory system and respond to requests

Tip: Key Points
UC Priority= 4 or 5: Critical, is in R2
Only boldface steps are required
<#> before a step —> lower priority
(optional) —> run-time option

Related Jira Issues:   Open   •   All


Refer to the Product Description and Product Description Release 2 pages for metadata definitions.

Actors Integrated Observatory Operator
References UC.R1.28 Operate System
Uses UC.R2.39 Manage ION Users
UC.R2.40 Monitor ION Resources
UC.R2.52 Manage ION Processes-Deprecated
UC.R2.37 Control Service Interactions
UC.R2.55 Manage Help Ticket
UC.R2.56 Monitor ION Network
UC.R2.44 Define Service Type During Runtime
Is Used By  
Is Extended By  
In Acceptance Scenarios AS.R2.01A Operate Marine Observatory, AS.R2.01C Operate Integrated Observatory Network
Technical Notes The R1 use case was achieved at a basic level for operations available in that release.
This use case applies to a much richer set of operations that can be managed in the Integrated Observatory Network.
Lead Team COI
Primary Service COI Resource Lifecycle Services
Version 2.0
UC Priority 4
UC Status Mapped + Ready
UX Exposure ONC


This information summarizes the Use Case functionality.

Perform critical tasks needed to keep the system operational: log in as the operator, allocate system resources, define policies, monitor the network, report issues and actions taken on them, and log out when finished.


  • The Integrated Observatory Operator role has all the access permissions needed to perform the necessary functions.
  • Some operations may be handled outside the Integrated Observatory, for example in Jira or with external software.

Initial State

System is operating normally, new operator is not yet logged in.

Scenario for "Operate Integrated Observatory Network" Use Case

  1. Integrated Observatory Operator logs in at beginning of shift.
  2. Integrated Observatory Operator monitors system displays and messages for issues.
    1. See UC.R2.40 Monitor ION Resources, UC.R2.56 Monitor ION Network for details, and UC.R2.10 Manage Marine Platform for analogous examples.
  3. Integrated Observatory Operator allocates system consumables and defines policies as needed to meet the objectives of the system users and operations teams.
    1. Allocation of system consumables (disk space, CPU time) takes place in response to system use of those resources. See UC.R2.40 Monitor ION Resources.
  4. Integrated Observatory Operator manages Resources to satisfy user and operator objectives.
    1. This includes setting the life cycle state of resources to enable or disable their use or visibility.
    2. It also includes commanding resources using commands common to all resources (start, stop, reset).
  5. Integrated Observatory Operator logs requests and their resolutions in issue tracking system.
    1. Operator requests and suggestions for changes to system are logged in this same issue tracking system. See UC.R2.55 Manage Help Ticket.
  6. <3> Integrated Observatory Operator can start the system or parts of the system, with a given configuration and deployment policy
    1. See Put Services Anywhere Easily, Replicate Activated Service, Define Scaling Policy.
    2. This also addresses starting the system in a test, staging, QA, user or any different installation.
    3. This may include restarting parts of the system while applying a changed configuration.
  7. <3> Integrated Observatory Operator can shut down the system or parts of the system in a controlled way
    1. This also includes shutting down the system in a test, staging, QA, user or any different installation
    2. No actual shutdown of the primary operational system is intended (though it might be needed in a pinch in Release 2).
  8. Integrated Observatory Operator logs out at end of shift, saving user interface and other relevant settings.
    1. Limited settings will be maintained locally to each user in Release 2.

Final State

System is running normally, operator has performed necessary functions during shift.


These comments provide additional context (usually quite technical) for editors of the use case.

This use case only addresses operating the Integrated Observatory Network. The operation of marine observatories and components is addressed in S&A use case, for example UC.R2.11 Define Marine Observatory Resources and Policy, UC.R2.10 Manage Marine Platform, and UC.R2.08 Manage Instrument Lifecycle.

The emphasis of this use case is the high-level capabilities required to operate the Integrated Observatory.

Many of the individual steps rely on CEI services, but the forms for those services weren't obvious when the use case was released.

In Release 3, the management of service level agreements with users and execution site providers will be an important part of these capabilities.

(click on # to go to R2 use case)
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20
21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
61     27B


r2-usecase r2-usecase Delete
usecase usecase Delete
productdescription productdescription Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.