Ответы на курс: Нотация и семантика языка UML
Как изображается отношение расширения на диаграмме вариантов использования?
Какое определение сценария (scenario) правильно?
 |
сценарий — определенная последовательность действий, которая описывает действия актеров и поведение моделируемой системы в форме обычного текста |
|
сценарий представляет собой требования к пользователю, который взаимодействует с моделируемой системой |
|
сценарий – это любой вариант использования, который обеспечивает достижение системой заданных целей или функциональных возможностей |
Какие категории требований входят в классификацию требований модели FURPS+?
|
ответственности пользователей |
|
удобства использования |
|
концептуальные |
|
реализации операций классов |
|
надежности |
Какой графический символ служит для изображения примечания (note) в языке UML?
Какие дополнительные требования входят в классификацию требований модели FURPS+?
|
требования управления системой |
|
требования написания сценариев |
|
проектные ограничения |
|
психологические требования |
|
юридические требования |
Каким образом изображаются исключения из типичного хода событий сценария?
|
в форме примечаний |
|
в форме дополнительных стереотипов |
|
в форме отдельного раздела сценария |
|
в форме зависимости со стереотипом <<exclusive>> |
Каким значком изображается квантор видимости «закрытый» (private) на диаграмме классов?
|
+ |
|
# |
|
~ |
|
– |
Какое определение конкретного класса (concrete class) правильно?
|
класс, на основе которого могут быть непосредственно созданы экземпляры или объекты |
|
класс, который имеет заданные типы атрибутов и операций |
|
класс, который содержит реализацию своих операций |
Укажите правильные записи операций на диаграмме классов?
|
- изменитьСчетКлиента (номерСчета : Integer) |
|
# setAddress (inout Сотрудник) = String |
|
+ нарисовать(форма : Многоугольник) |
|
# отобразитьСообщение( ) :=’Ошибка деления на ноль’ |
Как изображается отношение обобщения на диаграмме вариантов использования?
Как изображается отношение ассоциации (association) на диаграмме классов?
Укажите правильные записи кратности (multiplicity) конца ассоциации на диаграмме классов?
|
2..4 |
|
* |
|
1; 3 |
|
-1..1 |
Какой стереотип обозначает посылку другому объекту некоторого сигнала, который асинхронно инициируется одним объектом и принимается другим?
|
<<create>> |
|
<<call>> |
|
<<return>> |
|
<<destroy>> |
|
<<send>> |
Какой стереотип обозначает сообщение, возвращающее значение выполненной операции или процедуры вызвавшему ее объекту?
|
<<destroy>> |
|
<<return>> |
|
<<create>> |
|
<<send>> |
|
<<call>> |
Как изображается связь (link) на диаграмме кооперации?
Можно ли указывать временные ограничения на диаграмме последовательности?
|
да |
|
да, но только с дополнительными сторожевыми условиями |
|
нет |
|
да, но только в форме сообщений со стереотипом «time« |
Какое высказывание относительно фокуса управления (focus of control) на диаграмме последовательности является правильным?
|
фокус управления указывает период времени, в течение которого объект выполняет действие, находясь в активном состоянии |
|
фокус управления концентрирует внимание разработчика на наиболее важных объектах |
|
фокус управления изменяет порядок ветвления |
|
фокус управления могут иметь те объекты, которые только принимают сообщения |
Каким образом изображается создание объекта на диаграмме последовательности?
|
смещением изображения объекта по вертикали |
|
с помощью специального символа |
|
с помощью сообщения со стереотипом «create« |
|
смещением изображения объекта по горизонтали |
С помощью какого символа изображается уничтожение объектов на диаграмме последовательности?
Когда возникает конфликт ветвления на диаграмме последовательности?
|
к одному объекту относятся одновременно несколько ограничений |
|
одновременно несколько сторожевых условий имеют значение «истина» |
|
объект принимает одновременно несколько сообщений |
|
у объекта имеется стереотип «conflict« |
Какое определение шаблона сценария правильно в контексте языка UML?
|
логическое условие, которому должна удовлетворять проектируемая программная система |
|
неформальные рекомендации по структуризации текста сценария варианта использования |
|
специальное изображение варианта использования на диаграмме вариантов использования |
Какое определение события (event) правильно?
|
изменение значения атрибута объекта в ходе его жизненного цикла |
|
действие, которое выполняется в момент входа или выхода из некоторого состояния |
|
спецификация существенных явлений в поведении системы, которые имеют местоположение во времени и пространстве |
Как изображается конечное или финальное состояние на диаграмме состояний?
Допускается ли на диаграмме состояний изображать несколько переходов, выходящих из одного и того же состояния?
|
да, при отсутствии конфликта между ними |
|
да, но с дополнительными сторожевыми условиями |
|
нет |
Каким значком изображается квантор видимости «пакетный» (package) на диаграмме классов?
|
# |
|
+ |
|
– |
|
~ |
Какое определение входного действия (entry action) правильно?
|
действие, производимое в момент перехода в данное состояние |
|
действие, выполняющееся при переходе из начального события |
|
действие, которое выполняется в момент выхода из данного состояния |
Какие из перечисленных имен событий правильные?
|
ожидание клиента |
|
index:=index+1 |
|
отобразить меню |
|
ошибка чтения данных |
Допускается ли на диаграмме состояний изображение перехода, соединяющего подсостояние композита с внешним состоянием?
|
да |
|
да, но с дополнительным сторожевым условием |
|
нет |
Как изображается неглубокое историческое состояние (shallow history state) на диаграмме состояний?
Кто из указанных лиц принимал непосредственное участие в разработке первых версий языка UML?
|
Деннис Ритчи |
|
Эдвард Йордон |
|
Никлаус Вирт |
|
Гради Буч |
Какое из высказываний правильно?
|
язык UML предназначен для генерации программного кода на основе моделей нотаций ERD, IDEF0, DFD |
|
язык UML предназначен для унификации нотаций ООАП |
|
язык UML предназначен для объединения нотаций ERD, IDEF0, DFD |
Какое высказывание верно?
|
диаграммы IDEF0 предназначены для разработки конструкторской документации на изготовление механических деталей |
|
диаграммы IDEF0 предназначены для разработки статической модели предметной области информационной системы |
|
диаграммы IDEF0 предназначены для моделирования бизнес-процессов |
Какие элементы относятся к механизму расширения языка UML?
|
ограничения |
|
представления |
|
стереотипы |
Какой связью изображается вложенность пакетов?
Может ли разработчик уточнять семантику графических изображений языка UML?
|
да, но только в рамках механизма расширения |
|
да, в произвольной форме |
|
нет |
Как изображается бизнес-вариант использования (business use case) на диаграмме вариантов использования?
Допустимо ли изображение нетриггерных переходов на диаграмме деятельности?
|
да, но с дополнительными ограничениями |
|
да, но только при моделировании параллельных процессов |
|
да |
|
нет |
Каким символом изображается под-деятельность на диаграмме деятельности?
Какое определение дорожки (swimlane) правильно?
|
отдельная диаграмма деятельности, которая служит для представления реализации операций бизнес-процесса |
|
графическая область диаграммы деятельности, содержащая элементы модели, ответственность за выполнение которых принадлежит отдельным подсистемам |
|
специальный случай состояния деятельности с несколькими входными переходами и, по крайней мере, одним выходящим из состояния переходом |
Каким символом изображаются страницы в формате гипертекста на диаграмме компонентов?
Какой стереотип определяет разновидность компонента-файла, который представляется в форме таблицы базы данных?
|
<<document>> |
|
<<table>> |
|
<<library>> |
|
<<file>> |
|
<<executable>> |
|
<<source>> |
Какой стереотип определяет разновидность компонента-файла, представляющего собой файл с исходным текстом программы, который после компиляции может быть преобразован в исполнимый файл?
|
<<source>> |
|
<<library>> |
|
<<table>> |
|
<<executable>> |
|
<<document>> |
|
<<file>> |
Какое определение компонента (component) правильно?
|
физически существующая часть системы, которая обеспечивает реализацию классов и отношений, а также функционального поведения моделируемой программной системы |
|
элемент логического представления модели системы, инкапсулирующий структуру и поведение классов |
|
физическая реализация операций классов в программном коде |
Какой стереотип определяет разновидность компонента-файла, который представляется в форме произвольного файла?
|
<<source>> |
|
<<library>> |
|
<<file>> |
|
<<table>> |
|
<<executable>> |
|
<<document>> |
Какой стереотип определяет разновидность компонента-файла, который представляется в форме динамической или статической библиотеки?
|
<<library>> |
|
<<document>> |
|
<<file>> |
|
<<executable>> |
|
<<table>> |
|
<<source>> |
Какое высказывание относительно ресурсоемкого узла правильно?
|
ресурсоемкий узел — элемент системы, обладающий памятью для хранения информации |
|
ресурсоемкий узел — физическая часть системы, требующая повышенного расхода электрической энергии для своего функционирования |
|
ресурсоемкий узел — узел, который содержит процессор и память |
Какой графический символ служит для изображения ресурсоемкого узла (processor) на диаграмме развертывания?
Может ли узел на диаграмме развертывания содержать в себе изображения компонентов?
|
да |
|
да, но в форме отдельной диаграммы развертывания |
|
нет |
Какие высказывания относительно нересурсоемкого узла (устройства) верны?
|
узел, который не содержит процессора и памяти |
|
узел на диаграмме развертывания со стереотипом <<device>> |
|
физическая часть системы, которая не требует повышенного расхода электрической энергии для своего функционирования |
Какое высказывание, касающееся отношения зависимости на диаграмме развертывания правильно?
|
отношение зависимости связывает между собою только ресурсоемкие узлы |
|
отношение зависимости связывает между собою только устройства |
|
отношение зависимости связывает узел и развернутые на нем компоненты |
Какие стереотипы могут быть использованы для уточнения спецификации узлов на диаграмме развертывания?
|
<<device>> |
|
<<example>> |
|
<<module>> |
|
<<use case>> |
|
<<sensor>> |
Какое определение паттернов реализации (implementation patterns) правильно?
|
множество базовых узлов на диаграмме развертывания, которые играют важную роль в процессе функционирования программной системы |
|
схемы представления программного кода в компонентах на диаграмме компонентов |
|
совокупность компонентов и других элементов реализации, используемых в структуре модели при написании программного кода |
Какое определение паттернов тестирования (test patterns) правильно?
|
множество специальных узлов на диаграмме развертывания, которые используются для тестирования вычислительных сетей |
|
множество предварительно определенных тестовых программ для проверки правильности реализации операций классов |
|
специальные схемы для представления общей организации процесса тестирования программных систем |
Какой графический символ служит для изображения тела параметризованной кооперации?
Какое определение паттернов анализа (analysis patterns) правильно?
|
множество предварительно определенных компонентов спецификацией правил и отношений между ними |
|
схемы реализации требований ООАП в программном коде системы |
|
специальные схемы для представления общей организации процесса моделирования |
Какое определение паттернов проектирования (design patterns) правильно?
|
специальные схемы для организации программного кода в модулях реализации системы |
|
специальные схемы для уточнения структуры подсистем или компонентов программной системы и отношений между ними |
|
множество схем разбиения классов на составные части со спецификацией их ответственности и отношений между ними |
Какой графический символ служит для изображения параметров параметризованной кооперации?
Допустимо ли изображение триггерных переходов на диаграмме деятельности?
|
да, но с дополнительными сторожевыми условиями |
|
нет |
|
да |
Добавить комментарий