Любая программная система (ПС) является компонентом некоторой компьютерной (информационной) системы, которая, в свою очередь, является составной конечной системы (бизнес системы).
Программная система - это группа интегрированных программных средств, предназначенных для автоматизации решения множества задач, специфицированных в пределах заданного домена (проблемной области).
Информационная система (ИС) - это персонал и программная система, функционирующая в пределах домена на аппаратных платформах с операционными системами (средами).
Бизнес-система (БС) - это ИС, которая развита в совокупности с бизнес приложениями. БС используются на предприятиях, производящих продукцию, в торговых фирмах, магазинах, банках и тому подобное.
Инженерия требований программной системы
Инженерия требований ПС вводится в реальный мир для того, чтобы влиять на процессы реальной жизни. Те части реального мира, влияющие на систему или подвергающиеся ее воздействию, составляют домен прикладной области или домен использования. Требования к ПС касаются тех свойств, которые должны быть в системе, если она правильно выполняет свои функции.
Информационная технология - комплекс стандартов, что применяются на автоматизированных системах.
Технические задания по созданию автоматизированной системы разнообразны. Базовым стандартом, который определяет порядок и условия сбора и постановки требований к ПС, является международный стандарт IEEE Std 830 - Recommended Practice for Software Requirements Specifications.
Порядок сертификации программных средств и информационных технологий
Заказчик подает заявку на установление образца на сертификацию в орган по сертификации. Орган по сертификации рассматривает заявку в течение одного месяца. Программа подается на сменных носителях данных.
Документация на программное средство или информационные технологии включает в себя:
- спецификацию;
- техническое задание;
- программу и методику испытаний (при отсутствии разрабатывается испытательная лаборатория);
- текст программы;
- описание программы;
- руководство и описание оператора.
Орган по сертификации проводить анализ документации: документа, который подтверждает происхождение продукции; нормативных документов на продукцию; документа производителя о соответствии продукции действующим документом.
Орган по сертификации дает поручение испытательной лаборатории на проведение испытаний, и передает ей документацию, программное средство или информационные технологии. Испытательная лаборатория проводит тестирование программного средства или информационной технологии и оформляет протокол испытаний, который затем передает в орган по сертификации.
Испытательная лаборатория несет полную ответственность за соблюдение конфиденциальности в отношении полученной информации для проведения испытаний.
После получения протокола испытаний орган по сертификации принимает решение о выдаче сертификата соответствия.
Подтверждение факта сертификации продукции может происходить одним из низших способов наводнения: оригинал сертификата соответствия; знаком соответствия по ГОСТ; копией сертификата соответствия, заверенной органом по сертификации; информации в документации, прилагаемой к продукции с указанным номером сертификата, срока его действия и органа, который его выдал.
Орган по сертификации осуществляет технический надзор за стабильностью показателей, которые подтверждены сертификатом соответствия во время изготовления продукции.
По результатам технического надзора орган по сертификации может остановить или прекратить действие лицензионного соглашения или сертификата соответствия. Информация о сертифицированной продукции содержится в справочниках, которые выдают госстандартом страны.
Профессиональный стандарт информационных технологий
Международный стандарт IEEE Std 830 (Recommended Practice for Software Requirements Specifications) состоит из разделов:
- Введение: цель; область применения; сроки; ссылки.
- Основная часть. Общее описание. 2.1. Перспективы программного продукта: системные интерфейсы; интерфейсы пользователей; операционные интерфейсы; программные интерфейсы; коммуникационные интерфейсы; использование памяти и операций. 2.2. Функции продукта. 2.3. Пользовательские характеристики. 2.4. Ограничения. 2.5. Предположение и зависимости. 2.6. Распределение требований: C требования - требования пользователя (Customer requirements); D требования - требования разработчика (Developer requirements).
- Конкретные требования. 3.1. Требования к внешнему, пользовательскому, программному, аппаратному и коммуникационному интерфейсам. 3.2. Классы и объекты (относят к функциональным требованиям). 3.3. Требования производительности (относят к нефункциональным требованиям). 3.4. Ограничение на проектирование. 3.5. Атрибуты ПС. 3.6. Другие требования. C требования - неформализованные, а D требования - детальные, которые делятся на функциональные и нефункциональные. Функциональные требования относятся к функциональным характеристикам системы (возможности, которые должна обеспечивать система), а нефункциональные требования относятся к качественным свойствам, которые не имеют прямого отношения к функциональности ПС (ограничения, связанные с характеристиками функционирования ПС).
При необходимости стандартизации отдельных требований к группам продукции, услуг могут разрабатываться стандарты, устанавливающие классификацию, основные параметры и (или) размеры, требования безопасности, требования охраны окружающей среды. Кроме этого стандарты устанавливают общие технические требования, методы испытаний, типы, ассортимент, марки, правила приемки, маркировки, упаковки, транспортировки, хранения, эксплуатации, ремонта и утилизации.
