【文章內容簡介】 了軟件之外，用戶手冊也已經完成，而且有對當前發(fā)布版的說明。 評估標準 構建階段的評估標準涉及到對以下問題的回答： ? 該產品發(fā)布版是否足夠穩(wěn)定和成熟，可部署在用戶群中？ ? 是否已準備好將產品發(fā)布到用戶群？ ? 實際的資源耗費與計劃的相比是否仍可以接受？ 如果項目無法達到該里程碑，產品化可能要推遲一個發(fā)布版。 提供的文檔及模型 核心文檔及模型（按照重要性排序） 里程碑狀態(tài) “系統(tǒng)” 可執(zhí)行系統(tǒng)本身隨時可以進行“Beta”測試。 部署計劃 已開發(fā)最初版本、進行了復審并建立了基線。 實施模型（以及所有組成部分，包括構件） 對在精化階段創(chuàng)建的模型進行了擴展；構建階段末期完成所有構件的創(chuàng)建。 測試模型（和所有組成部分） 為驗證構建階段所創(chuàng)建的可執(zhí)行發(fā)布版而設計并開發(fā)的測試。 培訓材料 用戶手冊與其他培訓材料。根據(jù)用例進行了初步起草。 如果系統(tǒng)具有復雜的用戶界面，可能需要培訓材料。 迭代計劃 已經完成并復審了產品化階段的迭代計劃。 設計模型（和所有組成部分） 已經用新設計元素進行了更新，這些設計元素是在完成所有需求期間確定的。 項目專用模板 已使用文檔模板制作了文檔模板。 工具 已經安裝了用于支持構建階段工作的工具。 數(shù)據(jù)模型 已經用支持持續(xù)實施所需的所有元素（例如，表、索引、對象關系型映射等）進行了更新 可選 里程碑狀態(tài) 補充規(guī)約 已經用構建階段發(fā)現(xiàn)的新需求（如果有）進行了更新。 用例模型（主角，用例） 已經用構建階段發(fā)現(xiàn)的新用例（如果有）進行了更新。 . 產品化階段 . 目標 產品化階段的重點是確保最終用戶可以使用軟件。產品化階段可跨越幾個迭代，包括測試處于發(fā)布準備中的產品和基于用戶反饋進行較小的調整。在生命周期中的該點處，用戶反饋應主要側重于調整產品、配置、安裝和可用性問題，所有較大的結構上的問題應該在項目生命周期的早期階段就已得到解決。 在產品化階段生命周期結束時，目標應該已經實現(xiàn)，項目應處于將結束的狀態(tài)。某些情況下，當前生命周期的結束可能是同一產品另一生命周期的開始，從而導致產生產品的下一代或下一版本。對于其他項目，產品化階段結束時可能就將文檔與模型完全交付給第三方，第三方負責已交付系統(tǒng)的操作、維護和擴展。 根據(jù)產品的種類，產品化階段可能非常簡單，也可能非常復雜。例如，發(fā)布現(xiàn)有桌面產品的新發(fā)布版可能十分簡單，而替換一個國家的航空交通管制系統(tǒng)可能就非常復雜。 產品化階段的迭代期間所進行的活動取決于目標。例如，在進行調試時，實施和測試通常就足夠了。 但是，如果要添加新功能，迭代類似于構建階段中的迭代，需要進行分析設計。 當基線已經足夠完善，可以部署到最終用戶領域中時，則進入產品化階段。通常，這要求系統(tǒng)的某個可用部分已經達到了可接受的質量級別并完成用戶文檔，從而向用戶的轉移可以為所有方面都帶來積極的結果。 產品化階段的主要目標是： ? 進行 Beta 測試，按用戶的期望確認新系統(tǒng) ? Beta 測試和相對于正在替換的遺留系統(tǒng)的并行操作 ? 轉換操作數(shù)據(jù)庫 ? 培訓用戶和維護人員 ? 市場營銷、進行分發(fā)和向銷售人員進行新產品介紹 ? 與部署相關的工程，例如接入、商業(yè)包裝和生產、銷售介紹、現(xiàn)場人員培訓 ? 調整活動，如進行調試、性能或可用性的增強 ? 根據(jù)產品的完整前景和驗收標準，對部署基線進行的評估 ? 實現(xiàn)用戶的自我支持能力 ? 在用戶之間達成共識，即部署基線已完成 ? 在用戶之間達成共識，即部署基線與前景的評估標準一致 . 核心活動 ? 執(zhí)行部署計劃? 對最終用戶支持材料定稿? 在開發(fā)現(xiàn)場測試可交付產品? 制作產品發(fā)布版? 獲得用戶反饋? 基于反饋調整產品? 使最終用戶可以使用產品. 里程碑：產品發(fā)布 產品化階段末是第四個重要的項目里程碑，即產品發(fā)布里程碑。此時，您確定是否達到目標，以及是否應該開始另一個開發(fā)周期。有時候，該里程碑可能與下一周期的先啟階段末重合。產品發(fā)布里程碑是項目驗收復審成功完成的結果。 評估標準 產品化階段的主要評估標準涉及到對以下問題的回答： ? 用戶是否滿意？ ? 實際的資源耗費與計劃的耗費相比是否可以接受？ 在產品發(fā)布里程碑處，發(fā)布后的維護周期同時開始。這涉及開始一個新的周期，或某個其他的維護發(fā)布版。 提供的文檔及模型 核心文檔及模型（按照重要性排序） 里程碑狀態(tài) 產品工作版本 已按照產品需求完成?？蛻魬摽梢允褂米罱K產品。 發(fā)布說明 完成。 安裝產品與模型 完成。 培訓材料 完成，以確?？蛻糇约嚎梢允褂煤途S護產品。 最終用戶支持材料 完成，以確?？蛻糇约嚎梢允褂煤途S護產品。 可選 里程碑狀態(tài) 測試模型 在客戶想要進行現(xiàn)場測試的情況下，可以提供測試模型。 2. 核心工作流程 軟件工程中的工作流程分為兩部分：核心工作流程與核心支持工作流程 核心工作流程（在項目中的流程） ? 業(yè)務需求建模 ? 分析設計 ? 實施 ? 測試 ? 部署 核心支持工作流程（在組織中的流程） ? 環(huán)境 ? 項目管理 ? 配置與變更管理. 業(yè)務需求建模. 目的業(yè)務建模的目的在于：? 了解目標組織（將要在其中部署系統(tǒng)的組織）的結構及機制。? 了解目標組織中當前存在的問題并確定改進的可能性。 ? 確?？蛻?、最終用戶和開發(fā)人員就目標組織達成共識。? 導出支持目標組織所需的系統(tǒng)需求。為實現(xiàn)這些目標，業(yè)務建模工作流程說明了如何擬定新目標組織的前景，并基于該前景來確定該組織在業(yè)務用例模型和業(yè)務對象模型中的流程、角色以及職責。作為對這些模型的補充，還編寫了以下文檔：? 補充業(yè)務規(guī)約? 詞匯表. 業(yè)務建模工作流程. 提供的文檔與模型?商業(yè)邏輯建模（USE CASE）（ROSE）?業(yè)務需求說明書（MS WORD）?專業(yè)詞匯表（英漢對照）（MS WORD）?風險說明（MS WORD）?復審說明書. 文檔模板參見項目管理規(guī)范目錄下業(yè)務需求文檔模板子目錄. 分析設計. 目的分析設計的目的在于：? 將業(yè)務需求轉換為未來系統(tǒng)的設計。? 逐步開發(fā)強壯的系統(tǒng)構架。? 使設計適合于實施環(huán)境，為提高性能而進行設計。. 分析設計工作流程. 提供的文檔與模型?系統(tǒng)總體設計報告（MS WORD）?系統(tǒng)設計模型DOMAIN MODEL（ROSE）?系統(tǒng)設計模型DESIGN MODEL （ROSE）?數(shù)據(jù)庫設計模型 （POWER DESIGNER）?數(shù)據(jù)字典（MS WORD）?系統(tǒng)詳細設計報告（MS WORD）?工作量化書（MS WORD）. 文檔模板參見項目管理規(guī)范目錄下分析設計文檔模板子目錄. 實施. 目的實施的目的包括：? 對照實施子系統(tǒng)的分層結構定義代碼結構、? 以構件（源文件、二進制文件、可執(zhí)行文件以及其他文件等）的方式實施類和對象、? 對已開發(fā)的構件按單元來測試，并且? 將各實施員（或團隊）完成的結果集成到可執(zhí)行系統(tǒng)中。實施工作流程的范圍僅限于如何對各個類進行單元測試。系統(tǒng)測試和集成測試將在測試工作流程中進行說明。測試的目的在于：? 核實對象之間的交互。? 核實軟件的所有構件是否正確集成。? 核實所有需求是否已經正確實施。? 確定缺陷并確保在部署軟件之前將缺陷解決。. 實施工作流程. 提供的文檔與模型?實施總結書（MS WORD）?實