Produkty
Produkty Vstupního profilu.
Relationships
Main Description

Toto je abecední seznam vstupních, výstupních a interních produktů, jejich popis, možné stavy a zdroje. Zdrojem může být jiný proces nebo vnější entita projektu, např. zákazník. Pro prezentační účely je tento list zobrazen ve formě tabulky se čtyřmi sloupci. Až na několik výjimek jsou položky produktů v následující tabulce založeny na informačních položkách normy ISO/IEC 15289. 27

Stav produktu přináší informace projektovému týmu o typu práce (úlohách), která již na produktu byla vykonána (například: zhodnocení, verifikace, otestování, potvrzení specifikace). Tato informace může být použita k začátku nových úloh, které mohou využít produkt jako vstup. Některé produkty nemají přiřazený stav, protože jsou jen informativní a nemění obsah (například: Akceptační protokol, Registr oprav, Záloha Projektového úložiště, Verifikace/Validace výsledků).



Název

Popis

Zdroj

1.

Akceptační protokol

Dokumentuje přijetí položek zákazníkem, které jsou určeny k dodání. Může mít tyto charakteristiky:



-            Záznam o přijetí výstupů k dodání

-            Identifikace data přijetí

-            Identifikace součástí výstupu

-            Záznamy o verifikaci dodávek zákazníkem v souladu s Dohodou se zákazníkem

-            Identifikace otevřených problémů

-            Podepsáno přijímajícím zákazníkem

Projektové řízení

2.

Požadavek na změnu

Identifikuje problém softwaru nebo dokumentace nebo požadované zlepšení a žádosti o modifikaci. Může mít následující charakteristiky:



-          Identifikace účelu změny

-          Identifikace stavu žádosti (nová, odsouhlasená, zamítnutá)

-          Identifikace kontaktních informací žadatele

-          Dopad na systém(y)

-          Dopad na provoz současných systémů

-          Dopady na související dokumentaci

-          Závažnost požadavku, požadované datum vyřešení požadavku



Používané stavy: přijatý a sledovaný.

Implementace softwaru



Zákazník



Projektové řízení

3.

Záznam z jednání

Zaznamenává dohody uzavřené se zákazníkem a/nebo
s pracovním týmem. Může mít následující charakteristiky:



-          Účel jednání

-          Účastníci

-          Datum, místo konání

-          Odkaz na zápis z předchozího jednání

-          Čeho bylo dosaženo

-          Identifikace vzniklých problémů

-          Otevřené problémy

-          Dohody

-          Příští schůzka, pokud je naplánována.



Používané stavy: aktualizovaný.

Projektové řízení

4.

Záznam o stavu projektu

Zaznamenává stav projektu vůči Plánu projektu.



Může mít následující charakteristiky:



-          Skutečný stav úloh vůči plánovaným úlohám

-          Skutečný stav výsledků vůči stanoveným cílům

-          Skutečný stav alokace zdrojů vůči plánovaným zdrojům

Projektové řízení





-          Skutečný stav nákladů vůči odhadovanému rozpočtu

-          Skutečný stav časového plnění vůči plánovanému harmonogramu

-          Skutečný stav rizika vůči původně identifikovanému

-          Záznam všech odchylek od plánovaných úloh a důvody jejich vzniku



Používané stavy: ohodnocený.



5.

Plán projektu

Ukazuje, jak budou vykonávány projektové procesy a činnosti pro zajištění úspěšného dokončení projektu, a také kvalitu produktů pro zákazníka. Obsahuje tyto součásti, které mohou mít vlastní charakteristiky:

-          Popis produktu

o    Účel

o    Obecné požadavky zákazníka

-          Popis rozsahu, toho, co je obsaženo, a co není

-          Produkty pro zákazníka – seznam produktů k doručení

-          Úlohy včetně verifikace, validace a revize se zákazníkem a pracovním týmem k zajištění kvality pracovních produktů. Úlohy mohou být representovány jako diagram rozkladu prací.

-          Vztahy a závislosti úloh

-          Odhadovaná doba trvání úloh

-          Zdroje (lidské, materiální, normy, vybavení a nástroje)
a kdy budou dané zdroje požadovány

-          Složení pracovního týmu

-          Harmonogram úloh projektu zachycující očekávané datum zahájení a dokončení pro každou úlohu

-          Odhadovaná pracnost a náklady

-          Identifikace rizik projektu



POZNÁMKA: Může také zahrnovat tyto další charakteristiky



-          Zdroje mohou zahrnovat požadované školení

-          Harmonogram úloh projektu zachycující vztahy
a závislosti mezi úlohami

-          Strategie řízení verzí

o    Identifikace nástrojů nebo mechanismů uložení produktu  

o    Specifikace umístění a přístupových mechanismů k úložišti

o    Definice identifikace a řízení verzí 

o    Definice zálohovacích a obnovovacích mechanismů

o    Specifikace mechanismů ukládání, nakládání
s verzemi a jejich dodání (včetně archivace
a znovunabytí)

-          Dodací instrukce

o    Identifikace potřebných součástí pro uvolnění produktu (např. hardware, software, dokumentace a další)

o    Požadavky na dodání

o    Sekvenční seřazení úloh, které musí být vykonány

o    Identifikace použitelných vydání produktu

o    Identifikace všech dodaných Softwarových komponent s údaji o verzi

o    Identifikace všech nezbytných zálohovacích
a obnovovacích procedur

Používané stavy: přijatý a revidovaný.

Projektové řízení

6.

Projektové úložiště

Elektronický nosič pro uložení pracovních produktů
a produktů pro zákazníka. Může mít následující charakteristiky:



-          Ukládá projektové pracovní produkty

-          Ukládá uvolněné produkty pro zákazníka

-          Funkce uchování a znovunabytí

-          Umožňuje prohlížet obsah

-          Výpis obsahu včetně popisu atributů

-          Sdílení a přenos pracovních produktů mezi pracovním týmem

-          Efektivní řízení přístupů

-          Udržování popisů pracovních produktů

-          Obnova archivovaných verzí pracovních produktů

-          Schopnost oznamovat stav pracovních produktů

-          Změny pracovních produktů jsou sledovatelné
v Požadavcích na změnu



Používané stavy: aktualizované.

Projektové řízení

7.

Specifikace požadavků

Identifikuje požadavky na software. Může mít následující charakteristiky:



-          Úvod – obecný popis softwaru a jeho použití v rámci podnikání zákazníka;



-          Popis požadavků:



o    Funkcionalita – stanovené požadavky, které zajistí software v případě použití za určitých podmínek. Funkcionalita musí být adekvátní, přesná a bezpečná.

o    Uživatelské rozhraní – definice těch charakteristik uživatelského rozhraní, které umožňují co nejjednodušší porozumění
a pochopení softwaru, takže je uživatel schopen vykonávat své úlohy efektivně, včetně popisu daného rozhraní

o    Vnější rozhraní – definice rozhraní
s ostatním softwarem nebo hardwarem



POZNÁMKA: Může také zahrnovat tyto další charakteristiky



-          Spolehlivost – specifikace úrovně výkonnosti softwaru z hlediska vyspělosti, tolerance chyb
a obnovitelnosti

-          Efektivita – specifikace úrovně výkonnosti softwaru
z hlediska využití času a zdrojů

-          Údržba – popis součástí usnadňujících pochopení
a realizaci budoucích modifikací softwaru

-          Přenositelnost – popis charakteristik softwaru, které umožňují jeho přenos z jednoho místa na jiné

-          Limity/omezení návrhu a konstrukce – požadavky určeny zákazníkem

Implementace softwaru





-          Součinnost – schopnost dvou a více systémů nebo Softwarových komponent vyměňovat si informace mezi sebou a používat je



-          Znovupoužitelnost – schopnost kteréhokoliv produktu/pod-produktu nebo jeho části, být použit několika uživateli jako koncový produkt v rámci vlastního vývoje softwaru, nebo při použití ostatních softwarových produktů



-          Legalita a regulativnost – požadavky předepsané zákony, nařízeními, atd.



Každý požadavek je identifikován, je unikátní a je verifikovatelný, případně hodnotitelný.



Používané stavy: verifikovaná a validovaná.



8.

Software

Softwarová položka (softwarový kód a spustitelný kód) pro zákazníka, tvořena kolekcí integrovaných Softwarových komponent.



Používané stavy: otestovaný a opravený.

Implementace softwaru

9.

Softwarové komponenty

Soubor souvisejících jednotek kódu.



Používané stavy: jednotkově otestované.

Implementace softwaru

10.

Softwarová konfigurace

Jednoznačně identifikovaná a konzistentní množina softwarových produktů obsahující:



-          Specifikaci požadavků

-          Software



POZNÁMKA: Může také zahrnovat tyto další charakteristiky



-          Návrh softwaru

-          Záznam trasovatelnosti

-          Softwarové komponenty

-          Testovací případy a testovací procedury

-          Testovací protokol

-          Návod k použití produktu

-          Uživatelskou dokumentaci softwaru

-          Dokumentace údržby



Používané stavy: připravena k dodání a přijatá.

Implementace softwaru

11.

Identifikace softwarových komponent

Textová a grafická informace o softwarové struktuře. Tato struktura může obsahovat následující části:



Popisuje celkovou Softwarovou strukturu:

-          Identifikuje požadované Softwarové komponenty

-          Identifikuje vazby mezi Softwarovými komponenty

Implementace softwaru

12.

Specifikace prací

Rozpis naplánované práce vztahující se k vývoji softwaru.

Může zahrnovat:

-          Popis produktu

o    Účel

o    Obecné požadavky zákazníka

-          Popis rozsahu toho, co je v softwaru obsaženo a co není

-          Seznam produktů pro zákazníka k dodání zákazníkovi

Zákazník







POZNÁMKA: Může také zahrnovat tyto další charakteristiky



-          Cíle projektu



Používané stavy: revidovaná.



13.

Testovací případy a testovací procedury

Prvky potřebné k otestování kódu. Testovací případy mohou zahrnovat:



-          Identifikaci testovacích případů

-          Testované položky

-          Specifikace vstupů

-          Specifikace výstupů

-          Požadavky prostředí

-          Zvláštní požadavky procedur

-          Závislosti rozhraní



Testovací procedury mohou zahrnovat:



-          Identifikaci: názvu testu, popisu testu a datum ukončení testu

-          Identifikaci potenciálních problémů s implementací

-          Identifikaci osoby, která dokončila testovací proceduru

-          Identifikaci předpokladů

-          Identifikaci jednotlivých kroků procedur, včetně čísla kroku, požadované akce testera a očekávaných výsledků



Používané stavy: aktualizované.

Implementace softwaru

14.

Testovací protokol

Popisuje průběh testování. Může zahrnovat:



-          Shrnutí každé chyby

-          Identifikaci příslušného testovacího případu

-          Identifikaci testera, který objevil danou chybu

-          Identifikaci funkcí postižených danou chybou

-          Identifikaci data vzniku nalezené chyby

-          Identifikaci data vyřešení nalezené chyby

-          Identifikaci osoby, která odstranila danou chybu



POZNÁMKA: Může také zahrnovat tyto další charakteristiky



-          Identifikaci závažnosti každé chyby



Používané stavy: chyby opraveny.

Implementace softwaru