MIL-HDBK-61A: Kontrola konfiguracji

< Previous |Contents |Next >

6.1 działanie kontroli konfiguracji

Kontrola konfiguracji jest chyba najbardziej widocznym elementem zarządzania konfiguracją. Jest to proces wykorzystywany przez wykonawców i biura programów rządowych do zarządzania przygotowaniem, uzasadnieniem, oceną, koordynacją, dyspozycją i wdrażaniem proponowanych zmian inżynieryjnych i odchyleń od dokonanych elementów konfiguracji (CIs) i podstawowej dokumentacji konfiguracyjnej.

podstawowym celem kontroli konfiguracji jest ustanowienie i utrzymanie systematycznego procesu zarządzania zmianami, który reguluje koszty cyklu życia i:

• umożliwia optymalną swobodę projektowania i rozwoju z odpowiednim stopniem i głębią procedur kontroli zmian konfiguracji podczas cyklu życia systemu / CI.

• zapewnia wydajne przetwarzanie i wdrażanie zmian konfiguracji, które utrzymują lub zwiększają gotowość operacyjną, wsparcie, wymienność i interoperacyjność

• zapewnia kompletne, dokładne i terminowe zmiany dokumentacji konfiguracyjnej prowadzonej przez właściwy organ kontroli konfiguracji

• eliminuje zbędne rozprzestrzenianie się zmian

zakres kontroli konfiguracji rozpoczyna się dla rządu po zatwierdzeniu pierwszego dokumentu konfiguracji i ustaleniu podstawy. Zwykle ma to miejsce, gdy dla systemu lub elementu konfiguracji ustala się poziom odniesienia konfiguracji funkcjonalnej (określany jako poziom odniesienia wymagań w EIA/IS-649). W tym momencie stosowane są uzupełniające procedury zarządzania zmianami przez rząd i wykonawcę w celu systematycznej oceny każdej proponowanej zmiany inżynierskiej lub wymaganego odchylenia od podstawowej dokumentacji, oceny całkowitego wpływu zmiany (w tym kosztów) poprzez koordynację z dotkniętymi działaniami funkcjonalnymi, dysponowania zmianą lub odchyleniem i zapewnienia terminowego zatwierdzenia lub dezaprobaty oraz zapewnienia terminowego wdrożenia zatwierdzonych zmian przez obie strony. Kontrola konfiguracji jest podstawową dyscypliną w całym cyklu życia programu. Rysunek 6-1 ilustruje model działania najwyższego poziomu procesu kontroli konfiguracji. Pokazuje proces kontroli konfiguracji podzielony na trzy segmenty, które są wyszczególnione odpowiednio na rysunkach 6-2, 6-3 i 6-4.

pierwszy segment, Government Configuration Control-Initiation, odzwierciedla część procesu przed rządowym wnioskiem o propozycję zmian technicznych wykonawcy (ECP). Czynność ta występuje:

• gdy potrzeba zmiany jest spowodowana działalnością rządową (w tym działalnością terenową i operacyjną)

• w wyniku informacji od wykonawcy, że konieczna jest zmiana klasy i na kontrolowaną przez rząd linię bazową

• po zatwierdzeniu dokumentacji konfiguracyjnej, na którą będzie miała wpływ proponowana zmiana, zostanie ona włączona do obecnego poziomu bazowego kontrolowanego przez rząd

zmiany mogą być potrzebne z różnych powodów, takich jak przeciwdziałanie nowym zagrożeniom, wprowadzanie nowych technologii i reagować na techniczne i operacyjne testy i oceny, lub rozwiązać problemy. Jak pokazano na rysunku 6-2, Działalność rządowa odpowiedzialna za kontrolę konfiguracji potwierdza potrzebę zmiany, ustala progi wydajności, kosztów i harmonogramu dla proponowanej zmiany, dokonuje ustalenia, że zmiana jest technicznie osiągalna i przystępna (w oparciu o aktualne informacje i contractorinterface, w stosownych przypadkach) i przygotowuje wniosek dla wykonawcy(wykonawców) o przygotowanie PPK. Jednym z najważniejszych czynników wpływających na efektywność i skuteczność kontroli konfiguracji jest jasna i zwięzła komunikacja między rządem a wykonawcą przed formalnym wnioskiem o PPK. Idealnie dzieje się tak w zintegrowanym środowisku zespołu produktowego.

rysunek 6-3, odzwierciedlający drugi segment rysunku 6-1, modeluje proces kontroli konfiguracji wykonawcy. Kontrola konfiguracji wykonawcy jest wywoływana, gdy wykonawca uwalnia każdy element dokumentacji konfiguracji. Ostatecznie Kontrola konfiguracji wykonawcy jest stosowana do kompletnego zestawu dokumentacji konfiguracyjnej, w tym rządowej dokumentacji konfiguracji na poziomie wydajności lub szczegółowej specyfikacji, w zależności od przypadku, oraz rozwiązania projektowego zawartego w modelach i rysunkach inżynierskich. Wykonawca odpowiada na rządowe wnioski ECP i wewnętrznie generowane wnioski o zmiany lub odchylenia projektu (RFD). Wykonawca ocenia każdy wniosek o zmianę lub odchylenie i dokumentuje jego wpływ na rozwój i wsparcie PW, określa odpowiedni poziom wymaganego przeglądu i zatwierdzenia oraz zapewnia, że konkretna decyzja dotycząca rentowności zmiany zostanie podjęta przez właściwy organ kontroli konfiguracji przed jej wdrożeniem. ECP i RFD wymagające przeglądu rządowego i / lub zatwierdzenia są przekazywane zgodnie z wymogami umownymi. Decyzję o zatwierdzeniu zmian podejmuje rząd, gdy:

• zmiana dotyczy wymogu podstawowego dokumentu konfiguracji poziomu wydajności kontrolowanego przez rząd lub

• zmiana dokumentu konfiguracji kontrolowanego przez wykonawcę ma wpływ na określone wyniki, możliwości wsparcia i inne określone w umowie wymagania dotyczące CI i dokumentacji kontrolowanej przez rząd.

wykonawca podejmuje decyzję, gdy zmiana dotyczy elementów / dokumentacji konfiguracji, dla których jest organem kontroli konfiguracji, pod warunkiem, że zmiany te nie mają wpływu na linie bazowe rządu.

rysunek 6-4 modeluje trzeci segment rysunku 6-1, obejmujący część procesu związaną z przeglądem rządowym i rozdysponowaniem złożonych przez wykonawcę ECP i RFD. Ilustruje on przegląd przedstawicieli samorządów lokalnych i zgodność ze zmianami i niewielkimi odchyleniami klasy II (w przypadku gdy takie działanie jest wymagane w Umowie) oraz jego poparcie (lub brak poparcia) dla zmian klasy I i głównych/krytycznych odchyleń. Działalność kontroli konfiguracji rządu (zazwyczaj Sekretariat) przygotowuje się do Rady Kontroli konfiguracji, koordynując proponowaną zmianę ze wszystkimi zainteresowanymi stronami, otrzymując zgodność techniczną oraz zobowiązania dotyczące kosztów i harmonogramu, a także umieszczając zmianę/odchylenie w kalendarzu CCB (w zgodzie z jego gotowością i pilnością zmiany). Następnie CCB dokonuje przeglądu wniosku i zobowiązań wykonawczych i zatwierdza lub odrzuca je zgodnie z Polityką działalności zamawiającej. W wyniku decyzji CCB nadano kierunek wdrożenia, zazwyczaj w formie dyrektywy CCB. Działania kierowane przez CCB obejmują zarówno działania umowne, jak i zlecenia zlecania działań rządowych, stosownie do przypadku. W odpowiedzi na dyrektywę CCB, rządowy Urząd Zamawiający przygotowuje i negocjuje modyfikację umowy, aby upoważnić wykonawcę do kontynuowania wdrażania zatwierdzonego ECP klasy I lub głównego / krytycznego odchylenia.

efektywny, dobrze zdefiniowany proces kontroli konfiguracji zapewnia biuro programu rządowego, że wszystkie zmiany linii podstawowych kontrolowanych przez rząd, bez względu na to, jak małe lub pozornie nieistotne, są sprawdzane przez odpowiedni organ kontroli konfiguracji. Bez skutecznego procesu kontroli konfiguracji program office ponosi ryzyko dostarczenia CIs z konfiguracjami, które:

• są nieadekwatne technicznie i nie spełniają określonych wymagań eksploatacyjnych

• nie są obsługiwane logistycznie

• może być niebezpieczne

• skutkować zmarnowanymi zasobami i

• nie podawaj dokładnych danych historycznych jako podstawy przyszłych zmian.

jak opisano w 6.1, Kontrola konfiguracji bazowej dokumentacji konfiguracyjnej jest zintegrowanym procesem zarządzania zmianami, w tym zarówno wykonywaniem czynności (ogólnie wykonawca), jak i wykonywaniem zadań (ogólnie rząd) odpowiedzialność za przygotowanie zmian, uzasadnienie, ocenę, koordynację, dyspozycję i wdrożenie. Dzięki procesowi kontroli konfiguracji, cały wpływ proponowanych zmian i odchyleń technicznych jest identyfikowany i uwzględniany przy ich wdrażaniu.

proces kontroli konfiguracji ewoluuje od mniej formalnego procesu we wczesnych fazach programu do bardzo zdyscyplinowanego i formalnego procesu podczas rozwoju i demonstracji systemu, produkcji i wdrażania oraz faz obsługi i wsparcia . W fazie eksploracji koncepcji proces kontroli konfiguracji jest wykorzystywany do wsparcia inżynierii systemów, aby upewnić się, że właściwa wersja dokumentów, które komunikują decyzje techniczne lub definicję istotnych parametrów badania, są rozpowszechniane i wykorzystywane przez cały personel. Ponadto proces ten uświadamia zainteresowanym stronom, że opracowywana jest zmiana i umożliwia im dostarczenie stosownych informacji.

w fazie rozwoju koncepcji i Technologii (jeśli dotyczy), gdy opracowywane są dokumenty definicji programu, proces kontroli konfiguracji jest również mniej formalny. W ramach procesu kontroli inżynierii systemów w tej fazie może istnieć kilka podstawowych definicji wymagań ustalonych dla wygody w zapewnieniu, że wszyscy uczestnicy programu są ” na tej samej stronie.”Procedura kontroli konfiguracji jest pomocna na tym etapie w przeglądzie i koordynacji zmian w zmieniających się specyfikacjach na poziomie systemu. Może również służyć utrzymaniu skutecznej i zarządzalnej wymiany informacji między rządem a wykonawcą poprzez zapewnienie:

• identyfikacja, dokumentacja, rozpowszechnianie i przegląd zmian

• odpowiednie wersjonowanie plików i rewizja dokumentów

• proces wydania zapewniający, że każda wersja/wersja odzwierciedla obowiązujące zmiany

podczas opracowywania i demonstracji systemu, produkcji i wdrażania oraz faz obsługi i wsparcia, formalny proces kontroli konfiguracji jest niezbędny. Nieformalna kontrola zmiany dokumentu, która była praktykowana podczas eksploracji koncepcji, jest niewystarczająca do przejęcia i utrzymania systemów. Ponieważ produkt jest opracowywany i produkowany Kontrola konfiguracji koncentruje się na dokumentacji określającej wydajność, właściwości fizyczne i funkcjonalne oraz konfigurację produktu. Kontrola konfiguracji jest procesem zarządzania wykorzystującym umowne (rządowe) i wewnętrzne (wykonawcy) linie bazowe konfiguracji jako odniesienia do zarządzania zmianami. W tym kontekście istnieje jednak kilka poziomów złożoności sterowania konfiguracją. Podczas oglądania na poziomie makro, opisanym przez modele aktywności (rys. 6-1 do 6-4), proces:

• rozwiązuje dokumentację bazową

• określa, które dokumenty mają wpływ

• proponuje zmianę obejmującą skutki dla wszystkich dotkniętych elementów, oraz

• określa, kiedy, gdzie i przez kogo dokumentacja zostanie zaktualizowana, a zmiana zostanie uwzględniona w produkcie i we wszystkich elementach wspierających.

podczas gdy Widok makr najwyższego poziomu wydaje się prosty i prosty, widok mikro poziomu procesu sterowania konfiguracją może być znacznie bardziej złożony. Mikro widok ujawnia warstwę procesową zajmującą się tym, co należy zrobić, aby zmienić każdy dotknięty element, a tym samym z szeroką gamą czynników, takich jak prawa do danych; organ zatwierdzający, opiekunowie dokumentów; organizacje projektujące, wypuszczające, produkujące, instalujące i testujące; relacje umowne i interfejsowe.

aby dokonać zmiany produktu, pierwszym krokiem jest zmiana dokumentów definiujących produkt. Omówione poniżej koncepcje ułatwiają wykonanie tego kroku przy użyciu zautomatyzowanych narzędzi, takich jak AIS CM. Podręcznik omawia te pojęcia zarówno z punktu widzenia zarządzania programami (makro), jak i kontroli dokumentów (mikro).

6.1.1.1 Obecny Organ.

na poziomie mikro, jeśli PPK proponujący zmianę produktu ma wpływ na kilka dokumentów, propozycja zmiany, Ocena i wdrożenie muszą wziąć pod uwagę:

• kto jest organem umownym zatwierdzającym PPK? Jest to organ kontroli konfiguracji produktu

• kto ma prawo zatwierdzać zmiany każdego dokumentu, którego dotyczy PPK? Jest to aktualny Organ zmiany dokumentu.

• czy powiązany ECP jest wymagany od organizacji organu zmiany dokumentu, zanim organ kontroli konfiguracji produktu może zatwierdzić ECP dla produktu?

• Czy istnieją inne działania rządowe lub przemysłowe, ponieważ produkt ma wielu użytkowników? Są to działania aplikacyjne. Jest jeden wyznaczony działalności aplikacji ołowiu?

a. organ kontroli konfiguracji.

umowny organ kontroli konfiguracji zatwierdzający wdrożenie zmiany produktu (systemu/CI) może początkowo przebywać u wykonawcy lub u rządu. Może on przenieść się z Wykonawcy na rząd lub może nadal przebywać u Wykonawcy przez cały cykl życia przedsiębiorstwa zbiorowego inwestowania. Organ ten jest technicznie odpowiedzialny za działanie produktu, a także fiskalnie odpowiedzialny za finansowanie zmian w produkcie.

poziom kontroli konfiguracji rządu jest ogólnie określany jako część wyboru CI. Podczas programu akwizycji jest to poziom, na którym rząd określa, kontraktuje, akceptuje i planuje logistycznie wspierać poszczególne elementy systemu lub CIs. Rządowa Kontrola konfiguracji zawsze odnosi się do funkcjonalnej linii bazowej i przydzielonych linii bazowych ustanowionych dla CIs niższego poziomu, których specyfikacje zostały wydane lub zatwierdzone przez rząd . Podobne i powiązane praktyki kontroli konfiguracji wykonawcy mają również zastosowanie do CIs i części składowych poniżej poziomu kontroli konfiguracji rządu.

umowny organ kontroli konfiguracji odnosi się do całego zestawu dokumentów, które są oparte na produkcie kontrolowanym przez ten organ w odniesieniu do konkretnej umowy. Ten organ może być obecnym organem zmiany dokumentu (CDCA), opisanym w b. poniżej, dla poszczególnych dokumentów wymagających zmiany (np. specyfikacji systemu lub wydajności CI). Jeżeli nie jest to CDCA dla danego dokumentu, nie ma on uprawnień do zatwierdzenia proponowanej zmiany w tym dokumencie, a zatem musi wystąpić o zatwierdzenie PPK od odpowiedniej CDCA lub wybrać alternatywny wzór.

B. aktualne uprawnienia do zmiany dokumentu.

pojęcie aktualnego organu zmiany dokumentu (CDCA jest wyrazem relacji, która istniała od zawsze. Przed koniecznością zarządzania dokumentacją konfiguracyjną za pomocą zautomatyzowanego systemu informacyjnego pojęcie to nie było jasno sformułowane, lecz zawarte w terminach “Originating Design Activity” i “Current Design Activity.”Jednak definicja tych terminów odnosi się w szczególności do dokumentów projektowych, np. rysunków technicznych, w przeciwieństwie do całej dokumentacji, i obejmują one również odpowiedzialność powierniczą, jak również odpowiedzialność za projekt.

CDCA z drugiej strony odnosi się do specyfikacji lub jakiegokolwiek innego rodzaju dokumentu i jest niezależny od organizacji, która fizycznie utrzymuje i przechowuje dokument. CDCA jest organizacją, która ma organ decyzyjny nad treścią dokumentu, odzwierciedlając prawa własności lub danych do informacji, które dokument zawiera. CDCA może być działalnością rządową lub wykonawcą, a organ może zostać przeniesiony. Istnieje jednak tylko jedna CDCA dla dokumentu na raz.

scenariusze w polu ilustrują logikę oznaczenia CDCA:

c. Działanie aplikacji.

może istnieć wiele organów kontroli konfiguracji dla produktu z więcej niż jednym użytkownikiem; każdy z nich jest organem kontroli konfiguracji dla danej umowy. Jeżeli organem kontroli konfiguracji dla jednej umowy jest CDCA dla specyfikacji wydajności systemu/CI dla produktu, wówczas inne organy kontroli konfiguracji są uważane za działania związane z zastosowaniem, ponieważ ich organ rozciąga się tylko na wykorzystanie produktu i jego dokumentacji. Nie mogą one zezwolić na zmianę, ale mogą uczestniczyć w procesie kontroli zmian, jeśli zostaną poproszone o wprowadzenie przez organ kontroli konfiguracji, którym jest CDCA,lub przez rząd prowadzący działalność w zakresie aplikacji.

zawsze było pożądane, aby Wykonawca zajmował się przedmiotem za pośrednictwem jednego rządowego punktu kontaktowego w celu koordynacji zmian. Często tak nie było. Każda działalność Rządowa zazwyczaj uważała swój autorytet za nadrzędny i nie zawsze uznawała, że istnieje wiele organów aplikacyjnych. Ponieważ wielokrotne użycie przedmiotów nadal się rozmnaża, musi istnieć prosta logiczna metoda odróżniania organu kontroli od organu użytkowania oraz komunikowania i koordynowania zmian, które mogą mieć wpływ na wielokrotne użycie. W tym celu stosuje się następujące oznaczenia aktywności aplikacji:

• aktywność aplikacji (AA) – użytkownik dokumentu, który nie jest jego CDCA

• Government lead application authority (GLAA) – Rządowa działalność akwizycyjna, która została wyznaczona jako lider w zakresie nabycia przedmiotu. Przyjmując tę rolę, GLAA konsoliduje zalecenia ze wszystkich działań związanych z aplikacjami rządowymi i jest jednym punktem kontaktowym w ramach rządu w celu koordynacji z rządem/wykonawcą CDCA.

6.1.1.2. Zmień Klasyfikację.

Klasyfikacja zmian jest skróconą metodą oznaczania metody przetwarzania i/lub zatwierdzania zmian. ECP, które muszą być przedłożone rządowi, są klasyfikowane jako klasa I lub klasa II. ECP klasy I jest zatwierdzony przez rządową Radę kontroli konfiguracji i autoryzowany modyfikacją umowy. Z drugiej strony zmiana klasy II jest zwykle weryfikowana pod kątem zgodności w klasyfikacji przez przedstawiciela samorządu terytorialnego, chyba że w Umowie określono inaczej. O ile w umowie nie jest wskazany przedstawiciel rządu (zwykle osoba z działalności zamawiającej), wykonawca (lub pomysłodawca PPK) jest odpowiedzialny za przypisanie klasyfikacji zmian. Podobne kryteria klasyfikacji zmian są zawarte w ANSI / EIA-649, gdzie klasyfikacje zmian są określane jako” główne “i” drobne ” zmiany..

w akwizycji opartej na wydajności definicja zarówno zmian klasy I, jak i klasy II została zmodyfikowana, aby odzwierciedlać zastosowanie tylko do zmian, które mają wpływ na zatwierdzoną przez rząd (podstawową) dokumentację konfiguracji. Zmiany w podstawowej dokumentacji wykonawcy muszą zostać zweryfikowane przez Wykonawcę w celu ustalenia, czy mają również wpływ na wymagania dotyczące wydajności rządu i działania wspierające.

współczynniki klasyfikacji dotyczą tylko zmian technicznych proponowanych w zatwierdzonej dokumentacji konfiguracyjnej. Chociaż dodanie Oświadczenia zadania pracy (takie jak analiza oddziaływania na środowisko) może wymagać modyfikacji umowy i może spowodować wzrost kosztów dla rządu, nie jest uważany za zmianę inżynieryjną klasy I, ponieważ ani projekt, ani dokumentacja konfiguracyjna nie ma wpływu.

klasyfikując zmianę, należy wziąć pod uwagę więcej niż formę, dopasowanie, funkcję lub cechy interfejsu samego PW. Przed zaklasyfikowaniem PPK należy wziąć pod uwagę wszystkie czynniki klasyfikacji PPK. Czynniki te obejmują wiele kwestii wsparcia, operacyjnych i szkoleniowych. Na przykład, jeśli wykonawcą jest CDCA dla dokumentacji karty, proponowana zmiana projektu na kartę z obwodami elektronicznymi nie byłaby sama w sobie zmianą klasy I.. Ale jeśli przeprojektowanie wymaga zmiany w automatycznym sprzęcie testowym lub oprogramowaniu pomocniczym, za które odpowiedzialny jest rząd, zmiana musi zostać sklasyfikowana jako ECP klasy I i odpowiednio przetworzona. Należy zauważyć, że zmiany klasy I tego typu, które są błędnie klasyfikowane jako klasa II lub brane pod uwagę w ramach odpowiedzialności cdca wykonawcy, mogą spowodować znaczące problemy związane z użytkowaniem operacyjnym i/lub wsparciem logistycznym oraz zwiększone koszty dla rządu.

przy klasyfikacji zmian należy wziąć pod uwagę wszystkie zastosowania danego przedsiębiorstwa zbiorowego inwestowania, np. ECP zainicjowane wobec przedsiębiorstwa zbiorowego inwestowania produkowanego przez więcej niż jednego wykonawcę, przedsiębiorstwa zbiorowego inwestowania, które ma wiele zastosowań lub jest wykorzystywane przez więcej niż jedną działalność w zakresie zadań (aplikacji). Kryteria klasyfikacji muszą być stosowane do wszystkich wniosków o udzielenie zamówienia publicznego poprzez koordynację działań, których to dotyczy.

6.1.1.3 Configuration Control Board (CCB).

rządowe banki centralne są tworzone dla głównych programów akwizycji. (Wykonawcy stosują również podobny proces do wewnętrznej kontroli konfiguracji.) CCB są zwykle składa się ze wspólnego dowództwa lub organu agencji czarterowane do działania na ECP klasy I i wniosków o głównych lub krytycznych odchyleń. Kierownik programu jest zwykle przewodniczącym CCB i podejmuje decyzje dotyczące wszystkich zmian wniesionych do CCB. CCB to proces zarządzania programem używany przez menedżera programu w celu ustalenia wszystkich korzyści i skutków zmiany przed podjęciem decyzji. Po wydaniu decyzji przewodniczący CCB zatwierdza dyrektywę CCB lub równoważny list/memorandum, kierując odpowiednie działania wykonawcze do wykonania.

a. uprawnienia CCB.

każdy CCB ma ograniczone uprawnienia do zatwierdzania zmian w oparciu o następujące czynniki:

• uprawnienia mogą być ograniczone przez CCB wyższego szczebla, gdzie istnieje hierarchia CCB na złożonym projekcie

• CCB, w ramach organizacji, która nie jest CDCA dla dokumentu, nie ma uprawnień do zatwierdzenia zmiany tego dokumentu.

• jeśli CDCA jest organizacją, która zaproponowała zmianę do CCB, CCB zatwierdza finansowanie i włączenie zmiany do produktu, podczas gdy CDCA zatwierdza zmianę do dokumentu. * Jeśli organizacja, która nie jest CDCA dla dokumentu, proponuje zmianę organizacji CCB, która również nie jest CDCA dla dokumentu (tj. AA CCB), AA CCB nie ma uprawnień do zatwierdzenia zmiany.

• CCB AA mogą dokonywać przeglądu proponowanych zmian i przedstawiać zalecenia CDCA. CCB AA może zdecydować tylko o przyjęciu (lub nie przyjęciu) zmiany zatwierdzonej przez CDCA.

• zatwierdzenie PPK przez CCB musi czasami zostać wstrzymane do czasu zatwierdzenia określonych zmian dokumentów przez Cdca dla tych dokumentów

• zatwierdzenie CCB może czasami zostać wstrzymane do czasu otrzymania stanowisk użytkowników od całego rządu, co wskazuje, że przyjmą zmianę. Zgodnie z pkt 6.1.1.1.c, wiele pozycji AA powinno być koordynowanych przez GLAA.

B. członkostwo w CCB.

w skład CCB wchodzą Zwykle kluczowi funkcjonalni lub rzeczowi eksperci z Organizacji Rządowej, np. Integrated Program Team (IPT). Członkowie są odpowiedzialni za doradzanie przewodniczącemu CCB. Inny personel funkcjonalny może być włączony, co może być podyktowane zmianami i / lub wymaganiami programu, w tym przedstawicielami innych służb DoD (w przypadku wspólnych programów usług) i innych krajów (w przypadku programów wielonarodowych). Członkostwo w CCB powinno składać się z przedstawicieli logistyki, szkoleń, Inżynierii, Zarządzania Produkcją, kontraktowania, zarządzania konfiguracją i innych dyscyplin funkcjonalnych związanych z programem. Członkostwo w CCB jest utrzymywane przez kartę CCB.

C.karta CCB.

karty CCB są zwykle zatwierdzane za pośrednictwem rządowych kanałów administracyjnych. Wszyscy członkowie CCB muszą być obecni na każdym posiedzeniu CCB i powinni być zaznajomieni, z ich funkcjonalnego punktu widzenia, z rozważanymi zmianami. Członkowie CCB są zobowiązani do przedstawienia swojego stanowiska lub stanowisk przewodniczącemu, a ostatecznie do zatwierdzenia dyrektywy/zarządzenia CCB (jeśli jest to wymagane), odnotowując swoją zgodę lub brak zgody na decyzję. Aby zatwierdzić dyrektywę CCB (CCBD), osoba musi być głównym (lub zastępcą) członkiem CCB wyznaczonym przez kartę CCB.

d. procedury operacyjne CCB.

Biuro CM działalności zamawiającej powinno opublikować procedury działania CCB, aby wszyscy członkowie zrozumieli jego znaczenie dla procesu zakupu. Sekretariat CCB harmonogramy spotkań, rozdziela porządki, rejestruje decyzje CCB, i rozdziela protokoły i dyrektywy do stron, które są przypisane działania wykonawcze(s) lub mają potrzebę wiedzieć. Procedury operacyjne CCB powinny również określać docelowe czasy przetwarzania dla PPK w celu zapewnienia terminowego zatrudnienia, zatwierdzenia i wdrożenia.

skuteczność PPK określa ilość lub zakres CIs, które mają zostać zmienione, w tym zarówno włączenie produkcji, jak i modernizację dostarczonych CIs. Ustanowienie efektywności PPK wymaga, aby działalność zamawiająca uwzględniała takie czynniki, jak następujące:

• pilne skorygowanie usterki związanej z bezpieczeństwem personelu może być na tyle istotne,aby zastąpić wszystkie inne względy, nawet równoczesne wsparcie. Jeśli ograniczenia eksploatacyjne są umieszczone na sprzęcie do czasu rozwiązania problemu bezpieczeństwa, skuteczność działania może być poważnie ograniczona

• Inwentaryzacja – części i materiały pod ręką muszą być brane pod uwagę; decyzja oparta na kosztach i kompromisy operacyjne muszą być wykonane albo do wykorzystania istniejących materiałów do wyczerpania, lub złomu bieżącego inwentaryzacji. Dotyczy to zarówno zapasów wykonawców, jak i części zamiennych i naprawczych zaopatrzonych w rząd

• konfiguracje-jednym z kluczowych celów zarządzania konfiguracją jest zminimalizowanie liczby różnych konfiguracji CI, które muszą być jednocześnie obsługiwane, szczególnie jeśli różne konfiguracje CI wymagają innego lub zaktualizowanego oprogramowania operacyjnego,sprzętu pomocniczego, Oprogramowania pomocniczego, części zamiennych, szkoleń lub publikacji. Ponieważ wszystkie istniejące konfiguracje CI często nie mogą być aktualizowane jednocześnie, należy uważnie rozważyć opóźnienie lub przyspieszenie wprowadzenia zmiany w celu zminimalizowania wpływu. Jednym z rozwiązań może być ustawienie efektywności dla przyszłego zdefiniowanego bloku CIs. Łączenie lub pakowanie wielu zmian w oprogramowaniu do następnej wersji może być inną, itp.

• czas realizacji-istnieje wiele czasów realizacji do rozważenia przy identyfikacji skuteczności dla zmiany. Należy wziąć pod uwagę czas realizacji produkcji/zamówień niezbędny do wykonania jednorazowych prac projektowych, zamówienia części i materiałów oraz uwzględnienia zmian zarówno w produkcji, jak i modernizacji. Czas realizacji administracyjnej wymagany do przetworzenia zmiany do zatwierdzenia jest również najważniejszy. Rząd i wykonawca ponoszą odpowiedzialność za Unikanie opóźnień w przetwarzaniu zmian, szczególnie w przypadku dużych ilości PW w produkcji i w inwentarzu operacyjnym, które muszą zostać zmodernizowane. Koszt opóźnienia decyzji może spowodować dostarczenie dodatkowych przestarzałych konfiguracji, które będą musiały zostać zmodernizowane. Często powtarzający się koszt wymiany komponentów w produkcji jest jedynie zastąpieniem jednego zespołu o równych lub niższych kosztach na inny; podczas gdy modernizacja tej samej zmiany wiąże się z kosztem obu zespołów, a także dodatkowym kosztem demontażu i wymiany.

• czas-może być konieczne wybranie skuteczności tak, aby dana zdolność operacyjna była dostępna w danym czasie lub dla określonego zdarzenia, takiego jak planowane rozmieszczenie sił lub ćwiczenie szkoleniowe.

tabela 6-1 zawiera przewodnik dotyczący oceny procesu kontroli konfiguracji.

tabela 6-1. Przewodnik Aktywności: Configuration Control Process Evaluation Checklist

uprawnienia współbieżności klasy II zostały w wielu przypadkach przekazane wykonawcom w wyniku propozycji inicjatywy pojedynczego procesu (SPI). Jednak organ udzielający homologacji klasy II może być delegowany wykonawcom tylko w przypadku dokumentów, dla których są CDCA

w celu prawidłowego zastosowania tych informacji, patrz uwaga na stronie zawartości