Bracki ieee 1058

background image

Norma IEEE 1058 – SPMP

IEEE - The Institute for Electrical and
Electronics Engineering

Instytut inynierii elektrycznej i

elektronicznej

SPMP - Software Project Management
Plan
Plan zarządzania projektami
programowania

background image

IEEE - Instytut inynierii elektrycznej i elektronicznej

IEEE Wizja – Globalny postęp koniunktury poprzez
rozwijanie innowacji technologicznych, umożliwianie
kształtowania karier członków oraz promowanie
środowiska na całym świecie.

IEEE Misja – IEEE promuje inżynierskie procesy
tworzenia, rozwijania, integrowanie, współdzielenia oraz
dostarczania wiedzy o elektrycznych i informatycznych
technologiach i naukach dla korzyści ludzkości i
profesji/zawodu.

background image

IEEE Organizacja :

• http://www.ieee.org

• Techniczne Profesjonalne Zrzeszenie nie czerpiące
korzyści z działalności

• Około 380 000 członków, w 150 krajach

• Około 300 znaczących konferencji rocznie

• Około 900 czynnych standardów, w tym 700
rozwijanych

background image

IEEE Standardy :

• Rozwijane w środowiskach technicznych

• Dobrowolne bez kompensacji

• Używanie standardów jest dobrowolne

• Standardy s tematami przeglądów co 5
lat

• Szeroko rozpowszechnione i używane w
USA

background image

IEEE Standard 1058.1 1987

• Standard dla Planu Zarządzania Projektem
(SPMP)

• Definiuje format oraz zawartość Planu
Zarządzania Projektem (SPMP)

NIE specyfikuje używanych technik lub
przykładów

• Może być stosowany do każdego rodzaju
projektów

• Może być stosowany do projektów dowolnej
wielkości

background image

SPMP - Plan zarządzania projektami
oprogramowania – Szablon:

Strona tytułowa
Lista zmian
Przedmowa
Spis treści
Lista osób
Lista tabel
Lista figur

background image

1.Wprowadzenie (Introduction)

1.1 Zarys projektu (Project overview)
Cel, opis, znaczące działania, wymagane zasoby, główny budżet,

harmonogram, wymagany personel.

1.2 Produkty projektu (Project deliverables)
Lista wszystkich elementów projektu będących przedmiotem

dostawy, wraz z datą dostarczenia, ilościami i miejscem.

1.3 Ewolucja planu projektu (Evolution of the project

management plan)

Uaktualnienia procesu tworzenia SPMP
Np. Kto zatwierdza zmiany przed ich impelmentacją. Jak często i kto

będzie uaktualniał ten dokument

1.4 Dokumenty powiązane (Reference materials)
Lista wszystkich powiązanych dokumentów z planem oraz

mechanizmy wyszukiwania wraz z aktualnymi wersjami.

1.5 Definicje i akronimy (Definitions and acronyms)
Lista wszystkich akronimów i skrótów używanych w dokumencie wraz

z rozwinięciem

background image

2

.

Organizacja projektu (Project organization)

2.1 Model procesu projektowego (Process model)
Opis procesów rozwoju projektu. Model może być przedstawiony w

formie wykresu z zamieszczonymi opisami i datami.

2.2 Struktura organizacyjna (Organizational structure)
Wewnętrzna struktura zarządzania projektem, księgowość projektu,

raportowanie, odpowiedzialność itp. Określenie ról ( team
manager, configuration manager, webmaster itp.) Np. zespół
będzie podzielony na pod grupy, pracujące niezależnie/pełniące
poszczególne role

2.3 Granice organizacyjne i interfejsy (Organizational

boundaries and interfaces)

Specyfikacja interfejsu pomiędzy projektem a organizacjami,

powiązanmi z projektem takimi jak: organizacja sponsora, rodzima,
klienta, podwykonawcy Np. Kto będzie spotykał się z klientem i kto
będzie dokumentował modyfikacje.

2.4 Podział odpowiedzialności (Project responsibilities)
Lista wszystkich funkcji lub aktywności (znaczących, dostarczonych

klientowi) wraz z odpowiedzialnościami (jednostkowymi lub
imiennymi)

background image

3. Zarządzanie (Managerial process)

3.1 Cele i priorytety zarządzania (Management objectives and

priorities)

Np. Produkt będzie najlepszym wyprodukowanym produktem przez

organizację, Priorytetami będą: zadowoleni klienta, dostawa na
czas, edukacja pracowników.

3.2 Założenia, uwarunkowania i ograniczenia (Assumptions,

dependencies, and constraints)

Np. Założenia: system operacyjny, Uwarunkowania: JDK 1.3
3.3 Zarządzanie ryzykiem (Risk management)
Czynniki ryzyka, ocena, śledzenia, łagodzenie wystąpienia ryzyka.
3.4 Mechanizmy śledzenia i kontroli (Monitoring and

controlling mechanisms)

Definicje weryfikacji i procedur poprawności (audyt, przeglądy,

inspekcje, przejścia przez ryzyko) list dystrybucyjnych,
mechanizmów raportowania i formaty.

3.5 Plan zatrudnienia (Staffing plan)
Opis wszystkich umiejętności wymaganych w każdej fazie

projektowej, wraz z czasem rozpoczecia i okresem trwania. Np.
Jakie osoby będą potrzebne w projekcie, w której fazie i na jak
długo.

background image

4. Proces techniczny (Technical process)

4.1 Metody, narzędzia i techniki (Methods, tools, and

techniques)

Opis lub odniesienia do technicznych metod rozwoju oprogromowania.

Np. Opis systemu rozwojowego (UNIX, PII), końcowego (WINDOWS,
PIV), testowego (WINDOWS, PIII). Metody programowania
(obiektowe), dokumentowania (javaDocs).

4.2 Dokumentacja oprogramowania (Software documentation)
Np. dokumentacja będzie wykonywana za pomocą JavaDoc’u lub

standardów przyjętych w danej organizacji.

4.3 Funkcje wspomagające projekt (Project support functions)
Lista wymaganych i wspieranych przez projekt funkcji. Zapewnienia

jakości (quality assurance), wsparcie sekretriatu (secretarial
support) wsparcie negacyjne (contact negotiation support).

W szczególności należy tu określić zadania, wymagania zasobów,

harmonogram i budżet dla każdej funkcji wspomagającej.

background image

5. Etapy pracy, harmonogram i budżet (Work

packages, schedule, and budget)

5.1 Podział projektu na etapy i zadania (Work packages)
Lista etapów i zadań wykonywanych w projekcie wraz z

identyfikatorami.

5.2 Zależności (Dependencies)
Opis kolejność wykonywania poszcególnych etapów i zadań
5.3 Wymagania zasobów (Resource requirements)
Lista wymaganych zasobów, obejmująca ludzi, sprzęt,

oprogramowanie, pomieszczenia itp..

5.4 Budżet i rozdział zasobów (Budget and resource

allocation)

Budżet z podziałem na etapy i zadania wykonywane w projekcie.

Rozdział zasobów z podziałem na fazy projektu oraz etapy i zadani
wykonywane w projekcie.

5.5 Harmonogram (Schedule)
Harmonogram z podziałem na etapy i zadania wykonywane w

projekcie. Harmonogram powinien uwzględnić czas trwania każdej
z aktywności lub datę ukończenia.

Np. Harmonogram GANTT’a

background image

Dodatkowe komponenty
Indeks
Załączniki

background image

KONIEC

KONIEC


Document Outline


Wyszukiwarka

Podobne podstrony:
ieee 1058
C 1058
IEEE 802 id 209525 Nieznany
IEEE 1451 czujniki
1058
1058
ieee 802 11 wireless lan security performance GQRO5B5TUOC7HMLSH2CWB5FMY6KJ5CX2O42KGCQ
IEEE szablon
1 Firewire IEEE 1394
IEEE Std 1149 1 JTAG
IEEE PCA AC Motor Application 0 Nieznany
IEEE Finding Patterns in Three Dimensional Graphs Algorithms and Applications to Scientific Data Mi
application assets Notes 1059 1058 ped por
1058
kazmierkowski ieee
IEEE 34 3867 1998
IEEE 802 1X
metro ethernet ieee

więcej podobnych podstron