close

Вход

Забыли?

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

?

мой отчет по практике№2

код для вставкиСкачать
 ВВЕДЕНИЕ
Access - мощное приложение Windows. При этом производительность СУБД органично сочетаются со всеми удобствами и преимуществами Windows, обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. База данных храниться в одном файле. Несмотря на то, что Access является мощной и сложной системой, его использование не сложно для непрофессиональных пользователей. Базой данных (БД) или списком Excel называют таблицу, каждая колонка которой может иметь заголовок, а строки представляют однотипную информацию. Базу данных можно создавать и редактировать обычными средствами Excel, но в случае больших таблиц, а также для выполнения некоторых других работ (не редактирования) удобно использовать форму.
Основная цель учебной практики - изучение инструментальных средств быстрой разработки приложений.
Актуальность практики заключается в том, что на многих предприятиях города возможна бесконечная обработка однообразных данных для вычисления итоговых значений таблиц.
Целью учебной практики 2 является разработка базы данных для предприятия, реализующего канцелярские товары.
Отчет оформлен согласно ДСТУ 3008-95.[1], [2]
Отчет практики состоит из пяти разделов.
В первом разделе отражены общие сведения о базе практики.[3]
Во втором разделе отражена информация о сборе и анализе требований к разрабатываемому продукту, обоснован выбор модели процесса разработки программных средств.[4]
Третий раздел посвящен построению базы данных в MS Excel: подробно описано выполнение индивидуального задания для табличном процессоре(работа с
автофильтрами, сортировка записей, просмотр данных в виде формы, работа с расширенными фильтрами, подведение итогов, создание сводных диаграмм и таблиц и разработка главной кнопочной формы в Visual Basic for Applications) [3],[5].
Четвертый раздел описывает проектирование и реализацию базы данных в MS Access, согласно требованиям описанной предметной области и нормализации. Предоставлено подробное описание средств разработки интерактивной справки для разработанного приложения [3],[6].
Пятый раздел посвящен сравнительному анализу двух баз данных, реализованных средствами MS Excel и MS Access.[7]
1 ОБЩИЕ СВЕДЕНИЯ О БАЗЕ ПРАКТИКИ
Базой практики являлся кабинет "Проектирования и технологий автоматизированных систем" №320 КРВУЗ "Феодосийский политехнический техникум", в которой расположено 7 компьютеров, образующих собой одно ранговую локальную сеть и компьютеры соединены кабелем витая пара (см. рис.1.1).
Рисунок 1.1 - Структурная схема сети
В компьютерном кабинете предоставлено 6 компьбтеров для работы студентов и 1 для работы преподавателя. Также есть выход в глобальную сеть Интернет. 6 компьютеров имеют одинаковую конфигурацию, представленную в таблице 1.1
Таблица 1.1 - Конфигурация ПК
№НаименованиеТип 1Материнская платаBiostar MCP6P-M2 2ПроцессорDual Core AMD Athlon 64 X2 2500 MHz 4800+ 3Модуль памятиDDR II 1024B PC2-6400 4HDDST380815AS (80 Гб,7200 RPM, SATA II) 5ВидеокартаNVIDIA GeForce 6150SE(512 Мб) 6Звуковая картаRealtek ALC662@nVidia MCP61 7Сетевая картаnVidia nForce Networking Controller 8МониторSamsung SyncMaster 920 LM/920 NW [19" LCD] 9КлавиатураPS/2 Standard keyBoard 10Мышь2X Quick Mouse OP-3D Конфигурация компьютера преподавателя представлена в таблице 1.2 и таблица 1.2 Таблица 1.2 - Конфигурация компьютера преподавателя
№НаименованиеТип 1Материнская платаGigabyte GA-M61PME -S2 2ПроцессорDual Core AMD Athlon 64 X2 2500 MHz 4800+ 3Модуль памятиDDR 1024 Mб 5HDDST3250310AS (250 Гб) 6DVDROMHL-DT-ST DVD - RAM 7ВидеокартаNVIDIA GeForce 6150SE 8Звуковая картаRealtek ALC662@nVidia MCP61 9Сетевая картаnVidia nForce Networking Controller 13МониторSamsung SyncMaster 920 LM/920 NW [19" LCD] 14КлавиатураPS/2 Standard keyBoard 15Мышь2X Quick Mouse Op-3D 16ПринтерCanon IP2700 На компьютерах устанвлено следующее программное обеспечение:
-Microsoft Windows XP Home Edition SP3;
-OpenOffice. Org 3.3;
-Антивирус Касперского 6.0;
-1С: Предприятие 7.7;
-7 - Zip;
-Free Commander;
-Visual Studio Express Edition 2010;
-Delphi 10 lite;
-WinCHm;
-HelpNDoc;
-FreePscal;
-и другое программное обеспечение.
2 ПРОЦЕСС РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА
Существует следующие требования к созданию программного продукта:
-понять природу и сферу применения предлагаемого продукта;
-выбрать процесс разработки и создать план;
-собрать требования;
-спроектировать и собрать продукт;
-выполнить тестирование продукта;
-выпустить продукт и обеспечить его сопровождение.
Нужно составить представление о масштабах проекта и с этой целью оценить, какими сроками, финансами и персоналом располагаем. Согласно полученным исходным данным можно определить сферу предлагаемого программного продукта, областью применения разработанных программных средств будет предприятия, реализующие канцелярские товары. С самого начала проекта должна вестись документация, которая, скорее всего, будет изменять обновляться в ходе разработки. Поэтому необходимо определиться со средствами, при помощи которых будут отслеживаться изменения в документации программном коде. К таким средствам отнесем Microsoft Project, который позволит создать план-график, а к средствам, в которых будут реализованы программные средства относятся: -средство для обработки списков MS Excel с встроенным языком программирования Visual Basic for Applications; - MS Access система управления реляционными базами данных работающая в среде ОС Windows. Далее нужно определиться с самим процессом разработки. После этого обычно составляется общий план проекта, включающий в себя план-график (расписание проекта), который будет уточняться на протяжении жизненного цикла,
по мере того как будут уточняться детали реализации.
2.1 Требования к программному продукту
Требования делятся на две группы функциональные и нефункциональные. Функциональные требования являются детальным описанием поведения и сервисов системы, ее функционала. Определяют то, что система должна уметь делать.
Нефункциональные требования не являются описанием функций системы. Этот вид требований описывает такие характеристики системы, как надежность, особенности поставки (наличие инсталлятора, документации), определенный уровень качества (например, для новой Java-машины это будет означать, что она удовлетворяет набору тестов, поддерживаемому компанией Sun), требования на средства и процесс разработки системы, требования к переносимости, соответствию стандартам и т.д. Требования этого вида часто относятся ко всей системе в целом. Сбор требований происходит на двух уровнях. Полученные результаты называют требованиями заказчика или С-требования. Документированные требования в специальной структурированной форме называют требованиями разработчика или D-требования. К С-требованиям относятся: идентифицировать заказчика, провести интервью с представителями заказчика, написать С-требования в форме стандартного документа, проверить С-требования. К D-требованиям относятся: выбор системных организаций, создание диаграммы последовательностей для вариантов использования, параллельно выполнять D-требования и С-требования от заказчика, утверждение заказчиком и выпуск.
Для создания программного продукта понадобится 20 дней, время на доработку не выделено, поэтому будет использована водопадная модель, так как другие модели требуют необходимость доработки.
Уточним и проведем анализ требований разработчика.
Перечислим D-требования для разрабатываемых продуктов:
-просмотр данных в таблице с помощью диалогового окна Форма;
-с использованием средства сортировка выполнить сортировку записей по возрастанию или убыванию;
-с использованием средства Автофильтра отобразить заказы согласно индивидуальному заданию;
-с использование средства Расширенный фильтр отобразить заказы, выполненные в определенном месяце;
-с использованием команды Итоги отобразить данные согласно заданию;
-с помощью сводной таблицы отобразить данные согласно, индивидуального задания;
-с помощью сводной диаграммы отобразить поквартальные и годовые суммы заказов;
- средствами VBA создать кнопочную форму для просмотра результатов работы с базой данных в MS Excel;
-создание формы для ввода и просмотра данных ;
-упорядочивание записей;
-создание запросов;
-отображение результатов запросов в отчетах и формах;
-создание главной и подчиненной кнопочных форм;
-создание интерактивной справки;
-подключение интерактивной справки к разработанному приложению.
2.2 Процесс разработки программного продукта
Для выбора процесса разработки программного продукта уточним их виды. Существует три вида процесса разработки программного обеспечения:
-Водопадная модель(каскадная). Классическая модель разработки программ, в рамках которой процесс представляется последовательностью фаз анализа требований, проектирования, реализации, интеграции и тестирования. Анализ требований состоит в сборе требований к продукту, где результатом является некоторый текст. Проектирование описывает внутреннюю структуру продукта в форме диаграмм и текстов. Реализация это программирование реализацией, которого является программный код всех уровней. Интеграция это процесс сборки всего продукта из отдельных частей.
-Спиральная модель. В случае спирального процесса разработки предусмотрено следующая последовательность: "Анализ требований -проектирование-реализация-тестирование", где тестирование выполняется более одного раза. Общая идея данной модели разработки заключается в том что бы на каждой итерации строить очередную версию программы, используя в качестве основы ее предыдущую версию.
-Инкрементальная модель. Предоставляет возможность по не многу продвигать проект вперёд при практически не прерывном процессе. Такая модель процесса особенно полезна на поздних стадиях проекта, когда продукт находиться на сопровождение или когда разрабатываемый продукт очень схож с созданным ранее. Для организации инкрементальной разработки необходимо иметь четко установленную архитектуру проекта и синхронизированную систему документации, также выбирается характерный временной интервал.
Наиболее подходящим процессом разработки программных средств является водопадный процесс, который четко ограничен по времени и имеет четкие границы
этапов разработки. 2.3 Тестирование программного продукта
Тестирование - это проверка соответствия между реальным поведением программы и ее ожидаемым поведением в специально заданных, искусственных условиях. К ожидаемому поведению программы относится исходная информация для тестирования, которая является знанием о том, как система должна себя вести, то есть требования к ней или к ее отдельной части. Самым распространенным способом тестирования является тестирование методом черного ящика, то есть когда реализация системы недоступна тестировщикам, а тестируется только ее
интерфейс. Для этого закрепляется либо организация коллектива тестировщиков, либо отдельные сотрудники(в некоторых компаниях они принципиально не общаются с разработчиками, чтобы минимально знать о деталях и максимально полно выполнить в роли проверяющей инстанции). Существует тестирование методом белого ящика, когда код программ доступен тестировщикам и используется в качестве источника информации о системе. Данный способ тестирования можно проводить в компании разработчиков отдав другому сотруднику для проверки оптимизации и правильности организации кода программы.
3 РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ В MS EXCEL
3.1 Предметная область
Предприятие ООО "Канцлер" занимается продажей канцелярских товаров. В один день может составляться один заказ разным клиентам. Предприятия могут находиться в разных городах, причем предприятия с одинаковыми названиями могут иметь разные адреса. Одно предприятие в рамках одного заказа может заказать несколько товаров. Товары продаются оптом. Товары одного наименования разных производителей могут иметь различные цены. На рисунке 3.1 представлен внутренний документ предприятия (см. рис. 3.1).
Рисунок 3.1- Исходные данные базы данных
3.2 Понятие списка и правила его создания
Электронные таблицы Excel можно использовать для организации работы с небольшими реляционными базами данных. В этом случае электронную таблицу называют списком или базой данных Excel и используют соответствующую терминологию:
-строка списка - запись базы данных; -столбец списка - поле базы данных.
Существуют правила создания списка:
-рабочий лист должен содержать только один список, т.к. некоторые операции, например, фильтрование, могут работать только с одним списком;
-если на рабочем листе кроме списка необходимо хранить и другие данные, список необходимо отделить пустой строкой и пустым столбцом. Причём лучше не размещать другие данные слева и справа от списка, иначе они могут быть скрыты во время фильтрации списка;
-список должен быть составлен так, чтобы столбец содержал во всех строках однотипные значения;
-при вводе значения поля нельзя вставлять ведущие пробелы, это может привести к проблемам при поиске и сортировке;
-в списках можно использовать формулы. Списки могут обрабатываться, как обычные таблицы.
3.3 Работа в диалоговом окне Форма
Форма - это способ представления данных из таблицы, когда на экране представлено содержимое только одной записи. С помощью Формы можно: заносить данные в таблицу; просматривать или корректировать данные; удалять данные; отбирать записи по критерию (см. рис. 3.2).
Рисунок 3.2 - Диалоговое окно Форма
3.4 Сортировка записей
Сортировка данных является базовой операцией любой таблицы и выполняется командой Данные, Сортировка с установкой необходимых параметров. Целью сортировки является упорядочивание данных. Сортировка осуществляется на том же листе.
Особенно важно осуществлять сортировку в списке, так как многие операции группировки данных, которые доступны из меню Данные, можно использовать только после приведения операции сортировки. Сначала осуществляется сортировка в столбце 1-го уровня, затем сортируются одинаковые записи 1-го столбца по столбцу 2-го уровня, затем сортируются одинаковые записи 2-го столбца по столбцу 3-го уровня.
В том же окне устанавливается порядок сортировки в столбцах - по возрастанию или убыванию. При сортировке по возрастанию упорядочение идет следующим образом - от меньшего к большему, по алфавиту или в хронологическом порядке дат, но при этом имеет место приоритет: числа, текст, логические значения, значения ошибок, пустые ячейки. Сортировка по убыванию использует обратный порядок (исключение - пустые ячейки, которые располагаются в конце списка).
Сортировка по полю Город по возрастанию (см. рис. 3.3), сортировка записей по полю Товар выполнения по убыванию, и в каждой товаре по количеству товара по возрастанию (см. рис. 3.4).
Рисунок 3.3 - Сортировка записей
Рисунок 3.4 - Сортировка записей
3.5 Работа с автофильтром
Для установки Автофильтра необходимо активизировать любую ячейку списка и выполнить команду Данные - Автофильтр. В результате в заголовках столбцов будут отображены кнопки раскрывающегося списка. Для фильтрации
данных необходимо в заголовке столбцов открыть поле со списком и указать критерии отбора записей. Фильтрацию можно осуществлять по нескольким полям. Для отображения всех данных существует команда Данные - Сортировка и фильтр - Очистить. Отображение записей с использованием средств Автофильтр представлены на рисунках 3.5 - 3.9. Рисунок 3.5 -Все заказы МП "ПРЭСТО"
Рисунок 3.6 - Заказы с аббревиатурой ЗАО
Рисунок 3.7 - Заказы, сумма которых в диапазоне от 50 до 125 Рисунок 3.8 - Товары, в название которых входит буква "ш"
Рисунок 3.9 - Заказы, выполненные во втором полугодии 2010 года МП "ПРЭСТО"
3.6 Работа с расширенным фильтром
Расширенный фильтр позволяет произвести фильтрацию при более сложных условиях отбора для одного или нескольких столбцов. Кроме того, результат фильтрации можно разместить в указанной области текущего или нового листа. Чтобы отфильтровать список с помощью расширенного фильтра, столбцы списка должны иметь заголовки. На листе также должно быть не менее трех пустых строк выше списка. Эти строки будут использованы в качестве диапазона условий отбора. Если строк нет, их надо вставить. Для использования расширенного фильтра выполните следующие действия:
- скопируйте из списка заголовки, фильтруемых столбцов в первую пустую строку диапазона условий отбора.
- введите в строки под заголовками столбцов требуемые критерии отбора.
- убедитесь, что между значениями условий и списком находится как минимум одна пустая строка.
- укажите ячейку в списке и дайте команду Данные - Сортировка и фильтр - Дополнительно - Расширенный фильтр.
- в открывшемся окне установите переключатель Обработка в положение либо Фильтровать список на месте (чтобы показать результат фильтрации, скрыв ненужные строки), либо Скопировать результаты в другое место (чтобы скопировать отфильтрованные строки в другую область листа). Во втором случае перейдите в поле Поместить результат в диапазон, а затем укажите верхнюю левую ячейку области вставки.
-введите в поле Диапазон условий ссылку на ячейки, содержащие условия отбора, включая заголовки столбцов. Чтобы убрать диалоговое окно Расширенный фильтр на время выделения диапазона условий отбора, нажмите кнопку свертывания диалогового окна.
-щелкните по кнопке ОК.
Существуют следующие виды критериев отбора: числовые, текстовые, и вычисляемые. Рисунок 3.10 - Заказы, выполненные в декабре 2010 года
Рисунок 3.11 - Заказы, выполненные в октябре и декабре 2010 года
Рисунок 3.12 - Заказы, выполненные в третьей декаде
Рисунок 3.13 - Уникальные записи о клиентах разместивших заказы во 2 полугодии 2010 года, в разрезе номера заказа, дата выполнения, наименование клиента
3.7 Промежуточные итоги
Подведение промежуточных итогов это удобная и наглядная возможность провести обработку записей списка, для последующего анализа, создания диаграмм и вывода на печать. Для создания промежуточных итогов необходимо активировать вкладку Данные. Порядок подведения промежуточных итогов следующие: сначала необходимо отсортировать список по столбцу, который необходим для подведения итогов. Затем запускается окно Промежуточные итоги, которое разделено на три части: -выбирается столбец при каждом изменении, которого будут подводиться данные; -выбирается из раскрывающегося списка операции Подведения промежуточных итогов;
-активируются поля, в которых подбиваются данные.
Индивидуальные задания по промежуточным итогам представлены на рисунках 3.14 - 3.17.
Рисунок 3.14 - Промежуточные итоги по полю Товар вывести максимальную сумму
Рисунок 3.15 - Выручка каждого клиента
Рисунок 3.16 - На какую сумму каждым городом было приобретено товаров в 2010 году
Рисунок 3.17 - Сколько сделано заказов и на какую сумму приобретено товаров каждым клиентом во втором полугодии 2011 года
3.8 Сводные таблицы и диаграммы
Сводные таблицы предназначены для удобного просмотра данных больших таблиц. Сводная таблица создается на основе отформатированного списка значений, поэтому прежде чем создать сводную таблицу необходимо подготовить следующим образом данные. Сводные таблицы используются для обобщения больших массивов информации и подведения различных итогов: суммирование по отдельным группам, вычисление среднего и процентного значения по отдельным группам, подведение промежуточных и общих итогов и т. д. Чтобы воспользоваться мастером сводных таблиц, необходимо выполнить следующую команду: Данные - Работа с данными - Сводная таблица. Будет представлен макет для создания сводных таблиц, в котором необходимо с помощью левой клавиши мыши перетащить нужные поля в поля Столбец, Строка, Данные. Рисунок 3.18 - Количество каждого заказа
Рисунок 3.19 - Определить сумму каждого заказа МП "ПРЭСТО"
Рисунок 3.20 - Определить выручку от продаж в каждом году по всем заказам Рисунок 3.21 - Определить поквартальные продажи товаров в 2011 году
3.9 Сводные диаграммы С помощью сводной таблицы можно создать сводную диаграмму нажав соответствующую пиктограмму на панели инструментов. Диаграмма предназначена для наглядного представления табличных данных которую можно редактировать и форматировать. Построенные диаграммы представлены на рисунках 3.22 - 3.23
Рисунок 3.22 - Сумма каждого заказа МП "ПРЭСТО"
Рисунок 3.23 - Поквартальные продажи товара за 2011 год
3.10 Создание кнопочной формы VBA
Визуальный язык программирования Бейсик для приложений: Visual Basic for Applications (VBA). VBA - это подмножество визуального языка программирования Visual Basic (VB), которое включает почти все средства создания приложений VB. VBA отличается от языка программирования VB тем, что система VBA предназначена для непосредственной работы с объектами Office, в ней нельзя создавать проект независимо от приложений Office. С помощью встроенного в редактор VBA набора элементов управления и редактора форм пользователь может создать пользовательский интерфейс для разрабатываемого проекта с экранной формой. Элементы управления являются объектами, а для каждого объекта определен ряд возможных событий (например, щелчок или двойной щелчок мыши, нажатие клавиши, перетаскивание объекта и т.д.). Главная кнопочная форма представлена на рисунке 3.24.
Рисунок 3.24 - Главная форма
4 РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ В MS ACCESS
Для реализации разработанной информационной системой выбрано система управления базами данных (СУБД)MS Access которая является реляционной СУБД работающей в среде Windows. В MS Access реализовано основные функции СУБД: определение данных, разработка данных, управление. СУБД MS Access ориентирована на работу с объектами, к которым относится: таблицы, запросы формы, отчеты, страницы доступа к данным, макросы, модули. В Access все объекты находятся в одном файле сохраненные под расширением *.accdb.
4.1 Построение даталогической модели
База данных предназначена для предприятий, реализующих канцелярские товары.
Предметная область, представленная в файле Excel, отражает наличие заказа, который выполняет данное предприятие. У каждого заказа есть свой уникальный номер, и по каждому заказу есть свой клиент. Каждый заказ привязан к конкретной дате и в него может входить несколько товаров, у каждого товара свая цена, клиенты могут быть из одного или нескольких городов.
Могут встречаться клиенты с одинаковыми или похожими названиями из разных городов, но не может быть двух или более клиентов с одинаковыми названиями из одного города. Описанная предметная область не представлена ни какими входными документами, поэтому анализ реквизитного состава проведен на основании входных данных.
Реквизиты, описанные в предметной области сведем в Таблицу 4.1 Проведем анализ реквизитного состава и определим функциональные зависимости.
В рамках решаемой задачи все реквизиты содержат простые (атомарные)
данные, следовательно, отношения находятся в 1НФ форме.
Таблица 4.1 - Функциональные зависимости в 1НФ
Наименование реквизитаИмя реквизитаФункциональные зависимости в 1НФ ЗаказЗаказ Дата выполненияДата КлиентКлиент ГородГород ТоварТовар КоличествоКоличество ЦенаЦена Сумма не попадает в таблицу, т.к. это вычислимое поле и реквизитом не является.
Связи в данной базе имеют избыточность и ее необходимо нормализовать. Т.к. база не содержит трансцендентных зависимостей нормализовать достаточно до третьей нормальной формы.
По определению отношение находится во второй нормальной форме тогда и только тогда, когда оно находится в первой нормальной форме и не содержит неполных функциональных зависимостей не первичных атрибутов от атрибутов первичного ключа.
Функциональные зависимости будут представлены в следующем виде.
Таблица 4.2 - Функциональные зависимости во 2НФ
Наименование реквизитаИмя реквизитаФункциональные зависимости в 2НФ ЗаказЗаказ Дата выполненияДата Код КлиентаКод Клиента КлиентКлиент ГородГород Код ТовараКод Товара ТоварТовар ЦенаЦена Количество Количество Дополнительно разграничивается информация о самом факте заказа.
По определению отношение находится в третьей нормальной форме тогда и только тогда, когда оно находится во второй нормальной форме и не содержит транзитивных зависимостей.
Проанализируем отношение. Третья нормальная форма будет соответствовать второй. Единственным различием будет введение ключевого поля Код, однозначно идентифицирующего выполненные заказы.
Для представления отношений в 3НФ функциональные зависимости в них должны выглядеть, так как представлено в Таблице 4.3.
Таблица 4.3 - Функциональные зависимости в 3НФ
Наименование реквизитаИмя реквизитаФункциональные зависимости в 2НФ КодКод ЗаказЗаказ Дата выполненияДата Код КлиентаКод Клиента КлиентКлиент ГородГород Код ТовараКод Товара ТоварТовар ЦенаЦена КоличествоКоличество Образование информационных объектов происходит на основании объединения реквизитов.
Сгруппируем описательные реквизиты, одинаково зависимые от ключевых реквизитов, и объединим их с ключевыми в один информационный объект. Для однозначной идентификации, каждому информационному объекту присвоим уникальное название и короткое имя. Результат группировки в таблице 4.4.
Таблица 4.4 - Информационные объекты
Имя реквизитаВид ключаИмя ИОСемантика Код П, УВыполнениеИнформация о выполненных заказах
Заказ В, П Код Клиента В, П Код Товара В, П Количество Заказ П, У ЗаказыСведения о заказах Дата Код Клиента П, У КлиентыСведения о клиентах Клиент Товар Код Товара П, У ТоварыСведения о товарах Товар Цена Связи между информационными объектами осуществляется через внешние ключи.
В таблице 4.5 представлены главные и подчиненные информационные объекты с ключами связи и типом отношения.
Таблица 4.5 - Связи между информационными объектами
Номер связиГлавный ИОТип отношенияПодчиненный ИО ИмяКлюч связиКлюч связиИмя 1Клиент Код Клиента1:МКод КлиентаВыполнение 2ТоварКод Товара1:МКод ТовараВыполнение 3ЗаказЗаказЗаказВыполнение Создание информационно-логической модели предметной области в каноническом виде
Информационно-логическая модель предметной области в каноническом виде отражает иерархию подчинения информационных объектов по уровням, определяемым количеством связей в наиболее длинном пути от вершины модели к объекту.
На уровне 0 размещаются информационные объекты, которые не содержат внешних ключей: Клиент, Товар, Заказ.
На уровне 1 размещаются информационные объекты, которые содержат только внешние ключи объектов, расположенных на уровне 0 - Выполнение На уровне 2 размещаются информационные объекты, которые содержат только внешние ключи объектов, расположенных на уровне 0 и 1 - Таких нет.
Информационно - логическая модель предметной области в каноническом виде представлена на рис. 4.1.
Рисунок 4.1- Информационно - логическая модель предметной области
Даталогическая модель реляционной базы данных определяется совокупностью логически связанных реляционных таблиц.
Каждая таблица имеет структуру, определяемую реквизитным составом одного из информационных объектов полученной информационно-логической модели.
Логические связи между таблицами соответствуют структурным связям между информационными объектами и устанавливаются на уровне ключей связи (внешним ключом подчиненной таблицы и первичным ключом главной таблицы).
Логическая структура реляционной базы данных (схема данных), построенная на основе информационно-логической модели предметной области представлена на рисунке 4.2.
Логическая структура реляционных таблиц зависит от СУБД, с помощью которой будет разрабатываться база данных.
В различных СУБД поддерживаются различные типы данных, существуют различные ограничения на длину имени поля и символы, используемые в имени,
могут отличаться и свойства полей и т.п.
В таблицах представлена логическая структура реляционных таблиц базы данных MS Access.
Рисунок 4.2 - Логическая структура реляционной базы
Структура информационных объектов представлена в таблицах 4.6 - 4.9
Таблица 4.6 - Выполнение
Атрибут (поле)Вид ключа Формат поля ИмяНаименование типразмерОбязательное поле КеуКодП, УAuto Number OrderЗаказВ, ПNumberцелое да ClientKeyКод КлиентаВ, ПNumberцелое да ItemKeyКод ТовараВ, ПNumberцелое да NumberКоличество Numberцелое да Таблица 4.7 - Заказы
Атрибут (поле)Вид ключа Формат поля ИмяНаименование типразмерОбязательное поле OrderЗаказП, УAutoNumber DateДата выполнения Date/Time да Таблица 4.8 - Клиенты
Атрибут (поле)Вид ключа Формат поля ИмяНаименование типразмерОбязательное поле ClientKeyКод КлиентаП, УAutoNumber ClientКлиент Text да ItemТовар Text да Таблица 4.9 - Товары
Атрибут (поле)Вид ключа Формат поля ИмяНаименование типразмерОбязательное поле ItemKeyКод ТовараП, УAutoNumber ItemТовар Text да PriceЦена Text да 4.2 Создание таблиц базы данных
Создается база данных в Access с помощью команды: Фай - Создать - Новая база данных, в появившимся окне задается имя базы данных. Затем импортируется данные с помощью команды Внешние данные - Импорт - Excel. Для создания 4-ех таблиц Заказ, Товар, Клиент, и Главная использовали Мастер запросов.
В появившимся окне выбрали вид запроса - Перекрестный, открывается Мастер создания Перекрестного запроса, в котором выбирается таблица Учет заказов затем нажимается кнопка Далее и в появившимся окне выбираются поля в зависимости от создаваемой таблицы. Затем нажимаем кнопку, Далее и снимаем галочку в поле - Вычисление итоговых значений. Переходим на следующий шаг нажимая кнопку, Далее где устанавливаем переключатель - Изменить структуру запроса. В результате будет отрыт запрос в режиме Конструктора, данный запрос необходимо запустить на выполнение нажав соответствующую кнопку на панели инструментов. После просмотра результата запроса вернуться в режим Конструктор и нажать кнопку на панели инструментов Создание таблицы. В результате будут созданы таблицы в которых в режиме Конструктора создаются ключевые поля и при необходимости добавляются новые поля, которые называются ключевыми.
После создания таблиц создается схема данных, представленная на рисунке 4.1. Для создания Схемы существует команда Работа с базами данных - Схема данных.
Рисунок 4.3 - Схема данных
4.3 Создание форм
Форма в БД это структурированное окно, которое можно представить, так что бы оно повторяло форму бланка. Формы создаются из отдельных элементов управления. Внешний вид формы выбирается в зависимости от того с какой целью она создается. Формы Access позволяет выполнять задания, которые нельзя выполнить в режиме таблицы. Формы позволяют вычислять значения и выводить на экран результат. Источником данных для формы являются записи таблицы или результаты запроса. Форма предоставляет возможности для:
-ввода и просмотра информации базы данных;
-изменение данных;
-печати;
- модификация записи в таблице, а именно добавление и удаление записи;
- управление кодом выполнения приложения.
Способы создания форм:
- конструктор форм - предназначен для создания формы любой сложности; -мастер форм - позволяет создавать формы, как по стилю, так и по содержанию.
По индивидуальному заданию строится формы для ввода и просмотра данных на основе таблиц, которые представлены на рисунке 4.4.
Рисунок 4.4 - Форма учетов заказов
Данная форма создавалась с помощью кнопки Форма на вкладке Создание. Затем форма была открыта в режиме Конструктора с помощью панели Инструментов конструктора были созданы Кнопки: предыдущая запись, следующая запись, сохранить запись, добавить запись, удалить запись, печать записи. Все кнопки создавались в Создании кнопок по категориям Переход по записям и Обработка записей, и выбиралось нужное действие для данных кнопок.
Помимо этих форм в разработанном приложении представлены формы для просмотра результатов запросов
4.4 Сортировка записей
Для упорядочивания записей по выбранному полю необходимо в таблице выделить нужное поле и с помощью кнопок на панели инструментов выполнить сортировку по возрастанию или убыванию. Что бы выполнить сортировку по нескольким полям в одной таблице необходимо выполнить следующую команду Главная - Сортировка и фильтр - Дополнительно - Расширенный фильтр. В результате откроется окно Конструктора, в котором выбираются поля слева направо порядок полей изменять нельзя. В бланке запроса для каждого поля можно задать нужную сортировку с помощью кнопки Выбора, после Выбора необходимо нажать, Применить фильтр. Результаты индивидуального задания представлены на рисунках 4.5 - 4.6.
Рисунок 4.5 - Сортировка поля Город по возрастанию
Рисунок 4.6 - Сортировка полей Товар по убыванию и в каждом товаре по количеству товара возрастанию
4.5 Запросы
Запрос представляет собой предписание на специальном языке (языке базы данных), определяющая состав производимых в базе данных операций по выборке модификаций или удалению хранимых данных. К этой группе запросов относятся следующие: запросы на создание таблицы; запросы на добавление записей; запросы на обновление; запросы на удаление. С точки зрения решаемых информационных задач и формы результатов исполнения запросов их можно разделить на три основные группы:
- запрос на выборку;
- запросы на изменение;
- управляющие запросы.
Создавать запросы можно с помощью Мастера запросов и в режиме Конструктора. Для создания запроса необходимо выполнить следующую команду Создание - Мастер запросов (Конструктор запросов). При создании запросов с помощью Конструктора откроется диалоговое окно Добавление таблицы, которые добавляются двойным щелчком левой клавишей мыши. В бланке запросов выбираются поля и задается критерий отбора. Отобразить все заказы МП "Оптимист" (см. рис 4.7).
Рисунок 4.7 - Отображения всех заказов МП "Оптимист"
Отобразить только те заказы, которые были выполнены во втором полугодии 2010 года МП "ПРЭСТО" (см. рис. 4.8).
Рисунок 4.8 - Отображение заказов выполненных во втором полугодии 2010 года МП "ПРЭСТО".
Отобразить заказы сделанные клиентами, название которых входит аббревиатура ЗАО (см. рис .4.9).
Рисунок 4.9 - Отображение заказов сделанных клиентами, название которых входит аббревиатура ЗАО
Отобразить заказы, сумма которых в диапазоне от 50 до 125 (см. рис. 4.8).
Рисунок 4.10 - Отображение заказов, сумма которых находится в диапазоне от 50 до 125 Отобразить товары, в название которых входит буква "ш" (см. рис. 4.11)
Рисунок 4.11 - Товары, в название которых входит буква "ш"
Отобразить заказы, выполненные в декабре 2010 года используя вычисляемый критерий (см. рис. 4.12).
Рисунок 4.12 - Заказы, выполненные в декабре 2010 года
Отобразить заказы, выполненные в октябре и декабре 2010 года (см. рис. 4.13).
Рисунок 4.13 - Заказы, выполненные в октябре и декабре 2010 года
Отобразить заказы выполненные в третей декаде каждого месяца (см. рис. 4.14).
Рисунок 4.14 - Заказы, выполненные в третьей декаде каждого месяца
Определить максимальную сумму каждого товара (см. рис. 4.15).
Рисунок 4.15 - Минимальная сумма каждого товара
Определить выручку от продаж каждого клиента (см. рис. 4.16).
Рисунок 4.16 - Выручка от продаж каждого клиента
Определить на какую сумму каждым городом было приобретено товаров в 2010 году (см. рис. 4.17).
Рисунок 4.17 - На какую сумму каждым городом было приобретено товаров в 2010 году
Определить, сколько сделано заказов и на какую сумму приобретено товаров каждым клиентом в первом полугодии 2011 года (см. рис. 4.18).
Рисунок 4.18 - Количество сделанных заказов на определенную сумму товаров приобретенных каждым клиентом в первом полугодии 2011 года
Определить количество каждого заказа (см. рис. 4.19).
Рисунок 4.19 - Количество каждого товара
Определить сумму каждого заказа и по каждому заказу вывести наименование проданных товаров (Заказ №, Товар Стоимость) (см. рис. 4.20)
Рисунок 4.20 - Сумма каждого заказа и по каждому заказу наименование проданных товаров
Определить сумму каждого заказа сделанного МП "ПРЭСТО" (Клиент, Заказ №, Стоимость) (см. рис. 4.21).
Рисунок 4.21 - Сумма каждого заказа сделанного МП "ПРЭСТО"
Определить выручку от продаж в каждом году по всем заказам (Дата выполнения (группировка по годам, Стоимость) (см. рис. 4.22).
Рисунок 4.22 - Выручка от продаж в каждом году по всем заказам
Определить поквартальные продажи товаров в 2011 году (Товар, Дата выполнения (группировка по годам и кварталам), Стоимость) (см. рис. 4.23).
Рисунок 4.23 - Поквартальные продажи товаров в 2011 году
4.6 Работа с формами
Форма - это объект базы данных, который можно использовать для создания интерфейса пользователя для приложения базы данных. "Привязанная" форма напрямую соединена с источником данных, например к таблице или запросу, и может использоваться для ввода, изменения или отображения данных из источника данных. Как вариант, можно создать "свободную" форму, которая не связана напрямую с источником данных, но которая все равно может содержать кнопки, надписи и другие элементы управления, необходимые для работы приложения. Создать окно Формы, в которой разместить кнопки для перехода на нужные формы. Создать Формы для запросов с 1 по 17.
Для создания формы на основе запроса необходимо выполнить команды Создание - Формы - Мастер форм. Откроется диалоговое окно в котором необходимо выбрать нужный запрос, затем выбрать поля и путем нажатия кнопки Далее выполнить шаги мастера. На последнем шаге необходимо выбрать переключатель Изменить макет формы. Добавили кнопки для перехода по записи. Аналогичным образом создавали остальные формы (см. рис. 4.24).
Рисунок 4.24 - Окно Формы
4.7 Отчеты
Отчет (report) - это объект базы данных, который используется для вывода на экран, в печать или файл структурированной информации. Reports позволяют извлечь из таблиц или запросов базы данных необходимую информацию и представить ее в виде удобном для восприятия. Report содержит заголовок, область данных, верхний и нижний колонтитулы, примечание и разбит на страницы (см. рис. 4.25).
Рисунок 4.25 - Отчет
Данный отчет был создан с помощью Мастера отчетов. Для создания отчета при помощи Мастера отчетов необходимо выполнить следующие действия:
-в окне базы данных Access щелкнуть на вкладке Создание и затем щелкнуть на кнопке Мастер отчетов в группе Отчеты. Появится диалоговое окно Создание отчетов.
-в поле Таблицы и отчеты щелкнуть на стрелке и выбрать в качестве источника данных таблицу.
-щелкнуть на кнопке ОК
Все созданные отчеты представлены в приложении Б.
На Главной кнопочной форме находится вкладка Отчеты, на которой расположены кнопки для просмотра всех созданных отчетов.
4.8 Главная и подчиненные кнопочные формы.
Главная кнопочная форма (ГКФ) - это главное меню базы данных. ГКФ отображается при запуске базы данных и обеспечивает навигацию по базе данных и придает ей законченный вид. Как правило, в базе данных создаются несколько кнопочных форм одна главная и несколько подчиненных (см. рис. 4.26).
На Главной кнопочной форме предусмотрен переход для просмотра необходимой информации с помощью вкладок. На вкладке "Ввод данных" отражены кнопки для открытия форм, просмотра и добавления в базу данных; вкладка "Отобранные записи" отражает кнопки для открытия форм реализованных по запросам.
Рисунок 4.26 - Главная кнопочная форма
Главная кнопочная форма создается с целью навигации по базе данных, т.е. она может использоваться в качестве главного меню БД. Элементами главной кнопочной формы являются объекты форм и отчётов.
Запросы и таблицы не являются элементами главной кнопочной формы. Так же на Главной кнопочной форме присутствуют кнопки для вывода Справки, информации о разработчике приложения и закрытия данной формы. 4.9 Создание интерактивной справки для работы с базой данных
Для создания файлов справки существует множество различных утилит. В ходе практики выбрана была HelpNDoc интерфейс, которой изображен на рисунке 4.27. Рисунок 4.27 - Интерфейс HelpNDoc
Было разработано два справочных руководства для каждого приложения, вид которых изображен на рисунках 4.28 и 4.29.
Рисунок 4.28 - Справка для Excel
Рисунок 4.29 - Справка для Access
Оба справочных руководства подключены к разработанным программным средствам
5 СРАВНЕНИЕ БАЗ ДАННЫХ СОЗДАННЫХ СРЕДСТВАМИ MS EXCEL И MS ACCESS
На первый взгляд СУБД MS Access очень похоже по своему назначению и возможностям на программу электронных таблиц MS Excel. Однако между ними существует принципиальные различия. При работе с электронной таблицей MS Excel можно в ячейку таблицы внести любую информацию, следствие чего на рабочем листе можно разместить и таблицу, и текст и рисунок. В один столбец таблицы могут при необходимости вносится разные данные: числа, текст, даты, формулы. Таблица в базе данных в MS Access отличается от таблицы MS Excel тем что в ней для каждого поля записи определен тип данных т.е. нельзя вводить в один столбец таблицы в разные строки разные типы данных MS Access позволяет не только вводить данные в таблицы но и контролировать правильность правильность вводимых данных тогда каким бы образом не вводились данные: прямо в таблицу или через экранную форму MS Access не позволит сохранить в записи те данные которые не удовлетворяют заданным правилам. С таблицами MS Excel удобно работать если они содержат ограниченное количество строк. Таблицы БД могут включать в себя огромное количество записей и при этом СУБД MS Access обеспечивает удобные способы извлечения из этого множества в нужные информации. Если все необходимые для работы данные хранятся в документах MS Word и MS Excel то по мере накопления информации можно запутаться в большом количестве файлов. MS Access позволяет хранить все данные в одном файле и осуществлять доступ к этим данным постранично т.е. не превышая ограничений на ресурсам памяти компьютера.
В MS Access возможно создание связи между страницами, что позволяет совместно использовать данные из разных таблиц. Реализовывать такую возможность в системах управления электронными таблицами очень сложно.
Устанавливая взаимосвязи между отдельными таблицами, MS Access позволяет избежать не нужного дублирования данных, сэкономить, а так же увеличить скорость и точность обработки информации. MS Excel позволяет работать нескольким пользователям с одним документом однако эти возможности очень ограниченны. MS Access может поддерживать одновременную работу с БД 50 пользователей, при этом все пользователи гарантированно будут работать с актуальными данными.
MS Access имеет развитую систему защиты от несанкционированного доступа, которое позволяет каждому пользователю или группе пользователей видеть и изменять только те объекты к которому ему выданы права администратором системы электронные таблицы тоже позволяют защитить данные паролем или разрешить только просмотр данных, однако эти средства значительно проще. Электронные таблицы MS Excel удобным средством хранения ограниченного количества табличных данных с широкими возможностями расчетов и анализом данных. MS Excel очень удобно использовать для анализа данных которые хранятся на сервере БД.
ВЫВОДЫ
По результатам учебной практики 2 было выполнено индивидуальное задание:
- выбрана схема разработки программного обеспечения, осуществлен сбор требований, проведен анализ предметной области;
- создание БД средствами MS Excel: формирование базы данных, работа с формой, сортировка записей, фильтрация данных с помощью автофильтра, подведение промежуточных итогов, создание сводных таблиц и диаграмм, создание кнопочных форм с помощью VBA, создана интерактивная справка и подключена к приложению, проведение тестирования продукта;
- реализация БД средствами СУБД MS Access: построение схемы данных, создание форм для ввода и просмотра данных, работа с запросами, формирование отчетов, создание кнопочных форм, тестирование продукта, создание интерактивной справки и подключение ее к среде;
- сравнительный анализ баз данных, созданных различными средствами.
Поставленные цели достигнуты полностью.
ПЕРЕЧЕНЬ ССЫЛОК
1. ДСТУ 3008-95 "Документация. Отчеты в сфере науки и техники. Структура и правила оформления"
2.О.Л.Ширина "Методические рекомендации к оформлению документации, отчетов, курсовых и дипломных проектов" КРВУЗ "ФПТ" 2008
3.А.Левин Самоучитель работы на компьютере: 10 изд., Питер, 2008 - 482 с.
4. Эрик Брауде Технология разработки программного обеспечения - СПБ: Издательство Питер; 2004 - 655 с. ил.
4.Дэвид Маккормик Секреты работы в MS Word, MS Excel: Харьков, 2007 - 138 с.
6. Белянин М.В.Создание баз данных в Access 2007. Ваша первая база данных в Access 2007.
7
Документ
Категория
Без категории
Просмотров
1 295
Размер файла
7 862 Кб
Теги
практике, мой, отчет
1/--страниц
Пожаловаться на содержимое документа