- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Уровни и типы требований презентация
Содержание
- 1. Уровни и типы требований
- 2. Уровни и типы требований Инженерия ПЗ. Л.
- 3. Уровни и типы требований(2) Инженерия ПЗ. Л. Егорова Е.В.
- 4. Основные понятия(1) Инженерия ПЗ. Л. Егорова Е.В.
- 5. Примеры: Нужен инструмент, в реальном времени отображающий
- 6. Основные понятия(2) Инженерия ПЗ. Л. Егорова Е.В.
- 7. Примеры: При первом входе пользователя в
- 8. Основные понятия(3) Инженерия ПЗ. Л. Егорова Е.В.
- 9. Примеры: Никакой документ, просмотренный посетителями сайта
- 10. Основные понятия(4) Инженерия ПЗ. Л. Егорова Е.В.
- 11. Примеры: Максимальное время готовности системы к
- 12. Основные понятия(5) Инженерия ПЗ. Л. Егорова Е.В.
- 13. Примеры: В процессе инсталляции приложение должно
- 14. Основные понятия(6) Инженерия ПЗ. Л. Егорова Е.В.
- 15. Примеры: При одновременной непрерывной работе с
- 16. Основные понятия(7) Инженерия ПЗ. Л. Егорова Е.В.
- 17. Примеры: Все элементы интерфейса должны отображаться
- 18. Основные понятия(8) Инженерия ПЗ. Л. Егорова Е.В.
- 19. Примеры: Все элементы интерфейса должны отображаться
- 20. Основные понятия(9) Инженерия ПЗ. Л. Егорова Е.В.
- 21. Примеры: Обмен данными между клиентской и
- 22. Основные понятия(10) Инженерия ПЗ. Л. Егорова Е.В.
- 23. Примеры: Все данные системы, за исключением
- 24. Спецификация требований Software requirements specification Инженерия
- 25. Принципы создания, организации и ис-пользования набора требований
- 26. Инженерия ПЗ. Л. Егорова Е.В. Вопросы
Уровни и типы требований Инженерия ПЗ. Л. Егорова Е.В. «SOFT WARE REQUIREMENTS ENGINEE-RING: WHAT, WHY, WHO, WHEN, AND HOW», LINDA WESTFALL [HTTPS://CS.ANU.EDU.AU/COURSES/COMP3530/READINGS/THE_WHY_WHAT_WHO_WHEN_AND_HOW_OF_SOFT WARE_REQUIREMENTS.PDF]
Слайд 1
Уровни и типы требований
Инженерия программного обеспечения
Дополнительная лекция
Кафедра компьютерных систем и сетей
Слайд 2Уровни и типы требований
Инженерия ПЗ. Л. Егорова Е.В.
«SOFT WARE REQUIREMENTS ENGINEE-RING:
WHAT, WHY, WHO, WHEN, AND HOW», LINDA WESTFALL
[HTTPS://CS.ANU.EDU.AU/COURSES/COMP3530/READINGS/THE_WHY_WHAT_WHO_WHEN_AND_HOW_OF_SOFT WARE_REQUIREMENTS.PDF]
[HTTPS://CS.ANU.EDU.AU/COURSES/COMP3530/READINGS/THE_WHY_WHAT_WHO_WHEN_AND_HOW_OF_SOFT WARE_REQUIREMENTS.PDF]
Слайд 4Основные понятия(1)
Инженерия ПЗ. Л. Егорова Е.В.
БИЗНЕС-ТРЕБОВАНИЯ
(BUSINESS REQUIREMENTS)
выражают цель, ради
которой разрабатывается продукт (зачем вообще он нужен, какая от него ожидается польза).
Результат:
общее видение (vision and scope)
— документ, который, как правило, представлен простым текстом и таблицами. Здесь нет детализации поведения системы и иных технических характеристик, но вполне могут быть определены приоритеты решаемых бизнес-задач, риски и т. п.
Слайд 5Примеры:
Нужен инструмент, в реальном времени отображающий наиболее выгодный курс покупки и
продажи валюты.
Необходимо в два-три раза повысить количество заявок, обрабатываемых одним оператором за смену.
Нужно автоматизировать процесс выписки товарно-транспортных накладных на основе договоров.
Необходимо в два-три раза повысить количество заявок, обрабатываемых одним оператором за смену.
Нужно автоматизировать процесс выписки товарно-транспортных накладных на основе договоров.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 6Основные понятия(2)
Инженерия ПЗ. Л. Егорова Е.В.
ПОЛЬЗОВАТЕЛЬСКИЕ ТРЕБОВАНИЯ (USER REQUIREMENTS)
описывают задачи,
которые пользователь может выполнять с помощью разрабатываемой системы (реакцию системы на действия пользователя, сценарии работы пользователя).
Результат:
варианты использования (use cases), пользовательские историй (user stories), пользовательские сценарии (user scenarios).
Слайд 7Примеры:
При первом входе пользователя в систему должно отображаться лицензионное соглашение.
Администратор
должен иметь возможность просматривать список всех пользователей, работающих в данный момент в системе.
При первом сохранении новой статьи система должна выдавать запрос на сохранение в виде черновика или публикацию
При первом сохранении новой статьи система должна выдавать запрос на сохранение в виде черновика или публикацию
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 8Основные понятия(3)
Инженерия ПЗ. Л. Егорова Е.В.
БИЗНЕС-ПРАВИЛА (BUSINESS RULES) - описывают особенности
принятых в предметной области (и/или непосредственно у заказчика) процессов, ограничений и иных правил. Эти правила могут относиться к бизнес-процессам, правилам работы сотрудников, нюансам работы ПО и т. д.
Слайд 9Примеры:
Никакой документ, просмотренный посетителями сайта хотя бы один раз, не
может быть отредактирован или удалён.
Публикация статьи возможна только после утверждения главным редактором.
Подключение к системе извне офиса запрещено в нерабочее время.
Публикация статьи возможна только после утверждения главным редактором.
Подключение к системе извне офиса запрещено в нерабочее время.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 10Основные понятия(4)
Инженерия ПЗ. Л. Егорова Е.В.
АТРИБУТЫ КАЧЕСТВА (QUALITY ATTRIBUTES) –
расширяют
собой нефункциональные требования и на уровне пользовательских требований могут быть представлены в виде описания ключевых для проекта показателей качества.
Атрибутов качества очень много!
Атрибутов качества очень много!
Слайд 11Примеры:
Максимальное время готовности системы к выполнению новой команды после отмены
предыдущей не может превышать одну секунду.
Внесённые в текст статьи изменения не должны быть утеряны при нарушении соединения между клиентом и сервером.
Приложение должно поддерживать добавление произвольного количества неиероглифических языков интерфейса.
Внесённые в текст статьи изменения не должны быть утеряны при нарушении соединения между клиентом и сервером.
Приложение должно поддерживать добавление произвольного количества неиероглифических языков интерфейса.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 12Основные понятия(5)
Инженерия ПЗ. Л. Егорова Е.В.
ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ (FUNCTIONAL REQUIREMENTS) - описывают
поведение системы, т. е. её действия (вычисления, преобразования, проверки, обработку и т. д.)
Слайд 13Примеры:
В процессе инсталляции приложение должно проверять остаток свободного места на
целевом носителе.
Система должна автоматически выполнять резервное копирование данных ежедневно в указанный момент времени.
Электронный адрес пользователя, вводимый при регистрации, должен быть проверен на соответствие требованиям RF8.
Система должна автоматически выполнять резервное копирование данных ежедневно в указанный момент времени.
Электронный адрес пользователя, вводимый при регистрации, должен быть проверен на соответствие требованиям RF8.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 14Основные понятия(6)
Инженерия ПЗ. Л. Егорова Е.В.
НЕФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ (NON-FUNCTIONAL REQUIREMENTS) описывают свойства
системы(удобство использования, безопасность, надёжность, расширяемость и т. д.), которыми она должна обладать при реализации своего поведения.
Слайд 15Примеры:
При одновременной непрерывной работе с системой 1000 пользователей, минимальное время
между возникновением сбоев должно быть более или равно 100 часов.
Ни при каких условиях общий объём используемой приложением памяти не может превышать 2 ГБ.
Размер шрифта для любой надписи на экране должен поддерживать настройку в диапазоне от 5 до 15 пунктов.
Ни при каких условиях общий объём используемой приложением памяти не может превышать 2 ГБ.
Размер шрифта для любой надписи на экране должен поддерживать настройку в диапазоне от 5 до 15 пунктов.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 16Основные понятия(7)
Инженерия ПЗ. Л. Егорова Е.В.
ОГРАНИЧЕНИЯ
(LIMITATIONS, CONSTRAINTS)
представляют собой факторы,
ограничивающие выбор способов и средств (в том числе инструментов) реализации продукта.
Слайд 17Примеры:
Все элементы интерфейса должны отображаться без прокрутки при разрешениях экрана
от 800x600 до 1920x1080.
Не допускается использование Flash при реализации клиентской части приложения.
Приложение должно сохранять способность реализовывать функции с уровнем важности «критический» при отсутствии у клиента поддержки JavaScript.
Не допускается использование Flash при реализации клиентской части приложения.
Приложение должно сохранять способность реализовывать функции с уровнем важности «критический» при отсутствии у клиента поддержки JavaScript.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 18Основные понятия(8)
Инженерия ПЗ. Л. Егорова Е.В.
ОГРАНИЧЕНИЯ
(LIMITATIONS, CONSTRAINTS)
представляют собой факторы,
ограничивающие выбор способов и средств (в том числе инструментов) реализации продукта.
Слайд 19Примеры:
Все элементы интерфейса должны отображаться без прокрутки при разрешениях экрана
от 800x600 до 1920x1080.
Не допускается использование Flash при реализации клиентской части приложения.
Приложение должно сохранять способность реализовывать функции с уровнем важности «критический» при отсутствии у клиента поддержки JavaScript.
Не допускается использование Flash при реализации клиентской части приложения.
Приложение должно сохранять способность реализовывать функции с уровнем важности «критический» при отсутствии у клиента поддержки JavaScript.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 20Основные понятия(9)
Инженерия ПЗ. Л. Егорова Е.В.
ТРЕБОВАНИЯ К ИНТЕРФЕЙСАМ (EXTERNAL INTERFACES REQUIREMENTS)
описывают особенности взаимодействия разрабатываемой системы с другими системами и операционной средой.
Слайд 21Примеры:
Обмен данными между клиентской и серверной частями приложения при осуществлении
фоновых AJAX-запросов должен быть реализован в формате JSON.
Протоколирование событий должно вестись в журнале событий операционной системы.
Протоколирование событий должно вестись в журнале событий операционной системы.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 22Основные понятия(10)
Инженерия ПЗ. Л. Егорова Е.В.
ТРЕБОВАНИЯ К ДАННЫМ
(DATA REQUIREMENTS)
описывают
структуры данных (и сами данные), являющиеся неотъемлемой частью разрабатываемой системы.
Часто сюда относят описание базы данных и особенностей её использования.
Часто сюда относят описание базы данных и особенностей её использования.
Слайд 23Примеры:
Все данные системы, за исключением пользовательских документов, должны храниться в
БД под управлением СУБД MySQL, пользовательские документы должны храниться в БД под управлением СУБД MongoDB.
Для ускорения операций поиска по тексту статей и обзоров должны быть предусмотрены полнотекстовые индексы на соответствующих полях таблиц.
Для ускорения операций поиска по тексту статей и обзоров должны быть предусмотрены полнотекстовые индексы на соответствующих полях таблиц.
Инженерия ПЗ. Л2. Егорова Е.В.
Слайд 24Спецификация требований
Software requirements specification
Инженерия ПЗ. Л. Егорова Е.В.
объединяет в себе
описание всех требований уровня продукта и может представлять собой весьма объёмный документ.
Слайд 25Принципы создания, организации и ис-пользования набора требований
Инженерия ПЗ. Л. Егорова Е.В.
КАРЛА
ВИГЕРСА
«РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ»
(«SOFT WARE REQUIREMENTS (3RD EDITION) (DEVELOPER BEST PRACTICES)», KARL WIEGERS, JOY BEATTY).
«РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ»
(«SOFT WARE REQUIREMENTS (3RD EDITION) (DEVELOPER BEST PRACTICES)», KARL WIEGERS, JOY BEATTY).
