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

Earned Value Technique, Earned Value Management) - ряд методів, обєднаних під загальною назвою, що використовуються для вимірювання та контролю ефективності виконання проектів. За набором цих показників можна стежити за проектом і вживати заходів по усуненню недоліків своєчасно. Але візуальне представлення інформації дозволяє краще представити багатовимірну інформацію про проект, ніж текст або таблиця. У звязку з цим виникла проблема створення програмного забезпечення для моніторингу проекту за методом освоєного обсягу, в якому будуть будуватися графіки. Виходячи з цього тема магістерської роботи "Проект розробки програмного засобу моніторингу реалізації проектів на основі аналізу освоєного обсягу" є актуальною.Додавши введення прийнятних відхилень ми отримаємо ефективний програмний засіб для моніторингу реалізації проекту на основі аналізу освоєного обсягу. В будь-який момент часу складно сказати, в якому стані перебуває проект і який відсоток його завершення. Дана проблема виникає при недостатньому плануванні структури (чи архітектури) майбутнього програмного продукту, що частіше за все є наслідком відсутності достатнього фінансування проекту: програма потрібна, скільки часу займе розробка, які етапи, чи можна якісь етапи виключити або заощадити - наслідком цього процесу є те, що етап проектування скорочується. Дана проблема виникає на етапі, коли проект, завершений більш ніж наполовину, продовжує розроблятися після додаткового фінансування без оцінки ступеня завершеності проекту. Дана проблема виникає в умовах, коли вартість навчання менеджменту володінню інструментальними засобами порівнянна з вартістю розробки самої програми.Альтернативами вирішення існуючої проблеми буде наступне: - програмний засіб моніторингу реалізації проектів на основі аналізу освоєного обсягу; програмний засіб моніторингу реалізації проектів на основі аналізу освоєного обсягу з будуванням графіків; програмний засіб моніторингу реалізації проектів на основі аналізу освоєного обсягу з будуванням графіків та завданням відхилень. Тепер зупинимося більш детально на кожній з них: Перша альтернатива дає нам лише переваги традиційного аналізу освоєного обсягу.Вибір та адаптація життєвого циклу розробки проекту впливає на методики розробки продукту, навички менеджменту проектів та навички менеджменту персоналу. Вибір прийнятної моделі життєвого циклу розробки ПЗ для проекту може здійснюватися в ході використання наступного процесу: 1. Категорія вимог (таблиця 1.2) складається з питань щодо вимог, які предявляє користувач до проекту. При використанні моделі RAD щодо проекту, для якого вона в достатній мірі прийнятна, проявляються такі переваги: - час циклу розробки скорочується завдяки використанню потужних інструментальних засобів; Якщо ця модель застосовується для проекту, для якого вона не підходить в повній мірі, можуть позначатися такі недоліки: - непостійне участь користувача може негативно позначитися на кінцевому продукті (тобто якщо користувачі не можуть постійно брати участь в процесі розробки протягом усього життєвого циклу, це може негативно позначитися на кінцевому продукті);При зустрічах з замовником були обрані шаблони головного та інших вікон програми. 1.1): Для того щоб втілити в реальність цю задачу я вибрав мову програмування C#( вимовляється сі шарп).Розробити програмне забезпечення, для моніторингу реалізації проектів на основі аналізу освоєного обсягу, яке розраховує показники освоєного обсягу та будує графіки моніторингу та графіки відхилень у проекті. Програмне забезпечення, для моніторингу реалізації проектів на основі аналізу освоєного обсягу має бути написане до 1 червня 2012 р. Так як в програмному засобі Suretrak v1.5 максимальна припустима кількість робіт, які можна використати при побудові календарного графіку дорівнює 25, це обмежує можливість поділити всі пакети робіт на окремі роботи. Тому представимо приклад декомпозиції пакету робіт на роботи на прикладі пакету Р. 3.1 "Створення форми реєстрації проекту" (табл. У таблиці 2.2 представлено детальний розподіл пакетів робіт на роботи, визначена їх тривалість та шлях.Критичний шлях - максимальний за тривалістю повний шлях в мережі; роботи, що лежать на цьому шляху, також називаються критичними. Тривалість виконання всього проекту в цілому може бути скорочена за рахунок скорочення тривалості завдань, що лежать на критичному шляху. Основною перевагою методу критичного шляху є можливість маніпулювання термінами виконання завдань, які не лежать на критичному шляху. Метод критичного шляху дозволяє розрахувати можливі календарні графіки виконання комплексу робіт на основі описаної логічної структури мережі і оцінок тривалості виконання кожної роботи, визначити критичний шлях проекту. Роботи, що лежать на критичному шляху, мають часовий резерв, рівний нулю.Інженер-програміст у нашому випадку має вартість 0. Вартість електроенергії розрахуємо з наступних суджень: - вартість 1КВТ електроенергії у Луганську (0.55 грн.); Для проектів будь-якого роду

ЗМІСТ

Вступ

Розділ 1. Ініціалізація проекту

1.1 Дослідження проблеми створення

1.2 Розробка альтернатив вирішення проблеми створення

1.3 Вибір моделі життєвого циклу розробки програмного забезпечення

1.4 Опис продукту проекту та його функціонування

Розділ 2. Планування проекту

2.1 Планування змісту проекту

2.2 Складання розкладів

2.3 Планування проектних витрат

2.4 Планування ризиків проекту

2.5 Додатковий план проекту

Розділ 3. Реалізація проекту

3.1 Моніторинг та прогнозування виконання проекту

3.2 Оцінка прогресу проекту для ключових зацікавлених осіб

3.3 Охорона праці та безпека в надзвичайних ситуаціях при виконанні проекту

Висновки

Список використаної літератури