Автор работы: Пользователь скрыл имя, 14 Января 2015 в 14:55, контрольная работа
Распределенные базы данных невозможно рассматривать вне контекста более общей и более значимой темы распределенных информационных систем. Процессы децентрализации и информационной интеграции, происходящие во всем мире, неизбежно должны рано или поздно затронуть нашу страну. Россия, в силу своего географического положения и размеров "обречена" на преимущественное использование распределенных систем.
ОГЛАВЛЕНИЕ
Распределенные базы данных невозможно рассматривать вне контекста более общей и более значимой темы распределенных информационных систем. Процессы децентрализации и информационной интеграции, происходящие во всем мире, неизбежно должны рано или поздно затронуть нашу страну. Россия, в силу своего географического положения и размеров "обречена" на преимущественное использование распределенных систем. Наша работа посвящена изучению архитектуры распределённой обработки данных, методам поддержки целостности распределенной базы данных, стандартизации определения архитектуры документа и процессов обработки, а также рассмотрим различные стандарты представления данных.
Распределенная обработка данных - методика выполнения прикладных программ группой систем. При этом пользователь получает возможность работать с сетевыми службами и прикладными процессами, расположенными в нескольких взаимосвязанных абонентских системах.
Распределённую обработку данных используют распределенные системы обработки данных.
Распределенные системы - это системы типа "клиент-сервер".(Рис.1)
Рис.1. обработка данных в архитектуре клиент/сервер
Итак, клиент-серверная информационная система состоит в простейшем случае из трех основных компонентов:
1.1 Основные особенности архитектуры «клиент-сервер»
Одна из моделей взаимодействия компьютеров в сети получила название «клиент-сервер» (Рис. 2.). Каждый из составляющих эту архитектуру элементов играет свою роль: сервер владеет и распоряжается информационными ресурсами системы, клиент имеет возможность воспользоваться ими.
Рис. 2. Архитектура «клиент-сервер»
Сервер базы данных представляет собой мультипользовательскую версию СУБД, параллельно обрабатывающую запросы, поступившие со всех рабочих станций. В его задачу входит реализация логики обработки транзакций с применением необходимой техники синхронизации - поддержки протоколов блокирования ресурсов, обеспечение, предотвращение и/или устранения тупиковых ситуаций.
В ответ на пользовательский запрос рабочая станция получит не «сырье» для последующей обработки, а готовые результаты. Программное обеспечение рабочей станции при такой архитектуре играет роль только внешнего интерфейса (Front - end) централизованной системы управления данными. Это позволяет существенно уменьшить сетевой трафик, сократить время на ожидание блокированных ресурсов данных в мультипользовательском режиме, разгрузить рабочие станции и при достаточно мощной центральной машине использовать для них более дешевое оборудование.
Как правило, клиент и сервер территориально отделены друг от друга, и в этом случае они входят в состав или образуют систему распределенной обработки данных.
Для современных СУБД архитектура «клиент-сервер» стала фактически стандартом. Если предполагается, что проектируемая информация будет иметь архитектуру «клиент-сервер», то это означает, что прикладные программы, реализованные в ее рамках, будут иметь распределенный характер, т. е. часть функций приложений будет реализована в программе-клиенте, другая - в программе-сервере. Основной принцип технологии «клиент-сервер» заключается в разделении функций стандартного интерактивного приложения на четыре группы:
Распределенная база данных (DDB – distributed database) – это совокупность логически взаимосвязанных баз данных, распределенных в компьютерной сети. Распределенная система управления базой данных определяется как программная система, которая позволяет управлять распределенной базой данных таким образом, чтобы ее распределённость была прозрачна для пользователей. В этом определении следует уточнить две отличительных архитектурных особенности. Первая из них заключается в том, что система состоит из (возможно, пустого) множества узлов приема запросов (query site) и непустого множества узлов данных (data site). Узлы данных обладают средствами для хранения данных, а узлы приема запросов – нет. В узлах приема запросов лишь выполняются программы, реализующие пользовательский интерфейс для доступа к данным, хранящимся в узлах данных. Вторая особенность состоит в том, что узлы логически представляют собой независимые компьютеры. Следовательно, у такого узла имеется собственная основная и внешняя память, установлена собственная операционная система (может быть, одна и та же на всех узлах, а возможно, и нет) и имеется возможность выполнять приложения. Узлы связаны компьютерной сетью, а не входят в мультипроцессорную конфигурацию. Важно подчеркнуть слабую связанность процессоров, которые обладают собственными операционными системами и функционирует независимо.
Поддержка целостности в реляционной модели данных в ее классическом понимании включает в себя 3 метода:
Первый метод это поддержка структурной целостности, которая трактуется как то, что реляционная СУБД должна допускать работу только с однородными структурами данных типа "реляционное отношение". При этом понятие "реляционного отношения" должно удовлетворять всем ограничениям, накладываемым на него в классической теории реляционной БД (отсутствие дубликатов кортежей, соответственно обязательное наличие первичного ключа, отсутствие понятия упорядоченности кортежей).
Второй метод это поддержка языковой целостности, которая состоит в том, что реляционная СУБД должна обеспечивать языки описания и манипулирования данными не ниже стандарта SQL. Не должны быть доступны иные низкоуровневые средства манипулирования данными, не соответствующие стандарту.
Именно поэтому доступ к информации, хранимой в базе данных, и любые изменения этой информации могут быть выполнены только с использованием операторов языка SQL.
Третий метод это поддержка ссылочной целостности (Declarative Referential Integrity, DRI), означает обеспечение одного из заданных принципов взаимосвязи между экземплярами кортежей взаимосвязанных отношений:
Ссылочная целостность обеспечивает поддержку непротиворечивого состояния БД в процессе модификации данных при выполнении операций добавления или удаления.
Кроме указанных ограничений целостности, которые в общем виде не определяют семантику БД, вводится понятие семантической поддержки целостности.
Структурная, языковая и ссылочная целостность определяют правила работы СУБД с реляционными структурами данных. Требования поддержки этих трех видов целостности говорят о том, что каждая СУБД должна уметь это делать, а разработчики должны это учитывать при построении баз данных с использованием реляционной модели.
Правовое регулирование вопросов работы с электронными документами предполагает закрепление в нормативных правовых актах, прежде всего, понятия «электронный документ» и возможности использования электронных документов наравне с традиционными документами в различных сферах деятельности, особенно в сфере государственного управления. Применение электронных документов требует законодательного обеспечения их юридической силы, то есть установления порядка их удостоверения (состава и способов оформления реквизитов), а также защиты от искажений в процессе электронного обмена. В связи с этим в современном законодательстве предпринимаются попытки создания определенных условий для использования в этих целях технологии электронной подписи.
Техническое регулирование (стандартизация) в области электронного документооборота направлено на разработку, принятие, применение и исполнение требований к электронным документам и различным технологическим процессам, связанным с применением электронных документов, например, процессам формирования и проверки электронной подписи, процедурам хранения, транспортировки и эксплуатации носителей, используемых при обработке данных и хранении информации в электронном виде.
Стандартизация массивов метаданных об информационных ресурсах, развитие систем их классификации и каталогизации должны стать основой создания эффективных средств навигации в российском информационном пространстве, а также постоянно действующего мониторинга информационных ресурсов (прежде всего, государственных) и информационной деятельности.
В связи с вышеизложенным, в 1999 г. был принят национальный стандарт ГОСТ Р 51353, определяющий состав и содержание метаданных электронных карт в геоинформационных системах, а в 2003 г. принят непосредственно в качестве национального стандарта Российской Федерации межгосударственный стандарт ГОСТ 7.70, устанавливающий состав, содержание и представление реквизитов описания электронных информационных ресурсов, являющихся базами данных и машиночитаемыми информационными массивами. Стандарт ГОСТ 7.70 рекомендован как для регистрирующих органов, составляющих каталоги информационных ресурсов, так и для разработчиков и распространителей электронных информационных ресурсов (на сменных носителях, в глобальных и локальных сетях).
Национальные стандарты, входящие в Систему стандартов по информации, библиотечному и издательскому делу (СИБИД), нормативно упорядочивают информационные процессы, обеспечивающие доступ к информационным фондам. Например, правила библиографического описания электронных изданий устанавливает государственный стандарт ГОСТ 7.82, согласно которому описание электронных ресурсов максимально приближено к описанию традиционных документов, закрепленному в ГОСТ 7.1.
Создание и эксплуатация компьютерных систем и технологий обработки документации осуществляется на основе правил, изложенных в комплексе стандартов на автоматизированные системы и других стандартах серии «Информационная технология». Также на государственном уровне стандартизированы вопросы защиты информации и использования электронной цифровой подписи.
В частности, стандарт ГОСТ 34.601 выделяет восемь стадий в создании автоматизированных систем (АС), используемых в различных сферах деятельности, в том числе в управленческой: формирование требований к АС, разработка концепции АС, техническое задание, эскизный проект, технический проект, рабочая документация, ввод в действие, сопровождение АС.
Стандарт ГОСТ 34.602 устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы», а также порядок его разработки, согласования и утверждения. В этом стандарте отмечено, что включаемые в техническое задание требования должны «не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам».
Разработанный в 2004 году национальный стандарт ГОСТ Р 52294 определяет основные положения по созданию, внедрению, эксплуатации и сопровождению электронного регламента административной и служебной деятельности организаций. Он распространяется на автоматизированные системы обработки информации и управления учреждений, предприятий и организаций независимо от формы собственности и подчинения. Положения этого стандарта следует учитывать при создании новых или совершенствовании существующих технологий управления организацией. Стандарт ГОСТ 52294 содержит определения терминов «регламент» (это «совокупность правил, устанавливающих порядок проведения работ или осуществления деятельности»), «рабочий процесс» (это «совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы и реализуемых в пределах организации»), «операция (работа)» (это «часть рабочего процесса, создающая воспроизводимый результат в рамках рабочего процесса»).
В национальных стандартах также закреплены
требования к управлению документами,
проведению унификации и применению унифицированных
систем документации, оформлению организационно-
Следует отметить, что отраслевой терминологический стандарт по делопроизводству и архивному делу ГОСТ Р 51141, действующий с 1 января 1999 г., не в полной мере отражает новую международную терминологию и не учитывает новую техническую терминологию, возникшую в связи с применением компьютерных информационных технологий в сфере работы с информацией и документацией. Он требует актуализации на основе использования стандартов ИСО и отечественного опыта работы с документацией.
Национальную систему стандартизации составляют, помимо национальных стандартов, общероссийские классификаторы технико-экономической и социальной информации и другие применяемые в установленном порядке классификации. Общероссийские классификаторы – это нормативные документы, распределяющие технико-экономическую и социальную информацию в соответствии с ее классификацией (классами, группами, видами и др.). В отличие от национальных стандартов, применяемых на добровольной основе, общероссийские классификаторы являются обязательными для применения при создании государственных информационных систем и информационных ресурсов, а также при межведомственном обмене информацией.