Добавлен: 28.03.2023
Просмотров: 496
Скачиваний: 5
СОДЕРЖАНИЕ
1.1. Описание предметной области, постановка задачи
1.2. Выбор средств методологии проектирования и СУБД
1.3. Проектирование логической структуры базы данных
1.4. Проектирование физической структуры базы данных
2 глава. Построение базы данных
2.1. Инструкции по работе с базой данных
2.2. Разработка интерфейса и реализация проекта
Введение
Вопросы использования вычислительной техники в настоящее время приобретают все большее значение. Это связано как с возрастанием сложности расчетов в инженерной и научной деятельности, так и с необходимостью дальнейшей интенсификации труда. Нельзя не отметить быстрый рост парка компьютеров, их производительности, совершенствование операционных систем и различных прикладных программных комплексов.
С развитием современных информационных технологий получила развитие концепция интеграции данных – их централизованного хранения и использования потребителями. Большое распространение в настоящее время получили системы управления базами данных, позволяющие непрофессиональному пользователю применять компьютер для решения задач ввода, накопления, хранения, преобразования, обработки и передачи информации. Объемы информации с каждым годом увеличиваются, усложняется ее структура. Применение современных информационных технологий, как правило, обеспечивает сокращение трудозатрат при выполнении типовых операций над данными.
В связи с тем, что работа с информацией в салоне сотовой связи является ответственной и достаточно трудоемкой задачей, требуется использовать информационные технологии для автоматизации определенных функций с целью повышения качества и оперативности работы менеджера по работе с клиентами и менеджера по техническому обслуживанию. Кроме того, база данных и информационная система даст возможность использовать однократно введенную информацию для решения различных задач.
Целью работы является создание базы данных для салона связи.
Задачи работы:
- изучить предметную область, построить концептуальную модель;
- разработать физическую модель, построить таблицы и схему данных в СУБД MS Access;
- построить запросы, формы и отчеты в соответствии с потребностями пользователей.
Курсовая работа состоит из двух глав, введения и заключения, дополнена списком литературы и приложениями.
В первой главе дается описание предметной области, выполняется построение логической и физической моделей.
Вторая глава повещена построению интерфейса пользователя и определению экономической эффективности программной системы.
Глава 1. Аналитическая часть
1.1. Описание предметной области, постановка задачи
Салон сотовой связи является одной из основных организаций, которая осуществляет продажу населению мобильных телефонов, аксессуаров к ним, а также осуществляет подключение обратившихся клиентов к сотовой связи по имеющимся тарифам.
В салоне работают несколько продавцов-консультантов, в обязанности которых входит работа с клиентами, оформление покупок клиентов, предоставление клиентам услуг по подключению к сотовой связи.
При продаже товаров клиенту предоставляется чек и гарантийный талон.
При подключении клиента к сотовой связи следует зарегистрировать информацию о клиенте: фамилию и адрес клиента, паспортные данные и указать тариф подключения.
В конце месяца и в любой период времени руководству салона может потребоваться следующая информация:
- объем продаж сотовых телефонов и аксессуаров;
- количество подключений к различным тарифам сотовой связи;
- общий объем продаж товаров и услуг салона сотовой связи.
Создаваемая информационная система будет служить для автоматизации выполняемых операций, уменьшения времени, затрачиваемого на обслуживание одного клиента.
К проектируемой базе данных предъявляются следующие функциональные требования:
- информационная система должна обеспечивать возможность надежного хранения информации об объектах предметной;
- информационная система должна обеспечивать возможность простой корректировки хранящейся информации;
- информационная система должна предоставлять возможность получения необходимых для пользователей отчетов;
- информационная система должна предоставлять пользователю удобный интерфейс.
В создаваемой базе данных особых требований к объему хранимых данных не предъявляется. Объем данных может быть ограничен возможностями используемой системы управления базами данных.
Информационная система не предъявляет особых требований к программному обеспечению компьютера. База данных должна функционировать на стандартном персональном компьютере, работающем под управлением операционной системы Windows версий XP / Vista / 7.
1.2. Выбор средств методологии проектирования и СУБД
Для построения модели данных используется мощный и удобный инструмент – AllFusion ERwin Data Modeler, который имеет два уровня представления модели – логический и физический.
На логическом уровне модель не привязана к конкретной СУБД, поэтому может быть наглядно представлена даже для неспециалистов. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД.
AllFusion ERwin Data Modeler интегрируется со многими популярными средствами разработки базы данных – Oracle, Informix, DB2, SQL Server, FoxPro, Access.
ER-диаграмма в AllFusion ERwin Data Modeler строится с использованием нотации IDEF1X. Кроме того, в данной программной системе возможна автоматическая генерация экранных форм приложений для PowerBuilder, Delphi, Visual Basic, созданных на основе спроектированной модели данных [1].
В качестве системы проектирования базы данных в данной работе выбрана достаточно популярная система управления базами данных MS Access.
СУБД MS Access относится к реляционным системам управления базами данных и в ней данные хранятся в виде таблиц [5].
Данная СУБД входит в стандартный офисный пакет MS Office, который применяется в повседневной работе миллионами пользователей в мире.
СУБД MS Access сочетает в себе простоту и мощность, обладая всеми средствами, необходимыми для работы с данными. Данная СУБД направлена на пользователя и имеет достаточно средств автоматизированного создания объектов (так называемые «мастера»). Важной особенностью СУБД MS Access является способ хранения - все объекты располагаются в одном файле. С одной стороны это преимущество и удобство, т.е. для переноса базы данных в другое место достаточно скопировать один файл, с другой стороны – это недостаток, если файл «испортился» и не читается, то можно потерять всю информацию базы [3].
Как уже было сказано выше, для хранения данных в СУБД MS Access используются реляционные таблицы. Для работы с данными применяются формы и запросы. Для печати информации в СУБД MS Access имеются отчеты. А макросы и модули служат для управления данными и автоматизации приложения.
Учитывая вышесказанное, можно сделать вывод, что СУБД MS Access является достаточно удобным средством как для создания базы данных, так и для разработки пользовательского приложения.
1.3. Проектирование логической структуры базы данных
Согласно описанию предметной области и требованиям, предъявляемым к информационной системе в процессе разработки целесообразно использовать реляционную модель данных.
Реляционная модель представляет собой набор таблиц для хранения данных об объектах предметной области. Таблицы должны быть связаны между собой, организуя единое информационное пространство. Структура таблиц должна давать возможность получать требуемую по запросам информацию [6].
Исходя из описания представленной предметной области, можно выделить следующие информационные объекты:
- продавцы (код, фамилия, категория);
- телефоны и аксессуары (код, наименование, цена);
- тарифные планы (код, наименование, цена);
- клиенты (код, фамилия, адрес, документ);
- реализация (номер чека, дата продажи, список товаров, и их количество, продавец);
- подключения (номер договора, дата подключения, клиент, тариф, продавец, оформивший договор).
В связи с тем, что в каждом чеке может быть несколько товаров, список товаров в чеке следует переместить в отдельный информационный объект. Следовательно, при таком разделении из информационного объекта «продажи» будут сформированы следующие информационные объекты:
- чек (номер чека, дата продажи, продавец);
- продажа (чек, товар, количество).
Определим атрибуты каждого объекта, которые необходимо хранить в базе данных, определим их типы и свойства, и занесем их в таблицу 1.
Таблица 1 – Список атрибутов сущностей
|
Наименование сущности |
Имя атрибута |
Тип атрибута |
|
Клиенты |
Код |
Число |
|
ФИО клиента |
Текст (30) |
|
|
Адрес клиента |
Текст (50) |
|
|
Номер документа |
Текст (20) |
|
|
Дата документа |
Дата |
|
|
Продавцы |
Код |
Число |
|
Фамилия |
Текст (30) |
|
|
Категория |
Текст (10) |
Продолжение таблицы 1
|
Телефоны |
Код |
Число |
|
Наименование |
Текст (50) |
|
|
Цена |
Число |
|
|
Тарифы |
Код |
Число |
|
Наименование |
Текст (20) |
|
|
Цена |
Число |
|
|
Подключения |
Номер договора |
Число |
|
Дата подключения, |
Дата |
|
|
Клиент |
Внешний ключ |
|
|
Тариф |
Внешний ключ |
|
|
Продавец |
Внешний ключ |
|
|
Чек |
Номер |
Число |
|
Дата чека |
Дата |
|
|
Продавец |
Внешний ключ |
|
|
Продажи |
Чек |
Внешний ключ |
|
Товар |
Внешний ключ |
|
|
Количество |
Число |
Как указывалось выше, удобным средством построения инфологической модели в виде ER-диаграммы являются CASE-системы. Наиболее подходящей такой системой является AllFusion ERwin Data Modeler. К важным достоинствам AllFusion ERwin Data Modeler можно отнести возможность отображения первичных ключей и связей, а также возможен автоматизированный перенос построенной модели в выбранную базу данных определенного формата.
ER-диаграмма, созданная в программной системе AllFusion ERwin Data Modeler, представлена на рисунке 1.
На диаграмме показаны первичные ключи, внешние ключи и связи между сущностями.
Каждый информационный объект (сущность) предметной области имеет ключевой атрибут, который уникально определяет конкретный экземпляр информационного объекта.
Рисунок 1 – ER-диаграмма
Выделим типы связей между сущностями в анализируемой предметной области:
- каждый клиент может быть подключен на несколько тарифных планов (между объектом «клиент» и объектом «подключение» существует отношение «один-ко-многим»);
- на каждый тарифный план может быть подключено несколько клиентов (между объектом «тарифы» и объектом «подключение» существует отношение «один-ко-многим»);
- каждый продавец может осуществить несколько подключений (между объектом «продавец» и объектом «подключение» существует отношение «один-ко-многим»);
- каждый продавец может оформить несколько продаж (между объектом «продавец» и объектом «чек» существует отношение «один-ко-многим»);
- в каждом чеке может быть несколько товаров (между информационным объектом «чек» и объектом «товары в чеке» существует отношение «один-ко-многим»);
- каждый товар может быть оформлен в разных покупках (между объектом «товар» и объектом «продажи» существует отношение «один-ко-многим»).
Определим информационные ограничения рассматриваемой предметной области:
- не может быть чека без принадлежности к продавцу;
- не может быть подключения без принадлежности к клиенту, продавцу и тарифу;
- количество товара в чеке должно быть больше нуля;
- дата чека не может быть пустой;
- дата подключения не может быть пустой.
1.4. Проектирование физической структуры базы данных
СУБД MS Access относится к реляционным системам управления базами данных и в ней данные хранятся в виде таблиц. Основной и наиболее универсальный путь создания таблицы в СУБД MS Access – использование режима конструктора таблиц. В этом режиме имеется возможность последовательно и полно описать структуру таблицы.