(song) 17:10:46
想問一下青潤，在分析模型階段，最終是要得到什麼結果？在乙個大系統中，需要針對每個用例做分析模型嗎？這一點在你的書中沒有提到呀，也許是我看的不認真吧。
(青潤) 17:11:10
這一點，我的書中寫了。
(青潤) 17:11:44
不過，不夠明確，這也是另外乙個朋友三個月前提出來的。我在我的blog上作了補充修訂。你可以去看看。
(青潤) 17:12:15
但是，應該可以從書中看出來的。
(song) 17:12:37
我也是看到了，就是不明白，並且很多用例，雖然業務不一樣，但是根據mvc來做分析類和序列圖，基本都是一樣的描述
(青潤) 17:13:06
那是因為沒有做業務細分，所以你才會有這種類似的感覺。
(song) 17:14:41
例如採購入庫、銷售出庫等，的確是不同的業務不同的用例，但是在分析模型中，結合mvc，畫出序列圖，感覺都是大同小異的。
(song) 17:15:16
我也知道分析模型階段需要做，rup也提到這個過程
(青潤) 17:15:27
看起來是相似的。本來分析模型階段，差別就不是很大，他主要是對用例闡述的需求做了乙個直接的拉伸。
可以做乙個比方：
不知道這裡有沒有學過autocad的，那裡的三維建模中有乙個技術，就是拉伸。拉伸以後，得到的就是簡單的三維造型體。這就是分析模型。
然後加上設計模式和業務細分後，得到設計模型，就是在這個簡單的三維拉伸造型體上作了更細的雕琢，這個時候，得到的就是設計模型。
(song) 17:15:44
可是總感覺分析模型階段很多任務作是重複勞動。
(青潤) 17:16:47
不要這麼認為，每乙個用例闡述都是有特點的，不是簡單的相似性處理，如果你發現所有的內容都一樣，那麼，有乙個結果你可以知道，那就是：你們的需求肯定沒做好！小心後面的反噬。呵呵
(song) 17:16:55
就是有人想從用例分析直接來做設計模型
(song) 17:17:12
(song) 17:17:41
也許是吧，需求階段都迭代了4、5次了，感覺仍然不夠好。
(青潤) 17:17:46
呵呵，只要他的系統是顯示系統，那麼，他會感受到反噬的後果的。
53184236(原來如此) 17:18:01
我覺得關鍵是對領域的熟悉程度了，
如果很熟悉，直接過渡到設計模型沒什麼不可以
(song) 17:18:20
現在我是強制要求他們必須做分析模型^_^
(青潤) 17:18:57
任何事物的發展都是有規律的，必須由淺入深，如果你跨越了一些階段，必然就會忽略一些在那些階段應該處理的問題。即使再熟悉，你也不可能遇到兩個完全一樣的系統。
(小親哥) 17:19:07
^q^
(song) 17:19:24
那麼，分析模型階段我最需要關注的是什麼方面呢？
(青潤) 17:20:35
業務間的區別，業務間的關係，業務的實現流程。主要還是這三個。我說了，分析模型，就是乙個三維拉伸效果圖，簡單，但是，有她的必要性。因為通過做分析模型，你會發現一些用例闡述中被遺忘的內容。
(song) 17:21:55
謝謝，我下去再好好理解。
另外，你的書中也提到，在分析模型階段，也有乙個分包的過程，怎麼著手呢？
(青潤) 17:22:10
這要看業務了。
(青潤) 17:23:01
不同的業務會有不同的方式，同時還要看你們公司如何看待你們所開發的這個專案，這就是專案的長期規劃和短期研發成本間的衝突問題。這就不是一兩句話能夠說清楚地了。
(song) 17:23:15
這個包與設計模型階段的分包是一樣的意思嗎？它們與匯出**的類層次包是一樣嗎？
(青潤) 17:23:39
是的。一般來說是一樣的。
(song) 17:24:24
非常感謝你，我現在下班要趕回廣州了，下週再向你請教幾個疑問。
(青潤) 17:24:59
沒關係，只要我有時間。你這些問題比較有價值，所以，我願意和你討論。呵呵
(song) 17:25:29
好，如果有機會，很想請你來我們公司做乙個培訓，呵呵
(青潤) 17:25:38
可以。那沒有問題。
(song) 17:25:51
再見，我下了
(青潤) 17:25:58
好的。再見!
JS合併的必要性分析
js合併的必要性分析 一 效率因素 一般來說，在乙個web工程中，需要使用大量的js，這些js可能來自許多提供者。而在頁面訪問時，每次訪問資源都要發起乙個http請求，因此，即使檔案已經緩衝，也需要發出一次http請求來確認檔案是否被改變過。如果js個數比較少，那麼沒有什麼問題，但是當js檔案數目比...
linux設定MTU的必要性與重要性
問題場景描述 最近在搞乙個很菜的程式 ftp上傳檔案。但是這個 很菜的程式搞的我腦袋疼了 半個月。在linux上面部署了我的程式，上傳檔案在1kb以下順利上傳，但是1kb以上上傳不上去。程式部署在windows上面沒有問題，還有就是我的程式上傳我自己搭建的ftp伺服器也沒有問題。所以判斷出在網路上面...
關於建立「高保真模型」的必要性
在實際的專案開發中，最讓專案經理頭疼的莫過於客戶不斷的更改需求。客戶大多不懂it，也不會清楚的提出到自己的軟體需求。但是客戶清楚的知道什麼樣的軟體不適合自己的業務，有一票否決權。賈伯斯的偉大之處就是創造出了讓人們眼前一亮的東西，that is it！傳統做法是專案經理和客戶溝通，根據客戶業務需求 想...