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

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

скачати


Зміст

Введення

Глава I. Юридична частина

1.1 Поняття ризику в підприємництві

1.2 Хто може стати страхувальником

1.3 Об'єкти страхування підприємницьких ризиків

1.4 Страхова сума

1.5 Види страхування підприємницької діяльності

Глава II. Проектна частина

2.1 Постановка завдання

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

2.2.1 Загальні вимоги до системи

2.2.2 Мета розробки

2.2.3 Вимоги до функціональних характеристик

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

2.2.5 Користувачі автоматизованої системи

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

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

2.5 Опис методики оцінки ефективності проектування

Глава III. Розробка інформаційної системи

3.1 Вибір структури інформаційної бази і засобів її реалізації

3.2 Розробка структури бази даних

3.3 Проектування інформаційної бази даних

3.4 Проектування екранних форм

Висновок

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

Введення

Сучасні технології, як невід'ємна частина науково-технічного прогресу, відіграють все більшу роль в житті та діяльності суспільства. У наш час вже нескладно уявити автоматизовану систему практично в будь-якій сфері діяльності людини. Комп'ютери, бази даних, інформаційні мережі, все це результат діяльності людини полегшує його працю. У будь-якій діяльності людини, що вимагає контролю, має місце певний документообіг, з появою комп'ютерів, поняття документообігу значно розширено, якщо раніше під цим словом розумілося лише створення, обробка та знищення паперових документів, тепер це розуміється як ті ж дії, як з паперовими, так і з електронними документами. Важко знайти сферу діяльності, яка б не потребувала створення нових і вдосконалених старих програмних засобів. Не є і виключенням така галузь, як страхування. Останнім часом користуються великим попитом послуги зі страхування підприємницьких ризиків, що робить обрану тему більш актуальною. Так підприємництво завжди пов'язане з невизначеністю економічної кон'юнктури, яка випливає з мінливості попиту-пропозиції на товари, гроші, фактори виробництва, з багатоваріантності сфер докладання капіталів і різноманітності критеріїв перевагу інвестування коштів, через обмеженість знань про області бізнесу і комерції та багатьох інших обставин. Для того, щоб передбачити всі несподіванки, супутні підприємницької діяльності, ризик збитків або неотримання наміченої прибутку багато займаються підприємницькою діяльністю з метою убезпечити свою справу укладають зі страховою компанією договір страхування підприємницьких ризиків. Але щоб спростити роботу з реєстрації та пошуку даних про договори потрібно автоматизувати дану галузь, тобто розробити таку інформаційну систему, яка б дозволила фахівцям страхової компанії: по-перше, здійснювати автоматизований облік договорів страхування підприємницьких ризиків і одразу виводити на друк сформований договір страхування підприємницьких ризиків. По-друге, зменшити витрати на управління за рахунок вивільнення людських ресурсів, зайнятих оформленням договорів. По-третє, зберігати та аналізувати дані за будь-який проміжок часу. І, по-четверте, здійснювати пошук потрібної інформації за різними критеріями відбору.

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

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

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

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

Глава I. Юридична частина

1.1 Поняття ризику в підприємництві

Саме поняття підприємницької діяльності має на увазі, що вона здійснюється на свій страх і ризик (абз. 3 п. 1 статті 2 Цивільного кодексу РФ). Таким чином, ризик втрати, неповернення вкладених у справу коштів нерозривно пов'язаний із самим характером цивільно-правових відносин, заснованих на автономії волі, рівності та майновій самостійності їх учасників. У той же час з упевненістю можна сказати, що практично неможливо передбачити всі несподіванки, що можуть спричинити ризик збитків або неотримання наміченої прибутку, що означає, що рано чи пізно будь-який підприємець може зіткнутися з проблемою фінансових втрат, пов'язаних з ризикованістю даного виду діяльності. У таких умовах страхування підприємницьких ризиків представляється одним із способів захисту від неотримання прибутку або несення збитків при веденні підприємницької діяльності поряд зі страхуванням майна, цивільної відповідальності та іншими видами страхування. 2

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

Страхування підприємницьких ризиків є однією з різновидів майнового страхування. Відповідно до загальних правил (стаття 929 ГК РФ) за договором майнового страхування одна сторона (страховик) зобов'язується за обумовлену договором плату (страхову премію) при настанні передбаченого в договорі події (страхового випадку) відшкодувати іншій стороні (страхувальникові) заподіяні внаслідок цієї події збитки у застрахованому майні або збитки у зв'язку з іншими майновими інтересами страхувальника (виплатити страхове відшкодування) в межах визначеної договором суми (страхової суми). Особливістю договору страхування підприємницьких ризиків є те, що застрахований може бути підприємницький ризик лише самого страхувальника і тільки на його користь. Договір страхування підприємницького ризику особи, яка не є страхувальником, нікчемний, а укладений на користь особи, яка не є страхувальником, вважається укладеним на користь страхувальника.

1.2 Хто може стати страхувальником

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

1.3 Об'єкти страхування підприємницьких ризиків

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

Об'єктами страхування підприємницьких ризиків можуть бути майнові інтереси страхувальників, пов'язані із здійсненням ними підприємницької діяльності. Так, згадана стаття 929 ГК до підприємницьких ризиків відносить порушення зобов'язань контрагентом підприємця або зміна умов діяльності підприємця з незалежних від нього причин 3.

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

1.4 Страхова сума

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

- Витрат, які Страхувальник справив чи повинен буде провести у разі порушення свого права для його відновлення (реальні збитки);

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

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

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

Страхування підприємницького ризику проводиться або на випадок порушення зобов'язань контрагентом підприємця, або на випадок зміни умов діяльності підприємця з незалежних від нього причин. Оскільки тут мається на увазі систематична діяльність, спрямована на отримання прибутку (ст.2 ЦК), то й зміна умов діяльності має носити систематичний характер. Тобто за договором страхування підприємницького ризику не може бути застрахована, наприклад, упущена вигода через випадкову одноразової втрати вантажу, а тільки через такої зміни умов, при яких випадки втрати вантажу стійко почастішали. Це, однак, не означає, що за договором страхування підприємницького ризику не може бути застрахована упущена вигода з-за одноразової втрати вантажу у зв'язку з порушенням зобов'язань контрагентами. Це також не означає, що упущена вигода не може бути застрахована за договором страхування вантажів, як це описано в п. 7 Додатка 2 до Умов ліцензування.

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

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

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

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

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

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

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

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

Аналіз численних визначень ризику дозволяє виявити основні моменти, які є характерними для ризикової ситуації, такі, як:

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

  • наявність альтернативних рішень;

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

  • ймовірність виникнення збитків;

  • ймовірність отримання додаткового прибутку.

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

1.5 Види страхування підприємницької діяльності

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

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

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

Для російських підприємств, незалежно від їх форми власності та сфер діяльності, найбільш типовими є наступні ризики:

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

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

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

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

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

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

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

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

При встановленні підприємницького ризику треба розрізняти поняття "витрати", "збитки", "втрати". Будь-яка підприємницька діяльність неминуче пов'язана з витратами, тоді як збитки мають місце при несприятливому збігу обставин, прорахунки і являють собою додаткові витрати понад намічених. Сказане характеризує категорію "ризик" з якісної сторони, але створює основу і для перекладу поняття "підприємницький ризик" в кількісний. Якщо ризик - це небезпека втрати ресурсів або доходу, то існує його кількісна міра, обумовлена ​​абсолютним або відносним рівнем втрат. 6

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

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

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

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

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

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

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

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

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

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

Ефективна підприємницька діяльність немислима без освоєння нової техніки, без розумного ризику в пошуках додаткових резервів інтенсифікації виробництва. Тепер відзначимо й інший аспект взаємозв'язку підприємництва і страхування. Страхування в умовах ринкової економіки саме виступає сферою комерційної діяльності. Беручи на себе відповідальність за ті чи інші ризики, страховик, перш за все, думає про те, що дасть йому укладається договір. Як підприємець, що діє на свій страх і ризик, він не береться за ті види страхування, в яких імовірність настання несприятливих подій особливо велика. Ось чому багато об'єктів підвищеної небезпеки стають предметом взаємного страхування на комерційній основі. 8

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

Глава II. Проектна частина

2.1 Постановка завдання

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

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

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

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

а) ПІБ громадянина - підприємця / найменування юридичної особи;

б) ІПН;

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

г) юридична адреса (місце знаходження), телефон;

д) вид діяльності юридичної особи або індивідуального підприємця;

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

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

з) банківські реквізити

і) номер ліцензії, отриманої юридичною особою;

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

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

2.2.1 Загальні вимоги до системи

До проектованої системи пред'являються наступні загальні вимоги:

  1. Система повинна мати набір зручних можливостей щодо введення інформації в систему;

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

  3. Система повинна мати зручний інтерфейс.

  4. Система повинна бути побудована таким чином, щоб можливо було її конфігурувати, налаштовувати під зміни в законодавстві.

2.2.2 Мета розробки

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

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

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

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

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

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

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

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

- Скорочення паперових архівів.

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

2.2.3 Вимоги до функціональних характеристик

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

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

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

  3. автоматизований пошук потрібних відомостей,

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

  5. контроль форми документів: договору про страхування підприємницьких ризиків і заяви,

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

  7. забезпечити взаємодії користувача з інформаційною системою,

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

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

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

  11. пошук інформації з різних аспектів поточного стану і руху страхування,

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

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

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

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

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

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

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

2. Забезпечити цілісність зберігається в базі даних інформації.

3. Забезпечити автоматичну періодичне архівування даних і відновлення БД з такого архіву.

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

2.2.5 Користувачі автоматизованої системи

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

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

У цей час почала поступово автоматизуватися сфера страхування. У процесі проектування були проаналізовані багато розробляються і вже впроваджені автоматизовані системи, пов'язані урахуванням договорів страхування. Розглянуто така спеціалізована система обліку договорів добровільного медичного страхування (ДМС) у ПК "ІНЕК-Страховик 5.0", розроблена групою ІНЕК.

Розроблена система дозволяє:

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

  • Вести облік договорів страхування з групою застрахованих і прив'язкою різних програм страхування

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

  • Вести облік договорів з медичними установами

  • Імпортувати прейскуранти медичних установ

  • Реєструвати та імпортувати рахунки медзакладів

  • Проводити технічну експертизу рахунків медустанов

  • Готувати довільні аналітичні звіти за договорами страхування, програмами страхування, що послуг і т.п.

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

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

Комплексний підхід дозволив створити по-справжньому сучасну систему, надійний і зручний інструмент автоматизації.

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

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

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

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

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

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

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

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

Існує багато різних CASE-засобів, таких як: Rational Rose, BPWin, Silverrun, Oracle Designer, JAM, Vantage Team Builder (Westmount I - CASE), esigner / 2000 + Developer / 2000 і. т. д. Для проектування обрані такі CASE-продукт, як Rational Rose і BPWin. Вони займають особливе місце в ряду CASE-продуктів візуального моделювання складних програмних систем, і мають переваги в плані розвитку продукту 9.

Для того щоб правильно реалізувати поставлену задачу потрібно розглянути модель страхування підприємницьких ризиків по підсистемах. Це найкраще зробити графічно за допомогою інструментального CASE-засоби розробки Rational Rose. У рамках Rational Rose всі уявлення про моделі складної системи фіксуються у вигляді спеціальних графічних конструкцій, що одержали назву діаграм. Перелік цих діаграм і їх назви є канонічними в тому сенсі, що представляють собою невід'ємну частину графічної нотації. При цьому сукупність побудованих діаграм є самодостатньою в тому сенсі, що в них міститься вся інформація, яка необхідна для реалізації проекту складної системи. Кожна з діаграм Rational Rose деталізує і конкретизує різні уявлення про моделі складної системи. При цьому діаграма варіантів використання є найбільш загальну концептуальну модель складної системи. Суть діаграми варіантів використання полягає в наступному: проектована система представляється у вигляді безлічі сутностей або акторів, які взаємодіють з системою за допомогою так званих варіантів використання. При цьому актором або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. У свою чергу, варіант використання служить для опису сервісів, які система надає акторові. Іншими словами, кожен варіант використання визначає певний набір дій, який чинять системою при діалозі з актором 10.

Рис.1 Діаграма варіантів використання

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

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

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

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

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

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

У нашому випадку контекстна діаграма буде виглядати наступним чином (Рис 2):

Рис. 2

Двома найбільш важливими компонентами, з яких побудована контекстна діаграми IDEF 0, є робота (представлена ​​на діаграмі у вигляді прямокутника) та об'єкти (зображувані у вигляді стрілок). Роботою на нашій контекстної діаграмі є страхування підприємницьких ризиків. Стрілки, в залежності від того в яку грань прямокутника роботи вони входять або з якоїсь межі виходять, діляться на чотири види:

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

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

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

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

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

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

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

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

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

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

- Формування договору страхування підприємницьких ризиків і висновок на друк.

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

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

Функція Узгодження умов договору пов'язана з функцією Заповнення полів БД обліку договорів страхування підприємницьких ризиків зв'язком - додаткова інформація (термін, страхова премія, страхова сума), яка необхідна для заповнення полів БД. Для функції Заповнення полів БД обліку договорів страхування підприємницьких ризиків стрілками входу також є: заява про страхування підприємницьких ризиків, правовстановлюючі документи, інформація про страхувальника. Стрілкою управління є правила "Страхування підприємницьких ризиків".

Функція Заповнення полів БД обліку договорів страхування підприємницьких ризиків пов'язана з функцією Формування договору страхування підприємницьких ризиків і висновок на друк зв'язком - оброблені дані. Ця функція регулюється правилами "Страхування підприємницьких ризиків".

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

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

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

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

  • Роботи. Роботи в DFD позначають функції або процеси, які обробляють і змінюють інформацію. Роботи представлені на діаграмах у вигляді прямокутників з округленими кутами. (C м. Рис.4 - "Аналізування даних").

  • Стрілки. Стрілки йдуть від об'єкту-джерела до об'єкту-приймача, позначаючи інформаційні потоки в системі документообігу. (C м. Рис.4 - "Дозвіл на страхування").

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

  • Сховища даних. Сховища даних являють собою власне дані, до яких здійснюється доступ, ці дані також можуть бути створені або змінені роботами. (C м. Рис.4 - "БД Обліку договорів страхування підприємницьких ризиків").

Рис. 4 Діаграма DFD - потоків даних страхування підприємницького ризику

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

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

Процес "перевірка та підписання договору" пов'язаний потоком даних - договір страхування підприємницьких ризиків з зовнішнім об'єктом "страхувальник". Так як після перевірки сторонами договору та підписання один примірник договір видається страхувальникові на руки.

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

2.5 Опис методики оцінки ефективності проектування

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

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

До одноразовим витрат розробника належать 12:

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

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

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

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

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

    • реклама.

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

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

Стадія

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

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

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

11

5,4

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

28

13,7

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

54

26,3

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

106

51,7

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

6

2,9

Разом

205

100,0

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

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

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

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

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

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

Ціна

Кількість

Вартість

Дискети

14

3

42

Папір

120

1

120

Диски CD-RW

35

2

70

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

1200

1

1200

Разом

1432

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

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

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

,

де

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

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

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

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

З раз = 205 дн .* 350 руб. / день = 71750 руб.

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

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

З рук = 23 * 45 = 1035 руб.

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

З конс = 3 * 40 = 120 руб.

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

З осн = З раз + З рук + З конс = 71750 +1035 +120 = 72905 руб.

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

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

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

З заг = З осн + З доп = 72905 +7290,5 = 80195,5 крб.

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

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

Про соц = 0,26 * З заг = 80195,5 * 0,26 = 20850,83 руб.

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

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

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

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

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

+0,6 * Т вн = 0,35 * 25 +0,6 * 30 +0,8 * 39 +0,6 * 10 = 131 день,

де

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

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

Т ЕОМ = 131 дн * 8ч = 1048 год

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

З ел = Т ЕОМ * З мч = 1048 * 0,28 = 293,44 руб.

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

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

де

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

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

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

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

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

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

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

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

Комп'ютер Celeron 2.6

1

23000

23000

Принтер HP

1

6840

6840

Разом

29840

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

А м = (29840 * 20 * 131) / (365 * 100) = 2135,40 руб.

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

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

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

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

З ОВМ = 2135,40 +290,87 = 2426,27 руб.

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

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

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

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

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

Delphi 7.0

19500

Windows XP

3525

Microsoft Office XP

6400

B Pwin

1500

Разом

30925

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

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

де

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

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

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

А ис = (30925 * 30 * 131) / (365 * 100) = 3319,57 руб.

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

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

Р н = З осн * 0,3 = 72905 * 0,3 = 21871,5 крб.

Далі в таблицю 5 заноситься кошторис витрат на програмне забезпечення.

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

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

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

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

1432

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

80195,5

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

20850,83

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

2426,27

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

3319,57

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

21871,5

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

130095,67

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

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

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

Півріччя


2 півріччя 2004

1 півріччя 2005

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

6980,74


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

17769,16


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

34269,10


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

36807,55

30461,42

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


3807,68

Разом:

95826,56

34269,10

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

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

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

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

Показники

Період


2 півріччя 2004

1 півріччя 2005

2 півріччя 2005

1 півріччя 2006

2 півріччя 2006

1 півріччя 2007

2 півріччя 2007

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

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









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

0

1125

3125

2275

1975

1675

800

625

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

0

675

1875

1365

1185

1005

480

375

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

0

1800

5000

3640

3160

2680

1280

1000

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

0

1350

3750

2730

2370

2010

960

750

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

0,00

0,93

2,60

1,89

1,64

1,39

0,66

0,52

Разом:

0,00

4950,93

13752,60

10011,89

8691,64

7371,39

3520,66

2750,52

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

0,00

13009,57

10407,65

10407,65

6504,78

5203,83

2601,91

1300,96

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

0

6300

15000

10920

9480

7370

3520

2500

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

0,00

24260,50

39160,25

31339,54

24676,42

19945,22

9642,58

6551,48

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

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

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

Показники

Період


2 півріччя 2004

1 півріччя 2005

2 півріччя 2005

1 півріччя 2006

2 півріччя 2006

1 півріччя 2007

2 півріччя 2007

1 півріччя 2008

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

0

141120

336000

244608

212352

165088

78848

56000

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

0,00

24260,50

39160,25

31339,54

24676,42

19945,22

9642,58

6551,48

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

0,00

116859,50

296839,75

213268,46

187675,58

145142,78

69205,42

49448,52

Податок (24%)

0,00

28046,28

71241,54

51184,43

45042,14

34834,27

16609,30

11867,65

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

0,00

88813,22

225598,21

162084,03

142633,44

110308,51

52596,12

37580,88

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

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

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

Показники

Період


2 півріччя 2004

1 півріччя 2005

2 півріччя 2005

1 півріччя 2006

2 півріччя 2006

1 півріччя 2007

2 півріччя 2007

1 півріччя 2008

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

95826,56

34269,10

0,00

0,00

0,00

0,00

0,00

0,00

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

0,00

88813,22

225598,21

162084,03

142633,44

110308,51

52596,12

37580,88

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

-95826,56

54544,12

225598,21

162084,03

142633,44

110308,51

52596,12

37580,88

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

0,92

0,85

0,79

0,72

0,67

0,62

0,57

0,52

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

-88400,16

46417,54

177107,51

117383,93

95292,10

67984,78

29903,60

19710,78

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

-88400,16

-41982,61

135124,89

252508,83

347800,92

415785,70

445689,30

465400,08

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

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

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

,

де

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

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

Дисконтований грошовий потік представляє собою добуток коефіцієнта дисконтування на суму чистого грошового потоку за відповідний період. Чиста поточна вартість проекту (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 півріччя 2004

1 півріччя 2005

2 півріччя 2005

1 півріччя 2006

2 півріччя 2006

1 півріччя 2007

2 півріччя 2007

1 півріччя 2008

NPV r1 =

-88400,16

-41982,61

135124,9

252508,83

347800,92

415785,70

445689,30

465400,08

α 2 =

0,45

0,21

0,09

0,04

0,02

0,01

0,00

0,00

ДДП 2 =

-43557,53

11269,45

21186,91

6919,10

2767,63

972,91

210,86

68,48

NPV r2 =

-43557,53

-32288,08

-11101,17

-4182,08

-1414,45

-441,54

-230,68

-162,19

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

(239,2% у півріччя або 572,3% на рік)

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

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

де

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

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

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

Отримаємо:

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

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

Глава III. Розробка інформаційної системи

Сучасною формою інформаційних систем є банки даних, що мають у своєму складі:

  • Обчислювальну систему;

  • Систему управління базами даних (СКБД);

  • Одну або декілька баз даних (БД);

  • Набір прикладних програм (додатків БД).

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

3.1 Вибір структури інформаційної бази і засобів її реалізації

База даних (БД) забезпечує зберігання інформації, а також зручний і швидкий доступ до даних. Вона являє собою сукупність даних різного характеру, організованих за певними правилами. Основним структурним компонентом БД є таблиця, яка містить записи певного виду та форми. Кожен запис таблиці містить всю необхідну інформацію про окремий елементі БД. Такі окремі структурні елементи називають полями таблиці. 14

Інформація в БД повинна бути:

    • несуперечливої;

    • ненадлишковим;

    • цілісної;

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

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

  • Ієрархічну;

  • Мережеву;

  • Реляційну;

  • Об'єктно-орієнтовану.

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

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

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

- Підтримка наступних обмежень цілісності:

1) кожен рядок в таблиці повинна мати унікальний ідентифікатор, званий первинним ключем;

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

3) структура взаємозв'язків таблиць не повинна залежати від вмісту таблиць.

Система управління базою даних (СКБД) - це сукупність мовних та програмних засобів, призначених для створення, ведення і використання БД. За характером застосування СУБД поділяють на: персональні і розраховані на багато.

Персональні СУБД забезпечують можливість створення локальних БД, що працюють на одному комп'ютері. До персональних СУБД відносяться Paradox, dBase, FoxPro, Access та інші.

Сітьові СУБД дозволяють створювати інформаційні системи, що функціонують в архітектурі "клієнт-сервер". Найбільш відомими розрахованими на багато користувачів СУБД є Oracle, Informix, SyBase, Microsoft SQL Server, InterBase.

При створенні системи обліку договорів страхування підприємницьких ризиків буде використовуватися багатокористувацька СУБД InterBase, яка дозволяє створювати інформаційні системи, що функціонують в архітектурі "клієнт-сервер". 15

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

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

3.2 Розробка структури бази даних

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

Для того щоб створити базу даних, її потрібно нормалізувати. Цей процес одержав назву нормалізації бази даних.

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

  • перша нормальна форма

  • друга нормальна форма

  • третя нормальна форма

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

Після нормалізації виходять такі таблиці:

Таблиця "Договір страхування підприємницьких ризиків" (Таблиця 1) містить інформацію про договір страхування підприємницьких ризиків: номер бланка договору, серія, статус договору, тип, дата укладення договору, дата останньої зміни, страхова премія, розмір страхової суми, додаткові умови, номер заяви і номер документа про оплату. Ключовим полем у цій таблиці є поле - "Номер договору", так як він є ідентифікатором для договорів страхування підприємницьких ризиків.

Таблиця 1: "Договір страхування підприємницьких ризиків"

Ім'я поля

Тип

Розмір-ність

Опис

NDogivora

Integer

100

Номер бланка договору, ключове поле

SDogovora

Real

100

Серія договору страхування предприн. ризиків

StatusD

Real

10 0

Статус договору (у роботі, виданий, припинений)

DataZak

Date

-

Дата укладення договору (00.00.0000)

TipD

Real

100

Тип договору (на страхування, зміна, припинення)

DataIzm

Date

-

Дата останньої зміни (00.00.0000)

StaraxPr

Real

10 0

Розмір страхової премії (2000 руб.)

StarxSuma

Real

10 0

Розмір страхової суми (50000 руб.)

DopolYsl

Real

100

Додаткові умови

NZayv

Integer

100

Номер заяви (12)

NDokOp

Integer

100

Номер документа про оплату (123)

Таблиця "Заява" (Таблиця 2) містить наступну інформацію: номер заяви, дата прийняття, ПІБ співробітника, термін страхування, порядок сплати страхової премії, ІПН. Ключовим полем є поле - "Номер заяви".

Таблиця 2: "Заява"

Ім'я поля

Тип

Розмірність

Опис

NZav

Integer

100

Номер заяви, ключове поле

DataPrin

Date

-

Дата прийняття заяви (00.00.0000)

FIOSot

Real

10 0

ПІБ Співробітника прийняв заяву

Srok

Real

10 0

Термін страхування (6 місяців або 15 діб)

PorYpStPr

Memo

500

Порядок оплати страхової премії (графік)

INN

Integer

100

ІПН страхувальника (334657869067)

Таблиця "Страхувальник" (Таблиця 3) зберігає інформацію про страхувальника підприємницьких ризиків, яку повинен надати страховику сам страхувальник. Набір полів таблиці визначається "Правилами про добровільне страхування підприємницьких ризиків". Цими даними є: ІПН страхувальника, ПІБ ІП / Найменування юридичної особи, документ, на підставі якого діє юридична особа, ПІБ керівника, номер свідоцтва про реєстрацію, серія, дата видачі, орган що видав свідоцтво, індекс, країна, район, населений пункт, вулиця , будинок, офіс, телефон, вид діяльності, розмір статутного капіталу, номер ліцензії, номер пакету документів. Ключовим полем у цій таблиці є "ІПН".

Таблиця 3: "Страхувальник"

Ім'я поля

Тип

Розмір-ність

Опис

INN

Integer

100

ІПН страхувальника, ключове поле

Name

Real

100

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

Dok

Real

10 0

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

FIORuk

Real

10 0

ПІБ керівника

NSvid

Integer

100

Номер свідоцтва про реєстрацію

CeriySvid

Real

100

Серія свідоцтва про реєстрацію

DataVd

Date

-

Дата видачі свідоцтва про реєстрацію (00.00.0000)

OrVdSv

Real

10 0

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

Indexs

Integer

100

Індекс

Strana

Real

100

Країна

Raon

Real

100

Район

NasPynkt

Real

100

Населений пункт

Yliza

Real

100

Вулиця

Dom

Integer

50

Будинок

Ofis

Integer

50

Офіс

Telefon

Integer

50

Телефон

VudDey

Real

100

Вид діяльності

RazYstKap

Integer

100

Розмір статутного капіталу

NLiz

Integer

100

Номер ліцензії

NpakDok

Integer

100

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

Таблиця "Підприємницькі ризики" (Таблиця 4) містить певний набір підприємницьких ризиків, які прописані в ФЗ "Про страхову справу в РФ", при настанні яких страхова компанія буде нести зобов'язання з відшкодування збитку. Страхувальник має сам обрати ті ризики, для яких йому необхідна страховий захист. Ключовим полем є "Код".

Таблиця 4: "Підприємницькі ризики".

Ім'я поля

Опис

Kod

Код, ключове поле, тип лічильник

Ytrata

Втрата, недостача або пошкодження основних або оборотних коштів

Ybitki

Можливі збитки в процесі діяльності

Kontragent

Порушення умов контрагентами

NZayv

Номер заяви

Таблиця "Пакет документів" (Таблиця 5) містить певний набір документів, які надає страхувальник для страхування підприємницьких ризиків. Документи, необхідні для страхування того або іншого виду підприємницького ризику, визначаються "Правилами про добровільне страхування підприємницьких ризиків". Ключовим полем є "Номер пакета документів".

Таблиця 5: "Пакет документів".

Ім'я поля

Опис

NomerD

Номер пакета документів, ключове поле, тип лічильник

KopSR

Копія свідоцтва про реєстрацію

KopSINN

Копія свідоцтва про взяття на облік в нал. органі

KopYzrD

Копія установчого документа

Otz

Звіт про фінансовий стан

BizPlan

Бізнес-план

KopDogK

Копія договору з контрагентами

KopLiz

Копія ліцензії

OpisImy

Опис майна

Таблиця "БСО" (Таблиця 6) містить інформацію про бланках суворої звітності. До таких даних належать: номер БСЗ, серія, дата виготовлення, статус, ПІБ співробітника, дата отримання, номер договору. Ключовим полем є поле - "номер БСЗ".

Таблиця 6: "БСО"

Ім'я поля

Тип

Розмірність

Опис

NBSO

Integer

100

Номер БСО, ключове поле

Seriy

Real

100

Серія БСО

DataIzg

Date

-

Дата виготовлення (00.00.0000)

Statys

Real

10 0

Статус БСО

FIOSot

Real

10 0

ПІБ Співробітника, який прийняв БСО

DataPolyz

Date

-

Дата отримання (00.00.0000)

NDog

Integer

100

Номер договору

Таблиця "Документи про оплату" (Таблиця 7) містить дані про оплату страхової премії. До цих даних відносяться: номер документа про оплату, дата оплати, тип документа, сума, ПІБ касира, ПІБ платника, серія і номер паспорта платника 16. Ключовим полем є "номер документа про оплату".

Таблиця 7 "Документи про оплату"

Ім'я поля

Тип

Розмірність

Опис

ND

Integer

100

Номер документа про оплату, ключове поле

Tip

Real

100

Тип документа (квитанція, платіжне доручення)

DataOplat

Date

-

Дата оплати (00.00.0000)

Symma

Real

10 0

Сума оплати

FIOKas

Real

10 0

ПІБ касира

FIOPL

Real

100

ПІБ платника

SerPas

Real

100

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

NPas

Real

100

Номер паспорта платника

3.3 Проектування інформаційної бази даних

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

Рис. 5 Структура бази даних обліку договорів страхування підприємницьких ризиків

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

Таблиця "Заява" пов'язана з таблицями "Підприємницькі ризики" за номером заяви і з таблицею "Страхувальник" по полю - ІПН відношенням "один - до - одному". Таблиця "Страхувальник" пов'язана з таблицею "Пакет документів" по полю - номер пакету документів відношенням "один - до - одному".

Відношення "один-до-одного" означає, що кожен запис в одній таблиці відповідає тільки одного запису в іншій таблиці.

3.4 Проектування екранних форм

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

Для створення програмного середовища автоматизованої системи обліку договорів страхування підприємницьких ризиків застосована середовище програмування Borland Delphi. Вона одержала в останні роки велику популярність, характеризується наступними позитивними особливостями:

  1. Мова середовища Delphi є мовою високого рівня.

  2. Має високопродуктивний компілятор в машинний код.

  3. Мова підтримує потужні засоби об'єктно-орієнтованого програмування, які включають:

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

  5. можливість обробки виняткових ситуацій застосування;

  6. обробку інформації про типи об'єктів під час виконання програми;

  7. обробку системних і користувальницьких подій Windows на рівні окремих методів.

  8. Надає широкий вибір компонент для побудови і роботи з різними СУБД.

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

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

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

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

У порівнянні з аналогічними програмними продуктами Delphi має ряд переваг:

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

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

  • низькі вимоги розробленого додатка до ресурсів комп'ютера;

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

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

Ієрархія користувальницьких форм:

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

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

Рис. 6

З даного меню запускаються основні функції програми:

Поліси - робота з полісами: створення, зміна, припинення та формування полісів для друку.

БСО - робота з бланками суворої звітності.

ДОКУМЕНТИ ПРО ОПЛАТУ - робота з платіжними дорученнями і квитанціями.

ПОШУК - швидкий пошук полісів страхування підприємницьких ризиків

Налаштування - настройка програми з зміни в законодавстві.

Вихід - вихід з програми.

3.4.1 Поліси

Режим роботи "Поліси" призначений для:

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

  • друку полісів.

За пунктом "Поліси" основного меню (рис. 6) відкривається вікно для роботи зі списком полісів (рис. 7).

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

Рис. 7

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

У нижній частині області вікна вказані кнопки, після натискання на які виконується одна з наступних функцій:

Відібрати - Відбір і формування списку полісів по введеним умовам.

Очистити поля - Очищення всіх введених умов відбору. Установка умов за замовчуванням.

Додати - Введення нового поліса на страхування.

Видалення-Видалення поліса, обраного в списку полісів.

Змінити - Перегляд або зміна поліса, обраного в списку полісів.

Копіювати - Створення нового поліса на страхування на основі даних обраного поліса зі списку.

Друк - Друк одного обраного в списку поліса.

Звіт - Формування звіту за списком полісів.

Вихід - Вихід з режиму роботи поліси і повернення до основного меню.

3.4.1.1 Створення поліса на страхування

Введення нового поліса на страхування ініціюється натисканням кнопки "Додати" або "Копіювати" у вікні "Облік договорів страхування підприємницьких ризиків" (рис. 7).

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

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

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

Опишемо докладніше введення поліса по кнопці "Додати", тобто з чистого аркуша.

По натисненню кнопки "Додати" відкриється форма для введення поліса на страхування з доступною для введення закладкою "Заява" (рис. 8).

Рис. 8

Спочатку доступною для заповнення буде тільки закладка "Заява". Параметри: "Номер заяви" і "Дата заяви" (за замовчуванням вона дорівнює поточної дати) будуть заповнені за замовчуванням.

Слід внести дані в наступні поля:

  • "Представник страховика" - ПІБ співробітника страхової компанії;

  • "Термін страхування" - в роках, місяцях або добі.

  • "Порядок сплати страхової премії" - графік, за яким буде відбуватися оплата страхової премії в розстрочку.

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

Спочатку вибирається тип особи Страхувальника:

  • юридична особа (встановлено за умовчанням),

  • індивідуальний підприємець.

Рис. 9

Для юридичної особи заповнюються:

Повне найменування - заповнення обов'язкове.

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

Рис. 10

Для Індивідуальних підприємців заповнюються поля, так як показано на рис.11

Рис.11

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

Потім заповнюється адресу Страхувальника. Адреса необхідно вибрати з довідника територій (рис. 12), який відкривається по кнопці Адреса

рис.12

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

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

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

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

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

Рис. 13

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

Рис.14

Зберігаємо зміни і переходимо на вкладку "Договір". Дана закладка використовується для заповнення тих параметрів поліса, які не були заповнені при введенні раніше Рис.15.

Рис.15

За умовчанням встановлюються наступні значення полів:

Тип поліса - встановлюється "на страхування".

Дата укладення - встановлюється рівною даті заяви, але можна змінити вручну.

Статус поліса - встановлюється "в роботі".

Інші поля заповнюються вручну:

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

Зверніть увагу: Після збереження полісу зі статусом "укладений" змінювати параметри поліса і заяви буде неможливо. Якщо після цього виявляться помилки введення, то необхідно статус поліса "укладений" поміняти назад на статус "в роботі" і внести зміни. Слід використовувати подібний "відкат" у крайніх випадках.

Друк поліса може бути запущена по кнопці "Друк" або з вікна "Список полісів" (для поліса, виділеного в списку). Виводиться повідомлення (Рис.16): друкувати поліс чи ні?

Рис. 16

Далі поліс виводиться в шаблон Word, а потім може бути роздруковано.

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

Рис.16 А

3.4.1.2 Пошук поліса з БД

Пошук поліса ініціюється натисканням кнопки "Відібрати" у вікні "Облік договорів страхування підприємницьких ризиків" (рис. 7).

Інший варіант пошуку натисканням кнопки "Пошук" у вікні "Облік договорів страхування підприємницьких ризиків" з головним меню (рис. 6). При натисканні відкривається вікно "Облік договорів страхування підприємницьких ризиків" (рис. 7).

Задаємо умови пошуку і натискаємо кнопку "Відібрати", здійснюється пошук полісів, яке задовольняють умові відбору (рис. 17).

(Рис. 17).

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

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

Рис.18

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

При натискання кнопки "Видалити" відкривається вікно "Видалення договору" (рис. 19) на яких зображений питання "Видалити договір з БД" і три кнопочки для вибору: так, немає, скасування.

Рис.19

Вибраних в списку полісів у момент натискання кнопки "Звіт" відкривається вікно "Звіт за договорами" за обраними зі списку договорами (Мал. 20).

Рис.20

Наприклад, нам потрібен звіт за обраними полісами, які знаходяться в роботі. Задаємо умови відбору і натискаємо "Формувати". Відкривається Word-файл з вмістом звіту у вільній формі рис.21.

Рис.21

3.4.2 Бланків суворої звітності в режимі "БСО"

За пунктом "БСО" основного меню програми (рис.6) викликається режим роботи з бланками суворої звітності. При цьому відкривається вікно "Бланки суворої звітності" (рис.22).

Рис.22

Вікно складається з двох частин:

Ліва частина вікна призначена для відображення списку вибраних БСЗ. При першому відкритті вікна ліва частина не заповнюється.

Права частина вікна призначена для введення умов відбору БСО для формування списку в лівій частині вікна. Внизу правій частині вікна вказані кнопки, після натискання на які виконується одна з наступних функцій:

- Додати - додавання (реєстрація) бланків суворої звітності.

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

- Звіт - Формування звітів (у системі представлено два звіти) щодо використання БСО: вільна форма і списком.

- Відібрати - Відбір БСО, які відповідають умовам відбору, введеним в правій частині вікна. Вибрані дані потрапляють до списку в лівій частині вікна.

- Очистити поля - Очищення умов відбору, введених вручну.

3.4.2.1 Введення (реєстрація) отриманих БСЗ

За кнопці "Додати" викликається функція додавання отриманих БСЗ.

По даній кнопці відкривається вікно для додавання (реєстрації) БСО (рис. 23).

Рис.23

Щоб додати БСО береться БСО і у вікні "Додати БСЗ" вказується:

- Номер БСЗ;

- Серія БСО,

- Дата виготовлення БСО;

- Відповідальний співробітник - матеріально відповідальна особа у відділенні (філії), що відповідає за зберігання і використання отриманих БСЗ.

- Дата отримання - це дата, коли ці бланки були отримані даною особою.

Після заповнення умов по кнопці "Виконати" відбувається додавання БСО в систему. При цьому, якщо в процесі додавання виявиться, що БСО даного виду з даною серією та номером вже в системі є, то повторного додавання таких БСО не відбудеться, тобто додані будуть тільки бланки, відсутні в системі.

За кнопці "Скасувати" відбувається вихід з вікна і повернення у вікно "Бланки суворої звітності" (рис. 22).

3.4.2.2 Пошук і формування списку БСО

Існують два способи для пошуку.

Перший спосіб пошуку, у вікні "Облік договорів страхування підприємницьких ризиків" - головне меню (рис. 6) натискаємо кнопку "Пошук". При натисканні відкривається вікно "Вибір типу", вибираємо БСО, і відкривається вікно "Бланки суворої звітності" (рис. 22).

Інший спосіб з головного меню натискаємо кнопку "БСО" відкривається вікно "Бланки суворої звітності" (рис. 22).

Потім в правій частині "Умови відбору" вікна "Бланки суворої звітності" (рис. 22) можна заповнити умови, відповідно яким будуть обрані БСО і виведені до списку в лівій частині вікна. У Умові відбору "Звітна дата" є обов'язковим. Решта умов, представлені в правій частині вікна заповнюються за бажанням.

Наприклад, на рис. 24 в умовах відбору вказано як "Звітної дати" - 25.04.06г. і вибраний діапазон номерів БСО з 0000000001 по 0000000010. Це означає, що до списку будуть вибрані всі БСЗ із заданими номерами, зареєстрованими в системі до 25.04.06г, включно.

Рис.24

Для відбору та заповнення списку БСО згідно введеним умовам натискається кнопка "Відібрати".

Для видалення позначених у списку (у лівій частині вікна) БСО необхідно натиснути кнопку "Видалити", після чого на екран виводиться повідомлення (рис.25).

Рис.25

Видаленню підлягають тільки БСО з єдиним статусом "на зберіганні".

3.4.2.3 Формування звіту по БСЗ

У вікні "Бланки суворої звітності" можна сформувати два звіти за БСО, відібраним за умовами, встановленими в правій частині вікна, і виведеним в лівій частині вікна (рис. 24).

За кнопці "Звіт" відкривається вікно "Звіт з БСЗ" (рис. 15).

Рис. 26

У даному вікні можна:

- Обрати тип звіту - "Зведений звіт" або "Список БСЗ".

- Переглянути умови, на яких формується даний звіт. Це ті умови, які були встановлені у вікні "Бланки суворої звітності". Якщо треба їх змінити, то необхідно встановити інші умови відбору і сформувати список БСО натиснувши кнопку "Формувати". Відкривається Word-файл зі звітом, відповідним умовам вибору (рис. 27).

Рис.27

3.4.3 Документи про оплату

За пунктом "Документи про оплату" основного меню програми (рис.6) викликається режим роботи з документами про оплату. При цьому відкривається вікно "Документи про оплату" (рис.28).

Рис. 28

Вікно складається з двох частин:

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

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

- Додати - додавання (реєстрація) документів про оплату.

- Видалити - Видалення документів про оплату, помічених у списку (у лівій частині вікна).

- Звіт - Формування звітів (у системі представлено два звіти) за документами про оплату: вільна форма та списком.

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

- Очистити поля - Очищення умов відбору, введених вручну.

3.4.3.1 Введення (реєстрація) документів про оплату

За кнопці "Додати" викликається функція додавання документів про оплату.

По даній кнопці відкривається вікно для додавання (реєстрації) документів про оплату (рис. 29).

Рис.29

Щоб додати документа про оплату у вікні "Додати документ про оплату" вказується:

- Номер документа;

- Тип документа: квитанція або платіжне доручення,

- Дата оплати;

- Сума,

- Касир - матеріально відповідальна особа у відділенні (філії) приймає оплату страхових премій.

- ПІБ платника,

- Паспортні дані платника: серія та номер.

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

За кнопці "Вихід" відбувається вихід з вікна і повернення у вікно "Документи про оплату" (рис. 28).

3.4.3.2 Пошук і формування списку документів про оплату

Існують два способи для пошуку.

Перший спосіб пошуку, у вікні "Облік договорів страхування підприємницьких ризиків" - головне меню (рис. 6) натискаємо кнопку "Пошук". При натисканні відкривається вікно "Вибір типу", вибираємо документ про оплату, і відкривається вікно "Документ про оплату" (рис. 28).

Інший спосіб з головного меню натискаємо кнопку "Документ про оплату" відкривається вікно "Документ про оплату" (рис. 28).

У правій частині "Умови відбору" вікна "Документ про оплату" (рис. 28) можна заповнити умови, відповідно яким будуть обрані документи і виведені до списку в лівій частині вікна.

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

Наприклад, на рис. 28 в умовах відбору вказано як "Звітної дати" - 15.03.06 р., обраний тип документа - квитанція та вибрали номер документа про оплату-12. Це означає, що після натискання кнопки "Відібрати" в список буде обраний документ про оплату з заданим номером, зареєстровані в системі до 15.03.06г.

Для видалення поміченого у списку (у лівій частині вікна) документа про оплату необхідно натиснути кнопку "Видалити".

3.4.3.3 Формування звіту за документами про оплату страхової премії

У вікні "Документи про оплату" можна сформувати звіт, відібраним за умовами, встановленими в правій частині вікна, і виведеним в лівій частині вікна (рис. 28).

За кнопці "Звіт" відкривається вікно "Звіт за документами про оплату" (рис. 30).

Рис. 30

У даному вікні можна переглянути умови, на яких формується даний звіт. Це ті умови, які були встановлені у вікні "Документи про оплату". Якщо треба їх змінити, то необхідно натиснути кнопку "Вихід" для виходу у вікно "Документи про оплату" і в умовах відбору встановити інші умови відбору і сформувати список, потім знову натиснути "Звіт", а лише потім кнопку "Формувати". Відкривається Word-файл зі звітом, відповідним умовам вибору.

3.4.4 Пошук

З основного меню програми (рис.6) можна викликати режим роботи з пошуку відповідного документа: договору страхування підприємницького ризику, або бланка суворої звітності, або документа про оплату. При натисканні кнопки "Пошук" з головного меню ініціюється відкриття вікна "Вибір документа" (мал.31).

Мал.31

Поле вибору потрібного типу документа відкривається відповідна форма. Якщо вибраний тип: договір на страхування, то відкривається вікно "Облік договорів страхування підприємницьких ризиків" (рис. 7); якщо бланк суворої звітності, то ініціюється вікно "Бланк суворої звітності" (рис. 22); якщо обраний тип - документ про оплату , то відкривається вікно "Документ про оплату" (рис.28). Пошук здійснюється за схемою описаної вище.

3.4.5 Настоянки

З основного меню програми (рис.6) можна викликати режим роботи з налаштування програми. При натисканні кнопки "Налаштування" з головного меню ініціюється відкриття вікна "Настройки" (мал.32).

Рис.32

У вікні "Установки" прописані налаштування для друку договорів.

Висновок

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

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

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

  • Проаналізовано існуюча розробка в галузі страхування;

  • Проведена оцінка економічної ефективності системи;

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

  • Обрана структура інформаційної бази і засобів для її реалізації;

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

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

  • Виконана програмна реалізація.

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

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

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

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

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

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

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

  1. Конституція РФ

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

  3. Закон РФ "Про організацію страхової справи в Російській Федерації" від 27ноября1992года

  4. Архипов А.П. Азбука страхування. Навчальний посібник для страхових компаній та вищих навчальних закладів, 2003.

  5. Архипов А.П. Страхова справа. Навчальний посібник для вищих навчальних закладів - 2004

  6. Гвозденко О.А. Основи страхування: Підручник. - М.: 2005.С 93

  7. Яковлєва Т.А., Шевченко О.Ю. Страхування: Навчальний посібник - М.: Юристь, 2003 - 217 с.

  8. Фольгенсон Ю.Б. Коментар до страхового законодавства. М.: МАУП, 2005.

  9. Петров А.А. Страхове право: Навчальний посібник. - СПб., 2003.

  10. Шахов В.В. Страхування. Підручник для вузів. - М. 2004.

  11. Автоматизовані інформаційні технології в економіці: Підручник / За ред. Проф. Г.А. Титоренко. - М.: Комп'ютер, ЮНИТИ, 1998.

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

  13. БучГ. Об'єктно-орієнтоване проектування з прикладами застосування. / Пер. з англ. - М.: Конкорд, 1992.

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

  15. Вендров A. M. CASE - технології. Сучасні методи і засоби проектування інформаційних систем. - М.: Фінанси і статистика, 1998.

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

  17. Єрьомін С. В. Вибір СУБД і його вплив на програмні компоненти інформаційно-обчислювальних систем. / / Автоматизація та сучасні технології, М.: Машинобудування, 1999. - № 4. - С. 7-9.

  18. Козлов В.А. Відкриті інформаційні системи. - М: Фінанси і статистика, 1999.

  19. Коуд Об'єктні моделі. Стратегії, шаблони і програми. М.: Лорі, 1999.

  20. Маклаков С. В. BFWin і ERWin. CASE-засоби розробки інформаційних систем. М.: ДІАЛОГ-МІФІ, 2000.

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

  22. Фірма Консультант плюс. WWW.Consultant.ru

1 Автоматизовані інформаційні технології в економіці: Підручник / За ред. Проф. Г.А. Титоренко. - М.: Комп'ютер, ЮНИТИ, 1998.

2 Архипов А.П. Страхова справа. Навчальний посібник для вищих навчальних закладів - 2004

3 Архипов А.П. Азбука страхування. Навчальний посібник для страхових компаній та вищих навчальних закладів, 2003.

4 Гвозденко О.А. Основи страхування: Підручник. - М.: 2005.С 93

5 Яковлєва Т.А., Шевченко О.Ю. Страхування: Навчальний посібник - М.: Юристь, 2003 - 217 с.

6 Фольгенсон Ю.Б. Коментар до страхового законодавства. М.: МАУП, 2005.

7 Шахов В.В. Страхування. Підручник для вузів. - М. 2004.

8 Петров А.А. Страхове право: Навчальний посібник. - СПб., 2003.

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

10 Вендров A. M. CASE - технології. Сучасні методи і засоби проектування інформаційних систем. - М.: Фінанси і статистика, 1998.

11 Маклаков С. В. BFWin і ERWin. CASE-засоби розробки інформаційних систем. М.: ДІАЛОГ-МІФІ, 2000.

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

13 Компанія Ю-Ті-Ай. Http: / / www. Uti. Ru

14 Єрьомін С. В. Вибір СУБД і його вплив на програмні компоненти інформаційно-обчислювальних систем. / / Автоматизація та сучасні технології, М.: Машинобудування, 1999. - № 4. - С. 7-9.

15 Коуд Об'єктні моделі. Стратегії, шаблони і програми. М.: Лорі, 1999.

16 Закону «Про організацію страхової діяльності в Російській Федерації».

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

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

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

Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Диплом
343.1кб. | скачати


Схожі роботи:
Страхування підприємницьких ризиків
Страхування підприємницьких ризиків у діяльності державного посередника у сфері військово-технічного
Система страхування комерційних ризиків фірми
Автоматизована система обліку кадрів на підприємстві
Автоматизована система обліку кадрів на підприємстві 2
Автоматизована система обліку праці та зарплати
Автоматизована система комерційного обліку електроенергії
Класифікація підприємницьких ризиків
Види підприємницьких ризиків
© Усі права захищені
написати до нас