Системный анализ и физическое проектирование БД
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. Методы опознания и проверки подлинности пользователя.
Для опознания пользователя при его входе в систему СУБД обычно просит ввести идентификатор (например, фамилию, должность и т. д.) и пароль, известный только системе или сотрудникам с особыми полномочиями (например, администратору банка данных). Некоторые в результате создания группы польз. с одинаковыми правами доступа . Возможные ситуации когда не санкционированы действия в обход с помощью копирования БД или подключения коммуникационному каналу. Наиболее надежным способом защиты от таких действий является шифрование данных с помощью ключа.
Проблема обеспечения безопасности БД должна включать не только программные, но и физические, аппаратные, организационные методы защиты с помощью команд сервис/защита/разрешение можно установить различные разрешения БД этим определяется какие операции может выполнить отдельный пользователь или некоторая группапольз.