MIL-HDBK-61A: Configuration Control

< Previous / Contents / Next >

6.1 Konfiguraationohjaustoiminta

Konfiguraationohjaus on ehkä konfiguraationhallinnan näkyvin Elementti. Se on prosessi, jota alihankkijat ja hallituksen Ohjelmatoimistot käyttävät hallinnoidakseen ehdotettujen teknisten muutosten ja poikkeamien valmistelua, perusteluja, arviointia, koordinointia, sijoittamista ja täytäntöönpanoa toteutettuihin konfiguraatio-eriin (CIs) ja baselined konfiguraatio-dokumentaatioon.

konfiguraatiokontrollin ensisijaisena tavoitteena on luoda ja ylläpitää systemaattista muutoksenhallintaprosessia, joka säätelee elinkaarikustannuksia, ja:

• mahdollistaa optimaalisen suunnittelun ja kehityksen leveysastetta asianmukaisella aste, ja syvyys konfiguraatiomuutosten ohjausmenettelyt elinkaaren aikana järjestelmän/CI.

• mahdollistaa sellaisten kokoonpanomuutosten tehokkaan käsittelyn ja täytäntöönpanon, joilla ylläpidetään tai parannetaan toimintavalmiutta, tuettavuutta, vaihdettavuutta ja yhteentoimivuutta

• varmistaa täydelliset, tarkat ja oikea-aikaiset muutokset konfiguraatioasiakirjoihin, joita ylläpidetään asianmukaisen konfiguraatiovalvontaviranomaisen alaisuudessa

• poistaa tarpeettoman muutoksen leviämisen

konfiguraation valvonta alkaa hallituksen osalta, kun ensimmäinen konfiguraatioasiakirja on hyväksytty ja baselinoitu. Tämä tapahtuu yleensä silloin, kun järjestelmälle tai konfiguraatiokohteelle vahvistetaan toiminnallinen konfiguraatiotilanne (EIA/IS-649-vaatimuksen perustaso). Tässä vaiheessa käytetään täydentäviä hallituksia ja urakoitsijoita koskevia muutoksenhallintamenettelyjä, jotta voidaan järjestelmällisesti arvioida jokaista ehdotettua teknistä muutosta tai pyydettyä poikkeamaa perusasiakirjoihin, arvioida muutoksen kokonaisvaikutusta (mukaan lukien kustannukset) koordinoimalla kyseistä toiminnallista toimintaa, käsitellä muutos tai poikkeama ja antaa oikea-aikainen hyväksyntä tai hylkäys sekä varmistaa molempien osapuolten hyväksymien muutosten oikea-aikainen täytäntöönpano. Konfigurointiohjaus on olennainen osa koko ohjelman elinkaaren ajan. Kuvassa 6-1 esitetään konfiguraationhallintaprosessin huipputason aktiivimalli. Se näyttää konfiguraationhallintaprosessin, joka on jaettu kolmeen segmenttiin, jotka on eritelty kuvissa 6-2, 6-3 ja 6-4.

ensimmäinen segmentti, Government Configuration Control-Initiation, kuvastaa prosessia, joka edelsi hallituksen pyyntöä urakoitsijan teknisestä muutoksesta (ECP). Tämä toiminta tapahtuu:

• kun muutostarpeen taustalla on valtion toiminta (mukaan lukien kenttä-ja operaatiotoiminta)

• toimeksisaajan antaman panoksen seurauksena tarvitaan I-luokan muutos valtion valvomaan perustasoon

• kun konfiguraatioasiakirjat, joihin ehdotettu muutos vaikuttaa, on hyväksytty ja sisällytetty hallituksen valvomaan nykyiseen perustasoon

muutokset voivat olla tarpeen useista eri syistä, kuten uuden uhan torjumiseksi, uuden teknologian lisäämiseksi ja vastata teknisiin ja toiminnallisiin testeihin ja arviointeihin tai korjata ongelmia. Kuten kuviosta 6-2 ilmenee, konfiguraation valvonnasta vastaava viranomaistoiminta vahvistaa muutostarpeen, asettaa ehdotetun muutoksen suorituskykyä, kustannuksia ja aikataulua koskevat kynnysarvot, määrittää, että muutos on teknisesti saavutettavissa ja kohtuuhintainen (nykyisten tietojen ja tarvittaessa sopimuksentekijän taholta saatujen tietojen perusteella) ja laatii toimeksisaajalle(toimeksisaajille) pyynnön ECP: n laatimisesta. Yksi merkittävimmistä konfiguraationvalvonnan tehokkuuden ja vaikuttavuuden edistäjistä on selkeä ja tiivis viestintä hallituksen ja toimeksisaajan välillä ennen ECP: n virallista pyyntöä. Ihannetapauksessa tämä tapahtuu integroidussa tuoteryhmäympäristössä.

Kuva 6-3, joka heijastaa kuvan 6-1 toista osiota, mallintaa urakoitsijan konfiguraationohjausprosessia. Urakoitsijan konfigurointiohjaus otetaan käyttöön, kun urakoitsija julkaisee jokaisen konfigurointidokumentin. Viime kädessä urakoitsijan konfiguraationohjausta sovelletaan koko kokoonpanodokumentaatioon, mukaan lukien hallituksen perustason konfiguraatioasiakirjat suorituskyvyn tai yksityiskohtaisen spesifikaation tasolla, soveltuvin osin, ja suunnitteluratkaisuun, joka sisältyy insinöörimalleihin ja piirustuksiin. Urakoitsija vastaa hallituksen ECP-pyyntöihin ja sisäisesti tuotettuihin suunnittelumuutoksia tai-poikkeamia (RFD) koskeviin pyyntöihin. Toimeksisaaja arvioi jokaisen ehdotetun muutos-tai poikkeamispyynnön ja dokumentoi sen vaikutukset yhteisön tuotannonalan kehitykseen ja tuettavuuteen, määrittää vaadittavan uudelleentarkastelun ja hyväksynnän sovellettavan tason ja varmistaa, että asianomainen konfiguraation valvontaviranomainen tekee erityisen päätöksen muutoksen toteuttamiskelpoisuudesta ennen sen toteuttamista. ECPs ja RFDs, jotka edellyttävät viranomaisten tarkastelua ja / tai hyväksyntää, toimitetaan sopimusehtojen mukaisesti. Muutoksen hyväksymispäätöksen tekee valtioneuvosto, kun:

• muutos koskee vaatimusta, joka koskee hallituksen valvomaa perusluonteista suoritustason konfiguraatioasiakirjaa, tai

• toimeksisaajan valvomaan konfiguraatioasiakirjaan tehtävä muutos vaikuttaa määriteltyyn suorituskykyyn, tuettavuuteen ja muihin sopimusperusteisiin vaatimuksiin, jotka liittyvät yhteisön tuotannonalaan ja hallituksen valvomaan dokumentaatioon.

toimeksisaaja tekee päätöksen, kun muutos koskee kohteita/konfiguraatioasiakirjoja, joiden osalta se on konfiguraatiovalvontaviranomainen, edellyttäen, että nämä muutokset eivät vaikuta hallituksen peruslinjauksiin.

Kuva 6-4 mallit Kuvan 6-1 kolmas segmentti, joka kattaa prosessin sen osan, joka koskee viranomaisten tarkastelua ja toimeksisaajan luovuttamista. Se kuvaa paikallishallinnon edustajien tarkastelua ja yhtymistä luokan II muutoksiin ja vähäisiin poikkeamiin (jos sopimus edellyttää tällaista toimintaa) ja sen I luokan muutosten ja merkittävien/kriittisten poikkeamien hyväksymistä (tai hyväksymättä jättämistä). Hallituksen konfiguraationvalvontatoiminta (tyypillisesti sihteeristö) valmistautuu konfiguraationvalvontalautakuntaan koordinoimalla ehdotetun muutoksen kaikkien asianomaisten osapuolten kanssa, saamalla teknistä yksimielisyyttä ja kustannus-ja aikataulusitoumuksia sekä merkitsemällä muutoksen/poikkeaman KIRJEENVAIHTAJAKESKUSPANKKIKALENTERIIN (yhdessä sen valmiuden ja muutoksen kiireellisyyden kanssa). Tämän jälkeen KIRJEENVAIHTAJAKESKUSPANKKI tarkastelee ehdotusta ja täytäntöönpanositoumuksia ja joko hyväksyy tai hylkää ne hankintatoimen toimintaperiaatteiden mukaisesti. KIRJEENVAIHTAJAKESKUSPANKKIPÄÄTÖKSEN seurauksena annetaan täytäntöönpanosuuntia, tyypillisesti KIRJEENVAIHTAJAKESKUSPANKKIDIREKTIIVIN muodossa. KIRJEENVAIHTAJAKESKUSPANKKIPANKIN johtamiin toimiin kuuluvat soveltuvin osin sekä sopimustoimet että valtion toimintoja koskevat toimeksiannot. Vastauksena KIRJEENVAIHTAJAKESKUSPANKKIDIREKTIIVIIN valtion hankintavirasto valmistelee ja neuvottelee sopimuksen muutoksen valtuuttaakseen toimeksisaajan toteuttamaan hyväksytyn luokan I ECP tai merkittävän/kriittisen poikkeaman.

tehokas, tarkoin määritelty konfiguraationvalvontaprosessi vakuuttaa hallitusohjelmatoimistolle, että sovellettavat konfiguraationvalvontaviranomaiset tarkastavat kaikki muutokset hallituksen valvomiin perustasoihin, olivatpa ne kuinka pieniä tai näennäisesti merkityksettömiä tahansa. Ilman tehokasta konfiguraationhallintaprosessia ohjelmatoimisto on vaarassa toimittaa viestintä-ja tietojärjestelmän, jossa on kokoonpanoja, jotka:

• ovat teknisesti riittämättömiä eivätkä täytä määriteltyjä suorituskykyvaatimuksia

• eivät ole logistisesti tuettavissa

• voi olla vaarallinen

• johtaa resurssien tuhlaamiseen, ja

• eivät anna tarkkaa historiatietoa tulevan muutoksen pohjaksi.

kuten on kuvattu 6.1, kokoonpano valvonta baselined kokoonpano dokumentointi on integroitu muutoshallintaprosessi sisältää sekä suoritustoiminnan (yleensä urakoitsija) ja tehtävänantotoiminnan (yleensä hallitus) vastuut muutoksen valmistelu, perustelu, arviointi, koordinointi, disposition, ja täytäntöönpano. Konfiguraationhallintaprosessin avulla tunnistetaan ja otetaan huomioon ehdotettujen teknisten muutosten ja poikkeamien täysi vaikutus niiden toteutuksessa.

konfiguraationohjausprosessi kehittyy ohjelman alkuvaiheissa vähemmän muodollisesta prosessista hyvin kurinalaiseen ja muodolliseen prosessiin järjestelmän kehitys-ja demonstrointi -, tuotanto-ja käyttöönottovaiheen sekä käyttö-ja Tukivaiheiden aikana . Konseptinetsintävaiheessa konfiguraationhallintaprosessia käytetään järjestelmätekniikan tukena sen varmistamiseksi, että koko henkilöstö levittää ja käyttää asiakirjojen oikeaa versiota, jossa ilmoitetaan TEKNISET päätökset tai asiaankuuluvien tutkimusparametrien määrittely. Lisäksi prosessi tekee asianomaiset osapuolet tietoisiksi siitä, että muutosta ollaan kehittämässä, ja antaa niille mahdollisuuden antaa asiaankuuluvaa panosta.

konseptin ja teknologian kehitysvaiheessa (soveltuvin osin), kun ohjelman määrittelyasiakirjoja kehitetään, myös konfiguraationohjausprosessi on vähemmän muodollinen. Osana systems engineering control prosessi tässä vaiheessa, voi olla useita vaatimusten määrittely perustasoa perustettu mukavuussyistä vakuuttaa, että kaikki ohjelman osallistujat ovat ” samalla sivulla.”Konfiguraation valvontamenettely on hyödyllinen tässä vaiheessa kehittyvien järjestelmätason eritelmien muutosten tarkistamiseksi ja koordinoimiseksi. Se voi myös palvella pitämään hallituksen / urakoitsijan tiedonvaihdon tehokkaana ja hallittavana tarjoamalla:

• muutosten tunnistaminen, dokumentointi, levittäminen ja uudelleentarkastelu

• Tiedostojen asianmukainen versiointi ja asiakirjojen tarkistaminen

• julkaisuprosessi sen varmistamiseksi, että jokainen versio / versio vastaa sovellettavia muutoksia

järjestelmän kehitys-ja demonstrointi -, tuotanto-ja käyttöönottovaiheen sekä käyttö-ja Tukivaiheiden aikana muodollinen konfiguraationhallintaprosessi on välttämätön. Konseptitutkimusten aikana harjoitettu epävirallinen asiakirjamuutosten hallinta ei riitä järjestelmien hankintaan ja ylläpitoon. Kun tuotetta kehitetään ja tuotetaan, konfiguraationohjaus keskittyy dokumentaatioon, jossa määritellään tuotteen suorituskyky, fyysiset ja toiminnalliset ominaisuudet sekä konfiguraatio. Konfiguraationvalvonta on hallintaprosessi, jossa käytetään sopimusperusteisia (hallitus) ja sisäisiä (urakoitsija) konfiguraatioperustoja viitteinä muutoksen hallintaan. Tässä yhteydessä on kuitenkin olemassa useita konfigurointiohjauksen kompleksisuustasoja. Kun tarkastellaan makrotasolla, jota kuvataan aktiivisuusmalleilla (kuvat 6-1-6-4), prosessi:

• käsitellään perusasiakirjoja

• määrittää, mitkä asiakirjat vaikuttavat

• ehdottaa muutosta, joka kattaa vaikutukset kaikkiin asianomaisiin tekijöihin, ja

• ilmoitetaan, milloin, missä ja kenen toimesta asiakirja-aineisto päivitetään ja muutos sisällytetään tuotteeseen ja kaikkiin sitä tukeviin osiin.

vaikka tämä huipputason makronäkymä vaikuttaa yksinkertaiselta ja suoraviivaiselta, konfiguraationhallintaprosessin mikrotason näkymä voi olla huomattavasti monimutkaisempi. Mikro-näkymä paljastaa prosessikerroksen, joka käsittelee sitä, mitä on tehtävä kunkin vaikuttavan elementin muuttamiseksi, ja siten monenlaisia näkökohtia, kuten tietojen oikeudet; hyväksyntäviranomainen, asiakirjojen säilyttäjät; suunnittelu -, julkaisu -, tuotanto -, asennus-ja testausorganisaatiot; sopimus-ja rajapintasuhteet.

tuotteen muuttamiseksi ensimmäinen vaihe on tuotteen määrittelevien asiakirjojen tarkistaminen. Alla käsitellyt käsitteet helpottavat tämän vaiheen toteuttamista käyttämällä automatisoituja työkaluja, kuten CM AIS. Tämä käsikirja tarkastelee näitä käsitteitä sekä ohjelman hallinnan (makro) että asiakirjan hallinnan (mikro) näkökulmasta.

6.1.1.1 Nykyinen Viranomainen.

mikrotasolla, jos tuotteen muutosta ehdottava ECP vaikuttaa useisiin asiakirjoihin, muutosehdotus, arviointi ja täytäntöönpano on otettava huomioon:

• kuka on ECP: n hyväksymisestä vastaava sopimusviranomainen? Tämä on tuotteen konfiguraation valvonnasta vastaava viranomainen

• kenellä on oikeus hyväksyä jokaisen ECP-asiakirjan tarkistus? Tämä on nykyinen asiakirja muutosviranomainen.

• vaaditaanko ASIAKIRJAMUUTOSVIRANOMAISEN organisaatiolta ECP: tä, ennen kuin tuotteen konfiguraationvalvontaviranomainen voi hyväksyä ECP: n tuotteelle?

• onko kyseessä muuta viranomaistoimintaa tai teollista toimintaa, koska tuotteella on useita käyttäjiä? Nämä ovat sovellustoimintaa. Onko yksi nimetty johtavaksi sovellustoiminnaksi?

a. Konfiguraationvalvontaviranomainen.

sopimukseen perustuva konfiguraation valvontaviranomainen, joka hyväksyy tuotteeseen (järjestelmä/CI) tehtävän muutoksen, voi aluksi olla toimeksisaajan tai hallituksen omistuksessa. Se voi siirtyä toimeksisaajalta hallitukselle tai se voi asua toimeksisaajassa koko yhteisön tuotannonalan elinkaaren ajan. Tämä viranomainen on teknisesti vastuussa tuotteen suorituskyvystä ja verotuksellisesti vastuussa tuotteen muutosten rahoittamisesta.

julkishallinnon konfiguraatiokontrollin taso määritetään yleensä osana LUOTTAMUSMIESVALINTAA. Hankinta-ohjelman aikana on kyse tasoista, joilla hallitus määrittelee, tekee sopimuksia, hyväksyy ja aikoo logistisesti tukea järjestelmän tai viestintä-ja tietojärjestelmän yksittäisiä osia. Viranomaisten konfiguraationvalvonta koskee aina toiminnallista perustasoa ja jaettuja perustasoja, jotka on vahvistettu alemman tason viestintä-ja tietojärjestelmille, joiden eritelmät hallitus on antanut tai hyväksynyt . Samanlaisia ja niihin liittyviä urakoitsijoiden konfiguraationvalvontakäytäntöjä sovelletaan myös viestintä-ja tietojärjestelmiin ja komponentteihin, jotka ovat valtion konfiguraationvalvonnan tason alapuolella.

sopimuskokoonpanon valvontaviranomainen käsittelee kaikkia asiakirjoja, jotka on kirjattu kyseisen viranomaisen valvomalle tuotteelle tiettyä sopimusta varten. Tämä viranomainen voi olla jäljempänä b kohdassa kuvattu nykyinen Asiakirjamuutosviranomainen (Cdca) yksittäisille asiakirjoille, jotka edellyttävät muutosta (esim.järjestelmän tai CI: n suorituskykyvaatimus). Jos kyseessä ei ole tietyn asiakirjan CDCA, sillä ei ole valtuuksia hyväksyä ehdotettua muutosta kyseiseen asiakirjaan, joten sen on pyydettävä ECP: n hyväksyntä sovellettavalta CDCA: lta tai valittava vaihtoehtoinen malli.

B. nykyinen Asiakirjamuutosviranomainen.

nykyisen asiakirjan muutosvaltuutuksen käsite (CDCA) on ilmaus suhteesta, joka on aina ollut olemassa. Ennen tarvetta hallita konfigurointidokumentaatiota automatisoidulla tietojärjestelmällä tätä käsitettä ei ollut selkeästi ilmaistu, vaan se sisältyi termeihin “Originating Design Activity” ja “Current Design Activity.”Näiden termien määritelmässä viitataan kuitenkin nimenomaan suunnitteluasiakirjoihin, esim. insinööripiirustuksiin, toisin kuin kaikkeen dokumentaatioon, ja niihin sisältyy myös säilytysvastuu sekä suunnitteluvastuu.

CDCA puolestaan koskee spesifikaatioita tai mitä tahansa muuta asiakirjatyyppiä ja on riippumaton organisaatiosta, joka fyysisesti ylläpitää ja säilyttää asiakirjaa. CDCA on organisaatio, jolla on päätösvalta asiakirjan sisällöstä ja joka heijastaa omistusoikeuksia tai dataoikeuksia asiakirjan sisältämiin tietoihin. CDCA voi olla valtion toimintaa tai urakoitsija, ja viranomainen voidaan siirtää. Dokumenttia varten on kuitenkin vain yksi CDCA kerrallaan.

ruudun skenaariot kuvaavat CDCA-nimeämisen logiikkaa:

c. hakutoiminta.

tuotteella voi olla useita konfiguraationvalvontaviranomaisia, joilla on useampi kuin yksi käyttäjä; jokainen on tietyn sopimuksen konfiguraationvalvontaviranomainen. Jos yhden sopimuksen konfiguraatiotarkastusviranomainen on tuotteen järjestelmän/sisäkorvaistutteen Suorituskykyvaatimuksen CDCA, muut konfiguraatiotarkastusviranomaiset katsotaan sovellustoimiksi, koska niiden toimivalta ulottuu ainoastaan tuotteen käyttöön ja sen dokumentointiin. Ne eivät voi valtuuttaa muutosta kumpaankaan, mutta ne voivat osallistua muutoksenhallintaprosessiin, jos joko konfiguraationvalvontaviranomainen, joka on CDCA, tai hallituksen johtava sovellustoiminta pyytää niitä.

toimeksisaajan on aina ollut toivottavaa, että jokin asia käsitellään yhden hallituksen koordinointikeskuksen kautta muutosten yhteensovittamiseksi. Usein näin ei ole ollut. Jokainen hallituksen toiminta piti tyypillisesti valtaansa ensisijaisena eikä aina tunnistanut, että sovellusviranomaisia oli useita. Koska tuotteiden monikäyttö lisääntyy jatkuvasti, on oltava yksinkertainen looginen menetelmä, jolla valvontaviranomainen voidaan erottaa käyttöviranomaisesta ja jolla voidaan viestiä ja koordinoida muutoksia, joilla voi olla useita käyttövaikutuksia. Tähän tarkoitukseen käytetään seuraavia Sovellustoimintanimityksiä:

• sovellustoiminta (AA) – asiakirjan käyttäjä, joka ei ole sen CDCA

• Government lead application authority (GLAA) – valtion hankintatoimi, joka on nimetty kohteen hankinnan johtajaksi. Kun glaa ottaa tämän roolin, se kokoaa suosituksia kaikista hallituksen hakemustoimista ja on hallituksen sisäinen yhteyspiste, joka koordinoi hallituksen/urakoitsijan CDCA: n kanssa.

6.1.1.2. Muuta Luokitusta.

Muutosluokitus on pikakirjoitusmenetelmä, jolla ilmoitetaan muutoksen käsittely-ja / tai hyväksymismenetelmä. ECP: t, jotka on toimitettava hallitukselle, luokitellaan joko luokkaan I tai luokkaan II. Luokan I ECP on hyväksynyt hallituksen Konfiguraationvalvontalautakunta ja valtuutettu sopimusmuutoksella. Sen sijaan paikallishallinnon edustaja tarkastelee tyypillisesti luokan II muutosta luokituksen osalta, ellei sopimuksessa toisin määrätä. Jos sopimuksessa ei yksilöidä hallituksen edustajaa (yleensä hankintatoimeen osallistuvaa henkilöä), toimeksisaaja (tai ECP: n alullepanija) on vastuussa muutosluokituksen antamisesta. Vastaavat muutosluokituksen kriteerit sisältyvät ANSI/YVA-649: ään, jossa muutosluokituksista käytetään nimityksiä “suuret” ja “pienet” muutokset..

suorituskykyyn perustuvassa hankinnassa sekä luokan I että luokan II muutosten määritelmää on muutettu siten, että sitä sovelletaan vain hallituksen hyväksymiin (baselined) konfiguraatioasiakirjoihin vaikuttaviin muutoksiin. Toimeksisaajan on tarkistettava kaikki muutokset toimeksisaajan perusasiakirjoihin sen määrittämiseksi, vaikuttavatko ne myös hallituksen suorituskykyvaatimuksiin ja tukitoimiin.

luokituskertoimia sovelletaan vain hyväksyttyihin konfiguraatioasiakirjoihin ehdotettuihin teknisiin muutoksiin. Vaikka työselostuksen (kuten ympäristövaikutusten analyysin) lisääminen saattaa edellyttää sopimuksen muuttamista ja saattaa lisätä hallitukselle aiheutuvia kustannuksia, sitä ei pidetä luokan I teknisenä muutoksena, koska se ei vaikuta suunnitteluun eikä konfiguraatioasiakirjoihin.

muutosta luokiteltaessa on otettava huomioon muukin kuin tiedonantajan muoto, sopivuus, toiminta tai liitäntäominaisuudet. Kaikki ECP-luokituskertoimet on otettava huomioon ennen ECP-luokitusta. Tekijöitä ovat monet tuki -, Toiminta-ja koulutusseikat. Jos toimeksiantaja on esimerkiksi CDCA kortin dokumentoinnissa, ehdotettu suunnittelumuutos elektroniseen piirikorttiin ei itsessään olisi I luokan muutos.. Mutta jos uudelleensuunnittelu edellyttää muutosta automaattisiin testauslaitteisiin tai Tukiohjelmistoihin, joista hallitus on vastuussa, muutos on luokiteltava luokkaan I ECP ja käsiteltävä sen mukaisesti. On huomattava, että tämäntyyppiset luokan I muutokset, jotka on virheellisesti luokiteltu luokkaan II tai joita pidetään toimeksisaajan CDCA-vastuualueeseen kuuluvina, voivat aiheuttaa merkittäviä operatiivisia käyttö-ja/tai logistiikkatukiongelmia ja lisätä valtiolle aiheutuvia kustannuksia.

muutosta luokiteltaessa on otettava huomioon kaikki kyseisen yhteisön tuotannonalan sovellukset, esim.ECPs, joka on pantu vireille sellaisen yhteisön tuotannonalan osalta, jonka on valmistanut useampi kuin yksi sopimuspuoli, jolla on useita sovelluksia tai jota käytetään useammassa kuin yhdessä käyttötehtävässä (sovellus). Luokituskriteereitä on sovellettava kaikkiin CI-sovelluksiin koordinoimalla kyseisiä toimintoja.

6.1.1.3 Configuration Control Board (CCB).

Valtion CCBs on perustettu suuria yritysostoja varten. (Urakoitsijat käyttävät myös samanlaista prosessia sisäiseen konfiguraationvalvontaan.) Kirjeenvaihtajakeskuspankkimalli koostuu yleensä yhteisestä johtoelimestä tai virastoelimestä, joka on valtuutettu toimimaan luokan I ECPs: n ja suuria tai kriittisiä poikkeamia koskevien pyyntöjen mukaisesti. Ohjelmajohtaja on tavallisesti KIRJEENVAIHTAJAKESKUSPANKKIRYHMÄN puheenjohtaja ja tekee päätökset kaikista KIRJEENVAIHTAJAKESKUSPANKKIVIRANOMAISELLE esitetyistä muutoksista. CCB on ohjelman hallintaprosessi, jota ohjelmapäällikkö käyttää selvittääkseen kaikki muutoksen hyödyt ja vaikutukset ennen päätöksen tekemistä. Kun päätös on annettu, KIRJEENVAIHTAJAKESKUSPANKKIMALLIN puheenjohtaja hyväksyy KIRJEENVAIHTAJAKESKUSPANKKIDIREKTIIVIN tai vastaavan kirjeen/muistion ja ohjaa asianmukaiset täytäntöönpanotoimet päätökseen.

a. KIRJEENVAIHTAJAKESKUSPANKKIVIRANOMAINEN.

jokaisella KIRJEENVAIHTAJAKESKUSPANKKIPANKILLA on rajoitettu toimivalta hyväksyä muutoksia seuraavien tekijöiden perusteella:

• toimivaltaa voi rajoittaa ylemmän tason KIRJEENVAIHTAJAKESKUSPANKKI, jos monimutkaisessa hankkeessa on Kirjeenvaihtajakeskuspankkien hierarkia

• KIRJEENVAIHTAJAKESKUSPANKKI, joka kuuluu organisaatioon, joka ei ole asiakirjan CDCA, ei voi hyväksyä kyseisen asiakirjan muuttamista.

• jos CDCA on organisaatio, joka ehdotti muutosta KIRJEENVAIHTAJAKESKUSPANKKIIN, KIRJEENVAIHTAJAKESKUSPANKKI hyväksyy muutoksen rahoittamisen ja sisällyttämisen tuotteeseen, kun taas CDCA hyväksyy muutoksen asiakirjaan. • Jos organisaatio, joka ei ole asiakirjan CDCA, ehdottaa muutosta sellaiselle KIRJEENVAIHTAJAKESKUSPANKKIORGANISAATIOLLE, joka ei myöskään ole asiakirjan CDCA (eli KIRJEENVAIHTAJAKESKUSPANKKIMALLI), KIRJEENVAIHTAJAKESKUSPANKKIMALLILLA ei ole valtuuksia hyväksyä muutosta.

• AA CCBs voi tarkastella ehdotettuja muutoksia ja antaa suosituksia CDCA: lle. KIRJEENVAIHTAJAKESKUSPANKKIMALLI voi päättää ainoastaan hyväksyä (tai olla hyväksymättä) muutoksen, jonka CDCA on hyväksynyt.

• KIRJEENVAIHTAJAKESKUSPANKKIMALLIN hyväksyntä ECP: lle on joskus evättävä siihen asti, kunnes CDCAs on hyväksynyt kyseisten asiakirjojen erityiset asiakirjamuutokset.

• KIRJEENVAIHTAJAKESKUSPANKKIMALLIN hyväksyntä voidaan joskus evätä, kunnes kaikki viranomaiset ovat vastaanottaneet käyttäjäpositioita, jotka osoittavat, että ne hyväksyvät muutoksen. Kuten 6.1.1.1 kohdassa todetaan.c, useita AA kantoja olisi koordinoitava GLAA.

B. CCB: n jäsenyys.

KIRJEENVAIHTAJAKESKUSPANKKIKUNNAN jäsenistö koostuu yleensä valtion organisaation keskeisistä toiminnallisista tai aihealueasiantuntijoista, esim. Integroitu Ohjelmatiimi (IPT). Jäsenten tehtävänä on neuvoa KIRJEENVAIHTAJAKESKUSPANKKIPUHEENJOHTAJAA. Muita toiminnallisia henkilöitä voidaan ottaa mukaan, kuten muutos-ja/tai ohjelmavaatimukset sanelevat, mukaan lukien edustajat muista puolustusministeriön palveluista (yhteispalveluohjelmat) ja muista maista (monikansalliset ohjelmat). KIRJEENVAIHTAJAKESKUSPANKKIJÄSENYYDEN tulisi koostua edustajista, jotka edustavat muun muassa logistiikkaa, koulutusta, suunnittelua, tuotantohallintaa, sopimustoimintaa, kokoonpanohallintaa ja muita ohjelmaan liittyviä toiminnallisia tieteenaloja. KIRJEENVAIHTAJAKESKUSPANKKIJÄSENYYTTÄ ylläpitää CCB charter.

c. CCB: n peruskirja.

KIRJEENVAIHTAJAKESKUSPANKKILUVAT hyväksytään yleensä valtion hankintatoimen virallisten hallinnollisten kanavien kautta. Kaikkien KIRJEENVAIHTAJAKESKUSPANKKIJÄSENTEN on oltava läsnä jokaisessa KIRJEENVAIHTAJAKESKUSPANKKIJÄSENTEN kokouksessa, ja heidän on tunnettava tarkasteltavat muutokset toiminnallisesta näkökulmastaan. KIRJEENVAIHTAJAKESKUSPANKKIJÄSENET ovat velvollisia ilmoittamaan kantansa tai kantansa puheenjohtajalle ja viime kädessä hyväksymään KIRJEENVAIHTAJAKESKUSPANKKIDIREKTIIVIN/toimeksiannon (tarvittaessa) ja toteamaan hyväksyvänsä tai vastustavansa päätöstä. KIRJEENVAIHTAJAKESKUSPANKKIDIREKTIIVIN hyväksymiseksi henkilön on oltava KIRJEENVAIHTAJAKESKUSPANKKISÄÄNNÖSSÄ nimetty KIRJEENVAIHTAJAKESKUSPANKKIJÄSEN (tai varajäsen).

D. KIRJEENVAIHTAJAKESKUSPANKKIMALLIN toimintatavat.

hankintatoimen CM-toimiston tulisi julkaista KIRJEENVAIHTAJAKESKUSPANKKIOPERAATIOTA koskevat menettelyt, jotta kaikki jäsenet ymmärtäisivät sen merkityksen hankintaprosessissa. KIRJEENVAIHTAJAKESKUSPANKKIMALLIN sihteeristö aikatauluttaa kokoukset, jakaa esityslistat, kirjaa KIRJEENVAIHTAJAKESKUSPANKKIMALLIN päätökset ja jakaa pöytäkirjoja ja ohjeita osapuolille, joille on osoitettu täytäntöönpanotoimia tai joilla on tarve tietää niistä. KIRJEENVAIHTAJAKESKUSPANKKIMALLIN toimintamenettelyissä olisi myös määriteltävä Target-käsittelyajat ECP-palveluille, jotta varmistetaan oikea-aikainen henkilöstö, hyväksyntä ja täytäntöönpano.

6. 1. 1. 4 vaikuttavuus.

ECP: n vaikuttavuus määrittää muutettavien viestintä-ja tietojärjestelmien määrän tai vaihteluvälin, mukaan lukien toimitettujen viestintä-ja tietojärjestelmien tuotannon lisääminen ja jälkiasennus. ECP: n tehokkuuden määrittäminen edellyttää, että hankintatoimi ottaa huomioon muun muassa seuraavat tekijät::

• kiireellisyys – henkilöstön turvallisuuteen liittyvän puutteen korjaaminen voi olla niin merkittävää, että se ohittaa kaikki muut näkökohdat, jopa samanaikaisen tuen. Jos laitteistolle asetetaan käyttörajoituksia ennen turvallisuusongelman ratkaisemista, toiminnan tehokkuutta voidaan rajoittaa ankarasti

• inventaario-käytössä olevat osat ja materiaalit on otettava huomioon; kustannuksiin ja toiminnallisiin kompromisseihin perustuva päätös on tehtävä joko olemassa olevien materiaalien käytöstä loppuun tai nykyisen varaston romuttamisesta. Tämä koskee sekä urakoitsijoiden inventaariota että hallituksen varastoimia vara – ja korjausosia

• kokoonpanoja-yksi tärkeimmistä konfiguraationhallinnan tavoitteista on minimoida eri CI-kokoonpanojen määrä, joita on tuettava samanaikaisesti, varsinkin jos eri CI-kokoonpanoissa tarvitaan erilaisia tai päivitettyjä käyttöohjelmistoja, tukilaitteita, tukiohjelmistoja, varaosia, koulutusta tai julkaisuja. Koska kaikkia olemassa olevia CI-kokoonpanoja ei usein voida päivittää samanaikaisesti, on harkittava huolellisesti joko muutoksen sisällyttämisen lykkäämistä tai nopeuttamista vaikutuksen minimoimiseksi. Tehokkuuden asettaminen viestintä-ja tietojärjestelmän tulevaan lohkoon voi olla yksi ratkaisu. Useiden ohjelmistomuutosten yhdistäminen tai pakkaaminen seuraavaan versioon voi olla toinen jne.

• läpimenoaika-on monia läpimenoaikoja harkita tunnistettaessa tehokkuutta muutokseen. On otettava huomioon valmistuksen/hankinnan läpimenoajat, jotka ovat tarpeen kertaluonteisen suunnittelutyön loppuun saattamiseksi, osien ja materiaalien hankkimiseksi ja muutoksen sisällyttämiseksi sekä tuotantoon että/tai jälkiasennukseen. Myös hyväksyttävän muutoksen käsittelyyn tarvittava hallinnollinen läpimenoaika on ensiarvoisen tärkeä. Hallituksella ja urakoitsijalla on vastuu välttää muutosten käsittelyn viivästyminen erityisesti silloin, kun tuotannossa ja operatiivisessa inventaariossa on suuria määriä yhteisön tuotannonalaa, joka on jälkiasennettava. Päätöksen viivyttämisestä aiheutuvat kustannukset voivat johtaa uusien vanhentuneiden kokoonpanojen toimittamiseen, jotka on jälkiasennettava. Usein toistuvat kustannukset osien vaihtamisesta tuotannossa ovat vain yhden kokoonpanon korvaaminen yhtä tai alhaisempia kustannuksia toiselle; kun taas saman muutoksen jälkiasennus merkitsee molempien kokoonpanojen kustannuksia sekä purkamisesta ja vaihtamisesta aiheutuvia lisäkustannuksia.

• ajoitus-tehokkuus on ehkä valittava siten, että tietty toimintavalmius on käytettävissä tiettynä ajankohtana tai tiettyä tapahtumaa varten, kuten suunniteltua joukkojen lähettämistä tai harjoitusta varten.

taulukossa 6-1 esitetään toimintaopas konfiguraationhallintaprosessin arviointia varten.

Taulukko 6-1. Toimintaopas: Configuration Control Process Evaluation Checklist

Class II concurrence authority on monissa tapauksissa siirretty alihankkijoille single process initiative (SPI) – ehdotusten seurauksena. Luokan II hyväksyntäviranomainen voidaan kuitenkin siirtää toimeksisaajille vain sellaisten asiakirjojen osalta, joiden osalta ne ovat CDCA

, jotta näitä tietoja voidaan soveltaa oikein, KS. sisällysluettelon huomautus sivulla