Як звичайно, відповідь на запит варто подати швидко. Щоб надати инфор-мацию лідеру проекту, у вас одна година. Лідер проекту сам передасть повідомлення вищому керівництву для ініціювання бюджетного процесу.
Тепер самий час здійснити скрупульозний пошук у Web, щоб одержати ін-формацію про ПІ, забезпеченні практичності ПО, проектуванні з орієнтацією на користувачів, методах, шаблонах ПО, прикладах, а також інструментальних засобах для кожної з підтримуваних платформ операційних систем.
Питання?
ЧАСТИНА 2
Приймаємося за справу
Продовжуємо огляд деяких першочергових задач по створенню програмного продукту. Ці задачі можна розглядати як першу основну ітерацію робіт з орієнтованого на користувачів розробці продукту.
В другій частині розглядаються наступні теми.
Глава 8. Планування робіт із проектування і розробки ПІ.
Глава 9. Вимоги.
Глава 10. Користувачі, їхнє робітниче середовище і задачі.
Глава 11. Концептуальне проектування й архітектура.
Глава 12. Принципи, інструкції і посібники зі стилю.
Глава 13. Макети, моделі і прототипи.
Глава 14. Оцінка практичності.
Глава 15. Ітеративна розробка.
Незважаючи на те, що обговорення ведеться в послідовній манері, варто погнити, що проектуванню користувальницького інтерфейсу властива не ортогональность і нелінійність.
Глава 8
Планування робіт із проектування і
розробки ПІ
Кінцеві користувальницькі інтерфейси програмних продуктів залучають усе більша увага і здобувають значення як характерна риса продукту обеспечивающая конкурентну перевагу. У міру того як перелік продуктів стає усе длиннее, користувачі, що відповідають за придбання продуктів, усі частіше звертаються до інтерфейсу. Якщо ПІ продукту робить враження простого для вивчення і використання, продукт має всі шанси одержати конкурентна перевага, особливо якщо він претендує на зниження витрат при освоєнні, а з погляду продуктивності обіцяє реальні вигоди.
Однак продукт, що володіє реальною перевагою в порівнянні з конкуруючими чи успадкованими продуктами, не з'являється за розпорядженням, чи натхненню по чарівництву. Тут потрібно погоджена, систематична і завзята[ робота з боку керівництва і технічного персоналу. Процес проектування і розробки програмних продуктів (як компонентів, що відносяться до ПІ, так і інших типів компонентів) включає: планування, збір вимог, концептуальне проектування, проектування, реалізацію (системне проектування, проектування програми, написання програми і компонентне тестування), тестування (системне і комплексне), виконання ітерацій (доти , поки вимоги не будуть задоволена) і завершальне дія по розгортанню. Існують різні способи представлення найбільш важливих елементів процесу розробки - кожен крок виконується явно й усвідомлено або кожен крок виконується неявно і неусвідомлено. Деяка критична "маса" роботи повинна бути виконана ефективно і продуктивно, певним чином навіть у випадку RAD-методу розробки (Rapіd Applіcatіon Development- швидка розробка додатка) чи швидкоплинних Web-орієнтованих проектів.
Успішне проходження найважливіших кроків процесу- це щось більше, ніж жонглювання цифрами. Тут потрібно завзята, напружена, самовіддана робота і зосередженість на досягненні результатів.
Кращий спосіб приступити до роботи над складним, підданим помилкам і отличающимся високій імовірності ризиків проектом полягає в складанні плану, що включає діяльність по керуванню ризиками.
У цій главі розглядаються наступні питання.
" Планування робіт із проектування і розробки ПІ.
" Ітеративні процеси і плани-графіки .
" Персонал, навички й інші ресурси.
" Планування стосовно до основних факторів практичності.
" Складання плану для проекту.
Планування робіт із проектування і розробки ПІ
Перший крок на шляху до орієнтованого на користувача продукту- це планування. Звичайно орієнтований на користувача процес зображується як лінійний, однак він свідомо нелінійний. Проходження послідовних етапів розробки носить нелінійний і не ортогональний характер. Центральним моментів
кожного з етапів процесу розробки є щонайменше одна оцінка відповідності продукту вимогам, що проводиться разом з кінцевими користувачами.
В ідеальному випадку користувачі безпосередньо беруть участь- разом із членами бригади розроблювачів продукту - у процесі розробки продукту на всьому його протязі. Як відзначалося в главі 6, проектна бригада відмовляється від представлення про те, що участь користувачів у проекті обмежується тільки задачами оціни продукту.
Якщо бригада розроблювачів украй везуча, то для задоволення вимог досить однієї ітерації. Всім іншим "смертним" у світі проектування ПО необхідно кілька ітерацій, щоб досягти вимог. Основний процес нагадує роботу шеф-кухаря, що готує чудесне блюдо. При цьому основні кроки виливаються в безліч рецептів за рахунок варіації в інгредієнтах і деталях виконання. Не всі рецепти рівною мірою чудові. Однак кваліфікований шеф-кухар знає, яких рецептів варто дотримувати і які блюда потрібно пропонувати клієнтам.
Корисне правило. Від 30 до 50% всього обсягу програмного коду зв'язано з ПІ
Рис. 8.1. Планування для орієнтованої на користувачів розробки продукту