ibm rational collaborative lifecycle management hands tutorial
IBM Rational CLM udviser sporbarhedsforholdene mellem krav og udvikling, hvilket gør det muligt for forretningsanalytikeren og projektlederen at kende status for sæt af forretningskrav og de planlagte arbejdsposter.
Inden længe, IBM CLM er en kombination af Requirements Management, Change & Configuration Management (CCM) og kvalitetsstyring under en enkelt ALM-platform for bedre og nem oprettelse af sporbarhedsvisninger.
BEMÆRK : Denne vejledning har mange billeder, så lad den indlæses korrekt.
Hvad du vil lære:
brugeraccept test afmeldingsskabelon
- Introduktion til IBM Rational CLM
- Livscyklusprojekt i IBM Rational CLM
- Opret krav i IBM Rational DOORS NG
- Definition af forretningsprocessen
- Forbindelse af krav til en brugerhistorie og en testsag
- Se nærmere på brugerhistorien i IBM Rational Team Concert
- Oprettelse af udvikleropgaver
- Test Management ved hjælp af IBM Rational Quality Manager
- Konklusion
- Anbefalet læsning
Introduktion til IBM Rational CLM
IBM Rational Collaborative Lifecycle Management (CLM) er primært en sæt med 3 integrerede værktøjer, der inkluderer:
- IBM Rationelle DØRE NG - til kravindsamling og ledelse
- IBM Rational Team Concert - til projektplanlægning, SCM og bygningsstyring
- IBM Rational Quality Management - til testledelsesaktiviteter
Denne integration hjælper hele projektteamet med at se på et enkelt værktøj til at indfange alle projektgenstande i stedet for at bruge flere værktøjer i siloer uden korrekt sporbarhed, realtidsinformation om arbejdets fremskridt og rapporter.
Med IBM Rational CLM kan en forretningsanalytiker se på, hvad der sker med sæt af forretningskrav, dvs. om det er udviklet og testet eller ej. Tilsvarende kan en projektleder se på status for et sæt planlagte arbejdsposter i tilfælde af scrumimplementering, det ville være STORY som et eksempel på arbejdsposter og dets tilknyttede udvikleropgaver og testcases.
I tilfælde af vandfaldsimplementering ville det være BUSINESS NEED-arbejdsemne og dets tilknyttede udvikleropgaver og testsager.
Work Item er et vigtigt koncept i IBM Rational Team Concert til at styre og spore udviklingsopgaver. Eksempler på arbejdsemner inkluderer EPIC, STORY, TASK, BUSINESS NEED, RISK, DEFECT, RETROSPECTIVE osv. Ud over disse foruddefinerede arbejdsartikler kan teams også oprette deres egne brugerdefinerede arbejdsartikler. Arbejdsartikler er en integreret del af projektplanlægningen og er knyttet til kodeændringer ved hjælp af SCM-funktion og bygningsstyring.
Livscyklusprojekt i IBM Rational CLM
Normalt når holdene bruger flere værktøjer, er der ingen ordentlig sporbarhed til at spore artefakterne ende til ende i projektets livscyklus.
Begrebet livscyklusprojekt i IBM Rational CLM hjælper med at forbinde hele teamet til en enkelt platform. Så ved at oprette et livscyklusprojekt kan du linke forretningskrav til UML-designgenstande og derefter til arbejdsartikler og arbejdsartikler til udviklingsopgaver og testsager. Alle disse sker dynamisk.
Brug af livscyklusprojekt hjælper med at se projektet oprettet i hver af de 3 containere, dvs. Kravstyring (RM), Ændrings- og konfigurationsstyring (CCM) og Kvalitetsstyring (QM) som vist nedenfor og også linket, så sporbarhedsvisningen let kan bruges oprettet.
Mere om oprettelse af livscyklusprojekt, tilføjelse af brugere, roller, tilladelser og licensopdatering kan være findes her .
Hvert CLM-program kan tilgås ved hjælp af følgende URL'er
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Når du først har logget ind på RM URL som nævnt ovenfor, kan du også nemt navigere til de andre applikationer.
Opret krav i IBM Rational DOORS NG
Lad os starte med at oprette krav. De trin, der er nævnt nedenfor, skal følges for at skabe det samme. Kravene, når de er oprettet, vil være knyttet til brugerhistorier og testsagerne.
# 1) Log ind på RM-applikationen ved hjælp af URL'en https: //: 9443 / rm / web
#to) Klik for at vælge CLM_Project efter login. Det offentlige instrumentbræt kommer op som vist nedenfor.
(Bemærk:Klik på et hvilket som helst billede for at se forstørret visning)
# 3) Klik på Artefakter - > Gennemse artefakter at skabe krav.
# 4) Venstreklik på 'Funktioner og vision' mappen, og vælg derefter Opret artefakter
Indtast navnet som 'Bestil musik CD', Artefaktype som 'Feature og Artefact Format som' Text '. Klik derefter på OKAY.
# 5) Det nyoprettede krav vises nedenfor:
# 6) Definer attributterne for det nyoprettede krav. Vælg derefter det netop oprettede krav, og vælg ' Rediger attributter ' mulighed.
Tilføj attributter som vist nedenfor, og klik derefter på Gemme
# 7) For at få vist attributterne skal du klikke på ikonet for at vælge ' Konfigurer sideindstillinger '
# 8) Klik nu på 'Konfigurer kolonner, der skal vises'
# 9) Vælg nu de attributter for forretningsprioritet og beskrivelse, der skal vises, og fjern markeringen af dem, der ikke er påkrævet, og klik på Okay .
Som du ser har vi oprettet et forretningskrav. IBM Rational DOORS NG giver dig også mulighed for at oprette forskellige typer krav som aktører, ikke-funktionelle krav, eventuelle tilpassede kravtyper og også deres definerede attributter.
Definition af forretningsprocessen
Normalt er det næste trin at oprette et forretningsprocesdiagram til understøttelse af det oprettede forretningskrav. Business Process-diagram er lettere at visualisere for forretningsbrugere end i tekstformat.
I IBM Rationelle DØRE NG det er oprettet ved hjælp af BPMN-notationen, der står for Business Process Modelling Notation, som er en industristandard.
For en detaljeret forklaring på, hvordan du opretter forretningsprocessen, kan du henvise til min artikel om IBM Rationelle DØRE NG
Lad os nu se, hvordan forretningskravet kan spores eller linkes til en brugerhistorie og en testsag
Forbindelse af krav til en brugerhistorie og en testsag
Som du er opmærksom på, at IBM Rational CLM er et enkelt integreret miljø og for en enkelt komplet visning sikrer sporbarhed dækning på tværs af livscyklusartefakter og hjælper også med at finde huller, hvis der er nogen med hensyn til levering.
Gå tilbage til artefaktervisningen ( Artefakter - > Gennemse artefakter ) og klik på mappen 'Features and Vision'.
For at linke en Krav til brugerhistorien der definerer den funktionalitet, der skal implementeres ud fra et udviklingsperspektiv, vælg Krav og klik på ‘Tilføj et link til artefakten - > Mere '.
Vælg linktype som 'Implementeret af' og artefaktcontaineren som CLM_Project (Change Management) for at oprette en ny historie ved at tilføje resuméet og andre respektive attributter som vist og derefter klikke på OK
Tilsvarende proceduren for at forbinde en Krav til testsagen vil blive defineret i IBM Rational Quality Manager igen, vælg derfor kravet og klik på ‘Tilføj et link til artefakten - > Mere '.
Vælg linktypen som 'Valideret af' og Artifact Container 'CLM_Project' (kvalitetsstyring) for at oprette en ny testcase og give et navn som vist. Og klik på Okay en gang færdig.
Lad os nu se på sporbarhedsvisningen. Klik på 'Konfigurer sideindstillinger' à 'Konfigurer kolonner, der skal vises'.
Tilføj kolonnerne 'Implementeret af' og 'Valideret af' og klik på OKAY. Sporbarhedsvisningen vises nu.
Ovenstående visning viser kravet som Implementeret af et brugerhistorieelement og Valideret af en test sag. Dette er kun muligt, når du har et integreret værktøj som IBM Rational CLM.
Se nærmere på brugerhistorien i IBM Rational Team Concert
I ovenstående sporbarhed skal du klikke på brugerhistorien under kolonnen 'Implementeret af'.
Elementet User Story åbnes nu i CCM-containeren som vist nedenfor.
Få attributter til STORY-arbejdsposten skal bemærkes meget vigtigt = ligesom Story Points, der definerer kompleksiteten af den funktion, der udvikles, ejes af, prioriteres og planlægges for. Acceptkriterier kan også defineres i TAB for accept for at bekræfte færdiggørelsen af Story-elementet.
Ovenstående attributter er nødvendige for Sprint-planlægning fra et projektledelsessynspunkt for projektledere. Ud over ovenstående attributter kan tilpassede attributter i henhold til projektets behov også tilføjes.
Projektledere, der administrerer Agile SCRUM-projekter, der er interesserede i at oprette produktbacklogs og vedligeholde Sprint-planer for deres teams, kan se på den tilgængelige 2-delserie.
Oprettelse af udvikleropgaver
I Story-arbejdsposten, der er åben, skal du klikke på fanebladet Links. Da sporbarheden til kravene blev oprettet tidligere, vises den bare.
Klik nu på rullemenuen 'Tilføj relateret', og vælg derefter 'Tilføj børn' for at begynde at oprette og tilføje udvikleropgaver
Klik på linket 'Opret sammenkædet defekt', og lad os ændre dette til Opgavetype.
I den form, der åbnes, skal du ændre typen til Opgave i rullemenuen.
Formularen ændres nu til Opgavetype, så tilføj detaljerne som vist nedenfor.
De vigtige attributter inkluderer ejer (normalt tildelt udviklere), prioritet og planlagt til passende sprint, planlagt indsats, der er defineret som et estimat og forfaldsdato. Ud over disse attributter kan der også oprettes tilpassede attributter efter projektbehov. Klik på Gemme.
Du vil bemærke, at efterhånden som opgaven skrider frem, skal rullemenuen til statens arbejdsgang også ændres. Dette kan tilpasses helt efter vores behov.
Klik nu på Forældre-id'et (227) på højre side, som fører dig tilbage til historien. Klik på Links-TAB for Story-elementet for at se udvikleropgaven, der er knyttet og vist.
De oprettede udvikleropgaver vil blive yderligere knyttet til Kildekode og derefter bygget. Jeg vil vise dette i en separat artikel.
Nu da testsagen allerede blev oprettet, da den var knyttet til kravet, kan den nu føjes til historien. Klik på 'Tilføj relateret' drop-down og vælg 'Tilføj testet af test sag'
Vælg 'Link til eksisterende testsag'.
Vælg den testsag, der allerede blev oprettet tidligere, og klik derefter på OK.
Sporbarheden er nu opdateret for at vise den tilknyttede testsag.
Story-elementet har også en arbejdsgang, der kan lukkes, når udviklerens opgaver, mangler og testsager er færdige med.
Test Management ved hjælp af IBM Rational Quality Manager
I ovenstående visning af Story-elementet skal du klikke på Test Case for at åbne det til oprettelse af manuelle testscripts og til yderligere test.
For yderligere brug af IBM Rational Quality Manager, se venligst min tidligere artikel offentliggjort på => IBM Rational Quality Manager (RQM): Komplet praktisk vejledning
Konklusion
Ved at læse denne artikel ville du have forstået vigtigheden af at have en enkelt ALM-platform til levering til ende til slut.
Jeg tror ud fra min erfaring, at det ikke er let at erstatte dit eksisterende leveringsmiljø, hvor der bruges flere værktøjer, men jeg vil foreslå, at du ser på at gå videre til et enkelt arkivmiljø i den nærmeste fremtid.
For at opsummere har vi set:
- Hvad er IBM Rational CLM
- 3 bestanddele af CLM
- Brug og bedste praksis, der skal følges ved brug af sammenkædningsgenstande gennem IBM Rational DOORS NG, IBM Rational Team Concert og IBM Rational Quality Manager
Om forfatteren: Denne artikel er skrevet af STH-teammedlem Niranjan. Han har mere end 20 års erfaring med IBM Rational-værktøjer.
Dernæst vil vi dække detaljerede praktiske vejledninger om IBM Tools som:
- Kravstyring ved hjælp af DØRE NG
- IBM Rational Team Concert
- IBM Urbancode frigivelse og implementering
Vi vil også prøve at fokusere på at dykke dybt ned på nogle af disse funktioner.
Anbefalet læsning
- IBM Rational Team Concert Defect Management Tool Tutorial
- Data Pool-funktion i IBM Rational Quality Manager til testdatastyring
- Introduktion til IBM Rational DOORS Next Generation Requirements Management Tool
- IBM Rational Quality Manager (RQM) integration med Rational Functional Tester (RFT)
- SVN til IBM Rational Team Concert Migration Tutorial
- Læringsgrundlag for rationel robot - IBM Test Automation Tool
- IBM Rational Team Concert (RTC) og SVN-integration på Windows
- IBM Rational Team Concert Advanced Work Item Customization