Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
N 1: СТБ ИСО/МЭК 12207-2003. Процессы жизненного цикла программных средств и их классификация. Общие сведения.
Жизненный Цикл (ЖЦ) программного средства (ПС) – совокупность процессов, работ и задач, включающая в себя разработку, эксплуатацию и сопровождение программного средства, начиная с анализа его концепции или потребности в заказе до прекращения его использования.
СТБ ИСО/МЭК 12207–2003 – стандарт, принятый в 2004 году, который определяет жизненный цикл ПС и систем в целом. При этом под системой подразумевается комплекс, состоящий из процессов, технических и программных средств и персонала, обладающий возможностью удовлетворять установленным потребностям или целям.
В соответствии с данным стандартом ПС и системы имеют трёхуровневую структуру – Процессы -> Работы -> задачи. Всего 17 процессов, 74 работы и 232 задачи.
Есть 3 наиболее важные группы процессов ЖЦ: Основные процессы ЖЦ, Вспомогательные процессы ЖЦ, Организационные процессы ЖЦ.
N2. СТБ ИСО/МЭК 12207-2003. Основные процессы жизненного цикла программных средств.
К основным процессам ЖЦ относятся:
а) Заказ: определяет работы и задачи заказчика. Процесс заказа состоит из определения потребностей заказчика в системе, программном продукте или программной услуге, подготовки и выпуска заявки на подряд, выбора поставщика и управления процессом заказа до завершения приемки системы, программного продукта или программной услуги. Имеет 5 задач.
б) Постановка: определяет работы и задачи поставщика. Сначала идёт решение о подготовке предложения в ответ на заявку на подряд, присланную заказчиком, или с подписания договора с заказчиком на поставку системы, программного продукта (ПП) или программной услуги. Затем определяются процедуры и ресурсы, необходимые для управления и обеспечения проекта, включая разработку проектных планов и их выполнение. Имеет 7 работ.
в) Разработка: определяет работы и задачи разработчика. Данный процесс включает работы по анализу требований, проектированию, программированию, сборке, тестированию, вводу в действие и приемке программного продукта или системы. Имеет 13 работ.
г) Эксплуатация: определяет работы и задачи оператора. Данный процесс включает эксплуатацию программного продукта и поддержку пользователей в процессе эксплуатации. Процесс эксплуатации состоит из 4х работ.
д) Сопровождение: определяет работы и задачи персонала сопровождения и реализуется при модификациях программного продукта. Цель процесса – изменение существующего ПП при сохранении его целостности. Имеет 6 работ.
N 3. СТБ ИСО/МЭК 12207-2003. Процесс разработки и его структура(работы 1-6).
1) Подготовка процесса разработки.
2) Анализ требований к системе.
3) Проектирование системной архитектуры.
4) Анализ требований к ПС.
5) Проектирование программной архитектуры.
6) Технологическое проектирование П.С.
N4. СТБ ИСО/МЭК 12207-2003. Процесс разработки и его структура (работы 7-13).
7) Проектирование и тестирование ПС.
8) Сборка ПС.
9) Квалификационные испытания ПС.
10) Сборка системы.
11) Квалификационные испытания системы.
12) Вход в действия ПС.
13) Обеспечения приёмки ПС.
N5. СТБ ИСО/МЭК 12207-2003. Вспомогательные процессы жизненного цикла программных средств.
К вспомогательным процессам ЖЦ относятся:
а) Документирование: процессом формализованного описания информации, созданной в процессе или работе жизненного цикла. Он включает планирование, проектирование, разработку, выпуск, редактирование, распространение и сопровождение документов по программному продукту. б) Управление конфигурацией: является процессом применения административных и технических процедур на всем протяжении ЖЦ ПС для определения состояния (базовой линии) программных объектов в системе, управления их изменениями и выпуском. Имеет 6 работ.
в) Обеспечения качества: является процессом обеспечения гарантий того, что программные продукты и процессы в жизненном цикле проекта соответствуют требованиям и планам. Данный процесс должен быть независимым от субъектов, участвующих в проекте. Это позволяет достичь объективности процесса.
г) Верификации: является процессом определения того, что программные продукты функционируют в полном соответствии с требованиями и условиями, реализованными в предшествующих работах
д) Аттестации: является процессом определения полноты соответствия установленных требований, созданной системы или программного продукта их функциональному назначению
е) Совместного анализа: является процессом оценки состояний и результатов работ по проекту. Совместные анализы проводятся в течение всего договора и применяются как на уровне управления проектом, так и на уровне его технической реализации. Данный процесс может выполняться двумя любыми сторонами, участвующими в договоре, когда одна сторона (анализирующая) проверяет другую (анализируемую).
ж) Аудита: является процессом определения соответствия требованиям, планам и условиям договора. Данный процесс может выполняться двумя сторонами, участвующими в договоре, когда одна сторона (ревизующая) проверяет другую сторону (ревизуемую). з) Решения проблем: является процессом анализа и решения проблем (включая обнаруженные несоответствия), которые обнаружены в ходе выполнения разработки, эксплуатации, сопровождения или других процессов.
N6. СТБ ИСО/МЭК 12207-2003. Организационные процессы жизненного цикла программных средств.
а) Управление: состоит из общих работ и задач, которые могут быть использованы любой стороной, управляющей соответствующим процессом. За управление продуктом, проектом, работами и задачами основных и вспомогательных процессов отвечает администратор. Имеет 5 работ.
б) Создание инфраструктуры: является процессом установления и сопровождения инфраструктуры, необходимой для любого другого процесса. Инфраструктура содержит технические и программные средства, инструментальные средства, методики, стандарты и условия для разработки, эксплуатации или сопровождения.
в) Процесс усовершенствования: является процессом установления, оценки, измерения, контроля и улучшения любого процесса жизненного цикла программных средств. Имеет 3 работы.
г) Процесс обучения: является процессом обеспечения первоначального и продолженного обучения персонала работам по заказу, поставке, разработке, эксплуатации или сопровождению программного проекта.
N8. Качество программных средств. Основные понятия и определения(атрибут,качество,мера,метрика,модель качества,характеристика качества программных средств, подхарактеристика качества программных средств, ошибка, отказ, ранжирование, уровень ранжирования, шкала).
Атрибут: измеримое физическое или абстрактное свойство продукта. Атрибуты могут быть внешними или внутренними.
Качество: совокупность характеристик ПП, относящаяся к его способности удовлетворять установленные и подразумеваемые потребности.
Критерий оценки качества: совокупность принятых в установленном порядке правил и условий, с помощью которых устанавливается приемлемость общего качества программного продукта.
Мера: число или категория, присваиваемая атрибуту продукта путем измерения.
Мера косвенная: мера атрибута, которая получена из мер одного или большего числа других атрибутов.
Мера прямая: мера атрибута, которая не зависит от меры любого другого атрибута.
Метрика: определенный метод и шкала измерения. Метрики могут быть внутренними, внешними или метриками качества в использовании; прямыми или косвенными. Метрики включают методы для категоризации качественных данных (данных, которые нельзя измерить количественно).
Модель качества: набор характеристик и связей между ними, обеспечивающий основу для определения требований к качеству и для оценки качества.
Отказ: прекращение способности продукта выполнять требуемую функцию или его неспособность работать в пределах заданных ограничений.
Оценка качества: Систематическое исследование степени, в которой продукт способен к выполнению указанных требований.
Ошибка: некорректный шаг, процесс или определение данных в программе.
Подразумеваемые потребности: потребности, которые не были установлены, но являются действительными потребностями при использовании продукта в конкретных условиях.
Подхарактеристика качества ПС: это характеристика качества программного средства, входящая в состав другой характеристики качества.
Показатель качества ПС – признак, определяющий свойство программного средства, которое может быть соотнесено с некоторой характеристикой качества.
Ранжирование: действие по отнесению измеренного значения к соответствующему уровню ранжирования.
Уровень ранжирования: точка на порядковой шкале, которая используется для категоризации шкалы измерения. Уровень оценки позволяет ранжировать программное обеспечение в соответствии с установленными или подразумеваемыми потребностями. Соответствующие уровни ранжирования могут быть связаны с различными точками зрения на качество, например, пользователей, администраторов или разработчиков.
Характеристика качества ПС: набор свойств программного средства, с помощью которых описывается и оценивается его качество.
Шкала: набор значений с определенными свойствами.
N9 Типы шкал. Примеры. шкал.
Шкала: набор значений с определенными свойствами.
При оценке качества используются следующие типы шкал:
Номинальная – соответствует набору категорий; классифицирует программы по признаку наличия или отсутствия некоторого свойства без учета градаций (например «да», «нет»);
Порядковая (упорядоченная) – соответствует упорядоченному набору делений шкалы; позволяет ранжировать свойства путем сравнения с опорными значениями; имеет небольшое количество делений (например, шкала с четырьмя градациями «отлично», «хорошо», «удовлетворительно», «неудовлетворительно», с двумя градациями «удовлетворительно», «неудовлетворительно»);
Интервальная – соответствует упорядоченной шкале с равноудаленными делениями; обычно содержит достаточно большое количество делений с количественными значениями (например, шкала с делениями 0, 1, 2, …, 10);
Относительная – соответствует упорядоченной шкале с равноудаленными делениями, оцененными в относительных единицах относительно некоторой абсолютной величины (обычно в диапазоне от 0 до 1).
N13. ISO/IEC 9126-1:2001Характеристики Функциональность и Надежность. Подхарактеристики Функциональности и Надежности.
Функциональность – способность программного продукта обеспечивать функции, удовлетворяющие установленные и подразумеваемые потребности при применении программного средства в заданных условиях. Эта характеристика определяет, что делает ПС в соответствии с потребностями.
Пригодность – способность программного продукта обеспечивать набор функций, соответствующий специфическим задачам и целям пользователей.
Правильность – способность программного продукта обеспечивать правильные или приемлемые результаты или эффекты с необходимой степенью точности.
Способность к взаимодействию – способность программного продукта взаимодействовать с одной или несколькими заданными системами.
Защищенность – способность программного продукта защищать информацию и данные так, чтобы несанкционированные пользователи или системы не могли прочитать или модифицировать их, а санкционированные пользователи или системы не могли получить отказа в доступе к ним.
Соответствие функциональности – способность программного продукта соответствовать стандартам, соглашениям или нормам законов, связанным с функциональностью.
Надежность – способность программного продукта поддерживать заданный уровень качества функционирования при его использовании в заданных условиях. Ограничения надежности в процессе эксплуатации вызваны ошибками в требованиях, проектировании и кодировании.
Завершенность – способность программного продукта избегать отказов вследствие ошибок в программах.
Устойчивость к ошибке – способность программного продукта поддерживать заданный уровень качества функционирования в случаях ошибок в программах или нарушения заданного интерфейса ПП.
Восстанавливаемость – способность программного продукта восстанавливать заданный уровень качества функционирования и данные, поврежденные в случае отказа. Одним из показателей восстанавливаемости является длительность восстановления.
Готовность – способность программного продукта быть в состоянии выполнять требуемую функцию в данный момент времени при заданных условиях использования.
N14. ISO/IEC 9126-1:2001 Характеристики Эффективность и Практичность. Подхарактеристики Эффективности и Практичности.
Эффективность – способность программного продукта обеспечить соответствующую производительность в зависимости от количества используемых вычислительных ресурсов в заданных условиях. Ресурсы могут включать другие программные продукты, конфигурацию программных и аппаратных средств системы и материалы.
Поведение во времени – способность программного продукта обеспечивать соответствующие времена отклика и обработки, а также пропускную способность при выполнении своих функций в заданных условиях.
Использование ресурсов – способность программного продукта использовать соответствующее количество всех типов ресурсов при выполнении своих функций в заданных условиях. В данной подхарактеристике человеческие ресурсы не учитываются.
Соответствие эффективности – способность программного продукта соответствовать стандартам и соглашениям, связанным с эффективностью.
Практичность – способность программного продукта быть понятным, изученным, использованным и привлекательным для пользователя при применении в заданных условиях.
Понятность – способность программного продукта, обеспечивающая понимание пользователем пригодности и способа использования программного средства для конкретных задач и условий применения.
Обучаемость – способность программного продукта, обеспечивающая изучение пользователем принципов его применения.
Простота использования – способность программного продукта, позволяющая пользователю эксплуатировать его и управлять им. На простоту использования влияют некоторые аспекты таких подхарактеристик, как пригодность, изменяемость, адаптируемость и простота внедрения. Простота использования зависит, например, от контролируемости и устойчивости к ошибке.
Привлекательность – способность программного продукта нравиться пользователю. Данная подхарактеристика связана со свойствами оформления ПП (например использование цветов, графики и т.п.).
Соответствие практичности – свойство программного продукта соответствовать стандартам, соглашениям и руководствам, связанным с практичностью.
N15. ISO/IEC 9126-1:2001 Характеристики Сопровождаемость и Мобильность. Подхарактеристики Сопровождаемости и Мобильности.
Сопровождаемость – способность программного продукта к модификации. Модификации могут включать исправления, усовершенствования или адаптацию ПС к изменениям в среде применения, в требованиях и функциональных спецификациях
Анализируемость – способность программного продукта к
диагностике его недостатков или причин отказов или к идентификации его час-
тей, которые должны быть модифицированы.
Изменяемость – способность программного продукта к
реализации заданной модификации. Реализация включает проектирование, ко-
дирование и изменение документации.
Стабильность – способность программного средства предот-
вращать непредвиденные эффекты от его модификации.
Тестируемость – способность программного продукта к про-
верке результата модификации.
Соответствие сопровождаемости – способность программного продукта соответствовать стандартам или соглашениям, связанным с сопровождением.
Мобильность – способность программного продукта к переносу из одной среды в другую. Среда может включать организационное, аппаратное и программное окружение.
Адаптируемость – способность программного продукта к адаптации к различным окружающим средам без применения дополнительных действий или средств.
Адаптируемость включает масштабируемость внутренних возможностей (например, областей экранов, таблиц, форматов отчетов).
Настраиваемость – способность программного продукта устанавливаться в заданной среде окружения.
Совместимость – способность программного продукта к сосуществованию с другими независимыми программными средствами в общей среде, разделяя общие ресурсы.
Взаимозаменяемость – способность программного продукта к использованию вместо другого (заданного) ПП с той же целью и в той же среде. Например, для пользователя важна взаимозаменяемость новой версии ПП с его старой версией.
Соответствие мобильности – способность программного продукта соответствовать стандартам или соглашениям, связанным с мобильностью.
N16. ISO/IEC 9126-1:2001Модель качества в использовании. Характеристики качества в использовании.
Качество в использовании – это способность программного продукта позволять заданным пользователям достигать заданные цели с результативностью, продуктивностью, безопасностью и удовлетворением в заданном контексте использования.
Результативность – это способность программного продукта, позволяющая пользователям достигать заданные цели с точностью и полнотой в заданном контексте использования.
Продуктивность – это способность программного продукта, позволяющая пользователям расходовать количество ресурсов, соответствующее результативности, достигаемой в заданном контексте использования. Ресурсы могут включать время выполнения задачи, усилия пользователя, материалы, стоимость использования.
Безопасность – это способность программного продукта достигать приемлемых уровней риска причинения вреда людям, бизнесу, программному обеспечению, имуществу или окружающей среде в заданном контексте использования. Обычно риски – это результат дефектов в функциональности.
Удовлетворенность – это способность программного продукта удовлетворять пользователя в заданном контексте использования. Удовлетворенность определяется реакцией пользователя на взаимодействие с программным продуктом и включает отношение к применению продукта.
N18. ISO/IEC 9126-1:2001. Свойства и критерии обоснованности метрик качества программных средств.
1) надежность; надежность связана со случайной ошибкой; метрика свободна от случайной ошибки, если случайные изменения не влияют на результаты метрики;
2) повторяемость; повторное использование метрики для того же продукта теми же специалистами по оценке, используя ту же спецификацию оценки (включая ту же окружающую среду), тот же тип пользователей и окружения, должно привести к тем же результатам с соответствующими допусками; соответствующие допуски должны учитывать такие компоненты, как усталость и результат накопленных познаний;
3) однотипность; применение метрики для того же продукта различными специалистами по оценке, используя ту же спецификацию оценки (включая ту же окружающую среду), тот же тип пользователей и окружения, должно привести к тем же результатам с соответствующими допусками;
4) применимость; метрика должна четко указывать условия (например, наличие определенных атрибутов), которые ограничивают её употребление;
5) показательность; это способность метрики идентифицировать части или элементы программы, которые должны быть улучшены, на основании сравнения измеренных и ожидаемых результатов;
6) корректность; метрика должна обладать следующими свойствами:
• объективность; результаты метрики и её входные данные должны быть основаны на фактах и не подвластны чувствам или мнениям специалистов по оценке или тестированию (исключая метрики удовлетворенности или привлекательности, с помощью которых измеряются чувства и мнения пользователя);
• беспристрастность; измерение не должно быть направлено на получение какого-либо специфического результата;
• адекватность точности; точность определяется при проектировании метрики и особенно при выборе описаний фактов, используемых как основа для метрики; разработчик метрики должен описать точность и чувствительность метрики;
7) значимость; измерение должно давать значащие результаты, касающиеся поведения программы или характеристик качества.
21. ISO/IEC TR 9126-2:2003. Внешние метрики Эффективности, Практичности, Сопровождаемости и Мобильности программных средств.
Внешние метрики эффективности должны измерять такие атрибуты, как характер изменения затрат времени и использования ресурсов компьютерной системы, включающей ПС, во время тестирования или эксплуатации.
Внешние метрики практичности показывают, в какой мере программное средство может быть понято, изучено, управляемо, привлекательно и соответствует договоренностям и руководствам по практичности.
Внешние метрики сопровождаемости измеряют такие атрибуты, как поведение персонала сопровождения, пользователя или системы, включающей ПС, при модификации ПС во время тестирования или сопровождения.
Внешние метрики мобильности измеряют такие атрибуты, как поведение оператора или системы при проведении работ по переносу.
N22. ISO/IEC TR 9126-2:2003. Внешние метрики Функциональности и Надежности программных средств.
Внешние метрики функциональности должны измерять свойства (атрибуты) функционального поведения системы, содержащей ПС.
Внешние метрики надежности должны измерять свойства, связанные с поведением системы, содержащей ПС, во время тестирования, чтобы показать степень надежности ПС в системе в процессе эксплуатации.
N23. ISO/IEC TR 9126-4:2004. Метрики качества программных средств в использовании.
Метрики результативности оценивают, достигают ли задачи, выполняемые пользователем, заданных целей с точностью и полнотой в заданном контексте использования.
Метрики продуктивности оценивают ресурсы, которые затрачивают пользователи в соответствии с достигнутой результативностью в заданном контексте использования.
Метрики безопасности оценивают уровень риска причинения вреда людям, бизнесу, программному обеспечению, имуществу или окружающей среде в заданном контексте использования.
Метрики удовлетворенности оценивают отношение пользователя к использованию продукта в заданном контексте использования.
N27. Группы стандартов серии SQuaRE.
Группа стандартов ISO/IEC 14598, описывающих характеристики качества программного обеспечения и вместе составляющих модель качества, известную под названием SQuaRE (Software Quality Requirements and Evaluation).
Перечень стандартов, входящих в данную группу:
Стандарты ISO/IEC 9126 и ISO/IEC 14598 в настоящее время объединены в новую серию − ISO/IEC 25000 «Технология программного обеспечения. Требования и оценка качества программного продукта. Руководство» Quality Requirements and Evaluation или SQuaRE.
Стандарты серии SQuaRE состоят из 14 документов, сгруппированных в 5 cекций в рамках модели SQuaRE.
Перечень секций:
− ISO/IEC 2500n – группа стандартов «Управление качеством». Стандарты, входящие в эту группу, определяют все общие модели, термины и определения, относящиеся к серии стандартов SQuaRE. (Предлагаемые) Ссылочные пути (руководство по документам SQuaRE) и практические советы высокого уровня по применению наиболее подходящих стандартов к определенным прикладным случаям предоставляют помощь всем типам пользователей. Группа также обеспечивает требования и руководство для поддерживающей функции, которая отвечает за управление описанием и оценкой требований к программным продуктам;
− ISO/IEC 2501n – группа стандартов «Модель качества». Стандарты, входящие в эту группу, представляют детальную качественную модель, включая характеристики для внутреннего и внешнего качества программного продукта, а также качества в использовании. Кроме того, характеристики внутреннего и внешнего качества разбиваются на подхарактеристики. Также предоставляется практическое руководство по использованию модели качества;
− ISO/IEC 2502n – группа стандартов «Контроль качества». Стандарты, входящие в эту группу, включают эталонную модель измерения качества программного продукта, математическое определение качественных мер и практическое руководство по их применению. Представленные меры относятся к внутреннему, внешнему качеству программного продукта, а также качеству в использовании. Определены и представлены элементы качественных мер, формирующие основу для последующих мер (измерений);
− ISO/IEC 2503n – группа стандартов «Требования к качеству». Стандарты, входящие в эту группу, помогают в определении (уточнении) требований к качеству. Данные требования к качеству могут использоваться в процессе выявления требований к программному продукту, который необходимо разработать, или как входные данные для процесса оценки. Процесс определения требований соответствует техническому процессу, определенному в ISO/IEC 15288;
− ISO/IEC 2504n – группа стандартов «Оценка качества». Стандарты, входящие в эту группу, устанавливают требования, рекомендации и руководства для оценки программного продукта, которое производится как специалистами по оценке, так и заказчиками или разработчиками. Также представлена поддержка документирования меры (измерения) как модуля оценки.
Стандарты серии SQuaRE (ISO/IEC 25050 – ISO/IEC 25099) содержат в себе стандарты и (или) технические отчеты по качеству программного продукта, которые относятся к особым прикладным областям применения или дополняют один либо несколько стандартов[3].
N30. Основные понятия в области технического нормирования, стандартизации и оценки соответствия.
5 января 2004 г. в Республике Беларусь приняты и введены в действие Законы:
а) О техническом нормировании и стандартизации – регулирует отношения, возникающие при разработке и применении технических требований к продукции, процессам разработки, производства и эксплуатации продукта.
б) Об оценке соответствия требованиям технических нормативных правовых актов в области технического нормирования и стандартизации - определяет правовые и организационные основы оценки соответствия объектов оценки требованиям технических нормативных правовых
актов в области технического нормирования и стандартизации и направлен на
совершенствование механизма оценки в области подтверждения соответствия и
аккредитации с учетом международных принципов и требований Соглашения
по техническим барьерам в торговле ВТО.
N31. Оценка соответствия в Республике Беларусь.
Оценка соответствия в Беларуси выполняется на основе Закона Республики Беларусь № 269-З «Об оценке соответствия требованиям технических нормативных правовых актов в области технического нормирования и стандартизации». Оценка соответствия осуществляется в целях:
• обеспечения защиты жизни, здоровья и наследственности человека, имущества и охраны окружающей среды;
• повышения конкурентоспособности продукции (услуг);
• создания благоприятных условий для обеспечения свободного перемещения продукции на внутреннем и внешнем рынках.
Принципами оценки соответствия являются:
• гармонизация с международными и межгосударственными (региональными) подходами в области оценки соответствия;
• обеспечение идентичности правил и процедур подтверждения соответствия продукции отечественного и иностранного производства;
• соблюдение требований конфиденциальности сведений, полученных при выполнении работ по оценке соответствия.
Основными объектами оценки соответствия являются:
• продукция;
• процессы жизненного цикла продукции (разработка, производство, эксплуатация, хранение, перевозка, реализация и утилизация);
• оказание услуг;
• система управления качеством;
• система управления окружающей средой;
• юридические лица;
• персонал.
Субъектами оценки соответствия являются:
• государство в лице уполномоченных государственных органов;
• аккредитованные органы по сертификации;
• аккредитованные испытательные лаборатории (центры);
• заявители на аккредитацию;
• заявители на подтверждение соответствия.
Законом] предусмотрено два вида оценки соответствия: аккредитация
и подтверждение соответствия.
N32. Основы сертификации программных средств.
Сертификация подтверждает, соответствует ли ПС нормам и требованиям. Есть 2 вида сертификации:
а) Обязательная: подвергаются программные средства, выполняющие особо ответственные функции, в которых недостаточное качество и ошибки представляют потенциальную опасность для жизни, здоровья и наследственности человека, имущества и окружающей среды
б) Добровольная: применяется для удостоверения качества программного средства с целью повышения их конкурентоспособности и создания благоприятных условий для обеспечения свободного перемещения продукции на внутреннем и внешнем рынках.
Процесс сертификации:
1) Анализ работы.
2) Подача заявки на сертификацию.
3) Принятие органом сертификации решения.
4) Обзор версий ПС.
5) Сертификационные испытания ПС.
6) Анализ полученных результатов.
7) Выдача заявителю сертификата.