五、 面向?qū)ο蟪绦蛟O(shè)計(jì)（略）
1. 設(shè)計(jì)原則
(1) SRP單一職責(zé)鏈
每個(gè)類都應(yīng)該只負(fù)責(zé)做一件事。
(2) OCP開(kāi)封閉合原則
軟件的實(shí)體（類、模塊、函數(shù)等）應(yīng)該是可以擴(kuò)展的，但是不可修改的。
(3) LSP替換原則
子類必須能替換他們的基類型。
(4) DIP依賴倒置原則
高層模塊不應(yīng)該依賴于低層模塊，二者都應(yīng)該依賴于接口與抽象類。抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)依賴于對(duì)象。
(5) ISP接口隔離原則
不應(yīng)該強(qiáng)迫客戶依賴于并未使用的接口，而應(yīng)該把胖接口分離。
2. 實(shí)現(xiàn)UML建模
(1) 業(yè)務(wù)對(duì)象的提取
(2) 根據(jù)SRS、CRC等實(shí)現(xiàn)用況建模
(3) 實(shí)現(xiàn)業(yè)務(wù)順序圖
(4) 建立類圖，根據(jù)用況圖建立對(duì)象之間的關(guān)聯(lián)
(5) 繪制活動(dòng)圖、實(shí)現(xiàn)協(xié)作圖、狀態(tài)圖
六、 開(kāi)發(fā)管理
1. 建立項(xiàng)目計(jì)劃
(1) 設(shè)計(jì)總體架構(gòu)
針對(duì)系統(tǒng)的實(shí)施需要，采取適當(dāng)?shù)那页墒斓目蚣芙Y(jié)構(gòu)。
(2) 控制可擴(kuò)展度
擴(kuò)展度過(guò)大，將提高系統(tǒng)的復(fù)雜程度，延長(zhǎng)開(kāi)發(fā)時(shí)間；擴(kuò)展度過(guò)低，會(huì)直接影響系統(tǒng)的二次開(kāi)發(fā)與維護(hù)�？刂葡到y(tǒng)的可擴(kuò)展性，能提高開(kāi)發(fā)效率，降低系統(tǒng)維護(hù)的難度。
(3) 建立基礎(chǔ)設(shè)施
合理分配部署軟、硬件等基礎(chǔ)設(shè)施所需要的時(shí)間與成本（例如：服務(wù)器的訂購(gòu)安裝、光纖接入、軟件平臺(tái)訂購(gòu)）。
(4) 劃分開(kāi)發(fā)任務(wù)
利用WBS（Work Breakdown Structure，工作分解結(jié)構(gòu)）對(duì)可交付結(jié)果進(jìn)行分類與劃分。每個(gè)項(xiàng)目都能劃分為多個(gè)不同階段，每個(gè)階段又可以分為多個(gè)工作包（Work Package），工作包是WBS里小的可交付結(jié)果，后從工作包中分解出多個(gè)開(kāi)發(fā)任務(wù)列表。
(5) 部署開(kāi)發(fā)進(jìn)度
一個(gè)項(xiàng)目應(yīng)該按進(jìn)度劃分為多個(gè)開(kāi)發(fā)階段，每個(gè)階段的開(kāi)發(fā)周期一般在30~60個(gè)工作日以內(nèi)。在此階段內(nèi)應(yīng)該與客戶舉行協(xié)商會(huì)議，制定產(chǎn)品路線圖，在開(kāi)發(fā)過(guò)程中邀請(qǐng)客戶積極參與并提出反饋意見(jiàn)。然后把該時(shí)段內(nèi)的開(kāi)發(fā)任務(wù)按照開(kāi)發(fā)難度，依賴性，重要性等多方條件劃分為多個(gè)迭代周期。
在Scrum 敏捷軟件開(kāi)發(fā)原則中，應(yīng)該把每個(gè)迭代任務(wù)進(jìn)一步細(xì)分為多個(gè)開(kāi)發(fā)任務(wù)列表，再開(kāi)發(fā)任務(wù)分配給組員各自負(fù)責(zé)，而開(kāi)發(fā)時(shí)間應(yīng)該控制在15個(gè)工作小時(shí)以內(nèi)。如果開(kāi)發(fā)時(shí)間超出15個(gè)工作小時(shí)，應(yīng)該考慮把開(kāi)發(fā)任務(wù)再度細(xì)化。開(kāi)發(fā)任務(wù)建議應(yīng)該由組員自主選擇，而不要使用強(qiáng)制分配的方式。
(5) 測(cè)試項(xiàng)目成果
每個(gè)工作包都應(yīng)該同步部署測(cè)試工作，提高項(xiàng)目的質(zhì)量。對(duì)出錯(cuò)BUG的工作包應(yīng)該由測(cè)試人員以文本方式記錄，向開(kāi)發(fā)人員展示錯(cuò)誤所在，讓開(kāi)發(fā)人員及時(shí)進(jìn)行修改。
