Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 8
Текст из файла (страница 8)
39 Наблюдение за работой сотрудников подразделений предприятия относится также к эффективной методике сбора фактов. Данная методика позволяет: ° убедиться в правильности установленных ранее характеристик информационных объектов; ° оценить ожидаемую эффективность от внедрения базы данных в конкретном подразделении благодаря возможности непосредственной оценки трудоемкости выполняемых работ потенциальным пользователем системы. Проведение исследований на основе изучения технической литературы, ресурсов сети Интернет, материалов конференций и т.п. Достоинство данного метода сводится к возможности изучения методов решения аналогичных проблем другими предприятиями, в том числе и конкурентами.
Проведение анкетирования — метод, основанный на проведении опросов пользователей по заранее составленным опросным листам — анкетам. При этом возможны две формы опросных листов: произвольная и фиксированная. В первом случае опросный лист состоит из вопросов, на которые опрашиваемый (респондент) должен дать ответ в произвольной форме. Во втором случае опрашиваемому предоставляется бланк с вариантами заранее сформулированных ответов на поставленные вопросы, из которых следует сделать выбор. К данному методу можно также отнести непосредственное «конструирование» таблицы базы данных для задач, выполняемых конкретным специалистом. В этом случае анкетирование можно проводить в виде собеседования или предоставить специалисту самостоятельно составить структуру таблицы (или таблиц) базы данных, для чего целесообразно использовать конструктор таблиц СУБД М!сгоаой Ассезк Разработка и исследование моделей проекта СУБД сводится к разработке и исследованию концептуальных, логических и физических моделей баз данных.
Концептуальное моделирование — это процесс создания информационной модели (базы данных), не зависящей от ее физической реализации. В общем случае зто определение необходимого состава таблиц базы данных исходя из установленного состава пользователей. Логическое моделирование предполагает разработку и установление связей между таблицами базы данных, а также их модификацию на основе принципов нормализации. При разработке логической модели учитывается конкретная СУБД.
Физическое моделирование — это описание способов хранения базы данных на запоминающих устройствах. Очевидно, что данный этап проектирования выполняется после разработки концептуальных и логических моделей баз данных. 40 Рис. 2.3. Схема моделирования проекта СУБД Физическое моделирование подразумевает: ° определение конкретных структур хранения информации и методов доступа к удаленным таблицам баз данных; ° выбор аппаратных, программных (технологических) и разработку организационных методов защиты данных.
На рис. 2.3 показана схема моделирования проекта СУБД, которая отражает трехуровневую архитектуру построения и управления базами данных. Данная схема применяется в таких СУБД, как ОКАС).Е и $()). Бегуег. При такой схеме проектирования удаленных баз данных обеспечивается высокая степень независимости системы управления от данных. Причем различают два типа независимости: логическую и физическую. Логическая независимость от данных означает полную защищенность внешних схем от изменений, вносимых в концептуальную модель. Физическая независимость от данных означает защищенность концептуальной модели от изменений, вносимых во внутреннюю схему баз данных. Внешняя схема данных (или внешний уровень) описывает только ту часть управления базами данных, которая относится к каждому пользователю.
Внутренняя схема данных (или внутренний уровень) описывает способы хранения данных. Обоснование и выбор нрограммноб системы для разработки баз данных — это этап, на котором решается задача выбора такой программной системы, которая обеспечивала бы минимальные трудовые и материальные затраты при разработке и эксплуатации информационной системы, в частности: ° при разработке баз данных в конкретной предметной области; ° интеграции с уже имеющимися на предприятии базами данных; ° обращении к удаленным базам данных; ° обеспечении защиты данных.
Набольшее распространение среди пользователей и разработчиков СУБД получили следующие программные продукты: ° специальные языки программирования — У1ьца) ГохРго, БО1,; ° прикладные программные системы — М)сгозой Ассет; ° программные системы разработки и управления корпоративными удаленными базами данных — Огас1е, МБ БО1.-Берег, МУБО), 1ХГОКМ!Х и др. На основании имеющегося на 2005 г.
опыта можно дать следующие рекомендации по выбору программных систем разработки и управления базами данных. 1. Для разработки единого информационного пространства в рамках СААБ-технологий с учетом ожидаемых объемов хранения и обработки данных использовать системы Я 1;Бепег и Огас!е различных модификаций. 2.
Для разработки и исследования моделей, а также для разработки «эскизного проекта» баз данных использовать М1сгозой Асеева, которая позволит разработчикам в кратчайшие сроки и с наименьшими затратами спроектировать основные объекты баз данных: таблицы, запросы, отчеты. Также, используя возможности М)сгозой Асеева, можно эффективно проработать сценарий будушего пользовательского интерфейса. 3. Для разработки быстродействующего приложения использовать языки объектно-ориентированного программирования: У)вца1 Ваейс .ХЕТ, Ое!рй1 и др. Разработка «зеказаого проект໠— арототааа баз даааых позволяет проверить разработанные информационные модели баз данных, на основе которых можно с уверенностью составить техническое задание программистам для разработки приложения.
Данный этап должен выполняться либо непосредственно специалистами конкретной предметной области, либо под их руководством. Именно поэтому для реализации данного этапа рекомендуется применять М)сгозой Ассеаз. Разработка аролозкеная — это этап, на котором одним из обязательных условий является необходимость обеспечения быстрой работы с удаленными базами данных, в том числе через глобальную сеть.
Разработка приложения, управляющего работой баз данных, состоит из создания двух программных частей: серверной и клиентской. Серверная часть приложения разрабатывается, как правило, средствами встроенного в соответствующие СУБД языка БО1. (9 Н1.- Бегтег, Огас!е, и др.). Клиентская часть приложения разрабатывается, как правило, с использованием универсальных языков программирования. 42 Одним из средств разработки клиентской части приложения является объектно-ориентированный язык программирования '1чзпа! Ваыс. Х ЕТ.
Эта современная визуальная среда обеспечивает: ° простоту создания пользовательского интерфейса программы; ° возможность работы с %еЬ-сервисами; ° создание клиент-серверных приложений (включая работу через Интернет); ° поддержку многоплатформенного протокола передачи данных — ВОАР-протокола. ГОАР-протокол — это набор правил для работы с удаленными объектами. Где именно находятся эти удаленные объекты (в другом каталоге, в корпоративной интрасети или в сети Интернет)— для клиентских программ, использующих ВОАР-протокол, абсолютно неважно.
ВОАР-протокол основывается на языке ХМЕ. Любая передаваемая информация между клиентом и сервером в этом случае является отдельным ХМЕ-документом, написанным по правилам ГОАР-протокола. ГОАР-протокол — это слабосвязанный механизм, ориентированный на сообщения и предназначенный для удаленного вызова объектов по глобальным сетям, работа с удаленными базами данных в котором осуществляется с помощью НТТР-запросов и ответов.
Реализации СУБД вЂ” это этап, следующий после разработки «эскизного проекта» и приложения. На этапе реализации информационной системы фактически осуществляется формирование базы данных в конкретных условиях производства, т.е. происходят: ° формирование серверной части системы; ° формирование клиентской части системы; ° доработка программных модулей управления базой данных; ° установление прав доступа к таблицам баз данных и разработка других методов защиты информации; ° разработка инструкций, обучение пользователей и администраторов работе с базами данных.
Фактически данный этап жизненного цикла является началом сдачи разработанной системы заказчику. Загрузка данных — это этап, который сводится к заполнению таблиц соответствующими данными в полном соответствии с разработанными на предыдущем этапе инструкциями пользователей.
Если разработанная база данных должна функционировать совместно с другими информационными системами, необходимо обеспечить их взаимодействие, используя для этого и методы присоединения данных. Тестлровалае — это этап, предназначенный лля нахождения возможных ошибок при работе и управлении разработанной информационной системой. Очевидно, что для выполнения тести- 43 рования все таблицы базы данных должны быть заполнены соответствующей информацией.
Процесс тестирования можно осуществлять двумя способами: ° непосредственной проверкой функционирования системы пользователями и администраторами в соответствии с разработанными инструкциями; ° с помощью специальных экспертных программ, позволяющих автоматически находить ошибки, например при вводе данных в таблицы или запросы. Экспяуатаяия и соаровозгсдеиие — это этап, на котором предполагается непрерывное наблюдение за разработанной системой в процессе ее функционирования. Как правило, контроль качества работы системы осуществляет администратор базы данных.
Очевидно, что процесс контроля качества системы должен полностью соответствовать действующим на предприятии методам системы менеджмента качеством, отвечающим требованиям стандартов 150 1900:2000. 2.5. Администрирование баз данных В практике разработки и управления базами данных выделяют две функции: администрирование данных и администрирование баз данных. Соответственно предусматривают и две должности: администратор данных и администратор баз данных. Администрирование данных подразумевает управление информационными ресурсами, разработку и внедрение стандартов на информационное обеспечение, концептуальное и логическое проектирование баз данных.
Приведем перечень задач, возлагаемых на администратора данных: ° выбор рациональных инструментальных средств разработки баз данных; ° участие в разработке корпоративных стратегий создания информационной системы с учетом развития информационных технологий, включая разработку соответствующей технической документации; экспертная оценка осуществимости проектов и планирование процесса создания базы данных; ° участие в разработке корпоративной модели данных; ° определение требований организации к используемым данным и разработка словаря данных; ° участие в разработке методик сбора данных и выбор формата их представления; ° оценка существующих и ожидаемых объемов данных„ ° определение правил доступа к данным и мер безопасности, соответствующих правовым нормам и внутренним требованиям организации; ° концептуальное и логическое проектирование базы данных; ° взаимодействие с разработчиками приложений в целях обеспечения существующих требований конкретного предприятия; ° разработка должностных инструкций и обучение пользователей баз данных; ° взаимодействие со службами системы управления качеством в части анализа причин нарушения целостности БД или потери информации; ° разработка и выбор методов и средств эффективной защиты данных в условиях конкретного предприятия.