uml

[Mayor]

Добрый день

У меня возникло желание отойти от agile методик и попробовать облегченный uml на небольшом (2-3 человека, 1-3 мес, 5-10 час\нед) тестовом проекте

Подскажите:
Какими uml тулзами вы пользовались ( сколько времени, какие остались впечатления)?

Что есть из бесплатного ПО с поддержкой реверс и форвард инженеринга uml class diagram?

[Dimka]

Сравнивать UML и AGILE всё равно, что автомобиль и курсы вождения.

[Вад]

Dimka, тем не менее, было бы интересно послушать насчёт uml-тулзов, потому что большинство свободных инструментов, которые я смотрел, никуда не годились для рисования того или иного типа диаграмм - или у них были более фундаментальные проблемы.  Особенно с эргономикой. Подчас приходилось пользоваться стенсилами для visio, чтобы сделать аккуратные диаграммы, которые можно было бы вставить в доку в читабельном виде.

[Dimka]

Вад, против обсуждения тулзов ничего не имею. Я пока не понял, причём тут AGILE.

[Вахмурка]

Dimka, тем не менее, было бы интересно послушать насчёт uml-тулзов, потому что большинство свободных инструментов, которые я смотрел, никуда не годились для рисования того или иного типа диаграмм - или у них были более фундаментальные проблемы.  Особенно с эргономикой. Подчас приходилось пользоваться стенсилами для visio, чтобы сделать аккуратные диаграммы, которые можно было бы вставить в доку в читабельном виде.

На то они и свободные.

[Sel]

Mayor, последнее предупреждение: не научишься писАть с соблюдением норма русского языка и с применением заглавных букв - буду твои темы удалять. Надоело править.

[Sel]

Mayor, пост переписывай. С учетом правил русского языка.

[Falsehood]

Mayor,

1. в IDE, которая NetBeans неплохой uml редактор.
2. ArgoUML не вызвал отрицательных эмоций. хотя у него проблемы с открытием сохраненных им же проектов.

[Антон (LogRus)]

MS Visio
Dia

[Mayor]

****
горчичник на 3 дня за знание слов,  "которые нельзя употреблять" (с) , будет рецедив - будет порция посильнее.

[Вахмурка]

MS Visio
Dia

А инжиринг в Vison есть? Или только картинки рисовать?

[Антон (LogRus)]

Вахмурка, это такой замечательный кухонный комбайн, что я даже не знаю чего в нём нет.

[Вахмурка]

Вахмурка, это такой замечательный кухонный комбайн, что я даже не знаю чего в нём нет.

Почему у меня нет?

[Антон (LogRus)]

может версия такая? или проблема в терминах. что есть: инжиринг?

[Вахмурка]

Черт его знает какая версия, последний раз пользовался около 3-х лет назад. Но инжиринга точно не было.

[Антон (LogRus)]

инжиринга это кто? я у себя погляжу

[Sla]

Offtopic:

инжиринг - это инжир заговоривший по-английски

Поставлю в угол.

[Вахмурка]

Offtopic:

инжиринг - это инжир заговоривший по-английски

Поставлю в угол.

Это преобразование UML диаграм в код и обратно.

[Антон (LogRus)]

посмотрел. генерация есть.

[Dimka]

LogRus, а "обратный инжиниринг" из Visual Studio делается (если версия Visio соответствует).

[Антон (LogRus)]

Dimka, я не пробовал По минимуму потыкал в кнопки, времени нет. Четвёртый день плавающий баг ищу в коде.

[voron]

Есть еще CASE - средство от IBM. Называется Rational Rose. Только она не бесплатная. В ней есть все что надо.

[yudjin]

Enterprice Architect - как по мне, удобнее Rational Rose. Лучше пока не нашел для себя. Тоже платная, но есть таблэтка

[Dimka]

Enterprice Architect - как по мне, удобнее Rational Rose.

Согласен. Если эта загадочная фраза означает, что EA удобнее, чем RR Естественно, в своём классе задач. Ведь за RR стоят ещё десятки Гб всяких приложений и документации для полной поддержки RUP, и RR интегрирована в этот комплекс.

[yudjin]

Есть ли диаграмма (в ЕА в частности и в UML 2 вообще) для декомпозиции/детализации задачи? Обычная уровневая блоксхема с входными/выходными параметрами, каждый уровень которой расписан более детализированно. Ну вы поняли, да?
Раньше рисовал просто блочечки в MS Visio 2003, рисовал бы и щас, да поставили Office 2010. С ЕА знаком на уровне диаграмм БД, классов, ВИ и последовательностей.
Можно впринципе, с помощью диаграмм состояний/активности - но ж. чую, что это не оно.

[Dale]

Для детализации задачи в целом подходят диаграммы прецедентов. Блок-схемы не очень приживаются в мире ООП.

[yudjin]

Ну на ДВИ вроде как советуют рисовать цели пользователей. Такая цель при детализации может быть потом подроблена на 2-3 уровня с десятком-другим подзадач.
Или имеется ввиду, что детализировать в каждую цель/задачу так же в диаграмме прецедентов? Я всегда думал, что она одна на проект

[Dimka]

yudjin, в UML может детализироваться всё, что может детализироваться без UML:
- use case - варианты использования не только детализируются (вариант может раскрываться в новую диаграмму, но ещё и одни включаться в другие);
- components - любой компонент раскрывается в новую диаграмму (хоть компонентов, хоть классов с пакетами);
- package - любой пакет само собой раскрывается в новую диаграмму, описывающую его содержимое;
- class - раскрывается в диаграмму состояний, описывающую логику работы класса, диаграммы классов могут содержать одни и те же классы в разных окружениях, показывая разные аспекты использования одного и того же класса;
- activity - каждое действие раскрывается в новую диаграмму деятельности, более подробно описывающую это действие (аналог подпрограмм в обычных блок-схемах);
- state - раскрывается в диаграмму состояний, если одно состояние является сложным/составным;
- sequence - в UML 2.0 допустимы сворачивания/разворачивания подпоследовательностей действий;
- cooperation - кооперация обязательно раскрывается в диаграмму классов другого уровня абстракции, описывающую структуру решения, в которое для реализации соответствующих ролей привлекаются классы с текущего уровня абстракции.

[Dale]

Ну на ДВИ вроде как советуют рисовать цели пользователей.

Я не знаком с аббревиатурой "ДВИ". Гугление предлагает ответы, весьма далекие от программирования. Поясните, пожалуйста, что это за штука такая.

Что касается детализации задачи: в принципе диаграммы прецедентов совместно с набором сценариев дают полное описание поведения программы как "черного ящика". Этого достаточно для создания комплекта функциональных тестов. Если использовать подход TDD, это и есть отправная точка разработки. Прочие диаграммы относятся скорее не к постановке задачи, а к описанию ее конкретного решения.