CMMI - Słowniczek
| ZA | b | do | re | mi | fa | sol | H. | ja | jot | K. |
| L | M | N | O | P. | Q | R | S | T | U | V |
| W. | X | Y | Z |
Ability to perform - Wspólna cecha obszarów procesu modelu CMMI z etapową reprezentacją, która grupuje ogólne praktyki związane z zapewnieniem, że projekt i / lub organizacja posiada potrzebne zasoby.
Acceptance criteria - Kryteria, które musi spełniać produkt lub jego składnik, aby został zaakceptowany przez użytkownika, klienta lub inny upoważniony podmiot.
Acceptance testing - Testy formalne przeprowadzone w celu umożliwienia użytkownikowi, klientowi lub innej uprawnionej jednostce określenia, czy zaakceptować produkt lub jego składnik.
Achievement profile - W ciągłej reprezentacji, lista obszarów procesów i odpowiadających im poziomów zdolności, które reprezentują postęp organizacji w każdym obszarze procesu podczas przechodzenia przez poziomy zdolności.
Acquisition - Proces uzyskiwania w drodze umowy dowolnego dyskretnego działania lub proponowanego działania przez jednostkę przejmującą, który zobowiązałby się do zainwestowania w celu uzyskania produktów i usług.
Acquisition strategy - Specyficzne podejście do nabywania produktów i usług, które opiera się na rozważaniach dotyczących źródeł dostaw, metod nabycia, rodzajów specyfikacji wymagań, rodzajów kontraktów lub umów oraz związanego z nimi ryzyka nabycia.
Adequate- Odpowiednie, odpowiednie i w razie potrzeby pojawiają się w CMMI, aby umożliwić menedżerom na wszystkich poziomach i praktykom interpretację szczegółowych i ogólnych celów i praktyk w świetle celów biznesowych organizacji. Na przykład ogólna praktyka dla obszaru procesu zarządzania ryzykiem stwierdza: „Zapewnij odpowiednie zasoby do wykonywania procesu zarządzania ryzykiem, opracowywania produktów pracy i świadczenia usług w ramach procesu”. Odpowiednią może być liczba ludzi, ludzie, którzy muszą monitorować ryzyko itp.
Advanced practices - W ciągłej reprezentacji wszystkie konkretne praktyki o poziomie zdolności dwa lub wyższym.
Agreement/contract requirements - Wszystkie wymagania techniczne i nietechniczne związane z nabyciem.
Allocated requirement - Wymóg nakładający całość lub część za wykonanie i funkcjonalność wyższego poziomu w odniesieniu do elementu architektonicznego lub komponentu projektu niższego poziomu.
Alternative practice- Praktyka zastępująca jedną lub więcej ogólnych lub szczegółowych praktyk zawartych w modelach CMMI, która osiąga równoważny skutek w zakresie spełnienia ogólnego lub szczegółowego celu związanego z praktykami modelowymi. Praktyki alternatywne niekoniecznie zastępują praktyki ogólne lub specyficzne jeden do jednego.
Appraisal - Ocena to zbadanie jednego lub więcej procesów przez wyszkolony zespół profesjonalistów przy wykorzystaniu referencyjnego modelu oceny jako podstawy do określenia mocnych i słabych stron.
Appraisal findings- Wnioski z oceny, które identyfikują najważniejsze kwestie, problemy lub możliwości w zakresie oceny. Obejmuje co najmniej mocne i słabe strony oparte na rzetelnych obserwacjach.
Appraisal participants - Członkowie komórki organizacyjnej, którzy uczestniczą w udzielaniu informacji podczas oceny.
Appraisal rating- Stosowane w materiałach do oceny CMMI, wartość przypisana przez zespół oceniający albo (1) celowi CMMI lub obszarowi procesu, (2) poziomowi zdolności obszaru procesu, albo (3) poziomowi dojrzałości jednostki organizacyjnej. Rating jest określany poprzez uchwalenie określonego procesu ratingowego dla stosowanej metody oceny.
Appraisal reference model - Zastosowany w materiałach wycen CMMI model CMMI, z którym zespół oceniający koreluje realizowane czynności procesowe.
Appraisal scope - Określenie granic wyceny, w tym ograniczeń organizacyjnych i ograniczeń modelu CMMI.
Appraisal team leader - Osoba, która kieruje czynnościami oceniającymi i spełniła kryteria kwalifikacyjne dotyczące doświadczenia, wiedzy i umiejętności określone metodą oceny.
Appropriate - Zobacz definicję odpowiedniego.
As needed - Zobacz definicję odpowiedniego.
Assessment - Ocena to ocena, którą organizacja przeprowadza dla siebie w celu usprawnienia procesu.
Assignable cause of process variation- W CMMI termin „specjalna przyczyna zmienności procesu” jest używany zamiast „przypisywalnej przyczyny zmienności procesu”, aby zapewnić spójność. Oba terminy są zdefiniowane identycznie.
Audit - Niezależne badanie produktu pracy lub zestawu produktów pracy w celu ustalenia, czy wymagania są spełnione.
Base measure - Odrębna właściwość lub cecha jednostki oraz metoda jej kwantyfikacji.
Base practices - W ciągłej reprezentacji wszystkie konkretne praktyki o poziomie zdolności 1.
Baseline- Termin „linia bazowa” jest zwykle używany do określenia takiego punktu odniesienia. Linia bazowa to zatwierdzona migawka systemu w odpowiednich momentach cyklu rozwojowego. Linia bazowa stanowi formalną podstawę do zdefiniowania późniejszej zmiany. Bez tej linii czy punktu odniesienia pojęcie zmiany nie ma sensu.
Business objectives - Strategie opracowane przez kierownictwo wyższego szczebla, mające na celu zapewnienie ciągłości istnienia organizacji i zwiększenie jej rentowności, udziału w rynku i innych czynników wpływających na sukces organizacji.
Capability evaluation- Ocena przeprowadzona przez wyszkolony zespół profesjonalistów wykorzystywanych jako czynnik dyskryminujący przy wyborze dostawców, monitorowaniu umów lub zachętach. Oceny są używane, aby pomóc decydentom w podejmowaniu lepszych decyzji o zakupach, poprawie wydajności podwykonawców i dostarczaniu wglądu do organizacji zakupowej.
Capability level- Osiągnięcie usprawnienia procesu w ramach pojedynczego obszaru procesowego. Poziom zdolności jest określany przez odpowiednie, specyficzne i ogólne praktyki dla obszaru procesu.
Capability level profile- W ciągłej reprezentacji, lista obszarów procesów i odpowiadających im poziomów zdolności. Profil może być profilem osiągnięć, gdy przedstawia postęp organizacji w każdym obszarze procesu podczas przechodzenia przez poziomy zdolności. Lub profil może być profilem docelowym, gdy reprezentuje cel ulepszenia procesu.
Capability maturity model- Model dojrzałości zdolności (CMM) zawiera podstawowe elementy efektywnych procesów dla jednej lub więcej dyscyplin. Opisuje również ewolucyjną ścieżkę doskonalenia od ad hoc niedojrzałych procesów do zdyscyplinowanych, dojrzałych procesów o lepszej jakości i skuteczności.
Capable process - Proces, który może spełnić określone cele dotyczące jakości produktu, jakości usług i wydajności procesu.
Causal analysis - Analiza usterek w celu ustalenia ich przyczyny.
Change management - Rozsądne wykorzystanie środków w celu wprowadzenia zmiany lub proponowanej zmiany produktu lub usługi.
CMMI appraisal tailoring- Wybór opcji w ramach metody oceny do zastosowania w konkretnym przypadku. Celem dostosowywania oceny jest pomoc organizacji w dostosowaniu zastosowania metody do jej celów biznesowych.
CMMI model component- Dowolny z głównych elementów architektonicznych, które składają się na model CMMI. Niektóre z głównych elementów modelu CMMI obejmują określone praktyki, praktyki ogólne, cele szczegółowe, cele ogólne, obszary procesów, poziomy zdolności i poziomy dojrzałości.
CMMI model tailoring- Wykorzystanie podzbioru modelu CMMI w celu dostosowania go do określonego zastosowania. Celem dostosowywania modelu jest pomoc organizacji w dostosowaniu zastosowania modelu do jej celów biznesowych.
CMMI Product Suite - Termin ten był używany w odniesieniu do całej struktury CMMI.
Commitment to perform - Wspólna cecha obszarów procesów modelu CMMI z etapową reprezentacją, która grupuje ogólne praktyki związane z tworzeniem polityk i zabezpieczaniem sponsoringu.
Common cause of process variation - Odmiana procesu, która istnieje z powodu normalnych i oczekiwanych interakcji między elementami procesu.
Concept of operations - Ogólny opis sposobu, w jaki jednostka jest używana lub działa.
Configuration audit - Audyt przeprowadzony w celu sprawdzenia, czy element konfiguracji jest zgodny z określonym standardem lub wymaganiem.
Configuration baseline- Informacje o konfiguracji formalnie określone w określonym czasie w trakcie życia produktu lub jego komponentu. Podstawowe informacje o konfiguracji oraz zatwierdzone zmiany z tych planów bazowych stanowią bieżące informacje o konfiguracji.
Configuration control - Element zarządzania konfiguracją polegający na ocenie, koordynacji, akceptacji lub odrzuceniu oraz wprowadzaniu zmian w elementach konfiguracji po formalnym ustaleniu identyfikacji ich konfiguracji.
Configuration control board - Grupa osób odpowiedzialnych za ocenę i zatwierdzanie lub odrzucanie proponowanych zmian w elementach konfiguracji oraz za zapewnienie wdrożenia zatwierdzonych zmian.
Configuration identification - Element zarządzania konfiguracją polegający na doborze elementów konfiguracji produktu, nadaniu im unikalnych identyfikatorów oraz zapisaniu ich cech funkcjonalnych i fizycznych w dokumentacji technicznej.
Configuration item - Agregacja produktów pracy przeznaczona do zarządzania konfiguracją i traktowana jako pojedyncza jednostka w procesie zarządzania konfiguracją.
Configuration management- Dyscyplina stosująca techniczne i administracyjne kierownictwo i nadzór w celu (1) identyfikacji i udokumentowania funkcjonalnych i fizycznych właściwości elementu konfiguracji, (2) kontrolowania zmian tych charakterystyk, (3) rejestrowania i zgłaszania stanu przetwarzania i wdrażania zmian oraz ( 4) zweryfikować zgodność z określonymi wymaganiami. [IEEE Std 610.1990]
CMMI Model- Ponieważ CMMI Framework może generować różne modele w zależności od potrzeb organizacji, która go używa, istnieje wiele modeli CMMI. W rezultacie wyrażenie „MODEL CMMI” może być jednym z wielu zbiorów informacji. Wyrażenie „modele CMMI” odnosi się do jednego, kilku lub całego zbioru możliwych modeli, które można wygenerować w ramach CMMI.
Configuration status accounting- Element zarządzania konfiguracją polegający na rejestrowaniu i raportowaniu informacji potrzebnych do efektywnego zarządzania konfiguracją. Informacje te obejmują wykaz zatwierdzonych identyfikatorów konfiguracji, status proponowanych zmian w konfiguracji oraz stan wdrożenia zatwierdzonych zmian.
Continuous representation - Struktura modelu dojrzałości zdolności, w której poziomy zdolności zapewniają zalecaną kolejność zbliżania się do poprawy procesu w każdym określonym obszarze procesu.
Corrective action - Działania lub uczynki stosowane w celu naprawienia sytuacji, usunięcia błędu lub dostosowania stanu.
COTS - Przedmioty, które można kupić u sprzedawcy komercyjnego.
Customer- Klient to osoba fizyczna, projekt, organizacja, grupa itd., Która jest odpowiedzialna za przyjęcie produktu lub autoryzację płatności. Klient jest spoza projektu, ale niekoniecznie poza organizacją. Termin klient służy również jako zmienna, gdy omawiamy gromadzenie lub pozyskiwanie wymagań.
Data management - Zasady, procesy i systemy udostępniania danych i zarządzania nimi.
Defect density - Liczba defektów na jednostkę rozmiaru produktu (np. Zgłoszenia problemów na 1000 linii kodu).
Defined process - Określony zestaw kroków, które należy wykonać w ramach doskonalenia.
Derived measures - Dane wynikające z matematycznej funkcji dwóch lub więcej miar podstawowych.
Derived requirements- Wymagania, które nie są wyraźnie określone w wymaganiach klienta, ale są wywnioskowane (1) z wymagań kontekstowych (np. Obowiązujące normy, przepisy, zasady, wspólne praktyki i decyzje kierownictwa) lub (2) z wymagań potrzebnych do określenia produktu składnik. Wymagania pochodne mogą również powstać podczas analizy i projektowania komponentów produktu lub systemu.
Design review - Formalne, udokumentowane, kompleksowe i systematyczne badanie projektu w celu oceny wymagań projektowych i zdolności projektu do spełnienia tych wymagań oraz w celu zidentyfikowania problemów i zaproponowania rozwiązań.
Development- Rozwój, tak jak jest używany w CMMI, obejmuje czynności konserwacyjne, a także działania rozwojowe. Doświadczenie pokazuje, że najlepsze praktyki powinny być stosowane zarówno w projektach rozwojowych, jak i konserwacyjnych, jeśli organizacja dąży do doskonałości inżynierskiej.
Developmental plan - Plan kierowania, wdrażania i kontrolowania projektowania i rozwoju jednego lub większej liczby produktów.
Directing implementation - Wspólna cecha obszarów procesów modelu CMMI z reprezentacją etapową, która grupuje ogólne praktyki związane z zarządzaniem wydajnością procesu, zarządzaniem integralnością jego produktów pracy i angażowaniem odpowiednich interesariuszy.
Discipline amplification- Komponenty modelu, które zapewniają wskazówki dotyczące interpretacji informacji o modelu dla określonych dyscyplin (np. Inżynierii systemów lub inżynierii oprogramowania) nazywane są „WZMOCNIENIEM DYSCYPLINY”. W razie potrzeby wzmocnienie dyscypliny jest dodawane do innych komponentów modelu. Są one łatwe do zlokalizowania, ponieważ pojawiają się po prawej stronie strony i mają tytuł wskazujący dyscyplinę, której dotyczą (na przykład „Inżynieria oprogramowania”).
Document- Dokument to zbiór danych, niezależnie od nośnika, na którym są zapisane. Zwykle jest trwały i może być odczytany przez ludzi lub maszyny. Dokumenty obejmują zarówno dokumenty papierowe, jak i elektroniczne.
Enterprise - Termin „przedsiębiorstwo” odnosi się do bardzo dużych firm, które składają się z wielu organizacji w wielu różnych lokalizacjach i mają różnych klientów.
Entry criteria - Stany bytu, które muszą być obecne, zanim wysiłek będzie mógł się pomyślnie rozpocząć.
Equivalent staging - Równoważna inscenizacja to docelowa inscenizacja, utworzona przy użyciu ciągłej reprezentacji, która jest zdefiniowana w taki sposób, że wyniki stosowania docelowej inscenizacji można porównać z poziomami dojrzałości reprezentacji etapowej.
Exit criteria - Stany bytu, które muszą być obecne, zanim wysiłek zakończy się sukcesem.
Expected CMMI components- Komponenty CMMI, które wyjaśniają, co można zrobić, aby spełnić wymagany komponent CMMI. Użytkownicy modelu mogą jawnie zaimplementować oczekiwane komponenty lub zaimplementować równoważne alternatywne praktyki do tych komponentów. Specyficzne i ogólne praktyki są oczekiwanymi elementami modelu
Finding - Zobacz wyniki oceny.
Formal evaluation process - W obszarze procesu analizy decyzji i rozwiązywania problemów zobacz definicję „formalnego procesu oceny” w uwagach wprowadzających.
Functional analysis- Badanie określonej funkcji w celu zidentyfikowania wszystkich podfunkcji niezbędnych do wykonania tej funkcji; identyfikacja powiązań funkcjonalnych i interfejsów (wewnętrznych i zewnętrznych) oraz uchwycenie ich w architekturze funkcjonalnej; oraz spływ wymagań dotyczących wydajności wyższego poziomu i przypisanie tych wymagań do podfunkcji niższego poziomu.
Functional architecture - Hierarchiczny układ funkcji, ich wewnętrzne i zewnętrzne (zewnętrzne w stosunku do samej agregacji) interfejsy funkcjonalne i zewnętrzne interfejsy fizyczne, ich odpowiednie wymagania funkcjonalne i wydajnościowe oraz ich ograniczenia projektowe.
Generic goal- CELE OGÓLNE nazywane są „ogólnymi”, ponieważ ta sama deklaracja celu pojawia się w wielu obszarach procesu. W reprezentacji etapowej każdy obszar procesu ma tylko jeden ogólny cel. Osiągnięcie ogólnego celu w obszarze procesu oznacza lepszą kontrolę w planowaniu i wdrażaniu procesów związanych z tym obszarem procesu, wskazując w ten sposób, czy procesy te będą skuteczne, powtarzalne i trwałe. Cele ogólne są wymaganymi komponentami modelu i są wykorzystywane w ocenach w celu określenia, czy obszar procesu jest spełniony.
Generic practice- PRAKTYKI OGÓLNE zapewniają instytucjonalizację w celu zapewnienia, że procesy związane z obszarem procesu będą efektywne, powtarzalne i trwałe. Ogólne praktyki są podzielone na kategorie według ogólnych celów i wspólnych cech i są oczekiwanymi komponentami w modelach CMMI. (Tylko ogólny tytuł praktyki, stwierdzenie i opracowania pojawiają się w obszarach procesu).
Generic practice elaboration- Po konkretnych praktykach pojawiają się ogólne tytuły praktyk i stwierdzenia, które odnoszą się do obszaru procesu. Po każdym ogólnym stwierdzeniu praktycznym może pojawić się rozwinięcie w postaci zwykłego tekstu z nagłówkiem „Opracowanie”. OPRACOWANIE PRAKTYKI OGÓLNEJ zawiera informacje o tym, jak należy interpretować praktykę ogólną w obszarze procesu. Jeśli brak jest rozwinięcia, zastosowanie praktyki ogólnej jest oczywiste bez rozwinięcia.
Goal- „CEL” to wymagany komponent CMMI, który może być albo ogólnym celem, albo konkretnym celem. Kiedy widzisz słowo „cel” w modelu CMMI, zawsze odnosi się ono do komponentów modelu (na przykład, ogólny cel, konkretny cel).
Incomplete process- Proces, który nie jest wykonywany lub jest wykonywany tylko częściowo (znany również jako poziom możliwości 0). Jeden lub więcej konkretnych celów obszaru procesu nie jest spełnionych.
Independent group - W obszarze procesu zapewniania jakości procesu i produktu zobacz omówienie „niezależnej grupy” w uwagach wstępnych.
Informative CMMI components- Komponenty CMMI, które pomagają użytkownikom modelu zrozumieć wymagane i oczekiwane komponenty modelu. Te komponenty mogą zawierać przykłady, szczegółowe wyjaśnienia lub inne pomocne informacje. Podpraktyki, notatki, referencje, tytuły celów, tytuły ćwiczeń, źródła, typowe produkty pracy, wzmocnienia dyscypliny i ogólne opracowania praktyczne to elementy modelu informacyjnego.
Institutionalization - zakorzeniony sposób prowadzenia działalności, który organizacja podąża rutynowo w ramach swojej kultury korporacyjnej;
Integrated Product and Process Development - Systematyczne podejście do rozwoju produktu, które zapewnia terminową współpracę odpowiednich interesariuszy przez cały cykl życia produktu w celu lepszego zaspokojenia potrzeb klientów.
Integrated team- Grupa osób o uzupełniających się umiejętnościach i wiedzy, które są zaangażowane w dostarczanie określonych produktów pracy we współpracy na czas. Członkowie zintegrowanego zespołu zapewniają umiejętności i rzecznictwo odpowiednie do wszystkich faz produktów pracy i są zbiorowo odpowiedzialni za dostarczanie produktów pracy zgodnie z wyszczególnieniem. Zintegrowany zespół powinien składać się z upoważnionych przedstawicieli organizacji, dyscyplin i funkcji, które mają wpływ na powodzenie produktów pracy.
Interface control- W zarządzaniu konfiguracją, proces (1) identyfikowania wszystkich funkcjonalnych i fizycznych charakterystyk istotnych dla połączenia dwóch lub więcej elementów konfiguracji dostarczonych przez jedną lub więcej organizacji oraz (2) zapewniania, że proponowane zmiany tych cech są oceniane i zatwierdzane przed wdrożeniem. [IEEE 828-1983].
Lead appraiser - Stosowany w pakiecie CMMI Product Suite, osoba, która uzyskała uznanie organu upoważniającego do pełnienia funkcji lidera zespołu oceniającego dla określonej metody oceny.
Life-cycle model - Podział życia produktu na fazy, które prowadzą projekt od określenia potrzeb klientów do wycofania produktu.
Manager- Kierownik projektu to osoba odpowiedzialna za planowanie, kierowanie, kontrolowanie, strukturyzację i motywowanie projektu. Może on lub ona zapewniać zarówno techniczne, jak i administracyjne kierownictwo i kontrolę osobom wykonującym zadania lub działania związane z projektem w ramach jego zakresu odpowiedzialności. Kierownik projektu ponosi ostateczną odpowiedzialność przed klientem.
Maturity level - Stopień udoskonalenia procesu we wstępnie zdefiniowanym zestawie obszarów procesu, w którym osiągane są wszystkie cele w ramach zestawu.
Memorandum of agreement - Wiążące dokumenty porozumienia lub porozumienia między dwiema lub więcej stronami.
Natural bounds- Nieodłączny proces odzwierciedlany przez mierniki wydajności procesu, czasami określany jako „głos procesu”. Techniki takie jak wykresy kontrolne, przedziały ufności i przedziały predykcji są wykorzystywane do określenia, czy zmiana wynika z typowych przyczyn (tj. Proces jest przewidywalny lub „stabilny”), czy też jest spowodowana jakąś specjalną przyczyną, którą można i należy zidentyfikować oddalony.
Non-developmental item- pozycja dostawy, która została opracowana przed jej bieżącym wykorzystaniem w procesie nabycia lub rozwoju. Taki element może wymagać drobnych modyfikacji w celu spełnienia wymagań jego obecnego zamierzonego zastosowania.
Nontechnical requirements- Postanowienia umowne, zobowiązania, warunki i warunki, które mają wpływ na sposób nabywania produktów lub usług. Przykłady obejmują produkty, które mają być dostarczone, prawa do danych dla dostarczonych komercyjnych gotowych produktów (COTS) nierozwojowych (NDI), daty dostaw i kamienie milowe z kryteriami wyjścia. Inne wymagania nietechniczne obejmują wymagania szkoleniowe, wymagania dotyczące lokalizacji i harmonogramy wdrażania.
Objective- Termin cel jest używany w CMMI w potocznym, potocznym znaczeniu; to jest nasz cel lub cel do osiągnięcia.
Objective evidence - Stosowane w materiałach do oceny CMMI, informacje jakościowe lub ilościowe, zapisy lub stwierdzenia faktów dotyczące właściwości przedmiotu lub usługi lub istnienia i wdrożenia elementu procesu, które są oparte na obserwacji, pomiarze lub badaniu i które są weryfikowalne.
Objectively evaluate- Przeglądanie działań i pracy produktów pod kątem kryteriów, które minimalizują subiektywność i stronniczość recenzenta. Przykładem obiektywnej oceny jest audyt zgodności z wymaganiami, standardami lub procedurami przez niezależną komórkę ds. Zapewnienia jakości.
Observation- Stosowany w materiałach oceniających CMMI, pisemny zapis, który reprezentuje zrozumienie przez członków zespołu oceniającego informacji, które zobaczyli lub usłyszeli podczas czynności związanych z gromadzeniem danych dotyczących oceny. Protokół pisemny może przybrać formę oświadczenia lub alternatywnej formy, o ile zachowana jest treść informacji.
Operational concept - Ogólny opis sposobu, w jaki jednostka jest używana lub działa.
Operational scenario- Opis wyimaginowanej sekwencji zdarzeń, która obejmuje interakcję produktu z jego otoczeniem i użytkownikami, a także interakcję między jego składnikami. Scenariusze operacyjne służą do oceny wymagań i projektu systemu oraz do weryfikacji i walidacji systemu.
Optimizing process- Ilościowo zarządzany proces, który jest ulepszany na podstawie zrozumienia typowych przyczyn zmienności nieodłącznie związanych z tym procesem. Proces, który koncentruje się na ciągłym ulepszaniu zakresu wydajności procesu poprzez zarówno stopniowe, jak i innowacyjne ulepszenia.
Organization - Organizacja to struktura, w której ludzie wspólnie zarządzają jednym lub kilkoma projektami jako całością i której projekty mają wspólnego kierownika wyższego szczebla i działają według tych samych zasad.
Organization's business objectives - Strategie opracowane przez kierownictwo wyższego szczebla w celu zapewnienia trwałości organizacji i zwiększenia jej rentowności, udziału w rynku i innych czynników wpływających na sukces organizacji.
Organizational maturity- Zakres, w jakim organizacja wyraźnie i konsekwentnie wdrożyła procesy, które są udokumentowane, zarządzane, mierzone, kontrolowane i stale ulepszane. Dojrzałość organizacyjną można mierzyć za pomocą wycen.
Organizational policy - przewodnia zasada ustalana zwykle przez kierownictwo wyższego szczebla, przyjmowana przez organizację w celu wpływania na decyzje i podejmowania decyzji.
Organizational unit- Ta część organizacji, która jest przedmiotem oceny (nazywana również organizacyjnym zakresem oceny) Jednostka organizacyjna wdraża jeden lub więcej procesów, które mają spójny kontekst procesowy i działają w ramach spójnego zestawu celów biznesowych. Jednostka organizacyjna jest zwykle częścią większej organizacji, chociaż w małej organizacji jednostką organizacyjną może być cała organizacja.
Outsourcing - Proces uzyskiwania w drodze umowy dowolnego dyskretnego działania lub proponowanego działania przez jednostkę przejmującą, który zobowiązałby się do zainwestowania w celu uzyskania produktów i usług.
Peer review - Recenzja przeprowadzona przez partnera w celu wykrycia wad elementu dostarczanego.
Performance parameters - Miary skuteczności i inne kluczowe mierniki stosowane do kierowania i kontrolowania stopniowego rozwoju.
Performed process- Proces, który wykonuje niezbędną pracę w celu wytworzenia określonych produktów wyjściowych przy użyciu zidentyfikowanych nakładowych produktów pracy (nazywanych również poziomem zdolności 1). Specyficzne cele obszaru procesu są spełnione.
Planned process- Proces udokumentowany zarówno opisem, jak i planem. Opis i plan powinny być skoordynowane, a plan powinien zawierać standardy, wymagania, cele, zasoby, zadania itp.
Process - Zestaw działań, metod, praktyk i transformacji, których ludzie używają do opracowywania i utrzymywania systemów i powiązanych produktów.
Process action plan - W obszarze procesu Koncentracja na procesie organizacyjnym, zobacz definicję „planu działania procesu” w uwagach wprowadzających.
Process action team - Zespół, który jest odpowiedzialny za opracowanie i wdrożenie działań doskonalących procesy dla organizacji, zgodnie z dokumentacją w planie działań doskonalenia procesów.
Process and technology improvements - W obszarze procesu innowacji i wdrażania organizacyjnego zobacz omówienie „usprawnień procesów i technologii” w uwagach wprowadzających.
Process area- Obszar procesu to grupa powiązanych praktyk w obszarze, które, gdy są wykonywane łącznie, spełniają zestaw celów uznanych za ważne dla dokonania znaczącej poprawy w tym obszarze. Wszystkie obszary procesu CMMI są wspólne zarówno dla reprezentacji ciągłych, jak i etapowych. W reprezentacji etapowej obszary procesów są zorganizowane według poziomów dojrzałości.
Process asset - Wszystko, co organizacja uważa za przydatne do osiągnięcia celów obszaru procesu.
Process asset library - Zbiór zasobów procesowych, z których może korzystać organizacja lub projekt.
Process attribute - Mierzalna charakterystyka zdolności procesu, mająca zastosowanie do dowolnego procesu.
Process capability - zakres oczekiwanych wyników, które można osiągnąć, postępując zgodnie z określonym procesem.
Process context- Zbiór czynników udokumentowanych w danych wejściowych do oceny, które mają wpływ na osąd i porównywalność ocen ocen. Obejmują one między innymi wielkość jednostki organizacyjnej podlegającej ocenie; dane demograficzne jednostki organizacyjnej; dyscyplina zastosowania produktów lub usług; rozmiar, krytyczność i złożoność produktów lub usług; oraz cechy jakościowe produktów lub usług.
Process definition- Czynność definiowania i opisywania procesu. Wynikiem definicji procesu jest opis procesu.
Process description- Udokumentowany wyraz zbioru czynności wykonywanych w celu osiągnięcia określonego celu, który zapewnia operacyjną definicję głównych elementów procesu. Dokumentacja określa w kompletny, precyzyjny i możliwy do zweryfikowania sposób wymagania, projekt, zachowanie lub inne cechy procesu. Może również obejmować procedury ustalania, czy te przepisy zostały spełnione. Opisy procesów można znaleźć na poziomie działania, projektu lub organizacji.
Process element- Podstawowa jednostka procesu. Proces można zdefiniować w kategoriach podprocesów lub elementów procesu. Podproces można dalej rozłożyć; element procesu nie może. Każdy element procesu obejmuje ściśle powiązany zestaw czynności (na przykład element szacowania, element wzajemnej oceny). Elementy procesu można przedstawić za pomocą gotowych szablonów, dopracowanych abstrakcji lub zmodyfikowanych lub wykorzystanych opisów. Elementem procesu może być działanie lub zadanie.
Process group - Zbiór specjalistów, którzy ułatwiają definiowanie, utrzymywanie i ulepszanie procesów stosowanych przez organizację.
Process improvement - Program działań mających na celu poprawę wydajności i dojrzałości procesów organizacji oraz wyników takiego programu.
Process-improvement objectives - Zestaw docelowych charakterystyk ustanowionych w celu kierowania wysiłkami zmierzającymi do ulepszenia istniejącego procesu w określony, mierzalny sposób, albo pod względem wynikowych cech produktu (np. Jakość, wydajność, zgodność z normami itp.), Albo w sposób, w jaki proces jest wykonywany (np. eliminacja zbędnych etapów procesu, łączenie etapów procesu, poprawa czasu cyklu itp.)
Process-improvement plan - W obszarze procesu Koncentracja na procesach organizacyjnych, zobacz definicję „planu doskonalenia procesu” w uwagach wprowadzających.
Process measurement - zbiór definicji, metod i czynności stosowanych do dokonywania pomiarów procesu i jego produktów w celu scharakteryzowania i zrozumienia procesu.
Process owner- Osoba (lub zespół) odpowiedzialna za zdefiniowanie i utrzymanie procesu. Na poziomie organizacyjnym właścicielem procesu jest osoba (lub zespół) odpowiedzialna za opis standardowego procesu; na poziomie projektu właścicielem procesu jest osoba (lub zespół) odpowiedzialna za opis definiowanego procesu. Dlatego proces może mieć wielu właścicieli na różnych poziomach odpowiedzialności.
Process performance- Miara rzeczywistych wyników osiągniętych w wyniku realizacji procesu. Charakteryzuje się zarówno miarami procesu (np. Wysiłkiem, czasem cyklu i wydajnością usuwania defektów), jak i miarami produktu (np. Niezawodnością, gęstością defektów i czasem odpowiedzi).
Process performance baseline - Udokumentowana charakterystyka rzeczywistych wyników uzyskanych w wyniku procesu, która jest używana jako punkt odniesienia do porównania rzeczywistej wydajności procesu z oczekiwaną wydajnością procesu.
Process performance model - Opis relacji między atrybutami procesu i jego produktami pracy, które są opracowywane na podstawie historycznych danych dotyczących wydajności procesu i kalibrowane przy użyciu zebranych miar procesu i produktu z projektu i które są wykorzystywane do przewidywania wyników, które mają być osiągnięte poprzez śledzenie procesu.
Process tailoring- Stworzenie, zmiana lub dostosowanie opisu procesu do określonego celu. Na przykład projekt dostosowuje swój zdefiniowany proces z zestawu standardowych procesów organizacji, aby spełnić cele, ograniczenia i środowisko projektu.
Product- Produkt może być traktowany jako jakikolwiek namacalny produkt lub usługa, które są wynikiem realizacji procesu i są przeznaczone do dostarczenia klientowi lub użytkownikowi końcowemu. Produktem może być również dowolny produkt pracy dostarczony klientowi zgodnie z umową.
Product component- Komponenty produktu to na ogół komponenty produktu niższego poziomu i są zintegrowane w celu „budowy” produktu. Składniki produktu mogą stanowić część produktu dostarczanego klientowi lub służyć do wytworzenia lub użytkowania produktu. Na przykład dla firm produkujących baterie do telefonów komórkowych bateria do telefonów komórkowych jest produktem. W przypadku firm, które budują i dostarczają telefony komórkowe, bateria jest składnikiem produktu.
Product baseline - W zarządzaniu konfiguracją, wstępnie zatwierdzony pakiet danych technicznych (w tym w przypadku oprogramowania, wykaz kodu źródłowego) definiujący element konfiguracji podczas produkcji, eksploatacji, konserwacji i wsparcia logistycznego jego cyklu życia.
Product-component requirements - Wymagania dotyczące składników produktu zapewniają pełną specyfikację składnika produktu, w tym dopasowanie, formę, funkcję, wydajność i wszelkie inne wymagania.
Product life cycle- Produkt pracy to każdy artefakt wytworzony w procesie cyklu życia i może być również określany jako produkt pracy w cyklu życia. Produkty pracy w cyklu życia mogą obejmować specyfikacje wymagań, specyfikacje interfejsów, specyfikacje architektury, plany projektów, dokumenty projektowe, plany testów jednostkowych, plany integracji i testów systemowych, proces taki jak proces montażu produktu produkcyjnego.
Project- Projekt to zarządzany zestaw wzajemnie powiązanych zasobów, który dostarcza jeden lub więcej produktów klientowi lub użytkownikowi końcowemu. Zbiór zasobów ma określony początek i koniec i działa zgodnie z planem.
Product line - Grupa produktów posiadających wspólny, zarządzany zestaw funkcji, który spełnia określone potrzeby wybranego rynku lub misji.
Product-related life-cycle processes - Procesy związane z produktem na jednym lub więcej etapach jego życia (tj. Od koncepcji do utylizacji), takie jak procesy produkcyjne i wspomagające.
Product requirements - Udoskonalenie wymagań klienta w języku programistów, przekształcenie niejawnych wymagań w jawne wymagania pochodne.
Program- (1) Projekt. (2) Zbiór powiązanych projektów i wspierającej je infrastruktury, w tym cele, metody, działania, plany i mierniki sukcesu.
Project manager- Kierownik projektu to osoba odpowiedzialna za planowanie, kierowanie, kontrolowanie, strukturyzację i motywowanie projektu. Może on lub ona zapewniać zarówno techniczne, jak i administracyjne kierownictwo i kontrolę osobom wykonującym zadania lub działania związane z projektem w ramach jego zakresu odpowiedzialności. Kierownik projektu ponosi ostateczną odpowiedzialność przed klientem. Kierownik projektu przyjmuje różne role i obowiązki, gdy zmienia się rozmiar, różnorodność i złożoność projektu.
Project progress and performance - Co projekt osiąga w odniesieniu do wdrażania planów projektu, w tym nakłady pracy, koszty, harmonogram i wydajność techniczna.
Project's defined process - W obszarze procesu zintegrowanego zarządzania projektami zobacz definicję „procesu zdefiniowanego w projekcie” w uwagach wstępnych oraz w praktyce specyficznej dla ustanowienia procesu zdefiniowanego w projekcie.
Prototype - Wstępny typ, forma lub wystąpienie produktu lub komponentu produktu, który służy jako wzór na późniejszych etapach lub dla ostatecznej, pełnej wersji produktu.
Quality - Zdolność zestawu nieodłącznych cech produktu, składnika produktu lub procesu do spełnienia wymagań klientów.
Quality assurance - Planowane i systematyczne środki zapewniające kierownictwo, że stosowane są określone standardy, praktyki, procedury i metody procesu.
Quality control - Techniki operacyjne i czynności stosowane w celu spełnienia wymagań dotyczących jakości.
Quantitative objective - Pożądana wartość docelowa wyrażona jako miary ilościowe.
Quantitatively managed process- Zdefiniowany proces kontrolowany za pomocą technik statystycznych i innych technik ilościowych. Jakość produktu, jakość usług i atrybuty wydajności procesu są mierzalne i kontrolowane przez cały projekt.
Reference mode - Model używany jako punkt odniesienia do pomiaru niektórych atrybutów.
Relevant stakeholder - Odpowiedni interesariusz służy do wyznaczenia interesariusza, który jest zidentyfikowany jako zaangażowany w określone działania i jest uwzględniony w odpowiednim planie, takim jak plan projektu.
Required CMMI components- komponenty CMMI, które są niezbędne do osiągnięcia poprawy procesu w danym obszarze procesu. Te komponenty są używane w ocenach w celu określenia zdolności procesu. Cele szczegółowe i cele ogólne są wymaganymi elementami modelu.
Requirement- (1) Stan lub zdolność potrzebna użytkownikowi do rozwiązania problemu lub osiągnięcia celu. (2) Warunek lub zdolność, którą musi spełnić lub posiadać produkt lub jego komponent, aby spełnić warunki umowy, normy, specyfikacji lub innych formalnie narzuconych dokumentów. (3) Udokumentowane przedstawienie stanu lub zdolności, jak w (1) lub (2).
Requirements analysis- Określenie charakterystyk specyficznych dla produktu i cech funkcjonalnych na podstawie analizy potrzeb, oczekiwań i ograniczeń klientów; koncepcja operacyjna; przewidywane środowiska użytkowania dla ludzi, produktów i procesów; i mierniki skuteczności.
Requirements elicitation - Stosowanie systematycznych technik, takich jak prototypy i ustrukturyzowane ankiety, w celu proaktywnego identyfikowania i dokumentowania potrzeb klientów i użytkowników końcowych.
Requirements management - Zarządzanie wszystkimi wymaganiami otrzymanymi lub wygenerowanymi przez projekt, w tym wymaganiami technicznymi i nietechnicznymi, a także wymaganiami nałożonymi na projekt przez organizację.
Requirements traceability - Dowód na powiązanie wymagania z wymaganiem źródłowym, jego implementacja i weryfikacja.
Return on investment - Stosunek przychodu z produkcji (produktu) do kosztów produkcji, który określa, czy organizacja odniesie korzyści z wykonania czynności w celu wytworzenia czegoś.
Risk analysis - Ocena, klasyfikacja i priorytetyzacja ryzyk.
Risk identification - Zorganizowane, dokładne podejście do poszukiwania prawdopodobnych lub realistycznych zagrożeń w osiąganiu celów.
Risk management - Zorganizowany, analityczny proces mający na celu identyfikację, co może spowodować szkodę lub stratę (identyfikację ryzyka), ocenę i kwantyfikację zidentyfikowanych ryzyk oraz opracowanie i, w razie potrzeby, wdrożenie odpowiedniego podejścia w celu zapobiegania przyczynom ryzyka, które mogą spowodować znaczną szkodę lub radzenia sobie z nimi lub strata.
Risk management strategy- Zorganizowane, techniczne podejście do identyfikacji, co może spowodować szkodę lub stratę (identyfikacja ryzyka), oceny i kwantyfikacji zidentyfikowanych ryzyk oraz do opracowania i, w razie potrzeby, wdrożenia odpowiedniego podejścia do zapobiegania przyczynom ryzyka lub radzenia sobie z nimi, które mogą spowodować znaczną szkodę lub stratę . Zazwyczaj zarządzanie ryzykiem dotyczy jednostek organizacyjnych zajmujących się projektami, organizacjami lub opracowywaniem produktów.
Root cause - Podstawowa przyczyna to źródło defektu, którego usunięcie powoduje zmniejszenie lub usunięcie wady.
Senior manager- Termin menedżer wyższego szczebla używany w CMMI odnosi się do roli kierowniczej na wystarczająco wysokim poziomie w organizacji, aby osoba skupiała się na długoterminowym zdrowiu i sukcesie organizacji, a nie na krótkoterminowym projekcie i obawy i naciski umowne. Starszy kierownik może być odpowiedzialny za nadzór nad programem, który może zawierać wiele projektów zarządzanych przez kierowników projektów.
Software engineering- (1) Stosowanie systematycznego, zdyscyplinowanego, wymiernego podejścia do opracowywania, eksploatacji i konserwacji oprogramowania. (2) Badanie podejść jak w (1).
Solicitation - Proces przygotowania pakietu rekrutacyjnego i wyboru dostawcy (wykonawcy).
Solicitation package- Formalny dokument określający wymagania techniczne i nietechniczne, który służy do żądania ofert na zaproszenia do składania ofert (oferty) i zapytań ofertowych (oferty) lub do żądania oświadczeń o możliwościach i ofertach cenowych (oferty). W inny sposób służy jako podstawa do wyboru źródła lub źródeł zaopatrzenia w produkty lub usługi.
Special cause of process variation - Przyczyna defektu, która jest specyficzna dla pewnych przejściowych okoliczności i nie jest nieodłączną częścią procesu.
Specific goal- CELE SZCZEGÓLNE dotyczą obszaru procesu i dotyczą unikalnych charakterystyk, które opisują, co należy wdrożyć, aby spełnić wymagania obszaru procesu. Konkretne cele są wymaganymi składnikami modelu i są wykorzystywane w ocenach, aby pomóc określić, czy obszar procesu jest spełniony.
Specific practice- SZCZEGÓLNA PRAKTYKA to czynność uważana za ważną dla osiągnięcia określonego celu. Konkretne praktyki opisują czynności, które mają doprowadzić do osiągnięcia określonych celów obszaru procesu. Konkretne praktyki są oczekiwanymi elementami modelu.
Stable process - Stan, w którym wszystkie szczególne przyczyny zmienności procesu zostały usunięte i zabezpieczone przed powtórzeniem się, tak że pozostają tylko typowe przyczyny zmienności procesu.
Staged representation- Modelowa struktura, w której osiągnięcie celów zbioru obszarów procesowych wyznacza poziom dojrzałości; każdy poziom tworzy podstawę dla kolejnych poziomów.
Stakeholder - Interesariusz to grupa lub osoba, na którą ma wpływ wynik projektu lub która może wpływać na działania lub wyniki projektu.
Standard process- Operacyjna definicja podstawowego procesu, który kieruje ustanowieniem wspólnego procesu w organizacji. Standardowy proces opisuje podstawowe elementy procesu, które mają zostać włączone do dowolnego zdefiniowanego procesu. Opisuje również relacje (np. Porządkowanie i interfejsy) między tymi elementami procesu.
Statement of work - Opis zakontraktowanych prac wymaganych do ukończenia projektu.
Statistical predictability - Wykonanie procesu ilościowego kontrolowanego za pomocą technik statystycznych i innych technik ilościowych.
Statistical process control - Analiza statystyczna procesu i pomiary wydajności procesu, które pozwolą zidentyfikować powszechne i szczególne przyczyny zmienności w wydajności procesu i utrzymać wydajność procesu w określonych granicach.
Statistical techniques - Technika analityczna wykorzystująca metody statystyczne (np. Statystyczna kontrola procesu, przedziały ufności, przedziały przewidywania).
Statistically managed process - Proces zarządzany za pomocą techniki opartej na statystyce, w której procesy są analizowane, identyfikowane są szczególne przyczyny zmienności procesu, a wydajność mieści się w dobrze zdefiniowanych granicach.
Strength - Stosowane w materiałach do oceny CMMI, przykładowe lub godne uwagi wdrożenie praktyki modelowej CMMI.
Sub-process - Proces, który jest częścią większego procesu.
Supplier- (1) Podmiot dostarczający produkty lub wykonujący nabywane usługi. (2) Osoba fizyczna, spółka osobowa, spółka, korporacja, stowarzyszenie lub inna usługa posiadająca umowę (kontrakt) z nabywcą na projektowanie, rozwój, produkcję, konserwację, modyfikację lub dostawę towarów zgodnie z warunkami umowy (umowa ).
Sustainment- Procesy stosowane w celu zapewnienia, że produkt może być używany operacyjnie przez jego użytkowników końcowych lub klientów. Trwałość zapewnia, że konserwacja jest wykonywana w taki sposób, że produkt jest sprawny, niezależnie od tego, czy produkt jest używany przez klientów lub użytkowników końcowych.
Systems engineering- Podejście interdyscyplinarne rządzące całkowitym wysiłkiem technicznym i zarządczym wymaganym do przekształcenia zestawu potrzeb, oczekiwań i ograniczeń klientów w rozwiązanie produktowe i wsparcie tego rozwiązania przez cały okres jego użytkowania. Obejmuje to definicję technicznych miar wydajności, integrację specjalności inżynieryjnych w celu ustalenia architektury produktu oraz definicję wspierających procesów cyklu życia, które równoważą koszty, wydajność i cele harmonogramu.
Tailoring guidelines- Dostosowanie procesu tworzy, zmienia lub dostosowuje opisy procesów, zwykle opisywane na poziomie organizacyjnym, do wykorzystania w określonym projekcie. W przypadku większości organizacji jedna definicja procesu organizacyjnego nie może lub nie będzie stosowana w 100% dla wszystkich projektów. Zwykle potrzebne są pewne dostosowania. Następnie wytyczne dotyczące dostosowywania opisują, co można, a czego nie można modyfikować, oraz identyfikują komponenty procesu, które są dopuszczalnymi kandydatami do modyfikacji.
Target profile - W ciągłej reprezentacji, lista obszarów procesów i odpowiadających im poziomów zdolności, które stanowią cel dla usprawnienia procesu.
Target staging - W ciągłej reprezentacji: sekwencja profili docelowych, opisująca ścieżkę doskonalenia procesów, którą ma podążać organizacja.
Technical data package - Zbiór pozycji, które mogą obejmować następujące elementy, jeśli takie informacje są odpowiednie dla typu produktu i jego składnika.
Technical requirements - Właściwości (atrybuty) produktów lub usług, które mają być nabyte lub opracowane.
Test procedure - Szczegółowe instrukcje dotyczące konfiguracji, wykonywania i oceny wyników dla danego testu.
Trade study - Ocena rozwiązań alternatywnych w oparciu o kryteria i systematyczną analizę, aby wybrać najlepszą alternatywę dla osiągnięcia określonych celów.
Training- W obszarze Proces szkolenia organizacyjnego zobacz definicję szkolenia. we wstępie.
Unit testing - Testowanie poszczególnych jednostek sprzętu lub oprogramowania lub grup powiązanych jednostek.
Validation- Walidacja wykazuje, że produkt w dostarczonej postaci (lub w takiej postaci, w jakiej zostanie dostarczony) będzie spełniał swoje zamierzone zastosowanie w środowisku operacyjnym. Walidacja zapewnia, że „Zbudowałeś właściwą rzecz”.
Verification- Weryfikacja obejmuje weryfikację produktu i półproduktów pod kątem wszystkich wybranych wymagań, w tym wymagań klientów, produktów i składników produktu. Weryfikacja jest z natury procesem przyrostowym. Rozpoczyna się weryfikacją wymagań, przechodzi przez weryfikację ewoluujących produktów pracy, a kończy się weryfikacją gotowego produktu. Weryfikacja dotyczy tego, czy produkt pracy właściwie odzwierciedla określone wymagania. Weryfikacja zapewnia, że „Zbudowałeś to dobrze”.
Verifying implementation - Wspólna cecha obszarów procesów modelu CMMI z etapową reprezentacją, która grupuje ogólne praktyki związane z przeglądem przez kierownictwo wyższego szczebla i obiektywną oceną zgodności z opisami procesów, procedurami i standardami.
Version control - Ustanowienie i utrzymanie poziomów bazowych oraz identyfikacja zmian w liniach bazowych, które umożliwiają powrót do poprzedniego poziomu bazowego.
Weakness - Jak w przypadku materiałów do oceny CMMI, nieefektywne wdrożenie jednej lub więcej praktyk modelowych CMMI lub jej brak.
Work breakdown structure - Układ elementów pracy i ich relacje między sobą oraz z produktem końcowym.
Work product- Termin PRODUKT ROBOCZY jest używany w całym pakiecie produktów CMMI i oznacza każdy artefakt wytworzony w procesie. Artefakty te mogą obejmować pliki, dokumenty, części produktu, usługi, procesy, specyfikacje i faktury. Przykłady procesów, które można uznać za produkty pracy, obejmują proces produkcyjny, proces szkoleniowy i proces usuwania produktu. Kluczową różnicą między WYROBEM ROBOCZYM a składnikiem produktu jest to, że produkt pracy nie musi być opracowywany ani być częścią produktu końcowego.
Work product and task attributes- Charakterystyka produktów, usług i zadań projektowych służących do oceny pracy projektowej. Te cechy obejmują elementy, takie jak rozmiar, złożoność, waga, forma, dopasowanie lub funkcja. Są one zwykle używane jako dane wejściowe do szacowania innych projektów i zasobów (np. Nakładu pracy, kosztów, harmonogramu)