UPDM 2.0 FTF Avatar
  1. OMG Issue

UPDM2 — Increment and out of service milestones do not pair

  • Key: UPDM2-7
  • Legacy Issue Number: 16580
  • Status: closed  
  • Source: Dassault Systemes ( Dr. Aurelijus Morkevicius)
  • Summary:

    Increment and out of service milestones do not pair. For instance if you have two out of service milestones defined you cannot know which one is the right one for a concrete increment. I'm thinking about solving this issue by using milestone sequence relationship; however project sequence can be used for other purposes as well. The usage of it is somehow ambiguous, especially in a case like this.

  • Reported: UPDM 1.1 — Mon, 3 Oct 2011 04:00 GMT
  • Disposition: Resolved — UPDM 2.0.1
  • Disposition Summary:

    After discussion with Lars, there are some rules that need be made explicit in the spec. I.e capability increments that are related by CapabilityIncrement then ConfigurationDeployed, ConfigurationNoLongerUsed (as configuration is dropped by Actual org) and finally OutOfService when no org is using the configuration.

    Add some descriptive text to the elements above as guidance on usage. This is added in the description of the diagrams that are used to capture Milestones which are AcV-2/PV-2

    Add the following Descriptive text to the following section:

    Updated Text:

    B.1.1.2 AcV-2/PV-2

    IncrementMilestone and OutOfServiceMilestone are both tied to a particular SystemResource, this implies that the connection to a given SystemResource indicates how the pairing should be made.

    All in all there are 4 different milestones for which there is an implied order. This order is however not enforced by the framework and needs to be dealt with by the architect. The rules for this ordering are as follows:
    • IncrementMilestone:
    Has to be associated with a date that precedes all milestones below for a specified uniquely identifiable SystemResource.
    • DeployedMilestone:
    Has to be associated with a date that occurs after the IncrementMilestone and associated the SystemResource with a specific Organization,
    • NoLongerUsedMilestone:
    Has to be associated with a date that occurs after the DeployedMilestone for a specific SystemResource, Organization combination. This milestone cannot exist if the DeployedMilestone does not exist for the same given SystemResource, Organization combination.
    • OutOfServiceMilestone:
    Has to be associated with date that occurs after or at the same time as the latest NoLongerUsedMilestone for the uniquely identifiable SystemResource and requires that no organization still has this system resource deployed (or after the IncrementMilestone if the SystemResource was never deployed to any organization before being put outOfService).

  • Updated: Fri, 6 Mar 2015 20:59 GMT