
- •Модуль № 1 Принципи вибору програмного забезпечення управління проектами
- •Модуль № 2 Програмні продукти з управління проектами
- •1 Предмет і задачі дисципліни
- •2 Принципи управління проектами в сучасних умовах
- •3 Процеси управління проектами
- •4 Розвиток автоматизованих систем управління (асу)
- •Тема 2 Взаємозв‘язок рівнів управління та критеріїв вибору програмного забезпечення
- •1 Критерії вибору програмного забезпечення для управління проектами
- •2 Рівні управління проектами
- •3 Складові критеріїв вибору програмного забезпечення та їх вагомість в залежності від рівня управління
- •Тема 3 Класифікація програмних продуктів у сфері управління проектами
- •1 Класифікація інформаційно-обчислювальних систем
- •2 Класифікація інформаційних систем підприємства
- •3 Ієрархічні інформаційні системи
- •4 Інформаційні системи «клієнт-сервер»
- •5 Типи операцій в інформаційних системах «клієнт-сервер»
- •Тема 4 Інтегроване інформаційне рішення Welcom Suite
- •1 Структурні елементи інформаційних систем з управління проектами
- •2 Порівняльний аналіз підходів до вибору програмного забезпечення з управління проектами
- •3 Складові інтегрованого інформаційного рішення Welcom Suite
- •4 Засоби календарно-сітьового планування (ксп)
- •5 Функціональні можливості систем ксп
- •Тема 5 Програмні продукти компанії Primavera Systems
- •1 Основні програмні продукти компанії Primavera Systems
- •2 Організація документообігу при управлінні проектами
- •3 Функціональні можливості програмних продуктів для забезпечення документообігу при управлінні проектами
- •1 Реєстрація нових проектів і ведення реєстру існуючих проектів.
- •2 Надання доступу й управління вмістом архіву проекту.
- •3 Створення бібліотеки шаблонів документів.
- •4 Ведення інформації про структуру й співробітників організації.
- •5 Протоколювання дій співробітників, різних подій і помилок, що виникають у процесі роботи із системою.
- •6 Реєстрація, узгодження й відстеження ходу виконання завдань.
- •7 Забезпечення завданого рівня безпеки зберігання проектної документації
- •Тема 6 Сімейство програм Artemis Views
- •1 Основні програмні продукти компанії Artemis Views
- •2 Засади управління портфелем проектів
- •3 Життєвий цикл управління портфелем проектів
- •Тема 7 Програмне рішення для управління проектами Microsoft Office Project
- •1 Загальна характеристика програми Microsoft Office Project
- •2 Створення нового проекту в програмі Microsoft Office Project
- •3 Вирівнювання завантаження ресурсів в програмі Microsoft Office Project
- •Тема 8 Програмне забезпечення управління проектами від компанії Time Line Solution
- •1 Загальна характеристика програм від компанії Time Line Solution
- •2 Характеристика програмного продукту Time Line 1.0
- •3 Характеристика програмного продукту Time Line 6.5
- •Тема 9 Програмні продукти з управління проектами вітчизняних розробників
- •1 Програмний продукт Spider Project
- •2 Програмний продукт «1с – Рарус: Управління проектами»
- •3 Програмний продукт «Евріка»
- •Тема 10 Порівняльний аналіз програмних продуктів в сфері управління проектами
- •1 Застосування програмних продуктів на різних рівнях управління
- •2 Правила користування програмними продуктами з управління проектами
- •3 Оцінювання ефекту від автоматизації процесу управління проектами
5 Типи операцій в інформаційних системах «клієнт-сервер»
Технологія «клієнт – сервер» стає більш поширеною, але реалізація технології в конкретних програмних продуктах істотно розрізняється.
Один із основних принципів технології «клієнт – сервер» полягає в поділі операцій опрацювання даних на три групи, що мають різну природу:
1) введення і відображення даних;
2) прикладні операції опрацювання даних, характерні для рішення задач даної предметної області;
3) операції збереження й управління даними (базами даних або файловими системами).
Відповідно до цієї класифікації в будь-якому технологічному процесі можна виділити програми трьох видів:
• програми подання, що реалізують операції першої групи;
• прикладні програми, що підтримують операції другої групи;
• програми доступу до інформаційних ресурсів, що реалізують операції третьої групи.
Відповідно до цього виділяють три моделі реалізації технології «клієнт – сервер»:
1. Модель доступу до віддалених даних (Remote Data Access – RDA).
2. Модель серверу бази даних (DataBase Server – DBS).
3. Модель серверу додатків (Application Server – AS).
У RDA-моделі програми подання і прикладні програми об'єднані й виконуються на комп'ютері-клієнті, що підтримує як операції введення і відображення даних, так і прикладні операції. Доступ до інформаційних ресурсів забезпечується або операторами мови SQL (Structured Query Language – у системах управління базами даних (СУБД) – мова запитів), якщо йдеться про бази даних, або викликами функцій спеціальної бібліотеки. Запити до інформаційних ресурсів спрямовуються по мережі до віддаленого комп'ютера, наприклад серверу бази даних, що опрацьовує запити і повертає клієнтові необхідні для опрацювання блоки даних.
DBS-модель будується за припущення, що програми, виконувані на комп'ютері-клієнті, обмежуються введенням і відображенням, а прикладні програми реалізовані в процедурах бази даних і зберігаються безпосередньо на комп'ютері-сервері бази даних разом із програмами, що управляють, і доступом до даних – ядра СУБД.
На практиці часто використовуються змішані моделі, коли підтримка цілісності бази даних і найпростіші операції опрацювання даних підтримуються збереженими процедурами (DBS-модель), а більш складні операції виконуються безпосередньо прикладною програмою, що виконується на комп'ютері-клієнті (RDA-модель).
В AS-моделі програма, що виконується на комп'ютері-клієнті, вирішує задачу введення і відображення даних, тобто реалізує операції першої групи. Прикладні програми виконуються одним або групою серверів додатків (віддалений комп'ютер або декілька комп'ютерів). Доступ до інформаційних ресурсів, необхідний для вирішення прикладних задач, забезпечується так само, як і в RDA-моделі, – прикладні програми забезпечують доступ до ресурсів різних типів – бази даних, індексованих файлів, черг та ін.
В основу RDA- і DBS-моделей покладена дволанцюгова схема поділу операцій. В AS-моделі реалізована трьохланцюгова схема поділу операцій, де прикладна програма виділена як найважливіша.
Головна перевага RDA-моделі зводиться до того, що вона являє собою велику кількість інструментальних засобів, які забезпечують швидке створення додатків, що працюють із SQL-орієнтованими СУБД. Іншими словами, основна перевага RDA-моделі полягає в уніфікації та широкому виборі засобів розробки додатків.
Незважаючи на значне поширення, RDA-модель поволі поступається місцем більш технологічній DBS-моделі. У DBS-моделі додаток є розподіленим. Програми подання виконуються на комп'ютері-клієнті, тимчасом як прикладні програми вирішення задач оформлені як набір збережених процедур і функціонують на комп'ютері-сервері БД. Переваги DBS-моделі перед RDA-моделлю очевидні:
– можливість централізованого адміністрування рішення економічних задач;
– зниження напруженості;
– можливість поділу процедури між декількома додатками;
– економія ресурсів ПК завдяки використанню заздалегідь створеного плану виконання процедури.
Основним елементом прийнятої в AS-моделі трьохланцюгової схеми є сервер додатка. Він реалізує кілька прикладних функцій, кожна з яких оформлена як служба і надає послуги всім програмам, що бажають і можуть ними скористатися. Серверів-додатків може бути декілька, і кожен із них дає певний набір послуг. Будь-яка програма, що користується ними, розглядається як клієнт додатка. Деталі реалізації прикладних програм у сервері додатків цілком сховані від клієнта додатка.
AS-модель має універсальний характер. Чітке розмежування логічних компонентів і раціональний вибір програмних засобів для їх реалізації забезпечують моделі такий рівень гнучкості й відкритості, що поки є недосяжним у RDA- і DBS-моделях.