Доброго времени суток,
Подскажите пожалуйста программу для оценки количества строк кода С++ проекта.
А также, если возможно, методики оценки производительности труда с учетом написнного кода и проведенного за этим делом времени

С Уважением Краснокутский Василий

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

VK>Доброго времени суток,
VK>Подскажите пожалуйста программу для оценки количества строк кода С++ проекта.
VK>А также, если возможно, методики оценки производительности труда с учетом написнного кода и проведенного за этим делом времени

Project Line Counter Add-In by Oz Solomonovich.

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

VK>Доброго времени суток,
VK>Подскажите пожалуйста программу для оценки количества строк кода С++ проекта.
VK>А также, если возможно, методики оценки производительности труда с учетом написнного кода и проведенного за этим делом времени

VK>С Уважением Кр Tool name
Вот список подобных тулзей (где брал — не помню ). Основные методики FPA и COCOMO —
поиском по гуглам можно найти кучу описаний.


Crystal Ball Predictor
Excel
Decisioneering

www.decisioneering.com
Excel based tool for forcasting

ESTIMACS
Computer Associates International Inc.

http://www.ca.com/products/estimacs.htm

CA-FPXpert
Computer Associates International Inc.

http://www.ca.com/products/estimacs.htm
FPA

SLIM-Estimate
Quantitative Software Management Inc.

http://www.qsm.com
SLIM

Costar
Softstar Systems Inc.

http://www.softstarsystems.com
COCOMO

Checkpoint
Software Productivity Research Inc.

http://www.spr.com
Guides the user through the development of a software project estimate and plan using a ge base of more than 6,700 projects

Function Point Workbench
Windows
Software Productivity Research Inc.

http://www.spr.com
FPA

KnowledgePlan
Windows
Software Productivity Research Inc.

http://www.spr.com
ad hoc ("sizing by analogy"), support also schedule planning

ESTIMATE Professional
Windows
Software Productivity Research Inc.

http://www.spr.com
Putnam, COCOMO II

SEER-SEM
Windows
Galorath

http://www.galorath.com
Predicts, measures and analyzes resources, staffing, schedules, risk ans cost for software projects

ePM.Ensemble
Windows
InventX

http://www.inventx.com
Support effort estimation, emong other things.

PRICE S
Price Systems

http://www.pricesystems.com

CostXpert
Marotz, Inc.

http://www.costxpert.com
COCOMO

USC COCOMO II
USC Center for Software Engineering

http://sunset.usc.edu/research/COCOMOII/index.html
COCOMO

LEAP
Windows, Unix, Mac OS
University of Hawaii

http://csdl.ics.hawaii.edu/Tools/LEAP
freeware

Construx Estimate
Windows
Costrux Software

http://www.construx.com
freeware

CoCoPro
Mac
Iconix Software Engineering, Inc.

http://www.iconixsw.com
COCOMO

SoftEST
Windows
SPAWAR Systems Center

http://sepo.spawar.navy.mil/sepo/index2.html

loacte "Process" and under that click on "Software Estimation"
Ad hoc (free)

REVIC Cost Model
Windows
SPAWAR Systems Center

http://sepo.spawar.navy.mil/sepo/index2.html

loacte "Process" and under that click on "Software Estimation"
COCOMO (free)

ACEIT (Automated Cost Estimation Tool)
Windows
http://www.aceit.com
Ad hoc

SEAT (Software Estimation and Analysis Tool)
Windows
http://www.cs.umt.edu/RTSL/dsstud/dsstudio.htm
Ad hoc (free)

Всего хорошего.
Виктор.

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

VK>Доброго времени суток,
VK>Подскажите пожалуйста программу для оценки количества строк кода С++ проекта.
VK>А также, если возможно, методики оценки производительности труда с учетом написнного кода и проведенного за этим делом времени

Я занимался подобными исследованиями около полугода. Признаться, не нашёл ничего экстраординарного. Для обработки пользовался Krakatau Light (http://www.powersoftware.com) и RSM (http://www.tqnet.com/m2tech — но по-моему, он уже прекратил своё существование).

Проблема в том, что с помощью метрик очень сложно получить более или менее точную и стабильную предварительную оценку сложности и сроков. Для этого нужно иметь точные поправочные коэффициенты, которые зависят от кучи факторов: типа задачи, уровня сотрудника, погоды, настроения его тёщи и пр.

Собственно говоря, для той команды где я работал (условно говоря — много "левшей"), показатели варьировали в диапазоне 70-170 строк/день и, что характерно, были более или менее стабильными во времени. Что касается, например, таких метрик, как Холстедовские (Halstead metrics, а конкретно — Effort, характеризующая объём "мысленных усилий"), то здесь вообще разброс в оценках составлял 3-4 порядка.

Я пришёл к тому выводу, что "обмер" ПО хорош только так сказать, post mortum. Особенно, если проект (этап) неудачен и нужно как-то защитить свою позицию, например, "отмазавшись" высокой сложностью программы. Если всё удачно заканчивается, то смысла в замерах, как правило, никто не видит. С другой стороны — люди не автоматы, а программы — не кирпичи, да и 70 строк у одного могут быть очень-очень не эквивалентны 170 строкам у другого.

По поводу метрик хорошо высказался Алан Картер ("Programmer's stone", русский перевод — http://www.progstone.narod.ru). Я даже не удержусь — процитирую (см. здесь):

"Чтобы достичь чего-либо в программировании, мы должны быть вольны обсуждать и улучшать субъективные факторы, а объективные метрики оставлять для отчетов об ошибках."