1,28 Mb.страница3/4Дата конвертации26.11.2011Размер1,28 Mb.Тип ... Смотрите также: 3 ^ НАКОПИТЕЛЬ ДАННЫХ БД2: База данных ГорЦГСЭН СД Экстренные извещения СД Типы экстренных извещений ^ СД Данные ЛПУ по заболеваемости СД Вид обработки экстренных извещений СД Журнал обработки экстренных извещений СД Территории СД Улицы СД Организации ^ СД Род занятий СД Группы заболеваний СД Заболевания Рисунок 2.4 Фрагмент структурограммы базы данных ИС санитарно-эпидемиологической службы города^ Не вводите в структурограммы новые элементы данных и структуры данных с одним и тем же наименованием!Построение структурограмм возможно CASE-средствами, а также средствами текстового редактора Microsoft Word (автофигуры или таблицы) или программой работы с электронными таблицами Microsoft Excel. Обе этих программы входят в состав стандартной конфигурации пакета Microsoft Office.Проектирование базы данных является одной из важнейших составных частей процесса проектирования ИС. В соответствии с принципом нисходящей поэтапной разработки модель хранимых данных рассматривается обычно на трех уровнях детализации: концептуальном, логическом и физическом. Одним из первых вопросов, которые возникают на стадиях формирования требований и разработки концепции будущей ИС, является вопрос о том, какая информация должна храниться и перерабатываться в системе, какие объекты предметной области и их характеристики представляют для потенциальных пользователей системы информационный интерес. Ответ на этот вопрос во многом определяет структуру системы. Проектирование информационного обеспечения лучше всего начинать с построения модели предметной области, которую необходимо в течение достаточно длительного периода времени хранить в базе данных с тем , чтобы система выполняла в процессе функционирования все свои функции. При этом сам процесс проектирования рекомендуется подразделить на 3 этапа, соответствующих трем уровням представления модели данных: концептуальное проектирование; логическое проектирование; проектирование на физическом (машинном) уровне. Концептуальная информационная модель модель данных о предметной области, в которой будет функционировать проектируемая ИС, выраженная в терминах этой предметной области и не учитывающая способ логического хранения данных в памяти ЭВМ. Основные требования к концептуальной модели полнота, наглядность, использование терминологии, понятной пользователю специалисту в рассматриваемой предметной области. Концептуальная модель максимально насыщена семантикой (смысловым содержанием). ^ Логическая информационная модель модель данных, в которой учитывается способ логического хранения данных в памяти ЭВМ. Известны три классические логические модели хранения данных: иерархическая, сетевая и реляционная [32,33]. В последнее время к ним прибавилась более сложная объектно-ориентированная модель [45]. Однако учитывая, что большинство современных СУБД поддерживает реляционную модель данных, будем в последующем изложении ориентироваться на нее. Таким образом, логическая модель будет состоять из совокупности взаимосвязанных таблиц, в которых хранятся конкретные данные о предметной области. Семантика предметной области еще видна, однако названия таблиц и полей таблиц для специалиста в предметной области уже более трудны для понимания. ^ Физическая модель данных отражает способ машинного хранения информации на долговременных запоминающих устройствах. Эта модель при использовании стандартного системного программного обеспечения обычно скрыта от пользователя и представляет интерес только для эксплуатационного персонала при настройке системы и анализе ошибочных ситуаций. Семантика предметной области на этом уровне непонятна для обычного пользователя специалиста в предметной области. Эта модель должна быть рассмотрена в части 2 дипломного проекта. Описание предметной области, входящее в состав концепции построения системы, позволяет сформировать концептуальную модель хранимых данных. Существуют несколько подходов к представлению концептуальной модели. Наиболее распространены диаграммные представления Чена (модель сущность-связь ) и Смита (иерархическая семантическая модель). ^ Модель «сущность-связь» (Entity-Relationship, ER-модель) - предложена Петером Пин-Шен Ченом в 1976 г. [20,21,31,35]. Основными понятиями этой модели являются сущность, связь и атрибут. Сущность это реальный или абстрактный объект, информация о котором представляет интерес и должна храниться в базе данных. Имя сущности является именем класса или типа объектов. Все экземпляры сущности должны быть отличимы друг от друга. Связь некоторое отношение между сущностями, позволяющее сопоставлять между собой пары определенных экземпляров двух сущностей (
НАКОПИТЕЛЬ ДАННЫХ БД2: База данных ГорЦГСЭН - Дипломное проектирование
Комментариев нет:
Отправить комментарий