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

1.

ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ
К ПРОГРАММНОМУ
ПРОДУКТУ И ИСХОДНЫХ
ДАННЫХ
ДЛЯ ЕГО ПРОЕКТИРОВАНИЯ
Лектор доцент кафедры ИС
к.т.н. Волкова Ольга Рудольфовна

2.

Что такое «ТРЕБОВАНИЕ»?

3.

Что такое «ТРЕБОВАНИЕ»?
Требование
– это исходные данные, на
проектируются
и
создаются
информационные системы
основании которых
автоматизированные
Требование – это утверждение, которое переводит или выражает
какую-то потребность и связанные с ней ограничения
и условие
ГОСТ Р 57193—2016
Требование – это условия и возможности, которым система должна
соответствовать
RUP. Version
Требование – это подробное описание (спецификация), того что
должно быть реализовано
Ян Соммервилль

4.

Что такое «ТРЕБОВАНИЕ»?
Требование – это
1.Условия или возможности, необходимые
пользователю для решения проблем или
достижения целей;
2.Условия или возможности, которыми должна
обладать система или системные компоненты,
чтобы выполнить контракт или удовлетворять
стандартам, спецификациям или другим
формальным документам;
3.Документированное представление условий
или возможностей для пунктов 1 и 2.
IEEE 610.12:1990 Standard Glossary of Software Engineering Terminology

5.

Программный продукт. Определение
Программный продукт – это самостоятельное, отчуждаемое
произведение, представляющее собой публикацию
текста программы или программ на языке
программирования или в виде исполняемого кода
ГОСТ 7.83–2001
Программный
продукт
–
это
программный
объект,
предназначенный для поставки пользователю
ГОСТ Р ИСО 9126–1993
Программный продукт – это совокупность компьютерных
программ, процедур и , возможно, связанных
с ними документации и данных
ГОСТ 12207-2010

6.

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

7.

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

8.

Классификация ТРЕБОВАНИЙ
Требования
Пользовательские
Описание на естественном
языке функций внешнего
поведение системы и
ограничений
накладываемые на нее при
взаимодействии с ней
кончного пользователя
Системные
Детализированное
описание функций,
выполняемых системой, и
ограничений, необходимых
для реализации
пользовательских
требований

9.

Классификация ТРЕБОВАНИЙ
Пользовательские
Программный продукт должен предоставлять средство доступа к
внешним файлам, созданным в других программах
Системные
1. Пользователь должен иметь возможность определять тип
внешних файлов
2. Для каждого типа внешнего файла должно иметься
соответствующее средство, применимое к этому типу
3. Внешний файл каждого типа должен быть представлен
соответствующей пиктограммой на экране

10.

Классификация ТРЕБОВАНИЙ
Требования
Функциональные
Нефункциональные
• Перечень сервисов которые
должна выполнять система
с указанием как система
должна реагировать на те
или иные входные данные в
различных ситуациях
Требования предметной
области
• Описание характеристик
системы
и
ее
окружения,
а
не
поведения системы
• Перечень ограничений,
накладываемых
на
функции и действия ,
выполняемые системой
• Характеристики
предметной
области
функционирования разрабатываемой системы

11.

Классификация ТРЕБОВАНИЙ
Функциональные
1. Пользователь должен иметь возможность проводить поиск
необходимых ему книг и документов или по всему множеству
доступных каталожных баз данных или по определенному их
подмножеству.
2. Система должна представлять пользователю диалоговые
средства для ввода исчерпывающей информации о заказе,
последующей фиксации информации в базе данных и
маршрутизации
информации
о
заказе
к
сотруднику,
отвечающему за его планирование и исполнение.
3. Каждый
заказ
должен
быть
снабжен
уникальным
идентификатором,
который
копируется
в
формуляр
пользователя для постоянного хранения.
4. Пользователь
должен
иметь
возможность
создавать,
редактировать, удалять заказ и перемещать заказ с участка на
участок.

12.

Классификация ТРЕБОВАНИЙ
Нефункциональные
1. Все взаимодействия между интерфейсом APSE и пользователем
осуществляются на основе стандартного множества символов языка
… (Требования к продукту).
2. Разработка системы и создание сопутствующей документации
выполняются на основе стандарта … (Организационные требования)
3. Система не должна раскрывать конфиденциальной информации о
заказчике системы, кроме его имени, а также телефонного номера
системных операторов (Внешние требования)
4. Система должна отправлять сообщение пользователю при задержке
книги (Внешнее требование)
5. Система для всех безопасных транзакций должна использовать 128битную кодировку (Ограничение)
6. Пользовательский интерфейс системы должен соответствовать
правительственным постановлениям, касающимся использования
их людьми с ослабленным зрением (Требования к продукту)
7. В системе должен быть реализован стандартный формат обмена
данными ХМL
8. Редактор ХМL должен моментально переключаться между
режимами отображения и сокрытия непечатаемых символов

13.

Классификация ТРЕБОВАНИЙ
Требования предметной
области
1. Стандартный
пользовательский
интерфейс,
предоставляющий доступ ко всем библиотечным базам
данных, должен основываться на стандарте Z39.50.
2. Постоянный посетитель библиотеки может отложить для
себя до 10 книг
3. Для обеспечения авторских прав некоторые документы
должны быть удалены из системы сразу после получения.
Для этого, в зависимости от желания пользователя, эти
документы могут быть распечатаны или на локальном
системном сервере, или на сетевом принтере.
4. Торможение поезда вычисляется по формуле