Содержание
- 2. Схема процесса тестирования ТЕСТИРОВАНИЕ Программный комплекс Требования Информация о несоответствиях
- 3. Требования к программному обеспечению - Некое свойство программного обеспечения, необходимое пользователю, для решения проблемы при достижении
- 4. Требования к программному обеспечению Требования бывают: - Прямыми(Формализованными в технической документации, спецификациях, User Story) - Косвенными(Проистекающими
- 5. Виды требований к ПО по уровням
- 6. Требования бизнеса: 1. Высокоуровневые цели организации или заказчика(Контекст) 2. Цели, создания системы и критерии их достижения.
- 7. Требования бизнеса: Приложения 1. Перечень бизнес – процессов. 2. Бизнес – правила. 3. Концептуальная модель предметной
- 8. Пользовательские требования Use case User story User scenario
- 9. Пользовательские требования. User Scenario Терминал удостоверяется, что пополнение возможно, и запрашивает у Пользователя номер телефона и,
- 10. Пользовательские требования. User Story Пользовательские истории — Способ описания требований, к разрабатываемой системе, сформулированный, как одно
- 11. Пользовательские требования. User Story Типы: Как я , Как , я ,
- 12. Пользовательские требования. Use Case Use Case - Описание поведения системы, когда она взаимодействует с кем –
- 13. Пользовательские требования. Use Case Пользователь захотел разместить объявление Пользователь зашел в систему Пользователь авторизовался в системе
- 14. Use Case для руководителя проекта Обычно не содержит деталей реализации и пишется на языке целей пользователей.
- 15. Use Case для разработчика Когда он видит не отдельное «система должна…», а контекст использования той или
- 16. Use Case для тестировщика Use Case являются отличной базой для формирования тестовых сценариев — Test Case,
- 17. Use Case: Ограничения Use Case не обеспечивают полноту всех функциональных требований, если в систему должна быть
- 18. Use Case: Преимущества описания - Дают представление о поведении системы. - Понятны заказчика и разработчикам -
- 19. Use Case: Рекомендации - Основной сценарий не больше 3 – 9 шагов. - Не включать элементы
- 20. Функциональные требования. Спецификация системы Определяют характеристики ПО (Функциональность), которые разработчики должны построить, чтобы пользователи смогли выполнить
- 21. Виды требований к ПО по характеру. Функциональные
- 22. Виды требований к ПО по характеру. Нефункциональные ● Ограничения ● Бизнес - правила ● Внешние интерфейсы
- 23. Источники требований ● Федеральное и муниципальное отраслевое законодательство(Конституция, законы, распоряжения) ● Нормативное обеспечение организации(Регламенты, положения, уставы,
- 24. Методы определения требований ● Анкетирование ● Мозговой штурм ● Наблюдение за производственной деятельностью ● Анализ нормативной
- 25. Качество требований ● Единичность ● Завершённость ● Последовательность ● Атомарность ● Отслеживаемость ● Актуальность ● Выполнимость
- 26. Проверка требований ● Тестирование ● Анализ ● Осмотр ● Демонстрация
- 27. Проверка требований
- 28. Текстовая форма представления требований ● Требования бизнеса ● User Stories ● Спецификация системы
- 29. Графическая форма представления требований ● ER (IDEF1FX), IDEF0, IDEF3 ● DFD ● UML ● SysML
- 30. UML: пример
- 31. Вопросы и ответы
- 33. Скачать презентацию