Technical Operations 12 th July 2010 Dr Phil Spiby Eurostep Limited Integrating Systems Engineering Information with AP233.

Slides:



Advertisements
Similar presentations
© Telelogic AB Modeling DoDAF Compliant Architectures Operational Systems Technical.
Advertisements

Systems Engineering From a Life Cycle Perspective John Groenenboom Director Engineering – Mesa Boeing Rotorcraft Dec 12, 2007.
2009 – E. Félix Security DSL Toward model-based security engineering: developing a security analysis DSML Véronique Normand, Edith Félix, Thales Research.
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
® DODAF CADM/AP233 Interoperability Project David Price OSJTF March 2006.
1 Chapter 2: Product Development Process and Organization Introduction Importance of human resources: Most companies have similar technology resources.
Alternate Software Development Methodologies
® Integrating System Architecture & Engineering Applications Using Open Systems David Price OSJTF SoS Architecture Modeling Meeting September 22, 2005.
Transformations at GPO: An Update on the Government Printing Office's Future Digital System George Barnum Coalition for Networked Information December.
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY NetSetup scope and objective Process level IT-level PRODUCT DEV.
© 2004 Visible Systems Corporation. All rights reserved. 1 (800) 6VISIBLE Holistic View of the Enterprise Business Development Operations.
® Eurostep.ESUKPC v0.1©Copyright Eurostep Limited DoDAF CADM ISO AP233 Converter Project Final Presentation David Price February 2005.
Aligning Business Processes to SOA B. Ramamurthy 6/16/2015Page 1.
® Eurostep.ESUKPC v0.1©Copyright Eurostep Limited AP233 – CADM Data Interchange Demo NDIA M&S Presentation David Price February 2005.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
DoDAF DoD Architectural Framework across multiple levels (Zachman And MoDAF are similar) UPDM Unified Modeling Language (UML) Profile for DoDAF and ModAF.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
High-Level Assessment Month Year
1 Proposed PLCS TC Organization and Functional Responsibilities Revision
Project Tracking and Scheduling Infsy 570 Dr. R. Ocker.
Product Life Cycle Support (PLCS) The Information Backbone to transform the Logistics Enterprise PLCSlib status PLCS OASIS TOG Filton, UK Rob.
Engineering Systems of.
® Eurostep.ESUKPC v0.1©Copyright Eurostep Limited DoDAF CADM ISO AP233 OMG UML Converter Interim Report David Price November 2004 INCOSE/OMG Meetings.
Effective Methods for Software and Systems Integration
SOA – Development Organization Yogish Pai. 2 IT organization are structured to meet the business needs LOB-IT Aligned to a particular business unit for.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
1 Proposed PLCS TC Organization and Functional Responsibilities Revision
Systems Modeling Language ™ Overview Cris Kobryn and Sandy Friedenthal SysML Partners ( October 2003.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Rational Unified Process Fundamentals Module 4: Disciplines II.
Commercial-in-Confidence 1 Managing eBusiness - Operational Challenges of an Online Business Model.
Using Systems Engineering Data Standards with DoDAF
CAM-I Scalable Flexible Manufacturing Initiative NGMS Task 6.1.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
1 Click to edit Master title style ROCKWELL COLLINS STEP VISION Jack R. Harris Director, Advanced Manufacturing Technology Rockwell Collins
Project Life Cycle.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
CRESCENDO CRESCENDO Philippe HOMSI Paul WEBSTER
1 Standard Student Identification Method Jeanne Saunders Session 16.
Data Strategy  Status Update  SSIM  RID  Technology Strategies.
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
PLCS DEXs Trine Hansen DNV 20 April Content OASIS / PLCS Organization PLCS DEXs DEX architecture Process – define and verify capabilities Way forward.
Network design Topic 6 Testing and documentation.
Project Initiation at The Regence Group 12/19/2015John Garrigues1.
1 Margaret Christison Head of Product Data Standards Product Information Standards Defence Logistics 2004.
Stages of design  High level design  High level data structure  Architecture  Low level design-code design  Algorithms  Low level data structures.
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
Progetto OPTIMUS PLM and Interoperability in the defense sector Vico Equense (NA) – April, Xenia Fiorentini.
Slide 1 of 14© 2015 ENGISIS INTEROPERABILITY FOR PRODUCT LIFECYCLE MANAGEMENT Ing. Xenia Fiorentini PLM and Interoperability in the defense sector.
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
1 Industry Specifications and their importance in Product Lifecycle Management (Dr Michael Day & Deborah Jane Ham) (September-2012)
Project Life Presented by Chuck Ray, PMP ITS Project Manager.
Request for Proposal (RFP) In response to the RFP – the first step is to prepare a proposal 1. Review Customer Requirements and come up with candidate.
SYSE 802 John D. McGregor Module 0 Session 3 Systems Engineering QuickView.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA Modeling Standards Activity Team Model-based Systems Engineering (MBSE) Initiative Roger Burkhart.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Configuration Control (Aliases: change control, change management )
INCOSE MDSD SysML/AP233 Mapping Workshop Results David Price Allison Feeney
SysML/AP233 Mapping Status INCOSE IW MSDS Report Phil Spiby and Allison Feeney 1.
SysML/AP233 Mapping Status Report to SE DSIG David Price Allison Feeney June 2009.
Allison Barnard-Feeney Dr Phil Spiby
Discussion Topics for Exploring OMG UPDM Way-ahead
PLM4MBSE working group update
Software Requirements
System Modeling Assessment & Roadmap Joint OMG/INCOSE Working Group
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
INCOSE IW 2014 Town Hall January 27, 2014
AFNeT PLM Task Force Steering Committee 29th of June 2017
IT Management Services Infrastructure Services
Presentation transcript:

Technical Operations 12 th July 2010 Dr Phil Spiby Eurostep Limited Integrating Systems Engineering Information with AP233

A Systems Engineers life Understand the whole problem before considering a solution Translate the problem into measureable requirements Consider all viable alternatives before identifying a solution Optimize the solution over the complete life cycle Test all components and the system as a whole before delivery Record the lessons learned, the next problem may be similar to the last.

AP233 Business case Given this scope for Systems Engineering and the wide range of tools used to assist the Systems Engineer in performing their tasks there is a clear and obvious need to enable data exchange between these tools. AP233 is the ISO Standard Data Exchange Protocol that provides this support and allows the Systems Engineer concentrate on their tasks instead of regularly dealing with data exchange problems.

ISO/IEC view of the world AP233 PLCS SysML UPDM

AP233 enables … communication between similar tools in Systems engineering usage … communication between different tools both within and external to Systems engineering functions … holistic approaches to data sharing … fine grain configuration management to Systems engineering data … sharing of management data currently locked up in proprietary formats and tools

AP233 Scope requirements text-based property-based breakdowns static structure PDM analysis trade study behaviour product structure system sub-system functional breakdown WBS verification & validation function-based issue config control security risk program management person & org state-based

AP233 Leverages Other Standards AP233 links to 30+ other ISO STEP information model standards (called Application Protocols) –Configuration Controlled Design (AP203) –Engineering Analysis (AP209 E2) –Produce Lifecycle Support (AP239/PLCS) AP233 and OMG SysML are aligned –AP233 and SysML were developed by the same INCOSE team (MDSD) and share many concepts

Current Status 100% successful International review –Completed March 2010 Being prepared for ISO publication –Should be available from ISO August 2010

STEP for DOD Acquisition Cycle Source: Dr. Raj Iyer, US Army

Current implementations Commercial AP233 Data Exchange tools sets now at ß-release or higher Systems Engineering Software Vendor companies developing and testing AP233 interfaces Independent testing service now set up –Run by NIST alongside SysML testing service International Companies currently evaluating AP233 methods and tools

Example pilot project MBEST (2008-present) Supported Next Generation Composite Wing (NGCW) project within the MBEST team Developed a Proof of concept demonstrator for the Model Based Collaboration Services –To support a collaborative, multi-disciplinary, multi- enterprise, model-based design environment for early stage aircraft design –Use COTS products and standards ISO /239, OASIS PLCS-PLM web services

MBEST (cont) Brings together the following concepts: –Formal descriptions of model based trade studies –Notifications to users of progress in trade study –Synchronisation to ensure the latest information is used –Requirements and Concepts –Risk management –Verification & supporting evidence

Model based Collaborative design process Architect Iteration service Synchronization agent Modelling & simulation agent Aircraft requirements Aircraft baseline Study concepts / objectives Trade Study Deployed processes models & tools Work request Change proposal Evolving network of models Directed activities Work order

SysML Model Management Extend mapping between SysML and AP233 –Add consolidation rules and effectivity management An AP233 based repository can then: –Consolidate SysML models With other SysML models With other models (i.e. Requirements Management tools) –Provide full history/roll-back of SysML models Tool independent Archivable

Demonstrated in CRESCENDO project AP233-based Data Bus IBM Rational® DOORS® AP233-based Data Bus AP233-based Repository