ibm rational collaborative lifecycle management hands tutorial
IBM Rational CLM viser sporbarhetsforholdene mellom krav og utvikling, slik at forretningsanalytikeren og prosjektlederen kan vite statusen til settet med forretningskrav og de planlagte arbeidsartiklene.
Om kort tid, IBM CLM er en kombinasjon av Kravadministrasjon, Endrings- og konfigurasjonsadministrasjon (CCM) og Kvalitetsstyring under en enkelt ALM-plattform for bedre og enkel opprettelse av sporbarhetsvisninger.
MERK : Denne opplæringen har mange bilder, så la den lastes ordentlig.
Hva du vil lære:
- Introduksjon til IBM Rational CLM
- Lifecycle Project i IBM Rational CLM
- Lag krav i IBM Rational DOORS NG
- Definere forretningsprosessen
- Koble krav til en brukerhistorie og en testsak
- Nærmere titt på brukerhistorien i IBM Rational Team Concert
- Opprette utvikleroppgaver
- Test ledelse ved hjelp av IBM Rational Quality Manager
- Konklusjon
- Anbefalt lesing
Introduksjon til IBM Rational CLM
IBM Rational Collaborative Lifecycle Management (CLM) er først og fremst en sett med 3 integrerte verktøy som inkluderer:
- IBM Rational DOORS NG - for kravinnsamling og ledelse
- IBM Rational Team Concert - for prosjektplanlegging, SCM og byggeledelse
- IBM Rational Quality Management - for testledelsesaktiviteter
Denne integrasjonen hjelper hele prosjektgruppen til å se på ett enkelt verktøy for å fange opp alle prosjektgjenstandene i stedet for å bruke flere verktøy i siloer uten INGEN sporbarhet, sanntidsinformasjon om arbeidets fremdrift og rapporter.
Med IBM Rational CLM kan en forretningsanalytiker se på hva som skjer med settet med forretningskrav, dvs. om det er utviklet og testet eller ikke. Tilsvarende kan en prosjektleder se på statusen til et sett med planlagte arbeidselementer i tilfelle scrum-implementering, det vil være STORY som et eksempel på arbeidsartikler og tilhørende utvikleroppgaver og testtilfeller.
I tilfelle implementering av fossefall, vil det være BUSINESS NEED arbeidselement og tilhørende utvikleroppgaver og testtilfeller.
Work Item er et viktig konsept i IBM Rational Team Concert for å administrere og spore utviklingsoppgaver. Eksempler på arbeidselementer inkluderer EPIC, STORY, TASK, BUSINESS NEED, RISK, DEFECT, RETROSPECTIVE etc. I tillegg til disse forhåndsdefinerte arbeidsartiklene kan teamene også lage sine egne tilpassede arbeidsartikler. Arbeidsartikler er en integrert del av prosjektplanleggingen og er knyttet til kodeendringer ved hjelp av SCM-funksjon og bygningsadministrasjon.
Lifecycle Project i IBM Rational CLM
Vanligvis når lagene bruker flere verktøy, er det ingen ordentlig sporbarhet for å spore gjenstandene fra end til slutt i prosjektets livssyklus.
Konseptet med livssyklusprosjekt i IBM Rational CLM bidrar til å koble hele teamet til en enkelt plattform. Så ved å lage et livssyklusprosjekt kan du koble forretningskrav til UML-designgjenstander og deretter til arbeidsartikler og arbeidsartikler til utviklingsoppgaver og testtilfeller. Alle disse gjøres dynamisk.
Bruk av livssyklusprosjekt vil hjelpe deg med å se prosjektet som er opprettet i hver av de 3 containerne, dvs. Kravadministrasjon (RM), Endrings- og konfigurasjonsadministrasjon (CCM) og Kvalitetsstyring (QM) som vist nedenfor, og også koblet slik at sporbarhetsvisningen lett kan være opprettet.
Mer om å lage livssyklusprosjekt, legge til brukere, roller, tillatelser og lisensoppdatering kan være funnet her .
Hvert CLM-program er tilgjengelig med følgende URL-er
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Når du har logget inn på RM URL som nevnt ovenfor, kan du enkelt navigere til de andre applikasjonene også.
Lag krav i IBM Rational DOORS NG
La oss starte med å lage krav. Trinnene nevnt nedenfor skal følges for å lage det samme. Kravene en gang opprettet vil være knyttet til brukerhistorier og testtilfellene.
#1) Logg inn på RM-applikasjonen ved hjelp av URL-en https: //: 9443 / rm / web
#to) Klikk for å velge CLM_Project etter pålogging. Det offentlige dashbordet kommer opp som vist nedenfor.
(Merk:Klikk på et hvilket som helst bilde for forstørret visning)
# 3) Klikk på Gjenstander - > Bla gjennom gjenstander for å skape krav.
# 4) Venstreklikk på 'Funksjoner og visjon' mappen, og velg deretter Lag gjenstander
Skriv inn navnet som 'Bestill for musikk-CD', Artifact Type som 'Feature and Artifact Format as' Text '. Klikk deretter på OK.
# 5) Det nyopprettede kravet er vist nedenfor:
# 6) Definer attributtene for det nyopprettede kravet. Velg deretter kravet du nettopp har opprettet, og velg Rediger attributter Alternativet.
Legg til attributter som vist nedenfor, og klikk deretter på Lagre
# 7) For å vise attributtene, klikk på ikonet for å velge Konfigurer sideinnstillinger ’
# 8) Klikk nå på ‘Konfigurer kolonner som skal vises’
# 9) Velg nå attributt for forretningsprioritet og beskrivelse som skal vises, og fjern merket for de som ikke er nødvendige, og klikk på OK .
programvare for administrasjon og overvåking
Som du ser har vi opprettet et forretningskrav. IBM Rational DOORS NG lar deg også lage forskjellige typer krav som skuespillere, ikke-funksjonelle krav, eventuelle tilpassede kravtyper og også deres definerte attributter.
Definere forretningsprosessen
Vanligvis er neste trinn å lage et forretningsprosessdiagram for å støtte det opprettede forretningskravet. Business Process-diagram er lettere å visualisere for forretningsbrukerne i stedet for i et tekstformat.
I IBM Rational DOORS NG den er opprettet ved hjelp av BPMN-notasjonen som står for Business Process Modelling Notation som er en industristandard.
For en detaljert forklaring på hvordan du oppretter forretningsprosessen, kan du se artikkelen min om IBM Rational DOORS NG
La oss nå se hvordan forretningskravet blir sporet eller knyttet til en brukerhistorie og en testsak
Koble krav til en brukerhistorie og en testsak
Som du er klar over at IBM Rational CLM er et enkelt integrert miljø, og for en enkelt komplett visning sikrer sporbarhet dekning på tvers av livssyklusgjenstander og hjelper også til å finne hull i eventuelle med hensyn til levering.
Gå tilbake til gjenstandsvisningen ( Gjenstander - > Bla gjennom gjenstander ) og klikk på mappen ‘Features and Vision’.
For å koble en Krav til brukerhistorien som definerer funksjonaliteten som skal implementeres fra et utviklingsperspektiv, velg Krav og klikk på ‘Legg til en lenke til gjenstanden - > Mer ’.
Velg koblingstype som ‘Implementert av’ og Artifact Container som CLM_Project (Change Management) for å lage en ny historie ved å legge til Sammendrag og andre respektive attributter som vist, og klikk deretter på OK
Tilsvarende fremgangsmåten for å koble en Krav til prøvesaken vil bli definert i IBM Rational Quality Manager igjen, velg derfor kravet og klikk på ‘Legg til en lenke til gjenstanden - > Mer ’.
Velg koblingstype som ‘Validert av’ og Artifact Container ‘CLM_Project’ (Quality Management) for å lage en ny testcase og gi et navn som vist. Og klikk på OK en gang ferdig.
La oss nå se på sporbarhetsvisningen. Klikk på 'Konfigurer sideinnstillinger' à 'Konfigurer kolonner som skal vises'.
Legg til kolonnene ‘Implementert av’ og ‘Validert av’ og klikk på OK. Sporbarhetsvisningen vises nå.
Ovenstående visning viser kravet som Implementert av et brukerhistorieelement og Validert av en prøvesak. Dette er bare mulig når du har et integrert verktøy som IBM Rational CLM.
Nærmere titt på brukerhistorien i IBM Rational Team Concert
I sporbarheten ovenfor kan du klikke på brukerhistorien under kolonnen 'Implementert av'.
User Story-elementet åpnes nå i CCM-beholderen som vist nedenfor.
Få attributter for STORY-arbeidselementet skal bemerkes veldig viktig = som Story Points som definerer kompleksiteten til funksjonen som utvikles, eies av, prioritet og planlegges for. Akseptkriterier kan også defineres i TAB for aksept for å bekrefte fullføringen av historien.
Ovennevnte attributter kreves for Sprint-planlegging fra et prosjektledelsessyn for prosjektledere. I tillegg til ovennevnte attributter, kan tilpassede attributter i henhold til prosjektets behov også legges til.
Prosjektledere som administrerer Agile SCRUM-prosjekter som er interessert i å opprette produktbacklogger og vedlikeholde Sprint-planer for teamene deres, kan ta en titt på den tilgjengelige todelsserien.
Opprette utvikleroppgaver
I Story-arbeidselementet som er åpent, klikker du på lenker-TAB. Siden sporbarheten til kravene ble opprettet tidligere, vises den bare.
Klikk nå på 'Legg til relatert' rullegardinmenyen, og velg deretter 'Legg til barn' for å begynne å opprette og legge til utvikleroppgaver
Klikk på lenken ‘Create Linked Defect’ og la oss endre dette til Oppgavetype.
I skjemaet som åpnes, endrer du typen til Oppgave i rullegardinmenyen.
Skjemaet er nå endret til Oppgavetype, så legg til detaljene som vist nedenfor.
De viktige egenskapene inkluderer Eier (vanligvis tildelt utviklere), Prioritet og Planlagt for passende Sprint, Planlagt innsats som er definert som et estimat og Forfallsdato. I tillegg til disse attributtene kan det også opprettes tilpassede attributter i henhold til prosjektbehov. Klikk på Lagre.
Du vil legge merke til at når arbeidsoppgaven skrider frem, vil rullegardinmenyen for statlig arbeidsflyt også måtte endres. Dette kan tilpasses helt etter vårt behov.
Klikk nå på Foreldre-ID (227) på høyre side, som tar deg tilbake til historien. Klikk på lenker-TAB for Story-elementet for å se utvikleroppgaven koblet og vist.
Utvikleroppgavene som er opprettet vil bli videre knyttet til Kildekode og deretter bygget. Jeg vil vise dette i en egen artikkel.
Nå siden testsaken allerede ble opprettet da den var knyttet til kravet, kan den nå legges til Story-elementet. Klikk på rullegardinmenyen 'Legg til relatert' og velg 'Legg til testet av testtilfelle'
Å velge ‘Link til eksisterende testtilfelle’.
Velg testsaken som allerede ble opprettet tidligere, og klikk deretter på OK.
Sporbarheten er nå oppdatert for å vise koblingen Test Case.
Story-elementet har også en arbeidsflyt som kan lukkes når utviklerens oppgaver, mangler og testsaker er ferdig.
Test ledelse ved hjelp av IBM Rational Quality Manager
I oversikten over Story-elementet, klikk på Test Case for å åpne den for å lage manuelle testskript og for videre testing.
For ytterligere bruk av IBM Rational Quality Manager, se på min tidligere artikkel publisert på => IBM Rational Quality Manager (RQM): Komplett håndveiledning
Konklusjon
Ved å lese denne artikkelen ville du ha forstått viktigheten av å ha en enkelt ALM-plattform for levering til slutt.
Jeg tror fra min erfaring at det ikke er lett å erstatte det eksisterende leveringsmiljøet der flere verktøy blir brukt, men jeg vil foreslå at du ser på å gå videre til et enkelt depotmiljø i nær fremtid.
For å oppsummere har vi sett:
- Hva er IBM Rational CLM
- 3 bestanddeler av CLM
- Bruk og beste praksis som skal følges for bruk av koblingsgjenstander gjennom IBM Rational DOORS NG, IBM Rational Team Concert og IBM Rational Quality Manager
Om forfatteren: Denne artikkelen er skrevet av STH-teammedlem Niranjan. Han har 20 års erfaring med IBM Rational-verktøy.
Deretter vil vi dekke grundige praktiske veiledninger om IBM Tools som:
- Kravstyring ved bruk av DØRER NG
- IBM Rational Team Concert
- IBM Urbancode utgivelse og distribusjon
Vi vil prøve å fokusere på å dykke dypt på noen av disse funksjonene også.
Anbefalt lesing
- IBM Rational Team Concert Defect Management Tool Tutorial
- Data Pool Feature i IBM Rational Quality Manager for Test Data Management
- Introduksjon til IBM Rational DOORS Next Generation Requirements Management Tool
- IBM Rational Quality Manager (RQM) Integrasjon med Rational Functional Tester (RFT)
- SVN til IBM Rational Team Concert Migration Tutorial
- Læringsgrunnlag for rasjonell robot - IBM Test Automation Tool
- IBM Rational Team Concert (RTC) og SVN Integration On Windows
- IBM Rational Team Concert Advanced Work Item Customization