Modely procesů životního cyklu systému: Vee

Vedoucí autoři: Mgr: Dick Fairley, Kevin Forsberg, Přispívající autoři: Dick Fairley, Kevin Forsberg: Ray Madachy

Existuje velké množství modelů procesů životního cyklu. Jak bylo uvedeno v článku Hnací síly a volby procesů životního cyklu systému, tyto modely se dělí do tří hlavních kategorií: (1) primárně předem specifikované a sekvenční procesy; (2) primárně evoluční a souběžné procesy (např. racionální jednotný proces a různé formy modelů Vee a spirály); a (3) primárně interpersonální a neomezené procesy (např. agilní vývoj, Scrum, extrémní programování (XP), metoda dynamického vývoje systému a procesy založené na inovacích).

Tento článek se konkrétně zaměřuje na model Vee jako primární příklad předem specifikovaných a sekvenčních procesů. V této diskusi je důležité poznamenat, že model Vee a jeho varianty se zabývají stejným základním souborem činností systémového inženýrství (SE). Klíčovým rozdílem mezi těmito modely je způsob, jakým seskupují a reprezentují výše uvedené činnosti SE.

Obecné důsledky použití modelu Vee pro návrh a vývoj systému jsou popsány níže; konkrétnější pochopení toho, jak tento model životního cyklu ovlivňuje činnosti systémového inženýrství, naleznete v dalších oblastech znalostí (KA) v části 3.

Primárně předem specifikovaný a sekvenční procesní model: Sekvenční verze modelu Vee je znázorněna na obrázku 1. Její jádro zahrnuje sekvenční postup plánů, specifikací a produktů, které jsou základem a podléhají řízení konfigurace. Svislá dvouhlavá šipka umožňuje projektům provádět souběžné analýzy příležitostí a rizik a průběžnou validaci v procesu. Model Vee zahrnuje první tři fáze životního cyklu uvedené v tabulce „Generic Life Cycle Stages“ v příručce INCOSE Systems Engineering Handbook: průzkumný výzkum, koncepci a vývoj (INCOSE 2012).

Obrázek 1. Levá strana sekvenčního modelu Vee (Forsberg, Mooz a Cotterman 2005). Přetištěno se souhlasem společnosti John Wiley & Sons Inc. Všechna ostatní práva jsou vyhrazena vlastníkem autorských práv.

Model Vee podporuje definici fází životního cyklu a jejich účelů nebo činností podle příručky INCOSE Systems Engineering Handbook (INCOSE 2012), jak je znázorněno na obrázku 2 níže.

Obrázek 2. Příklad etap, jejich účelů a hlavních rozhodovacích bran. (SEBoK Original)

Příručka systémového inženýrství INCOSE 3.2.2 obsahuje podrobnější verzi diagramu Vee (2012, Obrázky 3-4, str. 27), která zahrnuje činnosti životního cyklu do obecnějšího modelu Vee. Podobný diagram, vyvinutý na americké Univerzitě obranných akvizic (DAU), lze vidět na obrázku 3 níže.

Obrázek 3. Diagram činností Vee (Prosnik 2010). Vydala Defense Acquisition University (DAU)/Ministerstvo obrany USA (DoD).

Použití modelu Vee

Lawson (Lawson 2010) rozvádí činnosti v jednotlivých fázích životního cyklu a poznamenává, že je užitečné uvažovat o struktuře obecného modelu fáze životního cyklu pro jakýkoli typ zájmového systému (SoI), jak je znázorněno na obrázku 4. Tento model (T) naznačuje, že jedna nebo více definičních fází předchází produkční fázi (fázím), v níž byla provedena implementace (pořízení, zajištění nebo vývoj) dvou nebo více prvků systému.

Obrázek 4. Obecná (T) etapová struktura modelů životního cyklu systému (Lawson 2010). Přetištěno se souhlasem Harolda Lawsona. Všechna ostatní práva jsou vyhrazena vlastníkem autorských práv.

Obrázek 5 ukazuje generické fáze životního cyklu pro různé zúčastněné strany, od normalizační organizace (ISO/IEC) až po komerční a vládní organizace. Ačkoli se tyto etapy v detailech liší, všechny mají podobnou sekvenční formu, která klade důraz na základní činnosti, jak je uvedeno na obrázku 2 (definice, výroba a využití/vyřazení).

Obrázek 5. Srovnání modelů životního cyklu (Forsberg, Mooz a Cotterman 2005). Přetištěno se souhlasem společnosti John Wiley & Sons. Všechna ostatní práva jsou vyhrazena vlastníkem autorských práv.

Je důležité si uvědomit, že mnoho činností v průběhu životního cyklu se opakuje. Jedná se o příklad rekurze (slovníček pojmů)rekurze (slovníček pojmů), o které se hovoří v části 3 Úvod.

Základy etap životního cyklu a fáze řízení programu

Pro tuto diskusi je důležité poznamenat, že:

  • Termín etapa označuje různé stavy systému během jeho životního cyklu; některé etapy se mohou časově překrývat, například etapa využití a etapa podpory. Termín „etapa“ se používá v normě ISO/IEC/IEEE 15288.
  • Termín fáze označuje různé kroky programu, které podporují a řídí životnost systému; fáze se obvykle nepřekrývají. Termín „fáze“ se používá v mnoha zavedených modelech jako ekvivalent termínu „etapa“.

Řízení programuŘízení programu využívá fáze, milníkymíle a rozhodovací brányrozhodovací brány, které se používají k posouzení vývoje systému v jeho různých etapách. Etapy obsahují činnosti prováděné k dosažení cílů a slouží ke kontrole a řízení posloupnosti etap a přechodů mezi jednotlivými etapami. Pro každý projekt je nezbytné definovat a zveřejnit pojmy a související definice používané na příslušných projektech, aby se minimalizovaly nejasnosti.

Typický programprogram se skládá z následujících fází:

  • Fáze předstudie, která identifikuje potenciální příležitosti k řešení potřeb uživatelů pomocí nových řešení, která dávají obchodní smysl.
  • Fáze proveditelnosti spočívá ve studiu proveditelnosti alternativních konceptů, aby se dosáhlo druhé rozhodovací brány před zahájením fáze realizace. Během fáze proveditelnosti se zjišťují požadavky zúčastněných stran a systémové požadavky, identifikují a studují se proveditelná řešení a mohou se realizovat virtuální prototypy (glosář)prototypy (glosář). Během této fáze je rozhodnutí o dalším postupu založeno na tom:
    • zda je koncepce proveditelná a zda je považována za schopnou čelit identifikované hrozbě nebo využít příležitost;
    • zda je koncepce dostatečně zralá, aby odůvodňovala další vývoj nového produktu nebo řady produktů; a
    • zda schválit návrh vytvořený v reakci na žádost o návrh.
  • Fáze realizace zahrnuje činnosti související se čtyřmi fázemi životního cyklu systému: vývoj, výroba, využití a podpora. Obvykle jsou s činnostmi provádění spojeny dvě rozhodovací brány a dva milníky. První milník poskytuje vedení možnost přezkoumat plány provedení před tím, než dá zelenou. Druhý milník poskytuje příležitost přezkoumat pokrok před rozhodnutím o zahájení výroby. Rozhodovací brány během provádění mohou být použity k rozhodnutí, zda vyvinutý SoI vyrábět a zda jej vylepšit nebo vyřadit.

Tyto pohledy na řízení programu se vztahují nejen na SoI, ale také na jeho prvky a strukturu.

Fáze životního cyklu

Varianty modelu Vee se zabývají stejnými obecnými fázemi životního cyklu:

  • Nové projekty obvykle začínají fází průzkumného výzkumu, která obvykle zahrnuje činnosti definování koncepce, konkrétně témata analýzy podnikání nebo mise a pochopení potřeb a požadavků zainteresovaných stran. Ty dozrávají s tím, jak projekt přechází z fáze průzkumu přes fázi koncepce do fáze vývoje.
  • Fáze výroby zahrnuje činnosti definice systému a realizace systému, jakož i vývoj požadavků na systém (glosář)požadavků (glosář) a architektury (glosář)architektury (glosář) až po ověření a validaci.
  • Fáze využití zahrnuje činnosti nasazení systému a provozu systému.
  • Fáze podpory zahrnuje činnosti údržby systému, logistiky a řízení životnosti produktu a služby, které mohou zahrnovat činnosti, jako je prodloužení životnosti nebo aktualizace schopností, upgrade a modernizace.
  • Fáze vyřazení zahrnuje činnosti likvidace a vyřazení, i když v některých modelech jsou činnosti, jako je prodloužení životnosti nebo aktualizace schopností, modernizace a modernizace, seskupeny do fáze „vyřazení“.

Další informace o každé z těchto fází lze nalézt v níže uvedených částech (další podrobnosti viz odkazy na další články části 3 výše). Je důležité poznamenat, že tyto fáze životního cyklu a činnosti v každé z nich jsou podporovány souborem procesů řízení systémového inženýrství.

Fáze průzkumného výzkumu

Analýza a odsouhlasení požadavků uživatele je součástí fáze průzkumného výzkumu a má zásadní význam pro vývoj úspěšných systémů. Bez správného pochopení potřeb uživatelů hrozí, že každý systém bude vytvořen k řešení nesprávných problémů. Prvním krokem ve fázi průzkumného výzkumu je definování požadavků a omezení uživatelů (a zúčastněných stran). Klíčovou součástí tohoto procesu je zjištění proveditelnosti splnění uživatelských požadavků, včetně posouzení technologické připravenosti. Stejně jako u mnoha jiných činností SE se tento postup často provádí iterativně a potřeby a požadavky zúčastněných stran se přehodnocují, jakmile jsou k dispozici nové informace.

Nedávná studie Národní rady pro výzkum (National Research Council 2008) se zaměřila na zkrácení doby vývoje projektů amerického letectva. Zpráva uvádí, že „jednoduše řečeno, systémové inženýrství je převedení potřeb uživatele do definice systému a jeho architektury prostřednictvím iterativního procesu, jehož výsledkem je efektivní návrh systému“. Pro úspěch projektu je rozhodující iterativní zapojení zainteresovaných stran.

S výjimkou první a poslední rozhodovací brány projektu se brány provádějí současně. Viz obrázek 6 níže.

Obrázek 6. Plánování fází vývoje. (SEBoK v originále)

Fáze konceptu

V průběhu fáze konceptu se vytvářejí alternativní koncepty, aby se určil nejlepší přístup k uspokojení potřeb zúčastněných stran. Představením alternativ a vytvořením modelů, včetně vhodných prototypů, se vyjasní potřeby zúčastněných stran a zdůrazní se hnací problémy. To může vést k postupnému nebo evolučnímu přístupu k vývoji systému. Souběžně může být zkoumáno několik různých koncepcí.

Fáze vývoje

Vybrané koncepce identifikované ve fázi koncepce jsou podrobně rozpracovány až na nejnižší úroveň, aby vzniklo řešení, které splňuje požadavky zainteresovaných stran. V průběhu této fáze je nezbytné pokračovat v zapojování uživatelů prostřednictvím validace v procesu (šipka nahoru na modelech Vee). U hardwaru se to provádí pomocí častých revizí programu a zástupce (případně zástupců) rezidentních zákazníků. V agilním vývoji je zvykem, že zástupce zákazníka je integrován do vývojového týmu.

Fáze výroby

Výrobní fáze je fází, kdy se SoI staví nebo vyrábí. Úpravy výrobku mohou být nutné k vyřešení výrobních problémů, ke snížení výrobních nákladů nebo ke zlepšení schopností výrobku nebo SoI. Každá z těchto modifikací může ovlivnit systémové požadavky a může vyžadovat rekvalifikaci systému, reverifikaci nebo revalidaci. Všechny takové změny vyžadují posouzení SE před schválením změn.

Fáze používání

Významným aspektem řízení životního cyklu výrobku je zajištění podpůrných systémů, které jsou nezbytné pro udržení provozu výrobku. Zatímco dodávaný produkt nebo služba mohou být pro nabyvatele považovány za úzký systém zájmu (NSOI), nabyvatel musí do širšího systému zájmu (WSOI) začlenit také podpůrné systémy. Tyto podpůrné systémy by měly být chápány jako systémová aktiva, která jsou v případě potřeby aktivována v reakci na situaci, která nastala s ohledem na provoz NSOI. Souhrnný název pro soubor podpůrných systémů je systém integrované logistické podpory (ILS).

Při definování, vytváření a provozování systémových produktů a služeb je nezbytné mít holistický pohled. Na obrázku 7 je znázorněn vztah mezi návrhem a vývojem systému a požadavky na ILS.

Obrázek 7. Vztah ILS k životnímu cyklu systému (Eichmueller a Foreman 2009). Přetištěno se souhlasem řídicího výboru ASD/AIA S3000L. Všechna ostatní práva jsou vyhrazena vlastníkem autorských práv.

Hnacími faktory jsou požadavky na spolehlivost, z nichž vyplývá potřeba udržovatelnosti a testovatelnosti.

Fáze podpory

V etapě podpory jsou SoI poskytovány služby, které umožňují další provoz. Mohou být navrženy úpravy k vyřešení problémů s podporovatelností, ke snížení provozních nákladů nebo k prodloužení životnosti systému. Tyto změny vyžadují posouzení SE, aby se zabránilo ztrátě schopností systému za provozu. Odpovídajícím technickým procesem je proces údržby.

Fáze vyřazení

V etapě vyřazení jsou SoI a související služby vyřazeny z provozu. Činnosti SE v této etapě jsou zaměřeny především na zajištění splnění požadavků na likvidaci. Ve skutečnosti je plánování likvidace součástí definice systému ve fázi koncepce. Zkušenosti z 20. století opakovaně ukázaly, jaké důsledky mělo, když se s vyřazením a likvidací systému nepočítalo od samého počátku. Na počátku 21. století mnoho zemí změnilo své zákony tak, aby tvůrce SoI nesl odpovědnost za řádnou likvidaci systému po skončení jeho životnosti.

Přezkumy životního cyklu

Pro kontrolu průběhu projektu se plánují různé typy přezkumů. Nejčastěji používané jsou uvedeny níže, i když názvy nejsou univerzální:

  • Přezkum požadavků na systém (SRR) je plánován za účelem ověření a validace souboru požadavků na systém před zahájením činností podrobného návrhu.
  • Předběžné přezkoumání návrhuPředběžné přezkoumání návrhu (PDR) je plánováno za účelem ověření a validace souboru požadavků na systém, artefaktů návrhu a prvků odůvodnění na konci první inženýrské smyčky (známé také jako „design-to“ gate).
  • Kritické přezkoumání návrhukritické přezkoumání návrhu (CDR) je plánováno pro ověření a validaci souboru systémových požadavků, návrhových artefaktů a prvků zdůvodnění na konci poslední inženýrské smyčky (po tomto přezkoumání jsou uvolněny návrhy „build-to“ a „code-to“).
  • Integračníintegrační, verifikačníverifikační a validačnívalidační přezkoumání jsou plánována tak, jak jsou komponenty sestavovány do subsystémů a prvků vyšší úrovně. Provádí se posloupnost revizí, aby se zajistilo, že se vše správně integruje a že existují objektivní důkazy, že byly splněny všechny požadavky. Mělo by se také provádět průběžné ověřování, že systém, jak se vyvíjí, bude splňovat požadavky zúčastněných stran (viz obrázek 7).
  • Závěrečné validační přezkoumání se provádí na konci integrační fáze.
  • Další přezkoumání související s řízením mohou být plánována a prováděna za účelem kontroly správného postupu prací, a to na základě typu systému a souvisejících rizik.

Obrázek 8. Pravá strana modelu Vee (Forsberg, Mooz a Cotterman 2005). Přetištěno se souhlasem společnosti John Wiley & Sons Inc. Všechna ostatní práva jsou vyhrazena vlastníkem autorských práv.

Citovaná díla

Eichmueller, P. a B. Foreman. 2010. S3000LTM. Brusel, Belgie: Asociace evropského leteckého a obranného průmyslu (ASD)/Aerospace Industries Association (AIA).

Faisandier, A. 2012. Architektura a návrh systémů. Belberaud, Francie: Sinergy’Com.

Forsberg, K., H. Mooz a H. Cotterman. 2005. Visualizing Project Management, 3rd ed. New York, NY, USA: J. Wiley & Sons.

INCOSE. 2012. Příručka systémového inženýrství: A Guide for System Life Cycle Processes and Activities (Průvodce procesy a činnostmi životního cyklu systému), verze 3.2.2. (Příručka pro procesy a činnosti životního cyklu systému). San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2.2.

Lawson, H. 2010. Cesta krajinou systémů. London, UK: College Publications, Kings College, UK.

Primární literatura

Beedle, M., et al. 2009. „The Agile Manifesto: Principles behind the Agile Manifesto.“ In The Agile Manifesto . Dostupné 04. 12. 2014 na www.agilemanifesto.org/principles.html

Boehm, B. a R. Turner. 2004. Balancing Agility and Discipline [Vyvážení agility a disciplíny]. New York, NY, USA: Addison-Wesley.

Fairley, R. 2009. Řízení a vedení softwarových projektů. New York, NY, USA: J. Wiley & Sons.

Forsberg, K., H. Mooz a H. Cotterman. 2005. Visualizing Project Management (Vizualizace řízení projektů). 3rd ed. New York, NY, USA: J. Wiley & Sons.

INCOSE. 2012. Příručka systémového inženýrství: A Guide for System Life Cycle Processes and Activities, version 3.2.2. San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2.2.

Lawson, H. 2010. Cesta krajinou systémů. Kings College, Velká Británie: College Publications.

Pew, R., and A. Mavor (eds.) 2007. Integrace člověka a systému v procesu vývoje systému: A New Look. Washington, DC, USA: The National Academies Press.

Royce, W.E. 1998. Řízení softwarových projektů: A Unified Framework. New York, NY, USA: Addison Wesley.

Další literatura

Anderson, D. 2010. Kanban. Sequim, WA, USA: Blue Hole Press.

Baldwin, C. a K. Clark. 2000. Pravidla navrhování: The Power of Modularity (Síla modularity). Cambridge, MA, USA: MIT Press.

Beck, K. 1999. Extrémní programování vysvětleno. New York, NY, USA: Addison Wesley.

Beedle, M. a kol. 2009. „The Agile Manifesto: Principles behind the Agile Manifesto.“ In The Agile Manifesto . Dostupné v roce 2010. Dostupné na: www.agilemanifesto.org/principles.html

Biffl, S., A. Aurum, B. Boehm, H. Erdogmus a P. Gruenbacher (eds.). 2005. Value-Based Software Engineering (Softwarové inženýrství založené na hodnotách). New York, NY, USA: Springer.

Boehm, B. 1988. „Spirálový model vývoje softwaru“. IEEE Computer 21(5): 61-72.

Boehm, B. 2006. „Některé budoucí trendy a důsledky pro procesy systémového a softwarového inženýrství“. Systémové inženýrství. 9(1): 1-19.

Boehm, B., A. Egyed, J. Kwan, D. Port, A. Shah a R. Madachy. 1998. „Použití spirálového modelu WinWin: A Case Study.“ IEEE Computer. 31(7): 33-44.

Boehm, B., R. Turner, J. Lane, S. Koolmanojwong. 2014 (v tisku). Přijetí spirálového modelu: Creating Successful Systems with the Incremental Commitment Spiral Model (Vytváření úspěšných systémů pomocí spirálového modelu inkrementálního závazku). Boston, MA, USA: Addison Wesley.

Castellano, D.R. 2004. „Pět nejkvalitnějších softwarových projektů.“ CrossTalk. 17(7) (červenec 2004): 4-19. Dostupné na adrese: http://www.crosstalkonline.org/storage/issue-archives/2004/200407/200407-0-Issue.pdf

Checkland, P. 1981. Systémové myšlení, systémová praxe. New York, NY, USA: Wiley.

Crosson, S. a B. Boehm. 2009. „Úprava kotevních bodů životního cyklu softwaru: Zkušenosti získané v kontextu systému systémů“ (Lessons Learned in a System of Systems Context). Proceedings of the Systems and Software Technology Conference, 20.-23. dubna 2009, Salt Lake City, UT, USA.

Dingsoyr, T., T. Dyba. a N. Moe (eds.). 2010. „Agilní vývoj softwaru: Current Research and Future Directions.“ (Současný výzkum a budoucí směry). Chapter in B. Boehm, J. Lane, S. Koolmanjwong, and R. Turner, Architected Agile Solutions for Software-Reliant Systems. New York, NY, USA: Springer.

Dorner, D. 1996. The Logic of Failure (Logika selhání). New York, NY, USA: Basic Books.

Forsberg, K. 1995. „‚Kdybych to dokázal, tak bych to dokázal…‘ Systémové inženýrství v prostředí výzkumu a vývoje“. Sborník příspěvků z pátého výročního mezinárodního sympozia Mezinárodní rady pro systémové inženýrství (INCOSE). 22.-26. července 1995. St. Louis, MO, USA.

Forsberg, K. 2010. „Projekty nezačínají požadavky.“ (Projects Don’t Begin With Requirements). Proceedings of the IEEE Systems Conference, 5.-8. dubna 2010, San Diego, CA, USA.

Gilb, T. 2005. Konkurenční inženýrství. Maryland Heights, MO, USA: Elsevier Butterworth Heinemann.

Goldratt, E. 1984. The Goal (Cíl). Great Barrington, MA, USA: North River Press.

Hitchins, D. 2007. Systémové inženýrství: A 21st Century Systems Methodology [Systémová metodologie 21. století]. New York, NY, USA: Wiley.

Holland, J. 1998. Emergence. New York, NY, USA: Perseus Books.

ISO/IEC. 2010. Systémové a softwarové inženýrství, část 1: Průvodce řízením životního cyklu. Ženeva, Švýcarsko: Mezinárodní organizace pro normalizaci (ISO)/Mezinárodní elektrotechnická komise (IEC), ISO/IEC 24748-1:2010.

ISO/IEC/IEEE. 2015. Systémové a softwarové inženýrství — Procesy životního cyklu systému. Ženeva, Švýcarsko: Mezinárodní organizace pro normalizaci / Mezinárodní elektrotechnické komise / Institut elektrotechnických a elektronických inženýrů. ISO/IEC/IEEE 15288:2015.

ISO/IEC. 2003. Systémové inženýrství – Příručka pro aplikaci procesů životního cyklu systému ISO/IEC 15288. Ženeva, Švýcarsko: Mezinárodní organizace pro normalizaci (ISO)/Mezinárodní elektrotechnická komise (IEC), ISO/IEC 19760:2003 (E).

Jarzombek, J. 2003. „Pět nejkvalitnějších softwarových projektů“. CrossTalk. 16(7) (červenec 2003): 4-19. Dostupné na: http://www.crosstalkonline.org/storage/issue-archives/2003/200307/200307-0-Issue.pdf.

Kruchten, P. 1999. The Rational Unified Process (Racionální sjednocený proces). New York, NY, USA: Addison Wesley.

Landis, T. R. 2010. Lockheed Blackbird Family (A-12, YF-12, D-21/M-21 & SR-71). North Branch, MN, USA: Specialty Press.

Madachy, R. 2008. Dynamika softwarových procesů. Hoboken, NJ, USA: Wiley.

Maranzano, J.F., S.A. Rozsypal, G.H. Zimmerman, G.W. Warnken, P.E. Wirth, D.W. Weiss. 2005. „Architecture Reviews: Praxe a zkušenosti.“ IEEE Software. 22(2): 34-43.

National Research Council of the National Academies (USA). 2008. Pre-Milestone A and Early-Phase Systems Engineering (Systémové inženýrství před milníkem A a v rané fázi). Washington, DC, USA: The National Academies Press.

Osterweil, L. 1987. „Softwarové procesy jsou také software“. Sborník příspěvků z konference SEFM 2011: 9. mezinárodní konference o softwarovém inženýrství. Monterey, CA, USA.

Poppendeick, M. a T. Poppendeick. 2003. Lean Software Development: an Agile Toolkit [Štíhlý vývoj softwaru: agilní sada nástrojů]. New York, NY, USA: Addison Wesley.

Rechtin, E. 1991. System Architecting: Rechtin: Creating and Building Complex Systems (Vytváření a budování složitých systémů). Upper Saddle River, NY, USA: Prentice-Hall.

Rechtin, E., and M. Maier. 1997. The Art of System Architecting. Boca Raton, FL, USA: CRC Press.

Schwaber, K. a M. Beedle. 2002. Agilní vývoj softwaru pomocí Scrumu. Upper Saddle River, NY, USA: Prentice Hall.

Spruill, N. 2002. „Pět nejkvalitnějších softwarových projektů“. CrossTalk. 15(1) (leden 2002): 4-19. Dostupné na internetu: http://www.crosstalkonline.org/storage/issue-archives/2002/200201/200201-0-Issue.pdf.

Stauder, T. 2005. „Pět nejlepších ocenění programů ministerstva obrany“. CrossTalk. 18(9) (září 2005): 4-13. Dostupné z: http://www.crosstalkonline.org/storage/issue-archives/2005/200509/200509-0-Issue.pdf.

Warfield, J. 1976. Společenské systémy: In: Systemfields: Planning, Policy, and Complexity. New York, NY, USA: Wiley.

Womack, J. a D. Jones. 1996. Lean Thinking (Štíhlé myšlení). New York, NY, USA: Simon and Schuster.

Relevantní videa=

  • Základní úvod do systémového inženýrství (V-metoda)
  • Základní úvod do systémového inženýrství (V-metoda), 2. část z 2

< Předchozí článek | Nadřazený článek | Další článek >
SEBoK v. 2.3, vydáno 30. října 2020
.

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.