Aplikacja wspomagająca funkcjonowanie

firmy transportowej

Plan Zarządzania Konfiguracją

dla Firma Transportowa „CMX”

[Text zawarty w nawiasach kwadratowych, napisany niebieską kursywą (styl=InfoBlue), jest zawarty jako wskazówka dla osoby tworzącej dokument. Powinien zostać skasowany przed opublikowaniem ostatecznej wersji dokumentu.]

[Aby dostosować automatyczne pola (gdy zaznaczone, mają szare tło) w Microsoft Word wybierz Plik>Właściwości i zamień Tytuł, Temat i Nazwę Firmy na odpowiednie wartości dla tego dokumentu. Po zamknięciu okna dialogowego, automatyczne pole mogą zostać zaktualizowane poprzez wybranie Edycja>Zaznacz wszystko (lub Ctrl+A) i naciśnięcie klawisza F9. Powyższa operacja musi zostać wykonana osobno dla Nagłówka i Stopki.]

Historia zmian

Data	Wersja	Opis zmiany	Autor
<dd/mm/rr>	<x.x>	<szczegóły>	<nazwisko>

Spis treści

1. Wprowadzenie

Plan Zarządzania Konfiguracją

1. Wprowadzenie

[Wprowadzenie do Planu Zarządzania Konfiguracją zapewnia opis ogólny całego dokumentu. Zawiera cel, zakres, definicje, akronimy, skróty, dokumenty powiązane, etc.]

Projektowany system dla firmy transportowej w swojej rozpiętość będzie musiał spełniać założenia projektu przez wiele lat i na wielu stanowiskach roboczych. W celu sprawnego działania obsługi technicznej i programistycznej system potrzebny jest Plan Zarządzania Konfiguracją.

W prezentowanym planie zarządzania konfiguracją znajdziemy informacje dotyczące identyfikacji, kontroli wersji, organizacji odpowiedzialności za publikowanie nowych wersji systemu oraz sposobu ich kontroli i akceptacji. Każdy system podawany jest ulepszeniom w dążeniu do perfekcji wykonania, aby każda kolejna zmiana w systemie była jasna dla wszystkich osób związanych z jego tworzeniem potrzebny jest jasny opis zmian oraz polityka archiwizacji dla bezpieczeństwa systemu.

1. Cel

[Podaj cel tworzenia Planu Zarządzania Konfiguracją.]

Celem Planu Zarządzania Konfiguracji jest umożliwić członkom Zespołu projektowego i wszystkim, którzy będą użytkowali produkt sprawdzenie, czy posiadają właściwą wersję i umożliwienie śledzenie statusu każdego produktu i zapisywanie śladu rewizyjnego.

Każdy projekt musi podlegać konfiguracji oprogramowania. Ma ono krytyczny wpływ na jakość końcowego produktu. Jest niezbędne dla efektywnego rozwoju oprogramowania i jego późniejszej pielęgnacyjności.

2. Zakres

[Krótki opis zakresu Planu Zarządzania Konfiguracją; jakie modele są z nim powiązane oraz wszystkie inne zasoby, na które ten dokument wpływa.]

Plan Zarządzania dokumentacją i procedury w nim zawarte powinny być ustalone jeszcze przed rozpoczęciem produkcji kodu i dokumentacji. Wszelkie przejawy zarządzania konfiguracją oprogramowania muszą opierać się na opisanych poniżej schematach i procedury. Ich przestrzeganie jest obligatoryjne na każdym szczeblu prowadzenia projektu. Każda sekcja powinna dokumentować wszystkie aktywności związane z konfiguracja oprogramowania, w szczególności:

• organizację zarządzania konfiguracjami;

• procedury do identyfikacji konfiguracji;

• procedury do kontroli zmian;

• procedury do rejestrowania statusu konfiguracji;

• narzędzia, techniki i metody dla zarządzania konfiguracjami;

• procedury do kontrolowania dostawców;

• procedury do gromadzenia i zachowywania zapisów dotyczących konfiguracji.

1. Definicje, akronimy i skróty

[Ta sekcja przedstawia wszystkie terminy, akronimy oraz skróty niezbędne do poprawnego zinterpretowania Planu Zarządzania Konfiguracją. Można tutaj zawrzeć odwołania do Słownika.]

2. Dokumenty powiązane

[Tutaj należy umieścić kompletną listę dokumentów, do których występują odwołania gdziekolwiek w obrębie Planu Zarządzania Konfiguracją. Dla każdego dokumentu podaj: tytuł, datę publikacji oraz organizację publikującą. Przedstaw także źródła, skąd można go uzyskać.]

Plan Zarządzania Projektem

Data oddania: 27.11.2008

Osoba odpowiedzialna: Katarzyna Kolbrecka

Źródło: załącznik

Plan komunikacji - szablon

Data oddania: 9.12.2008

Osoba odpowiedzialna: Małgorzata Jaworska

Źródło: załącznik

Plan Zarządzania Ryzykiem

Data oddania: 27.11.2008

Osoba odpowiedzialna: Małgorzata Jaworska

Źródło: załącznik

Źródło: załącznik

Plan testów

Data oddania: 4.12.2008

Osoba odpowiedzialna: Maciej Koltermann

Źródło: załącznik

Plan zarządzania konfiguracją

Data oddania: 15.12.2008

Osoba odpowiedzialna: Sławomir Stańczuk

Źródło: załącznik

Plan Zapewnienia Jakości

Data oddania: 27.11.2008

Osoba odpowiedzialna: Sandro (…)

Źródło: załącznik

3. Organizacja dokumentu

[W tym miejscu należy umieścić informację o tym, co zawiera pozostała część Planu Zarządzania Konfiguracją oraz krótkie wyjaśnienie tego, jak dalszy materiał jest zorganizowany.]

2. Zarządzanie konfiguracją oprogramowania

1. Organizacja, odpowiedzialności oraz interfejsy

[Opisz kto będzie odpowiedzialny za wykonywanie różnorodnych zadań Zarządzania Konfiguracją (ZK)]

Trzy poziomy odpowiedzialności:

• autor kodu (programista)

Programista główny- Odpowiedzialny za implementację systemu zgodnie z przedstawionym projektem, a także za koordynację pracy podległych mu programistów oraz przekazywanie im dokładnych instrukcji.

Programista - Odpowiedzialny za implementację systemu zgodnie z przedstawionym projektem

• kierownik projektu;

Kierownik projektu - jest odpowiedzialne za organizowanie aktywności związanych z ZKO, zdefiniowanie ról personelu oraz przypisanie ról do personelu. Kierownik projektu musi wymagać dokładnej identyfikacji wszystkich komponentów składających się na projekt oprogramowania i określania ich statusu (np. wstępny, roboczy, zatwierdzony, końcowy). Jest odpowiedzialny za połączenie PK niższego poziomu (kod, dokumentacja) w PK wyższego poziomu (konfiguracje).

• ciało kontrolno-rewizyjne.

W skład tego ciała wchodzi właściciel firmy, czyli zleceniodawca i kierownik projektu,

Konserwator oprogramowania - Odpowiedzialny za etap instalacji i przeszkolenia przyszłych użytkowników systemu, oraz za konserwację oprogramowania po etapie instalacji. Współpracuje z programistami

1. Narzędzia, środowisko oraz infrastruktura

[Opisz środowisko hardware'owe oraz software'owe, które zostanie użyte do wypełniania zadań Zarządzania Konfiguracją na przestrzeni całego projektu.

Opisz narzędzia i procedury, które zostaną użyte do wersjonowania artefaktów powstających na przestrzeni całego projektu.

Zagadnienia, które ponadto należy poruszyć w tym miejscu:

szacowana wielkość danych produktu

rozproszenie zespołu projektowego

fizyczne umiejscowienie serwerów oraz maszyn klienckich]

3. Plan Zarządzania Konfiguracją

1. Identyfikacja konfiguracji

1. Metody identyfikacji

[Opisz sposób nazywania, oznaczania oraz numerowania artefaktów projektowych. Ten schemat identyfikacji powinien zawierać opis hardware'u, oprogramowania systemowego, produktów komercyjnych i wszystkich artefaktów projektowych umieszczonych w katalogu projektu; np. plany, modele, komponenty, oprogramowanie testujące, pliki wykonywalne, etc..]

2. Wytyczne projektowe

[Wytyczne projektowe dostarczają oficjalnych reguł postępowania w zarządzaniu konfiguracją . Jedynie uprawnione osoby są władne wprowadzać zmianę do tych wytycznych.]

Opisz na jakim etapie prac projektowych wytyczne muszą zostać utworzone. Najczęściej stosuje się rozwiązanie zakładające, ze ogólne wytyczne tworzone są na początku każdej fazy projektowej.

Opisz kto jest odpowiedzialny za autoryzację wytycznych oraz co takie wytyczne mają zawierać.]

2. Zarządzanie Konfiguracją i Zmianą

1. Przetwarzanie zgłoszenia zmiany oraz jej akceptacja

[Opisz proces, który będzie stosowany w przypadku zgłaszania usterek/zmian oraz ich przeglądu i zatwierdzenia .]

2. Ciało Kontroli Zmian (CKZ)

[Opisz skład Ciała Kontroli Zmian (CKZ) oraz procedury przetwarzania zgłoszenia zmiany / akceptacji zmiany, które CKZ musi wykonywać.]

3. Archiwizacja stanu konfiguracji

1. Przechowywanie projektu oraz proces publikacji produktu (release)

[Opisz polityki retencji, tworzenia kopii zapasowych, plany odzyskiwania po awarii. Ponadto zamieść opis w jaki sposób nośniki będą przechowywane - online, offline, typ nośnika, format, etc.

W tym miejscu powinien znaleźć się opis procesu publikacji produktu (release). Powinien zawierać informację, dla kogo każda publikacja produktu jest przeznaczona, czy są znane problemy oraz opis instalacji produktu.]

2. Raporty oraz audyty

[Opisz zawartość, format, oraz cel możliwych raportów oraz audytów konfiguracji.

Raporty są stosowane do oszacowania “jakości produktu” w każdym określonym punkcie cyklu wytwarzania oprogramowania. Raporty zawierające defekty z listy rzeczy “do zmiany” mogą stanowić użyteczny wskaźnik jakości, który może służyć jako alert o krytycznych obszarach dla deweloperów oraz kierownictwa projektu. Defekty często klasyfikujemy pod względem ich krytyczności (niski, średni, wysoki) i ich raportowanie może odbywać się zgodnie z poniższymi cechami:

Wiek (raport o czasie): Jak długo defekty różnych typów są naprawiane? Jaki jest czas opóźnienia pomiędzy wykryciem defektu i jego naprawieniem?

Rozproszenie (raport o ilości): Ile defektów znajduje się w projekcie pod względem ich autora, priorytetu lub postępu naprawy?

Trend (raport o czasie oraz ilości): Jaka jest łączna liczba znalezionych oraz naprawionych defektów na przestrzeni czasu? Jaki jest stopień wykrywalności i naprawialności defektów? Jaki jest średni czas naprawiania defektu?

4. Kamienie milowe

[Zidentyfikuj wewnętrzne oraz klienckie kamienie milowe, które mogą mieć związek z Zarządzaniem Konfiguracją. Ta sekcja powinna zawierać informacje kiedy Plan Zarządzania Konfiguracją ma być aktualizowany.]

5. Szkolenia i zasoby

[Opisz narzędzia, personel oraz szkolenia niezbędne do wdrożenia założeń Planu Zarządzania Konfiguracją.]

Szkolenia będą prowadzone przez konserwatora oprogramowania na prośbę zleceniodawcy dla jego pracowników w terminie ustalonym z kierownikiem projektu. Zakres tematyczny, czas i przeznaczenie szkoleń będzie ustalany przez kierownika projektu w porozumieniu z zleceniodawcą.

6. Kontrola podwykonawców oraz dostawców oprogramowania

[Opisz w jaki sposób deweloperzy spoza projektu mają uczestniczyć w Zarządzaniu Konfiguracją.]

<Nazwa Firmy>

Aplikacja wspomagająca funkcjonowanie firmy transportowej	Wersja: 1.0
Plan Zarządzania Konfiguracją	Data: 10.12.2008
Konfiguracja dla “CMX”

Poufne

©CMX 2009

Strona 5

---