- •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. Шляхи досягнення відмінностей між різними версіями програмного забезпечення. Досягти відмінності між різними версіями пз можна також такими способами:
10. Види архітектур клієнт/сервер та галузі їх застосування.
Дворівнева клієнт-серверна архітектура передбачає взаємодію двох програмних модулів – клієнтського та серверного. В залежності від того, як між ними розподіляються наведені вище функції, розрізняють: модель тонкого клієнта, в рамках якої вся логіка застосунку та управління даними зосереджена на сервері. Клієнтська програма забезпечує тільки функції рівня представлення; модель товстого клієнта, в якій сервер тільки керує даними, а обробка інформації та інтерфейс користувача зосереджені на стороні клієнта. Товстими клієнтами часто також називають пристрої з обмеженою потужністю: кишенькові комп’ютери, мобільні телефони та ін.
Дворівнева архітектура тонкого клієнта
Успадковані системи, в яких недоцільно розділяти виконання програми та управління даними.
Додатки з інтенсивними обчисленнями, наприклад компілятори, але з незначним обсягом управління даними.
Додатки, в яких обробляються великі масиви даних (запити), але з невеликим обсягом обчислень в самому додатку
Дворівнева архітектура товстого клієнта
Додатки, де користувачеві потрібна інтенсивна обробка даних (наприклад, візуалізація даних або великі обсяги обчислення).
Додатки з відносно постійним набором функцій на стороні користувача, застосовуваних в середовищі з добре налагодженим системним управлінням
Трирівнева і багаторівнева архітектури клієнт / сервер Великі додатки з сотнями і тисячами клієнтів
Додатки, в яких часто змінюються і дані, і методи обробки. Додатки, в яких виконується інтеграція даних з багатьох джерел
11. Особливості застосування архітектури Клієнт / сервер на Основі тонкого клієнта.
Модель тонкого клієнта. У цій моделі вся робота додатки і управління даними виконуються на сервері. На клієнтській машині запускається тільки ПО рівня представлення.
Застосовують:
Додатки, в яких обробляються великі масиви даних (запити), але з невеликим обсягом обчислень в самому додатку
Додатки з інтенсивними обчисленнями, наприклад компілятори, але з незначним обсягом управління даними.
Успадковані системи, в яких недоцільно розділяти виконання програми та управління даними.
12. Особливості застосування архітектури Клієнт / сервер на Основі Товстого клієнта.
Модель товстого клієнта. У цій моделі сервер тільки керує даними. На клієнтській машині реалізована робота додатки і взаємодія з користувачем системи.
модель товстого клієнта використовує обчислювальну потужність локальних машин: і рівень виконання програми, і рівень представлення поміщаються на клієнтський комп'ютер. Сервер тут, по суті, є сервером транзакцій, який управляє всіма транзакціями баз даних. Прикладом архітектури такого типу можуть служити системи банкоматів, в яких банкомат є клієнтом, а сервер - центральним комп'ютером, обслуговуючим базу даних по розрахунках з клієнтами.
13. Особлівості багаторівневої архітектури Клієнт / сервер.
Багаторівневі системи можна використовувати і там, де додаткам необхідно мати доступ до інформації, що знаходиться в різних базах даних. У цьому випадку об'єднуючий сервер розташовується між сервером, на якому виконується додаток, і серверами баз даних. Об'єднуючий сервер збирає розподілені дані і представляє їх у додатку таким чином, ніби вони знаходяться в одній базі даних. Великі додатки з сотнями і тисячами клієнтів.
Додатки, в яких часто змінюються і дані, і методи обробки. Додатки, в яких виконується інтеграція даних з багатьох джерел