- •Поняття технології конструювання програмного забезпечення.
- •Класичний життєвий цикл.
- •Макетування.
- •Характеристика стратегій конструювання пз.
- •Інкрементна модель.
- •Спіральна модель.
- •Важковагові та полегшені процеси. Xp – процес.
- •Швидка розробка додатків, rad.
- •Компонентно-орієнтована модель. Моделі якості процесів конструювання.
- •Сторони зацікавлені в продукції.
- •Користувачі. Покупці. Інвестори.
- •Вимоги до пз кожної з сторін.
- •Атрибути якості пз: практичність, відмовостійкість, надійність, ремонтопридатність.
- •Визначення архітектури пз.
- •Опис архітектури пз.
- •Універсальна мова моделювання (uml).
- •Інші базові засоби для створення архітектури.
- •Основні компоненти мови. Призначення мови. Термінологія uml.
- •Процес керування проектом. Планування.
- •Планування проектних задач.
- •Розмірно-орієнтовані метрики.
- •Функціонально-орієнтовані метрики.
- •Виконання оцінки проекту на основі loc- та fp-метрик.
- •Дослідження під моделей моделі cocomo, cocomo II.
- •Конструктивна модель вартості.
- •Модель композиції додатку.
- •Модель раннього етапу проектування.
- •Модель етапу пост архітектури.
- •Структурний аналіз.
- •Основи проектування програмних систем.
- •Класичні методи проектування.
- •Основні поняття та принципи тестування пз.
- •Особливості тестування «білого ящику».
- •Способи тестування базового шляху.
- •Способи тестування умов.
- •Спосіб тестування потоків даних.
- •Тестування циклів.
- •Особливості тестування «чорного ящику».
- •Спосіб розбиття по еквівалентності.
- •Спосіб аналізу граничних значень.
- •Спосіб діаграм причин-наслідків.
- •Дослідження способів структурного та функціонального тестування на прикладах.
- •Методика тестування програмних систем.
- •Тестування правильності.
- •Системне тестування .
- •Мистецтво налагоджування.
- •Основні принципи об’єктна-орієнтованої методології розробки програмної системи (оом пс).
- •Оо Аналіз.
- •Об’єкти та класи.
- •Діаграми в uml.
- •Механізми розширення в uml.
- •Діаграма варіантів використання.
- •Дослідження діаграми варіантів використання.
- •Діаграма класів.
- •2. Асоціації:
- •Дослідження діаграми класів.
- •Діаграма станів.
- •Дослідження діаграми станів.
- •Діаграма діяльності.
- •Дослідження діаграми діяльності.
- •Діаграма послідовності.
- •Дослідження діаграми послідовності.
- •Діаграма кооперації.
- •Дослідження діаграми кооперації.
- •Діаграма компонентів.
- •Дослідження діаграми компонентів.
- •Діаграма розгортування.
- •Дослідження діаграми розгортування.
- •Загальні відомості case-засобів.
- •Case-засоби. Класифікація case-засобів.
- •Порівняння життєвого циклу програмного забезпечення при традиційній розробці і розробці з використанням case-засобів.
- •Концептуальні основи case-технології.
- •Технологія впровадження –засобів.
- •Оцінка і вибір –засобів.
- •Засоби функціонального моделювання.
- •Характеристики case–засобів Silverrun.
- •Характеристики case–засобів jam.
- •Загальна характеристика case-системи Rational Rose.
- •Розробка діаграм у середовищі Rational Rose.
- •Початок роботи над проектом у середовищі Rational Rose.
Сторони зацікавлені в продукції.
(stakeholders) – це особи, або організації (наприклад, замовники, спонсори, виконуюча організація, або громада), які активно приймають участь в проекті, або інтереси яких можуть бути зачеплені як позитивно, так і негативно в ході виконання або в результаті завершення проекту.
Зацікавлені сторони проекту також можуть чинити вплив на проект, його результати та на членів команди проекту. Керівництво проектом повинно визначити всіх зацікавлених осіб проекту для того, щоб визначити вимоги щодо проекту, очікування всіх сторін.
Виявлення зацікавлених осіб проекту та розуміння відносного ступеня їх впливу на проект є критично важливою задачею. Невиконання цієї задачі може суттєво збільшити строки виконання проекту та підвищити витрати. Прикладом може бути пізнє виявлення того, що юридичний відділ є важливою зацікавленою стороною проекту, що призводить до затримок та росту витрат у зв’язку з правовими обмеженнями.
Проект може сприйматися зацікавленими особами як такий що має позитивні та негативні результати. В тих випадках, коли зацікавлені сторони проекту мають позитивні очікування по відношенню до проекту, і в їх інтересах буде сприяння успішному виконанню проекту. Інтереси негативно налаштованих заінтересованих сторін проекту чинять опір щодо проекту. Неспроможність виявити негативно налаштованих сторін проекту може призвести до збільшення ймовірності невдачі. Важливою складовою обов’язків керівника проекту є управляння очікуваннями зацікавлених сторін проекту. Це може бути важкою задачею, оскілки часто-густо зацікавлені сторони проекту переслідують дуже різні, і навіть конфліктуючі цілі. Одним з обов’язків менеджеру проекту є підтримка балансу між цими інтересами та забезпечення того, щоб команда проекту взаємодіяла за зацікавленими сторонами проекту професійно та з позиції співробітництва. Нижче наведені деякі приклади зацікавлених осіб проекту:
- Замовники / користувачі (customers / users). Це особи, або організації, які будуть користуватися продуктом, послугою або результатом проекту. Замовники / користувачі можуть бути внутрішніми та / або зовнішніми по відношенню до організації, яка виконує проект. В деяких галузях замовник і користувачі є синонімами, в деяких ні.
- Спонсор (sponsor) – це особа або група осіб, які надають фінансові ресурси для проекту. Спонсор підтримує ідею проекту та підтримує його. Спонсор відіграє важливу роль в розробці попереднього змісті проекту (initial scope) та статуту проекту (charter). В вирішенні питань, які є за межами компетенції менеджера проекту, спонсор виступає в якості джерела розширення можливостей. Окрім того, спонсор може приймати участь в інших важливих питаннях, як узгодження змін в змісті проекту (scope), а також участь в завершальному аналізі фази «придатний – непридатний», коли ризики є особливо високими.
- Менеджери портфелями (portfolio managers).
- Менеджери програм (program managers).
- Офіс управляння проектами (PMO).
- Менеджери проектів (project managers). Менеджери проектів назначаються організацією, яка виконую проект. Ця роль потребує серйозних зусиль та передбачає велику долю відповідальності. Вона потребує гнучкості, сильних лідерських якостей та вміння домовлятися, а також знання практики управління проектами. Менеджер проекту повинен бути спроможнім розуміти проект до дрібниць, але при цьому керувати ним, виходячи з комплексного бачення проекту. Будучи особою, що несе відповідальність за успіх проекту, менеджер проекту керує всіма аспектами проекту, включаючи:
▪ розробку плану управління проектом та всіх супутних складових планів;
▪ забезпечення виконання проекту належним чином з точки зору строків та бюджету;
▪ виявлення, моніторинг та реагування на ризики;
▪ надання своєчасної та точної звітності щодо проекту.
Менеджер проекту знаходиться в центрі взаємодії між зацікавленими сторонами проекту та самого проекту.
- Команда проекту (project team) – складається з менеджера проекту, та інших членів команди, які виконують роботу, але не обов’язково приймають участь у управлінні проектом. Команда складається з представників різних груп, які мають знання в конкретній предметній галузі або набором конкретних навичок, та які виконують роботу щодо проекту.
- Функціональні керівники (functional managers) – є ключовими особами які відіграють роль керівництва в рамках адміністративної або функціональної області організації, такої як відділ кадрів, фінансовий відділ, бухгалтерія або відділ постачання. Вони мають свій постійний персонал для виконання поточних робіт та чіткі вказівки щодо виконання управління задачами в рамках своєї функціональної області відповідальності. Функціональний керівник може надавати експертну допомогу в предметній галузі, або його функцією може бути надання послуг для проекту.
- Управління операціями (operational managers). Менеджери з операцій – це особи, які виконують роль керування в основній галузі діяльності організації, наприклад в галузі дослідження та розробок, проектування, виробництва, підготовки до роботи, випробувань або технічного обслуговування. На відміну від функціональних менеджерів, ці менеджери мають справу безпосередньо з виробництвом та обслуговуванням продуктів та послуг організації.
- Продавці / ділові партнери (sellers / business partners). Продавці (також агенти, постачальники або підрядчики) - це сторонні компанії, які заключили договір щодо надання компонентів або послуг, які необхідні для проекту. Ділові партнери також є сторонніми компаніями, проте вони мають особливий зв’язок з організацією, іноді набутий завдяки процедурі сертифікації. Ділові партнери надають спеціалізовану експертну допомогу та відіграють відведену для них роль, наприклад, виконують встановлення програмного забезпечення, налаштування у відповідності до вимог користувача, навчання та підтримку.
