- •Введение
- •1. Основы технического нормирования и стандартизации
- •1.1. Закон рб «о техническом нормировании и стандартизации». Основные положения
- •1.2. Основные термины в области технического нормирования и стандартизации
- •1.3. Цели технического нормирования и стандартизации
- •1.4. Принципы технического нормирования и стандартизации
- •1.5. Уровни стандартизации
- •1.5.1. Международная стандартизация
- •1.5.2. Межгосударственная стандартизация
- •1.5.2.1. Деятельность Межгосударственного совета по стандартизации, метрологии и сертификации
- •1.5.2.2. Функции мгс:
- •1.5.2.4. Основные цели межгосударственной стандартизации:
- •1.5.2.5. Основные принципы межгосударственной стандартизации:
- •1.5.3. Виды технических нормативных правовых актов Республики Беларусь
- •1.6. Информационное обеспечение работ по стандартизации
- •2. Стандартизация жизненного цикла программных средств
- •2.1. Основные термины и определения
- •2.2. Цели стандартизации программных средств
- •2.3. Виды программ по гост 19781-90
- •2.4. Классификация программного обеспечения по гост р исо/мэк то 12182-2002
- •2.5. Модели жизненного цикла программных средств
- •2.6. Стандартизация процессов жизненного цикла программных средств по стб исо/мэк 12207-2003
- •2.7. Стандартизация процессов жизненного цикла программных средств по гост р исо/мэк 12207-2010
- •Раздел 7 содержит специальные процессы пс для использования в реализации пп или услуги, которые являются некоторым элементом более крупной системы.
- •2.7.1. Процессы в контексте системы
- •2.7.1.1. Процессы соглашения
- •2.7.1.2. Процессы организационного обеспечения проекта
- •2.7.1.3. Процессы проекта
- •2.7.1.4. Технические процессы
- •2.7.2. Специальные процессы программных средств
- •2.7.2.1. Процессы реализации программных средств
- •2.6.2.2. Процессы поддержки программных средств
- •2.6.2.3. Процессы повторного применения программных средств
- •3. Стандартизация качества программных средств
- •3.1. Основные термины и определения
- •3.2. Номенклатура показателей качества программных средств
- •3.3. Методы определения качества программных средств
- •3.4. Оценка качества программного средства по гост 28195-99
- •3.5. Оценка качества программного средства по стб исо/мэк 9126-2003
- •А.2.1.4 Согласованность – атрибуты по, которые заставляют программу придерживаться соответствующих стандартов или соглашений, или положений законов, или подобных рекомендаций.
- •3.6. Стандартизация качества программных средств защиты от воздействия вредоносных программ и антивирусных программных средств
- •3.6.1. Основные понятия и определения
- •3.6.2. Классификация программных средств защиты от воздействия вредоносных программ и антивирусных программных средств
- •3.6.3. Оценка качества программных средств защиты от воздействия вредоносных программ и антивирусных программных средств
- •3.7. Стандартизация программных документов пользователя
- •3.7.1. Термины и их определения
- •3.7.2. Категории информации
- •3.7.3. Требования к документации пользователя
- •4. Сертификация программных средств
- •4.1. Общие сведения
- •4.1.1. Основные документы нормативно-правовой базы сертификации
- •4.1.2. Основные термины и их определения
- •4.1.3. Цели оценки соответствия:
- •4.1.4. Объекты оценки соответствия:
- •4.1.9. Виды сертификации
- •4.1.10. Участники сертификации и их ответственность
- •4.1.11. Модели сертификации
- •4.2. Проведение сертификации программных средств
- •Источники информации
- •1. Законодательные документы
- •2. Нормативные документы
- •2.16. Гост 15467-79. Управление качеством продукции. Основные понятия. Термины и определения. – Введ. 1979-07-01. [Электрон. Ресурс] – режим доступа http://docs.Cntd.Ru/document/gost-15467-79.
- •2.17. Гост 19781-90. Обеспечение систем обработки информации программное. Термины и определения. – Введ. 1992-01-01. [Электрон. Ресурс] – режим доступа http://gostexpert.Ru/gost/gost-19781-90.
- •3. Учебники, учебные пособия
2.3. Виды программ по гост 19781-90
ГОСТ 19781-90 [2.16] подразделяет программы на следующие виды:
системная программа – программа, предназначенная для поддержания работоспособности системы обработки информации или повышения эффективности ее использования в процессе выполнения прикладных программ;
управляющая программа – системная программа, реализующая набор функций управления, в который включают управление ресурсами и взаимодействием с внешней средой системы обработки информации, восстановление работы системы после проявления неисправностей в технических средствах;
супервизор – часть управляющей программы, координирующая распределение ресурсов системы обработки информации;
прикладная программа – программа, предназначенная для оказания услуг общего характера пользователям и обслуживающему персоналу системы обработки информации;
программа обслуживания – программа, предназначенная для решения задачи или класса задач в определенной области применения системы обработки информации;
абсолютная программа – программа на машинном языке, выполнение которой зависит от ее местоположения в оперативной памяти;
переместимая программа – программа на машинном языке, выполнение которой не зависит от ее местоположения в оперативной памяти;
реентерабельная программа – программа, один и тот же экземпляр которой в оперативной памяти способен выполняться многократно, причем так, что каждое выполнение может начинаться в любой момент по отношению к другому выполнению;
мобильная программа – программа, которая написана для ЭВМ одной архитектуры, но может исполняться в системах обработки информации с другими архитектурами без доработки или при условии ее доработки, трудоемкость которой незначительна по сравнению с разработкой новой программы;
драйвер – программа, предназначенная для управления работой периферийных устройств, обычно в мини- и микро-ЭВМ;
подпрограмма – программа, являющаяся частью другой программы и удовлетворяющая требованиям языка программирования к структуре программы;
программный модуль (ПМ) – программа или функционально завершенный фрагмент программы, предназначенный для хранения, трансляции, объединения с другими ПМ и загрузки в оперативную память;
исходный модуль – ПМ на исходном языке, обрабатываемый транслятором и представляемый для него как целое, достаточное для проведения трансляции;
объектный модуль – ПМ, получаемый в результате компиляции исходного модуля;
загрузочный модуль – ПМ, представленный в форме, пригодной для загрузки в основную память для выполнения;
макроопределение – программа, под управлением которой макрогенератор порождает макрорасширения макрокоманд
рекурсивная подпрограмма – подпрограмма, которая может обращаться к себе самой.
2.4. Классификация программного обеспечения по гост р исо/мэк то 12182-2002
ГОСТ Р ИСО/МЭК ТО 12182-2002 [2.17] основной принцип классификации представляет на рис. 2.1. На рис. 2.1 показано, что классификация ПС комбинируется из ряда видов ПС, а каждый вид содержит классы, соответствующие данному виду.
Рисунок 2.1 – Классификация ПС
Схема классификации состоит из 16 видов. Данные виды ПС могут быть объединены следующие группы.
Внутренние виды:
- режим эксплуатации. Для данного режима классы должны быть определены в зависимости от конкретных технологий или типов обработки, принятых в системе ПО.
Примерами классов режима эксплуатации являются:
а) пакетная обработка данных;
б) обработка данных в режиме реального времени;
в) обработка данных в режиме разделения времени;
г) параллельная обработка данных;
д) совмещенная обработка данных;
- масштаб ПС. Для данного вида классы должны быть определены в зависимости от размера или сложности ПС.
Например, размер может быть определен в границах числа строк исходной программы (SLOC), исключая комментарии, и уточнен на уровне языка (то есть в Ассемблере, Фортране, Аде). Сложность может быть определена как функция соответствующего параметра, такого как сложность потока данных. Определения масштаба должны быть нормированы применительно к прикладной области. Примерами классов масштаба ПС являются:
а) малый;
б) средний;
в) большой.
Следует учитывать, что диапазоны выше названных классов не должны быть жесткими. Напротив, классы должны быть установлены с учетом представления неопределенных или приблизительных диапазонов;
- стабильность ПС. Согласно данному виду ПС должно быть классифицировано в зависимости от его внутренних эволюционных аспектов или стабильности в терминах характеристик системы, частью которой оно является.
Примерами классов стабильности ПС являются:
а) постоянное внесение изменений;
б) дискретное внесение изменений;
в) маловероятное внесение изменений;
- функция ПС. Для данного вида классы должны быть определены в зависимости от типа функции, для которой они предназначены.
Примерами классов функции ПС являются:
а) обработка деловых сообщений;
б) компиляция;
в) научные вычисления;
г) обработка текстов;
д) медицинские системы;
е) системы управления;
- требование защиты. Для данного вида ПС должны быть классифицированы по уровню защиты несанкционированного доступа, контрольному следу и обеспечению живучести (устойчивости внешним воздействиям). Могут быть установлены дополнительные классы требований защиты;
- требование надежности. Для данного вида ПС должны быть классифицированы по уровню требуемой надежности, включая завершенность, отказоустойчивость и восстанавливаемость;
- требуемые рабочие характеристики. Для данного вида классы должны быть определены в зависимости от производительности ПС в терминах «емкости», «производительности» или «длительности обработки», при этом каждый класс должен быть оценен по степени или уровню.
Примерами классов требуемых рабочих характеристик являются:
а) ёмкость:
высокая;
средняя,
низкая;
б) длительность обработки (время отклика):
быстрая,
умеренная,
медленная;
в) производительность:
большая,
средняя,
малая;
- исходный язык. Должно быть установлено обозначение типа исходного языка, потому что исходный язык, используемый при разработке ПС, обобщенно представляет или значительно влияет на характеристики ПС.
Примерами классов исходного языка являются:
а) традиционный (Кобол, Фортран и т. д.);
б) процедурный (Си или эквивалентный);
в) функциональный (Лисп или эквивалентный);
г) объектно-ориентированный (СИ++ или эквивалентный).
Виды среды:
- прикладная область информационной системы. Для данного вида классы должны быть определены в зависимости от типа или класса внешней системы, в которой они устанавливаются. Например ПС, которое является элементом систем управления процессами, может быть классифицировано как «ПС аппаратуры управления процессом», а ПС, которое является элементом сетевых систем, – как «ПС управления сетью».
Примерами классов прикладной области являются:
а) наука;
б) бытовые устройства;
в) оборудование;
г) аппаратура управления процессом;
д) предпринимательство;
е) система организации сети.
- вычислительная система и среда. Для данного вида ПС должно быть идентифицированы с точки зрения его использования в конкретной целевой вычислительной системе. Примерами классов вычислительной системы и среды являются:
а) микропроцессорное управление (включая рабочие станции, а также персональные, переносимые и портативные компьютеры);
б) универсальные компьютеры;
в) специализированное микропрограммирование;
г) нефоннеймановская машина;
д) операционная система;
е) система реального времени.
- класс пользователя. Классы должны быть определены в зависимости от уровня мастерства или характеристик определенного класса пользователей. Пользователем не обязательно является человек.
Примерами классов для данного вида являются:
а) начинающий;
б) средний;
в) специалист (эксперт);
г) обычный;
д) случайный;
е) другая система ПО;
ж) технические средства;
- требование к вычислительным ресурсам. ПС должно быть идентифицировано по отношению к требованиям, определяемым компьютером. Требования могут быть установлены в границах необходимого количества ресурсов. Примерами классов вычислительных ресурсов являются:
а) требования к центральному обрабатывающему устройству (процессору);
б) требования к оперативной (основной) памяти;
в) требования к внешней памяти;
г) требования к памяти на дисках;
д) требования к локальной вычислительной сети;
- критичность ПС. Классы должны быть определены в зависимости от оценки уровня целостности продукции, с учетом конкретной методологии оценки и указанием значимости или важности класса. Альтернативно классы могут быть установлены по степени влияния (глобальное, международное и т. д.) или важности для общества (индивидуальное, групповое, деловое и т. д.) повреждений ПО системы. Повреждение ПС может влиять на безопасность (человеческой жизни, собственности и т. д.) или назначение данного средства (игра, обработка текста, расчеты и т. д.).
Если не использовать оценки уровня целостности, то примерами классов критичности ПС являются:
а) национальная безопасность;
б) человеческая жизнь;
в) социальный хаос или паника;
г) организационная безопасность;
д) частная собственность;
е) секретность;
- готовность программного продукта. Классы должны быть определены в зависимости от типа (ов) имеющегося в наличии ПС.
Примерами классов готовности ПС являются:
а) наличие в готовом виде;
б) заказное;
в) общедоступное;
г) запатентованное (оригинальная разработка).
Виды данных:
- представление данных. Классы должны быть определены в зависимости от элементов, типов и структур данных.
Примерами классов представления данных являются:
а) последовательный;
б) реляционный;
в) индексируемый;
г) сетевой;
д) предметный;
е) объектный;
ж) форматированный файл;
- использование программных данных. Классы должны быть определены в зависимости от типа применения программных данных.
Примерами классов использования программных данных являются:
а) для единственного пользователя (индивидуальные);
б) для множества пользователей;
в) с конкурентным взаимоисключением.
Конкретный класс может присутствовать в нескольких видах, а в ряде случаев область применения одного вида перекрывается областью другого.
