7 Aug 2008 1 Integrated Shipbuilding Environment (ISE) ISE-6 Phase 2 DDG 1000 TDWG Collaboration Data Module Code (DMC) Naming Overview.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

AIM CPM/LOM Tom Bonnano N74 21 August 2014.
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Automated Software Testing: Test Execution and Review Amritha Muralidharan (axm16u)
SRDC Ltd. 1. Problem  Solutions  Various standardization efforts ◦ Document models addressing a broad range of requirements vs Industry Specific Document.
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
© 2004, The Trustees of Indiana University 1 OneStart Workflow Basics Brian McGough, Manager, Systems Integration, UITS Ryan Kirkendall, Lead Developer.
Introduction to SAP R/3.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Web-site Design Strategy.  For P5, learners need to draw up plans for the evaluation of the website design.  The plans should include consideration.
© 2008 Prentice Hall11-1 Introduction to Project Management Chapter 11 Managing Project Execution Information Systems Project Management: A Process and.
Project Execution.
IDENTITY & ACCESS MANAGEMENT TOTAL COST OF OWNERSHIP STUDY Research by independent consultancy Rencana.
BAPIs within SAP’s Business Framework. What is SAP’s Business Framework? Business Framework is SAP’s strategic product architecture on which R/3 is developed.
Chapter : Software Process
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.
Business Intelligence
Project Management: Madness or Mayhem
NAVSEA Philadelphia Code 94 NAVSEA Philadelphia Code 94 Integrated Logistics & Fleet Maintenance Department Implementation at NAVSEA Philadelphia.
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Reuse and Data Module Code Naming Considerations Mike Olson, Northrop Grumman IT Ted Briggs, Intergraph Integrated Shipbuilding Environment (ISE) ISE-6.
Management Information Systems
SYS364 Evaluating Alternatives. Objectives of the Systems Analysis Phase determine, analyze, organize and document the requirements of a new information.
CLEANROOM SOFTWARE ENGINEERING.
Enabling Workflow in UPnP Networks Andreas BobekUniversity of Rostock Faculty of Computer Science and Electrical Engineering Andreas Bobek, Hendrik Bohn,
July 20, 2007 Healthcare Information Technology Standards Panel Principles for Proper Use of HITSP Interoperability Specifications And Proposal for Proper.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Software Maintenance.
Integrated Logistics Environment (ILE) NSRP Joint Panel Meeting 7 – 9 December 2010 New Orleans, LA 1 Presented by: Michael Olson Northrop Grumman Technical.
1 ILE Project Integrated Logistics Environment Kickoff Meeting Subtask 1.2 Sharing Structural Design Data with Manufacturing Systems Presented by: Michael.
ZLOT Prototype Assessment John Carlo Bertot Associate Professor School of Information Studies Florida State University.
1 מודל ניהול הצוותים של MSF. 2 Causes of failure  Poorly-defined objectives  Insufficient planning  Lack of executive support  Organizational barriers.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
Lecture 11 Managing Project Execution. Project Execution The phase of a project in which work towards direct achievement of the project’s objectives and.
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.
1 Schema Registries Steven Hughes, Lou Reich, Dan Crichton NASA 21 October 2015.
Georgia Institute of Technology CS 4320 Fall 2003.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
AT&L / Logistics & Material Readiness Office of Deputy Assistant Secretary (Supply Chain Integration) Government Furnished Materiel Requisitions GFP Working.
Design and Implementation of a Rationale-Based Analysis Tool (RAT) Diploma thesis from Timo Wolf Design and Realization of a Tool for Linking Source Code.
Creating and Managing Content Types Module 9. Overview  Understanding Content Types  Creating and Using Site Columns  Creating and Using Site Content.
ISE6 Context Schema Overview
ISE 6 Phase 2 Demo Scenario Sept 11, 2008 NSWC CD.
ISE6 Demo Scenario From 8/30/2007 Telecon. 8/30/2007 ISE6 Demo Scenario 2 Demonstration Core idea: –Use of PLCS enables: Maintaining the right configuration.
CSE 303 – Software Design and Architecture
Project Management Project Integration Management Minder Chen, Ph.D. CSU Channel Islands
1 ILE Project Integrated Logistics Environment Kickoff Meeting NPDI Project & SCIM Summary & Status Presented by: Rick Lobsitz (NGTS)
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
John D. McGregor Architecture Evaluation
Synchronise work on DEXs and reference data between PLCS pilots and OASIS/PLCS Workshop #3 10 – 11 November 2004.
Copyright © , Dennis J. Frailey, All Rights Reserved Day 2, Part 1, Page 1 1/11/2004 Day 2, Part 1 Estimating Software Size Section 2 Calculating.
March 24, ISE-6 Phase 2 Demo March 24, 2009.
State of Georgia Release Management Training
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
PLCS and S1000D Technical Issues. 2 ISE 6 Phase 2 Technical Issues S1000D PLCS DEX –Need to exchange S1000D data modules and relationships to product.
NEM201 Week 4 Project Plan Create and complete outstanding items. 01. Front Cover 02. Document details 03. Scope Document 04. Technical Design 05. Creative.
Subtitle Title Date Cris Ross, co-chair Anita Somplasky, co-chair January 8, 2016 Certified Technology Comparison (CTC) Task Force.
The CEN Metalex Naming Convention Fabio Vitali University of Bologna.
Project Life Presented by Chuck Ray, PMP ITS Project Manager.
DM Collaboration – OMA & BBF: Deployment Scenarios Group Name: WG5 - MAS Source: Tim Carey, ALU, Meeting Date:
Organization and Implementation of a National Regulatory Program for the Control of Radiation Sources Program Performance Criteria.
CS646: Software Design and Architectures Introduction and Overview †  Definitions.  The general design process.  A context for design: the waterfall.
Making Choice Possible in the Acquisition of Machinery Control Systems Program Executive Office Integrated Warfare Systems (PEO IWS)
Healthcare Information Technology Standards Panel
Description of Revision
Raytheon Parts Management
SISAI STATISTICAL INFORMATION SYSTEMS ARCHITECTURE AND INTEGRATION
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

7 Aug Integrated Shipbuilding Environment (ISE) ISE-6 Phase 2 DDG 1000 TDWG Collaboration Data Module Code (DMC) Naming Overview

7 Aug Overview DMC naming effort is related to the following S1000D Use Cases –Develop S1000D Technical Publications and Training Modules –Manage Changes to S1000D Technical Publications and Training Modules Provide approach and status of effort to define an acceptable DMC naming convention –Near term focus on DDG 1000 program –Goal is to recommend something that can also be applied to other Navy programs

7 Aug Approach Develop set of use cases that need to be supported by the DMC naming convention Analyze the current DMC naming recommendation against the use cases and determine gaps Recommend alternate approaches to DMC naming 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 USSWG for their consideration

7 Aug Status Created a preliminary set of use cases or scenarios which the DMC should support Reviewed current DDG 1000 DMC naming convention recommendations Need to evaluate current recommendation against use cases and determine gaps and/or alternate recommendations

7 Aug Preliminary Use Cases Define DMC structure Create DMC for specific data module based on defined DMC structure Search for a specific data module, or set of data modules, in a CSDB –Update technical documentation –Reuse existing data module –Given a DM 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

7 Aug Reuse Scenario Overview Same amplifier can be used multiple times within the same system as well as in different systems Same systems can be deployed on multiple ships and ship classes Amplifier data module (DM) can be supplied by vendor, contractor, or government Amplifier can be tracked by vendor part number, RIC, HSC System, amplifier, and amplifier sub-components can be revised independently

7 Aug Reuse Scenario Overview Fundamental Issues –DM is reusable only if it represents the same logistics support content –DM cannot be reused if DMC is constrained to be unique per ship, system, or equipment breakdown Conclusions –If DM are reused, the context where it is used must be maintained separately in a PM, not in the DMC DMC should only minimally identify the DM DM usage changes over time and cannot be predicted, it is separate from the identity of a DM Users should search PM to find appropriate DM

7 Aug System Level Reuse Scenarios Constraints –Specific instance of an amplifier is uniquely identified by HSC in the system in a ship class –HSC assignments may vary between ship classes –Systems are uniquely identified by ESWBS in a specific ship class

7 Aug System Level Reuse Scenario 1 Same amplifiers within the same system on the same ship (single DM used for different amplifiers in the same system) –Each amplifier has the same ESWBS but a different HSC –If SNS is based on HSC, author cannot effectively find amplifier DM by searching on amplifier HSC

7 Aug System Level Reuse Scenario 2 Same amplifiers in different systems on same ship (single DM used for same amplifier in two different systems) –Each amplifier has a different ESWBS and HSC –If SNS is based on ESWBS and HSC, then author cannot effectively find amplifier DM by searching on either amplifier ESWBS or HSC

7 Aug System Level Reuse Scenario 3 Same amplifiers within the same system on different ship classes (single DM used for different amplifiers on multiple ship classes) –Each ship class may use a slightly different HSC –If DMC is based on HSC, author cannot effectively find amplifier DM by searching on amplifier HSC

7 Aug System Level Reuse Scenario 4 Same amplifiers in different systems on different ships (single DM used for same amplifier in two different systems on multiple ships) –Each amplifier has a different ESWBS and HSC –If DMC is based on HSC, author cannot effectively find amplifier DM by searching on amplifier HSC

7 Aug Equipment Level Reuse Scenarios Constraints –Navy manages supply via RIC which can encompass a number of different parts from different vendors (different CAGE and part numbers) –Vendors can revise or change part numbers, using components from other part numbers –The same equipment is used on multiple systems Subcomponents

7 Aug Equipment Level Reuse Scenario 1 Vendor supplies DM, uses their naming convention –Will not follow DDG 1000 naming convention

7 Aug Equipment Level Reuse Scenario 2 Same subcomponent in same part (e.g. same switch used multiple times in an amplifier) –If both have same disassembly code, reuse is supported

7 Aug Equipment Level Reuse Scenario 3 Same subcomponent in different parts with same RIC (e.g. same switch used in two different amplifiers) –If SNS is based on CAGE, reuse is not supported –If Disassembly code is based on part number, reuse is not supported –If Disassembly code is based on RIC, reuse is supported

7 Aug Equipment Level Reuse Scenario 4 Same subcomponent in different parts with different RIC (e.g. same switch used in two different amplifiers) –If SNS is based on CAGE, reuse is not supported –If Disassembly code is based on part number, reuse is not supported

7 Aug Equipment Level Reuse Scenario 5 Same subcomponent used in different parts with different functional use (e.g. same switch used in electrical equipment and in a pump, which is hydro equipment) –If DMC is based on functional use, reuse is not supported