Требования к программному продукту и их документирование

Август 21, 2022

Главная
Информатика
Требования к программному продукту и их документирование

Содержание

2. Требование Needs потребности пользователя (user need): Необходимое условие для пользователя или ряда пользователей для достижения намеченного
3. Классификация требований Требования Функциональные Нефункциональные Перечень сервисов которые должна выполнять система с указанием как система должна
4. Классификация требований Пользователь должен иметь возможность проводить поиск необходимых ему книг и документов или по всему
5. Классификация требований Требования предметной области
6. Модель требований Бизнес требования Функциональные требования Требования к системе Требования пользователя Бизнес правила Атрибуты качества Внешний
7. Бизнес-требования (business requirement) высокоуровневые требования, фиксирующие цели организации или заказчиков системы Источником требований, как правило, является
8. Бизнес-правило (business rule) политика, руководящие принципы или положения, которые определяют или ограничивают некоторые аспекты бизнеса Корпоративные
9. Согласно IEEE 29148-2011, требования всех видов должны быть: Необходимы (важны) Свободны в реализации (не накладывают необоснованных
10. Формулировка требований (по ISO/IEC/IEEE 29148:2011) [Условие] + [Субъект] + [Действие] + + [Объект] + [Ограничение] [Субъект]
11. Требование ? ТЗ? Программа должна обеспечивать возможность выполнения следующих функций: 1 Переопределение графических настроек; 2 Переопределение
12. Идентификация источников требований откуда черпать информацию об ограничениях и характеристиках Извлечение требований меры по получению максимально
13. Законодательство законы, указы, отраслевые правила и нормы Производственные нормативные документы регламенты, положения, уставы, приказы Текущая организация
14. Коммуникации с клиентами опрос пользователей Наблюдение за процессами бизнес-аналитики и инженеры изучают рутинную работу пользователей «в
15. Обнаружение и разрешение конфликтов между требованиями Определение границ и содержания проекта (бизнес-требований) Детализация системных требований для
16. По уровням: Определение системы стратегические цели, требования к системе, информация о бизнес-процессах и процедурах документы: “Vision”,
17. Техническое задание
18. ТЗ – базовый документ общее назначение продукта технические характеристики требования показатели качества процесс выполнения проекта и
19. Стандарты ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению ГОСТ 34.602-89 Техническое задание на создание
20. Общие сведения о системе (программе) Назначение, цели и задачи системы (программы) Требования к системе функциональные требования
21. Полное и сокращённое наименование системы Реквизиты сторон Ссылки на документы, на основании которых ведётся разработка (в
22. Назначение, цели и задачи системы Мотивация создания системы: какую потребность закрываем какие подзадачи возникают возможности, предоставляемые
23. Основные функциональные требования Декомпозиция задач: действующие лица сценарии использования результаты В составе этого раздела или в
24. требования к функциональным характеристикам требования к надежности условия эксплуатации требования к составу и параметрам технических средств
25. Требования к: математическому информационному лингвистическому программному техническому и другим видам обеспечения Требования к видам обеспечения
26. Перечень предоставляемых заказчику документов. Может включать следующие документы: Техническое задание Ведомость эскизного (технического) проекта Пояснительная записка
27. Требования SWEBoK – Программные требования: http://swebok.sorlik.ru/1_software_requirements.html Техническое задание. ГОСТы: ГОСТ 19.201-78 http://it-gost.ru/content/view/20/41/ ГОСТ 34.602-89 http://it-gost.ru/content/view/21/39/ Обзорная
28. Общее содержание: Введение вводная информация о проекте (цели, задачи, обзор, глоссарий) Ссылки на документацию полный список
29. Назначение описание области предназначения прогарммы Область применения: Наименование продукта Что программный продукт должен делать Описание применения
30. Внешние интерфейсы Функции Требования к удобству использования Требования к производительности Логические требования к БД Архитектурные ограничения
32. Скачать презентацию

Слайд 2

Требование
Needs
потребности пользователя (user need):
Необходимое условие для пользователя или ряда пользователей для

достижения намеченного результата, подразумеваемого или указанного в определенном контексте использования.

ТЗ

Требование – это
Условия или возможности, необходимые пользователю для решения проблем или достижения целей;
Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
Документированное представление условий или возможностей для пунктов 1 и 2.
IEEE 610.12:1990 Standard Glossary of Software Engineering Terminology

Слайд 3

Классификация требований
Требования
Функциональные
Нефункциональные
Перечень сервисов которые должна выполнять система с указанием как система

должна реагировать на те или иные входные данные в различных ситуациях

Описание характеристик системы и ее окружения, а не поведения системы
Перечень ограничений, накладываемых на функции и действия , выполняемые системой

Требования предметной области

Характеристики предметной области функционирования разрабатываемой системы

Слайд 4

Классификация требований
Пользователь должен иметь возможность проводить поиск необходимых ему книг и

документов или по всему множеству доступных каталожных баз данных или по определенному их подмножеству.
Система должна предоставлять пользователю подходящее средство просмотра библиотечных документов.

Функциональные

Все взаимодействия между интерфейсом APSE и пользователем осуществляются на основе стандартного множества символов языка … (Требования к продукту).
Разработка системы и создание сопутствующей документации выполняются на основе стандарта … (Организационные требования)
Система не должна раскрывать конфиденциальной информации о заказчике системы, кроме его имени, а также телефонного номера системных операторов (Внешние требования)

Нефункциональные

Слайд 5

Классификация требований

Требования предметной области

Слайд 6

Модель требований
Бизнес требования
Функциональные требования
Требования к системе
Требования пользователя
Бизнес правила
Атрибуты качества
Внешний интерфейс
ограничения
Функциональные
Нефункциональные
КТО и

ЧТО?

ПОЧЕМУ?

ЧТО?

КАК?

Слайд 7

Бизнес-требования (business requirement)
высокоуровневые требования, фиксирующие цели организации или заказчиков системы
Источником

требований, как правило, является лицо, финансирующее проект, заказчик системы или «продавец» продукта
Бизнес-требования поясняют почему инициатору разработки нужна такая система, то есть описаны цели, которые инициатор намерен достичь с помощью разработанной программной системы
Требования пользователя (user requirement)
требования, описывающие цели и задачи, которые пользователям позволит решать разработанная система, или положения об ожиданиях пользователей о качестве системы
Требования пользователя поясняют кто и что будет делать в системе
Функциональное требования
положение о фрагменте требуемой функциональности или поведения, которые система проявляет при определенных условиях
функциональность программной системы, которую разработчики должны построить, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований, иногда именуемые требованиями поведения (behavioral requirements)
Функциональные требования поясняют разработчику что нужно сделать в системе.
Требования к системе (system requirement)
высокоуровневые требования к продукту, которой состоит из множества взаимодействующих подсистем, в том числе только ПО или ПО и оборудования
Требования к системе (системные требования) поясняют разработчику как обеспечить взаимодействие компонент и системы с окружающим миром

Функциональных требований

Слайд 8

Бизнес-правило (business rule)
политика, руководящие принципы или положения, которые определяют или ограничивают

некоторые аспекты бизнеса
Корпоративные политики, регламенты, стандарты, детали бизнес-процессов
Атрибут качества (quality attribute)
дополнительное описание функций продукта, выраженное через описание его характеристик, важных для пользователей или разработчиков
разновидность нефункциональных требований, которые описывают качество или свойства системы: удобство и простота использования, легкость перемещения, легкость в эксплуатации, целостность, надежность, эффективность и устойчивость к сбоям. В требованиях описаны рамки атрибутов качества, до которых продукт демонстрирует желаемые характеристики, но не те, которые продукт создает
Внешние интерфейсы(external interface requirement)
описание человеко-машинного взаимодействия и внешней средой (ОС, другие системы, оборудование)
описание интерфейса между разрабатываемой системой и пользователем, другой системой, другим программным обеспечением или оборудованием
Ограничение (constraint)
условия, сужающие выбор решений по реализации требований, дизайна внешнего вида и конструирования структуры продукта, а так же описывают особенности организации внешнего взаимодействия между системой и внешним миром

Нефункциональные требования

Слайд 9

Согласно IEEE 29148-2011, требования всех видов должны быть:
Необходимы (важны)
Свободны в реализации

(не накладывают необоснованных ограничений на дизайн)
Недвусмысленны
Последовательны
Полны (не требуют дополнений)
Атомарны (нельзя разделить на 2 и более)
Выполнимы (технически достижимы в рамках бюджета и проч. ограничений)
Отслеживаемы (прослеживаются все связи с более общими спецификациями и с реализацией требования)
Проверяемы/верифицируемы – есть способ определить, удовлетворяет ли система предъявленному требованию

Характеристики требований

Слайд 10

Формулировка требований (по ISO/IEC/IEEE 29148:2011)
[Условие] + [Субъект] + [Действие] +
+ [Объект] +

[Ограничение]

[Субъект] + [Действие] + [Значение]

[Условие] + [Действие или Ограничение] + [Значение]

Система Заказов [Субъект] должна отображать обрабатываемые заказы [Действие], отсортировав их по порядку [Значение], в котором они должны быть оплачены

В морском режиме работы [Условие] Радарная Система должна обнаруживать цели на удалении до [Действие или Ограничение] 100 морских миль [Значение]

Когда поступает сигнал x [Условие], Система [Субъект] должна установить [Действие] соответствующий сигнальный бит (флаг) [Объект] в течение 2х секунд [Ограничение]

Слайд 11

Требование ?
ТЗ?
Программа должна обеспечивать возможность выполнения следующих функций:
1 Переопределение графических настроек;
2

Переопределение настроек управления;
3 Управление персонажем с помощью клавиатуры и мыши;
4 Изменения устройства вывода аудио;
5 Изменения графического интерфейса;
6 Изменения уровня сложности;
7 Выбор экипировки и снаряжения.
ИСХОДНЫЕ ДАННЫЕ:
8 Параметры графических настроек;
9 Параметры настроек управления;
10 Параметры настроек графического интерфейса;

Слайд 12

Идентификация источников требований
откуда черпать информацию об ограничениях и характеристиках
Извлечение требований
меры по

получению максимально полной системы требований
Анализ требований
обработка полученной информации

Жизненный цикл требований

Слайд 13

Законодательство
законы, указы, отраслевые правила и нормы
Производственные нормативные документы
регламенты, положения, уставы, приказы
Текущая

организация деятельности объекта автоматизации
Модели деятельности
диаграммы бизнес-процессов
Представления и ожидания потребителей и пользователей системы
результаты маркетинговых исследований
Конкурирующие продукты

Источники требований

Слайд 14

Коммуникации с клиентами
опрос пользователей
Наблюдение за процессами
бизнес-аналитики и инженеры изучают рутинную работу

пользователей «в естественной среде»
Анализ нормативной документации, бизнес-моделей, конкурентных продуктов
Мозговой штурм
Прототипирование
от «бумажных» скетчей до пилотных версий

Извлечение требований

Слайд 15

Обнаружение и разрешение конфликтов между требованиями
Определение границ и содержания проекта (бизнес-требований)
Детализация

системных требований для установления программных требований

Анализ требований

Слайд 16

По уровням:
Определение системы
стратегические цели, требования к системе, информация о бизнес-процессах и

процедурах
документы: “Vision”, “Concept of operations”, “Customer/User Requirements Specification”,…
Системные требования
выделяют для сложных систем
описание требований к системе в целом (взаимодействие ПО, аппаратуры и персонала)
документы: “System Requirements Specification”
Требования к ПО
документы: «Software Requirements Specification» - SRS

Спецификация требований

Слайд 17

Техническое задание

Слайд 18

ТЗ – базовый документ
общее назначение продукта
технические характеристики
требования
показатели качества
процесс выполнения проекта и

приёмки
Главная цель
сформулировать задачу
обосновать потребность в её решении
максимально полно отразить требования

Техническое задание

Слайд 19

Стандарты
ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению
ГОСТ 34.602-89 Техническое

задание на создание автоматизированной системы

Слайд 20

Общие сведения о системе (программе)
Назначение, цели и задачи системы (программы)
Требования

к системе
функциональные требования
пользовательские требования
требования к системе в целом и тд.
Требования к видам обеспечения
Требования к документированию
Стадии и этапы разработки
Порядок контроля и приемки системы (программы)

Основные разделы ТЗ

Слайд 21

Полное и сокращённое наименование системы
Реквизиты сторон
Ссылки на документы, на основании которых

ведётся разработка (в т.ч., правовая основа)
Сроки и финансирование
Словарь терминов и сокращений

Общие сведения

Слайд 22

Назначение, цели и задачи системы
Мотивация создания системы:
какую потребность закрываем
какие подзадачи возникают
возможности,

предоставляемые пользователям
сервисы
оптимизация бизнес-процессов
безопасность
централизация обработки и хранения данных

Слайд 23

Основные функциональные требования
Декомпозиция задач:
действующие лица
сценарии использования
результаты
В составе этого раздела или в

приложении – примеры пользовательского интерфейса

Требования к системе

Слайд 24

требования к функциональным характеристикам
требования к надежности
условия эксплуатации
требования к составу и параметрам

технических средств
требования к информационной и программной совместимости
требования к маркировке и упаковке
требования к транспортированию и хранению
специальные требования

Требования к системе

Слайд 25

Требования к:
математическому
информационному
лингвистическому
программному
техническому
и другим видам обеспечения
Требования к видам обеспечения

Слайд 26

Перечень предоставляемых заказчику документов.
Может включать следующие документы:
Техническое задание
Ведомость эскизного (технического)

проекта
Пояснительная записка к Техническому проекту
Описание организации информационной базы
Руководство пользователя
Руководство администратора
Программа и методика испытаний
Протокол приемочных испытаний
Акт выполненных работ

Требования к документации

Слайд 27

Требования
SWEBoK – Программные требования:
http://swebok.sorlik.ru/1_software_requirements.html
Техническое задание. ГОСТы:
ГОСТ 19.201-78 http://it-gost.ru/content/view/20/41/
ГОСТ 34.602-89 http://it-gost.ru/content/view/21/39/
Обзорная статья

«ТЗ согласно ГОСТу»: http://it-gost.ru/content/view/101/51/
Разбор процесса написания ТЗ (статьи):
http://habrahabr.ru/post/138749/
http://habrahabr.ru/post/140574/
SRS
Актуальный стандарт ISO/IEC/IEEE 29148-2011:
http://www.computer.org/portal/documents/82129/160549/IEEE+29148-2011.pdf

Ссылки

Слайд 28

Общее содержание:
Введение
вводная информация о проекте (цели, задачи, обзор, глоссарий)
Ссылки на документацию
полный

список документов (название, версия, дата)
источники (местоположение документов)
Специфические требования
список требований с разбивкой по категориям
Верификация
раздел, параллельный 3му разделу
Приложения
Сокращения и аббревиатуры
Предположения и зависимости
факторы, влияющие на требования – отражают возможные изменения, влияющие на SRS

Software Requirements Specification

Слайд 29

Назначение
описание области предназначения прогарммы
Область применения:
Наименование продукта
Что программный продукт должен делать
Описание применения

продукта, включая преследуемые выгоды, намерения и цели
Как документ согласуется со спецификациями более высокого уровня (StSR, SyRS)
Обзор продукта
Позиционирование
системные, пользовательские, аппаратные и программные интерфейсы, ограничения, операции, требования к адаптируемости на месте
Функции продукта
сводка основных функций
Пользовательские характеристики
«портрет пользователя» - уровень образования, опыт, тех. грамотность и т.п.
Ограничения
правовые, аппаратные, интерфейсные, аудит, управение, языки, протоколы, надёжность и критичность приложения, безопасность и секретность
Словарь терминов

SRS: Введение

Слайд 30

Внешние интерфейсы
Функции
Требования к удобству использования
Требования к производительности
Логические требования к БД
Архитектурные ограничения
налагаемые

стандартами, аппаратурой, ...
Атрибуты программной системы
показатели качества
Вспомогательная информация
примеры форматов ввода/вывода, результаты исследований; описание решаемых проблем; специальные инструкции

SRS: Специфические требования

Требования к программному продукту и их документирование

Содержание

ТребованиеNeedsпотребности пользователя (user need): Необходимое условие для пользователя или ряда пользователей для

Классификация требованийТребованияФункциональныеНефункциональныеПеречень сервисов которые должна выполнять система с указанием как система

Классификация требованийПользователь должен иметь возможность проводить поиск необходимых ему книг и

Классификация требований Требования предметной области

Бизнес-требования (business requirement)высокоуровневые требования, фиксирующие цели организации или заказчиков системы Источником

Бизнес-правило (business rule)политика, руководящие принципы или положения, которые определяют или ограничивают

Согласно IEEE 29148-2011, требования всех видов должны быть:Необходимы (важны)Свободны в реализации

Формулировка требований (по ISO/IEC/IEEE 29148:2011)[Условие] + [Субъект] + [Действие] ++ [Объект] +

Требование ?ТЗ?Программа должна обеспечивать возможность выполнения следующих функций:1 Переопределение графических настроек;2

Идентификация источников требованийоткуда черпать информацию об ограничениях и характеристикахИзвлечение требованиймеры по

Законодательствозаконы, указы, отраслевые правила и нормыПроизводственные нормативные документырегламенты, положения, уставы, приказыТекущая

Коммуникации с клиентамиопрос пользователейНаблюдение за процессамибизнес-аналитики и инженеры изучают рутинную работу

Обнаружение и разрешение конфликтов между требованиямиОпределение границ и содержания проекта (бизнес-требований)Детализация

По уровням:Определение системыстратегические цели, требования к системе, информация о бизнес-процессах и

Техническое задание

ТЗ – базовый документобщее назначение продуктатехнические характеристикитребованияпоказатели качествапроцесс выполнения проекта и

СтандартыГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлениюГОСТ 34.602-89 Техническое

Общие сведения о системе (программе)Назначение, цели и задачи системы (программы) Требования

Полное и сокращённое наименование системыРеквизиты сторонСсылки на документы, на основании которых

Назначение, цели и задачи системыМотивация создания системы:какую потребность закрываемкакие подзадачи возникаютвозможности,

Основные функциональные требованияДекомпозиция задач:действующие лицасценарии использованиярезультатыВ составе этого раздела или в

требования к функциональным характеристикамтребования к надежностиусловия эксплуатациитребования к составу и параметрам

Требования к: математическомуинформационномулингвистическомупрограммномутехническому и другим видам обеспеченияТребования к видам обеспечения

Перечень предоставляемых заказчику документов. Может включать следующие документы:Техническое заданиеВедомость эскизного (технического)

Общее содержание:Введениевводная информация о проекте (цели, задачи, обзор, глоссарий)Ссылки на документациюполный

Назначениеописание области предназначения прогарммыОбласть применения:Наименование продуктаЧто программный продукт должен делатьОписание применения

Внешние интерфейсыФункцииТребования к удобству использованияТребования к производительностиЛогические требования к БДАрхитектурные ограниченияналагаемые

Похожие презентации

Требование
Needs
потребности пользователя (user need):
Необходимое условие для пользователя или ряда пользователей для

Классификация требований
Требования
Функциональные
Нефункциональные
Перечень сервисов которые должна выполнять система с указанием как система

Классификация требований
Пользователь должен иметь возможность проводить поиск необходимых ему книг и

Классификация требований

Требования предметной области

Бизнес-требования (business requirement)
высокоуровневые требования, фиксирующие цели организации или заказчиков системы
Источником

Бизнес-правило (business rule)
политика, руководящие принципы или положения, которые определяют или ограничивают

Согласно IEEE 29148-2011, требования всех видов должны быть:
Необходимы (важны)
Свободны в реализации

Формулировка требований (по ISO/IEC/IEEE 29148:2011)
[Условие] + [Субъект] + [Действие] +
+ [Объект] +

Требование ?
ТЗ?
Программа должна обеспечивать возможность выполнения следующих функций:
1 Переопределение графических настроек;
2

Идентификация источников требований
откуда черпать информацию об ограничениях и характеристиках
Извлечение требований
меры по

Законодательство
законы, указы, отраслевые правила и нормы
Производственные нормативные документы
регламенты, положения, уставы, приказы
Текущая

Коммуникации с клиентами
опрос пользователей
Наблюдение за процессами
бизнес-аналитики и инженеры изучают рутинную работу

Обнаружение и разрешение конфликтов между требованиями
Определение границ и содержания проекта (бизнес-требований)
Детализация

По уровням:
Определение системы
стратегические цели, требования к системе, информация о бизнес-процессах и

ТЗ – базовый документ
общее назначение продукта
технические характеристики
требования
показатели качества
процесс выполнения проекта и

Стандарты
ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению
ГОСТ 34.602-89 Техническое

Общие сведения о системе (программе)
Назначение, цели и задачи системы (программы)
Требования

Полное и сокращённое наименование системы
Реквизиты сторон
Ссылки на документы, на основании которых

Назначение, цели и задачи системы
Мотивация создания системы:
какую потребность закрываем
какие подзадачи возникают
возможности,

Основные функциональные требования
Декомпозиция задач:
действующие лица
сценарии использования
результаты
В составе этого раздела или в

требования к функциональным характеристикам
требования к надежности
условия эксплуатации
требования к составу и параметрам

Требования к:
математическому
информационному
лингвистическому
программному
техническому
и другим видам обеспечения
Требования к видам обеспечения

Перечень предоставляемых заказчику документов.
Может включать следующие документы:
Техническое задание
Ведомость эскизного (технического)

Общее содержание:
Введение
вводная информация о проекте (цели, задачи, обзор, глоссарий)
Ссылки на документацию
полный

Назначение
описание области предназначения прогарммы
Область применения:
Наименование продукта
Что программный продукт должен делать
Описание применения