Диаграммы вариантов использования-стрелки абсолютно необходимы?
абсолютно ли необходимо использовать "стрелки", чтобы показать связь между актером и прецедентом в диаграмме прецедента?
недавно мне пришлось нарисовать один для моего задания по разработке программного обеспечения. Но после проведения небольшого исследования в интернете по многим статьям, документам, онлайн-книгам и лекциям из многих других университетов, казалось, что большинство диаграмм прецедентов независимо от того, насколько они могут показать какой-то" поток "или" навигацию", не имеют стрелок, хотя некоторые примеры имеют стрелки.
поэтому я проконсультировался с моим другом, который является студентом последнего курса и уже изучил то, что я сказал мне, что я не должен иметь стрелки между моим актером и прецедентом, и даже его требования инженерный преподаватель научил студентов не использовать стрелки. Поэтому я принял сознательное решение не использовать стрелки и вместо этого использовал сплошные линии, чтобы показать свои ассоциации с прецедентами.
вот моя схема- клик
однако, когда я получил пометки для моего задания, я был удивлен, узнав, что мне дали ноль за то, что я не использовал стрелки. Даже если их использование было обязательным, существует множество свидетельств того, что сплошная линия может использоваться для двунаправленной ассоциации. Так разве я не должен получить хотя бы несколько баллов за это?
очевидно, я попросил объяснения у моего лектора, которого я увижу на следующей неделе, чтобы обсудить этот вопрос, но если она скажет мне, что я должен был использовать стрелки, какой аргумент я могу сделать против этого? Я буду признателен, если кто-то может любезно дать мне хороший совет с соответствующими ссылками на профессиональные источники.
большое спасибо за чтение и я надеюсь прочитать в ближайшее время свой ответ.
редактировать
Спасибо, ребята. Я очень ценю ответы, которые вы мне дали. Вся эта путаница началась из-за того,что лектор предоставил только один, очень простой пример диаграммы вариантов использования библиотеки в одном из конспекты лекций со стрелками. Но было не очень ясно, что это была окончательная нотация. Еще одна причина, по которой я не считал это обязательным, заключается в том, что, когда дело дошло до объяснения обозначений для рисования диаграммы потока данных, она дала понять, что использует ее конкретные обозначения, но это не так уж редко для DFD иметь разные обозначения в разных источниках, в то время как я мог найти очень мало доказательств использования стрелок в диаграммах прецедентов необходимый.
тем не менее, даже перед тем, как пройти без стрелок, Я помню, как спросил одного из преподавателей (не лектора) во время урока, в чем разница между наличием и Стрелкой и сплошной линией, и он сказал, что нет, и я мог бы использовать оба. Очевидно, для этого у меня есть только мое слово, и из того, что вы, ребята, сказали, я сомневаюсь, что кто-то в Академическом положении признался бы в том, что сказал что-то, что могло бы поставить их в оборонительную позицию. Моей ошибкой было молчание. прямо к лектору, но, оглядываясь назад, я, очевидно, сделал бы это.
в любом случае, я поговорю с ней относительно всей этой информации и попрошу ее принять во внимание эту "честную ошибку". Это также не просто диаграмма прецедентов, но и несколько других вопросов, на которых я потерял необычное количество отметок, особенно когда мои ответы почти идентичны модельным ответам, которые она предоставила. Я также знаю, что многие другие студенты, которые запросили свои задания, получают заметил.
надеюсь, она будет добра и использовать здравый смысл, чтобы улучшить мою оценку. Я вернусь сюда, когда узнаю.
еще раз спасибо за вашу помощь и, пожалуйста, опубликуйте любую другую информацию/предложения, которые у вас могут быть. :)
EDIT 2
Извините, ребята, у меня есть еще один вопрос.
вот сценарий, который был дан в задании, чтобы нарисовать диаграмму прецедента.
CONTHETICKET является билетное агентство дело в концерт и театр билеты. концертные и театральные площадки предоставить CONTHETICKET константу поток информации о предстоящих события, который затем используется Менеджер для составления списка креплений использование продавцами в ответах на звонки клиентов. Менеджер выбирает некоторые события, для которых CONTHETICKET приобретем ряд билетов в аванс, таким образом извлекая пользу из скидки оговариваются с места.
Он лично посылает заказы на билеты вместе с согласованными платежи в места проведения и один раз билеты получены, он подает их в файл билетов.
когда клиенты звонят в отдел продаж, их запросы на билеты проверяются с файлом билета. Если предварительно приобретенные билеты доступны их кладут в конверт с пометкой с именем и адресом клиента, и подал в предварительном порядке файл. Если нет, команда продаж заполняет ля форма запроса билета и положить его в поднос для приема почтальоном.
раздел Платежи проверяет предварительные заказы подаются ежедневно. Они отправить клиенту счет-фактуру и жду оплаты. Копия счета-фактуры хранится в файле. При оплате получено, матч раздела платежей оплата с соответствующим счет-фактура, и если удовлетворенное место другая копия счета в a отправить файл с инструкциями отправьте билеты.
почтовые служащие проверяют отправку файлов каждый день и получает подходящие билеты из временные приказы регистрируются и рассылаются для соответствующих клиентов.
Как вы можете видеть из моего - схемы у меня есть" концерт и театральные площадки " в качестве актера.
из элементов стиля UML 2.0, Scott W. Ambler:
"актер-это человек, организация или внешняя система, которая играет роль в одном или нескольких взаимодействиях с вашей системой (актеры обычно рисуются как фигурки на диаграммах вариантов использования UML)."
однако, на моем отмеченном задании, лектор прокомментировал, что это не должен быть актер. Не могли бы вы сказать мне, считаете ли вы, что это должен быть актер и почему.
мое обоснование это CT&V предоставляют информацию о событии, которое затем используется менеджером для заказа / файла билетов, также поставляется CT & V.
большое спасибо.
7 ответов
Хорошие Новости
ваша диаграмма правильно нарисована, и ваш инструктор ошибается:
- стрелки неуместны в ассоциациях прецедентов, потому что они являются бинарными ассоциациями
- стрелки необходимы для расширяет, включает и использует отношения-см этой схемы для примера всех трех
на язык UML спецификация v1.4.2 [PDF предупреждение] разделы 4.11.3 правила корректности и 5.42.2 Бинарные Ассоциации вполне понятны по этим пунктам:
4.11.3 правила корректности: "субъекты могут иметь ассоциации только с UseCases, подсистемами и классами, и эти ассоциации являются двоичными."
5.42.2 бинарная Ассоциация: "бинарная ассоциация рисуется как сплошной путь, соединяющий два символа классификатора"
Плохие Новости
это, как говорится, если ваш инструктор сказал вам использовать стрелы, а вы этого не сделали, то у вас может не быть выхода - это один из недостатков академической науки: некоторые профессора ожидают, что студенты просто отрыгнут то, что им говорят, даже если это неправильно. Вы можете обратиться к декану кафедры, утверждая, что профессор обучает студентов вопреки установленному стандарту, но это, скорее всего, не принесет вам ничего, кроме горя. Я думаю, что у вас будет сильный случай, потому что дать вам ноль на правильной диаграмме, потому что вы не нарисовали неправильные стрелки, кажется чрезмерным, жестким и неоправданный.
но я встречал профессоров, которые были всегда прав, даже когда они явно неправы. Большинство, однако, являются разумными / логичными людьми, которые рады соответствующим образом исправить дезинформацию.
предупреждение: не зарывайся
предположим, что это честная ошибка ,и попросите профессора объяснить, почему он ожидал стрелок, когда официальная спецификация OMG UML говорит не использовать их (и, следовательно, совместимый инструмент UML для случаев использования Уилл!--25-->не нарисуйте стрелки на двоичном отношении). Если вы войдете туда, пылая оружием, вы можете получить или не получить удовлетворение, но вы также можете создать враждебность, которая может сделать остальную часть семестра (и, возможно, за его пределами) довольно неприятной.
EDIT: я считаю, что старые инструменты и стандарты использовали одиночные стрелки (не треугольники или заполненные, просто "крылья") на диаграммах прецедентов, но это больше не делается. Возможно, стандарты профессора - или программное обеспечение-просто вышли из дата ;-)
все остальные уже ответили относительно стрелки. Позвольте мне дать вам несколько советов об академических кругах.
большинство технических вещей, которые вы узнаете, будут либо неправильными, либо просто бесполезными. В вашей профессиональной жизни это не будет иметь значения, поскольку все, что вы будете использовать как профессионал, будет тем, что вы узнаете там и тогда в соответствии с конкретными потребностями этой ситуации.
то, что вы узнаете, это общий обзор вещей, и это то, что вы не получите в вашей профессиональной жизни, потому что там никто не имеет времени, чтобы смотреть на это таким образом. Там вы будете использовать неправильные инструменты для решения неправильных проблем, как правило, по какой-то глупой причине, например, "потому что начальство решило так".
Так что примите это как опыт обучения. Чтобы преуспеть как профессионал, вам просто нужно научиться тому, что правильный способ делать вещи-это трудная вещь, и делать это самостоятельно, как в этом случае, вероятно, доставит вам больше проблем, чем просто ноль очков.
практика делает неправильную вещь, чтобы достичь своих целей: сделать стрелку вещь и получить ваш счет.
интегрируйте знание о том, что все всегда будут неправы (включая вас): не принимайте ваши учения на веру, читайте альтернативные взгляды и формируйте мнение позже, когда у вас будет опыт.
практикуйте искусство вовлечения в политическую сторону вещей, чтобы получить право голоса по таким вопросам. Есть способ заставить других делать правильно, но это требует много социальной инженерии и тяжелой работы.
просто не тратьте свое время. Некоторые вещи просто не стоят того, чтобы их исправлять...
хотя это печально, я должен был бы придерживаться "если это так, как они сказали вам сделать это, и вы не сделали этого таким образом, это оценка, которую вы получите".
по моему опыту, отношения могут быть либо односторонними, либо двусторонними, поэтому я думаю, вам придется различать их.
ваш инструктор, давая вам 0 за то, что вы не используете стрелки в диаграмме использования, является примером того, как он учит вас неправильным вещам о программной инженерии.
создание спецификации для программного продукта, в реальном мире, не получает ваши стрелки правильно.
речь идет о создании живого документа, который формирует основу вашего проекта. Ключевыми аспектами любой спецификации является то, что:
- команда проекта фактически читает его
- в документ эффективен при захвате вашего намерения
идея о том, что вы должны учиться, как правильно рисовать стрелки, смешна. Если у вас есть шанс, вы должны прочитать эту статью:
http://www.joelonsoftware.com/articles/fog0000000024.html
Он отлично отражает мои чувства.
похоже, чтобы пройти свой класс, вам нужно притвориться, что вас интересуют стрелки UML. Мой совет ты есть:
- делать то, что необходимо, чтобы получить хорошую оценку в классе
- как только вы закончите выпускной экзамен, пожалуйста, забудьте все, что вы узнали в этом классе, потому что это только навредит вам.
- пикап копию книги, и прочитать его. Все это.
стрелки, указывающие на происхождение вызова, являются необязательными, поэтому кажется, что это по усмотрению вашего инструктора, но это может быть спорным моментом.
кстати, по моему опыту, аспирантура-худшее место для обучения программной инженерии. YMMV.
Я думаю, что у вас здесь сильный случай;)
ссылка на текущий спецификация UML (2.1.2)
Страница 595, Ограничения 2
UseCases могут быть задействованы только в двоичных ассоциациях.
принимая это во внимание, какова точка, показывающая судоходность на ассоциации? Как взаимодействие между субъектами (например. Прецедент и актер) по определению двунаправлен (напр. актер что-то делает, система реагирует и так далее).
вы также найдете примеры диаграмм вариантов использования в этом документе, чтобы продвинуть свою точку зрения.
конечно, для других конструкций прецедентов, таких как включает в себя и выходит стрелки имеют смысл и требуется. Однако из вашей включенной диаграммы вариантов использования вы не использовали их и не должны быть наказаны за это.
удачи
PS: использование моего моделирования UML инструмент выбора, Enterprise Architect, он не позволяет мне визуально указывать навигацию на ассоциацию.
Спасибо, ребята. Я очень ценю ответы, которые вы мне дали. Вся эта путаница началась с того,что лектор привел только один очень простой пример схемы использования библиотеки в одной из лекционных заметок со стрелками. Но было не очень ясно, что это была окончательная нотация. Еще одна причина, по которой я не думал, что это обязательно, потому что, когда дело дошло до объяснения обозначений для рисования диаграммы потока данных, она дала понять, что использует ее конкретные обозначения, но это не так уж необычно для DFD, чтобы иметь разные обозначения в разных источниках, в то время как я мог найти очень мало доказательств, чтобы использовать стрелки в диаграммах использования.
тем не менее, даже перед тем, как пройти без стрелок, Я помню, как спросил одного из преподавателей (не лектора) во время урока, в чем разница между наличием и Стрелкой и сплошной линией, и он сказал, что нет, и я мог бы использовать оба. Очевидно, для что у меня есть только мое слово, и из того, что вы, ребята, сказали, я сомневаюсь, что кто-то в Академическом положении признался бы в том, что сказал что-то, что могло бы поставить их в оборонительную позицию. Моя ошибка состояла в том, что я не говорил с лектором напрямую, но, оглядываясь назад, я, очевидно, сделал бы это.
в любом случае, я поговорю с ней относительно всей этой информации и попрошу ее принять во внимание эту "честную ошибку". Это также не просто диаграмма прецедентов, но и несколько других вопросов, которые Я потерял необычное количество баллов, особенно когда мои ответы почти идентичны модельным ответам, которые она предоставила. Я также знаю, что многие другие студенты, которые попросили свои задания, получают замечания.
надеюсь, она будет добра и использовать здравый смысл, чтобы улучшить мою оценку. Я вернусь сюда, когда узнаю.
еще раз спасибо за вашу помощь и, пожалуйста, опубликуйте любую другую информацию/предложения, которые у вас могут быть. :)