Specifying the Use of CIM in an EMS Project
Jay Britton, Fellow, IEEE
2009 PSCE, Seattle
2 2
Topics
The CIM Value Proposition -- General
How to get what will be valuable to your EMS project.
3 3
From Applications Era to Systems Era1975-1990
Business Process Space Business Process Space
IT Technology Space IT Technology Space
Languages, File systems
Database, disk storage, minicomputers, TCP/IP, workstations, PCs, unix, ...
Languages, File systems
A
application eraA
A
A A
AA
SystemSystem
System
SystemSystem
A AA
A AAA AAAA
A
A AAA
A
systems era
4 4
From Systems Era to Enterprise Era2005-2020
Business Process SpaceBusiness Process Space
IT Technology SpaceIT Technology Space
Languages, File systems
Database, disk storage, minicomputers, TCP/IP, workstations, PCs, unix, ...Languages, File systems
SystemSystem
System
SystemSystem
A A A
A AAA AAAA
A
A AAA
A
systems era - II
bridge
bridge
bridge
A
App
App
App
App
App
App
App
App
App
App
App
App
App
App
Common Services
System SystemSystemSystem
Enterprise integration layer
Database, disk storage, minicomputers, TCP/IP, workstations, PCs, unix, ...
Internet, message bus, security, webservices, ...
IEC Industry Standards
enterprise era
5 5
A Current SOA Vision from D2.24
Shared & Technology Services
Security
INTEGRATION LAY ERS
Standard
Markets & Reliability Support
Transmission Scheduling
Transmission Capacity Calculation Open Access Same- Time Information Tagging External Scheduling
Monitoring
Logging Monitoring
Data Management
Business Intelligence Data Warehouse Reporting Data Archive / HistorianVisualization
Markets
InformationManagement Participant Bid/Offer Market Results Publishing Market Mitigation Financial Assurance
MarketOperations
Security Constrained Economic DispatchReactive Supply & Voltage Control System Black Start Capability Capacity Pricing
Reliability
Data Modeling & Acquisition
Power System Modeling Supervisory Control & Data Acquisition
Grid Operations
Dynamic Limit Calculation Alarm Processing State Estimator Power Flow / Flowgate Calculation Resource Capacity Analysis Stability Analysis Contingency Analysis Congestion Management Coordination Dispatch Automatic Generation Control Resource Performance Monitor Dispatch Management / Override
Outage & Forecast
Outage Scheduling Demand Forecast Weather Forecast
Authentication Authorization Policy Management
Standard Standard Standard
Data Access
Standard
StandardStandardStandard
Standard
Organization
Customer Data Management User Data Management
BusinessFunction
BusinessSub-Function
Abstract Component Abstract Component Abstract Component Abstract Component
Legend
GenericTechnology
Common Naming Matrix Operations Rules Engine Optimization Engines
Standard
Data Analysis& Presentation
Control Room Interface
Standard
6 6
The Canonical Data Model Concept
Ubermodel
Canonical Data ModelCIM +
extensions
SubmodelX
Business Service
A
(metadata)
BusinessService
B
BusinessService
C
StandardizedData
SubmodelY
Adapter Adapter Adapter
Data Payload X
Data Payload Y
7 7
The CIM Value Proposition
Enterprise architectural goals …
Completeness. Organize IT at the enterprise level.
Consistency. Universal data semantics. (CIM canonical data model)
System management, re-use and integration. (SOA / enterprise integration bus)
Openness. Increase the customer’s freedom to use different vendors.
Standard interfaces at key interface points.
… lead to lower IT complexity, lower IT cost.
Concentration of investment in high quality core products.
Fewer overall skillsets required.
Less orphaned code.
More rapid response to business needs.
Healthy competition.
Incremental implementation – as in an EMS Project. Evaluate general vendor commitment to the vision.
Evaluate existing product conformance. Evaluate participation in CIM community. Evaluate development program direction.
Require the specific interfaces that deliver value to the project.
8 8
CIGRE D2.24 Information ArchitectureProducer – Consumer View of Interfaces
Data SetAssembly
SystemData Set Mgmnt
Producer
Data Set ‘A’
business code
vk
vk-1
Input Data
dataset ‘A’ vk+1
Output Data
vk+1
Consumer
Input Data
dataset ‘A’ vk
business code
Output Data
Delivery, archiving, logging, system mgmnt, UI access, etc.
Consumer
Input Data
dataset ‘A’ vk
business code
Output Data
SystemData Set Mgmnt
DataAccess
Consumer
Input Data
dataset ‘A’ vk
business code
Output Datavk
vk
vk
9 9
CIGRE D2.24 Information ArchitectureHistorical Data
SystemData Set Mgmnt
Producers
Data Set ‘A’
business code
vk
vk-1
Input Data Output Data
vk+1 k+1
k
k-1 HistoricalData
Warehouse
Consumers
business code
Input Data Output Data
10 10
Where do you fit? What are your EMS goals?
Leader / Early Adopter General strategic value seen in leadership.
Push IEC / CIGRE D2.24 development.
Regional grid operators; very large utilities.
Progressive EMS Owner 3rd generation EMS owner with active evergreen EMS program.
Follow IEC / CIGRE D2.24 recommendations.
Keep my EMS technology and functionality current.
Interconnection Participant Information exchange with peers and/or regional authorities.
Enterprise Functional Integration My EMS is an enterprise component.
Model, real-time and historical data exported; plans imported.
Strong IT Program Canonical data model (“ubermodel”) methodology.
Enterprise SOA architecture goals.
Enterprise integration bus.
Technology selected to minimize skillsets and cost.
New to CIM and Ready to Learn
Just want a functional EMS
11 11
General Recommendations for Traditional Specifications
For leaders: Invest time and resources in the governing committees.
Ability to draft appropriate specifications follows from position as insider.
For others: Find good professional advice…
Regularly contributing members of governing committees are always the best source.
Assess how close any expert is to the inner circle.
Give a weight to the importance of vendor commitment to CIM for your organization.
Generic “conform to CIM” specifications are not very productive. Ask the vendors to describe their CIM strategy in depth and in
language that creates a commitment to deliver. Don’t force vendors to address requirements if they aren’t really
requirements.
Include specific requirements that address your specific interface needs.
e.g. Require 61970-452 Model Exchange support if you intend to use it for exchange with other utilities.
12 12
Ideas for those looking for a better way to buy a system.
Abandon the traditional fixed-price competitive bid model. What you really want is to select an EMS partner for the future.
This should be a mutual ‘getting to know you’ and ‘getting to trust you’ process.
The most knowledgeable folks in CIM (and other key architectural issues) are the ones that implement it – which is predominantly the various vendors.
Traditional purchasing rules tend to limit what the vendor can know about you and what you can know about the vendor.
The way to know each other is to work together.
Instead of keeping the vendors at arms length in the preparation of a specification, use them in the preparation process.
Share your requirements. Talk to the vendors like you would talk to your consultant.
Work with each vendor to shape their best answer to your requirements – don’t try to make them all conform to the same architectural specification.
This increases your comparative knowledge of the vendors. This gives you direct experience in whether they are easy to do business with.
Weed out vendors as you proceed to refine designs. Pay T&M when vendor work becomes significant (limits and rates set by you).
Ask finalists for fixed price commitments to the clearly scoped parts of the contract.
Some integration work is never clear enough to work well as fixed price.
Select final vendor(s) to work with.
13 13
Problematic CIM Requirements
Some paraphrased EMS CIM language that we see in specifications… compliance with the Electric Power Research Institute (EPRI) Common
Information Model (CIM)
compliance with the Control Centre Application Programming Interface (CCAPI) initiatives
CIM/XML model exchange compliance
CIM interfaces to EMS data compliant to GID (Generic Interface Definition) Generic Data Access (GDA) Generic Eventing and Subscription (GES) High Speed Data Access (HSDA) Time Series Data Access (TSDA)
CIM compliance defined as meaning that interface definitions comply with the CIM UML model in terms of:
Grouping of data into classes Naming and meaning of data Type of data Relationships between CIM classes
Problems: Inexact references to documents.
Overlapping functionality in the methods.
Generic methods are prescribed without stating what data is to be available via what methods.
14 14
Stating Specific CIM Requirements
Always start by defining the scope (business function) of the interface.
If there is an IEC standard, start with the document that describes the business function. IEC CIM document structure isn’t always helpful in figuring this out.
If there is a CIM standard in progress, use a draft of that work. e.g. State estimator output is a work currently in progress.
Or, write your own scope for an interface that you need. You will be asking here for the vendor to develop an interface based on a CIM extension.
61970-452
61970-552
61970-501
61970-301
Example – for the network model exchange standard:
The right starting place is the 61970-452 document that explains the business problem and identifies the data items required in network model exchange.
452 depends on the 61970-301 document, which gives the CIM UML information model defining the structure of the required data.
452 also depends on the 61970-552 document, which defines how to format a model exchange file using RDF XML encoding. (552 in turn depends on some information in the 501.)
Just as importantly, this standard does not depend on the 61970-4xx series of documents that define the GID, so GID access is not part of the model exchange standard.
15 15
Summary: CIM Specifications in an EMS
Ask the vendors to describe their CIM strategy in depth and in language that creates a commitment to deliver.
Write individual specifications for CIM business interfaces that have a specific value proposition.
If there is a specific IEC standard for the interface, reference it.
If there is no specific CIM standard, then…
Describe the business purpose.
Describe the required content of the ‘datasets’ (CIGRE D2.24 term).
Require the vendor to design the datasets by extending the CIM and deriving a schema from the CIM.
State implementation requirements for each interface.
- Preferred – require vendor to specify what implementation technology or standard will be used.
- Alternatively – require specific mechanisms as appropriate to your enterprise architecture goals: (61970-552 (RDF XML), 61970-4xx GID data access, XML schema, integration bus vs claim-checked files vs other, etc.)