вариантов использования;
- обеспечение семантической (смысловой) согласованности между диаграммами и их
элементамиЦели ВИ
- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему проектирование ис 2016 03
Содержание
- 2. Основной набор моделей Унифицированного процесса
- 3. Связи между моделями
- 4. Последовательность действий при построении модели вариантов использования
- 5. - унификация элементов модели;- выделение общих и совместно применяемых
- 6. Примеры отображения актеров«проволочный человечек»класс с текстовым стереотипом «actor»произвольная иконка
- 7. Примеры вариантов использования
- 8. Пример примечания
- 9. - ассоциация;- обобщение;- включение;- расширение.Отношения четырех видов
- 10. служит для обозначения взаимодействия актера с вариантом использованияОтношение ассоциации
- 11. служит для указания того факта, что некоторая
- 12. указывает, что некоторое заданное поведение одного варианта
- 13. определяет потенциальную возможность включения поведения одного варианта использования в
- 14. Варианты использования, которые расширяют базовый, подключаются к
- 15. 1. Рекомендуется вначале построить контекстную диаграмму, на которой
- 16. 4. Отдельная диаграмма (контекстная или декомпозиции) не должна
- 17. 6. Перед построением диаграммы необходимо задокументировать потоки
- 18. - основной поток событий описывает, что должно происходить
- 19. 7. На диаграммах не следует отображать особенности реализации
- 22. Способы детализации вариантов использования
- 23. - с помощью диаграмм автоматов (состояний);- с помощью диаграмм деятельности (аналог блок-схем);- с помощью диаграмм взаимодействия (последовательности и коммуникации).Возможные «канонические» варианты
- 24. Диаграммы автоматов (состояний)
- 25. используются для описания поведения, реализуемого в рамках
- 26. понимается ситуация в ходе жизни экземпляра сущности,
- 27. Действие (action) – это атомарная операция, выполнение которой
- 28. Спецификация существенного факта, который может произойти в
- 29. - посылка сообщения (message):- Вызов (call) – спецификация
- 30. - Событие времени (time) – спецификация факта,
- 31. Способы отображения состояний
- 32. может содержать описание выполняемых операций, перед которыми
- 33. Отношение между двумя состояниями, показывающее возможный путь
- 34. Нетриггерный (переход по завершении), срабатывает неявно, когда
- 35. - mouseClick();- mouseClick() / setFocus();- mouseClick() [isEnabled()] / setFocus;- at 14:00:00
- 36. Простой и рефлексивный переходы
- 37. составные состояния ( composite state), состоящие из вложенных в них подсостояний (substate).Составные состояния
- 38. Составное состояние, которое может использоваться в разных
- 39. Составное состояние с вложенными параллельными подавтоматами
- 40. Составное состояние со скрытой внутренней структурой
- 41. Начальное состояние автомата, начальное подсостояние составного состояния
- 42. Конечное состояние автомата, конечное подсостояние составного состояния
- 43. Аналогично конечному состоянию, подразумевает немедленное прекращение деятельности
- 44. Точка входа в автомат или составное состояние.
- 45. Точка выхода из автомата или составного состояния.
- 46. Ветвление переходов в параллельные подавтоматы.Ветвление (англ. fork)
- 47. Соединение переходов из параллельных подавтоматов. Выполняет функцию синхронизации выхода из параллельных подавтоматов составного состояния.Соединение (join)
- 48. Соединение и ветвление переходов для последовательных состояний.
- 49. Ветвление переходов для последовательных состояний.Выбор (choice)
- 50. Указывается внутри составного состояния и подразумевает запоминание
- 51. Аналогично поверхностному историческому состоянию, но распространяется на все уровни вложенности подсостояний.Глубинное историческое (deep history)
- 52. 1. При выделении состояний и переходов длительность
- 53. 2. Автомат (диаграмма) должен начинаться знаком начального состояния и заканчиваться
- 54. 4. Диаграмма не должна содержать изолированных состояний и
- 55. Триггерные переходы по условию на диаграмме можно показать тремя способами.
- 56. 6. В каждый момент времени автомат или подавтомат
- 57. Пример детализации варианта использования
- 60. Модель анализа
- 61. - выявление внутренней архитектуры (определения подсистем и основных
- 62. Обобщенная схема технологического процесса «Анализ требований»
- 63. - классов анализа;- последовательности;- коммуникации.Диаграммы (основные артефакты)
- 64. - практичности – характеризуют легкость освоения и эксплуатации системы,
- 67. Реализация каждого из вариантов использования в структуре классов анализа
- 68. граничный;управляющий;сущности.Три вида классов анализа
- 69. Графический стереотип
- 70. Стандартное обозначение со строкой-стереотипом
- 71. используется для моделирования взаимодействия между системой и
- 72. отвечает за координацию, взаимодействие и управление другими
- 73. используется для моделирования долгоживущей, нередко сохраняемой информации.
- 74. · ассоциаций;· агрегаций;· композиций;· обобщения;· зависимостей.Отношения
- 75. Отношение ассоциации применительно к диаграмме классов анализа показывает,
- 76. Отношение агрегации указывает на отношение «часть–целое». отношение, как
- 77. Отношение композиции аналогично агрегации, в которой «части» не
- 78. Отношение обобщения является обычным таксонометрическим отношением между более
- 79. Отношение зависимости Отношение зависимости применительно к диаграмме классов анализа
- 80. 1. При выделении классов анализа следует учитывать
- 81. 2. Для выделения классов сущностей необходимо определить
- 82. 3. Для каждого актера следует предусмотреть, как
- 83. 5. В целях облегчения восприятия специфики связей
- 86. · экземпляры актеров и классов, участвующих в реализации
- 88. Сообщение (англ. message) – это спецификация факта передачи
- 89. Сообщения
- 90. · предшествующие сообщения / [сторожевое условие] номер сообщения
- 91. Предшествующие сообщения (их номера или идентификаторы) записываются через
- 92. · «call» (англ. – вызвать) – синхронное сообщение,
- 93. Переменная (атрибут), которая будет содержать значение, возвращаемое
- 94. Скачать презентацию
- 95. Похожие презентации
Основной набор моделей Унифицированного процесса
![- mouseClick();- mouseClick() / setFocus();- mouseClick() [isEnabled()] / setFocus;- at 14:00:00 или [getTime() = 14:00] –](/img/tmb/15/1425978/dbfc3c9972114dac1ffee7413cb397e7-720x.jpg "проектирование ис 2016 03")
![· предшествующие сообщения / [сторожевое условие] номер сообщения : стереотип;· предшествующие сообщения / [сторожевое](/img/tmb/15/1425978/3fe568fac0ddf83be0245273303cb445-720x.jpg "проектирование ис 2016 03")
Слайд 5
- унификация элементов модели;
- выделение общих и совместно применяемых частей
вариантов использования;
элементами
Слайд 6
Примеры отображения актеров
«проволочный человечек»
класс с текстовым
стереотипом «actor»
произвольная иконка
Слайд 11 служит для указания того факта, что некоторая сущность
А может быть обобщена до сущности В. В этом
случае сущность А будет являться специализацией сущности В. На диаграмме данный вид отношения можно отображать только между однотипными сущностями (между двумя вариантами использования или двумя актерами). Отношение обобщения
Слайд 12 указывает, что некоторое заданное поведение одного варианта использования обязательно включается
в качестве составного компонента в последовательность поведения другого варианта
использованияОтношение включения
Стрелка включения должна быть направлена от базового (составного) варианта к включаемому и помечена стереотипом «include» или «uses»
Слайд 13 определяет потенциальную возможность включения поведения одного варианта использования в состав
другого. Т. е. дочерний вариант использования может как вызываться,
так и не вызываться родительскимотношение расширения
Стрелка расширения должна быть направлена от включаемого варианта к базовому и помечена стереотипом «extend»
Слайд 14 Варианты использования, которые расширяют базовый, подключаются к нему
(активируются при его выполнении) через так называемые точки расширения ( extension
points).Каждая точка расширения маркируется и условием (condition) активации. Обычно перечень точек расширения указывается в базовом варианте использования ниже горизонтальной линии.
точки расширения
Слайд 15 1. Рекомендуется вначале построить контекстную диаграмму, на которой отображаются
основные варианты использования (функции) системы, а затем для каждого
из них построить диаграммы декомпозиции (детализации).2. Контекстная диаграмма может представлять собой несвязный граф (в отличие от IDEF0 и DFD).
3. Чрезмерная детализация вариантов использования не требуется. Вариант использования – это относительно крупный блок функциональности системы.
Правила и рекомендации по разработке диаграмм вариантов использования
Слайд 16 4. Отдельная диаграмма (контекстная или декомпозиции) не должна быть
перенасыщена элементами. Рекомендуется отображать на диаграмме не более 15
вариантов использования.5. Располагать элементы следует так, чтобы была видна логическая последовательность выполнения вариантов использования и было минимум пересечений между отношениями.
Слайд 17 6. Перед построением диаграммы необходимо задокументировать потоки событий
в системе. Поток событий – это процесс обработки данных, реализуемый в
рамках одного или нескольких вариантов использования. Описание потока включает информацию о том, какие обязанности возлагаются на актеров, а какие – на систему:- краткое описание поведения, реализуемого в варианте использования;
- предусловия – условия, которые должны быть соблюдены, прежде чем вариант использования может быть задействован. (завершение выполнения другого варианта использования или наличие у пользователя прав доступа);
Слайд 18 - основной поток событий описывает, что должно происходить во
время выполнения варианта использования в наиболее распространенном (типовом) случае.
В этом случае дочерние варианты использования связаны с базовым отношением включения;- альтернативные потоки событий описывают исключительные ситуации (ввод неправильного пароля, необходимость выполнения дополнительных действий). Дочерние варианты использования при разработке диаграммы связываются с базовым отношением расширения;
- постусловия – условия, которые должны быть выполнены после завершения варианта использования (обязательное сохранение результатов расчета в базе данных на сервере)
Слайд 19 7. На диаграммах не следует отображать особенности реализации вариантов
использования и внутренней организации системы, связанные со спецификой используемых
программных и аппаратных средств. Данные диаграммы в первую очередь предназначены для совместного с заказчиком определения функциональных требований к системе. Поэтому понимать (интерпретировать) отображенное на диаграммах и заказчик и разработчик должны одинаково.
Слайд 23
- с помощью диаграмм автоматов (состояний);
- с помощью диаграмм деятельности (аналог блок-схем);
- с помощью диаграмм
взаимодействия (последовательности и коммуникации).
Возможные «канонические» варианты
Слайд 25 используются для описания поведения, реализуемого в рамках варианта
использования, или поведения экземпляра сущности (класса, объекта, компонента, узла
или системы в целом) .Моделируется через описание возможных состояний экземпляра сущности и переходов между ними на протяжении его жизненного цикла, начиная от создания и заканчивая уничтожением.
Диаграмма являет собой связный ориентированный граф
Вершины являются состояния,
Дуги служат для обозначения переходов из состояния в состояние.
Диаграммы автоматов
(state machine)
Слайд 26 понимается ситуация в ходе жизни экземпляра сущности, когда
эта ситуация удовлетворяет некоторому условию,
экземпляр выполняет некоторые операции или
ждет наступления некоторого события. (для объекта его состояние может быть задано в виде набора конкретных значений атрибутов, при этом изменение этих значений будет приводить к изменению состояния моделируемого объекта.)Состояние (state)
Слайд 27 Действие (action) – это атомарная операция, выполнение которой не
может быть прервано, приводящая к смене состояния или возвращающая
значение (операции создания или уничтожения объекта, расчет факториала)Деятельность (activity) – это составная (неатомарная) операция, реализуемая экземпляром в конкретном состоянии, выполнение которой может быть прервано. (процедуры расчета допускаемых скоростей или шифрования данных)
Операции
Слайд 28 Спецификация существенного факта, который может произойти в конкретный
момент времени.
Внешние события передаются между системой и актерами
(например, нажатие кнопки или посылка сигнала от датчика передвижений).Внутренние события передаются между объектами внутри системы.
Событие (event)
Слайд 29
- посылка сообщения (message):
- Вызов (call) – спецификация факта
посылки синхронного сообщения между объектами, предписывающего выполнение операции (действия
или деятельности) объектом, которому посылается сообщение. После посылки вызова объект-отправитель передает управление объекту-получателю и после выполнения последним операции получает управление обратно. (закрасить фигуру красным фоном fill(red) или рассчитать допускаемые скорости calculateVdop())- Сигнал (signal) – спецификация факта посылки асинхронного сообщения между объектами. Исключения, которые поддерживаются в большинстве современных языков программирования, являются наиболее распространенным видом внутренних сигналов.
- Любое сообщение (any receive);
виды событий
Слайд 30 - Событие времени (time) – спецификация факта, обозначающего
наступление конкретного момента времени (absolute time) или истечение определенного
промежутка времени (relative time).обозначается с помощью ключевых слов «at» (at 9:00:00) и «after» (after 2 seconds).
- Изменение состояния(change) – спецификация логического условия, соответствующего изменению состояния экземпляра сущности.
обозначается с помощью ключевого слова «when» (when A < B) или сторожевого условия ([A < B]).
Слайд 32 может содержать описание выполняемых операций, перед которыми указывается
одна из стандартных меток:
- entry (вход) – действие при входе, выполняемое
вне зависимости от того, по какому переходу был выполнен вход в состояние. (создать соединение с базой данных entry / createConnect())- exit (выход) – действие при выходе, выполняемое вне зависимости от того, по какому переходу был выполнен выход из состояния (закрыть соединение с базой данных exit / closeConnect())
- do (выполнять) – деятельность в состоянии. Находясь в состоянии, экземпляр сущности может бездействовать и ждать наступления некоторого события, а может выполнять длительную операцию. (рассчитать допускаемые скорости do / calculateVdop())
Допускается указывать несколько операций в виде отдельных строк, каждая из которых начинается с метки «do», или в виде одной строки, операции в которой отделены друг от друга точкой с запятой.
Характеристика состояния
Слайд 33 Отношение между двумя состояниями, показывающее возможный путь изменения
состояния экземпляра сущности. Считается, что в состоянии экземпляр сущности
находится продолжительное время, а переход выполняется мгновенно.Переход отображается в виде однонаправленной ассоциации между двумя состояниями. При смене состояний говорят, что переход срабатывает. До срабатывания перехода экземпляр сущности находится в состоянии, называемом исходным, а после его срабатывания – в целевом.
Переход (transition)
Слайд 34 Нетриггерный (переход по завершении), срабатывает неявно, когда все
основные операции (с метками entry, do и exit) в
исходном состоянии успешно завершают свою работу. Данный вид перехода обозначается стрелкой без надписи.Триггерный необходимо наступление некоторого события, которое записывается над стрелкой.
«событие [сторожевое условие] / действие»
действие представляет собой атомарную операцию, выполняемую сразу после срабатывания соответствующего перехода и до начала каких бы то ни было операций в целевом состоянии. Разрешается указывать не одно, а несколько обособленных действий, отделенных друг от друга точкой с запятой. Обязательное требование – все действия в списке должны четко различаться между собой и следовать в порядке их записи.
Виды переходов
Слайд 35
- mouseClick();
- mouseClick() / setFocus();
- mouseClick() [isEnabled()] / setFocus;
- at 14:00:00 или
[getTime() = 14:00] – текущее время на компьютере равно
14 часам;- «столкновение»
- «выход из строя».
Примеры спецификации переходов
Слайд 37 составные состояния ( composite state), состоящие из вложенных в
них подсостояний (substate).
Составные состояния
Слайд 38 Составное состояние, которое может использоваться в разных контекстах,
в т.ч. и для разных диаграмм (автоматов), называются подавтоматами (submachine state).
Составное состояние может быть разбито на зоны (regions), - параллельными подавтоматами (concurrent substates).
Если на диаграмме имеется составное состояние с вложенными параллельными подавтоматами, экземпляр сущности может одновременно находиться в нескольких подсостояниях, но не более чем по одному из каждого подавтомата.
Если какой-либо из подавтоматов пришел в свое конечное состояние раньше других, то он должен ожидать, пока другие подавтоматы не придут в свои конечные состояния.
Слайд 41 Начальное состояние автомата, начальное подсостояние составного состояния или
параллельного подавтомата.
Из начального состояния могут только исходить переходы.
Псевдосостояния.
Начальное (initial)Слайд 42 Конечное состояние автомата, конечное подсостояние составного состояния или
параллельного подавтомата.
В конечное состояние могут только входить переходы.
В
стандарте UML 2.5 считается состоянием, а не псевдосостоянием.Псевдосостояния.
Конечное (final)
Слайд 43 Аналогично конечному состоянию, подразумевает немедленное прекращение деятельности и
уничтожение экземпляра сущности, для которой построен автомат.
Немедленное завершение (terminate)
Слайд 44 Точка входа в автомат или составное состояние. Может
быть несколько. Допускается крепление к границе составного состояния.
Точка входа
(entry point)Слайд 45 Точка выхода из автомата или составного состояния. Может
быть несколько. Допускается крепление к границе составного состояния.
Точка выхода
(exit point)Слайд 47 Соединение переходов из параллельных подавтоматов. Выполняет функцию синхронизации
выхода из параллельных подавтоматов составного состояния.
Соединение (join)
Слайд 48 Соединение и ветвление переходов для последовательных состояний. В
случае ветвления для каждой исходящей из перехода ассоциации должно
быть задано сторожевое условие.Переход
(junction)
Слайд 50 Указывается внутри составного состояния и подразумевает запоминание текущей
конфигурации составного состояния при выходе из него. Переход в
историческое состояние восстанавливает запомненную конфигурацию составного состояния и продолжает работу составного состояния с того момента, когда его прервали в прошлый раз. Внутри составного состояния может быть только одно историческое состояние.Поверхностное историческое
(shallow history)
Слайд 51 Аналогично поверхностному историческому состоянию, но распространяется на все
уровни вложенности подсостояний.
Глубинное историческое
(deep history)
Слайд 52 1. При выделении состояний и переходов длительность срабатывания
переходов должна быть существенно меньшей, чем нахождение моделируемого объекта
в соответствующих состояниях.Каждое из состояний должно характеризоваться определенной устойчивостью во времени.
Правила и рекомендации по разработке диаграмм автоматов
Слайд 53 2. Автомат (диаграмма) должен начинаться знаком начального состояния и заканчиваться знаком конечного.
Начальное состояние указывается только один раз, а конечных может
быть несколько в целях минимизации пересечений переходов. Для подавтоматов рекомендуется придерживаться этого же правила или использовать точки входа / выхода. Допускается не указывать начальных / конечных состояний и точек входа / выхода для составных состояний или подавтоматов, когда начальное подсостояние (подсостояния) очевидны.
3. Для облегчения восприятия диаграммы рекомендуется использовать декомпозицию со скрытием составных состояний.
Слайд 54 4. Диаграмма не должна содержать изолированных состояний и переходов.
Переходы и их спецификация должны быть заданы таким образом,
чтобы на графе каждое состояние было потенциально достижимо из начального и из любого состояния было потенциально достижимо конечное.
Слайд 56 6. В каждый момент времени автомат или подавтомат должен
находиться только в одном состоянии. Это означает, что спецификация
переходов из одного состояния не должна допускать потенциальной возможности перехода в два и более состояний.Исключением из этого правила является параллельный переход в подсостояния параллельных подавтоматов одного составного состояния.
Слайд 61
- выявление внутренней архитектуры (определения подсистем и основных классов);
-
поиск альтернативных вариантов реализации системы (подсистем) и выбора основного;
-
уточнение всех требований (функциональных и нефункциональных).Задачи модели
Слайд 64 - практичности – характеризуют легкость освоения и эксплуатации системы, интуитивность
и эргономичность пользовательского интерфейса, согласованность пользовательского интерфейса, документации и
обучающих материалов;- надежности – характеризуют частоту появления и серьезность ошибок, возможности устранения ошибок и восстановления после сбоев, ремонтопригодность, срок службы и т. д.;
- производительности – накладывают дополнительные ограничения на функциональные требования. Например, возможность параллельного выполнения операций или требования, задающие частоту, скорость, время отклика, выделяемый объем памяти и т. д. для выполнения конкретных операций;
- возможности поддержки – определяют порядок консультаций пользователей в процессе эксплуатации системы, распространения новых версий системы и документации к ней, обновления централизованно распространяемой нормативно-справочной информации и т.д.
группы требований
(параметры качества)
Слайд 71 используется для моделирования взаимодействия между системой и актерами
(пользователями, внешними системами или устройствами). Взаимодействие часто включает в
себя получение или передачу информации, запросы на предоставление услуг и т. д.Граничные классы являются абстракциями диалоговых окон, форм, панелей, коммуникационных интерфейсов, интерфейсов периферийных устройств, интерфейсов API (англ. application program interface – интерфейс прикладных программ) и т. д. Каждый граничный класс должен быть связан как минимум с одним актером;
граничный класс
Слайд 72 отвечает за координацию, взаимодействие и управление другими объектами,
выполняет сложные вычисления, управляет безопасностью, транзакциями и т. п.
управляющий
классСлайд 73 используется для моделирования долгоживущей, нередко сохраняемой информации. Классы
сущности являются абстракциями основных понятий предметной области – людей,
объектов, документов и т. д., как правило, хранимых в табличном или ином виде.класс сущности
Слайд 75
Отношение ассоциации
применительно к диаграмме классов анализа показывает, что
объекты одного класса содержат информацию о существовании (наличии в
памяти) объектов другого класса и между ними имеется некоторая логическая или семантическая связь.
Слайд 76
Отношение агрегации
указывает на отношение «часть–целое». отношение, как и
ассоциация, означает, что «объект–целое» содержит ссылку на «объект–часть». «Объект–часть»
также может содержать ссылку на «объект–целое». Агрегация может указываться только между классами одного типа.
Слайд 77
Отношение композиции
аналогично агрегации, в которой «части» не могут
существовать отдельно от «целого». Применительно к классам (объектам) это
означает, что при уничтожении «объекта–целого» должны быть уничтожены все связанные с ним «объекты–части». При этом допускается создание «объектов–частей» намного позже или уничтожение намного ранее «объекта–целого».
Слайд 78
Отношение обобщения
является обычным таксонометрическим отношением между более общим
(абстрактным) классом (родителем или предком) и его частным случаем
(дочерним классом или потомком). Отношение обобщения может быть только между классами одного вида.
Слайд 79
Отношение зависимости
Отношение зависимости применительно к диаграмме классов анализа означает,
что в спецификации или теле методов объектов одного класса
(зависимого) выполняется обращение к атрибутам, методам или непосредственно к объектам другого класса (независимого).Слайд 80 1. При выделении классов анализа следует учитывать тот
факт, что они являются обобщенными (укрупненными) сущностями, которые в
дальнейшем подлежат уточнению и возможному разбиению на несколько более мелких классов.
Слайд 81 2. Для выделения классов сущностей необходимо определить все
реальные либо воображаемые объекты, имеющие существенное значение для рассматриваемой
предметной области, информация о которых подлежит хранению. При этом из спецификаций вариантов использования следует выделить все объекты, которые могут существовать независимо от других. (объект «билет» является независимой сущностью, потому что любой билет существует независимо от того, знаем мы его номер, стоимость или нет.) Т. е. при выделении классов-сущностей действуют те же правила, что при построении концептуальной модели БД).
Слайд 82 3. Для каждого актера следует предусмотреть, как минимум,
один граничный класс в целях организации интерфейса между ним
и системой. Аналогично для каждого класса сущности, как правило, должен быть граничный класс – ведь по каждому объекту класса сущности должна быть предусмотрена возможность просмотра, ввода и/или корректировки информации через определенную форму ввода/вывода или чтения/записи через определенный интерфейс.4. Для управления, обеспечения взаимодействия и координации работы объектов, реализующих одну из функций системы (обычно, вариант использования), необходимо предусмотреть, как минимум, один управляющий класс. Как правило, взаимодействие между граничным классом и классом сущности происходит через управляющий класс.
Слайд 83 5. В целях облегчения восприятия специфики связей между
классами рекомендуется использовать отношения агрегации, композиции и обобщения.
6. При
разработке диаграммы основное внимание должно быть уделено определению и детализации классов сущностей, управляющих и граничных классов, обеспечивающих взаимодействие с внешними системами. Граничные классы, обеспечивающие взаимодействие с пользователями, не требуют излишней детализации до уровня отдельного поля ввода или ниспадающего списка, так как современные среды программирования обладают богатыми возможностями по быстрому созданию пользовательского интерфейса.
Слайд 86 · экземпляры актеров и классов, участвующих в реализации варианта
использования;
· ассоциации между экземплярами актеров и классов;
· сообщения, передаваемые между экземплярами
актеров и классов.Диаграмма кооперации
Слайд 88 Сообщение (англ. message) – это спецификация факта передачи информации
между сущностями с ожиданием выполнения определенных действий со стороны
принимающей сущности. Сущность, отправляющую сообщение, называют клиентом, а принимающую – сервером.Взаимодействие
Слайд 90 · предшествующие сообщения / [сторожевое условие] номер сообщения :
стереотип;
· предшествующие сообщения / [сторожевое условие] номер сообщения : переменная
:= имя сообщения (список аргументов)Спецификация сообщения
Слайд 91 Предшествующие сообщения (их номера или идентификаторы) записываются через запятые
и указывают, что данное сообщение не может быть передано,
пока не будут посланы все предшествующие сообщения своим адресатам.Сторожевое условие – обычное булевское выражение, означающее возможность посылки сообщения. Используется для ветвления потока сообщений.
Порядковый номер указывает на последовательность посылки сообщений. Например, {1, 2, 3, 3.1, 3.2, 3.3, 4, 5}. Сообщения с номерами {1, 2, 3, 4, 5} посылаются объектом, инициализирующим взаимодействие, а сообщения {3.1, 3.2, 3.3} – другим объектом, после получения им сообщения с номером 3.
Слайд 92 · «call» (англ. – вызвать) – синхронное сообщение, требующее
выполнения операции принимающего объекта;
· «create» (англ. – создать) – синхронное
сообщение, требующее создания объекта;· «destroy» (англ. – уничтожить) – синхронное сообщение с требованием уничтожить соответствующий объект;
· «send» (англ. – послать) – асинхронное сообщение, обозначающее посылку сигнала серверу;
· «return» (англ. – возвратить) – возвращающее сообщение.
Стандартные стереотипы
Слайд 93 Переменная (атрибут), которая будет содержать значение, возвращаемое в
результате обработки сообщения.
Имя сообщения (обязательный параметр) – имя вызываемой операции
объекта-получателя.Список аргументов – список аргументов, разделенных запятыми и передаваемых для выполнения операции.
