Портал docs.cntd.ru скоро обновится, чтобы стать еще лучше и удобнее.
Попробовать новую версию
  • Текст документа
  • Статус
Оглавление
Поиск в тексте
Действующий

ГОСТ Р ИСО/МЭК 20741-2019


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

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

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

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


ОКС 35.080

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


Предисловие

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

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

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 18 октября 2019 г. N 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 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение


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

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

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

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

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

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

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

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

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, прямоугольник с округленными углами обозначает процесс/действие, обычный прямоугольник - результат процесса/действия, а пунктирный прямоугольник - план, предполагаемый каждым процессом без каких-либо ссылок. Кроме того, сплошная стрелка обозначает поток данных, а пунктирная стрелка показывает порядок выполнения перехода между процессами/действиями.

ГОСТ Р ИСО/МЭК 20741-2019 Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии

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


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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.1 Цель


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

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

ГОСТ Р ИСО/МЭК 20741-2019 Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии

Рисунок 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) Определение уровня детализации и природы выполняемых действий по оценке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.1 Цель


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

ГОСТ Р ИСО/МЭК 20741-2019 Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии

Рисунок 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) описание действующей среды программной инженерии внутри организации, в том числе данные, которые касаются имеющегося оборудования, операционного программного обеспечения, использования инструментальных средств и облачной среды (например, информация как услуга (IaaS), платформа как услуга (PaaS) или программное обеспечение как услуга (SaaS));

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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) информацию об оборудовании и программном обеспечении, которые необходимы для обеспечения применения приложения/продукции;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8.1 Цель


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

ГОСТ Р ИСО/МЭК 20741-2019 Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии

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


8.2 Результаты


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

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

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

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

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

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

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

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

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

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

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

Доступ к полной версии этого документа ограничен

Ознакомиться с документом вы можете, заказав бесплатную демонстрацию систем «Кодекс» и «Техэксперт».

Что вы получите:

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

При возникновении проблем свяжитесь с нами по адресу spp@kodeks.ru

ГОСТ Р ИСО/МЭК 20741-2019 Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии

Название документа: ГОСТ Р ИСО/МЭК 20741-2019 Системная и программная инженерия. Руководство для оценки и выбора инструментальных средств программной инженерии

Номер документа: ИСО/МЭК 20741-2019

Вид документа: ГОСТ Р

Принявший орган: Росстандарт

Статус: Действующий

Опубликован: Официальное издание. М.: Стандартинформ, 2019 год
Дата принятия: 18 октября 2019

Дата начала действия: 01 января 2021