1. Этапы проектирования, реализации, эксплуатации бд

   1. Администратор БД - Лицо или группа лиц, отвечающих за

      • первоначальную загрузку и ведение БД

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

        2. разработка технологии проверки соответствия введенных данных реальному состоянию ПО;

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

      • защиту данных

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

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

        3. разработка средств фиксации доступа к данным и попыток нарушения системы защиты;

        4. тестирование системы защиты;

        5. исследование случаев нарушения системы защиты и развитие динамических методов защиты информации в БД

      • архивирование, копирование и восстановление БД после сбоев

        1. разработка организационных средств архивирования и принципов восстановления БД;

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

        3. анализ эффективности функционирования БД

        4. анализ показателей функционирования БД

        5. планирование изменения структуры (реструктуризация) БД

        6. реорганизации БД

      • поддержку системных средств (СУБД, ОС и др.)

        1. анализ суш. на рынке прогр. средств и анализ возможности и необх-ти их использования в рамках БД;

        2. разработка требуемых организационных и программно-технических мероприятий по развитию БД;

        3. проверка работоспособности закупаемых прогр. средств перед подключением их к БД;

        4. курирование подключения новых прогр. средств к БД),

        5. реорганизацию БД и подключение новых приложений.

        6. анализ обращений пользователей БД (сбор статистики по характеру запросов, по времени их выполнения, по требуемым выходным документам)

   2. Системные и прикладные программисты

   3. Операторы и специалисты по техническому обслуживанию

2. Этап эксплуатации БД

   1. Конечные пользователи

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

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

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

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

Прежде чем описывать физическую реализацию связей между данными, мы должны обсудить способ, с помощью которого конечные пользователи базы данных ( обращающиеся к ней с помощью терминалов или прикладных программ) представляют эти связи. Существуют различные способы представления логических связей. Одни из них вполне удовлетворительны, другие довольно запутанны и могут ввести в заблуждение, третьи ограниченны в том смысле, что с их помощью нельзя представить все реально существующие связи. В этой и в последующих главах обсуждается логическое представление данных. Часть II книги посвящена физическому представлению данных. [2]

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

С помощью программ управления данными представление данных для пользователя может храниться отдельно от их физического представления; при этом физическое представление и аппаратура могут быть при необходимости изменены без изменения логического описания данных. Наряду с такой независимостью еще одно важное соображение говорит в пользу логического описания данных: удобство применения для большинства пользователей и прикладных программистов. Мы должны найти такой способ описания данных, который: 1) понятен пользователю, не имеющему особых навыков в программировании; 2) позволяет подсоединять новые элементы данных, записи, связи без изменения существующих подсхем и, следовательно, прикладных программ; 3) допускает максимальную гибкость при обработке непредсказуемых или случайных запросов с терминалов. Следует заметить, что представление данных в виде деревьев, сетевых и списковых структур в общем случае препятствует многим изменениям данных, необходимым при росте базы; рост базы может привести к нарушению логического представления данных и, как следствие, к изменениям в прикладных программах. [4]

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