Чем вы пользуетесь при проектировании архитектуры?
Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
Спасибо

"SEDEGOFF" <20177@users.rsdn.ru> wrote in message
news:1174193@news.rsdn.ru...
> Чем вы пользуетесь при проектировании архитектуры?
> Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
> Спасибо

Архитектура чего?
Может быть ArchiCAD...

Здравствуйте, garrick, Вы писали:

G>Архитектура чего?
G>Может быть ArchiCAD...
Архитектуру приложения, комплекса приложений.

Здравствуйте, SEDEGOFF, Вы писали:

SED>Здравствуйте, garrick, Вы писали:

G>>Архитектура чего?
G>>Может быть ArchiCAD...
SED>Архитектуру приложения, комплекса приложений.
Мозгами
ну эта .... еще и читаем много

Здравствуйте, migel, Вы писали:


M>Мозгами
M>ну эта .... еще и читаем много
Ну про этот я слышал . Но все же хотелось бы услышать про какие либо програмные средства. Ведь тыже не мозги показываешь другим программистам...

Здравствуйте, SEDEGOFF, Вы писали:

SED>Здравствуйте, migel, Вы писали:


M>>Мозгами
M>>ну эта .... еще и читаем много
SED>Ну про этот я слышал . Но все же хотелось бы услышать про какие либо програмные средства. Ведь тыже не мозги показываешь другим программистам...
Тодыть карандаш + бумага, в особо тяжелых случаях Rational Rose + Word

Здравствуйте, SEDEGOFF, Вы писали:

SED>Чем вы пользуетесь при проектировании архитектуры?
SED>Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
SED>Спасибо

Есть книжка: "Человеческий фактор в программировании" автор: Константин Л., в общем-то дурацкая, но некоторые полезные вещи в ней вычитать можно. Так вот кажется именно где-то в ней есть статейка про то как высокооплачиваемый программист-проектировщик сидит за мощнейшей дорогущей рабочей станцией, на которой установлены мощнейшие дорогущие (много тысяч долларов) программы помогающие проектировать и вот он проектирует программу... , но карандашом на бумажке. После того как он спроектировал на бумажке, он добросовестно переносит полученный результат внутрь той дорогущей программы... В статье объясняется почему это так — дескать не доросли еще умные дорогущие программы до простой бумажки и воображения человека.

Здравствуйте, Сергей Губанов, Вы писали:

СГ>Есть книжка: "Человеческий фактор в программировании" автор: Константин Л., в общем-то дурацкая, но некоторые полезные вещи в ней вычитать можно. Так вот кажется именно где-то в ней есть статейка про то как высокооплачиваемый программист-проектировщик сидит за мощнейшей дорогущей рабочей станцией, на которой установлены мощнейшие дорогущие (много тысяч долларов) программы помогающие проектировать и вот он проектирует программу... , но карандашом на бумажке. После того как он спроектировал на бумажке, он добросовестно переносит полученный результат внутрь той дорогущей программы... В статье объясняется почему это так — дескать не доросли еще умные дорогущие программы до простой бумажки и воображения человека.
Я тоже на бумажке все делаю. Вот только потом рисовать это все в какой нибудь Visio — не по себе как то. Смотрел на розу — вещь сильная. Но требует много времени на изучение. Изучать то я ее изучаю потихоньку. Но вопрос задал с целю выяснить о других програмных средствах, которые применяются людьми. Может быть есть средства "среднего" уровня.
Я только начинаю во все это погружаться. Время, когда мне хватало только бумажки с карандошом прошло. С этой бумажкой тащится к начальству и т.д. — не серьезно. Хочется более менее автоматизировать этот процесс.
Хотя мож я что то не понимаю. Но расклад примерно такой: один час на бумажку, один час на раскраску. А нельзя расве сделать так пол-часа на бумажку и нее переходим в редактор. Там еще пол-часа и все у нас красиво, и все у нас понятно.
А сейчас поситила идея, что дешевле нанять девочку — которая с бумажки будет рисовать

SEDEGOFF wrote:
> Чем вы пользуетесь при проектировании архитектуры?
> Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
> Спасибо

а цель использования CASE-средств? Рисовать диаграммы в документы — где
попало. Иногда даже в визио, поскольку Visual Studio .NET умеет в ее
формат reverse engineering сделать. Если для кодогенерации, то Rational
XDE (она интегрируется в разные среды разработки, в том числе есть
версия и для Visual Studio) и Rational Rose (она сама по себе, не знает
о .NET, поэтому используется только для рисования первоначальных
диаграмм для документов и дискуссий).

Здравствуйте, Козьма Прутков, Вы писали:

КП>а цель использования CASE-средств? Рисовать диаграммы в документы — где
КП>попало. Иногда даже в визио, поскольку Visual Studio .NET умеет в ее
КП>формат reverse engineering сделать. Если для кодогенерации, то Rational
КП>XDE (она интегрируется в разные среды разработки, в том числе есть
КП>версия и для Visual Studio) и Rational Rose (она сама по себе, не знает
КП>о .NET, поэтому используется только для рисования первоначальных
КП>диаграмм для документов и дискуссий).
Цель Спланировать, описать архитектуру создваемого приложения. Описать все процессы и UseCase.

Здравствуйте, SEDEGOFF, Вы писали:

SED>Чем вы пользуетесь при проектировании архитектуры?
SED>Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
SED>Спасибо

1.головой, карандашом и бумагой
2.книжками и опытом других коллег
3.средствами Visual UML проектирования (только для документирования)
4.потом пишу код

пробовал код генерировать из Розы или Visual UML- криво получается, руками лучше напишешь
поэтому я с осторожностью пользуюсь всякими кодогенераторами и использую "рисовалки" только чтобы
нарисовать картинку для тех.документации ну и чтоб начальству показать

Здравствуйте, SEDEGOFF, Вы писали:

SED>Чем вы пользуетесь при проектировании архитектуры?
SED>Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
SED>Спасибо

про XDE уже сказали, если будешь им пользоваться то смотри в сторону
RequistePro — позволяет вести проектную документацию, все требования записывать.
Интегрирутеся с XDE, и прям с диаграммы можно трекать UseCase

Аналог этому (разницу сказать не могу) CaliberRM + Together. Тоже интегрируется в студию, но + и — по сравнению с Rational сказать не могу, не щупал (http://www.borland.ru/products/index.html)

Здравствуйте, SEDEGOFF, Вы писали:

SED>Чем вы пользуетесь при проектировании архитектуры?

База данных последнее время только Visio. На предыдущем проекте клиент использовал Enterprise Architect, софтинка немного кривоватая, но по своему удобная для UML.

SED>А сейчас поситила идея, что дешевле нанять девочку — которая с бумажки будет рисовать

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

Здравствуйте, migel, Вы писали:

M>Здравствуйте, SEDEGOFF, Вы писали:

SED>>Здравствуйте, migel, Вы писали:


M>>>Мозгами
M>>>ну эта .... еще и читаем много
SED>>Ну про этот я слышал . Но все же хотелось бы услышать про какие либо програмные средства. Ведь тыже не мозги показываешь другим программистам...
M>Тодыть карандаш + бумага, в особо тяжелых случаях Rational Rose + Word

Ага ... подпиши-ка у Заказчика SAD нарисованный карандашем .

Здравствуйте, SEDEGOFF, Вы писали:

SED>Здравствуйте, Козьма Прутков, Вы писали:

SED>Цель Спланировать, описать архитектуру создваемого приложения. Описать все процессы и UseCase.

Все таки не нужно путать архитектуру приложения (software architecture) и дизайн системы. Архитектура это дизайн, но не весь дизайн является архитектурой.
Для описания архитектуры существует понятия Views. Этим вопросом активно занимается, например, SEI, можно у них посмотреть. RUP дает свое видинье архитектуры "4+1" (с подачи Крухтена кажись ...). В RUP даже есть шаблон документа Software Architecture Document. Но ... прежде чем браться за такую скользкую вещь как программная архитектура, нужно четко понимать ЧТО ЕСТЬ ПРОГРАММНАЯ архитектура. Какие срезы (Views) нужно показать, какие UC являются архитектурно-значимыми, и в какой формальной нотации это все будет изображено. Обычно UML very useful для этого (особенно в случае если подходим через UC). Но ... нужно хорошо знать UML, и повторюсь, нужно поинимать ЧТО есть sofware architecture. Кроме этого, нужно понимать, что говоря об "архитектуре клиент-сервер" или "n-звенной архитектуре", мы очень мало говорим о ПРОГРАММНОЙ архитектуре. Плюс, разбираться в инструментальных средствах, для отображения этой самой архитектуры. Обычно, если у системы нет хорошего дизайна (софт в стиле спагетти), то не имеет смысла говорить о програамной архитектуре -- все попытки описать ее будут пустой тратой времени.

Для рисования диаграмм UML использую StarUML

http://sourceforge.net/projects/staruml

P.S.
StarUML is an open source project to develop fast, flexible, extensible, featureful, and freely-available UML/MDA platform running on Win32 platform. The goal is a compelling replacement of commercial UML tools such as RationalRose, Together and so on.

Здравствуйте, alek-yam, Вы писали:

AY>Для рисования диаграмм UML использую StarUML
AY>http://sourceforge.net/projects/staruml
AY>P.S.
AY>StarUML is an open source project to develop fast, flexible, extensible, featureful, and freely-available UML/MDA platform running on Win32 platform. The goal is a compelling replacement of commercial UML tools such as RationalRose, Together and so on.
Сколько ругательных эпитетов, а на самом деле проект мертвый уже больше года и, что самое ужасное, не поддерживает Java 5 и NET 2.0, к примеру, те же generics. Разве что только как рисовалка диаграмм вариантов использования...

Здравствуйте, SEDEGOFF, Вы писали:

SED>Чем вы пользуетесь при проектировании архитектуры?
SED>Хотелось бы услышать ответ в разрезе: Как, зачем и почему?
SED>Спасибо

Иногда пользую PowerDesigner. Нравится легкостью — немонстроидальный, возможностью расширений (в разумных пределах) — Extended Model Definitions + OLE.