Проектирование БД для сотрудника салона сотовой связи(Аналитическая часть )

Содержание

Введение 3

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

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

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

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

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

2. Практическая часть. 18

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

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

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

Заключение 35

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

Введение

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

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

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

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

Для достижения этой цели в работе решаются следующие задачи:

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

Практическая значимость работы.

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

Структура курсовой работы.

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

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

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

ООО «Мобиком» занимается продажей сотовых телефонов и аксессуаров к ним.

Организационная структура рассматриваемого предприятия является традиционной для коммерческих организаций и включает в себя следующие подразделения (рис.1):

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

Рис. 1. Организационная структура управления

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

Контекстная диаграмма не может дать полное представление о том, как протекает данный процесс. Ее декомпозиция дает более детальное представление о процессе и о его особенностях. Рисунок 2 содержит контекстную диаграмму изучаемого процесса, выполненную в методологии IDEF0 [3, с.66].

NODE:

TITLE:

NUMBER:

Учет продаж

A-0

прайс-листы

законы,

стандарты,

правила,

локальные

акты

отчеты

заказы

клиентов

сотрудники отдела продаж

0

0р.

Учет продаж

Рис. 2. Контекстная диаграмма бизнес процессов

На рисунке 3 представлен результат декомпозиции контекстной диаграммы, который также выполнен в методологии IDEF0 [3].

Рис.3.Результат декомпозиции контекстной диаграммы
бизнес процессов

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

Входной информацией функции «получить заказ» являются: заказ от клиента, прайс-листы, законы, стандарты, правила, локальные акты. Выходом функции «получить заказ» является предоставление клиенту квитанции.

Входной информацией функции «оформить заказ» являются: квитанция, прайс-листы, законы, стандарты, правила, локальные акты. Выходом функции «оформить заказ» является передача накладной на склад [10, с.65].

Входной информацией функции «выполнить заказ» являются: накладная, прайс-листы, законы, стандарты, правила, локальные акты. Выходом функции «выполнить заказ» является информация о покупке.

Входной информацией функции «оформить отчет» являются: информация о покупке, прайс-листы, законы, стандарты, правила, локальные акты. Выходом функции «оформить отчет» являются отчеты.

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

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

исполнитель действие	Отдел продаж	Бухгалтерия	Склад	Клиент
1) поступление заказа	Заказ от клиента			Заказ от клиента
2) фиксация заказа в журнале	Заказ от клиента
3) оформление квитанции клиенту и прием оплаты		Квитанция
4) отправка накладной на склад			Накладная
5) отправка заказа клиенту				Заказ
6) подготовка отчетов	Отчеты

Рис.4. Схема документооборота

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

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

Временные характеристики описанных процессов приведены в таблице 1.

Таблица 1

Характеристики описанных процессов

Действие	Среднее количество за рабочий день	Время, неоходимое для выполнения одного действия, минут	Общее время, минут
Регистрация продажи	10	15	150
Поиск необходимой информации	5	30	150
Анализ информации за период	0,5	60	30
ИТОГО, минут			330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудники салона сотовой связи заняты занесением необходимых сведений в книги учета, а также при необходимости – анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей (то есть непосредственную работу по решению проблем и выработке необходимых мероприятий) остается менее 40% рабочего времени, что крайне неэффективно.

Для данного способа также характерны следующие недостатки [11, с.22]:

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

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

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

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

Таблица 2

Ожидаемый эффект от внедрения информационной системы

Действие	Среднее количество за рабочий день	Время, необходимое для выполнения одного действия, минут	Общее время, минут
Регистрация продажи	10	1	10
Поиск необходимой информации	5	2	10
Анализ информации за период	0,5	5	2,5
ИТОГО, минут			1,5

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

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

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

1. Ведение базы данных контактов с покупателями с подробными данными о них (название, юридический адрес, контактное лицо, телефонный номер и др.);
2. Ведение базы данных всех произошедших операций купли-продажи (название покупателя, наименование купленного товара, дата и сумма покупки);
3. Ведение справочников (клиенты, поставщики, покупатели, сотрудники);
4. Получение аналитической и статистической информации (остатки на складе, данные по количеству заключенных договоров и произведенных операций, отчет по продажам за месяц, продажи по клиентам);
5. Получение справочной информации в печатном виде (информация о клиентах, о поставщиках, товарах).

Задачи проектирования АРМ:

1. Максимально упростить и ускорить процедуру регистрации заказов.
2. Обеспечить жесткую связь между складом и процедурой регистрации заказа для исключения ситуации оформления заказов на изделия при отсутствии соответствующих наименований на оперативном складе.
3. Обеспечить все бизнес-операции возможностью сопроводить их необходимыми документами.
4. Создать гибкую систему статистических отчетов, как по работе склада, так и по учету и регистрации заказов.
5. Обеспечить при необходимости возможность автоматического резервирования БД.
6. Запретить некорректные действия пользователя.
7. Обеспечить целостность информации в базе данных.
8. Обеспечить приемлемую безопасность данных на случай несанкционированного доступа.
9. Минимизировать затраты системных ресурсов, необходимых для нормальной работы АРМ.
10. Программное обеспечение должно функционировать на IBM-совместимых персональных компьютера и должно работать под управлением операционных систем семейства WIN32.

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

Так как данные в системе будут храниться централизовано, то необходимо выбрать СУБД. Учитывая, что СУБД MS Windows SQL Server уже установлена на одном из серверов компании, то переход на другую СУБД был бы не рационален, за исключением использования СУБД MSAccess, так как она уже в ходит в стандартный пакет MSOffice. Поэтому сравним только две эти СУБД системы.

MS SQL Server является реляционной СУБД, позволяющей организовать хранение значительных объемов данных и стабильно поддерживать работу пользователей, осуществляющих одновременный доступ к этим данным. Система спроектирована с учетом всех требований, предъявляемых к современной СУБД, - стабильность и производительность, масштабируемость и удобство в эксплуатации. Эти качества в совокупности с широким спектром функциональных возможностей и низкой ценой делают ее лучшей системой в своем классе.

Microsoft SQL Server использует в качестве языка запросов версию SQL, получившую название Transact-SQL (сокращённо T-SQL), являющуюся реализацией SQL-92 (стандарт ISO для SQL) с множественными расширениями. T-SQL позволяет использовать дополнительный синтаксис для хранимых процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с управляющим приложением).

Microsoft SQL Server также поддерживает Open Database Connectivity (ODBC) – интерфейс взаимодействия приложений с СУБД. Версия SQL Server 2008 обеспечивает возможность подключения пользователей через веб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам, не предназначенным для Windows, кроссплатформенно соединяться с SQL Server. Microsoft выпустила сертифицированный драйвер JDBC, позволяющий приложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться с Microsoft SQL Server 2005 и 2008.

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

MS SQL Server имеет ряд преимуществ, которые выгодно отличают его от других программных продуктов для управления базами данных и позволяют продвинуться на рынок решений, ранее монопольно занимаемый Oracle [9].

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

Основными компонентами MS Access являются построитель таблиц, экранных форм, SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI), отчётов, выводимых на печать.

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

MS Access обладает худшим функционалом по сравнению с MS SQL Server. Но возможности MS Access по написанию приложений существенно расширяются благодаря механизму связи с различными внешними СУБД: «связанным таблицам» (связь с таблицей СУБД) и «запросам к серверу» (запрос на диалекте SQL, который «понимает» СУБД). Также благодаря MS Access можно строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом есть возможность совмещения с присущей MS Access простотой инструментов для управления БД и средств разработки [6]. Поэтому выбор был остановлен на Access.

В настоящее время лидерами на рынке сред разработки являются Microsoft Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных сред позволит разработать современное клиент-серверное приложение с современным пользовательским интерфейсом. Однако, в компании имеются наработки на Delphi, которые можно использовать при разработке ИС склада. Выбор среды разработки Delphi позволит гораздо быстрее по сравнению с остальными из перечисленных сред разработки получить готовую систему, с интерфейсом, аналогичным ИС отделов снабжения и сбыта.

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

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

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

При проектировании БД необходимо решить вопрос о наиболее эффективной структуре данных. Основные цели, которые при этом преследуются:

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

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

Описание таблиц реляционной базы данных дано в таблицах 3-9.

Таблица 3

Характеристика таблицы «Ассортимент»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код	Id_tovara	Integer	5	Идентификатор товара
Наименование	Name_tov	Char	15	Наименование товара
Описание	Model	Char	15	Модель
Цена	Color	Char	15	Цена
Фото	Foto	Char	5	Фото товара
Штрих-код		Char	15
Тип товара		Char	10
Код по ОКЕЙ		Integer	10

Таблица 4

Характеристика таблицы «Сотрудники»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код сотрудника	Id_sotr	Integer	3	Первичный ключ
Фамилия	Fam_sotr	char	20	Фамилия сотрудника
Имя сотрудника	Name_sotr	Char	15	Имя сотрудника
Отчеcтво	Otch_sotr	Char	20	Отчество сотрудника

Таблица 5

Характеристика таблицы «Тип товара»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код	Id_gr	Integer	2	Первичный ключ
Наименование	Group	Char	15	Наименование группы
Описание	Opisanie	Char	15

Таблица 6

Характеристика таблицы «Клиенты»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код клиента	Id_kl	integer	3	Первичный ключ
ФИО	FIO	char	255	Фамилия Имя Отчество

Таблица 7

Характеристика таблицы «Реализация»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Номер записи о продаже	N_record	Integer	5	Первичный ключ
Дата	Date_prod	date	12	Дата продажи
Код товара	Id_tovara	Integer	5	Идентификатор товара
Код сотрудника	Id_sotr	Integer	3
Код клиента	Id_kl	Integer	5
Количество	Kol	Integer	3	Количество товара
Сумма	Sum	Integer	5	Сумма продажи

Таблица 8

Характеристика таблицы «Поставщики»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код поставщика	Id_post	integer	3	Первичный ключ
Наименование поставщика	FIO	char	255	Наименование фирмы-поставщика

Таблица 9

Характеристика таблицы «Упаковка»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код	Id_ed	Integer	2	Первичный ключ
Наименование	Ed_izm	Char	15	Наименование единицы измерения

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

На физическом уровне моделирования рассматривается целевая СУБД, имена объектов, типы данных и индексы.

На рис. 5 представлена схема базы данных.

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

Рис.5. Физическая структура базы данных

2. Практическая часть.

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

Запрос – выборка информации из одной или нескольких таблиц по заданным условиям в указанном виде. В результате запроса формируется виртуальная таблица (т.е. таблица создаваемая только в процессе работы с запросом). Запрос может иметь уникальное имя и может работать в 3-х режимах:

1. Сообщение на языке SQL.
2. Экранный конструктор запроса.
3. Режим таблицы.

В базе данных разработан перечень запросов:

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

Корректировка данных средствами запросов.

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

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

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

Проектирование форм осуществляется следующим образом

1. Определить подсхему данных, на основе которой составляется форма.
2. Перечислить все виды форм, которые могут быть построены для данной подсхемы и обосновать выбор.
3. Определить источники записей формы для каждой из частей форм.
4. Для вложенных форм определить связанные поля.
5. Определить все компоненты форм. (главной и вложенной).
6. Разработать макет форм.

В процессе разработки данной базы данных было построено 16 форм, причем все формы – простые.

Отчеты предназначены для формирования документов, выдаваемых на печать.

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

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

Рис.6. Главное окно

Редактирование всех справочников осуществляется через пользовательский интерфейс (рис.7-12).

Рис.7. Справочник «Поставщики»

Рис.8. Справочник «Клиенты»

Рис.9. Справочник «Сотрудники»

Рис.10. Накладные

Рис. 11. Ассортимент

Рис.12. Реализация

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

 Разработка и внедрение – наиболее ответственный этап жизненного цикла программных продуктов, определяющий, насколько создаваемая программа соответствует спецификациям и требованиям со стороны конечных пользователей. Жизненный цикл программного продукта представляет собой модель его создания и использования. Модель отражает его различные состояния, начиная с момента возникновения необходимости в данном программном продукте и заканчивая моментом его полного выхода из употребления у всех пользователей. Разработка и внедрение ЭИС должны тщательно планироваться. План разработки программного продукта формулирует строго документированные действия по анализу требований к системе, проектированию, кодированию, интеграции, тестированию, установке и поддержанию системы. План разработки должен быть проанализирован и утверждён. Затраты на создание, сопровождение и эксплуатацию программных продуктов, научно-технический уровень разработки, время морального устаревания и многое другое – все это также зависит от проектных решений. В процессе разработки ЭИС были использованы стандарты канонического проектирования [6].

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

• • формирование требований к ЭИС;
  • разработка концепции ЭИС;
  • техническое задание;
  • эскизный проект;
  • технический проект;
  • рабочий проект.

На этапе «Формирование требований к ЭИС» осуществляются следующие работы:

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

На этапе «Разработка концепции ЭИС» осуществляется изучение объекта автоматизации, проведение необходимых научно-исследовательских работ, разработка вариантов концепции ЭИС, удовлетворяющих требованиям пользователей, оформление отчета и утверждение концепции.

На этапе «Техническое задание» осуществляется разработка и утверждение технического задания на создание ЭИС: определяются требования к системе, состав и функции задач, решаемых ЭИС. Также проводится технико-экономическое обоснование разрабатываемой системы (изучение ее экономической выгодности, анализ и расчет экономических показателей ЭИС).

На этапе «Эскизный проект» осуществляется разработка предварительных проектных решений по системе и ее частям, разработка эскизной документации на ЭИС и ее части.

На этапе «Технический проект» осуществляется разработка проектных решений по системе и ее частям, разработка документации на ЭИС и ее части.

На этапе «Рабочий проект» осуществляется разработка рабочей документации на ЭИС и ее части, создается программный код системы и происходит наполнение баз данных. Также происходит оформление рабочего проекта ЭИС. Затем ЭИС тестируют и исправляют ошибки.

Планирование этапов создания разрабатываемой системы осуществляется с помощью Microsoft Office Project 2010. Этот программный продукт используется для планирования новых проектов, распределения ресурсов по задачам проектов, отслеживания прогресса и анализа объёмов работ в рамках проекта. При проектировании ЭИС MS Project позволяет контролировать продолжительность каждого этапа разработки, а также общую длительность проектирования, разработки и внедрения ПО; позволяет наглядно изобразить все связи между этапами разработки системы и показать степень участия в работе каждого конкретного специалиста. Цепочка процессов визуализируется в диаграмме Ганта.

На Рисунке 13 изображены все этапы разработки системы, а также длительность каждого этапа.

Рисунок 13 – Этапы разработки автоматизированной системы

На рисунке 14 изображена Диаграмма Ганта, показывающая степень участия каждого специалиста в разработке ЭИС.

Рисунок 14 – Диаграмма Ганта

Себестоимость внедрения разрабатываемой ЭИС включает в себя:

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

Затраты на трудовые ресурсы рассчитываются с помощью «Microsoft Office Project 2010» с учетом особенностей оплаты труда специалистов, а также степени участия их в разработке ЭИС (Рисунок 15).

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

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

Рисунок 15 – Затраты на трудовые ресурсы

Отчисления с заработной платы включают в себя:

• отчисления в Пенсионный фонд Российской Федерации (по состоянию на 2016 год составляет 22%);
• отчисления в Фонд социального страхования Российской Федерации (по состоянию на 2016 год составляет 2,9%);
• Федеральный фонд обязательного медицинского страхования и территориальные фонды обязательного медицинского страхования (по состоянию на 2016 год составляет 5,1%).

Итоговая сумма отчислений с заработной платы специалистов составляет:

(22% + 2,9% + 5,1%) * 67300= 20109 руб.

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

Прочие расходы связаны с расходами на использование персональных компьютеров, включающими электроэнергию, администрирование и обслуживание ЭВМ. Данная статья расходов составляет 100 рублей за час использования персонального компьютера. Общее количество времени работы с ЭВМ составляет 177 часов. Итоговая сумма затрат по данной статье:

177 * 100 = 17700 руб.

В Таблице 3 представлена сметная калькуляция затрат на разработку ЭИС.

Таблица 3

Сметная калькуляция затрат на разработку

Наименование статьи затрат	Сумма затрат, руб.
Заработная плата исполнителей	34000
Отчисления с заработной платы	20109
Затраты на расходные материалы	24700
Всего	78809

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

В Таблице 4 представлено распределение затрат на разработку ЭИС, сформированное по этапам работы и по статьям затрат.

Рисунок 16 – Распределение затрат на разработку ЭИС

Таблица 4

Распределение затрат

Этапы разработки информационной системы	Заработная плата исполнителей, руб.	Отчисления с заработной платы, руб.	Затраты на расходные материалы,прочие расходы, руб.	Итого, руб.
Формирование требований к ЭИС	10000	3000	2550	15550
Разработка концепции ЭИС	7500	2250	1809	11559
Техническое задание	7500	2250	4195	13945
Эскизный проект	5550	1665	3436	10651
Технический проект	10150	3045	3760	16955
Рабочий проект	26600	7980	8950	43530
Итого, руб.	67300	20190	24700	112190

В таблицах 5-6 приведены затраты на обработку информации по базовому и проектному варианту.

Таблица 5

Характеристика затрат на обработку информации по базовому варианту

№ п/п	Наименование операции	Единица измерения	Объём работы в год	Норма выработки (операций в час)	Трудоёмкость
1	Создание заявки на проверку неисправности	Документ	700	8	87,5
2	Создание отчета на обслуживание	Документ	800	7	114,29
3	Оформление запроса	Документ	900	9	100
4	Сбор данных об обслуживании	Документ	200	0,8	250
5	Поиск по архиву	Документ	500	5	100
5	Контроль выполнения обслуживания	Документ	800	1	800
7	Формирование списка документов	Документ	800	2	400
					1851,79

Таблица 6

Характеристика затрат на обработку информации по проектному варианту

№ п/п	Наименование операции	Единица измерения	Объём работы в год	Норма выработки (операций в час)	Трудоёмкость
1	Создание заявки на проверку неисправности	Документ	700	45	15,5
2	Создание отчета на обслуживание	Документ	800	28	28,6
3	Оформление запроса	Документ	900	35	25,7
4	Сбор данных об обслуживании	Документ	200	50	4
5	Поиск по архиву	Документ	500	55	9,1
6	Контроль выполнения обслуживания	Документ	800	60	13,3
7	Формирование списка документов	Документ	800	50	16
					112,2

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

Для расчёта стоимостных затрат рассчитывается среднечасовая норма оплаты труда для специалиста отдела технической поддержки. Исходя из стандартной 40-часовой рабочей недели и месячной зарплаты 30000 руб. получаем:

= 30000 руб. / (21 д. * 8 ч) = 179 руб./ч

Таблица 7

Расчёт трудовых показателей эффективности от внедрения проекта

	Затраты		Снижение затрат	Коэффи-циент изменения трудовых затрат	Индекс изменения трудовых затрат
	Базовый вариант	Проектный вариант
Трудоёмкость	(ч)	(ч)	(ч)
	1857,79	112,2	1745,59	0,94	16,56
Стоимость	(руб.)	(руб.)	(руб.)
	332544	20084	312460	0,64	16,56

Из рассчитанных данных можно сделать вывод о значительном сокращении трудовых и стоимостных затрат. Сокращение трудовых затрат в абсолютном выражении составило 1746 чел./ч, сокращение стоимостных затрат –– 312460 руб. в год.

Выше были рассчитаны затраты на разработку проекта, они составили 112190 рублей.

Рассчитаем срок окупаемости проекта:

= 112190 руб. / 312460 руб. ≈ 0,36 года ≈ 4,3 мес.

Окупаемость проекта, равная 4,3 месяцам, показывает возврат средней продолжительности капитальных вложений. Внедрение системы позволяет снизить трудовые и стоимостные затраты на 94%.

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

Заключение

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

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

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

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

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

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

1. Варфоломеева Е.В. Информационные системы в экономике: Учебное пособие / Е.В. Варфоломеева, Т.В. Воропаева и др.; Под ред. Д.В. Чистова - М.: НИЦ ИНФРА-М, 2015. - 234 с.
2. Вдовенко Л.А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А. - 2 изд., перераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2015. - 304 с.
3. Гвоздева В.А. Базовые и прикладные информационные технологии: Учебник / Гвоздева В. А. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2015. - 384 с.
4. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 544 с.
5. Голицына О.Л. Языки программирования: Учебное пособие / О.Л. Голицына, Т.Л. Партыка, И.И. Попов. - 3-e изд., перераб. и доп. - М.: Форум: ИНФРА-М, 2015. - 400 с.
6. Дунаев В.В. Базы данных. Язык SQL для студента – Издательство: БХВ, 2013. - 196 с.
7. Душин, В.К. Теоретические основы информационных процессов и систем : учебник / В.К. Душин .— 5-е изд. — М. : ИТК "Дашков и К", 2014 .— 348с.
8. Заботина Н.Н. Проектирование информационных систем: Учебное пособие / Н.Н. Заботина. - М.: ИНФРА-М, 2011. - 331 с.
9. Затонский А.В. Информационные технологии: разработка информационных моделей и систем: Учеб. пос. / А.В.Затонский - М.: ИЦ РИОР: НИЦ ИНФРА-М, 2014 - 344с.
10. Илюшечкин В. Основы использования и проектирования баз данных. Учебник. - М.:Юрайт, 2014. - 214с.
11. Исаев Г. Проектирование информационных систем. Учебное пособие. - М.: Омега-Л, 2015. - 432с.
12. Кабанов В.А. Кабанов, В. А. Практикум Access [Электронный ресурс] / В. А. Кабанов. - М.: Инфра-М; Znanium.com, 2015. - 55 с.
13. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.
14. Кит Т. Томпсон Автоматизация продаж. Умный подход. - М.: Вершина, 2016 - 272 с.
15. Коваленко В.В. Проектирование информационных систем: Учебное пособие / В.В. Коваленко. - М.: Форум: НИЦ ИНФРА-М, 2014. - 320 с.
16. Наумов А.Н., Вендров А.М., Иванов В.К. и др. Системы управления базами данных и знаний - М.: Финансы и статистика, 2014. - 352 c.
17. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2014. - 528 c.
18. Проектирование информационных систем:Учебное пособие / Н.З. Емельянова, Т.Л. Партыка, И.И. Попов. - М.: Форум: НИЦ ИНФРА-М, 2014.-432с.
19. Редько В.Н., Бассараб И.А. Базы данных и информационные системы. - М.: Знание, 2015. - 602 c.
20. Степанов В. Информационные технологии управления продажами и маркетингом. - М.: LAP Lambert Academic Publishing, 2013. - 284 с.
21. Федотова Е. Информационные технологии и системы: Учебное пособие / Е.Л. Федотова. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2014. - 352 с
22. Федотова Е.Л. Информационные технологии в профессиональной деятельности: Учебное пособие / Е.Л. Федотова. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 368 с.
23. Хаббард Дж. Автоматизированное проектирование баз данных - М.: Мир, 2014. - 453 c.
24. Черников Б.В. Информационные технологии управления: Учебник / Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2014. - 368 с.
25. Шаймарданов Р.Б. Моделирование и автоматизация проектирования структур баз данных - М.: Юнити, 2016. - 469 c.