Cambio office, Drottninggatan 89, Stockholm
Programme | Virtual attendees | ||||||||
---|---|---|---|---|---|---|---|---|---|
Thursday 11 Feb | Who | Actions | PP | HF | KA | DB | IM | SK | |
09:30 - 10:00 | Informal - get set up with Jira, screens, GTM | All | |||||||
10:00 - 10:30 | Tooling Git strategy / workflow Review workflow - BN | All | |||||||
10:30 - 11:00 | Documentation tooling update - show everyone how tooling is working at the moment; solicit suggestions for improvement. MagicDraw?! | Thomas Beale | |||||||
11:00 - 11:30 | Global review
| ||||||||
11:45 - 12:15 | ITS release strategy | All | |||||||
12:15 - 13:15 | LUNCH | ||||||||
13:15 - 14:15 | ITS release strategy - Sebastian Iancu
| Sebastian | |||||||
14:15 - 15:15 | Specifications Releases
| ||||||||
15:15 - 15:30 | C O F F E E | ||||||||
15:30 - 16:30 | Specifications Releases
| ||||||||
16:30 - 17:30 | ADL2 migration strategy | TB | |||||||
17;30 - 18:00 | Cambio - GDL state of the art | Rong | |||||||
20:30 - | Dinner | ||||||||
Friday 12 Feb | |||||||||
09:00 - 10:15 | TDS2 | ||||||||
10:15 - 10:30 | C O F F E E | ||||||||
10:30 - 11:00 | REST APIs | ||||||||
11:00 - 12:15 | REST APIs | ||||||||
12:15 - 13:15 | LUNCH | ||||||||
13:15 - 13:30 | AQL | ||||||||
13:30 - 14:30 | AQL | ||||||||
14:30 - 14:45 | |||||||||
14:45 - 16:00 | |||||||||
drinks? :) |
Create list of instructions for vagrant provisioning script for documentation / publishing env. Sebastian to build and test.
Do a test to see if MD XMI includes all model content including diagrams.
Do a test to transfer full model to another tool.
ROng - send TB XMI of GDL model.
Asciidoc or other generic small types - use a 'collector' CR on each release e.g. 'Correct Asciidoc syntax errors' - e.g. SPECPUB JIRA project.
Signficant CR-driven changes:
UML changes - discuss/agree in JIRA, then component owner does or delegates UML changes to one person - avoid competing UML model changes.
Review workflow options - e.g. external reviewers:
Per-component ITS-RM, ITS-AM, etc Git repos with file structures like:
ITS-RM repo:
Each repo would use same tags as SPECIFICATION-xx repos, e.g. 'Release-1.0.3'.
To add updates to an earlier release, e.g. fix 1.0.2 XSD bug, or add JSON schema to 1.0.2, then do a branch off the relevant tag point and use tags like 'Release-1.0.3-R2' etc.
Can also add secondary 'bundle-based' tags e.g. '2016.3', '2017.6' etc.
Manually maintained CHANGELOG.txt file in root - enables consumers to easily find out what has changed.
Long term release?
Additionally, a 'whole of system' ITS repo containing e.g. whole of system documentation, packaging scripts etc.
Release naming: use e.g. openEHR-2016.3?
Question: how to connect conformance resources/test plans etc to ITS artifacts.
Idea of 'conformance to openEHR-2016.3'...