Meniu

Tutorial hands-on IBM Rational Collaborative Lifecycle Management (CLM)

ibm rational collaborative lifecycle management hands tutorial

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

IBM Rational CLM prezintă relații de trasabilitate între cerințe și dezvoltare, permițând astfel analistului de afaceri și managerului de proiect să cunoască starea setului de cerințe de afaceri și a elementelor de lucru planificate.

Pe scurt, IBM CLM este o combinație de gestionare a cerințelor, schimbare și gestionare a configurației (CCM) și management al calității sub o singură platformă ALM pentru crearea mai bună și mai ușoară a vizualizărilor de trasabilitate.

NOTĂ : Acest tutorial are multe imagini, așa că permiteți-i să se încarce corect.

Ce veți învăța:

Introducere în IBM Rational CLM

IBM Rational Collaborative Lifecycle Management (CLM) este în primul rând un set de 3 instrumente integrate care includ:

  • IBM Rational DOORS NG - pentru colectarea și gestionarea cerințelor
  • Concert IBM Rational Team - pentru planificarea proiectelor, SCM și managementul construcțiilor
  • IBM Rational Quality Management - pentru activități de gestionare a testelor

Această integrare ajută întreaga echipă a proiectului să se uite la un singur instrument pentru a capta toate artefactele proiectului în loc să folosească mai multe instrumente în silozuri fără o trasabilitate adecvată, informații în timp real despre progresul muncii și rapoarte.

Introducere în IBM Rational CLM

Cu IBM Rational CLM, un analist de afaceri poate analiza ce se întâmplă cu setul de cerințe de afaceri, adică dacă este dezvoltat și testat sau nu. În mod similar, un manager de proiect poate analiza starea unui set de articole de lucru planificate în cazul implementării scrum, ar fi STORY ca un exemplu de articole de lucru și sarcinile de dezvoltator asociate și cazurile de testare.

În cazul punerii în aplicare a cascadei, acesta ar fi elementul de lucru BUSINESS NEED și sarcinile de dezvoltator asociate și cazurile de testare.

Work Item este un concept important în IBM Rational Team Concert pentru a gestiona și urmări sarcinile de dezvoltare. Exemple de elemente de lucru includ EPIC, STORY, TASK, NEVOIE DE AFACERI, RISC, DEFECT, RETROSPECTIV etc. În plus față de aceste elemente de lucru predefinite, echipele își pot crea propriile articole de lucru personalizate. Elementele de lucru fac parte integrantă din planificarea proiectului și sunt legate de modificările de cod folosind funcția SCM și managementul construcțiilor.

Proiectul ciclului de viață în IBM Rational CLM

De obicei, atunci când echipele folosesc mai multe instrumente, nu există o trasabilitate adecvată pentru a urmări artefactele cap la cap în ciclul de viață al proiectului.

Conceptul de proiect al ciclului de viață în IBM Rational CLM ajută la conectarea întregii echipe la o singură platformă. Prin urmare, prin crearea unui proiect de ciclu de viață, puteți conecta cerințele de afaceri la artefacte de proiectare UML și apoi la Articole de lucru și Articole de lucru la Sarcini de dezvoltare și cazuri de testare. Toate acestea sunt realizate dinamic.

Utilizarea proiectului ciclului de viață vă va ajuta să vedeți proiectul creat în fiecare dintre cele 3 containere, adică Managementul cerințelor (RM), Managementul modificărilor și configurației (CCM) și Managementul calității (QM), așa cum se arată mai jos și, de asemenea, conectat, astfel încât vizualizarea trasabilității să poată fi ușor creată.

proiectul ciclului de viață

Mai multe despre crearea proiectului ciclului de viață, adăugarea de utilizatori, roluri, permisiuni și actualizarea licențelor pot fi găsit aici .

Fiecare aplicație CLM poate fi accesată folosind următoarele adrese URL

  • RM - https: //: 9443 / rm / web
  • CCM - https: //: 9443 / ccm / web
  • QM - https: //: 9443 / qm / web

După ce vă autentificați la adresa URL RM așa cum s-a menționat mai sus, puteți naviga cu ușurință și la celelalte aplicații.

Creați cerința în IBM Rational DOORS NG

Să începem prin a crea Cerințe. Pașii menționați mai jos trebuie urmați pentru a crea aceiași. Cerințele odată create vor fi legate de Poveștile utilizatorilor și Cazurile de testare.

# 1) Conectați-vă la aplicația RM utilizând adresa URL https: //: 9443 / rm / web

Conectați-vă la aplicația RM

#Două) Faceți clic pentru a selecta CLM_Project după autentificare. Tabloul de bord public va apărea așa cum se arată mai jos.

(Notă:Faceți clic pe orice imagine pentru vizualizare mărită)

selectați clm_project1

# 3) Click pe Artefacte - > Răsfoiți artefacte pentru a crea cerințe.

răsfoiți artefacte1

# 4) Faceți clic stânga pe „Caracteristici și viziune” folder și apoi selectați Creați artefacte

Caracteristici și viziune

Creați artefacte

Introduceți numele ca „Plasați comanda pentru CD-ul muzical”, Tipul artefactului ca „Caracteristică și formatul artefactului ca„ Text ”. Apoi faceți clic pe BINE.

# 5) Cerința nou creată este prezentată mai jos:

cerință nou creată

# 6) Definiți atributele pentru cerința nou creată. Apoi selectați cerința tocmai creată și selectați „ Editați atributele ' opțiune.

selectați cerința

Editați atributele

Adăugați atribute așa cum se arată mai jos și apoi faceți clic pe Salvați

Salvați

# 7) Pentru a afișa atributele, faceți clic pe pictogramă pentru a selecta „ Configurați setările paginii ”

Configurați setările paginii

# 8) Acum faceți clic pe „Configurați coloanele pentru afișare”

Configurați coloanele pentru afișare

# 9) Acum selectați atributele Business Priority și Description pentru a fi afișate și deselectați-le pe cele care nu sunt necesare și faceți clic pe Bine .

modificați setările de afișare a coloanei

ok1

După cum vedeți, am creat o cerință de afaceri. IBM Rational DOORS NG vă permite, de asemenea, să creați diferite tipuri de cerințe, cum ar fi Actori, cerințe nefuncționale, orice tipuri de cerințe personalizate și, de asemenea, atributele definite ale acestora.

Definirea procesului de afaceri

De obicei, următorul pas este crearea unei diagrame de proces de afaceri pentru a susține cerința de afaceri creată. Diagrama Business Process este mai ușor de vizualizat pentru utilizatorii business decât într-un format textual.

În IBM Rational DOORS NG este creat folosind notația BPMN, care înseamnă Business Process Modeling Notation, care este un standard industrial.

Pentru o explicație detaliată cu privire la modul de creare a procesului de afaceri, puteți consulta articolul meu despre IBM Rational DOORS NG

Acum, să vedem cum va fi urmărită sau legată cerința de afaceri cu o poveste de utilizator și un caz de testare

Conectarea cerinței la o poveste de utilizator și un caz de testare

După cum știți că IBM Rational CLM este un singur mediu integrat și pentru o singură vizualizare completă, trasabilitatea asigură acoperirea artefactelor ciclului de viață și, de asemenea, ajută la găsirea de lacune, dacă există, în ceea ce privește livrarea.

Reveniți la vizualizarea Artifacts ( Artefacte - > Răsfoiți artefacte ) și faceți clic pe folderul „Caracteristici și viziune”.

Pentru a lega un Cerința pentru povestea utilizatorului care definește funcționalitatea care trebuie implementată dintr-o perspectivă de dezvoltare selectați Cerința și faceți clic pe ‘Adăugați un link la artefact - > Mai mult ’.

Mai mult

Selectați tipul de link ca 'Implementat de' și Artifact Container ca CLM_Project (Managementul schimbărilor) pentru a crea o poveste nouă adăugând rezumatul și alte atribute respective așa cum se arată și apoi faceți clic pe OK

Implementat de

În mod similar, procedura de legare a Cerința cazului de testare va fi definit din nou în IBM Rational Quality Manager, prin urmare selectați cerința și faceți clic pe ‘Adăugați un link la artefact - > Mai mult ’.

Alegeți tipul de link ca „Validat de” și Artifact Container ‘CLM_Project’ (Managementul calității) pentru a crea un nou Test Case și pentru a da un nume așa cum se arată. Și faceți clic pe Bine odata facut.

faceți clic pe OK

Să vedem acum vizualizarea de trasabilitate. Faceți clic pe „Configurare setări pagină” à „Configurare coloane pentru afișare”.

cel mai bun software de întreținere a sistemului pentru Windows 10

trasabilitate Vizualizare

Adăugați coloanele „Implementat de” și „Validat de” și faceți clic pe BINE. Vizualizarea de trasabilitate este acum afișată.

Adăugați coloanele

Adăugați coloanele1

Vizualizarea de mai sus arată Cerința ca Implementat de un articol User Story și Validat de un caz de testare. Acest lucru este posibil numai atunci când aveți un instrument integrat precum IBM Rational CLM.

O privire mai atentă la povestea utilizatorului în concertul IBM Rational Team

În trasabilitatea de mai sus, vizualizați faceți clic pe Povestea utilizatorului din coloana „Implementat de”.

Elementul User Story se deschide acum în containerul CCM așa cum se arată mai jos.

Container CCM

Puține atribute pentru elementul de lucru STORY trebuie menționate foarte important = cum ar fi punctele de poveste care definesc complexitatea caracteristicii dezvoltate, deținute, prioritare și planificate. Criteriile de acceptare pot fi definite și în TAB-ul de acceptare pentru a confirma finalizarea articolului Story.

Atributele de mai sus sunt necesare pentru planificarea Sprint din punct de vedere al managementului de proiect pentru managerii de proiect. În plus față de atributele de mai sus, pot fi adăugate și atribute personalizate conform nevoilor proiectului.

Managerii de proiect care gestionează proiectele Agile SCRUM interesați să creeze restanțe de produse și să întrețină planuri Sprint pentru echipele lor pot arunca o privire la seria de 2 părți disponibile.

Crearea sarcinilor pentru dezvoltatori

În elementul de lucru Story care este deschis, faceți clic pe TAB-ul Link-uri. De vreme ce trasabilitatea la cerințe a fost creată mai devreme, este doar arătată.

Link-uri TAB

Acum faceți clic pe meniul derulant „Adăugați conexe” și apoi selectați „Adăugați copii” pentru a începe să creați și să adăugați sarcini pentru dezvoltatori

Adăugați copii

Faceți clic pe linkul „Creați un defect conectat” și să schimbăm acest lucru în tipul de activitate.

Creați un defect conectat

În formularul care se deschide, schimbați tipul la Sarcină în meniul derulant.

schimbați tipul în Task

Formularul este acum schimbat la Task Type, așa că adăugați detaliile așa cum se arată mai jos.

schimbat la Task Type

Atributele importante includ Proprietar (atribuit de obicei dezvoltatorilor), Prioritate și Planificat pentru Sprint adecvat, Efort planificat, care este definit ca o estimare și o dată de scadență. În plus față de aceste atribute, pot fi create și atribute personalizate conform nevoilor proiectului. Click pe Salvați.

Veți observa că, pe măsură ce progresează sarcina, va trebui, de asemenea, să fie modificată lista derulantă a fluxului de lucru de stare din dreapta. Acest lucru poate fi personalizat în totalitate conform nevoilor noastre.

Progresul sarcinii

Acum faceți clic pe ID-ul părinte (227) din partea dreaptă, care vă va duce înapoi la elementul Story. Faceți clic pe TAB-ul Link-uri al articolului Story pentru a vedea sarcina dezvoltatorului legată și afișată.

părinte id11

Sarcinile de dezvoltator create vor fi legate în continuare Cod sursa și apoi construit. Voi arăta acest lucru într-un articol separat.

Acum, deoarece Test Case a fost deja creat atunci când a fost legat de cerință, acum poate fi adăugat la articolul Story. Faceți clic pe meniul drop-down „Adăugați conexe” și selectați „Adăugați testat după caz ​​de test”

Adăugați testat de caz de testare

Selectați „Link către cazul de test existent”.

Link către cazul de test existent

Selectați Cazul de test care a fost deja creat anterior și apoi faceți clic pe OK.

Selectați Cazul de testare

Trasabilitatea este acum actualizată pentru a afișa cazul de test legat.

Testul legat

Elementul Story are, de asemenea, un flux de lucru care poate fi închis odată ce sarcinile dezvoltatorului, defectele și cazurile de testare sunt terminate.

Gestionarea testelor utilizând IBM Rational Quality Manager

În vizualizarea de mai sus a articolului Story, faceți clic pe Test Case pentru a-l deschide pentru a crea scripturi de testare manuale și pentru testare ulterioară.

Caz de testare

Pentru utilizarea ulterioară a IBM Rational Quality Manager vă rugăm să consultați articolul meu anterior publicat la => IBM Rational Quality Manager (RQM): Ghid practic complet

Concluzie

Citind acest articol ați fi înțeles importanța de a avea o singură platformă ALM pentru livrarea cap la cap.

Din experiența mea, cred că nu este ușor să înlocuiți mediul dvs. de livrare existent în care sunt utilizate mai multe instrumente, dar aș sugera să treceți la un singur mediu de depozitare în viitorul apropiat.

Pentru a rezuma, am văzut:

  • Ce este IBM Rational CLM
  • 3 constituenți ai CLM
  • Utilizare și cele mai bune practici care trebuie urmate pentru utilizarea artefactelor de legătură prin IBM Rational DOORS NG, IBM Rational Team Concert și IBM Rational Quality Manager

Despre autor: Acest articol este scris de Niranjan, membru al echipei STH. Are peste 20 de ani de experiență în instrumentele IBM Rational.

În continuare, vom acoperi tutoriale practice detaliate pe IBM Tools, cum ar fi:

  • Managementul cerințelor folosind DOORS NG
  • Concert IBM Rational Team
  • Lansare și implementare IBM Urbancode

Vom încerca să ne concentrăm pentru a ne adânci și pe unele dintre aceste caracteristici.

Lectură recomandată

^