ГОСТ Р 56781—2015
-
те
к
учесть
к
адров в
к
оманде разработчи
к
ов;
•
к
оличество
к
ритичес
к
их программных ошибо
к
в первые четыре недели после ввода
проду
к
та в э
к
сплуатацию;
•
к
оличество ошибо
к
, возни
к
ающих после передачи в нормальный режим работы, на
один челове
к
о-день разработ
к
и программного обеспечения.
Трудоем
к
ость:
-
трудоем
к
ость разработ
к
и в фун
к
циональных точ
к
ах за челове
к
о-день. Единица
измерения в фун
к
циональных точ
к
ах в отдельных случаях может бы ть заменена более
простыми по
к
азателями, та
к
ими
к
а
к
к
Story points» или стро
к
программы1К
5.2.2.7 Конкретизация проектного плана (BSS)
В этой фазе разрабатывают конкретный проектный план. На основании специфических
критериев и методов для получения подходящих признаков и показателей должен быть разработан
рабочий план — технологическая карта, в котором приводят методы получения информации и
необходимые для этого ресурсы. При этом следует окончательно согласовать состав команды для
проведения бенчмаркинга, а также обеспечить организационные и технические рамочные условия.
При конкретизации проектного плана следует также провести оценку возможности достижения
намеченных целей при использовании имеющихся ресурсов и с помощью имеющихся доступных
методов. Проектный план, составляемый на данном этапе, является основой для выполнения всех
последующих фаз.
Документы, соответствующие этой фазе, приведены в таблице 8.
Т а б л и ц а 8 —Документы для фазы «Конкретизация проектного плана (BSS)»
ID-докук сит
BSS 1.6
Обозначение документа
Проектныйпландля
проведения бенчмаркинга
Фаза бенчмаркинга
Концепция и
планирование/
конкретизация
проектного плана
Описание документа
Документ включает в себя
детальный проект и временной
график для проведения
бенчмаркинга. Проектный план
должен установить временные рамки
и промежуточные цели
Пример
—
Перед о
к
ончательной реализацией прое
к
та бенчмар
к
инга предприятие U
создает прое
к
тный план,
к
оторый, в частности, в
к
лючает в себя следующие аспе
к
ты:
• постанов
к
а задач для решения оперативных целей;
-
назначение ответственны х сотрудни
к
ов и прочих сотрудни
к
ов;
- временное планирование и установ
к
а промежуточных целей;
-
к
ритичес
к
ие фа
к
торы успеха, важнейшие зависимости и рис
к
и.
5.2.3
Сбор данных (BSS)
5.2.3.1 Структурирование и описание объектов бенчмаркинга (BSS)
Выбранный объект бенчмаркинга можносравниватьмежду имеющимися партнерами по
бенчмаркингу. Но должны быть учтены различия между партнерами по бенчмаркингу и при
необходимости согласованы структурированные и определенные объекты бенчмаркинга.
На этом этапе должна быть установлена степень детализации оценки отдельных критериев.
Установление степени детализации должно быть выполнено с использованием анализа затрат и
эффективности, при этом, например, необходимо учитывать уровень степени детализации
информации об объекте бенчмаркинга, находящейся в распоряжении у партнеров по бенчмаркингу.
Документы, соответствующие этой фазе, приведены в таблице 9.
Т а б л и ц а 9 —Документы для фазы «Структурирование и описание объектов бенчмаркинга (BSS)»
IO-документ
BSS 1.7
Обозначение документа
Детальное
перечисление объектов,
подвергающихся
бенчмаркингу
(процессов)
Фаза бенчмаркинга
Сбор данных/
структурирование
иописаниеобъектов
бенчмаркинга
Описание документа
Документ описывает процессы,
подвергаемые бенчмаркингу, их
структурирование и степень
детализации критериев
бенчмаркинга
•• Способ функциональных точек является способом по определению трудоемкости, который может быть
применен при условии, что трудоемкость создания программного обеспечения изначально определяется
обьемом и сложностью функций. Обьем затрат для области пользователей (описания функциональных
требований к системе) оценивается обычно в «попугаях» (story points). Число строк программы используется как
сильно упрощенная оценка величины программ.
15