ФОРМУВАННЯ СХЕМИ ТА ВИБІР МОДЕЛІ ЖИТТЄВОГО ЦИКЛУ ПРОЄКТУ РОЗРОБЛЕННЯ WEB-ПОРТАЛУ ДОКУМЕНТООБІГУ КП «НВК «ІСКРА»

Анотація

З розвитком інформаційно-телекомунікаційних технологій обміну інформацією, класичний обмін документованої інформації в паперовому вигляді зазнає докорінних змін і замінюється автоматизованими та інформаційними системами, в яких документи циркулюють в електронному вигляді. Впровадження системи електронного документообігу в КП «НВК «Іскра» має особливість: система або повинна бути впроваджена повсюдно, на всіх робочих місцях, пов'язаних зі створенням, редагуванням та зберіганням інформації, або ефективність від її використання буде мінімальною. Отже, на сьогодні вкрай важливим є вирішення проблеми пошуку нових підходів до реформування документальної діяльності КП «НВК «Іскра», які б враховували її специфічність та дали можливість подальшого розвитку. Одним із перспективних напрямів вирішення цієї проблеми є застосування методології управління проєктів для розроблення та впровадження системи електронного документообігу. Розглянуто і сформовано загальну схему життєвого циклу проєктів розроблення програмного забезпечення, починаючи з моменту створення та постачання високоякісного програмного забезпечення, дотримання низки завдань в заздалегідь установленому порядку. Ці завдання згруповано і класифіковано за етапами, а ряд етапів формує життєвий цикл розроблення програмного забезпечення. На кожному етапі життєвого циклу розроблення програмного забезпечення обов’язки завдань визначені для конкретних ролей. Сформовано критерії входу та виходу для кожного з етапів. Встановлені критерії допомагають визначити, чи правильно розроблено програмне забезпечення, чи вся команда може зосередитись на завданнях та умовах, встановлених для етапу. Проаналізовано ключові кроки для вибору моделі життєвого циклу проєкту, де будь-яка помилка або непорозуміння у виборі правильної моделі призведе до високого рівня відмов для проєкту. Обрано ітеративну модель життєвого циклу проєкту, у кожній ітерації розроблено підмножини вимог до розроблення та інтегровано з попередньою ітерацією. Розробка ітерацій поступово призвела до розроблення програмного забезпечення. Проаналізовано позитивні і негативні сторони ітеративної моделі, зосереджено увагу на наданні пріоритету модулям, які переходять у різні ітерації. Запропонована модель забезпечує сувору перевірку розроблених вимог для кожної ітерації.