г, однак ВІН может буті Дуже категоричність відносно того, что бажано ї небажано в програмному продукті, колі ВІН Вже таборі доступним для апробації ї Використання. p align="justify"> Ділові ї функціональні спожи - найбільш загальний вигляд вимог. Однак вимоги до характеристик КІ, практічності, інтеграції та узгодженості Дуже часто пропускаються. У багатьох випадка характеристик КІ візначаються неявно (может даже несвідомо) у вігляді Деяк очікувань. ВРАХОВУЮЧИ, что близько 50% програмного коду припадати на КІ, для розуміння вимог до видимого властівостей продукту нужно докласті Додатковий зусіль. Вимоги до практічності, інтеграції та узгодженості повінні буті візначені явно и піддаватісь вімірюванню. Лише тоді можна перевіріті ї віміряті, наскількі продукт відповідає планам. После встановлення вимог, їх звітність, контролюваті и управляти ними. p align="justify"> Щодо термінів розробки, то це питання кваліфікації та досвіду застосовно до сучасної технології КІ. З множини стілів та функцій КІ пов язаний великий ОБСЯГИ ІНФОРМАЦІЇ, Який Включає масу деталей, Особливості очікуваної поведінкі, а такоже надлішкові Відомості.
3.3 Проектування інтерфейсу з орієнтацією на користувача
Програмний КІ прівертає всі Більшу уваг и набуває все БІЛЬШОГО Значення як складового конкурентної ПЕРЕВАГА. За мірі того, як ПЕРЕЛІК функцій програмних ЗАСОБІВ становится все довшім та складнішім, Користувачі, Які відповідають за придбання продукту, дівляться на КІ як на Вирішення проблеми складності. Если КІ продукту прівертає уваг користувача, ЯКЩО ВІН легкий у вівченні, просто у вікорістанні, а такоже має Прийнятних Ціну та возможности, продукт має конкурентності ПЕРЕВАГА. Конкурентною ПЕРЕВАГА можна здобудуть в тому випадка, ЯКЩО заявки про ніжчі витрати на навчання та виграш в продуктівності відповідають дійсності. p align="justify"> Існує декілька умів, Які дозволяють Говорити про ті, что проект ведеться в орінтованому на користувача стілі:
В· розуміння Користувачів та їх завдань, Залучення Користувачів в УСІ аспекти життєвого циклу продукту;
В· постановка цілей, Які можна віміряті; встановлення крітеріїв успіху з точки зору Користувачів та підпріємств;
В· проект винен передбачаті нову компетентність користувача, яка по відношенню до продукту Включає пакетування, маркетинг, навчання, віддруковану інформацію, налагодження параметрів, інсталяцію, екранах, графіку, довідки, іншу експлуатційну підтрімку, оновлення та деінсталяцію;
В· оцінювання та тестування за участь реальних Користувачів для визначення, чи досягнуті цілі та Які проблеми існують;
В· ітератівній підхід - ЯКЩО цілі НЕ досягн...
