48361 (Проектирование и создание базы данных в среде MS Access и Web-узел для Молодежного Центра), страница 2
Описание файла
Документ из архива "Проектирование и создание базы данных в среде MS Access и Web-узел для Молодежного Центра", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "48361"
Текст 2 страницы из документа "48361"
2.1 Построение информационно логической модели данных
Работа по созданию базы данных началась с карандашом и листом бумаги в руках. На данном этапе компьютер просто не нужен. Неоптимальные решения и прямые ошибки, заложенные на этапе проектирования, впоследствии очень трудно устраняются, поэтому этот этап является основополагающим.
База данных будет создана для кафе Дельфин. Основной его деятельностью является общественное питание. Таким образом, в базе данных нужно учесть поступление и расход продуктов.
На компьютере работу началась с составления генерального списка полей. В соответствии с типом данных, размещаемых в каждом поле, был определен наиболее подходящий тип для каждого поля.
В каждой из таблиц наметили ключевое поле. В качестве такого было выбрано поле, данные в котором повторяться не могут. Если в таблице вообще нет ни каких полей, которые можно было бы использовать, как ключевые, всегда можно ввести дополнительное поле типа Счетчик – оно не может содержать повторяющихся данных по определению.
По ходу разработки проекта непременно будут приходить в голову новые идеи. Если схема данных составлена правильно, подключать к базе новые таблицы нетрудно.
На этом этапе было завершено предварительное проектирование базы данных, и на следующем этапе начинается ее непосредственная разработка. С этого момента следует начать работу с СУБД.
2.2 Разработка структур таблиц базы данных и схемы данных
Выяснив основную часть данных, которые нужно оформить в базе данных, приступили к созданию структуры базы, то есть структуры ее основных таблиц.
В базе создано две таблицы. В первой, которая называется «Поставщики» учтена следующая информация: «Код поставщика», «Наименование поставщика», «Наименование товара», «Дата поставки» и «Код товара».
Рис. 2.2.1. Создание таблицы «Поставщики» в режиме Конструктора
Распределяют поля генерального списка по базовым таблицам. На первом этапе распределение производят по функциональному признаку. В каждой из таблиц наметили ключевое поле. В качестве такого выбирают поле, данные в котором повторяться не могут.
Рис. 2.2.2. Создание таблицы «Расход» в режиме Конструктора.
В таблице «Поставщики» назначим ключевым «Код поставщика», в таблице «Расход» - «Код продукта».
Обе таблицы связаны через поле «Код продукта».
Рис. 2.2.3
2.3 Описание создания базы данных
Далее на основе таблиц были созданы запросы
Рис. 2.3.1. Создание запроса на выборку в режиме Конструктора
При создании были указаны данные, которые необходимы в запросе.
Рис. 2.3.2. Вид запроса
Далее приступаем с созданию форм. Формы – одно из основных средств для работы с базами данных в Access - используются для ввода новых записей (строк таблиц), просмотра и редактирования уже имеющихся данных, задания параметров запросов и вывода ответов на них и др. Формы представляют собой прямоугольные окна с размещенными в них элементами управления. Существует возможность создания форм динамически при исполнении программы, однако естественным режимом их создания является режим визуального конструирования. Выбором команды Форма в меню Вставка вывели на экран окно Новая Форма, позволяющее задать таблицу или запрос, для которых создается новая форма, и указали режим ее создания. Кроме создания формы «вручную», создание формы можно автоматизировать, используя Мастер форм (FormWizard).
Рис. 2.3.1. Выбор полей для формы
В качестве исходной таблицы мы выбрали таблицу «Поставщики», в качестве метода создания форм - Мастер форм. После нажатия кнопки Ok, переходим к следующему диалоговому окну
Укажем поля, которые необходимо поместить на форму. Кнопки расположенные в нижней части экрана позволяют возвратиться назад на один шаг или продолжить процесс формирования формы далее.
На следующих шагах Мастер форм предлагает выбрать форму представления отчета (в столбец, ленточную, табличную или выровненную) и стиль оформления. Стили представляют собой набор различных фоновых рисунков с соответствующим подбором шрифтов и форм полей.
Рис. 2.3.2. Выбор макета формы
На последнем шаге изменим предлагаемое Мастером название формы на свое собственное и на этом завершим процесс создания формы нажав кнопку Готово.
Рис. 2.3.3. Вид формы «Поставщики»
Форма для таблицы «Расход» создается аналогично.
Рис. 2.3.4. Форма «Расход»
Отчеты, как и формы, являются главными элементами интерфейса баз данных. Они позволяют выводить на печать информацию о содержимом базы в удобном для пользователя виде.
Мы создаем отчет с помощью Мастера для распечатки списка клиентов. В качестве исходных данных выберем запрос Поставщики.
Рис. 2.3.3. Выбор полей для Отчета
На следующем шаге Мастер отчетов предлагает осуществить группировку данных. После чего Мастер отчетов предлагает ввести сортировку.
На следующих шагах был выбран макет отображения отчета и ориентацию листа бумаги, а также определены стиль заголовка и подножий.
Рис. 2.3.5. Выбор макета отчета
Шагнув далее, мы увидели на экране окно диалога с клетчатым флагом, который указывает на то, вы подошли к финишу. Зададим наименование отчета и нажмем кнопку Готово.
Рис. 2.3.6. Выбор названия отчета
Модифицируем отчет следующим образом: выберем его имя на вкладке Отчеты и щелкнем на кнопке Конструктор. Выбор команды Просмотр в том же окне позволяет увидеть, как будет выглядеть распечатанный отчет.
Рис. 2.3.7. Вид отчета.
3. Создание Web-узла для Молодежного Центра
Создание узла Интернета или интрасети должно быть разделено на две основные задачи. Первая - создание наполнения. Сюда входит разработка и оформление материалов и ресурсов, которые человек хочет сделать доступными для какой-либо аудитории. Для преобразования подобной информации используется простой язык программирования. Вторая задача - публикация этих ресурсов в сети.
Мы заполнили сервер Web состоящий из трех основных частей: проектирования узла, программирования и размещения его содержимого на сервере. В начале необходимо рассмотреть формат и структуру узла и определить наилучший способ представления информации. Составив общий план, мы решили, как привести информацию к форме, доступной программам просмотра Web. Язык программирования, используемый для этого, называется HTML (Hypertext Markup Langu-age). И, наконец, был выбран оптимальный способ размещения информации на сервере.
По существу, узел Web состоит из одной или более страниц Web и одной или более домашних страниц. Страницы Web - это организованное собрание материалов узла Web; они могут быть связаны друг с другом. Домашняя страница - это вводная или главная страница узла.
Во многих отношениях страница Web напоминает печатную страницу. Это - набор слов, фраз, графики и других элементов, организованных в виде последовательного потока данных от начала страницы до ее конца. Самое большое различие страниц в том, что длина страницы Web не имеет физических ограничений. Кроме того, страницы Web содержат связи, соединяющие их между собой. Это означает, что их не надо просматривать в некотором определенном порядке или последовательности, как страницы большинства книг.
Домашняя страница служит точкой входа в узел Web. Обычно это вводная страница, содержащая приветствие и ссылки на страницы второго уровня, доступные на данном узле. Домашние страницы формируют первое впечатление, которое производит узел на пользователя. Некоторые маленькие узлы Web типа персональных страниц состоят только из домашней страницы, тогда как на больших узлах может быть несколько домашних страниц.
Узел Web. Организация материалов на узле WWW в чем-то похожа на написание книги или статьи. Вначале необходимо продумать структуру и формат, а также ответить на множество вопросов. О чем следует сказать в первую очередь? Как говорить об этом? Какие темы логически связаны или дополняют друг друга? Каков порядок изложения? Нужны ли рисунки или иная графика? В зависимости от объема и вида информации реализация этих вопросов может оказаться простой, а может и весьма трудной.
Организация информации. Диапазон способов организации узлов Web весьма широк: от узлов, имеющих строгую линейную структуру, до узлов, у которых вообще нет четкой структуры. Обычно страницы располагают в иерархическом или линейном порядке, а также в виде паутины. Вместо того, чтобы с самого начала жестко структурировать информацию надо убедиться, что связи между страницами - логичные, что они ведут пользователя к необходимой ему информации. Вероятно, для этого лучше всего подойдет некоторая комбинация различных способов организации информации.
Иерархическая организация. Узлы Web, которые следуют иерархической или древовидной организации, имеют единственную точку входа в узел; остальные страницы располагаются на исходящих из нее ответвлениях. Данный подход удобен, если можно легко разбить свою информацию на категории и подкатегории. При иерархической организации узла Web к странице самого нижнего уровня ведет один и только один путь.
Такая строгая структура узла может вызвать проблемы у пользователей. Например, если пользователь прошел на несколько уровней вниз по одному из путей, а потом решил попасть в другую часть дерева, то ему придется возвращаться обратно.
Линейная организация. Чтобы пользователи пользователи узла Web могли читать содержимое узла как книгу или журнал или чтобы они прошли по за- данному пути от начала и до конца узла - необходимо выбрать линейную организацию. Какая-то страница может иметь несколько связей с примечаниями и дополнениями, но для продвижения дальше пользователь должен вернуться на нее снова. Продвижение по документу осуществляется кнопкой Next, а возврат к началу узла - кнопкой Prev.
Для большого узла Web линейная организация подходит не очень. Читателям, ищущим конкретную информацию, может не понравиться необходимость пройти через множество страниц, прежде чем они попадут на нужную. Используя линейный подход, не надо поддаваться искушению создавать слишком длинные страницы Web: многие люди найдут просмотр их очень утомительным.
Организация информации в виде паутины, вероятно, наилучшим образом подходит для большинства случаев. В этой структуре страницы связаны друг с другом общим контекстом. К одной странице может вести несколько связей, и у каждого документа есть, по крайней мере, два выхода. Связи иногда образуют круг. Для путешествий по Web эта организация узла наиболее привлекательна. Быстрый проход по узлу и большая свобода перемещения - вот что нравится пользователям. Главный недостаток такой структуры в том, что пользователь может что-нибудь пропустить, так как он может пройти не по всем связям.
Заключение
В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.
В Microsoft Access имеется также простое и в то же время богатое возможностями средство графического задания запроса – так называемый «запрос по образцу» (query by example), которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос.