Uploaded image for project: 'SAFe Program'
  1. SAFe Program
  2. SP-1897

Demonstrate integration and configuration of initial QA metrics and display for visibility receive workflow

Change Owns to Parent OfsSet start and due date...
    XporterXMLWordPrintable

Details

    • Feature
    • Must have
    • PI12
    • COM SDP SW
    • None
    • Data Processing
    • Hide

      Quality Assessment metrics and plots/displays will be needed by operators in order to perform an initial assessment and debugging of the data stream being received by SDP.

      Demonstrating QA metric display functionality, integrated with the SDP visibility receive workflow, as soon as possible is important to be able to get stakeholder feedback and then use this to drive further development if needed.

      Since QA metrics and displays will also eventually be needed for most (if not all) SDP workflows establishing a framework for generating and displaying QA metrics will help de-risk future SDP development.

      Starting with one of the simplest cases in this ticket will therefore hopefully lead the way to similar work for the AA0.5 flagging + RCAL workflow and from that a number of other SDP workflows soon after.

      Show
      Quality Assessment metrics and plots/displays will be needed by operators in order to perform an initial assessment and debugging of the data stream being received by SDP. Demonstrating QA metric display functionality, integrated with the SDP visibility receive workflow, as soon as possible is important to be able to get stakeholder feedback and then use this to drive further development if needed. Since QA metrics and displays will also eventually be needed for most (if not all) SDP workflows establishing a framework for generating and displaying QA metrics will help de-risk future SDP development. Starting with one of the simplest cases in this ticket will therefore hopefully lead the way to similar work for the AA0.5 flagging + RCAL workflow and from that a number of other SDP workflows soon after.
    • Hide
      • Complete and demonstrate the integration of visibility QA prototype with SDP code demonstrating configuration of its behaviour when running the visibility receive workflow as commanded through the Tango interface or suitable proxy.
      • Discoverable minimal user documentation describing how to configure and access the QA display when running with SDP
      Show
      Complete and demonstrate the integration of visibility QA prototype with SDP code demonstrating configuration of its behaviour when running the visibility receive workflow as commanded through the Tango interface or suitable proxy. Discoverable minimal user documentation describing how to configure and access the QA display when running with SDP
    • 2
    • 2
    • 40
    • 20
    • Team_HIPPO
    • Sprint 5
    • Hide

      The integration of the QA displays into broader SKA software was done by the ORCA team within feature SP-1980. Spectrum waterfall plots have been implemented and demonstrated in system demo 12.6 (https://confluence.skatelescope.org/display/SE/2021-11-24+DP+ART+System+Demo+12.6). Presentation is available on the HIPPO google drive (https://drive.google.com/drive/folders/1RQqV0nYtLV7GgtnKifT8WG9TY9I2HpAA). Real-time streaming platform and architecture is described here: https://confluence.skatelescope.org/display/SE/Real-time+QA+Display. Documentation in read-the-doc format is accessible here https://sdp-qa-display.readthedocs.io/en/latest/

      Show
      The integration of the QA displays into broader SKA software was done by the ORCA team within feature SP-1980 . Spectrum waterfall plots have been implemented and demonstrated in system demo 12.6 ( https://confluence.skatelescope.org/display/SE/2021-11-24+DP+ART+System+Demo+12.6 ). Presentation is available on the HIPPO google drive ( https://drive.google.com/drive/folders/1RQqV0nYtLV7GgtnKifT8WG9TY9I2HpAA ). Real-time streaming platform and architecture is described here: https://confluence.skatelescope.org/display/SE/Real-time+QA+Display . Documentation in read-the-doc format is accessible here https://sdp-qa-display.readthedocs.io/en/latest/
    • 13.6
    • Stories Completed, Solution Intent Updated, Outcomes Reviewed, Demonstrated, Satisfies Acceptance Criteria, Accepted by FO

    • PI24 - UNCOVERED

    Description

      The QA display will provide a real-time display of the signal data including phase/amplitude as a function of frequency and time. This feature should complete the PI11 work to integrate the QA display (https://gitlab.com/ska-telescope/sdp/ska-sdp-qa-display) with the receive workflow (https://gitlab.com/ska-telescope/sdp/ska-sdp-integration). The current state of the integration can be found in the previous feature https://jira.skatelescope.org/browse/SP-1653. This work aims to finish the integration to ensure a complete working configurable workflow including QA displays and should ensure all required documentation is provided.

      Miro notes about QA implementation:

      Attachments

        Issue Links

          relates to

          Spike - A time limited investigation to get some knowledge SP-1825 Investigate how to automate SDP processing script testing

          • Won't have (this time) - Items labelled as "Won't have", have been agreed by stakeholders as the least-critical, lowest-payback items, or not appropriate at that time. As a result, "Won't have" items are not planned into the schedule for the next delivery timebox.
          • Funnel

          Enabler - An Enabler supports the activities needed to extend the Architectural Runway to provide future business functionality. These include exploration, architecture, infrastructure, and compliance. SP-1546 Design and implement telescope model for visibility receive

          • Must have - Items labelled as "Must have" are critical to the current delivery timebox in order for it to be a success.
          • Done

          Enabler - An Enabler supports the activities needed to extend the Architectural Runway to provide future business functionality. These include exploration, architecture, infrastructure, and compliance. SP-1823 Fully generic receive Helm chart

          • Must have - Items labelled as "Must have" are critical to the current delivery timebox in order for it to be a success.
          • Done

          Enabler - An Enabler supports the activities needed to extend the Architectural Runway to provide future business functionality. These include exploration, architecture, infrastructure, and compliance. SP-1883 Improve integration of SDP backing services

          • Could have - Items labelled as "Could have" are desirable but not necessary and could improve the user experience or customer satisfaction for a little development cost. These will typically be included if time and resources permit.
          • Discarded

          Enabler - An Enabler supports the activities needed to extend the Architectural Runway to provide future business functionality. These include exploration, architecture, infrastructure, and compliance. SP-1889 Revise SDP execution control data models & schemas

          • Could have - Items labelled as "Could have" are desirable but not necessary and could improve the user experience or customer satisfaction for a little development cost. These will typically be included if time and resources permit.
          • Discarded

          Feature - A Feature is a service that fulfills a stakeholder need. Each feature includes a benefit hypothesis and acceptance criteria, and is sized or split as necessary to be delivered by a single Agile Release Train (ART) in a Program Increment (PI). SP-1857 Address technical debt and failure modes for SDP AA0.5 visibility receive workflow (and assocated interface emulators)

          • Must have - Items labelled as "Must have" are critical to the current delivery timebox in order for it to be a success.
          • Done
          mentioned in

          Page Loading...

          Page Loading...

          Page Loading...

          Page Loading...

          Page Loading...

          Page Loading...

          Page Loading...

          Structure

            Activity

              People

                D.Fenech Fenech, Danielle
                f.graser Graser, Ferdl
                Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                Feature Progress

                  Story Point Burn-up: (100.00%)

                  Feature Estimate: 2.0

                  IssuesStory Points
                  To Do00.0
                  In Progress   00.0
                  Complete1021.0
                  Total1021.0

                  Dates

                    Created:
                    Updated:
                    Resolved:

                    Structure Helper Panel