44.Системный анализ и физическое проектирование бд.
Системный анализ. Информационная система это не только программы, данные и коммуникации, но и люди (заказчики, пользователи, аналитики, разработчики) организационные структуры, а так же цели, стимулы, работы предприятия и отдельных людей. И все эти компоненты должны быть понятны, как проектировщику так и пользователю, и при этом не противоречить образам соед. в одну систему глав.идеи согласов. состоит в том, что ее нужно начинать с анализа самых главных характеристик предметной области.
В общем случае существует 2 подхода к определению состава и структуры предметной области:
Функциональный подход предполагает, что проектирование начинается с анализа задач и, соответственно, функций, обеспечивающих реализацию информационных потребностей.
При объектном (предметном) подходе информационные потребности пользователей (задачи) жестко не фиксируются, а основное внимании сосредотачивается на выделении существенных объектов – предметов и связей, информация о которых может быть использована в прикладных задачах пользователя.
Физическое проектирование – то есть выбор размещения БД на внешних носителях для обеспечения эффективной работы – это уже практический перенос базы данных на компьютер, либо путем переноса на компьютер файлов, подготовленных с помощью CASE программ, либо вручную, на основании подготовленной даталогической модели. В созданной базе данных автоматически или вручную устанавливаются требуемые связи межу таблицами, что позволяет, с одной стороны проводить выборки взаимосвязанных данных, по требуемым запросам, с другой стороны обеспечивает целостность данных, т.е. их согласованное изменение в базе данных.
Физическое проектирование БД включает следующие этапы:
Перенос глобальной логической модели данных в среду целевой СУБД
Проектирование базовых отношений в среде СУБД
Проектирование отношений содержащих производных данных
Реализация ограничений предметной области
Проектирование физического представления БД
45.Модель Сущность- Связь. Пример диаграммы Сущность – Связь:
Прежде, чем приступать к созданию системы автоматизированной обработки информации, разработчик должен сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того, чтобы привести эти понятия к той или иной модели данных, необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель "сущность-связь" (entity - relationshipmodel, ER - model).
Модель "сущность-связь" основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Важным для нас является тот факт, что из модели "сущность-связь" могут быть порождены все существующие модели данных (иерархическая, сетевая, реляционная, объектная), поэтому она является наиболее общей.
Сущность (entity) - это объект, который может быть идентифицирован неким способом, отличающим его от других объектов. Примеры: конкретный человек, предприятие, событие и т.д.
Набор сущностей (entityset) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.
Сущность фактически представляет из себя множество атрибутов, которые описывают свойства всех членов данного набора сущностей.
