270 likes | 401 Views
Reuse and Data Module Code Naming Considerations. Mike Olson, Northrop Grumman IT Ted Briggs, Intergraph Integrated Shipbuilding Environment (ISE) ISE-6 Phase 2. Integrated Shipbuilding Environment (ISE).
E N D
Reuse and Data Module Code Naming Considerations Mike Olson, Northrop Grumman IT Ted Briggs, Intergraph Integrated Shipbuilding Environment (ISE) ISE-6 Phase 2
Integrated Shipbuilding Environment (ISE) • The Integrated Shipbuilding Environment Consortium (ISEC) is led by U.S. shipbuilders along with commercial software vendors, and information technologists • This team has developed much of the infrastructure and architecture necessary for shipbuilding information interoperability • NSRP funded program focused on interoperability using international standards – ISO STEP, PLCS, S1000D, W3C • Product Life Cycle Support • Ship Arrangements • Steel Processing • Engineering Analysis • Electrical • Electrotechnical • HVAC • CPC Interfaces • Requirements • Structures • Piping ISE-1 ISE-2 ISE-3 ISE-4 ISE-5 ISE-6 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009
ISE-6 Project • Two year project, funded by National Shipbuilding Research Program (NSRP) • Coordinate the use of the PLCS (STEP AP239), S1000D, and ISE standards to enable these standards to integrate more closely with the shipyard’s product model to enable product life cycle interoperability • Phase 1 (2007- 2008) • Integrated PLCS with ISE information models • Mapped core Navy ship configuration and logistics data to PLCS • Demonstrated an exchange to reuse configuration and logistics data across Integrated Data Environments (IDE) • Phase 2 (2008 – 2009) • Integrate S1000D capabilities with PLCS and STEP information models • Manage change by linking S1000D modules to design structure • Scope and demonstration details are currently being defined
Standards for Design, Engineering, Production (STEP AP 212, 215, 216, 218, 227ed2 ) (ISE information models) International ISO Standards Focus of ISE Projects since 1999 International ISO Standard ISE-6 has Prototyped use for Naval Shipbuilding International Standard Standard for Technical Publications (S1000D) ISE-6 Phase 2 ISE-6 Project Scope Standard for Logistics & Life Cycle Support (PLCS) (STEP AP 239) ISE-6 Phase 1
Navy PLCS Business Usage Integrated Data Environment (IDE) Integrated Data Environment (IDE) Ship Configuration Ship Configuration Ship Design Ship Design Program Data Program Data Design Data Design Data Documents Documents Parts Parts Change Mgmt Change Mgmt Manufacturing Manufacturing Logistics Data Logistics Data Maintenance PLCS Classification Product Structure Support Tasks Change Management Approvals, Security, Status Requirements Management Activities Schedule APSI Organizations Property Support History Messaging PLCS provides an opportunity to leverage Integrated Data Environments (IDE) developed for each ship program Legacy Logistics & Support Systems Regional Maintenance Center
ISE-6 Phase 2 Plans • ISE-6 Team will work with • USSWG and DDG 1000 TDWG to ensure proper definition and use of S1000D Business Rules • DDG 1000 Combat Systems ILS Manager and NSWC PHD to demonstrate effective use of PLCS and S1000D for Combat Systems TM, involving both shipyard and ISEA • ISE-6 Final Demonstration • Simulate a scenario in which Technical Publications and Training Modules must be modified based on a design change initiated at the Shipbuilder and/or ISEA • S1000D Data Modules (containing technical data and/or training) will be linked to HM&E and Combat Systems equipment and flagged for modification based on design changes
ISE-6 Phase 2 Demo Scenario HVAC Sys DM 1.1 HVAC Sys IETM 2 HVAC Ducts HVAC Sys Drawing1 HVAC Sys IETM 1 DM 1.2 HVAC Sys Drawing2 DM 2.2 Chillers Duct 2 DM 1.1 Mod 1 Radar IETM DM 1.3 Chiller 1 Mod 1 DM 1.2 DM 2.3 Chiller 2 DM 1.3 Mod 2 Mod 2 Radar IETM DM 2.1 DM 2.2 Shipyard Design & IDE ISEA IDE (Radar) Duct 1 Updated Requirements
Reuse & DMC Naming Considerations • ISE is working with DDG 1000 TDWG to help define Data Module Code (DMC) naming standard • Initial proposed standard focused exclusively on DDG 1000 • Goal is to recommend naming standard that can also be applied to other Navy programs • Need to reuse TM/DM from other programs • Need to reuse TM/DM from vendors • Need to ensure DDG 1000 TM/DM can be used on other programs • The danger is content cannot be effectively reused if DMC naming conventions are not properly defined • Once TMs are built, it is too late to easily change the DMC • Window of opportunity to define this properly is now
Approach • Define use cases for data module usage • Define framework to discuss reuse and naming standards • Develop set of use cases for data module reuse • Analyze the current DMC naming recommendation against the use cases and determine gaps. • Propose approach to DMC naming standard • Recommend DMC naming standard to satisfy as many use cases as possible • Document use cases that are not satisfied (or only partially satisfied) and present to DDG 1000 TDWG and USSSWG for their consideration
Data Module Use Cases • Define DMC structure • Create specific data module for a defined DMC structure • Search for a specific data module, or set of data modules, in a CSDB • Update technical documentation – find specific data module • Reuse existing data module – find an data module with required content • Given a data module, search for set of related data modules: • Find where it is used within a specific technical document • Find where it is used across multiple technical documents and/or training modules • Find related data modules • Identify data modules affected by a design change
DMC Naming Standard • Ideally DMC would uniquely identify DM which have same logistics requirements, e.g. maintenance procedures • Two limitations • Unique DMC cannot be generated from existing identifiers • Existing identifiers do not uniquely identify logistics requirements. • DMC will be not be named consistently across all domains • Too many different business rules / naming domains
Using Existing Identifiers for DMC UIC Sys HSC NSN / NIIN RIC / APL ICN LCN Equip HSC OEM Part Number Too general - Same DMC identifies items with different logistics requirements Prohibits reuse Too general Ideal Too specific Too specific - Different DMC identifies items with same logistics requirements Limited reuse
Business Rules / Naming Domains MoD NATO DOD Navy Program Program AF CVN 21 DDG 1000 Virginia Army Program Program OEM Part 1 Part 2
S1000D Reuse & Data Modules • S1000D Data Module is the minimal unit of reuse • Data modules cannot include other data modules • Only Publication Module includes data modules • All data content has a unique DMC • Need to be manageable size/scope for data module • Other programs manage at level of maintenance procedure, not individual steps • Choice of data module granularity limits what can be shared • If data modules implement maintenance procedures, then cautions and warnings cannot effectively be shared • Not very effective to use PM to reference cautions and warnings
Alternatives for Reuse & Data Modules • Data module references allow data content to be used for different DMC • IWS6 Common Schema (NSP) • Allows data modules to be referenced within a data module • Can embed references within content • Can effectively share content, including warning and cautions • S1000D Learning Modules • SCO data includes embedded references • DMC reference • Xpath – composed of URL, DMC, id (tag)
Data Module Reuse Scenarios • Same equipment can be used multiple times within the same system as well as in different systems • Sub components can be used multiple times within a piece of equipment as well as in different pieces of equipment • Same systems can be deployed on multiple ships and ship classes • Same systems can be used across services or NATO. • Equipment data module (DM) can be supplied by vendor, contractor, or government • Equipment can be tracked by vendor part number, RIC, HSC • System, equipment, and equipment sub-components can be revised independently
DMC Strategy • Don’t expect that a DM will be named consistently across all domains • DM will be named within a context when created • Can’t rely on DMC alone to identify content • DM usage changes over time and cannot be predicted, it is separate from the identity of a DM • Use metadata for searching, especially reuse • Pick best DMC naming strategy • Do not use identifiers that are too general • Utilize lessons learned from other programs • Maximize potential for reuse across domains • Adopt a general strategy that everyone can understand • Use generally used identifiers to maximize reuse • Find identifiers used most commonly across databases / systems • Identify consistent numbering system across domains that id common information
ISE-6 Recommendations (In-Progress) • Model Id • Need to consider how to decompose structure into distinct products • If can be used elsewhere - use unique Model Id • Gun, radar, radio, water filtration • If unique to the ship class – use Ship Model Id • DDG 1000, LCS, Virginia
ISE-6 Recommendations (In-Progress) • SNS • Do not use identifiers that are too general or too specific • Alternatives • Use maintained SNS in chapter 8 as-is • Useful at high level, need to fill gaps • Use ICN from Preventive & Corrective Maintenance Database • ICN identifies the unique maintenance procedure • Use HSC • Very little reuse, does not translate between ship classes. • Use LCN • In ship acquisition world, this is often the HSC
ISE-6 Recommendations (In-Progress) • Metadata • Need to define required metadata • Candidates • ESWBS / HSC / Functional Description • Nomenclature • OEM Part number • RIC / APL • NSN • Need to define mapping from S1000D metadata to identifiers • ConOps • Define data module usage rules
System Level Reuse • Same equipment used within the same system on the same ship • Same equipment used in different systems on same ship • Same equipment within the same system on different ship classes • Same equipment used in different systems on different ships
Equipment Reuse Scenarios • Vendor supplies DM, uses their naming convention • Same subcomponent in same part • Same switch used multiple times in an amplifier • Same subcomponent in different parts with same RIC • Same switch used in two different amplifiers • Same subcomponent used in different parts with different functional use • Same switch used in electrical equipment and in a pump, which is hydro equipment
ISE Information Model Methodology Standard Standard Testing In Work Approved Framework Information Prototype Model Translators Standard in Work ISO STEP Technology NSRP ISE Contractual Specification NAVSEA Business Decisions Deployment, Integration, Testing Ship Program Phases: Requirements Definition Information Interoperability Specification Production Deployment
Information Interoperability Roadmap Ship Product Model Data Ship Product Model Data Ship Structural Ship Structural Distribution Distribution Equipment / Equipment / Life Cycle Life Cycle Miscellaneous Miscellaneous Envelope Envelope Systems Systems Subsystems Subsystems Maintenance Maintenance Product Product Common Parts Common Parts Ship Arrangement Ship Arrangement Piping Piping Systems Engineering Systems Engineering Config Config / Geometry / Geometry Catalog (CPC) Catalog (CPC) ISO AP 227:2005 ISO AP 227:2005 ISO AP 233 ISO AP 233 ISO AP 215:2004 ISO AP 215:2004 ISO AP 203/214:1994 ISO AP 203/214:1994 Finite Element Finite Element Product Life Cycle Product Life Cycle Reference Data Reference Data Ship Moulded Forms Ship Moulded Forms HVAC HVAC Analysis Analysis Support Support Libraries Libraries ISO AP 216:2003 ISO AP 216:2003 ISO AP 227:2005 ISO AP 227:2005 ISO AP 209:2001 ISO AP 209:2001 ISO AP 239 ISO AP 239 ISO 15926 ISO 15926 Ship Structures Ship Structures Cable Trays Cable Trays Outfit & Furnishings Outfit & Furnishings ISO AP 218:2004 ISO AP 218:2004 ISO AP 227:2005 ISO AP 227:2005 NSRP 0428:1992 NSRP 0428:1992 Manufacturing Manufacturing Mechanical Systems Mechanical Systems Logistics / Spares Logistics / Spares Support Support ISO AP 227:2005 ISO AP 227:2005 ISO AP 232:2002 ISO AP 232:2002 ISO ISO APs APs 224, 238, 240 224, 238, 240 Computational Fluid Computational Fluid Electrical Electrical Dynamics Dynamics ISO AP 212:2001 ISO AP 212:2001 ISO AP 237 ISO AP 237 Standard Standard Standard Standard Information Information Information Prototype Prototype Prototype Testing Testing Deployment, integration, Deployment, integration, In Work In Work Approved Approved Model Model Model Translators Translators Translators Framework Framework testing testing Ship Product Model Data Ship Product Model Data Ship Structural Ship Structural Distribution Distribution Equipment / Equipment / Life Cycle Life Cycle Miscellaneous Miscellaneous Envelope Envelope Systems Systems Subsystems Subsystems Maintenance Maintenance Product Product Common Parts Common Parts Ship Arrangement Ship Arrangement Piping Piping Systems Engineering Systems Engineering Config Config / Geometry / Geometry Catalog (CPC) Catalog (CPC) ISO AP 227:2005 ISO AP 227:2005 ISO AP 233 ISO AP 233 ISO AP 215:2004 ISO AP 215:2004 ISO AP 203/214:1994 ISO AP 203/214:1994 Finite Element Finite Element Product Life Cycle Product Life Cycle Reference Data Reference Data Ship Moulded Forms Ship Moulded Forms HVAC HVAC Analysis Analysis Support Support Libraries Libraries ISO AP 216:2003 ISO AP 216:2003 ISO AP 227:2005 ISO AP 227:2005 ISO AP 209:2001 ISO AP 209:2001 ISO AP 239 ISO AP 239 ISO 15926 ISO 15926 Ship Structures Ship Structures Cable Trays Cable Trays Outfit & Furnishings Outfit & Furnishings ISO AP 218:2004 ISO AP 218:2004 ISO AP 227:2005 ISO AP 227:2005 NSRP 0428:1992 NSRP 0428:1992 Manufacturing Manufacturing Mechanical Systems Mechanical Systems Logistics / Spares Logistics / Spares Support Support ISO AP 227:2005 ISO AP 227:2005 ISO AP 232:2002 ISO AP 232:2002 ISO ISO APs APs 224, 238, 240 224, 238, 240 Computational Fluid Computational Fluid Electrical Electrical Dynamics Dynamics ISO AP 212:2001 ISO AP 212:2001 ISO AP 237 ISO AP 237 Standard Standard Standard Standard Information Information Prototype Prototype Testing Testing Deployment, integration, Deployment, integration, In Work In Work Approved Approved Model Model Translators Translators Framework Framework testing testing
ISE-6 PLCS Classification Maintenance Product Structure Change Management Support Tasks Approvals, Security, Status APSI Requirements Management Support History Schedule Activities Organizations Messaging Property ISO 10303-239Product Life Cycle Support (PLCS) • PLCS provides an integrated • data model with a scope that • is a holistic view • encompassing the entire • product life cycle • Lifecycle community • needs to access • information defined • during acquisition ● Acquisition community can also benefit from the use of PLCS to exchange integrated design and logistics information
ISE-6 PLCS Approach ISE-6 Schema PLCS Classification Maintenance Product Structure Change Management Support Tasks Approvals, Security, Status APSI Requirements Management Support History Activities Schedule Organizations Messaging Property STEP Shipbuilding APs Design and Manufacturing Link back to Design Data ISE Information Models Navy Logistics Data Requirements • Design Data • • Captured by Shipbuilding APs • • Focus of previous ISE projects • Logistics Data • • Now captured by PLCS (AP 239) • • Focus of ISE-6 • Capture Navy requirements • • Normally developed independently from design data • • ISE-6 schema maintains linkage to design data