(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!傳統做法是專案經理和客戶溝通,根據客戶業務需求 想...