Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Денис Иванов

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 »
406
Обучение / Re: Паттерны
« : 08 Августа 2008, 11:40:35 »

407
А как насчет первой - справочника? Соответствует спецификации? Наверное, это не UML 2?
Скорее всего это не UML 2. Так быстро книжки на русский не переводятся (2002 год издания).
Я пользуюсь другим изданием этой книги (год 2007 наверное), соответственно про ваше издание ничего сказать не могу.

408
Чем книга отличается от

Первая справочник, а вторая руководство пользователя

Буч Грейди. Язык UML. Руководство пользователя : Пер. с англ. / Буч Г. Рамбо Д. , Джекобсон А. - 2-е изд., стер. - М. : Питер : ДМК, 2004. - 429 с.
Местами ужасный перевод (не по спецификации). Придумана диаграмма (артефактов), которой нет в стандарте. Не все диаграммы раскрыты. Книга мне лично не понравилось. То что и так понятно в ней конечно описано, а то что требует глубины изложения или переврано или просто не раскрыто.

Я в свое время сравнивал первое издание этой книги и второе. Просто втупую положил их рядом и листал. Первое явно выигрывает, хотя и устарело уже конечно.

409
Лучшая книга на русском - http://www.books.ru/shop/books/355101.

Есть спецификация с http://www.uml.org и тут еще можно почитать статьи http://www.jot.fm/.

Ну и практика.

410
Есть оригинал на английском. Кому интересно - пишите в личку.

411
UML SysML и пр. / Re: Что это за отношение?
« : 24 Июля 2008, 18:18:31 »
а это прости что такое?

Имелось в виду, что в классе MyShellFrame не объявлено атрибута с типом WindowCloser.

412
Для всех / Re: Метрики
« : 24 Июля 2008, 12:06:30 »
Вот какую информацию удалось раздобыть (кому интересно)

от Дениса Бескова:
1) Книга Стива Макконнелла «Сколько стоит программный проект», в оригинале «Software Estimation: Demystifying the Black Art»
2) http://www.pmprofy.ru/content/rus/20/203-article.asp

от Натальи Желновой:
1) Книга Уокера Ройса «Управление проектами по созданию программного обеспечения», в оригинале «Software Project Management» http://www.ozon.ru/context/detail/id/1061631/

от себя добавлю http://www.softwaremetrics.com/freemanual.htm


413
UML SysML и пр. / Re: Что это за отношение?
« : 24 Июля 2008, 11:56:21 »
А что такое тогда целое-часть на ДК?

Отношение "часть-целое" - это частный случай ассоциации. Агрегация или композиция.

В приведенном примере (by Galogen) есть ассоциация (пожалуй даже агрегация) между MyShellFrame и TextArea.
MyShellFrame ВСЕГДА знает что есть такой объект - ShellTextArea, который является экземпляром класса TextArea.
Ключевое слово - ВСЕГДА.

А не от случая к случаю, как это происходит с WindowCloser (в данном случае здесь отношение зависимости).

Ведь на самом деле если бы WindowCloser был бы объявлен вне класса MyShellFrame суть бы не поменялась. Просто разработчик средствами языка хотел скрыть класс WindowCloser от всех кроме MyShellFrame. Какая же здесь ассоциация?

414
UML SysML и пр. / Re: Что это за отношение?
« : 24 Июля 2008, 07:12:35 »
А это разве не часть-целое в ЮМЛ2 ?

Нет.

415
UML SysML и пр. / Re: Что это за отношение?
« : 24 Июля 2008, 07:10:49 »
Пример кода для Саши могу вот показать.

Это оно и есть.
Обработчик событий окна (в данном случае только одно событие - закрытие окна) - WindowCloser оформлен как внутренний класс.

416
Denis, а почему вы так полагаете, что в 1 случае - это диаграмма компонентов, а во втором диаграмма размещения. Разве оба стандарта не содержать обе канонические диаграммы? Или их смысл как-то изменился?

В UML 1.x Касса.exe - это компонент. Поэтому диаграмма компонент.
В UML 2.x Касса.exe - это артефакт. В UML 2.x произошло разделение на сущности, которые относятся к этапу проектирование (компоненты) и сущности, которые выражают реализацию (артефакты). Между этими сущностями можно показать соответствие, но все равно это уже диаграмм размещения.

См. пример для UML 2. Простой и посложнее.

417
Всем доброго дня!
Не могу подобрать вид диаграммы для иллюстрации архитектуры информационной системы.
Самый простой пример.
Изобразить взаимодействие программного модуля Касса.exe с Расчёты.DLL и хранимых oracle процедур.\
Попросту говоря, запечатлить схему, что использует программа Касса.exe для своей работы.
Использую инструмент Enterprise Architect.

Понимаю, что тема давняя, но тем не менее...

Если вы используете UML 1.x, то ваша диаграмма - диаграмма компонент
Если вы используете UML 2.x, то ваша диаграмма - диаграмма развертывания

418
Помогите теперь разобраться с диаграммой классов :)

Сначала бы составить словарь предметной области... А дальше все само пойдет.

419
Меня интересует связь между диаграммами последовательности(ДП) и диаграммами состояний(ДС). Используется ли такая при моделировании?

На диаграмме последовательности можно показывать как объект меняет свое состояние.

420
UML SysML и пр. / Re: Что это за отношение?
« : 24 Июля 2008, 00:01:39 »
Для закрепления. Если один класс создает (инстанцирует) другой, т.е. в методе класса А создается объект класса Б, то это зависимость со стереотипом.
Да. Причем возможны два варианта (см. рисунок в предыдущем ответе).
В первом варианте имеем зависимость между КЛАССАМИ со стереотип <<instantiate>>.
Во втором имеем зависимость между КЛАССОМ и ОБЪЕКТОМ, а стереотип <<create>> ставим у того метода, который создает объект другого класса.
Вторая нотация (c <<create>>) на практике встречается гораздо реже первой.

Вопрос. Такого класса зависимость возникает только тогда, когда в конструкторе класса-источника происходит создание экземпляров целевого класса? Или это не имеет значения? Главное сам факт, что в каком-то методе класса А создается объект класса Б.

Небольшое отступление, не имеющее сильного отношения к вопросу.
Конструкторы классов редко присутствуют среди методов класса, а если и присутствуют не стоит забывать, что это статические методы.

Ответ: не имеет значения. Но если исходя из контекста это надо показать -  пишите комментарий.

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

Правда я не совсем понимаю зачем это нужно и какое дает преимущество и когда, но такое возможно. Каким образом изображается этот случае на диаграммах UML? С помощью связи nested?

Между классами такое отношение показывается как на прикрепленном рисунке. Для меня это отношение - namespace, но думаю, что под nested понимали тоже самое.
Отношение вложенности между функциями невозможно показать (кроме как в комментарии).

О применении вложенных классов советую поговорить со знакомыми программистами на Java и спросить как они оформляют обработчики событий от GUI элементов. Какая-то часть респондентов ответит, что через вложенные классы.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 »