
- •Курсовий проект
- •Анотація
- •Реферат
- •1. Дослiдження предметної областi.
- •1.1. Характеристика функціональної структури предметної області.
- •1.2. Опис вхідних повідомлень
- •1.3 Опис вихідних повідомлень
- •Перелік і опис основних вихідних повідомлень
- •1.4 Опис основних процедур перетворення даних.
- •2. Розробка iнфологiчної моделi.
- •2.1. Логічна модель
- •2.2 Інформаційні об’єкти та їх характеристика.
- •Кінцева інфологічна модель бд
- •Опис складових елементів інформаційних об’єктів
- •3. Проектування даталогічної моделі
- •3.1 Вибір скбд та обґрунтування цього вибору
- •3.2. Автоматизація даталогічного проектування та її результати
- •4. Проектування та реалізація бд на фізичному рівні.
- •4.1. Опис структур таблиць бд
- •4.2. Реалізація запитів та звітів
- •Висновки
Перелік і опис основних вихідних повідомлень
|
Назва вихідного повідомлення |
Ідентифікатор |
Форма подання |
Періодичність видання |
Користувач інформації |
|
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в.
К
од
депозиту*
Назва депозиту
К
од
валюти*
Н
азва
валюти
Умовне позначення валюти
К
од
відділу*
А
дреса
відділу
Вид відділу
Н
омер
угоди*
Д
ата
відкриття рахунку
Д
ата
закриття рахунку
Сума на рахунку
К
од
клієнта*
П
ІБ
клієнта
П
аспорт
серія
П
аспорт
номер
І
дентифікаційний
код
А
дреса
клієнта
Контактний телефон
Відсоток
Що таке відділ? Можливо Ви маєте на увазі відділення банку.