Диагностический отчет

Cтраница 1

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

Формат экрана для определения характеристик элементов данных.| Пример спецификации характеристик элементов данных для локального представления. [2]

Хотя диагностические отчеты о структуре чрезвычайно важны для разработчика, в рассматриваемом варианте языка не предусмотрены особые конструкции для их отображения. [3]

Что касается диагностических отчетов, о которых шла речь в гл. Повторяющиеся атрибуты, которые считаются серьезным нарушением при проектировании структур системы DL / 1 и нарушением требования атомарности в реляционных структурах, представляют собой неотъемлемую часть проектов сетевой структуры. Однако подобный отчет все же представляет интерес для проектировщика при редактировании структуры. [4]

Здесь уместно заметить, что диагностический отчет не является техническим заданием на проведение исследований. Он - всего лишь главный документ, на основании которого составляется задание на исследования. Поэтому данный раздел можно представить сжато и лаконично. [5]

Мы ставили себе цель определить те виды услуг, которые обеспечиваются процедурами редактирования, и лишь вкратце рассмотрели диагностические отчеты, получаемые на этапе логического проектирования. На практике же диагностические отчеты очень важны для понимания проблем, возникающих в процессе структурирования. Документы этапа редактирования и диагностические отчеты, получаемые на ранних этапах процесса проектирования, а также возможность неоднократного ввода в ЭВМ требований к данным - все эти средства автоматизированных процедур оказывают существенную помощь проектировщику в получении такой структуры базы данных, которая удовлетворяет текущим и будущим требованиям по обработке данных, и позволяют сократить продолжительность процесса проектирования. [6]

В результате коррекции в процессе выполнения данной итерации зафиксировано наличие избыточной ( транзитивной) ассоциации. Диагностический отчет приведен на рис. А. [7]

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

Другой, менее трудоемкий способ ( применительно к логическому проектированию) - ввод только бинарных отношений между ключами уже идентифицированных объектов. Такой подход, однако, заранее предполагает выполнение только части процесса логического проектирования, и из-за отсутствия атрибутов результирующие редакторские и диагностические отчеты потеряют большую часть своих достоинств. [10]

Эта информация, получаемая на ранней стадии проектирования, поможет проектировщику сократить срок выполнения работы и быстрее устранить такие ситуации, которые могут стать камнем - преткновения при реализации базы данных. Поэтому перечень диагностических отчетов мы приводим с минимальным описанием. [11]

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

Интерпретация отображения М. М с установлением прямого пересечения.| Интерпретация отображения М. М с установлением косвенного пересечения. [14]

Элемент А идентифицирует несколько возможных величин элемента В. Допустима любая из этих интерпретаций. Элемент В не может быть включен в результирующую логическую модель без предварительного выяснения данной ситуации. Последняя должна быть зафиксирована автоматизированными процедурами в диагностическом отчете, и проектировщик должен сам уточнить ассоциации или принять решение, используя специальную команду структурирования. [15]

Страницы: 1