Information systems project management concept to support for Government bodies

The information systems project management process to support for Government bodies is analysed. New principles of project management technological process model, control and correction of working plans are suggested. The formal model of information systems project management is defined. The example...

Ausführliche Beschreibung

Gespeichert in:

Bibliographische Detailangaben
Datum:	2015
Hauptverfasser:	Zadorozhna, N.T., Val, K.L.
Format:	Artikel
Sprache:	Ukrainian
Veröffentlicht:	PROBLEMS IN PROGRAMMING 2015
Schlagworte:
Online Zugang:	https://pp.isofts.kiev.ua/index.php/ojs1/article/view/14
Tags:	Tag hinzufügen Keine Tags, Fügen Sie den ersten Tag hinzu!
Назва журналу:	Problems in programming
Завантажити файл:

Institution

Problems in programming

id	pp_isofts_kiev_ua-article-14
record_format	ojs
resource_txt_mv	ppisoftskievua/81/37a9e07e5b006ffa4b0ee519b7324c81.pdf
spelling	pp_isofts_kiev_ua-article-142018-10-02T14:03:51Z Information systems project management concept to support for Government bodies Концепция управляемого проектирования информационных систем управленческой деятельности Концепція керiваного проектування інформаційних систем управлінської діяльності Zadorozhna, N.T. Val, K.L. The information systems project management process to support for Government bodies is analysed. New principles of project management technological process model, control and correction of working plans are suggested. The formal model of information systems project management is defined. The example using of this model is represented. Анализируется процесс проектирования информационных систем управленческой деятельности. Предлагаются новые принципы моделирования задач управления технологическим процессом проектирования, контроля и корректировки плана работ. Определена формальная модель управления проектированием информационных систем. Приведен пример ее применения. Аналізується процес проектування інформаційних систем (ІС) управлінської діяльності. Пропонуються нові принципи моделювання задач керування технологічним процесом проектування, контролю та корекції плану робіт зі створення ІС. Визначена формальна модель керування проектуванням таких систем. Наведено приклад її застосування. PROBLEMS IN PROGRAMMING ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ ПРОБЛЕМИ ПРОГРАМУВАННЯ 2015-07-01 Article Article application/pdf https://pp.isofts.kiev.ua/index.php/ojs1/article/view/14 PROBLEMS IN PROGRAMMING; No 2 (2003) ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ; No 2 (2003) ПРОБЛЕМИ ПРОГРАМУВАННЯ; No 2 (2003) 1727-4907 uk https://pp.isofts.kiev.ua/index.php/ojs1/article/view/14/18 Copyright (c) 2015 ПРОБЛЕМИ ПРОГРАМУВАННЯ
institution	Problems in programming
baseUrl_str	https://pp.isofts.kiev.ua/index.php/ojs1/oai
datestamp_date	2018-10-02T14:03:51Z
collection	OJS
language	Ukrainian
topic
spellingShingle	Zadorozhna, N.T. Val, K.L. Information systems project management concept to support for Government bodies
topic_facet
format	Article
author	Zadorozhna, N.T. Val, K.L.
author_facet	Zadorozhna, N.T. Val, K.L.
author_sort	Zadorozhna, N.T.
title	Information systems project management concept to support for Government bodies
title_short	Information systems project management concept to support for Government bodies
title_full	Information systems project management concept to support for Government bodies
title_fullStr	Information systems project management concept to support for Government bodies
title_full_unstemmed	Information systems project management concept to support for Government bodies
title_sort	information systems project management concept to support for government bodies
title_alt	Концепция управляемого проектирования информационных систем управленческой деятельности Концепція керiваного проектування інформаційних систем управлінської діяльності
description	The information systems project management process to support for Government bodies is analysed. New principles of project management technological process model, control and correction of working plans are suggested. The formal model of information systems project management is defined. The example using of this model is represented.
publisher	PROBLEMS IN PROGRAMMING
publishDate	2015
url	https://pp.isofts.kiev.ua/index.php/ojs1/article/view/14
work_keys_str_mv	AT zadorozhnant informationsystemsprojectmanagementconcepttosupportforgovernmentbodies AT valkl informationsystemsprojectmanagementconcepttosupportforgovernmentbodies AT zadorozhnant koncepciâupravlâemogoproektirovaniâinformacionnyhsistemupravlenčeskojdeâtelʹnosti AT valkl koncepciâupravlâemogoproektirovaniâinformacionnyhsistemupravlenčeskojdeâtelʹnosti AT zadorozhnant koncepcíâkerivanogoproektuvannâínformacíjnihsistemupravlínsʹkoídíâlʹností AT valkl koncepcíâkerivanogoproektuvannâínformacíjnihsistemupravlínsʹkoídíâlʹností
first_indexed	2025-07-17T09:59:07Z
last_indexed	2025-07-17T09:59:07Z
_version_	1850411557197971456
fulltext	Модели и средства инженерии баз данных и знаний © Н.Т. Задорожна, К.Л. Валь, 2003 ISSN 1727-4907. Проблемы программирования. 2003. № 2 65 УДК 007.62-50 Н.Т. Задорожна, К.Л. Валь КОНЦЕПЦІЯ КЕРОВАНОГО ПРОЕКТУВАННЯ ІНФОРМАЦІЙНИХ СИСТЕМ УПРАВЛІНСЬКОЇ ДІЯЛЬНОСТІ Аналізується процес проектування інформаційних систем (ІС) управлінської дія- льності. Пропонуються нові принципи моделювання задач керування технологічним процесом проектування, контролю та корекції плану робіт зі створення ІС. Визначена формальна модель керування проектуванням таких систем. Наведено приклад її за- стосування. Вступ Проблема створення ефективної ІС як технологічної компоненти діяль- ності органів державного управління є важливим практичним завданням про- ведення адміністративної реформи. Розробка та запровадження ІС визначаються технологічним процесом (ТП) проектування, що встановлює дії, які виконуються з моменту формулю- вання вимог щодо проектування ІС до моменту її створення із задовільненням цих вимог [1]. Керування ТП – це планування, організація та контроль виконання проекту, від його ефектив- ності залежить якість і життєздатність проектованої ІС. Методологія проектування про- грамного забезпечення за допомогою ТП базується на концепціях та методах програмної інженерії [2—5], в межах якої забезпечується реалізація великих програмних систем та їхня конкурент- ноздатність [3]. ІС управлінської діяльності мож- на визначити як організаційно упоряд- ковану сукупність документів, інфор- маційних технологій з використанням засобів обчислювальної техніки та зв’язку, що реалізують інформаційні процеси у всьому обсязі обчислень [6]. Такі системи належать до складних об’єктів, для яких характерні мульти- модельність представлення даних, ве- лика зв’язність інформаційних компо- нентів, необхідність залучення до про- цесів проектування спеціалістів різних предметних областей для урахування специфіки та особливості керування цими процесами [7]. Тому однією з важливих задач є автоматизація керу- вання проектуванням ІС з використан- ням принципів та алгоритмів методів математичного програмування, стохас- тичних мережевих моделей та моделей, побудованих на статистичних даних, які підтримують загальні методи вирі- шення задач цього класу. Однак для предметної області розробки IC управ- лінської діяльності ці принципи та мо- делі не є достатніми [3]. В зв’язку з цим в статті пропо- нуються нові принципи моделювання й оптимізації задач керування проекту- ванням ІС, починаючи з аналізу потреб до створення відповідного програмного продукту. Для цього розроблені фор- мальні моделі управління проектуван- ням системи, ТП якої містить множину процесів переробок різних сукупнос- тей робіт, що наближає цей метод до вимог спіральної моделі розробки про- грамних систем [3]. Застосування та апробація за- пропонованих принципів подається на прикладі проектування ІС “Система нормативно-правового і методичного забезпечення організації навчального процесу в загальноосвітніх навчальних закладах України на базі мережі Інтер- нет” ДР 0101U006513), далі ІС “ЗНЗ”. До етапів ТП проектування ІС “ЗНЗ” відносяться: — встановлення вимог; — специфікація вимог; — проектування архітектури; — реалізація; — інтеграція; — тестування; — супроводження. Модели и средства инженерии баз данных и знаний 66 Згідно цих етапів [4] проведено моделювання задач керування ТП про- ектування ІС “ЗНЗ”. Отримані резуль- тати були використані при прак- тичному створенні проекту, який заве- ршено в 2002 році. Розпорядженням МОН України ІС “ЗНЗ” введена в дію із реєстрацією в мережі Інтернет за адресою www.znz.edu-ua.net. Принципи керування проектуванням ІС Процес керування ТП проекту- вання ІС як послідовність дій, що ви- конуються у заданих умовах, відно- ситься до класу динамічних систем з великою кількістю елементів, складни- ми зв'язками між ними і стохастичним характером їх поведінки. Така система складається з керуючої і керованої під- систем, з'єднаних між собою засобами (каналами) передачі інформації. На вхід у систему надходить інформація про потребу автоматизації певних фу- нкцій чи процесів, визначених базовим документом, наприклад технічним за- вданням, а на виході – ІС із заданими характеристиками (надійність, якість тощо). Під керованою підсистемою ро- зуміється ТП проектування, розробки і використання ІС. Складовими части- нами цієї підсистеми є ресурси ТП – технічні засоби (ТЗ) і кількість вико- навців. На підсистему впливають зов- нішні фактори: зміна вимог замовника, внутрішні збої, ремонт ТЗ, простої че- рез хвороби членів команд, помилки виконавців, що призводять до повто- рення операцій чи етапів робіт. Підсистема керування – це ке- рування програмним проектом і засо- бами автоматизації учасників розроб- ки ІС. Керування розглядається як цик- лічно повторюваний процес впливу ор- гана керування на керований об'єкт, для якого на основі способів обробки інформації й оцінки ситуації виробля- ються план досягнення мети, здійсню- ється контроль його виконання і ко- рекція залежно від зміни умов і обста- вин, виробляються нові впливи, вибра- ні з множини варіантів плану. Розглянемо постановку задачі керування проектом. Припустимо, задано варіант пла- ну (Х) виконання комплексу робіт із проектування ІС за такими даними: — укрупнений сітковий графік виконуваних робіт G, що складається з послідовності виконуваних робіт; — характеристика кожної li-ро- боти (li ∈ L), її обсяг qi і вид Wi, — сукупність ресурсів R = <RL, RS> (трудові RL і матеріальні RS), у тому чи- слі їх кількість і види; — норми споживаних ресурсів за видами робіт NRi ∈ NR; — закон розподілу випадкових величин F = {F1,..., Fr}, що характери- зують вплив випадкових факторів: по- милки при виконанні робіт, збої, ре- монт ТС тощо. Нехай потрібно визначити вели- чину Y для заданого моменту часу усе- редині планового періоду [t0, T] з віро- гідністю Р і такими очікуваними харак- теристиками ТП: — терміни завершення окремих робіт і ймовірність закінчення роботи в заданий термін; — обсяг необхідних ресурсів (за- гальний і по кожній роботі) та обсяг робіт з урахуванням переробок: Y = Y(X(G, R, L, NR), F, t0, T). (1) Нехай Х належить області D припустимих варіантів плану, K(X) – критерій оптимальності варіантів пла- ну. Потрібно знайти такий X* ∈ D, при якому мінімізується заданий критерій: ( ) min ( ) X D K X K X ∈ = . (2) Використовуючи формули (1, 2), сформулюємо основні задачі визна- чення плану: 1) складання такого плану Х при заданих R, G, L, NR, F, t0, T, при якому вихідні параметри знаходяться в облас- ті YD: Y = Y(X) ∈ YD; (3) 2) вибір такого плану комплексу робіт Х, який буде оптимальним при Модели и средства инженерии баз данных и знаний 67 заданому критерії і полягає в рішенні задачі (2). У процесі виконання плану робіт згідно ТП проводиться оперативний контроль, суть якого полягає у визна- ченні в момент t розбіжностей між фактичним станом ТП та значеннями його параметрів згідно плану Х. Адаптивна корекція плану здійс- нюється шляхом визначення такого Х, що виходить з поточного стану проце- су і враховує співвідношення (2) чи (3). Найбільш розповсюдженими ме- тодами рішення таких задач є: — метод математичного програ- мування; — стохастичні мережеві моделі; — моделі, побудовані на статис- тичних даних. Метод математичного програму- вання не враховує вплив випадкових факторів, що призводить до грубих оцінок ТП. Стохастичні мережеві моделі до- зволяють враховувати такі випадкові фактори ТП, як збій, ремонт ТЗ, хво- роба виконавців тощо. При цьому мо- же не враховуватись специфіка ТП як процесу з множиною переробок різних сукупностей робіт, що спричиняються помилками виконавців. Прийнятним інструментом є ві- домі моделі оцінки термінів і витрат (модель СOCOMO Боема) на ЖЦ ПЗ [2]. Вони ґрунтуються на статистичних даних керування програмними проек- тами. Модель СOCOMO увібрала в се- бе три техніки виміру проекту: експер- тну, алгоритмічну на базі оцінок розмі- ру системи, моделюючу техніку “по- значка—модель”. Боем створив модель СOCOMO ще в 70-х роках, використо- вуючи показники ціни, а також інші оцінки: персонал, властивості проекту, продукту та середовища [3]. Ця модель включає оцінку трьох стадій ведення проекту. На першій стадії будуються прототипи розв’язку задач підвищеного ризику (інтерфейс користувача, про- грамне забезпечення, система взаємо- дії, виконавські властивості тощо). Оскільки на цій стадії розміри проекту передбачити важко, оцінки даються в термінах так званих об’єктних точок, як, наприклад, кіль- кість баз даних, таблиць у базі даних клієнта, відсотки представлення екранів і повторне використання звітних форм, запозичених з попередніх проектів. На другій стадії оцінюються ви- трати на проектування і реалізацію функціональних точок проекту, відо- бражених у вимогах до проекту. Третя стадія оцінки належить до завершення проектування, коли розмір системи може визначатися кількістю рядків програм та інших чинників. Для вирішення задач керування ТП проектування ІС будемо розглядати модель процесу проектування ІС, яка включає всі види робіт, необхідних при виконанні процесу створення, проміж- ні стани ТП, функції оцінки ризику, вартості з урахуванням внеску вико- навців (їхнього інтелекту тощо., збоїв і ремонту ТС та інше. Окрім того, в цю модель можуть включатися нормативи, характеристики операцій, властивості конкретних ТП. Для формалізації керування ТП пропонується графомовна модель B, визначена на таких множинах: 1) W = {W1, ..., Wn1} – типи еле- ментарних робіт; 2) S = {S1, ..., Sn2} – стани ТС; 3) L = {L1, ..., Ln3} – ознаки кваліфікації виконавців; 4) P = {Pij}, i = 1, n, j = 1, n, де Pij – імовірність повернення для типу роботи Wi у вершину Zj, тобто імо- вірність переробки окремих робіт системи, починаючи з події у вершині Zj при виявленні помилки чи зміні ви- мог до ІС під час виконання деякої ро- боти типу Wi. Перші три множини визначають- ся видом конкретного ТП, що викорис- товується при проектуванні ІС. Мно- жина Р визначається типом ІС, що проектується (інформаційні системи, системи організаційного керування, системи реального часу й ін.). Граф B = <Z, N> є орієнтованим зв'язаним графом, де Z – множина вер- шин; N – множина дуг. Цей граф має властивості: Модели и средства инженерии баз данных и знаний 68 — існує єдина вершина графу Z1, з якої дуги тільки виходять, тобто не існує дуг (Zj, Z1); — існує єдина вершина Zh, у яку дуги тільки входять, тобто не існує дуг виду (Zh, Zj); — у графі відсутні замкнуті шляхи, усі шляхи в ньому прості. На рисунку наведено загальний вид графу В [3]. У ньому темними кружками відзначені початкова і кін- цева точки, а на дугах додатково за- значено час, за який даний вид роботи буде повністю завершений. Число на дузі може вказувати день завершення процесу. Дугам, що виходять з початкової вершини і вхід- них у заключну вершину, відповідає ча- сова позначка 0. Ця позначка дозволяє вказати на паралельних дугах, який із процесів виконуватиметься раніше (шляхом підсумовування числових ча- сових міток) і який буде передувати да- ному процесу, та порівняти визначене число із заданим на рівнобіжній дузі. Даний метод аналізу називається методом критичної траєкторії і дозво- ляє оцінити кожен процес окремо, скласти порівняльні характеристики декількох дуг проекту. Для проведення аналізу потрібно для кожного процесу на графі визначити прогнозований чи реальний час його виконання, а потім знайти різницю між першим і другим часом. Він обчислюється для усіх вер- шин графу в напрямку від початкової вершини по всіх дугах до кінцевої. У деяких планах можуть бути циклічні шляхи. У цьому випадку ана- ліз критичних шляхів ускладнюється, оскільки дані про тривалість кожного процесу завжди приблизні. Іншими словами, на підставі деякої вірогідної оцінки визначається часовий інтервал, у межах якого процес функціонує. Таким чином, кожен процес опи- сується за допомогою трьох основних параметрів: — початкова точка процесу; — тривалість (термін) – інтер- вал часу, за який процес повинен ус- пішно завершитися; — кінцева точка – одержання результату розробки на ТП. Кожна вершина визначає подію чи набір подій, що відбулися до входу в 13 12 11 11 15 10 5 0 0 2.1 2.2 3.1 3.2 2.3 2.4 1.3 1.1 1.2 19 Рисунок. Граф плану з часовими термінами на дугах Модели и средства инженерии баз данных и знаний 69 неї, і описується набором умов початку процесу. Кінцева точка є контрольною, де замовник перевіряє результати проце- су (якість, вартість і ін.) після його за- вершення. Граф В задає типовий технологі- чний маршрут процесу проектування ІС, тобто він визначає послідовність і час виконання робіт. Маршрут зале- жить від виду процесу і типу ІС, яку проектують. При виникненні різних ситуацій (збої, хвороби тощо) при виконанні процесу може з’явитися необхідність повернення на попередні етапи про- цесу, як це робиться в спіральних мо- делях для внесення змін на попередніх етапах розробки. У зв’язку з цим визначимо граф повернення V, у якого множина вер- шин збігається з множиною вершин вихідного графу В, а дуги утворені за таким правилом: дуга (Zi, Zj) існує, якщо ймовірність Pij ∈ P не нульова. У результаті створюємо граф ро- біт B шляхом злиття графу V із гра- фом, отриманим із В заміною деяких дуг підграфами з графу V чи з викори- станням декількох паралельних дуг. Побудований у такий спосіб граф B може бути мультиграфом, структура якого залежить від розбивки ІС на окремі підсистеми. Якщо кожна дуга графу відобра- жається у множину робіт, тоді одер- жимо схему проекту, тобто пару < B , ψ>, у якій B – граф робіт; ψ – відображення множини дуг N у мно- жину робіт W. Кожна дуга (робота) з множини N графа B співставлена з типом роботи процесу, причому кожній дузі, що на- лежить множині дуг графу V, ставиться у відповідність тип роботи з W. Будемо вважати, що керування виконанням ро- біт буде проводитися по заздалегідь складеному сітковому графіку: < B , ψ, Ω >, де < B , ψ > – схема проекту; Ω – відображення N у R+ (на множині дійсних чисел); Ω(Li) = τ i, i = 1, m – обсяг роботи L i в днях. Дамо тлумачення сітковому гра- фіку. Нехай є проект, що складається з робіт Lj (j = 1, m). Для кожної роботи задано обсяг. Подія, яка задається вер- шиною Z1, означає початок усіх робіт (дуги виходять з Z1). Кожний проміж- ний стан Zi означає закінчення роботи, вхідної до Zi, і початком робіт, вихідної з Zi. Настання події Zh означає закін- чення всіх робіт. Планом проекту називається ко- ртеж < B , ψ, Ω γ >, де < B , ψ, Ω > – сітковий графік; відображення γ : N → Fψs × Fψi × × Fψn × R+ × Р задане на таких множи- нах: Fψs – функцій виду ψs: S → N; Fψl – функцій виду ψl: L → N; Fψn – функцій виду ψn: S × L → R+; N – натуральних чисел. Дамо інтерпретацію плану прое- кту по розробці ІС згідно заданого сіт- кового графіка <B, ψ, Ω> і за умови, що кожній дузі поставлено у відповідність γ(li) = <ψS i(S1), ..., ψs i(Sn2), ψL i(L1), ..., ψl i(Lns), ψn i(V1), ..., ψn i(Vnz), ψn i(ln1), ..., ψn i(ln3, λi, Pi)>, де ψS i(Sj) – кількість ТЗ виду Sj; ψL i(S1) – кількість співробітників LJ —кваліфікації; ψn i(VJ) – норми споживання ре- сурсів виду VJ; λi – коефіцієнт прискорення ро- біт при повторному використанні, Pi – імовірність існування дуги li. Таким чином, формалізований опис процесу проектування ІС можна представити у вигляді кортежу < B , ψ, Ω, γ >. (4) Модели и средства инженерии баз данных и знаний 70 Спираючись на це формалізова- не представлення уточнимо задачі (1)— (3) у термінах запропонованої моделі. 1. Нехай задано план проекту відповідно до (4) і потрібно визначити для періоду [t0, T] з вірогідністю Р імо- вірність виконання проекту в плановий термін P(t < T) = t( B , ψ, Ω, γ, t0) і математичне чекання терміну закін- чення робіт M(t) = M(t( B , ψ, Ω, γ, t0)). (5) 2. Побудувати календарний план ℜ, якщо заданий план проекту < B , ψ, Ω, γ, t0> і плановий період [t0, T]: ℜ = ℜ( B , ψ, Ω, γ, t0). (6) 3. Вибрати такий план X(B, ψ, Ω, γ, t0), де X = {X1, ..., Xn} ∈ D, який був би оптимальним щодо обраного критерію К и сприяв виконанню робіт на інтер- валі часу [t0, T]. Як критерій розглянемо ( ) min X D K X T ∈ = , (7) де Т – час виконання проекту. Уточ- нимо цей критерій за допомогою па- раметра RS: ( ) min SS D K X R ∈ = , який дорівнює RS = {r1 s, ..., rn s}, ψs(Si) ≤ ri s. При S = L одержуємо min LL D K R ∈ = . (8) 4. Знайти такий розподіл ресур- сів по роботах ψ(R), щоб з імовірністю α математичне чекання закінчення проекту Т відрізнялося від планового терміну не більше ніж на величину з вірогідністю P(M(t) – T(< с)) = α. (9) Запропонований алгоритм забез- печує оцінку і вибір оптимальних па- раметрів ТП. Він дозволяє: — імітувати реальну функцію системи, описану у вигляді моделі; — збирати статистику в процесі імітації; — одержувати розподіл ресурсів по роботах так, щоб проект був вико- наний у директивний термін. Застосування визначеного підходу Застосування запропонованих прин- ципів та алгоритмів розглядається на прикладі проекту ІС “ЗНЗ”, мета якого полягає у формуванні глобального ін- формаційного середовища та забезпе- ченні оперативного доступу управлін- ських і викладацьких кадрів освіти до інформаційних ресурсів організації на- вчального процесу в загальноосвітніх навчальних закладах України на базі мережі Інтернет. Цілі та завдання проекту поля- гали у створенні ІС “ЗНЗ” як сукуп- ності документів нормативно-правово- го і методичного забезпечення навча- льного процесу в середній школі на ба- зі системи організаційного забезпечен- ня інформаційного наповнення цієї ІС , розподіленого комп’ютерно-телекому- нікаційного середовища, автоматизо- ваного банку даних (АБД) з підтрим- кою ТП ведення баз даних (заванта- ження, актуалізації АБД) з віддалених робочих станцій та динамічного відо- браження документів АБД в Інтернет через сайт з авторизованим доступом або тиражуванням на СD-диски. Взає- модія користувача з системою здійс- нюється з використанням стандартних програм-браузерів через єдиний ін- терфейс як для Інтернет, так і СD- версії. Він має можливість пошуку не- обхідної інформації в АБД шляхом вве- дення пошукових параметрів у станда- ртизованій формі, що забезпечує по- зиціонування за критеріями атрибути- вного або повнотекстового пошуку. Вихідні дані задачі керування проектом. Для вирішення задачі керу- вання проектом ІС “ЗНЗ” задається варіант плану (Х) виконання комплексу робіт з визначенням: — укрупненого сіткового графі- ку G; — характеристики кожної робо- ти li; Модели и средства инженерии баз данных и знаний 71 — сукупності ресурсів R (трудо- вих RL і матеріальних RS); — норм споживаних ресурсів за видами робіт NRi. Перелік трудових ресурсів ІС “ЗНЗ” наведено відповідно в табл. 1, а матеріальних – в табл. 2. Таблиця 1. Трудові ресурси проекту ІС “ЗНЗ” Ідентифікатор Назва Кількість RL1 Керівник проекту 1 RL2 Економіст проекту 1 RL3 Експерт-аналітик в галузі середньої освіти 2 RL4 Системний аналітик-адміністратор 1 RL5 Системний адміністратор 2 RL6 Системний програміст 2 RL7 Веб-дизайнер 1 RL8 Прикладний програміст 3 RL9 Контент-адміністратор 1 RL10 Програміст-тестувальник 1 RL11 Оператор-тестувальник 1 RL12 Оператор-сканувальник 2 RL13 Оператор ведення баз даних 1 RL14 Інженер-експлуатаційник технічних засобів 3 Таблиця 2. Матеріальні ресурси проекту ІС “ЗНЗ” Проект ІС “ЗНЗ” виконувався як науково-дослідна робота (НДР) на замовлення Міністерства освіти і нау- ки України за встановленим поряд- ком, згідно з яким спочатку необхідно оформити запит на виконання цієї НДР. Запит включає загальний опис проекту та етапи його виконання, тобто підготовка запиту – це вже власне початок виконання проектних робіт, тому при побудові укрупненого сіткового графіка перелік подій та робіт починаємо з підготовки заявки- запиту на виконання НДР. Окрім то- го, з боку замовника сформульовані вимоги щодо побудови ІС “ЗНЗ” в трирівневій архітектурі клієнт— сервер з використанням СКБД Oracle. Це обумовлює можливість планування одночасних робіт по встановленню вимог, специфікації вимог та робіт по придбанню та монтажу технічних за- собів, інсталяції ОС, СКБД, навчання персоналу. Ідентифікатор Назва Сума RS1 Заробітна плата 67524 RS2 Нарахування на заробітну плату 37,2% 25119 RS3 Лінії зв'язку Укртелекому для доступу до Інтернету 6800 RS4 Каналу доступу до Інтернету 128 Кбіт/с 12960 RS5 Обладнання (комп’ютерне, комунікаційне, мережеве) 20000 RS6 Матеріали, комплектуючі 2000 RS7 Відрядження, участь в науково технічних конференціях 4000 RS8 Науково-технічна література, спеціалізовані видання 2000 Модели и средства инженерии баз данных и знаний 72 Таблиця 3. Вихідні дані плану проекту ІС “ЗНЗ” Назва роботи Код Результат Параметри B Параметри V № Тmin Tmax Норми λi Pi 0 Узгодження заявки-запиту на виконання ІС “ЗНЗ” 0-1 Виграний тендер на НДР 14 26 14 0.6 0.3 Укладання до- говору Узгодження ТЗ 1-2 Формування колек- тиву виконавців, підписання контрак- тів 7 21 15 1 1-5 Авансове фінансу- вання 7 29 20 2 Специфікація технічних засо- бів 2-6 Визначені технічні засоби (канали зв’язку, Intel- платформа, СISCO- маршрутизатори, Tainet-модеми) 1 3 1 3 Визначення програмної платформи. Вибір СКБД 3-6 Визначена програм- на платформа: Windows 2000, Linux Mandrake 8.1; СКБД Oracle 9i 2 3 2 4 Специфікація трудових ресур- сів 4-5 Структура трудо- вих ресурсів, за- гальний розмір заробітної плати 3 5 5 5 Проведення об- стеження. Ана- ліз вимог 5-8 Ескізний проект 21 63 30 0.9 0.1 6 Придбання та налагодження технічних та програмних за- собів 6-7 Готовність апарат- ної платформи. Операційні систе- ми Windows 2000 Server, Linux Mandrake 8.1 ін- стальовані 21 27 25 7 Навчання пер- соналу роботі з СКБД Oracle 9i: системне адмі- ністрування, прикладне про- грамування 7-8 СКБД Oracle 9i інстальована, скон- фігурована, заван- тажені тестові таблиці 30 35 30 Розробка кон- цептуальної моделі 8-11 Затверджений роз- порядчими доку- ментами механізм інформаційного наповнення систе- ми 7 21 10 8 8-9 Визначені об’єкти БД документів, БД навчальної літера- тури, БД засобів навчання, БД педа- гогічних програм- них засобів 7 14 9 9 Проектування архітектури 9-10 Створена функціо- нальна модель сер- верної та клієнт- ської частин 15 20 15 0.8 0.3 Модели и средства инженерии баз данных и знаний 73 Назва роботи Код Результат Параметри B Параметри V 10 Проектування графічних ре- сурсів системи 10-14 Форми інтерфейсу користувача, загаль- ний дизайн сайту www.znz.edu-ua.net 25 30 28 0.2 0.5 11 Збір вихідних базових доку- ментів та збері- гання у файло- вій системі Windows 11-15 Набір txt/doc- файлів на сервері Windows 2000 14 21 14 12 Проектування БД (логічна, фізична схеми) 12-13 Інтернет версія си- стеми:: серверна (Oracle) та клієнт- ська частини. Бази даних та при- єднані файли заван- тажені в систему 55 80 65 13 Розробка при- кладного про- грамного забез- печення 13-15 АРМ контент-ад- міністратора, java-сервлети Веб- відображення бази даних, компонен- ти: реєстрація ко- ристувачів, авто- матична розсилка 45 65 57 14 Програмування дизайну 14-15 Набір програмних та HTML-компо- нент на сервері Linux Mandrake 8.1 12 15 12 15 Інтеграція про- грамних компо- нентів. Первинне напо- внення БД 15-16 Тестування Інтер- нет-версії системи. Реєстрація та про- моутинг сайту www.znz.edu-ua.net 8 10 8 16 Розробка СD- версії системи: 16-17 CD-версія системи: серверна (MySQl) та клієнтська час- тини, експеримен- тальна партія СD “ЗНЗ” 55 80 65 18 Тестування сис- теми 18-19 Модифікація ПЗ, документації 10 21 10 0.5 0.2 19 Введення сис- теми в дію 19-20 Наказ МОН про введення системи в дію Укладені угоди на інформаційне об- слуговування. БД зареєстрованих користувачів 20 30 25 20 Супроводження системи 20-0 Актуалізовані БД (Інтернет, СD- версії). Модифіковане програмне забез- печення визначається поза схемою проекту Вихідні дані плану проекту ІС “ЗНЗ“, наведено в табл. 3, де в стовп- чиках B, V наведено параметри вихід- них графів B та V відповідно. Визначен- ня нормативних показників для даного проекту здійснюється методом експер- тного оцінювання з урахуванням досві- ду попередніх проектів або стандартних нормативів за допомогою довідника нормативних показників [10—12]. Модели и средства инженерии баз данных и знаний 74 Отримані результати. Для керу- вання розробкою ІС “ЗНЗ” із застосу- ванням запропонованих принципів бу- ла побудована модель плану проекту. Це забезпечило відповідну якість керу- вання ТП ІС “ЗНЗ” та оптимальне ви- користання наявних ресурсів, особливо трудових, в умовах нестабільного бю- джетного фінансування проекту. ТП реального проектування великою мі- рою проводився згідно побудованої моделі проекту ІС “ЗНЗ“, особливо на етапах 9—10 – проектування архітек- тури та 10—14 – проектування графі- чних ресурсів системи: форми інтер- фейсу користувача, загального дизайну сайту. На цих етапах спостерігалося повторне виконання робіт етапу через уточнення вимог, а також часткове ви- користання результатів попередньої ітерації. Для оптимізації сіткового гра- фіка робіт була розрахована вірогід- ність P настання кінцевої події у зада- ний термін. Розрахунок виконувався шляхом визначення математичного очікування та дисперсії на вихідних даних проекту за формулами та табли- цями згідно [13]. Отримано значення вірогідності P, що дорівнює 0.47. Це значення знаходиться в інтервалі [0.35; 0.65], тобто оптимізація сіткового графіка не була потрібна. Кінцевий те- рмін розробки ІС “ЗНЗ” відповідав ви- значеному в моделі плану проекту. Висновки Проведені дослідження щодо ке- рування ТП проектування ІС, а також аналіз математичних підходів, які ви- значають загальні методи вирішення задач цього класу. Запропоновані нові принципи моделювання задач керування ТП про- ектування програмного забезпечення на основі формальної моделі управлін- ня проектуванням ІС, контролю та ко- рекції плану робіт. Побудовано алгоритм, що врахо- вує специфіку ТП проектування ІС як процесу з множиною переробок різ- них сукупностей робіт з різними кое- фіцієнтами імовірності повернення при виявленні помилки чи зміні вимог до ІС. У процесі виконання плану ро- біт алгоритм передбачає проведення контролю та корекції плану згідно параметрів ТП. Наведено приклад використання та апробації розроблених принципів при проектуванні ІС “ЗНЗ”, що введе- на в дію в 2003 році. ІС “ЗНЗ” була презентована на конференції предста- вників обласних управлінь освіти в Центральному інституті післядипломної педагогічної освіти, на Шостій Міжна- родній виставці навчальних закладів “Сучасна освіта в Україні — 2003”. Во- на має позитивні відгуки серед фахів- ців в галузі освіти та інформаційних технологій. Перспектива розвитку цього на- прямку полягає в реалізації на базі за- пропонованих принципів автоматизо- ваної інтелектуальної системи у вигляді АРМ “Керування проектом” з викорис- танням механізмів штучного інтелекту (нейронні мережі, нечіткі множини). Вона дозволить автоматично виконува- ти адаптивне моделювання ТП керу- вання створенням ІС з можливістю ко- регування плану проекту в реальному часі. В межах цієї системи передбача- ється формування бази знань загально- го процесу проектування, а також по- передніх проектів, що були розроблені даною командою програмістів. Це створить можливість автоматично син- тезувати шаблони та автоматичні помі- чники, що адаптуються до типу проек- ту та користувачів системи. Крім того, буде скорочуватися розробка ІС за ра- хунок накопичення артефактів проекту в базі знань. 1. ДСТУ 2941—94. Системи оброблення інфо- рмації. Розроблення систем. Терміни та ви- значення. – Київ: Держстандарт України, 1995. – 19 c. 2. Боэм Б.У. Инженерное проектирование программного обеспечения. – М.: Радио и связь, 1995. – 511 с. 3. Бабенко Л.П., Лавріщева К.М. Основи про- грамної інженерії. – К.: Знання, 2001. – 269 с. 4. Мацящек Лешек А. Анализ требований и проектирование систем. Разработка ин- формационных систем с использованием UML: Пер. с англ. – М.: Вильямс, 2002. – 428 с. Модели и средства инженерии баз данных и знаний 75 5. Леффингуэлл Д., Уидриг Д. Принципы рабо- ты с требованиями к программному обес- печению. Унифицированный подход: Пер. с англ. – М.: Вильямс, 2002. – 446 с. 6. Перевозчикова О.Л. Сучасні інформаційні технології. – К.: Ін-т економіки та права "Крок", 2002. – 120 с. 7. Валькман Ю.Р. Интеллектуальные техноло- гии исследовательского проектирования: Формальные системы и семиотические мо- дели. – К.: Port—Royal, 1998. – 250 c. 8. Автоматизированные системы управления. Стадии создания. ГОСТ 24.601-86. – М.: Государственный комитет СССР по стандартам, 1986. – 7 с. 9. Саати Т., Кернис К. Аналитическое плани- рование. Организация систем. – М.: Радио и связь, 1991. – 222 с. 10. Постанова Кабінета Міністрів України від 20 липня 1996 № 830. Про затвердження Типового положення з планування, обліку і калькулювання собівартості науково-дослід- них та дослідно-конструкторських робіт. – www.rada.kiev.ua/laws/pravo/new/cgi-bin/- show.cgi. 11. Типовые нормы времени на програми- рование задач для ЭВМ. – М.: Экономика, 1988. – 268 с. 12. Интеллектуальная собственность требует оценки. – http://citto.dc.donetsk.ua/ru1251/- library/m_akad3.htm. 13. Корн Г., Корн Т.К. Справочник по матема- тике для научных работников и инжене- ров. – М.: Наука, 1970. – 719 с. Отримано 17.02.03 Про авторів Задорожна Наталія Тимофіївна завідувач відділом Місце роботи автора: Інститут засобів навчання АПН України, вул. М. Берлінського, 9, Київ, 04060, Україна Тел. (044) 213 8286 E-mail: admin@edu-ua.net Валь Кирило Львович магістр Місце роботи автора: кафедра прикладної математики НТУУ “КПІ”, просп. Перемоги, 37, Київ, 04056, Україна Тел. (044) 211 3327 E-mail: kirval@edu-ua.net

Information systems project management concept to support for Government bodies

Institution

Ähnliche Einträge