Что включает план документации для конечных пользователей
Часть I. Документация пользователя (ОБ)
Часть I Документация пользователя (ОБ)
Назначением документации пользователя является обеспечение конечного пользователя достаточной информацией для ясного понимания:
a) цели, функций и характеристик программного средства;
b) того, как ввести в действие и использовать программное средство;
c) договорных прав и обязанностей.
Документация пользователя должна включать в себя справочную документацию для повседневного использования с программой. Дополнительно может быть включена учебная документация, предназначенная для обучения пользователей применению программного средства. Документация может также включать в себя проспекты, буклеты или экранную информацию, дающие обобщенные сведения о рабочих инструкциях и командах.
При необходимости к документации могут быть выпущены дополнения, например:
— список опечаток в документации;
— список установленных, но не исправленных ошибок в программной продукции с описанием известных последствий.
Документация может быть поставлена как в виде твердой копии, так и на электронных или прочих носителях.
6 Справочная документация (ОБ)
Справочная документация должна давать достаточно ясные и исчерпывающие сведения, позволяющие конечному пользователю успешно выбирать, вводить в действие и использовать программное средство.
В соответствующих местах должны быть даны примеры и иллюстрации и определены любые аббревиатуры и символы, использованные в справочной документации.
Должны быть также включены указания по использованию справочной документации.
6.1 Обозначение пакета (ОБ)
6.1.1 Наименование и код пакета (ОБ)
Должны быть приведены имя или заголовок, которым обозначен пакет, и подзаголовок, который указывает его функции. Должен быть также приведен код продукции или справочный номер пакета.
Должно быть приведено дополнительное обозначение для любого пакета, имеющего два или более текущих варианта (например, для различного оборудования или операционной системы).
Должно быть приведено обозначение версии программного средства, при необходимости, вместе с разъяснением системы нумерации версий.
Должны быть приведены даты публикации оригинала и текущей версии.
6.1.5 Изготовитель или торгующая организация (ОБ)
Должны быть приведены наименование и адрес изготовителя или организации, продающей программный пакет.
6.1.6 Ключевые слова (ФАК)
Должны быть приведены ключевые слова или дескрипторы, которые характеризуют пакет и могут быть использованы для составления указателей или в целях поиска. Например, «обработка текстов», «широкоформатная таблица», «управление базой данных», «имитационная модель».
Должен быть определен язык, используемый для интерфейса пользователя программы и для документации пользователя (например, японский, французский, английский).
6.2 Компоненты пакета (ОБ)
6.2.1 Поставляемые элементы (ОБ)
Должны быть перечислены и обозначены по наименованиям и количеству все физические элементы пакета (например, диски, кассеты, руководства и т.д.).
При необходимости, должно быть определено содержание физических элементов (например, программное обеспечение на дисках или кассетах, документы, включенные в руководства, и т.д.).
6.2.2 Сопутствующие объекты (УСЛ)
Должны быть кратко описаны любые сопутствующие программы, аппаратура или документация, которые могут быть необходимы, но не включены в состав пакета. Должны быть также определены условия поставки и серийный номер любого такого объекта.
6.3 Функциональное описание программного средства (ОБ)
6.3.1 Назначение и область применения (ОБ)
Должны быть описаны назначение программного средства и выполняемые им функции. Должны быть пояснена область действия этих функций и, при необходимости, определены любые связанные функции, которые не реализуются. Должны быть описаны назначение и функция(и) каждой составляющей программы, если программное средство состоит из более чем одной программы.
Должны быть даны примеры области применения программного средства.
При необходимости, должны быть описаны специфические и отличительные особенности программного средства, планируемые в будущем его модернизации и т.д.
6.3.2 Условия эксплуатации (ОБ)
а) Требования к техническим средствам (ОБ)
Должна быть определена конфигурация(и) технических средств, необходимых для прогона программного средства, включая требования к памяти. При необходимости должна быть дана ссылка на соответствующую документацию.
b) Требования к программным средствам (УСЛ)
Должны быть определены наименования, варианты, версии и даты любых других программных средств, необходимых для прогона данной программы, со ссылкой на соответствующую документацию.
c) Требования к коммуникациям (УСЛ)
Должны быть определены связные интерфейсы с другими системами.
Должен быть определен используемый протокол и дана любая необходимая взаимосвязанная информация.
Должны быть определены используемый набор символов или коммуникационный код и указаны любые исключения или специальные коды.
d) Другие требования (УСЛ)
Должны быть описаны любые другие требования к условиям эксплуатации.
6.3.3 Характеристики (УСЛ)
a) Рабочие характеристики (УСЛ)
Должна быть приведена количественная информация для типовых примеров, такая как данные о производительности и уровне точности.
b) Размер программы (ФАК)
Должен быть установлен общий размер программы в общепринятых единицах (например, байтах, строках исходного кода).
c) Скорость обработки (ФАК)
Должна быть представлена информация о скорости обработки (например, скорость компиляции, время сортировки, скорость обмена, время поиска, время отклика).
6.3.4 Ограничения (УСЛ)
Должны быть определены любые ограничения по использованию программного средства или его компонентов.
Должно быть указано, защищено ли программное средство от копирования.
Должны быть описаны любые защитные средства, позволяющие пользователю защищать программное средство или его компоненты и данные от несанкционированного доступа.
Должны быть также описаны любые способы проверки и средства дублирования данных.
6.4 Ввод в действие программного средства (ОБ)
6.4.1 Ввод в действие (ОБ)
Должна быть приведена любая необходимая информация о вводе в действие программного средства конечным пользователем, описывающая все действия, необходимые для ввода программного средства в его рабочее окружение, например подключение принтера, ввод спецификации принтера, ввод главного файла, прогон текстовой программы.
6.4.2 Создание дублирующих копий (УСЛ)
Должно быть приведено описание того, как создавать дублирующие копии программного средства, если дублирующие копии допускаются.
6.4.3 Модификация программного средства (УСЛ)
Если пользователь имеет возможность изменять программное средство под свое рабочее окружение или потребности, необходимая информация об этом должна быть приведена.
6.5 Использование программного средства (ОБ)
Должна быть приведена полная информация об использовании программного средства, охватывающая:
a) подготовку к использованию;
b) входные команды и данные;
c) функции программного средства;
d) вывод результатов;
e) сообщения об ошибках и отказах, корректирующие и восстанавливающие действия. Подготовка, ввод, обработка, вывод и ошибки могут быть описаны пофункционально или объединенно, как удобнее.
Должны быть приведены типовые примеры, помогающие пользователю понять работу программного средства, включая образцы листингов и экранных изображений данных и результатов.
6.5.1 Загрузка программного средства (ОБ)
Должны быть приведены инструкции по загрузке программного средства в ЭВМ. Когда требуются предварительные действия, такие как загрузка операционной системы, должны быть приведены соответствующие инструкции или дана ссылка на соответствующую документацию.
6.5.2 Управляющие инструкции, команды или языковые правила (ОБ)
a) Управляющие инструкции и команды (ОБ)
Должны быть четко определены форматы и функции всех управляющих инструкций или команд. Должны быть также определены любые ограничения по их применению, такие как режим работы, условия ввода и последовательности ввода.
b) Выходные сообщения (ОБ)
Должен быть указан список сообщений, отображаемых в ответ на управляющие инструкции или команды. Если сообщения не являются самоочевидными, их значения должны быть описаны. Должны быть также описаны любые действия, предпринимаемые пользователем в ответ на сообщения.
c) Правила языка программирования (УСЛ)
Для компиляторов должны быть описаны правила языка путем ссылки на соответствующую документацию (например ИСО 7185 для языка ПАСКАЛЬ).
a) Входные данные (УСЛ)
Должны быть описаны содержание, логическая структура и формат входных данных, включая значение каждого элемента. Должна быть также описана любая зависимость данных от индивидуальных особенностей носителя данных.
Если требуются другое оборудование или программные средства для подготовки входных данных к программе, например для создания файлов, требования к ним должны быть полностью определены.
b) Вспомогательные данные (УСЛ)
Должны быть описаны любые вспомогательные данные, требуемые для работы программного средства, например словарь для программы обработки текста.
c) Выходные данные (ОБ)
Должны быть описаны содержание и формат экранных изображений, печатных форм и любых других форм выходных данных. Должны быть приведены иллюстрации шаблона вывода.
d) Промежуточные данные (УСЛ)
Для понимания пользователем работы программного средства, при необходимости, должны быть описаны содержание и формат любых промежуточных данных.
e) Ограничения на данные (УСЛ)
Должны быть описаны любые ограничения на данные, например предел по числу разрядов.
f) Хранение данных (УСЛ)
Для понимания пользователем работы программного средства, при необходимости, должны быть описаны форматы файла и записей. Должно быть установлено, позволяют ли условия форматирования использовать файлы и записи других программных средств.
Должны быть описаны любые ограничения, например максимальное число записей на файл, максимальное число файлов на диск.
При необходимости, должно быть приведено, для понимания пользователем работы программы, краткое описание функций, выполняемых программным средством в ответ на входные команды, инструкции и данные.
6.5.5 Ошибки и сбои (ОБ)
Должны быть описаны все ошибочные и сбойные ситуации и соответствующие сообщения. Должны быть также приведены все корректирующие действия по всем ошибкам и сбоям.
6.6 Техническая информация о программном средстве (УСЛ)
Для некоторых типов пакетов, например программных средств научного назначения, может быть необходимым представление технической информации о программе, например используемый язык, структура программного средства, используемый алгоритм.
Должен быть точно определен язык программирования, преимущественно путем ссылки на соответствующий стандарт, если пользователю необходима эта информация, например для объединения пакета с другим программным средством. Дополнительно должны быть приведены наименование, вариант, версия и поставщик компилятора или интерпретатора.
Должно быть установлено, приняты ли какие-либо исключения для стандарта на язык.
6.6.2 Принципы и алгоритмы решения задач (ФАК)
Должны быть описаны теоретические принципы, методы решения и алгоритмы, использованные в связи с определенными функциями и со структурной организацией программы. Должны быть приведены ссылки на соответствующую литературу.
Должны быть приведены уточнения любых специальных представлений символов или сочетаний символов, применяемых при решении задачи, особенно в части префиксов, суффиксов, обозначений, точности, округления, систем координат и диапазона значений.
6.6.3 Структура программного средства (ФАК)
Должна быть описана организация элементов программного средства (например, программ, модулей, сегментов, общих областей памяти).
Представление структуры может быть графическим, например посредством древовидной структурной схемы или путем соответствующего структурированного текстового описания, оно может содержать наименования элементов, их точки входа и интерфейсы, так же как и их взаимосвязи.
6.7 Тестирование (ФАК)
Должны быть описаны любые методы, используемые для тестирования функций программных пакетов, с контрольными примерами входных и ожидаемых выходных данных.
6.8 Договорная информация (ОБ)
6.8.1 Обязательства или гарантии (ОБ)
Должны быть установлены условия авторского права и сроки обязательств или гарантий. Должен быть указан гарант.
6.8.2 Юридические права и обязанности (ОБ)
Должны быть описаны юридические обязанности изготовителя и права потребителя, включая:
a) обучение и соответствующую помощь;
b) поддержку программного средства (исправление ошибок и т.д.);
c) гарантии качества (приемочные испытания и т.д.);
d) доступность исходной программы.
Должен(ны) быть приведен(ы) адрес(а) организации(й) или лица(лиц), ответственных за выполнение вышеперечисленных задач.
6.8.3 Стандарты и законы (ФАК)
Должны быть приведены ссылки на любые примененные стандарты.
Должны быть установлены степень или уровень, до которых следуют стандарту, в случае неполного соответствия ему.
Должен быть приведен словарь технической и другой специальной терминологии, с которой может быть плохо знаком пользователь.
Должен быть приведен указатель состава справочной документации.
6.11 Замечания конечных пользователей (ФАК)
Должны быть приведены способы, с помощью которых конечные пользователи могут делать замечание о точности и полезности документации. Это может быть сделано в форме предварительно отпечатанной, оплаченной для пересылки почтовой карточки, возвращаемой изготовителю или торгующей организации.
7 Учебная документация (ФАК)
Назначением учебной документации является предоставление возможности постепенного введения в работу пакета для новых или неопытных пользователей.
Для простейших типов программных средств этому требованию может достаточно просто удовлетворять состав справочной документации. Однако для программного средства с более сложным интерфейсом пользователя рекомендуется специальная справочная документация.
Так как назначением учебной документации является знакомство пользователей с программным средством, нет необходимости описывать интерфейс пользователя в полном объеме. Должны быть представлены достаточные инструкции для приобретения пользователями опыта и уверенности в использовании программного средства и подведения их к тому моменту, когда они будут в состоянии успешно пользоваться справочной документацией.
В отличие от печатной документации или в дополнение к ней, учебная может быть представлена в режиме работы основного оборудования (например, как программное средство или отдельные данные, поставляемые и загружаемые с диска). Изготовитель, торгующая организация или поставщик также могут предлагать обучение персонала.
8 Быстрая справочная документация (ФАК)
Сводная таблица рабочих инструкций (команд, сообщений об ошибках и т.д.), отпечатанная на карточке или в небольшом буклете, достаточно полезна для опытного пользователя как дополнение к справочной документации.
Также рекомендуется обеспечение экранного меню и средств «помощи».
Откройте актуальную версию документа прямо сейчас или получите полный доступ к системе ГАРАНТ на 3 дня бесплатно!
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Что включает план документации для конечных пользователей
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ВСТРОЕННЫХ СИСТЕМ
Общие требования к разработке и документированию
Embedded system software.
General requirements for development and documentation
Дата введения 2003-07-01
1 РАЗРАБОТАН Государственным научно-исследовательским институтом авиационных систем с участием Научно-исследовательского института стандартизации и унификации
ВНЕСЕН Научно-исследовательским институтом стандартизации и унификации
2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 25 июня 2002 г. N 247-ст
3 Стандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» с целью учета специфики разработки и документирования программного обеспечения встроенных систем реального времени
5 ПЕРЕИЗДАНИЕ. Октябрь 2005 г.
1 Область применения
Настоящий стандарт распространяется на процессы разработки и документирования программного обеспечения (ПО) встроенных систем реального времени. Стандарт распространяется на все действия, имеющие отношение к разработке программного обеспечения.
Настоящий стандарт применяют полностью ко всему поставляемому программному обеспечению, включая среду разработки, если контрактом не предусмотрено использование специальных стандартов для определенных заказчиком типов ПО. Стандарт неприменим для аппаратных элементов программно-аппаратного обеспечения.
2 Нормативные ссылки
В настоящем стандарте использована ссылка на следующий стандарт:
3 Определения и сокращения
В настоящем стандарте применяют термины с соответствующими определениями по ГОСТ Р ИСО/МЭК 12207, а также приведенные ниже:
3.1 алгоритм: Конечное множество четко определенных правил, которые задают последовательность действий для выполнения конкретной задачи.
3.2 анализ полноты покрытия: Определения степени, до которой работы процесса верификации ПО удовлетворяют поставленной цели.
3.3 аномальное поведение: Поведение, которое не соответствует заданным требованиям.
3.4 аппаратные средства: Материальная часть вычислительной системы, включающая в себя электрические и электронные элементы (например, приборы и схемы), электромеханические элементы (например, дисководы) и механические элементы (например, стойки).
3.5 архитектура: Организационная структура системы или ЭКПО, в которой идентифицированы компоненты, их интерфейсы и концепция взаимодействия между ними.
3.6 аттестация инструментальных средств: Процесс получения сертификационного доверия к программному инструментальному средству применительно к конкретной встроенной системе.
3.7 база данных: Совокупность взаимосвязанных данных, сохраненных в одном или более компьютерных файлах в виде, позволяющем обращаться к ним пользователям или компьютерным программам с помощью системы управления базой данных.
3.8 библиотека разработки ПО: Контролируемая совокупность документов, промежуточных и конечных программных продуктов, а также инструментальных средств и процедур, используемых для управления текущей разработкой и последующей поддержкой ПО.
3.9 верификация: Оценка результатов процесса с целью гарантии корректности и непротиворечивости в отношении входов и стандартов, существующих для данного процесса.
3.10 заплата: Исправление, вносимое непосредственно в объектную программу, а не в текст, на языке программирования.
3.11 изменение ПО: Модификация исходного кода, исполняемого объектного кода или сопутствующих документов относительно их базовой линии.
3.12 имитатор: Устройство, компьютерная программа или система, используемая при верификации ПО, которая принимает те же входные данные и производит те же выходные данные, что и объектная система.
3.13 интегральный процесс: Процесс разработки ПО, который остается активным на протяжении жизненного цикла ПО.
3.14 интеграция аппаратуры и ПО: Процесс объединения ПО с объектным компьютером.
3.15 интеграция ПО: Процесс объединения компонентов кода.
3.16 интерфейс: Взаимосвязь между двумя или более объектами (типа ЭКПО/ЭКПО, ЭКПО/ЭКА, ЭКПО/пользователь или между модулями ПО), которые совместно используют и обеспечивают данные или обмениваются ими.
3.17 инструментальное средство: Компьютерная программа, используемая как средство разработки, тестирования, анализа, производства или модификации других программ или документов на них.
3.18 инструментальный компьютер: Компьютер, на котором разрабатывают ПО.
3.19 исходный код: Код, написанный на исходном языке программирования, таком как язык ассемблера и/или язык высокого уровня, в машинно-читаемой форме, пригодной для ввода в ассемблер или компилятор.
3.20 квалификационное тестирование: Тестирование, выполняемое с целью убедить заказчика, что ПО соответствует заданным требованиям.
3.21 класс эквивалентности: Такое разбиение входной области программы, при котором тестирование для представительного значения класса эквивалентно тестированию для любого другого значения из этого класса.
3.22 код: Реализация конкретных данных или конкретной компьютерной программы в символьной форме, такой, например, как исходный код, объектный код или машинный код.
3.23 коммерчески доступное ПО: Коммерчески доступное программное средство, продаваемое производителем по официальным каталогам. Коммерчески доступное ПО не предназначено для переделки или усовершенствования. ПО, разработанное по специальным контрактам для специализированных приложений, не является коммерчески доступным ПО.
3.24 компонент: Замкнутая часть, комбинация частей или элемент, которые выполняют в системе отдельную функцию.
3.25 контракт: Соглашение о разработке ПО, установленное между заказчиком и разработчиком.
3.26 критерии перехода: Минимальные условия, определенные процессом планирования ПО, которые должны быть выполнены для входа в процесс.
3.27 мертвый код: Исполняемый объектный код (или данные), который в результате ошибки проектирования не может быть выполнен (код) или использован (данные) в функциональной конфигурации среды объектного компьютера и не может быть прослежен в системных или программных требованиях. Исключение составляют встроенные идентификаторы.
3.28 многоверсионное неидентичное ПО: Множество из двух или более программ, разработанных отдельно по одним и тем же функциональным требованиям. Ошибки одной версии обнаруживают путем сравнения выходных результатов разных программ.
3.29 модифицированное покрытие условий/решений: Такое выполнение программы при тестировании, при котором каждая точка входа и выхода программы должна быть вызвана хотя бы один раз; каждое условие в решении программы должно быть выполнено со всеми возможными результатами хотя бы один раз; все результаты каждого решения должны быть выполнены хотя бы один раз, и для каждого условия в решении должно быть показано его независимое влияние на результат решения. Независимость влияния условия на результат решения демонстрируют путем рассмотрения всех возможных комбинаций условий.
3.30 непоставляемое программное средство: Программное средство, которое в соответствии с контрактом не требуется поставлять заказчику или другому обозначенному получателю.
3.31 объектный код: Представление компьютерной программы на низком уровне, обычно не в форме, непосредственно пригодной для объектного компьютера, а в форме, включающей в себя, помимо информации о процессорных командах, информацию о размещении программы.
3.32 объектный компьютер: Компьютер, на котором эксплуатируют ПО.
3.33 отказоустойчивость: Свойство системы продолжать правильное выполнение функций при наличии ограниченного числа аппаратных или программных дефектов.
3.34 отключенный код: Исполняемый объектный код (или данные), который согласно проекту предназначен для выполнения (код) или использования (данные) только при определенных условиях.
3.35 оценка безопасности системы: Систематическая, всесторонняя оценка предлагаемой системы с целью показать, что она удовлетворяет требованиям, предъявленным к обеспечению безопасности.
3.36 ошибка: Неправильность в требованиях, проекте или коде.
3.37 передача ПО: Последовательность действий, определяющих ответственность за передачу разработанного ПО организацией, имеющей право на эти действия (обычно организацией, которая выполняет разработку ПО), в организацию, осуществляющую поддержку ПО.
3.38 перепроектирование: Процесс исследования и изменения существующей системы для преобразования ее в новую форму.
3.39 поддержка ПО: Набор действий, гарантирующий, что установленное для эксплуатационного использования ПО продолжает выполнять все функции в соответствии с предназначением системы. Поддержка ПО включает в себя сопровождение ПО, помощь пользователям и связанные с этим действия.
3.40 покрытие операторов: Такое выполнение программы при тестировании, при котором каждый оператор в программе должен быть выполнен хотя бы один раз.
3.41 покрытие решений: Такое выполнение программы при тестировании, при котором каждая точка входа и выхода программы должна быть вызвана хотя бы один раз; каждое условие в решении должно быть выполнено с каждым возможным результатом хотя бы один раз.
3.42 покрытие условий/решений: Такое выполнение программы при тестировании, при котором каждая точка входа и выхода программы должна быть вызвана хотя бы один раз; каждое условие в решении программы должно быть выполнено со всеми возможными результатами хотя бы один раз; все результаты каждого решения должны быть выполнены хотя бы один раз.
3.43 поставляемое программное средство: Программное средство, требуемое по контракту, которое будет поставлено заказчику или другому обозначенному получателю.
3.44 построение: Версия ПО, отвечающая определенному подмножеству требований, которые должны быть обеспечены в конечном ПО.
3.45 прерывание: Приостановка задачи, например выполнения компьютерной программы, вызванная событием, внешним для этой задачи. Прерывание позволяет обработать возникшее событие и вернуться к прерванной задаче.
3.46 программная система: Система, состоящая из ПО и, возможно, компьютерного оборудования для его выполнения.
3.47 программное обеспечение (ПО): Совокупность компьютерных программ и программных документов, необходимых для эксплуатации этих программ.
3.48 программное средство: ПО и связанные с ним документы, вновь созданные, модифицированные или сгруппированные для удовлетворения требованиям контракта.
3.49 программное средство многократного использования: Программное средство, разработанное для конкретного применения, но с возможностью другого применения, или разработанное специально для многократного использования в различных проектах или для многофункционального использования в одном проекте.
3.50 производные требования: Дополнительные требования, появившиеся в результате выполнения процессов разработки ПО, которые не являются непосредственно связанными с требованиями верхнего уровня.
3.51 процедура тестирования: Детальные инструкции для того, чтобы генерировать и выполнить множество тестовых наборов и оценить результаты их выполнения.
3.52 разработка ПО: Набор действий, результатом выполнения которых являются программные средства. Разработка ПО может включать в себя новую разработку, модификацию, многократное использование, перепроектирование или любое другое действие, требуемое для создания программных средств.
3.54 связность по данным: Зависимость программного компонента от данных, которые используются не только исключительно в этом компоненте.
3.55 связность по управлению: Степень влияния одного программного компонента на выполнение другого программного компонента.
3.56 сертификационное доверие: Принятие сертифицирующей организацией того факта, что процесс или средство удовлетворяет сертификационным требованиям.
3.57 система: Набор аппаратных и программных компонентов, созданный для выполнения определенной функции или множества функций.
3.58 словарь данных: Детальное описание данных, параметров, переменных и констант, используемых в системе.
3.59 совместный просмотр: Совещание с участием представителей и заказчика и разработчика, в процессе которого проверяют и обсуждают состояние проекта, программные средства и/или проблемы проекта.
3.60 соискатель: Человек или организация, претендующая на получение утверждения от сертифицирующей организации.
3.61 соисполнитель разработки: Организация, которая не является ни главным подрядчиком, ни субподрядчиком данной разработки, но которая принимает участие в разработке системы или проекта.
3.62 среда разработки ПО: Интегрированная система, включающая в себя аппаратные средства, ПО, программно-аппаратные средства, процедуры и документы, необходимые для разработки ПО.
3.63 среда верификации/тестирования ПО: Интегрированная система, включающая в себя аппаратные средства, ПО, программно-аппаратные средства, процедуры и документы, необходимые для выполнения верификации/тестирования ПО. Элементами данной среды могут являться имитаторы, статические анализаторы, генераторы тестовых данных, анализаторы путей и т.п., а также элементы, используемые в среде разработки ПО.