226
Примеры / Re: ООП Система записи в парикмахерскую
« : 26 Мая 2009, 09:15:59 »При этом его можно было бы изобразить как отдельный ВИ.Что значит "как отдельный ВИ"? Поясни.
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
227
Примеры / Re: ООП Система записи в парикмахерскую
« : 26 Мая 2009, 07:28:17 »
Я бы оставил первую диаграмму предварительно выкинув из нее "Ввести имя и пароль"
228
Примеры / Re: Создание use case diagram для музыкального портала
« : 25 Мая 2009, 00:11:23 »
1) ДЛ вне системы
Ко всем диаграммам) Не надо пытаться показать алгоритм работы системы. Для этого есть другие диаграммы.
Последняя диаграмма это нечто.
Я и не знал, что "музыкальный портал" может арендовать сервера и делать другие интересные вещи.
Ко всем диаграммам) Не надо пытаться показать алгоритм работы системы. Для этого есть другие диаграммы.
Последняя диаграмма это нечто.
Я и не знал, что "музыкальный портал" может арендовать сервера и делать другие интересные вещи.
229
Примеры / Re: Проверьте пожалуйста Activity Diagram и Statement Diagram
« : 17 Мая 2009, 02:00:43 »
ida, вторая диаграмма - нормальная диаграмма автомата. К ней претензия только одна.
Почему такие странные действия на входе (entry).
Например, "Акт сформирован", "Печать стоит" и пр. Звучит совсем не как действие, а как констатация факта или условие.
Кстати, Batak, запись entry должна быть одна. Если действий несколько, то они перечисляются через запятую. Такая последовательность действий также является действием.
Такая же ситуация с деятельностью do. Она должна быть одна. Если деятельностей несколько - перечисляй через запятую.
Почему такие странные действия на входе (entry).
Например, "Акт сформирован", "Печать стоит" и пр. Звучит совсем не как действие, а как констатация факта или условие.
Кстати, Batak, запись entry должна быть одна. Если действий несколько, то они перечисляются через запятую. Такая последовательность действий также является действием.
Такая же ситуация с деятельностью do. Она должна быть одна. Если деятельностей несколько - перечисляй через запятую.
230
Примеры / Re: Цикл в диаграмме последовательности
« : 16 Мая 2009, 01:17:53 »Почему? На ДП отображаются взаимодействия объектов, упорядоченные по времени.
Диаграмма последовательности безусловно показывает взаимодействие объектов. Но это взаимодействие должно придерживаться определенного ПРОТОКОЛА. У вас нет протокола. Вы просто склеили (по общей стороне) две независимые диаграммы. Сложили два протокола взаимодействия. Вот результат.
231
Примеры / Re: Цикл в диаграмме последовательности
« : 15 Мая 2009, 17:42:46 »
Прошелся по ссылкам из предыдущего поста. Не понял идей, которые привели к такому рисунку...
Думаю, что если попросить кого-то объяснить что тут нарисовано, то вряд ли получиться что-то похожее на текст из самого первого поста.
Маленький коммент к рисунку. Время на диаграмме последовательности течет сверху вниз. Если поток управления "застрянет" в верхнем loop, то до нижнего управление никогда не дойдет.
Можно конечно поизвращаться с составным шагом par, но все равно показать, что какая-то функция вызывается ПО ТРЕБОВАНИЮ клиентского приложения дьявольски трудно.
Эдуард, помнишь про диаграммы использования писали? Зачем они нужны и пр.
Вот, пожалуйста, наглядный пример использования диаграммы для других целей, нежели те, для которых она предназначена.
Думаю, что если попросить кого-то объяснить что тут нарисовано, то вряд ли получиться что-то похожее на текст из самого первого поста.
Маленький коммент к рисунку. Время на диаграмме последовательности течет сверху вниз. Если поток управления "застрянет" в верхнем loop, то до нижнего управление никогда не дойдет.
Можно конечно поизвращаться с составным шагом par, но все равно показать, что какая-то функция вызывается ПО ТРЕБОВАНИЮ клиентского приложения дьявольски трудно.
Эдуард, помнишь про диаграммы использования писали? Зачем они нужны и пр.
Вот, пожалуйста, наглядный пример использования диаграммы для других целей, нежели те, для которых она предназначена.
232
Примеры / Re: Цикл в диаграмме последовательности
« : 15 Мая 2009, 11:49:14 »
Диаграмма последовательности служит для представления ОДНОГО сценария (может быть с некоторой алгоритмистикой).
У вас налицо ДВА.
Как вариант вы можете нарисовать ДВЕ диаграммы последовательности.
Если Вы именно на ОДНОЙ диаграмме хотите нарисовать это, то можно воспользоваться диаграммой деятельности или диаграммой автомата.
У вас налицо ДВА.
Как вариант вы можете нарисовать ДВЕ диаграммы последовательности.
Если Вы именно на ОДНОЙ диаграмме хотите нарисовать это, то можно воспользоваться диаграммой деятельности или диаграммой автомата.
233
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 07 Мая 2009, 19:42:57 »
Shur, я совершенно не против вашей точки зрения, но надо понимать, что вещи надо использовать по назначению. Конечно спека UML не идеальна, но спека написана для производителей инструмента, а не для пользователей. Для пользователей написаны другие книги (Руководства пользователей).
Если используется UML, то надо понимать для чего он предназначен.
“UML – графический язык моделирования общего назначения, предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке программных систем”
Г. Буч
Если задача не вписывается сюда, то оригинальный UML вам не нужен. Может какой-нибудь его profile, но не оригинальный UML.
Если используется UML, то надо понимать для чего он предназначен.
“UML – графический язык моделирования общего назначения, предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке программных систем”
Г. Буч
Если задача не вписывается сюда, то оригинальный UML вам не нужен. Может какой-нибудь его profile, но не оригинальный UML.
234
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 07 Мая 2009, 15:54:13 »
Shur, у меня такое ощущение, что вы просто не поняли, что такое subject в UML.
Привычное нам отношение subject-object (subject - тот кто делает, а object - тот над кем совершается действие) здесь не работает.
Просто процитирую спеку.
The subject is the system under consideration to which the use cases apply. The users and any other systems
that may interact with the subject are represented as actors.
Subject это сама система, которую вы моделируете и которую на ДИ можете нарисовать в виде прямоугольника поместив туда ВИ и оставив ДЛ за бортом.
Привычное нам отношение subject-object (subject - тот кто делает, а object - тот над кем совершается действие) здесь не работает.
Просто процитирую спеку.
The subject is the system under consideration to which the use cases apply. The users and any other systems
that may interact with the subject are represented as actors.
Subject это сама система, которую вы моделируете и которую на ДИ можете нарисовать в виде прямоугольника поместив туда ВИ и оставив ДЛ за бортом.
235
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 07 Мая 2009, 13:16:19 ».... картинка взаимодействия действующих лиц с другими действующими лицами (не обязательно с системой) через ВИ помогает понять бизнес Заказчика. Особенно если мы хотим прояснить топологию взаимодействия лиц.ДИ не предназначена для того, чтобы описывать "взаимодействия действующих лиц с другими действующими лицами (не обязательно с системой) ". Стандартом UML определено единственное возможное отношение между ДЛ - обобщение, которое нужно для уменьшения количества ассоциация между ДЛ и ВИ на диаграмме.
Как отразить условия осуществления, ветвления последовательности осуществления ВИ при выполнении invoke и precede?Это не та задача, которую должна решать ДИ
236
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 06 Мая 2009, 22:45:01 »
Между DFD и ДИ есть серьезное различие - на ДИ нет времени (ни в каком виде) и потоков данных, нет алгоритмов и, как следствие, меньше шансов сделать ошибку!
237
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 06 Мая 2009, 09:36:12 »Аргументы прошу давать не абстрактные, а точно конкретные.Кто не понял, что я написал? Задайте конкретные вопросы.
Просто пока твои предложения это только предложения, которые многие читают и совершенно не воспринимают.
Нужна точность до абсолюта - типа вот пример смотрите понимайте.
В качестве примера - ЛЮБАЯ ГРАМОТНО составленная ДИ.
238
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 06 Мая 2009, 09:31:23 »Кстати насчет совпадения с CRC - у меня были такие же ассоциации, но все-таки CRC ближе к диаграмме класов, чем ДИ, разве нет?
А какая разница-то? ДИ можно рисовать для любой сущности (считая ее системой), а всех с кем это сущность взаимодействует описывать как ДЛ.
239
UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования
« : 06 Мая 2009, 01:13:59 »
Ну вы блин даете.
ДИ - очень нужная диаграмма.
Она показывает ЧТО делает система в этом сумашедшем мире.
По сути правильная ДИ - это спецификация на систему в виде комиксов. Все наглядно и понятно.
ДИ рисуют аналитики. Надеюсь понятно зачем.
ДИ могут рисовать архитекторы, например, чтобы описать ЧТО делает та или иная подсистема и с кем и зачем она взаимодействует.
ДИ могут рисовать программисты, например, чтобы описать ответственности классов, компонент или других модулей. Все знают что такое CRC-карты? Так вот ДИ - это те же CRC-карты, только по другому нарисованные.
ДИ могут использоваться тестировщиками, так как ДЛ на ДИ - это роль, которую должен сыграть тестировщик при системном тестировании. ДИ показывает тестировщику систему не в виде черного ящика, как обычно, а как белый ящик. Каждый ВИ - набор тестов (сценариев).
Да масса применений ГРАМОТНО нарисованной ДИ.
Надо просто учиться и учить других. Вот и все. А то что кто-то там (ссылка Эдуарда) вообще не понимает что рисует ... так идиотов хватает.
Давайте на эмоциях-то ребенка не выплескивать.
ДИ - очень нужная диаграмма.
Она показывает ЧТО делает система в этом сумашедшем мире.
По сути правильная ДИ - это спецификация на систему в виде комиксов. Все наглядно и понятно.
ДИ рисуют аналитики. Надеюсь понятно зачем.
ДИ могут рисовать архитекторы, например, чтобы описать ЧТО делает та или иная подсистема и с кем и зачем она взаимодействует.
ДИ могут рисовать программисты, например, чтобы описать ответственности классов, компонент или других модулей. Все знают что такое CRC-карты? Так вот ДИ - это те же CRC-карты, только по другому нарисованные.
ДИ могут использоваться тестировщиками, так как ДЛ на ДИ - это роль, которую должен сыграть тестировщик при системном тестировании. ДИ показывает тестировщику систему не в виде черного ящика, как обычно, а как белый ящик. Каждый ВИ - набор тестов (сценариев).
Да масса применений ГРАМОТНО нарисованной ДИ.
Надо просто учиться и учить других. Вот и все. А то что кто-то там (ссылка Эдуарда) вообще не понимает что рисует ... так идиотов хватает.
Давайте на эмоциях-то ребенка не выплескивать.
240
Примеры / Re: Проверьте, пожалуйста Диаграмму деятельности
« : 30 Апреля 2009, 20:47:01 »
это новый ворд, Эдуард. на 2003 можно поставить конвертер (бесплатно качается с ms сайта)