...
- Anyone can contribute during input and discussion phases via the WIKI
- A model editor will participate in the calls, capturing the evolving model details (classes, relationships, attributes, diagrams, etc) in Papyrus for some model sub-team / sub-model
- The sub-model editor will share the Papyrus model via
- UML Diagrams posted to the WIKI
- Gendoc output (diagrams, tables, etc) as outlined below
- If useful, the gendoc table can be copied and pasted directly into a WIKi page (it formats well).
This can be useful for direct viewing and commenting - When development of the model is finishing up, the Papyrus model is reviewed (via Word Doc publish) until ‘clean’ is achieved (agreement by Subteam) if the Papyrus model is current. If the Papyrus model is not current, the WIKI is used. This is to assure that the Papyrus tool is not a reason for delay.
- The Clean model (Papyrus Word Output if current, WIKI otherwise) is socialized with modeling Subteam along with other sub-team’s work (reconciliation between parallel work), and approval by Subteam is reached.
- There will always be a WIKI based "Clean". This WIKI Clean model may be the output of Papyrus (if model is current) or from the WIKI discussion if not. In addition, there will be a note indicating the source of the clean, and if Papyrus based, a link will also be provided to the Gendoc output and Papyrus model files as well.
- Model is converted to RST format (Papyrus Gendoc output if current, WIKI otherwise) and provided to DOC team.
- If the Papyrus model was not used for steps 4-6, then an additional step is required to assure that the Papyrus model at some later point reflects the accepted model.
Note that this means two reviews and approvals, which is not ideal or efficient, but is the unfortunate result of the model not being current and available for review and approval in steps 4-6.
...