Системный анализ и физическое проектирование БД

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

В общем случае существует 2 подхода к определению состава и структуры предметной области:

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

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

2) Физическое проектирование – то есть выбор размещения БД на внешних носителях для обеспечения эффективной работы – это уже практический перенос базы данных на компьютер, либо путем переноса на компьютер файлов, подготовленных с помощью CASE программ, либо вручную, на основании подготовленной даталогической модели. В созданной базе данных автоматически или вручную устанавливаются требуемые связи межу таблицами, что позволяет, с одной стороны проводить выборки взаимосвязанных данных, по требуемым запросам, с другой стороны обеспечивает целостность данных, т.е. их согласованное изменение в базе данных.

Физическое проектирование БД включает следующие этапы:

1) Перенос глобальной логической модели данных в среду целевой СУБД

2) Проектирование базовых отношений в среде СУБД

3) Проектирование отношений содержащих производных данных

4) Реализация ограничений предметной области

5) Проектирование физического представления БД

45.Модель Сущность- Связь. Пример диаграммы Сущность – Связь:

Прежде, чем приступать к созданию системы автоматизированной обработки информации, разработчик должен сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того, чтобы привести эти понятия к той или иной модели данных, необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель "сущность-связь" (entity - relationshipmodel, ER - model).

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

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

Набор сущностей (entityset) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.

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

46.Связи в модели Сущность – Связь:

1:1- это означает что в такой связи в каждой момент времени каждому экземпляру сущности А соответствует один или нуль экземпляров сущности В.

АВ

Обозначение:

1:M(1:N) одному экземпляру сущности А соответствует нуль, один или N экземпляров сущности В

АВ

Обозначение:

М:1 (N:1) одному экземпляру сущности В соответствует нуль, один илиN экземпляров А.

Обозначение:

АВ

М:М (N:N) в этом случае одному экземпляру сущности А соответствует нуль, 1 или Nэкземпляров сущности В и наоборот

АВ

47.Обозначение атрибутов и сущностей в модели Сущность – Связь:

Связь степени 1, обязательный класс принадлежности

Связь степени 1, необязательный класс принадлежности

Связь степени N, необязательный класс принадлежности

Связь степени N, обязательный класс принадлежности.

Связь от зависимой к независимой сущности

48.Назначение клавиш для макрокоманды:

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

Алгоритм назначения клавиш для выполнения макрокоманды:

1) В окне БД нажать кнопку Макросы

2) Нажать кнопку Создать

3) Нажать кнопку Имена макросов на панели инструментов

4) Укажите в ячейке столбца Имя макроса клавишу или сочетание клавиш, с которыми нужно связать макрокоманду или набор макрокоманд. Синтаксис сочетаний клавиш AutoKeys.

5) Добавить в макрос макрокоманду или набор макрокоманд, которые должны выполняться при нажатие указанной клавиши или сочетания клавиш.

6) Повторите шаги 4 и 5 для каждого нового сочетания клавиш

7) Сохраните группу макросов под именем AutoKeys

Новые сочетания клавиш вступят в действие сразу после сохранения макроса и будут доступны при каждом открытие БД.

49.Защита БД:

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

Решение о полномочие пользователя при доступе к БД применяются при разработке стратегии, эксплуатации БД и не зависит от СУБД. СУБД только реализует принятие решения на практике для этого она должна иметь следующие средства:

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

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

3. Методы опознания и проверки подлинности пользователя.

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

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