Knowledge Application Modeler Description & Customization

This section first presents the objects representing the XXX modeler. Then it describes how this object model view has been translated towards PLM objects based on PLM Core Modeler objects. You will see the description of each PLM package defining these PLM objects.

<At least one sentence to introduce the modeler. >

This is summarized in the following UML schema:

<Insert a picture representing the modeler's objects, and their relationship; and below the picture describes each objects and their relationship>

XXX is described through one modeler PLM package whose the name is PackageExternalName.

<or>

XXX is described through x modeler PLM packages :

<Insert a picture showing the PLM classes (using internal name) of the package; distinct the class to customize from the instantiable one.>

<Below the picture explains the relationship between the modeler's object and the PLM classes>

<Remove the useless lines; this table is useful to find the PLM Classes names through the Search ; Name inside picture are not usable for the  Search... >

<if the package contains PLM extensions, describe them too; but do not list the extended PLM classes, except it it a public inform>

This section lists and describes the PLM Opening ID implemented by the following PLM classes of the XXX modeler.

<Explanations:

• col1 : PLM Openings ID name:  the ones of INFRA +  the ones provided by this modeler
• col2 :  Describe the behavior of the implementation >

This part consist in to create a new package when the modeler PLM package must be customized.

PackageExternalName3 must be partially (or fully) customized.

<Remove the useless lines - Choose Yes or No - Remarks column specifies all deviations from the generic customization process- if any deviation remove the column>

When a PLM attribute is defined (inside modeler PLM package) some features like its editability criteria, mandatory /optonal option, can be overwriten by UI  mask. You can say this PLM attribute is not writable in Query context, this PLM attribute is mandatory in Create context, this user PLM attribute is not never visible and so one. A set of UI masks form a security mask file. We say security mask because it is associated with these files security information. For a people, and a given context can be associated a security mask.

<if your modeler contains at least one package to customize add these sentences:

For each customized Modeler PLM package, at least one UI mask file must be created (for the default security mask ), since it must contain the new PLM Attributes. When you use the tool to create a customization, a default UI mask file is provided taken into account the added PLM attributes. You can modify  the default file to introduce your change .>

< in all cases add the following sentence>

If you want create a new security mask file, you should provide a UI mask for all the "AsIs" modeler PLM packages and for each customization of the "Customizable"  modeler PLM package. 

Rules to respect for a new UI mask creation

No specific rule to customize UI mask file.

<or> To create a UI mask you should respect the following rules :

• rule1
• rule2
• ...

<here list the specific rules; add bullet if  the rules are package specific>

You can yourself integrate your business logic for each customization of:

• ExternalClassName1

PLM Opening ID	Remarks
ID1
ID2

<IDx : name of the PLM OpeningID : The ones of INFRA +  the ones provided by this modeler ; add a link to the article describing how to implement it : CAABusinessLogicInfra.doc for INFRA ; CAABusinessLogicPLMModeler.doc for modeler >

• ExternalClassName2

<if the modeler only contains AsIs package, replace the lines just above, by the sentence "No customization is possible">

<Each package name in the reference table is an external name, but the links refer to a file whose the name is build with the package's internal name >