INCOSE OOSEM Working Group Charter



Similar documents
INCOSE Automotive Working Group Charter

Survey of Model-Based Systems Engineering (MBSE) Methodologies

INCOSE Enterprise Working Group (ESWG) Charter

Intoduction to SysML

INCOSE Healthcare Working Group Charter

Rational Unified Process for Systems Engineering RUP SE1.1. A Rational Software White Paper TP 165A, 5/02

Chap 1. Introduction to Software Architecture

Applying 4+1 View Architecture with UML 2. White Paper

INCOSE System Security Engineering Working Group Charter

INCOSE Lean Systems Engineering Working Group Charter

Functional Architectures with SysML

IT3203 Fundamentals of Software Engineering (Compulsory) BIT 2 nd YEAR SEMESTER 3

MBSE Practices in Telescope Modeling. Section I: Introduction. Project Description

Twin Cities Business Architecture Forum

The Dynamics of Project Management

Does a Model Based Systems Engineering Approach Provide Real Program Savings? Lessons Learnt

CS 6361, SPRING 2010 Advanced Requirements Engineering Web Based Meeting Scheduler- Project Plan

OVERVIEW OF THE INDUSTRY STANDARDS

Model Based Management of Configurations of a Complex Systems: Common Submarine Combat System

Basic Unified Process: A Process for Small and Agile Projects

A Data Centric Approach for Modular Assurance. Workshop on Real-time, Embedded and Enterprise-Scale Time-Critical Systems 23 March 2011

- 5 days (30 PDUs) ITIL V3 Intermediate Capability - Planning, Protection and Optimization... 14

Phase 2 Systems Analysis. Dr. Feng-Jen Yang

The Rap on RUP : An Introduction to the Rational Unified Process

IT3205: Fundamentals of Software Engineering (Compulsory)

SysML Modelling Language explained

T-MOBILE US, INC. CORPORATE GOVERNANCE GUIDELINES

NIST Cloud Computing Program Activities

Modelling the Management of Systems Engineering Projects

CASSANDRA: Version: / 1. November 2001

CREDENTIALS & CERTIFICATIONS 2015

DoD Enterprise Architecture

Software Development Methodologies

CORPORATE GOVERNANCE GUIDELINES OF TRIBUNE PUBLISHING COMPANY. Adopted as of August 4, 2014

Software Process and Models

Object-Oriented Design Guidelines

Developing SOA solutions using IBM SOA Foundation

SysML a modeling language for Systems Engineering

Software Architecture Professional Certificate

Requirements Analysis Concepts & Principles. Instructor: Dr. Jerry Gao

TOGAF usage in outsourcing of software development

METHOD & TOOLS TO SECURE AND SUPPORT COLLABORATIVE ARCHITECTING OF CONSTRAINED SYSTEMS

RUP Design. Purpose of Analysis & Design. Analysis & Design Workflow. Define Candidate Architecture. Create Initial Architecture Sketch

White Paper What Solutions Architects Should Know About The TOGAF ADM

CS 389 Software Engineering. Lecture 2 Chapter 2 Software Processes. Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed.

Defining a Secure Mobile Framework Architecture at DHA

Technical Writing - A Review of Agile Software Development Services

UNESCO S CONTRIBUTIONS TO THE DRAFT OUTCOME STATEMENT OF THE NETMUNDIAL CONFERENCE. Introduction

Asset Based Development

IDENTITY & ACCESS MANAGEMENT IN THE CLOUD

Oracle Unified Method 5 Essentials (1Z0-568) Exam Study Guide. Kim Miller WWA&C Partner Enablement

CORPORATE GOVERNANCE GUIDELINES

Los Angeles Regional Collaborative For Climate Action & Sustainability CHARTER PREAMBLE

R&D and Topcased (led by Silvia Mazzini)

Advancing Your Business Analysis Career Intermediate and Senior Role Descriptions

Systems Engineering Certification Overview

ASAP Certification Examination Preparation Guide

Objects and Object Relations Around Business Modelling and Business Architecture. Professor Mark von Rosing

Guidance for ISO liaison organizations Engaging stakeholders and building consensus

The Scottish Wide Area Network Programme

Generating Aspect Code from UML Models

The Systems Security Engineering Capability Maturity Model (SSE-CMM)

Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK

Developing Business Architecture with TOGAF

Chapter 3. Technology review Introduction

Lecture 9: Requirements Modelling

Defining Agile SE. some collateral damage. Lockheed Martin IS&GS, Senior Manager

Quality Assurance Checklist

Telecom at a Crossroad, The Role of Innovation Catherine Bentley, Senior Consultant, Innovation 360 November 2014

Model Based Systems Engineering (MBSE) Media Study. Prepared by: Julia Murray

Software Development in the Large!

Position Title: Management Info Chief. Working Title: Technical Project Management Section Chief

Delphi Automotive PLC. Corporate Governance Guidelines

Overview of Business Process Management

CAMPAIGN 2015/2016: GUIDELINES & FAQ

VACANCY ANNOUNCEMENT

Enhanced Funding Requirements: Seven Conditions and Standards

Chapter 10 Practical Database Design Methodology and Use of UML Diagrams

Software Testing A Time for Standard Models

A Software process engineering course

Software Project Management using an Iterative Lifecycle Model

Masters of Science in Software & Information Systems

Applied Agile Practices for Large-scale Organizations

Project Management in the Rational Unified Process

Transcription:

PURPOSE GOAL Advance the use of the Object Oriented Systems Engineering Method (OOSEM) in support of Model Based Systems Engineering (MBSE), while providing input to the ongoing development of the Systems Modeling Language (SysML). (See Background: What is OOSEM? below.) Improve the practice of model based systems engineering by applying concepts, notations, and methods that: 1. Support capture, analysis and understanding of complex systems specifications and design 2. Improve integration between systems, software, hardware, test, and other engineering disciplines, and 3. Facilitate system, element, and component level reuse and design evolution. Stakeholders include all practitioners of systems engineering (whether or not they use that term), from areas of application such as: defense renewable energy agriculture communications transportation cloud based computing BACKGROUND: WHAT IS OOSEM? The following description of OOSEM is excerpted from Chapter 16 of A Practical Guide to SysML:The Systems Modeling Language by Friedenthal, Moore, Steiner [1]. OOSEM is a top down, scenario driven process that uses SysML to support the analysis, specification, design, and verification of systems. The process leverages object oriented concepts and other modeling techniques to help architect more flexible and extensible systems that can accommodate evolving technology and changing requirements. OOSEM is also intended to ease integration with object oriented software development, hardware development, and test processes. OOSEM includes fundamental systems engineering activities such as needs analysis, requirements analysis, architecture, trade studies and analysis, and verification. It has similarities with other methods such as the Harmony process and the Rational Unified Process for Systems Engineering (RUP SE), which also apply a top down, scenario driven approach that leverages SysML as the modeling language. OOSEM includes

various modeling techniques, such as causal analysis, logical decomposition, partitioning criteria, node distribution analysis, control strategies, and parametrics, to deal with a wide array of system concerns. OOSEM was developed in 1998 and further evolved as part of a joint effort between Lockheed Martin Corporation and the Systems and Software Consortium (SSCI), which previously was the Software Productivity Consortium [2]. Early pilots were conducted to assess the feasibility of the method [3], and then it was further refi ned by the INCOSE OOSEM Working Group beginning in 2002. Tool support has been substantially improved for OOSEM with the adoption of the SysML specification beginning in 2006. OOSEM is included as one of the model based systems engineering methods in the Survey of MBSD Methodologies [4]. [1] Friedenthal, Moore, Steiner, A Practical Guide to SysML: The Systems Modeling Language. Elsevier, 2008. [2] Lykins, Friedenthal, Meilich, Adapting UML for an Object Oriented Systems Engineering Method (OOSEM), Proceedings of the INCOSE International Symposium. Minneapolis, July 15 20, 2000. [3] Steiner, Rick, Friedenthal, Sanford, Oesterheld, Jerry, and Thaker, Guatam, Pilot Application of the OOSEM Using Rational Rose Real Time to the Navy CC & D Program, Proceedings of the INCOSE International Symposium, Melbourne, July 1 4, 2001. [4] Estefan, Jeff, Survey of Candidate Model Based Systems Engineering (MBSE) Methodologies, Rev. B, June, 2008 (refer to http://www.omgsysml.org under publications). SCOPE In scope areas include: MBSE methods (e.g., OOSEM) and related standards (e.g., SysML) exchange of information between OOSEM and methods in software, hardware, test, and other engineering disciplines review of related work (e.g., case studies, major research efforts by graduate students) review and evaluation of tool support for OOSEM (expected in future) education and training Methods for various engineering disciplines as opposed to exchanges between OOSEM and those methods are out of scope. SKILLS AND EXPERTISE REQUIRED Members should have a general understanding of model based systems engineering, and a willingness to learn and advance the method.

MEMBERS, ROLES AND RESPONSIBILITIES Participating Members should: attend as many monthly and special meetings as possible contribute to discussion, and, contribute work on special projects when appropriate Three co chairs facilitate the group's decisions, which are made by consensus. Role Technical Co Chair Logistics Co Chair INCOSE Liaison Co Chair Responsibilities Convene monthly meetings, monitor progress on technical tasks. Ensure that facilities are available for monthly and special meetings. Liaise with provider of meeting facilities, currently the Applied Physics Laboratory of Johns Hopkins University. Liaise with INCOSE International and with the Chesapeake Chapter. OUTCOMES (PRODUCTS/SERVICES) The following comprises the agenda for the next three years, and may change based on the needs of the systems engineering community. Products 1. Updates to the SysML Training Course 2. Updates to the OOSEM Training Course 3. OOSEM case studies 4. A Light version of OOSEM, useful in cases where applying the full method would be too expensive or complex 5. Storybook documentation of light version of OOSEM Services APPROACH 1. Provide expert assistance to users of OOSEM, especially new users. 2. Review results of research and development (e.g., systems engineering courses) by systems engineers outside the group. Meet monthly, usually on the second Saturday of the month, to review and advance technical projects, making decisions by consensus.

Delegate between meeting work on technical projects to one or more members, who incorporate feedback from the group and flesh out details for discussion. Communicate by email and share results using INCOSE Connect. MEASURES OF SUCCESS Papers submitted to the INCOSE Symposium and other conferences Contributions of the group and individual members to efforts by other organization o for example, three members of the group recently served as question authors for the OMG SysML certification exams Number of members and guests at each meeting RESOURCE REQUIREMENTS DURATION Meeting facilities including a room, projector, refreshments, and phone and internet connections for remote attendees are provided by the Johns Hopkins University Applied Physics Laboratory. The group hopes to continue its efforts as long as there is a need for model based systems engineering. This Charter will remain in effect until rescinded by the signatory. SIGNATURES Enter the signature block of the submitter Date 1 st Level of Approval Date August 23, 2011 Technical Director, INCOSE 2 nd Level of Approval (Note this will be added by the INCOSE Technical Director when deemed appropriate.) Chairman, INCOSE Board of Directors Date

Revision History Date Revision Description Author 6/12/2011 1.0 OOSEM Working Group