Презентация Требования к программному обеспечению


Требования к программному обеспечению Опорные вопросы лекцииЧто такое задание на выполнение?Что такое качество программного продукта?Что такое требование к программному продукту?Уровни требований и их краткое описание?Характеристики требований?Характеристика программного продукта?Спецификация требований программного обеспечения?Примерный шаблон спецификации?2 Что такое качественное программное обеспечение?Легко использоватьХорошая производительностьНет ошибокНе портит пользовательские данные при сбояхМожно использовать на разных платформахЛегко добавлять новые возможностиУдовлетворяет потребности пользователейНадежноеХорошо документировано 3




Государственный стандарт российской федерации «Процессы жизненного цикла программных средств», 2010Раздел Ограничения: Стандарт не устанавливает требований к документации в части ее наименований, форматов или определенного содержания Задание на выполнение – документ, используемый приобретаемой стороной как средство для описания и конкретизации задач, которые должны быть выполнены условиями контракта (ГОСТ ИСО/МЭК 12207-2010)  4

В стандарте есть ссылка на более ранний стандарт ГОСТ Р ИСО/МЭК 9126-93 в котором определяетсяКачество программного обеспечения - это весь объем признаков и характеристик программной продукции, который относиться к ее способности удовлетворять установленным или предполагаемым потребностям. 5 Требования к программным продуктамВ глоссарии стандарта института IEEE требования определяются как: Условия или возможности, необходимые пользователю для решения проблем или достижения целей; Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам Документированное представление п. 1 и 2 6 Требования к программным продуктамТребования - это зафиксированное желание пользователя, которое должна выполнять система. 7 Требования к ПО состоят из четырех уровней бизнес-требования требования пользователей функциональные требования нефункциональные требованияБизнес-требования содержат цели заказчиков системы. промо-сайт, привлекающий внимание определенной аудитории к определенной продукции компании Функциональные8

style.colorstyle.colorstyle.color

Требования к ПО состоят из четырех уровнейПользовательские требования  описывают цели и задачи, которые пользователям даст система. система должна представлять диалоговые окна для ввода исчерпывающей информации о заказе и последующей фиксации этой информации в БД. 9
Требования к ПО состоят из четырех уровнейФункциональные требования  определяют поведение (функциональность) ПО, которую разработчики должны предоставить. Они содержат положения со словами «должен», «может»Система должна по электронной почте отправлять пользователю подтверждение о заказе или заказ может быть создан, отредактирован, удален и перемещен с участка на участок. Функциональные требования документируются в спецификации требований к ПО (software requirements specification, SRS) 10

Требования к ПО состоят из трех уровней Нефункциональные требования  представляют собой дополнительное описание характеристик продукта (атрибуты качества), важных для пользователей или разработчиков. К таким характеристикам относятся: легкость и простота использования надежность производительность устойчивость к сбоям ограничения дизайна и реализации. Ограничения касаются выбора возможности разработки внешнего вида и структуры продукта 11



Какими характеристиками должны обладать хорошие требования?Полнота. Требование должно содержать всю информацию, необходимую для разработчиков.Корректность. Требование должно точно описывать желаемую функциональность. Осуществимость. Требование может быть реализовано в пределах проекта.Необходимость. Требование должно отражать возможность, которая действительно необходима пользователям.Единичность. Требование описывает одну и только одну функциональность. 12


Какими характеристиками должны обладать хорошие требования?Однозначность. Все читатели требований должны интерпретировать их одинаково (глоссарий специальных терминов)Проверяемость. Возможность применения тестов или других приемов для проверки реализации требования. 13
Характеристика программного продукта  набор логически связанных функциональных требований(узнаваемая всеми заинтересованными лицами группа требований, которые важны при принятии решения о покупке) 14
Спецификация требований программного обеспечения (SRS)Это документ, который содержит полное и четкое описание разрабатываемого продуктаШаги получения спецификации:Исходная документация  Первичная спецификация  Ознакомление клиента  Уточнение Разделение на этапы 15



Примерный Шаблон спецификацииВведение Цели, Масштаб проекта, Определения, сокращения и аббревиатурыОбщее описаниеОбзор продукта, Функции продукта,  Характеристика пользователей, Общие ограничения. ТребованияФункциональные включают входные данные, их преобразование, результаты на выходеНефункциональные содержат критерии оценки важных параметров работы системы: производительность, сохранность данных и безопасность 16



Примерный Шаблон спецификацииСпециальные требованияСхема информационных потоков, Диаграмма пользовательских сценариев.17