ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТ Р

ИСО/МЭК 20741— 2019

Системная и программная инженерия

РУКОВОДСТВО ДЛЯ ОЦЕНКИ И ВЫБОРА ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ ПРОГРАММНОЙ ИНЖЕНЕРИИ

(ISO/IEC 20741:2017, ЮТ)

Издание официальное

Москва Стенда ртинформ 2019

Предисловие

1    ПОДГОТОВЛЕН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «ВНИИС») и Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 022 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 18 октября 2019 г. № 1031-ст

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 20741:2017 «Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии» (ISO/IEC 20741:2017 «Systems and software engineering — Guideline for the evaluation and selection of software engineering tools», IDT).

ИСО/МЭК 20741 разработан подкомитетом ПК 7 «Проектирование систем и программного обеспечения» Совместного технического комитета СТК 1 «Информационные технологии» Международной организации по стандартизации (ИСО) и Международной электротехнической комиссии (МЭК)

5    ВВЕДЕН ВПЕРВЫЕ

6    Некоторые положения международного стандарта, указанного в пункте 4. могут являться объектом патентных прав. ИСО и МЭК не несут ответственности за идентификацию подобных патентных прав

Правипа применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© ISO, 2017 — Все права сохраняются ©Стандартинформ, оформление, 2019

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

и

Примечание 2 — Действия по оценке охватывают методы, которые используются для сбора данных (например. ссылка, как с помощью заранее установленных критериев измеряются или собираются данные) Кроме того, такие действия могут основываться на субъективных наблюдениях

d) Определение сценария оценки/выбора, который необходимо выполнить.

Примечание 3 — Сценарий оценки/выбора определяется как метод, такой, например, как оценка в небольшой команде реального проекта, оценка в экспериментальном пилотном проекте или оценка с помощью каталога инструментальных средств

6.3.3 Планирование и контроль проекта

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

a)    формирование проектной группы с распределением обязанностей.

Умения экспертов влияют на результаты оценки, а также их применимость в пределах организации. Именно с таким подходом стоит выбирать персонал, который будет осуществлять оценку. Уровень умений экспертов будет являться фактором оценивания результатов оценки. Экспертная комиссия должна включать в себя представителей группы пользователей, которые используют инструментальное средство;

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

Примечание — Например, цель «Не требуется установки инструментального средства для каждого клиента» разделяется на такие функциональные цели, как «Необходимо работать с определенным веб-браузером» и «Серверная сторона инструментального средства и данные инструментального средства должны быть установлены на сервере собственной внутренней сети»;

c)    множество руководств выбора: взвешенные критерии выбора, определение уровня детализации и специальные свойства, а также сценарий оценки и выбора;

d)    график действий и их задачи наряду с определением требований к ресурсам и затратам.

План проекта, стратегия оценки и затраты должны быть пропорциональны стоимости жизненного

цикла и ожидаемой выгоды от оцениваемого инструментального средства:

e)    средства мониторинга и контроля за выполнением плана;

О план проекта и механизм контроля (при наличии) должны обновляться в процессе выполнения проекта.

7 Процесс структурирования

7.1 Цель

Поскольку на этапе подготовки создается структура выбора и оценки, в процессе структурирования требования к инструментальному средству собираются от организации пользователя, а детали требований структурируются (см. рисунок 3).

Цепи высшего уровня		' Определение	Структурированные требования
		требовании *
Критерии выбора \	*	/ \ / \ / \ ......_:		_

7.2    Результаты

Результаты, полученные после успешной реализации процесса структурирования, включают в

себя:

a)    организационную информацию;

b)    требования к инструментальному средству;

c)    структурированные требования к инструментальному средству.

7.3    Действия и задачи

7.3.1    Определение требований

7.3.1.1    Общее представление

В процессе определения требований необходимо собрать требования, касающиеся инструментального средства, которые далее следует обьединить в его характеристики. В 10.2 указаны характеристики. относящиеся к функциональности инструментальных средств, в 10.3 — общие характеристики качества программных средств, в 10.4 — перечень характеристик, не связанных с качеством, а в ряде стандартов для камщой области применения определены специальные возможности инструментального средства.

7.3.1.2    Сбор организационной информации

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

a)    заинтересованность организации в полном финансировании и внедрении инструментального средства;

b)    описание действующей среды программной инженерии внутри организации, в том числе данные, которые касаются имеющегося оборудования, операционного программного обеспечения, использования инструментальных средств и облачной среды (например, информация как услуга (laaS), платформа как услуга (PaaS) или программное обеспечение как услуга (SaaS));

c)    типы проектов разработки программных средств организацией, включая их размер, область применения;

d)    характеристики и ограничения, касающиеся целевых систем, для которых разрабатываются программные средства;

e)    специальное ожидаемое влияние на организацию и усовершенствования со стороны инструментального средства;

О требования потенциальных и конечных пользователей инструментального средства;

д)    применяемые организационные политики закупок;

h) информацию о политиках безопасности при принятии программных средств.

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

Примечание — Настоящая информация может быть собрана несколькими способами, включая опросы и ориентированные группы

7.3.1.3    Идентификация требований

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

a)    проанализировать требования и найти уровень детализации, для которого требования должны быть определены и оценены;

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

c)    определить предпочтительную методологию;

d)    определить этапы жизненного цикла, которые необходимо поддерживать (например, планирование. анализ, проектирование);

е)    определить необходимые возможности инструментального средства;

О определить необходимые характеристики, которые касаются функциональности инструментального средства;

д) определить общие необходимые характеристики качества инструментального средства;

h)    определить необходимые характеристики, которые не касаются качества инструментального средства;

i)    проверить соответствие требований установленным ранее целям.

Примечания

1    Эти требования представляют общий перечень организационных требований Существует возможность того, что ни одно инструментальное средство не удовлетворит всем требованиям Однако некоторые инструментальные средства способны удовлетворить большую часть требований, оправдывая таким образом их использование организацией А это, в свою очередь, поспособствует дальнейшему поиску инструментальных средств, которые удовлетворят оставшимся требованиям

2    В процессе идентификации необходимых требований в ряде стандартов предлагается выделить возможности каждой области применения инструментального средства При отсутствии соответствующих стандартов такие возможности должны быть определены в конкретном проекте оценки и выбора

7.3.1.4 Структурирование требований

Должна быть определена практичность пользовательских потребностей, указанных в 10.2—10.4 и ряде стандартов, которые касаются области применения каждого инструментального средства, а также других требований, выдвигаемых организацией. Цель структурирования заключается в организации требований таким образом, чтобы выполнить оценку более эффективно. К задачам, требующим решения. относятся:

a)    категоризация требований пользователя относительно понятий, указанных в 10.2—10 4 и ряде стандартов по каждой области применения инструментального средства, а также их декомпозицию на детальные спецификации;

b)    выбор характеристик и функциональных возможностей, указанных в 10.2—10.4 и ряде стандартов по кахщой области применения инструментального средства, которые необходимо оценить для определения того, насколько инструментальное средство удовлетворяет требованиям детальных спецификаций;

c)    определение весов характеристик и/или возможностей.

Примечание — Веса применяются к рейтингам, определенным в ходе оценки в рамках процесса выбора, и отражают относительную важность соответствующего критерия выбора, определенного в процессе подготовки

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

В ИСО/МЭК 25051 установлены требования к качеству, применимые к инструментальным средствам. когда они рассматриваются как пакеты программного обеспечения, и с ними следует координироваться в рамках решения задачи структурирования требований. Это обеспечит дополнительные руководящие указания по подмножеству требований к качеству, приведенных в ИСО/МЭК 25010.

7.3.2 Сбор информации об инструментальном средстве

Общий поиск возможных инструментальных средств, которые необходимо оценить, проводится с учетом установленных требований и критериев выбора. Действия, направленные на сбор информации и определение возможных инструментальных средств, могут потребовать проведения нескольких циклов поиска, чтобы быстро и точно определить перспективные инструментальные средства для последующей оценки В случае выявления наиболее перспективных инструментальных средств необходимо провести поиск дополнительной и более детальной информации, которая касается их потенциального приобретения. Эта дополнительная информация может помочь быстрому устранению многих инструментальных средств, позволяя сосредоточить внимание на оставшихся кандидатах. Информация, которую необходимо получить, включает в себя:

a)    общую информацию о поставщике (например, историю бизнеса, возможную поддержку, планы и стратегии).

Примечание — Термин «поставщик» применяется к организации, которая поставляет коммерческие инструментальные средства, средства с открытым исходным кодом или облачные сервисы (например. PaaS и SaaS);

b)    стратегию разработки конкретной продукции поставщика;

c)    затраты на инструментальные средства (например, обслуживание, модификации, обучение персонала);

d)    информацию об оборудовании и программном обеспечении, которые необходимы для поддержки инструментального средства;

e)    информацию об оборудовании и программном обеспечении, которые необходимы для обеспечения применения приложения/продукции;

О данные о проведении обучения персонала, которое требуется для эффективного использования инструментального средства;

д)    информацию о функциональных возможностях инструментального средства;

h) данные о методологии инструментальных средств и поддержке жизненного цикла;

О информацию о том. как инструментальное средство сопрягается с внешними системами;

j)    количество пользователей, наличие групп пользователей, отзывы об инструментальном средстве;

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

7.3.3 Определение окончательных инструментальных средств-кандидатов

Когда определено множество возможных инструментальных средств, следует осуществить выбор окончательных подходящих инструментальных средств-кандидатов (которые будут оцениваться). Для этого решаются следующие задачи:

a)    устанавливается множество первоочередных и критических требований, которые должны быть удовлетворены инструментальными средствами;

b)    сравниваются функциональные требования пользователя с функциональными возможностями инструментального средства, поддерживающей методологией и системной средой;

c)    сравниваются управленческие требования с затратами на инструментальное средство, предоставляемым обучением и поддержкой;

d)    анализируется база пользователей инструментального средства, которую имеют поставщики, отзывы пользователей, данные о технической поддержке и истории бизнеса;

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

Примечание — Задачи, описанные выше, представляют собой «выбор», позволяющий организации определить наиболее приемлемых кандидатов, учитывая требования организации или способности поставщика Определение окончательных кандидатов может быть выполнено параллельно со сбором информации об инструментальных средствах или эти действия могут быть повторены Цель состоит в том, чтобы снизить стоимость оценки, рассматривая только отобранный набор окончательных инструментальных средств-кандидатов в процессе оценки

8 Процесс оценки

8.1 Цель

Инструментальные средства-кандидаты отбираются в процессе структурирования. Они оцениваются согласно плану оценки с последующим предоставлением результатов (см. рисунок 4). Процесс выбора осуществляется согласно настоящему отчету.

\ \

ч

Составление Отчетов отчета об оценке оценке

Рисунок 4 — Общее представление процесса оценки

8.2    Результаты

Результатами, полученными после успешной реализации процесса оценки, являются:

a)    показатели и ранжирования для оценки;

b)    отчет об оценке.

8.3    Действия и задачи

8.3.1 Подготовка к процессу оценки

Для того чтобы определить необходимый уровень детализации перед началом процесса оценки, необходима завершающая подготовка. Принимая во внимание перечень инструментальных средств-кандидатов и структурированные требования, необходимо решить следующие задачи:

a)    для каждой неделимой подхарактеристики и/или функциональной возможности определить или выбрать один либо несколько показателей, а также определить особенности их применения;

b)    задать уровни ранжирования и определить средства, с помощью которых такие уровни формируются и рассчитываются.

Примечание 1 — Оцененному значению (например, средняя величина строки программы на модуль = 274) присваивается предельно допустимое значение (согласно четырем степеням: А. В, С и D). Определяются пути получения уровней ранжирования из измерений (оценок);

c)    определить характеристики и/или возможности для оценки, установить, какие из них являются допустимыми, если учитывать ранее установленные уровни ранжирования и особенности использования продукта;

d)    определить и составить список всех действий, которые выполняются в процессе оценки.

Примечание 2 — Действия включают в себя подготовку любых наборов данных, необходимых для выполнения оценки, а также получение документации на инструментальное средство Такие действия являются примером оценки инструментального средства, обеспечения соответствующего обучения специфике использования и практического применения этого средства, фиксации информации о результатах применения инструментального средства и анализа этих результатов

В некоторых случаях в ходе проведения оценки необходимо выполнить стендовые испытания (СИ). Рекомендуемый подход к СИ включает в себя:

-    определение необходимых важных функций инструментального средства;

-    определение тестового проекта или типовой программы, которые станут основой для СИ;

-    разработку сценария СИ. определение исходных данных и ожидаемых результатов.

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

8.3.2 Оценка инструментальных средств

8.3.2.1    Общее представление

Программное обеспечение оценивается по сравнению с каждой выбранной функциональной характеристикой и/или функциональной возможностью. Оценка — это процесс измерения, ранжирования и анализа.

8.3.2.2    Измерение

Измерения могут основываться на информации, которая получена в результате испытания инструментального средства, или информации, которая получена в ходе выполнения следующих типов задач:

a)    изучения документации, предоставляемой поставщиком;

b)    изучения исходного кода программы и другой продукции промежуточного назначения (по возможности);

c)    опроса фактических пользователей программного обеспечения;

d)    визуализации демонстрационной версии программного обеспечения и опроса лиц, демонстрирующих версию;

e)    выполнения тестов;

О применения тестовых проектов;

д) изучения результатов предыдущих оценок (тех, которые выполнялись внутри организации, третьими сторонами, или других видов оценки);

h) выполнения СИ с использованием инструментальных средств-кандидатов и анализ результатов.

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

Примечание — Объективными характеристиками являются характеристики, которые обеспечивают проведение независимого и повторяемого тестирования или измерения Субъективные характеристики исключают проведение независимого и повторяемого тестирования или измерения (например, соответствие пользовательского интерфейса культуре пользователя).

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

Для субъективных характеристик процедура оценки должна выполняться независимо разными специалистами, которые далее будут обсуждать и согласовывать результаты оценки.

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

8.3.2.3    Ранжирование

При выполнении задачи ранжирования каждое измеренное значение ранжируется согласно шкале значений, которая определена в плане оценки. Уровни ранжирования формируются непосредственно или вычисляются в соответствии с ранее определенными алгоритмами.

Примечание — Шкала оценок может пересматриваться в том случае, если в ходе оценки требования были пересмотрены

8.3.2.4    Анализ

Анализ подхарактеристик, характеристик и/или функциональных возможностей выполняется с учетом результатов ранжирования и ранее установленных критериев анализа. Согласно рекомендациям по выбору и плану оценки, расчетные параметры должны быть интегрированы вплоть до верхнего уровня.

8.3.3 Отчет об оценке

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

Результаты оценки должны быть представлены в терминах наименьшего уровня декомпозиции субхарактеристики и/или возможности. Для каждой подхарактеристики и/или возможности значение измерения должно быть указано в терминах уровня оценки для этого показателя.

Основываясь на результатах самого низкого уровня, должна быть показана последующая интеграция с прояснением метода интеграции: любые используемые веса, агрегированные элементы и уровень. до которого выполняется интеграция. Результатом является профиль, описывающий результаты в терминах оценок для характеристик и/или возможностей, определенных в разделе 7. или в терминах оценок для подхарактеристик и/или возможностей, в зависимости от уровня интеграции.

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

9 Процесс выбора инструментальных средств

9.1 Цель

В процессе выбора определяется его метод и осуществляется выбор с обоснованием в отчете об оценке (см. рисунок 5). Пригодность выбранного инструментального средства проверяется на уровне цели и руководства.

Рисунок 5 — Общее представление процесса выбора

9.2    Результаты

Результатами, полученными после успешной реализации процесса выбора, являются:

a)    алгоритм выбора;

b)    решение по выбору.

9.3    Действия и задачи

9.3.1 Подготовка выбора

Алгоритм выбора определяет, как перерабатываются и сравниваются с результатами ранжирования каждого инструментального средства-кандидата данные, полученные в процессе проведения разных оценок.

С учетом исходных целей и рекомендаций по выбору определяется множество критериев выбора, а также основы оценки этих критериев. Такое определение основывается на анализе оценок с последующей интеграцией, который описан в 8.3.3.

В случае когда критерии выбора и/или ранжирования являются неприемлемыми, их необходимо изменить.

Алгоритм дальнейшей интеграции результатов, сравнения инструментальных средств-кандидатов и вынесения решения определяется далее. Положения, касающиеся алгоритмов выбора, приведены в приложении А.

9.3.2    Применение алгоритма выбора

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

9.3.3    Рекомендации по принятию решения

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

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

Решение о выборе должно содержать обоснование, суммирующее информацию и логику, которые привели к выбору.

9.3.4    Проверка (валидация) принятого решения

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

10 Общие характеристики инструментального средства

10.1 Общее представление

Оценка и ранжирование определяются в процессе структурирования с использованием характеристик и функциональных возможностей, упомянутых в данном разделе.

Потребности пользователя, которые управляют каким-либо процессом оценки и/или выбора, основаны на характеристиках и подхарактеристиках, приведенных ниже, и возможностях, описанных в любом специальном стандарте из заданной области, который определяет перечень возможностей для области инструментального средства. С учетом потребности пользователей оценки и сравнения должны производиться на основании широкого, общего и почти полного набора характеристик и/или возможностей. Требуются действия по структурированию для преобразования множества потребностей, первоначально определенных пользователем, в условия, указанные в настоящем разделе, а также в конкретном стандарте из заданной области применения инструментального средства.

Основные категории оценки высшего уровня называются характеристиками и/или возможностями. Каждая характеристика подразделяется на подхарактеристики. Подхарактеристики могут быть дополнительно подразделены на подхарактеристики более низшего уровня. Подхарактеристики низшего уровня называются неделимыми подхарактеристиками. Неделимые подхарактеристики, указанные в 10.2—10.4. определяются с точки зрения их атрибутов; каждой из них присваивается значение в процессе оценки на основе одного или нескольких значений (см. 8.2). Каждой возможности, определенной в последующей части данного стандарта, также присваивается значение в процессе оценки на основе одного или нескольких значений (см. 8.2).

Маловероятно, что какому-то пользователю настоящего стандарта потребуется использовать все приведенные ниже неделимые подхарактеристики; пользователи должны выбирать только те подхарактеристики, которые соответствуют требованиям их организации. Имеют место случаи, когда дополни-

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

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

10.2 Характеристики функциональности инструментальных средств

10.2.1    Общее представление

Следующие характеристики относятся к инструментальному средству с его средой и проектами, в которых оно используется для поддержки.

10.2.2    Характеристики среды функционирования инструментального средства

Перечень неделимых подхарактеристик, касающихся связи между инструментальным средством

и средой его функционирования, приведен в таблица 1.

Таблица 1 — Неделимые подхарактеристики среды функционирования инструментального средства

№ Неделимые поджара гтеристмки Описание 1 Необходимые аппаратные характеристики инструментального средства Атрибуты, относящиеся к любым требованиям к оборудованию для ис-пользованияа) Примечание — Типичные аппаратные элементы, которые должны быть перечислены, включают в себя процессоры (а также сопроцессоры), тип основной памяти, тип шины, тип и размер периферийных устройств хранения, расширения или видеокарты, оборудование ввода и вывода 2 Необходимая программная среда инструментального средства Атрибуты, относящиеся к любым элементам программного обеспечения, необходимые для его использования Примечание — Типичные программные элементы, которые должны быть перечислены, включают в себя операционные системы, языки систем управления базами данных, наборы символов и коды символов, а также коммуникационные/сетевые пакеты 3 Физическая среда инструментального средства Атрибуты, относящиеся к любым географическим аспектам среды разработки. влияющие на использование инструментального средства Примечание — Производительность включает в себя физическое и временное разделение пользователей и связанные с этим вопросы производительности сети, вопросы онлайн/офлайн и хранилище обновле-ний/симметричного отображения на нескольких сайтах а) Пользователь настоящего стандарта должен определить аппаратные элементы, для которых минимальные требования не могут обеспечить достаточную производительность, например, основная память Необходимо определить оборудование, требуемое для обеспечения приемлемой производительности Пользователь настоящего стандарта должен определить аппаратные элементы, которые поддерживаются инструментальным средством в качестве параметров, например устройства ввода и вывода

10.2.3 Характеристики интегрируемости инструментального средства

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

Примечание — Примеры других элементов среды включают в себя те элементы, которые приведены в аппаратной и программной среде вышеупомянутого инструментального средства

Таблица 2 — Неделимые характеристики интегрируемости инструментального средства

№ Неделимые подхарактеристики Описание 1 Совместимость с элементами среды Атрибуты, связанные с их способностью обеспечить интероперабельность и/или напрямую обмениваться данными с аппаратно-программными средами^. Примечания 1    Примеры других программных инструментальных средств включают в себя текстовые процессоры и другие инструментальные средства документации, базы данных, хранилища и другие средства программной инженерии 2    Степень, до которой инструментальное средство соответствует стандартам «открытости», включая в себя форматы обмена данными, может быть оценена с точки зрения множества существующих стандартов, например ИСО/МЭК 15476-1 2 Интеграция данных Атрибуты, относящиеся к их способности использовать, обрабатывать и доставлять информацию, совместно используемую другими инструментальными средствами или частью хранилищаь> 3 Интеграция контроля Атрибуты, связанные с их способностью взаимодействовать с другими инструментальными средствами Примечания 1    Взаимодействие инструментального средства может контролироваться с помощью правил, например политикой безопасности, предварительного или последующего вызова других инструментальных средств, допустимого параллельного доступа и синхронизации Правила могут быть определены поддерживаемым методом Уровень совместимости правил может быть конкретизирован 2    Различные механизмы связи существуют в разных рамках Связь между инструментальными средствами можно осуществлять путем обмена данными в хранилище, очередями сообщений между инструментальными средствами, подходами клиент-сервер или удаленными вызовами процедур 4 Интеграция представления Атрибуты, относящиеся к уровню однородности, совместимости и содержательности их пользовательского интерфейса во взаимодействии с другими инструментальными средствами 5 Доступ к метаданным Атрибуты, относящиеся к доступу к метаданным инструментального средства a)    Если инструментальное средство содержит возможность взаимодействия (например, интерфейс программирования приложений), которая позволяет использовать инструментальное средство независимо от элементов среды, данный интерфейс должен быть описан Управление процессами, управление проектами и функции разработки системы могут быть обеспечены отдельными специализированными инструментальными средствами В данном случае связь между различными инструментальными средствами должна рассматриваться в рамках данной подхарактеристики. b)    Инструментальное средство должно оцениваться по: -    метаданным если структура основана на конкретной модели данных (например, сущность/взаимосвязь или объектная ориентированность), способности инструментального средства генерировать, манипулировать или получать доступ к совместимым структурам соответствующей модели данных (например, совместимый тип, ограничение, атрибут или отношения); -    инженерии данных продукции если в хранилище содержится формальное описание данных для программной инженерии, способность инструментального средства генерировать, манипулировать или получать доступ к соответствующим данным в соответствии с областью его функционального приложения

Содержание

1    Область применения.................................................................1

2    Нормативные ссылки.................................................................2

3    Термины и определения...............................................................2

4    Сокращения........................................................................3

5    Общее представление оценки и выбора инструментальных средств..........................3

5.1    Введение в оценку и выбор инструментальных средств.................................3

5.2    Основные положения оценки и выбора инструментальных средств.......................4

5.3    Общие положения по процессу.....................................................4

6    Процесс подготовки..................................................................5

6.1    Цель...........................................................................5

6.2    Результаты......................................................................6

6.3    Действия и задачи................................................................6

7    Процесс структурирования............................................................7

7.1    Цель...........................................................................7

7.2    Результаты......................................................................8

7.3    Действия и задачи................................................................8

8    Процесс оценки.....................................................................10

8.1    Цель..........................................................................10

8.2    Результаты.....................................................................11

8.3    Действия и задачи...............................................................11

9    Процесс выбора инструментальных средств.............................................13

9.1    Цель..........................................................................13

9.2    Результаты.....................................................................13

9.3    Действия и задачи...............................................................13

10    Общие характеристики инструментального средства.....................................14

10.1    Общее представление..........................................................14

10.2    Характеристики функциональности инструментальных средств........................15

10.3    Общие характеристики качества..................................................18

10.4    Общие характеристики, не относящиеся к качеству..................................24

Приложение А (справочное) Примеры алгоритмов выбора...................................27

Приложение В (справочное) Содержимое отчета об оценке..................................30

Библиография.......................................................................31

10.2.4 Характеристики применения инструментального средства

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

Таблица 3 — Неделимые подхарактеристики применения инструментальных средств программной инженерии

№ Неделимые подхарактеристики Описание 1 Аппаратно-программная среда продуктов инструментального средства Атрибуты, относящиеся к множеству аппаратных и программных элементов, на которых или с которыми могут использоваться продукты инструментального средства Примечание — Может быть рассмотрен уровень поддержки платформы в целевой среде, например генерирует ли инструментальное средство экраны и генерирует ли вызовы внешней (платформы или среды) службы для создания экранов 2 Соответствие стандартам относительно продуктов инструментального средства Атрибуты, связанные с соответствием стандартам относительно продуктов, возникающих в результате использования инструментального средства Примечание — Примеры включают в себя язык, базу данных, хранилище, связь, графический интерфейс пользователя (GUI), документацию, разработку, управление конфигурацией, безопасность, мобильность и стандарты обмена информацией 3 Область применения Атрибуты, связанные с доменами приложений, для поддержки которых инструментальное средство было спроектировано Примечание — Примеры доменов приложений включают в себя обработку транзакций, управление в реальном времени, управление информацией, безопасность в критичных системах и мобильность 4 Размер поддерживаемого приложения Атрибуты, которые приводят к ограничениям размера приложения и. следовательно. ограничивают применимость инструментального средства Примечание — Такие параметры могут включать в себя строки кода, уровни вложенности, размер базы данных, количество элементов данных и элементов конфигурации. 5 Поддерживаемые языки Атрибуты, связанные с их способностью поддерживать определенные языки Примечание — К примерам таких языков относятся языки программирования. данные и языки запросов, графические языки, интерфейсы операционной системы, языки управления заданиями, сценарии выполнения программы и языкХМЬ 6 Поддерживаемые базы данных Атрибуты, связанные с их способностью поддерживать конкретные базы данных 7 Хранилище программного обеспечения (информационная база) Атрибуты, связанные с их способностью размещать и управлять всей соответствующей информацией о процессе программной инженерии Примечания 1    Это включает в себя их способность создавать информацию, разработанную в рамках одного жизненного цикла активности, доступной для использования во время других видов активности, а также их способность предоставлять доступ к данной информации другим элементам среды 2    Примерами такой информации являются требования и конструкторская документация. коды и тестовые данные 3    Включает в себя возможность обработки соответствующих данных по варианту

Введение

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

Целью процесса оценки является получение количественных и сопоставимых результатов по всем альтернативным кандидатам. Окончательный выбор может быть основан на этих результатах. Чтобы быть полезными и принятыми, процессы оценки и выбора инструментальных средств должны помогать как их пользователям, так и поставщикам. Чем более объективными, повторяемыми и беспристрастными являются процессы оценки и выбора, тем более широко они применяются. Информация и руководство, изложенные в настоящем стандарте, призваны привести к более экономичному выбору инструментальных средств и единообразию в описании функций и свойств инструментальных средств программной инженерии.

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

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

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

Так. опубликованы международные стандарты, определяющие перечни возможностей для конкретных областей применения инструментальных средств, такие как ИСО/МЭК 30130 — для инструментальных средств тестирования программных средств. ИСО/МЭК ТО 24766 — для инструментальных средств разработки требований и ИСО/МЭК ТО 18018 — для инструментальных средств управления конфигурацией. Перечни возможностей для других областей программной инженерии могут быть разработаны в виде серии стандартов в соответствии с их приоритетностью.

В настоящем стандарте предполагается, что область применения инструментальных средств определяется перед началом оценки и выбора. Рекомендуется, чтобы решение было основано на ИСО/МЭК 15940, в котором определены услуги программной инженерии для кажцой области применения инструментальных средств.

В настоящем стандарте принята общая модель характеристик и подхарактеристик качества программного продукта, которая определена в ИСО/МЭК 25010. и даны дополнительные указания по применению модели, когда программный продукт является инструментальным средством разработки программного обеспечения. Настоящий стандарт также соответствует модели оценки программного продукта, определенной в ИСО/МЭК 25041.

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Системная и программная инженерия

РУКОВОДСТВО ДЛЯ ОЦЕНКИ И ВЫБОРА ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ ПРОГРАММНОЙ ИНЖЕНЕРИИ

Systems and software engineering Guideline for the evaluation and selection of software engineering tools

Дата введения — 2021—01—01

1 Область применения

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

В настоящем стандарте определены процессы и действия, которые должны быть использованы для оценки и выбора наиболее подходящих инструментальных средств из нескольких приемлемых вариантов.

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

В настоящем стандарте установлены процессы для оценки и выбора наиболее подходящих инструментальных средств из нескольких приемлемых вариантов.

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

Настоящий стандарт предоставляет следующее:

a)    руководящие указания по определению организационных требований к инструментальным средствам;

b)    руководящие указания по сопоставлению этих требований с характеристиками инструментальных средств, подлежащих оценке;

c)    процесс выбора наиболее подходящих инструментальных средств из нескольких приемлемых, основанный на измерениях определенных характеристик.

Примечание 1 — Руководящие указания по сопоставлению этих требований с возможностями инструментальных средств не включены в настоящий стандарт, соответствующие положения содержатся в серии стандартов для каждой области приложения конкретных инструментальных средств

Главными пользователями настоящего стандарта являются организации, имеющие намерения применять инструментальные средства для поддержания процессов жизненного цикла программных средств. Поставщики инструментальных средств также могут использовать настоящий стандарт для описания характеристик своих инструментальных средств программной инженерии.

Настоящий стандарт не применяется:

a)    к основам программной инженерии, цель которых заключается в предоставлении механизмов интеграции данных, управления и представления;

b)    инструментальным средствам общего назначения (например, текстовым процессорам, электронным таблицам), которые могут использоваться в программной инженерии, а также к средствам очень узкой области или специального назначения (например, компиляторам);

c)    планированию внедрения инструментальных средств внутри организации.

Издание официальное

Примечание 2 — Пользователь, применяющий настоящий стандарт, может выбрать наилучшее инструментальное средство, однако при этом не будет обладать гарантиями относительно его успешного внедрения

Методы, определенные в настоящем стандарте, являются полезными не только при выборе инструментальных средств, но и для любого проекта, где вместо разработки нового программного обеспечения могут быть выбраны ГКП или ПООИК.

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

2    Нормативные ссылки

В настоящем стандарте нормативные ссылки отсутствуют.

3    Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями.

ИСО и МЭК обеспечивают терминологические базы данных стандартизации, которые находятся по следующим ссылкам:

-    Электропедия МЭК доступна на сайте: http://www.electropedia.org/

-    Платформа онлайн просмотра ИСО доступна на сайте: http://iso.org/obp

3.1    неделимые подхарактеристики (atomic sub-characteristic): Самый низкий уровень подхарактеристик.

Примечание — Оценочные категории наивысшего уровня называются характеристиками Характеристики обычно разделяются на подхарактеристики На самом низком уровне, когда последующие деления являются невозможными, характеристики именуются неделимыми подхарактеристиками

3.2    характеристика (characteristic): Свойство продукта, согласно которому он может быть описан и оценен.

Примечание — Характеристика может быть детализирована на многих уровнях подхарактеристик, которые касаются их способности удовлетворять сформулированным или подразумеваемым потребностям

3.3 _

показатель (measure): Переменная, которой присваивается значение в результате измерения.

Примечание — Термин «показатели» используется для коллективного обозначения базовых показателей, производных показателей и индикаторов

[ИО/МЭК 15939:2007. статья 2.15. с изменениями. Словосочетание «множественная форма» изменено на «термин»].

3 4_

измерять (measure): Производить измерение, оценку. [ИСО/МЭК 25040:2011. статья 4.39).

3.5_

измерение, оценка (measurement): Множество операций, направленных на определение значения показателя.

Примечание — Измерение (оценка) может включать в себя назначение качественной категории, например язык исходной программы (Ада. Си, Кобол и др ).

[ИСО/МЭК 15393: 2007, статья 2.17. с изменениями примечания 1].

3.6    инструментальное средство программной инженерии (software engineering tool): Программный продукт, который помогает специалистам программной инженерии обеспечивать автоматизированную поддержку.

3.7    ранжирование (rating): Действие, направленное на установление значения измерения (оценки) соответствующему уровню ранжирования.

Примечания

1    Используется для определения уровня ранжирования программного средства согласно установленной характеристике качества

2    Ранжирование и уровни ранжирования могут применяться к иным характеристикам, а не только к характеристикам качества.

3.8    уровень ранжирования (gratin level): Значение на порядковой шкале, которая используется для ранжирования по шкале измерения (оценки).

Примечания

1    Уровень ранжирования позволяет классифицировать (ранжировать) программное средство в соответствии со сформулированными или подразумеваемыми потребностями (см 8 2)

2    Соответствующие уровни ранжирования могут относиться к разным точкам зрения на качество (например, сточки зрения «Пользователей*. «Менеджеров» или «Разработчиков»)

4    Сокращения

В настоящем стандарте использованы следующие сокращения:

СИ — стендовые испытания;

ГКП — готовый коммерческий продукт:

ПООИК — программное обеспечение с открытыми исходными кодами;

ГПИ — графический пользовательский интерфейс.

5    Общее представление оценки и выбора инструментальных средств

5.1 Введение в оценку и выбор инструментальных средств

В настоящем стандарте определены как набор процессов, так и структурированное множество характеристик, используемых для технической оценки и окончательного выбора инструментального средства. Стандарт соответствует модели оценки программного продукта, которая приведена в ИСО/МЭК 25041.

Настоящий стандарт утверждает общую модель характеристик и подхарактеристик качества программного продукта, которая определена в ИСО/МЭК 25010. и применяет их к инструментальному средству программной инженерии; он обеспечивает учет специфики инструментальных средств, как описано в 10.2—10.4. Множество характеристик подразделяется далее на три группы: характеристики, связанные с функциональностью использования инструментальных средств, характеристики с общим качеством, а также характеристики, не связанные с качеством.

Примечание — Функциональные возможности инструментальных средств программной инженерии описаны в ряде стандартов для каждой области приложения

Целью процесса технической оценки является предоставление количественных результатов, на которых основывается окончательный выбор. Измерение определяет количество (или другие данные ранжирования) для атрибутов сущностей. Главное действие заключается в получении результатов измерения для последующего использования при выборе инструментальных средств. Результаты окончательного выбора должны быть объективными, повторяемыми и беспристрастными. Решение указанных задач и достижение достоверности результатов зависят от ресурсов, которые использовались в процессе общей оценки и выбора. Пользователю настоящего стандарта предлагается решить эти проблемы на ранней стадии.

5.2 Основные положения оценки и выбора инструментальных средств

Данный подраздел иллюстрирует общее представление оценки и выбора инструментальных средств по настоящему стандарту, приведенное на рисунке 1. Оценка и выбор инструментальных средств включают в себя четыре основных процесса:

-    процесс подготовки;

-    процесс структурирования;

-    процесс оценки;

-    процесс выбора.

На схемах процессов, приведенных на рисунках 1—5. прямоугольник с округленными углами обозначает процесс/действие, обычный прямоугольник — результат процесса/действия, а пунктирный прямоугольник — план, предполагаемый каждым процессом без каких-либо ссылок. Кроме того, сплошная стрелка обозначает поток данных, а пунктирная стрелка показывает порядок выполнения перехода между процессами/действиями.

Структурирование

Структурированное требование / -<- Перечень подходящих Оценка инструментальных средсто /

Отчет га_ Рекомендации об оценке по выбору

Рисунок 1 — Общее представление оценки и выбора инструментальных средств

Основной процесс — это структурирование множества требований, помогающих в оценке подходящих инструментальных средств, на которых основываются решения по выбору. Характеристики инструментальных средств, определенные в 10.2—10.4. формируют основу для структурирования требований. а также играют главную роль во всем процессе.

5.3 Общие положения по процессу

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

5.3.1    Последовательность процессов

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

Организация решает, что применять, в какой последовательности и с какой степенью параллельности. Последовательность действий процессов следует документировать в плане проекта по оценке.

5.3.2    Снижение затрат и рисков

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

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

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

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

Примечание 1 — Предыдущие оценки, которые были выполнены на другой версии возможного инструментального средства-кандидата, еще могут оказаться полезными Аналогичным образом, оценки, учитывающие различные организационные потребности, могут по-прежнему дать полезную информацию

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

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

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

6 Процесс подготовки

6.1 Цель

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

Определяется набор руководств по выбору инструментальных средств, разрабатывается план проекта. Общее представление процесса подготовки приведено на рисунке 2.

Рисунок 2 — Общее представление процесса подготовки

6.2    Результаты

Результаты, полученные после успешного проведения процесса подготовки, включают в себя:

a)    задачи для выбора инструментального средства;

b)    перечень критериев выбора;

c)    план проекта по оценке и выбору инструментальных средств.

6.3    Действия и задачи

6.3.1    Определение цели

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

Примечание — Действия, связанные с определением цели, которые включают в себя возможность установления критериев выбора, должны быть выполнены как часть других действий до начала официального процесса подготовки к оценке и выбору инструментальных средств

Важно решить следующие задачи:

a)    обосновать целесообразность приобретения:

1)    проанализировать текущий процесс разработки программных средств организацией, определяя его завершенность и проблемные области;

2)    проанализировать текущее состояние технологий инструментальных средств, а также проследить тенденции последующего использования таких технологий;

3)    сравнить существующие практики организации с возможными будущими (при использовании инструментальных средств), а также определить сферы потенциальной выгоды;

b)    определить цели и ожидания:

1)    определить общие цели (например, повышение производительности, улучшение качества, совершенствование управления процессом);

2)    определить ограничения, касающиеся выбора (например, затраты, графики, ресурсы);

3)    выразить количественно и классифицировать ожидания (на основе целей);

c)    установить общую политику приобретения:

1)    определить ограничения на приобретение инструментального средства (например, затраты на внедрение средств, график внедрения и иные ресурсы);

2)    разработать альтернативные подходы к внедрению/дополнению инструментальных средств (например, закупка, изменение существующего или разработка нового инструментального средства);

3)    оценить возможность реализации разных альтернативных типов инструментальных средств с учетом готовности, технических соображений, эксплуатационных характеристик и ресурсов организации;

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

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

6.3.2    Установление критериев выбора

Критерии выбора должны быть установлены с учетом целей и ожиданий, разработанных выше.

a)    Разделение целей высшего уровня на множество критериев для принятия решения относительно выбора (решение «пригоден — непригоден»).

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

b)    Определение относительной значимости критериев выбора.

Примечание 1 — Относительная значимость критериев выбора используется для определения весов характеристик, подхарактеристик инструментального средства и/или возможностей для оценки

c)    Определение уровня детализации и природы выполняемых действий по оценке.