Перелік і опис вихідних повідомлень

Назва вихідного повідомлення	Ідентифікатор	Форма подання і вимоги до неї	Періодичність видання	Термін видання і допустимий час затримки	Користувач інформації
1	2	3	4	5	6
Табель відпрацьова-ного часу	УТР-10	Документ	Раз на місяць	З0 (31) -ше число до 14-00 год.	Бухгалтерія

В табл. 1 описують вихідні машинограми, відеограми та файли, які формуються під час розв'язання задачі і підлягають зберіганню в базі даних для розв'язання даної чи інших задач .

1.4. Опис основних процедур перетворення даних. Процес перетворення вхiдних атрибутiв на вихiднi показники необхідно описати у вигляді математичних формул. Наприклад, при визначенні норм витрат матеріалу на один виріб виконуються такі розрахунки:

, де

- норма витрат m-го матеріалу на v- й виріб;

- поопераційна норма витрат m-го матеріалу на d- у деталь на o–й операції;

- кількість d-х деталей у v-му виробі.

Кожну формулу потрiбно проаналiзувати на достатнiсть атрибутiв на входi задачi для формування необхiдного перелiку вихiдних показникiв, які формуються розрахунковим шляхом. Коли для формування тих чи iнших показникiв вихiдних повiдомлень не вистачає вхiдних атрибутiв, то, як i в попередньому випадку, потрiбно повернутися до вивчення вхiдних повiдомлень, дообстежити предметну область з метою поповнення необхiдних вхiдних атрибутiв.

Роздiл 2 . Розробка інфологiчної моделi.

Цей роздiл має бути виконаний за методикою iнфологiчного проектування.

Сутнiсть iнфологiчного проектування полягає у визначеннi iнформацiйних об’єктiв (сутностей) предметної областi, якi пiдлягають зберiганню в БД, визначенню характеристик об’єктiв та структурних зв’язкiв мiж ними. Результатом iнфологiчного моделювання є iнформацiйно-логiчна модель (IЛМ) предметної областi та опис її складових елементiв. Iнфологiчна модель має задовольняти всi вимоги користувачiв та прикладних програм.

Iнформацiйнi об’єкти необхідно нормалiзувати i подати в третiй, четвертiй чи п’ятій нормальнiй формi.

При iнфологiчному моделюваннi у виглядi інформаційних запитів та запитальних зв’язкiв подаються всi запити до БД, якi можуть надходити як вiд користувачiв, так i вiд прикладних програм. Тобто запитами та запитальними зв’язками необхiдно описати всi форми вихiдних повiдомлень, що видаються як у регламентному так i в нерегламентному режимi. Усi запити мають бути поданi в канонiчному виглядi.

На пiдставi аналiзу запитальних зв’язкiв будуються структурнi зв’язки мiж iнформацiйними об’єктами. Побудувавши структурнi зв’язки, дiстанемо графiчне подання iнфологiчної моделi (граф ІЛМ), яке потрiбно перевiрити на повноту та коректнiсть. Iнфологiчна модель вiдповiдає вимогам повноти i коректностi, якщо на нiй можна виконати всi запити до БД, якi ставляться з боку користувачiв та прикладних програм. У результатi такої перевiрки можуть бути вилученi надлишковi (дублюючі) структурнi зв’язки, виконано агрегування кiлькох об’єктiв, якi мають семантично спорiдненi атрибути, в один iнформацiйний об’єкт або навпаки: до IЛМ можуть бути внесенi додатковi структурнi зв’язки та об’єкти, якi були не врахованi спочатку. Опис складових кожного інформаційного об’єкту виконують в таблиці 3. Крім структури та форматів атрибутів кожного інформаційного об’єкта в таблиці 3 описуються бізнес-правила, шо задають умови цілістності даних. Умови цілістності можуть задавати такі бізнес-правила:

первинний ключ – проставляється ПК, якщо атрибут є первинним ключем;

умова на допустимі значення - задаються якщо в базі даних на значення атрибута накладаються якісь обмеження (діапазон значень, не більше не менше певного значення, не нуль і т.п.), а також якщо задається певне значення за змовчанням;

Обов’язкове поле – вказує на умову наявності значення атрибута у кожному записі (проставляємо "так", якщо значення атрибуту не може бути пустим , "ні" - в протилежному випадку, якщо значення поля може бути пустим) ;

Індексне поле – ознака проставляється, якщо поле може виступати як індексне, а також вказується допускається чи не допускається дублювання значення індексу. Тобто, можливі такі варіанти заповнення цієї ознаки:

ІДД – це значить, що поле є індексним, в якому допускається дублювання значень;

ІНД – це значить, що поле є індексним, в якому не допускається дублювання значень.

Опис атрибутів інформаційного об’єкту "Кредит"

Таблиця 3

Назва атрибута	Формат	Обов’язковий (необов’язковий)	Обмеження на право звертання	Первинний (вторинний) ключ	Виво­димість значень	Дублю­вання значень, %	Умови на допустимі значення	Індексне поле
Код клієнта	N(8)	так	Мають	ПК	––	Так		ІДД
Дата подання заявки	D(8)	так	право начальник		––	Так	01.01.2003-31.12.2003
Термін	9(2)	так	та нспек-тор		Так	Так
Код виду кредиту	9(1)	так	кредит-ного		––	Так	1-7	ІДД
Сума кредиту	N(5,3)	так	відділу			Так

Проектування інфологічної моделі необхідно виконати використовуючи CASE-засоби (пакет Erwin чи інший пакет автоматизації проектування БД). В цьому ж розділі чи в додатках потрібно надати стисле керівництво користувача по розробці інфологічної (логічної) моделі бази даних з використанням CASE-засобів, яка повинна обов’язково ілюструватися екранними формами.