• Shuffle
    Toggle On
    Toggle Off
  • Alphabetize
    Toggle On
    Toggle Off
  • Front First
    Toggle On
    Toggle Off
  • Both Sides
    Toggle On
    Toggle Off
  • Read
    Toggle On
    Toggle Off
Reading...
Front

Card Range To Study

through

image

Play button

image

Play button

image

Progress

1/14

Click to flip

Use LEFT and RIGHT arrow keys to navigate between flashcards;

Use UP and DOWN arrow keys to flip the card;

H to show hint;

A reads text to speech;

14 Cards in this Set

  • Front
  • Back

Prestanda

· Det ärett mått på hur väl ett program utför sin uppgift oftast i termer av tid ochminnesåtgång. ·


För attuppnå hög prestanda vill man reducera resurskraven genom att utforma mjukvarasom kräver mindre processorkraft. · Kommunikationär viktigare än beräkning för prestanda· Kommunikationpåverkas av mängd och typ av interaktion mellan· komponenter.· Antal anropoch systemets processarkitektur påverkar prestanda· Tidigarehar prestanda frågor varit avgörande för arkitekturen men bilden har förändratsN>cV

Underhållbarhet

· Dettaattribut är huvudsakligen arkitektoniskt.· Målet äratt minimera effekten av förändringar·


”Man skainte behöva byta olja bara för att jag behöver byta däck på bilen”·


Dettagörs genom låg koppling och hög sammanhållning samtinformationhiding som båda bestäms av arkitektonisk design

Portabilitet:

· Högportabilitet uppnås genom att alla antaganden om en viss plattform lokaliserastill en enda komponent eller ett begränsat antal komponenter.·


Anpassatför att fungera på flera olika miljöer· Portabeltspråk (java)r

Testbarhet

· Hurklara komponenternas ansvarsområden är (sammanhållning) för att kunna testaindividuella moduler för sig själva. Som t.ex om jag vill testa en sökfunktionär det viktigt att den funktionen inte omfattar andra ansvarsområden än attsöka. ·


Grad av“information hiding“ ·


Kvalitetpå arkitektonisk dokumentation


Konceptuell Integritet

· Likartadeproblem ska ha likartade lösningar. ·



Systemdesignenska vara konsekvent. ·




Attanvända sig av tydliga mönster i koden är ett bra sätt att hålla konceptuellintegritet·


Lättareatt uppnå om systemet har designats av ett fåtal personer


Sammanhållning

· En klassska ha väldefinierad kunskap och en väldefinierad uppgift. Attributen ärtydligt kopplade till sitt klass.·


Enklass Anställd ska till exempel inte innehålla en massa information omföretaget den anställde arbetar på. ·


Donot talk to strangers leder till hög sammanhållning·


Användakorrekta naming conventions· Enklass ska bara innehålla metoder som är relaterade till det klassenrepresenterar. Det är viktigt att dela upp klasser. Det är alltför vanligt attprogram innehåller för få och för stora klasser, som har för mycket och föroklar kod som snart blir svår att förstå, svår att underhålla och svår attåteranvända.

Integrabilitet

· Hur lättdet är för separatutvecklade komponenter att fungera tillsammansDettaavgörs av:·


Komponenternasexterna (gränssnitt) komplexitet·


Klaransvarsfördelning mellan komponenter (hög sammanhållning)· Interaktionsmekanismenoch protokoll· Fullständighetav gränssnittspecifikation

Säkerhet

· När ettsystem utvecklas ska man välja var man ska placera säkerhetskomponenterna somska skydda systemet. Detta görs på en arkitektonisk nivå. Man gör t.ex. närmarebestämmelser om var brandvägg, virusskydd och liknande ska finnas. Det ärav stor vikt att systemet blir lätt att vidareutveckla och att det följerföretagets säkerhetsrutiner. Kravet på dokumentation är ofta omfattande.·


Typ och placering av säkerhetskomponenter avgörs påarkiterktonisk nivå.


T.ex.: Privat nätverk .<- - -> Firewall<- - -> Internet

Vattenfallsmodellen: är en sekventiell systemutvecklingsprocess därman ser framstegen som ett flöde (som ett vattenfall) nedåt genom olika faser:krav, analys, design, implementation, test

· Kravanalys:beskriv och validera vad systemet skallgöra ·


Analys:identifiera systemets struktur så attsystemet är enkelt att modifiera om kraven förändras ·


Design:beskriv hur systemet skall realiseras ·


Implementation:implementera systemet och utförenhetstester ·


Testning:verifiera systemet

Interceptor

Interceptors interceptar (fångar upp) anrop. Exekveras innan bönans metod. Interceptors sit between caller and a session bean (Analogous to servlet filters) Kan bara användas med session and message bönor

Do not talk to strangers:

Enoperation skall inte behöva skicka ett meddelande till ett indirekt objekt.




Meddelandeskall helst bara skicka meddelande till följande objekt:




Till sig själv (this, self, me)•




Enparameter av metoden•




Ettattribut av själva objektet (eget attribut)




• Ettelement av ett behållarobjekt, om något attribut av själva objektet refererar tillbehållarobjektet •




Ettobjekt som skapas av metoden

Skillnadenmellan abstract klass och interface:

Man kan säga att bådeabstract och interface är klass-mallar. De berättar hur övriga klasser sombygger (implements/extends) på dessa ska se ut och fungera. En abstract klasskan innehålla färdiga metoder medan ett interface bara kan sätta strukturen förhur överiga klasser ska byggas. Men en klass kan enbart bygga/ärva (extends) påen abstract-klass men implentera (implements) flera interface-klasser.ghDMWg

ODBC/JDBC

JDBCär en förkortning för ”Java Database Connectivity” och är en API (Javaprogramming language application programming interfaces) för att skicka SQLsatser till databaser. Det består av en samling klasser och gränssnitt skrivnai Java och kombinationen med JDBC gör det möjligt att skriva en applikation engång och köra på olika databas plattformar.ODBC (Open Database Connectivity) API används som programmeringsgränssnitt föratt ansluta till olika databaser.

Arkitektoniskaåtgärder

Redundanta komponenter som tar över vid avbrott Ta hänsyn till felhantering vid design av komponentgränssnitt Time-out monitorer (en komponent) som slagit larm om ingen respons efter en bestämd tid Komponenter med hög sammanhållning och låg koppling förenklar testning och modifiering och därmed minskar sannolikheten av avbrott och snabbare reparation.