
- •1. Основні ознаки розподілених програмних систем.
- •2. Характеристики розподілених систем, що впливають на продуктивність обчислень.
- •3. Характеристики розподілених систем, що впливають на надійність обчислень.
- •4. Характеристики розподілених систем, що впливають на економію ресурсів.
- •6. Недоліки розподілених систем, що пов’язані з їх використанням.
- •7. У чому полягає складність розробки розподілених систем?
- •8. Основні види архітектур розподілених систем.
- •9. Особливості архітектури клієнт/сервер.
- •10. Види архітектур клієнт/сервер та галузі їх застосування.
- •11. Особливості застосування архітектури Клієнт / сервер на Основі тонкого клієнта.
- •12. Особливості застосування архітектури Клієнт / сервер на Основі Товстого клієнта.
- •13. Особлівості багаторівневої архітектури Клієнт / сервер.
- •14. Характеристики архітектури розподіленіх об'єктів.
- •15. Основні Переваги архітектури розподіленіх об'єктів.
- •16. Основні недолікі архітектури розподіленіх об'єктів.
- •17. Характеристика систем реального часу.
- •18. Класифікація систем реального часу за типами вхідніх сігналів.
- •19. Особливості проектування систем реального часу.
- •20. Засоба підвіщення продуктівності систем реального часу.
- •21. Моделі систем реального часу.
- •22. Вимоги до засобів програмування систем реального часу.
- •23. Керуючі компоненти систем реального часу.
- •24. Компоненти, що підвищують надійність систем реального часу.
- •25. Особливості керування процесами в системах реального часу.
- •26. Види інтерфейсів користувача та їх особливості.
- •27. Переваги та недоліки графічного інтерфейсу користувача.
- •28. Особливості проектування інтерфейсу користувача.
- •29. Основні засади проектування інтерфейсу користувача.
- •31 Основні види взаємодії користувача і програми та сфери їх застосування.
- •32 Недоліки та переваги основних видів взаємодії користувача з програмою.
- •33 Способи подання інформації користувачу.
- •34 Основні правила використання кольору в інтерфейсах користувача.
- •35 Засоби інтерфейсу спрямовані на підтримку користувача.
- •36 Основні види документації для користувачів програмних систем.
- •37 Основні складові надійності програмних систем.
- •38 Обґрунтування потреби у високонадійних програмних системах.
- •39 Поняття критичної системи.
- •40 Основні типи критичних систем.
- •41. Основні джерела відмов та підходи до проектування критичних систем.
- •42. Основні підходи для підвищення безвідмовності систем.
- •43. Рівні безпечності програмних систем.
- •44. Способи підвищення безпечності програмних систем.
- •45. Типи пошкоджень систем, що викликаються зовнішніми чинниками.
- •46. Засоби підвищення захищеності програмних систем.
- •47 Основні підходи до проектування надійного програмного забезпечення.
- •48 Основні вимоги до розробки безвідмовного програмного забезпечення.
- •49. Конструкції мов програмування, що потенційно можуть призвести помилок.
- •50. Методи програмування, що потенційно можуть призвести до помилок.
- •51. Укривання даних, як спосіб підвищення надійності програмування.
- •52. Технологічні заходи мінімізації числа відмов у програмних системах.
- •53. У проблемі безвідмовності виділяють чотири аспекти.
- •54. Існує два підходи, що використовуються для розробки пз, стійкого до збоїв.
- •55. Обробка виключень в мовах програмування як засіб підвищення надійності.
- •56.Основні типи виявлення збоїв у програмних системах.
- •57. Способи локалізації помилок та пошкоджень даних в програмах.
- •58. Види стійких до відмов архітектур.
- •59. Основні підходи до створення стійкого до відмов програмного забезпечення.
- •60. Шляхи досягнення відмінностей між різними версіями програмного забезпечення. Досягти відмінності між різними версіями пз можна також такими способами:
6. Недоліки розподілених систем, що пов’язані з їх використанням.
Складність. Розподілені системи складніше централізованих. Набагато важче зрозуміти і оцінити властивості розподілених систем в цілому, а також тестувати ці системи.
Наприклад, тут продуктивність системи залежить не від швидкості роботи одного процесора, а від смуги пропускання мережі і швидкості роботи різних процесорів. Переміщуючи ресурси з однієї частини системи в іншу, можна радикально вплинути на продуктивність системи.
Безпека. Зазвичай доступ до системи можна отримати з декількох різних машин, повідомлення в мережі можуть переглядатися або перехоплюватися. Тому, в розподіленій системі набагато складніше підтримувати безпеку.
Керованість. Система може складатися з різнотипних комп'ютерів, на яких можуть бути встановлені різні версії операційних систем. Помилки на одній машині можуть поширитися на інші машини з непередбачуваними наслідками. Тому потрібно значно більше зусиль, щоб керувати і підтримувати систему в робочому стані.
Непередбачуваність. Як відомо всім користувачам Web-мережі, реакція розподілених систем на певні події непередбачувана і залежить від повного завантаження системи, її організації та мережного навантаження. Так як всі ці параметри можуть постійно змінюватися, час, витрачений на виконання запиту користувача, в той чи інший момент може істотно розрізнятися.
7. У чому полягає складність розробки розподілених систем?
Проблема проектування Опис
Ідентифікація ресурсів Ресурси в розподіленій системі розташовуються на різних комп'ютерах, тому систему імен ресурсів слід продумати так, щоб користувачі могли без праці відкривати необхідні їм ресурси і посилатися на них. Прикладом може служити система уніфікованого покажчика ресурсів URL, яка визначає адреси веб-сторінок. Без легковоспрінімаемой і універсальної системи ідентифікації велика частина ресурсів виявиться недоступною користувачам системи
Комунікації
Універсальна працездатність Інтернету та ефективна реалізація протоколів TCP / IP в Інтернет для більшості розподілених систем служать прикладом найбільш ефективного способу організації взаємодії між комп'ютерами. Однак там, де на продуктивність, надійність та інше накладаються спеціальні вимоги, можна скористатися альтернативними способами системних комунікацій
Якість системного сервісу
Якість сервісу, пропоноване системою, відображає її продуктивність, працездатність і надійність. На якість сервісу впливає цілий ряд факторів: розподіл системних процесів, розподіл ресурсів, системні й мережні апаратні засоби і можливості адаптації системи
Архітектура програмного забезпечення

Архітектура програмного забезпечення описує розподіл системних функцій по компонентах системи, а також розподіл цих компонентів по процесорам. Якщо необхідно підтримувати високу якість системного сервісу, вибір правильної архітектури виявляється вирішальним фактором Трудомісткість розробки розподілених програмних систем – проблеми, які виникають при розробці розподілених систем: забезпечення надійності, безпеки і масштабованості, вимагали створення більш загальних засобів рішення і стандартів.
Розробка програмного забезпечення для РКС принципово відрізняється від програмування для централізованих систем. Мережева операційна система, вико- нуючи завдання керування локальними ресурсами комп’ютера, має також вирі- шувати численні задачі з надання мережевих послуг. Розробка мережевих засто- сувань ускладнюється через необхідність організувати спільну роботу їхніх час- тин, що виконуються на різних машинах. Відсутність усталених стандартів поро- джує питання забезпечення сумісності програмного забезпечення.