Смекни!
smekni.com

Облік виплат за закладені речі в ломбарді (стр. 1 из 2)

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

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

Кафедра прикладної інформатики

ПОЯСНЮВАЛЬНА ЗАПИСКА

до курсової роботі на тему:

“Розробка автоматизованої інформаційної системи обліку виплат за закладені речі в ломбарді”

за дисципліною

“Інформатика і комп’ютерна техніка”

Виконав:

Студент групи

№ залікової книжки

Перевірив:

Викладач

Чернігів ЧДТУ 2008

Текст завдання

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

Система повинна забезпечити збереження й обробку даних про:

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

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

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”. Зовнішній вигляд всіх форм представлений в додатку.