Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Требования к ПО
Содержание
- 1. Требования к ПО
- 2. Технология разработки ПОСодержаниеПонятие требований к ПОВиды требованийХарактеристики требованийРазработка требованийUML-диаграммы вариантов использования
- 3. Технология разработки ПОТребования – этоусловия или возможности,
- 4. Технология разработки ПОЦитата«Если вы не поймёте требования
- 5. Технология разработки ПОПроблемы разработки требований
- 6. Технология разработки ПООсновной закон:Требования должны быть документированы
- 7. Технология разработки ПОУровни требований
- 8. Технология разработки ПОФункциональные и нефункциональные требованияфункциональные требования
- 9. Технология разработки ПОБизнес-требованияопределяют высокоуровневые цели организации или клиента (потребителя) – заказчика разрабатываемого программного обеспечения
- 10. Технология разработки ПОПользовательские требования Описывают цели/задачи пользователей
- 11. Технология разработки ПОФормальные функциональные требованияОпределяют функциональность (поведение)
- 12. Технология разработки ПОНефункциональные требования - 1Бизнес-правилавключают или
- 13. Технология разработки ПОВнешние интерфейсыАспекты взаимодействия с другими
- 14. Технология разработки ПОПримеры требованийДля формируемых вручную счетов
- 15. Технология разработки ПОХарактеристики хороших требованийПолнота Корректность Осуществимость Необходимость ОднозначностьПроверяемость
- 16. Технология разработки ПОТребования имеет смысл группировать в иерархическую структуруКаждому требованию должен быть назначен приоритетСтруктура требований продукта
- 17. Технология разработки ПОСпецификация требованийСпецификация требований к ПО
- 18. Технология разработки ПОСтруктура спецификацииСтандарт IEEE 830-19981..Введение1.1 Назначение1.2 Область действия1.3 Определения,
- 19. Технология разработки ПОФрагмент спецификации требований1. Пользователь должен
- 20. Технология разработки ПОКак писать хорошие требованияПишите простыми
- 21. Технология разработки ПОШаблоны требованийФункциональные требования должен иметь
- 22. Технология разработки ПОСпособы выявления требованийИнтервьюирование и анкетированиеМозговой штурм и отбор идейОбыгрывание ролейСоздание прототипов
- 23. Технология разработки ПОУправление требованиямиТребования изменяются – такова
- 24. Технология разработки ПОUML диаграммы вариантов использования
- 25. Технология разработки ПОСценарии вариантов использованияПример: Сценарий генерации
- 26. Технология разработки ПОЧто следует запомнитьБез хорошей проработки
- 27. Скачать презентанцию
Технология разработки ПОСодержаниеПонятие требований к ПОВиды требованийХарактеристики требованийРазработка требованийUML-диаграммы вариантов использования
Слайды и текст этой презентации
Слайд 2Технология разработки ПО
Содержание
Понятие требований к ПО
Виды требований
Характеристики требований
Разработка требований
UML-диаграммы вариантов
использования
Слайд 3Технология разработки ПО
Требования – это
условия или возможности, необходимые пользователю для
решения проблем или достижения целей;
условия или возможности, которыми должна обладать
система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;документированное представление условий или возможностей для пунктов 1 и 2.
Слайд 4Технология разработки ПО
Цитата
«Если вы не поймёте требования к программному продукту
правильно, то не имеет значения, как хорошо вы сделаете всё
остальное»[Карл Вигерс, 2004]
Слайд 8Технология разработки ПО
Функциональные и нефункциональные требования
функциональные требования задают ЧТО система
должна делать
нефункциональные требования задают с соблюдением каких условий система должна
функционировать
Слайд 9Технология разработки ПО
Бизнес-требования
определяют высокоуровневые цели организации или клиента (потребителя) –
заказчика разрабатываемого программного обеспечения
Слайд 10Технология разработки ПО
Пользовательские требования
Описывают цели/задачи пользователей системы, которые должны
достигаться/выполняться пользователями при помощи создаваемой программной системы
Отвечают на вопросы: КТО
работает и ЧТО делает с системой (с помощью системы)
Слайд 11Технология разработки ПО
Формальные функциональные требования
Определяют функциональность (поведение) программной системы, которая
должна быть создана разработчиками для предоставления возможности выполнения пользователями своих
обязанностей в рамках бизнес-требований и в контексте пользовательских требований
Слайд 12Технология разработки ПО
Нефункциональные требования - 1
Бизнес-правила
включают или связаны с корпоративными
регламентами, политиками, стандартами, законодательными актами, алгоритмами вычислений и т.д.
Пример: «На
Курс не может быть зарегистрировано больше Студентов, чем указал Преподаватель» Атрибуты качества
описывают дополнительные характеристики продукта
Пример: «Среднее время отклика системы должно составлять не более 2 секунд»
Слайд 13Технология разработки ПО
Внешние интерфейсы
Аспекты взаимодействия с другими системами, операционной средой,
а также пользовательский интерфейс
Ограничения
формулировки условий, модифицирующих требования или наборы требований,
сужая выбор возможных решений по их реализацииПример: «Программа должна работать в системе с 512 КБ оперативной памяти»
Нефункциональные требования - 2
Слайд 14Технология разработки ПО
Примеры требований
Для формируемых вручную счетов система должна позволять
оператору вводить с консоли любой номер счета, проверяя при этом
уникальность вводимого номераВремя обучения работе с программой сотрудника с квалификацией опытный пользователь ПК не должно быть более 16 часов
Постановка единичного ордера должна занимать не более 40 миллисекунд
Слайд 15Технология разработки ПО
Характеристики хороших требований
Полнота
Корректность
Осуществимость
Необходимость
Однозначность
Проверяемость
Слайд 16Технология разработки ПО
Требования имеет смысл группировать в иерархическую структуру
Каждому требованию
должен быть назначен приоритет
Структура требований продукта
Слайд 17Технология разработки ПО
Спецификация требований
Спецификация требований к ПО это полное описание
поведения разрабатываемой системы. Она включает варианты использования, которые описывают взаимодействие
с пользователем. Так же спецификация содержит нефункциональные требования которые отражают ограничения дизайна или имплементации.Спецификация требований к ПО содержит
Перечень функций и возможностей
Перечень ограничений
Нефункциональные требования
Слайд 18Технология разработки ПО
Структура спецификации
Стандарт IEEE 830-1998
1..Введение
1.1 Назначение
1.2 Область действия
1.3 Определения, акронимы и сокращения
1.4 Публикации
1.5 Краткий
обзор
2. Полное описание
2.1 Перспектива изделия
2.2 Функции изделия
2.3 Характеристики пользователя
2.4 Ограничения
2.5 Допущения и зависимости
3. Специфические требования
Слайд 19Технология разработки ПО
Фрагмент спецификации требований
1. Пользователь должен иметь возможность генерации
отчёта в формате html и сохранения его на файловую систему.
1.1.
Пользователь должен иметь возможность запуск генерации отчёта из пользовательского интерфейса клиентской системы.1.2. Пользователь должен иметь возможность указать следующие параметры генерации отчёта.
1.2.1. ...
1.3. Пользователь должен иметь возможность указать выходной файл отчёта
1.3.1. Система должна выдавать сообщение если одноимённый файл уже существует.
1.3.2. …
Слайд 20Технология разработки ПО
Как писать хорошие требования
Пишите простыми словами
Используйте полные предложения
с правильной грамматикой, правописанием и пунктуацией
Используйте краткие и ясные короткие
предложенияИзбегайте двусмысленных и субъективных терминов
Избегайте синонимов
Слайд 21Технология разработки ПО
Шаблоны требований
Функциональные требования
должен иметь возможность
возможности>
должна
Функциональные требования с ограничениями и условиями
должен иметь возможность <описание возможности>, находясь в <условия эксплуатации><Система> должна <описание возможности> в случае <описание условия>
Нефункциональные требования
<Система> должна обладать <описание характеристики>
Ограничения
<Система> должна соблюдать <описание ограничения>
Слайд 22Технология разработки ПО
Способы выявления требований
Интервьюирование и анкетирование
Мозговой штурм и отбор
идей
Обыгрывание ролей
Создание прототипов
Слайд 23Технология разработки ПО
Управление требованиями
Требования изменяются – такова жизнь
Все изменения должны
быть задокументированы и согласованы
План и сроки должны быть пересмотрены
Во все
артефакты, на которые влияют изменения требований, должны быть внесены соответствующие изменения
Слайд 25Технология разработки ПО
Сценарии вариантов использования
Пример: Сценарий генерации отчёта
1.Пользователь инициирует запуск
отчёта
2. Пользователь указывает параметры отчёта
3. Пользователь указывает файл отчёта
Слайд 26Технология разработки ПО
Что следует запомнить
Без хорошей проработки требований вся последующая
разработка может пойти насмарку
Функциональные требования описывают, что должна делать программная
системаНефункциональные требования описывают характеристики и ограничения системы
Диаграммы вариантов использования моделируют пользовательские требования
