Поняття архітектури програмного забезпечення

РОЗДІЛ. 6. СТРУКТУРА ТА АРХІТЕКТУРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

Контрольні запи тання

1. Суть, мета, задачі системи управління

2. Вимоги до управління їх зміст

3. Порядок роботи командира з отриманням бойового завдання

4. Порядок проведення розрахунку часу та підготовки до бою

5. Зміст з`ясування задачі, оцінки обставин, проведення рекогносцировки

організації взаємодії

Архітектура програмного забезпечення (англ. software architecture) - це структура програми або обчислювальної системи, яка включає програмні компоненти, видимі зовні властивості цих компонентів, а також відносини між ними. Цей термін стосується також документування архітектури програмного забезпечення. Документування архітектури ПЗ спрощує процес комунікації між зацікавленими особами (англ. stakeholders), дозволяє зафіксувати прийняті на ранніх етапах проектування рішення про високорівневі дизайні системи і дозволяє використовувати компоненти цього дизайну і шаблони повторно в інших проектах.

Архітектура ПЗ є реалізацією нефункціональних вимог до системи, в той час як проектування ПЗ є реалізацією функціональних вимог.

Архітектура ПЗ, яку також можна уявити собі у вигляді розробки стратегії - це діяльність, пов'язана з визначенням глобальних обмежень, що накладаються на проектування системи, такі як вибір парадигми програмування, архітектурних стилів, стандарти розробки ПЗ, засновані на використанні компонентів, принципи проектування та обмеження, накладаються державним законодавством. Детальне проектування, тобто розробка тактики - це діяльність, пов'язана з визначенням локальних обмежень проекту, такі як шаблони проектування, архітектурні моделі, ідіоми програмування і рефакторинга. Згідно "гіпотезі напруги / околиці" (Intension / Locality Hyphotysis), відмінність між архітектурним і детальним проектуванням визначається критерієм околиці (Locality Criteria), згідно з яким твердження, що дизайн ПО не є локальним (а є архітектурним) істинно тоді і тільки тоді, коли програма, яка відповідає цьому критерію може бути розширена в програму, яка не задовольняє йому. Наприклад, стиль програми, клієнт-сервер є архітектурним стилем (стратегічним дизайном), тому що програма, яка побудована на цьому принципі, може бути розширена в програму, яка не є клієнт-сервером, наприклад, шляхом додавання peer-to-peer вузлів.

Архітектура є проектуванням (дизайном), але не всякий дизайн є архітектурним дизайном. На практиці, архітектор визначає межу між архітектурою програмного забезпечення (архітектурним дизайном) і детальним дизайном (неархітектурним проектуванням). Не існує правил чи інструкцій, як зробити це, які підходять для будь-якого випадку.

Дата добавления: 2017-02-01