Mjukvaruarkitektur

Mjukvaruarkitektur köper försåvitt hurdan ett mjukvarusystem ska byggas upp. Man håller sig samman arkitekturdesign villig en mer ogripbart nivå än samman mjukvarudesign. Samman arkitekturdesign så bryter man ner ett systems funktionalitet i en mängd moduler där varje delblock fokuseras villig att tillhandahålla en speciell format av funktionalitet. Därefter bygger man opp en lösnig där dom olika modulerna sammarbetar för att lösa systemets lott. I arkitekturen ingår även hurdan modulerna interagerar med varandra samt i speciell mån även hurdan interaktion händer inom modulerna.

Vid mjukvaruutveckling så utgår man från en mängd krav som samlats in från systemets beställare. Kraven kan grovt delas opp i par kategorier, funktionella samt ickefunktionella krav. Dom funktionella kraven är krav som beskriver va systemet ska producera (rita en rätblock villig skärmen) medans dom ickefunktionella kraven beskriver mer abstrakta krav villig systemet (det ska produkt lätt att förändra ut kuben mot ett klot). Andra ickefunktionella krav är exempelvis prestanda, flexibilitet samt utbyggbarhet.

När ett systems arkitektur designas så åstadkommer man först en arkitektur som uppfyller alla dom funktionella krav som ställs villig systemet. Därefter så utvärderar man denna design mot dom ickefunktionella kraven för att se försåvitt arkitekturen klarar av att infria dessa. Försåvitt man redan villig arkitekturnivå kan framföra att ett ordna kommer att misslyckas med att infria t.ex dom prestandakrav som ställs villig det så är det ju ej mycket mening att fortsätta dess utveckling. Arkitekturen plikt då anpassas så att dom krav som ställs blir uppfyllda.

Om man kollar villig hurdan ett ordna konkretiseras så kan man se nästföljande skala:

ogripbart | Arkitektur || Objektorienterad design || Kod Konkret

Systemet börjar sin evolution villig arkitekturnivå samt avgår i en kodmassa som (om design samt implementation gjorts korrekt) återspeglar arkitekturen. Givetvis så är ej arkitekturen skriven i sten utan kan modifieras mirakel utvecklingens gång, viktigt att fundera villig är likväl att ändringar i arkitekturen efter det att kod har börjat skrivas är ett mycket dyrt samt marigt företag i ett lite större system.

Nedbrytningen i moduler påminner mycket försåvitt objektorienterad design skada det är viktigt att ej mixa ihopa dom bägge. Samman objektorienterad design så är man betydligt mer konkret än samman arkitekturdesign, man definierar variabler samt metoder som direkt återspeglas i koden. Ett vanligt nybörjarfel är att man ät för konkret samman designen av arkitekturen samt villig så fason blandar oo design samt arkitektur.

Redigera?

Artikeln skriven 2009-01-21 av Learning4sharing

Kategorier för Mjukvaruarkitektur

dålig översättning(1)

Intresserad av fler artiklar?

Hjalmar Söderberg
Hundra Reklambyrå
Ritsa
Open Content Alliance
Bungie
Halo
Metanol
Miranda Otto
Internet 5