Baseline (zarządzanie konfiguracją) - Baseline (configuration management)

W zarządzania konfiguracją , A bazowa jest uzgodniony opis cech produktu, w momencie, który służy jako podstawa do zdefiniowania zmian. Zmiana to przejście z tego stanu podstawowego do następnego. Identyfikacja znaczących zmian w stosunku do stanu wyjściowego jest głównym celem identyfikacji stanu wyjściowego.

Zazwyczaj stany znaczące to te, które otrzymują formalny status zatwierdzenia, jawnie lub niejawnie. Status zatwierdzenia może być oznaczony indywidualnie, jeśli wcześniejsza definicja tego statusu została ustalona przez liderów projektu lub oznaczona przez powiązanie z pozycją powyżej lub poniżej ustalonej linii bazowej. Niemniej jednak ten status zatwierdzenia jest zwykle uznawany publicznie. W ten sposób linia bazowa może również oznaczać zatwierdzony element konfiguracji, np. plan projektu , który został podpisany do realizacji. W podobny sposób skojarzenie wielu elementów konfiguracji z taką linią bazową wskazuje te elementy jako zatwierdzone.

Ogólnie rzecz biorąc, linia bazowa może być pojedynczym produktem pracy lub zestawem produktów pracy, które można wykorzystać jako logiczną podstawę do porównań. Można również ustalić punkt odniesienia jako podstawę dla kolejnych wybranych działań, gdy produkty pracy spełniają określone kryteria. Takie działania mogą być przypisane za formalną zgodą. I odwrotnie, konfiguracja projektu często obejmuje co najmniej jeden plan bazowy, stan konfiguracji i wszelkie zebrane metryki. Obecna konfiguracja odnosi się do aktualnego statusu, aktualnego audytu i/lub aktualnych metryk. Podobnie, ale rzadziej, linia bazowa może odnosić się do wszystkich elementów związanych z konkretnym projektem. Może to obejmować wszystkie wersje wszystkich elementów lub tylko najnowszą wersję wszystkich elementów w projekcie, w zależności od kontekstu.

Chociaż oznaczanie statusu zatwierdzenia obejmuje większość zastosowań dla planu bazowego, poziomy bazowe mogą być również ustalane w celu oznaczenia postępu prac w miarę upływu czasu. W tym przypadku linia bazowa jest widoczną miarą podjętego zbiorowego wysiłku, np. linia bazowa rozwojowa. Linie bazowe mogą również oznaczać kamienie milowe .

Same wartości bazowe są cenione nie tylko po to, aby można je było wykorzystać do identyfikacji godnego uwagi stanu produktów pracy, ale także do przedstawienia historycznych poglądów na temat tego, jak elementy produktów pracy przebiegały razem w czasie. Kiedy pobierana jest historyczna linia bazowa, stan produktu(ów) pracy w tym podzbiorze ma takie samo znaczenie w ich historii zmian; która umożliwia kierownikom projektów porównywanie względnego postępu pojedynczych części projektu z całym projektem, co pozwala kierownikom projektów identyfikować poszczególne elementy, które są opóźnione lub prowadzą w kierunku lepszej funkcjonalności lub wydajności. Z tego powodu identyfikacja, monitorowanie i wyszukiwanie linii bazowych ma kluczowe znaczenie dla powodzenia zarządzania konfiguracją. Po pobraniu linia bazowa może być porównana z konkretną konfiguracją lub inną linią bazową.

Większość linii bazowych jest ustalana w ustalonym punkcie w czasie i służy do dalszego odnoszenia się do tego punktu (identyfikacja stanu). Jednak niektóre wartości bazowe są ustalane w celu przeniesienia jako odniesienia do samej pozycji, niezależnie od jakichkolwiek zmian w pozycji. Te ostatnie wartości bazowe ewoluują wraz z postępem prac, ale nadal identyfikują godne uwagi produkty pracy w projekcie.

Linia bazowa może być określonym typem linii bazowej, na przykład treścią elementów w określonym przeglądzie poświadczającym . Oto kilka przykładów:

• Funkcjonalna linia bazowa: ustalone wstępne specyfikacje; umowa itp.
• Przydzielona linia bazowa: stan produktów pracy po zatwierdzeniu wymagań
• Developmental Baseline: stan produktów pracy w trakcie rozwoju
• Product Baseline: zawiera możliwą do wydania zawartość projektu
• inne, w oparciu o własne praktyki biznesowe

Podanie

Chociaż powszechne w systemach kontroli wersji oprogramowania jako etykiety lub znaczniki , istnienie linii bazowych można znaleźć w kilku innych dziedzinach związanych z technologią. Bazy można znaleźć między innymi w systemach modelowania UML i systemach zarządzania regułami biznesowymi.

Oprócz dziedziny inżynierii sprzętu i oprogramowania, punkty odniesienia można znaleźć w medycynie (np. monitorowanie postępów w zdrowiu), polityce (np. statystyka), fizyce i chemii (np. obserwacje i zmiany), finansach (np. budżetowanie ) i innych.

Elementy konfiguracji linii bazowej

W procesie wykonywania zarządzania konfiguracją, elementom konfiguracji (lub produktom pracy) można przypisać punkt odniesienia, aby ustalić, że mają określony status. W tym sensie, aby uzyskać podstawę, produkt pracy może wymagać pewnych zmian w produkcie pracy, aby zapewnić jego zgodność z cechami związanymi z odniesieniami do linii podstawowej. Różni się to w zależności od kontekstu, ale w wielu przypadkach wymaga to, aby produkt pracy został „zresetowany” do początkowego (prawdopodobnie z natury zatwierdzonego) stanu, od którego praca może być kontynuowana.

Kontrola linii bazowej

W wielu środowiskach poziomy bazowe są kontrolowane w taki sposób, że pewne późniejsze działania przeciwko produktom pracy w tym punkcie bazowym są albo zabronione, albo dozwolone. Czynności te są wybierane i kontrolowane, a także, w zależności od systemu zarządzania konfiguracją, również monitorowane. W konsekwencji, linie bazowe są zwykle poddawane audytom zarządzania konfiguracją. Audyty konfiguracji mogą obejmować badanie określonych działań wykonywanych w stosunku do punktu odniesienia, identyfikację osób zaangażowanych w dowolne działanie, ocenę zmiany w ramach punktu odniesienia, (ponowną) certyfikację do zatwierdzenia, księgowanie, gromadzenie danych, porównanie z innym punktem odniesienia lub wszystkie tych.

Zobacz też

• Zarządzanie konfiguracją oprogramowania
• Cykl życia rozwoju systemów
• Macierz identyfikowalności

Bibliografia