Miesięczne archiwum: Kwiecień 2018

Zarządzanie projektami informatycznymi, część 3

z pracy mgr

A więc należy wybrać licencję Quality Professional dla aplikacji RQM, Developer
dla RTC oraz Analyst dla narzędzia RRC. Inne kombinacje licencji wszystkich trzech narzędzi spowodują błędy i nie będą w rezultacie przyjęte przez system.

Przyszły użytkownik korzystając z tego intuicyjnego przewodnika konfiguracji jest
na każdej kolejnej stronie dokładnie instruowany, jakie kroki są po kolei realizowane
i co należy w nich wykonać. Cała konfiguracja aplikacji zajmuje ok. 40 minut jednak
nie przysparza żadnych trudności.

3.2.2.1‑10 Zakończenie konfiguracji integracji produktów RTC, RQM i RRC

Kończąc etap konfiguracji, integracja aplikacji Rational Team Concert, Rational Quality Manager oraz Rational Requirements Composer zostaje zakończona. Platformy są gotowe do współdziałania.

3.1.1.1  Weryfikacja integracji Rational Team Concert z Rational Quality  Manager na podstawie Use Case Tworzenia i edycji planów

Po zakończeniu instalacji i konfiguracji zintegrowanych programów RTC, RQM
i RRC należy sprawdzić czy współdziałanie tych aplikacji w oparciu o wspólny serwer jest możliwe. Dlatego założonym celem będzie rozszerzenie w RTC planu sprintu utworzonego
w projekcie Preludium o zarejestrowany defekt w RQM.

Założeniem przykładu jest odnalezienie i zarejestrowanie defektu w RQM, który ma być zaplanowany do zlikwidowania już w pierwszym sprincie projektu Preludium.

Pierwszym krokiem jest utworzenie stwierdzonego defektu w RQM.

3.2.2.2‑1 Tworzenie defektu w RQM

Należy zauważyć, że już z poziomu RQM można zadecydować, w jakim programie tworzony defekt będzie zarządzany tzn. dla jakiego obszaru jest on tworzony. Jak widać na rysunku, ten element jest tworzony dla obszaru zarządzania zmianami, czyli RTC. Ponadto można od razu zaplanować, do jakiego planu defekt ma zostać przypisany, w podanym przykładzie przypisujemy go do sprintu pierwszego. Po wprowadzeniu wszystkich informacji trzeba zapisać zmiany.

W dalszej kolejności należy sprawdzić czy utworzony defekt faktycznie znalazł się w aplikacji RTC. W tym celu należy przełączyć obszar zarządzania jakością na obszar zarządzani zmianą.

3.2.2.2‑2 Przejście z aplikacji RQM do RTC

W obszarze zarządzania zmianami należy rozwinąć menu „Elementów pracy”
i kliknąć w opcję „ostatnio modyfikowane”. Ta funkcja pozwoli na wyświetlenie ostatnio zmienianych elementów pracy.

3.2.2.2‑3 Defekt stworzony w RQM zarządzany w aplikacji RTC

Jak widać na rysunku 3.2.2.2-3 stworzony defekt w RQM został przypisany do obszaru projektu Preludium w aplikacji RTC. Wszystkie nadane mu atrybuty również zostały odtworzone w obszarze zarządzania zmianami, tyczy się to również planów. W ten sposób można wpływać na kształt planów z poziomu RQM.

Weryfikacja przeprowadzonej integracji RQM i RTC zakończyła się pozytywnie.