База знаний студента. Реферат, курсовая, контрольная, диплом на заказ

курсовые,контрольные,дипломы,рефераты

Проектирование базы данных интернет-магазина в СУБД MS ACCESS — Информатика, программирование

Московский Государственный Университет Экономики Статистики и Информатики (МЭСИ)

Институт Компьютерных Технологий

Кафедра Прикладной информатики в экономике

Курсовой проект

по курсу «Базы данных (2)»

на тему: «Проектирование базы данных интернет-магазина в СУБД MS ACCESS»

Выполнили

студенты группы ДКИ-301:

Руководитель:

Москва, 2010

Содержание

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

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

3. Построение инфологической (концептуальной) модели предметной области

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

5. Выявление полного перечня ограничений целостности, присущего данной предметной области

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

7. Организация ввода данных в БД

8. Организация корректировки БД

9. Описание информационных потребностей пользователей и выбор способов их реализации

10. Разработка интерфейса

11. Реализация проекта в среде конкретной СУБД

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

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

Задача: спроектировать базу данных интернет-магазина. Для этого в первую очередь необходимо описать предметную область:

Магазин осуществляет продажу различных категорий товаров. Без ограничения покупателей по возрасту. Оплату можно производить при помощи кредитной карты, интернет-кошельков, наличными при доставке или при получении товара в одной из точек выдачи, расположенных в Москве. Доставка товара осуществляется тремя способами (в зависимости от стоимости и габаритов заказа) в пределах и за пределами МКАД. Доставка осуществляется в любой день недели, как правило, на следующий день после оформления заказа.

Курьерская доставка

· осуществляется только в пределах МКАД;

· при оплате наличными за заказ не более 30 000р;

· при общем весе заказа менее 2,5 кг;

· при общем объеме заказа не превышающем 0,04 куб. метра, например: карта памяти, фотоаппарат, процессор или материнская плата;

· доставка осуществляется в будние дни и в субботу с 10 до 19 часов

· стоимость услуги составляет 250р. при доставке только в пределах МКАД

Доставка легковым транспортом

· осуществляется как в пределах МКАД, так и за пределами;

· при оплате наличными за заказ не более 75 000р.;

· при общем весе заказа менее 23 кг;

· при общем объеме заказа не превышающем 0,25 куб. метра, например: системный блок, ЖК монитор, принтер;

· доставка осуществляется в будние дни и в субботу с 10 до 19 часов

· стоимость услуги составляет 350р. при доставке в пределах МКАД и увеличивается при доставке за МКАД в зависимости от удаленности (каждый километр от МКАД – 15 рублей).

Доставка грузовым транспортом

· осуществляется как в пределах МКАД, так и за пределами;

· при общем объеме заказа свыше 0,25 куб. метра;

· при общем весе заказа свыше 23 кг;

· доставка осуществляется только в будние дни и в субботу с 10 до 19 часов;

· стоимость услуги составляет 450р. при доставке в пределах МКАД и увеличивается при доставке за МКАД в зависимости от удаленности (каждый километр от МКАД – 20 рублей).

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

Интернет-магазин предлагает широкому кругу потребителей товары по различным категориям. Покупатель, зайдя на сайт магазина, выбирает товары, формируя корзину заказов, определяет вид доставки и оплаты, после чего заполняет форму заказа. Заказ автоматически регистрируется на сервере интернет-магазина, данные заказа должны поступить в БД интернет-магазина. При заказе покупатель может также связаться с менеджером и сделать заказ по телефону, в этом случае менеджер самостоятельно заполняет форму заказа.

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

В базе данных должны храниться:

1. Каталог товаров (описание товара, характеристики товара, размещение их по категориям). По каждому товару в БД должны храниться следующие характеристики:

● Название товара

● Цена

● Категория

● Подкатегория

● Разрешение на возврат товара (в российском законодательстве присутствуют ограничения на возврат некоторых категорий товаров)

Утвержден «Перечень непродовольственных товаров надлежащего качества, не подлежащих возврату или обмену на аналогичный товар других размера, формы, габарита, фасона, расцветки или комплектации». Среди прочих, в соответствии с п. 11 указанного Постановления Правительства РФ, к таким товарам относятся: технически сложные товары бытового назначения, на которые установлены гарантийные сроки (станки металлорежущие и деревообрабатывающие бытовые; электробытовые машины и приборы; бытовая радиоэлектронная аппаратура; бытовая вычислительная и множительная техника; фото- и киноаппаратура; телефонные аппараты и факсимильная аппаратура; электромузыкальные инструменты; игрушки электронные; бытовое газовое оборудование и устройства). Для товаров, подлежащих возврату или обмену, устанавливается фиксированный срок возврата, равный двум неделям.

● Габариты (вес, длина, ширина, высота)

● Изображение (необязательно)

● Гарантия в месяцах (может отсутствовать)

● Уникальные характеристики товара в зависимости от категории

● Отзывы покупателей (в виде оценки) (если есть)

Доступ к данному разделу БД имеют менеджеры, администраторы, клиенты, маркетологи. Редактирование данного раздела могут осуществлять менеджеры, администраторы.

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

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

2. Список поставщиков (описание поставщиков, сфера деятельности). По каждому поставщику в БД должны храниться следующие характеристики:

● Наименование поставщика

● Контактная информация (телефон, факс)

● Категория поставляемых товаров

● Прайс-лист

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

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

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

3. Список сотрудников. По каждому сотруднику в БД должны хранятся следующие характеристики:

· ФИО

· Контактная информация (телефон, факс)

· Должность

Доступ к данному разделу БД имеют менеджеры, администраторы, клиенты, сотрудники отдела кадров.

Редактирование данного раздела могут осуществлять администраторы и сотрудники отдела кадров. В обязанности сотрудников отдела кадров будет входить своевременная корректировка данных о сотрудниках и добавление новых.

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

4. Список покупателей. По каждому покупателю в БД хранятся следующие характеристики:

· Логин

· Пароль

· e-mail

· ФИО

· Телефон

· Адрес (не обязателен, но обязателен при использовании услуги «доставка»)

· Дата регистрации

· Пол (можно не указывать)*

· Дата рождения (если возраст меньше 14, то нельзя оплачивать заказ кредитной картой)

· Образование (высшее, среднее и т.п., можно не указывать)*

*Будет полезно при проведении маркетинговых исследований.

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

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

5. Кредитная карта. По каждой кредитной карте в БД хранятся следующие характеристики:

· Номер кредитной карты

· Имя владельца

· Проверочный код

· Срок истечения

Доступ к данному разделу БД имеют администраторы, клиенты. Редактирование данного раздела могут осуществлять администраторы и пользователи сервиса.

Для осуществления процесса купли-продажи товара и отслеживания статуса заказа в БД должна храниться информация о заказах.

6. Список заказов. По каждому заказу в БД хранятся следующие характеристики:

· № заказа

· Дата и время заказа

· Статус заказа (выполнено/не выполнено/отменено)

· Стоимость заказа

· Способ оплаты (наличные, кредитная карта)

· Способ получения (доставка, самовывоз)

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

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

7. Список точек выдачи. По каждой точке выдачи в БД хранятся следующие характеристики:

· Название

· Адрес

· Телефон (может быть несколько)

· Время работы

· Схема проезда

Доступ к данному разделу БД имеют менеджеры, администраторы, клиенты, курьеры. Редактирование данного раздела могут осуществлять администраторы и менеджеры.

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

8. Список доставок по заказам. По каждой доставке в БД хранятся следующие характеристики

· Дата доставки

· Время доставки

· Суммарный вес заказа

· Суммарный объем заказа

· Статус доставки

· Вид доставки

· Удаленность от МКАД – км. (0, если в пределах)

· Стоимость доставки

Доступ к данному разделу БД имеют менеджеры по продажам, администраторы, клиенты, курьеры, менеджеры отдела доставки. Редактирование данного раздела могут осуществлять администраторы и менеджеры

Для предметной области существуют следующие ограничения целостности:

Условия обязательного наличия определенных полей рассмотрены выше в описании характеристик различных разделов БД. Ограничения на доступ сотрудников к определенным таблицам контролируются запросом на ввод пароля. Необходимые пароли сотрудникам предоставляются администратором.

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

Среди входных документов и других источников формирования внутренней базы данных интернет-магазина мы выделили:

1) Прайс-лист (поступает от поставщиков)

Номер	Артикул	Название	Категория	Цена	Габариты	Гарантия	Кол-во

2) Корзина заказов (поступает с сайта)

№ Заказа
Категория товара
Подкатегория товара
Название товара

3) Оформленный заказ (поступает с сайта)

№ заказа
Логин
Дата заказа
Время заказа
Стоимость заказа
Способ оплаты
Способ получения
Суммарный вес заказа
Суммарный объем заказа
Дата доставки
Время доставки
Удаленность от МКАД
Стоимость доставки
Вид доставки

4) Регистрация клиентов (поступает с сайта)

Логин
Пароль
E-mail
ФИО
Адрес
Дата рождения
Пол
Образование
Телефон 1
Телефон 2
Телефон 3
Дата регистрации
Номер кредитной карты
Имя владельца
Проверочный код
Срок истечения

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

Среди выходных документов мы выделили:

1) Товарный чек

Товарный чек

www.boris.ru

(495) 666-66-66

Товарный чек №

Дата

Продавец: ООО Борис

ID	Наименование	Кол-во	Цена

Всего: сумма

Сумма прописью:

Оформлено: ООО Борис (печать)

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

Получил:______________________(Подпись)

2) Гарантийный талон

Гарантийный талон

www.boris.ru

Гарантийный талон №

Дата

ID	Наименование	Кол-во	Гарантия мес.

Оформлено: ООО Борис (печать)

3) Маркетинговый отчет

Распределение категория проданных товаров по полу

Дата

Категория товара	Пол	Количество

4) Отчет о новинках интернет-магазина

Новинки

Дата

Наименование товара	Средняя оценка	Цена

5) Сводка доходности по категориям товара

Сводка доходности по категориям

Дата

Категория	Сумма

Всего

6) Отчет по самым рейтинговым товарам магазина

Товары с наивысшими оценками

Дата

Наименование	Средняя оценка

7) Отчет по самым популярным товарам магазина

Хиты продаж

Дата

Наименование	Продано

8) История заказов

История заказов

Дата

Логин

№ заказа	Дата заказа	Стоимость заказа

9) История покупок

История покупок

Дата

№ заказа

Логин

Наименование	Цена

Сумма

10) Отчет по точкам выдачи (для сайта)

Точки выдачи

Название точки	Адрес точки	Время работы

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

При проектировании базы данных интернет-магазина после описания предметной области необходимо выбрать метод построения инфологической модели (ER-модели) и СУБД, в которой будет реализован проект.

Для построения ER-модели была выбрана программа CA ERwin Data Modeler 7.3 (ERwin). Мы выбрали эту программу, потому что она позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда упрощает разработку базы данных и автоматизирует множество трудоемких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных. Наиболее важными для нас являются следующие возможности данного CASE-средства.

· Поддержка нотации IDEF1x

· Возможность совместной работы группы проектировщиков

· Описание структуры БД с помощью визуальных средств

· Автоматическая генерация файлов данных для любого типа СУБД

· Уменьшение числа рутинных операций, что облегчает и сокращает работу

Существует большое число СУБД. По функциональным возможностям СУБД бывают настольные (FoxPro, MS Access, Paradox) и корпоративные (Oracle, MS SQL Server, MySQL). Сравнивая настольные и корпоративные СУБД, можно отметить следующее: настольные СУБД просты в использовании, стоимость их эксплуатации дешевле; корпоративные СУБД имеют возможности администрирования, работы в Интернете, поддерживают большой объем данных и быстродейственны.

Для построения самой базы данных нами была выбрана СУБД MS Access. Поскольку целью данной работы не является разработка и внедрение масштабной базы интернет-магазина и разработка интернет-сайта, а база разрабатывается в учебных целях – выбирать корпоративную СУБД нецелесообразно. Microsoft Access является наиболее популярной системой управления базами данных для операционной системы Windows. Возможности разработчиков программного обеспечения, а также методы и технологии решения этих задач постоянно изменяются и совершенствуются. И с каждой новой версией Access такие решения становятся достоянием самого широкого сообщества разработчиков и пользователей.

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

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

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

3. Построение инфологической (концептуальной) модели предметной области

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

Основным требованиями, предъявляемыми к инфологической модели, можно отнести следующие:

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

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

Описание объектов ПО и связей между ними оказывает наибольшее влияние на проектирование структуры базы данных. Представим описание объектов и связей между ними в виде Базовой ER-модели:

Представим описание объектов и связей между ними в виде логической ER-модели, основанной на методологии IDEF1X и созданной в выбранном для проектирования CASE-средстве CA ERwin Data Modeler.

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

На этапе логического проектирования необходимо определить типы и длины полей. После построения ER-модели в среде CA ERwin Data Modeler следует использовать метод прямого инжиниринга, позволяющий автоматически сгенерировать описание и структуру спроектированной базы данных в среде выбранной СУБД. Схема базы данных Интернет-магазина в среде MS ACCESS будет выглядеть следующим образом:

Товар (id_товара (счетчик(Длинное целое)), Цена_товара (Денежный), Возврат_разр (Логический), Вес_товара (Числовой(Одинарное с плавающей точкой)), Длина (Числовой(Одинарное с плавающей точкой)), Ширина (Числовой(Одинарное с плавающей точкой)), Высота (Числовой(Одинарное с плавающей точкой)), Изображение_товара (Поле объекта OLE), Уник_хар-ки (Поле МЕМО), Название_товара (Текстовый(200)), Категория_товара (Текстовый(100)), Подкатегория_товара (Текстовый(100)), Гарантия_мес (Числовой(Байт)))

Поставщик (Назв_поставщика (Текстовый(18)), E-mail (Текстовый(100)), Факс (Текстовый(30)), Телефон(Текстовый(50)), Прайс_лист (Гиперссылка))

Поставщик/категория (Категория_товара (Текстовый(100)), Назв_поставщика (Текстовый (18)))

Товар/оценка (id_товара (Числовой(Длинное целое)), Логин (Текстовый(30)), Оценка(Числовой(байт)))

Покупатель (Логин (Текстовый(30)), Пароль (Текстовый(30)), E-mail (Текстовый(100)), ФИО (Текстовый(100)), Адрес (Поле МЕМО), Дата_рождения (Дата/время), Дата_регистрации (Дата/время), Пол (Текстовый(1)), Образование (Текстовый(30)))

Покупатель/телефон (Телефон (Текстовый(50)), Логин (Текстовый(30))

Кредитная_карта (Номер_кред_карты (Текстовый(16)), Имя_владельца (Текстовый(100)), Проверочный_код (Числовой(Целое)), Срок_истечения (Дата/время), Логин (Текстовый(30)))

Заказ/товар (№_заказа (Числовой(Длинное целое)), id_товара (Числовой(Длинное целое))

Заказ (№_заказа (Числовой(Длинное целое)), Дата_заказа (Дата/время), Время_заказа (Дата/время), Статус_заказа (Текстовый(50)), Стоимость_заказа (Числовой(Длинное целое)), Способ_оплаты (Текстовый(30)), Способ_получения (Текстовый(30)), Логин (Текстовый(30)), Табельный_номер (Числовой(Длинное целое)), Название_точки(Текстовый(50)))

Доставка (№_заказа (Числовой(Длинное целое)), Суммарный_вес_заказа (Числовой(целое)), Суммарный_объем_заказа (Числовой(Длинное целое)), Дата_доставки(Дата/время), Время_доставки (Текстовый(30)), Удаленность_МКАД_км (Числовой (байт)), Стоимость_доставки (Денежный), Табельный_номер (Числовой(Длинное целое)), Статус_доставки (Текстовый(30)), Вид_доставки (Текстовый(40)))

Сотрудник (Табельный_номер (Счетчик(Длинное целое)), ФИО (Текстовый(100)), E-mail (Текстовый(100)), Должность (Текстовый(50)), Факс (Текстовый(30)), Телефон(Текстовый(50)))

Точка_выдачи (Название_точки (Текстовый(50)), Адрес_точки (Поле МЕМО), Время работы (Текстовый(15)), Схема_проезда(Поле объекта OLE))

Точка_выдач/Телефон (Телефон (Текстовый(50), Название_точки (Текстовый(50))

5. Выявление полного перечня ограничений целостности, присущего данной предметной области

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

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

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

Помимо упомянутых нами на стадии описания предметной области ограничений целостности, во время разработки базы данных интернет-магазина нами также были выявлены многие другие ограничения. Большинство из них контролируются непосредственно в таблицах. Поскольку ввод всех данных в таблице осуществляется через разработанные нами вспомогательные формы, также существует достаточно большое количество ограничений, которые контролируются средствами конструктора форм, а также при помощи встроенного в среду MS ACCESS визуального объектно-ориентированного языка Visual Basic. Далее будут перечислены все ограничения целостности, которые будут контролироваться в данном курсовом проекте, а также выбранные способы реализации контроля целостности для каждого из ограничений.

Ограничения, контролируемые в таблицах:

1. Текстовое поле «E-mail» в таблице «Покупатель» не может содержать пробелов или кириллических символов

Аналогичным образом ограничение на данное поле контролируется в таблицах «Сотрудник» и «Поставщик»

2. Текстовое поле «ФИО» в таблице «Покупатель» не может содержать цифр

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

3. Значения поля «Дата_рождения» в таблице «Покупатель» не может превышать текущую дату и должно быть определенного вида, что контролируется маской ввода

4. Поле «Дата_регистрации» в таблице «Покупатель», как правило, содержит дату добавления записи в таблицу, не должно превышать текущую дату и должно быть определенного вида, который контролируется маской ввода

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

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

7. Поле «Логин» в таблице «Покупатель/телефон» содержит фиксированный набор значений, источником которых является таблица «покупатель»

Аналогичным образом ограничение на данное поле контролируется в таблицах «заказ», «кредитная карта» и «товар/оценка»

8. Поле «Телефон» в таблице «Покупатель/телефон» может содержать только цифры и должно быть определенного вида, который контролируется маской ввода

Аналогичным образом ограничение на данное поле контролируется в таблицах «поставщик», «сотрудник» и «точка выдачи». Ограничение подобного рода установлено и на поле «факс» в таблицах «сотрудник» и «точка выдачи»

9. Поле «id_товара» в таблице «Товар/оценка» содержит фиксированный набор значений, источником которых является таблица «товар»

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

10. Поле «Оценка» в таблице «Товар/оценка» содержит фиксированный набор значений и позволяет оценить клиенту выбранный товар в диапазоне от 1 до 10

11. Текстовое поле «Время_работы» в таблице «Точка выдачи» может содержать только цифры и должно быть определенного диапазонного вида, который контролируется маской ввода

12.Поле «Название_точки» в таблице «Точка выдачи/телефон» содержит фиксированный набор значений, источником которых является таблица «Точка выдачи»

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

13. Поле «Должность» в таблице «Сотрудник» содержит фиксированный набор значений, контролируемый списком подстановки

14. Поле «Номер_кред_карты» в таблице «Кредитная карта» должно содержать только цифры и быть определенного вида, который контролируется маской ввода

15. Поле «Имя_владельца» в таблице «Кредитная карта» должно содержать только латинские буквы

16. Поле «Проверочный_код» в таблице «Кредитная карта» должно быть определенного вида, который контролируется маской ввода

17. Поле «Срок_истечения» в таблице «Кредитная карта» должно быть определенного вида, который контролируется маской ввода. При этом для использования кредитной карты срок её истечения должен превышать текущую дату или быть равным ей

18. Поле «№_заказа» в таблице «Заказ» содержит фиксированный набор значений, источником которых является таблица «Заказ товар»

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

19. Поле «Дата_заказа» в таблице «Заказ» должно быть определенного вида, который контролируется маской ввода. По умолчанию выставляется дата добавления заказа и также контролируется невозможность ввода даты, превышающей текущую

20. Поле «Время_заказа» в таблице «Заказ» должно быть определенного вида, который контролируется маской ввода. По умолчанию выставляется время добавления заказа.

21. Поле «Статус_заказа» в таблице «Заказ» содержит фиксированный набор значений, контролируемый списком подстановки

22. Поле «Способ_оплаты» в таблице «Заказ» содержит фиксированный набор значений, контролируемый списком подстановки

23. Поле «Способ_получения» в таблице «Заказ» содержит фиксированный набор значений, контролируемый списком подстановки

24. Поле «Табельный_номер» в таблице «Заказ» содержит фиксированный набор значений, источником которых является таблица «Сотрудник»

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

25. Поле «Удаленность_МКАД» в таблице «Доставка» содержит ограничение на дальность расстояния осуществляемой доставки. Доставка ограничена радиусом 60-ти км. От МКАД

26. Поле «Статус_доставки» в таблице «Доставка» содержит фиксированный набор значений, контролируемый списком подстановки

27. Поле «Вид_доставки» в таблице «Доставка» содержит фиксированный набор значений, контролируемый списком подстановки

Ограничения, контролируемые на формах посредством Visual Basic:

1. Для организации ограничений на доступ определенных сотрудников к различным таблицам через формы на них предусмотрен ввод пароля (1111)

Private Sub Кнопка8_Click()

On Error GoTo Err_Кнопка8_Click

Dim stDocName As String

Dim stLinkCriteria, pas As String

pas = InputBox("Введите пароль", "Пароль")

If pas = "1111" Then

stDocName = ChrW(1055) & ChrW(1086) & ChrW(1089) & ChrW(1090) & ChrW(1072) & ChrW(1074) & ChrW(1097) & ChrW(1080) & ChrW(1082) & ChrW(47) & ChrW(1082) & ChrW(1072) & ChrW(1090) & ChrW(1077) & ChrW(1075) & ChrW(1086) & ChrW(1088) & ChrW(1080) & ChrW(1103)

DoCmd.OpenForm stDocName, , , stLinkCriteria

Else

MsgBox ("Пароль неверный")

End If

2. При редактировании формы «Доставка» осуществляется пересчет всех вычисляемых полей (Стоимость, Суммарный вес, Суммарный объем) при смене номера заказа, а также определяется вид доставки в зависимости от влияющих на его выбор факторов (Стоимость, Суммарный вес, Суммарный объем)

Private Sub №_заказа_Click()

Суммарный_вес_заказа.Requery

Суммарный_вес_заказа = Суммарный_вес_заказа.ItemData(0)

Суммарный_объем_заказа.Requery

Суммарный_объем_заказа = Суммарный_объем_заказа.ItemData(0)

Стоимость_заказа.Requery

Стоимость_заказа = Стоимость_заказа.ItemData(0)

If Удаленность_МКАД_км.Value = 0 Then Вид_доставки.Value = "Курьер"

If (Стоимость_заказа.Value > 30000) Or (Суммарный_вес_заказа.Value >= 2.5) Or (Суммарный_объем_заказа.Value > 4000) Then Вид_доставки.Value = "Легковой транспорт"

If (Суммарный_вес_заказа.Value >= 23) Or (Суммарный_объем_заказа.Value > 25000) Then Вид_доставки.Value = "Грузовой транспорт"

If Вид_доставки.Value = "Курьер" Then Стоимость_доставки.Value = 250

If Вид_доставки.Value = "Легковой транспорт" Then Стоимость_доставки.Value = 350 + Удаленность_МКАД_км.Value * 15

If Вид_доставки.Value = "Грузовой транспорт" Then Стоимость_доставки.Value = 450 + Удаленность_МКАД_км.Value * 20

3. При редактировании поля «Удаленность_от_МКАД_км» на форме «Доставка» осуществляется пересчет стоимости доставки в зависимости от его значения

Private Sub Удаленность_МКАД_км_LostFocus()

If Вид_доставки.Value = "Курьер" Then Стоимость_доставки.Value = 250

If Вид_доставки.Value = "Легковой транспорт" Then Стоимость_доставки.Value = 350 + Удаленность_МКАД_км.Value * 15

If Вид_доставки.Value = "Грузовой транспорт" Then Стоимость_доставки.Value = 450 + Удаленность_МКАД_км.Value * 20

End Sub

4. При обращении к форме «заказ» на основании номера заказа автоматически пересчитывается стоимость заказа

Private Sub №_заказа_Click()

Стоимость_заказа.Requery

End Sub

5. При обращении к форме «заказ» при определении способа получения заказа контролируется возможность ввода точки доставки в зависимости от его выбора

Private Sub Способ_получения_Click()

If Способ_получения.Value = "Доставка" Then

Название_точки.Value = " "

Название_точки.Visible = False

End If

If Способ_получения.Value = "Самовывоз" Then

Название_точки.Visible = True

End If

6. При обращении к форме «Корзина заказов», эмулирующей подобный функционал сайта автоматически определяется следующий номер заказа

Private Sub Form_Current()

Me![Список12].SetFocus

Список12.ListIndex = 0

Поле14.Value = Список12.Value + 1

End Sub

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

Private Sub ПолеСоСписком2_Click()

ПолеСоСписком4.Value = ""

ПолеСоСписком6.Value = ""

If ПолеСоСписком2.Value <> "" And ПолеСоСписком4.Value <> "" And ПолеСоСписком6.Value <> "" Then

Кнопка18.Visible = True

Else

Кнопка18.Visible = False

End If

End Sub

Private Sub ПолеСоСписком4_Click()

ПолеСоСписком6.Value = ""

If ПолеСоСписком2.Value <> "" And ПолеСоСписком4.Value <> "" And ПолеСоСписком6.Value <> "" Then

Кнопка18.Visible = True

Else

Кнопка18.Visible = False

End If

End Sub

Private Sub ПолеСоСписком4_GotFocus()

Me.Refresh

End Sub

Private Sub ПолеСоСписком6_Click()

If ПолеСоСписком2.Value <> "" And ПолеСоСписком4.Value <> "" And ПолеСоСписком6.Value <> "" Then

Кнопка18.Visible = True

Else

Кнопка18.Visible = False

End If

End Sub

Private Sub ПолеСоСписком6_GotFocus()

Me.Refresh

End Sub

Аналогичным образом происходит проверка на категории и подкатегории при обращении к форме «Оценка», эмулирующей подобный функционал сайта

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

Список69.Requery

Me![Список69].SetFocus

Список69.ListIndex = 0

№_заказа.Value = Список69.Value

Суммарный_вес_заказа.Requery

Me![Суммарный_вес_заказа].SetFocus

Суммарный_вес_заказа.ListIndex = 0

Суммарный_объем_заказа.Requery

Me![Суммарный_объем_заказа].SetFocus

Суммарный_объем_заказа.ListIndex = 0

Стоимость_заказа.Requery

Me![Стоимость_заказа].SetFocus

Стоимость_заказа.ListIndex = 0

If Удаленность_МКАД_км.Value = 0 Then Вид_доставки.Value = "Курьер"

If (Суммарный_вес_заказа.Value >= 23) Or (Суммарный_объем_заказа.Value > 25000) Then Вид_доставки.Value = "Грузовой транспорт"

If Вид_доставки.Value = "Курьер" Then Стоимость_доставки.Value = 250

If Вид_доставки.Value = "Легковой транспорт" Then Стоимость_доставки.Value = 350 + Удаленность_МКАД_км.Value * 15

If Вид_доставки.Value = "Грузовой транспорт" Then Стоимость_доставки.Value = 450 + Удаленность_МКАД_км.Value * 20

9. При обращении к форме «Оформление заказа», эмулирующей подобный функционал сайта при редактировании поля «Удаленность_от_МКАД_км» на форме «Доставка» осуществляется пересчет стоимости доставки в зависимости от его значения

Private Sub Удаленность_МКАД_км_LostFocus()

If Вид_доставки.Value = "Курьер" Then Стоимость_доставки.Value = 250

If Вид_доставки.Value = "Легковой транспорт" Then Стоимость_доставки.Value = 350 + Удаленность_МКАД_км.Value * 15

If Вид_доставки.Value = "Грузовой транспорт" Then Стоимость_доставки.Value = 450 + Удаленность_МКАД_км.Value * 20

End Sub

10. При обращении к форме «Оформление заказа», эмулирующей подобный функционал сайта при редактировании поля «Логин» проверяется условие на его существование в БД для возможности оформления заказа

Dim i As Long, f As Boolean

Список144.Requery

Me![Список144].SetFocus

Список144.ListIndex = 0

f = False

For i = 0 To Список144.ListCount - 1

Список144.ListIndex = i

If Список144.Value = Логин.Value Then f = True

Next i

If f = False Then MsgBox ("Сначала зарегистрирутесь")

End Sub

Аналогичным образом происходит проверка при обращении к форме «Оценка товара клиентом», эмулирующей подобный функционал сайта

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

Private Sub Кнопка70_Click()

On Error GoTo Err_Кнопка70_Click

Dim stDocName As String

stDocName = ChrW(1044) & ChrW(1086) & ChrW(1073) & ChrW(1072) & ChrW(1074) & ChrW(1080) & ChrW(1090) & ChrW(1100) & ChrW(32) & ChrW(1088) & ChrW(1077) & ChrW(1075) & ChrW(1080) & ChrW(1089) & ChrW(1090) & ChrW(1088) & ChrW(1072) & ChrW(1094) & ChrW(1080) & ChrW(1102)