sysml-autoview:requirements
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
sysml-autoview:requirements [2013-03-12 14:37] araher |
sysml-autoview:requirements [2013-03-12 15:11] (current) araher |
||
|---|---|---|---|
| Line 25: | Line 25: | ||
| - Tool Independence | - Tool Independence | ||
| - Viewpoint Model | - Viewpoint Model | ||
| + | |||
| + | Requirements are detailed in the table below. | ||
| ^Requirement Name^Requirement^Rationale^Notes^ | ^Requirement Name^Requirement^Rationale^Notes^ | ||
| - | |Dynamic Views|Viewpoints shall allow for\\ specifying and presenting dynamic Views of the Model.|Views are not static - they can be dynamic. We want to be able to generate any kind view that meets the needs of what we are communicating. This includes animations, interactivity, model2model, homogeneous, heterogeneous. The point is the Expression of the View should only restricted by the needs of communication with stakeholder.|Expression of Views shall support specification of media or format for a range of static and dynamic.| | ||
| - | |Styles|The rules for creating the View shall\\ be distinct from the format and presentation styles used to render the View. |This avoids modeling a document directly. it also allows for formats such as slides, interactive web forms, animations etc.|None| | ||
| - | |Conformance|The view of the model shall\\ represent the model information in conformance with the rules defined by the viewpoint.|Using a Viewpoint to specify the View provides a way for stockholders to communicate their expectations with respect to what they will see in the View.|None| | ||
| - | |Viewpoint Model|The viewpoint shall include properties for: | ||
| - | a) Stakeholders (1..*) | ||
| - | b) Concerns (1..*) | ||
| - | c) Purpose (1) | ||
| - | |This descriptive information is present to relate the information that describes concerns and purpose of the View to the stakeholders. |Notes| | ||
| - | |Method|The viewpoint shall include\\ an executable specification for a method capable of producing the View. |Views of models cannot be created without a concrete explanation of what information is necessary and how it should be communicated.|None.| | ||
| |Analysis|The viewpoint method shall include provisions to specify: | |Analysis|The viewpoint method shall include provisions to specify: | ||
| a) The query that selects the parts of the model | a) The query that selects the parts of the model | ||
| Line 50: | Line 43: | ||
| create, read, update, and delete information. | create, read, update, and delete information. | ||
| |Methods need to separate operations on information from format and presentation.|SF update on 12/23/12| | |Methods need to separate operations on information from format and presentation.|SF update on 12/23/12| | ||
| + | |Architecture Framework Extensibility|Shall support extension to any\\ compatible architecture framework|The definition of view and viewpoint should be consistent with the latest standard ISO 42010 (to be confirmed)|TBD| | ||
| + | |Configuration Management|The version of the model and the corresponding views shall\\ be maintained and synchronized as required.|Versions of Views are necessary in order to track the change history.|(Sandy added 12/8/12)| | ||
| + | |Conformance|The view of the model shall\\ represent the model information in conformance with the rules defined by the viewpoint.|Using a Viewpoint to specify the View provides a way for stockholders to communicate their expectations with respect to what they will see in the View.|None| | ||
| + | |Diagram Views|Diagrams shall be capable of being considered views that conform to Viewpoints.|Diagrams can be considered as a part of the model or as a first-class View of the model.|None.| | ||
| + | |Dynamic Views|Viewpoints shall allow for\\ specifying and presenting dynamic Views of the Model.|Views are not static - they can be dynamic. We want to be able to generate any kind view that meets the needs of what we are communicating. This includes animations, interactivity, model2model, homogeneous, heterogeneous. The point is the Expression of the View should only restricted by the needs of communication with stakeholder.|Expression of Views shall support specification of media or format for a range of static and dynamic.| | ||
| + | |Editability|The view shall be editable\\ via comments that can be reflected in updates to the model.|Views are inherently interactive where possible. Wether editing a diagram, text or tables |Sandy added 12/8/12| | ||
| + | |Executable Independence|The viewpoint method shall be independent\\ of a specific modeling tool / version implementation where practical.|Under consideration|Consider a standard api for querying the model)| | ||
| + | |Inclusion|Shall be capable of including any model element.|The generated document could contain any model element.|Under consideration| | ||
| |Interoperability|The viewpoint method shall include provisions for: | |Interoperability|The viewpoint method shall include provisions for: | ||
| a) integrating data that is external to the model by reference | a) integrating data that is external to the model by reference | ||
| b) integrating other text and related information directly | b) integrating other text and related information directly | ||
| |TBD|Under consideration| | |TBD|Under consideration| | ||
| - | |Configuration Management|The version of the model and the corresponding views shall\\ be maintained and synchronized as required.|Versions of Views are necessary in order to track the change history.|(Sandy added 12/8/12)| | + | |Method|The viewpoint shall include\\ an executable specification for a method capable of producing the View. |Views of models cannot be created without a concrete explanation of what information is necessary and how it should be communicated.|None.| |
| - | |Editability|The view shall be editable\\ via comments that can be reflected in updates to the model.|Views are inherently interactive where possible. Wether editing a diagram, text or tables |Sandy added 12/8/12| | + | |
| - | |Inclusion|Shall be capable of including any model element.|The generated document could contain any model element.|Under consideration| | + | |
| - | |Diagram Views|Diagrams shall be capable of being considered views that conform to Viewpoints.|Diagrams can be considered as a part of the model or as a first-class View of the model.|None.| | + | |
| |Separation of Models|The view model shall be separate\\ from the system model, the format model, and the presentation model.|The document model (definition of chapters, model elements includes, etc.) is separated from the system model.|Under Consideration| | |Separation of Models|The view model shall be separate\\ from the system model, the format model, and the presentation model.|The document model (definition of chapters, model elements includes, etc.) is separated from the system model.|Under Consideration| | ||
| + | |Styles|The rules for creating the View shall\\ be distinct from the format and presentation styles used to render the View. |This avoids modeling a document directly. it also allows for formats such as slides, interactive web forms, animations etc.|None| | ||
| |Tool Independence|The definition of the document model\\ shall be tool-independent.|TBD|Under Consideration| | |Tool Independence|The definition of the document model\\ shall be tool-independent.|TBD|Under Consideration| | ||
| - | |Executable Independence|The viewpoint method shall be independent\\ of a specific modeling tool / version implementation where practical.|Under consideration|Consider a standard api for querying the model)| | + | |Viewpoint Model|The viewpoint shall include properties for: |
| - | |Architecture Framework Extensibility|Shall support extension to any\\ compatible architecture framework|The definition of view and viewpoint should be consistent with the latest standard ISO 42010 (to be confirmed)|TBD| | + | a) Stakeholders (1..*) |
| + | b) Concerns (1..*) | ||
| + | c) Purpose (1) | ||
| + | |This descriptive information is present to relate the information that describes concerns and purpose of the View to the stakeholders. |Notes| | ||
sysml-autoview/requirements.1363113450.txt.gz · Last modified: 2013-03-12 14:37 by araher
Page Tools
