看板 Soft_Job 關於我們 聯絡資訊
大家好我是個新人~因為對UML很有興趣 目前公司在開發軟體 我提議要使用UML 但是似乎訓練的門檻太高(訓練工程師)所以老闆興趣缺缺 想問問大大~在工作上開發時 是否真的會使用UML做為溝通的工具 如果有用的話 是類別圖 使用者案例圖 活動圖跟循序圖都會用上嗎? 還是只是像我看到的有些前輩 用類似組織圖的方式描述功能呢(Visio 中的Jackson) 再者 如果有使用UML 真實情況究竟是會拉長還是縮短開發時程? 問了很多問題!希望有前輩可以指教我>< -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.222.8.82 ※ 編輯: saja 來自: 61.222.8.82 (11/30 20:17)
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