Integrated Logistics Environment (ILE) NSRP Joint Panel Meeting 7 – 9 December 2010 New Orleans, LA 1 Presented by: Michael Olson Northrop Grumman Technical.

Slides:



Advertisements
Similar presentations
Lecture # 2 : Process Models
Advertisements

The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
Chapter 2 – Software Processes
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
11.1 Lecture 11 CASE tools IMS Systems Design and Implementation.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Iterative development and The Unified process
1 Software Requirements Specification Lecture 14.
Lecture Nine Database Planning, Design, and Administration
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
Ship Common Information Model (SCIM)
Chapter 6– Artifacts of the process
Developing Enterprise Architecture
2 Apr ‘08 1 DDG 1000 Logistics Data and Structure DDG 1000 Design Data and Structure Link between design and logistic data Current Logistics data import.
Vice President, Engineering NSRP Executive Director
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Interim SCIM and STEP Implementation 2008 NSRP System Technology Panel Project Ted Briggs, Intergraph Corp. Mike Olson, Northrop Grumman Information Systems.
Reuse and Data Module Code Naming Considerations Mike Olson, Northrop Grumman IT Ted Briggs, Intergraph Integrated Shipbuilding Environment (ISE) ISE-6.
Agenda  Contract issues?  Review AP 214 Linkage mechanisms  Review external reference mechanisms  Populate PDM schema  Next Steps.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
Chapter 2 The process Process, Methods, and Tools
Commissioning of Fire Protection and Life Safety Systems Presented by: Charles Kilfoil Bechtel National Waste Treatment Plant Richland WA.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
ITEC224 Database Programming
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
1 ILE Project Integrated Logistics Environment Kickoff Meeting Subtask 1.2 Sharing Structural Design Data with Manufacturing Systems Presented by: Michael.
STEP Shipbuilding Demonstration Highlights Integrated Shipbuilding Environment 4 (ISE 4) 26 June 2006 Ron Wood.
27 Apr ‘06 1 Integrated Shipbuilding Environment (ISE) Overview April 27, 2006.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
1 ILE Project Integrated Logistics Environment Kickoff Meeting Location:Mystic Marriott Hotel Groton, CT Date:Thursday, June 17, 2010 Overview Presented.
1 Integrated Logistics Environment (ILE) Project Presented by : Dr. Burton Gischner Date:May 3, 2011 NSRP Joint Panel Meeting San Diego, CA.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
1 ILE Project Integrated Logistics Environment Kickoff Meeting Task 2 Completion of the Ship Common Information Model Presented by: Dr. Burton Gischner.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Publish ISO Technical Corrigenda for ISO , and NSRP Systems Technology Panel Project Pete Lazo Product Data Services Corporation.
Object-Oriented Software Engineering using Java, Patterns &UML. Presented by: E.S. Mbokane Department of System Development Faculty of ICT Tshwane University.
Interim SCIM and STEP Implementation 2008 System Technology Panel Project Ted Briggs, Intergraph Mike Olson, Northrop Grumman Ron Wood, Northrop Grumman.
Implementing Parametric CAD in STEP ???? Kenneth E. Wolsey May 16, 2007
ISE4 Alternate Demo Scenario Incorporates suggestions B. Kassel, S. Gordon, & B. Gischner with input from: T. Briggs and S. Moore May 23, 2005.
A State Perspective Mentoring Conference New Orleans, LA 2/28/2005 RCRAInfo Network Exchange.
7 Aug Integrated Shipbuilding Environment (ISE) ISE-6 Phase 2 DDG 1000 TDWG Collaboration Data Module Code (DMC) Naming Overview.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
PRJ566 Project Planning & Management Software Architecture.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Welcome and Introductions 1 Ron Wood ILE Kick-off Meeting on June 17, 2010 Technology Investment Agreement (TIA): Integrated Logistics Environment.
1 Margaret Christison Head of Product Data Standards Product Information Standards Defence Logistics 2004.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
November 4, An Integrated Logistics Environment for an Effective Shipbuilding & Supporting Enterprise Prepared by: Dr. Burton GischnerElectric Boat.
1 ILE Project Integrated Logistics Environment Kickoff Meeting NPDI Project & SCIM Summary & Status Presented by: Rick Lobsitz (NGTS)
Software Requirements Specification Document (SRS)
Publish ISO Technical Corrigenda for ISO , and NSRP Systems Technology Panel Project Pete Lazo Product Data Services Corporation.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
How the NCSX Project Does Business
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
1 S HIP T ECH 2011 A S HIPBUILDING T ECHNOLOGIES I NFORMATION E XCHANGE Total Ownership Cost/Quality/Energy Efficiency Completion and Validation of the.
Welcome to Software Project Management. CONVENTIONAL SOFTWARE MANAGEMENT The BEST and WORST thing about software is its flexibility. 1.Software development.
Defining and Managing Project Scope. MOV Scope Phases Time Estimates Resources Tasks Schedule Budget Sequence Project Planning Framework.
Operating Procedures 1 Mimi Reis NSRP ILE Kick-off Meeting on June 17, 2010 Integrated Logistics Environment Technology Investment Agreement (TIA)
Collaborating for Quality Quality Assurance (QA) & Quality Control (QC) in the Accelerator Project (ACCSYS) Matthew Conlon ACCSYS QA/QC
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Chapter 9 Database Planning, Design, and Administration Transparencies © Pearson Education Limited 1995, 2005.
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
The Open Group Architecture Framework (TOGAF)
Quality management standards
Project Management Process Groups
Chapter 11: Software Configuration Management
Presentation transcript:

Integrated Logistics Environment (ILE) NSRP Joint Panel Meeting 7 – 9 December 2010 New Orleans, LA 1 Presented by: Michael Olson Northrop Grumman Technical Services

Agenda l Ship Common Information Model (SCIM) Overview l Integrated Logistics Environment (ILE) Overview l SCIM Validation Process l Adopting the SCIM for Production Use 2

3 Overview l NSRP has led the way in developing standards and prototyping tools to facilitate product model exchange between shipyards and the Navy throughout the life cycle of the ship l In conjunction with the Navy Product Data Initiative (NPDI) effort, a Ship Common Information Model (SCIM) was defined to specify information exchange requirements within and among IPDE environments throughout the life cycle of the ship l The current project for an Integrated Logistics Environment (ILE) is evaluating and validating the SCIM models that have been developed, as well as completing the SCIM document for several additional disciplines

4 Product Model Data Needs to Transition Throughout the Life Cycle During design and construction phases a set of PDM and application tools capture and maintain product model data in native format At any time during those phases, product model data may need to be transferred to external systems or archived These transfers should comply with the Ship Common Information Model (SCIM) ConceptDetailConstruction/Test In Service SupportDecomm. Milestone Reviews/ Decision Points SCIM To External Systems/ IPDEs Preliminary IPDE/PDMs maintained by Maintenance Contractor IPDE/PDM maintained by Design Agent/Builder Archive

Ship Common Information Model (SCIM) Overview 5

6 l Background –Information models developed, prototyped, and tested under the NSRP Integrated Shipbuilding Environment (ISE) Project –SCIM is codifying the information models developed under ISE l Association with NPDI IPDE Specification –Separate document referenced by IPDE Specification –SCIM will be placed on Web and made available to the Shipbuilding community SCIM Background The SCIM provides an information model that defines the data exchange requirements to enable interoperability among Shipyard and Navy systems

7 SCIM Relationship to other Ship Product Model Data Exchange Standards l The ISO STEP Ship Application Protocols define the requirements for sharing data between and among Shipyards, the Navy, Commercial ship owners, and Classification Societies l CAD Vendors have not implemented the ISO Ship APs as Shipbuilding is a small part of their customer base l The U.S. Yards and Navy need a version of the ISO Ship APs that are implementable in-house and fulfill just the requirements for Navy shipbuilding l The SCIM subsets the ISO STEP Ship AP Object definitions to what is needed just for Navy ships, in a data format (XML) that can be extracted from commercial CAD/PDM systems, and that can be cost-effectively supported by Shipyard IT developers

8 SCIM Application Areas SCIM Chapters Completed l PDM and Change Management Fundamentals l Structural Moulded Forms l Ship Arrangements l Structural Detailed Design l Piping Functional Design l Piping Physical Design l Common Parts: Procurement l Product Life Cycle Support SCIM Chapters Required l HVAC Functional Design l HVAC Physical Design l Electrotechnical Functional Design l Electrotechnical Physical Design l Engineering Analysis l Pipe Stress Analysis l Structural CAM To be Developed under Task 2 To be Validated under Task 1

9 Completed Sections of the SCIM PDM and Change Management Fundamentals Structural Moulded Forms Ship Arrangements Structural Detailed Design Piping Physical Design Piping Functional Design Product Life Cycle Support Common Parts: Procurement SCLSIS/CDMD-OA for Navy Logistics S1000D Electronic Document Authoring

10 Sections of SCIM to be Completed in ILE Phase 2 (2011/12) HVAC Functional & Physical Design Structural CAM Electrotechnical Functional & Physical Design Pipe Stress Analysis Engineering Analysis

Integrated Logistics Environment (ILE) Overview 11

12 Integrated Logistics Environment (ILE) Task 1 – Tools and Methods for Supporting the Next Generation Shipbuilding IPDE (SCIM Evaluation) Subtask 1.1 – Migrating VIRGINIA Class IPDE Data Subtask Exchanging Structural Design Data with Manufacturing Systems Task 2 – Completion of the Ship Common Information Model (SCIM Development)

13 Objectives l Apply the tools and methods developed by the ISE team to two current shipbuilding requirements –VIRGINIA Class IPDE data migration –Sharing of structural design data with manufacturing systems across shipyards l Demonstrate the use of the NPDI SCIM as a means for supporting Shipyard and Navy interoperability l Complete the development of the SCIM

14 Deliverables l Each task has a set of Deliverable reports l There will be a Wrap-up Meeting and Final Report in Washington, DC at the conclusion of Month 12 for the SCIM Evaluation Task (Task 1) and at the conclusion of Month 24 for the SCIM Development Task (Task 2) l There will also be a Business Status Report and a Technical Status Report issued as a Deliverable at the end of each Quarter

ILE Phase 1 Subtask 1.1 VIRGINIA Class IPDE Data Migration 15

16 VIRGINIA Class IPDE Data Migration l Migrating VIRGINIA Class IPDE Data l VIRGINIA has been designed in an IPDE environment featuring CATIA and CDM l Migration is currently underway to a new IPDE featuring NX and TeamCenter l VIRGINIA design and construction efforts will continue for several more years, so the VIRGINIA product models must be successfully moved to the new IPDE l Task is led by Electric Boat Corporation

17 VIRGINIA Class IPDE Data Migration l VIRGINIA Class submarine is in the midst of its production cycle with several more hulls pending l VIRGINIA Class IPDE –Platform is approaching its end of life and EB is in the process of implementing a new next generation IPDE –Highly customized solution that evolved and grew as the VIRGINIA Class design progressed and as new requirements and issues revealed themselves l Exact entities, attributes, properties, and relationships that must be migrated to the new IPDE are not obvious l Several difficult technical questions must be resolved before a successful data migration can be completed

18 Extraction of Piping & Structural Models l SCIM is intended to provide the information requirements to guide the extraction of product data and specifies the entities, attributes, and properties required l SCIM was not available in time to support early efforts of VIRGINIA data migration l This task will be primarily focused on validating the SCIM, rather than on assisting VIRGINIA Class data migration l Focus will be on Piping & Structural Models –These represent a major portion of the VIRGINIA product model –SCIM chapters relating to these disciplines have already been completed –Piping & Structural Models will be extracted from the current CATIA / CDM IPDE and transformed to SCIM representation –SCIM models will be analyzed manually to identify errors or discrepancies

19 Load SCIM Models into NX / TeamCenter Environment l Translators and/or mediators will be developed as required to load the SCIM models into the new IPDE environment using NX and TeamCenter l These models can be evaluated in the new IPDE as far as completeness and accuracy l Models will be processed on the new system to verify their validity and completeness

20 Validate SCIM Models - Note Any Deficiencies l Any deficiencies revealed in the SCIM chapters relating to Piping or Structures will be noted and corrected as part of Task 2 under the ILE Project l Also, if difficulties are encountered in using the SCIM because of incompleteness or lack of clarity in the SCIM descriptions, an attempt will be made during Task 2 to improve the format of all the SCIM chapters to resolve these problems

21 SCIM Chapters Needed for VIRGINIA Migration l This task will be attempting to validate the SCIM approach and will be looking in detail at the information models in four different SCIM Chapters –Product Data Management (PDM) –Piping Physical –Piping Functional –Structural Detailed Design

22 Current Status l Information model for piping migration developed by Electric Boat and comparison with SCIM Piping Models documented l Development of information model for structures migration is underway l Analysis is leading to improvements in the data migration models, as well as recommended enhancements to the SCIM

ILE Phase 1 Subtask 1.2 Exchanging Structural Design Data with Manufacturing Systems 23

24 Objectives l Demonstrate use of NPDI SCIM as means for supporting next generation IPDE l Address data sharing challenge in multiple shipyard development environments –Exchange of structural design between prime designer and manufacturing, either in same shipyard or second shipyard l Validate and demonstrate capabilities of the SCIM on current programs l Recommend improvements to SCIM

25 Participants l Northrop Grumman Shipbuilding – Gulf Coast l Northrop Grumman Shipbuilding – Newport News l Northrop Grumman Technical Services l Product Data Services Corporation

26 Approach l Define the data model for the exchange of structural design data with manufacturing using existing programs as examples l Compare the data model to the SCIM data model l Identify gaps in the SCIM data model l Make recommendations for improving the SCIM

Business Context l Used ISPE Common Process Model to define the Business Context for the task –Reviewed by NGSB-GC and NGSB-NN to confirm applicability l Focus on exchange of Design Product Model with manufacturing in order to perform production planning function and develop Manufacturing Product Model 27

Business Context 28

Business Context 29 Scantling Design 3D Detailed Design 3D Manufacturing 2D Neutral Piece Parts 2D Shipyard Piece Parts Detailed Design Product ModelsFunctions Production Planning Piece Part Development Manufacturing Definition Nesting NC Drawings & Reports Moulded Forms & Lines Preliminary scantlings Structural systems Unit Breakdown Structural Part Definition Structural Part Relationships Seams Features Assembly breakdown Assembly order Welds Bevels Bending lines Flat pattern parts Marking Lines Shipyard specific parts Added material Marking lines, Labeling Tabs Manufacturing Aids

Business Functional Requirements l Describes high level business functional requirements for the shipyard common process l Functional requirements described as a set of use cases and provide the basis for deriving the data requirements l ISPE common process areas serve as three high level use cases within the shipyard environment: –Create Detailed Design Product Model –Create Manufacturing Product Model and Parts –Manufacture Ship 30

Business Functional Requirements 31 Preliminary Design Hull Form Development Fairing Naval Architecture Scantlings Detailed Design Interference Checking Penetrations Detailed Design Product Model Mfg Product Model Bevels, Welds, End cuts Construction Drawings Mfg Product Model Planning Scheduling BOM maintenance Unit arrangements Assembly sequences Lofting Shell Plate Development Nesting Part Generation Work Packages Mfg Aids Production Control Work Orders Production oversight Production Plate/Profile cutting Fabrication Assembly Material Mgmt Material Requirements Procurement Material tracking Create Detailed Design Product Model Create Manufacturing Product Model and Parts Manufacture Ship

Structural Model Requirements l Analyze data exchange between design and manufacturing for current programs –DDG 1000 –CVN21 l Focus on structural design data required for manufacturing –Detailed Design Product Model used to perform production planning activities 32

33 Use of SCIM l Use SCIM chapter based on STEP AP 218 (Ship Structures) as starting point l Include additional SCIM chapters as necessary, such as Product Data Management (PDM) l Augment SCIM chapters as necessary to include required manufacturing data

34 Export from Design Environment l Develop translator to map structural design data to SCIM XML file –Map data to appropriate SCIM entities and attributes –Add entities and attributes to SCIM as needed to meet manufacturing data requirements –Evaluate data for completeness and accuracy

35 Validate SCIM l Validate that the SCIM chapters meet Navy and Shipyard requirements for specified data exchange scenarios l Correct SCIM Structural Design Data deficiencies in future releases of SCIM l Make recommendations for improving SCIM usability, including completeness and clarity of SCIM descriptions, format and content

Current Status l Analyzed current SCIM AP 218 Chapter against STEP AP 218 to understand data and scope of SCIM –Noted potential issues that need to be addressed l Coordinated with NGSB-GC DDG 1000 IDE team –Analyzed CATIA to Teamcenter Enterprise (TcE) interface –Analyzed TcE to Teamcenter Manufacturing (TcM) interface –Documented Design to Manufacturing data exchange requirements l Coordinated with NGSB-NN CVN21 –Analyzed CVN21 design to manufacturing data exchange –Documented Design to Manufacturing data exchange requirements 36

Current Status (cont’d) l Developed Structural Model Import Requirements Report –Leveraged analysis and data produced for NSRP Integrated Steel Processing Environment (ISPE) project as a framework for organizing and analyzing data l Currently analyzing gaps between Shipyard data and SCIM Structural Design chapter 37

Integrated Logistics Environment SCIM Validation Process 38

39 Objectives l Validate that the SCIM chapters meet Navy and Shipyard requirements for specific data exchange scenarios

40 Approach l Define a repeatable process for validating the Ship Common Information Model (SCIM) –Focus on content (not format or systems used) –Use existing program data and requirements when possible

SCIM Validation Process 41 Define a Data Exchange Scenario (Use Case) 1 Define Data Exchange Requirements 2 Identify Applicable SCIM Chapters 3 Compare SCIM to Data Exchange Requirements 4 Augment SCIM Context Schema to Satisfy Data Exchange Requirements 5 Develop SCIM Test Case Data 6 Develop SCIM Exchange File 7 Import SCIM Data Exchange File into Target System(s) 8 Evaluate Imported Data in Target System(s) 9 Verify SCIM Exchange File Meets Requirements 10

Integrated Logistics Environment Adopting SCIM for Production Use 42

43 Adopting SCIM for Production Use l The Shipyards need to share data among Design, Manufacturing, and Logistics applications l The Shipyards need to share data with their co-design and manufacturing partners l The Shipyards need to deliver data to the Navy, and the Navy to the Shipyards l Data in SCIM format can feed later lifecycle uses such as AP239 Ship Logistics support, simplified product model visualization, and part information within the Navy’s systems

44 What remains to be done… l The information exchange requirements assembled by ISE have been published in a formal, XML-based notation l Remaining work: package the ISE work in a manner that is –Fully documented and user-friendly –Usable by shipyard personnel, including non-IT specialists –Capable of validation –Suitable for contractual specification –Of practical use for agreements between shipbuilder and CAD/system vendors l ILE Project is completing this remaining work – SCIM will be available for production use by 2012

45 What remains to be done… l “ISE Information Model Methodology” was developed years ago to show plan for adoption of ISE Information Models l ISE has achieved the top two lines for the major product disciplines l SCIM is publishing and managing models l Information Reqmts must now be: –Invoked on Navy Contracts –Implemented by Shipyards and Vendors

Conclusion l Significant investment in interoperability and data exchange standards by the Shipyards and Navy through NSRP l SCIM is validating and publishing the results of this investment l Next step is to implement the SCIM for specific high priority data exchange scenarios within the Shipyards and Navy l Need feedback from Shipyards, Navy, and NSRP on candidate scenarios for implementation 46