UC2-1

Network real-time monitoring

1. Description of the Use Case

1.1. Name of the Use Case

IDArea /Domain(s)/Zone(s)Name of the Use Case
1Energy,UC2-1

1.2. Version Management

Version No.DateName of author(s)ChangesApproval status
12020-07-27T00:00:00ETRA,First versionfinal

1.3. Scope and Objectives of Use Case

ScopeGRIDFLEX, X-FLEX Platform
Objective(s)werwer
Related business case(s)None

1.4. Narrative of Use Case

Short description

Network real-time monitoring

Complete description

The smart grid environment requires the upgrade of tools for monitoring at all levels of the grid. By integrating the required data sources (e.g. SLAM, SMX, SCADA, AMI), these compo-nents will provide the data necessary for monitoring the grid. Several sources of energy data will be analysed, taking into account the specific characteris-tics of each pilot site where demonstration will take place. Communication protocols are an important issue due to the necessity to integrate different vendors. Data to be collected comprises: • Grid data: electrical parameters at relevant points of the grid (e.g. critical substa-tions or RES connections), including V, I, P, Q, PF, f • End user data: electrical parameters and energy counters at supply point of each prosumer, including V, I, P, Q, PF, f, Eimp, Eexp

1.5. Key Performance Indicatiors (KPI)

IDNameDescriptionReference to mentioned use case objectives

1.6. Use case conditions

Assumptions
Prerequisites

1.7. Further information to the use case for classification/mapping

Relation to other use cases
Level of depth
Prioritisation
High
Generic, regional or national relation
Nature of the use cases
Further keywords for classification

1.8. General remarks

General remarks

2. Diagrams of Use Case

3. Technical Details

3.1. Actors

Actor NameActor TypeActor DescriptionFurther information specific to this Use Case

3.2. References

No.References TypeReferenceStatusImpact on Use CaseOrganistaor / OrganisationLink

4. Step by Step Analysis of Use Case

4.1. Overview of Scenarios

No.Scenario NameScenario DescriptionPrimary ActorTriggering EventPre-ConditionPost-Condition
1Main pathNoneMain path
2Exception path 1NoneException path 1
3Exception path 2NoneException path 2

Notes

4.2. Steps – Scenarios

Scenario Name:
Main path
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1Data acquisitionNoneMetering device/system produces the dataNone
2Data dispatchNoneMetering device/system publishes data to the GRIDFLEX toolNone
3Data val-idation and storageNoneGRIDFLEX assesses integrity of data and stores it for subsequent useNone
Scenario Name:
Exception path 1
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1Data acquisitionNoneMetering device/system produces the dataNone
2Communication problemNoneIn the event of a communication problem, the metering device/system shall store temporarily the data and retry once the connection is re-established (if possible)None
Scenario Name:
Exception path 2
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1Data acquisitionNoneMetering device/system produces the dataNone
2Data dispatchNoneMetering device/system publishes data to the GRIDFLEX toolNone
3Data is inaccurateNoneGRIDFLEX stores data with a watermark indicating its potential inaccuracy. This indication can be considered by further processingNone

5. Information Exchanged

Information exchanged IDName of InformationDescription of Information ExchangedRequirement

6. Requirements (optional)

Category IdentifierNameDescriptionmRID
Req_IDReq_Name‘Network real-time monitoring’
IdentifierNameDescriptionmRID

7. Common Terms and Definitions

8. Custom Information (optional)

KeyValueRefers to Section