- •!1. Понятие и использование требований к по и спецификаций по. Современное состояние стандартов в области проектирования ис.
- •!2. Построение систем защиты от угрозы раскрытия параметров информационной системы.
- •!3. Особенности машинного эксперимента.
- •!4. Понятие и виды информации.
- •!5. Надежность невосстанавливаемых технических устройств в период эксплуатации, износа и старения.
- •!6. Эталонная модель iso взаимодействия открытых систем osi.
- •!7. Понятие интеллектуальной системы (ис). Структурная схема ис.
- •!8. Представления знаний на основе фреймов. Структура фрейма. Системы фреймов. Достоинства и недостатки фреймового представления.
№16
!1. Понятие и использование требований к по и спецификаций по. Современное состояние стандартов в области проектирования ис.
Требование — это: • условия или возможности, необходимые пользователю для решения проблем или достижения целей; • условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам; • документированное представление условий или возможностей для пунктов 1 и 2».
Существует значительное количество различных методов классификации требований:
Требования к продукту. В своей основе требования — это то, что формулирует Заказчик. Цель, которую он преследует: получить хороший конечный продукт — функциональный и удобный в использовании. Поэтому требования к продукту являются основополагающим классом требований.
Требования к проекту. Вопросы формулирования требований к проекту, т. е. к тому, как Разработчик будет выполнять работы по созданию целевой системы, казалось бы, не лежат в компетенции Заказчика. Без регламентации процесса Заказчиком легко можно было бы обойтись, если бы все проекты всегда выполнялись точно и в срок. Заказчик, вступая в договорные отношения с Разработчиком, несет различные риски, главными из которых является риск получить продукт с опозданием либо ненадлежащего качества. Основные мероприятия по контролю и снижению риска — регламентация процесса создания программного обеспечения и его аудит.
Обычно выделяют три уровня требований. На верхнем уровне представлены так называемые бизнес-требования (business requirements). Примеры бизнес-требования: система должна сократить срок оборачиваемости обрабатываемых на предприятии заказов в три раза. Следующий уровень — уровень требований пользователей (user requirements). Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе. Третий уровень — функциональный (functional requirements). Пример функциональных требований (или просто функций) по работе с электронным заказом.
Функциональные требования регламентируют функционирование, или поведение системы (behavioral requirements). Функциональные требования отвечают на вопрос «что должна делать система» в тех или иных ситуациях. Функциональные требования определяют основной «фронт работ»
Спецификация – описание на языке разработчика внешне известных характерных особенностей поведения системы.
Спецификация должна описывать: Функциональность. Что должно выполнять ПО? Все требования, перечисляемые в этом разделе, должны быть точно сформулированы и одинаково пониматься заказчиком и исполнителем. Внешние интерфейсы. Как ПО взаимодействует с пользователями, оборудованием и другими системами? Спецификацию I/O данных. Определяют вводимые и выводимые данные. Ограничения на функциональность. Производительность. Скорость, надежность, время ответа и т. д. Прочие нефункциональные требования.
Среди официальных стандартов СиПИ (стандартов системной и программной инженерии) главенствующее место сегодня занимают спецификации, разрабатываемые седьмым подкомитетом Объединенного технического комитета 1 ИСО и МЭК — Системная и программная инженерия (ISO/IEC JTC1/SC7 Software and systems engineering). Этот подкомитет в соответствии со своим мандатом занимается стандартизацией процессов создания программных продуктов и систем, а также инструментами и технологиями поддержки этой деятельности. За последние года JTC1/SC7 разработал около 20 новых документов по стандартизации в области СиПИ.