Разное

Уважаемый cheops, весьма интересно какими средствами моделирования для разработки программного продукта вы пользуетесь, сейчас постигаю RUP.

Отвечу за себя: мой метод моделирования называется "налету в голове" =)

Так как не знаю, что такое RUP уточню вопрос, имеется ввиду средства моделирования задачи или проектирования программного обеспеченья? И что делает RUP - может он мне тоже позарез нужен :)))

DDk спасибо, я бы также делал, да вот сурьезные люди говорят обязательно пользуются каким-либо средством моделирования
Cheops, RUP - Rational Inifield Process - рациональный унифицированный процесс, это что ли - подход к разработке ПО, призван в помощь разработчикам компаний и фирм, занятых разработкой ПО, все имеет конечной целью научить разработчиков работать слаженно и эффективно, иттеративно перемещатся по всем фазам разработки ПО от начала - до внедрения, при этом на каждая фаза содержит вехи - на которых нужно уметь определять новые риски(технологические, человеческие) и минимизировать старые ...То есть это методика!
А rational Rose - это уже средство моделирования....информационых систем, в которой есть свои роли(как правило классы), которые между собой как-то обмениваются информацией , имеют обязанности свои , свои привилегии , соответсвенно ты можешь строить диаграммы классов(ролей) - все это дает четкое представление перед разработчиком в разрабатывемом продукте В общем http://ooad.asf.ru/standarts/uml/LanguageUML/Index.asp - по элементам RUP - UML

А... так бы и говорили UML - Rational Rose и пользуюсь, но редко, больше предпочитая здоровый кусок бумаги. Это всё безобразие окупится когда вы будете работать в команде и каждый участник команды UML будет хорошо себе представлять - качество проектирования и программы это не увеличивает, пожалуй единственное преимущество - это документирование. Вообще патриархи, советуют в реальных проектах пользоваться теми средствами которые будут понятны (и приниматься) всем участникам проекта - иначе всё пустая трата времени. Нарисуете красивые схемы, а разрабатывать будете как всегда :))) К сожалению посеял цифры сколько процентов западных разработчиков пользуются этими средствами... но там очень не большая величина, зачастую для них инструментами так же как и для нас является кусок бумаги и чесание затылка. В схемах часто чёрт ногу сломит, а успех зависит от того, насколько хорошо разработчики представляют, что они делают.

UML пустая трата времени :) Схемы эти фактически ничего не дают, их прекрасно заменяет обычная API-документация