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

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

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

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

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

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

· определить цель и задачи информационных технологий на основе анализа целей и бизнес-планов организации;

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

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

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

· поставка материалов и комплектующих изделий;

· проектирование конструкций новых изделий;

· проектирование технологических процессов изготовления продукции;

· проектирование технологического оснащения (приспособле­ний, инструмента);

· оперативное календарное планирование и управление выпус­ком изделий;

· разработка нормативной базы (потребности в трудовых и мате­риальных ресурсах, основных и вспомогательных материалах и др.);

· управление качеством выпускаемой продукции;

· управление сбытом.

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

В результате выполнения работ данного этапа ЖЦ базы данных получают:

o техническое задание на проектирование;

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

o стандарты предприятия на выполнение отдельных этапов работ;

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

· планируемые сроки выполнения 2... 10 этапов жизненного цикла баз данных.

Определение требований к СУБД зависит от области примене­ния баз данных, состава пользователей, а следовательно, и от назначения системы.

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

· определение классов информационных объектов, их характе­ристик и в конечном счете состава таблиц баз данных;

· определение места нахождения потенциальных пользовате­лей и в конечном счете архитектуры ЛВС.

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

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

Существуют разные методы сбора информации, которые в об­щем определяются как методы сбора фактов. К этим методам от­носятся:

· изучение документации;

· проведение собеседований;

· наблюдение за работой сотрудников подразделений предпри­ятия;

· проведение исследований;

· проведение анкетирования.

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

· бланки и формы отчетности (бумажные и электронные);

· стандарты предприятия;

· технические характеристики объектов;

· технические и технологические инструкции.

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

Наблюдение за работой сотрудников подразделений предприятия относится также к эффективной методике сбора фактов. Данная методика позволяет:

· убедиться в правильности установленных ранее характерис­тик информационных объектов;

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

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

Проведение анкетирования — метод, основанный на проведе­нии опросов пользователей по заранее составленным опросным листам — анкетам. При этом возможны две формы опросных лис­тов: произвольная и фиксированная. В первом случае опросный лист состоит из вопросов, на которые опрашиваемый (респон­дент) должен дать ответ в произвольной форме. Во втором случае опрашиваемому предоставляется бланк с вариантами заранее сфор­мулированных ответов на поставленные вопросы, из которых сле­дует сделать выбор.

К данному методу можно также отнести непосредственное «кон­струирование» таблицы базы данных для задач, выполняемых кон­кретным специалистом. В этом случае анкетирование можно про­водить в виде собеседования или предоставить специалисту само­стоятельно составить структуру таблицы (или таблиц) базы дан­ных, для чего целесообразно использовать конструктор таблиц СУБД Microsoft Access.

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

Концептуальное моделирование — это процесс создания ин­формационной модели (базы данных), не зависящей от ее физи­ческой реализации. В общем случае это определение необходимого состава таблиц базы данных исходя из установленного состава пользователей.

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

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

Рис. 2.3. Схема моделирования проекта СУБД

Физическое моделирование подразумевает:

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

· выбор аппаратных, программных (технологических) и разра­ботку организационных методов защиты данных.

На рис. 2.3 показана схема моделирования проекта СУБД, ко­торая отражает трехуровневую архитектуру построения и управ­ления базами данных. Данная схема применяется в таких СУБД, как ORACLE и SQL Server. При такой схеме проектирования уда­ленных баз данных обеспечивается высокая степень независимос­ти системы управления от данных. Причем различают два типа независимости: логическую и физическую.

Логическая независимость от данных означает полную защищен­ность внешних схем от изменений, вносимых в концептуальную модель.

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

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

Внутренняя схема данных (или внутренний уровень) описыва­ет способы хранения данных.

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

· при разработке баз данных в конкретной предметной области;

· интеграции с уже имеющимися на предприятии базами дан­ных;

· обращении к удаленным базам данных;

· обеспечении защиты данных.

Набольшее распространение среди пользователей и разработ­чиков СУБД получили следующие программные продукты:

· специальные языки программирования — Visual FoxPro, SQL;

· прикладные программные системы — Microsoft Access;

· программные системы разработки и управления корпоратив­ными удаленными базами данных — Oracle, MS SQL-Server, MYSQL, INFORMIX и др.

На основании имеющегося на 2005 г. опыта можно дать следую­щие рекомендации по выбору программных систем разработки и управления базами данных.

1. Для разработки единого информационного пространства в рамках CALS-технологий с учетом ожидаемых объемов хранения и обработки данных использовать системы SQL-Server и Oracle различных модификаций.

2. Для разработки и исследования моделей, а также для разра­ботки «эскизного проекта» баз данных использовать Microsoft Access, которая позволит разработчикам в кратчайшие сроки и с наименьшими затратами спроектировать основные объекты баз данных: таблицы, запросы, отчеты. Также, используя возможнос­ти Microsoft Access, можно эффективно проработать сценарий бу­дущего пользовательского интерфейса.

3. Для разработки быстродействующего приложения использо­вать языки объектно-ориентированного программирования: Visual Basic.NET, Delphi и др.

Разработка «эскизного проекта» — прототипа баз данных по­зволяет проверить разработанные информационные модели баз данных, на основе которых можно с уверенностью составить тех­ническое задание программистам для разработки приложения.Данный этап должен выполняться либо непосредственно спе­циалистами конкретной предметной области, либо под их руко­водством. Именно поэтому для реализации данного этапа реко­мендуется применять Microsoft Access.

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

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

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

Клиентская часть приложения разрабатывается, как правило, с использованием универсальных языков программирования.

Одним из средств разработки клиентской части приложения является объектно-ориентированный язык программирования Visual Basic.NET. Эта современная визуальная среда обеспечивает:

· простоту создания пользовательского интерфейса програм­мы;

· возможность работы с Web-сервисами;

· создание клиент-серверных приложений (включая работу че­рез Интернет);

· поддержку многоплатформенного протокола передачи дан­ных — SOAP-протокола.

SOAP-протокол — это набор правил для работы с удаленными объектами. Где именно находятся эти удаленные объекты (в дру­гом каталоге, в корпоративной интрасети или в сети Интернет) — для клиентских программ, использующих SOAP-протокол, абсо­лютно неважно. SOAP-протокол основывается на языке XML. Любая передаваемая информация между клиентом и сервером в этом случае является отдельным XML-документом, написанным по правилам SOAP-протокола.

SOAP-протокол — это слабосвязанный механизм, ориентиро­ванный на сообщения и предназначенный для удаленного вызова объектов по глобальным сетям, работа с удаленными базами дан­ных в котором осуществляется с помощью HTTP-запросов и от­ветов.

Реализация СУБД — это этап, следующий после разработки «эскизного проекта» и приложения. На этапе реализации информа­ционной системы фактически осуществляется формирование базы данных в конкретных условиях производства, т.е. происходят:

· формирование серверной части системы;

· формирование клиентской части системы;

· доработка программных модулей управления базой данных;

· установление прав доступа к таблицам баз данных и разработ­ка других методов защиты информации;

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

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

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

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

Процесс тестирования можно осуществлять двумя способами:

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

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

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

Дата добавления: 2014-01-07