ділів і служб самого банку. Такий аналіз може складатися з наступних кроків: аналіз повноти та достовірності документів позичальника; аналіз інформації про позичальника; загальний аналіз фінансово-господарської діяльності позичальника; аналіз кредитуемой господарської операції; аналіз забезпеченості кредиту; оцінка кредитоспроможності (ліміту кредитування) позичальника; встановлення рейтингу позичальника.
При позитивному результаті аналізу кредитної заявки питання про надання кредиту виноситься на засідання кредитного комітету банку. Якщо кредитний комітет вирішив питання позитивно, то банк сповіщає потенційного позичальника про прийняте рішення та умови надання кредиту.
Далі проводиться перевірка даного об'єкта нерухомості на юридичну чистоту. Для цього документи на квартиру передаються в банк, який спільно зі страховою компанією повинен буде схвалити вибір покупця з юридичної точки зору.
Остаточний етапом є підготовки кредитної документації, в ході якого банк спільно з фактичним вже позичальником готує: кредитний договір; термінове зобов'язання (розпорядження позичальника про своєчасне списання коштів на користь банку-кредитора з позичкового рахунку, що відкривається йому в банку), а при необхідності також договір застави, договір про переуступку прав, договір про блокованому рахунку, договір поруки, ін.
Також використовується діаграма потоків даних (data flow diagram, DFD). DFD один з основних інструментів структурного аналізу і проектування інформаційних систем, що існували до широкого розповсюдження UML. Незважаючи на що має місце в сучасних умовах зміщення акцентів від структурного до об'єктно-орієнтованого підходу до аналізу і проектування систем, «старовинні» структурні нотації раніше широко і ефективно використовуються як в бізнес-аналізі, так і в аналізі інформаційних систем.
Діаграми потоків даних:
є основним засобом моделювання функціональних вимог до проектованої системи;
створюються для моделювання існуючого процесу руху інформації;
використовуються для опису документообігу, обробки інформації;
застосовуються як доповнення до моделі IDEFO для більш наочного відображення поточних операцій документообігу (обміну інформацією);
забезпечують проведення аналізу та визначення основних напрямків реінжинірингу ІС.
Діаграми DFD можуть доповнити те, що вже відображено в моделі IDEF0, оскільки вони описують потоки даних, дозволяючи простежити, яким чином відбувається обмін інформацією як усередині системи між бізнес-функціями, так і системи в цілому із зовнішнім інформаційним середовищем.
За допомогою DFD-діаграм вимоги до проектованої ІС розбиваються на функціональні компоненти (процеси) і представляються у вигляді мережі, пов'язаної потоками даних. Головна мета декомпозиції DFD-функцій - продемонструвати, як кожен процес перетворить свої вхідні дані у вихідні, а також виявити відносини між цими процесами. На схемах бізнес-процесу відображаються:
функції процесу;
вхідна та вихідна інформація, при описі документів;
зовнішні бізнес-процеси, описані на інших діаграмах;
точки розриву при переході процесу на інші сторінки.
Якщо при моделюванні за методологією IDEF0 система розглядається як мережа взаємозалежних функцій, то при створенні DFD-діаграми система розглядається як мережу пов'язаних між собою функцій, тобто як сукупність сутностей (предметів).
На рис. 2.3 показаний процес видачі житлового кредиту.
Рис. 2.3 DFD діаграма
Заявки подаються на видачу кредиту заносяться в інформаційну систему банку. Потім заявки обробляються кредитним комітетом, рішення якого також заноситься в інформаційну систему. У разі якщо заявка буде задоволена і клієнт дасть згоду на продовження угоди, заводиться кредитне досьє клієнта і укладається договір. Слідом за цим встановлюється графік погашення кредиту, позичальник виплачує кредит, і після закінчення виплати кредиту в кредитне досьє заноситься інформація про завершення кредитних відносин.
2.3 Алгоритм рішення задачі
При моделюванні поведінки проектованої або аналізованої системи виникає необхідність не тільки уявити процес зміни її станів, а й деталізувати особливості алгоритмічної і логічної реалізації виконуваних системою операцій.
Для моделювання процесу виконання операцій в мові UML використовуються діаграми діяльності. Застосовувана в них графічна нотація в чому схожа на нотацію діаграми станів, оскільки на цих діаграмах також присутні позначення станів і переходів. Кожен стан на діаграмі діяльності відповідає виконанню деякої елементарної операції, а перехід в наступний стан виконується тільки при завершенні цієї операції.
Таким чином, діаграми діяльності можна вважати окремим випа...
