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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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