Architektonicky významné požadavky - Architecturally significant requirements - Wikipedia

Architektonicky významné požadavky jsou požadavky, které mají měřitelný vliv na počítačový systém architektura.[1] To může zahrnovat požadavky na software i hardware. Jsou podmnožinou požadavky podmnožina, která ovlivňuje architekturu systému měřitelně identifikovatelnými způsoby.

Vztah k nefunkčním požadavkům a atributům kvality

Po dlouhou dobu[vágní ] architektonicky významné požadavky nebyly uznány jako důležitý pojem. Když mluvíme o architektuře, nefunkční požadavky nebo atributy kvality se často používá.[2] Nedávné empirické studie však ukazují, že a softwarový systém, ne všechny nefunkční požadavky na něj mají vliv architektura, a požadavky které nejsou nefunkčními požadavky, mohou také ovlivnit jeho architekturu.[1][3] Architektonicky významné požadavky jsou tedy cenným pojmem, který se navrhuje použít, když se o něm mluví požadavky ve vztahu k architektuře.[3]

Vlastnosti

Architektonicky významné požadavky lze charakterizovat z následujících aspektů.[1]

Popisné vlastnosti

Architektonicky významné požadavky jsou často těžko definovatelné a formulovatelné, mají tendenci být vyjádřeny neurčitě, mají tendenci být zpočátku zanedbávány, mají tendenci být skryty v rámci jiných požadavků a jsou subjektivní, variabilní a situační. Tyto požadavky by mohly prokázat i další požadavky. Význam architektonicky významných požadavků však učinil tyto projevy jedinečnými a náročnými.

Indikátory

Požadavek, který má široký účinek, zaměřuje se na kompromisní body, je přísný (omezující, omezující, neobchodovatelný), lámání předpokladů nebo obtížné dosáhnout, bude pravděpodobně architektonicky významný.

Indikátory architektonického významu, které byly popsány v literatuře, zahrnují:

  • Tento požadavek je spojen s vysokou obchodní hodnotou a / nebo technickým rizikem.
  • Požadavek se týká zvláště důležité (tj. Vlivné) zúčastněné strany.
  • Požadavek má charakter prvního druhu, např. žádná z odpovědností již existujících komponent v architektuře jej neřeší.
  • Požadavek má vlastnosti QoS / SLA, které se liší od všech, které již splňuje vyvíjející se architektura.
  • Požadavek způsobil překročení rozpočtu nebo nespokojenost klientů v předchozím projektu s podobným kontextem.

The Otevřít[4] a Peter Eeles (IBM) pojednává o dalších kritériích pro architektonický význam v několika článcích a prezentacích[5]

Heuristika

Když požadavek specifikuje softwarový systém atributy kvality, odkazuje na základní funkce softwarového systému, omezuje a softwarový systém, definuje prostředí, ve kterém bude softwarový systém spuštěn, bude pravděpodobně architektonicky významný.

Viz diskuse o designu vs. architektura pod softwarová architektura pro další kritéria architektonického významu.

Vyloučení

Stejně jako všechny nefunkční požadavky a atribut kvality[6] požadavky, architektonicky významné požadavky by měly být specifikovány v a CHYTRÝ způsob. Scénáře atributů kvality[2] jsou jedním ze způsobů, jak dosáhnout S (specifických) a M (měřených) kritérií v SMART. The Institut softwarového inženýrství pro tuto snahu doporučuje semináře Quality Attribute Workshop.[7] Bylo navrženo udržovat analýzu a design architektury odlehčenou a flexibilní; stromy atributů kvality pro určité žánry aplikací a technologické domény mohou takové přístupy podporovat.[8]

Je důležité komunikovat vyvolané architektonicky významné požadavky a jakékoli další architektonické artefakty v zápisu a jazyce, který je srozumitelný pro cílová skupina (slyšíte: obchod zúčastněné strany ).[9]

Dopad

Architektonicky významné požadavky se používají v softwarový design řídit a ospravedlňovat architektonická rozhodnutí; pokud nejsou řádně uspokojeni, přispívají k akumulaci technický dluh. Například nesplnění požadavků na zabezpečení a dodržování předpisů komplikuje audity zabezpečení systému a procesů a zvyšuje riziko zjištění auditu.[10] Příkladné rady, jak řešit atributy kvality systému (včetně architektonicky významných požadavků), jsou k dispozici v literatuře.[11][12]

Viz také

Reference

  1. ^ A b C Chen, Lianping; Ali Babar, Muhammad; Nuseibeh, Bashar (2013). "Charakterizace architektonicky významných požadavků". Software IEEE. 30 (2): 38–45. doi:10.1109 / MS.2012.174. hdl:10344/3061.
  2. ^ A b Bass, Len; Clements, Paul (2003). Softwarová architektura v praxi. Addison Wesley. ISBN  978-0321154958.
  3. ^ A b Eckhardt, Jonas; Vogelsang, Andreas; Fernández, Daniel (2016). Jsou „nefunkční“ požadavky skutečně nefunkční? - Vyšetřování nefunkčních požadavků v praxi (PDF). 38. mezinárodní konference o softwarovém inženýrství. Sdružení pro výpočetní techniku.
  4. ^ „Archivovaná kopie“. Archivovány od originál dne 2016-10-17. Citováno 2016-08-19.CS1 maint: archivovaná kopie jako titul (odkaz)
  5. ^ http://www.architecting.co.uk/presentations/Architecting%20Large-Scale%20Systems.pdf
  6. ^ „Atributy kvality“ (PDF).
  7. ^ „Workshop kvality atributů SEI“.
  8. ^ Keeling, Michael (2015). „Lehký a flexibilní: rozvíjející se trendy v softwarové architektuře z konferencí SATURN“. Software IEEE. 32 (3): 7–11. doi:10.1109 / MS.2015.65.
  9. ^ Schulenklopper, Jochem (2016). „Proč to prostě nechápou: Komunikace o architektuře s obchodními partnery“. Software IEEE. 33 (3): 13–19. doi:10.1109 / MS.2016.67.
  10. ^ K. Julisch a kol., Compliance by design - překlenutí propasti mezi auditory a IT architekty Archivováno 21. 09. 2017 na Wayback Machine Počítače a zabezpečení 30 (6-7): 410-426 (2011)
  11. ^ „Implementace atributů kvality systému“.
  12. ^ A. Rotem-Gal-Oz, SOA Patterns, Manning, 2012.