otchet (Fox Pro - реляционная модель данных), страница 4

ВЫБОР СУБД

ПРОЕКТЕРОВАНИЕ РЕАЛИЗАЦИИ

Рис. 1. Структура процесса проектирования

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

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

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

Программные ограничения в первую очередь подразумевают операционную систему и языки прикладного программирования.

К организационным ограничениям можно отнести требования к срокам разработки, имеющиеся трудовые ресурсы. Возможности по подготовке специалистов и т.п.

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

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

На выбор СУБД-претендентов наибольшее влияние оказывает согласование ряда параметров среды реализации и СУБД. К таким параметрам в первую очередь относятся:

• тип ЭВМ;

• операционная система;

• объемы оперативной памяти;

• конфигурация вычислительной системы и наличие реализаций СУБД для нескольких типов ЭВМ.

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

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

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

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

Не претендуя на полноту, приведем перечень наиболее часто используемых факторов оценки моделей базы данных:

• требуемые объемы основной и дисковой памяти;

• трудоемкость разработки программных средств окружения СУБД;

• трудоемкость реализации приложений;

• затраты на обучение персонала;

• стоимость эксплуатации, информационной системы;

• возможность совмещения разработки БД с ранее выполненными программными реализациями;

• прогнозируемые сроки реализации информационной системы.

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

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

Конструирование схемы БД. На этом шаге проектирования окончательно уточняются все параметры логической и физической организации БД.

Разработка технологии ведения ИС. Разрабатывается набор технологических инструкций для службы администратора БД. Эти инструкции охватывают все

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

• ввод информации в систему;

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

• управление использованием данных;

• управление эффективностью системы.

Программное обеспечение технологии ведения ИС составляют сервисные средства, необходимые для выполнения большинства процессов, включенных в технологию. Это могут быть стандартные программные продукты (из состава СУБД или независимо поставляемые) либо оригинальные программные разработки. Определяя программное обеспечение, оговаривается его состав, а для оригинальных программ разрабатываются их алгоритмы.

ТЕХНОЛОГИЯ ВЕДЕНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

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

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

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

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

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

выявленных ошибок.

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

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

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

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

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

ПОСТАНОВКА ЗАДАЧИ.

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

В состав контрольной задачи «Деканат» входят следующие структурные компоненты, каждый из которых наделён присущими ему свойствами, в данном случае полями (рис 2.).

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

Организация труда и функции пользователя.

Пользователь в рамках документирования осуществляют следующие функции:

- собственно регистрацию первичной учетной информации путем набора ее на

клавиатуре;

- выполнение процедур начала и завершения каждого сеанса

автоматизированной регистрации первичной информации;

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

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

1. отображение необходимой информации в «человекочитаемой» форме;

В общем виде методологические аспекты должны отражать следующие вопросы:

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

машинное ведение учета поступающих данных;

машинная передача результатной информации для её использования.