- •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. Шляхи досягнення відмінностей між різними версіями програмного забезпечення. Досягти відмінності між різними версіями пз можна також такими способами:
39 Поняття критичної системи.
Зазвичай відмова систем, керованих з допомогою ПЗ, викликає незручності, але вони не приводять до тривалих наслідків. Проте є системи, відмови яких можуть приводити до значних економічних втрат, фізичних пошкоджень або створювати загрозу людського життя. Такі системи - називають критичними.
40 Основні типи критичних систем.
Існують три основні типи критичних систем.
Системи, критичні по забезпеченню безпеки. Системи, відмова яких приводить до руйнувань, створює загрозу життя людини або завдає шкоди навколишньому середовищу. Як прикладу можна привести систему управління виробництвом на хімічному заводі.
Системи, критичні для цільового призначення. Системи, відмова яких може привести до помилок в діях, направлених на забезпечення певної мети. Прикладом може служити навігаційна система космічного корабля.
Системи, критичні для бізнесу. Відмова таких систем може завдати шкоди справі, в якій вони використовується. Прикладом є система, обслуговуюча рахунки клієнтів в банку
41. Основні джерела відмов та підходи до проектування критичних систем.
Розглядаючи надійність критичних систем, можна виділити три типи системних "компонентів", схильних до відмови.
Апаратні засоби системи, що відмовляють або через помилки конструювання, або через помилки виготовлення, або через повне зношування.
Програмне забезпечення системи, яке може відмовляти через помилки або в технічних вимогах до системи, або в архітектурі системи, або в програмному коді.
Людський фактор, який своїми діями порушує правильну роботу системи.
42. Основні підходи для підвищення безвідмовності систем.
Є три підходи, що використовуються для підвищення безвідмовності систем.
1. Запобігання збоїв. Підхід до розробки ПЗ, що мінімізує можливість появи помилок і / або виявляє помилки перш, ніж вони призведуть до збоїв системи. Приклад такого підходу - виключення схильних до помилок певних конструкцій мов програмування (наприклад, покажчиків) і постійний аналіз програм для виявлення різних аномалій програмного коду. 2. Виявлення помилок та їх усунення. Використання різноманітних методів перевірки системи в різних режимах дозволяє виявити помилки і усунути їх до введення системи в експлуатацію.
Регулярне тестування системи і її налагодження - приклад даного підходу.
3. Стійкість до збоїв. Використання спеціальних методів, що гарантують, що помилки в системі не призведуть до збоїв і що збої не призведуть до відмов системи. Приклад такого підходу - застосування засобів самовідновлення системи з використанням дублювання модулів.
43. Рівні безпечності програмних систем.
Безпека системи - це властивість, що відбиває здатність системи функціонувати, не загрожуючи людям або навколишньому середовищу. Там, де безпека є необхідним атрибутом системи, говорять про систему, критичної щодо забезпечення безпеки. Прикладами можуть служити контролюючі та управляючі системи в авіації, системи управління процесами на хімічних і фармацевтичних заводах і системи керування автомобілями.
Програмне забезпечення розглядаються в цьому розділі систем підрозділяється на два класи :
Первинне програмне забезпечення, критичне за критерієм безпеки. Це ПО включається в систему у вигляді окремого блок управління. Неправильна робота такого ПЗ може бути причиною відмови устаткування, внаслідок якого може виникнути загроза життю людини або нанесення шкоди навколишньому середовищу. Я особливо звертаю увагу на цей клас програмного забезпечення.
Вторинне програмне забезпечення, критичне за критерієм безпеки. Це ПО непрямим чином може призвести до непередбачених наслідків. Прикладами можуть служити автоматизовані системи в техніці, неправильна робота яких може призвести до помилок у роботі об'єкта та поставити під загрозу життя людей. Інший приклад такого ПО - медична база даних, що містить опис ліків, призначених пацієнтам. Помилки в цій системі можуть призвести до неправильної дозуванні препаратів.
Безвідмовність і безпеку системи - взаємопов'язані, але, очевидно, різні складові функціональної надійності. Звичайно, система, критична щодо забезпечення безпеки, повинні відповідати своєму призначенню і функціонувати без відмов. Для забезпечення безперервного функціонування навіть у разі помилок вона повинна мати захист від збоїв. Однак відмовостійкість не гарантує безпеки системи. Програмне забезпечення може тільки один раз спрацювати неправильно, і це призведе до нещасних випадків.