UML
56 отговора
1738 прегледа
UML
ave hora uchi mi se UML, poprochetoh njakoi knigi ama to chovek dokato ne pipne s rychichka nishto ne se poluchava. ta iskam da vi pitam vie koi UML tools polzvate. interesuva me neshto po vyzmozhnost free ili pone polulegalno free. taka i taka ne me interesuvat mnogo mnogo sharenii i diagrami, iskam CASE tool deto da si napravia design-a s nego i toi posle da mi izgenerira code na C++. zasega namerih zadovolitelno reshenie v argoUML i derivative-to mu poseidon, ama te gorkite praviat samo java kod. njamam nishto protiv javata ama pisha takiva neshta za koito e neprilozhima :)
davaite idei, blagodaria predvaritelno
davaite idei, blagodaria predvaritelno
Re: UML
Фрий и да генерира С++ код ? Не знам. Иначе - Rational Rose. Не е фрий обаче :-)
Темата UML живо ме интересува ! Искам да контактувам със съмишленици-иначе няма развитие. Никой не цени този начин на работа :-(
На самотен остров
ще те намеря...
Темата UML живо ме интересува ! Искам да контактувам със съмишленици-иначе няма развитие. Никой не цени този начин на работа :-(
На самотен остров
ще те намеря...
Re: UML
Ами това се смята за губене на време. И после кода се преработва 3-4 пъти .. поради недоглеждания :-)
Вече сме го обсъждали в този клуб - Анализ, Дизайн и после КОДИРАНЕ !!!!
На самотен остров
ще те намеря...
Вече сме го обсъждали в този клуб - Анализ, Дизайн и после КОДИРАНЕ !!!!
На самотен остров
ще те намеря...
Re: UML
Vij Rational Rose. UML e samo chast ot Rational Unified Process (RUP) koeto e nesto ogromno i za da go nauchi chovek mu triabva cial jivot :))).
Re: UML
Чакай сега... Не разбрах кой начин на работа не се цени
. Т.е. кое се смята за загуба на време? Анализа, дизайна и проектирането ли? Не ми се вярва
. Пък и... waterfall модела нещо не ми е баш по сърце, честно казано
.
Nihil tam munitum quod non expugnari pecuna possit
Nihil tam munitum quod non expugnari pecuna possit
Re: UML
Ами адаптирай си нещата както ти е удобно. Е, без да прекаляваш разбира се ! :-)
Да, в повечето фирми се пише без да се знае какво .... :-(
На самотен остров
ще те намеря...
Да, в повечето фирми се пише без да се знае какво .... :-(
На самотен остров
ще те намеря...
Re: UML
Чак цял - не. Но и то се развива постоянно !
На самотен остров
ще те намеря...
На самотен остров
ще те намеря...
Re: UML
Абе, така и така си ми паднал... Да имаш нещо относно XP?
Nihil tam munitum quod non expugnari pecuna possit
Nihil tam munitum quod non expugnari pecuna possit
Re: UML
Много ХР -та :-))) По-конкретно ? ХР какво ?
На самотен остров
ще те намеря...
На самотен остров
ще те намеря...
Re: UML
Доколкото съм чувал, Rational Rose не се справя достатъчно добре с генерацията на кода. Хвърли едно око на новото Visio 2002 (от Visual Studio .NET)
P.S. Имам предвид конкретно Visio 2002 for Enterprise Architects, което идва с Visual Studio .NET Enterprise Architect. Можеш да видиш за какво става дума тук: [линк]
P.S. Имам предвид конкретно Visio 2002 for Enterprise Architects, което идва с Visual Studio .NET Enterprise Architect. Можеш да видиш за какво става дума тук: [линк]
Редактирано от ironcode на
XP = Exteme Programming?
За това ли питаш?
Има си официални сайтове дето си пише доста неща (да не кажа всичко).
Има си официални сайтове дето си пише доста неща (да не кажа всичко).
Re: UML
Аз съм привърженик на идеята да се ползва UML. Да се прави анализ и дизайн. Но идеята да генерираш след това код не ме кефи.
Според мен това е равносилно да направиш толкова подробен дизайн, колкото и кода. А това обезмисля дизайна - според мен идеята там е да имаш едно по-абстрактно ниво, при това да бъде независимо (доколкото може) от реализацията.
Все пак ако някъде вкарам два класа и отбележа, че следвам еди-кой си design pattern или еди коя си схема, не виждам смисъл да влизам в повече подробности на този етап. Виж като пиша - ще ми трябва да си ги напиша тези неща.
Иначе съществуват среди, които ти дават възможност да избегнеш дизайна и писането на код. При този подход имам само анализ. За всяка платформа се прави translate engine, която от този модел на ниво анализ ти прави дизайн и генерира код. Просто има такъв подход - виж например Shlaer-Mellor ([линк]).
Според мен това е равносилно да направиш толкова подробен дизайн, колкото и кода. А това обезмисля дизайна - според мен идеята там е да имаш едно по-абстрактно ниво, при това да бъде независимо (доколкото може) от реализацията.
Все пак ако някъде вкарам два класа и отбележа, че следвам еди-кой си design pattern или еди коя си схема, не виждам смисъл да влизам в повече подробности на този етап. Виж като пиша - ще ми трябва да си ги напиша тези неща.
Иначе съществуват среди, които ти дават възможност да избегнеш дизайна и писането на код. При този подход имам само анализ. За всяка платформа се прави translate engine, която от този модел на ниво анализ ти прави дизайн и генерира код. Просто има такъв подход - виж например Shlaer-Mellor ([линк]).
Re: UML
UML e chast ot dosta razlichni pocesi.. ne samo tozi na rational.. UML se prilaga navsiakyde kydeto e neobhodimo da opishesh design-a na neshto si (stava vapros za OO-design)



Re: UML
generaciata na kod e udobna.. koda koito se generira e samo skeleta na klasovete...
naprimer ako napravish model na edin klas s 1 pole ot tip int i methodi set.. i get.. generirania kod na java shte e neshto kato:
public class X extends Y implements WHATEVER {
private int chislo;
public void setChislo(int c){
} public int getChislo(){
}
}
i veche si opisvash sydyrjanieto na methodite....
a udobstvoto e che mojesh v modela da si opishesh vsichko... naprimer kato dobavish edin method si izbirash kakvi kvalifikatori za dostyp da ima (public, private...), parametri, exception-i, dori i javadoc-ovete koeto avtomatichno sled tova otiva v generirania kod... ne che e neshto bez koeto ne moje da se mine ama poniakoga e udobno... (za generaciata na koda imam predvid..)
Vsichko izvyn tova koeto e generirane samo na skeleta na prilojenieto naistina e pylna glupost... az predpochitam funkcionalnostta sam da si ia napisha a ne da razchitam na tova koeto generira niakakva sreda...



naprimer ako napravish model na edin klas s 1 pole ot tip int i methodi set.. i get.. generirania kod na java shte e neshto kato:
public class X extends Y implements WHATEVER {
private int chislo;
public void setChislo(int c){
} public int getChislo(){
}
}
i veche si opisvash sydyrjanieto na methodite....
a udobstvoto e che mojesh v modela da si opishesh vsichko... naprimer kato dobavish edin method si izbirash kakvi kvalifikatori za dostyp da ima (public, private...), parametri, exception-i, dori i javadoc-ovete koeto avtomatichno sled tova otiva v generirania kod... ne che e neshto bez koeto ne moje da se mine ama poniakoga e udobno... (za generaciata na koda imam predvid..)
Vsichko izvyn tova koeto e generirane samo na skeleta na prilojenieto naistina e pylna glupost... az predpochitam funkcionalnostta sam da si ia napisha a ne da razchitam na tova koeto generira niakakva sreda...
Re: XP = Exteme Programming?
Това "да не кажа всичко" ти го казваш. А аз поради глупост избягвам и да гледам какво пише вътре.
Не мислите ли, че повече неща които са free и публични са всеобща безценна тайна и на никой не му пука? Някой казват че имало ноу-хау как да стават нещата и разни работи като UML са тъпотии и Буч е публикувал диаграмите щото тъкмо се пенсионирал.
Според мене програмирането на по-голям проект си е трудоемка работа и за да стане бързо и снай-малко разход на човеко-часове зависи от опита на екипа. Няма значение до колко уважават UML и обектно ориентираното програмиране.
А това нещо като "по-бързо", "разход на човеко-часове" са шефски термини и ги ползват допълнитилно натегачи разни.
Мразя ограниченията!
Излизам в пенсия, ставам безработен, и ще пиша софтваре само за GNU!
Никаква експлоатация повече!
Не мислите ли, че повече неща които са free и публични са всеобща безценна тайна и на никой не му пука? Някой казват че имало ноу-хау как да стават нещата и разни работи като UML са тъпотии и Буч е публикувал диаграмите щото тъкмо се пенсионирал.
Според мене програмирането на по-голям проект си е трудоемка работа и за да стане бързо и снай-малко разход на човеко-часове зависи от опита на екипа. Няма значение до колко уважават UML и обектно ориентираното програмиране.
А това нещо като "по-бързо", "разход на човеко-часове" са шефски термини и ги ползват допълнитилно натегачи разни.
Мразя ограниченията!
Излизам в пенсия, ставам безработен, и ще пиша софтваре само за GNU!
Никаква експлоатация повече!
Re: XP = Exteme Programming?
"Според мене програмирането на по-голям проект си е трудоемка работа и за да стане бързо и снай-малко разход на човеко-часове зависи от опита на екипа. Няма значение до колко уважават UML и обектно ориентираното програмиране."
Ето това е ! И този "екип" ще е добър само докато може да държи целия проект в главата си - да го помни. Смениш ли един човек - БУМ !
А за натегачите - без коментар. Знам че програмистите мразят документацията, но проектите не са това което бяха. И който не го разбере - ще си излезе в пенсийка :-) Защото клиента плаща за да го има сега, а не утре - след конкуренцията.
На самотен остров
ще те намеря...
Ето това е ! И този "екип" ще е добър само докато може да държи целия проект в главата си - да го помни. Смениш ли един човек - БУМ !
А за натегачите - без коментар. Знам че програмистите мразят документацията, но проектите не са това което бяха. И който не го разбере - ще си излезе в пенсийка :-) Защото клиента плаща за да го има сега, а не утре - след конкуренцията.
На самотен остров
ще те намеря...
Re: UML
Ами тогава сам си определяш нивото на абстрактност ! Аз например харесвам да се стига до прототипи на класовете - няма значение дали действително генерирам скелет през Rational Rose например или не. Но на това ниво всичко е изяснено и се виждат пропуските.
Това не означава че всички трябва да го правят ! Но пък и едва ли другата крайност е добра - описваш пакети като оставяш програмистите сами да решават за класовете вътре :-))
Хммм, това за Shlaer-Mellor е интересно ! Напомня ми на SECANT Server ([линк]) който работеше с UML, а не с конкретен скрипт или програмен език !
На самотен остров
ще те намеря...
Това не означава че всички трябва да го правят ! Но пък и едва ли другата крайност е добра - описваш пакети като оставяш програмистите сами да решават за класовете вътре :-))
Хммм, това за Shlaer-Mellor е интересно ! Напомня ми на SECANT Server ([линк]) който работеше с UML, а не с конкретен скрипт или програмен език !
На самотен остров
ще те намеря...
VISIO ?
А ти по-добре го пробвай ! Според мен VISIO е друг тип инструмент.
На самотен остров
ще те намеря...
На самотен остров
ще те намеря...