CC BY
38
Посилання на статтю_
Оберемок 1.1. Hobí пщходи до використання програмного продукту Microsoft Project для планування проекту розробки програмного забезпечення/ 1.1. Оберемок, О.Б Данченко // Управлшня проектами та розвиток виробництва. Збiрник наукових праць. Пщ ред. В.А.Рач. - 2003. - № 3(8). - C.30-33.
УДК 681.518
1.1. Оберемок, О.Б. Данченко
НОВ1 П1ДХОДИ ДО ВИКОРИСТАННЯ ПРОГРАМНОГО ПРОДУКТУ MICROSOFT PROJECT ДЛЯ ПЛАНУВАННЯ ПРОЕКТУ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
Методолопю управлшня проектами розробки програмного забезпечення, що використовуеться у великих проектах i заснована на класичних пщходах до управлшня проектами, нерацюнально використовувати для управлшня малими та середыми проектами. Для таких проек^в пропонуеться використовувати методолопю екстремального програмування та програмний продукт Microsoft Project. Рис. 1., дж.3.
Ключовi слова: управлшня проектами, проекти розробки програмного забезпечення, екстремальне програмування, Microsoft Project.
И.И. Оберемок, А.Б. Данченко
НОВЫЕ ПОДХОДЫ К ИСПОЛЬЗОВАНИЮ ПРОГРАММНОГО ПРОДУКТА MICROSOFT PROJECT ДЛЯ ПЛАНИРОВАНИЯ ПРОЕКТА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Методологию управления проектами разработки программного обеспечения, которую используют в больших проектах и основанную на классических подходах к управлению проектами нерационально использовать для управления малыми и средними проектами. Для таких проектов предлагается использовать методологию экстремального программирования и программный продукт Microsoft Project. Рис. 1, ист. 3
I.I. Oberemok, O.B. Danchenko
NEW APPROACHES TO MICROSOFT PROJECT APPLICATION FOR PLANNING THE SOFTWARE DEVELOPMENT PROJEC.
It is proved that project management techniques being used for large-scale projects can't be applied rationally for small and average projects. It is offered to apply the methodology of extreme programming and Microsoft Project software for such projects.
Постановка проблеми. С^мкий розвиток шформацшних технологш у свт, поява нових можливостей до ведения бiзнесу та нов^шх наукових розробок вимагае створення велико! кшькосп якюного програмного забезпечення. Значне число мов програмування, оболонок для розробки програмного забезпечення та апаратних засобiв, як останн роки впроваджуються на пщприемствах та в оргашза^ях, вимагае вщ пщприемств, що займаються розробкою програмного забезпечення, оперативно реагувати на вс змши, що вщбуваються в свт шформацшних технологш. Динамка змш, як вщбуваються в шформацшних
"Управлшня проектами та розвиток виробництва", 2003, № 3(8)
1
технолопях, в технологах обмшу, обробки та збереження шформацп, а також i в бiзнесi та суспiльствi, ускладнюють процес створення якiсного програмного продукту, який би вщповщав нагальним потребам та був створений вчасно та в межах вщведеного бюджету [1].
Анал'з останнiх досл'джень. На даний час ттьки сорок вщсотмв проек^в розробки програмного забезпечення завершуються випуском програмного продукту. Це насамперед пов'язано з великою ктькютю ризиш при розробц програмного забезпечення. 1снуюча методолога управлшня проектами розробки програмного забезпечення вимагае не тiльки професiйних розробниш програмного забезпечення, якi мали б змогу слщкувати за новими технологами в розробц програмного забезпечення, а й замовниш, якi були б здатш ставити технiчне завдання з ч^ким розумiнням того, яким мае бути майбутнш програмний продукт з урахуванням напрямку розвитку проблемно'! галузi в майбутньому. Розробка програмного забезпечення е сферою, яка мае велику ктькють невизначеностей та ризиш. На жаль, iснуючi пiдходи не враховують масштабнiсть розробки.
Цллю дано)' роботи е викладення нового пiдходу для малих та середшх проектiв розробки програмного забезпечення.
Основна частина досл'дження. Якщо при розробц великих систем, змши в процес розробки яких не впливають на саму базову технолопю роботи системи (операцiйнi системи загального вжитку, розробка програмного продукту для управлшня електростан^ями i т.к), можна використати вже апробованi пщходи до розробки програмного забезпечення, то середш та малi проекти пщвладш впливу рiзних факторiв, що змшюються динамiчно в процесi розробки та експлуатацп системи [2]. Врахувати змшу цих факторiв на етапi планування неможливо, Тх вплив настiльки великий, що нав^ь в першi тижш розробки програмного забезпечення стае зрозумто, що розроблений план не сшвпадае з необхiдним напрямком розвитку проекту.
Це пов'язано у першу чергу з неч^кими бажаннями замовника, який школи не зовам ч^ко розумiе, яким чином тi або iншi програмнi та апаратнi засоби сприятимуть розвитку його бiзнесу, або немае достатньо фшансових ресурсiв для проведення вщповщних дослiджень. Розробник, в свою чергу, немае достатньо' квалiфiкацN в предметнш галузi розробки, тому ршення в багатьох випадках фунтуються на штуТтивному баченнi проблеми, що дуже часто не сшвпадае з бажанням замовника.
1снуюча методолога вимагае створення техшчного завдання та ч^кого плану розробки програмного забезпечення, але динамка змш в цш галузi робить застартими цi документи пiсля перших дектькох тижнiв роботи над проектом. Необхщнють внесення вiдповiдних змiн до плану та техшчного завдання приводять до витрачання робочого часу та створення велико'' ктькосп непотрiбних документ.
Розвиток методiв управлiння проектами розробки програмного забезпечення був викликаний необхщнютю виршення цих проблем, але Тх бiльшiсть базуеться на вже iснуючiй методологи управлiння проектами i тому не виршують проблему повнiстю. Одшею з найбiльш перспективних та нестандартних методологш управлiння проектами розробки програмного забезпечення е „Екстремальне програмування", автором якого вважаеться Кент Бек. Ця методолога розрахована на малi та середш проекти i уявляе собою 12 принцишв, дотримання яких забезпечуе виконання процеав управлшня проектами. Простота дано! методологи забезпечуе динамiчнiсть управлшня проектами розробки програмного забезпечення [3].
2
"Управлшня проектами та розвиток виробництва", 2003, № 3(8)
Методолопя екстремального програмування мае деяк особливост в плануваннi процесу розробки програмного забезпечення:
1. Проект подтений на ^ерацп, довжина яких коливаеться вщ двох тижнiв до мiсяця.
2. Процеси планування, розробки дизайну i тестування проводяться в межах одше'Т ^ерацп.
3. Кiлькiсть iтерацiй в проект невiдома. Необхiднiсть проведення наступноТ iтерацiТ i роботи, якi будуть проводитися, визначаеться наприкнц попередньоТ ^ерацп.
4. Iнтеграцiя програмного продукту проводиться пюля закiнчення ^ерацп, тому при визначенн перелiку робiт враховують необхщнють повноТ реалiзацiТ окремоТ функцiональностi системи.
5. Замовник визначае роботи, як будуть проводитися в ^ераци, тобто ту функцюнальнють, за яку вш згоден заплатити.
6. Час, який буде витрачено на реалiзацiю роботи, визначае розробник, який буде виконувати цю роботу, якщо вш перевищуе два ды, роботи подiляють на деклька менш трудомiстких робiт.
Такий пщхщ до планування робiт значно зменшуе ризики при розробцi програмного забезпечення.
Не дивлячись на велику популярнють методологи екстремального програмування, кльксть програмних продук^в, що забезпечують можливють автоматизованого планування та монiторингу проек^в розробки програмного забезпечення з використанням ^е'Т методологiТ, дуже мала. Тому пропонуеться використати для цих цтей вже вщомий програмний продукт Microsoft Project.
Метод використання програмного продукту Microsoft Project для планування проек^в розробки програмного забезпечення полягае в наступних кроках:
1. Створення перелку роб^ проекту та сортування Тх за функцюнальнютю, як вони реалiзують, та складнiстю для замовника (встановлення прюрите^в за 3-бальною системою). Час реалiзацiТ робiт не повинен перевищувати 2 днк
2. Розподiлення вах робiт проекту на завдання, час реалiзацiТ яких не бiльше 2-х годин.
3. Аналiз перелiку завдань i виключення дублювання при Тх реалiзацiТ.
4.Ввести роботи i завдання з встановлення прiоритетiв та урахуванням рiвнiв вкладеностi.
5. Встановити зв'язки мiж завданнями та часом реалiзацiТ для кожного завдання, замовленим ТТ розробником.
6. До перелку ресурсiв додати всiх розробникв, якi беруть участь у проекту а також вказати кожному завданню розробника, який береться за його реалiзацiю.
7. В залежностi вщ прiоритетiв та наявностi трудових ресурав розташувати роботи за iтерацiями.
Використання наданого методу дасть змогу зробити процес внесення змш в план бтьш зручним i тому своечасним. Приклад проекту створення програмного забезпечення розроблений в програмному засобi Microsoft Project, зображеному на рис. 1.
"Управлшня проектами та розвиток виробництва", 2003, № 3(8)
3
Рис.1 Проект розробки програмного забезпечення, реалiзований в програмному продукт
Microsoft Project
Представлений пщхщ був впроваджений для деяких проект1в ЧеркаськоТ ф1рми „1нтерлшк", яка займаеться розробкою програмного забезпечення для малого i середнього б1знесу як для в1тчизняних, так i закордонних ф1рм.
Висновки. Велика ктькють метод1в управл1ння проектами розробки програмного забезпечення, як1 останн1м часом з'являються в св1т1 (наприклад, каскадна модель, поетапна модель з пром1жним контролем, сп1ральна модель), спрямована на пошуки рац1ональних шлях1в реал1зац1Т проект1в. Сьогодн1 уже зрозум1ло: не 1снуе методологи, яка б була ун1версальною для проект1в р1зного масштабу. Тому запропонований пщхщ управлшня проектами, що синтезуе екстремальне програмування та використання сучасних програмних засоб1в планування (Microsoft Project, SureTrak, Spider Project) вважаеться перспективним в галузi розробки програмного забезпечення.
Л1ТЕРАТУРА
1. Ильин Н.И., Лукманова И.Г., Шапиро В.Д. Управление проектами. - СПб.; "Два-Три", 1996. - 610 с.
2. Бек К., Фаулер М. Экстремальное программирование: планирование. - СПб.: Питер, 2003. - 144 с.
3. Аауэр К., Миллер Р. Экстремальное программирование: постановка процесса с первых шагов и до победного конца. - СПб.: Питер, 2003. -368 с.
Стаття надшшла до редакцп 03.12.2003 р.
4
"Управлшня проектами та розвиток виробництва", 2003, № 3(8)
