Оцените презентацию от 1 до 5 баллов!
Тип файла:
ppt / pptx (powerpoint)
Всего слайдов:
32 слайда
Для класса:
1,2,3,4,5,6,7,8,9,10,11
Размер файла:
1.23 MB
Просмотров:
130
Скачиваний:
2
Автор:
неизвестен
Слайды и текст к этой презентации:
№1 слайд![Manual QA course Lecture .](/documents_6/114487d41b91449ed6194e9f6efdd86f/img0.jpg)
Содержание слайда: Manual QA course
Lecture 2. Требования к программному обеспечению и их анализ
№2 слайд![Схема процесса тестирования](/documents_6/114487d41b91449ed6194e9f6efdd86f/img1.jpg)
Содержание слайда: Схема процесса тестирования
№3 слайд![Требования к программному](/documents_6/114487d41b91449ed6194e9f6efdd86f/img2.jpg)
Содержание слайда: Требования к программному обеспечению
- Некое свойство программного обеспечения, необходимое пользователю, для решения проблемы при достижении поставленной цели.
- Некое свойство программного обеспечения, которым должна обладать система или ее компонент, чтобы удовлетворить требования контракта, стандарта, спецификации либо иной формальной документации.
№4 слайд![Требования к программному](/documents_6/114487d41b91449ed6194e9f6efdd86f/img3.jpg)
Содержание слайда: Требования к программному обеспечению
Требования бывают:
- Прямыми(Формализованными в технической документации, спецификациях, User Story)
- Косвенными(Проистекающими из прямых, либо являющиеся негласным стандартом для данной продукции или основывающиеся на опыте и здравом смысле использования продукта или продуктов подобных ему)
№5 слайд![Виды требований к ПО по](/documents_6/114487d41b91449ed6194e9f6efdd86f/img4.jpg)
Содержание слайда: Виды требований к ПО по уровням
№6 слайд![Требования бизнеса .](/documents_6/114487d41b91449ed6194e9f6efdd86f/img5.jpg)
Содержание слайда: Требования бизнеса:
1. Высокоуровневые цели организации или заказчика(Контекст)
2. Цели, создания системы и критерии их достижения.
3. Ключевые требования к решению и их приоритеты.
4. Список стейкхолдеров (Лица заинтересованные в системе)
5. Ограничения на решения
№7 слайд![Требования бизнеса Приложения](/documents_6/114487d41b91449ed6194e9f6efdd86f/img6.jpg)
Содержание слайда: Требования бизнеса: Приложения
1. Перечень бизнес – процессов.
2. Бизнес – правила.
3. Концептуальная модель предметной области
№8 слайд![Пользовательские требования](/documents_6/114487d41b91449ed6194e9f6efdd86f/img7.jpg)
Содержание слайда: Пользовательские требования
№9 слайд![Пользовательские требования.](/documents_6/114487d41b91449ed6194e9f6efdd86f/img8.jpg)
Содержание слайда: Пользовательские требования. User Scenario
Терминал удостоверяется, что пополнение возможно, и запрашивает у Пользователя номер телефона и, если нужно, код оператора. Пользователь сообщает Терминалу запрошенные данные. Терминал удостоверяется, что данные введены корректно.
№10 слайд![Пользовательские требования.](/documents_6/114487d41b91449ed6194e9f6efdd86f/img9.jpg)
Содержание слайда: Пользовательские требования. User Story
Пользовательские истории — Способ описания требований, к разрабатываемой системе, сформулированный, как одно или более предложений на повседневном или деловом языке.
Цель пользовательских историй состоит в том, чтобы быть в состоянии оперативно и без накладных затрат реагировать на быстро изменяющиеся требования реального мира
№11 слайд![Пользовательские требования.](/documents_6/114487d41b91449ed6194e9f6efdd86f/img10.jpg)
Содержание слайда: Пользовательские требования. User Story
Типы:
Как <Роль/Персона пользователя> я <Хочу что – то получить>, <С такой – то целью>
Как <Пользователь>, я <Хочу управлять рекламными объявлениями>, <Чтобы удалять устаревшие или ошибочные объявления>
№12 слайд![Пользовательские требования.](/documents_6/114487d41b91449ed6194e9f6efdd86f/img11.jpg)
Содержание слайда: Пользовательские требования. Use Case
Use Case - Описание поведения системы, когда она взаимодействует с кем – то (или чем - то) из внешней среды. Система может отвечать на внешние запросы или сама выступать инициатором взаимодействия
№13 слайд![Пользовательские требования.](/documents_6/114487d41b91449ed6194e9f6efdd86f/img12.jpg)
Содержание слайда: Пользовательские требования. Use Case
Пользователь захотел разместить объявление
Пользователь зашел в систему
Пользователь авторизовался в системе
Пользователь создал объявление
Система отобразила сообщение об успешном создании объявления
№14 слайд![Use Case для руководителя](/documents_6/114487d41b91449ed6194e9f6efdd86f/img13.jpg)
Содержание слайда: Use Case для руководителя проекта
Обычно не содержит деталей реализации и пишется на языке целей пользователей. Поэтому Use Case удобно согласовывать с заказчиком как «Единицу поставки»
№15 слайд![Use Case для разработчика](/documents_6/114487d41b91449ed6194e9f6efdd86f/img14.jpg)
Содержание слайда: Use Case для разработчика
Когда он видит не отдельное «система должна…», а контекст использования той или иной функции. Какие функции будут выполнены, прежде чем будет вызвана эта? В каком виде и почему будут введены данные? Можно ли менять этот реализованный класс или это отразится на согласованных сценариях работы пользователя с системой?
Это понимание позволит разработчику лучше планировать работу над реализацией отдельных объектов и функций, а также снимет часть вопросов о используемых форматах данных.
№16 слайд![Use Case для тестировщика Use](/documents_6/114487d41b91449ed6194e9f6efdd86f/img15.jpg)
Содержание слайда: Use Case для тестировщика
Use Case являются отличной базой для формирования тестовых сценариев — Test Case, — так как они описывают в каком контексте должно производиться каждое действие пользователя. Use Case, по умолчанию, являются тестируемыми требованиями так как в них всегда указана цель, которой нужно достигнуть и какие шаги надо для этого воспроизвести.
№17 слайд![Use Case Ограничения Use Case](/documents_6/114487d41b91449ed6194e9f6efdd86f/img16.jpg)
Содержание слайда: Use Case: Ограничения
Use Case не обеспечивают полноту всех функциональных требований, если в систему должна быть заложена сложная бизнес-логика.
Сценарии использования плохо подходят для документирования требований не основанных на взаимодействии с системой (таких как алгоритм или математические требования) или нефункциональных требований (такие как платформа, производительность, синхронизация, безопасность).
Следование шаблонам не гарантирует качество сценариев. Качество зависит только от навыков создателя сценария.
№18 слайд![Use Case Преимущества](/documents_6/114487d41b91449ed6194e9f6efdd86f/img17.jpg)
Содержание слайда: Use Case: Преимущества описания
- Дают представление о поведении системы.
- Понятны заказчика и разработчикам
- Позволяют описать множество альтернатив (Исключений)
- Список Use Case – перечень функциональности системы
- Для поддержки системы. Чтоб выявить ошибку, разобраться, на каком шаге что пошло не так.
№19 слайд![Use Case Рекомендации -](/documents_6/114487d41b91449ed6194e9f6efdd86f/img18.jpg)
Содержание слайда: Use Case: Рекомендации
- Основной сценарий не больше 3 – 9 шагов.
- Не включать элементы дизайна.
- Использование одного уровня детализации на всех шагах.
- Не использовать «Если»
№20 слайд![Функциональные требования.](/documents_6/114487d41b91449ed6194e9f6efdd86f/img19.jpg)
Содержание слайда: Функциональные требования. Спецификация системы
Определяют характеристики ПО (Функциональность), которые разработчики должны построить, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований.
№21 слайд![Виды требований к ПО по](/documents_6/114487d41b91449ed6194e9f6efdd86f/img20.jpg)
Содержание слайда: Виды требований к ПО по характеру. Функциональные
№22 слайд![Виды требований к ПО по](/documents_6/114487d41b91449ed6194e9f6efdd86f/img21.jpg)
Содержание слайда: Виды требований к ПО по характеру. Нефункциональные
● Ограничения
● Бизнес - правила
● Внешние интерфейсы
● Предложения по реализации
● Предложения по тестированию ПО
● Юридические требования
● Требования к безопасности
№23 слайд![Источники требований](/documents_6/114487d41b91449ed6194e9f6efdd86f/img22.jpg)
Содержание слайда: Источники требований
● Федеральное и муниципальное отраслевое законодательство(Конституция, законы, распоряжения)
● Нормативное обеспечение организации(Регламенты, положения, уставы, приказы)
● Текущая организация объекта автоматизации
● Модели деятельности(Диаграммы бизнес - процессов)
● Представления и ожидания потребителей и пользователей системы
● Опыт использования аналогичного ПО
● Конкурирующие программные продукты
№24 слайд![Методы определения требований](/documents_6/114487d41b91449ed6194e9f6efdd86f/img23.jpg)
Содержание слайда: Методы определения требований
● Анкетирование
● Мозговой штурм
● Наблюдение за производственной деятельностью
● Анализ нормативной документации
● Анализ моделей деятельности
● Анализ конкурентных продуктов
● Анализ статистики использования предыдущих версий системы
№25 слайд![Качество требований](/documents_6/114487d41b91449ed6194e9f6efdd86f/img24.jpg)
Содержание слайда: Качество требований
● Единичность
● Завершённость
● Последовательность
● Атомарность
● Отслеживаемость
● Актуальность
● Выполнимость
● Недвусмысленность
● Обязательность
● Проверяемость
№26 слайд![Проверка требований](/documents_6/114487d41b91449ed6194e9f6efdd86f/img25.jpg)
Содержание слайда: Проверка требований
● Тестирование
● Анализ
● Осмотр
● Демонстрация
№27 слайд![Проверка требований](/documents_6/114487d41b91449ed6194e9f6efdd86f/img26.jpg)
Содержание слайда: Проверка требований
№28 слайд![Текстовая форма представления](/documents_6/114487d41b91449ed6194e9f6efdd86f/img27.jpg)
Содержание слайда: Текстовая форма представления требований
● Требования бизнеса
● User Stories
● Спецификация системы
№29 слайд![Графическая форма](/documents_6/114487d41b91449ed6194e9f6efdd86f/img28.jpg)
Содержание слайда: Графическая форма представления требований
● ER (IDEF1FX), IDEF0, IDEF3
● DFD
● UML
● SysML
№30 слайд![UML пример](/documents_6/114487d41b91449ed6194e9f6efdd86f/img29.jpg)
Содержание слайда: UML: пример
№31 слайд![Вопросы и ответы](/documents_6/114487d41b91449ed6194e9f6efdd86f/img30.jpg)
Содержание слайда: Вопросы и ответы
№32 слайд![Ссылки](/documents_6/114487d41b91449ed6194e9f6efdd86f/img31.jpg)
Содержание слайда: Ссылки