Open niazim3 opened 6 years ago
@smiths Can I propagate fd161a2 to Drasil?
@samm82, after you make the changes I noted in the above cited commit, yes, go ahead and propagate to Drasil.
@smiths Is 521248e better?
Sounds good.
@smiths Should we be adding Unlikely Change to this table...
...and this list?
Yes and yes. I really like the idea of adding traceability to unlikely changes to the assumptions. I hadn't thought of that previously, but it is great information to capture explicitly. @szymczdm and @JacquesCarette will likely see a connection between Ernie Mileta's simplifications versus limitations. I believe we could translate our assumptions to Ernie's categories if we added information about likely versus unlikely.
@smiths Should we make the changes to the table and list in caseStudies as well?
@deviprasad135 @Mornix I should've mentioned earlier to please coordinate with each other on who's making changes for this issue. I didn't know who to assign the issue since GamePhysics is assigned to you both.
@smiths Hello Dr. Smith, can I get approval for the swhs and noPCM examples Unlikely changes so I can start to propagate them into the Drasil side of things?
@elwazana, please see the comments on your commit. Once you make the changes, you can proceed to Drasil. In the future, if you would like a comment on your commit, please ask in a comment. I don't always notice commits, but a comment that sends an at (@) in my direction is always noticed. 😄
As noticed in JacquesCarette/Drasil#884, before this issue gets closed, the Unlikely Changes added should be added to the Traceability Matrices (and Graphs?) of caseStudies and Drasil
No, we don't have to add the unlikely changes to the traceability matrices and graphs. Since they are unlikely changes, we don't have to plan for them occurring. Moreover, an unlikely change will probably trace to multiple places in the documentation because the unlikely change will have far reaching consequences. The traceability graph doesn't hold very useful information if it is almost fully populated.
The only reason to add the unlikely changes to the traceability matrix would be to test whether it is really necessary to consider them as unlikely changes. If the traceability matrix is sparse, the developer may decide to accommodate the unlikely change, since it is easy to accommodate. I don't think this is good enough of a reason to go through this extra work. 😄
If the unlikely changes section has been added to all of the examples, then we can close this issue.
@smiths We're waiting on @elwazana for NoPCM and the merge of @Mornix's #102
Okay, I can see that now from looking at the checklist at the top of the issue. Good job staying on top of things!
As mentioned in issue #47, a section for Unlikely Changes can be added to the examples if deemed fit. Please check them off as the task is looked into.
[x] NoPCM : @elwazana
Upon getting the changes in the manual versions approved by @smiths, please propagate the changes to Drasil. A format similar to JacquesCarette/Drasil#685 can be followed.