基于NET的需求分析和解決方案設(shè)計(jì)

1、第11章 穩(wěn)定和部署方案本章概述在完成了項(xiàng)目的開(kāi)發(fā)階段之后，項(xiàng)目將進(jìn)入穩(wěn)定和部署階段。Microsoft解決方案框架(MSF)過(guò)程模型的穩(wěn)定階段的目標(biāo)是提高解決方案的質(zhì)量，使其可以滿足為產(chǎn)品發(fā)布而制定的可接受標(biāo)準(zhǔn)。在部署階段，解決方案將被部署到產(chǎn)品環(huán)境中。教學(xué)目標(biāo)l 掌握MSF穩(wěn)定階段的目標(biāo)、里程碑、以及交付成果l 描述解決方案的測(cè)試和試運(yùn)行階段中有關(guān)的任務(wù)l 掌握MSF部署階段的目標(biāo)、里程碑、以及交付成果l 掌握將解決方案部署到產(chǎn)品環(huán)境中的步驟l 掌握所推薦的，與完成項(xiàng)目有關(guān)的活動(dòng)教學(xué)重點(diǎn)l 掌握MSF穩(wěn)定階段的目標(biāo)、里程碑、以及交付成果l 掌握MSF部署階段的目標(biāo)、里程碑、以及交付成果教學(xué)

2、難點(diǎn)l 穩(wěn)定階段和部署階段在平時(shí)的學(xué)生實(shí)踐中不大容易接觸到，需要學(xué)生有一定的項(xiàng)目經(jīng)驗(yàn)，所以需要教師進(jìn)行耐心講解教學(xué)資源課本知識(shí)點(diǎn)11.1 MSF穩(wěn)定階段11.2穩(wěn)定階段的測(cè)試和試運(yùn)行11.3 MSF 部署階段11.4部署到產(chǎn)品環(huán)境習(xí)題習(xí)題1-對(duì)應(yīng)知識(shí)點(diǎn)穩(wěn)定階段的測(cè)試和試運(yùn)行習(xí)題2-對(duì)應(yīng)知識(shí)點(diǎn)穩(wěn)定階段的測(cè)試和試運(yùn)行 習(xí)題3-對(duì)應(yīng)知識(shí)點(diǎn)MSF穩(wěn)定階段 習(xí)題4-對(duì)應(yīng)知識(shí)點(diǎn)穩(wěn)定階段的測(cè)試和試運(yùn)行 習(xí)題5-對(duì)應(yīng)知識(shí)點(diǎn)MSF 部署階段教師光盤(pán)幻燈片教師光盤(pán)：Powerpnt2710B_11.ppt多媒體視頻教師光盤(pán)：Powerpnt習(xí)題解答教師光盤(pán)：tPrepanswer先修知識(shí)在正式開(kāi)始學(xué)習(xí)本章內(nèi)容以前

3、，學(xué)生須具備下列知識(shí)基礎(chǔ)。先修知識(shí)推薦補(bǔ)充了解Windows程序設(shè)計(jì)的基礎(chǔ)知識(shí)。基于 VB.NET 的 Windows 程序設(shè)計(jì)了解WEB類程序設(shè)計(jì)的知識(shí)。面向 .NET 的 Web 應(yīng)用程序設(shè)計(jì)連接X(jué)ML Web Service 開(kāi)發(fā)的知識(shí)。XML Web Service 開(kāi)發(fā)建議學(xué)時(shí)課堂教學(xué)（2課時(shí)）教學(xué)過(guò)程11.1 MSF穩(wěn)定階段教學(xué)提示 ：MSF穩(wěn)定階段主要達(dá)到一個(gè)目的。l 掌握MSF穩(wěn)定階段的交付成果。（略講）l 掌握MSF穩(wěn)定階段的中間里程碑。（略講）l 掌握穩(wěn)定階段期間團(tuán)隊(duì)的角色和責(zé)任。（略講）教學(xué)內(nèi)容教學(xué)活動(dòng)教學(xué)提示講授：穩(wěn)定階段的首要目標(biāo)在于提高解決方案質(zhì)量，滿足驗(yàn)收標(biāo)準(zhǔn)，進(jìn)

4、而交付生產(chǎn)。項(xiàng)目組是在一個(gè)功能齊全的 UNIX 移植解決方案上進(jìn)行測(cè)試的。在這一階段中，項(xiàng)目組要完成任務(wù)并開(kāi)發(fā)出可交付使用的產(chǎn)品，使功能齊全的構(gòu)造過(guò)渡到質(zhì)量達(dá)標(biāo)狀態(tài)，而且解決方案可以面向全面的生產(chǎn)部署。本階段的測(cè)試對(duì)以前開(kāi)發(fā)過(guò)程中進(jìn)行的測(cè)試做出了補(bǔ)充，其方法就是以實(shí)際環(huán)境為條件強(qiáng)調(diào)使用和運(yùn)行。項(xiàng)目組的工作重心要放在解決和篩選（按優(yōu)先次序處理）錯(cuò)誤以及對(duì)解決方案進(jìn)行發(fā)布前的準(zhǔn)備上。在本階段的初期，通常要進(jìn)行測(cè)試以報(bào)告錯(cuò)誤，其速度要比開(kāi)發(fā)人員處理錯(cuò)誤的速度快。我們無(wú)法判斷會(huì)有多少個(gè)錯(cuò)誤或者要花費(fèi)多長(zhǎng)時(shí)間來(lái)解決這些問(wèn)題。但是，有兩個(gè)被稱為錯(cuò)誤集中和零錯(cuò)誤反彈的統(tǒng)計(jì)標(biāo)志可以協(xié)助項(xiàng)目組估計(jì)出解決方案達(dá)到

5、穩(wěn)定狀態(tài)所需的時(shí)間。注： 在描述 IT 項(xiàng)目的狀態(tài)時(shí)，可能會(huì)大量使用 alpha (a)和 beta (b)這兩個(gè)術(shù)語(yǔ)。這些術(shù)語(yǔ)可能會(huì)引起混亂，因?yàn)榭梢杂泻芏喾N不同的方式對(duì)其加以解釋。如果您使用了這些詞，就一定要對(duì)它們進(jìn)行了明確的定義，并確保項(xiàng)目組、客戶和參與者都能理解所給出的定義。一旦確認(rèn)一個(gè)構(gòu)造已經(jīng)足夠穩(wěn)定，能夠成為發(fā)布選擇之后，就可以將該解決方案部署給一個(gè)試驗(yàn)小組了。本階段以發(fā)布就緒認(rèn)可里程碑為終點(diǎn)，它表示項(xiàng)目組和客戶都承認(rèn)所有突出的問(wèn)題都已經(jīng)得到了解決。講解課本:11.1.1閱書(shū)：11.1.1幻燈：第3頁(yè)l 根據(jù)光盤(pán)的內(nèi)容，提供一些交付成果的樣板給學(xué)生看。講授： 表 5.1 穩(wěn)定階段的

6、主要工作和所有者主要任務(wù)所有者對(duì)解決方案進(jìn)行測(cè)試項(xiàng)目組執(zhí)行在規(guī)劃階段制定的計(jì)劃，這些計(jì)劃將在開(kāi)發(fā)階段得到強(qiáng)化和測(cè)試。測(cè)試消除缺陷項(xiàng)目組糾正通過(guò)測(cè)試或其他來(lái)源找到的缺陷。開(kāi)發(fā)新的測(cè)試，從而對(duì)通過(guò)其他來(lái)源報(bào)告的問(wèn)題加以復(fù)制，并將這些測(cè)試集成到測(cè)試套件中。開(kāi)發(fā)，測(cè)試進(jìn)行試驗(yàn)項(xiàng)目組將解決方案試驗(yàn)從開(kāi)發(fā)環(huán)境轉(zhuǎn)移到處理區(qū)域，以便通過(guò)實(shí)際的用戶和操作環(huán)境對(duì)解決方案加以測(cè)試。本試驗(yàn)是在部署階段開(kāi)始之前進(jìn)行的。發(fā)布管理結(jié)束穩(wěn)定階段項(xiàng)目組采用文件形式對(duì)本階段所執(zhí)行任務(wù)的完成情況加以總結(jié)，并爭(zhēng)取在發(fā)布就緒認(rèn)可里程碑會(huì)議上獲得管理層的認(rèn)可。項(xiàng)目組講解課本：11.1.2閱書(shū)：11.1.2幻燈：第5頁(yè)講授：穩(wěn)定階段中項(xiàng)目

7、組的工作重心表 5.2 給出了先前描述過(guò)的任務(wù)，但這一次是從項(xiàng)目組角色的角度加以考慮的。在穩(wěn)定階段中，項(xiàng)目組的首要角色就是進(jìn)行測(cè)試和發(fā)布管理。表 5.2 穩(wěn)定階段中角色群集的工作重心和職責(zé) 角色群集工作重心和職責(zé)產(chǎn)品管理通信方案的執(zhí)行，啟動(dòng)規(guī)劃程序管理項(xiàng)目跟蹤，錯(cuò)誤篩選開(kāi)發(fā)解決錯(cuò)誤，優(yōu)化代碼或重新配置硬件或軟件用戶體驗(yàn)用戶文檔資料的穩(wěn)定；培訓(xùn)資料測(cè)試測(cè)試；錯(cuò)誤報(bào)告和狀態(tài)；配置測(cè)試發(fā)布管理試驗(yàn)建立和支持，部署規(guī)劃；操作和支持培訓(xùn)講解課本：11.1.3閱書(shū)：11.1.3幻燈：第8頁(yè)11.2穩(wěn)定階段的測(cè)試和試運(yùn)行教學(xué)提示 ：本節(jié)主要達(dá)到目的。l 掌握在MSF過(guò)程中的測(cè)試類型。（略講）l 掌握?qǐng)?zhí)行試運(yùn)

8、行的過(guò)程。（略講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：在穩(wěn)定階段，不僅要在解決方案的單個(gè)組件上進(jìn)行測(cè)試，還要將解決方案作為一個(gè)整體加以測(cè)試，因?yàn)榇藭r(shí)解決方案的所有特點(diǎn)和功能都已完備，所有的解決方案要素都已構(gòu)建完畢。在開(kāi)發(fā)階段開(kāi)始的測(cè)試活動(dòng)要按照規(guī)劃階段制定的測(cè)試方案連同跟蹤、文檔制定和報(bào)告活動(dòng)一起繼續(xù)進(jìn)行。講解課本：11.2.1閱書(shū)：11.2.1幻燈：第11頁(yè)講授： 用戶驗(yàn)收測(cè)試盡管在開(kāi)發(fā)階段就開(kāi)始了用戶測(cè)試和可用性研究，但在穩(wěn)定階段，這些測(cè)試和研究會(huì)得到更多的重視。進(jìn)行這些測(cè)試和研究的目的在于確保新的系統(tǒng)能夠成功地滿足用戶需求和業(yè)務(wù)需求。 不要將這一點(diǎn)和項(xiàng)目末期進(jìn)行的 客戶驗(yàn)收混淆 。用戶驗(yàn)收測(cè)試

9、是在功能測(cè)試結(jié)束之后，以生產(chǎn)環(huán)境為背景，在業(yè)務(wù)功能的集合上進(jìn)行的。這是系統(tǒng)被接收并投入操作使用之前所進(jìn)行的測(cè)試過(guò)程的最后階段。用戶驗(yàn)收測(cè)試中將采用實(shí)際用戶或客戶提供的數(shù)據(jù)對(duì)系統(tǒng)加以測(cè)試而不是作為過(guò)程一部分開(kāi)發(fā)出的模擬數(shù)據(jù)。用戶驗(yàn)收測(cè)試往往能夠發(fā)現(xiàn)在系統(tǒng)要求定義方面的錯(cuò)誤和疏漏。這些要求可能無(wú)法反映用戶所需的實(shí)際設(shè)施和性能。用戶驗(yàn)收測(cè)試可能會(huì)證明系統(tǒng)無(wú)法提供預(yù)期的性能和功能性。該測(cè)試的結(jié)果回答了解決方案能否滿足用戶的總體要求這一問(wèn)題，它決定著系統(tǒng)是否已經(jīng)達(dá)到可交付生產(chǎn)的標(biāo)準(zhǔn)。在用戶驗(yàn)收測(cè)試過(guò)程中，針對(duì)一組選定的用戶開(kāi)展試驗(yàn)是很有幫助的。針對(duì)解決方案的不同方面對(duì)這些用戶所做的調(diào)查及結(jié)果（用戶友好性

10、、方便性、視覺(jué)吸引力、相關(guān)性和響應(yīng)性）對(duì)于解決方案能否達(dá)到最終的用戶標(biāo)準(zhǔn)是非常關(guān)鍵的。用戶驗(yàn)收測(cè)試還為支持人員和用戶提供了通過(guò)實(shí)際培訓(xùn)來(lái)了解和實(shí)踐新技術(shù)的機(jī)會(huì)。這一過(guò)程有助于發(fā)現(xiàn)用戶在哪些方面存在理解、學(xué)習(xí)和使用這一解決方案的困難。發(fā)布測(cè)試還為發(fā)布管理提供了機(jī)會(huì)，因?yàn)樵跍y(cè)試過(guò)程中可以發(fā)現(xiàn)妨礙成功實(shí)施的問(wèn)題。 回歸測(cè)試回歸測(cè)試是指對(duì)先前測(cè)試過(guò)的系統(tǒng)組件和功能重新測(cè)試，其目的在于確保：即使對(duì)系統(tǒng)的某些部分做了改動(dòng)，這些組件和功能仍然能夠正確運(yùn)行。對(duì)于移植項(xiàng)目而言，這是最為重要的一類測(cè)試。如果在某一組件中發(fā)現(xiàn)了缺陷，應(yīng)當(dāng)通過(guò)修改加以解決。這可能會(huì)要求在測(cè)試過(guò)程中對(duì)其他組件進(jìn)行重新測(cè)試。在測(cè)試過(guò)程中，

11、組件系統(tǒng)錯(cuò)誤可能會(huì)出現(xiàn)得較晚。該過(guò)程是一個(gè)往復(fù)過(guò)程，因?yàn)閺妮^晚階段獲得的信息要反饋給該過(guò)程的較早階段。對(duì)程序錯(cuò)誤的糾正往往會(huì)導(dǎo)致新錯(cuò)誤的出現(xiàn)。因此在對(duì)系統(tǒng)加以修改之后，必須重新執(zhí)行測(cè)試過(guò)程。下面給出一些關(guān)于回歸測(cè)試的指導(dǎo)原則： 測(cè)試對(duì)解決方案所做的任何修改，確保這些修改不會(huì)引起新的問(wèn)題，而且操作性能不會(huì)因這些修改而降低。 如果在完成了任何階段的測(cè)試之后或在系統(tǒng)的最終測(cè)試之后引入了某些改動(dòng)，就必須對(duì)系統(tǒng)進(jìn)行徹底的回歸測(cè)試。這樣做的目的在于確保改動(dòng)的影響對(duì)于系統(tǒng)的其他方面以及與該系統(tǒng)連接的其他系統(tǒng)是透明的。 在對(duì)解決方案組件進(jìn)行修改之后，可能會(huì)要求對(duì)測(cè)試案例也做出相應(yīng)的修改。項(xiàng)目組必須在預(yù)定義的技

12、術(shù)指標(biāo)的基礎(chǔ)上創(chuàng)建測(cè)試數(shù)據(jù)。最初的測(cè)試數(shù)據(jù)應(yīng)當(dāng)來(lái)自其他級(jí)別的測(cè)試，之后，項(xiàng)目組要對(duì)這些數(shù)據(jù)連同測(cè)試案例一起進(jìn)行修改。 測(cè)試跟蹤和報(bào)告在開(kāi)發(fā)和穩(wěn)定階段要進(jìn)行頻繁的跟蹤和報(bào)告。在穩(wěn)定階段，報(bào)告是由錯(cuò)誤數(shù)量驅(qū)動(dòng)的。定期地將測(cè)試狀態(tài)通知給項(xiàng)目組和其他關(guān)鍵的參與者能夠確保項(xiàng)目具有良好的信息流通性。 錯(cuò)誤收斂錯(cuò)誤收斂是指項(xiàng)目組在減少活躍錯(cuò)誤數(shù)量上取得了重大進(jìn)步的一個(gè)轉(zhuǎn)折點(diǎn)。在錯(cuò)誤收斂這一轉(zhuǎn)折點(diǎn)上，解決錯(cuò)誤的速度超過(guò)了發(fā)現(xiàn)錯(cuò)誤的速度；因此實(shí)際的活躍錯(cuò)誤數(shù)量開(kāi)始減少。圖 5.2 給出了錯(cuò)誤收斂的圖示。即使錯(cuò)誤數(shù)量從整體上開(kāi)始減少，但具體數(shù)量還會(huì)出現(xiàn)升降變化，因此錯(cuò)誤收斂通常來(lái)講只代表一種趨勢(shì)，而不是一個(gè)固定的

13、時(shí)間點(diǎn)。在錯(cuò)誤收斂之后，錯(cuò)誤的數(shù)量將持續(xù)減少直到零錯(cuò)誤反彈。階段性里程碑：錯(cuò)誤的收斂對(duì)于項(xiàng)目組來(lái)講，錯(cuò)誤收斂就意味著目標(biāo)已經(jīng)為期不遠(yuǎn)。零錯(cuò)誤反彈零錯(cuò)誤反彈是指在項(xiàng)目中的某一點(diǎn)上，開(kāi)發(fā)活動(dòng)最終趕上了測(cè)試的步伐，當(dāng)前已經(jīng)不存在活躍錯(cuò)誤。圖 5.3 給出了對(duì)零錯(cuò)誤反彈的圖示。在零錯(cuò)誤反彈之后，錯(cuò)誤數(shù)量的峰值將顯著減小，并且錯(cuò)誤數(shù)量會(huì)持續(xù)減少直到產(chǎn)品足夠穩(wěn)定，進(jìn)而構(gòu)建出第一個(gè)候選發(fā)布版。仔細(xì)的錯(cuò)誤篩選是非常關(guān)鍵的，因?yàn)槊總€(gè)被解決的錯(cuò)誤都具有引起新錯(cuò)誤或回歸問(wèn)題的風(fēng)險(xiǎn)。取得零錯(cuò)誤反彈是項(xiàng)目組逐漸接近穩(wěn)定的候選發(fā)布版的明確標(biāo)志。注意，在到達(dá)這一里程碑之后，必定還會(huì)發(fā)現(xiàn)新的錯(cuò)誤。但是，它卻標(biāo)志著項(xiàng)目組能夠第

14、一次誠(chéng)實(shí)地報(bào)告已經(jīng)不存在活躍錯(cuò)誤了，雖然這只是針對(duì)當(dāng)前情況。而且它可以讓項(xiàng)目組集中力量保持在這一點(diǎn)上。 進(jìn)行試驗(yàn)在試驗(yàn)過(guò)程中，項(xiàng)目組要在實(shí)際生產(chǎn)環(huán)境中對(duì)整個(gè)解決方案做盡可能多的測(cè)試。試驗(yàn)版本是指到現(xiàn)實(shí)生產(chǎn)環(huán)境或用戶群子集的部署。根據(jù)項(xiàng)目背景，試驗(yàn)可以采取多種形式： 在企業(yè)內(nèi)部，參與試驗(yàn)的可以是一組用戶或一個(gè)數(shù)據(jù)中心內(nèi)的一組服務(wù)器。 對(duì)于移植項(xiàng)目而言，試驗(yàn)可能包括對(duì)要求最為苛刻的應(yīng)用或數(shù)據(jù)庫(kù)的測(cè)試，這一應(yīng)用或數(shù)據(jù)庫(kù)將通過(guò)一個(gè)成熟的用戶群進(jìn)行移植，從而獲得有幫助的反饋。 Microsoft 等商務(wù)軟件供應(yīng)商，往往會(huì)在最終發(fā)布之前面向一個(gè)特殊的早期采納者群體進(jìn)行產(chǎn)品發(fā)布。在現(xiàn)實(shí)條件下進(jìn)行測(cè)試是所有形

15、式的試驗(yàn)共同具有的要素。直到項(xiàng)目組確認(rèn)解決方案在生產(chǎn)環(huán)境中是可行的，并且每個(gè)組件都達(dá)到了部署的要求，試驗(yàn)才能結(jié)束。遵照最佳做法行事 在開(kāi)始試驗(yàn)之前，項(xiàng)目組和試驗(yàn)參與者必須明確制定試驗(yàn)的成功標(biāo)準(zhǔn)，并達(dá)成一致。這些標(biāo)準(zhǔn)應(yīng)當(dāng)追溯到開(kāi)發(fā)工作的成功標(biāo)準(zhǔn)，并與之形成映射。 如果在試驗(yàn)過(guò)程中發(fā)現(xiàn)了任何問(wèn)題，必需要通過(guò)進(jìn)一步的開(kāi)發(fā)、為安裝組和生產(chǎn)支持人員解決方案和工作區(qū)備案或?qū)⑵渥鳛檩o助材料引入培訓(xùn)或幫助材料等方式加以解決。 在開(kāi)始試驗(yàn)之前，支持結(jié)構(gòu)和問(wèn)題解決過(guò)程必須就位。這可能要求對(duì)支持人員進(jìn)行培訓(xùn)。在試驗(yàn)階段，問(wèn)題解決所采用的流程可能會(huì)和開(kāi)發(fā)階段以及全面生產(chǎn)階段所采用的流程有很大不同。 為了確定任何問(wèn)題并

16、證實(shí)部署過(guò)程能夠順利進(jìn)行，在實(shí)際部署之前必須對(duì)實(shí)施中涉及的所有組件試運(yùn)行。 決定下一步驟一旦收集到了足夠的試驗(yàn)數(shù)據(jù)并對(duì)這些數(shù)據(jù)進(jìn)行了評(píng)估，項(xiàng)目組就會(huì)處于決策點(diǎn)上。必須從多種戰(zhàn)略中選擇一種： 交錯(cuò)前進(jìn)將一個(gè)新的版本部署給試驗(yàn)組。 回退執(zhí)行回退方案，讓試驗(yàn)組恢復(fù)試驗(yàn)前具有的初始配置狀態(tài)（盡可能?chē)?yán)密地）。然后采用一個(gè)更加穩(wěn)定的版本重試。 中止中止整個(gè)試驗(yàn)。 調(diào)整并繼續(xù)將對(duì)當(dāng)前代碼的調(diào)整發(fā)布給試驗(yàn)組。 繼續(xù)進(jìn)行繼續(xù)向?qū)嵤╇A段前進(jìn)。 創(chuàng)建試驗(yàn)測(cè)試報(bào)告在完成了幾個(gè)周期的試驗(yàn)測(cè)試之后，項(xiàng)目組必須制定報(bào)告，詳細(xì)闡述所吸取的每個(gè)教訓(xùn)，并說(shuō)明新信息是怎樣結(jié)合的以及問(wèn)題是怎樣解決的。下述內(nèi)容可能是執(zhí)行試驗(yàn)測(cè)試引起的

17、： 其他風(fēng)險(xiǎn)的識(shí)別。 針對(duì)培訓(xùn)目的，確認(rèn)最常提出的問(wèn)題。 確認(rèn)用戶所犯的錯(cuò)誤。 確保試驗(yàn)用戶購(gòu)買(mǎi)和支持的能力。 關(guān)注問(wèn)題和問(wèn)題解決的備案。 對(duì)文檔，特別是幫助文件和部署計(jì)劃的更新。 是否符合所有的成功標(biāo)準(zhǔn)的判斷。階段性里程碑：試驗(yàn)完成該里程碑表示試驗(yàn)已經(jīng)成功完成而且項(xiàng)目組可以繼續(xù)開(kāi)展部署。講解課本11.2.2講解課本11.2.3講解課本11.2.4講解課本11.2.5講解課本11.2.6閱書(shū)：11.2.2幻燈：第12頁(yè)閱書(shū)：11.2.3幻燈：第13頁(yè)閱書(shū)：11.2.4幻燈：第14頁(yè)閱書(shū)：11.2.5幻燈：第18頁(yè)閱書(shū)：11.2.6幻燈：第19頁(yè)l 對(duì)于各種不同的術(shù)語(yǔ)，教師可以根據(jù)自己的經(jīng)驗(yàn)適當(dāng)

18、的給學(xué)生講述一些例子。講授： 結(jié)束穩(wěn)定階段要結(jié)束穩(wěn)定階段需要完成一個(gè)里程碑審批手續(xù)。項(xiàng)目組需要將其在此階段所作工作的結(jié)果加以備案，以便將項(xiàng)目提交給管理層審批。 穩(wěn)定階段的主要可交付成果穩(wěn)定階段可交付成果的核對(duì)清單包括：黃金發(fā)布發(fā)布注釋最終用戶的幫助和培訓(xùn)資料測(cè)試和錯(cuò)誤報(bào)告測(cè)試工具可溯性監(jiān)察源文檔和可執(zhí)行文件項(xiàng)目文件更新的風(fēng)險(xiǎn)管理文件里程碑復(fù)查報(bào)告小組成員項(xiàng)目進(jìn)度報(bào)告小組領(lǐng)導(dǎo)項(xiàng)目進(jìn)度報(bào)告講解課本：11.2.7閱書(shū)：11.2.7幻燈：第23頁(yè)11.3 MSF 部署階段教學(xué)提示 ：本節(jié)主要達(dá)到一個(gè)目的。l 掌握MSF部署階段的目標(biāo)、里程碑、以及交付成果。（略講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：部署階段

19、的最終目標(biāo)是要將解決方案放到生產(chǎn)環(huán)境中去。配合目標(biāo)包括展開(kāi)解決方案技術(shù)和組件、使部署穩(wěn)定以及將項(xiàng)目遷移到運(yùn)營(yíng)和支持部門(mén)。部署完成之后，項(xiàng)目組要進(jìn)行一次項(xiàng)目復(fù)查和客戶滿意度調(diào)查。在這期間可能會(huì)一直進(jìn)行穩(wěn)定活動(dòng)。部署階段在部署完成里程碑處達(dá)到最高峰，此時(shí)項(xiàng)目組將獲得客戶對(duì)項(xiàng)目的最后核準(zhǔn)。講解課本：11.3.1閱書(shū)：11.3.1幻燈：第26頁(yè)講授：在完成了穩(wěn)定階段后，項(xiàng)目團(tuán)隊(duì)將以不同方式轉(zhuǎn)移到部署階段。一種可選的部署方式是利用組織機(jī)構(gòu)的運(yùn)營(yíng)團(tuán)隊(duì)處理實(shí)際的部署。如果運(yùn)營(yíng)團(tuán)隊(duì)管理整個(gè)部署，那么為了減輕在所有權(quán)移交過(guò)程中的潛在問(wèn)題的影響，開(kāi)發(fā)團(tuán)隊(duì)的代表一般將會(huì)在項(xiàng)目中保留一段時(shí)間。另一種可選的部署方法是結(jié)

20、合每個(gè)團(tuán)隊(duì)中的成員，創(chuàng)建一個(gè)獨(dú)立的部署團(tuán)隊(duì)。發(fā)布管理角色負(fù)責(zé)協(xié)調(diào)那些為確保成功部署所需要的活動(dòng)：表 6.1 部署階段的主要工作和所有者主要任務(wù)所有者完成部署的準(zhǔn)備工作由項(xiàng)目組更新部署計(jì)劃，安裝、配置并測(cè)試軟硬件組件。發(fā)布管理、開(kāi)發(fā)創(chuàng)建操作流程由項(xiàng)目組創(chuàng)建流程并進(jìn)行備案，而且定義檢驗(yàn)點(diǎn)幫助運(yùn)行組監(jiān)控和維護(hù)解決方案。發(fā)布管理、開(kāi)發(fā)部署解決方案由項(xiàng)目組部署核心技術(shù)并完成網(wǎng)站的部署。 發(fā)布管理、開(kāi)發(fā)穩(wěn)定部署項(xiàng)目組和運(yùn)行組一起工作，以按照預(yù)定方式完成解決方案。項(xiàng)目組將所有權(quán)轉(zhuǎn)移給運(yùn)行組由項(xiàng)目組正式將解決方案的責(zé)任移交給運(yùn)行組。發(fā)布管理結(jié)束部署階段項(xiàng)目組達(dá)到了部署完成里程碑的要求，并隨后與客戶和項(xiàng)目組一起

21、完成項(xiàng)目后復(fù)審。項(xiàng)目組講解課本：11.3.2講解圖表：表11-5閱書(shū)：11.3.2幻燈：第27頁(yè)講授：一些解決方案的部署場(chǎng)景包括：Web應(yīng)用程序和服務(wù)、客戶端/服務(wù)器端應(yīng)用程序、打包的應(yīng)用程序，企業(yè)級(jí)基礎(chǔ)設(shè)施、以及移動(dòng)應(yīng)用程序。MSF過(guò)程模型的運(yùn)作與試圖部署的項(xiàng)目類型無(wú)關(guān)。但是，部署階段的復(fù)雜度和時(shí)間長(zhǎng)短的變化取決于部署的內(nèi)容。例如，一個(gè)Web應(yīng)用程序可以很容易地部署到物理位置和工作站，并且影響最小。而一個(gè)涉及到安裝工作站的基礎(chǔ)設(shè)施項(xiàng)目將會(huì)是一個(gè)較長(zhǎng)且較復(fù)雜的過(guò)程。確保團(tuán)隊(duì)解決方案的部署場(chǎng)景適合于項(xiàng)目的類型是很重要的。講解課本：11.3.3閱書(shū)：11.3.3幻燈：第28頁(yè)11.4部署到產(chǎn)品環(huán)境

22、教學(xué)提示 ：本節(jié)主要達(dá)到一個(gè)目的。l 描述將解決方案部署到產(chǎn)品環(huán)境的步驟。（略講）教學(xué)內(nèi)容教學(xué)方法教學(xué)提示講授：在開(kāi)發(fā)期間，特別是在穩(wěn)定階段快完成時(shí)，發(fā)布管理領(lǐng)導(dǎo)層會(huì)將部署任務(wù)分配給團(tuán)隊(duì)成員。他們將審核項(xiàng)目狀態(tài)和測(cè)試結(jié)果，并更新最初在計(jì)劃階段所創(chuàng)建的部署計(jì)劃。團(tuán)隊(duì)創(chuàng)建基于任務(wù)的方法將有助于確保成功的部署。講解課本：11.4.1閱書(shū)：11.4.1幻燈：第31頁(yè)講授：為了有效地部署解決方案，將組件分為核心組件和站點(diǎn)相關(guān)的組件是很重要的。我們現(xiàn)在來(lái)分別看一下：講解課本：11.4.2閱書(shū)：11.4.2幻燈：第32頁(yè)講授：部署核心組件包括選擇一個(gè)合適的部署策略，隨后進(jìn)行部署。選擇部署策略要求徹底理解解決

23、方案和客戶的需求。核心組件通常被多個(gè)位置共享，而且一般是整個(gè)解決方案的關(guān)鍵部分或使用部分。事實(shí)上，對(duì)于任何一個(gè)解決方案而言，必須在用戶可以使用解決方案之前部署一些核心組件。在考慮如何部署一個(gè)解決方案時(shí)，確定對(duì)整個(gè)解決方案而言不是至關(guān)重要的組件，并為這些組件的部署選擇一個(gè)有效的策略，這是很有必要的。對(duì)很多項(xiàng)目來(lái)說(shuō)，首先部署所有核心組件開(kāi)銷將會(huì)過(guò)多，而且沒(méi)有必要。那些功能冗余和只用來(lái)提供容量的設(shè)備在部署站點(diǎn)之前是沒(méi)必要安裝的。講解課本：11.4.3閱書(shū)：11.4.3幻燈：第33頁(yè)講授：站點(diǎn)部署表示一個(gè)過(guò)程中的過(guò)程。它包括為解決方案的安裝執(zhí)行一個(gè)考慮周全的計(jì)劃?？梢杂幂^少的團(tuán)隊(duì)來(lái)串行部署站點(diǎn)，也可以

24、用較多的團(tuán)隊(duì)來(lái)并行部署站點(diǎn)。并行站點(diǎn)部署要求更多的協(xié)調(diào)，而且很少能有機(jī)會(huì)處理越來(lái)越多的使用。然而，更加串行化的部署可能會(huì)引起用戶的疑惑，特別是在新解決方案必須與現(xiàn)有系統(tǒng)共存時(shí)。站點(diǎn)部署還包括使用戶可以在產(chǎn)品環(huán)境中使用系統(tǒng)。團(tuán)隊(duì)必須采取行動(dòng)以確保當(dāng)用戶訪問(wèn)系統(tǒng)時(shí)，為用戶所提供的必要操作和用來(lái)提供支持的基礎(chǔ)設(shè)施已經(jīng)具備。站點(diǎn)部署包括以下四個(gè)階段：l 準(zhǔn)備站點(diǎn)部署l 安裝站點(diǎn)部署l 站點(diǎn)部署期間的培訓(xùn)l 穩(wěn)定站點(diǎn)部署我們就上面四個(gè)階段具體看一下書(shū)上是這么講述的：講解課本：11.4.4閱書(shū)：11.4.4幻燈：第34頁(yè)講授：我們現(xiàn)在來(lái)看一下關(guān)于休眠階段的知識(shí)點(diǎn)：講解課本：11.4.5閱書(shū)：11.4.5幻

25、燈：第37頁(yè)講授：項(xiàng)目分離包括將運(yùn)營(yíng)和支持功能轉(zhuǎn)移到固定工作人員。在很多情況下，管理新系統(tǒng)的資源已經(jīng)存在。而在另一些情況下，則有可能需要設(shè)計(jì)新的支持系統(tǒng)。講解課本：11.4.6閱書(shū)：11.4.6幻燈：第38頁(yè)講授：在部署完成，并且所有權(quán)和職責(zé)已經(jīng)移交給運(yùn)營(yíng)和支持部門(mén)之后，團(tuán)隊(duì)將為項(xiàng)目執(zhí)行收尾活動(dòng)。講解課本：11.4.7閱書(shū)：11.4.7幻燈：第39頁(yè)總結(jié)經(jīng)過(guò)本章的學(xué)習(xí)，我們了解了下列的知識(shí)和內(nèi)容。l 掌握MSF穩(wěn)定階段的目標(biāo)、里程碑、以及交付成果l 描述解決方案的測(cè)試和試運(yùn)行階段中有關(guān)的任務(wù)l 掌握MSF部署階段的目標(biāo)、里程碑、以及交付成果l 掌握將解決方案部署到產(chǎn)品環(huán)境中的步驟l 掌握所推薦

26、的，與完成項(xiàng)目有關(guān)的活動(dòng)布置作業(yè)完成書(shū)后習(xí)題1-5案例教學(xué)對(duì)應(yīng)本書(shū)光盤(pán)“CASESTDY第十一章閱讀文檔”,通過(guò)對(duì)這些文檔資料對(duì)穩(wěn)定和部署方案有一個(gè)整體的了解。案例阿爾卑斯滑雪商店背景阿爾卑斯滑雪商店是經(jīng)營(yíng)與滑雪相關(guān)運(yùn)動(dòng)設(shè)備的商店，擁有3個(gè)銷售渠道，分別是： 電話訂單 全城5個(gè)零售點(diǎn) 網(wǎng)上銷售今年預(yù)計(jì)有5萬(wàn)個(gè)訂單。因?yàn)樗麄兿Ｍ诮窈?年內(nèi)實(shí)現(xiàn)每年銷售量上升20的目標(biāo)，公司想改進(jìn)界面。你被阿爾卑斯滑雪商店聘用，幫助他們開(kāi)發(fā)一個(gè)基于微軟.NET的解決方案?，F(xiàn)有基礎(chǔ)架構(gòu)現(xiàn)在所有的訂單都經(jīng)過(guò)一個(gè)中央倉(cāng)庫(kù)。倉(cāng)庫(kù)有一個(gè)供員工和零售點(diǎn)員工使用的訂單履行應(yīng)用程序。程序是用VbScript開(kāi)發(fā)的，基于ASP，連

27、接SQL Server 7.0上的數(shù)據(jù)庫(kù)。程序運(yùn)行在有Windows NT和 Windows 2000操作系統(tǒng)的計(jì)算機(jī)。電子商務(wù)應(yīng)用程序運(yùn)行在extranet上，只支持HTTP和HTTPS。其他端口都不允許通過(guò)防火墻。公司有一個(gè)由本地軟件供應(yīng)商設(shè)計(jì)和開(kāi)發(fā)的電子商務(wù)應(yīng)用程序。阿爾卑斯滑雪商店和供應(yīng)商關(guān)系良好，他們都很愿意改變。電子商務(wù)應(yīng)用程序基于SQL Server 7.0的數(shù)據(jù)庫(kù)和訂單履行應(yīng)用程序的相同。電子商務(wù)應(yīng)用程序也是基于Visual Basic 6.0腳本版的ASP上?，F(xiàn)在，電子商務(wù)應(yīng)用程序（ECA）和訂單履行應(yīng)用程序（OFA）是同步的。同步組件是在VB6上開(kāi)發(fā)的。ECA有如下的數(shù)據(jù)庫(kù)

28、結(jié)構(gòu)：4個(gè)表：訂單訂單號(hào)，客戶號(hào)，送貨地址等；訂單項(xiàng)訂單項(xiàng)號(hào)，訂單號(hào)，存貨項(xiàng)號(hào)，價(jià)格；存貨項(xiàng)存貨項(xiàng)號(hào)，供應(yīng)商號(hào)，固定資本清單的項(xiàng)目與重要供應(yīng)商表連接。會(huì)見(jiàn)：我們對(duì)現(xiàn)在的工作狀況不滿意。客戶對(duì)現(xiàn)有的電子商務(wù)應(yīng)用程序很滿意。但很多時(shí)候我們?nèi)匀挥袉?wèn)題。當(dāng)我們實(shí)際沒(méi)有存貨時(shí)，ECA向客戶顯示仍有存貨。然后，我們不得不打電話給這些客戶解釋，這經(jīng)常導(dǎo)致訂單取消。如果缺貨，客戶不介意等待，但如果網(wǎng)站曾告訴他們有貨，最后則沒(méi)貨則不然。這個(gè)問(wèn)題是由OFA和ECA同步引起的，需要好好地改進(jìn)。我們對(duì)這個(gè)項(xiàng)目的預(yù)算并不多。我們希望開(kāi)發(fā)能以最低的價(jià)格和最短的時(shí)間完成。我們想要一個(gè)允許供應(yīng)商訪問(wèn)倉(cāng)庫(kù)和監(jiān)控產(chǎn)品狀態(tài)的功能?，F(xiàn)在，我們有每個(gè)產(chǎn)品的供應(yīng)商列表。我們想要向供應(yīng)商提供這項(xiàng)功能，使得一旦存貨低于一定水平，供應(yīng)商能夠及時(shí)補(bǔ)充存貨。我們要為項(xiàng)目保證嚴(yán)格的開(kāi)發(fā)步驟。我們要追蹤每個(gè)版本，并保證對(duì)源代碼的嚴(yán)格控制。我們也希望重視測(cè)試，執(zhí)行回歸測(cè)試。訂單可以一次履行，也可以分批履行。如果是分批履行，那么不屬于存貨的項(xiàng)目被設(shè)為訂貨不足，其狀態(tài)也在數(shù)據(jù)庫(kù)中更新。我們不想修改現(xiàn)有數(shù)據(jù)庫(kù)。我們已經(jīng)在所有開(kāi)發(fā)機(jī)上安裝了.NET框架。我們有2個(gè)熟悉ASP和VBScript的開(kāi)發(fā)人員，但是沒(méi)有人曾使用過(guò).NET。業(yè)務(wù)流程：倉(cāng)庫(kù)員工按以下流程履行訂單：打印訂單列表選擇需要履行的訂單從存貨中選擇項(xiàng)目