Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

2
  • I wasn't aware of ISO/IEC/IEEE 29148. I agree with you about placing activity diagram in the "System overview" section, because in this case it doesn't dig deep into the logic of the software, but it just provide a general understanding of the program. Regarding use-case, in my opinion the level of detail it reaches can tell whether to put it in the "System overview" rather than "Specifications requirements". A use case diagram should be the graphical representation of a requirement, so put it in that section seems fine. But in my particular case I think it fit better in the "System overview". Commented Mar 18, 2020 at 11:59
  • @dc_Bita98 Yeah. I think level of detail and intended audience of that particular diagram is going to be the best guide for exactly where to put it. If it's to someone trying to get general ideas about the system under design, then system overview is better. But if it's more for someone to consume when doing design work, then closer to the requirements is probably better. Commented Mar 18, 2020 at 12:16