ST2 Test 2

ОСНОВНИ АРХИТЕКТУРНИ ШАБЛОНИ:

• Три-слона архитектура – Three-tier architecture
• Многослойна архитектура – Multilayered architecture
• Model-view-controller
• Микроядро – Microkernel
• Черна дъска – Blackboard pattern
• Sensor-controller-actuator
• Presentation–abstraction–control

КАТЕГОРИИ АРХИТЕКТУРНИ СТИЛОВЕ:

• Структурни – Structure
• Споделена (обща) памет – Shared memory
• Съобщения – Messaging
• Адаптивни системи – Adaptive systems
• Разпределени системи – Distributed systems

Характеристики:

• Автономни – самостоятелни и независими от други приложения
• Няма модулност, позволяваща замяната на определена част
• Използват се за по-елементарни десктоп приложения

Видове клиент-сървър архитектури:

• Тънен клиент (Thin client) – основната работна логика се изпълнява на сървъра
• Дебел клиент (Fat client) – работната логика се изпълнява в клиентското приложение

Нива:

• Представително ниво (presentation tier) – потребителски интерфейс
• Приложно/логическо ниво (application/logic tier) – изпълнява основната логика
• Ниво за достъп до данните (data tier) – предоставя функционалност за работа с данните

Цели на многослойните архитектури:

• Многократно използване на кода (компонентите)
• Стабилност на кода
• Разделяне на отговорностите
• Възможност за използване на множество машини
• Възможност за скалиране на приложенията

Компоненти на MVC:

• Model – определя поведението на приложението, задава бизнес логиката му
• View – представя информация за потребителя
• Controller – обработва входните данни и ги превръща в команди за модела или изгледа

Видове мрежови архитектури:

• Централизирани (centralized) – има един централен възел за съхранение на данни и изчисления
• Децентрализирани (decentralized) – централен възел осъществява контрол върху свързани възли
• Разпределени (distributed) – всички възли са равноправни, данните се дублират

СРАВНЕНИЯ НА МРЕЖОВИТЕ АРХИТЕКТУРИ:

• Точки на отказ: Централизираните имат една точка, децентрализираните – повече, разпределените – най-много
• Устойчивост на отказ: Разпределените са най-стабилни
• Скалируемост: Централизирани – ниска, разпределени – безкрайна

Начини за описание:

• UML (Unified Modeling Language)
• View Model (Viewpoints framework)
• ADL (Architecture Description Languages)

UML: СТРУКТУРНИ ДИАГРАМИ:

• Class – описание на класовете и интерфейсите
• Object – описание на статично състояние на обектите
• Package – организацията на класовете в пакети
• Component – описание на компоненти
• Deployment – физически възли на системата

UML: ПОВЕДЕНЧЕСКИ ДИАГРАМИ:

• Use case – функционалности и употреба от актьори
• Activity – потокът от дейности
• State Machine – промени в състоянието
• Sequence – последователности на извикванията
• Collaboration – взаимодействия между обектите

Основни диаграми:

• Диаграми на класове (Class Diagrams)
• Диаграми на обекти (Object Diagrams)
• Диаграми на компоненти (Component Diagrams)
• Диаграми на разгръщане (Deployment Diagrams)
• Диаграми на случаите на употреба (Use Case Diagrams)
• Диаграми на последователност (Sequence Diagrams)
• Диаграми на сътрудничество (Collaboration Diagrams)
• Диаграми на състояния (State Diagrams)
• Диаграми на дейност (Activity Diagrams)

Основни елементи:

• Сущности (Things) – основните обекти в модела
• Взаимоотношения (Relationships) – връзки между същностите
• Диаграми (Diagrams) – визуални представяния

• Архитектурни шаблони – дефинират общи организационни схеми
• Шаблони за дизайн – по-специфични решения на по-малки проблеми

• Архитектурен шаблон определя цялостната структура
• Шаблоните за дизайн решават конкретни проблеми в рамките на архитектурата

• Функционалност
• Надеждност
• Усвояемост
• Ефективност
• Поддържаемост
• Преносимост

• Чрез метриките се измерва качеството на софтуера
• Метриките могат да бъдат вътрешни и външни
• ISO/IEC 25010 стандарт за качество

Цели на рефакторинга:

• Подобряване на четливостта
• Намаляване на сложността
• Премахване на дублиране
• Подобряване на поддържаемостта

Кога да се прави рефакторинг:

• При добавяне на нова функционалност
• При отстраняване на бъгове
• При преглед на код (code review)

• Преименуване на променливи и методи
• Извличане на методи
• Вмъкване на методи
• Преместване на методи между класове
• Разделяне на класове
• Премахване на дублиращ се код