7.1 Аналіз предметної області та постановка задачі
Першим етапом проектування бази даних будь-якого типу є аналіз предметної області, що закінчується побудовою інформаційної структури (концептуальної схеми) [1]. На даному етапі аналізуються запити користувачів, вибираються інформаційні об'єкти та їх характеристики і на основі проведеного аналізу формується структура предметної області, яка не залежить від програмного та технічного середовища, в якому буде реалізуватися база даних.
Аналіз предметної області доцільно розбити на три фази:
аналіз концептуальних вимог та інформаційних потреб;
виявлення інформаційних об'єктів та зв'язків між ними;
побудова концептуальної моделі предметної області та проектування концептуальної схеми бази даних.
На етапі аналізу концептуальних вимог та інформаційних потреб необхідно вирішити такі задачі:
- аналіз вимог користувача до бази даних (концептуальних вимог);
- виявлення задач, що мають місце при обробці інформації, яка повинна бути подана у базі даних;
виявлення перспективних задач;
документування результатів аналізу.
Вимогами користувачів до бази даних, що розробляється, є, в загальному випадку, список запитів з вказанням їх інтенсивності та об'ємів даних. Ці вказівки опрацьовуються в діалозі з майбутнім користувачем бази даних. Тут же з'ясовуються вимоги до введення, відновлення та корегування інформації. Вимоги користувачів уточнюються та доповнюються при аналізі перспективних задач, що мають місце.
Розглянемо приклад створення бази даних для контролю оплати по кредитах.
База даних з предметної області “Контроль оплати по кредитах” призначена для використання в банківських установах. Тому слід врахувати, що головною її функцією є надання чіткої інформації про стан погашення наданих кредитів, щоб банківська установа могла негайно прийняти відповідні рішення, адже велика не погашена сума може призвести до банкротства. Також однією з вимог до даної бази даних є зберігання списків боржників, щоб в подальшому не надавати їм кредиту. Також база даних повинна автоматично розраховувати суму повернення згідно з чинною кредитною ставкою, визначати повернену суму, і зберігати усі виконані клієнтом фінансові операції.
Згідно з вищесказаними вимогами в базу даних слід включити: дані про клієнтів; види кредитів; інформацію про оформлення кредиту; а також дані про погашення кредиту.
База даних повинна виконувати такі функції.
1. Введення і зберігання даних про клієнтів:
- прізвище, ім’я, та по батькові;
- ідентифікаційний код;
- адреса;
- рік народження.
2. Введення і зберігання видів кредитів, які клієнти можуть отримати:
- назва кредиту;
- максимальна сума;
- річні проценти.
3. Оформлення кредиту:
- код кредиту;
- сума кредиту;
- дата надання;
- дата завершення.
4. Введення і зберігання інформації про погашення кредиту:
- сума;
- дата;
- час.
5. Виявлення боржників, що не повернули кредит до зазначеної дати:
-повернення.
6. Пошук клієнтів за адресою.
7. Формування списку клієнтів, які вже погасили кредит і можуть знову отримувати кредит.
8. Формування інформації про кредитну діяльність клієнтів.
База даних “Контроль оплати по кредитах” розробляється в середовищі Microsoft Office Access 2003, і може бути виконана на комп’ютері з середовищем Microsoft Office Access. Введення інформації здійснюється за допомогою клавіатури через форми в таблиці де інформації виводиться на екран комп’ютера. Також існує можливість виведення інформації на принтер.
- Методичні вказівки
- 1 Зміст та оформлення курсової роботи
- 2 Тематика курсового проектування
- 3 Методика виконання розділів проекту
- 3.1 Завдання на курсову роботу
- 3.2 Аналіз сучасного розвитку баз даних
- 3.3 Змістовне формування задачі
- 3.4 Постановка задачі та аналіз предметної області
- 3.5 Розробка еr- моделі предметної області
- 3.6 Розробка універсального відношення
- 5 Порядок захисту курсової роботи
- 6 Завдання на курсове проектування
- 7 Короткі теоритичн1 положення
- 7.1 Аналіз предметної області та постановка задачі
- 7.2 Розробка універсального відношення
- 7.3 Розробка er-моделі предметної області
- Тип суті 1 Зв’язки Тип суті 2 Екз.1 суті 1 Екз.1 суті 2 Екз.2 суті 1 Екз.2 суті2
- 7.4 Проектування нормалізованих відношень
- 7.5 Отримання попередніх відношень за методом “Суть – зв’язок”
- 7.6 Нормалізація відношень методом декомпозиції
- 7.7 Оцінка спроектованих нфбк-відношень
- 8 Реалізація запитів і вихідних форм
- 8.1 Аналіз реалізованих бд запитів
- 8.2 Розробка вихідних форм
- 9 Зразок оформлення додатків
- Додаток д
- Література
- Додаток а
- Додаток в Оформлення тексту пояснювальної записки
- 21021, М. Вінниця, Хмельницьке шосе, 95,
- 21021, М. Вінниця, Хмельницьке шосе, 95,