Процеси управління проектами з розробки програмного забезпечення

численні переїзди автомобільним транспортом.

стрес з причини перевантаження, постійного переривання та часового обмеження

емоційна напруга;

взаємодія із підрядниками, замовником;

монотонний шум від офісного обладнання.

3

Коригування базового плану проекту та релевантної документації

Робочий кабінет у приміщенні

електричне обладнання (комп'ютер, мережеве обладнання);

меблі.

освітлення;

ергономіка робочого місця з комп'ютером;

стан повітря;

атмосферний тиск;

оточення в приміщенні.

монотонність роботи;

сидяча поза;

навантаження зору;

навантаження на пальці та кінцівки рук;

випромінювання обладнання.

стрес з причини перевантаження, постійного переривання та часового обмеження

емоційна напруга;

монотонний шум від офісного обладнання.

Оцінка працездатності робочого місця діяльності фахівця з управління проектами наведена у табл. 3.3.

Таблиця 3.3 Інтегральна оцінка придатності

Аналіз визначених факторів та оцінка працездатності робочого місця дозволяє запропонувати с заходи щодо поліпшення працездатності робочого місця керівника проекту та менеджерів проекту у табл. 3.4[13 стор. 143-153].

Таблиця 3.4 Заходи щодо поліпшення працездатності робочого місця керівника проекту та менеджерів проекту.

Для робочого місця фахівця з УП крім розгляданих вище факторів існують також ризики виникнення надзвичайних ситуацій. До найбільш вагомих належить: електричне замикання, пожежа в приміщенні. Їх оцінки наведені в табл. 3.5.

Таблиця 3.5 Оцінка готовності РМ до НС

Враховуючи те, що працездатність робочого місця команди управління проектами має коефіцієнт значимості 0,13, готовність команди управління проектами до надзвичайних ситуацій має коефіцієнт значимості 0,9 оцінюємо готовність готовності команди управління проектами на 10%, тобто офіс готов до роботи за винятком вказаних недоліків.

програмний графік microsoft додаток

ВИСНОВКИ

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

В результаті розгляду різних альтернатив вирішення проблеми, було вибрано найбільш раціональну з позиції гармонізації цінності проекту. Це програмний засіб моніторингу реалізації проектів на основі аналізу освоєного обсягу з будуванням графіків та завданням відхилень. Відповівши на питань щодо вимог була обрана найбільш прийнятна модель життєвого циклу розробки ПЗ. Це модель швидкої розробки додатків RAD (Rapid Application Development).

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

А подальший його моніторинг показав, що виконання проекту було затримано через зайнятість замовника, але всього лише на кілька днів, тому що цей ризик був врахований в додатковому плані проекту і було вжито заходів щодо зниження впливу ризику на проект.

Що до недоліків проекту - інтеграція. Програмний засіб хоч і вміє зберігати і відкривати свої проекти, але відсутня інтеграція цих проектів в інші програмні засоби для подальшої роботи.

Фактом реалізації проекту є діючий програмний засіб моніторингу реалізації проектів на основі аналізу освоєного обсягу. Який був написаний на об'єктно-орієнтованій мові програмування - C#. Це мова розробки додатків для платформи Microsoft. NET Framework.

Платформа .NET є патентованої технологією корпорації Microsoft і офіційно розрахована на роботу під операційними системами сімейства Microsoft Windows, тому користувачам не складе труднощів у використанні програмного засобу.

У закінченні ми маємо продукт проекту, яким є програмний засіб моніторингу реалізації проектів на основі аналізу освоєного обсягу. Функціональні характеристики продукту подані у додатках другому томі дипломної роботи.

СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ

1. Арчибальд Р. Управление высокотехнологичными программами и проектами. -- М.: ДМК, 2004.

2. Дж. Шелдрейк. Теория менеджмента: от тейлоризма до японизации: Пер. с англ. под ред. В. А. Спивака. -- СПб.: Питер, 2001. -- 352 с.

3. Кит Локир, Джеймс Гордон. Управление проектами. Ступени высшего мастерства / К. Локир -, 2008 - 252 с.

4. Клиффорд Ф-Грей, Эрик У. Ларсон. Управление проектами: Практи-ческое руководство: Пер с англ. -- М.: Издательство "Дело и Сервис", 2003. -- 528 с.

5. Мазур И. И., Шапиро В. Д., Ольдерогге Н. Г. Управление проектами: Учебное пособие/ Под общ. ред И. И. Мазура. -- 3-е узд. -- М.: Омега-Л, 2004. -- 664 с.

6. Обзор моделей жизненного цикла разработки программного обеспечения [Електронний ресурс] - Режим доступу: www.itlab.unn.ru/MiniProjects/LCM/Conspect.doc

7. Ричард Ньютон Управление проектами от А до Я / Р. Ньютон. -, 2011 - 198 с.

8. Руководство к своду знаний по управлению проектами (Руководство PMBOK). - Институт Управления Проектами, Project Management Institute: МФ НаУКМА, 2001 - 388 с.

9. Том ДеМарко, Тимоти Листер. Вальсируя с медведями / Компания p.m.Office -, 2005 - 101 с.

10. Управління проектами: практичні аспекти реалізації стратегій регіонального розвитку. - К: "К.І.С.", 2010.- 276 с.

11. Інформація з головної сторінки сайту [Електронний ресурс] - Режим доступу:http://ru.wikipedia.org/wiki/Разработка_программного_обеспече-ния

12. C Sharp [Електронний ресурс] - Режим доступу: http://ru.wikipedia.org/wiki/C_Sharp

13. Руководство по программированию на C# [Електронний ресурс] - Режим доступу: http://msdn.microsoft.com/ru-ru/library/67ef8sbd.aspx

14. Інформація з головної сторінки сайту [Електронний ресурс] - Режим доступу: http://ru.wikipedia.org/wiki/Диаграмма_Ганта ]

15. Інформація з головної сторінки сайту [Електронний ресурс] - Режим доступу:http://www.ngpedia.ru/id27027p1.html

Размещено на Allbest.ru