ibm rational collaborative lifecycle management hands tutorial
IBM Rational CLM wykazuje powiązania w zakresie możliwości śledzenia między wymaganiami a programowaniem, umożliwiając analitykowi biznesowemu i kierownikowi projektu poznanie statusu zestawu wymagań biznesowych i planowanych elementów pracy.
Wkrótce, IBM CLM to połączenie zarządzania wymaganiami, zarządzania zmianami i konfiguracją (CCM) oraz zarządzania jakością w ramach jednej platformy ALM w celu lepszego i łatwiejszego tworzenia widoków identyfikowalności.
UWAGA : Ten samouczek zawiera wiele obrazów, więc pozwól mu się poprawnie załadować.
Czego się nauczysz:
- Wprowadzenie do produktu IBM Rational CLM
- Projekt cyklu życia w produkcie IBM Rational CLM
- Utwórz wymaganie w IBM Rational DOORS NG
- Definiowanie procesu biznesowego
- Łączenie wymagania z historyjką użytkownika i przypadkiem testowym
- Bliższe spojrzenie na historię użytkownika w IBM Rational Team Concert
- Tworzenie zadań programisty
- Zarządzanie testami przy użyciu produktu IBM Rational Quality Manager
- Wniosek
- rekomendowane lektury
Wprowadzenie do produktu IBM Rational CLM
IBM Rational Collaborative Lifecycle Management (CLM) to przede wszystkim zestaw 3 zintegrowanych narzędzi, które obejmują:
- IBM Rational DOORS NG - do gromadzenia wymagań i zarządzania nimi
- Koncert zespołu IBM Rational - do planowania projektu, zarządzania SCM i kompilacji
- IBM Rational Quality Management - w przypadku działań związanych z zarządzaniem testami
Ta integracja pomaga całemu zespołowi projektowemu przyjrzeć się jednemu narzędziu do przechwytywania wszystkich artefaktów projektu, zamiast używać wielu narzędzi w silosach bez odpowiedniej identyfikowalności, informacji w czasie rzeczywistym o postępie prac i raportów.
Dzięki IBM Rational CLM analityk biznesowy może przyjrzeć się, co dzieje się z zestawem wymagań biznesowych, tj. Czy jest on opracowany i przetestowany, czy nie. Podobnie, kierownik projektu może przyjrzeć się statusowi zbioru zaplanowanych elementów pracy, w przypadku implementacji scrum byłby to STORY jako przykład elementów pracy i związanych z nimi zadań deweloperskich i przypadków testowych.
W przypadku implementacji kaskady byłby to element roboczy POTRZEBA BIZNESOWA i związane z nim zadania programisty i przypadki testowe.
Element pracy to ważna koncepcja w produkcie IBM Rational Team Concert służąca do zarządzania zadaniami programistycznymi i ich śledzenia. Przykłady elementów pracy obejmują EPIC, HISTORIA, ZADANIE, POTRZEBA BIZNESOWA, RYZYKO, WADY, RETROSPEKTYWA itp. Oprócz tych wstępnie zdefiniowanych elementów pracy zespoły mogą również tworzyć własne niestandardowe elementy pracy. Elementy pracy są integralną częścią planowania projektu i są połączone ze zmianami kodu przy użyciu funkcji SCM i zarządzania kompilacją.
Projekt cyklu życia w produkcie IBM Rational CLM
Zwykle, gdy zespoły używają wielu narzędzi, nie ma możliwości śledzenia artefaktów od końca do końca w cyklu życia projektu.
Koncepcja projektu cyklu życia w IBM Rational CLM pomaga połączyć cały zespół z jedną platformą. Tak więc, tworząc projekt cyklu życia, możesz połączyć wymagania biznesowe z artefaktami projektu UML, a następnie z elementami pracy i elementami pracy z zadaniami programistycznymi i przypadkami testowymi. Wszystko to odbywa się dynamicznie.
Korzystanie z projektu cyklu życia pomoże zobaczyć projekt utworzony w każdym z 3 kontenerów, tj. Zarządzanie wymaganiami (RM), Zarządzanie zmianami i konfiguracją (CCM) oraz Zarządzanie jakością (QM), jak pokazano poniżej, a także połączone, dzięki czemu widok identyfikowalności można łatwo Utworzony.
Więcej informacji na temat tworzenia projektu cyklu życia, dodawania użytkowników, ról, uprawnień i aktualizacji licencji można znaleźć znaleźć tutaj .
Dostęp do każdej aplikacji CLM można uzyskać, korzystając z następujących adresów URL
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Po zalogowaniu się na adres URL RM, jak wspomniano powyżej, możesz również łatwo przejść do innych aplikacji.
Utwórz wymaganie w IBM Rational DOORS NG
Zacznijmy od stworzenia wymagań. Aby utworzyć to samo, należy wykonać poniższe kroki. Raz utworzone wymagania zostaną połączone z historiami użytkowników i przypadkami testowymi.
# 1) Zaloguj się do aplikacji RM za pomocą adresu URL https: //: 9443 / rm / web
#dwa) Kliknij, aby wybrać CLM_Project po zalogowaniu. Pojawi się panel publiczny, jak pokazano poniżej.
(Uwaga:Kliknij dowolny obraz, aby wyświetlić powiększenie)
# 3) Kliknij Artefakty - > Przeglądaj artefakty do tworzenia wymagań.
# 4) Kliknij lewym przyciskiem myszy „Funkcje i wizja” folder, a następnie wybierz Twórz artefakty
Wpisz nazwę jako „Złóż zamówienie na muzyczną płytę CD”, typ artefaktu jako „Format funkcji i artefaktu” jako „Tekst”. Następnie kliknij OK.
# 5) Nowo utworzone wymaganie pokazano poniżej:
# 6) Zdefiniuj atrybuty dla nowo utworzonego wymagania. Następnie wybierz właśnie utworzone wymaganie i wybierz opcję „ Edytuj atrybuty ' opcja.
Dodaj atrybuty, jak pokazano poniżej, a następnie kliknij Zapisać
# 7) Aby wyświetlić atrybuty, kliknij ikonę, aby wybrać „ Konfiguruj ustawienia strony ”
# 8) Teraz kliknij „Skonfiguruj kolumny do wyświetlenia”
# 9) Teraz wybierz atrybuty Priorytet biznesowy i Opis, które mają być wyświetlane, i odznacz te, które nie są wymagane, i kliknij ok .
jak używać xor w java
Jak widać, stworzyliśmy wymaganie biznesowe. IBM Rational DOORS NG umożliwia także tworzenie różnych typów wymagań, takich jak aktorzy, wymagania niefunkcjonalne, dowolne niestandardowe typy wymagań, a także ich zdefiniowane atrybuty.
Definiowanie procesu biznesowego
Zazwyczaj następnym krokiem jest utworzenie diagramu procesu biznesowego w celu obsługi utworzonego wymagania biznesowego. Diagram procesu biznesowego jest łatwiejszy do wizualizacji dla użytkowników biznesowych niż w formacie tekstowym.
W IBM Rational DOORS NG jest tworzony przy użyciu notacji BPMN, która oznacza notację modelowania procesów biznesowych, która jest standardem branżowym.
Aby uzyskać szczegółowe wyjaśnienie, jak utworzyć proces biznesowy, możesz zapoznać się z moim artykułem na temat IBM Rational DOORS NG
Zobaczmy teraz, jak wymóg biznesowy zostanie prześledzony lub połączony z historią użytkownika i przypadkiem testowym
Łączenie wymagania z historyjką użytkownika i przypadkiem testowym
Jak wiadomo, IBM Rational CLM jest pojedynczym zintegrowanym środowiskiem i dla jednego pełnego widoku śledzenie zapewnia pokrycie artefaktów cyklu życia, a także pomaga znaleźć ewentualne luki w dostawie.
Wróć do widoku artefaktów ( Artefakty - > Przeglądaj artefakty ) i kliknij folder „Features and Vision”.
Aby połączyć plik Wymaganie dotyczące historii użytkownika który definiuje funkcjonalność do zaimplementowania z perspektywy programistycznej wybierz Wymaganie i kliknij „Dodaj łącze do artefaktu - > Więcej ”.
Wybierz typ łącza jako 'Wprowadzony przez' i kontener artefaktów jako CLM_Project (zarządzanie zmianami), aby utworzyć nową historię, dodając podsumowanie i inne odpowiednie atrybuty, jak pokazano, a następnie kliknij przycisk OK
Podobnie procedura łączenia pliku Wymagania dotyczące przypadku testowego zostanie ponownie zdefiniowany w produkcie IBM Rational Quality Manager, dlatego wybierz wymaganie i kliknij „Dodaj łącze do artefaktu - > Więcej ”.
Wybierz typ łącza jako „Zatwierdzony przez” i kontener artefaktów „CLM_Project” (zarządzanie jakością), aby utworzyć nowy przypadek testowy i nadać nazwę, jak pokazano. I kliknij ok raz zrobione.
Przyjrzyjmy się teraz widokowi identyfikowalności. Kliknij „Konfiguruj ustawienia strony” → „Konfiguruj kolumny do wyświetlania”.
Dodaj kolumny „Wdrożone przez” i „Zatwierdzone przez” i kliknij OK. Zostanie wyświetlony widok identyfikowalności.
Powyższy widok przedstawia wymaganie jako Wprowadzony przez element historii użytkownika i Zatwierdzony przez przypadek testowy. Jest to możliwe tylko wtedy, gdy masz zintegrowane narzędzie, takie jak IBM Rational CLM.
Bliższe spojrzenie na historię użytkownika w IBM Rational Team Concert
W powyższej identyfikowalności kliknij Historię użytkownika w kolumnie „Wdrożone przez”.
Element User Story otwiera się teraz w kontenerze CCM, jak pokazano poniżej.
Niewiele atrybutów elementu pracy STORY należy odnotować bardzo istotnie = podobnie jak punkty fabularne, które określają złożoność tworzonej funkcji, posiadane przez, priorytetowe i planowane. Kryteria akceptacji można również zdefiniować na karcie Akceptacja, aby potwierdzić ukończenie elementu Wątek.
Powyższe atrybuty są wymagane do planowania sprintu z punktu widzenia zarządzania projektami dla kierowników projektów. Oprócz powyższych atrybutów można również dodać niestandardowe atrybuty zgodnie z potrzebami projektu.
Kierownicy projektów zarządzający projektami Agile SCRUM zainteresowani tworzeniem Backlogów Produktów i utrzymywaniem Planów Sprintu dla swoich zespołów mogą zapoznać się z dostępnymi seriami 2 części.
- Część 1. Skonfiguruj projekt, obszar zespołu i Backlog produktu
- Część 2. Planuj i zarządzaj sprintami
Tworzenie zadań programisty
W otwartym elemencie roboczym Wątek kliknij kartę Łącza. Ponieważ identyfikowalność do wymagań została utworzona wcześniej, została po prostu pokazana.
Teraz kliknij menu „Dodaj powiązane”, a następnie wybierz „Dodaj dzieci”, aby rozpocząć tworzenie i dodawanie zadań programisty
Kliknij link „Utwórz powiązany defekt” i zmieńmy to na Typ zadania.
W otwartym formularzu zmień typ na Zadanie w menu rozwijanym.
Formularz zostanie teraz zmieniony na Typ zadania, więc dodaj szczegóły, jak pokazano poniżej.
Ważnymi atrybutami są Właściciel (zwykle przypisywany programistom), Priorytet i Planowany dla odpowiedniego Sprintu, Planowany wysiłek, który jest zdefiniowany jako oszacowanie i Termin. Oprócz tych atrybutów można również tworzyć atrybuty niestandardowe zgodnie z potrzebami projektu. Kliknij Zapisać.
Zauważysz, że w miarę postępu zadania menu rozwijane przepływu pracy po prawej stronie również będzie wymagało zmiany. Można to całkowicie dostosować do naszych potrzeb.
Teraz kliknij Parent ID (227) po prawej stronie, co przeniesie Cię z powrotem do elementu Story. Kliknij kartę Łącza elementu Story, aby wyświetlić powiązane i wyświetlone zadanie programisty.
algorytm prims i kruskal z przykładem
Utworzone zadania programisty będą dalej powiązane z Kod źródłowy a następnie zbudowany. Pokażę to w osobnym artykule.
Ponieważ przypadek testowy został już utworzony, gdy był powiązany z wymaganiem, można go teraz dodać do przedmiotu fabularnego. Kliknij menu „Dodaj powiązane” i wybierz „Dodaj przetestowane według przypadku testowego”
Wybierz „Link do istniejącego przypadku testowego”.
Wybierz przypadek testowy, który został już utworzony wcześniej, a następnie kliknij OK.
Identyfikowalność jest teraz zaktualizowana, aby wyświetlić połączony przypadek testowy.
Element Story ma również przepływ pracy, który można zamknąć po zakończeniu zadań deweloperskich, usterek i przypadków testowych.
Zarządzanie testami przy użyciu produktu IBM Rational Quality Manager
W powyższym widoku elementu Story kliknij przypadek testowy, aby go otworzyć do tworzenia skryptów testów ręcznych i do dalszych testów.
W celu dalszego wykorzystania IBM Rational Quality Manager zapoznaj się z moim wcześniejszym artykułem opublikowanym pod adresem => IBM Rational Quality Manager (RQM): Kompletny podręcznik praktyczny
Wniosek
Czytając ten artykuł, zrozumiałbyś znaczenie posiadania jednej platformy ALM dla kompleksowej dostawy.
Wierzę z mojego doświadczenia, że nie jest łatwo wymienić istniejące środowisko dostarczania, w którym jest używanych wiele narzędzi, ale sugerowałbym, abyś w najbliższej przyszłości mógł przejść do jednego środowiska repozytorium.
Podsumowując, widzieliśmy:
- Co to jest IBM Rational CLM
- 3 składniki CLM
- Wykorzystanie i najlepsze praktyki, których należy przestrzegać przy korzystaniu z artefaktów łączenia za pośrednictwem produktów IBM Rational DOORS NG, IBM Rational Team Concert i IBM Rational Quality Manager
O autorze: Ten artykuł został napisany przez członka zespołu STH, Niranjana. Ma ponad 20-letnie doświadczenie w narzędziach IBM Rational.
Następnie omówimy szczegółowe praktyczne samouczki dotyczące narzędzi IBM, takie jak:
- Zarządzanie wymaganiami za pomocą DOORS NG
- Koncert zespołu IBM Rational
- Wydanie i wdrożenie IBM Urbancode
Spróbujemy również skupić się na szczegółowym omówieniu niektórych z tych funkcji.
rekomendowane lektury
- IBM Rational Team Concert Defect Management Tool - samouczek
- Funkcja puli danych w produkcie IBM Rational Quality Manager do zarządzania danymi testowymi
- Wprowadzenie do narzędzia IBM Rational DOORS do zarządzania wymaganiami nowej generacji
- Integracja produktu IBM Rational Quality Manager (RQM) z produktem Rational Functional Tester (RFT)
- Migracja z SVN do IBM Rational Team Concert - samouczek
- Nauka podstaw Rational Robot - IBM Test Automation Tool
- IBM Rational Team Concert (RTC) i integracja SVN w systemie Windows
- IBM Rational Team Concert Zaawansowane dostosowywanie elementów pracy