3. Життєвий цикл проекту
Любою проект проходить через визначені фази у своєму розвитку. Стадії життєвого циклу проекту можуть розрізнятися в залежності від сфери діяльності і прийнятої системи організації робіт. Поняття життєвого циклу проекту є одним з найважливіших для менеджера, оскільки саме поточна стадія визначає задачі і види діяльності менеджера, використовувані методики й інструментальні засоби.
Керівники проектів розбивають цикл життя проекту на етапи різними способами. Наприклад, у проектах по розробці програмного забезпечення часто виділяються такі етапи як усвідомлення потреби в інформаційній системі, формулювання вимог, проектування системи, кодування, тестування, експлуатаційна підтримка. Однак, найбільш традиційним є розбивка проекту на чотири великих етапи: формулювання проекту, планування, здійснення і завершення.
Основні стадії життєвого циклу проекту представлені в таблиці 3.
Таблиця 3.
Стадії життєвого циклу проекту
Стадія | Опис |
Формулювання проекту | Ініціюється в силу виникнення потреб, які потрібно задовольнити. В умовах дефіциту ресурсів неможливо задовольнити всі потреби без винятку. Вибір проекту: рішення приймаються виходячи з наявності ресурсів, і в першу чергу фінансових можливостей, порівняльної важливості задоволення одних потреб і ігнорування інших, порівняльної ефективності проектів. рішення по доборі проектів до реалізації тим важливіше, ніж масштабніше передбачається проект, оскільки великі проекти визначають напрямок діяльності на майбутнє (іноді на роки) і зв'язують наявні фінансові і трудові ресурси. визначальним показником є альтернативна вартість інвестицій. для порівняльного аналізу проектів застосовуються методи проектного аналізу: фінансовий, економічний, комерційний, організаційний, екологічний, аналіз ризиків і інші види аналізу проекту. Системи для планування і керування проектами використовуються в обмеженому виді. |
Планування | Виробляється в плині всього терміну реалізації проекту. На самому початку розробляється неофіційний попередній план - грубе представлення про те, що буде потрібно виконати у випадку реалізації проекту. Рішення про вибір проекту в значній мірі ґрунтується на оцінках попереднього плану. Формальне і детальне планування проекту починається після ухвалення рішення про реалізації проекту. Визначаються ключові крапки (віхи) проекту, формулюються задачі (роботи) і їхня взаємна залежність. Використовуються системи для керування проектами - набір засобів для розробки формального плану: засобу побудови ієрархічної структури робіт; сіткові графіки і діаграми Гантта; засобу призначення і гистограммы завантаження ресурсів. Твердження формального плану. План проекту в міру здійснення проекту піддається постійному коректуванню з урахуванням поточної ситуації. |
Здійснення | В міру здійснення проекту керівники зобов'язані постійно контролювати хід робіт: збір фактичних даних про хід робіт і порівняння їх із плановими; аналіз можливого впливу відхилень у виконаних обсягах робіт на хід реалізації проекту в цілому і вироблення відповідних управлінських рішень. |
Завершення | Проект закінчується коли досягнуті поставлені перед ним мети. Керівник повинний виконати ряд заходів, конкретний характер яких залежить від характеру самого проекту: при використанні в проекті устаткування, треба зробити його інвентаризацію і передати його для нового застосування; при підрядних проектах треба визначити, чи задовольняють результати умовам підряду або контракту. необхідно скласти остаточні звіти, а проміжні звіти по проекті організувати у виді архіву. |
4. Концепція методів планування, організації і контролю проектів
Основні визначення і концепції методів планування представлені в таблиці 3.
Таблиця 3.
Концепція методів планування
Поняття | Визначення | Опис |
Робота | Діяльність, необхідна для досягнення конкретних результатів (кінцевих продуктів нижнього рівня). | Основний елемент діяльності на самому нижньому рівні деталізації, на виконання якого потрібен час, і який може затримати початок виконання інших робіт. Основа для організації даних у системах керування проектами. Момент закінчення роботи означає факт одержання кінцевого продукту. |
Віха (подія) | Подія або дата в ході здійснення проекту. | Не має тривалості Відображення стану завершенности робіт. Позначення важливих проміжних результатів, що повинні бути досягнуті в процесі реалізації проекту. |
Зв'язку предшествования (логічні залежності) | Відображення природи залежностей між роботами. | Зв'язку "кінец-почало" - наступний робот мог поча_ тільки по завершенн попередн робот. Структура мережі. Послідовність виконання робіт. |
Мережна діаграма | Графічне відображення робіт проекту і їхніх взаємозв'язків. | Логічні залежності між елементарними роботами. Не відображає входи, процеси і виходи Не допускає повторюваних циклів або петель. Основні види мереж: Мережа «вершина-робота»; Мережа «вершина-подія». |
Критичний шлях | Максимальний по тривалості повний шлях у мережі. Роботи, що лежать на критичному шляху називаються критичними роботами. | Найменша загальна тривалість робіт. Тривалість проекту може бути скорочена за рахунок скорочення тривалості задач, що лежать на критичному шляху. Затримка виконання задач критичного шляху спричинить збільшення тривалості проекту. |
Метод критичного шляху | Метод розрахунку можливих календарних графіків виконання комплексу робіт на основі описаної логічної структури мережі й оцінок тривалості виконання кожної роботи. | Концентрація уваги менеджера на критичних роботах. Можливість маніпулювання термінами виконання задач, що не лежать на критичному шляху. |
Часовий резерв | Різниця між самим раннім можливим терміном завершення роботи і самим пізнім припустимим часом її виконання. | Дозволяє менеджерові затримати роботу, що має часовий резерв, без впливу на загальну тривалість проекту. Роботи, що лежать на критичному шляху, мають часовий резерв, дорівнює нулеві. |
Діаграма Ганта | Горизонтальна лінійна діаграма, на якій задачі проекту представляються протяжними в часі відрізками, що характеризуються датами початку і закінчення, затримками і можливо іншими тимчасовими параметрами. | |
Ресурсна гистограмма | Гистограмма, що відображає потреби проекту в тім або іншому виді ресурсів у кожен момент часу. | |
Ресурси | Компоненти діяльності, що забезпечують, що включають виконавців, енергію, матеріали, устаткування і т.д. | З кожною роботою можна зв'язати функцію потреби в ресурсах. |
Призначення і вирівнювання ресурсів. | Методика, що дозволяє менеджерові проаналізувати мережний план, побудований за допомогою методу критичного шляху для того, щоб забезпечити приступність і використання визначених ресурсів протягом усього часу виконання проекту. | Визначення потреби кожної роботи в різних типах ресурсів. Программно-реализованные евристичні алгоритми планування при обмежених ресурсах, що допомагають створити реальний розклад проекту, з урахуванням потреби проекту в ресурсах і фактично доступних у даний момент часу ресурсів. |
Ресурсне календарне планування | Планування термінів початку робіт при обмежених наявних ресурсах. | Зіставлення функцій наявності і потреби в ресурсах проекту в цілому. Зрушуючи некритичні роботи аж до їхніх пізніх термінів початку (закінчення), можна видозмінити ресурсний профіль, забезпечуючи оптимальне використання ресурсів. Допомагає загострити увага менеджера і членів команди на тих моментах робіт, де ефективне керування ресурсами буде ключовим фактором успіху. |
Вихідний план | План виконання робіт проекту, що містить вихідні зведення про основні тимчасові і вартісні параметри робіт, що прийнятий до виконання. | Обсяги робіт. Планові дати початку і закінчення задач проекту. Тривалості задач. Розрахункові вартості задач. |
1. Проблема якості інформаційних систем.
2. Засоби CASE.
3. Достоїнства CASE.
4. Основі елементи CASE.
5. Класифікація засобів CASE.
6. Можливості та характеристики CASE.
1. Достоїнства CASE
Автоматизована розробка програмного забезпечення (CASE) - автоматизація покрокових методологій для розробки програмного забезпечення і систем, щоб зменшити кількість повторюваної роботи, що повинний робити розроблювач.
Достоїнства використання CASE
Звільнення розроблювача для виконання більш творчих проблемних задач.
Створення ясної документації і координація проектно-конструкторських робіт групи.
Організація спільної роботи групи.
Розробка більш надійного і потребуючого меншого ремонту систем.
Використання микроэвм, з могутніми графічними можливостями для створення схем і діаграм, генераторами екранів і звітів, словниками даних, великими засобу формування звітів, інструментальними засобами аналізу і перевірки, генераторами коду і генераторами документації.
Застосування структурних методологій.
Підтримка объектно-ориентированной розробки.
Збільшення продуктивність і якості.
Задачі CASE
Розпорядження стандартної методології розробки і проектної дисципліни:
ефективна координація великі групи і програмні проекти;
цілісність проекту і загальних проектно-конструкторських робіт.
Поліпшення зв'язку між користувачами і технічними фахівцями.
Організація і взаємозв'язок проектних компонентів і забезпечення швидкого доступу до них через репозитарий проектів.
Автоматизація стомлюючих і підданих помилкам частин аналізу і проекту.
Автоматизація перевірки і контролю відкоту.
... обміну ідеями та інформацією між спеціалістами по фінансових системах. www.mcsa.ru Проектування, розробка та впровадження корпоративних інформаційних систем. Додаток 1 Карта самостійної роботи студента з дисципліни „Інформаційні системи в економіці та підприємництві” для студентів базового напряму підготовки 0501 „Економіка і підприємництво” форма навчання – денна семестр – шостий ...
... слід враховувати при організації обробки даних, побудові комп'ютерних інформаційних систем, виборі варіантів технології розв'язування тих чи інших економічних задач. 2 Інформаційно-правова система Організаційно впорядкована сукупність нормативно-правових документів (масивів док-тів), за допомогою яких суб'єкт управління (орган, посадова особа), застосовуючи інформаційні технології, у т. ч. ...
... , США, Канада, Австралія та Японія. У той же час найбільші темпи росту сфери ІТ спостерігаються у країн, що розвиваються. 4 Сучасний стан та розвиток ринку інформаційних послуг в Україні 4.1 Розвиток інформаційно-комунікаційних технологій в Україні Інформаційний сектор (ІС) економіки України включає в себе: сферу виробництва знань – науку та НДДКР і сферу інформаційно-комунікаційних ...
... »; 5) підсистема «Розрахунок чистого дисконтованого доходу»; 6) підсистема «Розрахунок індексу доходності проекту». Рис. 3.2. Структура інформаційної системи «Аналіз діяльності підприємства для фінансового забезпечення інвестиційних проектів» Далі приймається рішення щодо впровадження чи відхилення інвестиційного проекту. Усі ...
0 комментариев