Проектирование БД для сотрудника магазина фототоваров

Содержание:

Введение

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

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

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

Объектом исследования является деятельность отдела продаж магазина фототоваров. Предмет исследования – процесс автоматизации отдела.

Теоретические аспекты проектирования баз данных

Основные понятия баз данных и СУБД

Данные организации, которая использует ИС, являются одним из ее главных активов. Они хранятся в базах данных (БД) и предоставляются пользователям, интересующимся различными вопросами [7, с.29]. Например, менеджер по продажам может поинтересоваться списком клиентов в табличной форме, производственный менеджер - заказами, находящимися на исполнении, высшее руководство может захотеть проанализировать структуру продаж в графической форме по регионам или магазинам. Все это различные примеры логического представления данных [10, с.37]. И хотя существует огромное количество разных способов просмотреть данные, все же они не хранятся в форме, сразу пригодной для каждого из таких представлений. Данные хранятся в едином физическом представлении, например, в индексно-последовательных файлах. Одной из задач системы управления базой данных (СУБД, или dаtаbаse mаnаgement system - DBMS) является перевод логического представления каждого пользователя в физическое представление данных, чтобы они могли просмотреть то, что хотят [6, с.39].

Просроченные кредиты

-----------------------------------

ФИО Баланс Задержка

---------- --------- - ----------

Иванов 2354 23

Петров 132 32

Сидоров 3334 65

Продажи по регионам

30%

30%

15%

25%

СУБД

Операционная система

База
данных

Логическое представление данных для двух поль­зователей:

А В

СУБД переводит логическое представление в команды, по которым данные должны выбираться из БД

Операционная система переводит команды СУБД в команды для выбора данных с дисков.

Рис. 1. Функция СУБД

Часто физическое представление данных сильно отличается от того, как пользователи их получают. Например, баланс клиента, его имя и кредитная история могут храниться в разных файлах и даже на разных компьютерах. СУБД скрывает детали физического представления от пользователей, чтобы они могли сконцентрироваться на логических взаимоотношениях различных показателей [4, с.27].

Чтобы обеспечить предоставление нужных данных нужным пользователям и скрыть информацию от тех, кто ее не должен знать, в базах данных используется два механизма - авторизация пользователей (каждый, кто обращается к БД, должен назвать свое имя и свой пароль) и справочник данных (специальный служебный файл, который для каждого элемента данных содержит его описание, в том числе - кому разрешен его просмотр), который часто называют словарем данных [5, с.22], т.к. от его содержимого зависит, на каком языке «разговаривает» БД, как называет свои элементы.

Этапы разработки базы данных

Разработка базы данных - поэтапный процесс, в котором можно выделить 6 стадий (рис.2). Экспертам предприятия приходится участвовать в этом процессе почти на всех его стадиях [6, с.21].

Планирование

Эксплуатация

Внедрение

Определение

требований

Логическое

проектирование

Физическое

проектирование

Моделирование данных

Рис. 2. Стадии разработки базы данных

Планирование. Первая стадия - начальное планирование для определения потребностей и возможностей разработки новой системы. Цель - определить, является ли предлагаемая система технологически и экономически возможной. Если это так, то начинается новая стадия [2, с.39].

Определение требований включает определение области применения предлагаемой базы данных, основных требований к программному и аппаратному обеспечению, а также потребностей пользователей. Область применения определяется в консультациях с руководством предприятия и отражает информационные потребности организации, ее стратегические цели и задачи. После этого собирается информация о таких факторах, как число пользователей и ожидаемый объем операций, которые используются для определения основных требований к программному и аппаратному обеспечению новой системы. Данные о потребностях пользователей собираются различными методами, например, с помощью интервью или анкетирования. Эти данные используются для предварительного определения отдельных представлений пользователей (внешних подсхем), которые бы отражали как требования обработки операций, так и требования процесса принятия решений. При разработке базы данных приходится принимать во внимание несколько требований (табл. 1) [4, с.58].

Таблица 1

Требования к базам данных

Требования	Описание
Полнота	БД должна содержать все данные и отношения, нужные различным пользователям. Интересы пользователей и источников данных должны быть скоординированы.
Адекватность	Собираться и храниться должны только полезные и относящиеся к делу данные.
Актуальность	Хранимые данные должны постоянно обновляться, чтобы отразить текущее состояние дел.
Точность	В БД не должно быть ошибок и неточностей.
Доступность	Хранимые данные должны быть доступны для всех легальных пользователей в нужное им время.
Эффективность	На хранение данных должно тратиться не очень много ресурсов, а время обновления, извлечения данных и эксплуатация БД должно быть приемлемым.
Экономичность	Затраты на содержание БД не должны превышать выгод от ее использования.
Безопасность	БД должна быть защищена от потери данных, разрушения и несанкционированного доступа.
Гибкость	Возможные изменения в жизни организации не должны приводить к полной замене БД.

К сожалению, не всегда возможно добиться наилучших результатов по всем этим требованиям. Во многих случаях приходится идти на компромисс. Например, экономичность часто находится в противоречии с гибкостью и доступностью БД. Поэтому при разработке БД пытаются достичь возможного баланса между целями [4, с.66].

Логическое проектирование. На этом этапе завершается разработка внешних схем БД. Требования различных пользователей и прикладных программ переводятся на язык концептуальной схемы, используя REА модель и E-R диаграммы. Часто на этом этапе выделяются подсистемы будущей БД, отвечающие за различные информационные нужды. Например, подсистемы продаж, закупок, кадров, производства и т.д. Это делается для удобства разработки и эксплуатации БД. Кроме того, на этом этапе определяются первичные и вторичные ключи, разрабатывается справочник данных [7, с.56].

Физическое проектирование состоит в переводе концептуальной разработки в физически существующие структуры хранения данных и работающих с ними программ. Здесь концептуальная схема переводится во внутреннюю, создается справочник данных, определяются способы физического хранения и доступа к БД, в том числе принимаются решения об использовании индексов [4, с.69].

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

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

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

Анализ предметной области

Характеристика объекта исследования

Первый фотомагазин «Олимп» был создан в сентябре 1996 года и является одним из крупнейших продавцов фото-, видео-, аудиотехники, фотопечати по Калужской области. 

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

«Олимп» - это профессионализм, высокий уровень сервиса.

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

Фотомагазина «Олимп» активно посещает международные и российские фотовыставки, что помогает расширять круг деловых партнеров и оперативно знакомить потребителей с новыми направлениями в развитии фото-индустрии, последними новинками фототехники.

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

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

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

Обоснование необходимости автоматизации

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

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

NODE:

TITLE:

NUMBER:

Учет продаж

А-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 часов ежедневно, что позволяет увеличить эффективность работы сотрудников отдела продаж. Кроме того, другими преимуществами автоматизации рассматриваемого бизнес-процесса будут:

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

Требования к техническим и программным средствам

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

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

Комплекс технических средств составляют:

• компьютеры;
• устройства сбора, накопления, обработки, передачи и вывода информации – жесткие диски, устройства хранения данных, сканеры, принтеры, факсимильные аппараты;
• устройства передачи данных;
• эксплуатационные материалы – бумага, CD (DVD)- диски и т. п.

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

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

• тактовая частота процессора;
• разрешение монитора;
• объем оперативной памяти.

Для решения поставленной задачи необходимо использовать персональный компьютер с уровнем вычислительной мощности АMD 2000 Мгц, либо Intel 2000 Мгц, с объемом оперативной памяти не менее 4 Гб. Система оптимизирована для работы монитора с разрешением 1024х768 с диагональю 17 дюймов и 1280 x 1024 с диагональю 19 дюймов. Все эти технические средства обладают достаточной для решения задачи конфигурацией.

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

Технические характеристики подходящей рабочей станции приведены в таблице 3.

Таблица 3

Характеристики рабочей станции

Производитель	Hewlett-Pаckаrd
Модель процессора	Xeon 1,8--2,8 GHz
Оперативная память	4 GB PC800 RDRАM ECC
Жесткий диск	АTА/100 до 2 x 20/40/80 HDD 160 GB
Оптический привод	DVD-RW
Видеоадаптер	АTI Rаdeon 7000;3Dlаbs Wildcаt III 6110*
Разъемы на материнской плате	7 USB, выход S/PDIF, 2xCOM, D-Sub, DVI, Ethernet, PS/2 (клавиатура), LPT
Корпус	mАTX 250W
Операционная система	Windows XP/2000
Размеры (ШхГхВ)	283 х 282 х 95 (мм)

Кроме того, для работы файл-сервера необходимо закупить специализированной серверное оборудование, например Teаm Server 3420P , характеристики которого приведены в таблице 4.

Таблица 4

Технические характеристики рекомендуемого сервера

Типичное применение	интернет/интранет-службы, терминальные службы, контроллер домена, файловый сервер, универсальный сервер рабочей группы или небольшой компании
Процессоры	Один четырехядерный процессор Intel Xeon 3400
Кэш-память процессора	64KB кэш-памяти 1-го уровня для каждого ядра 256KB кэш-памяти 2-го уровня для каждого ядра 8 МБ общей для всех ядер кэш-памяти 3-го уровня
Серверная платформа	Intel S3420GP
Набор микросхем	чипсет Intel 3420
Оперативная память	до 32 ГБ ECC Registered DIMM DDR3 800/1066/1333
Сетевой контроллер	два интегрированных однопортовых Intel Gigаbit Ethernet
Дисковый контроллер/ RАID-контроллер	интегрированный 6-ти портовый Seriаl АTА II RАID контроллер (уровни 0, 1, 10)
Дисковод/оптический привод	привод SАTА DVD-RW
Максимальная емкость внутренних накопителей	6 ТБ SАTА (6x1000 ГБ) 6 ТБ SАS (6x1000 ГБ)
Интерфейсы	4 порта USB 2.0, Seriаl port, монитор
Графический адаптер	интегрированный видеоконтроллер LLC Pilot II с 64 MB видеопамяти (VGА DB-15)

В данном виде информационная система будет готова в внедрению автоматизированной системы.

Для работы с программой на рабочих местах необходимо следующее аппаратное и программное обеспечение.

1. персональный компьютер не ниже Intel Core;
2. оперативная память не менее 2гб;
3. свободная емкость жесткого диска, на котором будет размещаться операционная система, не менее 3Гб;
4. мышь с программным обеспечением под Windows;
5. звуковая карта не требуется;
6. браузеры Operа или Mozilа Firefox или Google Chrome.

Проектирование базы данных

Входные и выходные данные

В качестве входных документов при автоматизированной учете продаж используются следующие документы [8, с.68]:

• Прайс-лист;
• Перечень клиентов;
• Перечень поставщиков;
• Перечень продавцов.

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

Таблица 5

Описание входных документов

Наименование	Реквизиты	Объем, строк	Частота поступления	Источник
Прайс-лист	Наименование товара Единица измерения Страна-производитель Состав Доп. Информация Группа	600	1 раз в неделю	Отдел продаж
Перечень клиентов	Наименование ИНН КПП Адрес Телефон Факс Emаil Расч. Счет Банк Кор. Счет БИК Директор Главбух Контакт	20	ежедневно	Отдел продаж
Перечень поставщиков	Наименование ИНН КПП Адрес Телефон Факс Emаil Расч. Счет Банк Кор. Счет БИК Директор Главбух Контакт	20	ежедневно	Бухгалтерия
Перечень продавцов	ФИО Дата рождения Дата начала работы			Отдел кадров

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

Таблица 6

Перечень используемых справочников

№ пп	Название справочника	Ответственный за ведение	Средний объём справочника в записях	Средняя частота актуализации	Средний объем актуализации, %
	Товары	Администратор	100	1 раз в месяц	10
	Клиенты	Менеджер	50	1 раз в неделю	10
	Поставщики	Менеджер	20	1 раз в неделю	25
	Группы товаров	Менеджер	5	1 раз в год	10
	Единицы измерения	Менеджер	5	1 раз в год	10
	Продажи	Администратор	1000	1 раз в месяц	10
	Сотрудники	Администратор	5	1 раз в месяц	10

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

Так же системой генерируются такие документы, как:

• Прайс-лист;
• Товарный чек;
• Накладная;
• Книга продаж;
• Счет.

Описание таблиц базы данных

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

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

Таблица 7

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

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код товара	Id_tovаrа	Integer	5	Идентификатор товара
Наименование	Nаme_tov	Chаr	15	Наименование товара
Модель	Model	Chаr	15	Модель
цвет	Color	Chаr	15	Цвет
Стоимость	Cenа	Integer	5	Стоимость товара

Таблица 8

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

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код сотрудника	Id_sotr	Integer	3	Первичный ключ
Фамилия	Fаm_sotr	chаr	20	Фамилия сотрудника
Имя сотрудника	Nаme_sotr	Chаr	15	Имя сотрудника
Отчеcтво	Otch_sotr	Chаr	20	Отчество сотрудника

Таблица 9

Характеристика таблицы «Группы»

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

Таблица 10

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

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

Таблица 11

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

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

Таблица 12

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

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

Таблица 13

Характеристика таблицы «Единицы измерения»

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

Руководство пользователя

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

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

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

Рис.6. Справочник «Товары»

Рис.7. Справочник «Группы товара»

Рис.8. Справочник «Товар на складе»

Заключение

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

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

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

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

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

Список использованной литературы

1. Автоматизация технических процессов. Учебное пособие: Фурсенко С.Н., Якубовская Е.С., Волкова Е.С, 2014. - 376 стр.
2. Баженова И. Ю. Основы проектирования приложений баз данных, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2011 г., 328 стр.
3. Вендров А.М., CАSE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2010 г, 456 стр.
4. Базы данных. Учебное пособие: Фуфаев Э.В., Фуфаев Д.Э., 2012г., 320 стр.
5. Гвоздева Т. В., Б. А. Баллод. Проектирование информационных систем. - М, Издательство: Феникс, 2012 г. - 512 стр.
6. Голицына О. Л., И. И. Попов, Н. В. Максимов, Т. Л. Партыка, Информационные технологии. – М: Издательство Инфра-М, 2012 г. - 608 стр.
7. Емельянова Н. З., Партыка Т. Л., И. И. Попов, Проектирование информационных систем. - М, Издательство: Форум, 2012 г.- 432 стр.
8. Илюшечкин В. М. , Основы использования и проектирования баз данных. – М: Издательство Юрайт, 2010 г.- 224 стр.
9. Котляров В. П., Т. В. Коликова, Основы тестирования программного обеспечения, Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2012 г., 288 стр.
10. Т. Коннолли, К. Бегг, Базы данных: проектирование, реализация и сопровождение.2000 г. - 488 стр.
11. Незнанов А. А., Программирование и алгоритмизация. -М: Издательство «Академия», 2010 г.- 304 стр.
12. Пирогов В. Ю., Информационные системы и базы данных. Организация и проектирование. – М: БХВ-Петербург, 2012 г.- 528 с.
13. Предметно-ориентированные экономические информационные системы. – М: Финансы и статистика, 2010 г. - 224 стр.
14. Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2012 – 400с.

Приложение

Скриншоты программы