5.5 Аналіз предметної області

У цьому розділі, згідно до технології створення програмного забезпечення Rational Unified Process (RUP), виконується частина початкової стадії першого циклу створення інтелектуальної інформаційної системи, яка полягає у розробці:

• загального опису системи і основних вимог до проекту, його характеристик і обмежень;

• початкової моделі варіантів використання (зі ступенем готовності 10 – 20%);

• початкового проектного глосарію (словника термінів);

• початкового бізнес-плану.

За результатами виконання аналізу предметної області повинні бу­ти зроблені висновки, достатні для розробки детального технічного завдання на виконання курсового проекту яке розміщується у Додатку А до курсового проекту.

5.6 Структурний аналіз і проектування інтелектуальної інформаційної системи

5.6.1 Функціональне моделювання за методологією sadt

Здійснюється загальне функціональне моделювання бізнес-процесів організації, де буде використовуватись проектована система, відповідно до вимог стандарту IDEF0. При цьому будується модель «AS-TO-BE», що складається з діаграм, фрагментів тексту і глосарія, які мають посилання один на іншого, для чого задається мета моделювання (Perpose), точка зару (ViewPoint), визначення моделі (Definition) і опис області її дії (Scope):

• кількість рівнів декомпозиції моделі має складати не менше за 3 (контекстна діаграма + діаграма А0 + одна з діаграмА1…Аn);

• кількість функціональних блоків на діаграмі 1-го рівня (А0) – не менше за 4;

• кількість функціональних блоків на діаграмі 2-го рівня декомпозиції >= 3;

Слід також задати статті витрат по кожній активності і виконати вартісний аналіз моделі.

5.6.2 Моделювання інформаційних потоків та їх сценаріїв

З використанням процесної моделі IDEF3 відобразити послідовність процесів і логіку взаємодії елементів проектованої системи:

• побудувати модель UOB верхнього рівня;

• здійснити декомпозицію батьківської UOB моделі на 2 рівні, до потоків зв’язку з зовнішніми системами:

• на кожній діаграмі 2-го рівня створити не менше за 3 функціональних блоки;

• на кожній діаграмі 3-го рівня створити не менше за 2 функціональних блоки;

• у сукупності побудованих моделей хоча б один раз має бути використаний кожен тип зв’язків діаграм IDEF3;

• серед побудованих моделей мають бути такі, що містять у своєму складі синхронні та асинхронні AND i OR перехрестя та зв’язок XOR.

Необхідно також побудувати OSTN діаграму для процесу верхнього рівня.

5.6.3 Моделювання функціональних вимог проектованої системи з використанням діаграм потоків даних

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

• зовнішні сутності, системи і підсистеми, процеси, потоки даних;

• накопичувачі даних, визначивши всі сутності, що будуть зберігатися в них, та атрибути сутностей;

• злиття та розгалуження стрілок;

• У цьому розділі необхідно також заповнити словники потоків даних і створити міні специфікації основних процесів.