🗊Презентация Требования к программному обеспечению и их анализ

Нажмите для полного просмотра!
Требования к программному обеспечению и их анализ, слайд №1Требования к программному обеспечению и их анализ, слайд №2Требования к программному обеспечению и их анализ, слайд №3Требования к программному обеспечению и их анализ, слайд №4Требования к программному обеспечению и их анализ, слайд №5Требования к программному обеспечению и их анализ, слайд №6Требования к программному обеспечению и их анализ, слайд №7Требования к программному обеспечению и их анализ, слайд №8Требования к программному обеспечению и их анализ, слайд №9Требования к программному обеспечению и их анализ, слайд №10Требования к программному обеспечению и их анализ, слайд №11Требования к программному обеспечению и их анализ, слайд №12Требования к программному обеспечению и их анализ, слайд №13Требования к программному обеспечению и их анализ, слайд №14Требования к программному обеспечению и их анализ, слайд №15Требования к программному обеспечению и их анализ, слайд №16Требования к программному обеспечению и их анализ, слайд №17Требования к программному обеспечению и их анализ, слайд №18Требования к программному обеспечению и их анализ, слайд №19Требования к программному обеспечению и их анализ, слайд №20Требования к программному обеспечению и их анализ, слайд №21Требования к программному обеспечению и их анализ, слайд №22Требования к программному обеспечению и их анализ, слайд №23Требования к программному обеспечению и их анализ, слайд №24Требования к программному обеспечению и их анализ, слайд №25Требования к программному обеспечению и их анализ, слайд №26Требования к программному обеспечению и их анализ, слайд №27Требования к программному обеспечению и их анализ, слайд №28Требования к программному обеспечению и их анализ, слайд №29Требования к программному обеспечению и их анализ, слайд №30Требования к программному обеспечению и их анализ, слайд №31Требования к программному обеспечению и их анализ, слайд №32

Содержание

Вы можете ознакомиться и скачать презентацию на тему Требования к программному обеспечению и их анализ. Доклад-сообщение содержит 32 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации


Слайд 1





Manual QA course
Lecture 2. Требования к программному обеспечению и их анализ
Описание слайда:
Manual QA course Lecture 2. Требования к программному обеспечению и их анализ

Слайд 2





Схема процесса тестирования
Описание слайда:
Схема процесса тестирования

Слайд 3





Требования к программному обеспечению 
 - Некое свойство программного обеспечения, необходимое пользователю, для решения проблемы при достижении поставленной цели.
 - Некое свойство программного обеспечения, которым должна обладать система или ее компонент, чтобы удовлетворить требования контракта, стандарта, спецификации либо иной формальной документации.
Описание слайда:
Требования к программному обеспечению - Некое свойство программного обеспечения, необходимое пользователю, для решения проблемы при достижении поставленной цели. - Некое свойство программного обеспечения, которым должна обладать система или ее компонент, чтобы удовлетворить требования контракта, стандарта, спецификации либо иной формальной документации.

Слайд 4





Требования к программному обеспечению 
Требования бывают: 
 - Прямыми(Формализованными в технической документации, спецификациях, User Story)
 - Косвенными(Проистекающими из прямых, либо являющиеся негласным стандартом для данной продукции или основывающиеся на опыте и здравом смысле использования продукта или продуктов подобных ему)
Описание слайда:
Требования к программному обеспечению Требования бывают: - Прямыми(Формализованными в технической документации, спецификациях, User Story) - Косвенными(Проистекающими из прямых, либо являющиеся негласным стандартом для данной продукции или основывающиеся на опыте и здравом смысле использования продукта или продуктов подобных ему)

Слайд 5





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

Слайд 6





Требования бизнеса: 
1. Высокоуровневые цели организации или заказчика(Контекст)
2. Цели, создания системы и критерии их достижения.
3. Ключевые требования к решению и их приоритеты.
4. Список стейкхолдеров (Лица заинтересованные в системе) 
5. Ограничения на решения
Описание слайда:
Требования бизнеса: 1. Высокоуровневые цели организации или заказчика(Контекст) 2. Цели, создания системы и критерии их достижения. 3. Ключевые требования к решению и их приоритеты. 4. Список стейкхолдеров (Лица заинтересованные в системе) 5. Ограничения на решения

Слайд 7





Требования бизнеса: Приложения
1. Перечень бизнес – процессов.
2. Бизнес – правила.
3. Концептуальная модель предметной области
Описание слайда:
Требования бизнеса: Приложения 1. Перечень бизнес – процессов. 2. Бизнес – правила. 3. Концептуальная модель предметной области

Слайд 8





Пользовательские требования
Описание слайда:
Пользовательские требования

Слайд 9





Пользовательские требования. User Scenario
Терминал удостоверяется, что пополнение возможно, и запрашивает у Пользователя номер телефона и, если нужно, код оператора. Пользователь сообщает Терминалу запрошенные данные. Терминал удостоверяется, что данные введены корректно.
Описание слайда:
Пользовательские требования. User Scenario Терминал удостоверяется, что пополнение возможно, и запрашивает у Пользователя номер телефона и, если нужно, код оператора. Пользователь сообщает Терминалу запрошенные данные. Терминал удостоверяется, что данные введены корректно.

Слайд 10





Пользовательские требования. User Story
Пользовательские истории — Способ описания требований, к разрабатываемой системе, сформулированный, как одно или более предложений на повседневном или деловом языке.
Цель пользовательских историй состоит в том, чтобы быть в состоянии оперативно и без накладных затрат реагировать на быстро изменяющиеся требования реального мира
Описание слайда:
Пользовательские требования. User Story Пользовательские истории — Способ описания требований, к разрабатываемой системе, сформулированный, как одно или более предложений на повседневном или деловом языке. Цель пользовательских историй состоит в том, чтобы быть в состоянии оперативно и без накладных затрат реагировать на быстро изменяющиеся требования реального мира

Слайд 11





Пользовательские требования. User Story
Типы:
Как <Роль/Персона пользователя> я <Хочу что – то получить>, <С такой – то целью>

Как <Пользователь>, я <Хочу управлять рекламными объявлениями>, <Чтобы удалять устаревшие или ошибочные объявления>
Описание слайда:
Пользовательские требования. User Story Типы: Как <Роль/Персона пользователя> я <Хочу что – то получить>, <С такой – то целью> Как <Пользователь>, я <Хочу управлять рекламными объявлениями>, <Чтобы удалять устаревшие или ошибочные объявления>

Слайд 12





Пользовательские требования. Use Case
Use Case  - Описание поведения системы, когда она взаимодействует с кем – то (или чем - то) из внешней среды. Система может отвечать на внешние запросы или сама выступать инициатором взаимодействия
Описание слайда:
Пользовательские требования. Use Case Use Case - Описание поведения системы, когда она взаимодействует с кем – то (или чем - то) из внешней среды. Система может отвечать на внешние запросы или сама выступать инициатором взаимодействия

Слайд 13





Пользовательские требования. Use Case
Пользователь захотел разместить объявление
Пользователь зашел в систему
Пользователь авторизовался в системе
Пользователь создал объявление 
Система отобразила сообщение об успешном создании объявления
Описание слайда:
Пользовательские требования. Use Case Пользователь захотел разместить объявление Пользователь зашел в систему Пользователь авторизовался в системе Пользователь создал объявление Система отобразила сообщение об успешном создании объявления

Слайд 14





Use Case для руководителя проекта
Обычно не содержит деталей реализации и пишется на языке целей пользователей. Поэтому Use Case удобно согласовывать с заказчиком как «Единицу поставки»
Описание слайда:
Use Case для руководителя проекта Обычно не содержит деталей реализации и пишется на языке целей пользователей. Поэтому Use Case удобно согласовывать с заказчиком как «Единицу поставки»

Слайд 15





Use Case для разработчика
Когда он видит не отдельное «система должна…», а контекст использования той или иной функции. Какие функции будут выполнены, прежде чем будет вызвана эта? В каком виде и почему будут введены данные? Можно ли менять этот реализованный класс или это отразится на согласованных сценариях работы пользователя с системой?
Это понимание позволит разработчику лучше планировать работу над реализацией отдельных объектов и функций, а также снимет часть вопросов о используемых форматах данных.
Описание слайда:
Use Case для разработчика Когда он видит не отдельное «система должна…», а контекст использования той или иной функции. Какие функции будут выполнены, прежде чем будет вызвана эта? В каком виде и почему будут введены данные? Можно ли менять этот реализованный класс или это отразится на согласованных сценариях работы пользователя с системой? Это понимание позволит разработчику лучше планировать работу над реализацией отдельных объектов и функций, а также снимет часть вопросов о используемых форматах данных.

Слайд 16





Use Case для тестировщика
Use Case являются отличной базой для формирования тестовых сценариев — Test Case, — так как они описывают в каком контексте должно производиться каждое действие пользователя. Use Case, по умолчанию, являются тестируемыми требованиями так как в них всегда указана цель, которой нужно достигнуть и какие шаги надо для этого воспроизвести.
Описание слайда:
Use Case для тестировщика Use Case являются отличной базой для формирования тестовых сценариев — Test Case, — так как они описывают в каком контексте должно производиться каждое действие пользователя. Use Case, по умолчанию, являются тестируемыми требованиями так как в них всегда указана цель, которой нужно достигнуть и какие шаги надо для этого воспроизвести.

Слайд 17





Use Case: Ограничения
Use Case не обеспечивают полноту всех функциональных требований, если в систему должна быть заложена сложная бизнес-логика.
Сценарии использования плохо подходят для документирования требований не основанных на взаимодействии с системой (таких как алгоритм или математические требования) или нефункциональных требований (такие как платформа, производительность, синхронизация, безопасность).
Следование шаблонам не гарантирует качество сценариев. Качество зависит только от навыков создателя сценария.
Описание слайда:
Use Case: Ограничения Use Case не обеспечивают полноту всех функциональных требований, если в систему должна быть заложена сложная бизнес-логика. Сценарии использования плохо подходят для документирования требований не основанных на взаимодействии с системой (таких как алгоритм или математические требования) или нефункциональных требований (такие как платформа, производительность, синхронизация, безопасность). Следование шаблонам не гарантирует качество сценариев. Качество зависит только от навыков создателя сценария.

Слайд 18





Use Case: Преимущества описания
 - Дают представление о поведении системы.
 - Понятны заказчика и разработчикам
 - Позволяют описать множество альтернатив (Исключений)
 - Список Use Case – перечень функциональности системы
 - Для поддержки системы. Чтоб выявить ошибку, разобраться, на каком шаге что пошло не так.
Описание слайда:
Use Case: Преимущества описания - Дают представление о поведении системы. - Понятны заказчика и разработчикам - Позволяют описать множество альтернатив (Исключений) - Список Use Case – перечень функциональности системы - Для поддержки системы. Чтоб выявить ошибку, разобраться, на каком шаге что пошло не так.

Слайд 19





Use Case: Рекомендации
 - Основной сценарий не больше 3 – 9 шагов.
 - Не включать элементы дизайна.
 - Использование одного уровня детализации на всех шагах.
 - Не использовать «Если»
Описание слайда:
Use Case: Рекомендации - Основной сценарий не больше 3 – 9 шагов. - Не включать элементы дизайна. - Использование одного уровня детализации на всех шагах. - Не использовать «Если»

Слайд 20





Функциональные требования. Спецификация системы
Определяют характеристики ПО (Функциональность), которые разработчики должны построить, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований.
Описание слайда:
Функциональные требования. Спецификация системы Определяют характеристики ПО (Функциональность), которые разработчики должны построить, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований.

Слайд 21





Виды требований к ПО по характеру. Функциональные
Описание слайда:
Виды требований к ПО по характеру. Функциональные

Слайд 22





Виды требований к ПО по характеру. Нефункциональные
● Ограничения
● Бизнес - правила
● Внешние интерфейсы
● Предложения по реализации
● Предложения по тестированию ПО
● Юридические требования
● Требования к безопасности
Описание слайда:
Виды требований к ПО по характеру. Нефункциональные ● Ограничения ● Бизнес - правила ● Внешние интерфейсы ● Предложения по реализации ● Предложения по тестированию ПО ● Юридические требования ● Требования к безопасности

Слайд 23





Источники требований
● Федеральное и муниципальное отраслевое законодательство(Конституция, законы, распоряжения)
● Нормативное обеспечение организации(Регламенты, положения, уставы, приказы)
● Текущая организация объекта автоматизации
● Модели деятельности(Диаграммы бизнес - процессов)
● Представления и ожидания потребителей и пользователей системы
● Опыт использования аналогичного ПО
● Конкурирующие программные продукты
Описание слайда:
Источники требований ● Федеральное и муниципальное отраслевое законодательство(Конституция, законы, распоряжения) ● Нормативное обеспечение организации(Регламенты, положения, уставы, приказы) ● Текущая организация объекта автоматизации ● Модели деятельности(Диаграммы бизнес - процессов) ● Представления и ожидания потребителей и пользователей системы ● Опыт использования аналогичного ПО ● Конкурирующие программные продукты

Слайд 24





Методы определения требований
● Анкетирование
● Мозговой штурм
● Наблюдение за производственной деятельностью
● Анализ нормативной документации
● Анализ моделей деятельности
● Анализ конкурентных продуктов
● Анализ статистики использования предыдущих версий системы
Описание слайда:
Методы определения требований ● Анкетирование ● Мозговой штурм ● Наблюдение за производственной деятельностью ● Анализ нормативной документации ● Анализ моделей деятельности ● Анализ конкурентных продуктов ● Анализ статистики использования предыдущих версий системы

Слайд 25





Качество требований
● Единичность
● Завершённость
● Последовательность
● Атомарность
● Отслеживаемость
● Актуальность
● Выполнимость
● Недвусмысленность
● Обязательность
● Проверяемость
Описание слайда:
Качество требований ● Единичность ● Завершённость ● Последовательность ● Атомарность ● Отслеживаемость ● Актуальность ● Выполнимость ● Недвусмысленность ● Обязательность ● Проверяемость

Слайд 26





Проверка требований
● Тестирование
● Анализ
● Осмотр
● Демонстрация
Описание слайда:
Проверка требований ● Тестирование ● Анализ ● Осмотр ● Демонстрация

Слайд 27





Проверка требований
Описание слайда:
Проверка требований

Слайд 28





Текстовая форма представления требований
● Требования бизнеса
● User Stories
● Спецификация системы
Описание слайда:
Текстовая форма представления требований ● Требования бизнеса ● User Stories ● Спецификация системы

Слайд 29





Графическая форма представления требований
● ER (IDEF1FX), IDEF0, IDEF3
● DFD
● UML
● SysML
Описание слайда:
Графическая форма представления требований ● ER (IDEF1FX), IDEF0, IDEF3 ● DFD ● UML ● SysML

Слайд 30





UML: пример
Описание слайда:
UML: пример

Слайд 31





Вопросы и ответы
Описание слайда:
Вопросы и ответы

Слайд 32





Ссылки
Описание слайда:
Ссылки



Похожие презентации
Mypresentation.ru
Загрузить презентацию