What is the main purpose of an activity diagram in software engineering?
Think about diagrams that show steps or actions and how they connect.
Activity diagrams focus on the flow of activities or actions, showing how one step leads to another in a process or system.
Which of the following is NOT a standard element used in UML activity diagrams?
Consider elements that represent control flow versus structural elements.
Class nodes are part of class diagrams, not activity diagrams. Activity diagrams use nodes like decision, fork, and initial nodes to represent flow control.
Consider an activity diagram where an initial node leads to a fork node splitting into two parallel activities, which then join back at a join node before reaching the final node. What does this structure represent?
Think about what fork and join nodes do in activity diagrams.
Fork nodes split the flow into parallel paths, and join nodes synchronize these paths back into one flow, representing parallel execution that must complete before continuing.
Which statement best describes a key difference between UML activity diagrams and traditional flowcharts?
Consider how each diagram handles multiple activities happening at the same time.
Activity diagrams support modeling concurrent or parallel activities using fork and join nodes, while traditional flowcharts generally represent sequential steps without concurrency.
An activity diagram includes: 1 initial node, 3 action nodes, 1 decision node with 2 outgoing flows, 2 merge nodes, 1 fork node splitting into 2 parallel actions, 1 join node, and 1 final node. How many distinct action activities are represented?
Count all action nodes including those after the fork node.
There are 3 action nodes plus 2 parallel actions after the fork node, totaling 5 distinct action activities. Decision, merge, fork, and join nodes are control nodes, not actions.