c2c-oerpscenario team mailing list archive

["Fabien \(Open ERP\)" <fp@xxxxxxxxxxx>]

Nicolas, can you update the bug ? If it's done mark it as done, if not, check what we have to do ?
Thanks,

-- 
[6.0][project_long_term] useability field: bad name + useless?
https://bugs.launchpad.net/bugs/625428
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to OpenERP OpenObject.

Status in OpenObject Addons Modules: Confirmed

Bug description:
Hello,

in the project_long_term module, in the project.resource.allocation object, there is a field called "useability".
There are several issues with it:

1) misspelling: it should be "usability" rather than "useability"

2) a simple grep shows it's never used anywhere in any module, not even in the phase/tasks scheduling wizards.

3) what is that "useability" parameter meant for?

>From the spec here https://bugs.launchpad.net/openobject-addons/+bug/499400 , it seems it should be like some sort of occupation load rate that would impact the effective duration of a project. For instance, if a phase number of days is 10 but 'useability' is 50%, then the effective duration (start date to end date) should be 10 working days: from the spec:
"Set an onchange on tasks, when you select the duration, it computes the date_end, according to the date_start, duration, and project.timesheet.group and useability."

However, this sounds like it would be redundant with the 'efficiency' factor of the resource.resource object that is being allocated, no?
Was that meant to be the 'efficiency' factor from Project Faces http://faces.homeip.net/doc/node46.html ? (it's not mapped as a "faces efficiency" in the scheduler however).
What would also be the reason to name it 'useability' in this case?

Please beware that in English, 'usability' doesn't mean anything like "taux d'utilisation" in French is that the mistake you did.

In one of our project, we actually need the notion of number of days really used by the resource within a phase: for instance if the phase duration is 10 days but you need the electrician only 8 days (and you need other resources as well), then you need that kind of parameter for every resource (for costing and operational organization), but in any case we would call it differently then.


Finally, it's also not very clear if the phase "duration" field is a load or a duration. I really prefer it to be a duration, but in this case, it's strange to read in the spec:
""Set an onchange on tasks, when you select the duration, it computes the date_end, according to the date_start, duration, and project.timesheet.group and useability."" (that would mean duration would better be called load then).
I don't really like the notion of load at the phase level as you might need resources of different kinds to complete a phase, so you couldn't determine the phase effective duration from those heterogeneous resource efficiencies (unless you specify the phase load at the resource level, was that the purpose of that "useability" factor, is that actually a load factor? Then why isn't named something like load_rate?).


So, could you please or remove or rename more appropriately that 'useability' field before people start to use it in wrong and inconsistent ways in extension modules?
Could you clarify how this is supposed to work?