ibm rational collaborative lifecycle management hands tutorial
Produkt IBM Rational CLM vykazuje vztahy sledovatelnosti mezi požadavky a vývojem, což umožňuje obchodnímu analytikovi a vedoucímu projektu znát stav souboru obchodních požadavků a plánovaných pracovních položek.
Krátce, IBM CLM je kombinace Requirements Management, Change & Configuration Management (CCM) a Quality management pod jednou jedinou platformou ALM pro lepší a snadnější vytváření pohledů sledovatelnosti.
POZNÁMKA : Tento výukový program obsahuje mnoho obrázků, takže jej můžete správně načíst.
Co se naučíte:
- Úvod do produktu IBM Rational CLM
- Projekt životního cyklu v produktu IBM Rational CLM
- Vytvořte požadavek v produktu IBM Rational DOORS NG
- Definování obchodního procesu
- Propojení požadavku na příběh uživatele a testovací případ
- Bližší pohled na Příběh uživatele v IBM Rational Team Concert
- Vytváření úkolů pro vývojáře
- Správa testů pomocí produktu IBM Rational Quality Manager
- Závěr
- Doporučené čtení
Úvod do produktu IBM Rational CLM
IBM Rational Collaborative Lifecycle Management (CLM) je primárně a sada 3 integrovaných nástrojů, které zahrnují:
nejlepší recenze softwaru pro převod textu na řeč
- IBM Rational DOORS NG - pro shromažďování a správu požadavků
- IBM Rational Team Concert - pro plánování projektů, SCM a správu sestavení
- IBM Rational Quality Management - pro činnosti řízení zkoušek
Tato integrace pomáhá celému projektovému týmu podívat se na jeden nástroj, který zachytí všechny artefakty projektu, namísto použití více nástrojů v silech bez ŽÁDNÉ správné sledovatelnosti, informací o postupu prací v reálném čase a zpráv.
S IBM Rational CLM může obchodní analytik sledovat, co se děje se souborem obchodních požadavků, tj. Zda je vyvíjen a testován či nikoli. Podobně se projektový manažer může podívat na stav sady plánovaných pracovních položek v případě implementace scrumu, což by byl PŘÍBĚH jako příklad pracovních položek a přidružených úkolů vývojářů a testovacích případů.
V případě implementace vodopádu by to byla BUSINESS NEED pracovní položka a s ní spojené vývojářské úkoly a testovací případy.
Pracovní položka je v produktu IBM Rational Team Concert důležitým konceptem pro správu a sledování vývojových úloh. Mezi příklady pracovních položek patří EPIC, STORY, TASK, BUSINESS NEED, RISK, DEFECT, RETROSPECTIVE atd. Kromě těchto předdefinovaných pracovních položek mohou týmy vytvářet také vlastní pracovní položky. Pracovní položky jsou nedílnou součástí plánování projektu a jsou propojeny se změnami kódu pomocí funkce SCM a správy sestavení.
Projekt životního cyklu v produktu IBM Rational CLM
Obvykle, když týmy používají více nástrojů, neexistuje žádná správná sledovatelnost pro sledování artefaktů od začátku do konce v životním cyklu projektu.
Koncept projektu životního cyklu v produktu IBM Rational CLM pomáhá propojit celý tým na jednu platformu. Takže vytvořením projektu životního cyklu můžete propojit obchodní požadavky s artefakty UML Design a poté s Work Items and Work Items to Development Tasks & Test cases. To vše se děje dynamicky.
Použití projektu životního cyklu pomůže zobrazit projekt vytvořený v každém ze 3 kontejnerů, tj. Správa požadavků (RM), Správa změn a konfigurací (CCM) a Řízení kvality (QM), jak je uvedeno níže, a také propojení, aby bylo možné snadno sledovat pohled na sledovatelnost. vytvořeno.
Více o vytváření projektu životního cyklu, přidávání uživatelů, rolí, oprávnění a aktualizaci licencí může být najdete zde .
Ke každé aplikaci CLM lze přistupovat pomocí následujících adres URL
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Jakmile se přihlásíte k RM URL, jak je uvedeno výše, můžete snadno přejít také k dalším aplikacím.
Vytvořte požadavek v produktu IBM Rational DOORS NG
Začněme vytvořením požadavků. K vytvoření stejného postupu je třeba postupovat podle níže uvedených kroků. Jakmile budou požadavky vytvořeny, budou propojeny s příběhy uživatelů a testovacími případy.
# 1) Přihlaste se do aplikace RM pomocí adresy URL https: //: 9443 / rm / web
#dva) Po přihlášení vyberte CLM_Project. Veřejný řídicí panel se zobrazí, jak je znázorněno níže.
(Poznámka:Kliknutím na libovolný obrázek zobrazíte zvětšené zobrazení)
# 3) Klikněte na Artefakty - > Procházejte artefakty vytvářet požadavky.
# 4) Klikněte levým tlačítkem na „Funkce a vize“ složku a poté vyberte Vytvářejte artefakty
Zadejte název jako „Zadat objednávku na hudební CD“, typ artefaktu jako „formát a formát artefaktu jako„ text “. Poté klikněte na OK.
# 5) Nově vytvořený požadavek je uveden níže:
# 6) Definujte atributy pro nově vytvořený požadavek. Poté vyberte právě vytvořený požadavek a vyberte ‚ Upravit atributy Možnost.
Přidejte atributy, jak je uvedeno níže, a poté klikněte na Uložit
# 7) Chcete-li zobrazit atributy, klikněte na ikonu a vyberte Konfigurovat nastavení stránky “
# 8) Nyní klikněte na „Konfigurovat sloupce k zobrazení“
# 9) Nyní vyberte atributy Business Priority a Description, které se mají zobrazit, zrušte výběr těch, které nejsou požadovány, a klikněte na OK .
Jak vidíte, vytvořili jsme obchodní požadavek. IBM Rational DOORS NG vám také umožňuje vytvářet různé typy požadavků, jako jsou herci, nefunkční požadavky, jakékoli vlastní typy požadavků a také jejich definované atributy.
Definování obchodního procesu
Dalším krokem je obvykle vytvoření diagramu obchodního procesu na podporu vytvořeného obchodního požadavku. Diagram obchodního procesu je pro podnikové uživatele lépe vizualizovatelný než v textovém formátu.
v IBM Rational DOORS NG je vytvořen pomocí notace BPMN, což je zkratka pro Business Process Modeling Notation, což je průmyslový standard.
Podrobné vysvětlení, jak vytvořit obchodní proces, najdete v mém článku o IBM Rational DOORS NG
Nyní se podívejme, jak bude obchodní požadavek vysledován nebo propojen s uživatelským příběhem a testovacím případem
Propojení požadavku na příběh uživatele a testovací případ
Jak jste si vědomi, že IBM Rational CLM je jediné integrované prostředí a pro jediné sledování je sledovatelnost zárukou pokrytí artefaktů životního cyklu a také pomáhá najít případné mezery, pokud jde o doručení.
Vraťte se do zobrazení Artefakty ( Artefakty - > Procházet artefakty ) a klikněte na složku „Funkce a vize“.
Propojení a Požadavek na příběh uživatele který definuje funkčnost, která má být implementována z hlediska vývoje, vyberte Požadavek a klikněte na „Přidejte odkaz na artefakt - > Více “.
automatizace sestavení pomůže
Vyberte typ odkazu jako „Implementováno“ a kontejner artefaktů jako CLM_Project (Správa změn) k vytvoření nového příběhu přidáním Souhrnu a dalších příslušných atributů, jak je znázorněno, a poté kliknutím na OK
Obdobně postup při propojení a Požadavek na testovací případ budou znovu definovány v produktu IBM Rational Quality Manager, proto vyberte požadavek a klikněte na „Přidejte odkaz na artefakt - > Více “.
Vyberte typ odkazu jako „Validováno“ a kontejner artefaktů „CLM_Project“ (Quality Management) k vytvoření nového testovacího případu a pojmenování, jak je znázorněno. A klikněte na OK jednou hotovo.
Podívejme se nyní na sledovatelnost. Klikněte na „Konfigurovat nastavení stránky“ à „Konfigurovat sloupce k zobrazení“.
Přidejte sloupce „Implementováno“ a „Ověřeno“ a klikněte na OK. Nyní se zobrazí pohled sledovatelnosti.
Výše uvedený pohled zobrazuje požadavek jako Implementováno položka User Story a Ověřeno testovací případ. To je možné, pouze pokud máte integrovaný nástroj, jako je IBM Rational CLM.
Bližší pohled na Příběh uživatele v IBM Rational Team Concert
Ve výše uvedené sledovatelnosti klikněte na sloupec „Implementováno uživatelem“ a klikněte na Příběh uživatele.
Položka Uživatelský příběh se nyní otevře v kontejneru CCM, jak je znázorněno níže.
Několik důležitých atributů pro pracovní položku STORY je třeba poznamenat velmi důležitě = jako Body příběhu, které definují složitost vyvíjeného prvku, Vlastněno, Priorita a Plánováno. Kritéria přijetí lze také definovat na TABULCE PŘIJETÍ k potvrzení dokončení položky Příběh.
Výše uvedené atributy jsou vyžadovány pro plánování sprintu z hlediska projektového managementu pro projektové manažery. Kromě výše uvedených atributů lze přidat také vlastní atributy podle potřeb projektu.
Manažeři projektů, kteří spravují agilní projekty SCRUM se zájmem o vytváření produktových backlogů a údržbu plánů sprintu pro své týmy, se mohou podívat na dostupné 2dílné řady.
Vytváření úkolů pro vývojáře
V pracovní položce Story, která je otevřená, klikněte na TABULKU Odkazy. Vzhledem k tomu, že sledovatelnost požadavků byla vytvořena dříve, je pouze zobrazena.
Nyní klikněte na rozbalovací nabídku Přidat související a poté vyberte Přidat děti, abyste mohli začít vytvářet a přidávat úkoly pro vývojáře
Klikněte na odkaz „Vytvořit propojený defekt“ a změňte to na Typ úkolu.
Ve formuláři, který se otevře, změňte typ v rozevíracím seznamu na Úkol.
Formulář je nyní změněn na typ úkolu, takže přidejte podrobnosti, jak je uvedeno níže.
Mezi důležité atributy patří Vlastník (obvykle přiřazený vývojářům), Priorita a Plánováno pro příslušný Sprint, Plánované úsilí, které je definováno jako odhad a Datum splatnosti. Kromě těchto atributů lze také vytvořit vlastní atributy podle potřeb projektu. Klikněte na Uložit.
Všimnete si, že během postupu úkolu bude také třeba změnit rozevírací seznam stavu pracovního postupu vpravo. To lze zcela přizpůsobit podle našich potřeb.
Nyní klikněte na ID rodiče (227) na pravé straně, čímž se vrátíte zpět k položce Příběh. Kliknutím na TAB Odkazy položky Příběh zobrazíte propojenou a zobrazenou úlohu vývojáře.
Vytvořené úkoly vývojáře budou dále propojeny Zdrojový kód a poté postavena. Ukážu to v samostatném článku.
Teď, když byl testovací případ již vytvořen, když byl propojen s požadavkem, lze jej nyní přidat do položky Story. Klikněte na rozbalovací nabídku „Přidat související“ a vyberte „Přidat testováno testovacím případem“
Vybrat „Odkaz na stávající testovací případ“.
Vyberte testovací případ, který již byl vytvořen dříve, a poté klikněte na OK.
Sledovatelnost je nyní aktualizována, aby se zobrazil propojený testovací případ.
Položka Story má také pracovní postup, který lze uzavřít, jakmile jsou provedeny úkoly vývojáře, defekty a testovací případy.
Správa testů pomocí produktu IBM Rational Quality Manager
Ve výše uvedeném pohledu na položku Příběh klikněte na Testovací případ a otevřete jej pro vytváření ručních testovacích skriptů a pro další testování.
Další použití produktu IBM Rational Quality Manager najdete v mém dřívějším článku publikovaném na => IBM Rational Quality Manager (RQM): Kompletní praktický průvodce
Závěr
Přečtením tohoto článku byste pochopili, že je důležité mít jedinou platformu ALM pro doručování mezi koncovými body.
Věřím ze své zkušenosti, že není snadné nahradit vaše stávající prostředí pro doručování, kde se používá více nástrojů, ale navrhuji, abyste se v blízké budoucnosti podívali na přechod na jedno prostředí úložiště.
Abychom to shrnuli, viděli jsme:
- Co je IBM Rational CLM
- 3 složky CLM
- Použití a osvědčené postupy, které je třeba dodržovat při používání propojování artefaktů prostřednictvím IBM Rational DOORS NG, IBM Rational Team Concert a IBM Rational Quality Manager
O autorovi: Tento článek napsal člen týmu STH Niranjan. Má více než 20 let zkušeností s nástroji IBM Rational.
Dále se budeme věnovat podrobným praktickým výukovým programům k nástrojům IBM, jako jsou:
5 příkladů programovacích jazyků na vysoké úrovni
- Správa požadavků pomocí DOORS NG
- IBM Rational Team Concert
- Uvolnění a zavedení IBM Urbancode
Pokusíme se a zaměříme se také na některé z těchto funkcí.
Doporučené čtení
- Výukový program nástroje pro správu defektů IBM Rational Team Concert
- Funkce datového fondu v produktu IBM Rational Quality Manager pro správu testovacích dat
- Úvod do nástroje IBM Rational DOORS Next Generation Requirements Management Tool
- Integrace produktu IBM Rational Quality Manager (RQM) s produktem Rational Functional Tester (RFT)
- Výukový program pro migraci SVN na IBM Rational Team Concert
- Učení Základy Rational Robot - IBM Test Automation Tool
- Integrace IBM Rational Team Concert (RTC) a SVN ve Windows
- IBM Rational Team Concert Advanced Work Item Customization