1 / 34

Creating an Architectural Design

Creating an Architectural Design. Architektūrin is projektavimas. Pareng ė: Jonas Bialopetravi čius. Programų sistemų architektūra. Kas tai? Sistemos struktūrinis pavidalas apibrėžiantis ją sudarančius komponentus bei duomenis. Jų išdėstymą, savybes bei tarpusavio sąryšius.

ledell
Download Presentation

Creating an Architectural Design

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Creating an Architectural Design Architektūrinis projektavimas Parengė: Jonas Bialopetravičius

  2. Programų sistemų architektūra • Kas tai? • Sistemos struktūrinis pavidalas apibrėžiantis ją sudarančius komponentus bei duomenis. Jų išdėstymą, savybes bei tarpusavio sąryšius.

  3. Programų sistemų architektūra • Kam to reikia? • Architektūros atvaizdavimas leidžia suinteresuotiems asmenims efektyviai bendrauti klausimais liečiančias sistemą. • Pateikia ankstyvus programų sistemos dizaino pasirinkimus, kurie stipriai įtakos galutinį produktą. • Leidžia pažvelgti į sistemą, jos komponentus ir jų tarpusavio sąveikas, kaip į supaprastintą ir lengvai suvokiamą modelį.

  4. Programų sistemų architektūra • Iš ko susideda? • Duomenų projektavimas • Architektūros projektavimas

  5. Duomenų projektavimas • Perteikia analizės metu įvardintus duomenų objektus į duomenų struktūras komponentų lygmenyje arba duomenų bazės architektūrą aplikacijos lygmenyje.

  6. Duomenų projektavimas • Nuoseklūs analizės principai taikomi sistemos eglsenai identifikuoti ir modeliuoti turėtų būti pritaikomi ir duomenims. • Visos duomenų struktūros ir su jomis atliekamos operacijos turi būti identifikuojamos. • Duomenų struktūros bei operacijos atliekamos su jais turėtų būti aprašomos pasirinktu metodu.

  7. Duomenų projektavimas • Žemo lygmens sprendimai turėtų būti atlikti vėlai dizaino proceso metu. • Duomenų struktūros pavidalas turėtų būti žinomas tik tiems moduliams kurie tiesiogiai naudojasi tais duomenimis. • Turėtų būti sukurta duomenų struktūrų ir jiem taikomų operacijų biblioteka. • Programų sistemos dizaino bei programavimo kalbos turėtų palaikyti abstrakčius duomenų tipus.

  8. Architektūriniai stiliai ir šablonai • Stilius – bendras sistemos struktūrinės išvaizdos bei komponentų bendravimo modelis. • Šablonas – vieno architektūrinio aspekto modelis naudojamas patenkinti kokį nors funkcinį reikalavimą.

  9. Architektūriniai stiliai • Duomenimis paremta architektūra

  10. Architektūriniai stiliai • Duomenų tekmės architektūra

  11. Architektūriniai stiliai • „Kviesk ir gražink“ architektūra

  12. Architektūriniai stiliai • Objektiškai orientuota architektūra

  13. Architektūriniai stiliai • Sluoksninė architektūra

  14. Architektūriniai šablonai • Paralelizmas – operacinės sistemos procesų valdymas, užduočių planuotojas. • Duomenų pastovumas – duomenų bazių valdymo sistemos, aplikacijos lygio pastovumas. • Paskirstymas – brokerio šablonas.

  15. Architektūros projektavimas • Sistemos konteksto atvaizdavimas

  16. Architektūros projektavimas • SafeHome sistemos konteksto atvaizdavimas

  17. Architektūros projektavimas • Archetipų apibrėžimas

  18. Architektūros projektavimas • Skaldymas į komponentus

  19. Architektūros projektavimas • Konkrečios sistemos aprašas

  20. Architektūrinės alternatyvos Architektūrinių alternatyvų analizės modelis: • Surinkti scenarijus; • Išsiaiškinti reikalavimus, apribojimus ir aplinką; • Apibūdinti architektūrinius stilius ir šablonus, kurie buvo pasirinkti turimiems scenarijams ir reikalavimams; • Įvertinti kokybės atributus po vieną; • Identifikuoti kokybės atributų jautrumą architektūrinių atributų pasikeitimams; • Kritikuoti siūlomas architektūras.

  21. Architektūrinės alternatyvos • Architektūrinis sudėtingumas: • Dalijimosi priklausomybės; • Tekmės priklausomybės; • Apribojimo priklausomybės.

  22. Sistemos architektūra iš analizės modelio • Struktūrinis dizainas: • Pateikia patogų būdą perteikti duomenų tekmės diagramas į sistemos architektūrą. • Priklauso nuo duomenų tekmės būdo: • Transformuojanti tekmė – duomenys plaukia maždaug tiesiu kanalu; • Transakcijos tekmė – duomenys teka tam tikru kanalu priklausomai nuo transakcijos centro priimto sprendimo.

  23. Transformacinės tekmės perteikimas • Peržiūrėti bazinį sistemos modelį

  24. Transformacinės tekmės perteikimas • Peržiūrėti ir sukonkretinti duomenų tekmės diagramas

  25. Transformacinės tekmės perteikimas • Nustatyti ar DTD turi transformuojančios ar transakcijos tekmės charakteristikas

  26. Transformacinės tekmės perteikimas • Surasti tekmės centrą nurodant įeities bei išeities ribas

  27. Transformacinės tekmės perteikimas • Atlikti pirmo lygio skaidymą

  28. Transformacinės tekmės perteikimas • Atlikti antro lygio skaidymą

  29. Transformacinės tekmės perteikimas • Išgryninti pirmos iteracijos architektūrą naudojant kokybės gerinimo euristikas

  30. Transformacinės tekmės perteikimas • Išgryninti pirmos iteracijos architektūrą naudojant kokybės gerinimo euristikas

  31. Transakcinės tekmės perteikimas • Skirtumai: • Identifikuojamas transakcijos centras; • DTD suprojektuojama remiantis įeities ir išsiuntimo šakomis – likusios dalys remiasi transformacijos tipo tekmės projektavimu.

  32. Transakcinės tekmės perteikimas • Išsiuntimo šaka ir transformacijos tipo tekmės

  33. Trumpai • Atliekamas sistemos atvaizdavimas jos kontekste. • Sistema aprašoma aukšto lygmens abstrakcijomis (archetipais). • Konkretūs komponentai identifikuojami ir išdėstomi. • Konkretūs architektūros pavyzdžiai sukuriami siekiant parodyti sistemos validumą realybėje.

  34. Klausimai ?

More Related