Zarządzania jakością oprogramowania
Definicje
Software Quality Management (SQM) celem jest zarządzanie jakości procesu tworzenia oprogramowania i produktów.
Jakość wyrobów jest produktem, który spełnia swoje określone wymagania i zadowolenie użytkowników
Jakość Kultury środowiska organizacyjnego, gdzie jakość jest postrzegana jako odpowiedzialność każdej osoby.
Wstęp
Integracja SQM w cyklu rozwoju z dnia-1 jest sposobem na zapewnienie pomyślnego rozwoju produktów wysokiej jakości.
Opis
Informatyka używa SQM jako termin, który obejmuje następujące warstwy jakość:
Software Quality Assurance (SQA) warstwy
Przewodnik jakości organizacyjna
Norm, przepisów i procedur produkcji, kontroli, oceny i potwierdzenia wyników prac podczas cyklu rozwoju oprogramowania
Włączone bazy wiedzy najlepszych praktyk
półka wybranych narzędzi programowych do stosowania wyżej
Software Quality Plan (SQP) warstwy
Poziomie projektu planu jakości napisany przez każdego projektu uznającej zobowiązania projekt, aby zastosowanie określonych norm, przepisów, procedur i narzędzi podczas cyklu rozwoju. Ponadto SQP powinna zawierać cele jakościowe muszą zostać osiągnięte, oczekiwane ryzyka i zarządzania ryzykiem. Źródeł SQP pochodzą z
SQA elementy, które są przyjęte jak i dostosowane do potrzeb projektu
Nowe procedury, standardy i narzędzia uzupełnianie brakujących lub nie-dotyczy części SQA, które zostały napisane w szczególności w odniesieniu do projektu, lub przywiezione spoza organizacji.
Wszelkie odchylenia SQP z SQA powinno być uzasadnione przez kierownika projektu i potwierdzone przez zarząd spółki.
Software Quality Control (SQC) warstwy
Zapewnia, że w procesie zarówno SQA i SQP są stosowane przez zespoły projektowe.
Działania obejmują SQC
Mentoring, jak dawać artefakty, takie jak ściśle określonych dokumentów technicznych przy użyciu standardowych szablonów
Mentoring sposobu prowadzenia standardowych procesów, takich jak oceny jakości
Wykonaj w procesie oceny jakości w celu weryfikacji, oceny i potwierdzić artefakty
Sprawdza i ocenia na celu poprawę wykorzystania metod, procedur i przyjętych narzędzi programowych
Role SQM
w celu zapewnienia wymaganego poziomu jakości, co zostało osiągnięte w oprogramowania
zachęcanie całej firmie "Quality Culture" , gdzie jakość jest postrzegana jako odpowiedzialność każdej osoby
zmniejszenie krzywą uczenia się oraz pomoc przy ciągłości członków zespołu przypadku zmiany stanowiska w organizacji
pozwala w procesie Unikanie błędów i błędów Zapobieganie poprzez właściwy rozwój
Wiele osób korzysta z warunkami SQM i SQA (zapewnienia jakości oprogramowania) zamiennie.
III. Software Quality Assurance
A. Pojęcia i definicje
Software Quality Assurance (SQA) definiuje się jako planowane i
systematycznego podejścia do oceny jakości i
przestrzegania standardów oprogramowania, procesy i
procedur. SQA obejmuje proces, zapewniając przy tym
normy i procedury są ustalane i są następnie
w całym cyklu życia oprogramowania nabycia. Zgodność
z uzgodnionych norm i procedur oceny
poprzez monitorowanie procesu oceny produktu, a także audytów.
Tworzenie oprogramowania i procesów kontroli powinien obejmować
punktów zapewnienia jakości zgody, jeżeli z oceny SQA
produktu może być dokonane w odniesieniu do obowiązujących
standardów.
B. standardów i procedur
Ustalenie standardów i procedur w zakresie oprogramowania
ma zasadnicze znaczenie, ponieważ stanowią ramy
z których oprogramowanie ewoluuje. Normy są
ustalonych kryteriów, do których produktów oprogramowania
porównaniu. Procedury to ustalone kryteria, do których
rozwoju i procesów kontroli są porównywane.
Standardy i procedury ustanowienia określonych metod
do tworzenia oprogramowania; rolę SQA jest zapewnienie ich
istnienia i odpowiedniości. Właściwa dokumentacja standardów
i procedur jest konieczna, ponieważ z działalności SQA
monitorowanie procesu oceny produktu, a badanie polegać
na jednoznaczne definicje środka zgodności projektu.
Rodzaje norm należą:
Dokumentacja Standardy określają formy i treści
planowania, kontroli i dokumentacji produktów i świadczenia
spójność całego projektu. NASA Dane przedmiotu
Opisy (DIDs) są standardy dokumentów (patrz
Dodatek B).
Design Standards określić formę i treść
Product Design. Dostarczają one zasad i metod
tłumaczenia wymagania dotyczące oprogramowania do oprogramowania
projektowania i reprezentowanie go w projekcie
dokumentacji.
Kodeks Standardów określają język, w którym kod
jest napisany, struktury, konwencje stylu, zasady struktury danych
i interfejsów oraz wewnętrznej dokumentacji kodu.
Procedury to wyraźne kroki, które należy przestrzegać podczas procesu. Wszystkie te procesy powinny być udokumentowane.
Przykłady procesów, dla których procedury są potrzebne to:
zarządzanie konfiguracją, niezgodności i sprawozdawczości
działań naprawczych, testowania i formalnej kontroli.
Jeśli opracowane zgodnie z NASA DID, plan zarządzania
opisuje procesy rozwoju oprogramowania sterującego, np.
jak zarządzanie konfiguracją, na które nie muszą być
procedur i zawiera wykaz norm produktów.
Standardy muszą być udokumentowane zgodnie z normami
i wytycznych było w specyfikacji produktu.
planowania konieczne do zapewnienia, że zarówno produkty
i procesy są zgodne z wyznaczonymi standardami i
procedury są opisane w części przez jednostkę zarządzania
Planu.
C. Software Quality Assurance Inne
Oceny produktów i monitorowania procesu SQA
działań, które zapewniają rozwój oprogramowania i kontroli
procesów opisanych w projekcie planu zarządzania są
przeprowadzone w sposób prawidłowy i że projekt procedur i
normy są przestrzegane. Produkty są monitorowane
Zgodność z normami i procesy są monitorowane
zgodności z procedurami. Audyty są kluczowe wykorzystana technika
do wykonywania oceny produktu i monitorowania procesu.
Przegląd planie powinny zapewnić właściwe
Punktów SQA zatwierdzenia są wbudowane w te procesy.
Ocena produktu jest działalność SQA zapewnia, że normy
są przestrzegane. Najlepiej, pierwsze produkty monitorowane
przez SQA należy projektu standardów i procedur. SQA
zapewnia, że jasne i precyzyjne normy nie istnieją, a następnie
ocenia zgodność oprogramowania do
ustalonych norm. Oceny wyrobów zapewnia, że
oprogramowania zgodna z wymaganiami obowiązujących
norma (-y), określone w planie zarządzania.
Monitoring procesu. Jest to działalność SQA zapewniająca
odpowiednie kroki w celu sprawdzenia procesu. SQA monitoruje procesy poprzez porównanie rzeczywistych
działań z tymi dokumentach zawierającymi procedury.
Sekcja Assurance Management Plan określa
metody stosowane w procesie monitorowania działalności SQA.
Podstawową techniką sprawdzania w SQA jest audyt, który daje wgląd w
procesy , porównując je z ustalonymi procedurami i standardami. Audyty są wykorzystywane do
Management Review, technicznych i zapewniania, aby procesy
zawierać informację o jakości i stanu
oprogramowania.
Celem audytu SQA jest zapewnienie, że właściwa kontrola
procedury są następnie, że wymagana dokumentacja
zostanie utrzymany, oraz że deweloper statusu sprawozdania
odzwierciedlać stan aktywności. SQA
Produkt jest sprawozdanie z audytu zarządzania składające się z
ustalenia i zalecenia doprowadzić do rozwoju
zgodności z normami i / lub procedur.
D. SQA relacji do innych Assurance Inne
Niektóre z ważniejszych związków SQA do innych
zarządzania i zapewnienia działania są opisane poniżej.
1. Configuration Management Monitoring
SQA zapewnia, że oprogramowanie Configuration Management (CM)
są wykonywane zgodnie z planami oraz normami i procedurami. SQA opinie CM plany
zgodności z politykami CM oprogramowania i wymagań
stanowi kontynuacji niezgodności. Audyty SQA CM
funkcji do przestrzegania standardów i procedur oraz
przygotowuje raporty o wynikach kontroli.
Działalność CM jest monitorowana i kontrolowana przez SQA. Obejmuje kontrolę podstawową, identyfikacje konfiguracji
kontrole konfiguracji, rachunkowość statusu konfiguracji oraz
uwierzytelnianie konfiguracji, monitorowanie i audyty
biblioteki oprogramowania. SQA zapewnia, że:
Wskaźniki bazowe są ustalone i konsekwentnie prowadzi
do wykorzystania w kolejnych rozwoju podstawowej i kontroli.
Identyfikacja konfiguracji oprogramowania i jest zgodna
dokładne w odniesieniu do numeracji lub nazywanie
programy komputerowe, moduły oprogramowania, jednostki oprogramowania i
powiązane dokumenty oprogramowania.
Kontrola konfiguracji prowadzi takie, że
konfiguracji oprogramowania wykorzystywanego w krytycznych fazach
badania, przyjęcia, a dostawa jest zgodna z
związaną z nim dokumentację.
Rachunkowości status Konfiguracja odbywa się dokładnie
w tym rejestracji i raportowania danych na temat
Identyfikacja konfiguracji oprogramowania, proponowane
zmiany identyfikacji konfiguracji oraz
Stan realizacji zatwierdzonych zmian.
Uwierzytelniania konfiguracji oprogramowania jest ustanowiona przez
szereg opinii konfiguracji i kontroli, które wykazują
wyników wymaganych przez wymagania dotyczące oprogramowania
specyfikacji i konfiguracji oprogramowania
dokładnie odzwierciedlone w dokumentach projektowaniu oprogramowania.
Bibliotek Tworzenie oprogramowania zapewnia odpowiednie
obsługa kodu oprogramowania, dokumentacji, media i
powiązanych danych w różnych formach i wersjach z
pierwszej ich przyjęcia lub zatwierdzenia, dopóki nie
zostały włączone do ostatecznej mediów.
Zatwierdzonych zmian baselined oprogramowania są
prawidłowo i konsekwentnie we wszystkich produktów, a nie
nieautoryzowanych zmian.
2. Kontroli i monitoringu Validation
SQA zapewnia weryfikację działalności technicznej przeglądów oraz inspekcji.
Rolą SQA w przeglądach i inspekcjach jest obserwowanie, uczestniczenie w miarę potrzeb oraz sprawdzenie, czy procesy zostały prawidłowo przeprowadzone i udokumentowane.
SQA zapewnia również, że wszelkie działania wymagane są przypisane,
udokumentowanych, regularnych i zaktualizowane.
Opinie Oficjalne oprogramowanie powinno być przeprowadzone pod koniec
każdym etapie cyklu życia w celu zidentyfikowania problemów i
ustalenia, czy produkt spełnia wszystkie tymczasowe zastosowanie
wymagania. Przykłady usunięcia opinii są
Preliminary Design Review (PDR), Critical Design Review
(CDR), a przegląd gotowości do testów (TRR). Przegląd patrzy
ogólny obraz produktu opracowywane aby sprawdzić, czy
spełnia jego wymagania. Opinie są częścią
procesu rozwoju, mające na celu zapewnienie gotowości / nie gotowy
Decyzja o rozpoczęciu kolejnej fazy. W formalnej oceny rzeczywistej
praca wykonywana jest w porównaniu z przyjętymi standardami. SQA's
Głównym celem oceny jest zapewnienie, że zarządzanie
i planów rozwoju były przestrzegane, i że
produkt jest gotowy, aby przejść do następnego etapu
rozwój. Chociaż decyzję o przejściu jest
decyzji kierownictwa, SQA jest odpowiedzialna za doradzanie
zarządzanie i udział w podejmowaniu decyzji.
Kontroli lub instrukcji jest szczegółowe badanie
produktu krok po kroku lub line-of-kod line-of-kod
Podstawa do znalezienia błędów. W przypadku inspekcji i omówienia SQA
zapewnia, co najmniej, że proces jest właściwie
zakończona, a potrzeba kontynuacji jest wykonywana. Kontroli
Proces ten może być stosowany do mierzenia zgodności z normami.
3. Oficjalne Test monitoringu
SQA zapewnia, że testowanie oprogramowania jest wykonywane zgodnie z planami i procedurami.
SQA bada dokumentację pod względem kompletności i
zgodność z normami. Przegląd dokumentacji obejmuje
plany badań, badania techniczne, procedury badawcze i badania
raportów. SQA monitoruje badania i stanowi kontynuację na
niezgodności. Dzięki monitorowaniu badań, SQA zapewnia oprogramowanie
kompletności i gotowość do realizacji.
Celem SQA w monitorowaniu oprogramowania jest zapewnienie , że:
Procedury badawcze oprogramowania są zgodne z planami testów.
Procedury badawcze są weryfikowalne.
Korekty lub ogłaszane wersja oprogramowania jest
badanych (poprzez monitorowanie SQA działalności CM).
Procedury badawcze są przestrzegane.
Niezgodności występujące w trakcie badania są oznaczone i zarejestrowane.
Sprawozdania z badań są dokładne i kompletne.
Testowanie regresji jest prowadzona w celu zapewnienia
niezgodności zostały wyeliminowane.
Uchwała wszystkich niezgodności odbywa się przed
dostawa.
Testowanie oprogramowania sprawdza, czy program spełnia swoje
wymagania. Jakość badań jest zapewnione przez
sprawdzeniu, że spełnione są wymogi projektu i
Proces testowania jest zgodne z planami badań i
procedur.
E. Software Quality Assurance Podczas Software
Nabycie Life Cycle
W uzupełnieniu do ogólnych działań opisanych w
podsekcji C i D są fazy konkretnych działań SQA
, którą należy przeprowadzić w czasie Software Acquisition
Cykl życia. Na zakończenie każdego etapu SQA
zgody jest kluczowym elementem w decyzji kierownictwa
wszczęciu kolejnej fazy cyklu życia. Proponowane
działania na każdym etapie są opisane poniżej.
1. Oprogramowanie Koncepcja i Wszczęcie Phase
SQA powinny być zaangażowane zarówno w formie pisemnej i przegląd
Plan zarządzania w celu zapewnienia, że procesy,
procedur i standardów określonych w planie są
właściwe, jasne, konkretne i audytowi. W tym
fazy SQA również punkt QA Zarządu
Planu.
2. Wymagania programowe Faza
Podczas fazy wymagań systemowych, SQA zapewnia, że
Wymagania programowe są kompletne, sprawdzalne, a właściwie
wyrażony jako funkcjonalne, wydajności i interfejsu
wymagania.
3. Oprogramowanie architektoniczne (wstępne) Faza projektowania
Działalności SQA podczas architektoniczne (wstępne) informatyka
etap obejmuje:
Zapewnienie przestrzegania standardów przyjętych w projekt jako
wyznaczonych w planie.
Zapewnienie wszystkich wymagań programowych są przydzielane
komponentów oprogramowania.
Zapewnienie, że matryca weryfikacji badania istnieje i
jest aktualizowane.
Zapewnienie interfejsu dokumentów kontrolnych są
umowy ze standardem w formie i treści.
Przegląd dokumentacji PDR i zapewnieniu, że wszystkie
przedmiotów działania zostały rozwiązane.
Zapewnienie zatwierdzonego projektu znajduje się pod
zarządzanie konfiguracją.
4. Oprogramowanie Szczegółowe fazie projektowania
Działalności SQA podczas szczegółowego fazie projektowania obejmuje:
Zapewnienie, że zatwierdzony projekt normy są przestrzegane.
Zapewnienie, że przyznane moduły znajdują się w
szczegółowy projekt.
Zapewnienie, że wyniki kontroli projektu, to
uwzględnione w projekcie.
Przegląd dokumentacji CDR i zapewnieniu, że wszystkie
przedmiotów działania zostały rozwiązane.
5. Software Implementation Phase
Działalności SQA w fazie realizacji w
kontroli:
Wyniki kodowanie i projektowanie działań w tym
harmonogramem zawartym w Planie Rozwoju Oprogramowania.
Status wszystkie zrealizowane przedmioty.
Działalności Konfiguracja i zarządzanie oprogramowaniem
Biblioteka rozwoju.
Niezgodność sprawozdawczości i działań naprawczych systemu.
6. Oprogramowanie integracji i testowania fazy
Działalności SQA w integracji i fazie testowej
obejmują:
Zapewnienie gotowości do badania wszystkich zrealizowane
przedmiotów.
Zapewnienie, że wszystkie badania prowadzone są zgodnie z badania planów
i procedur oraz że wszelkie niezgodności były zgłaszane
i rozwiązane.
Zapewnienie, że raporty z badań są kompletne i prawidłowe.
Poświadczające, że testy nie są kompletne i oprogramowania oraz
dokumentacja są gotowe do dostarczenia.
Udział w gotowości do testów Przegląd i zapewnienie
wszystkie elementy działania zostały zakończone.
7. Oprogramowanie Przyjmowanie i fazy stanie
Jako minimum, działania SQA podczas odbioru oprogramowania
i fazy stanie obejmować zapewnienie wykonania
Ostateczna kontrola konfiguracji, aby wykazać, że wszystkie
zrealizowane elementy są gotowe do dostarczenia.
8. Utrzymanie Software Engineering and Operations Phase
Na tym etapie nie będzie mini-cyklu rozwoju
zwiększenia lub poprawienia oprogramowania. Podczas tych rozwoju
cykli, SQA prowadzi odpowiedniej fazy poszczególnych
działań opisanych powyżej.
F. technik i narzędzi
SQA powinien ocenić swoje potrzeby w zakresie narzędzi zapewnienia porównaniu
te dostępne off-the-shelf do stosowania do
konkretnego projektu i muszą być rozwijane innych wymaga.
Przydatne narzędzia mogą zawierać audytu i kontroli wykazy
i automatyczne analizatory standardów kodu.
Zaplanowany i systematyczny ogół wszystkich działań niezbędnych do wytworzenia odpowiednio silnego zaufania, że element lub produkt odpowiada ustalonym względem niego wymaganiom technicznym