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) е предимно a набор от 3 интегрирани инструмента, които включват:
- IBM Rational DOORS NG - за събиране и управление на изисквания
- Концерт на IBM Rational Team - за планиране на проекти, SCM и управление на сгради
- IBM Рационално управление на качеството - за дейности по управление на тестове
Тази интеграция помага на целия екип на проекта да разгледа един-единствен инструмент за заснемане на всички артефакти на проекта, вместо да използва множество инструменти в силози, НЯМА подходяща проследимост, информация в реално време за напредъка на работата и отчети.
С IBM Rational CLM бизнес анализатор може да разгледа какво се случва с набора от бизнес изисквания, т.е. дали е разработен и тестван или не. По същия начин мениджърът на проекти може да разгледа състоянието на набор от планирани работни елементи в случай на изпълнение на scrum, това би било STORY като пример за работни елементи и свързаните с него задачи на разработчика и тестови случаи.
В случай на изпълнение на водопад, това ще бъде БИЗНЕС НУЖЕН работен елемент и свързаните с него задачи за разработчици и тестови случаи.
Work Item е важна концепция в IBM Rational Team Concert за управление и проследяване на задачи за разработка. Примерите за работна позиция включват EPIC, STORY, TASK, BUSINESS NEED, RISK, DEFECT, RETROSPECTIVE и др. В допълнение към тези предварително дефинирани работни елементи екипите могат да създават и свои собствени работни елементи. Работните елементи са неразделна част от планирането на проекта и са свързани с промени в кода, използвайки SCM функция и управление на компилация.
Проект за жизнения цикъл в IBM Rational CLM
Обикновено, когато екипите използват множество инструменти, няма подходяща проследимост за проследяване на артефакти от край до край в жизнения цикъл на проекта.
Концепцията за проект за жизнен цикъл в IBM Rational CLM помага да се свърже целият екип с една единствена платформа. Така че, като създадете проект за жизнения цикъл, можете да свържете бизнес изискванията с артефакти на UML Design и след това с работни елементи и работни елементи със задачи за разработка и тестови случаи. Всичко това се прави динамично.
Използването на проект за жизнен цикъл ще помогне да се види проектът, създаден във всеки от 3-те контейнера, т.е. управление на изискванията (RM), управление на промените и конфигурацията (CCM) и управление на качеството (QM), както е показано по-долу и също така свързано, така че изгледът на проследяемостта може да бъде лесно създаден.
Повече за създаването на проект за жизнения цикъл, добавянето на потребители, роли, разрешения и актуализиране на лицензи може да бъде намерени тук .
Всяко CLM приложение може да бъде достъпно чрез следните URL адреси
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
След като влезете в RM URL, както е споменато по-горе, можете лесно да навигирате и до другите приложения.
Създайте изискване в IBM Rational DOORS NG
Нека започнем със създаването на Изисквания. Трябва да се следват стъпките, споменати по-долу, за да се създаде същата. Веднъж създадените изисквания ще бъдат свързани с потребителски истории и тестови случаи.
# 1) Влезте в RM приложението, използвайки URL адреса https: //: 9443 / rm / web
# две) Щракнете, за да изберете CLM_Project след влизане. Публичното табло за управление ще се появи, както е показано по-долу.
(Забележка:Кликнете върху всяко изображение за увеличен изглед)
# 3) Кликнете върху Артефакти - > Разгледайте артефакти за създаване на изисквания.
# 4) Щракнете с левия бутон върху ‘Характеристики и визия’ папка и след това изберете Създаване на артефакти
Въведете името като ‘Place Order for Music CD’, Artifact Type като ‘Feature and Artefact Format като‘ Text ’. След това кликнете върху ДОБРЕ.
# 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, следователно изберете изискването и кликнете върху ‘Добавете линк към артефакта - > Още ’.
Изберете типа на връзката като „Потвърдено от“ и Artifact Container ‘CLM_Project’ (Управление на качеството), за да създадете нов тест и дайте име, както е показано. И кликнете върху Добре веднъж направено.
Нека сега разгледаме изгледа за проследяване. Кликнете върху „Конфигуриране на настройките на страницата“ à „Конфигуриране на колони за показване“.
Добавете колоните „Реализирано от“ и „Проверено от“ и кликнете върху ДОБРЕ. Вече се показва изгледът за проследяване.
Горният изглед показва Изискването като Изпълнено от елемент от потребителска история и Потвърдено от тестов случай. Това е възможно само когато имате интегриран инструмент като IBM Rational CLM.
По-подробен поглед върху потребителската история в IBM Rational Team Concert
В горната проследимост изглед кликнете върху Потребителска история под колоната „Реализирано от“.
Елементът User Story вече се отваря в контейнера CCM, както е показано по-долу.
Малко атрибути за работния елемент STORY трябва да се отбележат много важно = като Story Points, които определят сложността на функцията, която се разработва, Притежава се, Приоритет и Планира се. Критериите за приемане също могат да бъдат дефинирани в TAB за приемане, за да се потвърди попълването на елемента Story.
Горните атрибути са необходими за планиране на спринт от гледна точка на управление на проекти за мениджъри на проекти. В допълнение към горните атрибути могат да се добавят и персонализирани атрибути според нуждите на проекта.
Мениджърите на проекти, управляващи проектите на Agile SCRUM, които се интересуват от създаване на продуктови изоставания и поддържане на Sprint Plans за своите екипи, могат да разгледат наличните серии от 2 части.
- Част 1. Настройте проекта, зоната на екипа и изоставането на продуктите
- Част 2. Планиране и управление на спринтове
Създаване на задачи за програмисти
В отворения работен елемент на Story кликнете върху TAB за връзки. Тъй като проследяемостта до изискванията е създадена по-рано, тя просто е показана.
Сега кликнете върху падащото меню „Добавяне на свързани“ и след това изберете „Добавяне на деца“, за да започнете да създавате и добавяте задачи на разработчика
Кликнете върху връзката „Създаване на свързан дефект“ и нека променим това на тип задача.
Във формуляра, който се отваря, променете типа на Задача в падащото меню.
Формата вече е променена на тип задача, така че добавете подробностите, както е показано по-долу.
Важните атрибути включват Собственик (обикновено се възлагат на разработчици), Приоритет и Планиран за подходящ спринт, Планирано усилие, което се дефинира като прогнозна и Краен срок. В допълнение към тези атрибути могат да бъдат създадени и персонализирани атрибути според нуждите на проекта. Кликнете върху Запазете.
Ще забележите, че с напредването на задачата падащото меню на работния поток вдясно също ще трябва да бъде променено. Това може да бъде изцяло персонализирано според нашите нужди.
Сега кликнете върху родителския идентификатор (227) от дясната страна, който ще ви върне към елемента Story. Кликнете върху TAB на връзките на елемента Story, за да видите задачата на разработчика свързана и показана.
Създадените задачи на разработчика ще бъдат допълнително свързани Програмен код и след това построен. Ще покажа това в отделна статия.
Тъй като тестовият случай вече е създаден, когато е свързан с изискването, той вече може да бъде добавен към елемента Story. Щракнете върху падащото меню „Добавяне на свързано“ и изберете „Добавяне тествано от тестов случай“
Изберете „Връзка към съществуващ тестов случай“.
Изберете тестовия случай, който вече е създаден по-рано, и след това щракнете върху OK.
най-добрите услуги за уеб хостинг в Индия
Проследяемостта вече е актуализирана, за да покаже тестовия случай, свързан.
Елементът Story също има работен поток, който може да бъде затворен, след като са приключили задачите, дефектите и тестовите случаи на разработчика.
Управление на тестове с помощта на IBM Rational Quality Manager
В горния изглед на елемента Story кликнете върху Test Case, за да го отворите за създаване на ръчни тестови скриптове и за по-нататъшно тестване.
За по-нататъшно използване на 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 Niranjan. Той има 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 Tutorial
- Изучаване на основи на Rational Robot - Инструмент за автоматизация на тестовете на IBM
- IBM Rational Team Concert (RTC) и SVN интеграция на Windows
- IBM Rational Team Concert Разширено персонализиране на работни елементи