11 Matching Annotations
  1. Jul 2025
    1. referring to the type of hardware; e.g., “IBM System z mainframe”.

      I would remove this advice because, while prior to ArchiMate 3 Node used to be the best concept to model a server encompassing hardware (device) and (system) software, since ArchiMate 3.2, Node can no more really be used for that purpose because several relationships have been removed (such as Communication Network aggregates Node).

      This implies that now, Device has to take over Node to model a server (hard+soft), and thus its name cannot be restricted to type of hardware.

      (JB)

    2. Artifacts deployed on a node may either be drawn inside the node or connected to it with an assignment relationship.

      This sentence does not make sense. Drawing something inside refers to some relationship (nesting). The sentences can be understood that putting something in the node is enough and no relationship is needed ... BTW also access can be used and nested in this case.

    3. instances

      I think the word instance is not valid here as I can use it for example between application as a category (class) and its versions or installations (instances). I would rephrase it that it is allowed between elements of the same type. (Also mention, that if it is allowed between relationships, the word element should be changed to concept)

    4. When modeling the internal behavior, it is often useful to distinguish a process view and a function view on behavior; two elements associated with these views, process and function, are defined. Both elements can be used to aggregate more detailed processes/functions but based on different aggregation criteria. A process represents a workflow consisting of smaller processes/functions executed in a certain order, with one or more clear starting points and leading to some result. It is sometimes described as “customer to customer”, where this customer may also be an internal customer in the case of sub-processes within an organization, or some system in the case of automated processes. The goal of such a process is to “satisfy or delight the customer” [10]. A function aggregates behavior based on required skills, resources, (application) support, etc. Typically, the processes of an organization or system are defined based on the products and services that this organization or system offers, while the functions are often the basis for the assignment of resources to tasks. It is permitted to use aggregation relationships between processes and functions; e.g., a process can aggregate other processes or functions, as can a function.

      Shouldn't this paragraphs moved after the "4.2.2. Process" header ? (JB)

    5. Nesting for other relationships has no defined meaning but is still allowed.

      5.2.2 still allow nesting for access, and I personally think it makes sense because this is another meaning than the newly added assignments to passive structure. (JB)