| Created: | 3/12/2005 12:00:00 AM |
| Modified: | 8/2/2007 12:12:27 PM |
Project: |
|
Advanced: |
|
| Attribute | Details | ||
| public String partyRoleId |
|
||
| public Integer partyRoleStatus |
|
||
| public PolicyConditionTimePeriod partyRoleValidFor |
|
||
| public Boolean isExceptionContact |
|
| Element | Source Role | Target Role | Details |
|
CalendarEntry Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>DO NOT IMPLEMENT<br/></p>
|
|
ProjectElement Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
WorkOrder Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
ProjectResource Class |
Name: projectResourceSupplier |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the specific PartyRoles that can be used to accomplish the functions of this ProjectResource.<br/></p>
|
|
PartyRoleCategory Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>[From Party Fig. 5b]<br/></p>
|
|
BusinessContract Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the set of restricted functionality that this particular PartyRole has with respect to this BusinessContract.<br/></p>
|
|
PartyRoleType Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This aggregation defines the PartyRoleType that is used to categorize different PartyRoles.<br/></p>
|
|
CalendarEntryParticipation Class |
Name: sender |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
«entity» Party Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This aggregation defines the set of PartyRoles that this particular Party can take on. This enables multiple Parties (e.g., Individuals, groups, and Organizations) to take on different PartyRoles.<br/></p><p><br/></p><p>Note that the DEN-ng model defines specific configuration PartyRoles as subclasses of ValueNetworkRole, which is a subclass of PartyRole.<br/></p>
|
|
Location Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This aggregation defines the set of PartyRoles that can be located at this particular Location.<br/></p>
|
|
Place Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
PartyInteractionRole Class |
Name: |
Name: |
|
|
BusinessInteractionRole Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>[From BusinessContract Fig. 29]<br/></p>
|
|
ResourceRole Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
OperatingSystem Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the semantics of how a given PartyRole legally uses particular OS Features.<br/></p>
|
|
OperatingSystem Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the semantics of how a particular PartyRole uses this OperatingSystem instance.<br/></p>
|
|
Resource Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>The OwnsResource association defines the set of Resources (PhysicalResources and/or LogicalResources) that a particular PartyRole owns. Note that this is a very different relationship than the AdministersResource association. The OwnsResource association defines the PartyRole that is the owner of the Resource. Here, "owner" is the person or group that is responsible (e.g., organizational, financial, and so forth) for the Resource. Note that the cardinality of the OwnsResource association on the PartyRole side is 1 - this means that a Resource MUST have at least one PartyRole to manage it. Furthermore, the cardinality of this association on the Resource side is 0..n, which ensures that a PartyRole doesn't have to own a Resource.<br/></p>
|
|
Service Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>The OwnsService association defines the set of Services (CustomerFacing and/or ResourceFacing) that a particular PartyRole owns. Note that this is a very different relationship than the AdministersService association. The OwnsService association defines the PartyRole that is the owner of the Service. Here, "owner" is the person or group that is responsible (e.g., organizational, financial, and so forth) for the Service. Note that the cardinality of the OwnsService association on the PartyRole side is 1 - this means that a Service MUST have at least one PartyRole to manage it. Furthermore, the cardinality of this association on the Resource side is 0..n, which ensures that a PartyRole doesn't have to own a Service.<br/></p>
|
|
CustomerAccount Class |
Name: |
Name: |
|
|
CustCreditProfileReference Class |
Name: |
Name: |
|
|
CustCreditProfileReference Class |
Name: |
Name: |
|
|
PartyRoleProductInvolvement Class |
Name: |
Name: |
|
|
CompetitorIntelligence Class |
Name: |
Name: |
|
|
PartyProfile Class |
Name: |
Name: |
| Element | Source Role | Target Role | Details |
|
BusinessContract Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the PartyRole that is responsible for defining this BusinessContract, including editing it. Note, however, that this does NOT mean that this PartyRole will manage this BusinessContract.<br/></p>
|
|
Calendar Class |
Name: |
Name: calendarOwner |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
ContactMedium Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the method(s) in which a particular PartyRole can be contacted (e.g., email, mobile phone, FAX, and so forth). This enables role-based contact details to be modeled.<br/></p>
|
|
CalendarPartyRole Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>DO NOT IMPLEMENT<br/></p>
|
|
PartyResource Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the set of PartyRoles that can perform the function(s) required of this PartyResource.<br/></p>
|
|
AdministrativeArea Class |
Name: |
Name: administrator |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>No documentation available<br/></p>
|
|
PartyInteractionRole Class |
Name: |
Name: |
<p>Copyright TM Forum 2005<br/></p><p><br/></p><p>This association defines the set of PartyRoles that are involved in a particular BusinessInteractionRole. The BusinessInteraction is represented by a Role. <br/></p><p><br/></p><p>Note that this is a different approach than that currently taken in the SID.<br/></p>
|
|
ProductOffering Class |
Name: |
Name: |
|
|
Competitor Class |
Name: |
Name: |
|
|
PartyDemographic Class |
Name: |
Name: |
|
|
MarketStatistic Class |
Name: |
Name: |
| Object | Type | Connection | Notes |
| InvolvedPartyRoleDetails | Class | Generalization | |
| Calendar | Class | Weak | Copyright TM Forum 2005 No documentation available |
| CalendarPartyRole | Class | Generalization | |
| ProjectPartyRole | Class | Tree | |
| ValueNetworkRole | Class | Tree | |
| ServiceProviderEmployee | Class | Tree | |
| CalendarPartyRole | Class | Weak | Copyright TM Forum 2005 DO NOT IMPLEMENT |
| Employee | Class | Tree | |
| CalendarEntry | Class | Class | Copyright TM Forum 2005 DO NOT IMPLEMENT |
| BusinessContract | Class | Class | Copyright TM Forum 2005 This association defines the set of restricted functionality that this particular PartyRole has with respect to this BusinessContract. |
| PartyRoleType | Class | Weak | Copyright TM Forum 2005 This aggregation defines the PartyRoleType that is used to categorize different PartyRoles. |
| «Entity» ResponsiblePartyRole | Class | Tree | |
| «entity» Party | Class | Weak | Copyright TM Forum 2005 This aggregation defines the set of PartyRoles that this particular Party can take on. This enables multiple Parties (e.g., Individuals, groups, and Organizations) to take on different PartyRoles. Note that the DEN-ng model defines specific configuration PartyRoles as subclasses of ValueNetworkRole, which is a subclass of PartyRole. |
| OrganizationPost | Class | Tree | |
| Location | Class | Weak | Copyright TM Forum 2005 This aggregation defines the set of PartyRoles that can be located at this particular Location. |
| Place | Class | Class | Copyright TM Forum 2005 No documentation available |
| Role | Class | Tree | |
| ResourceRole | Class | Class | Copyright TM Forum 2005 No documentation available |
| OperatingSystem | Class | Class | Copyright TM Forum 2005 This association defines the semantics of how a given PartyRole legally uses particular OS Features. |
| OperatingSystem | Class | Class | Copyright TM Forum 2005 This association defines the semantics of how a particular PartyRole uses this OperatingSystem instance. |
| Resource | Class | Class | Copyright TM Forum 2005 The OwnsResource association defines the set of Resources (PhysicalResources and/or LogicalResources) that a particular PartyRole owns. Note that this is a very different relationship than the AdministersResource association. The OwnsResource association defines the PartyRole that is the owner of the Resource. Here, "owner" is the person or group that is responsible (e.g., organizational, financial, and so forth) for the Resource. Note that the cardinality of the OwnsResource association on the PartyRole side is 1 - this means that a Resource MUST have at least one PartyRole to manage it. Furthermore, the cardinality of this association on the Resource side is 0..n, which ensures that a PartyRole doesn't have to own a Resource. |
| Service | Class | Class | Copyright TM Forum 2005 The OwnsService association defines the set of Services (CustomerFacing and/or ResourceFacing) that a particular PartyRole owns. Note that this is a very different relationship than the AdministersService association. The OwnsService association defines the PartyRole that is the owner of the Service. Here, "owner" is the person or group that is responsible (e.g., organizational, financial, and so forth) for the Service. Note that the cardinality of the OwnsService association on the PartyRole side is 1 - this means that a Service MUST have at least one PartyRole to manage it. Furthermore, the cardinality of this association on the Resource side is 0..n, which ensures that a PartyRole doesn't have to own a Service. |
| Customer | Class | Tree | |
| CustomerAccount | Class | Class | |
| CompetitorIntelligencePartyRole | Class | Generalization | |
| CompetitorIntelligence | Class | Class | |
| Competitor | Class | Generalization | |
| PartyDemographic | Class | Weak |