Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Методология восходящего проектирования – синтез атрибутов с дальнейшей идентификацией.

Читайте также:
  1. quot;СИНТЕЗ РОМАНА. РАЗРЕШЕНИЕ ЗАТРУДНЕНИЯ
  2. а)Технология проектирования ИХ
  3. А. Методология
  4. Алгоритм проектирования шпиндельного узла
  5. АНАЛИЗ И СИНТЕЗ ГИДРАВЛИЧЕСКИХ СЛЕДЯЩИХ ПРИВОДОВ С ОБРАТНЫМИ СВЯЗЯМИ ПО НАГРУЗКЕ
  6. Анализ и синтез комбинационных схем
  7. АНАЛИЗ ИЗВЕСТНЫХ МЕТОДОВ СИНТЕЗА ГАНИСЕТРОНА – АКТИВНОЙ ФАРМАЦЕВТИЧЕСКОЙ СУБСТАНЦИИ

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

2. Композиция сущностей. Рассматриваются два типа сущностей: уникальные и неуникальные (зависимы). Уникальные сущности должны иметь хотя бы один идентифицирующий атрибут, а неуникальные зависят от других сущностей и атрибутов.

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

4. Графическое представление атрибутов сущностей и связей в терминах модели «сущность-связь»: отобразить все уникальные и неуникальные сущности, связи между сущностями, включая перекрёстные.

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

Содержание процесса проектирования реализаций:

1. Подбираются соответствующие исходные данные:

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

б) составление количественной оценки эксплуатационных характеристик (требование целостности, восстанавливаемости, безопасности, ограничение на время отклика, прогноз роста объёма БД, изменения структуры);

в) количественная оценка объёма и частоты выполнения приложений, размер БД;

г) определение требования непротиворечивости, т.е. формулирование правила взаимной непротиворечивости данных, ограничение на дублирование и обновление данных;

д) анализ результатов требований к программе;

е) сбор характеристик СУБД, синтаксиса систем программирования БД;

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

2. Составление результирующих документов:

а) составление СУБД ориентированной схемы;

б) выделение подсхем для отдельных пользователей для ограничения безопасности системы;

в) спецификация для физического проектирования (схемы и подсхемы с указанием объёма и частоты выполнения приложений и характеристик программного и аппаратного обеспечения);

г) руководство по проектированию программ (включая советы прикладным программистам по выбору путей доступа к данным);

д) руководство для группы сопровождения БД.

IV. Нижний уровень представления БД – физическое проектирование.

Физическая организация данных влияет на эксплуатационные характеристики и определяет:

· формат хранимой записи;

· спецификацию размещения хранимой записи;

· методы доступа.

На этом этапе выделяют два вида работ:

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

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


Дата добавления: 2015-07-07; просмотров: 165 | Нарушение авторских прав


Читайте в этой же книге: Общая характеристика информационных систем | Жизненный цикл информационной системы | Модель данных – это совокупность взаимосвязанных по определенному правилу данных. | В реляционной модели информация представляется в виде прямоугольных таблиц, каждая из которых состоит из строк и столбцов и имеет имя, уникальное внутри базы данных. | Каждой записи в таблице А может соответствовать несколько записей в таблице В, а запись в таблице В не может иметь более одной соответствующей записи в таблице А. | Первая нормальная форма | Вторая нормальная форма | Третья нормальная форма | СУБД с трёхуровневой архитектурой | Обзор современных СУБД |
<== предыдущая страница | следующая страница ==>
Этапы проектирования ИС| Информационно-логическая модель данных и ее состав

mybiblioteka.su - 2015-2024 год. (0.006 сек.)