Subcommittee 3D DATA SETS FOR LIBRARIES. SC 3D Experience report for implementing IEC 61360 – Conventions and guidelines Cape Town, 2005-10-19 3(Cape.

Slides:



Advertisements
Similar presentations
Better Specifications. What is a Specification? A Statement of the Customers Needs In the Form of Required Characteristics of a Product A Component of.
Advertisements

1 Metadata Registry Standards: A Key to Information Integration Jim Carpenter Bureau of Labor Statistics MIT Seminar June 3, 1999 Previously presented.
Direction of Proposals for New Edition (E3) of ISO/IEC 11179
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 32 Slide 1 Aspect-oriented Software Development.
Enhancing Data Quality of Distributive Trade Statistics Workshop for African countries on the Implementation of International Recommendations for Distributive.
IEC Substation Configuration Language and Its Impact on the Engineering of Distribution Substation Systems Notes Dr. Alexander Apostolov.
Analyzing Systems Using Data Dictionaries Systems Analysis and Design, 7e Kendall & Kendall 8 © 2008 Pearson Prentice Hall.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System modeling 2.
Dr Gordon Russell, Napier University Unit Data Dictionary 1 Data Dictionary Unit 5.3.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall.
Introduction to Databases
Writing Your Research Paper Masters-Doctoral Seminar.
Chapter 10: Analyzing Systems Using Data Dictionaries Instructor: Paul K Chen.
Software Requirements
Introduction to Databases Transparencies
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Chapter 1 INTRODUCTION TO DATABASE.
Chapter 3 Describing Syntax and Semantics Sections 1-3.
Software Engineering CSE470: Systems Engineering 35 Computer System Engineering Computer System Engineering is a problem-solving activity. Itemize desired.
Introduction to Databases
Configuration Management for Transportation Management Systems Establishing and Maintaining System Integrity.
Procedures to Develop and Register Data Elements in Support of Data Standardization September 2000.
Future of MDR - ISO/IEC Metadata Registries (MDR) Larry Fitzwater, SC 32 WG 2 Convener Computer Scientist U.S. Environmental Protection Agency May.
Subcommittee 3D DATA SETS FOR LIBRARIES. SC 3D Exchange of dictionary data Cape Town, (Cape Town/Radley)3 Donald Radley Chairman, SC3D.
Civilian Human Resources Management  Military Health Systems  Military and Other Human Resources Management Department of Defense – Human Resources Management.
“Integrating Standards in Practice” 10th Open Forum on Metadata Registries July 9-11, 2007 New York City, NY USA An international conference to share and.
Using ISO/IEC to Help with Metadata Management Problems Graeme Oakley Australian Bureau of Statistics.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements.
3 rd Annual European DDI Users Group Meeting, 5-6 December 2011 The Ongoing Work for a Technical Vocabulary of DDI and SDMX Terms Marco Pellegrino Eurostat.
Profiling Metadata Specifications David Massart, EUN Budapest, Hungary – Nov. 2, 2009.
Representing variables according to the ISO/IEC standard.
Software Requirements Presented By Dr. Shazzad Hosain.
Nancy Lawler U.S. Department of Defense ISO/IEC Part 2: Classification Schemes Metadata Registries — Part 2: Classification Schemes The revision.
Tommie Curtis SAIC January 17, 2000 Open Forum on Metadata Registries Santa Fe, NM SDC JE-2023.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Analyzing Systems Using Data Dictionaries Systems Analysis and Design, 8e Kendall.
1 Introduction to Databases. 2 Examples of Database Applications u Purchases from the supermarket u Purchases using your credit card u Booking a holiday.
1 Chapter 1 Introduction to Databases Transparencies.
Lois Fritts SAIC January 17, 2000 Open Forum on Metadata Registries Santa Fe, NM SDC JE-2022.
Update for ISO/IEC PDTR Semantic Metadata Mapping Procedure (SMMP) May, 2010 Tae-Sul Seo and Sung-Joon Lim ISO/IEC.
Metadata Registries Workshop Metadata Registries Workshop U.S. Bureau of Labor Statistics Conference Center April 15-17, 1998.
Technical Committee 3 INFORMATION STRUCTURES, DOCUMENTATION AND GRAPHICAL SYMBOLS.
Introduction to Databases Transparencies © Pearson Education Limited 1995, 2005.
Statistical Data and Metadata Exchange SDMX Metadata Common Vocabulary Status of project and issues ( ) Marco Pellegrino Eurostat
Software Engineering, COMP201 Slide 1 Software Requirements BY M D ACHARYA Dept of Computer Science.
Chapter 6 Guidelines for Modelling. 1. The Modelling Process 1. Modelling as a Transformation Process 2. Basic Modelling Activities 3. Types of Modelling.
Copyright © 2007, Oracle. All rights reserved. Managing Items and Item Catalogs.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Guidelines of Business Process Modeling Team: Alejandra Saavedra Andrea Rodriguez Ez Lawrence.
Classification, Identification and BIM
SNU OOPSLA Lab. A Tour of XML © copyright 2001 SNU OOPSLA Lab.
1 January 31, Documenting Software William Cohen NCSU CSC 591W January 31, 2008.
IEC TC3 Blank Detail Specification
Introduction to Databases Transparencies
ISO/IEC JTC 1/SC 7 Working Group 42 - Architecture Johan Bendz
SysML v2 Formalism: Requirements & Benefits
Lecture 9- Design Concepts and Principles
Introduction to Databases Transparencies
Introduction to Databases
Quality Management Systems (QMS)
Active Data Management in Space 20m DG
Introduction to Databases
Max Booleman Statistics Netherlands
Introduction to Databases
Lecture 9- Design Concepts and Principles
Introduction to Databases
Introduction to Databases Transparencies
Main changes in 2018 revision of ISO/IEC Directives, Part 2
March Liaison Report Date: Authors: March 2010
TECHNICAL REPORTS WRITING
Presentation transcript:

Subcommittee 3D DATA SETS FOR LIBRARIES

SC 3D Experience report for implementing IEC – Conventions and guidelines Cape Town, (Cape Town/Dijkstra)4 Addie Dijkstra Secretary, IEC SC3D

SC 3D 3(Cape Town/Dijkstra)4: 3 Basic contents  IEC data dictionary at PSC  Need for conventions and guidelines  Conventions for definition  Conventions for naming  Conventions for symbol  Some questions to you

SC 3D 3(Cape Town/Dijkstra)4: 4 IEC data dictionary at PSC Philips Semiconductors SPIDER program Type of information to be managed: Any product information or knowledge required during any of the stages of the customer’s product/business creation process Current status: Pilot phase – First 700 products defined in the product library based on data dictionary before end 2005

SC 3D 3(Cape Town/Dijkstra)4: 5 Goals  Capture product parametric information at the source [and only once]  Use resulting content to generate :  Product information web pages and datasheets  Selection guides  Electronic data exchange e.g. RosettaNet PIP 2A10  …

SC 3D 3(Cape Town/Dijkstra)4: 6 Datasheet Rapidly growing complexity  Largest datasheet 1996: 125 pages  Largest datasheet 2002: 650 pages with 521 device characteristics!  Percentage of web visitors downloading datasheets: 87%  Estimated cost to re-create all existing datasheets at current rates: EUR XXX,000,000

SC 3D 3(Cape Town/Dijkstra)4: 7 Dictionary of data element types Dictionary and library information model is based on:  RosettaNet Dictionary Architecture model, compliant with ISO/IEC information model (IEC ) Dictionary content:  IEC-61360, Philips proprietary and possibly RNTD Dictionary will be used as (a.o.) a mechanism to enforce standards and consistency

SC 3D 3(Cape Town/Dijkstra)4: 8 Need for conventions and guidelines Which standards apply  Information model  IEC  DET attributes and their definitions  ISO/IEC , IEC  Conventions for writing definitions  ISO/IEC  Conventions for writing names  ISO/IEC (includes guidelines for writing naming conventions and an example convention)  Conventions for writing symbols  ISO 31, IEC 60027, 60747, 60748

SC 3D 3(Cape Town/Dijkstra)4: 9 Conventions for writing definitions ISO/IEC A data definition shall [requirements]: a) be stated in the singular b) state what the concept is, not only what it is not c) be stated as a descriptive phrase or sentence(s) d) contain only commonly understood abbreviations e) be expressed without embedding definitions of other data or underlying concepts

SC 3D 3(Cape Town/Dijkstra)4: 10 Conventions for writing definitions ISO/IEC A data definition should [recommendations]: a) state the essential meaning of the concept b) be precise and unambiguous c) be concise d) be able to stand alone e) be expressed without embedding rationale, functional usage, or procedural information f) avoid circular reasoning g) use the same terminology and consistent logical structure for related definitions h) be appropriate for the type of metadata item being defined

SC 3D 3(Cape Town/Dijkstra)4: 11 Conventions for writing names ISO/IEC Includes guidelines for writing structured naming conventions:  Semantic rules enable meaning to be conveyed;  Syntactic rules relate components in a consistent, specified order;  Lexical (word form and vocabulary) rules reduce redundancy and increase precision;

SC 3D 3(Cape Town/Dijkstra)4: 12 Naming convention for DETs A data element type name shall: a) be stated in the singular b) be written in lower case with the exception of particular abbreviations and acronyms that are commonly written in upper case c) contain only commonly understood abbreviations and acronyms * * Managed by a Philips Semiconductors exceptions list for allowed abbreviations and acronyms

SC 3D 3(Cape Town/Dijkstra)4: 13 Specific DET naming rules Distinguish between type of DET  Mechanical quantitative data element types  start with the concept or object being specified followed by the measured aspect such as: length, height, diameter  Non-quantitative data element types  start with the concept or object being specified followed by a qualifier such as: type, code, name, description  Electrical quantitative data element types

SC 3D 3(Cape Town/Dijkstra)4: 14 Naming convention for DETs Electrical quantitative data element types  reflect the electrical symbol in words reading in reverse order;  start with the concept or object being specified, followed by the measured quantity such as: voltage, current, capacitance, temperature;  The concept or object is possibly preceded by one or more qualifiers such as: maximum, peak, average, total;  The measured quantity is possibly followed by a non-quantitative condition such as: from junction to lead;

SC 3D 3(Cape Town/Dijkstra)4: 15 Example REMARK – The allowed non-quantitative conditions are managed in a Philips Semiconductors non-quantitative conditions list. Only those that are approved shall be used. QualifierConceptMeasured quantity Non-quantitative condition maximuminputvoltage ambienttemperature initialjunctiontemperature maximum repetitive peak off-statevoltage transientthermalimpedancefrom junction to lead

SC 3D 3(Cape Town/Dijkstra)4: 16 Conventions for writing symbols A symbol shall: a) use a consistent and approved set of characters; b) contain only commonly understood abbreviations; c) use parentheses “()” to separate adjacent symbol parts that are written in the same case (upper or lower);* d) not exceed a length of 17 characters (not including mark-up); * In general, the first part of subscript is not enclosed in parentheses

SC 3D 3(Cape Town/Dijkstra)4: 17 Conventions for writing symbols A symbol should: a) be concise - use the minimum number of letters b) use consistent logical structure for related symbols c) reflect the words of the data element type name reading in reverse order d) derive the first symbol letter from the measured quantity (its basic letter symbol) which relates to the specified unit

SC 3D 3(Cape Town/Dijkstra)4: 18 Some questions Questions:  What can TC3 apply from what is already defined in for writing definitions?  Could TC3 benefit further from joined conventions on naming and writing symbols?  Could IEC benefit from a document such as a guide on Conventions for naming, definition and symbols stating the basic principles?

SC 3D Thank you for your attention.