ISO/IEC 12207 - ISO/IEC 12207

ISO/IEC/IEEE 12207 Systémy a softwarové inženýrství - Procesy životního cyklu softwaru jsou mezinárodní normou pro procesy životního cyklu softwaru. Poprvé představen v roce 1995 si klade za cíl být primárním standardem, který definuje všechny procesy potřebné pro vývoj a údržbu softwarových systémů , včetně výsledků a/nebo činností každého procesu.

Historie revizí

ISO/IEC/IEEE 12207: 2017 je nejnovější verze, publikovaná v listopadu 2017. Počítačová společnost IEEE se v procesu úprav této verze spojila přímo s Mezinárodní organizací pro normalizaci (ISO). Významnou změnou je, že přijímá procesní model shodný s procesním modelem ISO/IEC/IEEE 15288 : 2015 (došlo k jedné změně názvu, proces 15288 „Definice systémových požadavků“ je přejmenován na proces „Definice požadavků na systém/software“ ). Toto sladění těchto dvou standardů vedly k odstranění oddělených vývoje softwaru a opětovné použití software procesů, čímž se celkový počet 43 procesů od 12207 až do 30 procesů definovaných v 15288. Rovněž způsobené změny řízení kvality a zajišťování kvality v oblasti procesních činností a výsledky. Kromě toho byla aktualizována definice „ auditu “ a související auditní činnosti. Příloha I ISO/IEC/IEEE 12207: 2017 poskytuje mapování procesů mezi verzí 2017 a předchozí verzí, včetně primárního sladění procesů mezi těmito dvěma verzemi; toto má umožnit sledovatelnost a usnadnit přechod uživatelům předchozí verze.

Předchozí verze zahrnují:

  • ISO/IEC 12207: 2008, která byla zveřejněna v únoru 2008
  • ISO/IEC 12207: 1995/Amd 2: 2004, pozměněná verze předchozího, zveřejněná v listopadu 2004
  • ISO/IEC 12207: 1995/Amd 1: 2002, pozměněná verze předchozího, publikovaná v květnu 2002
  • ISO/IEC 12207: 1995, první iterace, publikovaná v červenci 1995; původně byl rozdělen do pěti primárních procesů (akvizice, dodávka, vývoj, provoz a údržba), s osmi podpůrnými a čtyřmi procesy životního cyklu organizace

Verze IEEE

Než se IEEE Computer Society formálně připojila k procesu úprav (stala se hlavní zúčastněnou stranou) pro vydání 2017, udržovala IEEE své vlastní verze ISO/IEC 12207, zpočátku s úpravami provedenými společně s Electronic Industries Alliance (EIA). S aktualizací v roce 2008 přišla „sdílená strategie ISO/IEC JTC 1/SC 7 a IEEE k harmonizaci příslušných sbírek norem“, což vedlo ke shodným standardům, ale s mírně odlišnými názvy. Mezi tyto verze IEEE patří:

  • IEEE Std. 12207-2008: „integruje ISO/IEC 12207: 1995 se svými dvěma dodatky a byl koordinován s paralelní revizí ISO/IEC 15288: 2002 (procesy životního cyklu systému) za účelem sladění struktury, termínů a odpovídajících organizačních a projektových procesů“; nahrazeno ISO/IEC/IEEE 12207: 2017
  • IEEE/EIA 12207.2-1997: „poskytuje pokyny pro zvážení implementace normativních doložek IEEE/EIA 12207.0“; nahrazeno/zastaráno IEEE Std. 12207-2008, který byl poté nahrazen normou ISO/IEC/IEEE 12207: 2017
  • IEEE/EIA 12207.1-1997: "poskytuje návod pro záznam dat životního cyklu vyplývajících z procesů životního cyklu IEEE/EIA 12207.0"; nahrazeno ISO/IEC/IEEE 15289: 2011, které bylo poté nahrazeno ISO/IEC/IEEE 15289: 2017
  • IEEE/EIA 12207.0-1996: „sestává z upřesnění, dodatků a změn [ISO/IEC 12207: 1995 pro průmyslovou implementaci] přijatých Ústavem elektrotechnických a elektronických inženýrů (IEEE) a Electronic Industries Alliance (EIA) jako formulováno společným projektem obou organizací “; nahrazeno IEEE Std. 12207-2008, který byl poté nahrazen normou ISO/IEC/IEEE 12207: 2017

Je také třeba poznamenat, že IEEE/EIA 12207 oficiálně nahradil MIL-STD-498 (vydaný v prosinci 1994) pro vývoj softwarových systémů DoD 27. května 1998.

Procesy nejsou fáze

Norma stanoví sadu procesů pro správu životního cyklu softwaru . Standard „nepředepisuje konkrétní model životního cyklu softwaru, metodiku vývoje , metodu, přístup k modelování nebo techniku“. Místo toho standard (stejně jako ISO/IEC/IEEE 15288) rozlišuje mezi „fází“ a „procesem“ takto:

  • fáze: „období v rámci životního cyklu entity, které souvisí se stavem jejího popisu nebo realizace“. Fáze je obvykle časové období a končí „primární bránou pro rozhodnutí“.
  • proces: „soubor vzájemně souvisejících nebo interagujících aktivit, které transformují vstupy na výstupy“. Stejný proces se často opakuje v různých fázích.

Fáze (aka fáze) nejsou stejné jako procesy a tento standard definuje pouze konkrétní procesy - nedefinuje žádné konkrétní fáze. Místo toho standard uznává, že životní cykly softwaru se liší a mohou být rozděleny do fází (nazývaných také fáze), které představují hlavní období životního cyklu a vedou k primárním branám rozhodnutí. Žádný konkrétní soubor fází není normativní, ale uvádí dva příklady:

  • Mohly by být použity fáze životního cyklu systému z ISO/IEC TS 24748-1 (koncept, vývoj, výroba, využití, podpora a vyřazení).
  • Rovněž uvádí, že společnou sadou fází pro software je průzkum konceptů, vývoj, udržení a odchod do důchodu.

Procesy životního cyklu, které definuje norma, nejsou zarovnány s žádnou konkrétní fází životního cyklu softwaru. Procesy životního cyklu, které zahrnují plánování, výkon a hodnocení, by „měly být zváženy pro použití v každé fázi“. V praxi se procesy vyskytují vždy, když jsou v jakékoli fázi potřeba.

Procesy

ISO/IEC/IEEE 12207: 2017 rozděluje procesy životního cyklu softwaru do čtyř hlavních skupin procesů: dohoda, organizační podpora projektů, technické řízení a technické procesy. V rámci každé z těchto čtyř skupin procesů je řada dílčích kategorií, včetně primárních činností akvizice a dodávky (dohoda); konfigurace (technické řízení); a provoz, údržba a likvidace (technické).

Dohodovací procesy

Zde ISO/IEC/IEEE 12207: 2017 zahrnuje akviziční a dodavatelské procesy, což jsou činnosti související s uzavřením dohody mezi dodavatelem a nabyvatelem. Akvizice pokrývá všechny činnosti zahrnuté v zahájení projektu. Fázi akvizice lze rozdělit na různé činnosti a výstupy, které jsou dokončovány chronologicky. Během fáze dodávky je vypracován plán projektového řízení . Tento plán obsahuje informace o projektu, například různé milníky, kterých je třeba dosáhnout.

Organizační procesy umožňující projekt

Zde jsou podrobně životní model řízení cyklu, infrastruktura management, správa portfolia , řízení lidských zdrojů , řízení jakosti a řízení znalostí procesů. Tyto procesy pomáhají podniku nebo organizaci aktivovat, kontrolovat a podporovat životní cyklus systému a související projekty. Správa modelu životního cyklu pomáhá zajistit podporu akvizičního a dodavatelského úsilí, zatímco správa infrastruktury a portfolia podporuje obchodní a projektově specifické iniciativy během celého životního cyklu systému. Zbytek zajišťuje, aby byly k dispozici nezbytné zdroje a kontroly kvality k podpoře projektových a systémových snah podniku. Pokud organizace nemá příslušnou sadu organizačních procesů, projekt provedený organizací může místo toho použít tyto procesy přímo na projekt.

Procesy technického řízení

ISO/IEC/IEEE 12207: 2017 zde uvádí osm různých procesů:

Tyto procesy se zabývají plánováním, hodnocením a kontrolou softwaru a dalších projektů během životního cyklu a zajišťují kvalitu po celou dobu.

Technické procesy

Technické procesy ISO/IEC/IEEE 12207: 2017 zahrnují 14 různých procesů, z nichž některé pocházely ze starých procesů specifických pro software, které byly od verze 2008 vyřazeny.

Úplný seznam obsahuje:

Tyto procesy zahrnují technické činnosti a personál ( informační technologie , nástroje pro odstraňování problémů, softwaroví specialisté atd.) Během provozu před, po i během provozu. Procesy analýzy a definice na počátku vytvářejí půdu pro implementaci softwaru a projektů. Další procesy integrace, ověřování, přechodu a ověřování pomáhají zajistit kvalitu a připravenost. Fáze provozu a údržby probíhají současně, přičemž fáze provozu sestává z činností, jako je pomoc uživatelům při práci s implementovaným softwarovým produktem, a fáze údržby sestávající z úkolů údržby, aby se produkt udržel v provozu. Proces likvidace popisuje, jak bude systém/projekt v případě potřeby vyřazen a vyčištěn.

Shoda

Kapitola 4 popisuje zamýšlené použití a požadavky na shodu dokumentu. Očekává se, že konkrétní projekty „nemusí využívat všechny procesy uvedené v tomto dokumentu“. V praxi soulad s touto normou obvykle zahrnuje výběr a deklaraci sady vhodných procesů. Toho lze dosáhnout buď „úplnou shodou“, nebo „přizpůsobením na míru“.

„Plnou shodu“ lze nárokovat jedním ze dvou způsobů. „Plnou shodu s úkoly“ lze nárokovat, pokud jsou splněny všechny požadavky na činnosti a úkoly deklarovaných procesů. „Plnou shodu s výsledky“ lze nárokovat, pokud jsou splněny všechny požadované výsledky deklarovaných procesů. Ten umožňuje větší variabilitu.

„Shoda na míru“ může být deklarována, pokud jsou konkrétní klauzule vybrány nebo upraveny prostřednictvím procesu přizpůsobení, který je také definován v dokumentu.

Viz také

Reference