Создание информационной системы

Размещено на http://www.allbest.ru/

Введение

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

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

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

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

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

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

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

Раздел 1. Этапы проектирования баз данных

1.1 Проектирование БД на базе модели типа объект--отношение

Имеется целый ряд методик создания информационно-логических моделей. Одна из наиболее популярных в настоящее время методик при разработке моделњей использует ERD (Entity-Relationship Diagrams). В русскоязычной литературе эти диаграммы называют ??объект -- отношение?? либо ??сущность -- связь??. Модель ERD была предложена Питером Пин Шен Ченом в 1976 ?. К настоящему времени разработано несколько ее разновидностей, но всње они базируются на графических диаграммах, предложенных Ченом. Диаграммы конструируются из небольшого числа компонентов. Благодаря наглядности представления они широко используются в CASE-средствах (Computer Aided Software Engineering).

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

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

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

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

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

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

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

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

Атрибут -- любая характеристика сущности, значимая для рассматриваемой предметной области. Он предназначен для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик (свойств), ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов и т. д.) (рис. 3). Экземпляр атрибута -- это определенная характеристика конкретного экземпляра сущности. Экземпляр атрибута определяется типом характеристики (к примеру, ??Цвет??) и ее значением (к примеру, ??лиловый??), называемым значением атрибута. В ER-модели атрибуты ассоциируются с конкретными сущностями. Каждый экземпляр сущности должен обладать одним конкретным значением для каждого своего атрибута.

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

Первый, Второй и Третий этап проектирования БД

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

II этап. Анализ предметной области обычно осуществляется?

- на основании существующих сведений о предметной области в масштабах, в которых она должна быть представлена в создаваемой БД;

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

- на основании представления о том, какое место БД займет в структуре эксплуатирующей ее организации;

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

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

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

Четвертый, Пятый и Шестой этап проектирования БД

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

В большинстве СУБД данные можно хранить в двух видах?

- с использованием форм;

- без использования форм.

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

V этап. Синтез компьютерной модели объекта. В процессе создания компьютерной модели можно выделить некоторые стадии, типичные для любой СУБД?

Стадия 1. Запуск СУБД, создание нового файла базы данных или открытие созданной ранее базы.

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

При проектировании таблиц, рекомендуется руководствоваться следующими основными принципами:

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

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

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

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

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

Стадия 4. Заполнение БД. Процесс заполнения БД может проводиться в двух видах? в виде таблицы и в виде формы. Числовые и текстовые поля можно заполнять в виде таблицы, а поля типа МЕМО и OLE - в виде формы.

VI этап. Работа с созданной базой данных. Работа с БД включает в себя следующие действия:

- поиск необходимых сведений;

- сортировка данных;

- отбор данных;

- вывод на печать;

- изменение и дополнение данных.

Раздел 2. Создание информационной системы

2.1 Создание таблиц и запросов

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

Создаю первую таблицу, которая будет называться «Издания», она хранит в себе «Вид издания», имеет значения «Газета» либо «Журнал», «Наименование издания», «Цена за 1 экземпляр» и «Код Издания».

Вторая таблица несёт название «Доставка». Содержит «Код доставки», «Код издания», «Код получателя» и «Срок подписки».

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

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

Схема данных имеет вид, представленный на рисунке 6.

Далее перехожу к созданию запросов.

Запрос (query) - это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE - Query by example) и структурированный язык запросов (SQL - Structured Query Language).

QBE - запрос по образцу - средство для отыскания необходимой информации в базе данных. Он формируется не на специальном языке, а путем заполнения бланка запроса в окне Конструктора запросов.

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

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

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

Запрос «Журналы с ценой до 100 Р», производит выборку из таблицы «Издания» и показывает только те журналы, которые не достигают цены в размере 100 рублей.

Запрос «По сроку подписи» показывает лишь те издания, у которых срок подписки равен или превышает порог в 12 месяцев.

Запрос «Поиск по улице» при исполнении выводит на экран форму с полем ввода, в которое пользователь записывает улицу, либо полный адрес клиента..

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

Запрос «Поиск по фамилии». Производит выборку данных, по заданному пользователю фамилии или полному ФИО клиента.

2.2 Создание отчетов

Отчет - это форматированное представление данных, которое выводится на экран, в печать или файл.

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

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

Отчет «Газеты», создаётся на основе запроса «Газеты», выводит газеты в форме отчета, для печати.

Отчет «Журналы с ценой до 100». Отображает все журналы в табличной форме, имеющих цену не превышающие порога в 100 рублей.

2.3 Создание форм

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

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

Форма предоставляет возможности для:

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

- изменения данных;

- печати;

- создания сообщений.

Форма «Издания», позволяет редактировать, удалять, изменять и просматривать данные записанные в таблицу «Издания».

Форма «Газеты». На основе запроса производит более удобный просмотр.

«Главная кнопочная форма». Является основой формой БД. Понятная и простая на внешний вид, позволяет эффективно вызывать нужные пользователю отчеты, формы и запросы из уже существующих.

Заключение

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

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

Список литературы

1. Светлана Валерьевна Одиночкина Разработка баз данных в Microsoft Access 2010

2. Практическая разработка баз данных Автор: Сеннов А.С. Издательство: Питер Год: 2010

3. Разработка базы данных Год выпуска: 2015 Автор: Сорокин А.В

4. Когаловский М. Р. Энциклопедия технологий баз данных. -- М.: Финансы и статистика, 2013.

5. Кузнецов С. Д. Основы баз данных. -- 2-е изд. -- М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2011

6. Дейт К. Дж. Введение в системы баз данных

7. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика

8. Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс

9. Васильев Р.Б., Калянов Г.Н., Лёвочкина Г.А. Управление развитием информационных систем

10. Бодров О.А., Медведев Р.Е. Предметно-ориентированные экономические информационные системы.

Размещено на Allbest.ru