46682 (Автоматизированная система учета договоров страхования предпринимательских рисков), страница 7
Описание файла
Документ из архива "Автоматизированная система учета договоров страхования предпринимательских рисков", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "46682"
Текст 7 страницы из документа "46682"
где
tx – количество периодов, при которых NPV меньше нуля,
NPVt – последнее отрицательное значение 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 | 100 | Статус договора (в работе, выдан, прекращен) |
DataZak | Date | - | Дата заключения договора (00.00.0000) |
TipD | Real | 100 | Тип договора (на страхование, изменение, прекращение) |
DataIzm | Date | - | Дата последнего изменения (00.00.0000) |
StaraxPr | Real | 100 | Размер страховой премии (2000 руб.) |
StarxSuma | Real | 100 | Размер страховой суммы (50000 руб.) |
DopolYsl | Real | 100 | Дополнительные условия |
NZayv | Integer | 100 | Номер заявления (12) |
NDokOp | Integer | 100 | Номер документа об оплате (123) |
Таблица "Заявление" (Таблица 2) содержит следующую информацию: номер заявления, дата принятия, ФИО сотрудника, срок страхования, порядок уплаты страховой премии, ИНН. Ключевым полем является поле – "Номер заявления".
Таблица 2: "Заявление"
Имя поля | Тип | Размерность | Описание |
NZav | Integer | 100 | Номер заявления, ключевое поле |
DataPrin | Date | - | Дата принятия заявления (00.00.0000) |
FIOSot | Real | 100 | ФИО Сотрудника принявшего заявление |
Srok | Real | 100 | Срок страхования (6 месяцев или 15 суток) |
PorYpStPr | Memo | 500 | Порядок оплаты страховой премии (график) |
INN | Integer | 100 | ИНН страхователя (334657869067) |
Таблица "Страхователь" (Таблица 3) хранит информацию о страхователе предпринимательских рисков, которую должен предоставить страховщику сам страхователь. Набор полей таблицы определяется "Правилами о добровольном страховании предпринимательских рисков". Этими данными являются: ИНН страхователя, ФИО ИП/Наименование юридического лица, документ, на основании которого действует юридическое лицо, ФИО руководителя, номер свидетельства о регистрации, серия, дата выдачи, орган выдавший свидетельство, индекс, страна, район, населенный пункт, улица, дом, офис, телефон, вид деятельности, размер уставного капитала, номер лицензии, номер пакета документов. Ключевым полем в данной таблице является "ИНН".
Таблица 3: "Страхователь"
Имя поля | Тип | Размер-ность | Описание |
INN | Integer | 100 | ИНН страхователя, ключевое поле |
Name | Real | 100 | ФИО ИП/Наименование юридического лица |
Dok | Real | 100 | Документ, на основании которого действует юридическое лицо |
FIORuk | Real | 100 | ФИО руководителя |
NSvid | Integer | 100 | Номер свидетельства о регистрации |
CeriySvid | Real | 100 | Серия свидетельства о регистрации |
DataVd | Date | - | Дата выдачи свидетельства о регистрации (00.00.0000) |
OrVdSv | Real | 100 | Орган выдавший свидетельство о регистрации |
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) содержит определенный набор предпринимательских рисков, которые прописаны в ФЗ "О страховом деле в РФ", при наступлении которых страховая компания будет нести обязательства по возмещению ущерба. Страхователь должен сам выбрать те риски, для которых ему необходима страховая защита. Ключевым полем является "Код".