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

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

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

Ещё ГОСТы из 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. Настоящий стандарт не предназначен для оценки других аспектов программных продуктов (таких как функциональные требования, требования к процессу, бизнес-требования и т. д.))
Страница 14
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 250212014
Окончание таблицы 1
т ) Процессы жизненного цик
ла программного обеспечения
В этой части таблицы должны быть идентифицированы соответствующие ти
пичные процессы жизненного цикла, которые подходят для фактического из
мерения данного ЭПК относительно целевой сущности, (например, процессы,
посредством которых определенный Ь) Целевой обьект (целевая сущность)
создан или реализован в степени, достаточной для производства измерения
фактического значения ЭПК).
П ри м е ча н и я
1 В некоторых случаях в отдельных процессах жизненного цикла на основе
исторических данных перед фактическим измерением ЭПК может быть до
ступна оценка. Однако все процессы жизненного цикла, перечисленные в этом
разделе относятся к тем процессам, в которых мы можем получить фактиче
ские результаты измерения ЭПК. Связанные процессы жизненного цикла по
сле получения фактических данных, дополнительного фактического измере
ния или использования измеренных результатов также определяются здесь.
Например, число отказов кода может быть фактически измерено с использо
ванием анализа кода, инструментов анализа кода или поблочного тестирова
ния во время процесса разработки (кодирование и поблочное тестирование).
Кроме того, число отказов кода может быть измерено дополнительно после
исправления ошибок кода в процессе интегрированного или квалифицирован
ного тестирования.
Кроме того, число отказов в коде можно оценить на основе исторических дан
ных. исходя из предполагаемого размера кода, опираясь на количество стра
ниц спецификаций требований.
2 Основные процессы жизненного цикла программного обеспечения, такие, как
определение требований правообладателей, анализ требований к программ
ному обеспечению, проектирование архитектуры программных средств, де
тальное проектирование программных средств, конструирование программных
средств, комплексирование программных средств, квалификационное тести
рование программных средств, инсталляция программных средств, поддержка
приемки программных средств, функционирование программных средств, со
провождение программных средств, прекращение применения программных
средств и т. д. определены в ИСО/МЭК 12207. Базовые процессы систем, такие
как определение требований правообладателей, анализ требований, проекти
рование архитектуры, реализация, комплексирование. верификация, переда
ча. валидация, функционирование, сопровождение, прекращение применения и
т. д.. определены в ИСО/МЭК 15288.
3 Если используют методологию, в которую входят процессы жизненного цик
ла, не описанные ни в ИСО/’МЭК 12207. ни в ИСО/МЭК 15288, то измеряющий
может также привести методологию и отдельные используемые процессы.
п) Ограничения измерений
(не обязательно)
Любые ограничения, связанные с методом измерения, должны быть описаны
по мере необходимости.
ЭПК может иметь ограничения измерений, такие как ошибки измерения или
отклонения из-за зависимости от таких факторов, как. область применения ис
следования. способ исследования, изменение спецификации или вариантов
использования.
П ри м е ча н и я
1Число отказов кода, например, может быть различным для недавно разрабо
танного кода и для повторно используемого кода в одинаковых условиях.
Каждый из различных способов исследования кода, таких как анализ, прогон,
проверка, экспертная проверка, парное программирование, инструменты ана
лиза кода, поблочное тестирование, причинный анализ отказов в
интеграци онном тестировании и т. д. дает свое отличное от других число
отказов кода.
2 Например, при подсчете числа дефектов спецификации документ специфи
кации должен быть доступен и не должен быть изменчивым.
9