Krótki przegląd

Jeśli użytkownik chce od razu zabrać się do pracy i rozpocząć eksplorowanie, ten krótki przegląd umożliwi zapoznanie się z kluczowymi pojęciami, terminami i elementami wizualnymi.

Ten temat składa się z następujących sekcji:

Terminologia i pojęcia

Artefakty platformy Rational Team Concert są przechowywane w repozytorium, do którego dostęp mają tylko autoryzowani użytkownicy.

Repozytorium zawiera obszary projektu, w których znajdują się artefakty projektu. Każdy obszar projektu jest powiązany z procesem, który zarządza sposobem prowadzenia projektu i dostosowuje sposób zachowania platformy Jazz. Proces jest definiowany przez konfigurację procesu oraz opis procesu. Konfiguracja procesu definiuje iteracje projektu oraz sposób jego zachowania w trakcie trwania tych iteracji. Opis procesu to serwis WWW, który zawiera wyjaśnienie procesu.

Diagram prezentuje ogólne relacje między obszarami projektu, obszarami zespołu, strumieniami, obszarami roboczymi repozytorium i innymi artefaktami zespołu.

Dostępnych jest kilka predefiniowanych procesów, które można wybrać: Scrum, OpenUp i Prosty. Istnieje również możliwość zdefiniowania własnych procesów lub zmodyfikowania procesów istniejących. Więcej informacji na ten temat zawiera sekcja Szablony procesów.

Z poziomu obszaru projektu użytkownik ma dostęp do artefaktów projektu.

Obszary projektu są dekomponowane na zbiór obszarów zespołu, opisujący zespoły pracujące nad projektem. Każdy obszar zespołu ma listę członków zespołu i rolę procesu odgrywaną przez członków w ramach zespołu. Użytkownik może być członkiem więcej niż jednego zespołu. Każdy obszar zespołu może definiować dostosowania procesu umożliwiające dopasowanie procesu do zespołu i jego podzespołów.

W przypadku prostych projektów wszystkie działania są przeprowadzane na jednej, głównej osi czasu z jednym strumieniem. Dodatkowe osie czasu można tworzyć na potrzeby takich działań, jak konserwacja. Każda oś czasu ma własne obszary zespołu oraz dostosowania procesu.

Planowana praca jest opisywana przez elementy pracy. Typy elementów pracy używane w obszarze projektu są definiowane przez proces. Na przykład proces Scrum definiuje następujące typy elementów pracy:

  • Defekt
  • Zadanie
  • Opis sytuacji
  • Globalny opis sytuacji
  • Element śledzenia budowania
  • Blokada
  • Element wdrażania
  • Retrospekcja

Każdy typ elementu pracy może mieć własne przejścia między stanami i pola niestandardowe. Elementy pracy są poukładane zgodnie z kategoriami elementów pracy, co umożliwia zorganizowanie ich według obszarów funkcjonalnych. Każdy obszar projektu definiuje listę dostępnych kategorii elementów pracy. Każdy obszar zespołu jest powiązany z kategorią elementu pracy dla obszaru funkcjonalnego, za który zespół jest odpowiedzialny.

Elementy pracy można wyszukiwać wykonując zapytania. Zapytania mogą być prywatne lub współużytkowane z zespołem.

Praca w obszarze projektu jest wykonywana w kolejnych iteracjach. Każda iteracja może mieć datę rozpoczęcia i zakończenia. Jedna z iteracji jest definiowana przez proces jako bieżąca. Planując pracę, użytkownik wskazuje element pracy dla danej iteracji. Przez utworzenie planu iteracji można zaplanować całą pracę, która ma być skierowana do iteracji. Za pomocą planu wersji można zaplanować ogólną pracę dla wersji, którą można podzielić na iteracje.

Do pracy nad plikami projektu, które są pod kontrolą kodu źródłowego, należy użyć osobistego obszaru roboczego repozytorium. Aby skopiować pliki i foldery na komputer użytkownika, należy załadować obszar roboczy repozytorium. Produkt Jazz Team Server umożliwia śledzenie wszystkich zmian wprowadzonych przy użyciu zbiorów zmian w plikach podlegających kontroli kodu źródłowego. Każdy zbiór zmian zawiera zmienione pliki i foldery, dodane komentarze oraz odwołania do powiązanych elementów pracy, które uzasadniają zmiany. Użytkownik wprowadza zbiory zmian w celu przesłania zmodyfikowanych plików i folderów z obszaru roboczego środowiska IDE do obszaru roboczego repozytorium. Wprowadzone zbiory zmian są przechowywane w repozytorium, ale nie są udostępniane do współużytkowania przez resztę zespołu programistycznego, dopóki nie zostaną dostarczone. Proces wprowadzania i dostarczania zapewnia dodatkową ochronę zmian, zapewniając równocześnie elastyczność umożliwiającą ciągłe wprowadzanie zmian bez konieczności ich natychmiastowego dostarczania.

Zespoły korzystają ze strumienia do przechowywania głównej kopii plików projektu. Kopia jest przechowywana w każdym obszarze roboczym repozytorium. Obszar roboczy repozytorium i strumień zespołu są połączone za pomocą przepływu. Zbiory zmian są dostarczane z obszaru roboczego repozytorium do strumienia w celu włączenia zmian do kopii głównej. Są to wychodzące zbiory zmian. Przychodzące zbiory zmian są to zbiory dostarczane do strumienia przez innych członków zespołu. Przychodzące zbiory zmian są akceptowane w celu włączenia zmian do obszaru roboczego repozytorium oraz obszaru roboczego środowiska IDE.

Podstawa plików podlegających kontroli kodu źródłowego jest tworzona w oparciu o stale gromadzone zbiory zmian, z których każdy jest budowany na podstawie wszystkich zbiorów odebranych wcześniej. Historia zmian jest sekwencją zbiorów zmian dla obszaru roboczego repozytorium lub strumienia.

Podstawa plików podlegających kontroli kodu źródłowego może zostać podzielona na jeden lub wiele osobnych komponentów, z których każdy będzie miał własne drzewo folderów i plików oraz własną historię. Proste obszary robocze repozytorium i strumienie składają się z jednego komponentu. Stosowanie wielu komponentów jest użyteczne w przypadku zespołów budujących oprogramowanie warstwowe, w którym fragmenty są rozwijane na wpół niezależnie i są wdrażane oddzielnie.

Plan bazowy pojedynczego komponentu jest tworzony w obszarze roboczym repozytorium i umożliwia przechwytywanie interesujących momentów lub utworzenie obrazu stanu w celu przechwycenia symultanicznych planów bazowych we wszystkich komponentach.

Każdy zespół może mieć własny proces budowania opisany w definicji budowania, powiązanej z obszarem zespołu. Definicja budowania określa odstęp czasu między operacjami budowania, skrypty, które mają zostać użyte do tych operacji, oraz obszary robocze repozytorium mające służyć do pobierania plików. Budowanie można uruchomić korzystając z różnych mechanizmów budowania. Wynik budowania można promować do wersji. Następnie użytkownicy mogą zapisać elementy pracy w danej wersji.

Kanały informacyjne umożliwiają wymianę informacji o pracy kolegów lub działaniach innych zespołów. Po zmodyfikowaniu artefaktów w repozytorium powiadomienia o zdarzeniach są automatycznie wysyłane do kanałów.

Klienty

Użytkownik może pracować, korzystając z dowolnego z następujących interfejsów użytkownika klienta:


Opinia