Tags:
create new tag
view all tags

ItEr75S23FixAllocationModel

Story summary Fix allocation model
Iteration ItEr75week25To52
FEA ItEr75S23FixAllocationModel
Story Lead  
Next Story  
Passed acceptance test No

Acceptance Criteria

Additional Specification Comments

Implementation Notes

Fix bug applying the sigmoid and stretched functions on being moved

Fixed issue when moving tasks with an assignment function.

Assignment function is applied again in destination.

When you move a task, maybe duration of task can change due to weekends, bank days or whatever. This is why it's needed to apply before the flat allocation in order to calculate task duration and apply assignment function afterwards.

Patch was also applied in stable branch as it was straightforward.

-- ManuelRego - 23 Aug 2011

Modify ResourceAllocation to register a manual allocation

Finally the new enum AllocationType was not created as it adds some redundant and makes more complex the implementation. Maybe this could be reviewed and changed in the future.

The approach used was create a new AssignmentFunction called ManualFunciont, which do nothing when it's applied. This function is saved ResourceAllocation::assignmentFunction attribute.

When an allocation is manually edited in advanced allocation window, function is changed to Manual. Then if a Manual task is moved in the Gantt, as a flat function is applied it's reset to Flat.

Moreover 2 more minor fixes were done during this task:

  • Removed warnings while doing manual allocations ("there must be ...")
  • Disabled edition button for Flat, Manual and Sigmoid functions (added a tooltip explaining that these options are not configurable)

Also, an extra thing was implemented to keep consistency, now In advanced allocation if you change the total hours of an allocation, the assignment function configured is applied if any. Something similar to the previous task.

Inform about the allocation type in the allocation pop-up

Added a new column Function with information about assignment function in allocation pop-up. This column is only shown if there's any allocation which is not flat.

-- ManuelRego - 26 Aug 2011

Disabling resources per day and hours inputs if allocation is not flat.

-- ManuelRego - 29 Aug 2011

For the moment, if something is changed in resource allocation popup, the approach followed is the same than when you move a task. First a flat allocation is applied, then if an assignment function is defined it's applied afterwards (if assignment function was manual it's reseted to flat).

Maybe, it's not needed to disable resources per day and hours inputs even when we have a special assignment function, as it could work like in the previous case.

-- ManuelRego - 30 Aug 2011

Finally I've re-enabled resources per day and hours inputs for any allocation, as with current implementation is not needed to disable anything.

On the other hand, I've fixed an issue when changing to flat in advanced allocation window, task size could be increased and we want to avoid it.

-- ManuelRego - 01 Sep 2011

I've been working in removing the date from Stretch class, as it's relative. The problem is that it's not relative to Task dates but to ResourceAllocation dates. I need to redo some work to take into account this issue.

-- ManuelRego - 08 Sep 2011

Removed date field from Stretch class. Date is now calculated with lengthPercentage using start and end date of the resource allocation.

Detected an issue in Resource Allocation pop-up. If you change the hours of a flat resource allocation, for example from 40h to 80h, you click apply button and use Go to advanced allocation button directly. You are going to be able to modify only the days of the first 40h, the rest of the days are not going to be editable.

This is because of, before click in Accept task dates are not changed. And in advanced allocation is not possible to modify task length, so days out of the task limits are not editable. A possible solution would be move Go to advanced allocation button to contextual menu over a task. It seems like a good approach.

-- ManuelRego - 12 Sep 2011

Disabled all fields in resource allocation pop-up if there's any manual allocation. For the rest of allocations, it's possible to do some modifications as they're relatives, but in case of manual allocation it's not possible to do any change in this pop-up.

Go to advanced allocation button has been removed from resource allocation pop-up and has been moved to an option in the secondary menu over a task. This is because of if you do some changes in resource allocation pop-up and go to advanced allocation without apply, we get an inconsistent state. So, from now on in order to go to advanced allocation of a single task, this should be done through the contextual menu of a task.

-- ManuelRego - 27 Sep 2011

Used a combo in Resource Allocation pop-up to give the possibility to change to Flat assignment function when you're using any other.

-- ManuelRego - 05 Oct 2011

Implement reallocation strategy for manual allocation

At this moment the implementation done is the following one:

  • When a manual allocation is done the task is marked with START_IN_FIXED_DATE
  • Tasks with manual allocation are not allowed to be moved manually in the Gantt
  • The start constraint combo and date are disabled while a manual application is used, in order to avoid change it from START_IN_FIXED_DATE
  • In order to enable this field, you need to change from manual to flat allocation

-- ManuelRego - 08 Oct 2011

Delay Causes

Final or Pending Considerations

  • All AssignmentFunctions are using LocalDate, it should be changed to use EffortDuration instead.

-- ManuelRego - 23 Aug 2011

Commits

%RPSHOWGITCOMMITS%

Tasks in this story

Total Hours in this Story

%RPSHOWTOTALHOURS%


Edit | Attach | Watch | Print version | History: r17 < r16 < r15 < r14 < r13 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r17 - 03 Jan 2012 - jmoran
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback