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

×


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

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


Сообщения - bas

421
ЛАФ-2012 будет по-любому ))) И правильно ты говоришь, нужно об этому думать и делать уже как можно быстрее.

Честно говоря, в Мск и Подмосковье не очень хочется, т.к. это все же не конфа, а больше отдых в кругу единомышлеников и общение.

Иваново нас всегда хорошо принимает, но честно говоря, не люблю два раз ездить в одно и тоже место )

М.б. кто-то может свое место дислакации предложить (не Мск)?!

423
ПО Аналитика / Re: Обзор UML-редакторов
« : 30 Декабря 2011, 15:02:45 »
Я даже платных нормальных не знаю Online Diagramming Tools

424
ПО Аналитика / Re: Обзор UML-редакторов
« : 29 Декабря 2011, 17:52:06 »
Нашел обзор на нашем западном друге: Free Online Diagramming Tools

425
Друзья!

Поздравляем всех вас с наступающими Новым 2012 Годом и Рождеством!

Желаем в новом году побольше успехов, безудержного счастья, богатырского здоровья и всего того, что вы загадаете в новый год!

Ураааааааааааааааааааааааааааааа!


426
Наткнулся случайно на egroupware:
http://www.egroupware.ru

Никто не пробовал, как ощущение в сравнении с Жирой, Редмайном, Траком... ?

427
Про красное и зеленое не согласен. На диаграммах деятельности хорошо зеленым закрашивать заключительный узел (final node), в котором деятельность завершается нормальным образом (без ошибок). Красным соответственно показываются варианты ошибочных завершений. Есть полезные ассоциации с различными цветами. Почему или не воспользоваться?
В таком контексте согласен, просто по ссылке было описано, что красным и зеленым красят много сущностей, при этом ИМХО будет рябить в глазах.
В общем, как обычно, делайте, как написано, но немного пригладывайте свое серое вещество )

429
В общем-то идея цветного моделирования не нова, сам использовал ее несколько раз в разных моделях.
Только ИМХО нужно брать цвета более нейтральные (красный и зеленый - перебор).

430
Эх, вот я как раз об этом и говорил, что не любят наши ребята цели ИТ проекта определеять:
http://blogs.uml2.ru/post/Neobhodimost-dokumentacii-v-proektah-Tehnicheskoe-Zadanie-Chast-1#comment-361

)))

431
UML SysML и пр. / Re: UseCase вне границ системы
« : 27 Декабря 2011, 15:57:01 »
Думаете так (картинка во вложении) будет понятнее/формально правильнее?
Если Вы еще опишите где-то (не обязательно на Д), что такое VISSIM и v.1, то безусловно - да. Я бы еще нарисовал границы самой Системы, чтобы получить совсем цельную картинку.

Кстати, хочу запостить этот топик на англоязычном форуме. Интересно будет посмотреть, что скажут "на западе"... :)
ТОлько результатами или ссылкой на пост не забудьте поделиться )

432
Меня недавно на мысль подтолкнули - провести некоторые исследования и сравнить технологию проектирования какого-либо изделия и технологию разработки программного обеспечения. Собственно, поэтому я и затеял эту тему.

Кстати говоря, неплохая тема для диплома.

433
UML SysML и пр. / Re: UseCase вне границ системы
« : 16 Декабря 2011, 19:46:27 »
А вообще, почему нет? Мне понравилась идея. Только в вашем пример нужно показать границы материнской системы, внутри которой границы вашей подсистемы.

Но с другой стороны нужно понимать, что ДВИ - это не вся модель ВИ, еще есть сценарии и там на много удобнее описывать вещи, которые лишние на ДВИ или нагружают ее.

С третьи стороны также нужно иметь грань разумного, все не опишешь, что находится вне системы.

Честно говоря, я такого подхода не встречал, but why not?

434
Trank,

ИМХО Вам нужно сначала почитать и разобраться с ВИ. Обязательно прочтите Коберна и наш FAQ, а потом уже задавайте конкретные вопросы - что непонятно, пересказывать книги и статьи кратко Вам никто не будет.

435
Павел,

ИМХО тут тебе мало помогут участники форума, если они не сталкивались с внедрением таких систем.
Это лучше спрашивать на спец форумах по таким направлениям, причем нужно немного переформулировать вопрос №2: какие принципы и методологии управления проектами используются в промышленности, а уже на основе этого ответа и знания ИТ методологий делать вывод.