Содержание:

Введение

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

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

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

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

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

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

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

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

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

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

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

Иванов 2354 23

Петров 132 32

Сидоров333465

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

30%

30%

15%

25%

СУБД

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

База

данных

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

АВ

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

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

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

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

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

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

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

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

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

Внедрение

Определение

требований

Логическое

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

Физическое

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

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

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

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

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

Таблица 1

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

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

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

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

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

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

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

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

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

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

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

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

ФотоПлюс - это профессионализм, высокий уровень сервиса и гибкая ценовая политика. Основной лозунг – «Цены ниже каждый день».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3

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

Производитель	Hugel
Модель процессора	Intel Atom Single Core N270 - 1.66GHz
Оперативная память	2048Mb
Жесткий диск	160 Gb
Оптический привод	DVD-RW
Видеоадаптер	Интегрирован в чипсет
Разъемы на материнской плате	7 USB, выход S/PDIF, 2xCOM, D-Sub, DVI, Ethernet, PS/2 (клавиатура), LPT
Корпус	mATX 250W
Операционная система	Не установлена
Размеры (ШхГхВ)	283 х 282 х 95 (мм)

Кроме того, для работы файл-сервера необходимо закупить специализированной серверное оборудование, например Team 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 Gigabit Ethernet
Дисковый контроллер/ RAID-контроллер	интегрированный 6-ти портовый Serial ATA II RAID контроллер (уровни 0, 1, 10)
Дисковод/оптический привод	привод SATA DVD-RW
Максимальная емкость внутренних накопителей	6 ТБ SATA (6x1000 ГБ) 6 ТБ SAS (6x1000 ГБ)
Интерфейсы	6 портов USB 2.0, Serial port, монитор
Графический адаптер	интегрированный видеоконтроллер LLC Pilot II с 64 MB видеопамяти (VGA DB-15)

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

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

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

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

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

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

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

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

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

Таблица 5

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

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

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

Таблица 6

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

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

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

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

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

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

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

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

Таблица 7

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

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Код товара	Id_tovara	Integer	5	Идентификатор товара
Наименование	Name_tov	Char	15	Наименование товара
Модель	Model	Char	15	Модель
цвет	Color	Char	15	Цвет
Стоимость	Cena	Integer	5	Стоимость товара

Таблица 8

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

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

Таблица 9

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

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

Таблица 10

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

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

Таблица 11

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

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
Номер записи о продаже	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	Сумма продажи

Таблица 12

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

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

Таблица 13

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

Приложение

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