Разработка автоматизированной системы учета договоров страхования предпринимательского риска
Возможность замены системы управления базами данных не изменяя программного обеспечения клиентской части - одна из наиболее характерных особенностей клиент-серверной архитектуры. Анализ диаграммы декомпозиции страхования предпринимательских рисков.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 23.01.2019 |
Размер файла | 1,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru
Размещено на http://www.allbest.ru
Введение
Современные технологии, как неотъемлемая часть научно-технического прогресса, играют все большую роль в жизни и деятельности общества. В наше время уже несложно представить автоматизированную систему практически в любой сфере деятельности человека. Компьютеры, базы данных, информационные сети, все это результат деятельности человека облегчающий его труд. В любой деятельности человека, требующей контроля, имеет место определенный документооборот, с появлением компьютеров, понятие документооборота значительно расширено, если раньше под этим словом понималось лишь создание, обработка и уничтожение бумажных документов, теперь это понимается как те же действия, как с бумажными, так и с электронными документами. Трудно найти сферу деятельности, которая бы не нуждалась в создании новых и усовершенствованных старых программных средств. Не является и исключением такая отрасль, как страхование. В последнее время пользуются большим спросом услуги по страхованию предпринимательских рисков, что делает выбранную тему более актуальной. Так предпринимательство всегда сопряжено с неопределенностью экономической конъюнктуры, которая вытекает из непостоянства спроса-предложения на товары, деньги, факторы производства, из много вариантности сфер приложения капиталов и разнообразия критериев предпочтительности инвестирования средств, из ограниченности знаний об областях бизнеса и коммерции и многих других обстоятельств. Для того чтобы предусмотреть все неожиданности, сопутствующие предпринимательской деятельности, риск убытков или неполучения намеченной прибыли многие занимающиеся предпринимательской деятельностью в целях обезопасить свое дело заключают со страховой компанией договор страхования предпринимательских рисков. Но чтобы упростить работу по регистрации и поиску данных о договорах нужно автоматизировать данную отрасль, то есть разработать такую информационную систему, которая бы позволила специалистам страховой компании: во-первых, осуществлять автоматизированный учет договоров страхования предпринимательских рисков и сразу выводить на печать сформированный договор страхования предпринимательских рисков. Во-вторых, уменьшить расходы на управление за счет высвобождения людских ресурсов, занятых оформлением договоров. В-третьих, хранить и анализировать данные за любой промежуток времени. И, в-четвертых, осуществлять поиск нужной информации по различным критериям отбора.
Но для того, чтобы реализовать информационную систему нужно грамотно, в соответствии с законодательством, ее спроектировать.
Проектирование и реализация информационной системы это логически сложная, трудоемкая и длительная работа, требующая определенных знаний в области страхования. В данной работе мы будем разрабатывать автоматизированную систему учета договоров страхования предпринимательских рисков.
Так как любая информационная система предполагает одновременную работу с ней пользователей различных категорий, то разумней всего было построить такую систему по принципу "клиент-сервер". Самое примечательное свойство архитектуры "клиент-сервер" состоит в возможности удалить клиента от сервера на любое расстояние без существенного снижения скоростных характеристик системы (даже в случае сложных запросов) и без всяких изменений в программном обеспечении. Удаленный клиент подключается к серверу с помощью телефонного или иного канала. Это свойство очень ценно для организации распределенной обработки данных. Кроме того, оно позволяет заменять СУБД, операционную систему и сервер, не изменяя программного обеспечения клиентской части системы.
Автоматизированная система учета договоров страхования предпринимательских рисков должна обеспечивает такие основные свойства системы, как распределенность данных, параллелизм при доступе и обработке данных, гибкость при настройке, надежность и корректность всей информации.
1.. Аналитическая часть
1.1 Описание предметной области ИС
Для того, чтобы правильно спроектировать информационную систему нужно рассмотреть сам процесс страхования предпринимательских рисков. При проектировании информационной системы использованы компьютерные 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-продуктов визуального моделирования сложных программных систем, и обладают преимуществами в плане развития продукта.
Для того чтобы правильно реализовать поставленную задачу нужно рассмотреть модель страхования предпринимательских рисков по подсистемам. Это лучше всего сделать графически с помощью инструментального CASE-средства разработки Rational Rose. В рамках Rational Rose все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. Перечень этих диаграмм и их названия являются каноническими в том смысле, что представляют собой неотъемлемую часть графической нотации. При этом совокупность построенных диаграмм является самодостаточной в том смысле, что в них содержится вся информация, которая необходима для реализации проекта сложной системы. Каждая из диаграмм Rational Rose детализирует и конкретизирует различные представления о модели сложной системы. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы. Суть диаграммы вариантов использования состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером или действующим лицом называется любая сущность, взаимодействующая с системой извне. В свою очередь, вариант использования служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером.
Рис. 1. Диаграмма вариантов использования
На рисунке 1 представлено взаимодействие между вариантами использования и действующими лицами - актерами. На диаграмме вариантов использования страхования предпринимательских рисков отображены четыре актера: специалист по страхованию предпринимательских рисков, кассир и оператор по вводу договоров, страхователь, и семь вариантов использования: анализирование данных, согласование условий договора, которое включает также прием страховой премии, предоставление данных страхователем для страхования предпринимательских рисков, заполнение полей БД учета договоров страхования предпринимательских рисков, формирование договора и печать, проверка и подписание договора.
Каждый актер связан с определенным вариантом использования, то есть выполняет в соответствии со своей компетенцией определенные функции. Таким образом, актер - специалист по страхованию предпринимательских рисков выполняет такие функции (они представлены на рис. 1 как варианты использования виде овалов), как анализирование данных, согласование условий договора, формирование договора и печать, проверка и подписание договора страхования предпринимательских рисков. Актер - страхователь взаимодействует с актером "специалист по страхованию предпринимательских рисков" при помощи таких вариантов использования, как предоставление данных страхователем, согласование условий договора и проверка и подписание договора.
В свою очередь, актер - оператор по вводу договоров выполняет функцию заполнение полей БД учета договоров страхования предпринимательских рисков. А актер - кассир осуществляет прием страховой премии.
Для того чтобы более тщательно проанализировать модель страхования предпринимательских рисков, определить входные и выходные данные и документы, используем другое инструментальное CASE-средство BPwin. Посредством набора графических инструментов для отображения действий и объектов, BPwin позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами. Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели. BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. BPwin предлагает средство для сбора всей необходимой информации о страховании предпринимательских рисков и графического изображения этой информации в виде целостной и непротиворечивой модели.
BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3, позволяющие анализировать наш процесс с трех ключевых точек зрения. В рамках методологии IDEF0 процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель).
В нашем случае контекстная диаграмма будет выглядеть следующим образом (Рис. 2):
Рис. 2
Двумя наиболее важными компонентами, из которых построена контекстная диаграммы IDEF0, являются работа (представленная на диаграмме в виде прямоугольника) и объекты (изображаемые в виде стрелок). Работой на нашей контекстной диаграмме является страхования предпринимательских рисков. Стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на четыре видов:
· Стрелки входа (входят в левую грань работы) - изображают данные или объекты, необходимые в ходе выполнения работы. Стрелками входа являются документы и сведения необходимые для страхования предпринимательских рисков. К ним относятся: заявление на страхование предпринимательского риска, пакет документов, предоставленный юридическим лицом, или индивидуальным предпринимателем, а также сведения о страхователе и объекте страхования.
· Стрелки управления (входят в верхнюю грань работы) - изображают правила и ограничения, согласно которым выполняется работа. Стрелками управления является законодательство РФ, то есть те нормативные акты, которые регулируют страхование предпринимательских рисков.
· Стрелки выхода (выходят из правой грани работы) - изображают данные или объекты, появляющиеся в результате выполнения работы. Процесс страхования предпринимательских рисков заканчивается выдачей договора страхования предпринимательских рисков.
· Стрелки механизма (входят в нижнюю грань работы) - изображают ресурсы, необходимые для выполнения работы. Стрелками механизма являются сотрудники страховой компании, которые занимаются страхованием предпринимательских рисков.
После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Следующий шаг построение декомпозиции контекстной диаграммы. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности.
Диаграмма декомпозиции IDEF0 учета договоров страхования предпринимательских рисков показана на рисунке 3.
Рис. 3. Диаграмма декомпозиции страхования предпринимательских рисков
На диаграмме IDEF0 показано разбиение процесса страхования предпринимательских рисков на подсистемы в виде множества взаимодействующих функций (процессов). Функциями (представленные на диаграмме в виде прямоугольника) на данной диаграмме являются:
- Анализирование, предоставленных для страхования предпринимательских рисков, данных, то есть сопоставление с нормами.
- Согласование условий договора страхования предпринимательских рисков, то есть определение срока страхования, страховой премии и страховой суммы.
- Заполнение полей БД учета договоров страхования предпринимательских рисков, то есть заносятся предоставленные и согласованные данные о страховании предпринимательских рисков.
- Формирование договора страхования предпринимательских рисков и вывод на печать.
- Проверка и подписание договора страхования предпринимательских рисков.
Функции взаимосвязаны между собой связями, так называемыми стрелками входа. Так функция Анализирование данных связана с функцией Согласование условий договора связью - разрешение на страхование, то есть при наличии всех данных необходимых для страхования, непротиворечащих установленным нормам, принимается решение на страхование предпринимательских рисков. Эти две функции регулируются ФЗ "О страховом деле в РФ".
Функция Согласование условий договора связана с функцией Заполнение полей БД учета договоров страхования предпринимательских рисков связью - дополнительная информация (срок, страховая премия, страховая сумма), которая необходима для заполнение полей БД. Для функции Заполнение полей БД учета договоров страхования предпринимательских рисков стрелками входа также являются: заявление о страховании предпринимательских рисков, правоустанавливающие документы, информация о страхователе. Стрелкой управления является правила "Страхования предпринимательских рисков".
Функция Заполнение полей БД учета договоров страхования предпринимательских рисков связана с функцией Формирование договора страхования предпринимательских рисков и вывод на печать связью - обработанные данные. Эта функция регулируется правилами "Страхования предпринимательских рисков".
Функция Формирование договора страхования предпринимательских рисков и вывод на печать связана с функцией Проверка и подписание договора связью - бланк договора. Стрелкой выхода этой функции является готовый договор страхования предпринимательских рисков. Стрелкой управления данной функции является - Гражданский кодекс РФ.
Применение универсальных графических языков моделирования IDEF0 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов в области страхования предпринимательских рисков.
Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота страховой компании. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
Всего DFD использует четыре важных элемента:
· Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. (cм. Рис.4 - "Анализирование данных").
· Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. (cм. Рис.4 - "Разрешение на страхование").
· Внешний объект. Внешний объект указывают на предмет или лицо, являющее источником информации необходимой в соответствии с системой. (cм. Рис.4 - "Страхователь").
· Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. (cм. Рис.4 - "БД Учета договоров страхования предпринимательских рисков").
Рис. 4. Диаграмма DFD - потоков данных страхования предпринимательского риска
На диаграмме потоков данных изображено как процессы (работ или функций): анализирование данных, согласование условий договора страхования предпринимательских рисков, заполнение полей БД учета договоров страхования предпринимательских рисков, формирование договора страхования предпринимательских рисков и печать, проверка и подписание договора, взаимодействуют с помощью потоков (стрелок) друг с другом, с внешним объектом и с хранилищем данных, где сохраняется вся информация о страховании предпринимательских рисков.
Внешним объектом является страхователь, который предоставляет в страховую компанию заявление, пакет документов и сведения о себе для анализирование специалисту по страхованию предпринимательских рисков, это графически выглядит, как от внешнего объекта идут потоки данных (заявление о страховании предпринимательских рисков, пакет документов и сведения о страхователе) к процессу анализирование данных. Эти потоки еще связаны и с процессом "заполнение полей БД учета договоров страхования предпринимательских рисков", так как данные оператор вводит в БД учета договоров страхования предпринимательских рисков, она показана на диаграмме в виде хранилища данных.
Процесс "проверка и подписание договора" связан потоком данных - договор страхования предпринимательских рисков с внешним объектом "страхователь". Так как после проверки сторонами договора и подписания один экземпляр договор выдается страхователю на руки.
В диаграммах потоков данных (DFD) все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой страхования предпринимательских рисков. При этом часто выясняется, что существующие потоки информации, важные для деятельности страховой компании, реализованы ненадежно и нуждаются в реорганизации.
1.2 Техническое задание
Назначение и цели создания системы.
Целью дипломной работы является разработка автоматизированной системы учета договоров страхования предпринимательского риска.
Главными целями разрабатываемой автоматизированной системы учета договоров страхования предпринимательских рисков являются:
- обеспечение перевода на компьютерную технологию подавляющего большинства производственных функций страховых агентов, связанных со страхование предпринимательских рисков,
- повышение уровня организации работников страховой компании, уровня контроля достоверности и своевременности договоров страхования предпринимательских рисков,
- экономия материальных и трудовых ресурсов, обеспечивающих страхование предпринимательских рисков.
- улучшение качества и минимизация временных затрат на проверку документов и оформление договоров страхования предпринимательских рисков,
- сокращение времени поиска необходимой информации и оформленных договоров страхования предпринимательских рисков.
- упрощение доступа к информации о страховании предпринимательских рисков,
- сокращение бумажных архивов.
Все это в целом, призвано обеспечить более высокий уровень функциональности, гибкости, надежности и удобства при использовании данной автоматизированной системы.
Требования к функциям, выполняемым системой.
Проектируемая автоматизированная система учета договоров страхования предпринимательских рисков имеет следующие функции:
1) ввод сведений, необходимых для оформления договора страхования предпринимательских рисков,
2) корректировка существующей информации о страховании предпринимательских рисков,
3) автоматизированный поиск нужных сведений,
4) хранение в базе данных информационной системы сведений о страховании предпринимательских рисков,
5) контроль формы документов: договора о страховании предпринимательских рисков и заявления,
6) формировать и распечатывать различные документы, потребность в которых возникает на отдельных этапах страхования предпринимательских рисков,
7) обеспечить взаимодействия пользователя с информационной системой,
8) обеспечить быстрый доступ сотрудников страховой компании к большому объему информации, касающейся текущего состояния материалов, поступивших в страховую компанию, и их последующему движению в процессе страхования предпринимательских рисков,
9) ведение базы данных и поддержание ее в актуальном состоянии;
10) автоматизированный учет и систематизация договоров страхования предпринимательских рисков,
11) поиск информации по различным аспектам текущего состояния и движения страхования,
12) реализация электронного архива.
Требования к информационному обеспечению ИС
К проектируемой системе предъявляются следующие общие требования:
1. Система должна обладать набором удобных возможностей по вводу информации в систему;
2. Система должна вести учет договоров страхования предпринимательских рисков, иметь полный набор информации, необходимый для страхования предпринимательского риска;
3. Система должна иметь удобный интерфейс.
Система должна быть построена таким образом, чтобы возможно было ее конфигурировать, настраивать под изменения в законодательстве
2. Проектная часть
2.1 Информационное обеспечение ИС
Так как, реляционная база данных состоят из нескольких таблиц, связь между которыми устанавливается с помощью совпадающих полей, первым этапом при создании таблиц является определение перечня полей, из которых они должна состоять, их типов и размеров. Перечень полей определяет "Правила о добровольном страховании предпринимательских рисков".
Для того чтобы создать базу данных, ее нужно нормализовать. Этот процесс получил название нормализации базы данных.
Процесс нормализации базы данных предназначен для уменьшения избыточности информации в базе данных. Существует несколько так называемых нормальных форм базы данных:
· первая нормальная форма
· вторая нормальная форма
· третья нормальная форма
Каждая из нормальных форм получается последовательно из предыдущей нормальной формы. Кроме того, каждая последующая нормальная форма сохраняет свойство предыдущей нормальной формы и удаляет некоторые аномалии, присутствующие своей предшественнице.
После нормализации получаются следующие таблицы:
Таблица "Договор страхования предпринимательских рисков" (Таблица 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) содержит определенный набор предпринимательских рисков, которые прописаны в ФЗ "О страховом деле в РФ", при наступлении которых страховая компания будет нести обязательства по возмещению ущерба.
Страхователь должен сам выбрать те риски, для которых ему необходима страховая защита. Ключевым полем является "Код".
Таблица 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 |
100 |
Статус БСО |
|
FIOSot |
Real |
100 |
ФИО Сотрудника, принявшего БСО |
|
DataPolyz |
Date |
- |
Дата получения (00.00.0000) |
|
NDog |
Integer |
100 |
Номер договора |
Таблица "Документы об оплате" (Таблица 7) содержит данные об оплате страховой премии. К этим данным относятся: номер документа об оплате, дата оплаты, тип документа, сумма, ФИО кассира, ФИО плательщика, серия и номер паспорта плательщика. Ключевым полем является "номер документа об оплате".
Таблица 7. "Документы об оплате"
Имя поля |
Тип |
Размерность |
Описание |
|
ND |
Integer |
100 |
Номер документа об оплате, ключевое поле |
|
Tip |
Real |
100 |
Тип документа (квитанция, платежное поручение) |
|
DataOplat |
Date |
- |
Дата оплаты (00.00.0000) |
|
Symma |
Real |
100 |
Сумма оплаты |
|
FIOKas |
Real |
100 |
ФИО кассира |
|
FIOPL |
Real |
100 |
ФИО плательщика |
|
SerPas |
Real |
100 |
Серия паспорта плательщика |
|
NPas |
Real |
100 |
Номер паспорта плательщика |
Состав информационных объектов базы данных.
Таблицы связаны между собой ключами. Общий вид связей между таблицами представлен на рисунке 5.
Рис. 5. Структура базы данных учета договоров страхования предпринимательских рисков
Главной из таблиц является таблица "Договор страхования предпринимательских рисков", которая связана с таблицей "Заявление" через поле номер заявления отношением "один - к - одному"; с таблицей "БСО" через номер договора отношением "один - к - одному". Таблица "Договор страхования предпринимательских рисков" связана с таблицей "Документы об оплате" по полю - номер документа об оплате - связью "один-ко-многим", это означает, что каждой записи в одной таблице соответствует одна или несколько записей в другой таблице.
Таблица "Заявление" связана с таблицами "Предпринимательские риски" по номеру заявления и с таблицей "Страхователь" по полю - ИНН отношением "один - к - одному". Таблица "Страхователь" связана с таблицей "Пакет документов" по полю - номер пакета документов отношением "один - к - одному".
Отношение "один-к-одному" означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.
2.2 Программное обеспечение ИС
Описание программного обеспечения.
Выбор средств разработки программного обеспечения является не менее важной задачей, чем выбор средств проектирования. Данный выбор объясняется двумя факторами: первый - это квалификация программиста, т.е. языки программирования, на которых он умеет работать, а второй - требования к программе (операционная система, в которой она будет работать, наличие баз данных и т.д.).
Для создания программной среды автоматизированной системы учета договоров страхования предпринимательских рисков применена среда программирования Borland Delphi. Она получила в последние годы большую популярность, характеризуется следующими положительными особенностями:
1. Язык среды Delphi является языком высокого уровня.
2. Имеет высокопроизводительный компилятор в машинный код.
3. Язык поддерживает мощные средства объектно-ориентированного программирования, включающие:
4. работу с динамическими классами, классовыми ссылками, методами и свойствами классов;
5. возможность обработки исключительных ситуаций приложения;
6. обработку информации о типах объектов во время выполнения программы;
7. обработку системных и пользовательских событий Windows на уровне отдельных методов.
8. Предоставляет широкий выбор компонент для построения и работы с различными СУБД.
9. Поддерживается визуальное наследование и визуальное связывание форм интерфейса приложений для уменьшения размера вводимого кода и более простого управления. При этом библиотека Delphi содержит большое количество компонент, реализующих работу стандартных интерфейсных элементов операционной системы, которая также может пополняться программистами.
С учетом данных замечаний можно сделать вывод о том, что выбор языка программирования для разработки советующей системы является обоснованным.
При помощи Delphi повышается быстродействие разрабатываемой программы и при этом пользовательскому интерфейсу придаются качества профессионального уровня.
Описанные выше преимущества отныне принадлежат программисту. Пользователь же приложения, написанного при помощи Delphi 7, получает полноценное Windows-приложение с удобным в работе интерфейсом. Приложения, созданные компилятором Delphi, не требуют больших ресурсов ЭВМ, а также высокоэффективны по скорости. Наличие в Delphi встроенных механизмов обработки исключительных ситуаций позволяет считать, что приложения, написанные на Delphi, обладают повышенной надежностью.
По сравнению с аналогичными программными продуктами Delphi имеет ряд преимуществ:
· быстрота разработки приложения и высокая производительность разработанного приложения;
· наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;
· низкие требования разработанного приложения к ресурсам компьютера;
Приложения, создаваемые в среде Delphi, отличаются повышенной надежностью. Это обуславливается наличием встроенных механизмов обработки исключений вместе со строго типизированным языком Object Pascal, что изначально закладывает в программы устойчивость к всевозможным сбоям, которые могут произойти в операционной системе или непосредственно в программе.
Руководство пользователя.
Выбор среды программирования Delphi существенно упростил этап программной реализации созданной системы, ввиду того, что уже был накоплен личный опыт по программированию в этой среде.
Иерархия пользовательских форм:
Рис. 6
Из иерархии видно, что главным меню является окно "Учет договоров страхования предпринимательских рисков". Оно в свою очередь разветвляется на пять экранных форм: Учет договоров, БСО, Документы об оплате, Поиск и Настройки, которые в свою очередь разветвляются на другие.
При запуске программы открывается окно "Учет договоров страхования предпринимательских рисков" с главным меню (рис. 6)
Рис. 7
Из данного меню запускаются основные функции программы:
Полисы - работа с полисами: создание, изменение, прекращение и формирование полисов для печати.
БСО - работа с бланками строгой отчетности.
ДОКУМЕНТЫ ОБ ОПЛАТЕ - работа с платежными поручениями и квитанциями.
ПОИСК - быстрый поиск полисов страхования предпринимательских рисков
Настройка - настройка программы по изменения в законодательстве.
Выход - выход из программы.
Полисы
Режим работы "Полисы" предназначен для:
ввода, поиска, отбора, просмотра и корректировки полисов все типов (на страхование, на изменение, на прекращение),
печати полисов.
По пункту "Полисы" основного меню (рис. 6) открывается окно для работы со списком полисов (рис. 7).
Левая часть окна предназначена для отображения списка выбранных полисов. При первом открытии окна левая часть не заполняется.
Рис. 8
Правая часть окна "Условия отбора" предназначена для ввода условий отбора полисов для формирования списка в левой части окна.
В нижней части данной области окна указаны кнопки, по нажатию на которые выполняется одна из следующих функций:
Отобрать - Отбор и формирование списка полисов по введенным условиям.
Очистить поля - Очистка всех введенных условий отбора. Установка условий по умолчанию.
Добавить - Ввод нового полиса на страхование.
Удаление- Удаление полиса, выбранного в списке полисов.
Изменить - Просмотр или изменение полиса, выбранного в списке полисов.
Копировать - Создание нового полиса на страхование на основе данных выбранного полиса из списка.
Печать - Печать одного выбранного в списке полиса.
Отчет - Формирование отчета по списку полисов.
Выход - Выход из режима работы полисы и возврат в основное меню.
Создание полиса на страхование
Ввод нового полиса на страхование инициируется нажатием кнопки "Добавить" или "Копировать" в окне "Учет договоров страхования предпринимательских рисков" (рис. 7).
По кнопке "Добавить" создается новый полис на страхование с чистого листа (проставлены только значения по умолчанию).
По кнопке "Копировать" создается новый полис на страхование, в которое копируются данные из полиса, выбранного в списке полисов в момент нажатия кнопки "Копировать". При этом даты срока страхования и периода использования не копируются, а устанавливаются по умолчанию. Не копируются также размер премии и данные полиса (номер, серия) - их необходимо ввести.
По каждой из этих кнопок открывается много закладочное окно "Полиса страхования предпринимательских рисков" для ввода данных полиса (рис. 8).
Опишем подробнее ввод полиса по кнопке "Добавить", т.е. с чистого листа.
По нажатию кнопки "Добавить" откроется форма для ввода полиса на страхование с доступной для ввода закладкой "Заявление" (рис. 8).
Рис. 9
Сначала доступной для заполнения будет только закладка "Заявление". Параметры: "Номер заявления" и "Дата заявления" (по умолчанию она равна текущей дате) будут заполнены по умолчанию.
Следует внести данные в следующие поля:
"Представитель страховщика" - ФИО сотрудника страховой компании;
"Срок страхования" - в годах, месяцах или сутках.
"Порядок уплаты страховой премии" - график, по которому будет происходить оплата страховой премии в рассрочку.
Затем нажимается кнопка "Сохранить" и осуществляется автоматический переход на закладку "Страхователь". На данной закладке (рис. 9) заполняется вся информация по Страхователю.
Сначала выбирается тип лица Страхователя:
юридическое лицо (установлено по умолчанию),
индивидуальный предприниматель.
Рис. 10
Для юридического лица заполняются:
Полное наименование - заполнение обязательно.
В первую очередь нужно попытаться найти данное лицо в базе данных. Для этого надо нажать кнопку, расположенную под заголовком "Общие данные". В открывшемся окне (рис.10) в поисковое поле вводится наименование лица, затем по кнопке отобрать осуществляется поиск. Если такое лицо будет найдено, то сформируется список. Вы можете выбрать лицо из списка (кнопка "Выбрать из списка"), тогда все остальные данные по Страхователю автоматически заполнятся сведениями по данному лицу. Если нужного лица в списке не окажется, то надо нажать кнопку "Отмена" и после возврата на закладку "Страхователь" ввести данные лица в ручную.
Рис. 11
Для Индивидуальных предпринимателей заполняются поля, так как показано на рис.11
Рис. 12
Далее и для юридического и для индивидуальных предпринимателей обязательно заполняются данные документа.
Затем заполняется адрес Страхователя. Адрес необходимо выбрать из справочника территорий (рис. 12), который открывается по кнопке Адрес
Рис. 13
По данному справочнику происходит выбор адреса вплоть до населенного пункта. После установки всех необходимых параметров в списке адресов будет выведен конечный набор допустимых адресов. Из полученного списка нужно выбрать одну из строк и нажать кнопку "Выбрать". Улица, номер дома, офис вводятся вручную.
Если точного адреса в справочнике не окажется, то необходимо выбрать имеющуюся часть адреса (например, страну, район, населенный пункт), а затем остальное ввести вручную.
После выбора и заполнения адреса для Страхователя заполняется телефон. Заполнение этих полей не является обязательным, но желательно.
После заполнения всех данных нажимается кнопка "Сохранить". При этом автоматически происходит переход на закладку "Предпринимательские риски".
На вкладке "Предпринимательские риски", изображенной на рис. 13, ставим галочки на тех видах страхования предпринимательских рисков, которые будем страховать.
Рис. 14
После нажимается кнопка "Сохранить" и автоматически происходит переход на закладку "Пакет документов". На вкладке "Пакет документов" (рис. 14) также делаем отметку на тех документах, которые были предоставлены страховщиком.
Рис. 15
Сохраняем изменения и переходим на вкладку "Договор". Данная закладка используется для заполнения тех параметров полиса, которые не были заполнены при вводе ранее Рис. 15.
Рис. 16
По умолчанию устанавливаются следующие значения полей:
Тип полиса - устанавливается "на страхование".
Дата заключения - устанавливается равной дате заявления, но можно изменить вручную.
Статус полиса - устанавливается "в работе".
Остальные поля заполняются вручную:
После ввода всех данных по кнопке "Сохранить" происходит сохранение введенных значений и проверка регистрации в системе указанных бланков полиса и знака. Если на момент сохранения статус полиса "заключен", то для указанных в нем бланков строгой отчетности автоматически происходит присвоение нового статуса - "использован по назначению".
Обратите внимание: После сохранения полиса со статусом "заключен" изменять параметры полиса и заявления будет невозможно. Если после этого обнаружатся ошибки ввода, то необходимо статус полиса "заключен" поменять обратно на статус "в работе" и внести изменения. Следует использовать подобный "откат" в крайних случаях.
Печать полиса может быть запущена по кнопке "Печать" либо из окна "Список полисов" (для полиса, выделенного в списке). Выводится сообщение (Рис.16): печатать полис или нет?
Рис. 17
Далее полис выводится в шаблон Word, а затем может быть распечатано.
Внимание: Вывод полиса в шаблон Word происходит не очень быстро: сначала открывается шаблон с наименованиями полей, затем происходит заполнение данных полей.
Рис. 18
Поиск полиса из БД
Поиск полиса инициируется нажатием кнопки "Отобрать" в окне "Учет договоров страхования предпринимательских рисков" (рис. 7).
Другой вариант поиска нажатием кнопки "Поиск" в окне "Учет договоров страхования предпринимательских рисков" с главным меню (рис. 6). При нажатии открывается окно "Учет договоров страхования предпринимательских рисков" (рис. 7).
Задаем условия поиска и нажимаем кнопку "Отобрать", осуществляется поиск полисов, которое удовлетворяют условию отбора (рис. 17).
Рис. 19
После выбора в списке нужного полиса можно осуществлять следующие из функций: удалить полис, изменить или сделать отчет, а можно просто открыть (двойным щелчком по полису) и просмотреть нужную информация.
Выбранного в списке полисов в момент нажатия кнопки "Изменить" открывается много закладочное окно "Полиса страхования предпринимательских рисков" с данными полиса (рис. 18) и с доступом для изменения данных.
Рис. 20
При этом даты последнего изменения устанавливаются по умолчанию (на равна текущей дате). Не копируются также данные полиса (номер, серия) - их необходимо ввести, а также произвести необходимые изменения и сохранить.
При нажатие кнопки "Удалить" открывается окно "Удаление договора" (рис. 19) на которым изображен вопрос "Удалить договор из БД" и три кнопочки для выбора: да, нет, отмена.
Рис. 21
Выбранных в списке полисов в момент нажатия кнопки "Отчет" открывается окно "Отчет по договорам" по выбранным из списка договорам (Рис. 20).
Рис. 22
Например, нам нужен отчет по выбранным полисам, которые находятся в работе. Задаем условия отбора и нажимаем "Формировать". Открывается Word-файл с содержанием отчета в свободной форме Рис.21.
Рис. 23
Бланков строгой отчетности в режиме "БСО"
По пункту "БСО" основного меню программы (рис.6) вызывается режим работы с бланками строгой отчетности. При этом открывается окно "Бланки строгой отчетности" (рис.22).
Рис. 24
Окно состоит из двух частей:
Левая часть окна предназначена для отображения списка выбранных БСО. При первом открытии окна левая часть не заполняется.
Правая часть окна предназначена для ввода условий отбора БСО для формирования списка в левой части окна. Внизу правой части окна указаны кнопки, по нажатию на которые выполняется одна из следующих функций:
- Добавить - добавление (регистрация) бланков строгой отчетности.
- Удалить - Удаление БСО, помеченных в списке (в левой части окна). Удалению подлежат только БСО с единственным статусом "на хранении".
- Отчет - Формирование отчетов (в системе представлено два отчета) по использованию БСО: свободная форма и списком.
- Отобрать - Отбор БСО, удовлетворяющих условиям отбора, введенным в правой части окна. Выбранные данные попадают в список в левой части окна.
- Очистить поля - Очистка условий отбора, введенных вручную.
Ввод (регистрация) полученных БСО.
По кнопке "Добавить" вызывается функция добавления полученных БСО.
По данной кнопке открывается окно для добавления (регистрации) БСО (рис. 23).
Рис. 25
Для добавления БСО берется БСО и в окне "Добавить БСО" указывается:
- номер БСО;
- серия БСО,
- дата изготовления БСО;
- ответственный сотрудник - материально ответственное лицо в отделении (филиале), отвечающее за хранение и использование полученных БСО.
- дата получения - это дата, когда данные бланки были получены данным лицом.
После заполнения условий по кнопке "Выполнить" происходит добавление БСО в систему. При этом, если в процессе добавления окажется, что БСО данного вида с данной серией и номером уже в системе есть, то повторного добавления таких БСО не произойдет, т.е. добавлены будут только бланки, отсутствующие в системе.
По кнопке "Отмена" происходит выход из окна и возврат в окно "Бланки строгой отчетности" (рис. 22).
Поиск и формирование списка БСО
Существуют два способа для поиска.
Первый способ поиска, в окне "Учет договоров страхования предпринимательских рисков" - главное меню (рис. 6) нажимаем кнопку "Поиск". При нажатии открывается окно "Выбор типа", выбираем БСО, и открывается окно "Бланки строгой отчетности" (рис. 22).
Другой способ из главного меню нажимаем кнопку "БСО" открывается окно "Бланки строгой отчетности" (рис. 22).
Затем в правой части "Условия отбора" окна "Бланки строгой отчетности" (рис. 22) можно заполнить условия, в соответствии которым будут выбраны БСО и выведены в список в левой части окна. В Условии отбора "Отчетная дата" являются обязательным. Остальные условия, представленные в правой части окна заполняются по желанию.
Например, на рис. 24 в условиях отбора указано в качестве "Отчетной даты" - 25.04.06г. и выбран диапазон номеров БСО с 0000000001 по 0000000010 . Это означает, что в список будут выбраны все БСО с заданными номерами, зарегистрированные в системе до 25.04.06г, включительно.
Рис. 26
Для отбора и заполнения списка БСО согласно введенным условиям нажимается кнопка "Отобрать".
Для удаления помеченных в списке (в левой части окна) БСО необходимо нажать кнопку "Удалить", после чего на экран выводится сообщение (Рис.25).
Рис. 27
Удалению подлежат только БСО с единственным статусом "на хранении".
Формирование отчета по БСО
В окне "Бланки строгой отчетности" можно сформировать два отчета по БСО, отобранным по условиям, установленным в правой части окна, и выведенным в левой части окна (рис. 24).
По кнопке "Отчет" открывается окно "Отчет по БСО" (рис. 15).
Рис. 28
В данном окне можно:
- Выбрать тип отчета - "Сводный отчет" или "Список БСО".
- Просмотреть условия, на которых формируется данный отчет. Это те условия, которые были установлены в окне "Бланки строгой отчетности". Если надо их изменить, то необходимо установить другие условия отбора и сформировать список БСО нажав кнопку "Формировать". Открывается Word-файл с отчетом, соответствующим условиям выбора (рис. 27).
Рис. 29
Документы об оплате.
По пункту "Документы об оплате" основного меню программы (рис.6) вызывается режим работы с документами об оплате. При этом открывается окно "Документы об оплате" (рис.28).
Рис. 30
Окно состоит из двух частей:
Левая часть окна предназначена для отображения списка выбранных документов об оплате. При первом открытии окна левая часть не заполняется.
Правая часть окна предназначена для ввода условий отбора документов об оплате для формирования списка в левой части окна. Внизу правой части окна указаны кнопки, по нажатию на которые выполняется одна из следующих функций:
- Добавить - добавление (регистрация) документов об оплате.
- Удалить - Удаление документов об оплате, помеченных в списке (в левой части окна).
- Отчет - Формирование отчетов (в системе представлено два отчета) по документам об оплате: свободная форма и списком.
- Отобрать - Отбор документов об оплате, удовлетворяющих условиям отбора, введенным в правой части окна. Выбранные данные попадают в список в левой части окна.
- Очистить поля - Очистка условий отбора, введенных вручную.
Ввод (регистрация) документов об оплате.
По кнопке "Добавить" вызывается функция добавления документов об оплате.
По данной кнопке открывается окно для добавления (регистрации) документов об оплате (рис. 29).
Рис. 31
Для добавления документа об оплате в окне "Добавить документ об оплате" указывается:
- номер документа;
- тип документа: квитанция или платежное поручение,
- дата оплаты;
- сумма,
- кассир - материально ответственное лицо в отделении (филиале) принимающее оплату страховых премий.
- ФИО плательщика,
- Паспортные данные плательщика: серия и номер.
После заполнения условий по кнопке "Добавить" происходит добавление документа об оплате в систему. При этом, если в процессе добавления окажется, что документа об оплате данного вида с данным номером уже в системе есть, то повторного добавления не произойдет, т.е. добавлены будут только, отсутствующие в системе.
По кнопке "Выход" происходит выход из окна и возврат в окно "Документы об оплате" (рис. 28).
Поиск и формирование списка документов об оплате.
Существуют два способа для поиска.
Первый способ поиска, в окне "Учет договоров страхования предпринимательских рисков" - главное меню (рис. 6) нажимаем кнопку "Поиск". При нажатии открывается окно "Выбор типа", выбираем документ об оплате, и открывается окно "Документ об оплате" (рис. 28).
Другой способ из главного меню нажимаем кнопку "Документ об оплате" открывается окно " Документ об оплате " (рис. 28).
В правой части "Условия отбора" окна " Документ об оплате " (рис. 28) можно заполнить условия, в соответствии которым будут выбраны документы и выведены в список в левой части окна.
В Условии отбора "Отчетная дата" являются обязательным. Остальные условия, представленные в правой части окна заполняются по желанию.
Например, на рис. 28 в условиях отбора указано в качестве "Отчетной даты" - 15.03.06 г., выбран тип документа - квитанция и выбран номер документа об оплате- 12. Это означает, что после нажатия кнопки "Отобрать" в список будет выбран документ об оплате с заданным номером, зарегистрированные в системе до 15.03.06г.
Для удаления помеченного в списке (в левой части окна) документа об оплате необходимо нажать кнопку "Удалить".
Формирование отчета по документам об оплате страховой премии.
В окне "Документы об оплате" можно сформировать отчет, отобранным по условиям, установленным в правой части окна, и выведенным в левой части окна (рис. 28).
По кнопке "Отчет" открывается окно "Отчет по документам об оплате" (рис. 30).
Рис. 32
В данном окне можно просмотреть условия, на которых формируется данный отчет. Это те условия, которые были установлены в ...
Подобные документы
Анализ этапов разработки автоматизированной системы учета договоров страхования предпринимательских рисков: постановка задачи, определение системных требований, выбор структуры информационной базы и средств ее реализации, проектирование экранных форм.
дипломная работа [2,6 M], добавлен 02.03.2010Архитектура "клиент-сервер". Системный анализ базы данных "Газета объявлений", ее инфологическое и физическое проектирование. Программирование на стороне SQL-сервера. Разработка клиентской части в Borland C++ Builder 6.0 и с помощью Web-технологий.
курсовая работа [1,3 M], добавлен 07.07.2013Методика и основные этапы разработки системы тестирования для оценки уровня знаний студентов с применением технологии "Клиент-сервер". Проектирование клиентской, серверной части данной системы тестирования, порядок составления финальных отчетов.
дипломная работа [587,6 K], добавлен 08.11.2010Разработка программного комплекса для замены устаревшего программного обеспечения по учету выдачи полисов. Импорт данных из Clipper в MS SQL Server 2005. Подготовка файлов регистра застрахованных и регистра договоров для передачи в представительства.
дипломная работа [650,5 K], добавлен 20.04.2012Порядок автоматизации расчетов себестоимости и длительности программного обеспечения производственного предприятия. Выбор языка программирования и системы управления базами данных. Разработка алгоритмов расчета себестоимости программного обеспечения.
дипломная работа [1,7 M], добавлен 13.06.2017Общая характеристика и функциональное назначение проектируемого программного обеспечения, требования к нему. Разработка и описание интерфейса клиентской и серверной части. Описание алгоритма и программной реализации приложения. Схема базы данных.
курсовая работа [35,4 K], добавлен 12.05.2013Среды передачи данных, топологии локальных сетей. Сравнение средств разработки Microsoft, выбор системы управления базами данных. Описание серверной и клиентской части приложения. Внедрение системы оперативного документооборота на данное предприятие.
дипломная работа [3,5 M], добавлен 12.01.2012Диагностический анализ автоматизированной системы управления "СКБ Контур". Разработка автоматизированной подсистемы АСУ на базе MS SQL Server 2005 по реализации системы учета консультационных услуг, связанных с вопросами медицинского страхования клиентов.
дипломная работа [858,8 K], добавлен 28.06.2011Сравнение клиент-серверной и файл-серверной архитектуры. Особенности разработки проекта автоматизированной информационной системы "Ведение протокола нерешенных задач по материалам для ЗАО "Авиастар-СП". Расчет экономической эффективности от внедрения АИС.
курсовая работа [1,4 M], добавлен 23.06.2011Обзор медицинских информационных систем. Анализ и моделирование автоматизированной системы "Регистратура". Требования к составу и параметрам вычислительной системы. Обоснование выбора системы управления базами данных. Разработка инструкции пользователя.
дипломная работа [1,2 M], добавлен 14.10.2012Этапы создания автоматизированной системы учета договоров на предприятии: определение входной и выходной информации, проектирование базы данных методом "сущность-связь" и CASE-средствами, разработка интерфейса, составление руководства пользователя.
курсовая работа [2,5 M], добавлен 15.01.2011Анализ проектирования автоматизированной информационной системы компьютерного магазина "Джей". Разработка базы данных на языке Transact-SQL в системе управления базами данных Microsoft SQL Server 2000. Расчет себестоимости и цены программного продукта.
курсовая работа [2,3 M], добавлен 16.08.2012Выбор программного средства для клиентской и серверной части. Требования к программному обеспечению. Анализ приложений "Gmote", "Remote for VLC", "Пульт MPC&VLC", "The Remote Control". Схема функционирования клиентской части. Тестирование окна управления.
дипломная работа [1,5 M], добавлен 31.03.2013Характеристика программной системы автоматизации МЧС по контролю рыбаков дрейфующих на льдинах. Выбор инструментальных средств разработки системы, технологии ее реализации. Проектирование архитектуры системы. Анализ серверной и клиентской части системы.
курсовая работа [1014,5 K], добавлен 28.08.2012Описание создаваемого сервиса. Разработка и реализация серверной части сервиса и клиентской части сервиса, которая будет предоставлять пользователям возможность создания и редактирования генеалогических деревьев, возможность импорта и экспорта данных.
курсовая работа [116,9 K], добавлен 20.07.2012Проектирование физической и логической моделей удаленной базы данных для АЗС. Разработка базы данных в СУБД Firebird с помощью утилиты IBExpert. Создание клиентского приложения для Windows с использованием клиент-серверной технологии в среде C++ Builder.
курсовая работа [3,9 M], добавлен 18.01.2017Реляционные базы данных как часть корпоративных информационных систем, их построение по принципам клиент-серверной технологии. Основные характеристики СУБД Firebird. Проектирование базы данных для информационной системы "Компьютерные комплектующие".
курсовая работа [1,9 M], добавлен 28.07.2013Функциональная модель системы. Проектирование схемы базы данных. Проектирование архитектуры системы. Принцип технологии клиент-сервер. Построение схемы ресурсов. Выбор программных средств. Разработка базы данных с использованием Microsoft SQL Server.
дипломная работа [1,1 M], добавлен 30.03.2015Программные средства для реализации базы данных и серверной части информационной системы "Учета технического обслуживания станков" средствами СУБД Microsoft SQL Server 2008. Разработка триггеров для поддержки сложных ограничений целостности в базе данных.
курсовая работа [768,3 K], добавлен 01.02.2013Анализ информационных потоков. Разработка структуры таблиц базы данных. Выбор CASE-средства для проектирования информационной системы и среды программирования. Разработка программных модулей (программного обеспечения). Подготовка справочных баз данных.
дипломная работа [6,8 M], добавлен 19.11.2013