Васильков

8. Суть прямого проходу при плануванні проекту.

Прямий прохід

а рекурсивно розраховується наступним чином:

Початкова умова: якщо на кожному кроці не проводилася

нормалізація, буде розраховуватися Втім, ця спільна

ймовірність стрімко зменшується із ростом і. Одним із рішень може стати логарифмування. Іншим - нормалізація, тобто розрахунок

сума яких завжди дорівнює одиниці. Це не лише

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

9. Суть зворотного проходу при плануванні проекту.

 обчислюються рекурсивно наступним чином. Початкова умова

Рекурсивний крок має вигляд

– це умовна імовірність, а не фільтроване наближення, і сума цих значень не обов’язково становить 1. З метою запобігання малих значень необхідно на кожному кроці виконувати нормалізацію.

10. Ролі в колективі розробників.

Для цілеспрямованого виконання проекту працівниками має бути виконаний ряд робіт, різних як по своєму призначенню, так і по кваліфікаційних вимогах, що

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

розрізняється залежно від того, який проект виконує команда програміста. Проте, можна вказати на ряд найбільш типових ролей, ігнорування яких приводить кращому випадку до втрат продуктивності праці команди в цілому, а в найгіршому - до краху проекту. Як досить повний перелік ролей можна вказати на наступний список, запропонований в рамках підходу Центру об'єктно-орієнтованої технології фірми IBM

11. Функціональна роль Замовника (Customer) в колективі розробників.

Замовник (Customer) - реально існуючий (у організації, якій підпорядкована команда, або поза нею) ініціатор розробки або хто-небудь інший, уповноважений приймати

результати (як поточні, так і остаточні) розробки, виконаної роботи;

12. Функціональна роль Планувальника ресурсів (Planner) в колективі розробників.

.Планувальник ресурсів (Planner) - висуває і координує вимоги до проектів в організації, що здійснює цю розробку, а також розвиває і направляє план виконання проекту з точки зору організації;

13. Функціональна роль Менеджера проекту (Project Manager) в колективі розробників.

Менеджер проекту (Project Manager) - відповідає за розвиток проекту загалом, гарантує, що розподіл завдань і ресурсів дозволяє виконати проект, що роботи і

пред’явлення результатів йдуть за графіком, що результати відповідають вимогам. В рамках цих функцій менеджер проекту взаємодіє із замовником і планувальником

ресурсів;

14. Функціональна роль керівника команди (Team Leader) в колективі розробників.

Керівник команди (Team Leader) – виконує технічне керівництво командою в процесі виконання проекту. Для великих проектів можливе залучення декількох керівників підкоманд, що відповідають за рішення окремих задач;

ГОС

15. Функціональна роль архітектора (Architect) в колективі розробників.

. Архітектор (Architect) - відповідає за проектування архітектури системи, погоджує розвиток робіт, пов'язаних з проектом;

16. Функціональна роль проектувальника підсистеми (Designer) в колективі розробникі

Проектувальник підсистеми (Designer) - відповідає за проектування підсистеми або категорії класів, визначає реалізацію і інтерфейси з іншими підсистемами;

17. Функціональна роль експерта предметної області (Domain Expert) в колективі розробників.

Експерт предметної області (Domain Expert) - вивчає сферу програмного продукту, що розробляється, (розроблювального ПЗ), підтримує спрямованість проекту на рішення задач цієї області;

18. Функціональна роль розробника (Developer) в колективі розробників.

Розробник (Developer) - реалізує проектовані компоненти, розробляє специфічні класи і методи, здійснює кодування і автономне тестування, створює програмний продукт. Це широкий термін, який може підрозділятися на вужчі ролі (наприклад, розробник класів). Залежно від складності проекту команда може включати різну кількість розробників;

19. Функціональна роль розробника інформаційної підтримки (Information Developer) в колективі розробників.

Розробник інформаційної підтримки (Information Developer) - створює документацію, супроводжуючу продукт, коли випускається його версія. Інсталяційні матеріали, що включаються в неї, як зсилки так навчальну літературу, а також матеріали допомоги, які надаються на паперових і електронних носіях. Для складних проектів можливий розподіл цих завдань між декількома розробниками інформаційної підтримки;

20. Функціональна роль спеціаліста по користувацькому інтерфейсу (Human Factors Engineer) в колективі розробників.

. Фахівець з призначеного для користувача інтерфейсу (Human Factors Engineer) - відповідає за зручність застосування системи. Працює із замовником, щоб упевнитися, що призначений для користувача інтерфейс задовольняє вимогам;

21. Функціональна роль тестувальника (Tester) в колективі розробників.

Тестувальник (Tester) - перевіряє функціональність, якість і ефективність продукту. Будує і виконує тести для кожної фази розвитку проекту;

Я

22. Функціональна роль біблотекаря (Librarian) в колективі розробників.

Для цілеспрямованого виконання проекту працівниками має бути виконаний ряд робіт, різних як по своєму призначенню, так і по кваліфікаційних вимогах, що пред'являються до розробників. Іншими словами, в ході розвитку проекту командою розробників виконуються ті або інші функції. Розподіл функцій між виконавцями є нічим іншим як розподілом ролей в команді, що виконує проект. Бібліотекар (Librarian) - відповідає за створення і ведення загальної бібліотеки проекту, яка містить усі проектні робочі продукти. Він також відповідає за відповідність робочих продуктів стандартам.