Требования к информационной системе страховой компании

Страховые компании оказывают услуги в сфере страховой защиты имущественных интересов юридических и физических лиц. В процессе деятельности они становятся обладателями большого объема информации, носящей характер коммерческой тайны или же персональных данных. И то и другое защищено законом. Распространение этих сведений среди широкого круга лиц может привести к финансовому ущербу для компании и ее клиентов. При этом страховая информация является активом, имеющим самостоятельную ценность. Поэтому специалисты службы безопасности страховых компаний обязаны прилагать значительные усилия в области защиты информации.

Правовое регулирование защиты информации в сфере страховой деятельности

Статус информации как объекта правовой защиты регулируется несколькими федеральными законами. Среди них закон «Об информации, информационных технологиях и защите информации», Гражданский кодекс, закон «О защите персональных данных» и другие.

В деятельности страховой компании образуются следующие объекты информации:

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

Все массивы информации содержатся как на бумажных, так и на электронных носителях. Эти данные могут стать объектом противоправного покушения, их сохранность требует принятия серьезных мер безопасности. Несанкционированный доступ к охраняемым законом сведениям является уголовным преступлением, предусмотренным статьей 272 Уголовного кодекса.

Виды угроз информационной безопасности

Перечень угроз безопасности включает атаки как внешнего, так и внутреннего происхождения. Информационные базы данных, принадлежащие страховым компаниям, часто становятся объектами покушений хакеров. Частыми целями преступных посягательств являются клиентские базы данных, содержащие информацию о номерах телефонов, номерах автомобилей, медицинских историях. В ряде случаев мошенники, используя данные, похищенные у страховщиков, создавали сайты-клоны, применяемые для продажи недействительных полисов ОСАГО. В США в прошлом году преступниками была взломана система защиты одной из крупнейших страховых компаний, данные сотен тысяч клиентов оказались в открытом доступе.

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

• блокировки доступа к важным файлам;
• уничтожения файлов;
• передачи информации третьим лицам.

Не всегда установленный антивирус будет надежной защитой от спланированной атаки. Кроме внешней угрозы проникновения в компьютерные сети страховой компании существуют и внутренние. Отдельные сотрудники могут намеренно похищать коммерческую информацию с целью ее распространения или передачи конкурентам.

Меры и средства защиты информации

Стандарты защиты информации в России предусмотрены ГОСТами. Кроме того, информационная безопасность страховой компании должна обеспечиваться целым комплексом мер, среди которых:

• административные;
• организационные;
• технические.

Все они должны применяться совместно. Опираться система защиты должна на управление персоналом компании и контроль над ним. Меры технического характера не менее важны, но не могут существовать в отрыве от организационных мер.

Административные меры безопасности

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

Служба безопасности страховой компании разрабатывает и предлагает на утверждение руководства политику защиты конфиденциальной информации. Этот локальный нормативный акт должен содержать:

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

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

Организационные меры безопасности

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

В числе организационных мер обеспечения информационной безопасности можно назвать следующие:

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

Иногда система работы с безопасностью информации требует создания в компании специального подразделения, в чьи функции будет входить только эта деятельность.

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

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

Технические меры

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

Первые предполагают установку систем резервного копирования и защиту от несанкционированного проникновения, вторые отвечают за работу антивирусов и иных защитных программ, третьи обеспечивают шифрование всей хранимой и передаваемой по каналам связи информации. Наиболее часто для защиты информации применяются межсетевые экраны и системы обнаружения вторжений. Технические средства требуют постоянного обновления и модернизации, так как скорость устаревания программных продуктов очень высока. Сегодня предлагаются программы, которые обеспечивают комплексные меры по защите информации, это DLP-системы и SIEM-системы. Первые предотвращают утечку данных при их передаче по каналам электронной почты, с использованием мессенжеров или при передаче на принтер. Если программа зафиксирует преобразование информации в момент ее передачи, что может означать ее перехват, она прекращает ее направление на внешние каналы. SIEM-системы представляют из себя комплексные средства управления безопасности, они определяют все уязвимые места системы и предоставляют информацию обо  всех возможных угрозах, выявляя паттерны, отличные от стандартного поведения самой системы и ее пользователей.

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

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

Общие требования
бизнеса к информационной системе

Общие сведения

1. Основой страхового
   бизнеса является оценка риска, стоимости
   страховой услуги и размера резервов
   страховой защиты в результате
   статистических, аналитических и
   финансовых расчетов;

2. Точность и
   достоверность оценки риска и всего
   последующего анализа , зависит от
   полноты сведений, получаемых страховщиком
   об объекте страхования и актуальных
   внешних факторах риска;

3. Основной функцией
   страховщика является подробное описание
   предметной области страхования;

4. В терминах ИС
   страхование это процесс создание
   страховщиком модели предметного мира,
   основной задачей которого является
   достоверное описание застрахованного
   риска. Под страховщиком понимается
   специалисты прямого отдела страхования,
   специалисты урегулирования убытков,
   перестрахования, оценщики. Ключевая
   роль принадлежит специалисту прямого
   отдела страхования. Он же является
   прямым пользователем ИС.

5. Страховик создает
   и совершенствует специализированные
   страховые продукты в рамках трех видов
   страхования имущества, ответственности
   и личного страхования.

6. В страховании ИС
   рассматривается как инструмент
   страховщика, облегчающий ему построение
   объектно-ориентированной модели
   предметной области страхования.

Требования к
страховой системе:

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

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

Информационная
система страхования должна обеспечивать:

1. Инф. взаимодействие
   ключевых подразделений страховой
   компании, внешних специалистов, и
   специализированных организаций, при
   условии создания новых и совершенствовании
   имеющихся страховых продуктов;

2. Должна содержать
   гибкий и простой в использовании
   инструмент описания страховщиком
   предметной области страхования. В том
   числе – полноценную систему сбора,
   хранения и обработки первичной страховых
   данных;

3. Все необходимые
   виды статистических и аналитических
   отчетов;

4. Поддержку
   специфической нестраховой деятельности;

5. Работу подсистемы
   бухгалтерии;

6. Аналитические и
   финансовые расчеты для целей управления
   компанией,, процессом страхования и
   стратегии развития;

7. Поддержку
   документооборота;

8. Взаимодействие с
   отдельными подразделениями.

Обычаи страхового
дела консервативны, так как являются
частью общемировой системы страхования.
Страховщик и страхователь вступают во
взаимодействие, в основе которых является
передача данных о застрахованном риске,
объекте страхования и т.д. Эти данные
составляют модель предметной области.
Они представляются в виде реляционной
Бд, которая содержит все необходимые
классы данных. Базовой информационной
системой страхования.

Структура БИС:

БИС включает: БУ,
Стратегические, аналитические и
финансовые подсистемы. Статистические,
аналитические и финансовые БИС
подразделяются также на базовые и
прикладные.

Бухгалтерская
подсистема является внешней подсистемой,
Она подключается в систему страхования.
Остальные подсистемы совпадают с
моделями страхового бизнеса и являются
встроенными в ИС. Они представляют собой
рабочий инструмент аналитика и финансиста.
Эти три системы делятся на базовые и
прикладные, что позволяет решить
следующие вопросы

1. Прозрачность
   системы для управления, совершенствования
   и изменения;

2. Открытая архитектура
   – совместимость системы с имеющимися
   ПО сторонних производителей.

3. Быстрая и удобная
   пользователю смена функционала

4. Снижение временных
   и стоимостных издержек при неизбежных
   доработках системы, в том числе, при
   последовательном наращение функционала.

Достоинства
базовой ИС:

1. Подсистемы стат.,
   аналитического и фин. Учета страховой
   компании обладают общностью с ИС
   основного бизнеса;

2. Возможность
   поэтапного вложения средств в разработку
   приложений полноразмерной системы на
   её основе в соответствии с первоначальными
   потребностями бизнеса;

3. Возможности
   отдаленной распределенной работы ИС
   при региональном расширении компании
   и создании страховых групп и объединений.

ДО 2003 года страховой
бизнес находился в состоянии затишья.
Начиная с 2003 года, рынок стал развиваться
в области услуг для физ. лиц. Именно в
2003 году было введено ОСАГО. Именно ОСАГО
стало стимулом для создания ИС страхования.

Факторы, повлиявшие
на развитие страхового бизнеса:

1. Огромная клиентская
   база

2. Низкая прибыльность.

Для того, чтобы
добиться обслуживания большего количества
клиентов, находящихся в зоне риска и
высокой прибыльности необходимо:

1. Обеспечить
   максимальное снижение себестоимости
   обслуживания на всех этапах

   1. Снижение издержек
      сети продаж

   2. Снижение издержек
      обслуживания клиентов

Для снижения затрат
по оказанию страховых услуг требуется
информационная поддержка сети продаж
с помощью центров обслуживания и интернет
порталов.

Выгоды, поученные
от работы на рынке ОСАГО:

Использование
клиентской базы, которая будет сформирована
благодаря ОСАГО

Необходимость
использования механизма кросс-продаж
для получения прибыли от других видов
страхования, которая компенсировала
бы низкую прибыльность самой «автогражданки»

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

Факторы, влияющие
на совершенствование и развитие ИС
страховых органов:

1. Создание ОСАГО;

2. Развитие рынка
   физ. Лиц и уход «серых» зарплатных схем.
   Работа на рынке физических лиц значительно
   повышает требования к надежности
   страховых компаний, их имиджу, важными
   составляющими которого являются
   прозрачность и открытость

3. Укрепление страховых
   компаний. Это требует стандартизации
   учёта и отчетности, способность компаний
   к организаторской и информационной
   интеграции. При этом необходимо учитывать
   прогнозируемый приход на российский
   рынок крупных западных игроков.

Требования к ИС
страховых компаний:

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Разработка информационной системы ‘Страховая компания’

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ КОМПАНИЯ»

1.1
Анализ предметной области

1.2
Концептуальное проектирование

2.
РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ КОМПАНИЯ

2.1
Создание базы данных

2.2
Организация доступа к данным       

2.3
Создание прикладного пользовательского интерфейса

2.4
Формирование запросов и отчетов

2.4.1
Формирование запросов

2.4.2
Формирование отчетов        

ЗАКЛЮЧЕНИЕ

ВВЕДЕНИЕ

Эффективное
управление предприятием в современных условиях невозможно без использования
компьютерных технологий. Правильный выбор программного продукта и
фирмы-разработчика — это первый и определяющий этап автоматизации любой
деятельности. В настоящее время проблема выбора информационной системы  (ИС) из
специфической задачи превращается в стандартную процедуру. Руководители многих
российских предприятий имеют слабое представление о современных компьютерных
интегрированных системах и предпочитают содержать большой штат собственных
программистов, которые разрабатывают индивидуальные программы для решения
стандартных управленческих задач.

Информационная
система — это взаимосвязанная совокупность средств, методов и персонала,
используемых для хранения, обработки и выдачи информации в интересах достижения
поставленной цели.

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

Цель
курсовой работы — разработка автоматизированной информационной системы
«Страховая компания».

Для
достижения поставленной цели были поставлены следующие задачи:

проанализировать
предметную область;

спроектировать
базу данных «Страховая компания»;

осуществить
доступ к данным;

реализовать
базу данных в среде MS Access;

разработать
прикладную программу доступа к базе данных в среде Delphi.

Курсовая
работа состоит из двух разделов — теоретического и практического. Теоретический
раздел содержит описание предметной области, проект ER-диаграммы в рамках
предметной области. В практическом разделе описывается реализация базы данных
(БД) в среде MS Access и разработка прикладной программы для доступа к БД в
среде Delphi.

В
результате выполнения данной курсовой работы будет разработано приложение для
автоматизации процесса страхования, которое поможет страховым агентам сократить
время на работу с документацией. Курсовая работа состоит из введения, двух
разделов: теоретического и практического, и заключения. Введение раскрывает актуальность
и значимость выбранной темы. Теоретический раздел представляет собой
проектирование информационной системы. Практический раздел представлен
разработкой информационной системы.  Заключение содержит выводы по изученной
теме.

Автоматизация
c каждым днём приобретает всё большую роль в производственной деятельности и
жизни человеческого общества, в удовлетворении его растущих информационных
потребностей.

.
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ КОМПАНИЯ»

.1
Анализ предметной области

Первый
шагом в разработке  информационной системы является анализ предметной области.
На данном этапе анализируются запросы пользователей, в соответствии с ними
определяется цель создания информационной системы, выбираются информационные
объекты и их характеристики, которые определяют содержание проектируемой базы
данных.

Целью
создания информационной системы «Страховая компания» является учет клиентов
страховой компании, ведение документации, ведение финансовых движений страховой
компании.

Завершенной 
информационной системой  могут  использоваться  любые фирмы, занимающиеся
страхованием граждан и их имущества . С точки зрения пользователя,
информационная система  «Страховая компания» должна хранить всю необходимую
информацию для страхования граждан и их имущества, а так же выдавать ее по
требованию в понятном и наглядном виде, а так же информационная система должна
быть проста в использовании.

Задачей
страховой компании является отслеживание финансовой деятельности компании.
Компания имеет различные филиалы по всей стране. Каждый филиал характеризуется
названием, адресом и телефоном. Деятельность компании организована следующим
образом: в компанию обращаются различные лица с целью заключения договора о
страховании. В зависимости от принимаемых на страхование объектов и страхуемых
рисков, договор заключается по определенному виду страхования (например,
страхование автотранспорта от угона, страхование домашнего имущества, добровольное
медицинское страхование). При заключении договора фиксируется дата заключения,
страховая сумма, вид страхования, тарифная ставка и филиал, в котором
заключался договор.

В
настоящее время для проектирования БД активно используются CASE-средства, в
основном ориентированные на использование ERD (Entity — Relationship Diagrams,
диаграммы «сущность-связь»). С их помощью определяются важные для предметной
области объекты (сущности), отношения друг с другом (связи) и их свойства
(атрибуты). Следует отметить, что средства проектирования ERD в основном
ориентированы на реляционные базы данных (РБД), и если существует необходимость
проектирования другой системы, скажем объектно-ориентированной, то лучше
избрать другие методы проектирования.

В
рамках заданной предметной области можно построить следующий список сущностей:
«договоры», «вид страхования», «филиал».

Исходя
из выбранных сущностей, определены следующие атрибуты, представленные в таблице
1:

Таблица
1 — Сущности и их атрибуты

Сущность	Атрибуты
Договоры	Номер договора, Дата заключения, Страховая сумма, Тарифная ставка, Код филиала, Код вида страхования
Вид страхования	Код вида страхования, Наименование
Филиал	Код маршрута, табельный № водителя, дата отправления, дата возвращения, премия.

1.2 Концептуальное проектирование

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

Полный цикл разработки включает концептуальное,
логическое и физическое проектирование ИС. Концептуально проектирование
заключается в создании концептуальной модели данных для анализируемой части
предприятия. Эта модель данных создается на основе информации, записанной в
спецификациях требований пользователей. Концептуальное проектирование базы
данных абсолютно не зависит от таких подробностей ее реализации, как тип
выбранной целевой СУБД, набор создаваемых прикладных программ, используемые
языки программирования, тип выбранной вычислительной платформы, а также от
любых других особенностей физической реализации. Созданная концептуальная
модель данных предприятия является источником информации для этапа логического
проектирования базы данных.

Рисунок 1 — Логическая модель проектирования
информационной системы  «Страховая компания»

Рисунок 2 —  Схема данных в MS Access.

Каждый филиал осуществляет страхования клиентов
и заключает с ними договоры, исходя из этого связь между сущностями «договор» и
«филиал» имеет тип 1:М. Каждый договор заключается по определенному виду
страхования, это значит что между сущностями «Вид страхования» и «Договоры»
существует связь которая имеет тип 1:М.

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

Проектирование является наиболее важным этапом
для успешной реализации проекта.

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

. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРАХОВАЯ
КОМПАНИЯ»

.1 Создание базы данных

Программное обеспечение для работы с базами
данных используется на персональных компьютерах уже довольно давно. К
сожалению, эти программы либо были элементарными диспетчерами хранения данных и
не имели средств разработки приложений, либо были настолько сложны и трудны,
что даже хорошо разбирающиеся в компьютерах люди избегали работать с ними до
тех пор, пока не получали полных, ориентированных на пользователя
приложений.Access — это функционально полная реляционная СУБД. В ней
предусмотрены все необходимые вам средства для определения и обработки данных,
а также для управления ими при работе с большими объемами информации. Что
касается легкости использования, то Microsoft Access совершил здесь настоящий
переворот, и многие для создания своих собственных баз данных и приложений обращаются
именно к нему.

Система управления базами данных предоставляет
вам возможность контролировать задание структуры и описание своих данных,
работу с ними и организацию коллективного пользования этой информацией. СУБД
также существенно увеличивает возможности и облегчает каталогизацию и ведение
больших объемов хранящейся в многочисленных таблицах информации. СУБД включает
в себя три основных типа функций: определение (задание структуры и описание)
данных, обработка данных и управление данными. Все эти функциональные
возможности в полной мере реализованы в  Microsoft Access. В практике, как
правило, необходимо решать и задачи с использованием электронных таблиц и
текстовых процессоров. Например, после подсчета или анализа данных необходимо
их представить в виде определенной формы или шаблоны. В итоге пользователю
приходится комбинировать программные продукты для получения необходимого
результата. В этом смысле все существенно упростят возможности, предоставляемые
Microsoft Access.

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

Основные компоненты MS Access:

построитель таблиц; приложение
информационная база страхование

построитель экранных форм;

построитель SQL-запросов (язык SQL в MS Access
не соответствует стандарту ANSI);

построитель отчётов, выводимых на печать.

В первую очередь были созданы таблицы с помощью
конструктора, где были определены ключевые поля и типы данных. Чтобы создать
первичный ключ необходимо выделить нужное поле и, открыв контекстное меню,
активировать пункт «Ключевое поле». Ввод данных в таблицы осуществлялся в
режиме просмотра и редактирования. Таблица «Вид страхования» имеет 4 записи и
таблица «Филиалы» имеет 10 записей, а таблица «Договоры», которая связывает две
вышеупомянутые таблицы, имеет 10 записи. В ней организован первичный ключ,
состоящий из двух полей, являющихся внешними ключами для других таблиц.

Рисунок 3 Создание таблиц в режиме «Конструктор»

.2 Организация доступа к данным

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

Для того чтобы наиболее полно использовать
возможности того или иного сервера баз данных, необходимо работать с ним
напрямую, через API. Однако это означает полную зависимость приложения от того
или иного сервера и сложность перехода на другую платформу, так как будет
необходимо переписывать большое количество кода. Этот вопрос призваны решить
различные технологии доступа к данным. Они являются прослойкой между API
конкретного сервера и приложением пользователя, предоставляя программисту
простой унифицированный механизм работы с данными. На сегодняшний день
существует множество технологий доступа к данным, таких как BDE, OLE, ODBC,
ADO, и до сих пор разрабатываются новые, более надежные, удобные в работе и
более быстродействующие технологии.

Для осуществления доступа к базе данных
«Страховая компания» была использована технология ADO, которая завоевала
популярность у разработчиков, благодаря   базовому набору интерфейсов OLE DB,
которые имеются  в каждой современной операционной системе Microsoft. Поэтому
для обеспечения доступа приложения к данным достаточно лишь правильно указать
провайдер соединения ADO и затем переносить программу на любой компьютер, где
имеется требуемая база данных и, конечно, установленная ADO. В Палитре
компонентов Delphi есть страница ADO, содержащая набор компонентов, позволяющих
создавать полноценные приложения БД, обращающиеся к данным через ADO.

Процесс организации доступа к данным в программе
Delphi имеет следующий алгоритм:

Выбрать с вкладки ADO компонент ADOConnection, 
в свойстве ConnectionString прописать путь к базе данных «Страховая компания».

Выбрать компонент ADOTable 3 раза, так как нужно
отобразить 3 таблицы, в свойстве Connection необходимо указать ADOConnection1,
а в свойстве TableName выбрать имя таблицы Виды страхования, Договоры или
Филиалы.

Третьим шагом с вкладки Data Access выбрать
компонент источника данных DataSource, свойство DataSet меняем на ADOTable1
(нужная таблица).

Для непосредственного отображения таблицы
необходимо выбрать компонент BDGrid и свойству DataSource присвоить
DataSource1.

В завершении у компонента ADOTable1 меняем
значение свойства Active на True — для отображения таблицы.

Рисунок 4 — Организация доступа к БД «Страховая
компания»

.3 Создание прикладного пользовательского
интерфейса

Интерфейс   — совокупность возможностей
взаимодействия двух систем, устройств или программ, определённая их
характеристиками, характеристиками соединения, сигналов обмена и т. п.
Совокупность унифицированных технических и программных средств и правил
(описаний, соглашений, протоколов), обеспечивающих взаимодействие устройств или
программ в вычислительной системе или сопряжение между системами.

Интерфейс пользователя, он же пользовательский
интерфейс — разновидность интерфейсов, в котором одна сторона представлена
человеком (пользователем), другая — машиной/устройством. Представляет собой
совокупность средств и методов, при помощи которых пользователь взаимодействует
с различными, чаще всего сложными, машинами, устройствами и аппаратурой.7
позволяет создавать различные виды пользовательского интерфейса. Можно
организовать многостраничные блокноты. В этом случае на форме будет
располагаться множество вкладок, каждая из которых отображает нужную
информацию. Можно создать различные формы, переход к которым будет
осуществляться с помощью пунктов меню или кнопок. 

Для построения пользовательского интерфейса был
выбран тип интерфейса с главной и подчиненными формами. Главная форма программы
содержит в себе только меню, при помощи которого можно перейти на другие формы.
Выбрав меню «Таблицы» можно перейти на какую-либо подчиненную форму, содержащую
таблицу Виды страхования, Договоры или Филиалы. Нажав в меню на «Выход»
программа завершит свою работу.

Процесс создания пользовательского интерфейса в
программе Delphi включает следующие компоненты:

Для вставки картинки на форму необходимо взять с
вкладки Additional компонент Image. В Object Inspector этого компонента установить
свойство Align = AlClient (чтобы картинка была во всю форму), затем в свойстве
Picture выбрать свою картинку, затем свойство Stretch = true (чтобы подогнать
размер под форму);

Для того чтобы создать главное меню программы
необходимо на форму поместить компонент MainMenu;

Для того, чтобы при нажатии на кнопку меню
осуществлялся переход на требуемую форму в обработчик события пишется следующий
код: «Form2.Show;»;

Для перехода с одной подчинённой формы на другую
необходимо также в обработчик события ввести код перехода на другую форму,
добавив к коду строку: «Form2.Close;».

Этап создания прикладного пользовательского
интерфейса является важной составляющей при разработке информационной системы,
т.к. программа разрабатывается для обеспечения работы пользователя, т.е. для
того, чтобы он, с помощью компьютерной программы, быстрее, надёжнее и
качественнее решал свои производственные задачи. Интерфейс дает пользователю
понятность, наглядность работы с АИС.

В результате проведенной работы создан
пользовательский интерфейс к информационной системе «Страховая компания», в
связи с чем можно переходить к следующему этапу разработки информационной
системы.

.4 Формирование запросов и отчетов

.4.1 Формирование запросов

При работе с таблицами можно в любой момент выбрать
из базы данных необходимую информацию с помощью запросов. 

Запрос — это средство выбора необходимой
информации из базы данных. Запрос строится на основе одной или нескольких
взаимосвязанных таблиц, позволяя комбинировать содержащуюся в них информацию.
Запрос позволяет выбрать необходимые данные из одной или нескольких
взаимосвязанных таблиц, произвести вычисления и получить результат в виде
виртуальной таблицы. Полученная таблица может использоваться в качестве
источника данных в следующих запросах, формах, отчетах, страницах доступа к
данным. Через запрос можно производить обновление данных в таблицах, добавление
и удаление записей.

Для организации запроса в Delphi необходимо на
форму поместить следующие компоненты:(в свойстве ConnectionString прописать
путь к базе данных «Страховая компания»);(в свойстве DataSet поставить значение
ADOQuery1);(необходимо открыть окно свойства Items и прописать нужные
запросы:COUNT(*) AS Количество договоров FROM Договоры;AVG(Страховая сумма) AS
Средняя_страховая_сумма FROM Договоры;Наименование FROM Виды_страхования WHERE
Наименование LIKE ‘С%’;

Запрос также добавить в свойство SQL компонента
ADOQuery1.; в обработчике событий записать следующий код
Edit1.Text:=ListBox1.Items[ListBox1.ItemIndex];(в свойстве DataSource ставим
значение равным DataSource1); (в кнопке прописываем код:

ADOQuery1.SQL.Text:=Edit1.Text;.Active:=True;.ExecSQL;

except(‘Ошибка выполнения запроса!’);.

Первый запрос выводит количество договоров.
Второй запрос показывает среднюю страховую сумму. Третий запрос выводит
наименования начинающиеся на «С».

В результате проведенной работы сформированы
запросы к базе данных «Страховая компания».

.4.2 Формирование отчетов

Отчет — это форматированное представление
данных, которое выводится на экран, в печать или файл. Они позволяют извлечь из
базы нужные сведения и представить их в виде, удобном для восприятия, а также
предоставляют широкие возможности для обобщения и анализа данных.

Для организации отчета в Delphi необходимо на
форму поместить следующие компоненты:

Выбрать с вкладки ADO компонент ADOConnection, 
в свойстве ConnectionString прописать путь к базе данных «Страховая
компания».(в свойстве Connection выбрать компонент ADOConnection1, в свойстве
TableName выбрать наименование нужной таблицы, свойство Active изменить на
True);с вкладки QReport (в свойстве DataSet значение ADOTable1);(свойство
BandType установить значение rbTitle); на QRBand1 установить TQRLabel(в
свойство Caption прописать заголовок отчёта);(в свойстве BandType установить
значение rbDetail); на полосе QRBand2 установить столько компонентов TQRDBText
сколько полей таблицы нужно отобразить в отчёте. Связать эти компоненты с
полями начальных данных — Код вида страхования, Наименование. Для этого в
свойстве DataSet каждого компонента QRDBText установить значение ADOTable, а в
свойство DataField имя соответствующего поля;(в свойстве BandType установить
значение rbColumnHeader); на полосе QRBand3 установить компоненты TQRLabel
соответственно заголовкам полей;(в свойстве BandType установить значение
rbPageHeader, а свойство Frame.DrawTop сделать равным True);(в свойстве
BandType установить значение rbPageFooter, а свойство Frame.DrawBottom сделать
равным True);

В компоненте QRBand5 установит 2 компонента
TQRSysData(в свойстве Data первого из них установить значение qrsDate, второго
— qrsPageNumber).

В результате проведенной работы сформированы
отчеты к базе данных «Страховая компания».

ЗАКЛЮЧЕНИЕ

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

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

Созданная информационная система «Страховая
компания» может свободно применяться в практических целях, как в небольших
офисах, организациях так и на предприятиях. Информационная система позволяет
отслеживать информацию о расходах в организации: кем были произведены расходы,
для какого отдела, точная дата и сумма расхода.

Готовый программный продукт также может легко
использоваться в других сферах деятельности.

Все поставленные задачи решены:

проанализировать предметную область;

определены назначение и функции ИС;

спроектирована база данных «Страховая компания»;

реализовать базу данных в среде MS Access;

осуществить доступ к данным;

разработать прикладную программу доступа к базе
данных в среде Delphi;

оформлена курсовая работа в соответствии с
заданными требованиями.

Цель курсовой работы достигнута — создана
информационная система «Страховая компания».

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Статья
— Автоматизированная информационная система [Электронный
ресурс],http://gendocs.ru/v32574/%D1%80

Статья
— СУБД Access [Электронный ресурс], http://rusio.net/staroe/access.php

Статья
— Интерфейс пользователя [Электронный ресурс],
http://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1

Статья
— Создание запросов [Электронный ресурс], http://www.lessons-tva.info/edu/e-inf2/m2t4_4.html

Статья
— Создание отчёта [Электронный ресурс],
http://dpivi.ru/128-5-sozdanie-otcheta-kak-obekta-bazy-dannyh.html

Эффективное управление предприятием в современных условиях невозможно без использования компьютерных технологий. Правильный выбор программного продукта и фирмы-разработчика — это первый и определяющий этап автоматизации любой компании.

Автоматизация c каждым днём приобретает всё большую роль в производственной деятельности и жизни человеческого общества, в удовлетворении его растущих информационных потребностей.

Данная работа посвящена изучению области страхования и разработке информационной системы страховой фирмы.

Цель курсовой работы — разработка информационной системы страховой фирмы.

Для достижения поставленной цели были поставлены следующие задачи:

проанализировать предметную область

спроектировать информационную систему

разработать конфигурацию в 1с

провести тестирование разработки

Результатов выполнения работы является разработка конфигурации информационной системы страховой фирмы на платформе 1С:Предприятие.

В данной работе выбран структурный подход, то есть для разработки моделей используются программные продукты AllFusion Process Modeler (ранее BPwin) и AllFusion ERwin Data Modeler (ранее ERwin).

Данная курсовая работа содержит в себе введение, 4 раздела, заключение и 24 рисунка.

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

Первый шагом в разработке информационной системы является анализ предметной области. На данном этапе анализируются запросы пользователей, в соответствии с ними определяется цель создания информационной системы, выбираются информационные объекты и их характеристики, которые определяют содержание проектируемой базы данных.

Целью создания информационной системы «Страховая компания» является учет клиентов страховой компании, ведение документации, ведение финансовых движений страховой компании.

Завершенной информационной системой могут использоваться любые фирмы, занимающиеся страхованием граждан и их имущества. С точки зрения пользователя, информационная система «Страховая компания» должна хранить всю необходимую информацию для страхования граждан и их имущества, а так же выдавать ее по требованию в понятном и наглядном виде, а так же информационная система должна быть проста в использовании.

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

Каждый из нас, кто покупает страховой полис (страхователь) платит в страховую компанию страховой взнос, который пополняет страховой фонд. Таким образом, мы покупаем уверенность в том, что, в случае необходимости, из него нам будет выплачено страховое возмещение в полном объеме[17].

Клиентов много, взносов много, а вот несчастных случаев, и соответственно страховых выплат, происходит мало.

Поэтому если у кого-то из произошел страховой случай, он получает из этого фонда возмещение, иногда значительно превышающее уплаченный им страховой взнос.

То есть фактически идет перераспределение средств: взносы тех, у кого ничего не произошло, уходят на выплату тем, у кого что-то произошло.

Страховая компания имеет дело с оценкой вероятности наступления страхового случая и с оценкой риска. Чем ниже вероятность наступления случая, тем дешевле страховой взнос.

Страхова́ние — отношения (между страхователем и страховщиком) по защите имущественных интересов физических и юридических лиц (страхователей) при наступлении определённых событий (страховых случаев) за счёт денежных фондов (страховых фондов), формируемых из уплачиваемых ими страховых взносов (страховой премии)[18].

Страхование (страховое дело) в широком смысле включает различные виды страховой деятельности (собственно страхование, или первичное страхование, перестрахование, сострахование, взаимное страхование), которые в комплексе обеспечивают страховую защиту.

В процессе исторического развития было выработано три метода создания страховых продуктов — самострахование, взаимное страхование, коммерческое страхование.

Экономическая сущность страхования состоит в создании страховых фондов за счёт взносов заинтересованных в страховании сторон и предназначенных для возмещения ущерба (чаще всего — у лиц, участвующих в формировании этих фондов). Поскольку возможный ущерб носит вероятностный характер (страховой риск), то происходит перераспределение страхового фонда как в пространстве, так и во времени. Можно сказать, что возмещение ущерба у пострадавших лиц происходит за счёт взносов всех, кто участвовал в формировании этих страховых фондов[18].

Существуют три основные формы организации страхового фонда:

Централизованные страховые (резервные) фонды, создаваемые за счёт бюджетных и других государственных средств. Формирование данных фондов осуществляется как в натуральной, так и в денежной форме. Государственные страховые (резервные) фонды находятся в распоряжении правительства.

Самострахование как система создания и использования страховых фондов хозяйствующими субъектами и людьми. Эти децентрализованные страховые фонды создаются в натуральной и денежной форме. Эти фонды предназначены для преодоления временных затруднений в деятельности конкретного товаропроизводителя или человека. Основным источником формирования децентрализованных страховых фондов служат доходы предприятия или отдельного человека.

Собственно страхование как система создания и использования фондов страховых организаций за счёт страховых взносов заинтересованных в страховании сторон. Использование средств этих фондов осуществляется для возмещения возникшего ущерба в соответствии с условиями и правилами страхования.

Существуют разные подходы к классификации страховой деятельности. В большинстве стран мира выделяют две разновидности страхования: страхование жизни и виды страхования, не связанные со страхованием жизни. Данная классификация применяется при разработке нормативно-правовых документов, анализе страхового рынка и решении других вопросов[18].

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ СТРАХОВОЙ ФИРМЫ

Существует более 20 технологий проектирования организационно-технических систем и несколько сотен инструментов, предназначенных для автоматизации этого процесса. Поэтому, с учетом временного фактора, сравнительный анализ был ограничен двумя наиболее популярными на российском рынке продуктами:

AllFusion Process Modeler.(BPwin)

AllFusion ERwin Data Modeler (ERwin).

AllFusion Process Modeler является средством программной поддержки моделирования в трёх методиках — IDEF0, DFD, IDEF3 — и позволяет строить как гибридные функциональные модели, состоящие из диаграмм, разработанных в различных методиках, так и функциональные модели — в любой из этих методик[1].

Проверка синтаксиса модели. AllFusion Process Modeler умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок, чтобы помочь вам создать правильную модель, а не просто рисунок. При этом сохраняются главные преимущества рисунка – простота создания и наглядность[6].

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

Диаграммы потоков данных используются для описания документооборота и обработки информации. Главная цель DFD — показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами.

Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.

Данная курсовая работа будет проектироваться в модели DFD с учетом предметной области. Первым делом необходимо составить контекстную диаграмму.

Контекстная диаграмма — это модель, представляющая систему как набор иерархических действий, в которой каждое действие преобразует некоторый объект или набор объектов. На рисунке 1 представлена контекстная диаграмма деятельности склада.

Рисунок 1 – Контекстная диаграмма системы страховой фирмы

Декомпозируем контекстную диаграмму на 3 функциональных блока(рис.2):

Занесение данных

Заключение договора

Формирование отчета

Также декомпозиция содержит еще один блок «База Данных», в которую заносится вся входящая информация.

Рисунок 2 – Декомпозиция контекстной диаграммы

Следующим шагом необходимо создать диаграмму состава конфигурации, которая отображает информацию базы данных (рис 3).

В диаграмму входят справочники, документы и регистры.

Рисунок 3 — диаграмма системы складского учета

В процессе моделирования бизнес-процессов была изучена и спроектирована нотация DFD.

3.РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ СТРАХОВОЙ ФИРМЫ

Разработка информационной системы будет осуществляться в системе «1С: ПРЕДПРИЯТИЕ».

«1С:Предприятие» является универсальной системой автоматизации деятельности предприятия. За счет своей универсальности система «1С:Предприятие» может быть использована для автоматизации самых различных участков деятельности организаций, предприятий[20].

Основной особенностью системы «1С:Предприятие» является ее конфигурируемость. Собственно система «1С:Предприятие» (платформа) представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Конкретный набор объектов, структуры информационных массивов, алгоритмы обработки информации определяет конкретная конфигурация. Вместе с конфигурацией система «1С:Предприятие» выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач[22].

Функционирование системы делится на два процесса:

• конфигурирование (описание модели предметной области средствами, предоставляемыми системой)

• исполнение (обработку данных предметной области).

На этапе конфигурирования система оперирует такими универсальными понятиями (объектами), как «Документ», «Справочник», «Реквизит», «Форма» и другие. Совокупность этих понятий и определяет концепцию системы. В свою очередь процесс конфигурирования распадается на несколько составляющих. Это «визуальное» создание структуры конфигурации, форм диалогов, выходных документов, интерфейсов, наборов прав пользователей (ролей) и написание программ на встроенном языке «1С:Предприятия» для обработки входных и выходных данных[21].

На уровне системы определены сами понятия объектов и стандартные операции по их обработке. Средства конфигурирования позволяют описать структуры информации, входящей в эти объекты, и алгоритмы, описывающие специфику их обработки, для отражения различных особенностей учета.

Итак, 1С:Предприятие имеет различные режимы работы: 1С:Предприятие и Конфигуратор.

Режим 1С:Предприятие является основным и служит для работы пользователей системы. В этом режиме пользователи вносят данные, обрабатывают их и получают выходные результаты.

Режим конфигуратора используется разработчиками и администраторами баз данных. Именно этот режим и предоставляет инструменты, необходимые для модификации существующей или создания новой конфигурации[20].

В данном разделе будет происходить разработка информационной системы, а ее тестирование будет представлено в разделе «Разработка руководства пользователя».

Поэтому для разработки нам необходимо создать конфигуратор «страховая фирма». Далее мы откроем конфигуратор и создадим подсистемы, для отображения всех справочников и документов. Для этого необходимо открыть дерево конфигураций и на вкладке Общие создать подсистемы и дать им наименования(рис.4).

Рисунок 4 — Набор подсистем конфигурации

Далее займемся справочниками. Справочники используются для работы с постоянной и условно постоянной информацией с некоторым множеством значений. Создание справочника приведем на примере справочника «Физические Лица».

Он предназначен для хранения списка физических лиц и сведений о них. В частности, данные о самом физическом лице (Фамилия, Имя, Отчество, дата рождения, пол, район проживания), а так же об истории его трудовой деятельности. Для хранения данных о физическом лице подойдут обычные реквизиты справочника. А для того, чтобы хранить историю трудовой деятельности, понадобится другая структура данных, а именно – табличная часть.

Создадим справочник «Физические лица» и включим его в подсистему «Расчет Заработной Платы».

Рисунок 5 – Вкладка подсистемы справочника

Далее на вкладке Данные создадим следующие реквизиты:

Фамилия (Тип: Строка, длина 30)

Имя (Тип: Строка, длина 30)

Отчество (Тип: Строка, длина 30)

Дата Рождения (Тип: Дата, состав даты – Дата)

Пол (Тип: ПеречислениеСсылка.Пол)

Район (Тип:СправочникСсылка.Районы)

А в табличную часть, название которой дадим «Трудовая история» добавим следующие реквизиты:

Организация (СправочникСсылка.Организация)

Дата Начала Работы (Тип: Дата, состав даты – Дата)

Дата Окончания Работы (Тип: Дата, состав даты – Дата)

Рисунок 6 — Состав справочника Физические Лица

Для реквизита Пол необходимо создать Перечисление, а для реквизита Район необходимо создать еще один справочник.

Создадим новое перечисление, дадим ему имя Пол, включим в подсистему РасчетЗаработнойПлаты. На вкладке Данные окна редактирования объекта для перечисления задаются значения перечисления. Зададим два значения – Мужской и Женский.

Рисунок 7 — Создание перечисления Пол

Реализуем автоматическое заполнение поля Наименование на основе полей Фамилия, Имя и Отчество. Для этого необходимо добавить Форму Элемента на вкладке формы (рис.8).

Для этого сначала настроим элемент управления, отображающий наименование на форме, таким образом, чтобы его нельзя было редактировать. Выделим элемент управления в панели Элементы, откроем окно его свойств и установим свойство Только Просмотр. Благодаря этому свойству пользователь не сможет отредактировать текст в поле ввода.

Рисунок 8 – Форма элемента справочника Физические Лица

Но для того, чтобы автоматическое заполнение работало правильно необходимо создать процедуру «Перед записью» на модуле форме с помощью встроенного языка программирования.

Рисунок 9 – Модуль формы справочника

Аналогичным образом можно создавать и другие справочники и настраивать их.

Рисунок 10 – Остальные справочники

Далее создадим документ «Поступление на расчетный счет» и включим его в подсистему «Бухгалтерский учет». На вкладке Данные добавим следующие реквизиты:

ВидОперации (Тип: Строка, длина 30)

Плательщик (СправочникСсылка.ПредставителиКонтрагентов)

СчетПлательщика (СправочникСсылка.СчетаПлатильщиков)

БанковскийСчет (СправочникСсылка.БанковскиеСчета)

СчетУчета (ПланСчетовСсылка)

А также заполним табличную часть «Расшифровка платежа»:

Договор (ДокументСсылка)

СтраховойПродукт (СправочникСсылка.СтраховыеПродукты)

СуммаПлатежа (Число, длина 10, с точность 2)

СуммаУслуг (Число, длина 10, с точность 2)

Всего (Число, длина 10, с точность 2)

Рисунок 11 – Вкладка данные документа

Далее создадим форму элемента на вкладке формы, и реализуем чтобы реквизит «всего» автоматически суммировал при заполнении реквизиты «сумма платежа» и «сумма услуг». Для этого необходимо прописать код в модуле формы (рис.12).

Рисунок 12 – Модуль формы документа

Аналогичным образом можно создавать и другие документы и настраивать их.

Рисунок 13 – Остальные документы

Регистры накопления — составляют основу механизма учета движения средств который позволяет автоматизировать такие направления, как складской учет, взаиморасчеты, планирование.

Создадим регистр, который будет связан с предыдущим документом «Поступление на расчетный счет». Создадим регистр «Поступление средств» и включим его в подсистему Бухгалтерский учет. На вкладке данные создадим измерения, ресурсы и реквизиты (рис. 14).

Рисунок 14 – Вкладка данные регистра

Далее на вкладке регистраторы необходимо указать документ, который он будет регистрировать. В нашем случае, это документ «Поступление на расчетный счет».

После этого перейдет в документ и на вкладке движения создадим конструктов запроса (рис.15).

Рисунок 15 – Конструктор запроса

Аналогичным образом можно создавать и другие регистры и настраивать их.

Рисунок 16 – Остальные регистры накопления

После создание всех справочников и документов можно создать еще один объект конфигурации «Отчет». Для этого в дереве конфигурации создадим отчет «Заключенные договора» и включим его в подсистему «Страхование». На вкладке отчета «Основные» подключим «схему компоновки данных», с помощью которого и будет строиться отчет (рис.17).

Рисунок 17 – Вкладка отчета «основные»

Далее для того, что бы выбрать набор данных из которых будет состоять отчет, необходимо добавить «набор данных — запрос», где следует инструкции следует выбирать необходимые поля документов или справочников.

Рисунок 18 – Схема компоновки данных отчета «Заключение договора»

Аналогичным образом создается отчет «Зарплаты», который необходимо включить в подсистему «Расчет заработной платы», и добавить схему компоновки данных (рис.19).

Рисунок 19 – Схема компоновки данных отчета «Зарплаты»

Вся работа отчетов, документов, справочников, регистров будет представлена в разделе «Разработка руководства пользователя».

4. РАЗРАБОТКА РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ

Режим 1С:Предприятие является основным и служит для работы пользователей системы. В этом режиме пользователи вносят данные, обрабатывают их и получают выходные результаты.

В данном разделе будет приведена работа некоторых справочников, документов и регистров.

Запустим режим 1С:Предприятие и перейдем на вкладку Администрирование. Откроем справочник Представители контрагентов и заполним его.

Рисунок 17 – Заполнение справочника

Далее аналогичным способом создадим еще несколько представителей.

Рисунок 18 – Заполненный справочник контрагентами

Далее перейдем на вкладку «Расчет заработной платы» и заполним справочник «Физические лица».

Рисунок 19 – Пример создания справочника физические лица

Аналогичным образом создадим еще физических лиц.

Рисунок 20 – Заполненный справочник «Физические лица»

Теперь перейдем к заполнению документов. Сделаем заполнение первого документа «Договора» который находится на вкладке «Расчет заработной платы»(рис.21).

Рисунок 21 – Заполнение документа «Договора»

Далее заполним второй документ «Начисление зарплаты», который находится на вкладке «Расчет заработной платы»

Рисунок 22 – Заполнение документа «Начисление зарплаты»

И приведем пример заполнения последнего справочника «Поступление на расчетный счет», который находится на вкладке «Бухгалтерский учет».

Рисунок 23 – Заполнение документа «Поступление на расчетный счет»

И последнее, регистры накопления можно найти в меню все функции.

Рисунок 24 – Регистры накопления

После заполнения всех справочников и документов можно сформировать отчеты.

Для формирования отчета «Зарплаты» необходимо заполнить документ «Начисление зарплаты» несколькими данными, и только после уже будет сформирован отчет (рис.25).

Рисунок 25 – Сформированный отчет «Зарплаты»

Аналогичным образом формируется отчет «Заключенные договора» в подсистеме «Страхования» (рис.26).

Рисунок 26 – Сформированный отчет «Заключение договора»

В данном разделе были приведены примеры работы справочников, документов и отчетов.

ЗАКЛЮЧЕНИЕ

Система 1С: Предприятие — универсальная система, вместе с конфигурацией представляет готовое к использованию программное обеспечение для автоматизации деятельности предприятия.

В ходе курсовой работы мы работали с знакомыми для нас объектами, это справочники, документы, константы, регистры накопления, а также познакомились с новыми — бизнес — процессами, задачами.

Для достижения цели были решены следующие задачи:

Была описана предметная область.

Было разработано проектирование информационной системы в нотации DFD по предметной области.

Разработана информационная система страховой фирмы в системе 1С:Предприятие.

Было совершено подробное тестирование системы.

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп.– М.: Финансы и статистика, 2006. – 544 с: ил.

Железко, Б.А. Реинжиниринг бизнес-процессов: учеб. Пособие для вузов/ Б.А. Железко, Т.А. Ермакова, Л.П. Володько; под ред. Б.А. Железко. – Мн.: Книжный дом, 2006.- 216 с.

Бурцев В. В. Организация системы внутреннего контроля коммерческой организации. М.: Экзамен, 2000.

RuGost — Разработка документации по ГОСТ [Электронный ресурс]: Режим доступа: http://www.rugost.com.

Крутякова Т.Л. «Основные средства: бухгалтерский и налоговый учет» [Текст]: АйСи Групп 2007.

Зыков С. Основы проектирования информационных систем [Текст], Издательство дом Высшей школы экономики. 2012г.

Купер А. Интерфейс. Основы проектирования и взаимодействия (четвертое издание) [Текст], 2017г.

Учебно-практическое пособие по «Проектировании информационных систем».

Уткин, В.Б. Информационные системы в экономике: Учебник для студентов высших учебных заведений / В.Б. Уткин, К.В. Балдин. — М.: ИЦ Академия, 2012г. — 288 c.

В. А. Быков, С. М. Бычкова, М. Л. Пятов, М.В. Семенова, Я. В. Соколов. Бухгалтерский учет для руководителя. Издание второе, переработанное и дополненное. – М.: ПБОЮЛ Гриженко Е.М., 2001. – 320 с.

Гайдамакин Н. А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. – М.: Гелиос АРВ, 2002. – 368 с, ил.

Ефимов Е. Н., Патрушина С. М., Панферова Л. Ф., Хашиева Л. И. Информационные системы в экономике. – Москва: ИКЦ «МарТ»; Ростов н/Д: издательский центр «МарТ», 2004. – 352 с. (Серия «Информационные системы»).

Информационные системы / Петров В. Н. – СПб.: Питер, 2003. – 688 с: ил.

Информационные системы и технологии в экономике: Учебник. – 2-е изд., доп и перераб./ Т.П.Барановская, В.И. Лойко, М.И.Семенов, А.И. Трубилин; Под ред. В.И. Лойко. – М.: Финансы и статистика, 2003. – 416 с.: ил.

Синецкий Б.И. Основы коммерческой деятельности: Учебник. – М.: Юристъ, 2000. – 659 с.

Смирнова Г.Н., Проектирование экономических информационных систем: учебник / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов ; под общ. ред. Ю.Ф. Тельнова. – М.: Финансы и статистика, 2001. – 512 с.

Теория бухгалтерского учета: учебное пособие / В. В. Бородина, Н. П. Родионова. – М.: ИД «ФОРУМ» : ИНФРА-М, 2010. – 128 с. : ил. – (Высшее образование)

https://ru.wikipedia.org/wiki/%D0%A1%D1%82%D1%80%D0%B0%D1%85%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5

Черемных, С.В. Моделирование и анализ систем. IDEF-технологии/ С.В. Черемных, И.О. Семенов, В.С. Ручкин. – М.: Финансы и статистика, 2001. – 208с.

1С Предприятие: 8.2. Руководство администратора – М.: ООО «1С-Паблишинг», 2009. – 216 с.: ил.

Архитектура системы программ «1С:Предприятие». Фирма «1С». Москва, 2003 г.

Бояркин В.Э., Филатов А.И. 1С:Предприятие 8. Конвертация данных: обмен данными между прикладными решениями. – М.: ООО «1С-Паблишинг»; СПб.: Питер, 2008. – 187 с.: ил.