Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 22.12.2025 по 28.12.2025
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК 25021-2014; Страница 39

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО/МЭК 20000-3-2014 Информационная технология. Управление услугами. Часть 3. Руководство по определению области применения и применимости ИСО/МЭК 20000-1 (В данную часть стандарта ИСО/МЭК 20000 входит руководство по определению области применения и применимости документа ИСО/МЭК 20000-1, а также по демонстрации соответствия описанным в нем требованиям. Принципы, установленные в этой части стандарта ИСО/МЭК 20000, помогут поставщику услуг в планировании улучшения качества услуг и (или) в подготовке к оценке на соответствие требованиям документа ИСО/МЭК 20000-1. Настоящая часть стандарта ИСО/МЭК 20000 поможет определить, применим ли документ ИСО/МЭК 20000-1 к конкретным случаям, встречающимся у поставщиков услуг. В ней на примерах поясняется, как можно определить область применения SMS вне зависимости от того, имеет ли поставщик услуг опыт в определении областей применения других систем управления. В состав документа включено руководство по типам оценки соответствия и стандартам оценки) ГОСТ Р ИСО/МЭК 40230-2014 Информационные технологии. Механизм оптимизации передачи сообщения W3C SOAP (В настоящем документе описываются абстрактная функция оптимизации формата транспортного уровня и/или уровня приложений сообщений SOAP и ее конкретная реализация. Конкретная реализация основывается на формате передачи сообщений SOAP, опубликованном по адресу: [Оптимизированная двоичная упаковка XML]) ГОСТ Р ИСО/МЭК 25040-2014 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Процесс оценки (Настоящий стандарт содержит требования и рекомендации по оценке качества программной продукции и разъясняет общие понятия. В нем приводится описание процесса оценки качества программной продукции и содержатся требования по применению этого процесса. Процесс оценки можно использовать для различных целей и подходов. Процесс можно использовать для оценки качества ранее разработанного программного обеспечения, готового к использованию программного обеспечения или разработанного по заказу, и можно использовать как в процессе, так и по завершении разработки. Настоящий стандарт устанавливает связь эталонной модели оценки с документами SQuaRE, а также показывает, как каждый документ SQuaRE следует использовать в ходе деятельности процесса оценки. Настоящий стандарт предназначен для лиц, ответственных за оценку программного продукта, однако, может быть использован также и разработчиками, приобретателями и независимыми оценщиками программных продуктов. Три разных подхода к оценке детально освещаются в ИСО/МЭК 14598-3, ИСО/МЭК 14598-4 и ИСО/МЭК 14598-5. Настоящий стандарт не предназначен для оценки других аспектов программных продуктов (таких как функциональные требования, требования к процессу, бизнес-требования и т. д.))
Страница 39
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 25021—2014
Приложение В
правочное)
Руководство по разработке элемента показателя качества
В настоящем приложении представлена процедура применения метода измерения, согласноИСО/МЭК 15939.
Метод измерения формирует элемент измерения качества (ЭПК). основываясь на свойстве, предназначенном для
измерения. Назначение документа состоит в том. чтобы помочь пользователям серии ИСО/МЭК 9126 (ТО ИСО/
МЭК 9126-2. ТО ИСО/МЭК 9126-3, ТО ИСО/МЭК 9126-4) и пользователям серии стандартов SQuaRE (ИСО/МЭК
25022. ИСО/МЭК 25023 и ИСО/МЭК 25024) применять метод измерения. Настоящее приложение будет полезным
при выборе и использовании различных показателей качества для оценки качества продукта в разных стадиях жиз
ненного цикла продукта. Пользователь настоящего стандарта может просто заполнить шаблон таблицы элементов
ЭПК, приведенной в 6.2. не вникая в текст настоящего приложения, если ему не интересна логика заполнения
таблицы, которая объясняется в этом приложении.
Как показано на рисунке 4 (пункт 6.1). для измерения ЭПК разработчику метода измерения предлагается
идентифицировать и собирать данные, связанные с количественным измерением свойства ЭПК. В зависимости от
контекста использования и цели(ей) ЭПК. может быть идентифицирован ряд подсвойств, которые и являются
входными данными метода измерений. Эти свойства извлекаются и определяются из артефактов программного
обеспечения (например, жизненного цикла программного обеспечения). В результатедействий разработчика мето да
измерения получают различные выходные данные, которые и являются идентификацией свойств и подсвойств.
Кроме того, разрабатываются правила измерения и описание методики их применения для реализации арифмети
ческих правил присвоения.
В настоящем приложении описана процедура (по шагам), необходимая разработки метода измерения, на
чиная с идентификации ЭПК и заканчивая арифметическим присвоением (единица измерения). Далее приведены
примеры «законченных» ЭПК при использовании этой процедуры измерения.
Для разработки ЭПК предлагается выполнить следующие шаги:
1 Идентификация ЭПК и целей (см. раздел В.1).
2 Идентификация свойства, которое предполагается измерить и которое связано с ЭПК (см. раздел В.2).
3 Определение свойства и подсвойств (см. раздел В.З).
4 Разработка модели свойств, которые нужно определить количественно (см. раздел В.4).
5 Назначение единицы измерения (формула) и типа масштаба (см. раздел В.5).
Во избежание случайного неправильного употребления ЭПК пользователи настоящего приложения могут
рассмотреть каждый перечисленный в этом разделе шаг для разработки или проверки проекта метода измерения
для определенного ЭПК. Теоретически ЭПК может быть применен к любому показателю качества и на любом
этапе всего жизненного цикла продукта. В настоящем приложении для реализации метода измерения использо
вался процесс разработки, независимый от ЭПК и технологии. Однако при разработке конкретного ЭПК могут быть
определены соображения, связанные с целями измерения. Это необходимо по той причине, что конкретный ЭПК
связан с показателем качества, который связан с подхарактеристикой. При этом допускается использование ЭПК
для различных характеристик и подхарактеристик при неизменной цели измерения.
П р и м е ч а н и е При прочих равных условиях, результаты измерений должны быть повторимыми и вос
станавливаемыми для разных измерений, для разных групп, производящих измерения тех же показателей каче
ства программного обеспечения, а кроме того, и для разных организаций. Предлагаемые шагидля разработки ЭПК
должны помочь достичь тех же целей, что и использование метода измерений.
В.1 Идентификация элементов показателей качества и целей
Список ЭПК был сформирован из показателей качества (приблизительно 250) в серии ИСО/МЭК 9126. части
2. 3 и 4. Для каждого перечисленного ЭПК было идентифицировано свойство (продукта). Работа по выявлению
ЭПК подразумевает также и непрерывное обновление из-за зависимости от новых идентифицированных характе
ристик и подхарактеристик (см: ИСО/МЭК 25010). которые приводят к возникновению новых показателей качества и
потенциально новых ЭПК с их соответствующими свойствами. Наконец, идентификация ЭПК в контексте ис
пользования важна потому, что дает информацию о цели измерения и предполагаемом использовании результатов
измерений. После того, как выявлен ЭПК. можно идентифицировать постоянное использование свойства ЭПК.
Следовательно, проект измерений должен содержать: название ЭПК. целевую сущность, цель и свойство,
подлежащее измерению, релевантные показатели качества (используется соответствующим показателем каче
ства). метод измерения, список подсвойств. связанных со свойством для измерения, определение каждого под
свойства. входные данные для ЭПК. арифметические правила для ЭПК. тип масштаба, контекст ЭПК. этапы
жизненного цикла программного обеспечения и измерительных ограничений. Кроме того, при определении цели
разработчик должен разъяснить, будет ли измерение свойства выполняться с точки зрения пользователя или раз
работчика. Например. 8 ИСО/МЭК 9126 определены три точки зрения: изнутри (разработчик), извне (пользователь) и
с точки зрения качества при использовании (когда программное обеспечение эксплуатируется пользователем).
Документ должен разъяснять, на каком этапе жизненного цикла разработки программного обеспечения лучше все-
34