Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ovdiyenko_O_V_6101-_3kurs-1grupa.docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
821.05 Кб
Скачать

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

 

Назва вихідного повідомлення

Ідентифікатор

Форма подання

Періодичність видання

Користувач інформації

 

1

2

3

4

6

1

Звіт на суму коштів за окремим рахунком

Info

Документ

за запитом

Клієнт,

бухгалтер, керівництво банку

2

Звіт

що надає інформацію про суму коштів клієнтів за відділами

Info

Документ

за запитом

бухгалтер, керівництво банку

3

Звіт, який надає інформацію про відділ в якому відкрито рахунок з найбільшою сумою

Info

Документ

за запитом

бухгалтер, керівництво банку

4

Звіт, який надає інформацію про рахунок, який відкрив окремий клієнт

Info

Документ

за запитом

бухгалтер, керівництво банку

5

Звіт, який формує облікову відомість рахунків

Info

Документ

за запитом

бухгалтер,

керівництво банку

1.4 Опис основних процедур перетворення даних.

Процес перетворення вхідних атрибутів на вихідні можна описати за допомогою запитів мовою Transact SQL. Абстрактно формула перетворення буде виглядати так:

1) сума коштів на рахунку запит номер відділу(запит на максимальну суму з усіх рахунків

2) сума коштів на рахунку запит номер відділу(запит на суму всіх рахунків)

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

Потрібно привести математичні формули обрахунку розрахункових показників.

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

2.1. Логічна модель

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

Інфологічне проектування здійснюється за наступними етапами:

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

  • агрегація атрибутів в інформаційні об’єкти. Тобто усі атрибути агрегуються в об’єкти, яким присвоюються унікальні імена;

  • перевірка на відповідність умовам нормалізації; приведення до 3 чи 4 нормальної форми.

  • виділення інформаційних запитів та їх опис;

  • представлення інформаційних запитів у структурованому вигляді.

  • перевірка запитальних зв’язків на відповідність умові канонічності;

  • побудова структурних зв’язків між об’єктами.

В результаті дослідження предметної області в першому роздiлi курсового проекту виявлений перелік атрибутів, що підлягають збереженню в БД:

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

Дата : слід виділити дату відкриття рахунку та дату закриття(згідно договору).

Код: код клієнта, код відділення, код валюти, код депозитної програми.

Адреса: адреса відділу, адреса клієнта.

На другому етапі виконується агрегацiя атрибутiв в об’єкти - деякi сутностi реального свiту, що мають сенс з точки зору предметної областi: процес, поняття i т.д. Видiлення об’єктiв виконується на основi аналiзу вiдношень мiж атрибутами. Якщо серед них є такi, що знаходяться в спiввiдношеннi 1:1, то вони агрегуються в один iнформацiйний об’єкт, якому надається унiкальне iм’я. Пiсля багаторазового виконання цієї операції, в перелiку атрибутiв залишаться такi, що не належать нi одному iз створених об’єктів. Цi атрибути аналiзуються на тип спiввiдношення 1:Б, але вже з видiленими об’єктами. Якщо пiсля цього знов залишились атрибути, не приєднанi нi до одного з об’єктiв, то доцiльно провести дообстеження предметної областi для поповнення перелiку атрибутiв.

К од депозиту*

Назва депозиту

К од валюти*

Н азва валюти

Умовне позначення валюти

К од відділу*

А дреса відділу

Вид відділу

Н омер угоди*

Д ата відкриття рахунку

Д ата закриття рахунку

Сума на рахунку

К од клієнта*

П ІБ клієнта

П аспорт серія

П аспорт номер

І дентифікаційний код

А дреса клієнта

Контактний телефон

Відсоток

Що таке відділ? Можливо Ви маєте на увазі відділення банку.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]