Анализ торговой сети Dиал Электроникс
Категория реферата: Рефераты по экономической теории
Теги реферата: дипломные работы бесплатно, скачать ответы
Добавил(а) на сайт: Келестина.
Предыдущая страница реферата | 1 2 3 4 5 6 7 | Следующая страница реферата
Класс объектов «Товар» имеет следующий набор свойств, описывающий данный
класс:
• код товара;
• марка товара;
• наименование;
• кол-во (шт).
Связи между объектам и его свойством являются единичными, т.е. присущи
каждому товару.
Класс объектов «Клиент» (для безналичного расчета) имеет следующий набор
свойств:
• код товара;
• ФИО клиента;
• название организации;
• банковские реквизиты;
• дата;
Класс объектов «Продажа» содержит информацию о ежедневно совершаемых
продажах и имеет следующий набор свойств:
• Код товара;
• класс товара;
• наименование товара;
• кол-во (шт);
• дата;
Класс объектов «Поступление» содержит информацию о поступлении товара и
имеет следующий набор свойств:
• Код товара
• наименование товара;
• дата поступления;
• № накладной;
• кол-во (шт).
Класс объектов «Продавец» содержит информацию о продавце, товаре им
проданном и имеет следующий набор свойств:
• № продавца;
• ФИО продавца;
• класс товара;
• код товара;
• наименование товара;
• кол-во (шт);
Кроме связи между объектом и его свойствами, в инфологической модели
фиксируются связи между объектами разных классов. Различают связи типа
«один одному» (1:1), «один ко многим» (1 00), «многие ко многим» (оо;оо).
Графическое представление инфологической модели представлено выше на Рис.
4.
Даталогическая модель
Даталогическое проектирование заключается в проектировании
логической структуры БД, Таким образом, главное отличие даталогической
модели от инфологической состоит в том, что инфологическая модель хранит в
себе всю информацию о предметной области, необходимую и достаточную для
проектирования базы данных, но она не привязана к определенной СУБД.
Даталогическая модель может не отражать в явном виде все сущности, зафиксированные в инфологической модели, но она должна быть непременно
привязана к СУБД, на которой разрабатывается база данных. При
проектировании даталогической модели данных должно быть обеспечено
однозначное соответствие между конструкциями языка описания данных и
графическими обозначениями информационных единиц и связей между ними.
Спроектировать логическую структуру базы данных означает определить все
информационные единицы и связи между ними, задать их имена. Таким образом
даталогическое проектирование сводится к следующим этапам:
1. Определение таблиц
2. Определение полей таблиц
3. Определение типов данных в соответствии с выбранной СУБД
4. Определение длины каждого поля таблиц
5. Определение обязательности каждого поля
6. Определение индексации каждого поля
Для решения поставленной задачи, с учетом выбранной СУБД Microsoft Access, в дата логической модели определены следующие
таблицы:
• Список товаров
• Список клиентов
• Продавцы
• Поступление товара
• Продажи
Каждая таблица имеет поля, которые определяются именем и типом данных
каждого поля. Для каждой из таблиц определены такие поля:
• таблица «Список товаров» (код товара, класс, наименование, кол-во шт.)
• таблица «Список клиентов» (код товара, Ф.И.О клиента, название
организации)
• таблица «Продажи» (код товара, класс, наименование, кол-во шт., дата)
• таблица «Поступление товара» (код товара, наименование товара, дата
поступления, № накладной, количество шт.)
• таблица «Выдача товара» (код товара, № и Ф.И.О. продавца, класс товара, наименование товара, кол-во шт.)
Access поддерживает восемь типов данных.
Тип данных (DataType) определяет тип данных, сохраняемых в поле таблицы. В
каждое поле допускается ввод данных только одного типа.
Свойство Тип данных (DataType) может иметь следующие значения:
Тип данных Содержимое поля Размер
Текстовый -Текст или числа, не требующие проведения расчетов, например, номера телефонов. Число символов, не превышающее минимальное из двух
значений: 255 или значение свойства Размер поля (FieldSize), Microsoft
Access не сохраняет пустые символы в неиспользуемой части поля.
MEMO - Длинный текст или комбинация текста и чисел. До 65535
символов.
(Если поле MEMO обрабатывается через объекты доступа к данным (DAO) и
содержит только текст и числа, а не двоичные данные, то
его размер ограничивается размером базы данных).
Числовой — Числовые данные, используемые для проведения расчетов.
Подробнееоб использовании конкретных числовых типов см. в разделе справки
для свойства
Размер поля (FieldSize). 1,2,4 или 8 байт (16 байт только для кода
репликации).
Дата/время — Даты и время, относящиеся к годам с 100 по 9999, включительно.
8 байт.
Денежный — Денежные значения и числовые данные, используемые в математических расчетах, проводящихся с точностью до 15
знаков в целой и до 4 знаков в дробной части. 8 байт.
Счетчик— Уникальные последовательно возрастающие (на 1) или случайные
числа, автоматически вводящиеся при добавлении каждой новой записи в
таблицу.
Значения полей типа счетчика обновлять нельзя, 4 байт (16 байт, если для свойства Размер поля (FieldSize) задано значение кода репликации).
Логический — Логические значения, а также поля, которые могут содержать
одно из двух возможных значений (True/False, Да/Нет). 1 бит.
Объекты OLE - Объект (например, электронная таблица Microsoft Excel, документ Microsoft Word, рисунок, звукозапись или другие данные в двоичном
формате), связанный или внедренный в таблицу Microsoft Access. До 1Гбайт
(ограничивается объемом диска).
Для каждого поля можно задать определенные свойства, зависящие от
выбранного типа данных. Свойства полей:
Свойство «Размер поля» (FieldSize).
Свойство Размер поля (FieldSize) определяет максимальный размер
данных, которые могут сохраняться в полях с типом данных Текстовый,
Числовой или Счетчик.
Значения:
Если свойство Тип данных (DataType) имеет значение «Текстовый», значением
данного свойства должно быть целое число в диапазоне от 0 до 255. По
умолчанию задается размер 50.
Если свойство Тип данных (DataType) имеет значение «Счетчик», то
допустимыми являются значения свойства Размер поля (FieldSize) «Длинное
целое» или «Код репликации». Если свойство Тип данных (DataType) имеет
значение «Числовой», то допустимыми являются следующие значения свойства
Размер поля (FieldSize).
Байт — Числа от 0 до 255 (без дробной части), 1 байт
Целое — Числа от -32 768 до 32 767 (без дробной части). 2 байта
Длинное целое - Числа от -2 147 483 648 до 2 147 483 647 (без дробной
части).4 байта
С плавающей точкой (4 байт) - Числа от -3,402823Е38 до -1,401298Е45 для
отрицательных значений и от 1,401298Е-45 до 3,402823Е38 для положительных.
Дробная часть 7. 4 байта
С плавающей точкой (8 байт) - Числа от -1,79769313486232Е308 до
-4,94065645841247Е для отрицательных значений, и от 1,79769313486231Е308 до
4,94065645841247Е-324 для положительных. Дробная часть 15. 8 байт
Свойство Формат поля (Format) позволяет указать форматы вывода текста, чисел, дат и значений времени на экран и на печать. Например, для поля
«Цена» разумно указать в свойстве Формат поля (Format) формат
«Денежный» и установить для его свойства Число десятичных знаков
(DecimalPlaces) значение 2 или «Авто». В этом случае введенное в поле
значение 4321,678 будет отображаться как 4 321,68р.
Допустимо как использование встроенных, так и специальных
форматов, созданных при помощи символов форматирования.
В свойстве Формат поля (Format) задаются разные настройки для различных
типов данных.
. Поля даты/времени
. Числовые и денежные поля
. Текстовые и МЕМО-поля
. Логические поля
Свойство Обязательное поле (Required) указывает, требует ли поле
обязательного ввода значения. Если это свойство имеет значение «Да», то при
вводе новой записи необходимо ввести значение в это поле или в любой
присоединенный к нему элемент управления. Пустые (Null) значения в этом
поле не допускаются. Например, можно потребовать, чтобы в элементе
управления «Фамилия» в каждой записи обязательно выводилась какая-либо
фамилия. Свойство Обязательное поле (Required) не определено для полей с
типом «Счетчик».
Свойство Обязательное поле (Required) может иметь следующие значения:
Значение Описание
Да Поле
должно содержать значение.
Нет Поле не обязано содержать значение.
Допускаются пустые значения поля.
Это свойство может быть определено для всех полей таблицы (за исключением
поля счетчика) в окне свойств таблицы.
Пустые строки с помощью значения «Отсутствует».
Свойство Индексированное поле (Indexed) определяет индекс, создаваемый по
одному полю. Индекс ускоряет выполнение запросов, в которых используются
индексированные поля, и операции сортировки и группировки. Например, если
часто выполняется поиск по полю «Фамилия» в таблице «Сотрудники», следует
создать индекс для этого поля.
Свойство Индексированное поле (Indexed) может иметь следующие значения;
Значения Описание
Нет Индекс не
создается.
Да (Допускаются совпадения). В индексе допускаются повторяющиеся значения.
Да (Совпадения не допускаются) Повторяющиеся значения в индексе не допускаются.
Свойство Indexed используется для ускорения выполнения поиска и сортировки
записей по одному полю таблицы. Индексированное поле может содержать как
уникальные, так и повторяющиеся значения.
Учитывая особенности Access, определяем имена полей таблиц, используемых
для решения поставленной задачи, типы данных, описание, длину, обязательность, индексацию. Это и будет заключительным этапом дата
логического проектирования.
Информационное обеспечение задачи
Задача определяется как совокупность входных документов, информационных
массивов и связей между ними. В задаче «Анализ торговой сети ООО Диал
электроникс» предусматриваются входные формы для ввода условно – постоянной
информации и вывода переменной информации.
После анализа этих документов получаем следующий вид форм входной и
выходной информации информации:
Графическое отображение движения потоков информации отображено на Рис.5
«Поступления»
|Код |Наименов|Марка |Колво. |Цена |№ |Дата |
|товара |ание |товара |шт. |товара |Товарной |прихода |
| |товара | | |Руб. |накладной | |
|7785687 |Холодиль|BOSCH |5 |25.999 |767 |15.05.01|
| |ник | | | | | |
| | | | | | | |
Форма входной информации № 1
«Товар»
|Код |Наименование |Марка |Колво. |Цена товара |
|товара |товара |товара |шт. |Руб. |
|7785687 |Холодильник |BOSCH |5 |25.999 |
| | | | | |
Форма входной информации № 2
«Продавцы»
|№ / код |Наименование |Ф.И.О. Продавца |
|продавца |отдела | |
|8 |Бытовой техники |Лужкин А.С. |
| | | |
Форма входной информации № 3
Результатом работы задачи «Учет продаж товаров» являются выходные документы в виде отчетов. Эти отчеты можно представить в виде форм выходной информации:
«Общий мониторинг продаж»
|Дата |Код |Марка |Наименование |Кол-во |Цена |
|продажи |товаров |товара |товара |шт. |за шт. |
|15.05.01 |657576 |BOSCH |Холодильник |2 |25.999 |
|15.05.01 |75787 |Sharp |СВЧ |5 |7.999 |
Форма выходной информации № 1
Далее приведены детализированные выходные формы. Весь мониторинг продаж
разделен по отделам для детализированного просмотра и учета продаж
конкретных отделов магазина с
целью улучшения или изменения объема продаж
«Отдел Бытовой техники»
|Наименование |Код/№ |Марка |Наименование |Кол-во |Цена |
|отдела |продавца |товара |товара |шт. |за шт. |
|Бытовой техники |6 |BOSCH |Холодильник |2 |25.999 |
| |7 |Sharp |СВЧ |5 |7.999 |
Форма выходной информации № 2
Рекомендуем скачать другие рефераты по теме: исторические рефераты, контрольная работа 3.
Предыдущая страница реферата | 1 2 3 4 5 6 7 | Следующая страница реферата