 |
|
Технічна документація, що забезпечує процес виконання робіт
Організація управління змістом робіт орієнтована на використання головним чином каскадної моделі життєвого циклу проекту. Стадії і етапи роботи описані в стандарті ГОСТ 34.601-90.
Залежно від складності об'єкту проектування і набору завдань, стадії і етапи робіт можуть мати різну трудомісткість. Допускається об'єднувати послідовні етапи і навіть виключати деякі з них на будь-якій стадії проекту. Допускається також починати виконання робіт наступної стадії до закінчення попередньої.
Стадії і етапи створення проекту, що виконуються організаціями-учасниками, прописуються в договорах і технічних завданнях на виконання робіт:
Стадія 1. Формування вимог до змісту робіт за проектом.
На початковій стадії проектування виділяють наступні етапи робіт:
· обстеження об'єкту і обгрунтування необхідності створення проекту;
· формування вимог користувачів до проекту;
· оформлення звіту про виконану роботу і тактико-технічного завдання на розробку.
Стадія 2. Розробка концепції змісту робіт за проектом.
· вивчення об'єкту проектування;
· проведення необхідних науково-дослідних робіт;
· розробка варіантів концепції проекту, що задовольняють вимогам користувачів;
· оформлення звіту і затвердження концепції.
Стадія 3. Технічне завдання.
· розробка і затвердження технічного завдання на створення проекту.
Стадія 4. Ескізний проект.
· розробка попередніх проектних рішень по системі і її частинам;
· розробка ескізної документації на проект і її частини.
Стадія 5. Технічний проект.
· розробка проектних рішень по системі і її частинам;
· розробка документації на проект і її частини;
· розробка і оформлення документації на постачання комплектуючих виробів;
· розробка завдань на проектування в суміжних частинах проекту.
Стадія 6. Робоча документація.
· розробка робочої документації на проект і її частини;
· розробка і адаптація програм.
Стадія 7. Введення в дію.
· підготовка об'єкту проектування;
· підготовка персоналу;
· комплектація об'єкту виробами, що поставляються (програмними засобами, технічними комплексами, інформаційними виробами);
· будівельно-монтажні роботи;
· пуско-налагоджувальні роботи;
· проведення попередніх випробувань;
· проведення дослідної експлуатації;
· проведення приймальних випробувань.
Стадія 8. Супровід проекту.
· виконання робіт відповідно до гарантійних зобов'язань;
· післягарантійне обслуговування.
Oбстеження - це вивчення і діагностичний аналіз організаційної структури підприємства, його діяльності і існуючої системи обробки інформації. Матеріали, отримані в результаті обстеження, використовуються для:
· обгрунтування розробки і поетапного впровадження систем;
· складання технічного завдання на розробку систем;
· розробки технічного і робочого проектів систем.
На етапі обстеження доцільно виділити дві складові: визначення стратегії впровадження проекту і детальний аналіз діяльності організації.
Основне завдання першого етапу обстеження - оцінка реального об'єму проекту, його цілей і завдань на основі виявлених функцій і інформаційних елементів об'єкту, що автоматизується, високого рівня. Ці завдання можуть бути реалізовані або замовником робіт за проектом самостійно, або із залученням консалтингових організацій. Етап припускає тісна взаємодія з основними потенційними користувачами системи і бізнес-експертами. Основне завдання взаємодії - отримати повне і однозначне розуміння вимог замовника. Як правило, потрібна інформація може бути отримана в результаті інтерв'ю, бесід або семінарів з керівництвом, експертами і користувачами.
Після закінчення цієї стадії обстеження з'являється можливість визначити вірогідні технічні підходи до створення системи і оцінити витрати на її реалізацію (витрати на апаратне забезпечення, програмне забезпечення, що купується, і розробку нового програмного забезпечення ).
Результатом етапу визначення стратегії є документ (техніко-економічне обґрунтування проекту), де чітко сформульовано, що отримає замовник, якщо погодиться фінансувати проект, коли він отримає готовий продукт (графік виконання робіт) і скільки це коштуватиме (для крупних проектів повинен бути складений графік фінансування на різних етапах робіт). У документі бажано відобразити не тільки витрати, але і вигоду проекту, наприклад час окупності проекту, очікуваний економічний ефект (якщо його вдається оцінити).
Орієнтовний зміст цього документа:
· обмеження, ризики, критичні чинники, які можуть вплинути на успішність проекту;
· сукупність умов, при яких передбачається експлуатувати майбутню систему: архітектура системи, апаратні і програмні ресурси, умови функціонування, обслуговуючий персонал і користувачі системи;
· терміни завершення окремих етапів, форма приймання/здачі робіт, ресурси, що привертаються, заходи по захисту інформації;
· опис виконуваних системою функцій;
· можливості розвитку системи;
· інформаційні об'єкти системи;
· інтерфейси і розподіл функцій між людиною і системою;
· вимоги до програмних і інформаційних компонентів ПО, вимоги до СУБД;
· що не буде реалізоване в рамках проекту.
На етапі детального аналізу діяльності організації вивчаються завдання, що забезпечують реалізацію функцій управління, організаційна структура, штати і зміст робіт по управлінню підприємством, а також характер підлеглості вищестоящим органам управління. На цьому етапі повинні бути виявлені:
· інструктивно-методичні і директивні матеріали, на підставі яких визначаються склад підсистем і перелік завдань;
· можливості застосування нових методів вирішення завдань.
Аналітики збирають і фіксують інформацію в двох взаємозв'язаних формах:
· функції - інформація про події і процеси, які відбуваються в бізнесі;
· суть - інформація про речі, що мають значення для організації і про яких щось відоме.
При вивченні кожного функціонального завдання управління визначаються:
· найменування завдання; терміни і періодичність її рішення;
ступінь формалізованости завдання;
· джерела інформації, необхідні для вирішення завдання;
· показники і їх кількісні характеристики;
· порядок коректування інформації;
· алгоритми розрахунку показників, що діють, і можливі методи контролю;
· засоби збору, передачі і обробки інформації, що діють;
· засоби зв'язку, що діють;
· прийнята точність рішення задачі;
· трудомісткість рішення задачі;
· форми представлення початкових даних і результатів їх обробки, що діють, у вигляді документів;
· споживачі результатної інформації по завданню.
Одній з найбільш трудомістких, хоча і завдань цього етапу, що добре формалізуються, є опис документообігу організації. При обстеженні документообігу складається схема маршруту руху документів, яка повинна відобразити:
· кількість документів;
· місце формування показників документа;
· взаємозв'язок документів при їх формуванні;
· маршрут і тривалість руху документа;
· місце використання і зберігання даного документа;
· внутрішні і зовнішні інформаційні зв'язки;
· об'єм документа в знаках.
За наслідками обстеження встановлюється перелік завдань управління, вирішення яких доцільно автоматизувати, і черговість їх розробки.
На етапі обстеження слід класифікувати плановані функції системи по ступеню важливості. Один з можливих форматів представлення такої класифікації - MuSCoW.
Ця абревіатура розшифровується так: Must have - необхідні функції; Should have - бажані функції; Could have - можливі функції; Won't have - відсутні функції.
Функції першої категорії забезпечують критичні для успішної роботи системи можливості.
Реалізація функцій другої і третьої категорій обмежується тимчасовими і фінансовими рамками: розробляється те, що необхідне, а також максимально можливе в порядку пріоритету число функцій другої і третьої категорій.
Остання категорія функцій особливо важлива, оскільки необхідно чітко представляти межі проекту і набір функцій, які будуть відсутні в системі.
Моделі діяльності організації створюються в двох видах:
· модель "як є" - відображає бізнес-процеси, що існують в організації;
· модель "як повинно бути"("to-be") - відбиває необхідні зміни бізнес-процесів з урахуванням впровадження ІС.
На етапі аналізу необхідно привертати до роботи групи тестування для вирішення наступних завдань:
· отримання порівняльних характеристик передбачуваних до використання апаратних платформ, операційних систем, СУБД, іншого оточення;
· розробки плану робіт по забезпеченню надійності інформаційної системи і її тестування.
Залучення тестувальників на ранніх етапах розробки є доцільним для будь-яких
проектів. Якщо проектне рішення виявилося невдалим і це виявлено надто пізно, то виправлення помилки проектування обходиться дуже дорого. Чим раніше групи тестування виявляють помилки в інформаційній системі, тим нижче вартість супроводу системи. Час на тестування системи і на виправлення виявлених помилок слід передбачати не тільки на етапі розробки, але і на етапі проектування.
Для автоматизації тестування слід використовувати системи відстежування помилок (bug tracking). Це дозволяє мати єдине сховище помилок, відстежувати їх повторну появу, контролювати швидкість і ефективність виправлення помилок, бачити найбільш нестабільні компоненти системи, а також підтримувати зв'язок між групою розробників і групою тестування (повідомлення про зміни по e-mail і тому подібне). Чим більше проект, тим сильніше потреба в bug tracking.
Результати обстеження представляють об'єктивну основу для формування технічного завдання на інформаційну систему.
Технічне завдання - це документ, що визначає цілі, вимоги і основні початкові дані, необхідні для розробки автоматизованої системи управління.
При розробці технічного завдання необхідно вирішити наступні завдання:
· встановити загальну мету створення проекту, визначити склад підсистем і функціональних завдань;
· розробити і обґрунтувати вимоги, що пред'являються до підсистем;
· розробити і обґрунтувати вимоги, що пред'являються до інформаційної бази, математичного і програмного забезпечення, комплексу технічних засобів (включаючи засоби зв'язку і передачі даних);
· встановити загальні вимоги до проектованої системи;
· визначити перелік завдань створення системи і виконавців;
· визначити етапи створення системи і терміни їх виконання;
· провести попередній розрахунок витрат на створення системи і визначити рівень економічної ефективності її впровадження.
Типові вимоги до складу і змісту технічного завдання приведені в таблице 1.
Таблиця 1.