Структура розробленої бази даних

Розроблена для роботи програми база даних складається з чотирьох таблиць, три з яких є зв’язані і утворюють загальну інформацію про підприємства позичальники, а четверта таблиця служить для зберігання інформації про нормативні значення показників фінансового стану підприємств встановлені НБУ, і вагові значення показників фінансового стану підприємств для певної банківської установи. Структурна схема розробленої БД знаходиться на рисунку 3.1.

Рисунок . – Структурна схема БД

Як видно з рисунка 3.1 кожна частина БД має зв’язок з центральним вузлом БД вихідна інформацією. До частини, що відповідає за вихідну інформацію відносяться наступні таблиці БД:

таблиця коефіцієнтів

таблиця підприємств-позичальників

таблиця звітів по фінансових станах підприємств

таблиця балансів підприємств

У таблиці коефіцієнтів міститься інформація про різні показники фінансової діяльності підприємства, і їхні нормативні значення і вагові значення для певної банківської установи. Структура даної таблиці включає в себе номер фінансового показника, його назву, нормативне і вагове значення даного показника. Структура таблиці спеціальностей представлена на рисунку 3.2.

Рисунок . – Таблиця коефіцієнтів

До таблиці підприємства-позичальники заносяться дані про підприємства, які бажають в даний час взяти кредит. До полів, що заносяться в таблицю відносяться такі: ідентифікатор підприємства, назва підприємства, адреса, і контактні дані. Структура таблиці підприємства-позичальників представлена на рисунку 3.3.

Рисунок . – Таблиця підприємства-позичальники

Таблиця звітів по фінансових станах підприємств складається з таких полів: ідентифікатор підприємства, обсяг виручки від реалізації продукції, середній залишок оборотних коштів, чистий прибуток, Середній залишок оборотного капіталу, середній залишок основного капіталу, собівартість реалізованої продукції, загальна сума зобов’язань, короткострокові пасиви, довгострокові пасиви, витрати майбутніх періодів, власний капітал, довгострокові зобов’язання , оборотні активи, валюта балансу, кредиторська заборгованість. Структура таблиці звітів по фінансових станах підприємств представлена на рисунку 3.4.

Рисунок . – Таблиця звітів по фінансових станах підприємств

До таблиці баланс підприємств заносяться дані з балансу підприємств за поточний квартал. Складається з таких полів: ідентифікатор підприємства, затрати, запаси, каса, поточний рахунок, дебіторська заборгованість, короткострокові фінансові вкладення поточні зобов’язання, теперішня вартість активів підприємства, ліквідна вартість неліквідних активів, теперішня вартість фінансових зобов’язань, власні фінансові ресурси, позикові фінансові ресурси. Структура таблиці баланс підприємств представлена на рисунку 3.5.

Рисунок . – Таблиця баланс підприємств

Таблиця підприємства-позичальники має зв’язок з таблицею звітів по фінансових станах підприємств, з таблицею баланс підприємств, по універсальному полю „ідентифікатор підприємства“, тобто разом ці три таблиці дають повну інформацію про фінансовий стан. На рисунку 3.6 приведено діаграму частини БД, де показано всі взаємозв’язки таблиць, що стосуються підприємств-позичальників.

Рисунок . – Діаграма «Підприємства-позичальники»

Вибір середовища програмування

Базовим інструментом для написання даного проекту було узяте програмне середовище Microsoft Visual Studio 2005. Коротко опишемо його будову, а також зробимо короткий опис принципу роботи розроблюваного програмного забезпечення.

Об'єктно-орієнтована розробка програмного забезпечення зв'язана із застосуванням об'єктно-орієнтованих моделей при розробці програмних систем і їх компонентів. Кажучи про об'єктно-орієнтовану розробку, я маю на увазі:

об'єктно-орієнтовані методології (технології) розробки програмних систем;

інструментальні засоби, що підтримують ці технології.

Об'єктно-орієнтована розробка може початися на найпершому етапі життєвого циклу; вона не пов'язана з мовою програмування, на якому передбачається реалізувати програмну систему, що розробляється: ця мова може і не бути об'єктно-орієнтованою. На етапі розробки об'єкти – це деякі формальні конструкції (наприклад, прямокутники із закругленими кутами, за допомогою яких вони зображаються на схемах), ніяк поки не пов'язані з їх майбутньою реалізацією на одній з мов програмування.

Об'єктно-орієнтована розробка програмного забезпечення зв'язана із застосуванням об'єктно-орієнтованих методологій (технологій). Зазвичай ці об'єктно-орієнтовані методології підтримуються інструментальними програмними засобами, але і без таких засобів вони корисні, оскільки дозволяють добре зрозуміти різні аспекти і властивості програмної системи, що розробляється, що в подальшому істотно полегшує її реалізацію, тестування, супровід, розробку нових версій і істотнішу модифікацію.

Microsoft Visual Studio 2005 є можливість інтеграції з зовнішніми додатками на базі сукупності відкритих інтерфейсів.

Відзначимо, що при виборі СУБД необхідно мати представлення, за допомогою яких засобів розробки буде створюватися інформаційна система на основі даної СУБД, а також про те, яким чином розроблені додатки будуть маніпулювати даними. Від того, чи правильно обраний механізм доступу до даних, залежить дуже багато чого, зокрема продуктивність додатків, можливість застосування тих або інших функціональних особливостей даної СУБД, простота розробки інтерфейсу користувача і ряд інших факторів.

Існує кілька способів доступу до даних із засобів розробки і клієнтських додатків.

Переважна більшість систем керування базами даних містить у своєму складі бібліотеки, що надають спеціальний прикладний програмний інтерфейс (Application Programming Interface, API) для доступу до даних цієї СУБД. Звичайно такий інтерфейс являє собою набір функцій, викликаних із клієнтського додатка. У випадку настільних СУБД ці функції забезпечують читання-запис файлів бази даних, а у випадку серверних СУБД ініціюють передачу запитів серверові баз даних і одержання від сервера результатів виконання запитів або кодів помилок, інтерпретованими клієнтським додатком. Бібліотеки, що містять API для доступу до даних серверної СУБД, звичайно входять до складу її клієнтського програмного забезпечення, встановлюваного на комп'ютерах, де функціонують клієнтські додатки.

Останнім часом Windows-версії клієнтського програмного забезпечення найбільш популярних серверних СУБД, зокрема Microsoft SQL Server, Oracle, Informix, містять також COM-сервери, що надають об'єктам доступ до даних і мета даних.

Використання клієнтського API (або клієнтських COM-об'єктів) є найбільш очевидним (і нерідко найефективнішим з погляду продуктивності) способом маніпуляції даними в додатку. Однак у цьому випадку створений