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

Міністерство освіти і науки України

Чернігівський державний технологічний університет

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

Така система вимагає ведення довідників клієнтів та предметів закладу, а також даних про: ПІБ клієнта; найменування предмету; дату закладання; дату, до якої треба викупити товар; дату фактичного викупу; суму позики за предмет; відсоток на суму позики; дату часткового повернення позики; суму часткового повернення.

Опис даних системи

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

Проектування таблиць

Базу даних розбиваємо на 4 таблиці.

1- Довідник клієнтів - “Клієнт”

2- Довідник предметів - “Предмет”

3- Додаткова таблиця - “Сплата позики”

4- Основна таблиця - “Облік виплат на закладені речі в ломбарді”

Поля в головній таблиці “Облік виплат на закладені речі в ломбарді” - “Клієнт”, “Предмет” замінимо на числові коди - “Код клієнта”, “Код предмету” відповідно. Для зв'язку таблиць такі ж поля додаємо в довідники клієнтів та предметів.

Поле в додатковій таблиці “Сплата позики” - “Документ” замінимо на числовий код - “№ документу” відповідно. Для зв'язку таблиць таке ж поле додаємо в головну таблицю.

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

У таблиці “Клієнт” - “Код клієнта” - ключове поле, яке бере участь у зв'язках, первинний унікальний ключ.

У таблиці “Предмет” - “Код предмету” - ключове поле, яке бере участь у зв'язках, первинний унікальний ключ.

У таблиці “Сплата позики” - “№ чека” - ключове поле, яке бере участь у зв'язках, первинний унікальний ключ.

У таблиці “Облік виплат на закладені речі в ломбарді” - “№ документу” - ключове поле, яке бере участь у зв'язках, первинний унікальний ключ.

В результаті проектування отримуємо такі таблиці з полями в них:

Ш таблиця “Клієнт” - поля “Код клієнта”, “ПІБ”;

Ш таблиця “Предмет” - поля “Код предмету”, ”Найменування”;

Ш таблиця “Сплата позики” - поля “№ чека”, ”№ документу”, “Дата часткового повернення”, ”Сума часткового повернення”;

Ш таблиця “Облік виплат на закладені речі в ломбарді” - поля “№ документу”, “Код клієнта”, “Код предмету”, “Сума”, “Відсоток”, “Дата закладу”, “Дата викупу”, “Фактична дата викупу”.

Між таблицями встановлюю зв'язки типу “один-до-багатьох”, зв'язуючи таблиці по полям “Код клієнта” (“Клієнт” - “Облік виплат на закладені речі в ломбарді”), “Код предмету” (“Предмет” - “Облік виплат на закладені речі в ломбарді”) і “№ документу” (“Сплата позики” - “Облік виплат на закладені речі в ломбарді”).

Концептуальна модель бази даних

Концептуальна модель бази даних має такий опис.

Назва бази даних: “Облік виплат на закладені речі в ломбарді”.

Таблиця “Облік виплат на закладені речі в ломбарді”

Таблиця “Клієнт”

Страницы: 1, 2