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

Правила языка UML

Технологии программирования | Объектно - ориентированная технология разработки программ | Начальные сведения о языке Си | Унифицированный язык моделирования | Такой подход имеет ряд недостатков. | Сущности UML | Операция | Рекомендации по оформлению | Рекомендации по оформлению | Отношения UML |


Читайте также:
  1. I. ПРАВИЛА ЧТЕНИЯ В АНГЛИЙСКОМ ЯЗЫКЕ
  2. II. Общие правила
  3. II. Общие правила
  4. III. Общие правила внесения сведений в Реестр
  5. IV. Общие для всех полос правила
  6. IX. Структура, состав и правила ведения кадастровых дел
  7. Quot;Почти," - мысленно поправила сама себя, вспомнив наши поцелуи. По телу прошла сладкая волна, обосновавшаяся внизу живота. Блин!

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

· имена, которые можно давать сущностям, отношениям и диаграммам;

· области действия - контексты, в которых имя имеет некоторое значение;

· видимость, когда имена видимы и могут использоваться другими элементами;

· целостность, как элементы должны правильно и согласованно соотноситься друг с другом;

· выполнение, что означает выполнить или имитировать некоторую динамическую модель.

Модели, которые создаются в процессе разработки программных продуктов, со временем имеют свойство эволюционировать, и могут неоднозначно рассматриваться разными членами команды разработчиков в разное время. По этой причине создаются не только хорошо оформленные модели, но и такие, которые:

· содержат скрытые элементы (ряд элементов не показывают, чтобы упростить восприятие);

· неполные (отдельные элементы пропущены);

· несогласованные (целостность модели не гарантируется).

Появление такого рода моделей неизбежно в процессе разработки, пока не все нюансы системы прояснились в полной мере. Правила языка UML побуждают, хотя явно и не требуют, в ходе работы над моделью решать наиболее важные вопросы анализа, проектирования и реализации, в результате, в конце концов, модель со временем становится хорошо оформленной.


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


<== предыдущая страница | следующая страница ==>
Диаграммы UML| Общие механизмы языка UML

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