«Проектирование БД для сотрудника салона сотовой связи.»

Содержание

Введение 3

Глава 1. Аналитическая часть 5

1.1. Описание предметной области, постановка задачи 5

1.2. Выбор средств методологии проектирования и СУБД 6

1.3. Проектирование логической структуры базы данных 7

1.4. Проектирование физической структуры базы данных 11

2 глава. Построение базы данных 17

2.1. Инструкции по работе с базой данных 17

2.2. Разработка интерфейса и реализация проекта 19

2.3. Оценка экономической эффективности проекта 28

Заключение 33

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

Введение

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

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

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

Целью работы является создание базы данных для салона связи.

Задачи работы:

• изучить предметную область, построить концептуальную модель;
• разработать физическую модель, построить таблицы и схему данных в СУБД 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 – использование режима конструктора таблиц. В этом режиме имеется возможность последовательно и полно описать структуру таблицы.

Для создания таблицы в этом режиме необходимо определить поля таблицы, также следует определить первичные ключи и создать внешние ключи. Каждое поле характеризуется именем, типом данных и свойствами. Имя поля должно начинаться с буквы, цифры или знака подчеркивания, не должно содержать специальных символов, длина имени поля не должно превышать 64 символа. Кроме этого, желательно, чтобы имя носило смысловой характер и не было очень длинным. К основным свойствам полей можно отнести длину поля, формат, количество десятичных знаков [9].

Кроме непосредственно механизмов самого MS Access, создать таблицы и схему данных может помочь и CASE-средство AllFusion ERwin Data Modeler, которое было использовано ранее при проектировании ER-диаграммы.

Программная система AllFusion ERwin Data Modeler позволяет автоматически перенести созданную модель данных во многие реляционные системы управления базами данных. Этот процесс в системе AllFusion ERwin Data Modeler называется «Прямое проектирование» (Forward Engineer) [1].

Перед выполнением операции прямого проектирования при помощи команды «Select Target Server» следует выбрать систему управления базами данных, для которых это проектирование будет выполняться.

В соответствии с сделанным выбором для результата проектирования выберем настольную реляционную СУБД MS Access (рис.2).

Рисунок 2 – Выбор системы управления БД

Далее необходимо подключиться к имеющейся пустой базе данных MS Access (рис.3).

Рисунок 3 – Пример подключения к БД

Следует уточнить, что до начала выполнения прямого проектирования при помощи CASE-средства AllFusion ERwin Data Modeler, на диске следует создать пустой файл базы данных Access версии 2000, 2002 или 2003, т.е. файл базы данных должен иметь расширение MDB. При подключении к существующему файлу требуется указать его имя, а также имя пользователя ADMIN.

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

Полученная в существующей пустой базе данных MS Access новая схема данных показана на рисунке 4.

Однако, после автоматизированного создания таблиц следует внести изменения в некоторые свойства полей таблицы. Например, для полей типа «Дата/время» для удобства работы с такими полями и проверки вводимых данных желательно установить формат поля «Краткий формат даты» и маску ввода «00.00.0000;0;_».

Маска ввода позволит избежать ошибок при вводе даты и помочь пользователю.

Рисунок 4 – Схема данных

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

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

Структуры таблиц, созданных в базе данных салона сотовой связи, приведены на рисунках 5 - 11.

Рисунок 5 – Структура таблицы КЛИЕНТЫ

Рисунок 6 – Структура таблицы ПОДКЛЮЧЕНИЕ

Рисунок 7 – Структура таблицы ПРОДАВЦЫ

Рисунок 8 – Структура таблицы ПРОДАЖИ

Рисунок 9 – Структура таблицы ТАРИФЫ

Рисунок 10 – Структура таблицы ТЕЛЕФОНЫ

Рисунок 11 – Структура таблицы ЧЕК

На рисунках 6, 8 и 11 видны свойства полей со списком, которые созданы при помощи мастера подстановки.

Содержимое всех таблиц показано в Приложении А.

2 глава. Построение базы данных

2.1. Инструкции по работе с базой данных

Ввод и корректировку данных в СУБД MS Access удобно производить через формы.

Основные функции форм – ввод данных, вывод и редактирование информации, управление ходом выполнения приложения, вывод сообщений и иногда печать информации [10].

В СУБД MS Access существуют следующие виды форм:

• Обычная – отображает одну запись источника данных;
• Многостраничная – предназначена для работы с источником данных, имеющим большое количество полей;
• Ленточная – показывает несколько записей источника данных, удобна для небольшого количества полей;
• Всплывающая – выводится на переднем плане экрана и позволяет работать с другими формами;
• Монопольная – не позволяет переключиться в другие формы, пока не будет закрыта;
• Подчиненная – хорошее средство для представления данных, находящихся на стороне «многие» отношения «один-ко-многим», внедряется в основную форму и всегда от нее зависит;
• Кнопочная – особый вид формы, содержащий кнопки вызова созданных в базе данных форм, отчетов и запросов. Такая форма служит для управления ходом работы приложения [8].

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

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

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

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

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

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

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

Отчеты в СУБД MS Access удобно создавать в режиме мастера. Обычно источником данных отчета являются таблицы или запросы. Если источником данных отчета являются запросы, то их предварительно необходимо создать.

Запросы в СУБД MS Access удобнее создавать в режиме конструктора. В этом режиме следует выбрать источники данных (таблицы и запросы), указать поля запроса, необходимые условия отбора и сортировку, в случае итоговых запросов – требуемые групповые операции.

2.2. Разработка интерфейса и реализация проекта

В созданной базе данных разработаны ленточные и составная формы.

Фрагменты ленточных форм для таблиц базы данных представлены на рисунках 12 – 15.

Рисунок 12 – Форма «Телефоны»

Рисунок 13 – Форма «Продавцы»

Рисунок 14 – Форма «Тарифы»

Рисунок 15 – Форма «Подключение»

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

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

Рисунок 16 – Составная форма «Чек»

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

Если необходимо распечатать чек (рис.17), то в форме нажимается кнопка , которая отобразит документ на экране.

Рисунок 17 – Отчет «Чек»

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

Рисунок 18 – Конструктор запроса для отчета «Чек»

В отчете для вычисления стоимости товара вводится поле с формулой =[ЦенаТовар]*[КоличПрод].

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

Рисунок 19 – Кнопочная форма

Рассмотрим созданные в базе данных отчеты, на которые имеются ссылки в кнопочной форме.

Кнопка «Отчеты за период» открывает новую форму под названием «Период» (рис.20), в которой можно ввести интересующие даты и затем получить отчет о продажах за период и отчет о подключениях за период.

Рисунок 20 – Форма «Период»

На рисунках 21 – 22 показаны отчеты о продажах и подключениях за период от 01/01/2018 до 09/04/2018г.

Рисунок 21 – Отчет «Продажи»

Рисунок 22 – Отчет «Подключения»

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

Рисунок 23 – Отчет «Популярность тарифных планов»

Для расчета количества подключений в процентах в отчете сформировано поле с формулой, в которой «количество подключений» по тарифу делится на общее количество подключений. Конструктор отчета показан на рисунке 24.

Рисунок 24 – Конструктор отчета «Популярность тарифных планов»

В главной форме кнопка «График продаж» открывает отчет, отображающий объемы продаж товаров (телефонов и аксессуаров к ним) по месяцам (рис.25), на котором каждый столбик показывает размер продаж телефонов и аксессуаров за соответствующий месяц. Данный отчет построен при помощи мастера диаграмм СУБД MS Access.

Рисунок 25 – Отчет «Объем продаж»

Источником данных этого отчета является предварительно созданный запрос, конструктор которого представлен на рисунке 26. Данный запрос является итоговым. В запросе имеются вычисляемые поля:

• поле «период», показывающее дату в формате краткое название месяца и год;
• поле «стоимость», показывающее стоимость проданного товара;
• поля «Выражение1» и «Выражение2» являются вспомогательными, показывают год и месяц продажи соответственно и служат только для правильной сортировки результата запроса.

Рисунок 26 – Запрос для графика продаж

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

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

Рисунок 27 – Отчет «Объем реализации»

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

Рисунок 28 – Параметры запуска

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

2.3. Оценка экономической эффективности проекта

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

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

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

Выбранные критерии эффективности должны удовлетворять следующим требованиям:

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

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

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

К экономическим показателям оценки эффективности относится показатель «экономическая эффективность проекта», который определяется как отношение результата от внедрения системы к затратам, связанным с разработкой и эксплуатацией информационной системы [7].

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

К единовременным затратам следует отнести:

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

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

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

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

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

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

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

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

Эффективность проекта автоматизации в рамках этой методологии рассматривается по следующим направлениям:

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

Существует еще одна методология определения эффективности информационных систем – это совокупная стоимость владения (Total Cost of Ownership – ТСО), которая помогает руководителям предприятий определить прямые и косвенные выгоды и затраты, связанные с любым компонентом компьютерной системы.

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

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

Основные процессы, которые выполняет менеджер по работе с клиентами – это подключение клиента и продажа телефонов аксессуаров.

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

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

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

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

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

Заключение

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

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

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

- наладить комплексное управление информацией в единой автоматизированной среде;

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

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

- контролировать доход от продаж и услуг.

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

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

1. Аксенов, К. А. Работа с CASE-средствами BPwin, ERwin. Уральский государственный технический университет УГТУ-УПИ. 2004.
2. Бекаревич, Ю. Б. Самоучитель Microsoft Access 2013 / Ю.Б.Бекаревич, Н.В.Пушкина. – БХВ-Петербург, 2014. – 465с.
3. Бураков, П. В. Введение в системы баз данных. Учебное пособие / П.В.Бураков, В.Ю.Петров, Санкт-Петербург, 2010. – 128с.
4. Гурвиц, Г. А. Microsoft Access 2010. Разработка приложений на реальном примере / Г.А.Гурвиц. – М.: ООО «Вильямс», 2010. – 462с
5. Дубнов, П. Ю. Access 2010. Проектирование баз данных / П.Ю.Дубнов. – М.: ДМК, 2016. – 272c.
6. Карчевский, Е. М. Access 2010 в примерах: Учебное пособие. / Е.М.Карчевский, И.Е. Филиппов, И.А. Филиппова.– Казанский университет, 2012. – 140с.
7. Кобелев, О. А. Электронная коммерция Учебное пособие. – 3-е изд., перераб. и доп./ О.А.Кобелев. – М.: Дашков и К°, 2010. – 684 с.
8. Фуфаев, Э. В. Базы данных : учеб. пособие для студ. учреждений сред, проф. образования / Э. В.Фуфаев, Д.Э.Фуфаев. - 7-е изд., стер. - М.: Издательский центр «Академия», 2012. – 320с.
9. Харитонова, И. А. Microsoft Access 2007 / И.А.Харитонова, В.Д.Михеева. - СПб.: БХВ - Санкт-Петербург, 2008. – 688 с.
10. Хомоненко, А. Д. Базы данных: Учебник для вузов / А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев; Под ред. А. Д. Хомоненко. – 3-е изд., доп. и перераб. – СПб. : КОРОНА принт, 2009. – 736с.

Приложение А