Особенности информационного обеспечения

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

     Централизованную  базу данных отличает традиционная архитектура баз данных (рис. 3.3).

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

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

     По  способу доступа к данным БД разделяются  на БД с локальным доступом и БД с удаленным (сетевым) доступом.

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

     Появление персональных компьютеров и локальных  вычислительных сетей привело к  разработке архитектуры «файл-сервер», показанной на рис. 3.4. При такой архитектуре  приложение, выполняемое на ПК, может  получить прозрачный доступ к файл-серверу, на котором хранятся совместно используемые файлы. Когда приложению, работающему на ПК, требуется получить данные из совместно используемого файла, сетевое программное обеспечение автоматически считывает требуемый блок данных с сервера. Наиболее популярные БД для ПК, включая Microsoft Access, Paradox и dBase, поддерживают архитектуру «файл-сервер», при которой на каждом ПК работает своя копия СУБД. При выполнении обычных запросов эта архитектура обеспечивает великолепную производительность, поскольку в распоряжении каждой копии СУБД находятся все ресурсы ПК. Однако рассмотрим приведенный выше пример. Поскольку запрос требует последовательного просмотра БД, СУБД постоянно запрашивает все новые блоки данных из БД, которая физически расположена на сервере сети. Очевидно, что в результате СУБД запросит и получит по сети все блоки файла. При выполнении запросов такого типа эта архитектура создает слишком большую нагрузку на сеть и уменьшает производительность работы.   

     Архитектура «клиент-сервер» показана на рис.3.5. При такой архитектуре ПК объединены в локальную сеть, в которой  имеется сервер баз данных, содержащий общие БД. Функции СУБД разделены  на две части. Пользовательские программы, такие, как приложения, для формирования интерактивных запросов и генераторы отчетов, работают на клиентском компьютере. Хранение данных и управление ими  обеспечиваются сервером. В этой архитектуре SQL стал стандартным языком, предназначенным  для обработки и чтения данных, содержащихся в БД. SQL обеспечивает взаимодействие между пользовательскими  программами и ядром БД.

     Вернемся к примеру определения потребности материалов на деталь. При архитектуре «клиент-сервер» запрос передается по сети на сервер БД в виде SQL-запроса. Ядро БД на сервере обрабатывает, запрос и просматривает БД, которая также расположена на сервере.  После вычисления результата ядро БД посылает его обратно по клиентскому приложению, которое отображает его на экране ПК. Архитектура «клиент-сервер» позволяет сократить трафик и распределить процесс загрузки базы данных. Функции работы с пользователем, такие, как обработка ввода и отображение данных, выполняются на ПК пользователя. Функции работы с данными, такие, как дисковый ввод-вывод и выполнение запросов, выполняются сервером БД. Наиболее важно здесь то, что SQL обеспечивает четко определенный интерфейс между клиентской и серверной системами, эффективно передавая запросы на доступ к БД. Эта архитектура используется в современных СУБД Oracle, Informix, Sybase и др.   

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

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

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

     Иерархическую модель БД изображают в виде дерева (рис.3.6). Элементы дерева вершины 1 — 14 представляют совокупность данных, например логические записи. Каждой вершине соответствует множество экземпляров записей, составляющих логический файл. Вершины расположены по уровням и связаны между собой отношениями подчиненности. Одна-единственная вершина верхнего уровня является корневой. Иерархическая модель данных обеспечивает так называемые одно-многозначные отношения между данными. Примером таких отношений могут служить следующие: одному изделию соответствует несколько материалов, используемых на различных операциях обработки, сборки.   

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

     Реляционная модель БД представляет объекты и взаимосвязи между ними в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами. На этой модели базируются практически все современные СУБД. Эта модель более понятна, «прозрачна» для конечного пользователя организации данных. К преимуществам реляционной модели БД можно отнести также более высокую гибкость при расширении БД, состава запросов к ней. Реляционная организация БД в виде таблицы содержит программу выпуска изделий (табл. 3.5). Эта база данных включает в себя три атрибута: код технологической группы оборудования, код изделия, программу выпуска.

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

     В последние годы все большее признание  и развитие получают объектно-ориентированные базы данных (ООБД, толчок к появлению которых дали объектно-ориентированное программирование и использование ПК для обработки и представления практически всех форм информации, воспринимаемых человеком.

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

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

     В данных областях всегда существовала потребность найти адекватное средство хранения больших объемов разнородных  данных, переплетенных многими связями. Поскольку объектные СУБД отличаются высоким быстродействием, надежностью, представляют разнообразнейший программный интерфейс для разработчиков, они широко используются в телекоммуникациях, различных аспектах автоматизации предприятия, издательском деле, геоинформационных проектах. Очень хорошо они подходят для решения задач построения распределенных вычислительных систем. На основе объектной СУБД можно строить сложные распределенные банки данных, организовывать к ним доступ как через локальную сеть, так и для удаленных пользователей в режиме реального масштаба времени. К объектным СУБД можно отнести СУБД ONTOS — одного из лидеров направления ООБД, Jasmine, ODB-Jupiter — первый российский продукт такого рода, ORACLE 8.0.

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

Заключение 

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

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

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

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

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

Список  использованной литературы

1.  Балдин К.В., Уткин В.Б. Информационные системы в экономике: Учебник – 5-е изд. – М.: издательско-торговая корпорация «Дашков и К», 2009.

2.  Информационные системы в экономике: учебник для студентов ВУЗов, обучающихся по специальностям «Финансы и кредит», «Бухгалтерский учет, анализ и аудит» и специальностям экономики и управления / под ред. Г.А. Тиоренко – 2-е изд. перераб. и доп. – М.: ЮНИТИ-ДАНА, 2008.

3.  Информационные системы и технологии в экономике: Учебник. - 2-е изд., доп. и перераб. / Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И. Трубилин; Под ред. В.И. Лойко. - М.: Финансы и статистика, 2008.

4.  Киреев А.П. Международная экономика. В 2-х ч. - Ч. I. Международная микроэкономика: движение товаров и факторов производства. Учебное пособие для вузов. - М.: Международные отношения, 1997.

5.  Кругман П., Обстфельд М. Международная экономика. Теория и политика: Учебник для вузов / Пер. с англ, под ред. В.П. Колесова, В.П. Колесова, М.В. Кулакова. - М.: Экономический факультет МГУ, ЮНИТИ,2007.

6.  Миклашевская Н.А., Холопов А.В. Международная экономика: Учебник. - М.: МГУ им. М.В. Ломоносова, Изд-во "Дело и Сервис", 1998.

7.  Смыкова М.Р. Туризм: экономика, менеджмент и маркетинг. - Алматы: Нур-пресс, 2010.