.

Менеджмент проекту інформаційної системи підтримки нормативно-правового забезпечення органів державного управління (реферат)

Язык: украинский
Формат: реферат
Тип документа: Word Doc
0 4220
Скачать документ

Реферат на тему:

Менеджмент проекту інформаційної системи підтримки нормативно-правового
забезпечення органів державного управління

Вступ

Головне завдання ІС підтримки діяльності органів державного управління
полягає у створенні інформаційного середовища на базі мережевих,
комп’ютерних, програмно-технічних засобів та сучасних технологій для
забезпечення ефективних процесів управління та прийняття рішень в умовах
активного розвитку суспільства та проведення адміністративної реформи
управління. Завдання ІС цього класу полягає у здійсненні
інформаційно-аналітичної підтримки процесів управління і забезпеченні
управлінського апарату достовірною, повною, оперативною інформацією,
оскільки саме це є необхідною умовою прийняття обґрунтованих рішень і
чинником більшої дієвості, гнучкості, динамічності в діяльності
управлінських органів.

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

Разом з тим успішність розробки значною мірою залежить від менеджменту
проекту ІС. Методи та засоби проектного менеджменту (Project Management)
застосовуються для різних предметних областей, у тому числі і при
проектування ІС. Метою менеджменту проекту ІС є визначення критеріїв
вибору та прийняття оптимальних рішень на всіх етапах її ЖЦ. Під
менеджментом проекту ІС розуміється планування, управління ризиками та
обсягом проекту, управління часовими витратами, вартістю.

Менеджмент проекту (МП) ґрунтується на використанні визначених знань,
умінь, засобів і методів для досягнення поставленої мети. Досвід
реалізації навіть відносно нескладних проектів свідчить, що труднощі, з
якими стикаються розробники, обумовлені браком знань по сучасних
методах та засобах ведення проекту, відсутності методології створення
ІС, а також невмінням організувати ефективну проектну команду.

Ефективне застосування методик МП дозволяє здійснювати практичне
керування програмними проектами в умовах обмеженого часу та ресурсів,
використовувати кращі практичні рішення щодо планування та контролю
(бачення продукту, стартові операції, планування ітерацій, моніторинг,
звітність), планувати та керувати ризиками, оптимально організовувати
командну роботу та комунікаційні потоки у команді розробників, як
внут-рішні, так і зовнішні. Вже існує цілий клас програмних продуктів по
керуванню та контролю проектами, що забезпечує технологічну підтримку
впровадження методик МП в практику розробки ІС. Тому важливим і
актуальним завданням є розвиток і запровадження методологічних основ
керування проектуванням ІС управлінської діяльності на базі сучасних
принципів керування створенням програмного забезпечення. Це завдання
були предметом теоретичного дослідження та практичного застосування при
проектуванні конкретної ІС, а саме автоматизованого банку даних “Cистема
нормативно-правового і методичного забезпечення організації навчального
процесу в загальноосвітніх закладах України на базі мережі Інтернет”
(ДР 0101U006513), далі ІС “ЗНЗ”. Авторка виконувала обов’язки менеджеру
цього проекту.

В межах проведеного дослідження проведено аналіз сучасних принципів МП і
технологій його підтримки, визначено формальну моделі керування
проектуванням, яка враховує матеріальні та трудові ресурси, необхідні
для виконання розробки ІС, проведена апробація моделей та концепцій
методів керування проектуванням цієї ІС. Головні результати стосовно
МП, отримані в процесі проведеного дослідження, описані в статті.

При виконанні дуже важливо було забезпечити МП щодо економічних питань,
тому спочатку доцільно представити окремі сучасні оцінки і методики,
теоретичні положення і застосування яких сприяли успішній реалізації
проекту. Розпорядженням МОН України система ІС “ЗНЗ” введена в дію в
2003 році із реєстрацією в мережі Інтернет за адресою
www.znz.edu-ua.net. За рік експлуатації зареєстровано понад
100 організацій-користувачів, щоденно сайт відвідує біля 50
користувачів.

1. Економічні аспекти менеджменту проекту ІС

Під ІС розуміється організаційно упорядкована сукупність документів,
інформаційних технологій та засобів обчислювальної техніки і зв’язку, що
реалізують інформаційні процеси. Інформаційні технології (ІТ) можна
визначити як систему методів та способів збору, передачі, накопичення,
обробки, зберігання, представлення та використання інформації на основі
застосування технічних засобів [1]. Таким чином, створення ІС значною
мірою полягає у розробці відповідного програмного забезпечення (ПЗ), що
реалізує і підтримує зазначені процеси відповідно до її функціональних
задач. Тому проблему менеджменту проекту ІС будемо розглядати у
контексті керування розробкою ПЗ (Software Project Management).

Індустрія ПЗ рухається в бік нових методів керування проектами все
зростаючої складності. В той час, коли технології програмування, процеси
та методи швидко розвиваються, розробка ПЗ залишається процесом з
інтенсивним використанням людської праці. Отже способи управління
людьми, технологією, ресурсами та ризиками мають великий запас
потенціальних можливостей [2]. Менеджмент проектування ПЗ останнім часом
розглядається в ракурсі, при якому особлива увага приділяється балансу
між такими елементами:

теорія і практика;

технологія і люди;

вартість для замовника та прибутковість для виробника;

стратегія і тактика.

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

Розробці ПЗ притаманні три фундаментальні мови представлення: вимог
(мова проблемної області), про-ектні рішення (мови трансформації, які
використовують розробники ПЗ і реалізації (мова, що розуміється
комп’ютером). Методи керування розробкою ПЗ дозволяють перевести існуючу
проблему у рішення так, щоб задовольнити усі зацікавлені сторони. При
цьому МП з одного боку є сукупністю науки, реалізму та досвіду у
вигляді рішень, інструментів, технологій, а з іншого – предметом
міркувань, здорового глузду у прийнятті рішень залежно від ситуації.

1.1. Еволюція економіки розробки ПЗ. Програмна інженерія великою мірою
являє собою інтелектуальний вид діяльності, направлений на рішення
проблем найвищого рівня з безкінечною кількістю невідомих в умовах
постійних змін. Підходи щодо створення ПЗ 60-х і 70-х рр. краще
описувати терміном “кустарне виробництво”, коли в кожному проекті
використовувався власний процес і власний інструментарій. У 80-х та 90-х
рр. індустрія створення ПЗ перейшла до розряду інженерної дисципліни.
Проте більшість проектів по створенню ПЗ цього періоду передбачало
проведення інтенсивних досліджень, яким були притаманні творчій підхід і
плата за масштаб. Сучасне покоління процесів створення ПЗ рухається в
бік підходу з інтенсивнішим виробництвом, якому властиві автоматизація
та економія при великих масштабах.

1.1. 1. Економіка ПЗ. Більшість моделей для визначення вартості ПЗ
зведено до функції п’яти головних параметрів: розміру, процесу,
персоналу, середовища та потрібної якості.

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

Особливості процесу, використовуваного для отримання кінцевого продукту,
містяться, зокрема, у здатності уникати невиробничих видів діяльності
(переробок, бюрократичних затримок, витрат на взаємодію).

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

Середовище складається із інструментів та методів, які використовуються
для ефективної розробки ПЗ та автоматизації процесу.

Потрібна якість включає його функціональні можливості, продуктивність,
надійність та адаптованість.

Співвідношення між розрахованою вартістю та цими параметрами можна
записати так [2]:

Трудомісткість = (Персонал) (Середовище)(Якість) (РозмірПроцес) .

Для оцінки вартості ПЗ створено декілька параметричних моделей. Всі вони
можуть бути зведені до поданої вище форми. Один із важливих аспектів
економіки створення ПЗ (як це представляється у сучасних моделях
визначення вартості ПЗ) полягає в тому, що зв’язок між роботою та
розмірами визначає плату за великий масштаб. Плата за великий масштаб
про розробці ПЗ є результатом того, що показник експоненти процесу
більше одиниці. На відміну від більшості виробничих процесів, чим
більше ПЗ створюється, тим воно дорожче, якщо перерахувати на одну
одиницю. Наприклад, для деякого довільного застосування програмне
рішення обсягом у 10000 рядків буде дешевше при розрахунку на один
рядок, ніж програмне рішення обсягом у 100000 рядків. На скільки
дешевше? Припустимо, що для створення 100000-рядкової системи потрібно
900 людино-місяців, або близько 111 рядків за один людино-місяць, або
1б37 години на один рядок. Якби та сама система складалася із
10000 рядків при незмінних інших параметрах, то проект би оцінювався б
приблизно у 62 людино-місяці, або 175 рядків за один людино-місяць, або
0.87 години на один рядок. Вартість одного рядка для меншого
застосування виявляється значно нижчою, ніж для більшого застосування.
Причина цього полягає передусім у складності керування міжособистосними
взаємодіями із зростанням кількості членів команди (і відповідно
кількості цілей, умов їх досягнення, технічних переваг). Ця плата за
великий масштаб характерна для будь-якого дослід-ницького проекту,
продуктом якого є унікальний об’єкт інтелектуальної власності.

1.1.2. Покоління технології МП. У табл.1 представлені три покоління
головних досягнень технологій МП щодо інструментарію, компонентів,
процесів. Необхідний рівень якості та персонал приймаються постійними.

Таблиця 1

Три покоління головних досягнень технологій: інструментарій, компоненти,
процеси

Загальна характеристика

60-і – 70-і рр.

Водоспадна модель.

Функціональне проектування.

Плата за масштаб 80-і – 90-і рр.

Удосконалення процесу.

Підхід, побудований на

інкапсуляції.

Плата за масштаб Починаючи з 2000 р.

Ітераційна розробка.

Компонентно-орієнтований підхід.

Повернення інвестицій

Середовище, розмір та технології процесів

Середовище/інструментарій

Кустарне

Розмір:

100% на замовлення

Процесс:

Вузькоспеціалізований Середовище/інструментарій

Готові, локальні

Розмір:

 30% на базі готових компонентів

 70% на замовлення

Процесс:

Відтворюваний Середовище/інструментарій

Інтегроване середовище автоматизації

Розмір:

70% на базі готових компонентів

30% на замовлення

Процесс:

Керований/вимірюваний

Типова ефективність проекту

Передбачувано погана

Завжди:

Перевищення бюджету.

Перевищення термінів Непередбачувана

Рідко:

У межах бюджету.

За графіком Передбачувана

Звичайно

У межах бюджету.

За графіком

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

Традиційний: 60– 70-ті рр., кустарне виробництво. Організації
використовують кустарний інструментарій, кустарні процеси і практично
усі компоненти для замовника пишуться на примітивних мовах. Результат
виконання проекту було легко передбачити в тому сенсі, що він практично
ніколи не вкладався в наперед визначену вартість, терміни та якість.

Перехідний: 80 – 90-ті рр., програмна інженерія. Організації
використовують відтворювані процеси та готові інструменти, а більшість
створюваних компонентів (>70%) пишуться на мовах високого рівня. Деякі
компоненти (

hE4¬@? CJ

1

1

????&?

-„
„?…?…P†R†&‡(‡I???O‰U‰ae‰ae‰x?¶???A?ae?X‹Z‹„‹†‹O?oe?e?e?e?ssOss?e?e?e?ss?
oe?oe?oe?oe?oe?oe?oe?e?e?e?e?e?e?e?ss?e?e?e?e?e?IA·°?I?e?

Eванням трирівневої архітектури: “клієнт –сервер застосувань – сервер
БД” ( СКБД Oracle) та розподілених застосувань, побудованих за
принципами компонентного підходу. Наукова новизна одержаних результатів
полягає у наступному:

визначені нові принципи моделювання й оптимізації задач керування ТП
проектування ІС, починаючи з аналізу потреб до створення відповідного
програмного продукту;

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

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

2.2. Принципи керування проектуванням ІС “ЗНЗ”. ІС “ЗНЗ” належить до
складних об’єктів, які містять велику кількість даних та документів,
зв’язність інформаційних компонентів, а також залучення до процесів
проектування різних спеціалістів для врахування специфіки та
особливостей керування цими процесами. Керування проектуванням таких ІС
виконується з використанням принципів та методів математичного
програмування, стохастичних мережевих моделей та моделей, побудованих на
статистичних даних, які підтримують загальні методи вирішення задач
цього класу [4]. Однак для розробки таких ІС ці принципи та моделі не є
достатніми.

В результаті проведеного дослідження запропоновані нові принципи
моделювання й оптимізації задач керування проектуванням ІС, починаючи з
аналізу потреб до створення відповідного програмного продукту. Для
цього розроблена формальна модель керування проектуванням системи, ТП
якої містить множину процесів переробок різних сукупностей робіт з
оцінкою їхнього виконання згідно плану (або графіку робіт), що наближає
цей метод до вимог спіральної моделі розробки програмних систем, коли є
можливість повернення до вже виконаних ТП.

Формальна модель визначає процес керування проектуванням їз
послідовності дій, які виконуються у заданих умовах. Вона належить до
класу динамічних систем з великою кількістю елементів, складними
зв’язками між ними і стохастичним характером їх поведінки. Постановку
задачі керування проектом створення СУД зроблено таким чином.

Нехай задано варіант плану (Х) виконання комплексу робіт із проектування
ІС за такими даними:

– укрупнений сітковий графік виконання В, що складається з
послідовності здійснюваних робіт (li ( L);

– характеристика кожної li -роботи , її обсяг qi і виду Wi
,

– сукупність ресурсів R =, що включають трудові RL і
матеріальні RS, у тому числі кількість і їх види;

норми споживаних ресурсів по видах робіт NRi ( NR;

закон розподілу випадкових величин F = {F1,…, Fr}, що характеризують
вплив випадкових факторів: помилки при виконанні робіт (збої,
ремонт технічних засобів, відмов програмних засобів тощо).

Потрібно для заданого моменту часу усередині планового періоду [t0,T]
визначити величину Y із вірогідністю Р і такими очікуваними
характеристиками ТП:

терміни завершення окремих робіт;

імовірність закінчення роботи в заданий термін;

обсяг необхідних ресурсів (загальний і по кожній роботі) та обсяг робіт
з урахуванням переробок документів на ТП за формулою Y = Y (X (B, R,
L, NR ), F, t0 , T ) . (1)

Припустимо, що варіант плану Х належить області D, тобто X ( D і K(X)
– критерій оптимальності варіантів плану. Ставиться задача знайти
такий оптимальний варіант плану X* ( D, при якому мінімізується
заданий критерій

K (X*) = min K (X) (2)

X(D

Основні задачі визначення плану Х так сформулюємо з використанням формул
(1, 2):

1) при заданих R, B, L, NR, F, t0, T складається такий план Х, щоб
вихідні параметри цього
плану знаходилися в області YD з задоволенням співвідношення: 

Y = Y(X)(YD (3)

2) план комплексу робіт B вибирається так, що він буде оптимальним при
заданому рішенні на задачі (2).

Виконання плану робіт згідно змісту ТП супроводжується оперативним
контролем для визначення роз-біжності між фактичним станом ТП та
значеннями його параметрів в момент t згідно плану Х. Коли є
розбіжності, здійснюється корекція плану шляхом визначення значення
Х*, виходячи з поточного стану процесу і співвідношення (2) чи (3).

Для ефективного вирішення задач керування ТП розробки ІС
запропоновано модель ТП , яка включає усі види робіт В, необхідні
при виконанні процесу створення, проміжні стани ТП, функції оцінки
ризику, витрат, вартості з урахуванням внеску виконавців (їхнього
інтелекту), випадкових факторів (збоїв, відмов, ремонту технічних
засобів тощо). Окрім того, в цю модель можуть включатися нормативи,
характеристики операцій та властивості конкретних ТП.

Відомі моделі терміну і витрат за підходом Боєма на етапах ЖЦ базуються
на статистичних даних проектів, які виконуються за кордоном. Для нас
найбільше підходять імітаційні моделі ТП, для яких додаються такі
вимоги:

підтримка усіх фаз ЖЦ;

включення усіх видів робіт на фазах ЖЦ;

облік виконавців, їхнього інтелекту, в тому числі простоїв через
бюлетені тощо;

облік стохастичного характеру процесу ЖЦ через випадковий характер
ситуацій тощо.

Модель ТП базується на графовій моделі G={Zi,lj}, і=0,…,n; l – дуга,
Zo – початок робіт, Zi – поточна робота, Zn –  кінець роботи. Ця модель
визначена на множинах:

типів елементарних робіт на процесі W = { W1 ,…, W n1 };

станів технічних засобів S = { S1 ,…, Sn2 };

ознак кваліфікації виконавців L = { L1 ,.., L n3 };

імовірності P = {Pij}, i =1,n, j =1,n, в якій Pij – імовірність
повернення виконання для типу роботи Wi до вершини Zj. Тобто
імовірність переробки окремих робіт системи, починаючи з події у вершині
Zj, залежить від виявлення помилок, відмови технічного засобу Si,
зміні кваліфікації Li або сукупності переходів, що обумовлюються станом
технічних засобів, кваліфікацією виконавців ТП , видами робіт Wi, тобто
вимог до ІС під час виконання деякої роботи Wi.

Проаналізовано виникнення різних ситуацій (збої, хвороби виконавців
тощо) при виконанні процесу, які потребують повернення на попередні
етапи ТП, як це робиться в спіральних моделях для внесення змін в
обробку результатів на попередніх етапах розробки. В зв’язку з цим для
цієї моделі визначається граф повернення V і будується граф робіт В*,
які визначають схему проекту з припущенням, що керування виконанням
робіт буде проводитися по заздалегідь складеному сітковому графіку,
який має таке тлумачення.

Нехай є проект, що складається з робіт Lj (j = 1, m). Для кожної
роботи задано її обсяг. Подія, що задається вершиною Z1, означає початок
робіт (дуги виходять з Z1). Кожний проміжний стан у вершині Zl
означає закінчення роботи, вхідної до Zl, і початком вихідної з Zl.
Настання події Zh означає закінчення всіх робіт.

Означення. Планом виконання проекту називається кортеж , в
якому

 – сітковий графік робіт;

( : N ( F (s х F(i х F(n х R+ х Р –  відображення, яке задається на
множинах функцій F (s : S ( N, F(l : L ( N, F(n : S х L ( R+ та
множині натуральних чисел N.

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

( (li) = ,

де (Si (Sj) – кількість ТЗ виду Sj;

(Li (L1) – кількість співробітників LJ -кваліфікації;

(ni (VJ) – норми споживання ресурсів для виду робіт Wj;

( i – коефіцієнт прискорення робіт при повторному використанні
готових компонентів;

Pi – імовірність існування дуги li на графі G.

Таким чином, формалізованим описом процесу проектування ІС у
загальному вигляді є кортеж: . (4)

У термінах запропонованої моделі процесу проводиться уточнення задач
(1)- (3):

1. Нехай відповідно до (4) задано план проекту і потрібно визначити для
періоду

[t0, T] з вірогідністю Р імовірності виконання проекту в плановий термін
P(t і плановий період [t0, T
], то будується календарний план ( = ( (B, (, (, ( t0).

3. Вибирається такий план X (G, (, (, ( , t0), в якому X = {X1,…,
Xn} ( D, був би оптимальним відповідно обраного критерію К і виконанню
робіт на інтервалі часу [ to, T].

Критерій К залежить від часу виконання проекту Ті є: K(X )=minT. За
допомогою параметра Rs

X(D

уточнимо цей критерій: K (X )= min RS ,який дорівнює Rs = { r1s ,…,
rns }, (s (Si ) ( ris.

S(D

У випадку, коли S = L, одержуємо: K = min RL .

L(D

4. Знайти такий розподіл ресурсів по роботах ( (R), щоб з
імовірністю ( математичне чекання закінчення проекту Т відрізнялося
від планового терміну не більше, ніж на величину з вірогідністю P (
(M (t) – T ( Література Перевозчикова О.Л. Сучасні інформаційні технології. К.:. .Інститут економіки та права "Крок": 2002 . –121 с. Уокер Ройс. Управление проектами по созданию программного обеспечения . М.: Лори,  2002 –  424 с. Боэм Б.У. Инженерное проектирование программного обеспечения. – М: Радио и связь, 1995. – 511 с. Бабенко Л.П., Лавріщева К.М. Основи програмної інженерії. – К.: Знання, 2001. – 269 с. Лешек А. Мацяшек. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML: Пер. с англ. – М.: Вильямс, 2002. – 428 с. Дин Леффингуэлл, Дон Уидриг. Принципы работы с требованиями к программному обеспечению. Унифицированный подход.: Пер. с англ. – М.: Вильямс, 2002. – 446 с. PAGE

Нашли опечатку? Выделите и нажмите CTRL+Enter

Похожие документы
Обсуждение

Ответить

Курсовые, Дипломы, Рефераты на заказ в кратчайшие сроки
Заказать реферат!
UkrReferat.com. Всі права захищені. 2000-2020