Разработка базы данных для автоматизированной системы управления "Интернет-магазин"
Назначение базы данных и ее основные функции. Категории пользователей, инфологическое и даталогическое проектирование базы данных "Интернет-магазин". Учет специфики предметной области, ограничения и бизнес-правила. Описание пользовательского интерфейса.
| Рубрика | Коммуникации, связь, цифровые приборы и радиоэлектроника |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 30.09.2011 |
| Размер файла | 3,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
- Введение
- 1. Постановка задачи
- 1.1 Задание
- 1.2 Назначение базы данных
- 1.3 Выполняемые базой данных функции
- 1.4 Категории пользователей
- 1.5 Причины выбора данной СУБД
- 2. Проектирование базы данных
- 2.1 Инфологическое проектирование
- 2.1.1 Сущности
- 2.1.2 Взаимосвязи и сущности
- 2.1.3 Разработка концептуальной инфологической модели
- 2.2 Даталогическое проектирование
- 2.2.1 Отношения и атрибуты
- 2.2.2 Ключевые поля и индексы
- 2.2.3 Нормализация отношений
- 2.2.4 Схема данных
- 3. Особенности реализации.
- 3.1 Учет специфики предметной области
- 3.2 Ограничения и бизнес-правила
- 4. Пользовательский интерфейс
- 4.1 Описание
- 4.2 Запросы
- 4.3 Формы
- 4.4 Отчеты
- Заключение
- Список используемой литературы
Введение
Базы данных для создания автоматизированных систем управления предприятиями - весьма достойная сфера приложения усилий.
Развитие как технических, так и программных средств на современном этапе обеспечивает возможность создания баз данных очень высокого уровня, с развитыми средствами анализа, высочайшей надежностью. И, одновременно, с интуитивно понятым интерфейсом, позволяющим работать с ней сотрудникам, не обладающим глубокими профессиональными знаниями компьютеров и программирования.
Современные СУБД, в частности, выбранная мной для реализации поставленной задачи MS Access, позволяют сделать реляционную, распределенную базу данных, полностью исключающую избыточность данных и обеспечивающую ее целостность.
Локальные сети позволяют обеспечить доступ и одновременную работу с базой для всех сотрудников фирмы непосредственно на своем рабочем месте.
Средства разграничения прав доступа (группы пользователей, права, логины, пароли) позволяют обеспечить защиту от несанкционированного доступа к информации.
Средства обеспечения бесперебойного питания, резервирования и копирования информации обеспечивают защиту от ее утраты. Доступ в глобальные сети дает возможность работать с базой данных вводить информацию, просматривать отчеты и т.д. независимо от степени удаленности любых подразделений фирмы или ее отдельных сотрудников.
При проектировании реляционных баз данных чаще всего применяют модель "сущность связи". Данная модель была предложена в 1976 году Ченом. Принципы, заложенные в ней, исключительно полезны. О важности ее практического применения говорит, например, такой факт:
"Никакими программными ухищрениями невозможно преодолеть проблемы, связанные с неверным построением модели базы данных!".
А принципы нормализации обеспечивают, в частности, надежное исключение избыточности информации. Причем избыточность вредна даже не столько в силу того, что увеличивает объем данных, сколько потому, что не дает возможность обеспечить ее непротиворечивость. В силу того, что одна и та же информация одновременно присутствует в разных местах, изменяя ее в одном месте, приходится решать проблемы, связанные с ее изменениями и во всех оставшихся. Весьма непростая, нетривиальная задача.
Именно эту модель мы и применим при разработке базы данных "Интернет-Магазин".
Во втором разделе "Проектирование базы данных" мы введем основные понятия обозначения, применяемые в этой модели. А далее - применим ее чисто практически. При реализации нашей базы данных мы убедимся в том, что выбранный нами для реализации базы данных MS Access идеально подходит в качестве инструмента не только для собственно реализации базы данных, но и как инструмент, прекрасно реализующий задачу последовательной разработки и отладки ее ER модели (сущность - связи).
Потому что с легкостью позволяет создавать и модифицировать "сущности" таблицы и связи между ними ("Схема данных") оформлены полностью в "стиле" модели, предложенной Ченом, да еще и потому, что, в конечном счете, это избавляет нас от утомительного ручного рисования "сущностей", их атрибутов и связей и существенно приближает непосредственный практический результат работы.
1. Постановка задачи
1.1 Задание
Разработка базы данных "Интернет Магазин".
Изучить специфику выбранной предметной области.
Разработать информационно-логическую модель базы данных "Интернет Магазин".
Реализовать ее в СУБД MS Access.
1.2 Назначение базы данных
База данных "Интернет Магазин" предназначена для реализации автоматизированной системы управления Интернет Магазином. В ней можно:
просматривать и редактировать каталог товаров
досье на сотрудников
посмотреть отчёты для начальства
посмотреть клиентов зарегистрированных на сайте магазина и заказы которые они уже производили
заносить и редактировать поступившие заказы
Эта база данных предназначена для сотрудников (менеджеров), которые получив письмо с заказом, заносят информацию из него в базу (формируя заказ или внося личные данные о клиенте). После формирования заказа, сотрудник отвечающий за отправку (курьер) берёт товар предоставленный ему в базе и доставляет клиенту.
1.3 Выполняемые базой данных функции
База данных выполняет следующие функции:
1. Хранение информации о сотрудниках
2. Хранение информации о клиентах
3. Хранение архива заказов по всем клиентам
4. Ввод поступившего на склад нового товара
5. Оформление заказов
6. В базе можно отслеживать доставлен данный заказ или нет
1.4 Категории пользователей
База данных "Интернет Магазин" предназначена, в первую очередь, для сотрудников магазина, осуществляющих прием заказов и обслуживание клиентов.
Отчеты, предусмотренные в ней - для администрации и руководства.
1.5 Причины выбора данной СУБД
Для проектирования базы данных "Интернет Магазин" я выбрал Microsoft Access, потому что это самая популярная в наши дни система управления базами данных. Корень успеха Microsoft Access заключается, наверное, в том, что она включена в богатое окружение продуктов семейства Microsoft Office и в том, что этот продукт прекрасно реализован, рассчитан как на начинающего, так и на квалифицированного пользователя.
Для получения распечаток используются конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. Когда не хватает функциональности визуальных средств, пользователи Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнить макрокоманды.
Главное качество Access, которое привлекает к нему многих пользователей - тесная интеграция с Microsoft Office. К примеру, скопировав в буфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера, мы тут же получим в документе готовую таблицу с данными из БД.
Вся работа с базой осуществляется через окно контейнера базы данных. Отсюда осуществляется доступ ко всем объектам, а именно: таблицам, запросам, формам, отчетам, макросам, модулям.
Пользователям, малознакомым с понятием реляционных баз данных, Access дает возможность разделять свои сложные по структуре таблицы на несколько связанных по ключевым полям.
В отличие от других рассматриваемых средств разработки, СУБД Access имеет русифицированный интерфейс и частично переведенный на русский язык файл контекстной помощи (причина заключена в позиционировании этой СУБД на конечного пользователя).
При создании многих объектов и элементов управления в Access предоставляется несколько возможностей реализации поставленной задачи Как правило, большая часть объектов создается визуально, путем нажатия кнопки "Создать". При этом необходимо находиться в контейнере базы данных на той вкладке, объекты которой Вас интересуют. В качестве альтернативы можно воспользоваться меню "Вставка" и выбрать в нем соответствующий объект.
база интернет магазин интерфейс
2. Проектирование базы данных
2.1 Инфологическое проектирование
2.1.1 Сущности
Сущность "Интернет Магазин":
Сущность "Интернет Магазин" необходима для просмотра сведений о магазине: адреса, телефона, имени директора магазина.
Сущность "Сотрудники":
Сущность "Сотрудники" необходима для просмотра данных о сотруднике: имени, фамилии, должности, дате рождения, заработной плате, фото.
Сущность "Клиенты":
Сущность "Клиенты" необходима для просмотра личных сведений о клиенте: имя, фамилии, адреса, email, фотографии.
Сущность "Товар-Заказ" (связка):
Сущность "Товар-Заказ" необходима для связки таблиц "Заказы" и "Товары", а также для просмотра кода товара, кода его заказа и количества данного товара заказанное клиентом.
Сущность "Товары":
Сущность "Товары" необходима для просмотра всех товаров имеющихся в наличии в магазине в данный момент, его название, жанр, размер, язык, стоимость, тип.
Сущность "Заказы":
Сущность "Заказы" необходима для просмотра данных о заказах сделанных тем или иным клиентом.
2.1.2 Взаимосвязи и сущности
|
Интернет Магазин |
Сотрудники |
1: ? |
В Интернет магазине работает множество сотрудников, но один сотрудник может работать только в одном Интернет магазине. |
|
|
Сотрудники |
Заказы |
1: ? |
У одного сотрудника может быть много заказов, но у одного заказа может быть только один сотрудник. |
|
|
Клиенты |
Заказы |
1: ? |
У одного клиента может быть много заказов, но у одного заказа может быть только один клиент |
|
|
Заказы |
Товар-Заказ |
1: ? |
У одного заказа может быть много товаров, но и у одного товара может быть много заказов, поэтому создана таблица Товар-Заказ, что бы показать это. |
|
|
Товар |
1: ? |
2.1.3 Разработка концептуальной инфологической модели
Размещено на http://www.allbest.ru/
2.2 Даталогическое проектирование
2.2.1 Отношения и атрибуты
|
Атрибуты |
Тип атрибута |
Описание |
|
|
Сущность "Интернет Магазин": Интернет Магазин Директор Адрес Телефон |
Счётчик Текстовый Текстовый Текстовый |
Ключевое поле ФИО директора Адрес главного офиса Телефон кол-центра в главном офисе |
|
|
Сущность "Сотрудники": Код сотрудника Фамилия Имя Должность Дата Рождения Заработная плата Интернет Магазин Фото |
Счетчик Текстовый Текстовый Текстовый Дата/Время Денежный Числовой Поле объекта OLE |
Ключевое поле Фамилия сотрудника Имя сотрудника Должность сотрудника Дата рождения сотрудника Ежемесячная заработная плата сотрудника Внешний ключ для связи с таблицей "Интернет Магазин" Фото сотрудника |
|
|
Сущность "Клинты": Код Клиента Имя Фамилия Адрес Фото |
Счётчик Текстовый Текстовый Текстовый Текстовый Поле объекта OLE |
Ключевое поле Имя клиента Фамилия клиента Адрес клиента Электронный адрес клиента Фото клиента |
|
|
Сущность "Товар-Заказ" (связка): Код Код товара Код заказа Количество |
Счетчик Числовой Числовой Числовой |
Ключевое поле Внешний ключ для связи с таблицей "Товары" Внешний ключ для связи с таблицей "Заказы" Количество товара которое заказывает клиент |
|
|
Сущность "Товары": Код товара Тип Название Жанр Размер Язык Стоимость Раздел |
Счетчик Текстовый Текстовый Текстовый Текстовый Текстовый Денежный Текстовый |
Ключевое поле Тип товара (Audio CD, DVD Video и т.п.) Название товара Жанр (фильма, исполнителя и т.п.) Количество и тип носителя, которое занимает товар Язык в котором представлен товар Стоимость товара Раздел к которому относиться товар (Музыка, Фильмы, Игры и т.п.) |
|
|
Сущность "Заказы": Код Заказа Код Клиента Код Сотрудника Тип Доставки Тип Оплаты Дата Заказа Дата Выполнения Статус Заказа Оплата Заказа |
Счетчик Числовой Числовой Текстовый Текстовый Дата/Время Дата/Время Логический Денежный |
Ключевое поле Внешний ключ для связи с таблицей "Клиенты" Внешний ключ для связи с таблицей "Сотрудники" Способ получения товара клиентом Способ оплаты клиентом заказа Дата, когда был сделан заказ Дата когда был выполнен заказ Доставлен заказ или нет Сколько клиент заплатил за весь заказ |
2.2.2 Ключевые поля и индексы
Сущность "Интернет Магазин"
|
Атрибуты |
Тип атрибута |
Ключевое поле. Индексированное поле |
|
|
Интернет Магазин |
Счётчик |
Ключевое поле. Да (совпадения не допускаются) |
Сущность "Сотрудники"
|
Атрибуты |
Тип атрибута |
Ключевое поле. Индексированное поле |
|
|
Код Сотрудника |
Счетчик |
Ключевое поле. Да (Совпадения не допускаются) |
Сущность "Клиенты"
|
Атрибуты |
Тип атрибута |
Ключевое поле. Индексированное поле |
|
|
Код Клиенты |
Счетчик |
Ключевое поле. Да (Совпадения не допускаются) |
Сущность "Товар-Заказ (связка)"
|
Атрибуты |
Тип атрибута |
Ключевое поле. Индексированное поле |
|
|
Код |
Счетчик |
Ключевое поле. Да (Совпадения не допускаются) |
|
|
Код Товара |
Числовой |
Внешний ключ для связи с таблицей "Товары". Да (Допускаются совпадения) |
|
|
Код Клиента |
Числовой |
Внешний ключ для связи с таблицей "Клиенты". Нет. |
Сущность "Товары"
|
Атрибуты |
Тип атрибута |
Ключевое поле. Индексированное поле |
|
|
Код Товара |
Счетчик |
Ключевое поле. Да (Совпадения не допускаются) |
Сущность "Заказы"
|
Атрибуты |
Тип атрибута |
Ключевое поле. Индексированное поле |
|
|
Код Заказа |
Счетчик |
Ключевое поле. Да (Совпадения не допускаются) |
|
|
Код Клиента |
Числовой |
Внешний ключ для связи с таблицей "Клиенты". Да (допускаются совпадения) |
|
|
Код Сотрудника |
Числовой |
Внешний ключ для связи с таблицей "Сотрудники". Да (допускаются совпадения) |
2.2.3 Нормализация отношений
Нормализация - это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных.
Всякая нормализованная таблица автоматически считается таблицей в первой нормальной форме, сокращенно 1НФ. Таким образом, строго говоря, "нормализованная" и "находящаяся в 1НФ" означают одно и то же. Однако на практике термин "нормализованная" часто используется в более узком смысле - "полностью нормализованная", который означает, что в проекте не нарушаются никакие принципы нормализации.
Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого будет рассмотрена ниже. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д. Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что " (N+1) - я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме".
2.2.4 Схема данных
3. Особенности реализации
3.1 Учет специфики предметной области
В Интернет-магазине работают сотрудники, информация о которых отражена в нашей базе данных, кроме личных сведений сотрудника. Каждый сотрудник работает в конкретном кабинете и оказывает различные услуги клиентам. Клиентам, которые не зарегистрированы, необходимо пройти регистрацию на сайте, после успешной регистрации они могут делать заказ. Зарегистрированный клиент сразу может делать заказ. Сделав заказ, выбрав способ оплаты и доставки, клиент высылает информацию на сервер, где менеджеры обрабатывают его заказ, путём внесения его в базу данных и передачи информации непосредственно в курьерский отдел, который доставляет товар клиенту. Данная база данных предназначена для редактирования её сотрудниками и клиенты к ней не имеют прямого доступа, они работают с ней через менеджеров.
3.2 Ограничения и бизнес-правила
Поскольку создаваемая база данных является учетной, и целью ее разработки и создания является освоение методов и их применение на практике, существует великое количество ограничений и упрощений.
Приведу только некоторые из них:
Ограничение по количеству реализованных блоков АСУ. Отсутствуют такие важные блоки как:
Бухгалтерский учет
Экономический блок
Блоки планирования, эксплуатации и снабжения и целый ряд других, не менее важных блоков.
Ограничение по количеству реквизитов. На самом деле, в реальной АСУ "Интернет Магазин" их на порядки больше.
Ограничение на количество записей в таблицах.
Существует еще целый ряд ограничений.
Однако, при всем при этом существующие в базе данных реквизиты, их состав и наполнение - адекватно отражает выбранную для реализации сферу деятельности и действующие в ней бизнес-правила.
4. Пользовательский интерфейс
4.1 Описание
При открытии базы данных на экран в первую очередь выводится главная кнопочная форма базы данных, с помощью которой и производится в дальнейшем управление базой данных.
Кнопочная форма создана с помощью "Конструктора форм"
При щелчке по кнопке "Редактировать Сотрудников" на экран выводится форма со все информацией о сотрудниках, работающих в данном магазине.
Данную форму можно листать стрелочками внизу, тем самым, просматривая всех сотрудников фирмы, и редактируя если нужно. Так же тут можно добавлять новых сотрудников.
При нажатии кнопки "Редактировать Клиентов" мы попадаем в меню где по аналогии с сотрудниками можно редактировать, просматривать и редактировать клиентов.
В разделе "Редактирование Заказов" можно вносить заказы, редактировать уже имеющиеся заказы, просматривать текущий заказ клиента.
Нажав кнопку "Просмотр и Редактирование Каталога" мы попадаем в меню выбора разделов которые мы хотим посмотреть или отредактировать.
Все каталоги выглядят аналогично, поэтому покажу только один из них, Сериалы:
Кнопка "Показать клиентов и заказы по ним" выдаёт таблицу клиентов и всех заказов которые они делали.
Стрелочками которые повыше, можно перемещаться по заказу, стрелочками ниже можно листать самих клиентов. Данная таблица создана только для просмотра, редактировать её нельзя.
Нажав кнопку "Просмотр и печать Отчётов" мы попадаем в меню в котором можно собственно посмотреть или распечатать отчёты представленные в форме:
Отчёт выводиться в таком виде:
Стрелочками можно листать листы отчёта, остальные отчёты выводятся аналогично.
Нажав на иконку с очками в самом низу формы, мы увидим информацию о офисе магазина, Адрес, Директора, Телефон и Фото.
4.2 Запросы
Список запросов базы данных Интернет Магазин:
1. Запрос "Запрос (Final)"
Вид запроса в режиме конструктора:
Вид запроса в режиме SQL:
SELECT Заказы. [Код Заказа], [Товар-Заказ]. [Код Товара], [Товары (жанры)]. Название, [Товар-Заказ]. Количество, [Товары (жанры)]. Стоимость, Заказы. [Код Клиента], Заказы. [Код Сотрудника], Заказы. [Тип Доставки], Заказы. [Тип Оплаты], Заказы. [Дата Заказа], Заказы. [Дата Выполнения], Заказы. [Статус Заказа], Заказы. [Оплата Заказа]
FROM [Товары (жанры)] INNER JOIN (Заказы INNER JOIN [Товар-Заказ] ON Заказы. [Код Заказа] = [Товар-Заказ]. [Код Заказа]) ON [Товары (жанры)]. [Код Товара] = [Товар-Заказ]. [Код Товара];
Предназначение запроса:
Данный запрос используется для создания формы Заказы (Final). Запрос обьеденяет в себе поля 3х таблиц (Заказы, Товар-Заказ, Товары), а именно эти поля:
Заказы: Код Товара, Код Клиента, Код Сотрудника, Тип Доставки, Тип Оплаты, Дата Заказа, Дата Выполнения, Оплата Заказа
Товары: Название, Стоимость
Товар-Заказ: Код Товара, Количество
2. Запрос "Клиент-Заказ"
SELECT Клиенты. Имя, Клиенты. Фамилия, [Товар-Заказ]. [Код Товара], [Товар-Заказ]. [Код Заказа], [Товар-Заказ]. Количество
FROM Клиенты INNER JOIN (Заказы INNER JOIN [Товар-Заказ] ON Заказы. [Код Заказа] = [Товар-Заказ]. [Код Заказа]) ON Клиенты. [Код Клиента] = Заказы. [Код Клиента];
Предназначение запроса:
Запрос создавался для создания формы Клиент-Заказ. Данная форма используется для отображения клиентов и заказов по ним, содержит в себе 3 таблицы: Заказы, Товар-Заказ, Клиенты. Используются следующие поля:
Клиенты: Имя, Фамилия
Товар-Заказ: Код Товара, Код Заказа, Количество
Таблица Заказы служит связкой между таблицами Клиенты и Товар-Заказ.
3. Запрос "Отчёт по Заказам"
Вид запроса в режиме SQL:
SELECT [Товар-Заказ]. [Код Товара], [Товары (жанры)]. Название, [Товар-Заказ]. [Код Заказа]
FROM [Товары (жанры)] INNER JOIN [Товар-Заказ] ON [Товары (жанры)]. [Код Товара] = [Товар-Заказ]. [Код Товара];
Вид запроса в режиме просмотра:
Предназначение запроса:
Данный запрос используется для создания отчёта по заказам.
В него входят 2 таблицы: Товары и Товар-Заказ.
Данный отчёт предназначен для начальства и удобства использования данных.
Из таблиц используются следующие поля:
Товары: Название
Товар-Заказ: Код Товара, Код Заказа
4. Запрос "Разделы"
Вид запроса в режиме SQL:
SELECT [Товары (жанры)]. [Код Товара], [Товары (жанры)]. Тип, [Товары (жанры)]. Название, [Товары (жанры)]. Жанр, [Товары (жанры)]. Размер, [Товары (жанры)]. Язык, [Товары (жанры)]. Стоимость, [Товары (жанры)]. Раздел
FROM [Товары (жанры)]
WHERE ( ( ([Товары (жанры)]. Раздел) = [Введите имя раздела: Игры, Музыка, Клипы, Концерты, Фильмы, Сериалы, Мультсериалы, Саундтреки]));
Предназначение запроса:
Запрос отбирает из таблицы Товары по полю Радел название вводимого пользователем вида товара и он видит уже товары принадлежащие данному разделу.
5-12. Запросы "Игры", "Клипы", "Концерты", "Музыка", "Мультсериалы", "Саундтреки", "Сериалы", "Фильмы"
Все остальные таблице отбираются аналогично, по названию раздела, и формируются соответственно в отдельную таблицу.
Вид запроса в режиме SQL:
SELECT [Товары (жанры)]. [Код Товара], [Товары (жанры)]. Тип, [Товары (жанры)]. Название, [Товары (жанры)]. Жанр, [Товары (жанры)]. Размер, [Товары (жанры)]. Язык, [Товары (жанры)]. Стоимость, [Товары (жанры)]. Раздел
FROM [Товары (жанры)]
WHERE ( ( ([Товары (жанры)]. Раздел) ="Игры"));
Вид запроса в режиме просмотра:
и т.д.
Предназначение запроса:
Запрос отбирает из таблицы Товары различные разделы в отдельные таблицы. Это было нужно для создания отдельных каталогов на редактирование. Для удобства оформления я не стал использовать запрос Разделы, что бы вывести каждую таблицу на отдельную кнопку.
4.3 Формы
Список таблиц выполненной базы данных Интернет Магазин:
1. Форма "Адрес"
В этой форме находиться информация о директоре магазина, адресе главного офиса, телефон и фото здания.
2. Форма "Клиент-Заказ"
В этой форме можно посмотреть клиентов и все заказы которые они делали.
3. Форма "Главная Страница"
Эта форма - главная, с которой можно попасть в любой раздел базы данных.
4. Форма "Заказы (Final)"
Форма служит для внесения и редактирования заказов сделанных зарегистрированными в базе данных клиентами.
5. Форма "Меню Клиента"
В этой форме находятся ссылки на все виды товаров которые есть в магазине по разделам, их можно посмотреть, отредактировать, так же добавить новые товары.
6. Форма "Клиенты"
В этой форме можно посмотреть всю информацию о клиентах зарегистрированных в базе данных, а так же добавлять и редактировать имеющихся.
7. Форма "Сотрудники"
В этой форме можно посмотреть всю информацию о сотрудниках работающих в магазине, а так же добавлять и редактировать имеющихся.
8. Форма "Отчёты"
В этой форме можно посмотреть и распечатать отчёты.
4.4 Отчеты
Список отчетов в выполненной базе данных Интернет Магазин:
1. Отчет "Информация о Клиентах"
Отчет предназначен для вывода информации по всем клиентам, которые зарегистрированы в базе магазина. Он предназначен для начальства и для тех кто не имеет доступа к этой базе данных.
2. Отчет "Информация о сотрудниках"
Отчет предназначен для вывода на печать информацию о сотрудниках работающих в данном Интернет Магазине.
3. Отчет "Отчёт о Заказах"
Отчет предназначен для вывода на экран и на печать информацию о заказах которые делали клиенты. В отчёте отражены тока номера заказов и товар который заказывался в этом заказе. Сделан для того что бы быстро можно было ознакомиться с определённым заказом и разрешить все возможные вопросы клиентов по данным заказам.
4. Отчет "Отчёт о Заказах по Клиентам"
Более детальный отчёт чем предыдущий. Тут добавлена информация о клиенте и убраны названия товаров. Так же указано количество и дата заказа и дата выполнения.
Заключение
Исходя из теории потребительского выбора и концепции альтернативных издержек, можно сделать вывод, что Интернет-компаниям в ближайшем будущем в России не следует рассчитывать на быстрый рост Интернет-коммерции.
Платежеспособный спрос на услуги электронной торговли в данный момент весьма низок. Спрос будет расти, если Интернет-магазины предложат действительно более качественное обслуживание по сравнению с традиционной торговлей - выгодные цены, дополнительные услуги, надежную и систему оплаты покупки, быструю и недорогую систему доставки товара. Большую роль в привлечении покупателей должны сыграть различные маркетинговые и рекламные мероприятия.
Экономика нашей страны в целом, несмотря на все прошедшие преобразования, продолжает оставаться дефицитной по деньгам. Экономика США является дефицитной по времени. “Время - деньги” - это не про нас. И хотя ситуация меняется (мы идем по тому же пути), до такой высокой оценки собственного времени, как в развитых странах, нам еще очень далеко. Как только мы начнем ценить собственное время, у нас появятся деньги, а Интернет-коммерция получит серьезный импульс к развитию.
Как следствие - реализованная АСУ "Интернет Магазин" в достаточной мере отражает специфику выбранной предметной области.
База данных, созданная в результате выполнения курсового задания, является учебной. Она достаточно проста. При ее создании было сознательно заложено огромное количество упрощений и допусков.
Однако знания, полученные в результате изучения курса, практические занятия и наконец, самостоятельно созданная в ходе выполнения курсового задания база данных, а также практические навыки, приобретенные в ходе ее создания, заложили серьезный фундамент, который позволяет постепенно перейти "от простого к сложному" и, как результат, создавать весьма сложные, профессиональные базы данных в самых разных областях и направлениях.
Использованные при реализации БД методы ее разработки и приемы программирования, аппаратные возможности техники, программные возможности MS Access позволяют при необходимости достаточно легко развернуть представленную базу, углубить ее и расширить.
Список используемой литературы
1. Бобцов А.А., Шиегин В.В. Информационные системы и базы данных 2005
2. Гринченко Н.Н., Гусев Е.В., Макаров Н.П., "Проектирование баз данных. СУБД Microsoft Access. Учебное пособие", 2004
3. Диго С.М., "Access Учебно-практическое пособие", 2006
4. Заикин И.А., Учебное пособие "Основы работы в Access", 2003
5. Кузин А.В., Демин В.М. "Разработка баз данных в системе Microsoft Access. Учебник для ССУЗов", 2005
6. Сеннов Андрей, "Access 2003. Практическая разработка баз данных", 2005 г.
Размещено на Allbest.ru
Подобные документы
Назначение и функции интернет-магазина компьютерной техники "Electronix": стратегия разработки, требования к архитектуре; преимущества. Технология создания макета web-сайта с использованием PHP-скриптинга. Расчет финансовых затрат на создание проекта.
дипломная работа [2,0 M], добавлен 10.06.2013Выбор технологии (ADSL) построения сетевой проводной инфраструктуры передачи данных для Интернет провайдера г. Донского и прилегающих микрорайонов; используемое программное обеспечение; подробная настройка биллинговой системы и сетевого оборудования.
курсовая работа [6,6 M], добавлен 23.06.2011Изучение основных принципов построения баз данных - именованной совокупности данных, отражающей состояние объектов и их отношений в рассматриваемой предметной области. Система управления базами данных. Концепции их построения и этапы проектирования.
контрольная работа [20,2 K], добавлен 14.12.2010База данных, применение фильтров для отбора записей по заданным условиям. Сохранение созданного фильтра для дальнейшего использования. Ввод формул и печать таблицы, построение диаграммы. База данных "Учет выпускаемой продукции" в Microsoft Access.
курсовая работа [994,8 K], добавлен 24.02.2010Главные особенности систем транкинговой радиосвязи. Организация связи в системе SmarTrunk II: состав, база данных, перспективы развития, основные преимущества. Основные функции, использованные в программе. Даталогическая и инфологическая модель.
курсовая работа [41,2 K], добавлен 08.02.2012Описание предметной области по основным характеристикам и частотным показателям качества системы автоматического управления, разработка структуры Интернет-подсистемы для исследования ее устойчивости. Изготовление эпитаксиально-планарного транзистора.
дипломная работа [2,6 M], добавлен 27.05.2013Интернет как открытая мировая коммуникационная структура. Системы адресации и протоколы передачи данных. Архитектура экспертных систем, ее этапы разработки, классификация и назначение. Использование программ-обозревателей для путешествия по Интернету.
контрольная работа [25,2 K], добавлен 28.02.2009Структура ремонтно-строительной компании. Анализ необходимости внедрения автоматизированной системы. Функциональные возможности системы. Общая структура организации работ по проектированию ПП. Необходимость отладки разработанного программного продукта.
дипломная работа [111,8 K], добавлен 29.09.2007Общие сведения о компании "ЭР-Телеком" ("Дом.ру"). Основные операционные показатели. Структура абонентской базы. Услуги и тарифы. Исследование конкурентной среды. Основные методы анализа рынка. Сравнительный анализ интернет-провайдеров 4Р г. Рязань.
курсовая работа [2,3 M], добавлен 06.12.2014Основные понятия, определения и классификация информационных систем, базы данных. Анализ современных мейнфреймов компании IВМ и их особенности. Виды связи в железнодорожном транспорте и ее назначение; информационные потоки в транспортных системах.
учебное пособие [2,7 M], добавлен 01.10.2013
