оценка стоимости проекта разработки программного обеспечения, функциональные очки?

У меня есть быстрый вопрос относительно оценки стоимости с использованием функциональных баллов.

Мы делаем небольшой (курсовой проект) проект для небольшой компании и это бесплатно, конечно. Наш инструктор хочет, чтобы мы предоставили оценку стоимости проекта с использованием функциональных баллов.

Вычисление функциональных точек несколько прямолинейно (вроде).

Теперь наша проблема заключается в получении других значений (метрик), например. продолжительность проекта, ставка стоимости проекта в расчете на функциональные очки.

Очевидно, что у нас нет исторических данных, на которых можно было бы основывать наши оценки. Есть ли какая-то «типичная» стоимость функционального пункта, которой мы могли бы следовать? Пожалуйста помоги.


function-points software-estimation
person ultrajohn    schedule 05.03.2010    source источник

Ответы (4)


arrow_upward
1
arrow_downward

Вот некоторые формулы, которые Кейперс Джонс разработал на основе относительно большого количества подсчитанных проектов:

Учитывая, что у вас есть количество FP, вы можете определить:

  • Расписание в календарных месяцах: FP^0.4
  • Потенциал дефекта: FP^1,25
  • Уровень штата разработчиков программного обеспечения: FP/150

Вы можете использовать отраслевые стандарты для своей технологии, чтобы получить FP/человеко-месяцы или часы/FP, если у вас нет исторических данных (как в вашем случае).

person Vanja    schedule 19.07.2010

arrow_upward
2
arrow_downward

Software Engineering by Hans van Vleet указывает, что одна функциональная точка составляет 100 строк на языке COBOL (!), если вам это небезразлично. Там есть данные для преобразования строк кода в человеко-месяцы, продолжительность проекта и т. д.

У вас есть доступ к библиотеке? Начните с общей книги по разработке программного обеспечения или одной из различных книг Стива МакКоннелла. Они будут содержать данные и ссылки на дополнительные данные.

Имейте в виду, что отслеживание прогресса и контроль масштаба проекта, вероятно, так же важны для успеха, как и первоначальная оценка.

person MarkJ    schedule 06.07.2010

arrow_upward
0
arrow_downward

Простой GOOGLE даст вам МНОГО результатов для начала

person Adriaan Stander    schedule 05.03.2010
comment
ну, я думаю, можно с уверенностью предположить, что большинство методов на самом деле дают вам приблизительную меру «размера» продукта, то есть функциональные баллы, человеко-месяцы (COCOMO) и т. д., что мы уже сделали. Я прошу еще один набор оценок (стоимость функциональных баллов, человеко-месяцев на функции), которые мы могли бы умножить на значение функции, которое у нас уже есть. спасибо кстати - person ultrajohn; 05.03.2010
comment
К сожалению, это будет сильно зависеть от опыта команды. Это станет больше искусством, чем настоящей наукой. codinghorror.com/ блог/2006/07/. amazon.com/exec/obidos/ASIN/0735605351/codinghorror- 20 - person Adriaan Stander; 05.03.2010
comment
и поскольку у нас нет опыта, на котором можно было бы основывать оценку, какие у нас есть варианты? есть ли? Tnx, возможно, я просто вставлю цифру в формулу и приведу это в качестве обоснования: «Потому что мы так говорим, хе-хе». - person ultrajohn; 05.03.2010
comment
Вы также можете принять во внимание. Оцените время, а затем осознайте, что, вероятно, потребуется в 2 раза больше времени, МИНИМУМ для фактического завершения. Между тем, что вы пропустили в исходной спецификации, и тем, что клиент изменил спецификацию, вы наверняка упустите правильную сумму. Дайте себе достаточно времени для выполнения задачи. Разбейте большую задачу на более мелкие, чтобы вы могли легко сопоставить конечный результат. - person Adriaan Stander; 05.03.2010

arrow_upward
0
arrow_downward

Существуют таблицы преобразования функциональных баллов в SLOC, например эта от QSM Software (показывает количество SLOC на функцию в соответствии с рангом сложности).

Существует также метод Weighted Micro Function Points, который выводит продолжительность разработки, который приобрел популярность за последние 10 лет. или около того (есть такие инструменты, как ProjectCodeMeter, которые упрощают использование)

person Benjamin    schedule 10.02.2020