Оценка усилий на основе точек использования - PullRequest
1 голос
/ 10 июня 2009

На данный момент я провел оценку усилий на основе опыта и недавно использовал функциональные точки.

Сейчас я изучаю UCP, прочитайте эту статью http://www.codeproject.com/KB/architecture/usecasep.aspx. Затем я проверил другие статьи, основанные на точках использования (UCP). Я не могу выяснить, как именно это работает, и правильно ли это.

Например, у меня есть функция входа в систему, когда пользователь предоставляет идентификатор пользователя и пароль, и я проверяю таблицу в базе данных, чтобы разрешить или запретить вход в систему. Я определяю действующего лица пользователя и Логин как вариант использования.

В соответствии с UCP я классифицирую вариант использования входа в систему как Simple, а интерфейс GUI - как Complex. В соответствии с таблицей коэффициентов UCP я получаю 5 и 3, таким образом, общее количество составляет 15. После применения технического фактора и поправки на коэффициент среды оно становится равным 7. Если я беру коэффициент производительности за 20, то я получаю 140 часов. Но я знаю, что на документацию и тестирование уйдет максимум 30 часов.

Я что-то не так делаю при определении варианта использования здесь? UCP говорит, что если интерфейс GUI, то он сложный, но здесь графический интерфейс достаточно прост, поэтому я должен понизить этот фактор? Также фактор для простого равен 5, я должен определить другой уровень как очень простой? Но тогда я не усложняю вопрос здесь?

Ответы [ 5 ]

2 голосов
/ 17 июня 2009

Вот статья, в которой говорится о точках использования - через нормализованный вариант использования. Я думаю, что одним из факторов, который упускается из виду в вашем подходе, является производительность, которая, как предполагается, основана на прошлых проектах. 20 кажется средним ОДНАКО, если вы ОЧЕНЬ продуктивны (известно соотношение 10: 1 от среднего до хорошего программиста), производительность может быть 5, приближая UCP к тому, что вы думаете. Я бы посоветовал взглянуть на прошлые проекты, рассчитать UCP, рассчитать общее количество часов и определить, какова ваша производительность на самом деле. Производительность, являющаяся ключевым фактором, должна рассчитываться для отдельных лиц и команд, чтобы их можно было эффективно использовать в оценке.

2 голосов
/ 10 июня 2009

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

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

Я не знаю, к чему это приводит в точках UCP, я просто знаю, что экран входа в систему в моем приложении потреблял гораздо больше времени на форме с таким же количеством кнопок и блоков.

В прошлый раз, когда меня поощряли подсчитывать функциональные баллы, это был фарс, потому что ни у кого не было времени создать «суд функциональных баллов» для вынесения постановлений о трудно измерить вещи, особенно те, которые не попали в модель, которую предполагает функция подсчета точек.

1 голос
/ 20 сентября 2013

Я думаю, что в ваших вычислениях что-то не так: «Я получаю 5 и 3, итого 15». UAW и UUCW должны быть добавлены, а не умножены.

1 голос
/ 11 августа 2011

первое замечание, что в предыдущей работе Рибу он заявил, что усилия для 1 UCP варьируются от 15 до 30 часов (см .: http://thoughtoogle -en.blogspot.com / 2011/08 / software-quotation.html для некоторых деталей);

во-вторых, ясно, что такой вид оценки, как и функциональные баллы, более точен, когда есть много вариантов использования, а не один. Вы не рассматриваете, например, запуск проекта, управление проектом, создание сред и т. Д., Которые упакованы в течение 20 часов.

1 голос
/ 13 июля 2009

Частично проблема может заключаться в том, как вы считаете транзакции. По словам автора UCP, транзакции представляют собой «круговую передачу» от пользователя к системе обратно к пользователю; транзакция завершается, когда система ожидает нового входного стимула. В этом случае, если только система не отвечает ... вход в систему, вероятно, представляет собой всего лишь 1 транзакцию, если в систему и обратно не поступило несколько обращений.

Проверьте эту ссылку для получения дополнительной информации ...

http://www.ibm.com/developerworks/rational/library/edge/09/mar09/collaris_dekker/index.html

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...