WG13 61970 A Family of CIM Standards based on CIM/XML (61970-552) - Static Network Model Exchange (61970-452) - Dynamic Model Exchange - Unbalanced Models.

Slides:



Advertisements
Similar presentations
Integration of MBSE and Virtual Engineering for Detailed Design
Advertisements

1 MSRATF Update to TSS (Modeling SPS and RAS Ad Hoc Task Force) Scope of Work Approval January 25, 2013 Joe Seabrook Puget Sound Energy.
1 MSRATF Update to TSS (Modeling SPS and RAS Ad Hoc Task Force) May 15, 2013 Joe Seabrook Puget Sound Energy.
Introduction to TransXChange
Chapter 10: Designing Databases
Model Authorities and Model Exchange Jay Britton Principal Architect.
January TSS J. Gronquist, S. Kincic
Project Definition of Bulk Electric System & Bulk Electric System Rules of Procedure Development Presenter: Peter Heidrich, FRCC – BES Drafting.
Asa MacWilliams Lehrstuhl für Angewandte Softwaretechnik Institut für Informatik Technische Universität München Dec Software.
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
The Architecture Design Process
© ABB Ltd ABB Experience Neela Mayur CIM Users’ Group Meeting June 12, 2008.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Overview of Software Requirements
© Copyright Eliyahu Brutman Programming Techniques Course.
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
Smart Grid Architecture Committee Semantic Working Party Update Jay Britton / Steve Ray Dec. 7, 2011.
Data and Process Modeling.  Describe data and process modeling, and name the main data and process modeling techniques.
MTEI Methods & Tools for Enterprise Integration
UCTE CIM VISUALIZATION & EDITING TOOL Jun Zhu, Power Info LLC CIM User Group Meeting, Genval 2009.
CASE Tools And Their Effect On Software Quality Peter Geddis – pxg07u.
1 Networks and the Internet A network is a structure linking computers together for the purpose of sharing resources such as printers and files Users typically.
Network (Common) Model Management System Presentation to ERCOT October 21, 2008 Thomas F Garrity Vice President Energy Management and Automation Siemens.
EPRI CIM for Dynamic Models Project Report Terry Saxton Xtensible Solutions May 13, 2009.
Chapter 4 Interpreting the CMM. Group (3) Fahmi Alkhalifi Pam Page Pardha Mugunda.
Overview of the Database Development Process
Jay Britton
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
A Family of CIM EMS Exchange Standards based on CIM/XML ( ) - Static Network Model Exchange ( ) - Dynamic Model Exchange? - Schematic.
Phase 2: Systems Analysis
CIMSpy/CIMdesk A CIM-based Data Engineering Tool
1 RDFid Examples of RDFid: _a73ed7b8a60a4b2ea46318a370b9c7de Definition from the profile The document requires only that in a given full model,
These slides are designed to accompany Web Engineering: A Practitioner’s Approach (The McGraw-Hill Companies, Inc.) by Roger Pressman and David Lowe, copyright.
Basic Concepts Software Architecture. What is Software Architecture? Definition: – A software architecture is the set of principal design decisions about.
A Family of CIM EMS Exchange Standards based on CIM/XML ( ) - Static Network Model Exchange ( ) - Schematic Layout Exchange ( )
© 2001 Business & Information Systems 2/e1 Chapter 8 Personal Productivity and Problem Solving.
Lead Black Slide Powered by DeSiaMore1. 2 Chapter 8 Personal Productivity and Problem Solving.
European Model Exchange Standard based on - IEC , IEC (updated 2009) - IEC (updated 2009) Jay Britton
1 Introduction to Software Engineering Lecture 1.
L8 - March 28, 2006copyright Thomas Pole , all rights reserved 1 Lecture 8: Software Asset Management and Text Ch. 5: Software Factories, (Review)
5 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Slide 12.1 Chapter 12 Implementation. Slide 12.2 Learning outcomes Produce a plan to minimize the risks involved with the launch phase of an e-business.
1 MODELING MATTER AT NANOSCALES 4. Introduction to quantum treatments The variational method.
WG Summaries Austin, TX October 24, Process WG Co-chairs: Terry Saxton & Ed Dobrowolski Scope: Overall management of the CIMug Development and tuning.
© 2005 Prentice Hall1-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
20CC Ltd Independent Consultants © 20CC Ltd Systems Thinking Overview Sources from The Open University acknowledged.
A Family of CIM EMS Exchange Standards based on CIM/XML ( ) - Static Network Model Exchange ( ) - Schematic Layout Exchange ( )
Winter 2011SEG Chapter 11 Chapter 1 (Part 1) Review from previous courses Subject 1: The Software Development Process.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Working Group Summaries Charlotte, NC November 12, 2009.
Stability Limit Management Chad Thompson Manager, Operations Support Planning Working Group Meeting ERCOT Public January 20, 2016.
Key Stage 3 National Strategy Aims of session  To develop greater consistency in teacher assessment of ICT.  To develop a common understanding about.
GROUP PresentsPresents. WEB CRAWLER A visualization of links in the World Wide Web Software Engineering C Semester Two Massey University - Palmerston.
UCTE CIM Visualization & Editing Tool
INTRODUCTION TO GEOGRAPHICAL INFORMATION SYSTEM
Chapter ? Quality Assessment
Systems Design.
Unified Modeling Language
Week 10: Object Modeling (1)Use Case Model
CIMSpy/CIMdesk A CIM-based Data Engineering Tool
Model Authorities and Model Exchange
Definition from the profile
Jay Britton
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Model Authorities and Model Exchange
Presentation transcript:

WG A Family of CIM Standards based on CIM/XML ( ) - Static Network Model Exchange ( ) - Dynamic Model Exchange - Unbalanced Models - Short Circuit - Solved State Exchange ( ) - Schematic Layout Exchange ( ) - … Jay Britton Alstom Grid

The Basic Model Exchange Business Problem The members of an interconnection share a mutual necessity to achieve:  Accurate assessment of grid reliability.  Appropriate, timely response to insecure conditions. A pre-requisite to the above are:  Accurate, up-to-date network models.  Consistent network models (at each responsible site). In an interconnection, this requires:  Exchange of models.  Exchange of solved analytical results NERC Real-Time Best Practices Report: – “Although defining the elements represented in internal network models is relatively straightforward, the task force finds that defining the elements to be represented in external models is much more complex.” – “Issue #5: External Modeling and Data Exchange Practices Should be Improved by Explicit Reference to the Definition of the Wide-Area-View Boundary. A consistent, uniform set of modeling and data exchange practices, procedures, and standards are needed to support creation and maintenance of accurate external models…” These requirements apply in operations and planning contexts.

There is high-level consensus about the right approach. Basic Modeling: – Each TSO is the authority for data about its own territory. Each TSO exports its internal model to its neighbors and/or regional authority, and keeps it up to date. – Regional authorities assemble internal regional models from member TSO internal models. – All parties assemble external models from the internal models of other sites. These requirements apply to both operations and planning. – Operations focus is on as-built and near future changes. – Exchange of solutions between operations and planning is a key objective. – When operations and planning share the same modeling: Operations defines the current state. Planning defines the future plans.

Contributing Use Cases Exchange of network models. – EMS A and B are neighbors in an interconnection and therefore each needs to represent the other as part of its external model. – Requires exchange of internal models. – Scope is limited to network data and measurement placements. – Exchange of schematics with models is desirable. Common Modeling Source between planning and operations. – One modeling application for the enterprise. – An EMS requires a model that covers any point in time. – Other targets require data for a specific “case”. Exchange of solved cases. Several variations… – Real-time exchange among different applications. – Real-time cases to study or planning. – Exchange of study or planning cases between different tools. – Import of study cases to EMS. ENTSO-E – DACF cases are generated for the next day by each TSO representing the expected state of their internal network. – Planning cases are generated from contributions from each TSO.

A Generic Model Exchange Business Process (ENTSO-E, ERCOT, WECC, …)

Preview – We are working toward defining model partitioning into non-overlapping XML submodels that satisfy all of the use cases.

The initial CIM model exchange ( ) standard focused only on transfer of complete models: CIM Exchange (full, partial, incremental update) A Internal Model A’s model of B B A CIM import / export System A Local Vendor Model System A Import Model B’s Model of A B Internal Model System B Local Vendor Model System B Import Model CIM import / export System A EMS System B EMS Proprietary / Homegrown Extract/Merge Tools

A More Desirable Process Site A makes a change: 1.A changes its ModelAuthoritySet using its CIM modeller. 2.A imports the change into its EMS. 3.A exports the change to B. 4.B receives the change (full or incremental), updating A’s ModelAuthoritySet within its CIM modeller. 5.B renames any new elements and repeats any reduction of A’s ModelAuthoritySet. 6.B imports the new model into its EMS.

Merge/Extract with Model Authority Sets Each object is in one and only one set. – Simple labeling technique for assigning responsibility. – Associations connect some objects that are in different sets. Currently directional from n to 1 (“foreign key” convention) – under discussion. Regional Sets: – No associations with other regional sets. – External associations to boundary sets only. Boundary Sets: – External associations from regional sets. – External associations with other boundary sets. A regional set may be referentially validated independent of other regional sets. – Modeling processes can proceed independently in each region. Goal: – Maximize independence. – Design boundary sets to achieve: Minimum data Infrequent change

Typical North American Operations Boundary

Typical ENTSO-E Operations Boundary

The Naming Problem

Bus-Branch vs Node-Breaker Modeling

61970 Profile Modularity

Dependency Relationships are Expressed in Headers

Combining profiles into a complete solution description.

Partitioning into Files by TSO

Complete View of Partitioning Into Files

ENTSO-E Interconnection Solution

Partitioning of EMS Static Model

Partitioning of EMS Solved Cases

Display Layout Exchange Purpose: – To exchange schematic display layouts accompanying model or solution exchanges. – Corresponds to the part of display maintenance work that normally goes with model maintenance. Defines graphic objects used in the sender’s displays: – Usually linked to a model object, but can also be background. – One or more location coordinates. (Optional glue points.) – Graphic style reference. – Does not define Interpretation of graphic style references. Usage – Sender describes diagram. Senders disclose the way their system uses graphic styles. Object placements describe sender’s diagram as is. – Receiver must decide how to render the diagram in its system. Create interpretation of sender’s styles. Receivers are not expected to duplicate functionality. Receivers may break apart complex styles or combine simpler styles. – Receiver provides the graphic style interpretation models for their display management software. Result: – Layouts and names of things should be familiar. – Exact replication graphically is likely only when sender and receiver applications are the same. – Exact replication functionally is likely only when sender and receiver applications are the same.

Display Layout UML Proposal

ENTSO-E Case – Display Layout Exchange