Template:— representing_structured_task_sequential (rep_struct_task_seq) | Date: 2009/03/20 15:55:45 Revision: 1.8 |
Comment: (Johan Nielsen 2008-02-27)
Fixed.
Comment: (Johan Nielsen 2008-02-27)
Fixed.
Comment: (Johan Nielsen 2008-02-27)
This is an issue against the path language. Deferred for now.
Comment: (Leif Gyllstrom 2008-03-05)
Rejected. Parameter objective relating a task_method to a task_objective is an optional attribute, not instantiated by this template and therefore not part of the input parameters ! Task_objective is just shown in the EXPRESS-G diagram, in order to present an EXPRESS-G diagram that is conformant with the AP239 Long Form.
Comment: (Leif Gyllstrom 2008-03-05)
Rejected. Defining the input parameter task_step to of type Task_step restricts the usage. Making the proposed change to the EXPRESS-G diagram would create an EXPRESS-G diagram that is not conformant with the AP239 Long Form.
Comment: (Leif Gyllstrom 2008-03-05)
Accepted. Changed to Task_method.
Comment: (Leif Gyllstrom 2008-03-05)
Accepted. Changed to Task_method.
Comment: (Leif Gyllstrom 2008-03-05)
Accepted. Added an additional Task_step to the instantiation diagram.
Comment: (Peter Bergström 2009-03-18)
Accepted. Opened up the task_step parameter to allow for any task_element in the list..
Comment: (Tim Turner 2010-03-10)
The cardinality is provided by the EXPRESSG diagram fig 1 and in the instance diagrams fig 3 and 4. Furthmore, the aggregate box appears when the template attribute to Task_step is populated in tools such as GI. Plurals are generally not used when referring to an object in EXPRESS because the cardinality is expressed separately. It means that some template specifications need to be read/reviewed before use.