Размещено на http://www.allbest.ru/

Содержание

ВВЕДЕНИЕ

1.ТЕОРЕТИЧЕСКИЕ ОСНОВЫ БАЗ ДАННЫХ В ЭКОНОМИЧЕСКОМ УПРАВЛЕНИИ

1.1 Базы данных в экономических системах

1.2 Организация системы управления базами данных

1.3 Вопросы разработки и внедрения баз данных

2.МЕТОДЫ ПРОЕЦИРОВАНИЯ ПРИКЛАДНЫХ ПРОГРАММНЫХ СИСТЕМ С ИСПОЛЬЗОВАНИЕМ БАЗ ДАННЫХ

2.1 Построение модели базы данных проектирования программ

2.2 Операции исчисления отношений БД проекта программного обеспечения

2.3 Разработка алгоритмического обеспечения процесса проектирования прикладных программных средств

3.ПРАКТИЧЕСКИЕ АСПЕКТЫ ИСПОЛЬЗОВАНИЯ ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ПРИ РАЗРАБОТКЕ БАЗЫ ДАННЫХ

3.1 Проектирование программного приложения

3.2 Описание и функциональные возможности программного приложения

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ



Введение

данные база программа экономика

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

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

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

Цель: разработка программного приложения - базы данных.

Объектом исследования является база данных.

Предметом исследования является использование базы данных MS Access в процессе разработки базы данных.

В соответствии с поставленной задачей были поставлены следующие задачи:

изучить концепцию программного обеспечения и его классификацию, а также охарактеризовать прикладное программное обеспечение;

рассмотреть концепцию баз данных и систем управления базами данных;

описать процесс проектирования базы данных и ее функциональность.

Набор методов, таких как:

изучение и анализ научно-методической, учебной литературы, интернет-ресурсов по теме исследования;

анализ нормативно-технической документации.

Методологическую основу исследования составляют работы

М.Р. Конгаловского., С.Д Кузнецова., М.Г. Покидченко., Гарсиа-Молина Г.,С.В. Симоновича., М. Г. Мальцева, В.Н. Петрова, Г.С. Орлова, [14; 18 - 23].

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

1.Теоретические основы баз данных в экономическом управлении

1.1 Базы данных в экономических системах

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

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

Изучение тенденций медленного роста производительности труда программистов и значительного повышения стоимости проектирования, машинного времени и разработки программ для АСУ требует углубленного исследования структуры трудовых затрат программистов. Рассмотрение основных групп работ, составляющих технологию программирования, позволит выявить наиболее трудоемкие стадии проекта и определить самые узкие места при создании АСУ.

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

Хотя данные приведенных исследований несколько различаются, на их основании можно заключить, что программисты, работающие в сфере АСУ, не справляются с огромным объемом работы по сопровождению старых программ и тем более по разработке новых.

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

Чтобы удовлетворить быстро растущие потребности бизнеса в информационных технологиях, необходимо рассмотреть альтернативные методы построения элементов информационных систем. В последние годы новый класс баз данных стал популярным в резидентной базе данных RAM (в базах памяти). Основной особенностью архитектуры таких систем управления базами данных (СУБД) является то, что база данных полностью находится в памяти сервера, что позволяет отказаться от довольно сложных алгоритмов обслуживания традиционных буферов кэша базы данных, а это, в свою очередь, дает значительный выигрыш в производительности приложений баз данных. Разработчики этих баз данных позиционируют их как СУБД в реальном времени, поэтому базы данных, находящиеся в ОЗУ, используются только в специальных приложениях, требующих чрезвычайно короткого времени отклика на запросы к базе данных, такие как обслуживание мобильного оборудования, торговля на бирже и в некоторых других Приложения. Утверждается, что производительность резидентных баз данных в памяти в десять раз превышает производительность традиционных реляционных баз данных.

Для современной мобильной связи важно использовать высокопроизводительные системы для записи продолжительности вызовов, а также использовать дополнительные услуги связи абонентами, например, роуминг, GPRS (General Packet Radio Service), переадресацию вызовов. Стандартная система состоит в том, что вся информация хранится непосредственно в одной таблице в центральной, «дисковой» реляционной базе данных, где она затем обрабатывается и используется приложениями. Однако количество звонков в таблицу увеличивается с количеством абонентов. В результате конкуренция между призывами растет. Когда достигается максимальная производительность, время ожидания в очереди доступа к таблице увеличивается.

Использование резидентных баз данных в памяти предлагает альтернативное решение для описанной системы - использовать набор таких баз данных, как посредники между вызовами обслуживания приложений и центральной «дисковой» СУБД. Другими словами, предлагается децентрализовать процесс сбора информации о вызовах путем распространения нескольких копий приложения регистрации и резидентных баз данных в памяти на отдельных узлах по всей зоне обслуживания подписчиков [1].

На каждом отдельном узле приложение подключается локально к резидентной базе памяти для регистрации начала и / или завершения вызова в его географической области. И основные моменты в этой схеме - найти базу данных и приложения на одном физическом сервере. В противном случае накладные расходы, связанные с передачей информации по сети, в значительной степени способствуют ухудшению производительности. Утверждается, что такая схема увеличит пропускную способность и уменьшит время отклика примерно в 20 раз [1]. Другими словами, система сможет обслуживать в 20 раз больше абонентов за единицу времени. Для каждого вызова приложение регистрирует отдельно время начала и окончания вызова. Это необходимо для тех случаев, когда начало вызова записывается в одном узле, а другой конец

Однако нужно отметить, что резидентные в оперативной памяти базы данных имеют и «обратную» сторону медали. Во-первых, на их производительность значительно влияет обращение к диску - характерно для синхронного случая. В проведённом эксперименте завершение транзакции (commit) выполнялся после 100 вставок в таблицу. Если же выполнять завершение транзакции после каждой вставки, то показатели резидентной в памяти базы оказываются значительно ниже, чем при использовании стандартной СУБД, т.е. в таком случае преимущество проявляется только в асинхронном эксперименте.

Базы данных является современной формой организации хранения и доступа к информации, основными отличительными особенностями которых являются:

- они создаются для многоцелевого использования;

- они содержат информацию, описывающую предметную область. Причем эти данные фиксируются однократно, являются доступными для пользователя, накапливаются и поддерживаются в актуальном состоянии централизовано;

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

Рассмотрим классификацию базы данных. Существуют несколько подходов к классификации баз данных: по форме представления информации, по характеру организации, по типу используемых моделей.

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

По характеру базы данных данных базы данных можно разделить на неструктурированные, частично структурированные и структурированные. К неструктурированным можно отнести базу, организованную в виде семантических сетей. Базы данных в текстовых или гипертекстовых системах можно считать частично структурированными. Структурированные базы данных требуют предварительной разработки и описывают структуру. Только после этого базы данных этого типа могут быть заполнены данными.

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

В структурированных базах данных обычно имеется несколько уровней информационных единиц, включенных друг в друга:

? поле - наименьшая семантическая единица информации;

? запись - набор полей или других, более сложных информационных единиц;

? файл - набор похожих записей.

В последнее время большинство баз данных явно поддерживают уровень базы данных как набор взаимосвязанных файлов базы данных.

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

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

Единство и целостность баз данных поддерживаются специальными языковыми и программными инструментами, которые были разработаны в конце 60-х - начале 70-х годов в виде специализированного программного обеспечения - систем управления базами данных (СУБД). СУБД позволяет структурировать, систематизировать и организовывать данные для их хранения и обработки компьютеров. Невозможно представить себе деятельность современного предприятия или учреждения без использования профессиональной базы данных. Несомненно, они образуют Фонд информационной деятельности во всех областях - от производства до финансов и телекоммуникаций.

С появлением персональных компьютеров происходит фундаментальная модернизация базы данных - от вычислительных центров и централизации управления до распределенного вычислительного потенциала, повышения единообразия технологии обработки информации и децентрализации контроля. Этот подход воплощен в хранении и обработке данных. В мире существует множество различных систем управления базами данных. Многие из них не являются действительно полноценными продуктами, но специализированными языками программирования, с помощью которых любой, кто освоил этот язык, может создавать такие удобные для него структуры и вводить в них необходимые элементы управления. К таким языкам относятся Clipper, Paradox, FoxPro и т. Д. Их основным недостатком является необходимость программы всегда сдерживала широкое внедрение баз данных в малый бизнес. Крупные предприятия могут позволить себе заказать для программирования специализированную систему «для себя». Малые предприятия часто не могли не только решить, но даже правильно сформулировать эту задачу.

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

1.2 Организация системы управления базами данных

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

Положение изменилось с появлением в составе пакета персональных компьютеров Microsoft Office СУБД Access. Она предназначена, как на начинающего, так и на квалифицированного пользователя. Реляционная база данных Access представляет набор данных и объектов (таких как таблицы, запросы и формы), относящихся к определенной задаче [1-3].

Основными функциями Access являются:

? определение данных (определение данных), т. Е. Определение структуры и тип данных, и указать, как эти данные связаны;

? обработка данных (манипулирование данными), включая поиск, фильтрацию, сортировку, расчет, обработку, включает в себя интеграцию данных с другой связанной информацией;

? управление данными (контроль данных), то есть кому разрешено использовать данные и обновлять базу данных, а также определение правил коллективного использования данных.

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

Доступ - современное приложение Windows и позволяет использовать все функции DDE (Dynamic Data Exchange) - динамический обмен данными и OLE (привязка объектов и встраивание) - связь и реализация объектов. DDE обеспечивает обмен данными между MS Access и любым другим приложением Windows. OLE-ссылки на объекты в другом приложении или встраивает объект в базу данных Access; объекты могут быть чертежами, диаграммами, электронными таблицами или документами из других приложений Windows. Доступ может работать с широким диапазоном форматов данных, позволяя вам импортировать и экспортировать данные из текстового редактора и файлов электронных таблиц. Доступ способен напрямую обрабатывать Paradox, dBase III, dBase IV, FoxPro и другие файлы.

Access DBMS использует процессор базы данных Microsoft Jet, объекты доступа к данным и средство разработки форм для быстрого создания интерфейса для работы с данными. Дизайнер отчетов используется для получения распечаток. Автоматизация рутинных операций может выполняться с использованием макросов. Несмотря на то, что он сконцентрирован на конечном пользователе, Access имеет язык программирования Visual Basic для приложения, который позволяет создавать массивы, их типы данных, для управления работой приложений.

Доступ имеет три основных режима работы:

? режим запуска, включите компактную и восстановительную базу данных, не открывая ее;

? режим проектирования, в котором вы можете создавать и изменять структуру таблиц и запросов, разрабатывать формы для отображения и изменения данных и создавать отчеты перед печатью;

? режим выполнения, в котором в объектах базы данных окна главного окна.

Любая база данных Access содержит следующие элементы:

? таблицы, состоящие из записей, содержащих данные об определенном предмете;

? формы, используемые для ввода и просмотра таблиц в окне формы и для ограничения объема информации, отображаемой на экране, в необходимой форме;

? отчеты, используемые для отображения информации, содержащейся в базе данных;

? запросы, которые являются средством извлечения информации из базы данных;

модули, содержащие код VBA, используемый для написания процедур обработки событий.

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

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

Этот комплекс программ, называемых системой управления базами данных (СУБД), представляет собой прикладное программное обеспечение, которое расширяет возможности операционной системы для обработки базы данных.

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

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

По способу доступа к данным БД различают системы файл--сервер и клиент--сервер.

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

Эта архитектура характеризуется совместным доступом к общей базе данных на файловом сервере. Запрошенные данные переносятся с файлового сервера на рабочие станции, где они обрабатываются СУБД.

В системе клиент-сервер, помимо хранения базы данных, функции обработки данных размещаются на центральной машине, и только информация представлена на клиентских машинах.

Запрос на обработку данных выдается клиентом и передается по сети на сервер базы данных, на котором выполняется поиск. Обработанные данные переносятся по сети с сервера на клиент.

Информационно-логическая (инфлогическая) модель является логическим представлением отношений объектов базы данных. Существует три типа информационных моделей: иерархическая, сетевая и реляционная.

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

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

Рисунок 1 - Иерархические типы моделей данных

Но как иерархические, так и сетевые базы данных были очень жесткими, необходимо было установить настройки отношений и структуры записей, и изменение структуры базы данных обычно означало перестройку всей базы данных. Помимо всего прочего, они были инструментами программистов. Чтобы получить ответ на вопрос типа:

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

Недостатки иерархических и сетевых моделей привели к появлению новой реляционной модели, созданной Коддом в 1970 году, и вызвали всеобщий интерес. Реляционная модель была попыткой упростить структуру базы данных, и теперь все данные были представлены как простые таблицы, разделенные на строки и столбцы. В 1985 году Кодд написал статью, в которой сформулировано двенадцать правил, которые должна удовлетворять любая база данных, которая утверждает, что она реляционная. С тех пор двенадцать правил Codd считаются определением реляционной базы данных.

Можно было бы сформулировать более простое определение. Реляционная база данных - это база данных, в которой все данные, доступные пользователю, организованы в простые, плоские, связанные таблицы, а все операции с данными сводятся к операциям в этих таблицах. В реляционной базе данных информация организована в таблицы, разделенные на строки и столбцы, где значения данных пересекаются. Каждая таблица имеет свое уникальное имя, которое описывает его содержимое.

Строки реляционной таблицы представляют собой записи и хранят информацию об одном экземпляре объекта данных, представленном в таблице. В таблице не должно быть одинаковых записей. Основное требование к реляционной базе данных состоит в том, что значения полей (столбцов таблицы) должны быть элементарными и неделимыми единицами информации, что позволяет использовать математический аппарат реляционной алгебры для обработки информации. Самыми популярными реляционными СУБД являются dBase, FoxBase, FoxPro, Clarion, Paradox, Oracle, Access и т. Д.

Примером реляционной базы данных является таблица Employees, где одна строка (запись) представляет собой информацию об одном из сотрудников.

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

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

Запись представляет собой набор значений связанных элементов данных. Экземпляр записи представляет собой одну строку в таблице, которая содержит определенные значения для своих полей.

Таблица базы данных представляет собой набор экземпляров записей одной и той же структуры. Описание структуры базы данных содержит список полей записи и их основные характеристики.

1.3 Вопросы разработки и внедрения баз данных

Технология работы с базами данных имеет несколько этапов, а именно: построение модели информационной базы данных, создание структуры таблиц базы данных, обработка данных, содержащихся в таблицах, и вывод информации из базы данных.

На первом этапе создания базы данных основана модель отношения сущности.

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

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

Ввод и редактирование данных может осуществляться двумя способами: с помощью специальных форм и непосредственно в таблице без использования форм.

Информация в базе данных обрабатывается путем выполнения запросов или выполнения специально разработанной программы.

Запрос - это команда, которая сформулирована для СУБД, которая требует предоставления конкретной информации, указанной в запросе. SQL - это структурированный язык запросов (язык структурированных запросов). Запросы являются наиболее часто используемым аспектом SQL. Все запросы в SQL строятся на основе команды SELECT.

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

Вы можете создать отчет или форму на основе запроса.

Форма предназначена для:

- представление информации удобным для пользователя способом;

- ввод новой информации в базу данных;

- редактирование информации, доступной в базе данных;

Для отображения информации из базы данных имеется специальный инструмент - отчеты. Они разрешают:

- включать в отчет образец данных из таблиц базы данных;

- добавить информацию, не содержащуюся в базе данных;

- выводить окончательную информацию из базы данных;

- иметь информацию, отображаемую в любой удобной форме;

- включить информацию из разных таблиц в отчет.

Макросы и модули предназначены для автоматизации повторяющихся операций при работе с базой данных и создания новых функций посредством программирования. В базе данных Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой данных.

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

Большинство пользователей знают MS Access как компонент MS Office, предназначенный для работы с базами данных. Сколько людей знают о своих возможностях, преимуществах и недостатках?

Но MS Access - феноменальный программный продукт, реализованный по принципу «все в одном». Это одновременно среда разработки на двух языках программирования (Visual Basic и сильно усеченный SQL-диалект) и инструмент CASE, а также мощный и визуальный инструмент для представления отчетов о результатах.

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

Программа позволяет формировать необходимые элементы как в электронной, так и в печатной форме. Помимо прочего, MS Access легко интегрируется с другими решениями Microsoft. Это позволяет использовать MS Access в качестве клиентской части информационного комплекса в сочетании с MS SQL Server, выступая в качестве серверной части.

Недостатки программы включают ограниченный объем обрабатываемых данных и медленность, поскольку MS Access является одной из самых медленных баз данных. Это накладывает ограничения на использование программы - не рекомендуется использовать MS Access для базы данных, которая может вырасти более 100 МБ.

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

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

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

Для малых предприятий и небольших организаций выбор FoxBase, который поддерживает базы данных объемом до 1 ГБ без необходимости использования выделенного сервера, будет успешным.

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

MS Access идеально подходит для небольших офисных задач или для автоматизации небольших фирм с персоналом до 20 сотрудников. Этот инструмент не требует особых затрат на разработку, поскольку даже человек с небольшими знаниями в области программирования может работать с ним.

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

Согласно системному подходу, задачи, решаемые на компьютере, имеют общую цель. Для этого необходим определенный набор первичных данных. Эти данные представляют собой бесполезный набор информации, сформированный из фрагментарной информации, в которой не установлена ??внутренняя структура и характер отношений. Однако в случае применения методологии объединения первичных данных по Общим правилам описания, хранения и обработки они становятся систематическими и структурированными информационными массивами, описывающими предметную область - базу данных (БД).

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

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

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

Административная поддержка - это описания должностных обязанностей по порядку ввода информации, условиям, формам обновления, ответственным за нее лицам. Если база данных велика, ее отдельные компоненты администрируются.

Базы данных были впервые представлены в системах отсчета. Существуют информационные и документальные автоматизированные информационные системы на основе баз данных.

Фактические системы используют отформатированную запись. Отформатированная запись может даже быть листом персонала. Определенная трудность здесь - полная формализация раздела «предыдущая работа». Для этого потребуется полная классификация предприятий и организаций.

Документальные системы отличаются от фактических систем возможностью поиска документов по содержанию. Чтобы упростить поиск, используются ключевые слова, которые, согласно Создателю конкретного документа, способны более подробно описать его. Эти ключевые слова образуют словарь дескрипторов.

Наиболее распространенными являются два подхода, используемые при проектировании базы данных: структурные и объектно-ориентированные.

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

Объектная модель представления данных идеально подходит для использования при построении корпоративных информационных систем. Разработчики являются стандартизованными средствами доступа к базам данных стандартного ODMG93.

Различные производители баз данных используют преимущества и недостатки баз данных объектов в своих продуктах по-разному. Даже производители реляционных СУБД, таких как IBM и Oracle, улучшают свои СУБД, добавляя объект в качестве оболочки вокруг реляционного ядра. Другой производитель - Informix приобрел ряд конкурентов и улучшил свою объектно-реляционную базу данных, ставший универсальным сервером. И компания Computer Associates создала объектную базу Jasmine.

Рост спроса на объектную СУБД выше, чем для реляционных и объектно-реляционных. Если первая динамика роста показывает до 50% в год, вторая - около 30%. Общий объем продаж объектной СУБД к 2000 году должен составить около 1,5 млрд. Долларов США.

С точки зрения особенностей моделей данных можно выделить две основные группы: чистую объектную СУБД (чистую СУБД) и СУБД на основе модели хранимых объектов (постоянных менеджеров хранилищ). Первые механизмы поддержки распределенных баз данных (прозрачные возможности распределенной базы данных), доступ к многопользовательской базе данных, имеют встроенные средства разработки и администрирования. СУБД, основанная на постоянной объектной модели, позволяет хранить небольшие объекты с их идентификаторами, что ограничивает создание многопользовательских приложений и распределенных систем.

Многие компании во всем мире разрабатывают и используют базы данных (БД) для целей маркетинга и продаж, анализа степени использования основных фондов и оборотного капитала, управления запасами и т. Д. Вот лишь несколько примеров различных областей деятельности [195,196] ,

Claritas (США) проводит углубленные маркетинговые исследования и создает информационные продукты по многокритериальному описанию разных регионов США. Многочисленные клиенты Claritas, которые являются компаниями разных профилей, приобрели лицензию на одно из основных разработок компании - настольную маркетинговую систему анализа Compass for Windows. Для использования этой системы требуются частные базы данных, содержащие определенный набор демографической, маркетинговой, картографической информации, которая позволяет проводить анализ рынка с учетом специфики деятельности клиентской фирмы. Создание и постоянное обновление таких информационных продуктов потребовало от Claritas новых методов получения и обработки информации.

До 1996 года база данных 120 ГБ была размещена на мэйнфрейме IBM. В то же время для извлечения данных из базы данных, проверки их надежности и процесса для получения новых или обновления существующих информационных продуктов необходим целый набор программистов. Обновление не может происходить более одного раза в год и приводило к увеличению количества и объема документации. Для доставки продуктов клиентам данные из файлов хранилища были скопированы вручную.

В 1996-1997 годах промышленная база данных была создана на Alpha Server 4100 Digital Equipment Corporation с программным обеспечением в виде базы данных Oracle версии 7.3. Кроме того, Claritas разработал собственный программный инструмент - внутреннюю клиент-серверную утилиту Auto Trim, которая позволяет автоматически обновлять информационные продукты. В результате использования новых технологий время, необходимое для подготовки продукции, резко сократилось. Например, согласно расчетам специалистов компании, проект, который предусматривает создание 150 частных баз данных (информационных продуктов), может быть завершен за три дня вместо четырех недель. Новая технология обеспечивает упрощенную поддержку качества данных, поскольку применяются стандарты структур данных в виде метаданных для каждой из 6 миллионов ячеек информации. В 1998 году компания выпустила программный продукт Claritas Connect, который позволит клиентам работать со специализированными киосками данных, размещенными на веб-сервере Claritas.

Американская компания Source Informatics America специализируется на информационных услугах производителей лекарственных средств. Покупая информацию в 75% (35 000) аптек в стране, компания производит и предоставляет на платной основе аналитические отчеты о выдаче медицинских рецептов на различные заболевания, которые помогают производителям лекарств правильно идентифицировать тенденции на рынке. Постоянное расширение рынка требовало от компании обработки растущего объема информации, что увеличивало время отчетности (более чем на месяц), их сложность, вызвало высокую стоимость для клиентов. Необходимы новые формы работы, а в 1996 году Source Informatics приступила к осуществлению дорогостоящего (5 млн. Долл. США) проекта по созданию специализированной базы данных на 1,5 ТБ. Внедрение аппаратного обеспечения проекта осуществлялось с участием последовательных компьютерных систем компании, которые предложили технологию неравномерного доступа к памяти NUMA (неравномерный доступ к памяти) с установкой соответствующей последовательности серверных машин NUMA - Q2000. В качестве программного обеспечения использовалась система управления базами данных (СУБД) Oracle, а также программные пакеты для поиска и обработки данных DDS Agent и DDS Architect MicroStrategy. Благодаря новой базе данных временные рамки для отчетности были сокращены до нескольких дней. Кроме того, ассортимент клиентов компании значительно расширился не только за счет снижения стоимости информационных услуг, но и потому, что у клиентов есть возможность самостоятельного доступа к данным через телефонную сеть. Для пяти фирм-клиентов были созданы отдельные киоски данных продаж, расположенные на серверах Alpha Digital Equipment Corporation и привязанные к данным основной базы данных через систему перекрестных ссылок. Недавно Source Informatics предложила своим клиентам услуги прямого подключения к базе данных из веб-браузеров, используя программное обеспечение онлайн-аналитической обработки DDS Web от MicroStrategy.

В 1995 году Randalls Food Markets начали создавать базу данных с большой осторожностью, объединяя информацию об инвентаре с демографическими данными о покупателях и их приложениях (кто покупает то, что). Не было четких критериев и оценок экономической эффективности проекта. Многобайтовая база данных для управления почти 600 категориями товаров для 80 000 предметов была создана через 6 месяцев на базе базы данных Informix Software. После внедрения системы руководители товарных категорий смогли быстро получить доступ с настольных персональных компьютеров к информации о доступности товаров и скорости и частоте продаж. За короткое время компания улучшила состояние склада и сумела увеличить продажи товаров, получая значительную дополнительную прибыль. В розничных сетях у нас растет тенденция использования баз данных, содержащих информацию об инвентаре и дополнительной информации о клиентах.

Специалисты маркетинговой службы Британской телекоммуникационной компании (BT) обслуживают 1,5 миллиона клиентов, каждый день ответят на 87 миллионов телефонных звонков о покупке и использовании 4,5 тысяч телекоммуникационных продуктов. Естественно, что такой огромный объем данных должен быть упорядочен, систематизирован с наивысшей эффективностью. Было решено создать базу данных (БД), которая позволяет собирать и анализировать информацию о клиентах по сегментам рынка. Первая используемая для этой цели система IMS (Integrated Marketing System), основанная на сервере базы данных Teradata корпорации NCR, способная обрабатывать 650 ГБ данных, была недостаточно гибкой и эффективной и была заменена более мощной системой WhiteCross, которая использует массивные -параллельная технология обработки. Преимущество этой технологии по сравнению с обычными системами на основе симметричной многопроцессорной технологии - значительное увеличение производительности за счет создания огромных пространств памяти. Опыт использования системы WhiteCross был настолько успешным, что в 1996 году VT отказался от услуг подрядчика по обслуживанию системы и приобрел полный спектр программного и аппаратного обеспечения для компании WhiteCross Systems (Англия): специализированная машина WhiteCross и инструмент для генерации запросов и отчетов Heat Seeker. В целом система WhiteCross 9020, используемая компанией W, оснащена 170 параллельными процессорами и 2,5 ГБ ОЗУ. Таблица данных содержит 266 столбцов из 1,8 миллиона строк. Инструменты Heat Seeker позволяют сотрудникам маркетинговых услуг и продаж анализировать данные и просматривать результаты обработки в специальном графическом окне, облегчая процесс детализации, что крайне важно для поиска дополнительных рыночных возможностей. Системное приложение WhiteCross позволило VT более четко определить ситуацию с рыночным положением определенных телекоммуникационных продуктов, выявить тенденции в дорогостоящих заказах, возможность перераспределения ресурсов с целью получения большей прибыли.

Американская железнодорожная компания Union Pacific создала в 1993 году сводную базу данных, объединяющую небольшие базы данных, содержащие информацию о различных аспектах деятельности: подвижной состав, транспорт, кадровый учет, учет, оплату счетов и т. Д. Система массовой параллельной обработки DBC 1012 NCR Корпорация NCR на базе серверной группы NCR worldmark 5100M и реляционной базы данных Teradata. Объем базы данных составляет 1,1 ТБ. Каждый Департамент Союза Тихого океана применяет базу данных для повышения эффективности своей деятельности. Таким образом, Департамент транспорта анализирует использование подвижного состава и создает отчет о времени работы локомотивов. Уточнение информации о рабочем времени привело к сокращению простоев на 39% и многомиллионной экономии за четыре года. Благодаря базе данных, связанной со специальным программным обеспечением, компания смогла контролировать оплату клиентом услуг по доставке товаров. Имея информацию о каждом автомобиле, Менеджер может дать прямые инструкции оператору поезда о приостановлении разгрузки при отсутствии оплаты. Благодаря контролю за платежами компания получила годовую экономию в 1 миллион долларов США. Компания Union Pacific постоянно работает над созданием новых приложений баз данных. В частности, приложение «План полета» позволит вам контролировать маршруты и расписания поездов, эффективность использования разных треков. Еще одно приложение позволит вам заранее определить источники возможных аварий и планировать обновление подвижного состава и выравнивание дорожек. Несмотря на то, что компания производит крупные лицензионные платежи корпорации NCR (5 миллионов долларов США) и несет бремя текущих расходов на эксплуатацию системы (содержание 20 сотрудников), ее руководство убеждено, что размер сбережений в в ближайшие годы резко возрастет, а годовая сумма окупаемости инвестиций составит более 35%.

Есть примеры использования технологий баз данных развлекательными компаниями. В феврале 1997 года в целях улучшения работы с клиентами казино Harrah's Entertainment Inc. создала и ввела в эксплуатацию базу данных на 320 ГБ с размещением на сервере NCR WorldMark 5100 корпорации NCR и использованием динамической масштабируемой архитектуры (DSA) Informix Software компании, а также обрабатывающие системы Top End. В каждом из 16 региональных филиалов компании есть / 400 компьютеров, которые передают информацию в базу данных посредством повторной передачи через сеть WINet. База данных содержит информацию о 6 миллионах клиентов казино и служит средством анализа взаимоотношений с клиентом и получения информации для определенной маркетинговой компании: сформулировав запрос для постоянных клиентов и установив необычно длительный период отсутствия некоторых из них, сотрудники казино прилагают усилия для возвращения, вплоть до предоставления бесплатного гостиничного номера и питания. Сегодня благодаря использованию базы данных доходы клиентов Harrah увеличились на 2%. Ожидается, что база данных будет платить за себя через 2-2,5 года.

Согласно прогнозам, к 2001 году произойдет 50% -ное увеличение базарных баз данных на базе Windows NT. Microsoft Corporation с MS SQL Server (44% от числа проданных лицензий) является лидером на рынке баз данных для платформы Windows NT Server, Oracle DBMS занимает второе место (28% продаж) [8].

В начале 1998 года была выпущена вторая бета-версия Microsoft SQL Server 7.0. Продукт имеет улучшенную масштабируемость, что позволяет установить его на портативные компьютеры с Windows 95, 98 и симметричные многопроцессорные кластеры, которые могут обрабатывать массивы данных с несколькими ТБ. Включение в продукт специального компонента служб управления данными, а также улучшение комплексной обработки запросов и наличие интегрированных методов аналитической обработки повышает эффективность работы с базами данных, включая очень большие.

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

Выбор СУБД представляет собой сложный процесс, который может состоять из нескольких этапов [5]:

1) выбор языка программирования, составление списка платформ, нуждающихся в поддержке, уточнение требований сети, набор гетерогенных операций;

2) определение самых высоких требований к системе в области поддержки версий, рабочих групп, схем развития;

3) оценка выбранной СУБД на основе их технической документации;

4) тестирование с максимальным моделированием функциональных возможностей; моделирование большого числа пользователей, требуемое распределение информации в сети, типичные механизмы доступа к данным;

5) дополнительное тестирование для идентификации архитектуры проектируемой системы. На этом этапе анализируется эффективность механизмов обмена между клиентом и сервером, проблемы, связанные с использованием ОЗУ и дисковой памяти, влияние операций по удалению и перезагрузке объектов на рост объема базы данных, функции обновлений буферизующих объектов, блокировок и управления транзакциями;

6) оценка качества технической документации и определение наличия квалифицированной службы поддержки и обучения.

2.Методы проецирования прикладных программных систем с использованием баз данных

2.1 Построение модели базы данных проектирования программ

Фаза проектирования базы данных - процесс создания проекта базы данных, который необходим для поддержки работы предприятия и содействия достижению его целей.

...