Содержание
- 2. Цель Повысить качество требований к проекту на ранней стадии цикла разработки, что позволит снизить число доработок
- 3. Структура курса Зачем, для чего и почему? Разработка требований Современные методологии управления проектами Управление требованиями Реализация
- 4. От теории – к практике! В конце каждого раздела будут примеры, которые вы сможете использовать на
- 5. Зачем, для чего и почему? Основы разработки требований к ПО Требования с точки зрения клиента Приемы
- 6. Основы разработки требований к ПО Масса проблем с ПО возникает из-за несовершенства способов, которые люди применяют
- 7. Определение требований к ПО Когда группа людей начинает обсуждать требования, они обычно начинают с проблемы терминологии.
- 11. Требования ПО состоят: Бизнес – требования Пользовательские требования Функциональные требования * сплошные линии – содержатся в
- 12. Бизнес - требования Описывают, почему организации нужна такая система, то есть цели, которые организация намерена достичь
- 13. Пользовательские требования Описывают цели и задачи, которые пользователи должны иметь возможность выполнять с помощью продукта, который
- 14. Функциональные требования Определяют, каким должно быть поведение продукта в тех или иных условиях. Они определяют, что
- 15. Спецификация требований к ПО Бизнес – аналитик (тот, кто отвечает за действия по работе с требованиями
- 16. Системные требования Системные требования – описывает требования к продукту, который содержит многие компоненты или подсистемы. «Система»
- 17. Бизнес - правила Включает корпоративные политики, правительственные постановления, отраслевые стандарты и вычислительные алгоритмы
- 18. Нефукциональные требования Атрибуты качества – параметр качества, требования по уровню обслуживания . Представляют собой описание различных
- 19. Нефукциональные требования Требования, отличные от функциональных, могут описывать не что система делает, а как хорошо она
- 20. Характеристика Набор логически связанных функциональных требований, которые представляют ценность для пользователя и удовлетворяют бизнес – цели.
- 21. Три уровня требований 1. На основе выявленной бизнес – потребности, требования рынка или концепции менеджеры и
- 22. Требования к продукту и к проекту То, что мы обсудили до этого – требования, описывающие свойства
- 23. Требования к проекту Физические ресурсы, необходимые команде разработки, например рабочие станции, специальные аппаратные устройства, тестовые лаборатории
- 24. Требования к проекту Требования и процедуры для перехода со старой на новую систему, например требования по
- 25. Требования к проекту Соглашения об уровне обслуживания с клиентами Требования по правовой защите (патенты, товарные знаки
- 26. Разработка требований Разработка технических условий Разработка требований Управление требованиями Выявление Анализ Документирование Утверждение
- 27. Разработка требований Разработка технических условий разделяется на: Выявление и сбор требований Анализ Документирование Утверждение В эти
- 28. Выявление и сбор требований Охватывает все действия, связанные с выявлением требований, таких, как – интервью, совещания,
- 29. Анализ Анализ требований подразумевает получение более обширного и точного понимания всех требований и представление наборов требований
- 30. Анализ Распределение требований по компонентам ПО, определенным в системной архитектуре Согласование приоритетов реализации Выявление пробелов в
- 31. Документирование Документирование требований предусматривает представление и хранение совокупного знания о требованиях постоянным и хорошо организованным способом.
- 32. Утверждение Утверждение требований должна подтвердить правильность имеющегося набора требований, которые позволят разработчикам создать решение, удовлетворяющие бизнес
- 33. Управление требованиями Действия по управлению требованиями: Определение основной версии требований, моментальный снимок, который представляет согласованный, проверенный
- 34. Управление требованиями Определение отношений и зависимостей, существующих между требованиями Отслеживание отдельных требований до их проектирования, исходного
- 35. Проблемы со сбором требований Основное следствие проблем с требованиями – переделка того, что уже готово Недостаточное
- 36. Выгода от высококачественного процесса разработки требований Меньше дефектов в требованиях и в готовом продукте Меньше переделок
- 37. Приемы формулирования требований Обучение — Обучите аналитиков требований — Ознакомьте представителей пользователей и менеджеров с требованиями
- 38. Приемы формулирования требований Управление требованиями — Определите процесс управления изменениями — Установите границы для контроля изменений
- 39. Приемы формулирования требований Управление проектом — Выберите соответствующий цикл разработки проекта — Планируйте на основании требований
- 40. Приемы формулирования требований Сбор информации — Определите процесс формулирования требований — Определите образ и границы проекта
- 41. Приемы формулирования требований Анализ — Нарисуйте контекстную диаграмму — Создайте прототипы — Проанализируйте осуществимость — Расставьте
- 42. Приемы формулирования требований Спецификации — Используйте шаблон спецификации требований к ПО — Определите источники требований —
- 43. Приемы формулирования требований Проверка — Изучите документы с требованиями — Протестируйте требования — Определите критерии приемлемости
- 44. Обучение Обучение аналитиков требований. Всем членам команды, которые будут исполнять функции аналитиков, необходимо научиться приемам формулирования
- 45. Обучение Ознакомление пользователей и менеджеров с требованиями. Пользователи, которые будут принимать участие в разработке ПО, должны
- 46. Обучение Ознакомление разработчиков с концепциями предметной области. Чтобы помочь разработчикам в общих чертах понять предметную область,
- 47. Обучение Создание бизнес-словаря. Словарь со специализированными терминами из предметной области снизит вероятность непонимания, Включите в него
- 48. Выявление требований Определение процесса формулирования требований. Задокументируйте этапы выявления, анализа, определения и проверки требований. Наличие инструкций
- 49. Выявление требований Определение образа и границы проекта. Документ об образе и границах проекта содержит бизнес-требования к
- 50. Выявление требований Определение классов пользователей и их характеристик. Чтобы не упустить из виду потребности отдельных пользователей,
- 51. Выявление требований Выбор сторонника продукта (product champion) в каждом классе пользователей. Это человек, который сможет точно
- 53. Скачать презентацию