Автоматизована система правового супроводу кредитування юридичних осіб

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Зміст

Введення

1. Постановка завдання автоматизації системи правового супроводу кредитування юридичних осіб

1.1 Опис предметної області

1.2 Аналіз існуючих розробок

1.3 Вимоги до розроблюваної системі

1.3.1 Функціональні вимоги до системи

1.3.2 Вимоги до надійності

1.3.3 Вимоги до інформаційної та програмної сумісності

1.3.4 Вимоги до технічного забезпечення

2. Проектування системи правового супроводу кредитування юридичних осіб

2.1 Порівняльний аналіз і вибір інструментальних засобів проектування системи

2.2 Проектування структури системи правового супроводу кредитування юридичних осіб

2.3 Проектування структури бази даних

3. Реалізація системи правового супроводу кредитування юридичних осіб

3.1 Вибір засобів реалізації системи

3.1.1 Вибір засобів управління базами даних

3.1.2 Вибір засобів програмування

3.2 Розробка користувальницького інтерфейсу

3.3 Проектування звітів

3.4 Тестування автоматизованої системи правового супроводу кредитування юридичних осіб

4. Розрахунок економічної ефективності проекту

Висновок

Список літератури

Додаток

Введення

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

Але банки повинні бути застраховані від ризиків. Перед тим як надати кредит, банк повинен перевірити фінансовий стан клієнта. Але це не єдиний критерій, який визначає юридичну особу. Дуже важливо визначити чи дотримані всі закони при реєстрації цієї юридичної особи, чи є законними і правомірними документи, які представлені в банк, чи мають достатні повноваження ті люди, які від імені юридичної особи підписують договори. Це дуже важливо для вимоги в судовому порядку, при виникненні проблемної чи простроченої заборгованості з виплати кредиту.

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

Конкурентні переваги матимуть високотехнологічні банки, які здатні при відносно низьких витратах обробити колосальний обсяг документів і матеріалів, забезпечити оперативний та індивідуальний підхід до клієнтів.

Така перевага дасть розробляється автоматизована система правового супроводу кредитування юридичних осіб.

Таким чином, актуальність обраної теми обгрунтована тим, що правова оцінка клієнта банку - юридичної особи, є важливим етапів у процесі кредитування, приділення недостатньої уваги даної операції і помилкова правова оцінка клієнта може призвести до порушення закону, з несприятливими наслідками для банку.

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

1. Постановка завдання автоматизації системи правового супроводу кредитування юридичних осіб

1.1 Опис предметної області

У даному проекті розглядається одна з операцій процесу кредитування юридичної особи в банку - перевірка правоздатності клієнта (юридичної особи).

Процес кредитування регламентується рядом правових актів.

У Цивільному Кодексі Російської Федерації (ГК РФ) дані загальні положення, що визначають поняття договору кредитування, передбачена можливість відмови від надання чи отримання кредиту (ст.ст. 819, 821 ЦК РФ).

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

Банк має право відмовитися від надання позичальникові передбаченого кредитним договором кредиту за наявності обставин, які свідчать про те, що надана позичальникові сума не буде повернена в строк. 3

Так само в Положенні Банку Росії «Про порядок надання (розміщення) кредитними організаціями грошових коштів та їх повернення (погашення)» від 31 серпня 1998р. № 54-П (з урахуванням змін і доповнень, внесених Положенням Банку Росії від 27 липня 2001р. № 144-П) встановлюється порядок здійснення операцій з надання (розміщення) банками коштів клієнтам, у тому числі іншим банкам - юридичним та фізичним особам, та повернення (погашення) клієнтами банків отриманих грошових коштів, а також бухгалтерський облік зазначених операцій.

В Інструкції Ощадного Банку РФ від 26 жовтня 1993р. N 26-р «Про кредитування юридичних осіб установами Ощадного Банку РФ» визначено загальні положення про надання кредиту юридичній особі Ощадним Банком РФ.

Забезпечення повернення кредитів за допомогою застави рухомого і нерухомого майна позичальника, погашення заборгованості, у разі оголошення боржника неспроможним (банкрутом), регламентується ФЗ від 02.12.1990 № 395-1 (в ред. Від 21.07.2005р.) «Про банки і банківську діяльність» (ст.ст. 33, 34).

У Кодексі про адміністративні правопорушення Російської Федерації (КоАП РФ) вказується адміністративна відповідальність за незаконне отримання кредиту шляхом надання банку або іншому кредитору завідомо неправдивих відомостей про своє господарське положення або фінансовий стан (ст. 14.11 КоАП РФ).

У Кримінальному Кодексі Російської Федерації (КК РФ) прописані спеціальні статті, що передбачають кримінальну відповідальність, за злісне ухилення від погашення кредиторської заборгованості (ст. 177 КК РФ), не законне отримання кредиту шляхом надання банку або іншому кредитору завідомо неправдивих відомостей про своє господарське положення або фінансовий стан, якщо це діяння заподіяло великий збиток (ст. 176 КК РФ).

Юридичний відділ Ощадбанку Росії при виконанні своїх обов'язків, пов'язаних з кредитуванням юридичних осіб, так само керуються Регламентом надання кредитів юридичним особам № 285-4-р від 23.07.2004г. та Порядком короткострокового кредитування юридичних осіб Ощадбанку Росії та його філіями № 931-2-р від 26.11.2004г.

У відповідності з даним регламентом відділ кредитування направляє юридичній службі службову записку (додаток 1) про перевірку можливості укладення кредитного договору і пакет правовстановлюючих документів:

  1. заяву на отримання кредиту у довільній формі (у довільній формі із зазначенням суми, цілі кредиту, терміну, місцезнаходження та поштової адреси, телефонів позичальника, уповноважених осіб позичальника).

  2. нотаріально засвідчена копія Статуту;

  3. нотаріально засвідчена копія установчого договору;

  4. картка із зразками підписів розпорядників рахунку та відбитком печатки, засвідчена нотаріально;

  5. завірені уповноваженою особою та печаткою позичальника копії протоколів засідань уповноважених статутом організацій органів про призначення на відповідну посаду осіб, зазначених у картці зі зразками підписів;

  6. нотаріально засвідчена копія свідоцтва про внесення в ЕГРЮЛ (додаток 2);

  7. нотаріально засвідчена копія свідоцтва БРП про державну реєстрацію юридичної особи (додаток 3);

  8. нотаріально засвідчена копія дозволу і заняття окремими видами діяльності (ліцензія);

  9. склад аукціонерів;

  10. персональний склад колегіальних органів управління і вищого керівництва складу;

  11. перелік дочірніх і залежних організацій із зазначенням часток участі;

  12. нотаріально засвідчена копія свідоцтва МНС про постановку на облік в податковому органі юридичної особи.

Юридична служба аналізує подані установчі документи. Встановлює правоздатність юридичної особи, перевіряє наявність відповідних повноважень представника юридичної особи на укладення угод.

За результатами перевірки на протязі 3-х робочих днів юридична служба готує висновок про правоздатності (додаток 5).

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

У Цивільному Кодексі РФ дане основне поняття юридичної особи та її правоздатності (ст.ст. 48, 49 ЦК РФ).

Юридичною особою визнається організація, яка має у власності, господарському віданні або оперативному управлінні відособлене майно і відповідає за своїми зобов'язаннями цим майном, може від свого імені набувати і здійснювати майнові та особисті немайнові права, нести обов'язки, бути позивачем і відповідачем у суді. 1 Юридична особа може мати цивільні права, відповідні цілям діяльності, передбаченим у його установчих документах, і нести пов'язані з цією діяльністю обов'язки. 2

Також у ст. 51 ГК РФ визначено, що юридична особа підлягає державній реєстрації в уповноваженому державному органі. У ДК РФ встановлюється, що юридична особа діє на підставі статуту або установчого договору (ст. 52 ЦК РФ).

У ДК РФ дано поняття органам юридичної особи (ст. 53 ГК РФ). Порядок призначення або обрання органів юридичної особи визначається законом та установчими документами. Особа, яка в силу закону або установчих документів юридичної особи виступає від його імені, має діяти в інтересах представленого ним юридичної особи добросовісно і розумно. 1

У даному законі визначена відповідальність юридичної особи (ст. 56 ЦК РФ): юридичні особи, відповідають за своїми зобов'язаннями всім належним їм майном. У ДК РФ дана черги задоволення вимог кредиторів (ст. 64 ГК РФ). У § 2 ДК РФ визначено загальні положення про різні організаційно-правових формах юридичної особи.

Основним нормативним актом, що регулює відносини, що виникають у зв'язку з державною реєстрацією є Федеральний закон "Про державну реєстрацію юридичних осіб" № 129-ФЗ від 23 червня 2003 року (в ред. Від 23.12.2003 N 185-ФЗ).

Реєстрація юридичної особи в Інспекції Міністерства з податків і зборів (ІМНС) регулюється наказом від 24.12.1999 МНС РФ № АП-3-26/413 «Про затвердження положення про міжрегіональної державної інспекції МНС Росії з контролю за оподаткуванням малого бізнесу та сфери послуг». ІМНС видає свідоцтво про державну реєстрацію юридичної особи.

У відповідності з Податковим кодексом Російської Федерації (НК РФ) (ст. 83 НК РФ) юридична особа необхідно поставити на податковий облік, про що видається свідоцтво.

Відповідно до Федеральний закон "Про основи обов'язкового соціального страхування" від 16.07.99 р. № 165 - ФЗ (в ред. Від 05.03.2004 р.) необхідно зареєструвати юридичну особу у Фонді соціального страхування. А також відповідно до ФЗ "Про обов'язкове пенсійне страхування у РФ" від 15.12.2001 р. № 167 - ФЗ (в ред. Від 20.07.2004 р.) юридична особа реєструється в Пенсійному Фонді. Про що отримують повідомлення.

Відповідно до положення «Про державний комітеті РФ за статистикою» юридичній особі привласнюють коди класифікатора і видають інформаційний лист про облік в ЕГРПО.

Відповідно до Вказівкою Центрального Банку РФ від 18.06.99 р. № 579-у (в ред. Від 21.02.2002г.) Юридична особа повинна мати розрахунковий рахунок у банку.

Якщо всі необхідні документи, які отримані в результаті реєстрації, надані банку, не порушують ГК РФ, Федеральний закон "Про державну реєстрацію юридичних осіб", наказ МНС РФ «Про затвердження положення про міжрегіональної державної інспекції МНС Росії з контролю за оподаткуванням малого бізнесу і сфери послуг », НК РФ, Федеральний закон" Про основи обов'язкового соціального страхування ", ФЗ" Про обов'язкове пенсійне страхування в РФ ", положення« Про державний комітеті РФ за статистикою », Вказівка ​​Центрального Банку РФ, то юридична особа зареєстрована без порушень і контроль, який був проведений в процесі аналізу правовстановлюючих документів, повинен знайти своє відображення в автоматизованій системі правового супроводу.

1.2 Аналіз існуючих розробок

У процесі проектування були проаналізовані багато розробляються і вже впроваджені автоматизовані системи, пов'язані з кредитуванням юридичних осіб.

В основному ці програмні продукти пов'язані з оцінкою кредитоспроможності юридичної особи.

Були розглянуті такі системи, як «Система оцінки кредитоспроможності позичальників - юридичних осіб», розроблена консалтинговою компанією «Франклін & Грант. Фінанси та аналітика »,« Автоматизація іпотечного кредитування »від IBS - Інформаційні Бізнес Системи 1,« Автоматизована система кредитування фізичних осіб RS-Loans », розроблена R-Style Softlab," Фауст 2000 "(автоматизація кредитного відділу банку) від ТОВ« Софт фонд », так само ця компанія розробила систему для автоматизованої підтримки роботи з кредитами приватних осіб" Фауст Ощадбанк ".

Метою «Системи оцінки кредитоспроможності позичальників - юридичних осіб», розробленої консалтинговою компанією «Франклін & Грант. Фінанси та аналітика »є оптимізація діяльності комерційного банку на ринку кредитування юридичних осіб, яка виражається у досягненні влаштовує банк прибутковості при контрольованому рівні ризиків. 2 Така оптимізація реалізується за рахунок впровадження автоматизованої системи, що дозволяє виробляти об'єктивну і максимально точну оцінку кредитоспроможності конкретного підприємства позичальника і враховувати динаміку ризику і прибутковості кредитного портфеля банку, яка визначається кожним новим позичальником.

Система "Фауст 2000" від ТОВ «Софт фонд», являє собою інтегроване рішення, що забезпечує автоматизацію ключових функцій кредитного відділу банку, включаючи підтримку роботи з кредитами (депозитами) юридичних осіб у національній та іноземній валюті, а також роботу з міжбанківськими кредитами (виданими і отриманими) у національній валюті. 3

Система "Фауст Ощадбанк" призначена для автоматизованої підтримки роботи з кредитами приватних осіб. Система передбачає можливість роботи в середовищі локальної мережі. 4

Функції деяких розглянутих автоматизованих систем схожі, наприклад, у «Системі оцінки кредитоспроможності позичальників - юридичних осіб», розробленої консалтинговою компанією «Франклін & Грант. Фінанси та аналітика »,« Автоматизованої системи кредитування фізичних осіб RS-Loans »і системі" Фауст 2000 "подібні наступні функції:

  • можливість формувати рекомендації по лімітах, відсотковими ставками, термінами і графіку погашення кредиту;

  • створення повного комплекту звітності;

  • прогнозування платежів і прострочення;

  • здійснення моніторингу кредитоспроможності позичальників.

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

У «Системі оцінки кредитоспроможності позичальників - юридичних осіб», розробленої консалтинговою компанією «Франклін & Грант. Фінанси та аналітика », є наступні функції:

  • можливість класифікувати позичальників за рівнем кредитоспроможності, термінів надання кредитів;

  • оцінювати вплив змінних зовнішнього середовища на ризикованість бізнесу позичальника - макроекономічного оточення бізнесу, конкурентного середовища бізнесу, ринку ресурсів для бізнесу та ринків збуту для бізнесу;

  • аналізувати кредитну історію позичальників як по кожному окремо, так і по групах позичальників у розрізі їх величини або темпів зростання, галузевої, регіональної належності та іншим показникам, що важливо для стратегічного розвитку банку.

У системі "Фауст 2000" реалізовані наступні функції:

  • ведення бази даних кредитного відділу, включаючи базу даних клієнтів, рахунків клієнтів, договорів, операцій, архіви;

  • оперативну обробку інформації за допомогою розробки та застосування користувальницьких фільтрів і сортувань;

  • можливість автоматичної синхронізації бази даних з ОДБ, включаючи синхронізацію залишків на рахунках, звірку проводок, а також відстеження етапів погашення відсотків і нарахування відсотків по бюджетних рахунках;

  • автоматизовану процедуру списання overdraft-них кредитів на базі поточних залишків на рахунках клієнтів з автоматичною генерацією проводок, подібно системам "Банк-клієнт".

У «Автоматизованої системи кредитування фізичних осіб RS-Loans» реалізовані наступні функції 1:

  • облік будь-якої додаткової інформації по позичальнику, іншим суб'єктам, які беруть участь у процесі кредитування, і об'єктам, що виступає в якості забезпечення кредиту;

  • розрахунок графіків погашення за основним боргом і відсотками по різних алгоритмах;

  • оформлення повного комплекту супровідних документів, у тому числі договорів (кредитного, застави, поруки);

  • формування бухгалтерських проводок у повній відповідності з діючими нормативно-законодавчих вимог.

Але не в одній аналізованої програмі не було усчітано така не мало важлива оцінка клієнта, як правова.

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

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

Аналіз вищенаведених систем показує, що розробляється система створюється в колі вже існуючих програмних продуктів, вона створюється в узгодженні з ними, і реалізує відсутні їх частини.

1.3 Вимоги до розроблюваної системі

1.3.1 Функціональні вимоги до системи

Даний проект призначений для використання юрисконсультами юридичного відділу БФ Ощадбанку РФ, в процесі виконання своїх обов'язків при кредитуванні юридичної особи.

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

Для реалізації поставлених цілей система повинна відповідати наступним функціональним вимогам:

  • Автоматизований контроль за дотриманням законодавства при оформленні документів.

  • Автоматизована система повідомлення про юридичних термінах виконання обов'язків.

  • Автоматизація створення звітів юридичного відділу.

  • Пошук необхідних відомостей в електронному архіві і портфелі співробітників.

  • Реалізація електронного архіву відділу.

  • Реалізація портфеля документів юридичного відділу.

  • Зберігання всіх вхідних і вихідних документів в базі даних системи.

  • Синхронізація портфелів співробітників юридичного відділу.

  • Організація введення даних і взаємодії інтерфейсу користувача з базами даних системи.

1.3.2 Вимоги до надійності

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

1.3.3 Вимоги до інформаційної та програмної сумісності

Автоматизована система повинна забезпечувати інформаційну сумісність з відомими додатками операційної системи Windows (Word, Excel, Access). Програмна сумісність забезпечується автоматично у зв'язку з використанням програмних засобів, сумісність яких забезпечена конструктивно (на етапі їх створення) - Delphi, Access і т.д. Система реалізується під операційною системою Windows і СУБД InterBase.

1.3.4 Вимоги до технічного забезпечення

Розробляється система орієнтована на використання персональним комп'ютером класу IBM PC, починаючи з Pentium II, включеного в локальну мережу, обсяг оперативної пам'яті 32 Мб і вільного місця на жорсткому диску 2Мб.

Програмні вимоги: Windows NT 4.0 (Service Pack 5), 2000, XP. Програма вимагає встановленого InterBase і бібліотеки драйверів BDE.

Дана глава дипломної роботи присвячена постановці задачі автоматизації системи правового супроводу кредитування юридичних осіб. Розглядається одна з операцій процесу кредитування юридичної особи в банку - перевірка правоздатності клієнта (юридичної особи). Дуже важливо визначити чи дотримані всі закони при реєстрації цієї юридичної особи, чи є законними і правомірними документи, які представлені в банк, чи мають достатні повноваження ті люди, які від імені юридичної особи підписують договори. У цій ситуації набуває завдання якісної і всебічної, але в теж час оперативної, перевірці правоздатності позичальників - юридичних осіб.

У даній главі визначені ті нормативно-правові акти, які повинні дотримуватися в процесі розробки та функціонування дипломного проекту.

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

У результаті були визначені основні вимоги щодо розроблюваного програмного забезпечення.

2. Проектування системи правового супроводу кредитування юридичних осіб

2.1 Порівняльний аналіз і вибір інструментальних засобів проектування системи

Процес проектування інформаційної системи - це процес прийняття проектно-конструкторських рішень, спрямованих на одержання опису системи, що задовольняє вимогам.

Вибір засобів проектування програмного забезпечення є однією з найбільш важливих завдань при розробці будь-якого програмного забезпечення. В даний час для проектування різних систем повсюдно використовують CASE-засоби.

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

З точки зору об'єктно-орієнтованого підходу можна змоделювати процес правового супроводу кредитування юридичних осіб (рисунок 1).

Рис. 1 Процес правового супроводу кредитування юридичних осіб з точки зору об'єктно-орієнтованого підходу.

Але для вирішення поставлених завдань у даному проекті доцільно використовувати структурний підхід проектування.

Сутність структурного підходу до розробки ЕІС полягає в її декомпозиції (розбитті) на автоматизує функції: система розбивається на функціональні підсистеми, які в свою чергу діляться на підфункції, що підрозділяються на завдання й так далі. Процес розбиття триває аж до конкретних процедур. При цьому автоматизована система зберігає цілісне представлення, у якому всі складові компоненти взаємопов'язані.

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

SADT моделі і відповідні функціональні діаграми;

DFD діаграми потоків даних;

ERD діаграми "сутність-зв'язок".

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

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

Сьогодні Російський ринок програмного забезпечення має такими найбільш розвиненими CASE-засобами, які підтримують обраний підхід для проектування: BPwin, CASE.Аналітік, Vantage Team Builder, Silverrun.

CASE-засіб Vantage Team Builder являє собою інтегрований програмний продукт, орієнтований на реалізацію каскадної моделі життєвого циклу програмного забезпечення і підтримку повного життєвого циклу програмного забезпечення. 1

Vantage Team Builder забезпечує виконання наступних функцій:

  • проектування діаграм потоків даних, "сутність-зв'язок", структур даних, структурних схем програм та послідовностей екранних форм;

  • проектування діаграм архітектури системи - SAD;

  • генерація коду програм мовою 4GL цільової СУБД з повним забезпеченням програмного середовища і генерація SQL-коду для створення таблиць БД, індексів, обмежень цілісності і збережених процедур;

  • програмування на мові C з вбудованим SQL;

  • управління версіями і конфігурацією проекту;

  • багатокористувацький доступ до сховища проекту;

  • генерація проектної документації за стандартними та індивідуальними шаблонам;

  • експорт та імпорт даних проекту у форматі CDIF (CASE Data Interchange Format).

CASE-засіб Silverrun фірми З omputer Systems Advisers, Inc. (CSA) використовується для аналізу та проектування інформаційних систем бізнес-класу і орієнтоване більшою мірою на спіральну модель життєвого циклу. 1 Воно застосовується для підтримки будь-якої методології, заснованої на роздільному побудові функціональної та інформаційної моделей (діаграм потоків даних і діаграм "сутність-зв'язок").

Silverrun має модульну структуру і складається з чотирьох модулів, кожен з яких є самостійним продуктом і може набуватися і використовуватися без зв'язку з іншими модулями.

  • Модуль побудови моделей бізнес-процесів у формі діаграм потоків даних дозволяє моделювати функціонування обстежуваної організації або створюваної ІС.

  • Модуль концептуального моделювання даних забезпечує побудова моделей даних "сутність-зв'язок", не прив'язаних до конкретної реалізації.

  • Модуль реляційного моделювання дозволяє створювати деталізовані моделі "сутність-зв'язок", призначені для реалізації в реляційної базі даних.

  • Менеджер репозиторія робочої групи застосовується як словник даних для зберігання загальною для всіх моделей інформації, а також забезпечує інтеграцію модулів Silverrun в єдине середовище проектування.

CASE.Аналітік є CASE-засобом функціонального моделювання та реалізує побудова діаграм потоків даних. 2 Його основні функції:

  • побудова та редагування DFD;

  • аналіз діаграм і проектних специфікацій на повноту і несуперечність;

  • отримання різноманітних звітів по проекту.

BPwin є потужним інструментом для створення моделей, що дозволяють аналізувати, документувати і планувати зміни бізнес-процесів. 1 BPwin пропонує засіб для збору всієї необхідної інформації про роботу підприємства і графічного зображення цієї інформації у вигляді цілісної і несуперечливої ​​моделі. Цілісність і несуперечність моделі-малюнка гарантуються поруч методологій і нотацій. BPwin підтримує три таких методології: IDEF0, DFD та IDEF3.

Bpwin вміє перевіряти створювані моделі з точки зору синтаксису обраної методології, перевіряє посилальну цілісність між діаграмами, а також виконує ряд інших перевірок. При цьому зберігаються головні переваги малюнка - простота створення і наочність.

Bpwin забезпечує виконання наступних функцій:

  • підтримує відразу три стандартні нотації - IDEF0 (функціональне моделювання), DFD (моделювання потоків даних) і IDEF3 (моделювання потоків робіт). Ці три основних ракурсу дозволяють описувати предметну область більш комплексно;

  • дозволяє підвищити ефективність бізнесу, оптимізувати будь-які процедури в компанії;

  • повністю підтримує методи розрахунку собівартості за обсягом господарської діяльності (функціонально-вартісний аналіз, ABC);

  • дозволяє полегшити сертифікацію на відповідність стандартам якості ISO9000;

  • є стандартом де-факто, інтегрований з ERwin (для моделювання БД), Paradigm Plus (для моделювання компонентів ПЗ);

  • завдяки вищезгаданої інтеграції та підтримки спільної, командної роботи над одними і тими ж моделями (за допомогою ModelMart;

  • інтегрований із засобом імітаційного моделювання Arena;

  • містить власний генератор звітів;

  • дозволяє ефективно маніпулювати моделями - зливати і розщеплювати їх;

  • має широкий набір засобів документування моделей, проектів.

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

2.2 Проектування структури системи правового супроводу кредитування юридичних осіб

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

Функція контроль за дотриманням законодавства при оформленні документів так само складається з аналізу правовстановлюючих документів і перевірка повноважень посадової особи.

Вхідні документи проектованої системи, їх перелік формується відповідно до Регламенту надання кредитів юридичним особам № 285-4-р Ощадбанку Росії від 23.07.2004г:

  1. Заява на отримання кредиту.

  • Службова записка від кредитного відділу.

  • Правовстановлюючі документи:

      • нотаріально засвідчена копія Статуту;

      • нотаріально засвідчена копія установчого договору;

      • картка із зразками підписів розпорядників рахунку та відбитком печатки, засвідчена нотаріально;

      • завірені уповноваженою особою та печаткою позичальника копії протоколів засідань уповноважених статутом організацій органів про призначення на відповідну посаду осіб, зазначених у картці зі зразками підписів;

      • нотаріально засвідчена копія свідоцтва про внесення в ЕГРЮЛ;

      • нотаріально засвідчена копія свідоцтва БРП про державну реєстрацію юридичної особи;

      • нотаріально засвідчена копія дозволу і заняття окремими видами діяльності (ліцензія);

      • склад аукціонерів;

      • персональний склад колегіальних органів управління і вищого керівництва складу;

      • перелік дочірніх і залежних організацій із зазначенням часток участі;

      • нотаріально засвідчена копія свідоцтва МНС про постановку на облік в податковому органі юридичної особи.

    Вихідні документи та інформація:

    1. Висновок про правоздатності.

    2. Звіт юридичного відділу (додаток 6).

    3. Повідомлення про терміни.

    Вибраний засіб проектування BPwin підтримує три методології: IDEF 0, DFD та IDEF 3, дозволяють аналізувати модель з трьох ключових точок зору. 1

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

    • Стрілки входу (входять в ліву грань роботи) - зображують дані або об'єкти, що змінюються в ході виконання роботи;

    • Стрілки управління (входять у верхню межу роботи) - зображують правила і обмеження, згідно з якими виконується робота;

    • Стрілки виходу (виходять з правої грані роботи) - зображують дані або об'єкти, що з'являються в результаті виконання роботи;

    • Стрілки механізму (входять в нижню межу роботи) - зображують ресурси, необхідні для виконання роботи, але не змінюються в процесі роботи (наприклад, обладнання, людські ресурси ...);

    • Стрілки виклику (виходять з нижньої межі роботи) - зображують зв'язку між різними діаграмами або моделями, вказуючи на деяку діаграму, де дана робота розглянута більш докладно.

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

    Після того як контекст описаний, проводиться побудова наступних діаграм в ієрархії. Кожна наступна діаграма є більш докладним описом (декомпозицією) однієї з робіт на вищестоящої діаграмі.

    Відповідно до методології IDEF0 побудовані діаграми для даної роботи. На малюнку 2 показана контекстна діаграма системи правового супроводу кредитування юридичних осіб. З контекстної діаграми, видно, що для виконання системою своїх функцій їй необхідні такі вхідні документи (відповідно до Регламенту надання кредитів юридичним особам № 285-4-р Ощадбанку Росії від 23.07.2004г):

    • Заява на отримання кредиту;

    • Службова записка від кредитного відділу;

    • Правовстановлюючі документи.

    Результатами функціонування системи зазначені наступні документи:

    • Висновок про правоздатності;

    • Звіти юридичного відділу;

    • Повідомлення про терміни.

    В якості управління використовується законодавчі акти, що регламентують порядок діяльності юридичного відділу при кредитуванні юридичних осіб, зокрема, Регламент надання кредитів юридичним особам Ощадбанку Росії № 285-4-р від 23.07.2004г.

    Як механізми, необхідних для виконання роботи виступають співробітники юридичного відділу та обладнання.

    Рис. 2 Контекстна діаграма системи правового супроводу кредитування юридичних осіб

    Як показано на малюнку 3, при деталізації контекстної діаграми системи правового супроводу кредитування юридичних осіб можна виділити три основні функції, які виконує система: контроль за дотриманням законодавства, повідомлення про терміни, створення звітів юридичного відділу. Вхідні і вихідні потоки зберігаються, як і на контекстній діаграмі. Вхідними потоками функції «Контроль за дотриманням законодавства» є: заява на отримання кредиту, службова записка від кредитного відділу, правовстановлюючі документи. Вихідним потоком цієї функції є висновок про правоздатності. Вхідними потоками функцій «Повідомлення про терміни» та «Створення звітів юридичного відділу» є службова записка від кредитного відділу і вихідний потік функції «Контроль за дотриманням законодавства» - висновок про правоздатності. Вихідним потоком функції «Повідомлення про терміни» є повідомлення про терміни, функції «Створення звітів юридичного відділу» звіти юридичного відділу. В якості управління для всіх трьох функцій є Регламент надання кредитів юридичним особам Ощадбанку Росії № 285-4-р від 23.07.2004г. А в якості механізму, необхідних для виконання функції «Контроль за дотриманням законодавства» виступає співробітник юридичного відділу - юрисконсульт, а для виконання функцій «Повідомлення про терміни» та «Створення звітів юридичного відділу» - обладнання.

    Рис. 3 Діаграма декомпозиції системи правового супроводу кредитування юридичних осіб

    Для того щоб документувати механізми передачі і обробки інформації в моделюється системі, використовуються діаграми потоків даних (Data Flow Diagrams). 1 Діаграми DFD звичайно будуються для наочного зображення поточної роботи системи документообігу організації. Найчастіше діаграми DFD використовують як доповнення моделі бізнес-процесів, виконаної в IDEF0.

    Всього DFD використовує чотири важливих елементи:

    1. Роботи. Роботи в DFD позначають функції або процеси, які обробляють і змінюють інформацію. Роботи представлені на діаграмах у вигляді прямокутників з округленими кутами.

    2. Стрілки. Стрілки йдуть від об'єкту-джерела до об'єкту-приймача, позначаючи інформаційні потоки в системі документообігу.

    3. Зовнішні посилання. Зовнішні посилання вказують на місце, організацію чи людину, які беруть участь у процесі обміну інформацією з системою, але розташовуються за рамками цієї діаграми.

    4. Сховища даних. Сховища даних являють собою власне дані, до яких здійснюється доступ, ці дані також можуть бути створені або змінені роботами. На одній діаграмі може бути присутні кілька копій одного і того ж сховища даних.

    Щоб наочного зобразити роботу системи відповідно до методології DFD побудована діаграма, що конкретизує таку функцію як «Контроль за дотриманням законодавства» (малюнок 4). Діаграма відображає, що функція «Контроль за дотриманням законодавства» складається з трьох робіт: аналіз правовстановлюючих документів, перевірка повноважень посадових осіб, оформлення висновку. В якості зовнішнього посилання виступає юрисконсульт.

    Так само діаграма відображає документальні потоки між роботами. На даному рівні конкретизується вхідний потік «правовстановлюючі документи». Вхідними потоками для роботи «Аналіз правовстановлюючих документів» є:

      • Службова записка від кредитного відділу

      • нотаріально засвідчена копія Статуту;

      • нотаріально засвідчена копія установчого договору;

      • нотаріально засвідчена копія свідоцтва про внесення в ЕГРЮЛ;

      • нотаріально засвідчена копія свідоцтва БРП про державну реєстрацію юридичної особи;

      • нотаріально засвідчена копія дозволу і заняття окремими видами діяльності (ліцензія);

      • склад аукціонерів;

      • персональний склад колегіальних органів управління і вищого керівництва складу;

      • перелік дочірніх і залежних організацій із зазначенням часток участі;

      • нотаріально засвідчена копія свідоцтва МНС про постановку на облік в податковому органі юридичної особи.

    Вхідними потоками для роботи «Перевірка повноважень посадових осіб» є:

      • заяву на отримання кредиту;

      • картка із зразками підписів розпорядників рахунку, засвідчена нотаріально;

        1. відбиток печатки, засвідчений нотаріально;

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

    Вихідними потоками функції «Аналіз правовстановлюючих документів» є дані про юридичну особу і дані правовстановлюючих документів, які надходять в сховище «Дані про юридичних осіб», останній є входять потоком для функції «Оформлення ув'язнення», потік дані зі службової записки, який надходить у сховище «Сховище службових записок».

    Вихідними потоками функції «Перевірка повноважень посадових осіб» є відомості про повноваження посадової особи, який є вхідним потоком у функцію «Оформлення ув'язнення», і потік дані правовстановлюючих документів, який надходить у сховище «Дані про юридичних осіб».

    Вихідним потоком функції «Оформлення ув'язнення», який надходить в «Сховище службових записок», є висновок про правоздатності.

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

    Рис. 4 Контроль за дотриманням законодавства

    Для опису логіки взаємодії інформаційних потоків модель доповнюють діаграмами ще однієї методології - IDEF3, що також називають workflow diagramming. 1 Методологія моделювання IDEF3 дозволяє графічно описати і задокументувати процеси, фокусуючи увагу на перебігу цих процесів і на відносинах процесів і важливих об'єктів, що є частинами цих процесів.

    Модель, виконана в IDEF 3, може містити такі елементи:

    1. Одиниці роботи (Unit of Work) - основний компонент діаграми IDEF 3 близький за змістом до роботи IDEF 0.

    2. Зв'язку (Links) - Зв'язки, зображувані стрілками, показують взаємини робіт. У IDEF 3 розрізняють три типи зв'язків:

      1. Зв'язок передування (Precedence) - показує, що перш ніж почнеться робота-приймач, повинна завершитися робота-джерело. Позначається суцільною лінією;

      2. Зв'язок відношення (Relational) - показує зв'язок між двома роботами або між роботою і об'єктом посилання. Позначається пунктирною лінією;

      3. Потік об'єктів (Object Flow) - показує участь деякого об'єкта у двох або більше роботах, як, наприклад, якщо об'єкт здійснюється в ході виконання однієї роботи і споживається іншою роботою. Позначається стрілкою з двома наконечниками.

    3. Перехрестя (Junctions) - перехрестя використовуються в діаграмах IDEF 3, щоб показати розгалуження логічної схеми модельованого процесу та альтернативні шляхи розвитку процесу можуть виникнути під час його виконання. Розрізняють два типи перехресть:

      1. Перехрестя злиття (Fan - in Junction) - вузол, що збирає безліч стрілок в одну, вказуючи на необхідність умови завершеності робіт-джерел стрілок для продовження процесу;

      2. Перехрестя розгалуження (Fan - out Junction) - вузол, в якому єдина що входить до нього стрілка галузиться, показуючи, що роботи, наступні за перехрестям, виконуються паралельно або альтернативно.

    4. Об'єкти посилань (Referents) - служать для вираження ідей і концепцій без використання спеціальних методів, таких як стрілки, перехрестя або роботи.

    Для наочного подання роботи функцій «Аналіз правовстановлюючих документів» і «Перевірка повноважень посадових осіб» побудовані діаграми відповідно до методології IDEF3.

    На малюнку 5 представлена ​​діаграма, яка дозволяє описати логіку взаємодії інформаційних потоків у функції системи «Аналіз правовстановлюючих документів». Діаграма показує, що дана функція складається з наступних робіт: перевірка документів, безпосередній аналіз документів, надання відсутніх документів і формування підсумкових відомостей про документи. Так само в діаграмі використано перехрестя:

    вхідним потоком якого є правовстановлюючі документи, якщо всі документи були отримані, або процес «Надання відсутніх документів» запускається, якщо не всі документи отримані. Після одержання відсутніх документів (вхідний потік у процес «Перевірка документів») за наявності всіх документів запускається процес «Безпосередній аналіз документів». Після чого виконується функція «Формування підсумкових відомостей про документи», вихідним потоком якої є підсумкові відомості про документи.

    Рис. 5 Аналіз правовстановлюючих документів

    На малюнку 6 представлена ​​діаграма, яка дозволяє описати логіку взаємодії інформаційних потоків у функції системи «Перевірка повноважень посадових осіб». Діаграма показує, що дана функція складається з наступних робіт: перевірка документів, аналіз протоколів засідань, аналіз картки підписів, аналіз відбитка печатки. Так само в діаграмі використано перехрестя:

    Потім даний перехрестя означає, що перед тим як запущений процес «Формування відомостей про повноваження посадової особи», вихідним потоком якого є відомості про повноваження посадової особи, всі описані вище процеси повинні бути завершені.

    Рис. 6 Перевірка повноважень посадових осіб

    Отримані спроектовані діаграми дозволяють перейти до розробки структури бази даних і сформувати необхідні вхідні форми і звіти.

    2.3 Проектування структури бази даних

    На підставі моделювання системи вдалося виділити основні об'єкти системи і їх взаємозв'язку, що дозволяє перейти до проектування структури бази даних.

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

    Необхідно створити базу даних, в якій вирішувалися б наступні завдання:

    • введення, збереження і пошук необхідної інформації;

    • ведення обліку та відстеження результатів надходження документів.

    Основним структурним компонентом бази даних є таблиця, яка містить записи певного виду та форми. Кожен запис таблиці містить всю необхідну інформацію про окремий елементі бази даних. Такі окремі структурні елементи називають полями таблиці.

    Першим етапом при створенні таблиці є визначення переліку полів, з яких вона повинна складатися, їх типів і розмірів. При цьому кожному полю присвоюється унікальне ім'я. Для реалізації поставлених завдань необхідні наступні поля.

    Код юридичної особи

    Організаційно-правова форма

    Найменування юридичної особи

    Юридична адреса

    Телефон

    Код службової записки

    Сума кредиту

    Термін кредиту

    Процентне складанні кредиту від активу

    Дата отримання документів

    Код посадової особи

    Прізвище, ім'я, по батькові посадової особи

    Посада представника

    Копія статуту

    Копія установчого договору

    Картка із зразками підписів

    Протоколи засідань

    Ліцензія

    Склад аукціонерів

    Склад колегіальних органів

    Перелік дочірніх організацій

    Основний державний реєстраційний номер

    Дата видачі свідоцтва про державну реєстрацію

    Орган, що видав свідоцтво про державну реєстрацію

    Державний реєстраційний номер

    Дата видачі свідоцтва про внесення запису в ЕГРЮЛ

    Найменування реєструючого органу, що видав свідоцтво про внесення запису У ЕГРЮЛ

    Реєстраційний номер друку

  • Назва фірми виробника друку

    Дата виготовлення печатки

    Відбиток печатки

    Ідентифікаційний номер платника податків (ІПН)

    Код причини постановки на податковий облік (КПП)

    Дата видачі свідоцтва про постановку на облік в податковому органі

    Найменування реєструючого органу, що видав свідоцтво про постановку на облік в податковому органі

    Код укладання

    Дата укладення

    Код співробітника

    Прізвище, ім'я, по батькові співробітника

    Посада співробітника.

    Для того щоб створити базу даних, її потрібно нормалізувати. Нормалізація бази даних - це процес зменшення надмірності інформації в базі даних. Процес проектування бази даних з використанням методу нормальних форм полягає в послідовному перекладі за певними правилами відносин з першої нормальної форми в нормальні форми більш високого порядку.

    Перший нормальний закон вимагає, щоб кожне поле таблиці бази даних було не діленим, не містило повторюваних груп. Чи не подільність поля означає, що кожне поле не повинно ділиться на декілька полів. А повторювані групи вказують на те, щоб поля не містили однакові за змістом значення.

    Список полів задовольняє цій нормальному закону, крім трьох полів "Прізвище, ім'я, по батькові працівника», «Прізвище, ім'я, по батькові посадової особи», «Юридична адреса». Їх можна розділити на три поля відповідно «Прізвище», «Ім'я» і «батькові», а поле «Юридична адреса»: «Місто», «Вулиця», «Дім», але для виконання поставлених завдань це не потрібно, тому дані поля можна вважати не ділимими.

    Другий нормальний закон вимагає:

    1. всі поля таблиці залежать від первинного ключа, тобто первинний ключ однозначно визначено і є не надлишковим;

    2. ті поля, які залежать від частини первинного ключа, повинні бути виділені в окремі таблиці.

    Первинний ключ може бути простим (одне поле) або складовим (кілька полів) - єдиним в кожній таблиці. Він забезпечує:

      • однозначну ідентифікацію запису в таблиці;

      • прискорення виконання запитів до бази даних;

      • встановлення зв'язків між таблицями;

      • створення обмеженою посилальної цілісності таблиць.

    Має обов'язкові властивості: унікальність; не надмірність і достатність; до складу ключів не повинні входити поля: m emo, графічні, поля-коментарі. Наприклад, для таблиці «Юридична особа» доцільно зробити первинним ключем поле «код юридичної особи».

    Визначивши поля, що входять в первинний ключ, і встановивши, які поля залежать тільки від частини ключа, виділяємо їх в окрему таблицю. Отримано такі таблиці:

    Таблиця «Юридична особа» з полями

    Код юридичної особи - числовий (ключове);

    Код Організаційно-правової форми (ОПФ) - числовий;

    Найменування юридичної особи - текстовий;

    Юридична адреса - текстовий;

    Телефон - текстовий;

    Копія статуту - логічний;

    Копія установчого договору - логічний;

    Картка із зразками підписів - логічний;

    Протоколи засідань - логічний;

    Ліцензія - логічний;

    Склад аукціонерів - логічний;

    Склад колегіальних органів - логічний;

    Перелік дочірніх організацій - логічний;

    Код органу, що видав свідоцтво про державну реєстрацію - числовий;

    Основний державний реєстраційний номер - тестовий;

    Дата видачі свідоцтва про державну реєстрацію - дата / час;

    Код органу, що видав свідоцтво про внесення запису в ЕГРЮЛ - числовий;

    Державний реєстраційний номер - текстовий;

    Дата видачі свідоцтва про внесення запису в ЕГРЮЛ - дата / час;

    Код фірми виробника друку - числовий;

    Реєстраційний номер друку - текстовий;

    Дата виготовлення печатки - дата / час;

    Відбиток печатки - логічний.

    Ідентифікаційний номер платника податків (ІПН) - текстовий;

    Код причини постановки на податковий облік (КПП) - текстовий;

    Дата видачі свідоцтва про постановку на облік в податковому органі - дата / час;

    Таблиця «Службова записка» з полями

    Код службової записки - числовий (ключове);

    Сума кредиту - числовий;

    Термін кредиту - текстовий;

    Процентне складання кредиту від активу - текстовий;

    Дата отримання документів - дата / час;

    Код посадової особи - числовий;

    Код юридичної особи - числовий;

    Висновок - логічний;

    Дата дачі висновку - дата / час;

    Код співробітника - числовий.

    Таблиця «Працівники» з полями

    Код співробітника - числовий (ключове);

    Прізвище, ім'я, по батькові співробітника - текстовий;

    Посада співробітника - текстовий.

    Таблиця «Посадова особа» з полями

    Код посадової особи - числовий (ключове);

    Прізвище, ім'я, по батькові посадової особи - текстовий;

    Посада представника - текстовий;

    Код юридичної особи - числовий.

    Таблиця «ВПФ» з полями

    Код ОПФ - числовий (ключове);

    ОПФ - текстовий;

    Абрівіатура ОПФ - текстовий.

    Таблиця «Орган, що видав свідоцтво про державну реєстрацію» з полями

    Код органу, що видав свідоцтво про державну реєстрацію - числовий (ключове);

    Орган, що видав свідоцтво про державну реєстрацію - текстовий.

    Таблиця «Орган, що видав свідоцтво про внесення запису в ЕГРЮЛ» з полями

    Код органу, що видав свідоцтво про внесення запису в ЕГРЮЛ - числовий (ключове);

    Найменування реєструючого органу, що видав свідоцтво про внесення запису У ЕГРЮЛ - текстовий.

    Таблиця «Фірма виробник друку" з полями

    Код фірми виробника друку - числовий (ключове);

    Назва фірми виробника друку - текстовий.

    Таблиця «Орган, що видав свідоцтво про постановку на податковий облік» з полями

    Код органу, що видав свідоцтво про постановку на податковий облік - числовий (ключове);

    Найменування реєструючого органу, що видав свідоцтво про постановку на облік в податковому органі - текстовий.

    Третій нормальний закон вимагає, щоб значення будь-якого поля таблиці, що не входить у первинний ключ, не залежало від значення іншого поля, що не входить у первинний ключ. Наші поля таблиць задовольняють цим законом.

    У результаті отримана наступна база даних:

    У спроектованої базі даних існують наступні зв'язку. Зв'язок таблиці «Юридичні особи» з таблицею «Посадова особа» по полю «код посадової особи» один до багатьох, з таблицею «Службова записка» по полю «код юридичної особи» один до багатьох. Таблиця «ВПФ» пов'язана з таблицею «Юридичні особи» по полю «код ВПФ» один до багатьох. Таблиця «Орган, що видав свідоцтво про державну реєстрацію» пов'язаний з таблицею «Юридичні особи» по полю «код органу, що видав свідоцтво про державну реєстрацію» один до багатьох. Таблиця «Орган, що видав свідоцтво про внесення запису в ЕГРЮЛ» пов'язаний з таблицею «Юридичні особи» по полю «код органу, що видав свідоцтво про внесення запису в ЕГРЮЛ» один до багатьох. Таблиця «Фірма виробник друку» пов'язана з таблицею «Юридичні особи» по полю «код фірми виробника друку» один до багатьох. Таблиця «Орган, що видав свідоцтво про постановку на податковий облік» пов'язаний з таблицею «Юридичні особи» по полю «код органу, що видав свідоцтва про постановку на податковий облік» один до багатьох. Таблиця «Співробітник» пов'язана з таблицею «Службова записка» по полю «код співробітника» один до багатьох. Таблиця «Посадова особа» пов'язана з таблицею «Службова записка» по полю «код посадової особи» один до багатьох.

    Другий розділ дипломної роботи присвячена проектуванню системи правового супроводу кредитування юридичних осіб.

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

    На підставі моделювання системи виділені основні об'єкти системи і їх взаємозв'язку, після чого була спроектована структура бази даних.

    3. Реалізація системи правового супроводу кредитування юридичних осіб

    3.1 Вибір засобів реалізації системи

    3.1.1 Вибір засобів управління базами даних

    Перш ніж визначити засіб управління базами даних, необхідно вказати, що для виконання поставлених завдань доцільно вибрати для бази даних архітектуру «клієнт-сервер». Клієнт-серверні бази даних - це бази даних, в яких таблиці розташовані на сервері мережі, а додатки для роботи з цими таблицями знаходяться на користувацьких комп'ютерах, підключених до сервера (дворівнева архітектура). Клієнт-серверні бази даних працюють за допомогою запитів на мові SQL. Клієнт надсилає запит на надання даних і отримує тільки ті дані, які зажадав. Вся обробка виконується на віддаленому сервері. Дана архітектура відповідає вимогам необхідним для виконання поставленої мети в даній роботі забезпечити колективний доступ, зменшення складності клієнтських додатків за рахунок відсутності в них коду, пов'язаного з контролем бази даних та розмежуванням доступу до неї.

    В даний час є багато програмних засобів для автоматизації зберігання і обробки інформації. Кожна з таких систем управління базами даних (СКБД) має свої переваги і недоліки. Питання вибору тієї чи іншої СУБД для конкретного завдання - один з основних при розробці інформаційної системи.

    SQL - сервер Borland InterBase є "промислової" СУБД, призначеної для зберігання і видачі великих обсягів даних при використанні архітектури "CORBA" в умовах одночасної роботи з базою даних безлічі клієнтських додатків. 1 Масштаб інформаційної системи при цьому довільний - від системи рівня робочої групи до системи рівня великого підприємства .

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

    Для завдання посилальної і смислової цілісності в базі даних визначаються:

    • відносини підпорядкованості між таблицями бази даних шляхом визначень первинних ключів у батьківських і зовнішніх ключів у дочірніх таблиць;

    • обмеження на значення окремих стовпців шляхом визначення обмежень на значення домену або стовпця; при цьому умови обмежень можуть бути дуже різні - від вимоги потрапляння значення в певний діапазон або відповідності масці до певного відносини з однією або кількома записами з іншої таблиці (чи багатьох таблиць) бази даних;

    • бізнес - правила за допомогою тригерів - підпрограм, автоматично виконуваних сервером до або (і) після події зміни запису в таблиці бази даних;

    • унікальні значення потрібних полів шляхом створення та використання генераторів.

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

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

    СУБД InterBase повністю підходить для реалізації бази даних в нашій системі враховуючи деякі фактори: по-перше, це продукт Borland (а засоби розробки додатків цієї компанії давно зарекомендували себе з позитивного боку), що забезпечує кращу сумісність з Delphi і не вимагає установки додаткових драйверів, причому InterBase входить в поставку з Delphi, по-друге, тому, що InterBase досить простий в установці, настройці і головне в адмініструванні в порівнянні з іншими SQL-серверами, і, по-третє, тому, що він володіє прекрасними функціональними можливостями.

    3.1.2 Вибір засобів програмування

    Однією з найважливіших завдань при створенні програмного продукту є вибір засобів розробки. Прийняті на даному етапі рішення можуть вплинути не тільки на зовнішній вигляд системи, що розробляється, але і на принцип її роботи, можливість взаємодії з базами даних і т.д. Як засіб для розробки автоматизованої системи правового супроводу кредитування юридичних осіб був обраний продукт компанії Borland - Delphi 7.

    Система об'єктно-орієнтованого програмування Delphi призначена для операційних систем Windows, при цьому інтегрована середовище Delphi забезпечує швидкість візуальної розробки і продуктивність повторно використовуваних компонентів 1. У поєднанні з міццю мовних засобів Object Pascal, вдосконаленими інструментами і різномасштабними засобами доступу до баз даних це істотно знижує час розробки та надає для користувача інтерфейсу якості професійного рівня.

    Delphi - мова і середовище програмування, яка відноситься до класу RAD (Rapid Application Development - "Засіб швидкої розробки додатків") 1. Delphi вже довгий час залишається найлегшою у використанні і самої продуктивної системою RAD.

    Delphi має дуже широким набором можливостей: від проектувальника форм до підтримки всіх форматів популярних баз даних. Середовище Delphi усуває необхідність програмування цілого набору компонентів Windows (мітки, піктограми, діалогові панелі і т.д.). Також тут є заздалегідь певні візуальні і невізуальні об'єкти.

    При всьому своєму зручність і багатофункціональності Delphi виробляє невеликі за розмірами, але при цьому високоефективні виконавчі модулі. Це дозволяє знизити вимоги до робочих місць, що має важливе значення і для кінцевих користувачів.

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

    Таким чином, Delphi є високопродуктивним інструментом візуального побудови додатків. При цьому створені додатки можуть працювати з базами даних в архітектурі клієнт-сервер. До складу Delphi версії 7 також входять локальний SQL-сервер InterBase 6.5, бібліотеки візуальних компонентів, генератори звітів, та інші засоби, необхідні для створення додатків на професійному рівні.

    Слід так само відзначити, що додатки, створені в середовищі Delphi, відрізняються підвищеною надійністю. Цьому сприяють вбудовані механізми обробки винятків разом зі строго типізовані мовою Object Pascal, які спочатку закладають у програми стійкість до всіляких збоїв.

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

    Таким чином, для створення системи була обрана середовище програмування Delphi 7.0 як одне з найбільш популярних засобів розробки додатків, оскільки вона містить весь необхідний набір інструментів для створення даної системи.

    3.2 Розробка користувальницького інтерфейсу

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

    Запустивши файл LegalCredit.exe, користувач потрапляє на «Головну форму». На «Головною формі» відкривається вкладка «Юридичні особи», з якої при заповненні полів з ​​даними можна перейти шляхом натискання на кнопку з трьома крапками на відповідні форми, що містять довідкові дані, «Організаційно-правова форма», «Державна реєстрація», «Фірма виробника друку »,« Постановка на податковий облік »,« Внесення запису в ЕГРЮЛ ». Вибравши вкладку «Службові записки» на «Головною формі» система переходить на форму «Службові записки», з якої при заповненні даних про посадову особу та про співробітника юридичного відділу, можна перейти відповідно на форми «Посадова особа клієнта» і «Співробітник». Так само з вкладки «Службові записки» можна перейти на форму «Висновок». Натиснувши на пункт меню «Довідники» на «Головною формі», система переходить на форму «Довідники», з якої можна перейти на форми, що містять довідкову інформацію, де можна відредагувати, вставити і видалити дані, «Організаційно-правова форма», «Державна реєстрація »,« Фірма виробника друку »,« Постановка на податковий облік »,« Внесення запису в ЕГРЮЛ »,« Посадова особа клієнта »,« Співробітник ». Так само на «Головною формі» для зручності користувача, вибравши пункт меню «вигляд», система переходить між формами «Юридичні особи» та «Службові записки». Вибравши пункт меню «звіти» на «Головною формі», система переходить на форму «Звіти», з якої можна вийти на форми «Висновок» (формування висновку) і «Звіти».

    На малюнку 7 представлена ​​головна форма системи правового супроводу кредитування юридичних осіб. На головній формі знаходиться з лівого боку список назв усіх юридичних осіб, за якими може здійснюватися пошук. З правого боку знаходяться дані про юридичну особу, які характеризують конкретного клієнта банку, у відповідність до Регламенту надання кредитів юридичним особам № 285-4-р Ощадбанку Росії від 23.07.2004г:

    • Організаційно-правова форма;

    • Найменування юридичної особи;

    • Юридична адреса;

    • Телефон;

    • Основний державний реєстраційний номер;

    • Дата видачі свідоцтва про державну реєстрацію;

    • Орган, що видав свідоцтво про державну реєстрацію;

    • Державний реєстраційний номер;

    • Дата видачі свідоцтва про внесення запису в ЕГРЮЛ;

    • Найменування реєструючого органу, що видав свідоцтво про внесення запису в ЕГРЮЛ;

    • Реєстраційний номер печатки;

    • Назва фірми виробника друку;

    • Дата виготовлення печатки;

    • Ідентифікаційний номер платника податків (ІПН);

    • Код причини постановки на податковий облік (КПП);

    • Дата видачі свідоцтва про постановку на облік в податковому органі;

    • Найменування реєструючого органу, що видав свідоцтво про постановку на облік в податковому органі.

    Так же вказаний перелік правовстановлюючих документів, що надаються юридичному відділу, наявність яких має бути зазначено:

    • Копія статуту;

    • Копія установчого договору;

    • Картка із зразками підписів;

    • Протоколи засідань;

    • Ліцензія;

    • Склад аукціонерів;

    • Склад колегіальних органів;

    • Перелік дочірніх організацій;

    • Відбиток печатки.

    Рис. 7 Головна форма (Юридичні особи).

    З головної форми, шляхом натискання кнопки «Службові записки» система переходить на панель (рисунок 8), що містить, всю інформацію згідно з Регламентом надання кредитів юридичним особам № 285-4-р від 23.07.2004г., Яка надходить у службовій записці від кредитного відділу:

    • Термін кредиту;

    • Відсоток кредиту від активу;

    • Дата отримання документів;

    • Посадова особа.

    Також інформацію про співробітника юридичного відділу, на розгляд якого надійшла ця записка, та відомості про укладення:

    • Укладання (результат);

    • Дата укладення.

    Рис. 8 Головна форма (Службові записки).

    При натисканні пункту меню «Довідники» надається список довідників, які доступні в даній системі (рисунок 9):

    • Організаційно-правова форма;

    • Реєструючий орган (свідоцтво про державну реєстрацію);

    • Реєструючий орган (свідоцтво про реєстрацію в ЕГРЮЛ);

    • Фірма виробник друку;

    • Реєструючий орган (свідоцтво про постановку на податковий облік);

    • Посадова особа клієнта;

    • Співробітник.

    Рис. 9 Головна форма (Довідники).

    Форми довідників схожі за будовою і відрізняються тільки відповідною назвою інформацією, необхідної для юрисконсульта. Розглянемо на прикладі однієї форми довідника як вони організовані. На малюнку 10 представлена ​​форма «Організаційно-правова форма», на якій реалізований список з існуючих організаційно-правових форм відповідно до Цивільного Кодексу РФ та його скорочене найменування. Так само організовано пошук. При внесенні відповідної назви в рядок, покажчик перехід на задовольняє запис у таблиці. На формі знаходиться панель, яка дозволяє редагувати записи в списку, додавати відповідні дані форми і видаляти їх. Так само панель дозволяє переміщатися за списком, переходити в початок і кінець таблиці.

    Рис. 10 Організаційно-правова форма.

    При натисканні кнопки «Звіти» на головній формі подається список звітів, які формуються після натискання на відповідне найменування (рисунок 11).

    Рис. 11 Головна форма (Звіти).

    Докладно про проектування звітів розповідається в наступному параграфі.

    3.3 Проектування звітів

    При проектуванні звітів необхідно враховувати вказівки Регламенту надання кредитів юридичним особам Ощадбанку Росії № 285-4-р від 23.07.2004г.

    Для формування висновку про правоздатності, при виборі конкретної юридичної особи, після переходу на закладку «Службова записка», вибираємо службову записку, для якої укладення ще не створено і після натискання закладки «Висновок», з'являється форма «Висновок» (рисунок 12). На даній формі можна вибрати яким буде висновок задовільним чи ні, так само вибирається посаду та прізвище, ім'я, по батькові співробітника, що робить висновок.

    Рис. 12 Формування укладання

    Потім після натискання пункту меню «Звіт» та підпункту «Висновок», формується висновок (малюнок 13). Висновок відповідає вказівкам Регламент надання кредитів юридичним особам Ощадбанку Росії № 285-4-р від 23.07.2004г.

    Рис. 13 Висновок про правоздатності

    Для формування звіту юридичного відділу банку, після натискання пункту меню «Звіти» та підпункту «Звіт», випадає форма «Звіт юридичного відділу» (малюнок 14). На даній формі можна вибрати період часу, за який необхідно сформувати звіт.

    Рис. 14 Формування звіту

    Після натискання ok система формує звіт юридичного відділу за певний період часу (малюнок 15).

    Рис. 15 Звіт

    3.4 Тестування автоматизованої системи правового супроводу кредитування юридичних осіб

    При створенні будь-якого програмного забезпечення одним з основних етапів є етап тестування. На даному етапі згідно сформульованим вимогам до системи проводиться аналіз її працездатності, надійності, стійкості до збоїв. На підставі результатів машинного експерименту систему або визнають готовою до впровадження і подальшого використання, або відправляють на доопрацювання.

    Першим кроком тестування буде перевірка реагування система на непідключеним базу даних. Для цього запускається виконуваний файл програми LegalCredit.exe. Якщо база даних не підключена, система видає повідомлення про це, з проханням підключити базу даних (малюнок 16).

    Рис. 16 Підключення до бази даних

    Наступним кроком тестування буде перевірка правильності завантаження системою даних. Для цього або запускається виконуваний файл програми LegalCredit.exe або відповідно з першим кроком підключається база даних. Відразу система завантажує наявні в базі дані про клієнтів банку - юридичних осіб (рисунок 17).

    Рис. 17 Перевірка завантаження даних (дані про юридичних осіб)

    Потім при виборі цікавить клієнта, після натискання кнопки «Службові записки», завантажується таблиця, яка містить дані всіх службових записок для даної юридичної особи (рисунок 18).

    Рис. 18 Перевірка завантаження даних (службові записки)

    Наступним кроком буде тестування внесення запису і збереження запису в базу даних системи, а так само видалення відповідного запису. При натисканні клавіші на головній формі «Вставити», то з правої сторони на формі поля стають активними, внісши в них дані про юридичну особу, натиснувши кнопку ok, інформація надходить до бази даних, і її можна буде використовувати в подальшій для роботи (малюнок 19 ).

    Рис. 19 Перевірка збереження запису (юридичні особи)

    Якщо формат запису не збігається з вихідним форматом, то система не дозволяє ввести такі дані і можна ввести тільки в заданому форматі. Так само при заповнення даних та пропуску якого або обов'язкового для заповнення пункту, система повідомляє користувача, що даний пункт не заповнений (малюнок 20).

    Рис. 20 Повідомлення системи

    На вкладці «Службові записки», при натисканні кнопки «Вставити», з'являється вікно для заповнення даних зі службової записки (малюнок 21).

    Рис. 21 Заповнення даних службової записки

    Далі натиснувши кнопку ok, всі дані вносяться в таблицю, і надалі будуть використовуватися для створення висновку (малюнок 22).

    Рис. 22 Збереження даних (службова записка)

    При натисканні кнопки «Висновок», з'являється вікно для заповнення дати дачі висновку та даних про працівника, який розглядає дану службову записку, вказавши задовільний висновок чи ні (малюнок 23).

    Рис. 23 Формування укладання

    Далі після натискання ok, дана інформація з'являється у відповідному рядку службової записки, для якої створювалася ця висновок (малюнок 24).

    Рис. 24 Збереження даних (дані про укладення)

    Якщо висновок вже створено для даної службової записки, система повідомляє, що висновок вже винесено (рисунок 25).

    Рис. 25 Повідомлення системи

    Наступним кроком тестування буде перевірка формування ув'язнення для даної службової записки і звіту юридичного відділу, пов'язаного з перевіркою правоздатності клієнта. Після вибору службової записки, для якої необхідно створити висновок, при натисненні на пункт меню «Звіти» і виборі пункту «Висновок», система формують документ (рисунок 26).

    Рис. 26 Висновок

    Для формування звіту, необхідно вибрати пункт меню «Звіти» і натиснути кнопку «Звіт», з'являється форма для заповнення даних про звіт, при натисканні ok, система формує звіт (рисунок 27).

    Рис. 27 Звіт

    Згідно з Регламентом надання кредитів юридичним особам № 285-4-р Ощадбанку Росії від 23.07.2004г. юридична служба повинна надати висновок протягом трьох днів з дня надходження службової записки. У зв'язку з цим система нагадує співробітнику юридичного відділу про терміни службових записок (малюнок 28).

    Рис. 28 Нагадування про терміни

    Таким чином, в результаті поетапного тестування автоматизованої системи правового супроводу кредитування юридичних осіб були зроблені висновки, що автоматизована система довела свою працездатність і відмовостійкість при завантаженні, внесення змін і збереженні вихідних даних. Дані завантажувалися без помилок і за прийнятний час. Так само система стійко і без збоїв ухвалювала зміни у вихідних даних. При недотриманні встановлених форматів система не дозволяла внести дані. Збереження вихідних даних відбувалося без втрати інформації і без збоїв. При тестуванні підсистеми побудови звітів автоматизована система правового супроводу кредитування юридичних осіб так само працювала без збоїв. Формат і зміст одержаної звіту та висновку відповідає всім заданим вимогам і вказівкам законодавства.

    Третя глава дипломної роботи присвячена розробці системи правового супроводу кредитування юридичних осіб. Для розробки системи обрана програма Borland Delphi 7 від компанії Borland. Даний вибір був обумовлений тим, що Delphi забезпечує високу швидкість розробки, має цілий ряд засобів та інструментів для доступу до баз даних. У якості СУБД був обраний SQL - сервер Borland InterBase 6.5.

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

    4. Розрахунок економічної ефективності проекту

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

    Для розрахунку економічної ефективності проекту необхідно враховувати:

    • розрахунку одноразових витрат розробника;

    • тиражування та реалізація програмного забезпечення;

    • план прибутку від продажів;

    • фінансовий план проекту;

    • визначення економічної ефективності проекту.

    1. Розрахунок одноразових витрат розробника

    До одноразовим витрат розробника відносяться 1:

    • теоретичні дослідження;

    • розробка алгоритмів і програм;

    • налагодження;

    • дослідна експлуатація;

      • дослідження ринку;

      • реклама.

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

    Таблиця 1 Зміст стадій науково-дослідної роботи

    Стадія

    Трудомісткість, дн.

    Трудомісткість,%

    Технічне завдання

    8

    6,7

    ескізний проект

    16

    13,3

    технічний проект

    31

    25,8

    робочий проект

    62

    51,7

    впровадження

    3

    2,5

    Разом

    120

    100,0

    До витрат на науково-дослідні роботи відносяться:

    • відрахування на соціальні потреби;

    • вартість машинного часу на підготовку та налагодження програм;

    • вартість інструментальних засобів;

    • накладні витрати.

    1. Матеріальні витрати

    Під матеріальними витратами розуміють відрахування на матеріали, які використовуються у процесі розробки та впровадження програмного продукту (в т.ч. вартість паперу, картриджів для принтера, дискет, дисків і т.д.) за діючими цінами.

    У процесі роботи використовувалися матеріали й приналежності, представлені в таблиці 2.

    Таблиця 2 Використані матеріали й приналежності

    Найменування

    Ціна

    Кількість

    Вартість

    Дискети

    14

    2

    28

    Папір

    120

    1

    120

    Диски CD-RW

    35

    1

    35

    Картридж для принтера

    1200

    1

    1200

    Разом

    1383

    2. Основна і додаткова заробітна плата

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

    Основна заробітна платаосн) при виконанні науково-дослідних робіт розраховується за формулою:

    ,

    де

    З срдн j - зарплата j-го співробітника, руб.;

    n - кількість співробітників, які беруть безпосередню участь у розробці програмного продукту.

    Для розрахунку заробітної плати розробника (З вперше) необхідно відразу зазначити, що за все науково-дослідні роботи проводилися протягом 120 днів. Середньоденна зарплата розробника визначена з розрахунку 7000 руб. на місяць і дорівнює:

    Заробітна плата виконавця в цілому становить:

    З раз = 120 дн .* 350 руб. / день = 42000 руб.

    На консультації заплановано: 17 годин - дипломний керівник.

    Заробітна плата дипломного керівника становить 45 руб. / год. Отже, середньоденна зарплата дипломного керівника дорівнює:

    З рук = 17 * 45 = 765 руб.

    Отримуємо, що основна заробітна плата при виконанні науково-дослідних робіт дорівнює сумі заробітних плат розробника (студента) і дипломного керівника:

    З осн = З раз + З рук = 42000 +765 = 42765 руб.

    Додаткова заробітна плата становить 10% від основної:

    З доп = 0,1 * З осн = 0,1 * 42765 = 4276,5 руб.

    Разом основна і додаткова заробітна плата складають:

    З заг = З осн + З доп = 42765 +4276,5 = 47041,5 крб.

    1. Відрахування на соціальні потреби

    Відрахування на соціальні потреби складають 26% від загального фонду заробітної плати всіх працівників, отримаємо:

    Про соц = 0,26 * З заг = 47041,5 * 0,26 = 12230,79 руб.

    1. Витрати на оплату машинного часу

    Витрати на оплату машинного часу (З ОМВ) залежать від часу роботи на ЕОМ (Т ЕОМ), собівартості машино-години роботи ЕОМ (С мч) і включають в себе амортизацію ЕОМ та устаткування, витрати на електроенергію. Вартість одного машинного години роботи дорівнює:

    З мч = 0,24 кВт / год * 1,16 грн. / кВт = 0,28 грн. / годину

    Час роботи ЕОМ:

    Т ЕОМ = 0,35 * Т еск +0,6 * Т тих пр +0,8 * Т раб пр +

    +0,6 * Т вн = 0,35 * 16 +0,6 * 31 +0,8 * 62 +0,6 * 3 ​​= 76 день,

    де Т еск, Т тих пр, Т раб пр, Т вн - фактичні витрати часу на розробку ескізного, технічного, робочого проектів і впровадження відповідно, з урахуванням поправочних коефіцієнтів, дні.

    З урахуванням того, що ЕОМ працювала по вісім годин на добу отримуємо:

    Т ЕОМ = 76 дн * 8ч = 608 год

    Собівартість електроенергії розраховується наступним чином:

    З ел = Т ЕОМ * З мч = 608 * 0,28 = 170,24 руб.

    Витрати на амортизацію (А м) ЕОМ та обладнання - це витрати на придбання обладнання і його експлуатацію, причому в статтю витрат включають тільки амортизацію, нараховану за час роботи над проектом. Маємо формулу:

    А м = (О ф * Н ам * Т ЕОМ) / (365 * 100),

    де

    Про ф - персональна вартість устаткування, руб.;

    Н ам - норма амортизації,% (прийнято 20%);

    Т ЕОМ - час використання обладнання, дн.

    Таблиця 3 Собівартість обладнання та амортизаційні відрахування 1

    Найменування устаткування

    Кількість, шт.

    Первісна вартість, грн.

    Загальна вартість, грн.

    Комп'ютер Pentium 4

    1

    30000

    30000

    Принтер HP

    1

    2272

    2272

    Разом

    32272

    Згідно таблиці 3 первісна вартість устаткування склала 32272 руб. Зробимо розрахунок витрат на амортизацію:

    А м = (32272 * 20 * 76) / (365 * 100) = 1343,93 руб.

    Витрати на оплату машинного часу (З ОВМ) включають:

    1. Витрати на обладнання в розмірі 1343,93 руб.

    2. Витрати на електроенергію в розмірі 170,24 руб.

    Отримуємо, що вартість машинного часу складає:

    З ОВМ = 1343,93 +170,24 = 1514,17 руб.

    1. Вартість інструментальних засобів

      Вартість інструментальних засобів включає вартість системного програмного забезпечення, використаного при розробці програмного продукту в розмірі зносу за цей період. Вартість системного програмного забезпечення відображена таблиці 4. Норма амортизації для системного програмного забезпечення - 30%, а час використання 76 день.

      Таблиця 4 Вартість системного програмного забезпечення 1

      Найменування продукту

      Первісна вартість, грн.

      Delphi 7.0

      19500

      Windows XP

      3525

      Microsoft Office XP

      6400

      B Pwin

      1500

      Разом

      30925

      Амортизаційні відрахування, які входять у вартість розроблюваного програмного забезпечення, розраховуються за формулою:

      А ис = (О ф * Н ам * Т ЕОМ) / (365 * 100),

      де

      Про ф - первісна вартість інструментальних засобів, руб.;

      Н ам - норма амортизації,% (прийнято 30%);

      Т ЕОМ - час використання обладнання, днів.

      А ис = (30925 * 30 * 76) / (365 * 100) = 1931,75 руб.

      1. Накладні витрати

      Накладні витрати складають 30% від суми основної заробітної плати:

      Р н = З осн * 0,3 = 42765 * 0,3 = 12829,5 крб.

      За даними вищенаведених розрахунків складається кошторис витрат на програмне забезпечення (таблиця 5).

      Таблиця 5. Кошторис витрат на програмне забезпечення

      Елемент витрат

      Кошторисна вартість, руб.

      Матеріальні витрати

      1383

      Основна і доп. з / п

      47041,5

      Відрахування на соц. потреби

      12230,79

      Витрати на оплату машинного часу

      1514,17

      Амортизація вартості інструментальних засобів

      1931,75

      Накладні витрати

      12829,5

      Разом витрати:

      76930,71

      Отримуємо, що витрати на науково-дослідні роботи дорівнюють:

      До нир = 76930,71 руб.

      Підсумкова сума витрат на розробку розподіляється по етапах проектування пропорційно трудомісткості і складається інвестиційний план, показаний у таблиці 6.

      Таблиця 6 План інвестицій

      Етапи реалізації проекту

      Півріччя


      2 півріччя 2005

      1 півріччя 2006

      Технічне завдання

      5128,71

      ескізний проект

      10257,43

      технічний проект

      19873,77

      робочий проект

      19232,68

      20514,86

      впровадження

      1923,27

      Разом:

      54492,59

      22438,13

      1. Тиражування та реалізація програмного забезпечення

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

      Після складання плану з реалізації програмного забезпечення необхідно розрахувати кошторис витрат на його тиражування, рекламу і супровід. Витрати на рекламу плануються на підставі того, що вона буде здійснюватися шляхом розсилки буклетів потенційним покупцям системи. Витрати на супровід плануються з розрахунку 5% від виручки від реалізації за цей період. Результати розрахунків по витратах тиражування, рекламу і супровід представлені в таблиці 7.

      Таблиця 7 Кошторис витрат

      Показники

      Період


      2 півріччя 2005

      1 півріччя 2006

      2 півріччя 2006

      1 півріччя 2007

      2 півріччя 2007

      1 півріччя 2008

      2 півріччя 2008

      1-е півріччя 2009

      Витрати на тиражування:

      -Вартість документації

      0

      750

      2000

      1796

      1250

      1125

      500

      375

      -Витрати на копіювання

      0

      302

      975

      584

      491

      419

      188

      141

      -Вартість машинних носіїв і пакувальних матеріалів

      0

      806

      2068

      1558

      1310

      1118

      503

      376

      -Витрати на розсилку

      0

      604

      1551

      1168

      982

      838

      377

      282

      -Амортизація ЕОМ та устаткування

      0,00

      0,93

      2,60

      1,89

      1,64

      1,39

      0,66

      0,52

      Разом:

      0,00

      2462,93

      6596,6

      5107,89

      4033,64

      3501,39

      1568,66

      1174,52

      Витрати на рекламу

      0,00

      5825,8

      4306,6

      4456,5

      2725,7

      2171,9

      1023,9

      489,2

      Витрати на супровід ПЗ

      0

      2550

      6000

      4500

      3750

      2925

      1300

      900

      Разом витрати:

      0,00

      10838,73

      16903,2

      14064,39

      10509,34

      8598,29

      3892,56

      2563,72

      1. План прибутку від продажів

      При складанні плану прибутку від продажів, представленого в таблиці 8, враховуються результати розрахунку виручки від реалізації і доходів від супроводу програмного забезпечення, а так само загальних витрат від реалізації.

      Таблиця 8 План прибутку

      Показники

      Період


      2 півріччя 2005

      1 півріччя 2006

      2 півріччя 2006

      1 півріччя 2007

      2 півріччя 2007

      1 півріччя 2008

      2 півріччя 2008

      1 півріччя 2009

      Виручка від реалізації та супроводу

      0

      66500

      150000

      113000

      95000

      75500

      34000

      23500

      Витрати на тиражування та супровід

      0,00

      10838,73

      16903,2

      14064,39

      10509,34

      8598,29

      3892,56

      2563,72

      Процентні платежі за кредит

      0

      0

      0

      0

      0

      0

      0

      0

      Прибуток валовий

      0,00

      55661,27

      133096,8

      98935,61

      84490,66

      66901,71

      30107,44

      20936,28

      Податок (24%)

      0,00

      13358,7

      31943,23

      23744,55

      20277,76

      16056,41

      7225,79

      5024,7

      Прибуток чистий

      0,00

      42302,56

      101153,57

      75191,06

      64212,9

      50845,3

      22881,65

      15911,57

      IV. Фінансовий план проекту

      Для того щоб оцінити фінансову спроможність проекту формується відповідна таблиця, що дозволяє управляти фінансами інвестиційного проекту (додаток 8). Дана таблиця містить інформацію про грошові потоки від інвестиційної, операційної та фінансової діяльностей.

      З таблиці видно, що даний проект вимагає 54492,59 рублів інвестицій в перше півріччя, тому що в цей період продаж програмного продукту не здійснюється. Ці кошти можна отримати, вклавши власні кошти, як у наведеному випадку, або взявши банківський кредит. За друге півріччя планується здійснити продаж тридцяти копій програми і прибуток від продажу покриє з'явилися на даному періоді витрати. Так як сальдо грошової готівки є позитивною величиною наростаючим підсумком по всіх періодах, можна перейти до визначення чистої поточної вартості проекту, яка характеризує ефективність проекту.

      1. Визначення економічної ефективності проекту

      Для визначення економічної ефективності проекту необхідно розрахувати наступні показники:

      • чиста поточна вартість;

      • індекс дохідності;

      • внутрішній коефіцієнт ефективності;

      • максимальний грошовий потік;

      • період повернення капітальних вкладень і термін окупності.

        Таблиця 9 відображає грошові потоки за весь період життєвого циклу програмного продукту. Тут визначається чистий грошовий потік (ЧДП), дисконтований грошовий потік (ДДП) і чиста поточна вартість проекту (NPV).

        Таблиця 9 Грошові потоки

        Показники

        Період


        2 півріччя 2005

        1 півріччя 2006

        2 півріччя 2006

        1 півріччя 2007

        2 півріччя 2007

        1 півріччя 2008

        2 півріччя 2008

        1 півріччя 2009

        Ефект від інвестиційної діяльності

        54492,59

        22438,13

        0,00

        0,00

        0,00

        0,00

        0,00

        0,00

        Ефект від операційної, діяльності

        0,00

        42302,56

        101153,57

        75191,06

        64212,9

        50845,3

        22881,65

        15911,57

        Чистий грошовий потік

        -54492,59

        19864,43

        101153,57

        75191,06

        64212,9

        50845,3

        22881,65

        15911,57

        Коефіцієнт дисконтування (α)

        0,92

        0,85

        0,79

        0,72

        0,67

        0,62

        0,57

        0,52

        Дисконтований грошовий потік (РДЗ = ЧДП * α)

        -50133,18

        16884,77

        79911,32

        54137,56

        43022,64

        31524,09

        13042,54

        8274,02

        Дисконтований грошовий потік наростаючим підсумком (NPV)

        -50133,18

        -33748,15

        46163,17

        100300,73

        143323,37

        174847,46

        187890

        196164,02

        Коефіцієнт дисконтування (α) розраховується за формулою:

        де

        r - ставка дисконтування,

        t - період часу.

        Ставка дисконтування (r) розраховується за формулою:

        При цьому ставка рефінансування дорівнює 13%, інфляція - 11%, а ризик - 15%. Таким чином, отримуємо:

        Дисконтований грошовий потік представляє собою добуток коефіцієнта дисконтування на суму чистого грошового потоку за відповідний період. Чиста поточна вартість проекту (NPV) показує прибуток, одержуваний від виконання проекту, наведену на початок періоду.

        Індекс прибутковості (SRR) визначається як відношення сумарного дисконтованого доходу до сумарних дисконтованих капітальних вкладеннях:

        ,

        де

        Пч t - прибуток чиста,

        A t - амортизаційні відрахування,

        K t - капітальні вкладення в основні і оборотні фонди,

        α t - коефіцієнт дисконтування.

        Таким чином, індекс прибутковості дорівнює:

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

        Граничне значення рентабельності (r пір) або внутрішній коефіцієнт ефективності проекту (IRR) розраховується за формулою:

        де

        r 1 - вихідна ставка дисконтування,

        r 2 - ставка дисконтування, при якій NPV менше нуля,

        r пір - внутрішній коефіцієнт ефективності проекту,

        NPV r1 і NPV r2 - NPV відповідно при r 1 і r 2

        Для визначення внутрішнього коефіцієнта ефективності проекту візьмемо таку ставку дисконтування (r 2 = 2,40), при якій NPV стане менше нуля. Отримані результати зводяться в таблицю 10.

        Таблиця 10 Знаходження негативною чистої поточної вартості проекту

        Показники

        Період


        2 півріччя 2005

        1 півріччя 2006

        2 півріччя 2006

        1 півріччя 2007

        2 півріччя 2007

        1 півріччя 2008

        2 півріччя 2008

        1 півріччя 2009

        NPV r1 =

        -50133,18

        -33748,15

        46163,17

        100300,73

        143323,37

        174847,46

        187890

        196164,02

        α 2 =

        0,45

        0,21

        0,09

        0,04

        0,02

        0,01

        0,00

        0,00

        ДДП 2 =

        -24521,67

        4171,53

        9103,82

        3007,64

        1284,26

        508,45

        91,53

        15,91

        NPV r2 =

        -24521,67

        -20350,14

        -11246,32

        -8238,68

        -6954,42

        -6445,97

        -6354,44

        -6338,53

        Розрахуємо граничне значення рентабельності:

        (233% на півріччя або 466% на рік)

        Дане значення порогового значення рентабельності проекту показує з одного боку рентабельність проекту, а з іншого боку - граничну ставку відсотка за банківським кредитом, отриманим для фінансування проекту.

        Термін окупності проекту знаходиться за формулою:

        де

        t x - кількість періодів, за яких NPV менше нуля,

        NPV t - останнє негативне значення NPV,

        ДДП t +1 - величина ДДП в t +1 періоді.

        Отримаємо:

        півріччя (1,21 року)

        Таке значення терміну окупності проекту говорить про те, що через 1,21 року проект окупить грошові кошти, вкладені в нього, а потім почне приносити дохід.

        На підставі даних таблиці 9 можна побудувати фінансовий профіль проекту, який представляє собою графік зображення величини кумулятивної чистої поточної вартості проекту в часі (додаток 9).

        У цьому розділі дипломної роботи був проведений аналіз показників, що характеризують економічну ефективність проекту. У результаті аналізу було зроблено висновки про його прибутковості. Сальдо реальних накопичених грошей у всіх тимчасових інтервалах позитивно. Це говорить про те, що при реалізації проекту не виникне ситуація, пов'язана з браком грошових коштів. Значення інтегрального економічного ефекту більше нуля (NPV = 196164,02> 0). Це означає, що проект по його закінченню не тільки окупить вкладені в нього кошти, але і принесе прибуток. Значення індексу прибутковості більше одиниці (SRR = 3,56> 1) так само говорить про прибутковість проекту. Внутрішній коефіцієнт ефективності значно більше заданої ставки дисконтування (IRR = 4,66> 0,15), отже, інвестування коштів у проект набагато вигідніше ніж приміщення коштів на банківський депозит. Термін окупності проекту складає 1,21 року.

        Висновок

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

        Автоматизована система правового супроводу кредитування юридичних осіб дозволяє вирішити окремі проблеми якісної правової оцінки позичальника.

        Розроблена система відповідає законодавству РФ, тому що при її розробки був проаналізований великий обсяг законодавчих актів, в тому числі федеральні закони, розпорядження, постанови різних федеральних органів. Відповідно до аналізу були зроблені висновки та ув'язнення, як проходить процес кредитування, які закони повинні дотримуватися у цій діяльності. Так само визначено вимогам яких законодавчих актів повинні задовольняти правовстановлюючі документи, що надаються юридичною особою.

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

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

        На підставі всіх пророблених проектних робіт, з урахуванням поставлених вимог і вказівок законодавства РФ була розроблена автоматизована система правового супроводу кредитування юридичних осіб. Після чого система протестована за різними критеріями.

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

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

        Список літератури

        1. Цивільний кодекс РФ.

        2. Податковий кодекс РФ від 31.07.98 N 146-ФЗ (в ред. Від 29.07.2004 N 95-ФЗ)

        3. Кримінальний Кодекс Російської Федерації.

        4. Кодекс про Адміністративні правопорушення Російської Федерації.

        5. Федеральний закон «Про банки і банківську діяльність» від 02.12.1990 № 395-1 (в ред. Від 21.07.2005р.).

        6. Федеральний закон «Про основи обов'язкового соціального страхування» від 16.07.99 р. № 165 - ФЗ (в ред. Від 05.03.2004 р.).

        7. Федеральний закон "Про обов'язкове пенсійне страхування у РФ" від 15.12.2001 р. № 167 - ФЗ (в ред. Від 20.07.2004 р.).

        8. Федеральний закон "Про державну реєстрацію юридичних осіб" № 129-ФЗ від 23 червня 2003 року (в ред. Від 23.12.2003 N 185-ФЗ).

        9. Постанова Уряду Російської Федерації від 19.06.2002 № 439 «Про затвердження форм документів, що використовуються при державній реєстрації юридичних осіб, та вимог до їх оформлення».

        10. Наказ від 24.12.1999 МНС РФ № АП-3-26/413 «Про затвердження положення про міжрегіональної державної інспекції МНС Росії з контролю за оподаткуванням малого бізнесу та сфери послуг».

        11. Положення Банку Росії «Про порядок надання (розміщення) кредитними організаціями грошових коштів та їх повернення (погашення)» від 31 серпня 1998р. № 54-П (з урахуванням змін і доповнень, внесених Положенням Банку Росії від 27 липня 2001р. № 144-П).

        12. Вказівка ​​ЦБ РФ від 18.06.99 р. № 579-у (в ред. Від 21.02.2002г.).

        13. Інструкція Ощадного Банку РФ від 26 жовтня 1993р. N 26-р «Про кредитування юридичних осіб установами Ощадного Банку РФ».

        1. Регламент надання кредитів юридичним особам № 285-4-р Ощадного Банку РФ від 23.07.2004г.

        2. Порядок короткострокового кредитування юридичних осіб Ощадбанку Росії та його філіями № 931-2-р Ощадного Банку РФ від 26.11.2004г.

        3. Бобровський С.І. Delphi 7. Навчальний курс. Спб.: Пітер 2005.

        4. Вендров А.М. Проектування програмного забезпечення економічних інформаційних систем. М.: «Фінанси та статистика», 2002р.

        5. Гриненко Г.П. Методичні вказівки до виконання економічної частини випускної кваліфікаційної роботи для студентів спеціальності 220400 - Програмне забезпечення обчислювальної техніки і автоматизованих систем. - Белгород: Изд-во БГТУ ім. В.Г. Шухова, 2003.

        6. Понамарьов В. Бази даних в Delphi 7.Самоучітель. - Спб.: Пітер, 2003р.

        7. Фаронов В.В. Delphi. Програмування на мові високого рівня: Підручник для вузів - СПб.: Пітер 2005.

        8. Компанія «Бізнес Лайн», http://bl.com.ua

        9. Компанія IBS, http://www.ibs.ru

        10. Компанія «Інтерфейс LTD», Borland InterBase, http://www.interface.ru

        11. Компанія «Мережі та системи зв'язку», http://www.ccc.ru

        12. Компанія «Франклін & Грант», http://www.franklin-grant.ru

        13. Компанія Ю-Ті-Ай. http://www.uti.ru

        14. Російська інформаційна мережа, http://program.rin.ru

        15. BPwin 4.0: прийшов, побачив, реорганізував. Думка користувача. Притикіна Д.А, http://www.interface.ru

        16. CASE-технології. Сучасні методи і засоби проектування інформаційних систем., А. Вендров, http://www.webresurs.ru

        Додаток

        Додаток 1

        Білгородське відділення № 8592 АК СБ РФ

        Юридичному відділу

        Службова записка

        Кредитний відділ просить дати висновок про можливість

        (Видачі, пролонгації)

        кредиту

        (Найменування організації)

        в сумі

        строком

        Сума активів підприємства станом на

        складає

        в тому числі основні засоби

        заставу (% від активу)

        кредит (% від активу)

        найменування застави

        Начальник сектора

        з кредитування юридичних осіб

        Виконавець

        Додаток 2

        Форма N │ Р │ 5 │ 0 │ 0 │ 0 │ 3 │

        СВІДОЦТВО

        Про внесення запису до Єдиного ДЕРЖАВНИЙ РЕЄСТР

        ЮРИДИЧНИХ ОСІБ

        Цим підтверджується, що відповідно до Федерального

        законом "Про державну реєстрацію юридичних осіб" до Єдиного

        державний реєстр юридичних осіб внесено запис про

        _____________________________________________________________

        _____________________________________________________________

        (Повне найменування юридичної особи із зазначенням

        організаційно-правової форми)

        _____________________________________________________________

        (Скорочене найменування юридичної особи)

        _____________________________________________________________

        (Фірмове найменування)

        ┌ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┐

        Основний державний │ │ │ │ │ │ │ │ │ │ │ │ │ │

        реєстраційний номер └ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┘

        "__" "________________________" "____" За державним

        (Число) (місяць (прописом)) (рік)

        реєстраційним номером

        ┌ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┬ ─ ┐

        │ │ │ │ │ │ │ │ │ │ │ │ │ │

        └ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┴ ─ ┘

        _____________________________________________________________

        (Найменування реєструючого органу)

        Посада уповноваженої особи

        реєструючого органу ______________________

        (Підпис, ПІБ)

        М.П.

        Додаток 3

        Форма N ¬ Р ¬ 5 ¬ 1 ¬ 0 ¬ 0 ¬ 1 ¬

        +-----------------------+

        СВІДОЦТВО

        про державну реєстрацію юридичної особи

        Цим підтверджується, що відповідно до Федерального

        законом "Про державну реєстрацію юридичних осіб" до Єдиного

        державний реєстр юридичних осіб внесено запис про створення

        _____________________________________________________________

        (Повне найменування юридичної особи із зазначенням

        організаційно-правової форми)

        _____________________________________________________________

        (Скорочене найменування юридичної особи)

        ____________________________________________________________

        (Фірмове найменування)

        "____" "_________" "______" За основним державним

        (Число) (місяць (рік)

        (Прописом)

        реєстраційним номером

        +-------------------------+

        +-------------------------+

        ____________________________________________________________

        (Найменування реєструючого органу)

        Посада уповноваженої особи

        реєструючого органу __________________________

        (Підпис, ПІБ)

        Додаток 4

        Міністерство Російської Федерації з податків і зборів

        СВІДОЦТВО

        Про ПОСТАНОВЦІ НА ОБЛІК У ПОДАТКОВІЙ органу юридичної особи,

        Утворених відповідно до ЗАКОНОДАВСТВОМ РОСІЙСЬКОЇ ФЕДЕРАЦІЇ,

        ЗА МІСЦЕМ ПЕРЕБУВАННЯ НА ТЕРИТОРІЇ РОСІЙСЬКОЇ ФЕДЕРАЦІЇ

        Ця Свідоцтво видано відповідно до положень частини

        першої Податкового кодексу Російської Федерації, прийнятого Федеральним

        законом від 31 липня 1998 року N 146-ФЗ, юридичній особі

        __________________________________________________

        (Повне найменування відповідно

        _____________________________________________________________

        з установчими документами)

        местонахождение_____________________________________________

        (Адреса місця знаходження у відповідності

        _____________________________________________________________

        з установчими документами)

        відомості про реєстрацію:

        вид документа______________________________

        (Найменування)

        реквізити документа

        _________________________________________________

        (Номер, серія і дата реєстрації / реквізити

        _____________________________________________________________

        нормативного правового акту)

        найменування органу, що видав / затвердив / документ_________________________________________________________

        і підтверджує постановку юридичної особи на облік ___________________________________________________________

        (Число, місяць, рік постановки на облік)

        +-+-+-+-

        за місцем знаходження в______________________________________ | | | |

        (Найменування податкового органу та його код )+-+-+-+-

        і присвоєння йому +-------------------+

        Ідентифікаційного | ІПН юридичної | |

        | Особи +-+-+-+-+-+-+-+-+-+-+

        Номери | +-----------------+

        Платника податків: | з кодом причини | |

        | Постановки на облік +-+-+-+-+-+-+-+-+-+

        Дата видачі Свідоцтва ___________________

        (Число, місяць, рік)

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

        Керівник податкового органу

        _________________________________

        МП (підпис, прізвище, ім'я, по батькові)

        Додаток 5

        Висновок

        дата м. Білгород

        позичальник: (найменування юридичної особи)

        сума: (сума кредиту)

        термін: (термін укладається кредитного договору)

        Юридична адреса: (юридична адреса позичальника)

        Я, (посада та ПІБ співробітника) юридичного відділу Бєлгородського відділення № 8592 Ощадбанку Росії, розглянувши

        (Перелік правовстановлюючих документів, наданих юридичною особою Банку)

        Вважаю, що представлені позичальником реєстраційні та статутні документи відповідають чинному законодавству.

        (Висновки, на які посилається співробітник)

        Висновок: загальна правоздатність (найменування юридичної особи) встановлена. Укладення кредитного договору на вищевказаних умовах можливо.

        співробітник

        Додаток 6

        Білгородське відділення № 8592 АК СБ РФ

        Юридичний відділ

        Звіт

        За надійшли заяв на встановлення правоздатності позичальника - юридичної особи за період від до

        Найменування критеріїв

        Кількість

        1.

        Надійшли заяви на встановлення правоздатності позичальників


        2.

        Дача висновків по кредитах юридичних осіб


        3.

        Висновки щодо пролонгації договору


        Додаток 7

        Фінансовий профіль проекту

        1 Цивільний кодекс України, ст. 819.

        2 Там же, ст. 820.

        3 Там же, ст. 821.

        1 Цивільний кодекс України, ст. 48.

        2 Там же, ст. 49.

        1 Цивільний Кодекс України, ст. 53.

        1 Компанія IBS, http://www.ibs.ru

        2 Компанія «Франклін & Грант», http://www.franklin-grant.ru

        3 Компанія «Бізнес Лайн», http://bl.com.ua

        4 Там же.

        1 Компанія «Мережі та системи зв'язку», http://www.ccc.ru

        1 Російська інформаційна мережа, http://program.rin.ru

        1 Російська інформаційна мережа, http://program.rin.ru

        2 CASE-технології. Сучасні методи і засоби проектування інформаційних систем., А. Вендров, http://www.webresurs.ru

        1 CASE-технології. Сучасні методи і засоби проектування інформаційних систем., А. Вендров, http://www.webresurs.ru

        1 BPwin 4.0: прийшов, побачив, реорганізував. Думка користувача. Притикіна Д.А, http://www.interface.ru

        1 BPwin 4.0: прийшов, побачив, реорганізував. Думка користувача. Притикіна Д.А, http://www.interface.ru

        1 BPwin 4.0: прийшов, побачив, реорганізував. Думка користувача. Притикіна Д.А, http://www.interface.ru

        1 Компанія «Інтерфейс LTD», Borland InterBase, http://www.interface.ru

        1 Фаронов В.В. Delphi. Програмування на мові високого рівня: Підручник для вузів-СПб.: Пітер 2005.

        1 Бобровський С.І. Delphi 7. Навчальний курс. Спб.: Пітер 2005.

        1 Гриненко Г.П. Методичні вказівки до виконання економічної частини випускної кваліфікаційної роботи для студентів спеціальності 220400 - Програмне забезпечення обчислювальної техніки і автоматизованих систем .- Білгород: Вид-во БГТУ ім. В.Г. Шухова, 2003.

        1 Компанія Ю-Ті-Ай. Http: / / www. Uti. Ru

        1 Там же.

        Додати в блог або на сайт

        Цей текст може містити помилки.

        Програмування, комп'ютери, інформатика і кібернетика | Диплом
        356.3кб. | скачати


        Схожі роботи:
        Кредитування юридичних осіб 2
        Кредитування юридичних осіб
        Кредитування юридичних осіб 3 лютого
        Кредитування юридичних осіб Ощадбанком РФ
        Кредитування юридичних осіб 2 лютого
        Банківські операції з кредитування юридичних осіб
        Банківські операції з кредитування юридичних осіб
        Організація процесу кредитування юридичних осіб
        Організація кредитування юридичних осіб у комерційному банку
        © Усі права захищені
        написати до нас