DateChange
2024-11-07set maturity of D2_VPTO Framework Viewpoint Overview Viewpointunder construction (added profile diagram, concept diagram and example)
2024-11-06
  • Fuse Dev Viewpoints Stakeholder Definition, Concern Definition and Rationale Definition in one, because the Information is tightly coupled. Resulting VP is D2_STKD Framework Stakeholder and Concern Definition Viewpoint. This solves issue 79
  • Change multiplicity of relationship among SE Concepts from *--* to 1--0..* Framework Concept Defintion viewpoint and also describe that relations among SE concepts may be target of relations, too. see Issue 77.
2024-11-03
  • Add an additional formal traceability documentation showing traceability from SAF Viewpoints to ISO 15288:2023 processes and SEHB V5 Information Item definitions. See Issue 75
  • Remove unused concerns from documentation. See Issue 76
2024-10-28 Add dependency relationship among Standards to C2_CSTD Common Standards Definition Viewpoint, see Issue 71  Stereotype: SAF_StandardDependingOn
2024-10-27Switch over to new documentation format.
2024-10-19set maturity of D2_VPTI Framework Viewpoint Implementation Viewpoint and D2_VPTD Framework Viewpoint Definition Viewpoint to under construction.
2024-10-18set maturity of Functional Refinement Viewpoint F3_SFRE to under construction (added profile diagram and concept diagram).
2024-10-17set maturity of Common Terms Definition Viewpoint C2_TRMD and Common Standards Definition Viewpoint C2_CSTD to under construction, reworked example and viewpoint descriptions
2024-09-27set maturity of Development Viewpoints Framework Stakeholder Definition Viewpoint ( D1_STKD) and Framework Rationale Definition Viewpoint (D6_RATD) to"under construction"
2024-09-25set maturity of Development Viewpoints Framework Concept Definition Viewpoint ( D2_COTD) and Framework Concern Definition Viewpoint (D6_CCND) to"under construction"
2024-09-24change viewpoint short code of system use case viewpoint to F1_SUCD
2024-09-06The use case and system process used in were renamed, in the course of model cleanup of the example.
2024-07-29.1Add example for Operational Context Interaction (OCXI), set viewpoint to released.
2024-06-30.1add proposed viewpoints supporting SAF development into new domain "SAF Developement"
2024-06-23.1

Add concerns, stakeholders, rationale to justify framework development and specification viewpoints

  • SAF Developer,
  • SAF MBSE approach planner,
  • SAF System Model user

revisit change grid definition viewpoint, status now under development.

  • it has alternate table representation collecting diagrams conform to viewpoints
  • added a concern
2024-06-18.1all Stereotypes from SCM_Profile are prefixed "SCM_", not "SAF_".
2024-06-15.1
  • write down naming conventions for table and matrix representations of Viewpoints (postfixed with "_Matrix" and "_Table"
  • Rename stereotypes accordingly (SAF_L8_LFUM_Matrix, SAF_O8_OPRM_Table, SAF_F8_SCYM_Table, SAF_O8_OCYM_Table, SAF_F8_SRQT_Matrix, SAF_F6_SRQD_Table, SAF_C7_PRND_Table, SAF_C2_TRMD_Table)
  • new, because there is a table representation. They're currently not covered by example : SAF_F3_SSTA_Table, SAF_F3_SPRO_Table, SAF_F2_SDIK_Table, SAF_F1_SUCS_Table, SAF_F1_SCXE_Table, SAF_F1_SCXD_Table
  • apply coloring legend to all viewpoint concept and profile diagrams, and redactional corrections
  • In Grid Definition Viewpoint, the Implementation of Viewpoint is changed to a user usable SAF_Viewpoint defined by SAF Profile, late  the SAF_Viewpoint in SCM profile will be renamed to SCM_Viewpoint, since it is used to specify SAF, and not to be intendet to be used in system models.
  • Add a library of SAF_Viewpoint objects to SAF_Profile to be used to plan modeling using grid Definition VP. The viewpoint objects collect automatically all views(diagrams conform to the Viewpoint)
  • SAF_LogicalContextRole did not inherit from part property
  • remove exposure of elements related to domain item kinds in SDIK, since It is by no way covered by concerns of VP SDIK.
2024-06-12.1
  • make internal role stereotypes inherit from part property
  • dont expose abstract general physical role, but derived non abstract concepts PFUM and PLOM, partly adressing issue #60
  • rename stereotypes for PLOM and PFUM Diagrams to *_Matrix, because the Representation is a matrix.
  • logical element role was'nt exposed in PLOM
2024-06-07 .1
  • Argument concept in argumentation assurance viewpoint is no longer abstract, issue #56
  • Separate network PIEX view, issue #57
2024-05-27
  • shift exposure of abstract concepts (general function, general function usage) to inherited concepts
  • add missing concept for usage of partial function in system function
  • fix implementation spec for function usages in functions context (profile not affected)
2024-05-18
  • add own diagram icons
  • add a proposed viewpoint for security classifications
2024-04-30fix change stereotype SAF_O1_OCYD to be SAF_O1_OCXD to be consistent with Operational-Context-Definition shortcut
2024-04-26.3

Rename some viewpoints for more consistency with other viewpoint names.

  • Operational Context Interaction Viewpoint
  • Operational Capability Definition Viewpoint
  • Logical Structure Definition Viewpoint
  • Physical Structure Definition Viewpoint
  • Stakeholder Requirement Definition Viewpoint
  • System Capability Definition Viewpoint
  • System Requirement Definition Viewpoint
2024-04-26.2 Rename Diagram Stereotypes to use the shortcuts, e.g. SAF_SLV02a_View is renamed to SAF_L2_LSTD. This removes the redundant "View" and "V", while keeping Domain and Aspect encoding. The Numbering is replaced by the same abbreviation as in the Viewpoint.
2024-04-26.1 Introduce Viewpoint shortcuts. They are intended to used as an easy to remember abbreviation for the longer viewpoint name, e.g.  O1_OCXD for Operational Context Definition Viewpoint.  The Domain and aspect are also encoded in the shortcut.