КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Несущественные различия в использовании условных обозначений
Для обозначения простого объекта в разных системах используются прямоугольники, блоки с закругленными углами, овалы и т.д. Наблюдаются различия в способе изображения характера связей между объектами (использование «стрелок», «лапок», «точек» и т.п. для отображения «множественного» конца связи). Такого рода различия можно продолжить. Они не накладывают никакого отпечатка на методологию построения концептуальной модели и алгоритм последующего перехода к даталогической модели. Желательно, чтобы используемые обозначения были интуитивно понятными, излишне не загромождали модель, были просты в изображении. Часто предпочтения разработчиков в использовании тех или иных обозначений определяются просто привычкой. По возможности следует стремиться к использованию стандартизированных или широко распространенных обозначений. В некоторых методиках при изображении связи между объектами в разъеме отображающей ее линии предлагается изображать ромб и внутри него или рядом с ним писать название связи (модель Чена) (рис. 2.26). Рис.2.26. Диаграмма Чена. Условные обозначения: а - зависимая сущность; б - независимая Другие способы изображения не требуют использования ромбов или требуют их изображения не всегда, а только при наличии определенных ситуаций в отображаемой предметной области. Если модель допускает связывание только пары объектов (т.е. поддерживает изображение только бинарных связей) и не допускает фиксирование дополнительных свойств для связей, то введение дополнительного обозначения только загромождает модель и не дает никаких дополнительных преимуществ. Поскольку в разных методологиях проектирования используются разные условные обозначения для отображения одного и того же явления в предметной области (т.е. фактически наблюдается синонимия в графическом языке описания предметной области), то некоторые системы автоматизации проектирования, например ProKit*WORKBENCH, предоставляют пользователю возможность выбрать из множества допустимых обозначений те, которые ему больше нравятся или более привычны. Рис.2.28. Варианты изображения типа связи и класса членства в CASE Oracle
В [15] для отображения класса принадлежности используется маленький прямоугольник, который рисуется внутри блока, изображающего объект. Если класс принадлежности объекта в связи является обязательным, то внутри этого прямоугольника ставится точка. Если класс принадлежности необязательный, то точка ставится вне блока или вообще не ставится (рис. 2.29).
Рис. 2.29. Варианты изображения типа связи и класса членства (Г. Джексон): обязательный класс членства с одной стороны (а) и с обеих сторон (б)
Используемые в CASE Oracle обозначения более удобны, так как если объект участвует в большом количестве связей, то дополнительные прямоугольники с точками становится неудобно располагать на рисунке. В Design/IDEF1X характер принадлежности в связи изображается, как показано на рис. 2.30. Точка на конце линии обозначает множественную связь. Если около точки не стоит никакой буквы, то это означает нуль, один или более объектов в связи; P(positive) - один или много, Z (zero) - нуль или один, N (целое положительное число) - мощность связи в точности равна некоторому числу. Наблюдаемые в Design/IDEFIX отличия от базовой и других рассмотренных выше моделей являются более существенными, чем просто различия в используемых условных обозначениях, поскольку это не только другой способ обозначения, но и другое «множество» возможных сочетаний «тип связи»-«класс принадлежности». Поэтому эти различия следует отнести ко второму типу различий - существенным различиям, влияющим на процесс моделирования предметной области. На первый взгляд кажется, что подходы, используемые в Design/IDEF и Paradigma Plus, схожи между собой. Но в них есть существенное различие: в Paradigma Plus, так же как и в нашей базовой модели, тип связи и кардинальность относятся к каждой стороне связи (т.е. характер связи задается в прямом и обратном направлении), в Design/IDEF - только в прямом. Поэтому в Design/IDEF нельзя выразить, например, связь М:М, в которой с одной стороны связи наблюдается обязательный класс принадлежности, а с другой - необязательный. Подход, принятый в базовой модели для отображения характера связи, представляется более продуктивным (экономичным и наглядным), так как для всего множества возможных сочетаний (с учетом направления связи их может быть 16) используется всего четыре условных обозначения. Чаще всего для обозначения какого-либо явления в предметной области в конкретной методологии используется одно определенное обозначение. Но, как отмечалось выше, некоторые CASE-средства позволяют пользователю выбрать ту нотацию языка, которая является для него наиболее привычной. Свойства объекта иногда не отображаются на той же схеме, что сами объекты и связи между ними, а перечень и описания этих свойств приводятся отдельно. Часто описание свойств представляют в табличной или иной аналитической форме, а не в графическом виде. Поскольку рассматриваемые различия не являются существенными, то легко выполнить преобразование из одной формы представления в другую, что и позволяют автоматически делать многие CASE-средства.
Дата добавления: 2015-04-24; Просмотров: 618; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |