34 Matching Annotations
  1. Jul 2025
    1. Example 23: Business Active Structure Elements

      For internal consistency, this example should be updated as it describes the same collaboration than in "Figure 13. : Common Domain Elements", but with different members. (JB)

    2. Cooperating application components can be aggregated in collaborations.

      I would remove it. Applications cannot agree by themselves to create a collaboration, for this domain it makes the least sense and I would not mention it at all. Allow it in the definitions and relationships but not proactively propose using that.

    3. Alternatively, an access relationship can be expressed by nesting the passive structure element inside the behavior or active structure element that accesses it; for example, nesting a data object inside an application component.

      I thin access nesting is not needed anymore as we allowed assignments for passive objects.

    4. Relationships Between Strategy Elements and Motivation and Core Elements

      Do we need to show Service and Internal Behaviour Element? Wouldn't it be easier just to show Behaviour element? Or do we want to say by the picture that Work package does not realize Strategy Behaviour Element?

    5. Example 22: Value Stream with Capability Cross-Mapping

      The icon notation for values treams looks odd. Value stream stages are not aligned within the bigger values stream and the flow arrows are not well visible. What about changing it to boxed notation?

    1. Cooperating application components can be aggregated in collaborations.

      I would remove it. Applications cannot agree by themselves to create a collaboration, for this domain it makes the least sense and I would not mention it at all. Allow it in the definitions and relationships but not proactively propose using that.

    2. Example 23: Business Active Structure Elements

      For internal consistency, this example should be updated as it describes the same collaboration than in "Figure 13. : Common Domain Elements", but with different members. (JB)

    3. Relationships Between Strategy Elements and Motivation and Core Elements

      Do we need to show Service and Internal Behaviour Element? Wouldn't it be easier just to show Behaviour element? Or do we want to say by the picture that Work package does not realize Strategy Behaviour Element?

    4. Example 22: Value Stream with Capability Cross-Mapping

      The icon notation for values treams looks odd. Value stream stages are not aligned within the bigger values stream and the flow arrows are not well visible. What about changing it to boxed notation?

    5. Alternatively, an access relationship can be expressed by nesting the passive structure element inside the behavior or active structure element that accesses it; for example, nesting a data object inside an application component.

      I thin access nesting is not needed anymore as we allowed assignments for passive objects.

    6. cannot perform behavior

      Almost anything can perform behaviour, e.g. paper can burn, stone can melt etc. Should we somehow reflect that in the description? I usually use the explanation that passive element is something we manipulate with but not sure if it fits better.

  2. May 2021
  3. Feb 2021
  4. Oct 2020
  5. Jul 2020
    1. The controller informs customers that they havethe possibility to withdraw consent. To do this, they could contact a call centre on business daysbetween 8am and 5pm, free of charge. The controller in this example doesnotcomply with article 7(3)of the GDPR. Withdrawing consent in this case requires a telephone call during business hours, this ismore burdensome than the one mouse-click needed for giving consent through the online ticketvendor, which is open 24/7.
  6. May 2020