Несогласованная ассоциация
Cтраница 1
 |
Список ключевых слов в контексте. [1] |
Несогласованные ассоциации фиксируются в тех случаях, когда между парой элементов в одном и том же направлении определены две ассоциации различных типов. Например, представления элементов данных, изображенные на рис. 5.2, приводят к возникновению омонимов и необходимости приписывать специальные роли или переопределять требования к данным. Из рис. 5.2, а можно установить, что один пользователь имеет в виду единственную позицию, на которую назначен игрок в данный момент, в то время как другой пользователь имеет в виду все возможные игровые позиции некоторого игрока. [2]
 |
Прямые несогласованные ассоциации.| Косвенная несогласованная ассоциация. [3] |
Обнаружение всех несогласованных ассоциаций на раннем этапе обработки ручными методами затруднено, особенно при проектировании большой базы данных, создаваемой на основе многих локальных представлений. [4]
 |
Пример первого способа устранения идентичных элементов данных.| Пример второго способа устранения идентичных элементов данных. [5] |
Если разработчик не устранил несогласованные ассоциации путем создания двух различных элементов-целей, он обязан их устранить теперь, указав системе проектирования, какой из типов ассоциаций использовать в проекте. На рис. 22.17 показан высвечиваемый оператору экран. [6]
В процессе выполнения данной итерации несогласованных ассоциаций не обнаружено. [7]
В процессе выполнения данной итерации получают перечень несогласованных ассоциаций, который приведен на рис. А. Несогласованные ассоциации зафиксированы при использовании связи от составного ключа НОМЕР-ИГРЫ НОМЕР-ИГРОКА к элементу данных ПОЗИЦИЯ-В-ИГРЕ. [8]
 |
Логическая модель. [9] |
В заключение отметим, что к сетевым структурам неприменимо понятие несогласованных ассоциаций. Ассоциацию типа 1 можно реализовать одним из двух способов: включив в записи ПОЗИЦИЯ поле флажка для обозначения подразумеваемой игровой позиции или же построив отдельный указатель, что означает определение дополнительного набора на одних и тех же типах записей. [10]
В результате выполнения второй итерации также получают список ключевых слов в контексте, перечень несогласованных ассоциаций и список пересекающихя атрибутов. При этом обна-руживаютя новые спорные ситуации в дополнение к тем, относительно которых не были приняты решения. Некоторые из до кументов, представляющих интерес с этой точки зрения, приводятся ниже. [11]
В процессе выполнения данной итерации получают перечень несогласованных ассоциаций, который приведен на рис. А. Несогласованные ассоциации зафиксированы при использовании связи от составного ключа НОМЕР-ИГРЫ НОМЕР-ИГРОКА к элементу данных ПОЗИЦИЯ-В-ИГРЕ. [12]
НОМЕР-ИГРОКА к элементу КОМАНДА, обусловленная требованиями будущего локального представления, противоречит ассоциации другого типа между этими двумя элементами данных, обусловленной требованиями текущих локальных представлений, эта ситуация будет зафиксирована в перечне несогласованных ассоциаций. Для простоты изложения примера предполагается, что для данного приложения или для будущих требований обработки улучшение структуры базы данных не требуется. [13]
Различные документы этапа редактирования оказывают существенную помощь в разрешении возникающих при проектировании проблем и в обнаружении несогласованностей, касающихся использования, формата и смысла элементов данных, определенных в различных локальных представлениях. Алфавитный список имен данных, содержащийся в документе Описание элементов данных с указанием их использования, список Ключевые слова в контексте, содержащий имена элементов данных и их квалификаторы, и список Пересекающиеся атрибуты помогают конструктору обнаружить синонимы и омонимы. С помощью отчета, содержащего сведения о несогласованных ассоциациях, также можно обнаружить омонимы и определить, в каких случаях нужно переопределять требования к данным. Отредактированные локальные представления и отчет Описание элементов данных с указанием их использования помогают определить различное использование одного и того же элемента данных, неправильные форматы и уточнить смысл предполагаемых для хранения элементов данных. После завершения стандартизации имен автоматизированная процедура редактирования осуществляет сравнение имен элементов данных в различных локальных представлениях со списком стандартных имен и может зафиксировать обнаруженные противоречия, передавая эти сведения проектировщику. Для выполнения таких действий необходимо наличие итеративной процедуры редактирования, причем ее автоматизация обеспечивает намного более удобную форму ее выполнения. [14]
 |
Меню функции редактирования. [15] |
Страницы: 1 2