Реляционные базы данных. MS Access
Понятие и основные пользователи информационных систем, их характеристика и правила эксплуатации. Реляционные и нереляционные системы баз данных. Microsoft Access как полнофункциональная реляционная СУБД, ее архитектура и использующиеся возможности.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | реферат |
| Язык | русский |
| Дата добавления | 18.01.2011 |
| Размер файла | 32,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Реляционные базы данных MS Access
информационный база пользователь реляционный
Информационные системы
Компьютерные системы были созданы, прежде всего, для решения вычислительных задач, однако, по мере своего развития, все чаще стали использоваться для построения систем обработки документов и содержащейся в них информации. Подобные компьютерные системы обработки информации получили название «информационные системы». В качестве примера можно привести систему учета отработанного времени, систему расчета заработной платы, систему учета продукции на складе, систему учета книг в библиотеке, систему управления учебным процессом и учета успеваемости, систему управления документооборотом и т.д.
Информационная система - организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы.
Для своего функционирования информационная система требует создания в памяти компьютера динамически обновляемой модели внешнего мира с использованием единого хранилища - базы данных.
База данных (database) - любая совокупность данных; файл, состоящий из некоторого числа записей (records) или таблиц, каждая из которых формируется из полей (fields) или столбцов определенного типа, вместе с набором операций поиска, сортировки, рекомбинаций и других.
Процессу построения базы данных предшествует определение предметной области.
Предметная область - это часть реального мира, подлежащая изучению с целью организации управления и последующей автоматизации. Предметная область представляется множеством фрагментов, например, учебное заведение - кафедрами, деканатами, ректоратом, библиотекой, читальными залами и компьютерными классами. Каждый фрагмент предметной области характеризуется множеством объектов и процессов, использующих объекты, а также множеством пользователей, характеризуемых различными взглядами на предметную область.
Термин «динамически обновляемая» означает, что соответствие базы данных текущему состоянию предметной области обеспечивается не периодически, а в режиме реального времени. При этом одни и те же данные могут быть по-разному представлены в соответствии с потребностями различных групп пользователей.
Отличительной чертой баз данных следует считать то, что данные хранятся совместно с их описанием, а в прикладных программах описание данных не содержится. Независимые от программ пользователя данные обычно называются метаданными. В ряде современных систем метаданные, содержащие также информацию о пользователях, форматы отображения, статистику обращения к данным и другие сведения, хранятся в словаре базы данных.
Важнейшим компонентом информационной системы является система управления базами данных - СУБД.
Database management system (DBMS) - система управления базой данных (СУБД) - программная оболочка, находящаяся между собственно базой данных и пользователем. СУБД управляет всеми запросами пользователя на те или иные действия, которые необходимо выполнить (например, поиск или обновление данных). Кроме того, СУБД делает возможным централизованный контроль защиты и целостности данных.
Тип, к которому можно отнести создаваемые базы данных, определяется выбранной моделью данных.
Data model - модель данных - система взаимосвязанных типов объектов, операторов и правил обеспечения целостности, которые образуют абстрактную структуру, поддерживаемую системой управления базой данных.
Создание первых баз данных и СУБД стало возможно лишь с появлением достаточно дешевых и производительных устройств внешней памяти, какими стали жесткие диски (винчестеры), появившиеся во второй половине 60-х годов. В 70-е годы шла интенсивная разработка теоретических вопросов построения баз данных. В результате в начале 80-х годов на рынке появились мощные инструментальные средства проектирования и построения информационных систем. Однако, развитие информационных технологий в 90-х годах привело к появлению новых, более широких требований к обработке и представлению данных. Таким образом, теория баз данных, хотя и располагает впечатляющими достижениями, еще далека от завершения.
Пользователи информационной системы
Пользователей информационной системы условно можно разделить на две группы: внутренние и конечные.
Внутренние пользователи разрабатывают информационную систему и поддерживают ее функционирование.
К группе внутренних пользователей можно отнести: администраторов баз данных, администраторов функциональных систем (подсистем), системных и прикладных программистов.
Конечные пользователи - это пользователи, обращающиеся к информационной системе или посреднику за получением необходимой информации, те пользователи, ради которых, собственно, и создается информационная система.
Конечные пользователи могут быть косвенными и прямыми.
Косвенные конечные пользователи не общаются с информационной системой непосредственно. Они формулируют свои запросы службе администратора базы данных, а затем получают ответы на бумаге, которые перед тем, как их передать заказчику, интерпретируются специалистами.
Прямые конечные пользователи общаются с информационной системой в интерактивном режиме Интерактивный режим (Conversational mode; Interactive mode) - диалоговый режим - способ взаимодействия пользователя или оператора с ЭВМ, при котором происходит непосредственный и двухсторонний обмен информацией, командами или инструкциями между человеком и ЭВМ. Диалоговый режим подразумевает такую скорость обработки данных, которая не сказывается на технологии действий пользователя.. Часть из них умеет обращаться к заранее составленными приложениями Приложение (Application) - прикладная программа, реализующая обработку данных в определенной области применения. Базы данных, созданные СУБД ACCESS, также называют приложениями.
и интерпретировать ответы информационной системы. Другие умеют самостоятельно разрабатывать новые приложения.
Современные тенденции развития систем управления базами данных состоят в развитии языковых и программных средств, ориентированных на конечных пользователей, которые готовы разрабатывать самостоятельно новые приложения, не прибегая к услугам профессиональных программистов.
Жизненный цикл информационной системы
Для рассмотрения жизненного цикла информационной системы, рассмотрим в качестве примера все этапы строительства здания.
Вначале архитектор выполняет проект здания, производит необходимые расчеты, создает чертежи и проектную документацию исходя из потребностей заказчика.
Затем строители сооружают здание в соответствии с разработанным проектом.
Далее наступает период эксплуатации здания, во время которого обеспечивается сохранность здания, периодически проводятся ремонты, в том числе и капитальные, в ходе которых могут изменяться внутренняя планировка, проводиться новые коммуникации, делаться перестройки.
Таким образом, в последующем здание может перестраиваться и соответствии с меняющимися потребностями владельца.
Жизненный цикл информационной системы также состоит из 3-х этапов: проектирования, реализации и эксплуатации.
Проектирование
Проектирование выполняется посредством изучения предметной области и требований, предъявляемых к создаваемой информационной системе. На стадии проектирования производится выбор:
Структуры данных и стратегии их хранения в памяти информационной системы;
Технологии обслуживания информационной системы и взаимодействия с ней конечных пользователей;
Технических и стандартных программных средств, а также разработка оригинальных программных средств обслуживания информационной системы.
Реализация
Сущность реализации заключается в материализации проекта, в перенесении его в память компьютерной системы. На стадии реализации разрабатывается и отлаживается программное обеспечение информационной системы, создается отладочная база данных, тестируется и корректируется технология обслуживания информационной системы.
Эксплуатация
На стадии эксплуатации начинается наполнение информационной системы реальной информацией.
Эксплуатация охватывает весь комплекс действий по поддержанию функционирования информационной системы: ведение баз данных, обеспечение защиты данных, организация корпоративного использования данных, анализ и управление эффективностью системы.
Кроме того, стадия эксплуатации включает в себя разработку новых приложений, а также совершенствование и последующее развитие информационной системы.
Реляционные и нереляционные системы баз данных
Почти все СУБД, созданные с конца 70-х годов, основаны на подходе, который называют реляционным (relation). Более того, подавляющее большинство научных исследований в области баз данных в течение последних десятилетий проводилось в этом направлении. Реляционный подход представляет собой основную тенденцию сегодняшних исследований, а реляционная модель - единственная наиболее существенная разработка в истории развития баз данных.
Что подразумевается под реляционной системой? К сожалению, без привлечения строгого математического аппарата невозможно дать полный ответ на этот вопрос. Однако можно дать приблизительный ответ, который в дальнейшем может быть существенно уточнен.
Реляционная система управления базами данных (или просто реляционная система) - это система, основанная на следующих принципах:
Данные воспринимаются пользователем как таблицы (и никак иначе).
Пользователю предоставляются операторы (например, для выборки данных), генерирующие новые таблицы из исходных. Например, в реляционную систему будет входить оператор получения подмножества строк в данной таблице и подмножества столбцов - а подмножество строк и подмножество столбцов, конечно, можно рассматривать как новые таблицы.
Причина, по которой такие системы называют реляционными, состоит в том, что английский термин «Relation» (отношение) и «таблица», отображающая отношение между элементами, можно считать синонимами.
Реляционные и нереляционные системы можно различать по следующим признакам:
Пользователь реляционной системы видит данные, представленные в виде таблиц и никак иначе.
Пользователь нереляционной системы, напротив, видит данные, представленные в других структурах и операциях.
Например, в иерархической системе данные представлены пользователю в форме набора древовидных структур (иерархий), а среди операций работы с иерархическими структурами есть операции перемещения по иерархическим путям вверх и вниз по деревьям.
Базы данных являются развивающейся структурой. Так в замечательной книге К.Дж. Дейта «Введение в системы баз данных» [12] выделяются дореляционные, реляционные и постреляционные модели данных.
В дореляционных системах выделяются три большие категории:
Системы инвертированных списков;
Иерархические системы;
Сетевые системы.
В постреляционных системах перечислены некоторые наиболее поздние из предложенных категории СУБД:
Дедуктивные СУБД;
Экспертные СУБД;
Расширяемые СУБД;
Объектно-ориентированные СУБД;
Семантические СУБД;
Универсальные реляционные СУБД;
Коллекционные СУБД.
Некоторые термины реляционных баз данных
Таблица. В реляционных базах данных информация об объектах одного типа хранится в виде таблиц.
АТРИБУТ - определенная часть информации о некотором объекте. Например, адрес клиента или стоимость заказа. Атрибут обычно хранится в виде поля (столбца) таблицы.
ОТНОШЕНИЕ - способ, которым информация в одной таблице связывается с данными в другой таблице. Например, клиенты и заказы связаны отношением «один-ко-многим», так как один клиент может разместить много заказов, но любой заказ относится только к одному клиенту. Музыкальные группы связаны с ночными клубами отношением «многие-ко-многим», поскольку на большом промежутке времени любая группа может выступать в нескольких клубах, а каждый клуб приглашает многие группы.
ОБЪЕДИНЕНИЕ. Объединение информации из нескольких таблиц или запросов на основе совпадающих значений определенных атрибутов. Например, информация о клиентах может быть объединена с данными о заказах по коду клиента.
Поиск данных - процесс выявления в массиве информации записей, удовлетворяющих заранее определенному условию поиска (запросу).
Возможности СУБД
Система управления базами данных обеспечивает полный контроль над процессами определения данных, их обработкой и совместным использованием. СУБД существенно облегчает структуризацию и обработку больших объемов информации, хранящейся в многочисленных таблицах. Разнообразные средства СУБД обеспечивают выполнение трех основных функций: определение данных, обработка данных и управление данными.
Microsoft Access При изучении материала по системам управления базами данных, изложенного далее, необходимо ДОПОЛНИТЕЛЬНО использовать Лабораторный практикум для системы открытого образования по “Основам информатики и вычислительной техники” под редакцией профессора Гринберга А.С. как реляционная СУБД
Microsoft Access - это полнофункциональная реляционная СУБД. В ней предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации.
Определение данных - defined data (DD)
При создании базы данных можно определить, какие сведения будут храниться в базе данных, типы данных и структуру связи данных между собой. В некоторых случаях можно также задать форматы и условия для проверки данных.
Data format - формат данных - структура данных, используемая приложением для чтения, обработки и записи данных. Формат файлов данных является частным случаем формата данных. Приложение может использовать для работы с данными формат данных, включающий несколько файлов данных с различными форматами. В базе данных могут использоваться отдельно файлы данных, индексов к ним, форм, запросов, шаблонов, отчетов по базе и т.п.
СУБД позволяет задать типы данных и способы их хранения. Можно определить условия, которые СУБД будет использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, чтобы из-за ошибки ввода в числовом поле не оказались буквенные символы. Другие условия могут определять область или диапазоны допустимых значений. В наиболее совершенных системах можно задать отношения между совокупностями данных и возложить на СУБД обеспечение совместимости и целостности данных. Например, можно заставить систему автоматически проверять соответствие между вводимыми заказами и существующими клиентами.
Microsoft Access предоставляет максимальную свободу при задании типа данных (текст, числовые данные, дата, время, денежные значения, гиперссылки, рисунки, звук, документы, электронные таблицы). Можно задать также формат хранения (длина строки, точность представления чисел и даты / времени) и представления данных при выводе на печать. Можно установить проверку правильности отношений между таблицами.
Для улучшения работы приложения можно включать в формы и отчеты специальные элементы управления ActiveX, которые являются достаточно сложными объектами, позволяющими представлять данные в удобном графическом виде.
Обработка данных - data processing (DP)
Обработка данных - это систематические действия по преобразованию данных некоторым способом, направленные на достижение определенной цели.
Реляционные СУБД предоставляют разнообразные средства для работы с данными. Например, можно производить поиск любой сложности, как в отдельной таблице, так и в нескольких связанных таблицах или файлах или с помощью одной команды обновлять содержимое одного поля или нескольких записей. Для чтения и изменения данных можно создавать процедуры, использующие функции СУБД. Во многих системах имеются широкие возможности для ввода данных и генерации отчетов.
В Microsoft Access для обработки данных таблиц используется мощный язык SQL (Structured Query Language - Структурированный язык запросов). Он позволяет определять подмножество данных из одной или нескольких таблиц, необходимых для решения конкретной задачи. При любой обработке данных из нескольких таблиц используются однажды заданные связи между таблицами. Кроме того, Access предоставляет простое и в тоже время богатое возможностями средство графического построения запроса - так называемый запрос по образцу, что обеспечивает задание данных, необходимых для решения некоторой задачи.
Управление данными - Data Control (DC)
Управление данными - позволяет указать, каким пользователям разрешено просматривать, изменять или вставлять данные.
При возникновении необходимости коллективного использования информации, только СУБД обеспечивает надежную защиту информации от несанкционированного доступа, при этом право просматривать данные или вносить в них изменения получают только определенные пользователи. Предназначенная для коллективного использования СУБД имеет средства, не позволяющие нескольким пользователям одновременно изменять одни и те же данные.
Наиболее совершенные системы позволяют группировать вносимые изменения, (последовательности таких изменений называют транзакциями) таким образом, либо ни одно изменение не будет сохранено, либо будут сохранены все. Например, при вводе нового заказа вполне естественно сначала убедиться в том, что все пункты заказа внесены полностью, а если допущена ошибка, то сделать так, чтобы текущие изменения не сохранялись в базе данных.
Microsoft Access может использоваться как в качестве самостоятельной реляционной СУБД на отдельной рабочей станции, так и в сети в режиме «клиент-сервер». Microsoft Access может выступать в роли сервера баз данных, отображая данные на Web-страницах в корпоративной интрасети.
В Microsoft Access применяется механизм автоматической блокировки для избежания одновременного изменения объекта несколькими пользователями. Кроме того, Microsoft Access использует специальное преобразование, называемое репликацией, позволяющее создавать копии баз данных для удаленных пользователей, которые можно периодически синхронизировать с помощью служебных программ, встроенных в Windows и Microsoft Access.
Архитектура Microsoft Access
Прежде чем начинать практическую работу с СУБД Microsoft Access, полезно получить общее представление об архитектуре этого приложения.
Средства Windows
Работая в Microsoft Access можно пользоваться практически всеми средствами, предоставляемыми операционной системой Microsoft Windows. Если освоены другие приложения Microsoft Office, например Word, Excel, PowerPoint, то в Microsoft Access не возникнет никаких проблем при работе с окнами, меню, панелями инструментов и списками. В Access совершенно естественно используются приемы «вырезать / копировать / вставить», которые применяются для перемещения и копирования данных и объектов. Кроме того, в Microsoft Access при создании запросов, форм, отчетов и макросов можно использовать способ «перетащить и оставить» - технология drag and drop. Например, можно выделить в таблице некоторое поле, перетащить и оставить его в том месте отчета, где необходимо отобразить значение этого поля. А если приходится часто использовать форму или отчет, то для ускорения доступа к этому объекту можно перетащить и оставить его на рабочем столе Windows.
Для одновременной работы с несколькими объектами Microsoft Access использует многодокументальный интерфейс - Multiple Document Interface (MDI). Это означает, что можно работать одновременно с несколькими таблицами, формами, отчетами, макросами или модулями.
Microsoft Access полностью поддерживает механизм связывания и внедрения объектов, являющейся частью технологии ActiveX корпорации Microsoft. Это означает, что можно внедрять в создаваемые таблицы, запросы, формы и отчеты объекты из других приложений - рисунки, текстовые документы, электронные таблицы, диаграммы, звуковые и видео фрагменты и другие объекты.
Кроме того, для расширения рабочих возможностей форм можно использовать элементы управления ActiveX, образующие большой класс специальных элементов управления, которые можно применять как в приложениях Microsoft Office, так и на Web-страницах в Internet.
Основные объекты Microsoft Access
В Microsoft Access объектами считают любые компоненты, которым в Microsoft Access может быть присвоено имя.
В базе данных Microsoft Access основными объектами являются:
Таблицы;
Запросы;
Формы;
Отчеты;
Страницы доступа к данным;
Макросы;
Модули.
В различных СУБД термин база данных обычно относится только к файлам, в которых хранятся данные.
В Microsoft Access база данных включает в себя все объекты, связанные с хранимыми данными, в том числе и те, которые создаются для автоматизации работы.
Таблица
Таблица - объект, который создается и используется для хранения данных.
Каждая таблица содержит информацию о субъектах (предметах) определенного типа (например, клиентах). Поля (столбцы) таблицы служат для хранения различных характеристик субъектов (например, фамилий и адресов клиентов), а каждая запись (которая называется также строкой) содержит сведения о конкретном субъекте (например, данные о клиенте по фамилии Иванов).
Для каждой таблицы можно определить первичный ключ (одно или несколько полей, имеющих уникальные значения в каждой записи) и один или несколько индексов, ускоряющих доступ к данным.
Запрос
Запрос - объект, позволяющий пользователю получить нужные данные из одной или нескольких таблиц.
Для создания запроса можно использовать бланк QBE (Query By Example - Запрос по образцу) или написать инструкцию SQL.
Можно создавать запросы на выборку, обновление, удаление или обновление данных. С помощью запросов можно также создавать новые таблицы, используя данные из одной или нескольких существующих таблиц.
Форма
Форма - объект, предназначенный в основном для ввода данных, отображения их на экране или управления работой приложения.
Формы можно использовать для более наглядного представления данных таблиц или наборов записей запросов. При желании форму можно вывести на печать. Непосредственно в форме можно выполнять вычисления над данными таблиц или запросов.
С помощью формы можно в ответ на некоторое событие (например, изменение значения поля) запустить макрос или процедуру Visual Basic. Используя макросы или процедуры Visual Basic, в форме можно выполнять разнообразное редактирование данных.
Отчет
Отчет - объект, предназначенный для форматирования, вычисления итогов и печати выбранных данных.
Прежде чем выводить отчет на принтер можно предварительно просмотреть его на экране.
Страница доступа к данным
Страница доступа к данным - объект, содержащий файл HTML и вспомогательные файлы, обеспечивающие доступ к данным из Microsoft Internet Explorer.
Можно опубликовать страницы доступа к данным в используемой корпоративной Intranet - сети, что позволит другим пользователям, установившим Office 2000 или более поздний и Internet Explorer версии 5 или более поздней, находить, просматривать или изменять предоставленные данные.
Макрос
Макрос - объект, представляющий собой структурированное описание одного или нескольких действий, которые автоматически выполняются в ответ на определенное событие.
Например, можно создать макрос, который при выборе некоторого элемента в основной форме открывает другую форму. С помощью другого макроса можно осуществить проверку значения некоторого поля при изменении его содержимого.
В макрос можно включить дополнительные условия для выполнения или пропуска тех или иных указанных в нем действий.
Макросы можно использовать для открытия таблиц, выполнения запросов, просмотра или печати отчетов.
Из макроса можно также запустить другой макрос или процедуру Visual Basic.
Модуль
Модуль - объект, содержащий программы на языке Visual Basic, позволяющие разбить некоторый процесс на несколько небольших процедур и обнаружить ошибки, которые не могли бы быть найдены при использовании макросов.
Модули могут быть независимыми объектами, содержащими функции, вызываемые из любого места приложения, или непосредственно «привязанными» к формам или отчетам для реакции на те или иные события.
Взаимосвязь основных объектов в Microsoft Access
Концептуальные взаимосвязи основных объектов Microsoft Access показаны на рис. 8.1.
В таблицах хранятся данные, которые извлекаются с помощью запросов. Формы и страницы доступа к данным позволяют отображать и изменять данные. Обращает на себя внимание, что формы, страницы доступа к данным и отчеты получают данные как непосредственно из таблиц, так и через запросы. Для выполнения необходимых вычислений и форматирования данных в запросах могут использоваться как встроенные функции, так и функции, созданные с помощью Visual Basic.
События, происходящие в формах и отчетах, могут запускать макросы или процедуры Visual Basic.
Событие - любое изменение состояния объекта Microsoft Access, например, открытие формы, закрытие формы, ввод новой строки в форму, изменение содержимого текущей записи или элемента управления (объекта формы или отчета, который может содержать данные).
Для обработки события можно создать макрос или процедуру Visual Basic. Можно даже предусмотреть реакцию на нажатие пользователем определенных клавиш во время ввода данных.
С помощью макросов и модулей можно изменять ход выполнения приложения: открывать формы и отчеты, фильтровать и изменять данные в них; выполнять запросы и создавать новые таблицы. Используя Visual Basic, можно создать, изменить или удалить любой объект Microsoft Access, обработать данные по строкам и по столбцам или каким-либо другим способом.
Можно вызвать процедуры из библиотек динамической компоновки (DLL) Windows, чтобы использовать в создаваемом приложении не только встроенные в Access функции, но и возможности Windows.
Dynamic-link library (DLL) - динамически компонуемый модуль - библиотеки функций в операционных система Microsoft Widows и OS/2.
При динамической компоновке можно хранить исполняемые модули (обычно реализующие какую-то специальную функцию или набор функций) в виде файлов с расширением DLL, которые загружаются вызывающими их приложениями только в случае необходимости.
Построение базы данных
Разработка проекта приложения
В Microsoft Access можно начинать построение базы данных точно так же, как при создании приложения с одной электронной таблицей (например, как в Microsoft Excel), то есть с организации данных по строкам и столбцам, одновременно решая вопросы их обработки. Однако такой непродуманный подход оправдывает себя только в самых тривиальных ситуациях. Решение реальных задач требует планирования, в противном случае придется без конца перестраивать создаваемое приложение. Одним из основных достоинств реляционных баз данных является то, что в них легко вносить изменения.
Однако гораздо рациональней на начальном этапе не пожалеть времени на постановку задач, описание структур данных, необходимых для решения задач, и определения взаимосвязей между задачами приложения, тем более, что для создания проекта базы данных не требуется глубокого знания теории реляционных баз данных и их приложений.
Основные этапы разработки приложения
Основы методологии проектирования прикладных программ были заложены в начале 1960-х годов. На заре вычислительной техники разработка программ, поиск и устранение ошибок были настолько дорогостоящими, что опытные программисты-практики часто советовали: прежде чем написать хоть одну строку программы, стоит потратить на проектирование не менее 60% всего необходимого для разработки времени.
Современные технологии разработки прикладных программ делают построение приложений фантастически дешевыми и быстрыми. Квалифицированный пользователь с помощью Microsoft Access сегодня может за один вечер создать на персональном компьютере то, что на ранних ЭВМ требовало месяцев работы (если это вообще было возможным). Кроме того, теперь стало значительно легче находить ошибки, устранять их и изменять проект непосредственно в процессе создания приложения.
Современные технологии позволяют создавать очень сложные приложения. К тому же скорость вычислений по сравнению даже с предыдущим десятилетием возросла на несколько порядков. Однако, несмотря на мощность средств разработки, если не потратить значительных усилий на определение задач и принципов работы приложения, то впоследствии придется потерять значительно больше времени на всевозможные переделки. Если проект приложения недостаточно продуман, то добавление новых функций или устранение недостатков будет связано с большими временными и финансовыми затратами.
Можно выделить основные этапы разработки приложения:
Уточнение задач;
Определение последовательности выполнения задач;
Анализ данных;
Определение структуры данных;
Разработка макета приложения и пользовательского интерфейса;
Создание приложения;
Тестирование и усовершенствование.
Этап 1. Уточнение задач
До начала работы над конкретным приложением всегда имеется некоторое представление о том, для чего оно предназначено. Нельзя жалеть времени на составление списка всех основных задач, которые в принципе должны решаться этим приложением - включая и те, которые не нужны сегодня, но могут появиться в будущем.
Под основными задачами понимаются функции, которые должны быть представлены в формах или отчетах приложения.
Например, задача «Ввести заказы клиента» относится к основным, а задача «Вычислить полную стоимость» - это скорей подзадача для задачи «Ввести заказы клиента» и будет выполняться в той же самой форме.
Этап 2. Последовательность выполнения задач
Чтобы приложение работало логично и удобно, лучше всего объединить основные задачи в тематические группы так, чтобы они располагались в порядке их выполнения.
Например, следует отделить задачи, имеющие отношение к кадрам, от задач, связанных с продажами. В группе задач, связанных с продажами, ввод некоторого заказа в систему должен быть выполнен до распечатки счета-фактуры или подсчета общего объема продаж.
Может получиться так, что некоторые задачи будут связаны с разными группами или что выполнению некоторой задачи должно предшествовать выполнение другой, принадлежащей иной группе.
Группировка задач и графическое представление последовательности их выполнения помогут определить «естественный» порядок следования задач, который затем необходимо отразить во взаимных связях форм и отчетов в приложении.
Этап 3. Анализ данных
После формирования списка задач наиболее важным этапом является составление подробного перечня всех данных, необходимых для решения каждой задачи.
Для заданной задачи некоторые данные понадобятся в качестве исходных (например, например цена необходима для подсчета общей стоимости заказа) и меняться не будут. Другие будут меняться в ходе выполнения задачи. Кроме того, некоторые элементы данных в задаче могут удаляться (например, информация об оплаченных счетах) или добавляться (дополнительные сведения о заказе). И наконец, часть данных в задаче будет вычисляться и отображаться, но сохранять их не нужно.
Этап 4. Определение структуры данных
После предварительного анализа всех необходимых для проектируемого приложения элементов данных необходимо упорядочить их по объектам и соотнести объекты с таблицами и запросами базы данных.
Для реляционных баз данных типа Access используется процесс, называемый нормализацией, в результате которого вырабатывается наиболее эффективный и гибкий способ хранения данных.
Этап 5. Разработка макета приложения и пользовательского интерфейса
Задав структуры таблиц, в Microsoft Access легко создать макет приложения с помощью форм и связать их между собой, используя несложные макросы или процедуры обработки событий Visual Basic.
При этом можно создавать «на экране» достаточно реальные, необходимые в приложении формы и отчеты, периодически переключаясь для контроля своих действий из режима формы в режим предварительного просмотра.
Если разрабатывается приложение под заказ, то предварительный рабочий макет легко продемонстрировать пользователю и получить его одобрение еще до детальной реализации задач приложения.
Этап 6. Создание приложения
Для достаточно простых задач созданный макет является практически законченным приложением. Однако довольно часто приходится писать процедуры, позволяющие полностью автоматизировать решение намеченных в проекте задач.
Могут понадобиться специальные связующие формы, обеспечивающие переход от одной задачи к другой. Это могут быть, например, кнопочные формы, выполняющие роль своего рода «регулировщика».
Скорее всего пригодятся окна диалога для ввода параметров, позволяющие пользователю отбирать данные, необходимые для конкретной задачи. Для некоторых форм приложения можно отказаться от стандартных встроенных меню, создав вместо них специальные меню.
Этап 7. Тестирование и усовершенствование
После завершения работ по отдельным компонентам приложения необходимо проверить функционирование приложения в каждом из возможных режимов.
Работу макросов можно проверить, используя пошаговый режим отладки, при котором на каждом шаге будет выполняться одна конкретная микрокоманда.
При использовании Visual Basic можно задействовать разнообразные средства отладки, позволяющие проверить работу приложения и исправить ошибки.
По мере разработки автономных разделов приложения желательно передавать их пользователям для проверки функционирования и получения мнения о необходимости тех или иных изменений. В процессе знакомства с работой приложения у пользователей практически всегда возникают дополнительные предложения по усовершенствованию, какой бы тщательной ни была предварительная проработка проекта. Часто обнаруживается, что некоторые средства, о которых в процессе постановки задачи говорили как об очень важных и необходимых, на самом деле практически не используются. Выявление необходимых изменений на ранних стадиях разработки приложения позволит существенно сократить время на последующие переделки.
Передача приложения в эксплуатацию отнюдь не означает, что процесс усовершенствования завершен. Большинство разработчиков программного обеспечения после окончания работы над очередной версией часто видят возможность дальнейшего улучшения и расширения возможностей программного продукта. При значительных переработках приложения, чтобы оценить воздействие необходимых изменений на приложение в целом и внести дополнения в предыдущую версию наиболее безболезненным способом, вполне возможно вновь придется вернуться к первому этапу.
Стратегия разработки проекта приложения
При разработке приложений СУБД используются два подхода: проектирование сверху вниз, при котором разработка приложения начинается с определения основных функций и задач, и проектирование снизу вверх, при котором сначала проводится анализ данных и определение их структуры. Рассматриваемый метод включает идеи обоих подходов.
Начнем с определения задач и их группировки, что поможет решить, можно ли ограничиться одной базой данных (подход «сверху вниз»). Базы данных привязываются к решению определенных, связанных между собой групп задач или функций. Для каждой задачи определяется набор необходимых данных. Затем собираются все поля данных для связанных задач, и начинается процесс формирования объектов (элементы подхода «снизу вверх»). Данные каждого объекта являются основой для включения в базу данных отдельной таблицы.
Анализ требований (Needs Analysis) - это процесс формулирования проблемы и перевода ее в ряд более детализированных формулировок. Эти формулировки помогут определить, какую информацию необходимо хранить в базе данных и какие функции должно выполнять приложение.
Например, фраза «Мне нужно знать цвет коллекционной игрушки» означает, что база данных должна хранить цвет каждой игрушки.
Некоторые требования к приложению могут также выражаться в виде действий. Например, фраза «Мне нужно напечатать отчет, включающий все пункты инвентарного списка» является хорошим определением действия, которое должно выполнять приложение.
Рассматриваемый пример основан на учебном приложении Microsoft Press Books, отдельные фрагменты которого можно будет воссоздать при изучении архитектуры и возможностей Microsoft Access.
Анализ задач
Предположим, что поручено разработать приложение, обеспечивающее ведение каталога и ввод заказов на книги издательства Microsoft Press. Приложение должно позволять пользователям, имеющим соответствующий допуск, вводить и обновлять данные о книгах и авторах. Потенциальные заказчики, получающие каталог, должны иметь средства для поиска нужных книг, включения в заказ выбранных изданий, поиска близлежащих магазинов, торгующих книгами Microsoft Press, распечатки заказа, который они могли бы представить в магазин.
Результатом первого этапа разработки проекта является список задач, которые должно выполнять приложение базы данных. Можно выделить список задач для приложения Microsoft Press Books:
ввод данных о книгах;
ввод данных об авторах;
связывание данных о книгах и авторах;
получение информации о заказчике;
ввод информации о магазинах;
поиск книг;
поиск авторов;
создание заказа;
включение выбранных книг в текущий заказ;
поиск близлежащих магазинов;
печать текущего заказа.
На рис. 8.2 приведен пример рабочего бланка приложения, который необходимо заполнить для каждой задачи.
Рассмотрим задачу заказа книг. Для ее решения нужно, чтобы заказчик мог провести поиск нужных книг по категориям, авторам и цене. Как минимум он должен иметь возможность выбора из списка имеющихся книг. Список задач, предшествующих созданию заказа на книги, включает получение информации о заказчике, ввод данных о книгах, ввод данных об авторах и связывание этих данных. Для каждой задачи необходимо заполнить рабочий бланк, после чего можно приступать к определению необходимых данных.
Размещено на Allbest.ru
Подобные документы
Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.
реферат [57,1 K], добавлен 20.12.2010Основные понятия базы данных. Разработка сложной формы для обработки данных. Модели организации данных. Архитектура Microsoft Access. Реляционные связи между таблицами баз данных. Проектирование базы данных. Модификация данных с помощью запросов действий.
лабораторная работа [345,5 K], добавлен 20.12.2011Понятие и сущность базы данных, их классификация и характеристика. Системы управления базами данных. СУБД структуры "сервер-клиент", его суть. Microsoft Access - функционально полная реляционная СУБД. Предназначение СУБД Access, и описание ее работы.
реферат [44,3 K], добавлен 27.02.2009Понятие базы данных, ее иерархические, реляционные и сетевые модели. Суть и принципы работы системы управления БД MS Access. Способы создания таблиц, форм, запросов, отчетов. Хранение информации в БД, возможности ее редактирования и вывода пользователем.
презентация [1,2 M], добавлен 27.02.2015Особенности систем управления базами данных (СУБД): основные понятия, реляционные базы, основные этапы их проектирования. Концептуальная (логическая) модель БД "Экспресс поставки", её физическая модель, создание в Access и SQL запроса к БД при её работе.
курсовая работа [1,2 M], добавлен 19.11.2012Виды и функции системы управления базами данных Microsoft Access. Иерархическая, сетевая, реляционная модель описания баз данных. Основные понятия таблицы базы данных. Особенности создания объектов базы данных, основные формы. Доступ к Internet в Access.
контрольная работа [19,8 K], добавлен 08.01.2011Состав, расширение баз данных Access (Microsoft Office). Выполнение запросов, заполнение форм и таблиц. Типы данных Microsoft Access. Средства создания объектов базы данных СУБД. Дополнительные возможности запросов. Свойства полей. Режим работы с формами.
презентация [3,0 M], добавлен 28.10.2014Общая характеристика реляционной СУБД Microsoft Office Access, ее основные компоненты и возможности. Разработка базы данных для систематизации подшивок журналов. Создание структуры таблиц с организацией связей между ними, ввод и обработка информации.
контрольная работа [1,1 M], добавлен 24.07.2013Краткая характеристика и функциональные возможности MS Access. Базы данных и системы управления базами данных. Проектирование в теории и создание на практике базы данных в продукте корпорации Microsoft для управления базами данных "Microsoft Access".
курсовая работа [1,6 M], добавлен 07.03.2015Анализ реляционных баз данных и способов манипулирования ими. Основные понятия баз данных, архитектура СУБД, модели данных. Модель сущность-связь, характеристика связей, классификация сущностей, структура первичных и внешних ключей, целостности данных.
курсовая работа [166,6 K], добавлен 18.07.2012
