Повна версія

Головна arrow Інформатика arrow Бази даних: проектування

  • Увеличить шрифт
  • Уменьшить шрифт


<<   ЗМІСТ   >>

Документарний підхід

Дослідження документарного складу предметної області завжди було і залишається одним з найважливіших етапів в проектуванні баз даних.

Саме документ дає максимальну кількість інформації про тих складових (атрибутах, зв'язках, структурах), які повинні знайти відображення в моделі бази даних. Багато інформаційні системи орієнтовані на роботу з документами, не виділяючи інших інформаційних структур і тим самим сильно обмежуючи можливості обробки інформації. Однак, такий підхід до побудови інформаційної системи є теж обгрунтованим, коли за мету ставиться організувати роботу співробітника, підрозділу, організації на основі документообігу та роботи з документами.

Така робота з даними довгий час була фактично єдиним варіантом розгляду структур даних, особливо в період відсутності спеціалізованих підходів і засобів для моделювання бізіес- нроцессов організації, а також розгляду діяльності організації, підрозділу, співробітника в якості джерела і споживача інформації, що подається у формі документів. Основний парадигмою в організації діяльності організації завжди розглядалася робота з документами. І це абсолютно правильно, оскільки тільки документ може містити всі необхідні для роботи достовірні відомості. Саме документарний підхід зазвичай застосовується, коли необхідно приймати будь-які рішення.

Процес використання документарного підходу в проектуванні баз даних представляється наступними послідовними етапами.

  • 1. Виділення складу документів, які використовуються в предметної області.
  • 2. Виділення складу користувачів документів, розділяючи їх на споживачів, укладачів та наповнювачів, а також внутрішніх, зовнішніх і системних.
  • 3. Формування схеми документообігу між користувачами документів, ілюструючи не тільки зв'язок користувачів через документи, а й спрямованість руху документів, з огляду на зовнішніх користувачів.
  • 4. Виділення з документів складу атрибутів, специфікуючи їх але типам даних, використовуваного, змінності, смисловий навантаженості і т.д.
  • 5. Створення на основі атрибутів атрибутивних сутностей.
  • 6. Встановлення прямих і непрямих зв'язків між атрибутивними

сутностями.

  • 7. Нормалізація отриманої моделі бази даних за правилами технічної та логічної нормалізації, враховуючи правила переходу між нормальними формами.
  • 8. Побудова кінцевої (публікація для різних категорій учасників процесу розробки) моделі бази даних.

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

Звичайно, можна розглядати предметну область з урахуванням поділу на функції і завдання, по такий підхід може призвести до виникнення ідентичних сутностей з різним атрибутивною складом, що потребують проведення ще кількох ітерацій по нормалізації моделі бази даних.

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

Таблиця 4.1

Приклад виділених документів предметної області [1]

№ п / п

документ

Найменування / Опис

1

Д 1

Документ "Замовлення"

Склад документа видається зазначенням на клієнта (організація або фізична особа), дату складання, перелік товарів, які клієнтом замовлені, із зазначенням ціни, кількості та вартості по кожній позиції і загальної вартості замовлення в числовому і символьному вираженні. Документ формується клієнтом в процесі наповнення "кошика" товарами і передасться оператору п менеджеру з продажу

2

Д 2

Документ "Вимога-накладна"

Склад документа визначає перелік товарів, які повинні бути видані зі складу для відправки клієнтові, із зазначенням кількості. Формується менеджером зі збуту і передається на склад

3

дз

Документ "Товарний чек"

Склад документа: вказівка ​​на клієнта; перелік замовлених товарів. вказівка ​​їх кількості, ціни і вартості; загальна вартість замовлення в числовому і символьному вираженні; дата і час формування; відповідальна особа; ознаки підтвердження (підпис) від відповідальної особи і клієнта. Документ формується бухгалтером п передається від менеджера з продажу клієнту

4

Д4

Документ "Рахунок"

Склад документа містить відомості про організацію-клієнта, замовлених товарах із зазначенням кількості, ціни і вартості, загальної вартості замовлення в числовому і символьному вираженні, керівника і бухгалтера продавця, датою виставлення, терміні оплати. Документ формується бухгалтером і передається в організацію-клієнт

5

Д5

Документ "Рахунок-фактура"



№ п / п

документ

Найменування / Опис

6

Дб

Документ "Товарна накладна" <...>

7

Д7

Документ "Касовий чек" <...>


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

Внутрішні користувачі є генераторами документів, що використовуються для реалізації процесів організації, і представляються співробітниками цієї організації. Зовнішніми користувачами є такі, які нс відносяться до діяльності організації, але формують вихідні відомості для роботи внутрішніх користувачів або отримують підсумкові документи від організації. Таким чином, в предметної області можуть бути виділені наступні категорії користувачів (табл. 4.2).

Таблиця 4.2

Приклад складу користувачів

Внутрішні 11 і й пол ьзоватсл ь

зовнішній користувач

1

2

1

оператор

Клієнт (фізична особа)

2

Менеджер з продажу

Клієнт (організація)

3

Комірник

4

Бухгалтер

5

керівник



Для зручності подальшого використання покажчиків на відповідних користувачів, щоб не вказувати повні назви, кожному користувачеві привласнюється певний код, який формується з таблиці складу користувачів за кодами рядки і стовпці, де вказано потрібний користувач. Так, наприклад, для користувача "Комірник", що знаходиться в рядку з кодом "3" і стовпці з кодом "1", буде вказуватися код <3.1>, для користувача "Клієнт (організація)" - <2.2>. Обрамлення коду в кутові дужки обумовлено тим, що це дозволить однозначно виділити в будь-якому описі цей код, що не сплутавши його з іншими кодами або символами опису.

В результаті цього опису можна сформувати опис взаємодії користувачів з документами (табл. 4.3), визначаючи необхідність


формування певних інформаційних потреб користувачів, розподіливши права доступу до документа.

Таблиця 43

Приклад розподілу прав доступу до документів

документ

Користувач

право доступу

1

Д 1

<1.2>, <2.2>

З І У Ч П

2

<1.1>, <2.1>

І Ч П

3

Д 2

<2.1>

СІУЧП

4

<3.1>

І Ч П

5

<4.1>

Ч П

6

дз

<2.1>

Ч П

7

<1.2>

ч

8

<4.1>

З І У ч п

9

<5.1>

і ч

10

Д4

<2.2>

ч

11

<4.1>

СІУЧП

12

<5.1>

ич

13

<2.1>, <2.2>

ч

14

Д5

<4.1>

СІУЧП

15

<2.2>

Ч

16

<5.1>

ич

...

...

...

...

Для опису характер доступу можуть використовуватися такі символи:

  • • С (створення) - операція, що передбачає, що відповідний користувач є джерелом документа, формуючи все його основні дані, включаючи помер документа, дату його створення і багато інших, а також наповнює деякими необхідними відомостями, що входять в його компетентність;
  • • І (зміна) - операція, яка визначає можливість внесення змін в документ, включаючи встановлення певних ознак, коригування раніше внесених і доповнення нових відомостей відповідно до структури документа;
  • • У (видалення) - право на знищення документа, якщо цей документ ще не зафіксований як джерело даних або передана в подальшу інстанцію для використання;
  • • Ч (читання) - право на висновок документа на екран з метою прочитання всіх або частини даних, записаних в ньому;
  • • П (друк) - право на публікацію документа через принтер, передачу по каналах зв'язку або за допомогою магнітного носія у вигляді окремого файлу.

Звичайно, даний опис не дасть всієї повноти інформації про права доступу до документа, оскільки існують вимоги щодо доступу користувачів до окремих атрибутів або конкретних даних. Наприклад, менеджери але продажу можуть бути розділені за видами товарів і тоді у кожного з них може бути право на модифікацію тільки відомостей по товарах, що належать до відповідного виду, а читати відомості про всі товари в документі. Ці особливості прав доступу визначаються при описі окремих атрибутів, готуючи інформацію для подальшого використання при реалізації фізичної бази даних (рис. 4.1).

image212

Мал. 4.1. Приклад схеми документообігу

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

Подальша робота з підготовки інформації для моделювання бази даних при документарному підході вимагає опису атрибутів кожного документа (табл. 4.4). Оскільки на цьому етапі ще неясно, як будуть між собою пов'язані атрибути і як вони будуть об'єднані, то в цьому описі представляють всі атрибути кожного документа із зазначенням їх характеристик, грунтуючись на логічному аналізі документа і предметної області, з огляду на особливості подання кожного значення описуваного атрибута. Ці описи дозволять розробнику в подальшому моделюванні правильно застосувати правила нормалізації і побудувати ефективну базу даних.

Таблиця 4.4

Опис атрибутів за документами

п / п

документ

п / п

Атрибут

Тип

даних

опис

1

Д 1

1

Номер замовлення

З-Ч

Порядковий номер замовлення, що формується при його складанні,

11 рСДСТа В Л Я ється З І N1 віл ьно-ч ис - ловмм позначенням в форматі СС-ХИИ. де перші два символи позначають тип клієнта (фізична особа, організація), а останні три символи позначають порядковий числовий номер замовлення

2

дата замовлення

Д

Дата, коли замовлення сформоване і відправлений на обробку оператору магазину

3

клієнт

З

Прізвище, ім'я, по батькові фізичної особи або найменування організації, що роблять замовлення

4

Номер товару

Ч

Порядковий номер товару в таблиці замовлених товарів

5

товар

З

Найменування замовлених товарів

6

кількість

товару

ч

Кількість товару по кожній позиції, які замовив клієнт

7

Ціна товару

ч

Грошовий вираз вартості одиниці товару з двома знаками після десяткової коми

8

вартість

товару

ч

Грошовий вираз вартості зазначеної кількості замовлених товарів із зазначенням двох знаків після десяткової коми. Обчислюється перем піхов ньому ціни товару і його кількості

9

вартість

замовлення

ч

Грошовий вираз вартості всіх замовлених товарів із зазначенням двох знаків після десяткової коми. Обчислюється підсумовуванням значень вартості товару але всіх позиціях замовлений! I их товарів

10

символьна

вартість

замовлення

з

Грошовий вираз вартості замовлення, представлене символьної записом

...

...

...

...

...

...



Аналогічним чином описуються вага документи предметної області. При використанні інструментальних засобів моделювання бази даних кожен атрибут документа може бути представлений відповідної сутністю з єдиним атрибутом ідентичної назви і для якого формується потрібне опис. Подання цієї таблиці може бути реалізовано у вигляді звіту получающейся моделі бази даних. Однак застосування інструментального кошти на цьому етапі досить проблематично з огляду на занадто великої кількості атрибутів, які будуть згенеровані.

На цьому етапі розробки бази даних можна побачити неточності найменувань атрибутів, їх ідентичність і вказати правильні найменування, щоб при подальшому моделюванні і нормалізації правильно інтерпретувати розглянуті атрибути і коректно виконати потрібні операції.

  • [1] У процесі демонстрації прикладу окремі відомості опускають, маючи на увазі ідентичність технології заповнення відповідних елементів даних.
 
<<   ЗМІСТ   >>