第五講軟件開發(fā)過程管理DevelopmentProcessSoftwareDevelopmentProcessManagementReleaseManagementRequirements?TestCodeing/DebuggingDocumentPlanningSystemsDesignObjectsDesignUnitTestingIntegratedTestingSystemTestingArtDesign產(chǎn)品立項(xiàng)DevelopmentProcessSoftwareDevelopmentProcessManagement項(xiàng)目建議書ImplementManagementRequirementsCodeing/DebuggingDocumentPlanningSystemsDesignObjectsDesignUnitTestingIntegratedTestingSystemTestingArtDesign免費(fèi)維護(hù)期項(xiàng)目立項(xiàng)軟件開發(fā)過程SoftwareDevelopmentProcessManagement

SWEBOK中與軟件過程相關(guān)的關(guān)鍵知識(shí)域有：軟件需求軟件設(shè)計(jì)軟件構(gòu)造軟件測(cè)試軟件維護(hù)需求管理SoftwareDevelopmentProcessManagementInput：

立項(xiàng)報(bào)告（產(chǎn)品初步定義或客戶開發(fā)意向）Output：

需求分析計(jì)劃需求訪談紀(jì)要需求規(guī)格說明書需求分析模型需求內(nèi)容變更表SoftwareDevelopmentProcessManagement需求就是關(guān)于系統(tǒng)應(yīng)該“做什么”而不是“怎么做”的問題描述。需求確定通常分為需求定義和需求分析兩個(gè)階段。需求明確與否，將直接影響著后續(xù)設(shè)計(jì)，開發(fā)與實(shí)現(xiàn)，一個(gè)又一個(gè)的研究已經(jīng)發(fā)現(xiàn)，當(dāng)項(xiàng)目失敗時(shí)，需求問題通常正是其核心問題。需求管理SoftwareDevelopmentProcessManagementStatisticalData（TRM公司）：

Amongalldefects,54%arefoundaftercodingandtesting.Especially,45%areproducedinrequirementanddesign,andonly9%areproducedincoding.需求管理把握系統(tǒng)需求SoftwareDevelopmentProcessManagement業(yè)務(wù)知識(shí)

技術(shù)背景溝通技能一個(gè)合格的系統(tǒng)分析員應(yīng)該具備以下素質(zhì)

需求管理SoftwareDevelopmentProcessManagementSystemAnalysis系統(tǒng)分析員所做的工作是銷售的一部分發(fā)現(xiàn)客戶明確客戶的問題

-閱讀資料

-采訪

-參與整體分析需求分析報(bào)告心中要有解決方案的構(gòu)想得到客戶簽字需求管理把握系統(tǒng)需求SoftwareDevelopmentProcessManagement客戶的需求與預(yù)算是否匹配決定將需求限定在預(yù)算內(nèi)還是開發(fā)需求學(xué)會(huì)對(duì)客戶堅(jiān)決地說“不”分清誰是甲方乙方一定要得到客戶的配合和簽字需求管理把握系統(tǒng)需求需求可分為三類SoftwareDevelopmentProcessManagement用戶需求CR技術(shù)需求TR項(xiàng)目需求PR陳述用戶的要求陳述滿足用戶需求的技術(shù)功能和質(zhì)量屬性，表明必須提供什么而非如何提供。用于項(xiàng)目計(jì)劃與跟蹤行為，并通過項(xiàng)目計(jì)劃和項(xiàng)目跟蹤進(jìn)行管理。需求管理需求管理的實(shí)施過程SoftwareDevelopmentProcessManagement需求確定的管理需求實(shí)現(xiàn)的管理需求變更的管理包括定義與分析。需求實(shí)現(xiàn)階段涉及到軟件開發(fā)的整個(gè)過程，包括分析、建議、設(shè)計(jì)、編碼、測(cè)試等。主要涉及需求更改、更改次數(shù)等。需求管理涉及三個(gè)方面需求管理需求確定的管理SoftwareDevelopmentProcessManagement收集需求，并提交需求說明書的草案與需求者一起定義、驗(yàn)證所收集的需求跟蹤需求的需求者或需求源，及時(shí)向他們發(fā)送批準(zhǔn)的需求或需求變更在這一階段，需求說明書草案中的每一個(gè)需求的狀態(tài)是“定義的”定義階段的獲活動(dòng)需求管理SoftwareDevelopmentProcessManagement分析需求，以保證所列需求是清晰的、明確的、有意義的、可測(cè)量的，并且可用于開發(fā)和測(cè)試。建立用戶和技術(shù)需求之間的聯(lián)系，保證技術(shù)需求能充分地覆蓋和分解用戶需求。劃分需求，找出其中的不足和不完善的地方。區(qū)分需求的優(yōu)先級(jí)，更新需求說明書。由需求者來審核、批準(zhǔn)需求說明書，從而得到批準(zhǔn)的需求說明書，這是軟件開發(fā)和項(xiàng)目規(guī)劃的基礎(chǔ)。分析階段的活動(dòng)需求確定的管理需求管理SoftwareDevelopmentProcessManagement定義階段

分析階段

調(diào)研客戶需求規(guī)格說明書分析設(shè)計(jì)、開發(fā)人員需求分析模型自然語言UML需求確定的管理需求管理SoftwareDevelopmentProcessManagement已定義：該需求已被有權(quán)提出需求的人定義。已批準(zhǔn)：該需求已被分析、估計(jì)了其對(duì)項(xiàng)目余下部分的影響（包括成本和對(duì)項(xiàng)目其余部分的干擾），已有一個(gè)確定的產(chǎn)品版本號(hào)或編號(hào)，軟件開發(fā)團(tuán)隊(duì)已同意實(shí)現(xiàn)該項(xiàng)需求。已實(shí)施：該需求已進(jìn)入編碼階段。已完成：已驗(yàn)證了實(shí)現(xiàn)的需求，例如測(cè)試和檢測(cè)，審查該需求跟蹤與測(cè)試用例相符，該需求現(xiàn)在被認(rèn)為完成。已刪除：計(jì)劃的需求已被刪除，一般需要包含刪除原因的說明和作出刪除決定的人員。在需求管理過程中，需要跟蹤需求的狀態(tài)。需求狀態(tài)需求管理需求管理過程數(shù)據(jù)流圖SoftwareDevelopmentProcessManagement（跟蹤其他項(xiàng)目管理過程得到的項(xiàng)目需求）來自用戶、銷售客戶和工程的需求用戶需求和技術(shù)需求（混合）定義的需求用戶需求和技術(shù)需求（相關(guān)的）批準(zhǔn)的需求用戶需求和技術(shù)需求（及項(xiàng)目的）提交的需求定義分析建議和項(xiàng)目計(jì)劃技術(shù)需求用戶需求技術(shù)需求定義的需求技術(shù)需求實(shí)施的需求用戶需求和技術(shù)需求完成的需求跟蹤至設(shè)計(jì)階段的技術(shù)需求跟蹤至編碼階段的設(shè)計(jì)需求有技術(shù)測(cè)試檢驗(yàn)的技術(shù)需求需求管理SoftwareDevelopmentProcessManagementStatisticalData：對(duì)GTE、TRW、IBM三家公司的研究表明：在需求階段檢查并修改一個(gè)錯(cuò)誤的費(fèi)用只有編碼階段的1/5到1/10，而在維護(hù)階段做同樣的工作所付出的代價(jià)是編碼階段20倍。需求管理隨需應(yīng)變的時(shí)代SoftwareDevelopmentProcessManagement現(xiàn)在，客戶的要求提高了。他們要求以更低的成本獲得更高質(zhì)量的產(chǎn)品。他們希望更快地調(diào)整，得到更個(gè)性化的服務(wù)和更高的定制程度。而且他們對(duì)響應(yīng)速度提出了更高的要求。

軟件公司：快速響應(yīng)需求、供給、定價(jià)和競爭結(jié)構(gòu)的動(dòng)態(tài)變化利用可伸縮的業(yè)務(wù)流程，適應(yīng)易變的成本結(jié)構(gòu)專注于用以創(chuàng)造并維持競爭優(yōu)勢(shì)的核心能力借助始終如一的可用性與安全性，靈活應(yīng)對(duì)從黑客攻擊到災(zāi)難性時(shí)間的各種威脅需求管理SoftwareDevelopmentProcessManagement歡迎來到隨需應(yīng)變的時(shí)代！需求管理SoftwareDevelopmentProcessManagement變更管理設(shè)計(jì)開發(fā)測(cè)試部署需求需求管理控制需求變更的三條策略項(xiàng)目啟動(dòng)階段的變更預(yù)防項(xiàng)目實(shí)施階段的需求變更項(xiàng)目收尾階段的總結(jié)需求管理SoftwareDevelopmentProcessManagement需求變更的管理SoftwareDevelopmentProcessManagement情況行動(dòng)放棄一個(gè)不再需要的需求刪除該需求，更新需求說明書，并重新批準(zhǔn)需求說明書。在建議、項(xiàng)目計(jì)劃和產(chǎn)品交付中反映這一變更。從當(dāng)前打算的實(shí)施中刪除需求，而該需求還是希望在以后的交付中被滿足更新建議，反映這一變更。該需求的狀態(tài)還原成“批準(zhǔn)的”。變更在項(xiàng)目計(jì)劃和產(chǎn)品交付中要有所反映。在批準(zhǔn)的需求說明書中加入新的需求新需求應(yīng)是有效的、經(jīng)過分析的并且劃分了優(yōu)先級(jí)。更新批準(zhǔn)需求說明書。在建議、項(xiàng)目計(jì)劃和產(chǎn)品交付中反映這一變更，該需求的狀態(tài)是“批準(zhǔn)的”。在當(dāng)前打算的實(shí)施中加入需求，并且需求已經(jīng)在需求說明書中被批準(zhǔn)更新建議，反映這一變更。該需求的狀態(tài)變成“提交的”。變更在項(xiàng)目計(jì)劃和產(chǎn)品交付中要有所反映。需求管理需求文檔引言定義任務(wù)概述數(shù)據(jù)描述功能需求規(guī)定性能需求的規(guī)定運(yùn)行需求其他專門要求運(yùn)行環(huán)境規(guī)定數(shù)據(jù)精確度時(shí)間特性

響應(yīng)時(shí)間；

更新處理時(shí)間；數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間；運(yùn)行時(shí)間等。適應(yīng)性

操作方式上的變化；

運(yùn)行環(huán)境的變化；同其他軟件的接口的變化；

精度和有效時(shí)限的變化；

計(jì)劃的變化或改進(jìn)。需求規(guī)格說明書

靜態(tài)數(shù)據(jù)

動(dòng)態(tài)數(shù)據(jù)數(shù)據(jù)流圖

數(shù)據(jù)庫描述

數(shù)據(jù)詞典

數(shù)據(jù)采集需求管理SoftwareDevelopmentProcessManagement需求文檔需求分析文檔（RAD）介紹當(dāng)前系統(tǒng)建議的系統(tǒng)

3.1概述

3.2功能性需求

3.3非功能性需求

3.4偽需求

3.5系統(tǒng)模型

3.5.1場景

3.5.2用例模型

3.5.3對(duì)象模型

3.5.3.1數(shù)據(jù)詞典

3.5.3.2類圖

3.5.4動(dòng)態(tài)模型

3.5.5用戶界面—導(dǎo)航路徑和屏幕模型4.術(shù)語表未來所用系統(tǒng)的具體示例，是解釋單個(gè)案例的具體例子。場景是沒有限制和非正式的。實(shí)際場景想象場景評(píng)價(jià)場景培訓(xùn)場景對(duì)所有可能案例的抽象。詳細(xì)說明了給定功能的所有場景?？蛻魪?qiáng)加的需求，它約束系統(tǒng)的實(shí)現(xiàn)。典型的偽需求是系統(tǒng)實(shí)現(xiàn)的語言和執(zhí)行平臺(tái)。由功能模型（場景與用例組成）細(xì)分衍生出來，由類圖和對(duì)象圖組成。由功能模型（場景與用例組成）細(xì)分衍生出來，由狀態(tài)圖和順序圖組成。需求管理SoftwareDevelopmentProcessManagement需求分析計(jì)劃需求文檔需求管理SoftwareDevelopmentProcessManagement需求分析訪談紀(jì)要

需求文檔需求管理SoftwareDevelopmentProcessManagement需求內(nèi)容變更表需求文檔需求管理SoftwareDevelopmentProcessManagement需求分析提交的結(jié)果SoftwareDevelopmentProcessManagement

需求分析計(jì)劃需求訪談紀(jì)要需求規(guī)格說明書需求分析文檔需求內(nèi)容變更表測(cè)試計(jì)劃與測(cè)試大綱需求管理分配職責(zé)用戶客戶系統(tǒng)分析員體系結(jié)構(gòu)員文檔編輯者配置管理者檢查者項(xiàng)目經(jīng)理角色需求管理SoftwareDevelopmentProcessManagement需求管理應(yīng)用域?qū)＜?--業(yè)務(wù)專家職責(zé)：產(chǎn)生當(dāng)前系統(tǒng)、將來系統(tǒng)環(huán)境以及它將支持任務(wù)的信息。每個(gè)用戶對(duì)應(yīng)一個(gè)或多個(gè)執(zhí)行者，他們幫助標(biāo)識(shí)與其相關(guān)的用例。用戶分配職責(zé)SoftwareDevelopmentProcessManagement需求管理一個(gè)綜合性角色職責(zé)：基于用戶需求定義系統(tǒng)的范圍，解決用戶期望中的不一致?？蛻舴峙渎氊?zé)SoftwareDevelopmentProcessManagement需求管理開發(fā)域?qū)＜衣氊?zé)：對(duì)當(dāng)前系統(tǒng)建模并產(chǎn)生關(guān)于將來系統(tǒng)的信息。系統(tǒng)分析員分配職責(zé)SoftwareDevelopmentProcessManagement需求管理一個(gè)綜合性角色職責(zé)：從系統(tǒng)的角度統(tǒng)一用例和對(duì)象模型，解決分析過程中的分歧。體系結(jié)構(gòu)員是交叉功能體系結(jié)構(gòu)小組的領(lǐng)導(dǎo)者。體系結(jié)構(gòu)員分配職責(zé)SoftwareDevelopmentProcessManagement需求管理職責(zé)：負(fù)責(zé)文檔的底層次綜合。如文檔的整體格式與索引。文檔編輯者分配職責(zé)SoftwareDevelopmentProcessManagement需求管理職責(zé)：負(fù)責(zé)維護(hù)一個(gè)文檔的修改歷史，這些文檔是需求分析文檔與其他文檔（如系統(tǒng)設(shè)計(jì)文檔）相聯(lián)系的跟蹤信息。配置管理者分配職責(zé)SoftwareDevelopmentProcessManagement需求管理用戶、客戶、開發(fā)人員、其他人員職責(zé)：檢驗(yàn)需求分析文檔是否正確、完整、一致、現(xiàn)實(shí)。檢查者分配職責(zé)SoftwareDevelopmentProcessManagement需求管理項(xiàng)目經(jīng)理職責(zé)：組織協(xié)調(diào)相關(guān)人員進(jìn)行需求分析，負(fù)責(zé)計(jì)劃、人員管理等，確保按計(jì)劃完成目標(biāo)。項(xiàng)目經(jīng)理分配職責(zé)SoftwareDevelopmentProcessManagement與客戶的溝通管理需求管理SoftwareDevelopmentProcessManagement溝通管理溝通模式發(fā)送接收環(huán)境設(shè)備SoftwareDevelopmentProcessManagement溝通模式發(fā)送：語種、口音、兩者間的關(guān)系、內(nèi)容、信仰、種族、性別等接收：傾聽?wèi)B(tài)度、受教育程度、經(jīng)驗(yàn)、心理狀態(tài)、接收/拒絕等環(huán)境：空氣、溫度、舒適程度、顏色、光線、衛(wèi)生情況等設(shè)備：音響、通訊速度、簡易程度、故障等SoftwareDevelopmentProcessManagement溝通管理有效溝通原則了解自己的感受查證他人感受不強(qiáng)迫不放棄同理不是同意，接納不是接受。即可以不同意，但可表示同理。不同不是不好，只是不一樣。不要直接挑戰(zhàn)對(duì)方的信念。正面表達(dá)不要扭曲不要爭論對(duì)錯(cuò)聽，真心地聆聽感情與理性并重不用敵對(duì)態(tài)度SoftwareDevelopmentProcessManagement溝通管理溝通技巧傾聽技巧控制氛圍推動(dòng)技巧SoftwareDevelopmentProcessManagement溝通管理聆聽技巧技巧目的方法鼓勵(lì)促進(jìn)對(duì)方表達(dá)意愿放松、開放、注視、身體前傾、點(diǎn)頭、跟進(jìn)、細(xì)節(jié)詢問探索以獲得更多信息開放問句（5h）、封閉問句、深入主題反應(yīng)我在聽，我聽懂反應(yīng)內(nèi)容、反應(yīng)情緒、反應(yīng)目的復(fù)述總結(jié)內(nèi)容，確認(rèn)意思重復(fù)重點(diǎn)、歸納整理SoftwareDevelopmentProcessManagement溝通管理反應(yīng)方式方式動(dòng)機(jī)影響忠告判斷好壞對(duì)錯(cuò)，告訴對(duì)方應(yīng)該做什么地位分高低可能造成防衛(wèi)重點(diǎn)轉(zhuǎn)移我方解釋教導(dǎo)、說明問題所在，解釋問題原因提供信息脫離感覺、關(guān)閉交流支持保證減輕感覺減低孤獨(dú)感，沖淡感覺重點(diǎn)轉(zhuǎn)移到我方探索提問題，告訴對(duì)方應(yīng)該談什么獲得資料，限制討論范圍重點(diǎn)轉(zhuǎn)移到我方復(fù)述確認(rèn)是否了解、澄清問題鼓勵(lì)交流與分享接納與關(guān)懷SoftwareDevelopmentProcessManagement溝通管理氣氛控制技巧技巧目的方法聯(lián)合經(jīng)由雙方共同點(diǎn)造成和諧我們共同一起參與激發(fā)對(duì)方投入真誠開放不擺架子信賴創(chuàng)造安全氣氛接納尊重保密察覺化解潛在危機(jī)串聯(lián)立即SoftwareDevelopmentProcessManagement溝通管理推動(dòng)技巧技巧目的方法反饋?zhàn)寣?duì)方了解你的感受[我]信息自我肯定提議具體表達(dá)意見，讓對(duì)方明白具體化6w3h推論整理結(jié)果延伸目標(biāo)促進(jìn)進(jìn)展解釋目標(biāo)設(shè)定增強(qiáng)增強(qiáng)對(duì)方正向行為實(shí)質(zhì)增強(qiáng)口頭增強(qiáng)記錄SoftwareDevelopmentProcessManagement溝通管理角色挑戰(zhàn)者拯救者被害者SoftwareDevelopmentProcessManagement溝通管理有效表達(dá)要素經(jīng)驗(yàn)遭遇的事件

外在他人可以觀察的事件內(nèi)在他人無法看見的經(jīng)驗(yàn)行為表現(xiàn)或拒絕表現(xiàn)的行為外在別人能觀察的行為內(nèi)在

想象中的行為感受潛在內(nèi)心的感覺與情緒外在形于外的情緒內(nèi)在壓抑的情緒與感受SoftwareDevelopmentProcessManagement溝通管理[我]信息確認(rèn)自己的感受說明產(chǎn)生感受的原因說明對(duì)我的影響說明希望對(duì)方的行為SoftwareDevelopmentProcessManagement溝通管理系統(tǒng)分析的溝通管理與客戶建立合作關(guān)系確認(rèn)客戶問題描述文檔與項(xiàng)目經(jīng)理的溝通與系統(tǒng)設(shè)計(jì)的溝通與程序員的溝通與系統(tǒng)實(shí)施者的溝通SoftwareDevelopmentProcessManagement溝通管理SystemDesign軟件設(shè)計(jì)SoftwareDevelopmentProcessManagementInput：

軟件項(xiàng)目計(jì)劃需求說明書Output：

系統(tǒng)設(shè)計(jì)說明書（概要設(shè)計(jì)）

概要設(shè)計(jì)SoftwareDevelopmentProcessManagement軟件概要設(shè)計(jì)，有時(shí)也叫頂層設(shè)計(jì)。概要設(shè)計(jì)在軟件開發(fā)中起著十分重要的作用，軟件工程師設(shè)計(jì)構(gòu)成解決方案藍(lán)圖的模型。通過分析和評(píng)估這些模型，確定是否完全實(shí)現(xiàn)了需求；同時(shí)對(duì)備選和替換掉的解決方案進(jìn)行分析和評(píng)估。最終，除了使用它們作為輸入和構(gòu)建測(cè)試的起點(diǎn)，同時(shí)使用這個(gè)模型計(jì)劃以后的開發(fā)活動(dòng)。軟件設(shè)計(jì)概要設(shè)計(jì)SoftwareDevelopmentProcessManagement概要設(shè)計(jì)階段，通常要達(dá)到以下幾個(gè)設(shè)計(jì)目的：1.將軟件系統(tǒng)需求轉(zhuǎn)換為未來系統(tǒng)的設(shè)計(jì)；2.逐步開發(fā)健壯的系統(tǒng)構(gòu)架；3.使設(shè)計(jì)適合于實(shí)施環(huán)境，為提高性能而進(jìn)行設(shè)計(jì)；4.結(jié)構(gòu)應(yīng)該被分解為模塊和庫。軟件設(shè)計(jì)概要設(shè)計(jì)SoftwareDevelopmentProcessManagement制定規(guī)范確定系統(tǒng)架構(gòu)根據(jù)非功能性需求確定設(shè)計(jì)目標(biāo)設(shè)計(jì)初始的子系統(tǒng)分解把子系統(tǒng)映射到處理器和組件決定存儲(chǔ)器定義訪問控制策略選擇一種控制流機(jī)制確定邊界條件考慮可能發(fā)生的變化質(zhì)量分析評(píng)估可靠性容錯(cuò)能力安全性可修改性數(shù)據(jù)庫存儲(chǔ)介質(zhì)等權(quán)限安全機(jī)制等過程驅(qū)動(dòng)事件驅(qū)動(dòng)線程系統(tǒng)管理異常處理選定硬件將子系統(tǒng)分配給節(jié)點(diǎn)封狀組件軟件設(shè)計(jì)概要設(shè)計(jì)SoftwareDevelopmentProcessManagement軟件體系結(jié)構(gòu)

系統(tǒng)分解全局控制流錯(cuò)誤處理策略子系統(tǒng)間的通信協(xié)議軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagementInput：

軟件項(xiàng)目計(jì)劃需求說明書系統(tǒng)設(shè)計(jì)說明書Output：詳細(xì)設(shè)計(jì)說明書

軟件設(shè)計(jì)SoftwareDevelopmentProcessManagement詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說，詳細(xì)設(shè)計(jì)不僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，更重要的是設(shè)計(jì)出的處理過程應(yīng)該盡可能簡明易懂。詳細(xì)設(shè)計(jì)之后，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語言書寫的程序。軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagement服務(wù)規(guī)格說明組件選擇對(duì)象模型重組對(duì)象模型優(yōu)化對(duì)象設(shè)計(jì)的主要活動(dòng)軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagement對(duì)象設(shè)計(jì)時(shí)，根據(jù)類的接口指定子系統(tǒng)服務(wù)（系統(tǒng)設(shè)計(jì)時(shí)確定），包括操作、變量、類型、聲明和例外。進(jìn)行這個(gè)活動(dòng)時(shí)，還要發(fā)現(xiàn)子系統(tǒng)間傳輸數(shù)據(jù)必須的但缺少的操作和對(duì)象。服務(wù)規(guī)格說明的結(jié)果是每個(gè)子系統(tǒng)的一個(gè)完整的接口規(guī)格說明。子系統(tǒng)服務(wù)說明通常稱為子系統(tǒng)API（應(yīng)用程序接口）。服務(wù)規(guī)格說明軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagement對(duì)象設(shè)計(jì)時(shí)，通過使用和修改系統(tǒng)設(shè)計(jì)階段確定的已有組件實(shí)現(xiàn)每個(gè)子系統(tǒng)。為基本數(shù)據(jù)結(jié)構(gòu)和服務(wù)選擇類庫和附加組件。通常使用前要調(diào)整選定的組件，并將自定義對(duì)象和他們結(jié)合，或通過繼承改進(jìn)它們。進(jìn)行這些活動(dòng)的過程中，會(huì)遇到與系統(tǒng)設(shè)計(jì)時(shí)類似的事情。組件選擇軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagement重組活動(dòng)處理系統(tǒng)模型以增加代碼的復(fù)用性或滿足其他設(shè)計(jì)目標(biāo)。每個(gè)重組活動(dòng)可以看作是特定模型子集上的圖形轉(zhuǎn)化。典型的活動(dòng)包括將n元關(guān)系轉(zhuǎn)變成二元關(guān)系、實(shí)現(xiàn)將二元關(guān)系變成引用、將來自兩個(gè)不同子系統(tǒng)的相似類合并到一個(gè)單獨(dú)的類中、將沒有特殊行為的類退化為屬性、把復(fù)雜的類分離成比較簡單的類、重新排列類及其操作以提高繼承關(guān)系和封裝。

重組時(shí)，主要處理系統(tǒng)模型的可維護(hù)性、可讀性和可理解性等設(shè)計(jì)目標(biāo)。對(duì)象模型重組軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagement優(yōu)化活動(dòng)解決系統(tǒng)模型的性能需求。它包括改變算法以滿足對(duì)速度或存儲(chǔ)器的需求、減少同時(shí)連接的數(shù)量以加速查詢、增加多余的連接以提高效率、重新安排執(zhí)行順序、增加導(dǎo)出屬性以改進(jìn)對(duì)象的訪問時(shí)間以及開放體系結(jié)構(gòu)等，也就是說，由于性能需要增加對(duì)低層的訪問。對(duì)象模型優(yōu)化軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagement對(duì)象設(shè)計(jì)是非線性的。雖然前面描述的活動(dòng)每一項(xiàng)都解決了一個(gè)特殊的對(duì)象設(shè)計(jì)問題，但他們必須是并發(fā)的。對(duì)象設(shè)計(jì)活動(dòng)軟件設(shè)計(jì)詳細(xì)設(shè)計(jì)SoftwareDevelopmentProcessManagementInput：

軟件項(xiàng)目計(jì)劃（部分）需求說明書系統(tǒng)設(shè)計(jì)說明書對(duì)象設(shè)計(jì)說明書Output：

程序代碼與說明書

軟件構(gòu)造SoftwareDevelopmentProcessManagement在編碼階段，開發(fā)人員將設(shè)計(jì)模型轉(zhuǎn)化為源代碼，并集成為一個(gè)單獨(dú)的系統(tǒng)。編碼分為以下幾個(gè)步驟： 確定源代碼的標(biāo)準(zhǔn)格式，指定編碼規(guī)范； 準(zhǔn)備編碼環(huán)境，包括軟硬件平臺(tái)的選擇、操作系統(tǒng)、編程語言、集成開發(fā)環(huán)境等； 編寫代碼；編譯、封裝、調(diào)試制作安裝程序 進(jìn)行代碼審查，以提高編碼質(zhì)量。軟件構(gòu)造編碼標(biāo)準(zhǔn)SoftwareDevelopmentProcessManagement什么是編碼標(biāo)準(zhǔn)編碼標(biāo)準(zhǔn)的自然性 它描述了代碼應(yīng)該是什么樣子的，需要使用哪些程序設(shè)計(jì)語言的特性和如何使用這些特性，以及應(yīng)該使用哪些工具編寫代碼。 對(duì)于一個(gè)開發(fā)團(tuán)隊(duì)，最好還是長期遵守一致的編碼標(biāo)準(zhǔn)。軟件構(gòu)造編碼風(fēng)格SoftwareDevelopmentProcessManagement代碼的結(jié)構(gòu)數(shù)據(jù)說明 不僅僅包括程序本身，同時(shí)還包括代碼的整體層次結(jié)構(gòu)，適當(dāng)?shù)淖⑨尯秃线m的標(biāo)識(shí)符。遵循以下兩條原則：數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化。如果使用復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，則應(yīng)該注解說明使用這個(gè)數(shù)據(jù)結(jié)構(gòu)的方法和特點(diǎn)。軟件構(gòu)造SoftwareDevelopmentProcessManagement語句構(gòu)造

主要注意以下幾點(diǎn)：不要把多個(gè)語句寫在同一行。使用空格使語句清晰。少用復(fù)雜的條件判斷。少用“非”條件判斷。盡量避免條件嵌套和循環(huán)嵌套。多用括號(hào)使表達(dá)式的運(yùn)算次序清晰。軟件構(gòu)造編碼風(fēng)格SoftwareDevelopmentProcessManagementGNU編碼風(fēng)格

GNU計(jì)劃中，在開放源代碼方面要求：在任何情況下都不要引用由版權(quán)的源代碼接受別人給程序添加的代碼是，記住檢查其合法性，即是否也是GNU的。編寫日志文件，使代碼更容易維護(hù)。軟件構(gòu)造編碼風(fēng)格SoftwareDevelopmentProcessManagementGNU編碼風(fēng)格 以下是Linux內(nèi)核所要求的編程風(fēng)格：主要縮進(jìn)格式。將開始的大括號(hào)放在一行的最后，而將結(jié)束大括號(hào)放在一行的第一位。命名系統(tǒng)。變量命名盡量使用簡短的名字。函數(shù)最好短小精悍，一個(gè)函數(shù)最好只作一件事情。注釋。注釋說明代碼的功能，而不是說明其實(shí)現(xiàn)原理。軟件構(gòu)造編碼風(fēng)格命名規(guī)則SoftwareDevelopmentProcessManagement匈牙利命名法基本原則是：變量名=屬性+類型+對(duì)象描述其中每一對(duì)象的名稱都要求有明確含義，可以選取對(duì)象名字全稱或名字的一部分。軟件構(gòu)造SoftwareDevelopmentProcessManagementJAVA命名規(guī)則包名類名接口名方法名變量名常量名使用全小寫的名詞，中間可以由點(diǎn)分隔開。例：java.awt.event首字母要求大寫，通常由多個(gè)單詞合成為一個(gè)類名，每個(gè)單詞的首字母均要求大寫。如：classHelloWorldApp命名規(guī)則與類名相同。如interfaceCollection第一個(gè)單詞通常為動(dòng)詞，首字母小寫，中間的每個(gè)單詞的首字母都要大寫。如balanceAccount全小寫，一般為名詞。如：length基本數(shù)據(jù)類型的變量名全為大寫，如果是多個(gè)單詞構(gòu)成，可以用下劃線隔開。如：intYEAR,intWEEK_OF_MONTH;如果是對(duì)象類型的常量，則是大小寫混合，由大寫字母把單詞隔開。命名規(guī)則軟件構(gòu)造SoftwareDevelopmentProcessManagement代碼管理同步版本備份權(quán)限工具軟件構(gòu)造軟件測(cè)試SoftwareDevelopmentProcessManagementInput：

測(cè)試計(jì)劃測(cè)試大綱Output：

測(cè)試報(bào)告

SoftwareDevelopmentProcessManagement

測(cè)試是通過分析系統(tǒng)或系統(tǒng)組件以檢測(cè)規(guī)定（必須的）的行為和觀察的（現(xiàn)有）的行為之間差異的過程。遺憾的是，要徹底測(cè)試一個(gè)復(fù)雜系統(tǒng)是不可能地。首先，測(cè)試是不可確定的。其次，測(cè)試的執(zhí)行要受時(shí)間和預(yù)算的限制。軟件測(cè)試測(cè)試中的概念SoftwareDevelopmentProcessManagement組件缺陷(Default)錯(cuò)誤(Error)故障(Failure)測(cè)試實(shí)例測(cè)試存根改正是可能引起組件不正常行為的設(shè)計(jì)或編碼錯(cuò)誤。是系統(tǒng)執(zhí)行過程中錯(cuò)誤的表現(xiàn)。是組件的規(guī)格說明與其行為之間的偏差。故障是由一個(gè)或多個(gè)錯(cuò)誤引起的。是一組輸入和期待結(jié)果，它根據(jù)引起故障和檢查錯(cuò)誤的目的來使用組件。是被測(cè)試的組件所依賴的其他一些組件的實(shí)現(xiàn)部分。測(cè)試驅(qū)動(dòng)程序是依賴被測(cè)試組件的那個(gè)組件的實(shí)現(xiàn)部分。測(cè)試存根和測(cè)試驅(qū)動(dòng)程序允許在組件測(cè)試時(shí)，脫離系統(tǒng)的其他部分。是對(duì)組件的變化，其目的是修改錯(cuò)誤。注意：改正可能會(huì)產(chǎn)生新的錯(cuò)誤。是系統(tǒng)中可以孤立進(jìn)行測(cè)試的部分。一個(gè)組件可以是對(duì)象、一組對(duì)象、一個(gè)或多個(gè)子系統(tǒng)。軟件測(cè)試測(cè)試活動(dòng)SoftwareDevelopmentProcessManagement對(duì)象測(cè)試單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試回歸測(cè)試接收測(cè)試現(xiàn)場測(cè)試最低層次的測(cè)試較低層次的測(cè)試。如獨(dú)立功能模塊的測(cè)試。與其他單元共同工作情況的測(cè)試。如應(yīng)用模塊的測(cè)試。整個(gè)系統(tǒng)工作情況測(cè)試。包括功能測(cè)試、性能測(cè)試、安全測(cè)試、環(huán)境測(cè)試等。環(huán)境測(cè)試：不同的操作系統(tǒng)、不同的顯示分辨率、與其他系統(tǒng)同時(shí)運(yùn)行等。負(fù)載/壓力測(cè)試：單用戶、多用戶等。檢查在操作系統(tǒng)或硬件升級(jí)等情況下，是否仍然滿足要求。在客戶同意的情況下進(jìn)行，測(cè)試目的是證明是否滿足合同要求。有些情況下，是在客戶控制下進(jìn)行。在系統(tǒng)安裝后，在真實(shí)條件下測(cè)試系統(tǒng)是否滿足要求。軟件測(cè)試測(cè)試計(jì)劃SoftwareDevelopmentProcessManagement目的

描述有明確目的的測(cè)試活動(dòng)的范圍，方法，資源和進(jìn)度的文檔。內(nèi)容包括識(shí)別測(cè)試項(xiàng)和被測(cè)對(duì)象的功能特性、測(cè)試任務(wù)，人員、任務(wù)分配以及相關(guān)的風(fēng)險(xiǎn)應(yīng)對(duì)措施等。大綱

測(cè)試計(jì)劃應(yīng)該包含下列內(nèi)容：a)測(cè)試計(jì)劃標(biāo)識(shí)；b)介紹；c)測(cè)試項(xiàng)；d)將被測(cè)試的功能特性；e)將不被測(cè)試的功能特性；f)測(cè)試方法；g)測(cè)試通過/失敗標(biāo)準(zhǔn)；h)測(cè)試中斷和重新開始的標(biāo)準(zhǔn)；軟件測(cè)試i)交付；j)測(cè)試任務(wù)；k)測(cè)試環(huán)境；l)職責(zé)；m)人員及培訓(xùn)；n)測(cè)試進(jìn)度；o)風(fēng)險(xiǎn)及意外；p)批準(zhǔn)。測(cè)試實(shí)例規(guī)格說明SoftwareDevelopmentProcessManagement測(cè)試實(shí)例規(guī)格說明標(biāo)識(shí)符測(cè)試項(xiàng)輸入規(guī)格說明輸出規(guī)格說明環(huán)境需求特定程序性需求實(shí)例間相關(guān)性軟件測(cè)試10條測(cè)試原則SoftwareDevelopmentProcessManagement盡早測(cè)試、經(jīng)常測(cè)試。規(guī)范測(cè)試方法。制定完整的測(cè)試計(jì)劃，測(cè)試計(jì)劃形成測(cè)試方法的基礎(chǔ)。進(jìn)行系統(tǒng)、完整的測(cè)試。預(yù)先明確期望的結(jié)果。理解程序背后的業(yè)務(wù)。進(jìn)行各個(gè)層次的測(cè)試。仔細(xì)檢查工作。不要期望程序員檢查自己的錯(cuò)誤對(duì)測(cè)試結(jié)果進(jìn)行分析。完善的測(cè)試文檔。軟件測(cè)試比如進(jìn)行靜態(tài)和動(dòng)態(tài)測(cè)試，進(jìn)行各個(gè)層次的測(cè)試，而回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。比如，一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。軟件發(fā)布與實(shí)施SoftwareDevelopmentProcessManagementInput：

軟件項(xiàng)目計(jì)劃需求說明書程序Output：

最終產(chǎn)品/正常運(yùn)行SoftwareDevelopmentProcessManagement產(chǎn)品發(fā)布確認(rèn)測(cè)試-調(diào)試-測(cè)試的循環(huán)過程已經(jīng)沒有錯(cuò)誤確認(rèn)產(chǎn)品加密、打包、安裝程序的環(huán)境測(cè)試沒有問題產(chǎn)品功能說明書、產(chǎn)品使用手冊(cè)內(nèi)部發(fā)布，由開發(fā)部門轉(zhuǎn)到產(chǎn)品部用戶試用測(cè)試-調(diào)試-測(cè)試……上述過程重復(fù)進(jìn)行，修改相應(yīng)程序、文檔等由產(chǎn)品部形成最終產(chǎn)品，由市場部門正式發(fā)布軟件發(fā)布與實(shí)施SoftwareDevelopmentProcessManagement系統(tǒng)實(shí)施經(jīng)過測(cè)試確認(rèn)之后，開始系統(tǒng)實(shí)施環(huán)境要求系統(tǒng)安裝現(xiàn)場調(diào)試客戶培訓(xùn)局部試用全面試用雙系統(tǒng)并行系統(tǒng)切換后期維護(hù)軟件發(fā)布與實(shí)施SoftwareDevelopmentProcessManagement維護(hù)階段是整個(gè)軟件生命周期中持續(xù)時(shí)間最長，代價(jià)最大的最后階段，一般由用戶需求、軟件產(chǎn)品、組織環(huán)境、維護(hù)人員、系統(tǒng)運(yùn)行和操作環(huán)境、系統(tǒng)變更的過程等組成，它們之間存在著相輔相成的關(guān)系，構(gòu)成完整的一個(gè)維護(hù)框架。軟件維護(hù)SoftwareDevelopmentProcessManagement軟件系統(tǒng)的維護(hù)活動(dòng)為了改正在實(shí)際使用過程中暴露出來的錯(cuò)誤而進(jìn)行的糾錯(cuò)性維護(hù)；為了改進(jìn)原來的軟件系統(tǒng)而進(jìn)行的完善性維護(hù)；為了適應(yīng)新的外部環(huán)境而進(jìn)行的適應(yīng)性維護(hù)；為了改進(jìn)軟件系統(tǒng)將來的可維護(hù)性和可靠性而進(jìn)行的預(yù)見性維護(hù)。軟件維護(hù)開發(fā)過程管理SoftwareDevelopmentProcessManagementRequirementmanagementSystemdesignandobjectdesignCodingTestingImplementation/ReleaseHrManagementTaskmanagementChangemanagementConfigurationmanagementQualitymanagementRiskmanagementSoftwareDevelopmentProcessManagement計(jì)劃解決問題協(xié)調(diào)控制項(xiàng)目經(jīng)理應(yīng)該出現(xiàn)在最重要的工作現(xiàn)場！開發(fā)過程管理SoftwareDevelopmentProcessManagementSoftwareDevelopmentLifecycleinRUP(RationalUnifiedProcess)傳統(tǒng)的軟件開發(fā)模型瀑布式開發(fā)模型是一個(gè)單維的模型，開發(fā)工作劃分為多個(gè)連續(xù)的階段。在一個(gè)時(shí)間段內(nèi)，只能作某一個(gè)階段的工作，比如分析、設(shè)計(jì)或者實(shí)現(xiàn)。

在RUP中，軟件開發(fā)生生命周期根據(jù)時(shí)間和RUP的核心工作流劃分為二維空間。

時(shí)間維從組織管理的角度描述整個(gè)軟件開發(fā)生命周期，是RUP的動(dòng)態(tài)組成部分。它可進(jìn)一步描述為周期（Cycle）、階段（phase）、Iteration(迭代)。核心工作流從技術(shù)角度描述RUP的靜態(tài)組成部分，它可進(jìn)一步描述為行為（activities）、工作流（workflow）、產(chǎn)品（artifact）、角色（worker）。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement3.8SoftwareDevelopmentLifecycleinRUP(RationalUnifiedProcess)開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement工作量與進(jìn)度的分配開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement先啟階段——目標(biāo)先啟階段的基本目標(biāo)是實(shí)現(xiàn)項(xiàng)目的生命周期目標(biāo)中所有相關(guān)因素（如客戶等）之間的并行。主要目標(biāo)包括：

建立項(xiàng)目的軟件規(guī)模和邊界條件，包括運(yùn)作前景、驗(yàn)收標(biāo)準(zhǔn)以及希望軟件中包括和不包括的內(nèi)容。識(shí)別系統(tǒng)的關(guān)鍵用例（也就是將造成重要設(shè)計(jì)折衷操作的主要部分）。評(píng)估整個(gè)項(xiàng)目的總體成本和進(jìn)度（以及對(duì)即將進(jìn)行的精化階段進(jìn)行更詳細(xì)的評(píng)估）評(píng)估潛在風(fēng)險(xiǎn)（不可預(yù)測(cè)性的來源）準(zhǔn)備項(xiàng)目的支持環(huán)境。

開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement先啟階段——核心活動(dòng)明確地說明項(xiàng)目規(guī)模。這涉及了解環(huán)境以及最重要的需求和約束，以便于可以得出最終產(chǎn)品的驗(yàn)收標(biāo)準(zhǔn)。計(jì)劃和準(zhǔn)備商業(yè)理由。評(píng)估風(fēng)險(xiǎn)管理、人員配備、項(xiàng)目計(jì)劃和成本/進(jìn)度/收益率折衷的備選方案。綜合考慮備選構(gòu)架，評(píng)估設(shè)計(jì)和自制/外購/復(fù)用方面的折衷，從而估算出成本、進(jìn)度和資源。準(zhǔn)備項(xiàng)目的環(huán)境，評(píng)估項(xiàng)目和組織，選擇工具，決定流程中要改進(jìn)的部分。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement先啟階段——里程碑：生命周期目標(biāo)

生命周期目標(biāo)里程碑評(píng)估項(xiàng)目的基本可行性。先啟階段末是第一個(gè)重要的項(xiàng)目里程碑，即生命周期目標(biāo)里程碑。此時(shí)，檢查項(xiàng)目的生命周期目標(biāo)，并決定繼續(xù)進(jìn)行項(xiàng)目還是取消項(xiàng)目。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement先啟階段——評(píng)估標(biāo)準(zhǔn)

規(guī)模定義和成本／進(jìn)度估算中，所有相關(guān)因素（如客戶等）可并行。對(duì)是否已經(jīng)獲得正確的需求集達(dá)成一致意見，并且對(duì)這些需求的理解是共同的。對(duì)成本／進(jìn)度估算、優(yōu)先級(jí)、風(fēng)險(xiǎn)和開發(fā)流程是否合適達(dá)成一致意見。已經(jīng)確定所有風(fēng)險(xiǎn)并且有針對(duì)每個(gè)風(fēng)險(xiǎn)的減輕風(fēng)險(xiǎn)策略。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement先啟階段——提供的文檔及模型開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement精化階段——目標(biāo)

精化階段的目標(biāo)是建立系統(tǒng)構(gòu)架的基線，以便為構(gòu)建階段的主要設(shè)計(jì)和實(shí)施工作提供一個(gè)穩(wěn)定的基礎(chǔ)。精化階段的主要目標(biāo)包括：

確保構(gòu)架、需求和計(jì)劃足夠穩(wěn)定，充分減少風(fēng)險(xiǎn)，從而能夠有預(yù)見性地確定完成開發(fā)所需的成本和進(jìn)度。處理在構(gòu)架方面具有重要意義的所有項(xiàng)目風(fēng)險(xiǎn)。建立一個(gè)已確定基線的構(gòu)架，它是通過處理構(gòu)架方面重要的場景得到的，這些場景通?？梢燥@示項(xiàng)目的最大技術(shù)風(fēng)險(xiǎn)。制作產(chǎn)品質(zhì)量構(gòu)件的演進(jìn)式原型，也可能同時(shí)制作一個(gè)或多個(gè)可放棄的探索性原型，以減小特定風(fēng)險(xiǎn)。證明已建立基線的構(gòu)架將在適當(dāng)時(shí)間、以合理的成本支持系統(tǒng)需求。建立支持環(huán)境。

開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement精化階段——核心活動(dòng)快速確定構(gòu)架、確認(rèn)構(gòu)架并為構(gòu)架建立基線。根據(jù)此階段獲得的新信息改進(jìn)前景，對(duì)推動(dòng)構(gòu)架和計(jì)劃決策的最關(guān)鍵用例建立可靠的了解。為構(gòu)建階段創(chuàng)建詳細(xì)的迭代計(jì)劃并為其建立基線。改進(jìn)開發(fā)案例，定位開發(fā)環(huán)境，包括流程和支持構(gòu)建團(tuán)隊(duì)所需的工具和自動(dòng)化支持。改進(jìn)構(gòu)架并選擇構(gòu)件。評(píng)估潛在構(gòu)件，充分了解自制/外購/復(fù)用決策，以便有把握地確定構(gòu)建階段的成本和進(jìn)度。集成了所選構(gòu)架構(gòu)件，并按主要場景進(jìn)行了評(píng)估。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement精化階段——里程碑：生命周期構(gòu)架生命周期構(gòu)架里程碑為系統(tǒng)構(gòu)架建立管理基線，并使項(xiàng)目團(tuán)隊(duì)能夠在構(gòu)建階段調(diào)整規(guī)模。精化階段末是第二個(gè)重要的項(xiàng)目里程碑，即生命周期構(gòu)架里程碑。此時(shí)，檢查詳細(xì)的系統(tǒng)目標(biāo)和規(guī)模、選擇的構(gòu)架以及主要風(fēng)險(xiǎn)的解決方案。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement精化階段——評(píng)估標(biāo)準(zhǔn)

產(chǎn)品前景和需求是穩(wěn)定的。構(gòu)架是穩(wěn)定的?？蓤?zhí)行原型表明已經(jīng)找到了主要的風(fēng)險(xiǎn)元素，并且得到妥善解決。構(gòu)建階段的迭代計(jì)劃足夠詳細(xì)和真實(shí)，可以保證工作繼續(xù)進(jìn)行。構(gòu)建階段的迭代計(jì)劃由可靠的估算支持。所有客戶方人員一致認(rèn)為，如果在當(dāng)前構(gòu)架環(huán)境中執(zhí)行當(dāng)前計(jì)劃來開發(fā)完整的系統(tǒng)，則當(dāng)前的前景可以實(shí)現(xiàn)。實(shí)際的資源耗費(fèi)與計(jì)劃的耗費(fèi)相比是可以接受的。如果項(xiàng)目無法達(dá)到該里程碑，則它可能中途失敗或需要進(jìn)行相當(dāng)多的重新考慮。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement精化階段——提供的文檔及模型開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement構(gòu)建階段——目標(biāo)

構(gòu)建階段的目標(biāo)是闡明剩余的需求，并基于已建立基線的構(gòu)架完成系統(tǒng)開發(fā)。主要目標(biāo)包括：

通過優(yōu)化資源和避免不必要的報(bào)廢和返工，使開發(fā)成本降到最低?？焖龠_(dá)到足夠好的質(zhì)量快速完成有用的版本（Alpha版、Beta版和其他測(cè)試發(fā)布版）完成所有所需功能的分析、開發(fā)和測(cè)試。迭代式、遞增式地開發(fā)隨時(shí)可以發(fā)布到用戶群的完整產(chǎn)品。確定軟件、場地和用戶是否已經(jīng)為部署應(yīng)用程序作好準(zhǔn)備。開發(fā)團(tuán)隊(duì)的工作實(shí)現(xiàn)某種程度的并行。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement構(gòu)建階段——核心活動(dòng)資源管理，控制和流程優(yōu)化完成構(gòu)件開發(fā)并根據(jù)已定義的評(píng)估標(biāo)準(zhǔn)進(jìn)行測(cè)試根據(jù)前景的驗(yàn)收標(biāo)準(zhǔn)對(duì)產(chǎn)品發(fā)布版進(jìn)行評(píng)估。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement構(gòu)建階段——里程碑：最初操作性能

最初操作性能里程碑確定產(chǎn)品是否已經(jīng)可以部署到Beta測(cè)試環(huán)境。此時(shí)，已開發(fā)了所有功能，并完成了所有Alpha測(cè)試（如果有測(cè)試）。另外，用戶手冊(cè)也已經(jīng)完成，而且有對(duì)當(dāng)前發(fā)布版的說明。開發(fā)過程管理——RUPSoftwareDevelopmentProcessManagement構(gòu)建階段——評(píng)估標(biāo)準(zhǔn)

產(chǎn)品前景和需求是穩(wěn)定的。構(gòu)架是穩(wěn)定的?？蓤?zhí)行原型表明已經(jīng)找到了主要的風(fēng)險(xiǎn)元素，并且得到妥善解決。構(gòu)建階段的迭代計(jì)劃足夠詳細(xì)和真實(shí)，可以保證工作繼續(xù)進(jìn)行。構(gòu)建階段的迭代計(jì)劃由可靠的估算支持。所有客戶方人員一致認(rèn)為，如果在當(dāng)前構(gòu)架環(huán)境中執(zhí)行當(dāng)前計(jì)劃來開發(fā)完整的系統(tǒng)，則當(dāng)前的前景可以實(shí)現(xiàn)。實(shí)際的資源耗費(fèi)與計(jì)劃的耗費(fèi)相比是可以接受的。如果項(xiàng)目無法達(dá)到該里程碑，則它可能中途失敗或需要進(jìn)行相當(dāng)多的