→ andymai:理論上來說當然是縮短時程~讓維護人一目瞭然~實際上...我 11/30 20:41
→ andymai:覺得時程長不長~在於客戶要不要凹你~主管肯不肯被凹... 11/30 20:42
→ andymai:By版本開發的東西~用這個的效果應該會比較明顯... 11/30 20:43
推 meltice:請問板子會當機 要用哪套UML才能趕快解bug 11/30 21:25
推 achii:UML是啥 可以吃嗎 可以讓我早點下班嗎 11/30 22:32
→ jerrycheung:有助於了解架構,但是對於專案,唉...先cdoe完程式再說! 11/30 22:38
推 yvxx:UML 把常用的語法記一記, 不會花太多時間訓練啦, 只是... 11/30 22:59
→ yvxx:這個和專案時程沒什麼關係吧..反正寫文件都要畫圖, 就畫 UML 11/30 22:59
推 yvxx:UML 只是個工具, 大家都看得懂就用, 不然換其他的工具也行 11/30 23:03
推 phantom400:1.你寫的快 2.人家看的懂 能滿足這條件 就能加快時程 11/30 23:08
→ phantom400:但是 現實上總是只有一邊是符合的....... 11/30 23:09
→ nogay:UML只是紙本做個記錄用的,實際用途不大 12/01 01:39
推 LisaShie:有ERD就偷笑了… 12/01 10:18
推 cling05:uml用得好 基本上coder只要請個高中生就可以了 12/01 18:01
推 phantom400:我記得N年前唸書的時後 願景是連coder不用請 12/01 22:18
→ phantom400:code會自己gen出來 XD 12/01 22:18
推 kit51:樓上講的是國外的project,前五前很成功,但後五年宣告失敗 12/01 22:40
推 lovemage:我用UML是為了表達設計與溝通,到目前經驗都很好,不用畫 12/01 22:49
→ lovemage:太多,剛好就好,10多種圖常用的就那幾種 12/01 22:49
→ saja:感謝大大大回答!! 12/01 22:49
推 phantom400:看在原po有誠意 就說說之前的經驗 12/02 12:43
→ phantom400:原則上只要受過訓練,UML就能用的很愉快 12/02 12:44
→ phantom400:唯一一個痛苦點在於 如果user常常變更需求 12/02 12:46
→ phantom400:畫UML的人就準備哭了....... 12/02 12:46
→ meltice:UML不會告訴我為何在driver加個sleep系統就好像比較正常 12/02 23:37
→ meltice:不會告訴我為何調整螢幕亮度會跟UART干擾導致喇叭產生雜音 12/02 23:39
→ meltice:沒有什麼東西是一開始就可以很確定結果應該是如何的 12/02 23:40
推 ledia:純軟體比較能確定結果啦, 不過純軟體不確定的是需求.... XD 12/03 01:22
→ cling05:不然SA是幹麻的 確定需求那就sdlc就好啦 12/03 09:07
→ cling05:常常變畫的人就要準備哭? 看來連軟體開發的流程都搞不清 12/03 09:09
推 phantom400:噗~居然不是釣到社長 12/03 11:00
→ cling05:豬太郎想追社長? 12/03 11:13
→ saja:我被弄得好亂 所以究竟是要怎麼使用UML呢 12/03 12:22
→ Illus:UML?沒時間畫了,CODE都CODE不完囉~ 12/03 17:10
推 lauto:UML?沒時間畫了,CODE都CODE不完囉~ 12/03 22:32