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

Но если вдруг:

Вам нужна качественная учебная работа (контрольная, реферат, курсовая, дипломная, отчет по практике, перевод, эссе, РГР, ВКР, диссертация, шпоры...) с проверкой на плагиат (с высоким % оригинальности) выполненная в самые короткие сроки, с гарантией и бесплатными доработками до самой сдачи/защиты - ОБРАЩАЙТЕСЬ!

РЕФЕРАТ

Курсовой проект на тему «Проектирование базы данных для страхового агента» 40 с., 6 рис., 16

 источников

Объектом исследования является база данных.

Цель работы состоит в приобретении навыков построения модели данных, их практическом применении в построении базы данных средствами СУБД и разработке приложения базы данных в соответствии с темой.

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

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

Эффективность работы характеризуется точностью расчетов и автоматическим формированием списка.

Содержание

Введение

1. Автоматизированные информационные системы.

1.2 Новые области применения баз данных

1.3 Обоснование необходимости разработки

2. Описание предметной области

3 Разработка программного обеспечения

3.1 Постановка задачи

3.2 Обоснование выбора СУБД

3.3 Обоснование выбора языка программирования

3.4 Описание интерфейса и основных модулей программы

3.4.1 Входная информация

3.4.2 Выходная информация

Форма включающая в себя всю информацию о договоре.

3.5 Программная документация

3.6 Требования к аппаратному обеспечению

Заключение

Список  использованных источников

Введение

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

Основной целью данного курсового проекта является создание базы данных “страхового агента” Необходимо спроектировать базу данных, в которую заносится информация о клиентах. Для проектирования выбрать любую систему.

А также:

-         практическое освоение современных методов и средств проектирования баз данных для выбранной предметной области, ее физическая реализация в произвольной СУБД;

-         формирование навыков самостоятельного применения на примерах автоматизации конкретной предметной области — подразделения предприятия, фирмы, небольшой организации.

-         Физическая реализация базы данных произведена в СУБД Microsoft Access 2003, входящая в программный комплекс MS Office.

Достижение цели осуществляется посредством комплекса задач:

-         проектирование и создание таблиц для хранения данных;

-         ввод данных;

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

1. Автоматизированные информационные системы.

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

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

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

Под открытой системой (open system) понимают систему, которая отвечает стандартам OSI (Open Systems Interconnection); обеспечивает свободный доступ пользователей к своим ресурсам; способна видоизменяться.

По терминологии Institute of Electrical and Electronics Engineers (IEEE), открытые системы определяются как системы, в которых реализован исчерпывающий и согласованный набор базовых международных стандартов информационных технологий и профилей функциональных стандартов, которые специфицируют интерфейсы, службы и поддерживающие форматы данных, чтобы обеспечить интероперабельность и мобильность приложений, данных и персонала. В основе создания открытых вычислительных систем изначально лежала операционная система Unix, которая используется в большинстве таких систем и в настоящее время.

1.2 Новые области применения баз данных

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

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

-         базы данных по промышленной, строительной и сельскохозяйственной продукции;

-         базы данных по экономической и конъюнктурной информации (статистическая, кредитно-финансовая, внешнеторговая);

-         фактографические базы социальных данных, включающие  сведения  о населении и о социальной среде;

-         базы данных транспортных систем;

-         справочные данные для населения и учреждений (энциклопедии и справочники, расписания самолетов и поездов, адреса и телефоны граждан и организаций);

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

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

-         фактографические базы данных в области культуры и искусства;

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

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

1.3 Обоснование необходимости разработки

Основными целями создания АИС «страхового агента» являются:

-         Замещение существующей информационной системы на полностью автоматизированную, что значительно упростит затраты времени и сил на работу с клиентами;

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

-         Повысит качество работы. Уменьшит риск ошибок при редактировании и добавлении информации о клиентах;

-         Наглядность и структурность данных обеспечит удобство в работе с информацией;

-         Для реализации поставленных целей система должна решать следующие задачи:

-         Ввод данных в общий реестр, содержащий все данные о клиентах;

-         Редактирование данных в информационной системе;

-         Построение отчётов по запросам агента.

2. Описание предметной области

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

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

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

В агентство страхования могут обращаться разные клиенты, как физические лица, так и юридические. Соответственно документы, подаваемые для составления заявки от разных клиентов, будут различными. В соответствии с законодательством РФ, основными документами для проведения операций по продаже – покупки и страхованию имущества  для физического лица являются паспорт. Паспорт удостоверяет личность клиента. Для юридических лиц законодательство предусматривает также два основных вида документов. Это "Свидетельство о регистрации" и номер банковского счёта.

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

-         Номер по порядку;

-         Тип клиента (в данном пункте выбирается тип клиента из двух возможных вариантов – покупатель или продавец, в зависимости от того, продаёт клиент имущество или хочет приобрести);

-         Код клиента (уникальный код клиента, в котором отображён порядковый номер клиента, его тип, а также номер заявки);

-         Фамилия и инициалы клиента;

-         Адрес, по которому проживает клиент;

-         Серия и номер паспорта;

-         Телефон клиента.

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

Страховая компания (СК) получает прибыль от страхования автогражданской ответственности.

Страховая компания имеет достаточные активы для страхования ответственности клиентов без необходимости перестрахования.

Клиент заключает договор ОСАГО со Страховой компанией. Каждый договор имеет срок действия. Также может быть несколько периодов использования автотранспортного средства в течении срока действия договора.

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

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

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

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

Страховая компания регулярно составляет отчёты о прибылях и убытках.

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

Основными компонентами этого фрагмента являются:

-         страховые агенты;

-         клиенты;

-         Основные бизнес-процессы;

-         заключение договора страхования;

-         проверка факта оплаты клиентом страховой премии в полном объёме;

-         расторжение договора страхования;

-         выплата страховой сумы;

-         составление отчётов о прибылях и убытках.

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

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

-         контроль факта оплаты страховой премии – до вступления договора в силу;

-         расторжение договора страхования - по мере поступления требований;

-         выплата страховой сумы - по мере поступления требований;

-         составление отчётов о прибылях и убытках - ежемесячно;

-         База данных должна поддерживать накопление и хранение информации об основных компонентах бизнеса и автоматизированное выполнение бизнес-процессов.

3 Разработка программного обеспечения

3.1 Постановка задачи

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

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

3.2 Обоснование выбора СУБД

На сегодняшний день известно более двух десятков форматов данных настольных СУБД, наиболее популярными следует признать dBase, Paradox, FoxPro и Access.

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

Последняя версия этой СУБД  Access  входит в состав Microsoft Office  Professional, а также доступна как самостоятельный продукт.

В состав Access  входят:

-         средства манипуляции данными Access и данными, доступными через ODBC (последние могут быть «присоединены» к базе данных Access);

-         средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office;

-         средства доступа к данным серверных СУБД через OLE DB;

-         средства создания клиентских приложений для Microsoft SQL Server;

-         средства администрирования Microsoft SQL Server.

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

Access мощное приложение Windows. Впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. С помощью объектов OLE и компонентов Microsoft Office (Excel, Word, PowerPoint и Outlook) можно превратить Access в настоящую операционную среду баз данных. С помощью новых расширений для Internet можно создавать формы, которые будут напрямую взаимодействовать данными из World Wide Web, и транслировать их в представление на языке HTML, обеспечивающее работу с такими продуктами, как Internet Explorer и Netscape Navigator.При всем этом Access  не просто СУБД. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде Paradox или dBASE. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel. Работая в среде Microsoft Office, пользователь получает в свое распоряжение полностью совместимые между собой Access и Word, Excel и PowerPoint.

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

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

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

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

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

Основываясь на изложенных выше данных в качестве СУБД разрабатываемой системы был выбран Microsoft Access

3.3 Обоснование выбора языка программирования

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

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

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

Пакет Delphi - продолжение линии компиляторов языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы. Корпорация Borland постоянно обогащала язык. Когда-то в версию 4.0 были включены средства раздельной трансляции, позже, начиная с версии 5.5, появились объекты, а в состав шестой версии пакета вошла полноценная библиотека классов Turbo Vision, реализующая оконную систему в текстовом режиме работы видеоадаптера. Это был один из первых продуктов, содержавших интегрированную среду разработки программ.

Projeсt Manager - это отдельное окно, где перечисляются модули и формы, составляющие проект. При каждом модуле указывается маршрут к каталогу, в котором находится исходный текст. Жирным шрифтом выделяются измененные, но еще не сохраненные части проекта. В верхней части окна имеется набор кнопок: добавить, удалить, показать исходный текст, показать форму, задать опции и синхронизировать содержимое окна с текстом файла проекта, т. е. с головной программой на языке Pascal.

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

Visual Component Library (VCL) Богатство палитры объектов для построения пользовательского интерфейса - один из ключевых факторов при выборе инструмента визуального программирования. При этом для пользователя имеет значение как число элементов, включенных непосредственно в среду, так и доступность элементов соответствующего формата на рынке.

В смысле проектирования Delphi мало, чем отличается от проектирования в интерпретирующей среде, однако после выполнения компиляции мы получаем код, который исполняется в 10-20 раз быстрее, чем тоже самое, сделанное при помощи интерпретатора. Кроме того, компилятор компилятору рознь, в Delphi компиляция производится непосредственно в родной машинный код, в то время как существуют компиляторы, превращающие программу в так называемый p-код, который затем интерпретируется виртуальной p-машиной. Это не может не сказаться на фактическом быстродействии готового приложения.

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

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

Объектно-ориентированный подход в новой версии языка получил значительное развитие. Перечислим основные новшества:

-         введено понятие класса;

-         реализованы методы классов, аналогичные статическим методам C++. Они оперируют не экземпляром класса, а самим классом;

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

-         введена обработка исключительных ситуаций. В Delphi это устроено в стиле С++. Исключения представлены в виде объектов, содержащих специфическую информацию о соответствующей ошибке (тип и место- нахождение ошибки). Разработчик может оставить обработку ошибки, существовавшую по умолчанию, или написать свой собственный обработчик. Обработка исключений реализована в виде exception-handling blocks (также еще называется protected blocks), которые устанавливаются ключевыми словами try и end. Существуют два типа таких блоков: try...except и try...finally;

-         появилось несколько удобных синтаксических конструкций, в числе которых преобразование типа объекта с контролем корректности (в случае неудачи инициируется исключение) и проверка объекта на принадлежность классу;

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

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

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

Язык программирования Delphi базируется на Borland Object Pascal. Кроме того, Delphi поддерживает такие низкоуровневые особенности, как подклассы элементов управления Windows, перекрытие цикла обработки сообщений Windows, использование встроенного ассемблера..

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

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

Благодаря такой возможности приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики могут создавать свои повторно используемые объекты для того, чтобы уменьшить затраты на разработку.

Delphi предлагает разработчикам - как в составе команды, так и индивидуальным - открытую архитектуру, позволяющую добавлять компоненты, где бы они ни были изготовлены, и оперировать этими вновь введенными компонентами в визуальном построителе. Разработчики могут добавлять CASE-инструменты, кодовые генераторы, а также авторские help’ы, доступные через меню Delphi.

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

Этот костяк называется Visual Component Library (VCL). В VCL есть такие стандартные элементы управления, как строки редактирования, статические элементы управления, строки редактирования со списками, списки объектов. Еще имеются такие компоненты, которые ранее были доступны только в библиотеках третьих фирм: табличные элементы управления, закладки, многостраничные записные книжки. Все объекты разбиты на страницы по своей функциональности и представлены в палитре компонент.

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

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

Формы, модули и метод разработки "Two-Way Tools".

Формы это объекты, в которые помещаются другие объекты для создания пользовательского интерфейса любого приложения. Модули состоят из кода, который реализует функционирование приложения, обработчики событий для форм и их компонент. Информация о формах хранится в двух типах файлов  .dfm и .pas, причем первый тип файла  двоичный  хранит образ формы и ее свойства, второй тип описывает функционирование обработчиков событий и поведение компонент. Оба файла автоматически синхронизируются Delphi, так что если добавить новую форму проект, связанный с ним файл .pas автоматически будет создан, и его имя будет добавлено в проект. Такая синхронизация и делает Delphi two-way-инструментом, обеспечивая полное соответствие между кодом и визуальным представлением. Как только добавляется новый объект или код, Delphi устанавливает  “кодовую синхронизацию” между визуальными элементами и соответствующими им кодовыми представлениями.

Визуальный построитель интерфейсов (Visual User-interface builder) дает возможность быстро создавать клиент-серверные приложения визуально, просто выбирая компоненты из соответствующей палитры. В процессе построения приложения разработчик выбирает из палитры компонент, готовые компоненты как художник, делающий крупные мазки кистью. Еще до компиляции он видит результаты своей работы - после подключения к источнику данных их можно видеть отображенными на форме, можно перемещаться по данным, представлять их в том или ином виде

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

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

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

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

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

3.4 Описание интерфейса и основных модулей программы

3.4.1 Входная информация

Таблица главная где представлены данные о страховом агентстве и клиенте .

Рисунок 1 таблица главная.

Таблица клиентов, где описана контактная информация.

Рисунок 2 таблица клиенты.

Таблица имена.

Рисунок 3 таблица имена

3.4.2 Выходная информация

В отчете представлена информация о заключенных договорах с клиентами.

Рисунок 4 отчет главная.

3.4.3 Интерфейс

Форма включающая в себя всю информацию о договоре.

Рисунок 5 главная форма.

Форма показывающая всю информацию о клиенте.

Рисунок 6 форма клиент.

3.5 Программная документация

Программная документация является неотъемлемым компонентом программного продукта и должна оформляться в соответствии с Единой системой программной документации (ЕСПД - ГОСТ серии 19). В рамках учебных работ допускается заключать всю содержательную часть программной документации в единый "отчёт по программе", при этом формальные требования к оформлению такого отчёта соответствуют требованиям к отчёту по НИР. В данном разделе изложены ключевые моменты государственных стандартов ЕСПД.

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

техническое задание (назначение, область применения программы, требования, предъявляемые к программе);

текст программы (запись программы с необходимыми комментариями);

описание программы (сведения о логической структуре и функционировании программы);

пояснительная записка (схема алгоритма, общее описание алгоритма и/или функционирования программы, обоснование принятых решений);

эксплуатационные документы.

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

К эксплуатационным документам относят:

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

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

-           руководство программиста (сведения для эксплуатации программы);

-           руководство оператора (сведения для обеспечения общения оператора с вычислительной системой в процессе выполнения программы);

-           описание языка (описание синтаксиса и семантики языка);

-           руководство по техническому обслуживанию (сведения для применения тестовых и диагностических программ при обслуживании технических средств).

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

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

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

Техническое задание

В техническое задание включают:

-           введение (наименование, краткая характеристика области применения программы);

-           основания для разработки (документы, на основании которых ведётся разработка, организация, утвердившая документы, дата утверждения, наименование и обозначение темы разработки);

-           назначение разработки (функциональное и эксплуатационное назначение программы);

-           требования к программе и программной документации;

-           технико-экономические показатели;

-           стадии и этапы разработки;

-           порядок контроля и приёмки.

Наиболее существенной частью технического задания является раздел "требования..." В этом разделе приводятся:

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

требования к надёжности (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа);

требования к информационной и программной совместимости (требования к информационным структурам на входе и выходе, методам решения, исходным кодам, языкам программирования и программным средствам; требования к защите информации);

требования к составу и параметрам технических средств;

требования к программной документации.

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

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

Программа не должна содержать избыточные элементы (все элементы программы адекватны поставленной задаче: нет циклов, массивов и т. п. элементов, без которых можно обойтись).

Алгоритм должен быть структурирован: для функционального стиля программирования - адекватное разбиение на функции (процедуры), для объектно-ориентированного - адекватная иерархия классов. Каждая функция (метод класса) должна реализовывать ровно одно действие.

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

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

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

Программа должна быть конфигурируема (важные параметры программы следует выделить в единый блок).

Текст программы представляет собой символическую запись на исходном или промежуточном языке или символическое представление машинных кодов. Текст программы оформляется моноширным шрифтом (Courier, Lucida Console и т. п.) в соответствии с общепринятыми нормами оформления:

Количество операторов на строчке должно быть равно 1.

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

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

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

Определения функций или логические части программы следует отделять друг от друга пустыми строками.

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

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

Описание программы

Документ "Описание программы" содержит:

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

функциональное назначение (классы решаемых задач, сведения о функциональных ограничениях на применение);

описание логической структуры (алгоритм программы, используемые методы, структура программы с описанием составных частей и связи между ними);

используемые технические средства (типы ЭВМ и устройств, которые используются при работе программы);

вызов и загрузка (способ вызова программы с соответствующего носителя данных);

входные данные (характер, организация и предварительная подготовка входных данных, а также их формат, описание и способ кодирования);

выходные данные (характер и организация выходных данных, а также их формат, описание и способ кодирования).

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

Документ "Описание программы" может содержать также схемы данных, схемы взаимодействия программ, схемы ресурсов системы и проч., оформленные в соответствии с ГОСТ 19.701-90.

Описание применения

Документ "Описание применения" относится к эксплуатационным документам и состоит из следующих разделов:

назначение программы (возможности, основные характеристики, ограничения области применения);

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

описание задачи (указываются определения задачи и методы её решения);

входные и выходные данные.

Руководство системного программиста

Документ "Руководство системного программиста" относится к эксплуатационным документам и включается в программную документацию, если разработанный программный продукт требует обслуживания системным программистом. Документ состоит из следующих разделов:

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

структура программы (сведения о структуре, взаимосвязи между модулями программы и с другими программами);

настройка программы (настройка на состав технических средств, выбор функций и т. п.);

проверка программы (способы и методики проверки, контрольные примеры, методы прогона, результаты);

дополнительные возможности;

сообщения системному программисту (тексты сообщений, выдаваемых в ходе выполнения настройки, проверки программы, в ходе выполнения программы и описание действий, которые необходимо предпринять по этим сообщениям).

Руководство программиста

Документ "Руководство программиста" относится к эксплуатационным документам и включается в программную документацию, если разработанный программный продукт требует обслуживания программистом. Документ состоит из следующих разделов:

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

характеристики программы (временные характеристики, режимы работы, средства контроля правильности выполнения и т. п.);

обращение к программе (способы передачи управления и параметров данных);

входные и выходные данные (формат и кодирование);

сообщения (тексты сообщений, выдаваемых программисту или оператору в ходе выполнения программы и описание действий, которые необходимо предпринять по этим сообщениям).

Руководство оператора

Документ "Руководство оператора" относится к эксплуатационным документам и состоит из следующих разделов:

назначение программы (информация, достаточная для понимания функций программы и её эксплуатации);

условия выполнения программы (минимальный и/или максимальный набор технических и программных средств и т. п.);

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

сообщения оператору (тексты сообщений, выдаваемых оператору в ходе выполнения программы и описание действий, которые необходимо предпринять по этим сообщениям).

3.6 Требования к аппаратному обеспечению

-         Процессор Intel Pentium 200 Mб;

-         Оперативная память (ОЗУ) 32 Mб;

-         Свободное место на жестком диске пользователя 5Мб;

-         Манипулятор «мышь»;

-         Microsoft Windows NT, Windows 2000, Windows XP;

-         Монитор SVGA;

    Работа проектируемого программного комплекса должна обеспечиваться наиболее распространенной в настоящее время персональной ЭВМ. Это соображение подразумевает выбор компьютера построенного на платформе INTEL. К таким ПЭВМ относятся различные модификации PC/AT с процессорами от 386 до Pentium различных фирм изготовителей. Поскольку в настоящее время машины класса PC/ХТ практически не применяются, выдвигать какие-либо особые требования к аппаратуре не имеет смысла, так как стандартный компьютер на текущий момент имеет достаточную вычислительную мощность и объем оперативной памяти для работы практически любого программного обеспечения. Занимаемое программой дисковое пространство должно быть относительно невелико.

Заключение

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

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

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

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

Список  использованных источников

1. Рудикова Л.В. Базы данных. Разработка приложений. – СПб.: БХВ-Петербург, 2008. – 496 с.

2. Сенов А. Access 2003. Практическая разработка баз данных (+CD). Учебный курс. – СПб.: Питер, 2007. – 256 с.

3. Теория и практика построения баз данных. 8-е изд./Д. Крёнке. – СПб.: Питер, 2005.- 800с.

4. Малыхина М.П. Базы данных: основы, проектирование, использование учеб. пособие / М.П.Малыхина. – СПб. БХВ‑Петербург, 2004. – 512с.

5. Голицына О.Л. Базы данных учеб. пособие / О.Л.Голицына, Н.В.Мак­си­мов, И.И.Попов. – М.: ФОРУМ ИНФРА‑М, 2011.– 352с.

6. Диго С.М. Проектирование и использование баз данных: учебник для студентов вузов / С.М.Диго. – М.- Финансы и статистика,2009. – 208с.

7. РевунковГ.И. Базы и банки данных и знаний: учебник для вузов / Г.И.Ревун­ков, Э.И.Самохвалов, В.В.Чистов; под ред. В.Н.Четверикова – М.: Высш. шк., 2007. – 367с.

8. Полищук Ю.М. Теория автоматизированных банков информации: учеб. пособие для вузов / Ю.М.Полищук, Б.В.Хон. – М. Высш. шк., 2009. – 184с.

9. Куправа Т.А. Создание и программирование баз данных средствами СУБД dBase III Plus, FoxBase Plus, Clipper / Т.А.Куправа. – М.: Мир, 2010.– 110с.

10. Экономическая информатика / под ред. П.В. Конюховского и Д.Н.Колесова. – СПб.: Питер, 2007. – 560с.

11. Экономическая информатика: учебник для вузов / под ред. В.В.Евдокимова. – СПб. Питер, 2009. – 592с.

12. Информатика. Базовый курс: учеб. пособие / С.В.Симонович и др. – СПб.: Питер, 2006. – 640с.

13. Фаронов В.В., Шумаков П.В. «DELPHI   Руководство разработчика баз данных”, М: Нолидж, 2007. 640с.

14. Дейт К. Дж. Введение в системы баз данных / К. Дж. Дейт – Киев: Диалектика, 2006.

15. Кириллов В.В. Основы проектирования реляционных баз данных [Электронный ресурс] – Режим доступа - http://www.cit-forum.com.

16. Кузнецов С. Д. Основы современных баз данных [Электронный ресурс] – Режим доступа - http://www.cit-forum.com.