Автоматизированная система учета поставки и реализации программного обеспечения

Исходные данные к проекту:
1 Норенков, И. П. Автоматизированные информационные системы : учеб. пособие / И. П. Норенков. – М. : Изд-во МГТУ им. Н.Э. Баумана, 2011. – 342 с.
2 Советов, Б. Я. Информационные технологии : учеб. для вузов / Б. Я. Советов, В. В. Цехановский. – 3-е изд., стер. М. : Высш. шк., 2006. – 263 с.
Советов, Б. Я. Базы данных. Теория и практика / Б. Я. Советов, В. В. Цехановский, В. Д. Чертовской. – 2-е изд., стер. – М. : Высш. шк., 2007. – 462 с.
3 Иванов, А. А. Основы разработки автоматизированных систем : конспект лекций / А. А. Иванов ; СПбГТИ(ТУ). – СПб., 2012.
4 Access 2010. Учебный курс. – Спб.: Питер, 2014. – 288 с.
5 А.А. Иванов Базы данных. Базовый курс : учеб. пособие для студентов заочной формы обучения / А.А. Иванов, Н.П. Жадановская. – СПб. : СПбГТИ(ТУ), 2016. – 101 с.
Перечень вопросов, подлежащих разработке:
1 Аналитический обзор:
1.1 Описание предметной области, согласно тематике курсового проекта, информационное описание объекта проектирования.
1.2 Аналитический обзор программных продуктов – аналогов, представленных на рынке специализированного программного обеспечения.
1.3 Сравнительный обзор современных систем управления базами данных и сред разработки прикладных программных продуктов.
1.4 Обоснование выбора используемых программных продуктов, в том числе системы управления базами данных и среды разработки прикладного программного решения.
1.5 Обзор технологий и интерфейсов доступа к данным. Характеристики используемой технологии доступа к данным.
2 Технологическая часть – Технология разработки программного комплекса:
2.1 Формулировка цели и задач проектирования.
2.2 Проектирование концептуальной, инфологической и даталогической моделей данных.
2.3 Проработка технологии доступа к базе данных (определение круга пользователей базы
данных и оценка возможности разграничения полномочий пользователей).
2.4 Описание механизмов управления данными в базе данных (добавление, удаление и обновление данных), реализация тестовых запросов к БД (по 3 запроса на каждый вид).
2.5 Разработка программного обеспечения для достижения поставленной цели.
2.6 Тестирование работы программного комплекса
2.7 Оформление документации (пояснительной записки, одного из руководящих документов (технического задания, руководства системного программиста, руководства пользователя)).
Перечень графического материала:
1 Информационное описание объекта проектирования.
2 Концептуальная, инфологическая и даталогическая модели данных.
3 UML-диаграмма прецедентов использования информационной системы.
4 Функциональная структура информационной системы.
5 Дисплейные фрагменты интерфейсов пользователей информационной системы.
6 Характеристика аппаратного и программного обеспечения.
7 Тестовый пример работы информационной системы.
Требования к аппаратному и программному обеспечению:
Аппаратное обеспечение: IBM PC-совместимый компьютер на базе микропроцессора Intel Core i7-3537U (2.5 ГГц), ОЗУ 8192 Мб, Твердотельный накопитель 250 Гб, монитор ЖК (15.6), мышь. Программное обеспечение: операционная система Microsoft Windows 7 Professional, Microsoft Office Word 2010, Microsoft Office Access 2010, Toad Data Modeler (x86) 6.2.
Дата выдачи задания « » 2019
Дата представления проекта к защите « » 2019
Заведующий кафедрой Т.Б. Чистякова
Лектор (подпись, дата) (инициалы, фамилия)
Д.Н. Петров
Руководитель, доцент (подпись, дата) (инициалы, фамилия)
Д.Н. Петров
Задание принял к выполнению (подпись, дата)
(инициалы, фамилия)
Х.Х. Исманов(подпись, дата) (инициалы, фамилия)
Содержание
ВВЕДЕНИЕ
Основная часть1
1.1Анализ предметной области1
1.2 Выбор средств разработки1
1.3 Построение концептуальной модели2
Структура Таблиц…………………………….………………………………………...7
Проектирование базы данных в Microsoft Access14
Создание Форм14
Создание Запросов19
Создание Отчётов25
Заключение30
Список литературы
ВВЕДЕНИЕ
В настоящее время во многих организациях существует развитый парк компьютерной техники. В основном это немаленький, а главное постоянно растущий парк с большим числом компьютеров. Каждый компьютер имеет множество элементов (видеокарта, процессор, оперативная память и т.д.) и периферийных устройств. Нередко за все компьютерное хозяйство в организации отвечает один или несколько человек – системные администраторы. Помимо всего прочего, в их обязанности входит и учет компьютерного оборудования предприятия. Однако, если компьютеров много, а времени на постоянный учет оборудования в журнале (в том числе и в электронном) мало, то через некоторое время администратор сам не сможет сказать, почему сетевая плата из компьютера начальника отдела маркетинга была переставлена в компьютер главного бухгалтера, и по какой накладной был куплен дополнительный DVD-ROM для компьютера директора. Кроме того, бухгалтер, отвечающий за учет материалов и оборудования, захочет узнать направление и цели перемещения всех плат и устройств, так как они все имеют разную цену и, возможно, куплены по разным документам.
Базы данных играют важную роль в нашей жизни. Любое количество идентичных данных можно скомпоновать и представить в упорядоченном и удобном для обработки виде. Эту функцию и выполняют базы данных.
Любой современной организации, предприятию необходима база данных, удовлетворяющая те или иные потребности по хранению, управлению и администрированию данных.
В данном курсовом проекте рассмотрена автоматизированная информационная система организации, предметной областью которой является ведение учета сетевого и компьютерного оборудования.
Для автоматизации процесса и обеспечения удобства пользователя было создано приложение, позволяющее вести учет оборудования, использующегося на предприятии.
Системы управления базами данных (СУБД) становятся наиболее популярным средством обработки табличной информации. Они являются инструментальным средством проектирования баз данных при обработке больших объемов информации.
СУБД реляционного типа являются наиболее распространенным на всех классах ЭВМ, а на ПК занимают доминирующее положение. СУБД позволяет структурировать, систематизировать и организовать данные для их компьютерного хранения и обработки.
Объект исследования – разработка автоматизированных информационных систем.
В данной курсовом проекте разрабатывается база данных автоматизированной информационной системы по учету сетевого и компьютерного оборудования, что и является предметом исследования.
Целью курсового проекта является создание автоматизированной информационной системы по учету сетевого и компьютерного.

Основная Часть
Анализ предметной области
При разработке базы данных по учету поставки и реализации программного обеспечения проведено исследование предметной области, в которой основными операциями являются операции по учету оборудования.
В рамках данного курсового проекта разработана база данных по учету сетевого и компьютерного оборудования. Для автоматизации, функциональности и простоты управления рабочим процессом все данные отображаются на формах.
Администратор предприятия имеет возможность просмотра и модификации всей информации базы данных. В спроектированной базе данных (БД) хранится информация об оборудовании предприятия и ведется его учет.
Администратор предприятия может добавлять, удалять, редактировать список программного обеспечения, просматривать список, вести учет.
Выбор средств разработкиДля разработки данного проекта был выбран Microsoft Access 2016.
В создании моей информационной системы использовалась система управления базами данных Microsoft Access. Она является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.
Access позволяет не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Для этого необходимо установить правила проверки прямо на уровне таблицы. Тогда каким бы образом не вводились данные — прямо в таблицу, через экранную форму или на странице доступа к данным, Access не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам. В Access возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц. При этом для пользователя они будут представляться одной таблицей. Реализовать такую возможность в системах управления электронными таблицами сложно, а иногда просто невозможно.
Устанавливая взаимосвязи между отдельными таблицами, Access позволяет избежать ненужного дублирования данных, сэкономить память компьютера, а также увеличить скорость и точность обработки информации. Для этого таблицы, содержащие повторяющиеся данные, разбивают на несколько связанных таблиц.
Access имеет развитую систему защиты от несанкционированного доступа, которая позволяет каждому пользователю или группе пользователей видеть и изменять только те объекты, на которые ему выданы права администратором системы, например, можно запретить использование некоторых команд меню, открытие определенных форм, изменение данных в таблицах или формах. Электронные таблицы тоже позволяют защитить данные паролем или разрешить только просмотр данных, однако эти средства существенно проще.
Таким образом, СУБД Access применяется в тех случаях, когда прикладная задача требует хранения и обработки разнородной информации о большом количестве объектов и предполагает возможность многопользовательского режима.
Построение концептуальной модели
Поскольку проще исследовать структуру графически, чем описывать ее в текстовой форме, проектировщики БД посчитали удобным использовать соответствующие изобразительные средства, в которых логические объекты (сущности, entity) и их связи (relationship) могли изображаться графическими средствами.
С этой целью была разработана модель «сущность-связь» (entity- relationship, ER), которая является, безусловно, самым широко распространенным и простым графическим инструментом моделирования данных.
ER-модели обычно представляются в виде диаграмм «сущность-связь» (ER-диаграмма, ERD). В ER-диаграмме используется графическое представление модели компонентов базы данных.
Основу ER-модели составляют следующие компоненты.
Сущность (логический объект) – персона, местоположение или предмет, сведения о которых подлежат сбору и хранению. В ER-модели сущность представлена в виде прямоугольника. Название сущности (имя существительное) записывается в центре прямоугольника, как правило, заглавными буквами и предпочтительнее в единственном числе на русском языке: в данном проекте это: ТОВАРЫ, ПРОДАВЦЫ, СКЛАДЫ, ПОСТАВЩИКИ. Обычно если ER-диаграмма связана с реляционной моделью, сущность отображается на реляционную таблицу. Каждая строка реляционной таблицы соответствует экземпляру сущности.
Сущность описывается набором атрибутов. Каждый атрибут описывает отдельное свойство сущности. В данном курсовом проекте всего представлены выше 11 сущностей. Каждая сущность в свою очередь имеет список атрибутов, по которым будут осуществляться связи. Тип связи будет определять отношения между атрибутами сущности.
Связь описывает соединение между данными. Большинство связей описывает соединение между двумя сущностями. Разработчики ER-диаграмм для обозначения типа связи используют термин связность (на ER-диаграммах связность записывается рядом с прямоугольником, соответствующим сущности).
Рис. 1. Концептуальная модель данных в нотации Питера Чена.
Рис. 2. Инфологическая модель данных (ER –диаграмма).
Рис. 3. Даталогическая модель базы данных.

Рис. 4 – Схема данных базы данных «Магазин»

1.4 Структура таблиц
1.4.1 Создание таблиц
Для разработки базы данных «Магазин» было проведено обследование предметной области. В результате была принята следующая структура базы данных:
Таблица – 1 Структура базы данных:
Таблица справочник «Товары» «tbl_goods»
Таблица справочник «Склады» «tbl_sprav_sklady»
Таблица справочник «Поставщики» «tbl_sprav_postavshiki»
Таблиц справочник «Единицы измерения» «tbl_sprav_units»
Таблица справочник «Залы магазина» «tbl_sprav_magaizin»
Таблица справочник «Виды операций» «tbl_sprav_directions»
Таблица справочник «Клиенты» «tbl_sprav_clients»
Таблица справочник «Продавцы» «tbl_prodavcy»
Таблица «Склад поступление» «tbl_nakladnaya_prihod»
Таблица «Магазин поступление» «tbl_list_magazin»
Таблица «Учёт продаж магазина» «tbl_list_magazin_sold»
В данном курсовом проекте всего представлены выше 11 сущностей. Каждая сущность в свою очередь имеет список атрибутов, по которым будут осуществляться связи. Тип связи будет определять отношения между атрибутами сущности.
1.4.2 Описание сущностейСущность (объектное множество, таблица) – абстракция реального или объекта, процесса, явления, о котором необходимо собирать и хранить информацию.
В ходе выполнения данной курсовой работы были спроектированы следующие таблицы:
Сущность «Товары» (Справочник товаров. Поступление товара осуществляется исключительно из ассортимента представленного в данном справочнике);
Сущность «Склады» (Справочник складов имеющихся у магазина).
Сущность «Поставщики» (справочник поставщиков товара).
Сущность «Единицы измерения» (Справочник Единицы измерения);
Сущность «Залы магазина» (Справочник торговых залов магазина);
Сущность «Виды операций» (Справочник видов операций: поступление или выбытие товара) ;Сущность «Клиенты» (Справочник клиентов магазина) ;Сущность «Продавцы» (Справочник продавцов магазина) ;Сущность «Склад поступление» (Таблица учета поступления товара на склад) ;Сущность «Магазин поступление» (Таблица учета поступления товара со склада в магазин) ;Сущность «Учёт продаж магазина» (Таблица учета реализации товара магазина) ;Атрибут (реквизит) – поименованная характеристика сущности, которая описывает, моделирует или идентифицирует сущность.
В результате изучения предметной области и проектирования базы данных, был составлен следующий список атрибутов:
Приведем структуры таблиц спроектированной базы данных, охарактеризованные типами данных.

Сущность «Склады»:
Ключи таблицы:
good_id_pk– первичный ключ;
type_of_unit_fk– внешний ключ.


Рис 5 – Структура и состав таблицы «Товары»
Сущность «Поставщики»:
Ключи таблицы:
id_client_pk – первичный ключ;

Рис 6 – Структура и состав таблицы «Поставщики»
Сущность «Единицы измерения»:
Ключи таблицы:
id_unit_id – первичный ключ;


Рис 7 – Структура и состав таблицы «Единицы измерения»
Сущность «Залы магазина»:
Ключи таблицы:
id_ceh_pk – первичный ключ;

Рис 8 – Структура и состав таблицы «Залы магазина»
Сущность «Виды операций»:
Ключи таблицы:
id_direction – первичный ключ;


Рис 9 – Структура и состав таблицы «Виды операций»
Сущность «Клиенты»
Ключи таблицы:
id_client_pk– первичный ключ;


Рис 10 – Структура и состав таблицы «Клиенты»
Сущность «Продавцы»
Ключи таблицы:
id_prodavec– первичный ключ;


Рис 11 – Структура и состав таблицы «Клиенты» Сущность «Склад поступление»
Ключи таблицы:
id_nomer_nak– первичный ключ;
issue_date– первичный ключ;
client_id_fk– первичный ключ;
good_id_fk– первичный ключ;
sklad_id_fk– первичный ключ;
goods_price– первичный ключ;

Рис 12 – Структура и состав таблицы «Склад поступление»
Сущность «Магазин поступление»
Ключи таблицы:
id_nomer_nak– первичный ключ;
issue_date– первичный ключ;
good_id_fk– первичный ключ;
sklad_id_fk– первичный ключ;
goods_price– первичный ключ;
ceh_id- первичный ключ;



Рис 13 – Структура и состав таблицы «Магазин поступление»

Проектирование базы данных в Microsoft AccessMicrosoft Access – это СУБД предназначенная для хранения и поиска информации, её представления в удобном виде и автоматизации часто повторяющихся операций. Чтобы реализовать базу данных в Access надо ввести через режим конструктора свою модель. Для начала надо ввести название таблиц и всех их атрибутов. Здесь же задается тип данных и первичный ключ.
Затем реализуем реляционную модель третей нормальной формы в схеме данных.
Для ввода данных в таблицы мы можем воспользоваться специально созданными формами. Так же данные можно вводить непосредственно в таблицу, но это не всегда удобно и формы как раз служат для уменьшения вероятности ошибки. Они позволяют различать типы и форматы вводимых данных. Также в Access реализованы функции импорта из xls, html, SQL и тп.
2.1 Создание формДля организации возможности добавления, удаления, просмотра, сохранения и редактирования данных, в среде MicrosoftAccess используются объект формы.
Структура форм нашей базы данных состоит из:
Навигационная форма – представляет собой главную навигационную карту по возможностям и функциям базы данных.

Рис 15. Главная навигационная форма базы данных.
2. Формы управления данными – предназначения для ввода, редактирования и сохранения информации в таблицах БД, данными формами является:
Поступление склады 4. Поставщики 7. Единицы измерения
Поступление магазин 5. Товары 8. Клиенты
Продажа товара магазина 6. Магазин залы

Рис 16. Форма ввода данных «Поступление на склад».

Рис 17. Форма ввода данных «Справочник магазин».

Рис 18.1 Форма ввода данных «Продажа товара».

Рис 18.2 Форма ввода данных «Оформление продажи».

-273050-48042800
Рис 19. Форма ввода данных «Поставщики».
-2720614374100
Рис 20. Форма ввода данных «Каталог товаров».

Рис 21. Форма ввода данных «Магазин – торговые залы»

Рис 22. Форма ввода данных «Единицы измерения»
-4883155270500
Рис 16. Форма ввода данных «Клиенты»
2.2 Создание запросовВ рамках данного курсового проекта при помощи интерактивных запросов была организована выборка информации из разработанной ранее базы данных.
Были сформулированы запросы всех типов, реализуемых средствами выбранного программного средства.
Формулировка запроса:
Создать запросы которые будут являться источниками данных при создании форм данных, отчётов, диаграмм.
Запрос №1. (zap_goods). Перечень товаров и их кодов.
SQL код: «SELECT tbl_goods.good_id_pk, tbl_goods.type_of_unit_fk, tbl_goods.goods_name, tbl_goods.goods_code FROM tbl_goods;»

Рис 23 . Конструктор запросов. Запрос на выборку данных.
Запрос №2.(zap_list_nakladyh). Учёт движений товара на складе.
SQL код: «SELECT tbl_list_nakladyh.nak_id_pk, tbl_list_nakladyh.id_nomer_nak, tbl_list_nakladyh.issue_date, tbl_list_nakladyh.date_of_registration, tbl_list_nakladyh.client_id_fk, tbl_list_nakladyh.good_id_fk, tbl_goods.goods_name, tbl_list_nakladyh.sklad_id_fk, tbl_sprav_sklady.sklad_name, tbl_list_nakladyh.goods_quantity, tbl_list_nakladyh.goods_price, tbl_list_nakladyh.id_direction, tbl_sprav_postavshiki.org_name FROM tbl_sprav_sklady INNER JOIN ((tbl_goods INNER JOIN tbl_list_nakladyh ON tbl_goods.good_id_pk = tbl_list_nakladyh.good_id_fk) INNER JOIN tbl_sprav_postavshiki ON tbl_list_nakladyh.client_id_fk = tbl_sprav_postavshiki.id_client_pk) ON tbl_sprav_sklady.id_sklad_pk = tbl_list_nakladyh.sklad_id_fk;»

Рис 24. Конструктор запросов. Запрос на выборку данных.
Запрос №3.( zap_clients). Запрос на отображение клиентов магазина.
SQL код: «SELECT tbl_sprav_clients.id_client_pk, tbl_sprav_clients.org_name, tbl_sprav_clients.address, tbl_sprav_clients.country, tbl_sprav_clients.index, tbl_sprav_clients.city, tbl_sprav_clients.contact_name, tbl_sprav_clients.telephone, tbl_sprav_clients.mobile, tbl_sprav_clients.requisite FROM tbl_sprav_clients;»

Рис 25. Конструктор запросов. Запрос на выборку данных.
Запрос №4.(zap_magazin). Товары выставленные на продажу в торговых залах магазина.
SQL код: «SELECT tbl_list_magazin.nak_id_pk, tbl_list_magazin.id_nomer_nak, tbl_list_magazin.issue_date, tbl_list_magazin.date_of_registration, tbl_list_magazin.good_id_fk, tbl_list_magazin.sklad_id_fk, tbl_list_magazin.goods_quantity, tbl_list_magazin.goods_price, tbl_list_magazin.ceh_id, tbl_list_magazin.prodavec_id, tbl_list_magazin.sellPrice FROM tbl_list_magazin WHERE (((tbl_list_magazin.goods_quantity)>0));»

Рис 26. Конструктор запросов. Запрос на выборку данных.

Запрос №5.( zap_report_prodajy_lidery) .Самые популярные товары.
SQL код: «SELECT Count(tbl_list_magazin_sold.good_id_fk) AS [Count-good_id_fk], tbl_goods.goods_name, Sum(tbl_list_magazin_sold.Total) AS [Sum-Total], tbl_list_magazin_sold.good_id_fk FROM tbl_list_magazin_sold INNER JOIN tbl_goods ON tbl_list_magazin_sold.good_id_fk = tbl_goods.good_id_pkGROUP BY tbl_goods.goods_name, tbl_list_magazin_sold.good_id_fk;»-2768901213900
Рис 27. Конструктор запросов. Запрос на выборку данных.
Запрос №6.(zap_report_prodajy_po_gruppam). Продажи товара по залам.
SQL код: «SELECT Count(tbl_list_magazin_sold.good_id_fk) AS [Count-good_id_fk], tbl_goods.goods_name, Sum(tbl_list_magazin_sold.Total) AS [Sum-Total], tbl_list_magazin_sold.good_id_fk, tbl_sprav_magazin.ceh_name, tbl_list_magazin_sold.issue_date FROM tbl_sprav_magazin INNER JOIN (tbl_list_magazin_sold INNER JOIN tbl_goods ON tbl_list_magazin_sold.good_id_fk = tbl_goods.good_id_pk) ON tbl_sprav_magazin.id_ceh_pk = tbl_list_magazin_sold.ceh_id GROUP BY tbl_goods.goods_name, tbl_list_magazin_sold.good_id_fk, tbl_sprav_magazin.ceh_name, tbl_list_magazin_sold.issue_date;»
-189423-8840300
Рис 28. Конструктор запросов. Запрос на выборку данных.
Запрос №7.( zap_report_prodajy_sotrudnik). Продажи товара по залам.
SQL код: « SELECT Count(tbl_list_magazin_sold.good_id_fk) AS [Count-good_id_fk], tbl_goods.goods_name, Sum(tbl_list_magazin_sold.Total) AS [Sum-Total], tbl_list_magazin_sold.good_id_fk, tbl_prodavcy.prodavec_name, tbl_list_magazin_sold.good_id_fkFROM tbl_prodavcy INNER JOIN (tbl_list_magazin_sold INNER JOIN tbl_goods ON tbl_list_magazin_sold.good_id_fk = tbl_goods.good_id_pk) ON tbl_prodavcy.id_prodavec = tbl_list_magazin_sold.prodavec_idGROUP BY tbl_goods.goods_name, tbl_list_magazin_sold.good_id_fk, tbl_prodavcy.prodavec_name, tbl_list_magazin_sold.good_id_fk;»
-774705334000
Рис 29. Конструктор запросов. Запрос на выборку данных.
Запрос №8.( zap_report_prodajy_sotrudnik). Продажи товара по залам.
SQL код: « SELECT Count(tbl_list_magazin_sold.good_id_fk) AS [Count-good_id_fk], tbl_goods.goods_name, Sum(tbl_list_magazin_sold.Total) AS [Sum-Total], tbl_list_magazin_sold.good_id_fk, tbl_prodavcy.prodavec_name, tbl_list_magazin_sold.good_id_fkFROM tbl_prodavcy INNER JOIN (tbl_list_magazin_sold INNER JOIN tbl_goods ON tbl_list_magazin_sold.good_id_fk = tbl_goods.good_id_pk) ON tbl_prodavcy.id_prodavec = tbl_list_magazin_sold.prodavec_idGROUP BY tbl_goods.goods_name, tbl_list_magazin_sold.good_id_fk, tbl_prodavcy.prodavec_name, tbl_list_magazin_sold.good_id_fk;»-1924056413500
Рис 30. Конструктор запросов. Запрос на выборку данных.
Запрос №9.( qvr_add_client). Запрос на добавление клиента.
SQL код: «INSERT INTO tbl_sprav_clients ( org_name, address, country, [index], city, contact_name, telephone, mobile, requisite )
SELECT Forms!frm_clients!org_name AS Выражение1, Forms!frm_clients!address AS Выражение2, Forms!frm_clients!country AS Выражение3, Forms!frm_clients!index AS Выражение4, Forms!frm_clients!city AS Выражение5, Forms!frm_clients!contact_name AS Выражение6, Forms!frm_clients!telephone AS Выражение7, Forms!frm_clients!mobile AS Выражение8, Forms!frm_clients!requisite AS Выражение9;»
-1816109450600
Рис 31. Конструктор запросов. Запрос на добавление данных.
Запрос №10.( qvr_add_postavshiki). Параметризированный запрос на добавление поставщика.
SQL код: « INSERT INTO tbl_sprav_postavshiki ( org_name, address, country, [index], city, contact_name, telephone, mobile, requisite )
VALUES (Forms!frm_postavshiki!org_name, Forms!frm_postavshiki!address, Forms!frm_postavshiki!country, Forms!frm_postavshiki!index, Forms!frm_postavshiki!city, Forms!frm_postavshiki!contact_name, Forms!frm_postavshiki!telephone, Forms!frm_postavshiki!mobile, Forms!frm_postavshiki!requisite); »
-9525-32448500Рис 32. Конструктор запросов. Параметризированный запрос на добавление данных.
2.3 Создание отчётовСоздание отчетов аналогично созданию форм. Отчеты формируются на основе таблиц и запросов и содержат обработанные (сгруппированные, вычисленные, просуммированные) данные о работе магазина.
Отчёт №1: «Поступление товара на склад». Отображает поступления товара разных видов на каждый из типов складов. Выводит итоговую информацию о остатках на складе.

Рис 33. Отчёт «Поступление товара на склад».

Отчёт №2: «Рейтинг популярности товара». Список самых покупаемых товаров.

Рис 34. Отчёт «Рейтинг популярности товара»

Отчёт №3: «Товарный чек». Отображает информацию о товаре купленным клиентом.

Рис 35. «Товарный чек». Выдача товарного чека клиенту
Отчёт №4: «Продажа товара по залам». Отображает количество товара и сумму проданных товаров в каждом зале. Итоговую сумму продаж в каждом зала и общую сумму выручки.

Рис 36. «Продажа товара по залам».
Отчёт №5: «Продажа товара каждый продавцом». Отображает итоговую информацию об общем количестве и сумме продаж товаров каждого из продавцов.

Рис 37. «Продажа товара каждый продавцом».

3. Заключение
При выполнении данной работы были изучено понятие автоматизированной информационной системы, определены требования к системе. На основании этих сведений были реализованы база данных в Microsoft Office Access 2010.
Удобное главное меню позволяет легко найти необходимую информацию. Программа позволяет добавлять или изменять информацию БД.
Одной из основных задач данной автоматизированной системы является предоставление своевременного и полного обеспечения необходимой информацией об организационном оборудовании.
В качестве тестовых данных использовались данные разнообразных типов. При тестировании был выявлен ряд ошибок, которые были устранены. После тестирования база данных работает с более высоким уровнем стабильности.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫГринченко Н. Н. [и др.] / Проектирование баз данных СУБД Microsoft Access [Текст] : учеб. пособие для вузов – Москва : Горячая линия-Телеком, 2015. – 240 с. : ил. – Библиогр.: с. 236..
Илюшечкин В. М. /Основы использования и проектирования баз данных [Текст] : учеб. пособие для вузов: Высшее образование, 2014. – 214 с. : ил.. – (Основы наук). – Глоссарий : с. 208-211.
Полищук Ю. В., / С. И. Сормов, Т. А. Черных Проектирование реляционных баз данных [Текст] : учеб. пособие для вузов – Оренбург : ГОУ ОГУ, 2016. – 133 с. – Библиогр.: с. 132.
Карпова Т.С. Базы данных. Модели, разработка, реализация/СПб.: Питер, 2002. – 304 с.
Бартеньев О.В. MicrosoftVisualFoxPro:Учебно-справочное пособие/ М.: Диалог МИФИ, 2005-672 с.
Гражданский кодекс РФ Части первая, вторая. М.: Норма. – 2000.
Закон РФ от 27 ноября 1992 г. N 4015-1 "Об организации страхового дела в Российской Федерации" Российская газета. – 12 января 1993 г.
Access 2010. Учебный курс. – Спб.: Питер, 2014. – 288 с.
Иванов, А.А. Базы данных. Методические указания по выполнению курсового проектирования для студентов заочной формы обучения направления подготовки «Информатика и вычислительная техника» / А.А. Иванов, А.Б. Авербух. – СПб. : СПбГТИ(ТУ), – 2011. – 14 с.
Иванов, А.А. Базы данных. Базовый курс : учеб. пособие для студентов заочной формы обучения / А.А. Иванов, Н.П. Жадановская. – СПб. : СПбГТИ(ТУ), 2016. – 101 с.