BACON 2016: Requirements Traceability
•Download as PPTX, PDF•
0 likes•151 views
Трассирование требований как часть процесса обеспечения качества работы бизнес-аналитика
Recommended
Recommended
More Related Content
Similar to BACON 2016: Requirements Traceability
Similar to BACON 2016: Requirements Traceability (20)
BACON 2016: Requirements Traceability
- 1. 1 Обо мне SharePoint specialist @SMART business Focus on • IT – development / implementation (24 years) • Business analysis (15 years) • ERP Solutions (10 years) • SharePoint (5 years) dmguz@smartbusiness.com.ua +38 050 702-4215 IT Network BACON 2016
- 2. Приемочные тесты (User Acceptance Tests) Unit tests 2 Типы требований IT Network BACON 2016 Бизнес-требования (business requirements) Требования пользователей (user requirements) Функциональные требования (functional requirements) Системные требования (system requirements) Tasks (Work Items)
- 3. 3 Атрибуты качества требований IT Network BACON 2016 Полнота Согласованность Способность к модификации Трассируемость
- 4. 4 Трассируемость требований IT Network BACON 2016 Трассируемость позволяет описывать и отслеживать связи между различными артефактами требований — бизнес- требованиями, системными требованиями в различных формах. А в широком смысле и артефактами процесса разработки вообще.
- 5. Приемочные тесты (User Acceptance Tests) Unit tests 5 Трассировка IT Network BACON 2016 Бизнес-требования (business requirements) Требования пользователей (user requirements) Функциональные требования (functional requirements) Системные требования (system requirements) Tasks (Work Items) Трассировка достоверности Трассировка верификации
- 6. 6 Трассируемость требований IT Network BACON 2016 Обеспечение качества продукта Анализ влияния изменений
- 7. 7 Выгоды IT Network BACON 2016 Большее доверие в удовлетворении (соответствии) задачам Способность оценить влияние изменения Улучшенная возможность учёта [accountability] Способность проследить прогресс (приоретизация) Способность сбалансировать расходы и прибыль
- 8. IT Network BACON 2016 Путь бизнес аналитика
- 9. IT Network BACON 2016
- 10. Functional Requirements User Acceptance Tests IT Network BACON 2016 System Components Business Requirements
- 11. User Roles User Requirements Functional Requirements System Features Use Cases Test Cases User Acceptance Tests UAT Steps IT Network BACON 2016 System Components Tasks Business Requirements Unit Tests
- 12. Super Programma IT Network BACON 2016 Business Requirements
- 13. IT Network BACON 2016 Инструментальная поддержка
- 14. 14 Инструментальная поддержка IT Network BACON 2016 Word
- 15. 15 Инструментальная поддержка IT Network BACON 2016 Excel
- 16. 16 Инструментальная поддержка IT Network BACON 2016 Requirement managements system
- 17. 17 Инструментальная поддержка IT Network BACON 2016 Jira
- 18. 18 Инструментальная поддержка IT Network BACON 2016 Visual Studio
- 19. IT Network BACON 2016 Демонстрация
- 20. 20 Пренебрежение IT Network BACON 2016 Для проекта не была определена работающая и согласованная стратегия трассируемости Трассируемость не рассматривается как неотъемлемая часть разработки технических требований Усилия затрачены, но выгода не осознается Приоритет сроков реализации проекта над качеством документации Недостаточная компетенция бизнес-аналитика
- 21. 21 Передовой опыт IT Network BACON 2016 Установите соответствующий уровень трассировки Распределяйте ваши усилия равномерно Применяйте контроль качества по отношению также и к трассируемости Отрегулируйте и заново пересмотрите вашу стратегию трассируемости Занимайтесь повышением квалификации вашей команды Если у вас есть сомнения, сделайте меньше, но должным образом Усильте структуру ваших требований, чтобы она поддерживала трассируемость Усильте инструментальную поддержку
- 22. 22 Ссылки IT Network BACON 2016 Никуда без трассировки: практические советы по внедрению трассируемости http://www.ibm.com/developerworks/ru/library/behrens/ Управление изменениями Управление незапланированным ростом объем http://www.intuit.ru/studies/courses/2188/174/lecture/4736? page=3 Благодарности Богданов Анатолий SMART business developer Дмитрий Хмелевской SMART business developer
- 23. 23 Вопросы IT Network BACON 2016
Editor's Notes
- Большее доверие в удовлетворении (соответствии) задачам Установление трассируемости (трассировки) порождает лучшее отражение того, как задачи выполняются (удовлетворяются). Трассируемость позволяет провести быстрый анализ, чтобы гарантировать (убедиться), что все, что вы сделали, есть все то, что вы договорились делать и только то, что вы договорились сделать. Предположим, тестировщик обнаружит незапланированную функциональность при отсутствии соответствующего требования. Этот фрагмент кода может свидетельствовать, что разработчик реализовал официальное требование, которое аналитик теперь может добавить к спецификации. Или же это может быть код-"сирота", украшающий фрагмент, который не относится к продукту. Связи трассируемости помогут вам отсортировать подобные ситуации и получить более полное представление о том, как именно фрагменты вашей системы составляют одно целое. И наоборот, варианты тестирования, которые созданы на основе отдельных требований и которые можно проследить до этих требований, также представляют собой механизм выявления нереализованных требований, поскольку ожидаемой функциональности не будет. Способность оценить влияние изменения Трассируемость допускает различные формы анализа влияния, которые могут быть использованы для оценки влияния предложенных изменений на стоимость, расписание выполнения и технические аспекты проекта. Управление изменениями Управление незапланированным ростом объема Незапланированный рост объема ставит под удар 6: 80% проектов по разработке систем управления информацией; 70% проектов по разработке военных систем ПО; 45% проектов по созданию ПО, выполняемых по контракту. Незапланированным изменением требований считается предложение новой функциональности и существенной модификации после утверждения базовой версии требований к проекту. Чем дольше продолжается работа над проектами, тем больше их объем. Проблема заключается не в изменении требований, а в том, что запоздалые изменения оказывают существенное влияние на уже проделанную работу. Если каждый запрос на изменение будет удовлетворяться - проект, возможно, никогда не будет завершен. Ключевая стратегия ограничения роста незапланированных требований - разработка хороших требований, руководствуясь приемами и методами, в максимальном контакте с Заказчиком. Другая стратегия - это умение сказать: "Нет" . Психология большинства людей устроена так, что им тяжело отказывать, что в данном случае может привести к состоянию постоянного прессинга. К.Вигерс предлагает "смягчить" этот подход, заменив "Нет", на "Не сейчас" (требование обязательно будет выполнено, но не в текущей версии). Однако, не следует делать вывод из всего вышесказанного, что изменения не нужны. Изменения неизбежны, приемлемы и в ряде случаев благоприятны. Бизнес-процессы, рыночные возможности, конкурирующие продукты, и технологии - все они могут меняться в ходе разработки продукта, и менеджеры могут определить, как в ответ на эти изменения необходимо откорректировать направление работы. Улучшенная возможность учёта [accountability] Трассируемость предоставляет значительную ясность (прозрачность) в том, как работа способствует развитию проекта в целом. Способность проследить прогресс Общеизвестно, что трудно измерить прогресс, когда все, что вы делаете - это создаете и исправляете артефакты. Процессы трассируемости (трассировки) позволяют точно измерить прогресс, например отвечая на такие вопросы, как: Существует ли проектный артефакт для каждого требования? Существует ли сценарий теста для каждого требования? Способность сбалансировать расходы и прибыль Соотнесение компонентов продукта с требованиями позволяет вам сравнить прибыль и затраты.
- Демонстрация структуры файла с требованиями Демонстрация трассировки требований Функция обратной трассировки Дешборд для оценки степени трассировки требований Демонстрация экспорта файла в Word
- Установите соответствующий уровень трассировки. Не переоценивайте свои силы. Я видел проекты, в которых пытались осуществлять трассировку до уровня детализации, который не соответствовал ни временным рамкам, ни конкретному варианту использования. В своем первом проекте не пытайтесь выполнить трассировку до уровня конкретного варианта использования. Вы должны иметь хорошо продуманную стратегию трассируемости и оправдание для своих (огромных!) усилий. [1] Распределяйте ваши усилия равномерно. Включите внедрение трассируемости в документирование технических требований. Не превращайте это в отдельное действие. Зачастую если это действие откладывается, и даже если оно откладывается только для определенного набора требований, трассируемость становится несистематической и поэтому бесполезной. [2, 3] Применяйте контроль качества по отношению также и к трассируемости.. Когда вы выполняете проверки или обзоры, проверьте трассируемость. Она может быть и неправильной. Прежде всего контроль качества обеспечивает наличие трассируемости, а уж затем подтверждается её правильность до начала её применения, что увеличивает вашу уверенность при её использовании. [2, 3] Отрегулируйте и заново пересмотрите вашу стратегию трассируемости. Нельзя ожидать, что стратегия трассируемости, которая была удачно использована в прошлом, может оставаться правильной навсегда. Выполнение проектов приводит к организационным изменениям. Типы проектов различны. Разным проектам требуются различные типы требований и/или различные типы отношений, определяемые для трассируемости. Переход от разработки собственными силами для внутренних нужд к проекту интеграции с посторонним поставщиком вероятно приведет к появлению новой документации. Переход от чисто традиционного (декларативного) способа формулирования технических требований к подходу, основанному на конкретном варианте использования, влечет за собой введение новых типов технических требований. Ваша стратегия трассируемости должна отвечать этим изменениям 10. [1] Занимайтесь повышением квалификации вашей команды. Трассируемость является результатом коллективных усилий. Команда, ответственная за организацию выполнения проекта, должна быть соответствующим образом подготовлена к определению подхода к трассируемости для проекта. Им нужно понимать и ценить то, что одинаково важно как трассировать требование к его источнику, так и написать хорошее определение требования к качеству. [1, 2] Приведите контрпример. Если имеется участник проекта со стороны, занимающийся потребностями в трассируемости вашего проекта, позвольте этому сотруднику провести анализ последствий для следующего запроса на изменение. Это может оказаться более понятным. [2, 3] Если у вас есть сомнения, сделайте меньше, но должным образом. Лучше придерживаться хоть какой-то стратегии трассируемости, чем иметь незавершенную. Последняя требует усилий, но вряд ли принесет пользу. Первая надежна до уровня детализации, определенного в стратегии трассируемости, и если потребуется, может быть расширена при дополнительных затратах и посредством специального, хорошо спланированного процесса. [1] Продумайте все как следует, но превращайте это в лишнюю проблему. Будьте прилежны и внимательны при определении информации о трассируемости, но не позволяйте трассируемости стать основным предметом обсуждения на собраниях вашей группы (или "жить ей своей жизнью"). Закон Парето применим также и к поддержке трассируемости. Если же вы сомневаетесь, в тех случаях, когда аргументы можно интерпретировать двояко, внедрите цепочку трассируемости. Это будет преимуществом в комплексном анализе последствий, обеспечивающим нахождение всех связанных разработанных требований. [1] Усильте структуру ваших требований, чтобы она поддерживала трассируемость. Трассируемость не должна определять способ, которым вы документируете требования. Но часто документы с хорошо структурированными требованиями поддерживают трассируемость более естественным образом. Например: Функция, обеспечивающая, чтобы "общяя сумма всех неоплаченных счетов клиента не превышала предельную сумму кредита", может быть отнесена к некоторому количеству вариантов использования, например "(Клиент) Размещение заказа" или "(Менеджер бюджета) Регулирование лимита кредита", как этап с каком-либо варианте использования. В качестве альтернативы её можно задокументировать в описании базового понятия "Клиент" как ограничение. Это не только делает документирование удобнее, есть возможность улучшить также и трассируемость. Вместо того, чтобы выполнять трассировку с многочисленными этапами вариантов использования, можно выполнять трассировку с одним базовым понятием "Клиент", и этого будет совершенно достаточно; или же, с более точным уровнем детализации, можно выполнять трассировку с атрибутом "общее количество всех неоплаченных счетов"11. [1, 3]Усильте инструментальную поддержку. Инструменты не являются панацеей. Они не устраняют необходимость принимать решения относительно стратегии трассируемости, и не могут подтвердить, правильная ли трассировка и завершена ли она. Тем не менее, инструменты управления требованиями, такие как IBM Rational RequisitePro, позволяют вам: Легко внедрять и поддерживать трассируемость по всему набору определенных требований любым ненавязчивым способом В некоторой степени усиливать определенную стратегию трассируемости Поддерживать распространение изменений по всей иерархии требований посредством определения требований, которые могут быть затронуты изменениями, основываясь на установленной трассируемости Выполнять визуализацию и составлять отчёты о трассируемости (см. Рисунок 3). Следовательно, эти возможности RequisitePro сокращают общее количество ручной работы и увеличивают надежность трассируемости. [1] Как вы можете видеть, существует некоторое количество контрмер, которые можно предпринять, чтобы сделать трассируемость более доступной, что улучшит соотношение между затратами и пользой, и поэтому сделает трассируемость возможной изначально.