Вот при работе возникла такая проблема.

Есть задание, нужно оценить затраты, конкретно время

Порылся немного нашел пару методов:

1. Оценку времени дает сам исполнитель + временной буффер(для подстраховки), садает PM
2.

Emin
Emid
Emax

Effort = ( Emin + ( 4*Emid ) + Emax ) / 6


Какие есть еще способы оценки времени исполнения?
Какую лит-ру можно почитать?

Здравствуйте, Juan_Gonzalez, Вы писали:

J_G>Есть задание, нужно оценить затраты, конкретно время

J_G>Какие есть еще способы оценки времени исполнения?

http://www.rsdn.ru/Forum/Message.aspx?mid=392026&only=1

Автор: Awaken
Дата: 24.09.03

Здравствуйте, Juan_Gonzalez, Вы писали:

J_G>Вот при работе возникла такая проблема.

J_G>Есть задание, нужно оценить затраты, конкретно время

J_G>Порылся немного нашел пару методов:

J_G>1. Оценку времени дает сам исполнитель + временной буффер(для подстраховки), садает PM

И не забыть, что исполнитель очень часто в своей оценке учитывает только implementation , поэтому стоит добавить 10-15% на дизайн и 20-40% на тестирование, учесть свое время которое будет потрачено на управление проэктом, общение внутри комманды и с заказчиком, риски, и т.д...
Плюс скорелировать уровень исполнителя, давшего оценку со средним уровнем по комманде.

J_G>2.

J_G>Emin
J_G>Emid
J_G>Emax

J_G>Effort = ( Emin + ( 4*Emid ) + Emax ) / 6

Это формула для усреднения Expert Estimations, если их делает(независимо) < 3 человек,то
Effort = ( E(optimistic) + ( 4*E(realistic) ) + E(pessimistic) ) / 6

Также на этот счет стоит посмотреть Delphi Method — это общая методология правильного проведения Expert Estimations:

It is always preferable to use more than one estimator. Three independent estimates are recommended when a highly reliable estimate is required. The estimates should combine bottom-up estimation with top down estimation. If possible two bottom up estimates and one top down estimate should be done independently and documented. The estimators doing the bottom up estimates should meet after they have completed their estimates, and reconcile differences, creating one, documented estimate. Then they should meet with the estimators who used the top down estimate to compare notes and reconcile differences again. A project manager who is responsible for ensuring that the estimates and process are documented and that all the relevant information that is available is used should manage the entire process.

J_G>Какие есть еще способы оценки времени исполнения?

Size Estimations — сначала в неких "попугаях" оценивается размер программы (к-во различных views, transactions, algorithms, data types, etc.). Потом это дело переводится в количество строк кода, далее в человеко-часы необходимые для его написания.

Подсчет "попугаев":
Function Points Analisys (FPA) — начинать смотреть с www.ifpug.org
Feature Points, Internet Points, Object Points — вариации на тему FPA.
UML Use-Case Points.

Перевод "попугаев" в строки кода:
для FPA существуют подробные таблицы (для 2-nd generation languages (C, Pascal) 1 FP = ~120 строк, для 3G (C++, Java) — ~55)
они же применимы для FP и IP. С другими моделями близко не сталкивался, но в инете подробности есть.

Перевод строк в человеко-часы:
COCOMO II — делает перевод с учетом различных факторов типа сложность проэкта, опыт и сработанность комманды, которая его будет делать, компетентность ее ключевых членов (analyst, architect) и т.д. Для проэктов < ~10 человеко-лет лутше использовать Post-Architecture Model т.к. она дает лутшую точность.

J_G>Какую лит-ру можно почитать?

Google по вышеупомянутым ключевым словам + [Software] Size Estimations (Estimates), [Software] Effort Estimations (Estimates).

http://www.candlesoft.net/doc/COCOMO.pdf
— Я выложил доку по COCOMO II (400Kb PDF) — в ней также есть общее описание FPA.