Cтраница 3
После определения элементов данных и отношений между ними разработчик выявляет элементы данных, соответствующие показателям ( параметрам) объектной системы, и элементы данных, которые играют роль ключей для этих параметров. Результаты этого анализа используются для синтеза логической структуры базы данных и ее системного описания. Точность и уровень формализации таких описаний должны быть достаточно высокими, чтобы на их основе можно было осуществить физическую реализацию. [31]
Графы потоков данных совместно со словарем данных есть не что иное, как описательная концептуальная модель информации об объектной системе. Как неоднократно показывалось, например в [1.26], из модели СА можно прямо переходить на модель типа объекты-реляции. Объекты предметной области представляются элементами данных в словаре, а реляции даны совокупностью структуры графа и описанием процессов. [32]
Цель определяется как конструкция, которая описывает состояние реального мира, которого требуется достичь в будущем, а также описывает состояние объектной системы в момент постановки цели. Субъекту S необходима информация для достижения цели из заданного состояния объектной системы. [33]
Существует и иной взгляд, согласно которому пользователи информационной системы являются частью самой объектной системы ( что естественно для систем управления), а среда есть физическое окружение объектной системы. [34]
Однако для практического решения широкого круга проблем анализа и проектирования систем, в том числе проблемы автоматизации проектирования интегрированных баз данных, ключевое значение имеет язык, на котором ведется описание задач объектной системы. [35]
В датологической сфере рассматриваются вопросы представления с помощью данных выделенных информационных структур объектной системы. Так, чтобы отобразить объектную систему в информационную сферу, необходимо определить: какие объекты важны для данного применения; какие свойства могут иметь эти объекты; какие связи существуют между объектами; какие имена можно присвоить отдельным составляющим объектной системы. [36]
Для точной спецификации объектной системы вместо раздельного описания типов объектов, атрибутов, связей и ограничений рекомендуется использовать тип элементарной ситуации. Выполненная спецификация представляет собой инфологическую модель объектной системы, в которой отражены составляющие ПО и связи между ними. Инфологический подход не предоставляет формальных способов моделирования реальности, однако закладывает основы методологии проектирования баз данных. [37]
В системе АРИУС объект управления рассматривается как взаимодействующая совокупность предметов и процессов, называемая объектной системой. Потоки информации, например, отражают движение объектной системы. АРИУС ориентирован на фиксацию в каждый дискрет времени состояния объектной системы, характеризующей ретроспективу, настоящее и перспективу развития объекта. Каждый класс фиксируемых предметов или процессов ставится в однозначное соответствие с некоторой конструкцией, называемой структурным компонентом информационного отображения объекта. В - системах обработки данных структурным компонентам соответствуют массивы значений их характеристик и признаков. Такие массивы в АРИУС имеют структуру таблиц. Элементы объектной системы могут иметь векторную характеристику. [38]
Цель определяется как конструкция, которая описывает состояние реального мира, которого требуется достичь в будущем, а также описывает состояние объектной системы в момент постановки цели. Субъекту S необходима информация для достижения цели из заданного состояния объектной системы. [39]
На содержательном уровне структурная компонента ( СК) определяется как набор свойств некоторого класса объектов, в котором одно из свойств по каким-либо соображениям выделяется особо и имеет значение характеристики этого класса. Остальные свойства играют роль признаков, фиксирующих данный класс объектов в составе некоторой объектной системы и момент времени, в который он рассматривается. [40]
Если определения классов образуют иерархическую структуру, то необходим специальный механизм, с помощью которого организуется множество свойств. Этой цели служит механизм наследования ( тЪетИапсе mechanism), содержащийся в той или иной форме во всех иерархических объектных системах. [41]
Для генерирования системы необходимы также данные о числе каналов, которые нужно обслуживать, и идентификация признаков, связанных с каждым каналом. Система должна также знать, какие прерывания представляют каждое устройство, тип и место устройства, где размещается сама система при генерировании и в объектной системе. [42]
В датологической сфере рассматриваются вопросы представления с помощью данных выделенных информационных структур объектной системы. Так, чтобы отобразить объектную систему в информационную сферу, необходимо определить: какие объекты важны для данного применения; какие свойства могут иметь эти объекты; какие связи существуют между объектами; какие имена можно присвоить отдельным составляющим объектной системы. [43]
Как следует из (1.5.2), для получения ортогональной проекции принципиально достаточно определить координаты ХА и YA предмета. Однако этим не ограничивается процедура построения трехмерной модели на экране дисплея. Предмет обычно задается в своей объектной системе координат XYZ, оси которой в исходном состоянии параллельны экранной системе дисплея xyz. Изображение предмета отображается на экране дисплея с некоторым масштабным коэффициентом т, а начало объектной системы координат располагается в точке x0 y0 zQ экрана. [44]
Если отсутствует хотя бы одна составляющая, то это неполное элементарное сообщение. Запросы к информационной системе представляются в неполных элементарных сообщениях. Полные элементарные сообщения выражают элементарные ситуации объектной системы и выступают в качестве элементарных информационных структур. [45]