ibm rational collaborative lifecycle management hands tutorial
IBM Rational CLM демонструє взаємозв'язок простежуваності між вимогами та розробкою, що дозволяє бізнес-аналітику та менеджеру проекту знати стан набору бізнес-вимог та запланованих робочих завдань.
Незабаром, IBM CLM - це комбінація управління вимогами, управління змінами та конфігурацією (CCM) та управління якістю в рамках однієї платформи ALM для кращого та простого створення подань простежуваності.
ПРИМІТКА : Цей підручник містить багато зображень, тому дозвольте йому завантажуватися належним чином.
Що ви дізнаєтесь:
- Вступ до IBM Rational CLM
- Проект життєвого циклу в IBM Rational CLM
- Створіть вимогу в IBM Rational DOORS NG
- Визначення бізнес-процесу
- Пов’язання вимог із історією користувача та тестовим прикладом
- Пильний погляд на історію користувачів у IBM Rational Team Concert
- Створення завдань розробника
- Управління тестами за допомогою IBM Rational Quality Manager
- Висновок
- Рекомендована література
Вступ до IBM Rational CLM
IBM Rational Collaborative Management Lifecycle Management (CLM) - це головним чином набір з 3 інтегрованих інструментів, які включають:
- IBM Rational DOORS NG - щодо збору вимог та управління ними
- Концерт IBM Rational Team - для планування проектів, SCM та управління будівництвом
- IBM Rational Quality Management - для діяльності з управління тестами
Ця інтеграція допомагає всій проектній команді поглянути на один єдиний інструмент для захоплення всіх артефактів проекту, замість того, щоб використовувати кілька інструментів у силосах без належної простежуваності, інформації в реальному часі про хід робіт та звітів.
За допомогою IBM Rational CLM бізнес-аналітик може подивитися, що відбувається з набором бізнес-вимог, тобто розробляється та тестується чи ні. Подібним чином, менеджер проекту може подивитися на стан набору запланованих робочих завдань у разі впровадження сутички, це буде STORY як приклад робочих елементів та пов'язаних із ним завдань розробника та тестових кейсів.
У випадку реалізації водоспаду це буде робочий предмет БІЗНЕС ПОТРЕБИ та пов'язані з ним завдання розробника та тестові кейси.
Work Item - важлива концепція в IBM Rational Team Concert для управління та відстеження завдань розробки. Приклади робочого завдання включають EPIC, STORY, TASK, BUSINESS NEED, RISK, DEFECT, RETROSPECTIVE тощо. На додаток до цих заздалегідь визначених робочих завдань команди можуть також створювати власні робочі елементи. Робочі об'єкти є невід'ємною частиною планування проекту і пов'язані зі змінами коду за допомогою функції SCM та управління збіркою.
Проект життєвого циклу в IBM Rational CLM
Як правило, коли команди використовують кілька інструментів, немає належної відстежуваності для відстеження артефактів від кінця до кінця в життєвому циклі проекту.
Концепція проекту життєвого циклу в IBM Rational CLM допомагає зв’язати всю команду на одній платформі. Отже, створюючи проект життєвого циклу, ви можете пов’язати вимоги бізнесу з артефактами дизайну UML, а потім із робочими елементами та робочими елементами із завданнями розробки та тестовими кейсами. Все це робиться динамічно.
Використання проекту життєвого циклу допоможе побачити проект, створений у кожному з 3 контейнерів, тобто Управління вимогами (RM), Управління змінами та конфігурацією (CCM) та Управління якістю (QM), як показано нижче, а також пов’язане так, що подання простежуваності може бути легко створений.
Докладніше про створення проекту життєвого циклу, додавання користувачів, ролей, дозволів та оновлення ліцензій знайдений тут .
Доступ до кожної програми CLM можна отримати за допомогою таких URL-адрес
- RM - https: //: 9443 / rm / web
- СКК - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Після входу до URL-адреси RM, як згадувалося вище, ви також можете легко перейти до інших програм.
Створіть вимогу в IBM Rational DOORS NG
Почнемо із створення Вимог. Щоб створити такий самий, слід дотримуватися згаданих нижче кроків. Після створення вимоги будуть пов’язані з Історіями користувачів та Тестовими кейсами.
# 1) Увійдіть до програми RM за допомогою URL-адреси https: //: 9443 / rm / web
# два) Клацніть, щоб вибрати CLM_Project після входу. Загальна інформаційна панель з’явиться, як показано нижче.
(Примітка:Клацніть на будь-яке зображення для збільшення
jar-файли, необхідні для селенового веб-драйвера
# 3) Натисніть на Артефакти - > Перегляньте Артефакти створити вимоги.
# 4) Клацніть лівою кнопкою миші на «Особливості та бачення» папку, а потім виберіть Створення артефактів
Введіть назву як «Розмістити замовлення на музичний компакт-диск», Тип артефакту як «Функція та Формат артефакту як« Текст ». Потім натисніть на В ПОРЯДКУ.
# 5) Новостворена вимога наведена нижче:
# 6) Визначте атрибути для новоствореної вимоги. Потім виберіть щойно створену вимогу та виберіть Редагувати атрибути Варіант.
Додайте атрибути, як показано нижче, а потім натисніть на Зберегти
# 7) Для відображення атрибутів натисніть на піктограму, щоб вибрати Налаштування налаштувань сторінки '
# 8) Тепер натисніть на «Налаштування стовпців для відображення»
# 9) Тепер виберіть атрибути «Пріоритет бізнесу» та «Опис», які будуть відображатися, і скасуйте вибір тих, які не потрібні, та натисніть на в порядку .
Як бачите, ми створили вимогу до бізнесу. IBM Rational DOORS NG також дозволяє створювати різні типи вимог, такі як Актори, Нефункціональні вимоги, будь-які спеціальні типи вимог, а також їх визначені атрибути.
Визначення бізнес-процесу
Як правило, наступним кроком є створення діаграми бізнес-процесу для підтримки створених бізнес-вимог. Діаграму бізнес-процесів легше візуалізувати для ділових користувачів, ніж у текстовому форматі.
В IBM Rational DOORS NG вона створена з використанням позначення BPMN, що означає «Нотація моделювання бізнес-процесів», що є галузевим стандартом.
Детальне пояснення щодо створення бізнес-процесу можна знайти в моїй статті на тему: IBM Rational DOORS NG
Тепер давайте подивимося, як відстежуватимуться вимоги до бізнесу чи пов’язуватимуться із історією користувача та тестовим прикладом
Пов’язання вимог із історією користувача та тестовим прикладом
Оскільки ви знаєте, що IBM Rational CLM є єдиним інтегрованим середовищем і для одного повного відстеження вигляду забезпечує охоплення артефактів життєвого циклу, а також допомагає виявити прогалини, якщо такі є, щодо доставки.
Поверніться до подання Артефакти ( Артефакти - > Переглянути артефакти ) і клацніть на папці «Особливості та бачення».
Щоб зв’язати a Вимога до історії користувача який визначає функціональність, яка буде реалізована з точки зору розробки, виберіть Вимогу та натисніть ‘Додати посилання на Артефакт - > Більше ’.
Виберіть Тип посилання як «Реалізовано» та Артефактний контейнер як CLM_Project (Управління змінами), щоб створити нову історію, додавши Зведення та інші відповідні атрибути, як показано, а потім натисніть кнопку OK
Аналогічно процедура зв’язку a Вимога до тесту буде визначено в IBM Rational Quality Manager знову, отже, виберіть вимогу та натисніть на ‘Додати посилання на Артефакт - > Більше ’.
Виберіть тип посилання як «Перевірено» та Артефактний контейнер ‘CLM_Project’ (Управління якістю) для створення нового тестового кейсу та введення імені, як показано. І натисніть на в порядку колись зроблено.
Давайте тепер розглянемо подання простежуваності. Клацніть на «Налаштувати параметри сторінки» à «Налаштувати стовпці для відображення».
Додайте стовпці «Реалізовано» та «Перевірено» та натисніть на В ПОРЯДКУ. Тепер відображається подання простежуваності.
Наведений вище вигляд показує Вимогу як Реалізовано елемент історії користувача та Перевірено тестовий кейс. Це можливо лише за наявності такого інтегрованого інструменту, як IBM Rational CLM.
Пильний погляд на історію користувачів у IBM Rational Team Concert
У наведеній вище простежуваності перегляньте клацніть на Історію користувача в стовпці «Реалізовано».
Елемент User Story тепер відкривається в контейнері CCM, як показано нижче.
Мало атрибутів для робочого елементу STORY слід зазначити дуже важливо = як Точки сюжету, які визначають складність функції, що розробляється, що належить, пріоритетна та запланована. Критерії прийнятності також можна визначити у ТАБ прийняття для підтвердження заповнення елемента Історія.
Вищевказані атрибути необхідні для планування спринту з точки зору управління проектами для менеджерів проектів. На додаток до вищезазначених атрибутів, також можуть бути додані власні атрибути відповідно до потреб проекту.
Керівники проектів, що керують проектами Agile SCRUM, зацікавленими у створенні відставання продуктів та підтримці планів Sprint для своїх команд, можуть ознайомитись із наявними серіями з 2 частин.
- Частина 1. Налаштування проекту, області роботи та відставання товару
- Частина 2. Планування та управління спринтами
Створення завдань розробника
У робочому елементі Story, який відкрито, натисніть на вкладку Links. Оскільки простежуваність до вимог була створена раніше, це просто показано.
Тепер натисніть спадне меню «Додати пов’язане», а потім виберіть «Додати дітей», щоб розпочати створення та додавання завдань розробника
Клацніть на посилання «Створити зв’язаний дефект» і давайте змінимо це на тип завдання.
У формі, що відкриється, у спадному меню змініть тип на Завдання.
Тепер форму змінено на тип Завдання, тому додайте деталі, як показано нижче.
Важливими атрибутами є власник (зазвичай призначається розробникам), пріоритет та запланований відповідний спринт, заплановані зусилля, які визначаються як кошторис та термін виконання. На додаток до цих атрибутів також можуть бути створені спеціальні атрибути відповідно до потреб проекту. Натисніть на Зберегти.
Ви помітите, що в міру виконання Завдання також потрібно буде змінити спадне меню робочого циклу праворуч. Це можна повністю налаштувати відповідно до наших потреб.
Тепер клацніть на батьківському ідентифікаторі (227) праворуч, що поверне вас до пункту Історія. Клацніть на вкладку 'Посилання' елемента 'Історія', щоб побачити завдання розробника, пов'язане та показано.
Створені завдання розробника будуть надалі пов’язані Вихідний код а потім побудований. Я покажу це в окремій статті.
Тепер, оскільки Тестовий кейс уже був створений, коли його прив’язали до вимоги, його тепер можна додати до пункту Історія. Натисніть спадне меню «Додати пов’язане» та виберіть «Додати перевірене тестовим кейсом»
Виберіть ‘Посилання на існуючий тестовий кейс’.
Виберіть Тестовий кейс, який уже був створений раніше, а потім натисніть кнопку ОК.
Тепер простежуваність оновлено, щоб показати зв’язаний тест-кейс.
Елемент Story також має робочий процес, який можна закрити після завершення завдань розробника, дефектів і тестових кейсів.
Управління тестами за допомогою IBM Rational Quality Manager
У наведеному вище поданні пункту Story натисніть на Test Test, щоб відкрити його для створення тестових сценаріїв вручну та для подальшого тестування.
Для подальшого використання IBM Rational Quality Manager, будь ласка, перегляньте мою попередню статтю, опубліковану за адресою => IBM Rational Quality Manager (RQM): Повне керівництво
Висновок
Читаючи цю статтю, ви зрозуміли б важливість наявності єдиної платформи ALM для кінцевої доставки.
Питання та відповіді технічного співбесіди бізнес-аналітика
Я впевнений на своєму досвіді, що замінити ваше існуюче середовище доставки там, де використовуються різні інструменти, непросто, але я б запропонував вам поглянути на перехід до одного середовища сховища найближчим часом.
Підсумовуючи, ми бачили:
- Що таке IBM Rational CLM
- 3 складові CLM
- Використання та найкращі практики використання зв’язування артефактів через IBM Rational DOORS NG, IBM Rational Team Concert та IBM Rational Quality Manager
Про автора: Ця стаття написана членом команди STH Ніранджаном. Він має 20+ років досвіду роботи з інструментами IBM Rational.
Далі ми розглянемо поглиблені практичні підручники з IBM Tools, такі як:
- Управління вимогами за допомогою DOORS NG
- Концерт IBM Rational Team
- Випуск та розгортання IBM Urbancode
Ми спробуємо зосередитись, щоб глибоко заглибитися в деякі з цих особливостей.
Рекомендована література
- Підручник з інструментарію управління дефектами IBM Rational Team Concert
- Функція пулу даних в IBM Rational Quality Manager для управління тестовими даними
- Вступ до IBM Rational DOORS Інструмент управління вимогами наступного покоління
- Інтеграція IBM Rational Quality Manager (RQM) з Rational Functional Tester (RFT)
- Підручник з переходу SVN на IBM Rational Team Concert Migration
- Вивчення основ раціонального робота - інструмент автоматизації тестування IBM
- Концерт IBM Rational Team (RTC) та інтеграція SVN у Windows
- Розширена настройка робочого елемента IBM Rational Team Concert