Issue raised against: parts_with_constituents

The Business overview section treats the Business DEX and uses pseudo headings (i.e. bold text) to introduce scope, purpose, usage, ...

Should it be allowed to specify such headings explicitly so that they are accessible using style sheets?

Or do they only apply because this is really a "business dex"? Note that there is text saying "This DEX ..." in multiple places. Currently it is NOT a DEX.

Name of business DEX should not be identical to capability (or template) names.

There is no Info Model Overview of the business DEX(s)

There is no explicit definition of the business DEX(s) or mapping of business DEX to capability entities other than in the section provided on terms and in the tables defining the classifications assinged to the various entities. This makes the mapping entirely "implicit". This is not necessarily wrong - but different.

It has been written using phrases such as "This DEX specifies" under the Scope/Purpose/Usage headings. Is this really a definition of a business cocnept? It seems a mixture or both concept and Dex, but with sections missing from each!

Bullet 4 above Fig 1a, suggests that some inferences are able to be drawn from the figure. However, the figure is too devoid of attribute information that I find it hard to draw the same inference as suggested!

Same issue regarding bullet 4 above Figures 1b, 1c, 1d

The text above Fig1f states "Functional and Physical Breakdown", but there is little to indicate this except the fact that there a the use of hybrid breakdown - the contexts of which point to 2 instances of breakdown element definitions. However, we cannot tell from this that these definitions are linked in any way to a functional or physical breakdown. Indeed, searching for functional instances on other diagrams (to follow the line of thought) reveals the functional breakdown in Fig 1d - but the instances do not match up with those in Fig1f - e.g.instance #7 in Fig 1d is a view_definition_context, yet in Fig1f it has become a breakdown element definition. I would have expected to see a functional_element_definition and a physical_element_definition linked by a hybrid_breakdown_usage with a hybrid_breakdown_context (and version). In fact I think there is a local rule in the express that requires this (on hybrid_breakdown_context at least).

Figs 1b and 1c are identical

Fig 1e does not relate the document discussed in the text above to the part, breakdown element or location entities. Should the use of the document also be classified wrt it's role (i.e. another business DEX)?

The reference data used within the business DEX (/Dex) is not listed at the end.

Given the text in Fig 1G - I would assume that the use of product_version_relationship to link (relating_version) to the main product from the breakdown_element_definition (related_version) would target an instance of part_version as the relating_version - allowing access to the main part from there. Given that Fig 1G shows part and part_versions, why not show this? Note - I do not know that the model was intended for this usage but as long as this works...).

In fig 1f, the use of selected_item and SI_assignment indicates that both the parent and child breakdown elements should be replaced after an elapsed time/period (according to the entity descriptions in AP239). I wonder whether this should really be in Dex1?!