Systems Modeling Language (SysML) v0.9 Submission Update DRAFT SysML Partners June 2005

SysML - DRAFT 2 Overview Background Status update Profiles update

Background

SysML - DRAFT 4 SysML Partners Informal partnership of modeling tool users, vendors, and government agencies o rganized in May 2003 to respond to UML for Systems Engineering RFP (OMG doc# ad/ ) Charter The SysML Partners are collaborating to define a modeling language for systems engineering applications, called Systems Modeling Language (SysML). SysML will customize UML 2.0 to support the specification, analysis, design, verification and validation of complex systems

SysML - DRAFT 5 SysML Partners Partners Industry American Systems, BAE SYSTEMS, Boeing, Deere & Company, EADS Astrium, Eurostep, Israel Aircraft Industries, Lockheed Martin, Motorola, Northrop Grumman, oose.de, Raytheon, THALES Government DoD/OSD, NASA/JPL, NIST Vendors Artisan, Ceira, EmbeddedPlus, Gentleware, IBM, I-Logix, PivotPoint Technology, 3SL, Telelogic, Vitech Organizations INCOSE Academia/Research Georgia Institute of Technology Liaisons AP-233, CCSDS, EAST, INCOSE, Rosetta

SysML - DRAFT 6 SysML Milestones UML for SE RFP issued – 28 March 2003 Kickoff meeting – 6 May 2003 Overview presentation to OMG ADTF – 27 Oct Initial draft submitted to OMG – 12 Jan INCOSE Review – Jan INCOSE Review – 25 May 2004 Revised submission to OMG – 2 Aug nd Revised submission to OMG – 11 Oct rd Revised submission to OMG – 10 Jan INCOSE Review – Jan Submission Update – 30 May 2005 INCOSE Review and SysML Prototype Demos – 10 July 2005 OMG technology adoption – H2 2005

SysML - DRAFT 7 Requirements Summary Structure e.g., system hierarchy, interconnection Behavior e.g., function-based behavior, state-based behavior Properties e.g., parametric models, time property Requirements e.g., requirements hierarchy, traceability Verification e.g., test cases, verification results Other e.g., trade studies

SysML - DRAFT 8 UML 2 Reuse

Status Update

SysML - DRAFT 10 Summary of H Activities Jan – listening to our critics INCOSE International Workshop MDSD WG review (Jan./Feb. 05) feedback regarding SysML v. 0.9 draft was generally positive however, MDSD recommended that we needed to simplify and refine v. 0.9 to make it easier for SEs to learn and apply SysML Partner vendors expressed various concerns regarding implementation and usability issues Feb.- June 2005 – responding to our critics Four SysML vendors have been actively prototyping SysML v. 0.9 to validate that it is both implementable (from vendor perspective) and usable (from SE practitioner perspective) SysML Structural SWAT team has been working on unification and simplification of new structural constructs (Blocks, Parametrics, Requirements) and Allocations

SysML - DRAFT 11 Prototyping and Unification Results Prototyping efforts have proven effective in identifying implementation and usability bugs prior to finalization when focused on modeling pragmatic, moderately complex examples, prototyping provides objective basis for resolving key language design decisions (cf. methodologist quibbling) Structural SWAT team has proven productive in unifying structural constructs and reducing language complexity indicative that SysML language design is maturing

SysML - DRAFT 12 Current Status SysML Specification v. 0.9 Addendum - Profiles and Model Libraries Chapter Draft submitted to OMG as ad/ on 30 May 05 Recommended changes to UML 2 Superstructure Profiles submitted to OMG as Issues Open source license, copyrights, and trademarks reviewed by OMG legal counsel and found to be in order and compatible with OMG adoption process SysML has no trademark status

SysML - DRAFT 13 SysML Specification Outline Update Preface Part I - Introduction Part II – Structural Constructs Blocks Block Definition Internal Block Parametric Block Part III – Behavioral Constructs Activities Interactions State Machines Use Cases Part IV – Crosscutting Constructs Model Management Allocations Requirements Profiles & Model Libraries Appendices Diagrams Sample Problem Non-Normative Extensions Model Interchange (AP-233 and XMI) Requirements Traceability References

SysML - DRAFT 14 Planned Improvements for Next Revision Unify and simplify Class, Assembly and Parametric constructs Unify and simplify various kinds of Allocation dependencies Classify Properties to include a ValueProperty that can be constrained in Parametric Block diagrams Reorganization of specification to increase consistency and readability Non-Normative Extensions appendix updated, including EFFBDs, Requirements taxonomy, MOE

Profiles Update

SysML - DRAFT 16 SysML Use of Stereotypes Goal is to implement as much as possible as a UML 2 Profile so that maximize number of vendors that can implement the SysML Profile “out of the box” SysML models can be exchanged using UML2 XMI In order to do this we required clarifications and changes to the UML 2 Profiles chapter submitted to the UML2 RTF as issues

SysML - DRAFT 17 SysML Proposal -Additional Stereotype Display Options Graphical nodes can have an additional compartment for each stereotype (instance) that extends the associated element compartment headed with the name of the stereotype shows the additional properties associated with the stereotype values of multi-valued properties are shown as a comma- separated list Property list notation Based on UML 1.X Stereotype property name/value pairs shown above/before namestring Valid for graphical paths, graphical nodes and string elements (like line items in compartments)

SysML - DRAFT 18 Stereotype Property Types Property can be typed by a UML metaclass formerly a UML 1.4 feature e.g., used in UML Profile for Schedulability, Performance and Time Profiles can contain unidirectional Associations (from Stereotype to Metaclass) «metaclass» MetaClassName «stereotype» StereotypeName prop2 prop1:MetaClassName

SysML - DRAFT 19 Creating and Applying A Profile SysML only uses a subset of UML 2 to satisfy requirements does not want to impose those elements outside of subset on tool vendors Need mechanism to specify the subset that is required for SysML and enforce strict compliance UML RTF is working with SysML Partners to propose Superstructure changes extension to the semantics of metaclass reference and metamodel reference adding “isStrict” property to profile application

SysML - DRAFT 20 Profile Construction Build own metamodel by merging UML2 packages Reference existing UML2 compliance package New «reference» notation for metamodelReference and metaclassReference

SysML - DRAFT 21 Strict Profile Application IsStrict – only the metaclasses referenced by the applied profile are accessible in the User model SysML vendors only required to implement the referenced metamodel when strict is applied

Wrap Up

SysML - DRAFT 23 Summary SysML v. 0.9 vendor prototyping is providing valuable implementation and usability feedback Partners are working hard to debug language and improve usability prior to v. 1.0 finalization Partners plan Model Driven Systems Design WG review and SysML prototype demos at INCOSE Symposium in July/Rochester Next public draft and revised submission planned for OMG September/Atlanta meeting should be able to accurately predict final submission date after next public draft

SysML - DRAFT 24 Further Info SysML Forum includes Feedback page SysML Forum discussion group Chairs Cris Kobryn Sandy Friedenthal