- •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. Шляхи досягнення відмінностей між різними версіями програмного забезпечення. Досягти відмінності між різними версіями пз можна також такими способами:
18. Класифікація систем реального часу за типами вхідніх сігналів.
Вхідні сигнали діляться на два класи.
Періодичні сигнали, відбуваються через зумовлені інтервали часу. Наприклад, система перевіряє датчик кожні 50 мілісекунд, і робить дії (реагує) в залежності від значень, отриманих від датчика (стимулу).
Аперіодичні сигнали відбуваються нерегулярно. Зазвичай вони "повідомляють про себе" за допомогою механізму переривань. Прикладом аперіодичного сигналу може бути переривання, яке виробляється по завершенні передачі вхід / вихід і розміщення даних в буфері обміну.
19. Особливості проектування систем реального часу.
На перших етапах проектування необхідно враховувати час реакції системи. У центрі процесу проектування системи реального часу - події (вхідні сигнали), а не об'єкти чи функції. Процес проектування таких систем складається з декількох етапів.
Визначення множини вхідних сигналів, які будуть оброблятися системою, і відповідних їм системних реакцій, тобто відповідних сигналів.
Для кожного вхідного сигналу і відповідного йому відповідного сигналу обчислюються тимчасові обмеження.
Об'єднання процесів обробки вхідних і відповідних сигналів у вигляді сукупності паралельних процесів. 4. Розробка алгоритмів, що виконують необхідні обчислення для всіх вхідних і відповідних сигналів.
Розробка тимчасового графіка роботи системи.
Збірка системи, що працює під управлінням диспетчера - керуючої програми.
20. Засоба підвіщення продуктівності систем реального часу.
Апаратні компоненти забезпечують більш високу продуктивність, ніж еквівалентна їм (по виконуваних функцій) програмне забезпечення. Апаратних засобів можна доручити "вузькі" місця системної обробки сигналів і, таким чином, уникнути дорогої оптимізації ПО. Якщо за продуктивність системи відповідають апаратні компоненти, при проектуванні ПО основне увагу можна приділити його переносимості, а питання, пов'язані з продуктивністю, відходять на другий план.
21. Моделі систем реального часу.
Системи реального часу повинні реагувати на події, що відбуваються через нерегулярні інтервали часу. Такі події (або вхідні сигнали) часто призводять до переходу системи з одного стану в інший. Тому одним із способів опису систем реального часу може бути модель кінцевого автомата і відповідна діаграма станів, розглянуті в главі 7.
У моделі кінцевого автомата в кожен момент часу система знаходиться в одному зі своїх станів. Отримавши вхідний сигнал, вона переходить в інший стан. Наприклад, система управління клапаном може перейти зі стану "Клапан відкритий" в стан "Клапан закритий" після отримання певної команди оператора (вхідний сигнал).
Описаний вище підхід до моделювання системи я проілюструю на розглянутому в розділі 7 прикладі мікрохвильовій печі. На рис. 13.3 показана модель кінцевого автомата для звичайної мікрохвильової печі, обладнаної кнопками включення живлення, таймера і запуску системи. Стану системи позначені округленими прямокутниками, вхідні сигнали, що викликають перехід системи з одного стану в інший, показані стрілками. На діаграмі показані всі стани печі, також названі дії виконавчих механізмів системи або дії з виведення інформації.
Переглядати послідовність роботи системи потрібно зліва направо. У початковому стані Очікування, користувач може вибрати режим повної або половинної потужності. Наступне стан настає при натисканні на кнопку таймера і установці часу роботи печі. Якщо двері печі закрита, система переходить в стан Дія. У цьому стані йде процес приготування їжі, після завершення якого піч повертається в стан Очікування.
Моделі кінцевого автомата - хороший спосіб представлення структури систем реального часу. Тому такі моделі є невід'ємною частиною методів проектування систем реального часу [338]. Метод Харела (Harel) [115], що базується на діаграмах станів, спрямований на вирішення проблеми внутрішньої складності моделей кінцевого автомата. Діаграма станів структурує моделі таким чином, що групи стану можна було б розглядати як єдині сутності. Крім того, за допомогою діаграм станів паралельні системи можна представити у вигляді моделі станів. Моделі станів підтримуються також UML