Archiwa tagu: z pracy mgr

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.

Zarządzanie projektami informatycznymi, część 1

z pracy mgr

3.1.1  Rational Team Concert, Rational Requirements Composer
i Rational Quality Manager

Tabela 3.2.2.1

Podstawowe informacje na temat Rational Requirements Composer

Nazwa narzędzia Rational Requirements Composer
Ogólne zastosowanie Narzędzie Rational Requirements Composer służy do definiowania
i opisywania wymagań.
Główne elementy wytwarzane w narzędziu ·         Story board’y

·         Szkice

·         Przypadki użycia  (ang. use cases)

·         Scenariusze

·         Modele

Możliwość integracji z RTC Bezpośrednia komunikacja poprzez serwery lub łączenie plików poprzez linkowanie

Źródło: Opracowanie własne

Tabela 3.2.2.2

Podstawowe informacje na temat Rational Quality Manager

Nazwa narzędzia Rational Quality Manager
Ogólne zastosowanie Narzędzie Rational Quality Manager służy do planowania testów
i badań, ich konstrukcji oraz wykonywania.
Główne elementy wytwarzane w narzędziu ·         Plany testów

·         Przypadki testowania

·         Defekty

·         Raporty

Możliwość integracji z RTC Bezpośrednia komunikacja poprzez serwery lub łączenie plików poprzez linkowanie

Źródło: Opracowanie własne

Aby efektywnie zarządzać projektem należy zwrócić szczególną uwagę na dwa obszary, jakimi są: wymagania klienta oraz jakość produktu i z nimi związane są kolejne programy integrowane z aplikacją Rational Team Concert.

Zarządzanie wymaganiami ma na celu zapewnienie, iż będą podejmowane tylko
te prace i realizowane tylko te procesy, które przyczynią się do pomyślnego zakończenia przedsięwzięcia[1]. Ściślej mówiąc, są to działania skoncentrowane na definiowaniu
i kontrolowaniu tego, co jest lub co nie jest włączone w projekt. To oznacza, że nie należy się tylko ograniczać do wymagań klienta i funkcjonalności, które składają się na produkt
lub usługę, ale trzeba się również zastanowić na tym, co jeszcze powinno zostać wykonane, aby dostarczyć klientowi w pełni funkcjonalny produkt. Jest tak dlatego, gdyż nie zawsze zespół projektowy jest w stanie zrealizować dane wymaganie klienta bez wytworzenia dodatkowego produktu.

Skuteczne zarządzanie wymaganiami polega na rozłożeniu produktu finalnego
na części i produkty elementarne, nad którymi kierownikom projektu jest dużo łatwiej zapanować. Programem, który umożliwia opisywanie i definiowanie wymagań
oraz zależności między nimi jest Rational Requirements Composer (RRC). Za jego pomocą tworzy się strukturę podziału pracy (WBS) całego produktu, jak również definicje wymagań
i ich opisy. Te elementy stanowią wyjście dla dalszych prac w RTC, w którym można
je zdekomponować na pojedyncze zadania do wykonania przez zespół, podzielić i zawrzeć
w planach iteracji oraz stworzyć dla nich kod źródłowy (rys. 3.2.1.2.1).

Źródło: opracowanie własne

Rysunek 3.2.1.1‑1 Model integracji RTC i RRC

Drugim bardzo ważnym obszarem zarządzania projektem jest zarządzanie jakością, czyli zarządzanie ogółem cech jednostki, które wpływają na jej zdolność
do zaspokojenia stwierdzonych lub domniemanych potrzeb. Podejmowane w tym obszarze działania mają na celu zapewnienie, że projekt zaspokoi potrzeby klienta. A więc,
są to wszelkie działania w ramach ogólnego zarządzania, które określają politykę jakości, cele, zadania i realizują je za pomocą planowania, kontroli, zapewniania oraz doskonalenia jakości w całym systemie. [2] Obszar ten jest szczególnie istotny z tego względu, że pozwala
na uzyskanie satysfakcji klienta i zapobieganie błędom, które mogłyby być bardzo kosztowne z punktu widzenia całego projektu. Planowanie badań, testów ich przeprowadzanie
i uzyskiwane wyniki pozwalają na elastyczne wprowadzanie poprawek do planów projektu, co przekłada się na zaoszczędzenie czasu realizacji oraz zredukowanie kosztów popełnianych błędów.

Platformą wykorzystywaną do zarządzania jakością jest Rational Quality Manager (RQM). Umożliwia on wykonywanie planów testowania wszelkich funkcjonalności tworzonych w ramach projekty, kontrolowanie przepływu pracy, śledzenie i pomiar liczbowy tego, w jaki sposób podejmowane decyzje i rezultaty podejmowanych działań projektowych są zgodne z celami biznesowymi. Wyniki przeprowadzanych testów i raporty generowane przez tą aplikację pozwalają na szybkie podejmowanie decyzji o zmianach dotyczących samych komponentów, jak również dalszych planów projektu. Można dzięki nim skutecznie zarządzać defektami, w celu ich szybkiego zlikwidowania (rys. 3.2.1.2.2).

Źródło: Opracowanie własne

Rysunek 3.2.1.1‑2 Model integracji RTC i RQM

Połączenie platformy zarządzania pracą jaką jest Rational Team Concert (RTC)
z oprogramowaniem do zarządzania wymaganiami RRC i zarządzania jakością RQM w jeden system informatyczny stworzyłoby nowe, lepsze warunki realizacji projektów. System
ten pozwalałby na wykorzystanie wszystkich funkcjonalności każdego z tych narzędzi,
a zarazem pozwalałby na ich wzajemne komunikowanie się.  Jak się okazuje jest to nie tylko możliwe ale również bardzo proste do wdrożenia rozwiązanie. Nowe wersje Beta 3 oprogramowań RTC, RQM i RRC pozwalają na instalację i konfigurację wszystkich tych trzech narzędzi na jednej jak i na wielu stacjach roboczych. Narzędzia wzajemnie komunikują się ze sobą korzystając z jednego serwera, a zarządzać można nimi z poziomu przeglądarki.

Źródło: Opracowanie własne na podstawie http://www.youtube.com/watch?v=0GyfCem3wsU

Rysunek 3.2.1.1‑3 Model współdziałania narzędzi Rational Team Concert, Rational Requirements Composer i Rational Quality Manager

Połączenie obszarów projektów pomiędzy Rational Team Concert, Rational Quality Manager i Rational Requirements Composer dokładniej obrazuje rysunek 3.2.2.1-12.
W każdym obszarze projektu można tworzyć odpowiednie dla danej aplikacji elementy
i łączyć je z innymi elementami tworzonymi w innym narzędziu. Kombinacji łączenia poszczególnych komponentów jest wiele, a każdy z tworzonych elementów połączony
z innym elementem innej aplikacji wzajemnie na siebie wpływa i dopełnia.

3.1.1.1  Proces integracji Rational Team Concert, Rational Requirements Composer i Rational Quality Manager

Przed przystąpieniem do integracji należy się jednak upewnić czy spełnia się wszystkie warunki hardwareowe jak i softwarowe. Są one dostępne na stronie, z której można pobrać wersje próbne narzędzi.

Po pobraniu i rozpakowaniu paczki instalacyjnej najnowszej dostępnej wersji RTC 3.0.1, klikamy na plik „launchpad”, który uruchomi instalację managera instalacyjnego. Manager instalacyjny po zainstalowaniu otworzy się automatycznie. Na tym etapie należy zainstalować Jazz Team Server wraz z aplikacjami do zarządzania zmianą i konfiguracjami, zarządzania jakością oraz zarządzania wymaganiami. Istnieją dwie możliwości wyboru instalacji,
a mianowicie gdy chcemy korzystać z aplikacji na pojedynczym serwerze lub na wielu rozproszonych serwerach. Dla celów projektu wybrano opcję z pojedynczym serwerem.

3.2.2.1‑1  Wybór pakietu instalacyjnego

Przebieg instalacji jest bardzo intuicyjny i prowadzi przez kolejne okna dialogowe.

3.2.2.1‑2 Widok na instalowane pakiety

Jak można zauważyć na powyższym rysunku, zostanie zainstalowany menadżer instalacyjny, aplikacje RTC, RQM, RRC wraz z serwerem oraz wstępne klucze licencyjne. W dalszej kolejności zostanie sprawdzone czy wszelkie wymagania softwareowe są spełnione. Jeżeli test zostanie pozytywnie przeprowadzony, przechodzi się do okna z umowami licencyjnymi. Aby przejść dalej należy zaakceptować warunki.

3.2.2.1‑3 Akceptacja warunków umów licencyjnych aplikacji

ciąg dalszy tej pracy mgr nastąpi…

—-

[1] Project Management Institute, opt. cit., str.47

[2] Project Management Institute, opt. cit., str.str. 84