Page 116 - 4695

який замовник може зрозуміти і оцінити. А зрозумівши і оціни-
вши — свідомо підписати згоду на реалізацію проекту.
Полегшити процес впровадження системи можливо тільки
наперед спроектованим інтерфейсом, який дозволяє застрахува-
тися від цілої низки претензій щодо неадекватної реалізації ТЗ.
Дійсно вагома частина проблем впровадження в якісно викона-
ному проекті припадає на інтерфейс, створений формально пра-
вильно, але неадекватно представленням замовника. Не існує
ТЗ, окрім власне прототипу інтерфейсу, який би міг інтегрувати
такого роду вимоги. Наприклад: у будь-якому ТЗ можна пропи-
сати, що «в системі є адресна книга, яка складається з таких-то
даних і таких-то функцій». Але неможливо формалізувати вже
в ТЗ, як ця адресна книга повинна реально працювати, як, вре-
шті-решт, ця адресна книга повинна виглядати. При цьому апе-
ляції виконавця до підписаного технічного завдання як правило,
не спрацьовують, оскільки в контексті призначеного для корис-
тувача інтерфейсу проінтерпретувати ТЗ завжди можна дуже
по-різному.
Скоротити кількість доробок системи, викликаних невідпо-
відністю її функціональності очікуванням клієнта (замовника).
Тільки побачивши саму систему, замовник може реально зрозу-
міти її можливості, рівно як і оцінити власні потреби. Для замо-
вника програмний продукт і його інтерфейс абсолютно тотожні.
Отже, показавши замовнику інтерфейс на стадії підготовки ТЗ,
можна знизити кількість і обсяг переробок, потреба в яких ви-
никає через розбіжності очікувань замовника з запланованою в
ТЗ функціональністю системи.
Зняти ризик необхідності доробки функціональності сис-
теми, через незадоволеність замовника запропонованим інтер-
фейсом. При розробці інтерфейсу немає ніякої гарантії того, що
його прийме замовник. Кожна функція системи описується
бінарно: функція може бути, може не бути. Доказ її наявності
рідко вимагає аргументування. Інтерфейс же може бути або до-
статньо хорошим, або недостатньо хорошим. Коли в справу
вступають відносні терміни, все ускладнюється. Це приводити
до виникнення конфліктних ситуацій. При переробці недоста-

115