Arkitektoniskt viktiga krav

Arkitektoniskt betydelsefulla krav är de krav som har en mätbar effekt på ett datorsystems arkitektur . Detta kan omfatta krav på både mjukvara och hårdvara. De är en delmängd av krav , delmängden som påverkar arkitekturen i ett system på mätbart identifierbara sätt.

Förhållande till icke-funktionella krav och kvalitetsattribut

Arkitektoniskt betydelsefulla krav erkändes först nyligen, från och med 2016, som ett viktigt begrepp. När man talar om arkitektur används ofta termerna icke-funktionella krav eller kvalitetsattribut . Nya empiriska studier visar dock att för ett mjukvarusystem påverkar inte alla icke-funktionella krav dess arkitektur , och funktionella krav kan också påverka dess arkitektur. Denna forskning tyder på att när man diskuterar programvaruarkitektur är det värt att särskilja vilka programvarukrav som är arkitektoniskt betydelsefulla, samt om de är funktionella.

Egenskaper

Arkitektoniskt betydande krav kan karakteriseras ur följande aspekter.

Beskrivande egenskaper

Arkitektoniskt betydelsefulla krav är ofta svåra att definiera och artikulera, tenderar att uttryckas vagt, tenderar att initialt försummas, tenderar att vara dolda inom andra krav och är subjektiva, varierande och situationsbetingade. Andra krav skulle också kunna visa dessa beskrivande egenskaper. Men arkitektoniskt betydande kravs betydelse gjorde dessa manifestationer unika och utmanande.

Indikatorer

Ett krav som har bred effekt, inriktar sig på kompromisspunkter, är strikt (begränsande, begränsande, icke förhandlingsbart), antaganden som bryter eller är svårt att uppnå är sannolikt arkitektoniskt signifikant.

Indikatorer för arkitektonisk betydelse som har rapporterats i litteraturen inkluderar:

Kravet är förenat med högt affärsvärde och/eller teknisk risk.
Kravet är en angelägenhet för en särskilt inflytelserik intressent.
Kravet har en förstklassig karaktär, t.ex. tar inget av ansvaret för redan befintliga komponenter i arkitekturen upp det.
Kravet har QoS/SLA-egenskaper som avviker från alla som redan är uppfyllda av den utvecklande arkitekturen.
Kravet har orsakat budgetöverskridanden eller kundmissnöje i ett tidigare projekt med liknande sammanhang.

OpenUP och Peter Eeles diskuterar ytterligare kriterier för arkitektonisk betydelse i flera artiklar och presentationer . Sju kriterier för arkitektonisk betydelse diskuterades vid den europeiska konferensen om programvaruarkitektur 2020: affärsvärde/risk, intressentoro, kvalitetsnivå, externa beroenden, tvärgående, först i sitt slag, källa till problem i tidigare projekt. Dessa kriterier beskrivs i ett " "arkitektoniskt betydelsetest" " .

Heuristik

När ett krav specificerar ett mjukvarusystems kvalitetsattribut ; hänvisar till dess kärnegenskaper; ålägger det begränsningar; eller definierar miljön i vilken den kommer att köras, är det sannolikt arkitektoniskt betydelsefullt.

Se diskussion om design vs. arkitektur under mjukvaruarkitektur för ytterligare kriterier av arkitektonisk betydelse.

Framkallande

Liksom alla icke-funktionella krav och krav på kvalitetsattribut bör arkitektoniskt betydande krav specificeras på ett SMART sätt. Scenarier för kvalitetsattribut är ett sätt att uppnå S (specifika) och M (uppmätta) kriterier i SMART. Software Engineering Institute rekommenderar kvalitetsattributworkshops för detta arbete. Det har föreslagits att hålla arkitekturanalys och design lätt och flexibel; kvalitetsattributträd för vissa tillämpningsgenrer och teknikdomäner kan stödja sådana tillvägagångssätt.

Det är viktigt att kommunicera de framkallade arkitektoniskt betydelsefulla kraven, och alla andra arkitektoniska artefakter, i en notation och ett språk som är begripligt för målgruppen ( särskilt affärsintressenter ) .

Påverkan

Arkitektoniskt betydande krav används i mjukvarudesign för att driva och motivera arkitektoniska beslut ; om de inte tillgodoses på rätt sätt bidrar de till ackumuleringen av tekniska skulder . Underlåtenhet att uppfylla säkerhets- och efterlevnadskraven komplicerar till exempel system- och processsäkerhetsrevisionerna och ökar risken för granskningsresultat. Exemplariska råd om hur man hanterar systemkvalitetsattribut (inklusive arkitektoniskt betydande krav) finns i litteraturen.

Se även