close

Вход

Забыли?

вход по аккаунту

?

Курсач (2)

код для вставкиСкачать
Министерство образования и науки Российской Федерации
Государственное образовательное учреждение высшего профессионального образования
АМУРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
(ГОУ ВПО "АмГУ")
Факультет Математики и информатики
Кафедра Математического анализа и моделирования
З А Д А Н И Е
К курсовой работе студента Детченкова Ильи Леонидовича
1. Тема курсовой работы: разработка базы данных магазина сотовых аксессуаров "LEADER"
2. Срок сдачи студентом законченной работы: 15.12.2011
3. Исходные данные к курсовой работе: нормативные документы, СУБД "Microsoft Office Access 2003"
4. Содержание курсовой работы:
−описание предметной области;
−инфологическое проектирование;
−логическое проектирование; −физическое проектирование; −руководство пользователя; −аппаратные и программные требования. В состав курсовой работы входят: пояснительная записка, реализация в СУБД, иллюстративный материал. 5. Перечень материалов приложения: итоговая концептуально-инфологическая модель базы данных, этапы приведения модели данных ко второй нормальной форме. 6. Дата выдачи задания: 08.09.2011
Руководитель курсовой работы: Масловская А. Г., доцент, к.ф.-м.н.
Задание принял к исполнению (8.09.11): __________
РЕФЕРАТ
Курсовая работа содержит 32 с., 30 рисунков, 16 таблиц.
"LEADER", БАЗА ДАННЫХ, СУЩНОСТЬ, АТРИБУТ, СВЯЗЬ, ОТНОШЕНИЕ, МОДЕЛЬ
В качестве объекта исследования выбран магазин сотовых аксессуаров "LEADER", расположенный в городе Благовещенск.
Целью данной курсовой работы является разработка и проектирование базы данных выбранного магазина.
Результатом является разработанная и готовая к физической реализации база данных.
Выполнение задачи происходит в несколько этапов:
1) обследование объекта;
2) построение концептуально-инфологической модели данных;
3) построение логической модели данных;
4) построение физической модели данных;
5) непосредственная разработка программного продукта.
СОДЕРЖАНИЕ
Введение5
1 Описание предметной области6
1.1 Введение6
1.2 Границы исследования предметной области7
1.3 Отделы внутри магазина7
1.4 Внешние взаимодействия магазина8
1.5 Информация, предполагаемая для хранения в базе данных8
1.6 Требования заказчика8
2 Инфологическое проектирование10
2.1 Определение сущностей10
2.2 Описание атрибутов10
2.3 Установление связей между сущностями12
2.4 Справочник задач, решаемых пользователем15
3 Логическое проектирование16
3.1 Установление дополнительных логических связей16
3.2 Отображение концептуально-инфологической модели на реляционную модель16
3.3 Составление перечня итоговых отношений19
3.4 Нормализация отношений19
4 Физическое проектирование21
5 Руководство пользователя25
Заключение32
Библиографический список33
ВВЕДЕНИЕ
Целью разработки данной базы данных является автоматизация работы магазина, в частности: ведения бухгалтерской деятельности, учета товара, работы с поставщиками, получения информации о данном товаре.
Современный рынок программного обеспечения предоставляет широкий выбор продуктов для ведения баз данных, но большинство представленных пакетов являются функционально-избыточными для решения задач малого бизнеса, поэтому многие представители малого бизнеса предпочитают использовать программы написанные именно для их конкретного предприятия, что позволяет им снизить затраты на программное обеспечение и использовать маломощную вычислительную базу.
В данной работе была реализована база данных для предприятия малого бизнеса, которая обеспечивает простоту работы пользователей и полностью подходит для автоматизации работы данного предприятия. 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Введение
Объектом автоматизации является организация работы магазина цифровой техники "Leader", который находится в г.Благовещенск.
Полное название обследуемой организации - Компания Лидер.
Адрес : 67500, г.Благовещенск, ул. Пионерская, д. 26.
Магазин "LEADER" занимается торгово-экономической деятельностью.
Юридический статус - Индивидуальный предприниматель.
Магазин "LEADER" занимается продажей следующих видов товаров:
−наушники;
−USB data cable;
−переходники;
−стилусы;
−брелоки;
−защитные плёнки;
−зарядные устройства;
−подставки для сотовых телефонов;
−карты памяти;
−переходники;
−периферия;
−диски;
−FM-модуляторы;
−USB-hub;
−видеорегистраторы;
−MP3-плееры;
−WEB-камеры;
−микрофоны;
−компьютерные мыши;
−переносные жесткие диски;
−чехлы для сотовых телефонов.
Основными поставщиками являются:
−компания "Маверик", г. Санкт-Петербург, Ленинский пр., 168, офис 308
−ИП Васильев А. В., г. Нижний Новгород, ул. Яблоневая, 7, кв. 14
−ООО "СЛК-Сервис", г. Санкт-Петербург, ул. Мончегорская, 7
−ООО "City-mobile", г. Москва, 3 Автозаводский проезд, 4, офис 8
Важные функциональные задачи: 1) обеспечивать хранение и предоставление по требованию данных о товарах;
2) обеспечивать возможность добавления, изменение и удаления данных об имеющихся товарах в магазине;
3) содержать необходимые запросы к информации (например, запрос на добавление информации или на получение списка доступных товаров по категориям), формы и отчеты для обработки хранимой информации о продуктах;
4) обеспечивать защиту данных о продукте от несанкционированного доступа (использовать пароли и защиту на уровне пользователей);
5) контролировать целостность, непротиворечивость, сохранность и достоверность информации о товарах, содержащихся в магазине.
1.2 Границы исследования предметной области
Создаваемая база данных будет предназначена для автоматизации работы сотрудников магазина. База данных позволит: сократить время на оформление документов и поиск необходимой информации; упростить работу с поставщиками; обеспечить целостность и сохранность информации; ускорить обработку регулярно используемых данных. Поэтому анализу подлежит та часть предметной области, которая непосредственно касается работы сотрудников.
1.3 Отделы внутри магазина
Состав сотрудников: владелец, продавец-консультант.
Их непосредственные функции:
Владелец:
−налаживание внешних связей;
−ведение бухгалтерской деятельности;
−осуществление управленческой деятельности и принятие решений;
−прием на работу и начисление заработной платы;
−повышение эффективности труда продавцов.
Продавец-консультант:
−произведение расчетно-кассовых операций;
−обслуживание клиентов;
−производить заявку на необходимый товар;
−консультировать покупателя по вопросам ассортимента, наличия и количества товара, предлагаемого клиенту;
−проверяет товар: исправность, комплектация;
−представляет информацию об осуществляемых компанией услугах;
−оказывает помощь покупателю в поиске подходящего ему товара.
1.4 Внешние взаимодействия магазина
Магазин взаимодействует с:
−клиентами;
−поставщиками;
−налоговая инспекция;
−пенсионный фонд.
1.5 Информация, предполагаемая для хранения в базе данных
База данных должна содержать информацию, необходимую для составления документов, отчетов. Таким образом, в базе данных будет храниться информация об аксессуарах, их типах, поставщиках, сотрудниках и заказах.
На основе информации, хранимой в базе данных, сотрудник магазина сможет выполнять запросы.
1.6 Требования заказчика
Данная база данных необходима заказчику для хранения информации, структуризации и облегчения работы с магазином. Для уменьшения времени обслуживания граждан данная база данных имеет разграниченный и интуитивно-понятный доступ к разделам, которые содержат следующие сведения:
−информацию о товаре;
−сведения о поставщиках товара;
−информацию о наличии товара;
−информацию о сотрудниках магазина;
−сведения о заказах.
2 ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
2.1 Определение сущностей
На основании проведенных исследований предметной области, технического задания, учета структуры документов, функциональной и организационной модели, были выделены следующие сущности, необходимые для построения информационной базы (таблица 1).
Таблица 1 - Формирование сущностей
Название сущностиОписание сущностиКоличество экземпляровТоварыСодержит информацию обо всех имеющихся товарах302ЗаказыСодержит информацию о заказанных товарах 15СотрудникиСодержит информацию о сотрудниках, работающих в магазине3ПоставщикиСодержит информацию о поставщиках товаров12КлиентыСодержит информацию о клиентах, сделавших заказ в магазине6 2.2 Описание атрибутов
Атрибуты сущности "Товары" представлены в таблице 2.
Таблица 2 - Атрибуты сущности "Товары"
Название атрибутаОписание атрибутаДиапазон значенийЕдиница измеренияПример12345КодТовараИндивидуальный номер товара1,2,...-7Наименование Наименование товара--MiniUSB ракушкиПродолжение таблицы 212345КатегорияКатегория, к которой относится товар--НаушникиКоличествоКоличество товара, имеющееся в наличии0,1,2,...шт.2ЦенаЦена товара>0руб.250Закупочная_ценаЦена товара у поставщика>0руб.150Атрибуты сущности "Заказы" представлены в таблице 3.
Таблица 3 - Атрибуты сущности "Заказы"
Название атрибутаОписание атрибутаДиапазон значенийЕдиница измеренияПримерКодЗаказаИндивидуальный номер заказа1, 2, ...-2ДатаРазмещенияДата оформления заказа-число, месяц, год 22.09.2011КоличествоКоличество заказанного товара>0шт.5ЦенаЦена товара>10руб.150СкидкаРазмер скидки0-90%2Атрибуты сущности "Сотрудники" представлены в таблице 4.
Таблица 4 - Атрибуты сущности "Сотрудники"
Название атрибутаОписание атрибутаДиапазон значенийЕдиница измеренияПример12345КодСотрудникаИндивидуальный номер сотрудника1-3-1НомерПаспортаСерия и номер паспорта сотрудника--1001 930265ФИОФамилия и инициалы сотрудникатекст-Иванов С.А.ДолжностьДолжность сотрудника--ПродавецТелефонКонтактный телефон со->0-8-924-111-12-23Продолжение таблицы 412345трудникаДатаНаймаДата принятия сотрудника на работу-число, месяц, год03.09.2011СтавкаБазовый оклад сотрудника, по которому начисляется заработная плата >0руб.4500Атрибуты сущности "Поставщики" представлены в таблице 5.
Таблица 5 - Атрибуты сущности "Поставщики"
Название атрибутаОписание атрибутаДиапазон значенийЕдиница измеренияПримерКодПоставщикаИндивидуальный номер поставщика1-12-2НазваниеНазвание компании поставщика--Mo-BiОбращатьсяКК кому обращаться при звонке поставщику--Антонов Ю.А.ТелефонТелефон поставщика>0-(924) 444-12-34WebАдресWeb-сайт поставщика--www.mo-bi.ru Атрибуты сущности "Клиенты" представлены в таблице 6.
Таблица 6 - Атрибуты сущности "Клиенты"
Название атрибутаОписание атрибутаДиапазон значенийЕдиница измеренияПримерКодКлиентаИндивидуальный номер клиента1, 2, ...-4ФИОФамилия и инициалы клиентытекст-Скворцов Д.Г.ТелефонКонтактный телефон клиента>0-8-909-123-45-67ЭлектроннаяПочтаАдрес электронной почты клиента--test@test.ruНазначенные первичные ключи в сформированных сущностях выделены подчерком. Указанные атрибуты однозначно идентифицируют соответствующие экземпляры сущностей.
2.3 Установление связей между сущностями
Выявленные связи и аргументация представлены в таблице 7.
Таблица 7 - Установление связей между сущностями
Название первой сущности, участвующей в связиНазвание второй сущности участвующей в связиНазвание связиТип связиОбоснование выбора типа связи12345СотрудникиЗаказыпринимаетОдин-ко-многимКаждой записи сущности "Сотрудники" соответствует несколько записей сущности "Заказы", каждой записи сущности "Заказы" соответствует одна запись сущности "Сотрудники". Один сотрудник может принять много заказов, но один заказ не могут принять несколько сотрудников.ТоварыЗаказыопределяетМногие-ко-многимКаждой записи сущности "Товары" соответствует несколько записей сущности "Заказы", каждой записи сущности "Заказы" соответствует несколько записей сущности "Товары". На один товар можно оформить несколько заказов, но и в одном заказе может быть несколько товаров.ПоставщикиТоварыпоставляетОдин-ко-многимКаждой записи сущности "Поставщики" соответствует несколько записей сущности "Товары", каждой записи сущности "Товары" соответствует одна запись сущности "Поставщики". Продолжение таблицы 712345Один поставщик может поставлять несколько товаров, но один товар не может поставляться несколькими поставщиками.КлиентыЗаказыЗаказываетОдин-ко-многимКаждой записи сущности "Клиенты" соответствует несколько записей сущности "Заказы", каждой записи сущности "Заказы" соответствует одна запись сущности "Клиенты". Один клиент может заказать несколько заказов, но одному заказу соответствует только один клиент Представим итоговую концептуально-инфологическую модель в виде диаграммы "Сущность-связь", как показано на рисунке 1.
Рисунок 1 - Концептуально - инфологическая модель
2.4 Справочник задач, решаемых пользователем
Таблица 8 - Справочник задач решаемых пользователем
Наименование задачиЦель решения задачиСущности, используемые при решении задачиЧастота решения задачи (раз/год)1234Заказы, оформленные сотрудникомПоиск заказа оформленного сотрудником
Товары, Заказы, СотрудникиПо необходимости (≈1000)
Данные о поставщике
Составление информации о том кто поставляет товарПоставщики, Товар3000Заказы клиентаПросмотр информации о заказе, поступившем от клиентаТовары, Заказы, КлиентыПо необходимости (≈100)Информация о клиентахПолучение информации о клиентахКлиентыПо необходимости (≈40)
Информация о товареПолучение информации о товареТовары, ПоставщикиПо необходимости (≈40)
Информация о заказахПолучение информации о заказахЗаказы, Товары, Сотрудники, КлиентыПо необходимости (≈500)Информация о наличии товараПроверка наличия товара в магазинеТоварыПо необходимости (≈300)Поиск сотрудникаВывод информации о сотрудникеСотрудники
12Начисление зарплатыПодсчет заработной платы сотрудниковСотрудники, Заказы12
3 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
Целью данного этапа является построение реляционной логической модели. Реляционная логическая модель представляет собой совокупность нормализованных отношений, в которых реализованы связи между объектами предметной области и выполнены все преобразования, необходимые для ее эффективной реализации в среде конкретной СУБД.
3.1 Установление дополнительных логических связей
Первоначальным этапом введения дополнительных логических связей является расчет матрицы суммарной частоты совместного использования сущностей, представленной в таблице 9.
Таблица 9 - Матрица суммарной частоты совместного использования сущностей
СущностьИндекс сущности123451Товары01600304060015002Заказы16000060015123Поставщики304000004Клиенты6006000015005Сотрудники15001512015000 Средняя частота использования сущностей рассчитывается следующим образом:
.
Далее определяем сущности, для которых значение частоты совместного использования равно или выше среднего. Такими сущностями являются "Товары" и "Заказы", "Товары" и "Поставщики", Между сущностями "Товары" и "Заказы", "Товары" и "Поставщики" уже существует связь, поэтому нет необходимости в установлении дополнительных логических связей. 3.2 Отображение концептуально-инфологической модели на реляционную модель
1. Связь "Поставщики - Товары" является связью типа "один-ко-многим". При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность "Поставщики", исходной "Товары". Связь показана на рисунке 2, на рисунке 3 приведены итоговые отношения.
Сущность "Поставщики"
КодПоставщикаНазваниеОбращатьсяКТелефонWebАдрес
Сущность "Товары"
КодТовараНаименованиеКатегорияКоличествоЦенаЗакупочная_ценаРисунок 2 - Связь "Поставщики - Товары"
Отношение 1 "Поставщики"
КодПоставщикаНазваниеОбращатьсяКТелефонWebАдрес
Отношение 2 "Товары"
КодТовараНаименованиеКатегорияКоличествоЦенаЗакупочная_ценаКодПоставщикаРисунок 3 - Отображение связи "Поставщики - Товары"
2. Связь "Товары - Заказы" является сложной двунаправленной связью, поэтому создаем промежуточную сущность "Товары - Заказы", добавляем в нее ключевые атрибуты и устанавливаем связь "один-ко-многим". Связь показана на рисунке 4, на рисунке 5 приведены итоговые отношения.
Сущность "Товары"
КодТовараНаименованиеКатегорияКоличествоЦенаЗакупочная_цена
Сущность "Заказы"
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаРисунок 4 - Связь "Товары - Заказы"
Отношение 3 "Товары"
КодТовараНаименованиеКатегорияКоличествоЦенаЗакупочная_цена
Отношение 4 "Товары - Заказы"
КодТовараКодЗаказа
Отношение 5 "Заказы"
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаРисунок 5 - Отображение связи "Товары - Заказы"
3. Связь "Сотрудники - Заказы" является связью типа "один-ко-многим". При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является "Сотрудники", исходной "Заказы". Связь показана на рисунке 6, на рисунке 7 приведены итоговые отношения.
Сущность "Сотрудники"
КодСотрудникаНомерПаспортаФИОДолжностьТелефонДатаНаймаСтавка
Сущность "Заказы"
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаРисунок 6 - Связь "Сотрудники - Заказы"
Отношение 6 "Сотрудники"
КодСотрудникаНомерПаспортаФИОДолжностьТелефонДатаНаймаСтавка
Отношение 7 "Заказы"
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаКодСотрудникаРисунок 7 - Отображение связи "Сотрудники - Заказы"
4. Связь "Клиенты - Заказы" является связью типа "один-ко-многим". При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является "Клиенты", исходной "Заказы". Связь показана на рисунке 8, на рисунке 9 приведены итоговые отношения.
Сущность "Клиенты"
КодКлиентаИмяФамилияТелефонЭлектроннаяПочта
Сущность "Заказы"
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаРисунок 8 - Связь "Клиенты - Заказы"
Отношение 8 "Клиенты"
КодКлиентаФИОТелефонЭлектроннаяПочта
Отношение 9 "Заказы"
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаКодКлиентаРисунок 9 - Отображение связи "Клиенты - Заказы"
3.3 Составление перечня итоговых отношений
Проанализировав полученные отношения, исключим дублирование.
Объединение отношений 5, 7 и 9 есть сущность "Заказы".
КодЗаказаДатаРазмещенияКоличествоЦенаСкидкаКодСотрудникаКодКлиентаРисунок 10 - Отношение "Заказы"
Отношение 1 "Поставщики" - приведено на рисунке 11.
КодПоставщикаНазваниеОбращатьсяКТелефонWebАдресРисунок 11 - Отношение "Поставщики"
Объединение отношений 2 и 3 есть сущность "Товары".
КодТовараНаименованиеКатегорияКоличествоЦенаЗакупочная_ценаКодПоставщикаРисунок 12 - Отношение "Товары"
Отношение 6 "Сотрудники" приведено на рисунке 13.
КодСотрудникаНомерПаспортаФИОДолжностьТелефонДатаНаймаСтавкаРисунок 13 - Отношение "Сотрудники"
Отношение 8 "Клиенты" приведено на рисунке 14.
КодКлиентаФИОТелефонЭлектроннаяПочтаРисунок 14 - Отношение "Клиенты"
3.4 Нормализация отношений
Отношения называют приведенными к первой нормальной форме, если значения всех его атрибутов атомарные. Данному условию удовлетворяют все отношения данной базы данных. Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме, и каждый ее не ключевой атрибут функционально полно зависит от ключа.
Функциональные зависимости отношения "Товары"
КодТовара
Наименование
Категория
Количество
Цена
Закупочная цена
КодПоставщика
Функциональные зависимости отношения "Заказы"
КодЗааказа
ДатаРазмещения
Количество
Цена
Скидка
КодСотрудника
КодКлиента
Функциональные зависимости отношения "Поставщики"
КодПоставщика
Название
ОбращатьсяК
Телефон
WebАдрес
Функциональные зависимости отношения "Сотрудники"
КодСотрудника
НомерПаспорта
ФИО
Должность
Телефон
ДатаНайма
Ставка
Функциональные зависимости отношения "Клиенты"
КодКлиента
ФИО
Телефон
ЭлектроннаяПочта
Проанализировав вышеприведенные отношения, можно сделать вывод, что они находятся в третьей нормальной форме, так как они находятся во второй нормальной форме и все атрибуты, которые не являются ключевыми, не имеют транзитивной зависимости от ключевых атрибутов.
4 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
На данном этапе представляются проекты таблиц, которые будут реализованы в СУБД. Поскольку в качестве СУБД выбран Access 2003, то таблицы спроектированной базы данных будут иметь вид, представленный в таблицах 10 - 15.
Таблица 10 - Товары
Название поляТип данныхДлинаОграничениеЗначение по умолчаниюДопустимость NULLИндексацияКодТовараЧисловойДлинное целое >0-нетда (совпадения не допускаются)КодПоставщикаЧисловойДлинное целое--нетнетКатегорияТекстовый50--нетнетНаименованиеТекстовый140--нетнетКоличествоЧисловойЦелое>=00нетда (допускаются совпадения)ЦенаДенежный5>0-нетда (допускаются совпадения)Закупочная_ценаДенежный5>0-нетнет
Таблица 11 - Сотрудники
Название поляТип данныхДлинаОграничениеЗначение по умолчаниюДопустимость NULLИндексацияКодСотрудникаСчетчикДлинное целое--нетда (совпадения не допускаются)НомерПаспортаТекстовый11--нетнетФИОТекстовый30--нетнетДолжностьТекстовый50--нетнетТелефонТекстовый15--нетнетДатаНаймаДата/время->#01.01.2011#Date()нетнетСтавкаДенежный5>1000-нетда (допускаются совпадения)
Таблица 12 - Поставщики
Название поляТип данныхДлинаОграничениеЗначение по умолчаниюДопустимость NULLИндексацияКодПоставщикаСчетчикДлинное целое--нетда (совпадения не допускаются)НазваниеПоставщикаТекстовый50--нетда (совпадения не допускаются)ОбращатьсяКТекстовый50--нетнетНомерТелефонаТекстовый15--нетнетWebАдресТекстовый30--данет
Таблица 13 - Клиенты
Название поляТип данныхДлинаОграничениеЗначение по умолчаниюДопустимость NULLИндексацияКодКлиентаСчетчикДлинное целое--нетда (совпадения не допускаются)ФИОТекстовый30--нетда (допускаются совпадения)НомерТелефонаТекстовый15--нетнетАдресЭлектроннойПочтыТекстовый50--данет
Таблица 14 - Заказы
Название поляТип данныхДлинаОграничениеЗначение по умолчаниюДопустимость NULLИндексация1234567КодЗаказаЧисловойДлинное целое>0-нетда (совпадения не допускаются)КодКлиентаЧисловойДлинное целое>0-нетда (допускаются совпадения)КодСотрудникаЧисловойДлинное целое>0-нетда (допускаются совпадения)ДатаРазмеще-Да-->#01.01.2010# Date()нетда (допус-Продолжение таблицы 141234567нията/времяAnd <=Date()каются совпадения)
Таблица 15 - Сведения о заказах
Название поляТип данныхДлинаОграничениеЗначение по умолчаниюДопустимость NULLИндексацияКодЗаказаЧисловойДлинное целое-0нетда (допускаются совпадения)КодТовараЧисловойДлинное целое-0нетда (допускаются совпадения)КоличествоЧисловойДлинное целое>0-нетда (допускаются совпадения)СкидкаЧисловойОдинарное с плавающей точкой>=0 And <=0,90нетда (допускаются совпадения)
Требования ссылочной целостности представлены в таблице 16.
Таблица 16 - Правила ссылочной целостности
Название таблицыВнешний ключТребование ссылочной целостности123ЗаказыКодСотрудникаКаскадное обновление, если в таблице "Сотрудники" изменяется код какого-либо сотрудника, то в таблице "Заказы" автоматически во всех записях, сделанных этим сотрудником, изменяется код сотрудника.
Удаление, т.е. при удалении записи о сотруднике из таблицы "Сотрудники" записи в таблице "Заказы" остаются без измененийЗаказыКодКлиентаКаскадное обновление, если в таблице "Клиенты" изменяется код какого-либо клиента, то в таблице "Заказы" автоматически во всех записях, содержащих этого клиента, изменяется код клиента.
Удаление, т.е. при удалении записи о клиенте из таблицы "Клиенты" записи в таблице "Заказы" остаются без измененийТоварыКодПоставщикаКаскадное обновление, если в таблице "Поставщики" изменяется код какого-либо поставщика, то в таблице "Товары" автоматически во всех записях, содержащих этого поставщика, изменяется код поставщика.Продолжение таблицы 16123Удаление, т.е. при удалении записи о поставщике из таблицы "Поставщики" записи в таблице "Товары" остаются без измененийСведения о заказахКодЗаказаКаскадное обновление, если в таблице "Заказы" изменяется код какого-либо заказа, то в таблице "Сведения о заказах" автоматически во всех записях, содержащих код этого заказа, изменяется код заказа.
Удаление, т.е. при удалении записи о заказе из таблицы "Заказы" записи в таблице "Сведения о заказах" удаляютсяСведения о заказахКодТовараКаскадное обновление, если в таблице "Товары" изменяется код какого-либо товара, то в таблице "Сведения о заказах" автоматически во всех записях, содержащих этого поставщика, изменяется код поставщика.
Удаление, т.е. при удалении записи о товаре из таблицы "Товары" записи в таблице "Сведения о заказах" удаляются
5 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
Для работы с базой необходимо запустить файл LEADER.mdb. На экране появится главная кнопочная форма (рисунок 15). Рисунок 15 - Главная кнопочная форма
Рассмотрим решение первой задачи из справочника задач пользователя. Для просмотра данных о заказах оформленных сотрудниками необходимо на главной форме нажать кнопку "Заказы", на появившейся кнопочной форме нажать кнопку "Просмотр заказов" (рисунок 16). Появится форма, представленная на рисунке 17.
Рисунок 16 - Оконная форма
Рисунок 17 - Оконная форма
Для просмотра информации о выделенном заказе следует нажать кнопку с изображением лупы, откроется форма с содержимым заказа и суммой по этому заказу, форма изображена на рисунке 18.
Рисунок 18 - Оконная форма
Рассмотрим решение второй задачи из списка задач пользователя. Для просмотра данных о поставщике необходимо на главной форме нажать кнопку "Поставщики", на появившейся кнопочной форме (рис. 19) нажать кнопку "Информация о поставщиках", откроется форма, представленная на рисунке 20.
Рисунок 19 - Кнопочная форма
Рисунок 20 - Оконная форма
Для получения информации о товарах, которые поставляет выбранный поставщик, следует нажать на кнопку с изображением лупы, информация будет отображена в форме, представленной на рисунке 21.
Рисунок 21 - Оконная форма
Для получения информации о клиентах необходимо на главной форме нажать кнопку "Клиенты", на появившейся кнопочной форме (рис. 22) необходимо нажать кнопку "Информация о клиентах", откроется форма, представленная на рисунке 23.
Рисунок 22 - Кнопочная форма
Рисунок 23 - Оконная форма
Для добавления нового клиента следует нажать кнопку с изображением ручки, для удаления клиента кнопку с крестиком, для просмотра заказов клиента следует нажать кнопку с изображением лупы.
Для просмотра информации о товарах следует на главной форме нажать кнопку "Товары", на появившейся кнопочной форме (рис. 24) следует нажать на кнопку "Товары по категориям" или "Просмотр прайс-листа", далее если выбрана кнопка "Товары по категориям" на появившейся форме (рис. 25) выбрать категорию из выпадающего списка и нажать кнопку с изображением стрелки, откроется форма, изображенная на рисунке 26. Рисунок 24 - Кнопочная форма
Рисунок 25 - Оконная форма
Рисунок 26 - Оконная форма
Для получения информации о сотрудниках необходимо на главной кнопочной форме нажать кнопку "Сотрудники", на появившейся кнопочной форме (рис. 27) нажать кнопку "Информация о сотрудниках", появится форма, представленная на рисунке 28.
Рисунок 27 - Кнопочная форма
Рисунок 28 - Оконная форма
Для добавления нового сотрудника необходимо нажать на кнопку с изображением ручки или на кнопочной форме "Работа с сотрудниками" нажать на кнопку "Прием нового сотрудника".
Для увольнения выбранного сотрудника необходимо нажать кнопку с изображением крестика.
Для начисления заработной платы сотрудникам необходимо на кнопочной форме "Работа с сотрудниками" нажать на кнопку "Начисление зарплаты", в появившемся диалоговом окне (рис. 29) ввести с клавиатуры месяц и год в виде "дек-2011", после этого отобразится отчет, содержащий данные о заработной плате сотрудников в выбранном месяце (рис. 30).
Рисунок 29 - Диалоговое окно
Рисунок 30 - Отчет
Необходимые аппаратные и программные требования:
1) разрешение экрана - 1024*600;
2) цветопередача - 32 бита;
3) масштаб - 96 DPI;
4) память - 9032 Кб; 5) процессор - Pentium III 800MHz;
6) клавиатура;
7) мышь;
8) СУБД Access 2003.
ЗАКЛЮЧЕНИЕ
Для автоматизации работы магазина "LEADER" было проведено исследование предметной области, на основании чего была построена инфологическая модель. Далее было проведено логическое проектирование и, в соответствии с ним была построена физическая модель. В ходе работы были соблюдены все правила построения базы данных.
С ее помощью можно накапливать и обрабатывать и обрабатывать информацию, необходимую для работы владельца и ведения бухгалтерской деятельности. Данная база данных обеспечивает быстрый доступ к данным, так как работа базы данных должна быть моментальной.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1 Мартин Дж. Организация баз данных в вычислительных системах / Дж. Мартин.- М.: Мир, 1978.- 146 с.
2 Бойко В.В. Проектирование информационной базы автоматизированной системы на основе СУБД / В.В. Бойко, В.М. Савинков.- М.: Финансы и статистика, 1982.- 170 с.
3 Четвериков В.Н. Базы и банки данных / В.Н Четвериков.- М.: Высшая школа, 1987.- 230 с.
4 Дейт К. Введение в систему баз данных / К. Дейт.- М.: Наука, 1980.- 173 с. 3
Документ
Категория
Рефераты
Просмотров
323
Размер файла
2 284 Кб
Теги
курсач
1/--страниц
Пожаловаться на содержимое документа