2.構(gòu)造交互圖
交互圖作為用力的精確實(shí)現(xiàn)方案。
事件流中的事件 直接對(duì)應(yīng)交互圖中的消息,事件間的先后關(guān)系體現(xiàn)為 交互圖中的時(shí)序,對(duì)消息的響應(yīng) 則構(gòu)成消息接收者的職責(zé),這種職責(zé)被確立為 類的方法。
不應(yīng)該出現(xiàn) 穿越控制類 生命線 的消息。
為 易于理解,應(yīng)該用分離的 UML 交互圖 分別表示 事件流和每個(gè)備選事件流。
原則上,每個(gè)類都應(yīng)該有一個(gè)操作來(lái)響應(yīng)交互圖中指向其對(duì)象的那條消息。
2、設(shè)計(jì)技術(shù)支撐方案
當(dāng)用戶需求發(fā)生變化時(shí),技術(shù)支撐方案應(yīng)具有良好的穩(wěn)定性。
技術(shù)支撐方案應(yīng)該位于層次結(jié)構(gòu)中的較低層次。
一方面取決于 需求,另一方面取決于 對(duì)軟件技術(shù)手段把我和選取。
3、設(shè)計(jì)用戶界面
1.熟悉用戶 并對(duì) 用戶分類,以便盡量照顧到所有用戶的合理要求,并優(yōu)先滿足某些特權(quán)用戶。
2.按用戶類別 分析用戶的 工作流與習(xí)慣,從每類中選取一個(gè)用戶代表,建立調(diào)查表,判斷用戶對(duì)操作界面的需求和喜好。
3.首先應(yīng)考慮命令的順序,一般常用命令居先,與用戶工作習(xí)慣保持一致;其次,根據(jù)外部服務(wù)之間的聚合關(guān)系組織相應(yīng)的命令;然后充分考慮人類記憶的局限性,最好組織為一顆兩層多叉樹;提供操作的快捷方式。
5.利用快速原型演示,改進(jìn)界面設(shè)計(jì)。并評(píng)判系統(tǒng)是否 齊全、方便、好用。
4、精化設(shè)計(jì)模型
對(duì)模型進(jìn)行改進(jìn)的活動(dòng)可以分為 精化 和 合并 兩種。一般先從精化開始。設(shè)計(jì)優(yōu)秀的粗粒度組件應(yīng)該只是完成一項(xiàng)功能,這一點(diǎn)是它與子系統(tǒng)的主要區(qū)分。
粗粒度組件的范圍過(guò)于廣泛,難以發(fā)揮重用價(jià)值,粗粒度組件擁有持久化的行為,擁有業(yè)務(wù)邏輯,需要表示層的支持。
將需求分成幾個(gè)功能組,基本上就可以得到相應(yīng)的粗粒度組件了。
過(guò)小的范圍,將會(huì)造成粗粒度組件不容易使用,用戶需要理解不同的粗粒度組件之間的復(fù)雜關(guān)系。
如果可能,在粗粒度組件之間定義單項(xiàng)關(guān)聯(lián)可以有效的減少組件之間的耦合。
盡可能簡(jiǎn)化組件之間的關(guān)系。
我們需要從軟件的目標(biāo)領(lǐng)域中 識(shí)別出關(guān)鍵性的實(shí)體,或者說(shuō)領(lǐng)域中的名詞。然后決定它們應(yīng)該歸屬于那些粗粒度組件。
兩個(gè)組件之間存在重復(fù)的要素,可以從中抽取共性的部分,形成新的組件。
6.4 系統(tǒng)架構(gòu)文檔化
相關(guān)推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |