Разработка информационной системы, автоматизирующая работу магазина автозапчастей

Хотя этот подход далек  от совершенства, он может работать, особенно для краткосрочных проектов. Если все будет  сделано с достаточной  тщательностью, то готовая база данных даже может функционировать, при  условии небольшого объема хранящихся в ней данных и отсутствия необходимости в изменениях. Однако разработанные этим способом базы данных неизбежно будут испытывать серьезные проблемы с масштабируемостью, и по прошествии некоторого времени их будет чрезвычайно трудно изменить.  Известно, что приложения, в конце концов, приходится изменять и даже полностью переписывать, чтобы добавить в них новые (или убрать устаревшие) функции; но при этом обычно нужно сохранить устаревшие данные. Значит, мы приходим к необходимости частичного перепроектирования "устаревшей" базы данных для добавления новых функций без риска потери каких-либо данных. Это ведет к снижению производительности, поскольку зачастую мы добавляем новые структуры базы данных (таблицы и представления), а также сложную логику SQL для представления устаревших и новых данных в рамках все того же интерфейса. Создание эффективной логической модели данных до выполнения любых реальных действий по разработке базы данных поможет предотвратить  описанные проблемы и выяснить  любые неучтенные требования на уровне данных до того, как будет написана хотя бы строка программного кода.

Модели данных создаются  на ранних стадиях фазы проектирования, обычно ближе к завершению фазы сбора  требований данного проекта. После  завершения всех интервью и наблюдений создается модель данных, предназначенная  для документирования данных, которыми будет управлять приложение. Эта  модель будет логически представлять все порции информации, необходимые  приложению, и описывать, как различные  порции данных связаны с другими  порциями данных. Модель также предусматривает  представление данных для пользователей, не обладающих достаточными техническими знаниями, и может быть очень полезна  для получения одобрения проекта  приложения в целом конечными  пользователями.

Строго говоря, реляционная  база данных представляет собой упорядоченный  набор таблиц, в которых хранятся данные. На практике база данных представляет собой набор таблиц, представлений и хранимых процедур (в зависимости от конкретной СУБД), которые хранят данные и выполняют с ними различные действия. Эти структуры определены при помощи встроенного языка программирования данной РСУБД, который обычно представляет собой один из диалектов языка SQL. Любая РСУБД хранит данные в файлах операционной системы и оснащена функциями по управлению файлами, управлению безопасностью и отладке производительности запросов, которые используются для манипуляций с данными. С точки  зрения приложения, база данных - это место, откуда поступают данные.

В отличие от базы данных, модель данных не является представлением физического хранилища данных. Если база данных определяет способ хранения данных, способ использования реальных отношений между ними для манипулирования  данными и обеспечивает программный  доступ к данным, то модель данных просто перечисляет, какие данные существуют и как различные биты информации связаны между собой. Хорошо спроектированная модель данных, в конце концов, превращается в логическую схему разрабатываемой  базы данных. По этой причине модели данных обязательно должны быть платформенно-независимыми; и любая модель данных может использоваться для создания физической базы данных в Oracle 10g, SQL Server 2005 или MySQL. И все же не следует думать, что при моделировании  не нужно учитывать, с какой РСУБД  будет работать приложение. В ряде ситуаций предварительная осведомленность  о РСУБД, которая будет использоваться для управления базой данных, может  повлиять на процесс моделирования  данных.

Эффективное моделирование  данных обеспечивает высокую производительность работы РСУБД, Во-первых, выполнение стандартных  правил моделирования данных поможет  вам устранить  алогичности данных, например,  их дублирование, что в  конечном итоге поможет избежать необходимости встраивания в  приложение дополнительной логики для  обработки этих алогичностей. Кроме того, при хранении данных в структурированном формате ядро запросов может найти и извлечь данные быстрее, чем в том случае, если они хранятся в плоском файле или являются плохо структурированными. Это обусловливает более высокую производительность вашего приложения и/или отчетов.

3. Ms Access, как средство разработки информационных систем

В современном мире, когда  возникла необходимость в хранении информации о большом количестве объектов наиболее эффективным способом решения этой проблемы является представление  этой информации в виде таблиц. Но каждый объект может быть рассмотрен во взаимосвязи  с другим объектом. Для хранения информации о таких объектах используются базы данных. Для создания баз данных существуют различные программные  средства, одним из которых является средство Microsoft Office - Microsoft Access, в котором  возможно создание непосредственно  базы данных и различных приспособлений, облегчающих восприятие этой информации.

Microsoft Office Access или просто Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

• построитель таблиц;
• построитель экранных форм;
• построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
• построитель отчётов, выводимых на печать.

Они могут вызывать скрипты  на языке VBA, поэтому MS Access позволяет  разрабатывать приложения и БД практически  «с нуля» или написать оболочку для  внешней БД.

В деловой или личной сфере  часто приходится работать с данными  из разных источников, каждый из которых  связан с определенным видом деятельности. Для координации всех этих данных необходимы определенные знания и организационные  навыки. Microsoft Access объединяет сведения из разных источников в одной реляционной  базе данных. Создаваемые формы, запросы  и отчеты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, анализировать данные и печатать отчеты. Система база данных в MS Access представляет собой совокупность инструментов для ввода, хранения, просмотра, выборки  и управления информацией. К этим средствам относятся таблицы, формы, отчеты, запросы. В MS Access поддерживаются два способа создания базы данных. Вы можете создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой  способ является наиболее гибким, но требует  отдельного определения каждого  элемента базы данных. Кроме этого  имеется возможность создать  с помощью мастера базу данных определенного типа со всеми необходимыми таблицами, формами и отчетами. Так  как MS Access содержит большой выбор  подготовленных для вас баз данных, второй способ во многих случаях может  оказаться предпочтительным. В обоих  случаях у Вас останется возможность  в любое время изменить и расширить  созданную вами базу данных.

Система Access - это набор  инструментов конечного пользователя для управления базами данных. В  ее состав входят конструкторы таблиц, форм, запросов и отчетов. Эту систему  можно рассматривать и как  среду разработки приложений. Используя  макросы или модули для автоматизации  решения задач, можно создавать  ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования. При этом они будут  включать кнопки, меню и диалоговые окна. Программируя на языке VBA, можно  создавать такие мощные программы, как сама система Access.

Создание приложений без  программирования с использованием макросов Access. Пользователи электронных  таблиц и баз данных должны быть знакомы со многими ключевыми  понятиями, используемыми в Access. Прежде чем приступить к работе с каким-либо программным продуктом, важно понять его возможности и типы задач, для решения которых он предназначен. Microsoft Access (далее - просто Access) - это многогранный продукт, использование которого ограничено только воображением пользователя.

В Access в полной мере реализовано  управление реляционными базами данных. Система поддерживает первичные  и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые  операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне  зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что  существенно облегчает ввод данных. Access поддерживает все необходимые  типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной  обработки в полях не оказывается  никаких значений, система обеспечивает полную поддержку пустых значений.

В Microsoft Access поддерживаются два способа создания базы данных. Имеется возможность создать  пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и  другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента базы данных. Имеется также возможность  сразу создать с помощью мастера  базу данных определенного типа со всеми необходимыми таблицами, формами  и отчетами. Это простейший способ начального создания базы данных. В  обоих случаях у Вас останется  возможность в любое время  изменить и расширить созданную  базу данных.

Базы данных Access, как и  большинство других баз данных, имеют  табличную структуру. Это позволяет  присвоить каждой записи своеобразный адрес, который будет определяться пересечением строк и столбцов. В  базах данных столбцы называются полями, а строки — записями. Поля образуют структуру базы данных, а  записи составляют информацию, которая  в ней содержится.

 Поля — это основные  элементы структуры базы данных. Они обладают свойствами. От свойств  полей зависит, какие типы данных  можно вносить в поле, а какие  нет, а также то, что можно  делать с данными, содержащимися  в поле, например, совершать математические  операции. Поля обладают разными  свойствами и относятся к разным  типам.

 Основным свойством  любого поля является его длина.  Длина поля выражается в символах  или, что то же самое, в  знаках. От длины поля зависит,  сколько информации в нем может  поместиться. Уникальным свойством  любого поля является его имя  и подпись. Подпись — это  та информация, которая отображается  в заголовке столбца. Ее не  надо путать с именем поля, хотя если подпись не задана, то в заголовке отображается  имя поля. Разным полям, например, можно задать одинаковые подписи.  Разные типы полей имеют разное  назначение и разные свойства.

Перечислим типы полей, которые используются в данной работе.

 Числовое поле служит  для ввода числовых данных. Оно  тоже имеет размер, но числовые  поля бывают разными, например, для ввода целых и для ввода  действительных чисел. В последнем  случае кроме размера поля  задается также размер десятичной  части числа.

 Поля для ввода дат  или времени имеют тип Дата/время.

 Текстовый – тип данных, используемый для хранения обычного не форматированного текста ограниченного размера (до 255 символов).

Денежный - тип данных для  хранения денежных сумм. Теоретически, для их записи можно было бы пользоваться и полями числового типа, но для  денежных сумм есть некоторые особенности (например, связанные с правилами округления), которые делают более удобным использование специального типа данных, а не настройку числового типа.

Создание базы данных всегда начинается с разработки структуры  ее таблиц. Структура должна быть такой, чтобы при работе с базой требовалось  вводить в нее как можно  меньше данных. Если ввод каких-то данных приходится повторять неоднократно, базу делают из нескольких связанных  таблиц. Структуру каждой таблицы  разрабатывают отдельно. Для того чтобы связи между таблицами  работали надежно и по записи из одной таблицы можно было однозначно найти записи в другой таблице, надо предусмотреть в таблице уникальные поля.

 Уникальное поле —  это поле, значения в котором  не могут повторяться, например, номер истории болезни. Если  же записи в этом поле повторяются,  то предусматривается возможность  оповещения об этом с помощью  понятия ключевое поле. С ключевыми  полями компьютер работает особо.  Он проверяет их уникальность  и быстрее выполняет сортировку  по таким полям. С помощью  ключевых полей создаются связи  между таблицами. В качестве  первичного ключа в таблицах  часто используют поле, имеющее  тип Счетчик. Ввести два одинаковых  значения в такое поле нельзя  по определению, поскольку приращение  значения поля производится автоматически.  Структура связей между таблицами  называется схемой данных.

 Приведенные ниже примеры  можно считать простейшими базами  данных, но на самом деле это  не совсем базы, а только таблицы.  Если бы информация хранилась  в таких простых структурах, то  для работы с ней можно было  бы обойтись без специальных  систем управления базами данных. На практике же приходится  иметь дело с более сложными  структурами, которые образованы  из многих связанных таблиц. Базы  данных, имеющие связанные таблицы,  называют также реляционными  базами данных. Суть связей между  таблицами состоит в том, что  можно работать с разными таблицами,  как с одной цельной базой  данных.