72. Початок проекту.

Початок проекту - це фази дослідження та аналізу здійсненності проекту. Вони

розмежовуються, насамперед, у зв'язку з тим, що при їх виконанні ставляться різні цілі,для досягнення якихзалучаються різні ресурси. У фазі дослідження увага фокусується на розумінні призначення проекту. Виконувана на цій фазі робота полягає вплануванні та координації, необхідних для підготовки вимог для керівництва. Вимоги формулюються в такому вигляді, в якому вонидоступні для загальної оцінки проекту та стратегії виконання замовлення. Зокрема,визначається, чи повинен проект бути послідовним або ітеративно нарощуємо, доцільначидля нього комбінація цих підходів. У той же час, вже ця далеко не точне формулюваннявимог повинна давати уявлення про основні моменти проектованого вироби, щодозволяють намітити план для фази конструювання.

Фаза аналізу здійсненності - це робота, пов'язана з прийняттям загальних

проектних рішень, зокрема, із затвердженням вимог.

73. Перехід від попереднього аналізу до першої ітерації.

В цій темі задачі менеджменту обговорюються в контексті робіт, які повинні завершувати попередній аналіз і починати итеративное нарощування можливостей програмного виробу. У традиційній послідовній схемі явно виділяється період, коли аналіз закінчується і починається конструювання; повернення до аналізу - це виправленняпомилки (з усіма наслідками, що випливають з неї наслідками). В об'єктно-орієнтованоїсхемою аналіз ніколи не закінчується, він відновлюється щоразу після оцінки ітерації.Можна сказати, що оцінка ітерації є основою для аналізу наступної ітерації. Але дляпершої ітерації такої основи не існує. Звідси випливають особливості переходу від етапуаналізу до конструювання першій ітерації, пов'язані з тим, що це час, коли змінюєтьсяточка зору на ітерацію і на проектований виріб в цілому:

замість проблемно-орієнтованих об'єктів розглядаються реалізаційні об'єкти;

моделі рівня аналізу замінюються моделями, що представляють реалізаційну

декомпозицію системи;

деякі класи, що виникають в ході аналізу, зникають, з'являються класи, специфічні

для реалізаційної середовища (наприклад, специфицируются інтерфейсні класи

звернення до баз даних);

конкретизуються і уточнюються стратегії і методики, намічені для виконання тих

чи інших робіт.

74. Організація колективної роботи.

Численні методи організації праці колективу, пов'язаного загальною роботою надпрограмним проектом, можна поділити на три категорії:

схеми з поділом відповідальності;

деперсоніфікованих схеми;

змішані схеми.

75. Схеми з розподілом відповідальності.

Методи першої категорії припускають, що для членів колективу виділені сфери відповідальності, які в сукупності охоплюютьвсі завдання проекту. Вони визначаються відповідно до уточненими замовленням і попереднім планом робіт. Кожна зі сфер включає завдання, тематично пов'язані з методом рішення (в якості рішень продукуютьсяоднотипні робочіпродукти), або завдання, що охоплюють розробку відособлених одиницьдекомпозиції (ітерація, програмний модуль та ін.).Часто при обговоренні організаціїколективної діяльності поняття сфери відповідальності замінюється більш змістовним дляпрограмного проекту розбивкою робіт: розробка програмного компонента, виконанняорганізаційної функції (по Гантер це планування, розробка, обслуговування, випускдокументації, випробування, підтримка та супровід).

Для реального проекту конкретизація розподілу обов'язків, відповідна

розбиття проектних робіт в колективі (з урахуванням можливого суміщення ролей) - одназ основних задач менеджера.