
- •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. Шляхи досягнення відмінностей між різними версіями програмного забезпечення. Досягти відмінності між різними версіями пз можна також такими способами:
28. Особливості проектування інтерфейсу користувача.
Грамотно спроектований інтерфейс користувача украй важливий для успішної роботи системи. Складний в застосуванні інтерфейс, як мінімум, призводить до помилок користувача. Іноді вони просто відмовляються працювати з програмною системою, незважаючи на її функціональні можливості. Якщо інформація представляється плутано або непослідовно, кори
Окна |
Позволяют отображать на экране информацию разного рода |
Пиктограммы |
Представляют различные типы данных. В одних системах пиктограммы представляют файлы, в других – процессы |
Меню |
Ввод команд заменяется выбором команд из меню |
Указатели |
Мышь используется как устройство указания для выбора команд из меню и для выделения отдельных элементов в окне |
Графические элементы |
Могут использоваться совместно с текстовыми |
Важливим етапом процесу проектування інтерфейсу користувача є аналіз діяльності користувачів, яку повинна забезпечити обчислювальна система. Не вивчивши того, що, з точки зору користувача, повинна робити система, неможливо сформувати реалістичний погляд на проектування ефективного інтерфейсу. Для аналізу потрібно (як правило, одночасно) застосовувати різні методики, а саме: аналіз завдань [94], етнографічний підхід (див. розділ 6)
[328, 167], опитування користувачів і спостереження за їх роботою.
29. Основні засади проектування інтерфейсу користувача.
Етап I. Передпроектний аналіз
Роботи з проектування інтерфейсу починаються з передпроектного аналізу. На робочій сесії з клієнтом ми описуємо бачення проекту (vision), в якому розповідається про його суті і цілях, а також перераховуємо передбачувану функціональність системи у вигляді коротких сценаріїв взаємодії. На додаток до цього проводиться аналіз потреб і контексту роботи цільової аудиторії, яка описується у вигляді ключових персонажів. Також складається первісна карта сайту, яка показує приблизну структуру майбутньої системи. На написання і затвердження цих базових документів зазвичай йде близько 3 днів, після чого ми плануємо інші роботи і даємо точну оцінку строків і вартості їх виконання. Тому зручніше вести передпроектний аналіз за окремим договором - складно отримати точну оцінку двомісячної роботи без попереднього дослідження.
Етап II. Збір вимог
На наступному етапі ми готуємо докладний перелік функціональності (user stories). Він дозволяє врахувати всі функціональні вимоги і краще зрозуміти особливості майбутньої системи. На його основі ми робимо висновок, які з функцій вимагають цілого процесу, які - просто окремої сторінки, а яким буде достатньо простої кнопки. Орієнтуючись на складених раніше персонажів, ми оновлюємо карту сайту і складаємо схему навігації. Після цього малюються діаграми переходів між сторінками - вони об'єднують сторінки системи в рамках конкретних процесів. Тепер ми знаємо, як користувачі будуть працювати з продуктом в цілому і як саме виконувати конкретні завдання. Етап триває близько 4 днів.
Етап III. Проектування інтерфейсу
Третій етап - найважливіший. Тут ми створюємо структурні схеми сторінок (wireframes), які показують, яка інформація і елементи управління повинні розташовуватися на сторінках системи.
Це ще не дизайн, але вже основа для нього - wireframes є технічним завданням для дизайнера. Спілкування з клієнтом на цьому етапі досить щільне - уточнення питань і затвердження креслень йде по декілька разів на день. Але і результатів вистачає - в залежності від складності проекту виходить від декількох десятків до кількох сотень схем сторінок. Тривалість етапу - від однієї до декількох тижнів.
Етап IV. Дизайн інтерфейсу
Завершальним етапом стає візуальний дизайн інтерфейсу. Спершу на основі пари ключових сторінок ми відпрацьовуємо креативну концепцію. Після того як загальна стилістика схвалена клієнтом, отрісовиваємих дизайн-макети ключових сторінок системи. На цьому етапі продукт знаходить зовнішній вигляд - до цього ми займалися його суттю і принципами роботи. Для проектів, які планують активно розвиватися, ми також готуємо керівництво по стилю інтерфейсу (style guide). Він описує принципи візуального оформлення продукту і дозволить зберегти його цілісність у процесі доопрацювань. Роботи по цьому етапу тривають 1-2 тижні.
Етап V. Підготовка специфікації
При необхідності ми готуємо попереднє технічне завдання на розробку системи. Воно об'єднує в собі отримані раніше документи, розширює і перераховує додаткові вимоги до системи - функціональні, архітектурні, експлуатаційні. За бажанням клієнта можуть бути складені докладні сценарії взаємодії, які покроково описують процес роботи користувача з системою.
Фінальний етап. Приймання
Приймання робіт клієнтом може проходити одним великим пакетом зауважень або розбиватися на декілька більш дрібних етапів. Терміни, в які зауваження повинні бути виставлені, оцінені і виправлені обумовлюються в договорі.
30. Засоби зі забезпечення надійності інтерфейсу користувача.
Інтерфейс користувача — сукупність засобів для обробки та відображення інформації, максимально пристосованих для зручності користувача; у графічних системах інтерфейс користувача реалізовується багатовіконним режимом, змінами кольору, розміру, видимості (прозорість, напівпрозорість, невидимість) вікон, їхнім розташуванням, сортуванням елементів вікон, гнучкими налаштовуваннями як самих вікон, так і окремих їхніх елементів (файли, папки, ярлики, шрифти тощо), доступністю багатокористувацьких налаштувань.
засоби: - виведення інформації з пристрою до користувача - весь доступний діапазон впливів на організм людини (зорових, слухових, тактильних, нюхових і тд.) - екрани (дисплеї, проектори) і лампочки, динаміки, зумери і сирени, вібромотор і тд. і тп. - введення інформації / команд користувачем у пристрій - безліч всіляких пристроїв для контролю стану людини - кнопки, перемикачі, потенціометри, датчики положення і руху, сервоприводи, жести особою і руками, навіть з'їм мозкової активності користувача.