PRM.Форум /Компьютеры Интернет Связь / Программирование /

Rational Rose

Печать RSS Деревом

raeen
Анонимный пользователь
03.06.03 09:29
Люди, поделитесь сабжем!
КопироватьСсылка
Рассказать друзьям
Master_
veteran
Сообщений: 1919
04.06.03 09:19Ответ на сообщение Rational Rose пользователя raeen
что надо то?
инфу? дистрибутив? где применять?
Автор благодарит алфавит за любезно предоставленные буквы...
КопироватьСсылка
Рассказать друзьям
Cactus
Анонимный пользователь
05.06.03 00:06Ответ на сообщение Re: Rational Rose пользователя Master_
Под такой фразой обычно подразумевают дистриб...
КопироватьСсылка
Рассказать друзьям
raeen
Анонимный пользователь
05.06.03 07:04Ответ на сообщение Re: Rational Rose пользователя Master_
Вообще мне дистрибутив нужен. Хотя и от остального не отказался бы =)
Имеется?
КопироватьСсылка
Рассказать друзьям
4ward
activist
Сообщений: 147
08.11.04 13:22Ответ на сообщение Re: Rational Rose пользователя raeen
Приветствую,

тоже интересуюсь предметом,
raeen - удалось найти ?
Поделиться можете?
4ward 4ever
КопироватьСсылка
Рассказать друзьям
4ward
activist
Сообщений: 147
08.11.04 13:25Ответ на сообщение Re: Rational Rose пользователя Cactus
Cactus & Master,

можете помочь или подсказать, где найти дистриб RR или Rational Suite?
И еще интересно, появился ли сейчас плагин для реинжиниринга и генерации кода на C#?
4ward 4ever
КопироватьСсылка
Рассказать друзьям
CoolUser
veteran
Сообщений: 1583
11.11.04 18:26Ответ на сообщение Re: Rational Rose пользователя 4ward
Господа!

А расскажите мне пожалуйста, кто-нибудь и где-нибудь использует RR в реальных проектах? И для чего?

А то все это слова типа генерации кода и реинжиниринга так красиво звучает...да вот есть ли от них толк?
КопироватьСсылка
Рассказать друзьям
Babe
guru
Сообщений: 7010
11.11.04 18:36Ответ на сообщение Re: Rational Rose пользователя 4ward
Пишите в личку. Помогу с дистрибом.
По поводу генерации на С# - вроде бы пока тихо. Я писала диплом как раз на такую вот тему, как генерация кода по диаграммам на С#.
и опыт , сын ошибок трудных....
КопироватьСсылка
Рассказать друзьям
Babe
guru
Сообщений: 7010
11.11.04 18:39Ответ на сообщение Re: Rational Rose пользователя CoolUser
В ответ на: А то все это слова типа генерации кода и реинжиниринга так красиво звучает...да вот есть ли от них толк?
Мне кажется, что нет. По диаграммам удобно код писать. Но самому, ручками. А не генерировать автоматически.
и опыт , сын ошибок трудных....
КопироватьСсылка
Рассказать друзьям
CoolUser
veteran
Сообщений: 1583
11.11.04 19:01Ответ на сообщение Re: Rational Rose пользователя Babe
В ответ на: Я писала диплом как раз на такую вот тему, как генерация кода по диаграммам
на С#.
Слушай, а ты какое учебное заведение заканчивала?
КопироватьСсылка
Рассказать друзьям
Babe
guru
Сообщений: 7010
11.11.04 19:11Ответ на сообщение Re: Rational Rose пользователя CoolUser
НГУ
и опыт , сын ошибок трудных....
КопироватьСсылка
Рассказать друзьям
hamster
activist
Сообщений: 314
17.11.04 16:58Ответ на сообщение Rational Rose пользователя raeen
Могу тоже поделиться Rational Rose(последний) и Rational Rose XDE(не очень последний :), как раз XDE и генерит C# код и встраивается в VS .NET.
Типа все в личку :))))
КопироватьСсылка
Рассказать друзьям
Анонимный пользователь
18.11.04 13:39Ответ на сообщение Re: Rational Rose пользователя Babe
Код генерит ? Неужели всяческие диаграммы состояния и т.п. можно превратить в код ? IMHO максимум возможно сгенерировать объявления классов, методов и т.п, а код то придется писать ручками. Как потом доказать соответствие написанного тому, что было в диаграммах ? Не голимамая ли это интуитивщина ?
КопироватьСсылка
Рассказать друзьям
Babe
guru
Сообщений: 7010
18.11.04 15:55Ответ на сообщение Re: Rational Rose пользователя Анонимный пользователь
Ну конечно же только по статическим диаграммам.
и опыт , сын ошибок трудных....
КопироватьСсылка
Рассказать друзьям
Анонимный пользователь
18.11.04 18:35Ответ на сообщение Re: Rational Rose пользователя Babe
А что бывают динамические диаграммы ? ;-)
IMHO альтернативой может быть спецификация на основе переписывания графов (см. язык Clean). UML хорош для сбора требований и определении каркаса приложения, но IMHO между каркасом и реализацией лежит пропасть. То есть по реализации практически невозможно формально доказать ее соответствие UML спецификации.

А Вы, если не секрет, где используете Розу и UML ? В каких проектах ?

С уважением
Lisper
КопироватьСсылка
Рассказать друзьям
Babe
guru
Сообщений: 7010
18.11.04 20:56Ответ на сообщение Re: Rational Rose пользователя Анонимный пользователь
Ну есть диаграммы, отображающие динамику.
и опыт , сын ошибок трудных....
КопироватьСсылка
Рассказать друзьям
Анонимный пользователь
18.11.04 21:18Ответ на сообщение Re: Rational Rose пользователя Babe
Но рабочий код с них не сгенерируешь.
КопироватьСсылка
Рассказать друзьям
Babe
guru
Сообщений: 7010
18.11.04 22:38Ответ на сообщение Re: Rational Rose пользователя Анонимный пользователь
Согласна.
Вот я и говорю, что только статика
и опыт , сын ошибок трудных....
КопироватьСсылка
Рассказать друзьям
Анонимный пользователь
18.11.04 23:06Ответ на сообщение Re: Rational Rose пользователя Babe
Дело не в статике, не будете же Вы заниматься мультипликацией при рисовании диаграмм ;-)

UML неплохо выглядит для сбора требований и описания всяческих прецедентов, однако IMHO переход к рабочему коду довольно мутный и интуитивный и опирается главным образом на ООП, которое не для всего применимо.

Меня интересует, какие вещи люди рисуют в Розе, для какого типа проектов ? Я вижу применимость только для хорошо формализуемых областей типа автоматизации документооборота и т.п., но как спроектировать, например, какой-нибудь чат-бот с помощью UML - задача которая хорошо решается с помощью Лиспа и всяких XML/AIML, но в ней нет фиксированного сценария работы и т.п. А игры ?
КопироватьСсылка
Рассказать друзьям
CoolUser
veteran
Сообщений: 1583
18.11.04 23:36Ответ на сообщение Re: Rational Rose пользователя Анонимный пользователь
Присоединяюсь к вопросу, интересно какое место в информационных технологиях занимают языки спецификацией типа UML и где они находят своё реальное применение?
КопироватьСсылка
Рассказать друзьям
Anomander
guru
Сообщений: 5269
19.11.04 00:26Ответ на сообщение Re: Rational Rose пользователя CoolUser
UML можно использовать везде, и классы с интерфейсами генерировать как семечки щелкать.
Если мы условно разобьем приложение на 2 части -
1) объекты и их взаимодействие друг с другом
2) код, оперирующий определенными объектами
то UML прекрасно справляется с "1", а после этого в "2" потенциал для ошибки уже меньше.
КопироватьСсылка
Рассказать друзьям
Анонимный пользователь
19.11.04 04:54Ответ на сообщение Re: Rational Rose пользователя Anomander
Классы и интерфейсы генерировать полезно, но ведь их можно и руками набить гораздо быстрее, чем заполнять красивые формочки.

Первое, что приходит на ум, если UML можно использовать везде, то как насчет:

1) Компилятор написать ?
2) Чат-бот ?
3) Экспертную систему или оболочку для
экспертных систем ?
4) Видео-кодек ?
5) Драйвер ?

А что если, например, пользователь сам добавляет сценарии, классы, структуры данных по ходу работы? Если приложение - это некий метауровень, который позволяет пользователю создавать свой языковой уровень и решать задачу на нем ?

Тем более, что классы и интерфейсы - это сущности из сферы ООП. Как насчет Generic Programming, Functional Programming ? IMHO при всей бездне возможностей и множестве всяческих подходов применимость UML весьма ограничена.
КопироватьСсылка
Рассказать друзьям
Anomander
guru
Сообщений: 5269
19.11.04 20:59Ответ на сообщение Re: Rational Rose пользователя Анонимный пользователь
> но ведь их можно и руками набить гораздо быстрее, чем заполнять красивые формочки

Снова прибегну к примеру дома. Зачем чертить какой-то проект, если можно просто замесить раствор, взять кирпичи – и вперед!
От проекта программы можно отказаться только при соблюдении следующих условий –
1. Проект уже есть в вашей голове;
2. Никто, кроме Вас, интересоваться им не будет.

UML на сегодня – наиболее мощное и широко признанное средство написания таких проектов.

Теперь об OOP, GP и FP. Generic Programming – подобласть ООП и честно скажу, что в UML с этим не работал. Functional Programming – это не главное направление, а скорее underground в мире программирования. Так что я не удивляюсь, что у создателей UML не было никакого желания адаптировать UML к FP.
КопироватьСсылка
Рассказать друзьям
Анонимный пользователь
20.11.04 16:45Ответ на сообщение Re: Rational Rose пользователя Anomander
Про набивание объявлений классов, интерфейсов, методов руками я сказал не для того, чтобы показать, что стадия проектирования не нужна. Однако на определенном этапе проектирования начинается переход на уровень языка реализации: рисование классов, интерфейсов и т.п. Но согласитесь, есть более мощные не визуальные инструменты генерирования этих сущностей. То есть сами языки программирования мощнее визуальных языков, иначе все программирование сводилось бы к визуальному.

Отказаться от UML не значит отказаться от проектирования.

Рекламное заявление про "UML на сегодня наиболее мощное и широко признанное средство написания таких проектов" звучит странно. Каких проектов ? Тех задач, что я перечислил ? Кем признанное ?

Generic Programming - не подобласть ООП, IMHO просто оно было адаптировано к ООП и поддерживается языками вроде С++ и т.д. Но взгляните на языки Haskell, Clean, OCaml, Common Lisp, в которых средства обобщенного программирования были с самого начала.
Насчет функционального программирования, я не понял, что такое "главное направление", говорится про направление кого и куда ? Известно, что на функциональных языках сегодня пишут реальные вещи и ФП не собирается проваливаться ни в какой Underground ;-) Посмотрите на множество идей пришедших в Java, C#, другие языки и технологии вроде CLR из мира функционального программирования.

Быть может для ФП такие вещи как UML совершенно не подходят. IMHO универсальность - это миф и ООП вряд ли панацея.

Вопрос остается. Для каких именно проектов люди реально используют Розу и UML ?
КопироватьСсылка
Рассказать друзьям
Anomander
guru
Сообщений: 5269
21.11.04 09:35Ответ на сообщение Re: Rational Rose пользователя Анонимный пользователь
> Но согласитесь, есть более мощные не визуальные инструменты генерирования этих сущностей.
Хорошо, пожалуйста, примеры в студию!
Вопрос не только генерировании, вопрос в описании проекта. Описание должно быть наглядным, адекватным коду и допускать прямое и обратное генерирование. UML и его реализации (Rose) в наилучшей мере отвечают этим требованиям.

> То есть сами языки программирования мощнее визуальных языков, иначе все программирование сводилось бы к визуальному.

Несомненно, но здесь задачи-то разные.

> Но взгляните на языки Haskell, Clean, OCaml, Common Lisp
При всем моем уважении к Вам к к этим языкам программирования, «узок круг этих языков, страшно далеки они от народа»

> IMHO универсальность - это миф и ООП вряд ли панацея.
Здесь я тоже согласен.

> Вопрос остается. Для каких именно проектов люди реально используют Розу и UML ?

Для всех тех, что Вы перечислили, кроме может быть экспертных систем. Согласен, и для остальных четырех UML – не самый удобный инструмент. Но большинство коммерческих задач – интерактвные программы, веб-приложения, клиент-сервер, базы данных – пишутся с использованием UML.

В общем, здесь тоже действует принцип 80/20. Для 20% типов задач пишут 80% программистов (и идет 80% финансирования), и для этих 20% задач UML подходит прекрасно.
КопироватьСсылка
Рассказать друзьям

PRM.Форум /Компьютеры Интернет Связь / Программирование /

Перейти в форум

открыть в новом окне

Модератор:

flopic