Разработка руководства пользователю базой данных

Содержание

 
 
 
 
 

 

Введение

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

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

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

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

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

    Проектирование  БД «Страховая компания» ведется для упрощения работы страховщика с клиентами, с договорами, объектами страхования, с суммами выплат по договорам, а так же со страховыми премиями.

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

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

Целями курсового  проекта являются следующие:

1. Эффективная структуризация информации для экономии вмени и денег.
2. Исключение или сведение к минимуму повторяющихся данных путем задания эффективной структуры.
3. Обеспечение всем пользователям быстрый доступ к информации базы данных.
4. Обеспечение расширения базы новыми данными.
5. Обеспечение целостности данных для того, чтобы база содержала только проверенную информацию.
6. Предотвращение несанкционированного доступа к данным.
7. Предоставление доступа только к той информации, которая необходима для работы отдельному пользователя или группе пользователей.
8. Возможность добавления или редактирования информации базы данных только определенным лицам.
9. Облегчение создания приложений, предназначенных для ввода, редактирования, вывода данных, а так же ведения отчетности.
 

1. Проектирование базы данных
1. Анализ предметной области

    При проектировании базы данных необходимо решить следующие основные проблемы:

1. Отображение объектов предметной области в абстрактные объекты модели данных таким образом, чтобы это отображение не противоречило семантике предметной области, и было по возможности лучшим (эффективным, удобным и т.д.);
2. Обеспечение эффективного выполнения запросов к базе данных, т.е. рациональное расположение данных во внешней памяти, создание полезных дополнительных структур (например, индексов) с учетом особенностей конкретной СУБД.

В ходе анализа предметной области необходимо:

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

    Так как темой курсового проекта  ставится разработка АСУ «Страховая компания», то предметной областью моей базы данных является страховая компания.

    Я выделила следующие объекты данной предметной области и их характеристики:

1. База клиентов – включает в себя сведения о клиентах, внесенных в базу данных:

• ID клиента;

• ФИО клиента;
• Пол;
• Дата рождения;
• Паспортные данные.

2. Сотрудники – включает в себя основные сведения о сотрудниках страховой компании:

• Код сотрудника;
• Имя;
• Фамилия;
• Адрес;
• Область;
• Дата рождения;
• Фотография.

3. Договора – включает в себя основные сведения о договорах, заключенных с клиентами страховой компании:

• ID;
• № договора;
• Дата заключения;
• Срок;
• ID клиентаа;
• ID объекта;
• Страховая премия;
• Страховая выплата;
• ID сотрудника.

4. Объекты страхования – включает в себя список объектов, которые может застраховать клиент страховой компании:

• ID;
• Объект страхования.

5. Страховые выплаты – включает в себя основные сведения о выплатах сумм, причитающихся клиентам по договорам:

• ID;
• Дата;
• № договора;
• Сумма выплаты.

 
 

2. Проектирование  инфологической, даталогической, физической  моделей, построение ER-диаграммы.

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

    В настоящее время существует два  различных подхода к моделированию  данных:

1. Модель базы данных типа «сущность - связь» (entity-relationship model), имеющая значительное количество сторонников среди профессионалов;
2. Семантическая объектная модель (некоторые считают ее более простой и точной).

    При проектировании базы данных я использовала первый подход к моделированию данных – «сущность - связь», так как этот подход является более распространенным и позволяет наиболее наглядно представить отношения между объектами и поведение элементов базы данных.

 

1. Инфологическая модель

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

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

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

    Инфологическая  модель для базы данных «Библиотека» проектировалась, как модель «Сущность-связь».

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

    Сущность – личности, факты, объекты реального мира, имеющие отношение к некоторой проблемной области.

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

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

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

    Экземпляр объекта – это один набор значений его элементов данных.

    Связь – это функциональная зависимость между сущностями.