Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

Obě strany předchozí revize Předchozí verze
Následující verze		 Předchozí verze
znalostni_baze:funkcni_nefunkcni_pozadavky [2024/06/13 13:01] – Tomáš Šedivecznalostni_baze:funkcni_nefunkcni_pozadavky [2024/06/13 14:46] (aktuální) – [Sběr požadavků vzhledem k hierarchizaci úřadu] Tomáš Šedivec
Řádek 331: Řádek 331:
  
 Business funkce je možné dělit na klíčové, nebo kontextovou/okrajovou. Výchozím pravidlem je, že klíčové funkce není možno outsourcována z organizace pryč, kdežto okrajové funkce je možné outsourcurcovat. Zde je dopad na kybernetickou bezpečnost a prevenci vendor lock-in efektu. Business funkce je možné dělit na klíčové, nebo kontextovou/okrajovou. Výchozím pravidlem je, že klíčové funkce není možno outsourcována z organizace pryč, kdežto okrajové funkce je možné outsourcurcovat. Zde je dopad na kybernetickou bezpečnost a prevenci vendor lock-in efektu.
- 
-{{ :znalostni_baze:fnp5.png?600 |}} 
- 
  
 ^Core business                                                                                                             ^Context business                                                                                           ^ ^Core business                                                                                                             ^Context business                                                                                           ^
Řádek 344: Řádek 341:
 V rámci samotné aplikace a jejích následných prostředků je možné tuto aplikaci provozovat jen jako službu (SaaS), anebo je možné vlastnit i provozovat fyzické prostředky, tj. servery, mainframy, datová uložiště aj. (On-Premise řešení). I z tohoto hlediska lze sestavit hierarchizovaný model. Diagram obsahuje členění jednotlivých součástí daného řešení (obrázek 3). Tedy pro řešení typu SaaS je dodavatel zodpovědný za celé řešení související se softwarem, při užití PaaS je oblast aplikací a dat přesunuta k objednavateli řešení. Analogicky z druhého konce pro On-Premise řešení platí, že obsahuje všechny zmíněné elementy. V rámci samotné aplikace a jejích následných prostředků je možné tuto aplikaci provozovat jen jako službu (SaaS), anebo je možné vlastnit i provozovat fyzické prostředky, tj. servery, mainframy, datová uložiště aj. (On-Premise řešení). I z tohoto hlediska lze sestavit hierarchizovaný model. Diagram obsahuje členění jednotlivých součástí daného řešení (obrázek 3). Tedy pro řešení typu SaaS je dodavatel zodpovědný za celé řešení související se softwarem, při užití PaaS je oblast aplikací a dat přesunuta k objednavateli řešení. Analogicky z druhého konce pro On-Premise řešení platí, že obsahuje všechny zmíněné elementy.
  
-{{media/image4.emf?545x331}} +{{ :znalostni_baze:fnp5.png?600 |}}
- +
-Kontrola Flexibilita+
  
 Nezávisle na prostředkové typizaci je nutné vždy mít na pozoru oblast vlastnictví a dostupnosti dat. Správa dat samotných, po boku služeb, je jedním z kritických aktiv každého úřadu. Nezávisle na prostředkové typizaci je nutné vždy mít na pozoru oblast vlastnictví a dostupnosti dat. Správa dat samotných, po boku služeb, je jedním z kritických aktiv každého úřadu.
Řádek 1052: Řádek 1047:
 Po schválení souborů požadavků zainteresovanými stranami se požadavky hierarchicky dělí na následujících kategorie: Po schválení souborů požadavků zainteresovanými stranami se požadavky hierarchicky dělí na následujících kategorie:
  
-  - Byzynysové požadavky+  - Byznysové požadavky \\ Požadavky, jež se pojí k byznysovým požadavkům 
 +  - Požadavky zainteresovaných stran \\ Požadavky, jež se pojí k požadavků zainteresovaných stran 
 +  - Systémové požadavky \\ Požadavky, jež se pojí k systému jako celku. 
 +  - Sub Systémové požadavky \\ Požadavky, jež se pojí k subsystémům. 
 +  -Softwarové požadavky \\ Požadavky, jež se pojí k Softwaru.
  
-> Požadavky, jež se pojí k byznysovým požadavkům +Vztah mezi těmito požadavky je kaskádovitý od byznysových požadavků po softwarové požadavky.
- +
- +
-Požadavky zainteresovaných stran +
- +
-> Poždavky, jež se pojí k požadavků zainteresovaných stran +
- +
- +
-Systémové požadavky +
- +
-> Požadavky, jež se pojí k systému jako celku. +
- +
-  - Sub Systémové požadavky +
- +
-> Požadavky, jež se pojí k subsystémům. +
- +
- +
-Softwarové požadavky +
- +
-> Požadavky, jež se pojí k Softwaru. +
- +
-Vztah mezi těmito požadavky je kaskádovitý od byzynsových požadavků po softwarové požadavky.+
  
 ==== Interakce mezi dokumenty ==== ==== Interakce mezi dokumenty ====
Řádek 1362: Řádek 1340:
  
  
 +===== Reference =====
 +
 +**Hewitt, Eben. 2018.** //Technology Strategy Patterns.// Sebastopol : O'Reilly Media, Inc., 2018.
 +
 +**ISO/IEC/IEEE. 2011.** ISO/IEC/IEEE 29148:2011(E). //Systems and software engineering — Life cycle processes — Requirements engineering.// 2011.
  
 +**Wiegers, Karl Eugene. 2013.** //Software Requirements, Third Edition.// Redmond : Microsoft Press, 2013.