【正文】 .................................................................................... 35 10 項(xiàng)目文檔管理 ....................................................................................... 36 文檔管理的要求 ................................................................................ 36 文檔的范圍 ........................................................................................ 37 11 圖表清單及主要符號(hào)表 ....................................................................... 37 12 結(jié)論 ....................................................................................................... 37 13 參考文獻(xiàn) ............................................................................................... 38 1 背景 在軟件工程的開發(fā)過程管理過程中，采用合適的開發(fā)模型尤其重要，從早期的瀑布模型，快速原型到目前比較流行的 RUP，敏捷等模型，軟件開發(fā)模型已經(jīng)形成了復(fù)雜而龐大的體系結(jié)構(gòu)。 ? 在項(xiàng)目的中期和后期，其它人員的介入將使項(xiàng)目變得非常 ”有價(jià)值 ”,使得軟件的價(jià)值增長(zhǎng)或者說附加值變得很高 ,因此后續(xù)版本的開發(fā) (或者二期工程 )將帶來很好的效益 ,而這種更新所需要的技術(shù) ,難度并不是很高 ,在項(xiàng)目的初期 ,就已經(jīng)把技術(shù)難關(guān)都基本上解決了。目前網(wǎng)絡(luò)交易糾紛數(shù)量增多， 影響面大，針對(duì)這一嚴(yán)峻的 問題， 迫切需要 建設(shè) 一套針對(duì)電子商務(wù)和網(wǎng)上交易行為信息進(jìn)行監(jiān)控和搜索，為廣大消費(fèi)者保價(jià)護(hù)航的軟件，通過引入“電子警察”和搜索引擎的概念，對(duì)目前電子商務(wù)領(lǐng)域中存在的不法行為進(jìn)行分析甄別，引導(dǎo)消費(fèi)者正確消費(fèi)，保護(hù)正常的市場(chǎng)秩序。 項(xiàng)目計(jì)劃 ——制定項(xiàng)目計(jì)劃，須從人員、時(shí)間、風(fēng)險(xiǎn)以及之后如何執(zhí)行和控制等方面去考慮。 ? 項(xiàng)目管理的重點(diǎn) 一般項(xiàng)目管理包括：進(jìn)度管理、范圍管理、風(fēng)險(xiǎn)管理、項(xiàng)目人力資源管理、質(zhì)量管理、溝通管理、成本管理、項(xiàng)目采購(gòu)管理這八個(gè)方面 。 由于前期介入項(xiàng)目的人員素質(zhì)很高，同時(shí)我們擁有健全的項(xiàng)目管理體系，因此初期的 項(xiàng)目 范圍管理和 需求管理將 不是本項(xiàng)目要管理的重點(diǎn)，在此 也一并 忽略了。要確保配備人員符合項(xiàng)目要求，確保消息能從合適的人處正確、及時(shí)地傳達(dá)到適合的人那里，形成一個(gè)穩(wěn)定的工作團(tuán)隊(duì)。為使工程按質(zhì)、按量、按時(shí)及有序?qū)嵤?為此我們 建立 了 一個(gè)完善和穩(wěn)定的管理組織機(jī)構(gòu)。具體的分工和相應(yīng)配配的人數(shù)請(qǐng)?jiān)斠娤聢D。 技術(shù)主管 一人 ：具有大型綜合業(yè)務(wù)應(yīng)用系統(tǒng)研發(fā)經(jīng)驗(yàn)，主持過多項(xiàng)超過 100萬的項(xiàng)目開發(fā)，本系統(tǒng)建設(shè)期間，在接到 客戶方 通知 4 小時(shí)內(nèi)能到達(dá)現(xiàn)場(chǎng)處理問題或交流情況。 流程圖示 進(jìn) 度 監(jiān) 控進(jìn) 度 管 理 進(jìn) 度 計(jì) 劃項(xiàng) 目 執(zhí) 行 人 員項(xiàng) 目 管 理 小 組P M S t e e r i n g確 定 本 項(xiàng) 目 范 圍制 定 項(xiàng) 目 進(jìn) 度計(jì) 劃對(duì) 項(xiàng) 目 進(jìn) 度 計(jì)劃 進(jìn) 行 審 批提 交批 準(zhǔn) 與 否修 改 項(xiàng) 目 進(jìn) 度計(jì) 劃否 決發(fā) 布 項(xiàng) 目 進(jìn) 度計(jì) 劃批 準(zhǔn)按 進(jìn) 度 開 展 項(xiàng)目 工 作發(fā) 布每 周 匯 報(bào) 工 作進(jìn) 展 情 況匯 總 項(xiàng) 目 進(jìn) 度情 況匯 報(bào)監(jiān) 控 項(xiàng) 目 進(jìn) 度項(xiàng) 目 進(jìn) 度 報(bào) 告是 否 受 控受 控匯 報(bào)修 改 項(xiàng) 目進(jìn) 度 計(jì) 劃失 控 6 風(fēng)險(xiǎn)管理 風(fēng)險(xiǎn)管理是對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行識(shí)別、分析和應(yīng)對(duì)的系統(tǒng)化工程。 質(zhì)量保證 —— 貫穿整個(gè)項(xiàng)目全生命周期的有計(jì)劃和有系統(tǒng)的活動(dòng)，軟件質(zhì)量保證工程師定期地針對(duì)整個(gè)項(xiàng)目質(zhì)量計(jì)劃的執(zhí)行情況進(jìn)行評(píng)估、檢查與改進(jìn)等工作，向管理者、顧客或其他方提供信任，確保項(xiàng)目質(zhì)量與計(jì)劃保持一致。因此，質(zhì)量問題是值得重視的，對(duì)于本項(xiàng)目來說，尤其是擁有大量的初級(jí) 開發(fā)人員來說也是至關(guān)重要的。使用迭代開發(fā)方法項(xiàng)目團(tuán)隊(duì)在項(xiàng)目開發(fā)的早期花費(fèi)較少的時(shí)間，就可以關(guān)注關(guān)鍵的需求，并且生成可以演示的可執(zhí)行軟件，這樣可以協(xié)助用戶盡早了解系統(tǒng)的本質(zhì)。 我們 的軟件開發(fā)流程，就是基于 RUP 的迭代開發(fā)的思想，并結(jié)合我們多年的軟件開發(fā)實(shí)踐經(jīng)驗(yàn)，定制而成的。包括項(xiàng)目團(tuán)隊(duì)會(huì)明確的說明項(xiàng)目的規(guī)模，計(jì)劃和準(zhǔn)備工作的安排，項(xiàng)目的架構(gòu)選型，項(xiàng)目設(shè)計(jì)和重用，從而合理的估算出項(xiàng)目的成本，進(jìn)度和資源。項(xiàng)目團(tuán)隊(duì)會(huì)合理安排資源，控制資源和優(yōu)化過程，對(duì)完成的開發(fā)工作按照評(píng)估標(biāo)準(zhǔn)進(jìn)行測(cè)試，并對(duì)項(xiàng)目發(fā)布進(jìn)行評(píng)估。核心過程包括業(yè)務(wù)建模、需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試。具體流程請(qǐng)見下圖： 關(guān)鍵流程： 評(píng)估業(yè)務(wù)狀態(tài)：業(yè)務(wù)流程分析員和用戶代表小組通過一系列的研討完成對(duì)客戶方組織的業(yè)務(wù)狀態(tài)評(píng)估。通過評(píng)審會(huì)正式核實(shí)業(yè)務(wù)對(duì)象建模的結(jié)果是否符合真實(shí)的業(yè)務(wù)需要。用例作為分析與設(shè)計(jì)過程的輸入，是實(shí)現(xiàn)分析與設(shè)計(jì)模型的基礎(chǔ)。 2. 編寫需求規(guī)格說明書：系統(tǒng)分析員用標(biāo)準(zhǔn)使用實(shí)例模板編寫需求規(guī)格說明書。專家會(huì)根據(jù)需求編寫規(guī)范對(duì)需求規(guī)格說明書的內(nèi)容、風(fēng)格、形式以及相關(guān)模型進(jìn)行仔細(xì)的檢查。設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類和一些描述組成。 具體的分析設(shè)計(jì)流程見下圖： 關(guān)鍵流程： 1. 架構(gòu)設(shè)計(jì)： 分 析 和 設(shè) 計(jì) 流 程設(shè) 計(jì) 評(píng) 審 人 員 變 更 控 制 經(jīng) 理數(shù) 據(jù) 庫(kù) 設(shè) 計(jì) 員設(shè) 計(jì) 員架 構(gòu) 設(shè) 計(jì) 師架 構(gòu) 設(shè) 計(jì)劃 分 出 子 系 統(tǒng) ，并 明 確 之 間 的 關(guān) 系制 定 概 要 設(shè) 計(jì)說 明 書進(jìn) 一 步 細(xì) 化 子系 統(tǒng)對(duì) 數(shù) 據(jù) 庫(kù) 進(jìn) 行設(shè) 計(jì)編 制 數(shù) 據(jù) 庫(kù)設(shè) 計(jì) 說 明 書編 制 詳 細(xì) 設(shè)計(jì) 說 明 書概 要 設(shè) 計(jì) 評(píng)審變 更 控 制設(shè) 計(jì) 評(píng) 審?fù)?過通 過通 過同 意 進(jìn) 入 編 碼 階 段 我們會(huì)在構(gòu)架分析和用例分析之間進(jìn)行迭代。 2. 編寫概要設(shè)計(jì)說明： 架構(gòu)設(shè)計(jì)師根據(jù)軟件需求規(guī)格說明書建立軟件系統(tǒng)的總體結(jié)構(gòu)和模塊間的關(guān)系，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)或者數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計(jì)約束，制定集成測(cè)試計(jì)劃。 5. 評(píng)審詳細(xì)設(shè)計(jì)說明： 項(xiàng)目經(jīng)理對(duì)于已經(jīng)完成的詳細(xì)設(shè)計(jì)說明書組織一個(gè)由不同代表組成的專家小組，按照項(xiàng)目設(shè)計(jì)規(guī)范對(duì)詳細(xì)設(shè)計(jì)說明書的內(nèi)容和規(guī)范進(jìn)行仔細(xì)的檢查。在編碼過程中， 程序員會(huì)按照編碼規(guī)則進(jìn)行編碼， 以保證所有代碼具有高質(zhì)量和規(guī)則一致性， 并增強(qiáng)了代碼的可維護(hù)性， 降低維護(hù)成本。每一增量都會(huì)按照測(cè)試指南中的集成測(cè)試要點(diǎn)測(cè)試增加的功能，并進(jìn)行以前版本測(cè)試過的所有測(cè)試（回歸測(cè)試）。測(cè)試類似于三維模型，分別從功能、性能和其他必要的方面來進(jìn)行測(cè)試。測(cè)試用例反映了一種測(cè)試覆蓋（基于需求的測(cè)試覆蓋）評(píng)測(cè)方法。 2. 利用基本的數(shù)據(jù) 值和數(shù)據(jù)類型進(jìn)行測(cè)試。 6. 對(duì)于軟件重要功能應(yīng)該運(yùn)用上述的幾個(gè)角度去檢測(cè)。 3. 檢查軟件 各部分在不同情況下是否能夠良好的運(yùn)行，并完成規(guī)定的功能。 7. 在壓力測(cè)試下，系統(tǒng)至少不會(huì)崩潰，例如：死機(jī)等。下面列出部分測(cè)試要點(diǎn)： 1. 對(duì)系統(tǒng)的輸入域和輸出域的邊界進(jìn)行測(cè)試。 5. 對(duì)軟件的可擴(kuò)展性進(jìn)行檢查，主要是看軟件是否采用了模塊化設(shè)計(jì)、面向?qū)ο蟮仍O(shè)計(jì)方法，使軟件具有 “松耦合 ”的特點(diǎn)，以便軟件在功能、性能上能夠進(jìn)行擴(kuò)展和軟件的升級(jí)換代。 項(xiàng)目團(tuán)隊(duì)提供安裝文檔和發(fā)布說明，并協(xié)助用戶將生成的版本發(fā)布在用戶相應(yīng)的環(huán)境中。通過培訓(xùn)，保證用戶能夠把握系統(tǒng)使用方法。如果發(fā)現(xiàn)異常情況，部署經(jīng)理就會(huì)提出變更請(qǐng)求，要求立即引起注意并進(jìn)行處理。除了文檔、程序和數(shù)據(jù)這些軟件配置項(xiàng)之外，用于開發(fā)軟件的開發(fā)環(huán)境也可置于配置控制之下。 變更控制是一種規(guī)程活動(dòng)，它能夠在對(duì)配置對(duì)象進(jìn)行修改時(shí)保證質(zhì)量和一致性。通過版本控制工具使軟件版本恢復(fù)到以前的任何一個(gè)所需狀態(tài)，同時(shí)限制程序員隨意修改已經(jīng)提交的程序。 關(guān)鍵流程： 變 更 執(zhí) 行 流 程測(cè) 試 員變 更 控 制 經(jīng) 理程 序 員項(xiàng) 目 經(jīng) 理分 配 變 更 工 作 變 更 工 件 確 認(rèn) 變 更 測(cè) 試 變 更發(fā) 布 變 更 1. 項(xiàng)目環(huán)境準(zhǔn)備。 輸出文檔： 1. 命名規(guī)范 2. 業(yè)務(wù)建模規(guī)范 3. 需求編寫規(guī)范 4. 設(shè)計(jì)規(guī)范 5. 編碼規(guī)則 6. 測(cè)試指南 項(xiàng)目實(shí)施方案 整個(gè)項(xiàng)目的實(shí)施分為項(xiàng)目準(zhǔn)備階段、業(yè)務(wù)建模階段、需求分析階段、分析和設(shè)計(jì)階段、編碼實(shí)現(xiàn)階段、測(cè)試階段、部署階段和項(xiàng)目收尾階段。 它 們貫穿著項(xiàng)目的整個(gè)過程，保證項(xiàng)目是有計(jì)劃、按進(jìn)度并保證質(zhì)量的情況下進(jìn)行的。 分析和設(shè)計(jì)階段：分析系統(tǒng)實(shí)現(xiàn)的技術(shù)需要，按照 OOA 和 OOD 的思想，得出分析模型和設(shè)計(jì)模型，對(duì)其進(jìn)行架構(gòu)設(shè) 計(jì)、詳細(xì)設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)，并根據(jù)割接整合的需要，給出割接整合方案。 項(xiàng)目管理 項(xiàng)目管理工作主要體現(xiàn)為項(xiàng)目計(jì)劃的制定，并根據(jù)項(xiàng)目計(jì)劃實(shí)施項(xiàng)目控制和質(zhì)量管理工作。 項(xiàng)目的控制主要體現(xiàn)為項(xiàng)目范圍的控制和進(jìn)度的控制。 業(yè)務(wù)建模階段 項(xiàng)目團(tuán)隊(duì)通過對(duì)本項(xiàng)目相關(guān)的業(yè)務(wù)處室組成的用戶代表進(jìn)行業(yè)務(wù)調(diào)研工作，了解的本項(xiàng)目的業(yè)務(wù)流程及其業(yè)務(wù)需求，并且得到用戶的確認(rèn)。 編碼實(shí)現(xiàn)階段 項(xiàng)目團(tuán)隊(duì)通過實(shí)現(xiàn)過程中主要是以組件的形式實(shí)現(xiàn)類和對(duì)象，將開發(fā)出的組件進(jìn)行單元測(cè)試和集成測(cè)試。 測(cè)試工程師確定和描述要實(shí)施和執(zhí)行的測(cè)試，制定測(cè)試計(jì)劃。所以測(cè)試小組根據(jù)割接整合方案模擬出測(cè)試環(huán)境，并對(duì)其進(jìn)行測(cè)試。 部署階段 系統(tǒng)經(jīng)過測(cè)試之后，項(xiàng)目團(tuán)隊(duì)提供完整的開發(fā)文檔和用戶支持文檔，并協(xié)助用戶將系統(tǒng)發(fā)布在用戶相應(yīng)的環(huán)境中。 系統(tǒng)切割：系統(tǒng)安裝人員以更新的系統(tǒng)替換舊有系統(tǒng)，并進(jìn)行現(xiàn)場(chǎng)聯(lián)調(diào)。 驗(yàn)收：系統(tǒng)實(shí)施人員確保按照 “項(xiàng)目驗(yàn)收計(jì)劃 ”進(jìn)行測(cè)試時(shí)所需的所有軟件和測(cè)試平臺(tái)都已就緒。并得出總結(jié)報(bào)告 并 提交 上級(jí) 管理層。 文檔的范圍 納入此文檔管理范疇的文檔主要有三種，開發(fā)文檔、軟件產(chǎn)品和項(xiàng)目管理文