Міністерство освіти і науки України
Чернігівський державний технологічний університет
ПОЯСНЮВАЛЬНА ЗАПИСКА
до курсової роботі на тему:
“Розробка автоматизованої інформаційної системи обліку виплат за закладені речі в ломбарді”
за дисципліною
“Інформатика і комп’ютерна техніка”
Виконав:
Студент групи
№ залікової книжки
Перевірив:
Викладач
Система повинна забезпечити збереження й обробку даних про:
ПІБ клієнта; найменування предмету (один клієнт може закласти кілька предметів); дату закладання; дату, до якої треба викупити товар (інакше предмет переходить у власність ломбарду); дату фактичного викупу (ставиться, коли клієнт повністю повернув позику); суму позики за предмет; відсоток на суму позики (клієнт повинен повернути позику + суму по відсотку); дату часткового повернення позики (клієнт може повертати суму позики частинами); суму часткового повернення.
Прикладна система повинна відповідати на наступні запити:
1) вивести усі предмети, строк викупу яких минає сьогодні;
2) визначити сумарну вартість закладених і не викуплених предметів по кожному з клієнтів.
Прикладна система повинна формувати наступні звіти:
1) всі дані про часткове повернення позики по закладеним на даний момент предметам, згрупувати по клієнтам і предметам;
2) дані про закладені речі кожного з клієнтів.
Зміст
Текст завдання
Зміст
Проектування таблиць
Розробка форм
Перелік документів, що формуються системою
Перелік посилань
Додатки
Проектування таблиць
Система призначена для ведення обліку виплат за закладені речі в ломбарді. Вона може бути застосована в роботі будь-якого ломбарду.
Така система вимагає ведення довідників клієнтів та предметів закладу, а також даних про: ПІБ клієнта; найменування предмету; дату закладання; дату, до якої треба викупити товар; дату фактичного викупу; суму позики за предмет; відсоток на суму позики; дату часткового повернення позики; суму часткового повернення.
Опис даних системи
В процесі проектування системи мною був визначений склад даних, які будуть вестися в системі. Їх загальний вигляд розміщено в таблиці.
| Дані (поля) | Пояснення |
| ПІБ клієнта | Дані про клієнта |
| Найменування предмету | Назва предмету |
| Дата закладання | Дата закладання |
| Дата, до якої треба викупити товар | Дата викупу |
| Дата фактичного викупу | Фактична дата викупу |
| Сума позики за предмет | Сума позики |
| Відсоток на суму позики | Відсоток |
| Дата часткового повернення позики | Дата часткового повернення |
| Сума часткового повернення | Сума часткового повернення |
Проектування таблиць
Базу даних розбиваємо на 4 таблиці.
1- Довідник клієнтів – “Клієнт”
2- Довідник предметів – “Предмет”
3- Додаткова таблиця – “Сплата позики”
4- Основна таблиця – “Облік виплат на закладені речі в ломбарді”
Поля в головній таблиці “Облік виплат на закладені речі в ломбарді” - “Клієнт”, “Предмет” замінимо на числові коди - “Код клієнта”, “Код предмету” відповідно. Для зв’язку таблиць такі ж поля додаємо в довідники клієнтів та предметів.
Поле в додатковій таблиці “Сплата позики” - “Документ” замінимо на числовий код - “№ документу” відповідно. Для зв’язку таблиць таке ж поле додаємо в головну таблицю.
Для прискорення операцій пошуку та сортування даних необхідні індекси. В кожній з таблиць визначаємо унікальні дані, які повторюватися не будуть.
У таблиці “Клієнт” - “Код клієнта” – ключове поле, яке бере участь у зв’язках, первинний унікальний ключ.
У таблиці “Предмет” - “Код предмету” – ключове поле, яке бере участь у зв’язках, первинний унікальний ключ.
У таблиці “Сплата позики” - “№ чека” – ключове поле, яке бере участь у зв’язках, первинний унікальний ключ.
У таблиці “Облік виплат на закладені речі в ломбарді” - “№ документу” – ключове поле, яке бере участь у зв’язках, первинний унікальний ключ.
В результаті проектування отримуємо такі таблиці з полями в них:
-таблиця “Клієнт” - поля “Код клієнта”, “ПІБ”;
-таблиця “Предмет” - поля “Код предмету”, ”Найменування”;
-таблиця “Сплата позики” - поля “№ чека”, ”№ документу”, “Дата часткового повернення”, ”Сума часткового повернення”;
-таблиця “Облік виплат на закладені речі в ломбарді” - поля “№ документу”, “Код клієнта”, “Код предмету”, “Сума”, “Відсоток”, “Дата закладу”, “Дата викупу”, “Фактична дата викупу”.
Між таблицями встановлюю зв’язки типу “один-до-багатьох”, зв’язуючи таблиці по полям “Код клієнта” (“Клієнт” – “Облік виплат на закладені речі в ломбарді”), “Код предмету” (“Предмет” – “Облік виплат на закладені речі в ломбарді”) і “№ документу” (“Сплата позики” – “Облік виплат на закладені речі в ломбарді”).
Концептуальна модель бази даних
Концептуальна модель бази даних має такий опис.
Назва бази даних: “Облік виплат на закладені речі в ломбарді”.
Таблиця “Облік виплат на закладені речі в ломбарді”
| Властивості | ||
| Порядок сортировки | ||
| Поля | ||
| Ім’я | Властивість | Значення |
| № документу | Тип | Счетчик |
| Размер | Длинное целое | |
| Ключевое поле | Да | |
| Тип элемента управления | Поле | |
| Код клієнта | Тип | Числовой |
| Размер | Длинное целое | |
| Присоединенный столбец | 1 | |
| Подпись | КлієнтВ | |
| Тип элемента управления | Поле со списком | |
| Источник строк | SELECT Клієнт.[Код клієнта], Клієнт.ПІБ FROM Клієнт; | |
| Тип источника строк | Таблица или запрос | |
| Код предмету | Тип | Числовой |
| Размер | Длинное целое | |
| Присоединенный столбец | 1 | |
| Подпись | Предмет | |
| Тип элемента управления | Поле со списком | |
| Источник строк | SELECT Предмет.[Код предмету], Предмет.Найменування FROM Предмет; | |
| Тип источника строк | Таблица или запрос | |
| Сума | Тип | Денежный |
| Условие на значение | >0 | |
| Відсоток | Тип | Числовой |
| Размер | Длинное целое | |
| Условие на значение | >0 | |
| Дата закладу | Тип | Дата/время |
| Формат поля | Краткий формат даты | |
| Условие на значение | <=Date() | |
| Значение по умолчанию | Date() | |
| Дата викупу | Тип | Денежный |
| Значение по умолчанию | >0 | |
| Условие на значение | >=Date() | |
| Фактична дата викупу | Тип | Денежный |
| Значение по умолчанию | >0 | |
| Условие на значение | >=Date() | |
| Індекси | ||
| № документу | Имя | № документу |
| Ключевое поле | Да | |
| Составной | Нет | |
| Уникальный индекс | Да | |
Таблиця “Клієнт”
| Поля | ||
| Ім’я | Властивість | Значення |
| Код клієнта | Тип | Счетчик |
| Размер | Длинное целое | |
| Ключевое поле | Да | |
| ПІБ | Тип | Текстовый |
| Размер поля | 50 | |
| Тип элемента управления | Поле | |
| Індекси | ||
| Код клієнта | Имя | Код клієнта |
| Ключевое поле | Да | |
| Составной | Нет | |
| Уникальный индекс | Да | |
Таблиця “Предмет”
| Ім’я | Властивість | Значення |
| Код предмету | Тип | Числовой |
| Размер | Длинное целое | |
| Ключевое поле | Да | |
| Найменування | Тип | Текстовый |
| Размер | 50 | |
| Тип элемента управления | Поле | |
| Індекси | ||
| Код предмету | Имя | Код предмету |
| Ключевое поле | Да | |
| Составной | Нет | |
| Уникальный индекс | Да | |
Таблиця “Сплата позики”
| Ім’я | Властивість | Значення |
| № чека | Тип | Счетчик |
| Размер | Длинное целое | |
| Индексированое поле | Да | |
| № документу | Тип | Числовой |
| Размер | Длинное целое | |
| Дата часткового повернення | Тип | Дата/время |
| Формат поля | Краткий формат даты | |
| Сума часткового повернення | Тип | Денежный |
| Условие на значение | >0 | |
| Формат поля | Денежный | |
| Індекси | ||
| № чека | Имя | № чека |
| Ключевое поле | Да | |
| Составной | Нет | |
| Уникальный индекс | Да | |
Розробка форм
В системі мною спроектовано 8 форм: дві з них використовується для висвітлення інформації про завдання та автора системи – “Автор” та “Завдання”, ще дві форми застосовуються для роботи з довідниками – “Клієнт”, “Предмет”, форма для роботи з головними даними – “Облік виплат на закладені речі в ломбарді”, яка вміщує підлеглу форму “Сплата позики”. Форми для додавання та коригування даних “Додати” та “Коригувати” та кнопочна форма “Switchboard”. Зовнішній вигляд всіх форм представлений в додатку.