【正文】 而且這部分開發(fā)是 整個項目得以運作和拓展的基點，所以對這部分可以當(dāng)成類似于敏捷的“輕量”的過程來操作（聲明：本人其實并不熟悉敏捷） 2 電子商務(wù)監(jiān)管系統(tǒng)概述 現(xiàn)階段，由于我國針對電子商務(wù)的現(xiàn)行立法仍處于半真空狀態(tài)，工商行政管理職能中，也沒有把電子商務(wù)監(jiān)管納入監(jiān)管體系，因此，部分電子商務(wù)主體就可能在這個虛擬市場里，利用電子技術(shù)、信息技術(shù)和網(wǎng)絡(luò)技術(shù)規(guī)避法律和監(jiān)管。本文 以 本人主持 開發(fā) 的電子商務(wù)監(jiān)管項目的 項目過程管理 入手 ，試圖通過 對 RUP 進(jìn)行裁剪 ， 形成體現(xiàn)開發(fā)團(tuán)隊特色的“輕量”型的 RUP 并對它進(jìn)行描述 ． 爭取在 RUP 開發(fā)過程模型中， 為自己的團(tuán)隊模式 構(gòu)造 一種 適合于自身 特點 的軟件 過程 管理 體系 。 Change Management) ............... 28 開發(fā)規(guī)范 (Environment) .................................................................... 29 項目實施方案 .................................................................................... 30 項目管理 ............................................................................................ 31 項目準(zhǔn)備階段 .................................................................................... 32 業(yè)務(wù)建模階段 .................................................................................... 32 需求分析階段 .................................................................................... 32 分析和設(shè)計階段 ................................................................................ 32 編碼實現(xiàn)階段 .................................................................................... 32 測試階段 ............................................................................................ 33 支撐平臺以及應(yīng) 用系統(tǒng)的測試 .................................................... 33 割接整合測試 ................................................................................ 33 部署階段 ............................................................................................ 34 項目收尾階段 .................................................................................... 35 9 實施進(jìn)度 ............................................................................................... 35 10 項目文檔管理 ....................................................................................... 36 文檔管理的要求 ................................................................................ 36 文檔的范圍 ........................................................................................ 37 11 圖表清單及主要符號表 ....................................................................... 37 12 結(jié)論 ....................................................................................................... 37 13 參考文獻(xiàn) ............................................................................................... 38 1 背景 在軟件工程的開發(fā)過程管理過程中，采用合適的開發(fā)模型尤其重要，從早期的瀑布模型，快速原型到目前比較流行的 RUP，敏捷等模型，軟件開發(fā)模型已經(jīng)形成了復(fù)雜而龐大的體系結(jié)構(gòu)。目前網(wǎng)絡(luò)交易糾紛數(shù)量增多， 影響面大，針對這一嚴(yán)峻的 問題， 迫切需要 建設(shè) 一套針對電子商務(wù)和網(wǎng)上交易行為信息進(jìn)行監(jiān)控和搜索，為廣大消費者保價護(hù)航的軟件，通過引入“電子警察”和搜索引擎的概念，對目前電子商務(wù)領(lǐng)域中存在的不法行為進(jìn)行分析甄別，引導(dǎo)消費者正確消費，保護(hù)正常的市場秩序。 ? 項目管理的重點 一般項目管理包括：進(jìn)度管理、范圍管理、風(fēng)險管理、項目人力資源管理、質(zhì)量管理、溝通管理、成本管理、項目采購管理這八個方面 。要確保配備人員符合項目要求，確保消息能從合適的人處正確、及時地傳達(dá)到適合的人那里，形成一個穩(wěn)定的工作團(tuán)隊。具體的分工和相應(yīng)配配的人數(shù)請詳見下圖。 流程圖示 進(jìn) 度 監(jiān) 控進(jìn) 度 管 理 進(jìn) 度 計 劃項 目 執(zhí) 行 人 員項 目 管 理 小 組P M S t e e r i n g確 定 本 項 目 范 圍制 定 項 目 進(jìn) 度計 劃對 項 目 進(jìn) 度 計劃 進(jìn) 行 審 批提 交批 準(zhǔn) 與 否修 改 項 目 進(jìn) 度計 劃否 決發(fā) 布 項 目 進(jìn) 度計 劃批 準(zhǔn)按 進(jìn) 度 開 展 項目 工 作發(fā) 布每 周 匯 報 工 作進(jìn) 展 情 況匯 總 項 目 進(jìn) 度情 況匯 報監(jiān) 控 項 目 進(jìn) 度項 目 進(jìn) 度 報 告是 否 受 控受 控匯 報修 改 項 目進(jìn) 度 計 劃失 控 6 風(fēng)險管理 風(fēng)險管理是對項目風(fēng)險進(jìn)行識別、分析和應(yīng)對的系統(tǒng)化工程。因此，質(zhì)量問題是值得重視的，對于本項目來說，尤其是擁有大量的初級 開發(fā)人員來說也是至關(guān)重要的。 我們 的軟件開發(fā)流程，就是基于 RUP 的迭代開發(fā)的思想，并結(jié)合我們多年的軟件開發(fā)實踐經(jīng)驗，定制而成的。項目團(tuán)隊會合理安排資源，控制資源和優(yōu)化過程，對完成的開發(fā)工作按照評估標(biāo)準(zhǔn)進(jìn)行測試，并對項目發(fā)布進(jìn)行評估。具體流程請見下圖： 關(guān)鍵流程： 評估業(yè)務(wù)狀態(tài)：業(yè)務(wù)流程分析員和用戶代表小組通過一系列的研討完成對客戶方組織的業(yè)務(wù)狀態(tài)評估。用例作為分析與設(shè)計過程的輸入，是實現(xiàn)分析與設(shè)計模型的基礎(chǔ)。專家會根據(jù)需求編寫規(guī)范對需求規(guī)格說明書的內(nèi)容、風(fēng)格、形式以及相關(guān)模型進(jìn)行仔細(xì)的檢查。 具體的分析設(shè)計流程見下圖： 關(guān)鍵流程： 1. 架構(gòu)設(shè)計： 分 析 和 設(shè) 計 流 程設(shè) 計 評 審 人 員 變 更 控 制 經(jīng) 理數(shù) 據(jù) 庫 設(shè) 計 員設(shè) 計 員架 構(gòu) 設(shè) 計 師架 構(gòu) 設(shè) 計劃 分 出 子 系 統(tǒng) ，并 明 確 之 間 的 關(guān) 系制 定 概 要 設(shè) 計說 明 書進(jìn) 一 步 細(xì) 化 子系 統(tǒng)對 數(shù) 據(jù) 庫 進(jìn) 行設(shè) 計編 制 數(shù) 據(jù) 庫設(shè) 計 說 明 書編 制 詳 細(xì) 設(shè)計 說 明 書概 要 設(shè) 計 評審變 更 控 制設(shè) 計 評 審?fù)?過通 過通 過同 意 進(jìn) 入 編 碼 階 段 我們會在構(gòu)架分析和用例分析之間進(jìn)行迭代。 5. 評審詳細(xì)設(shè)計說明： 項目經(jīng)理對于已經(jīng)完成的詳細(xì)設(shè)計說明書組織一個由不同代表組成的專家小組，按照項目設(shè)計規(guī)范對詳細(xì)設(shè)計說明書的內(nèi)容和規(guī)范進(jìn)行仔細(xì)的檢查。每一增量都會按照測試指南中的集成測試要點測試增加的功能，并進(jìn)行以前版本測試過的所有測試（回歸測試）。測試用例反映了一種測試覆蓋（基于需求的測試覆蓋）評測方法。 6. 對于軟件重要功能應(yīng)該運用上述的幾個角度去檢測。 7. 在壓力測試下，系統(tǒng)至少不會崩潰，例如：死機(jī)等。 5. 對軟件的可擴(kuò)展性進(jìn)行檢查，主要是看軟件是否采用了模塊化設(shè)計、面向?qū)ο蟮仍O(shè)計方法，使軟件具有 “松耦合 ”的特點，以便軟件在功能、性能上能夠進(jìn)行擴(kuò)展和軟件的升級換代。通過培訓(xùn)，保證用戶能夠把握系統(tǒng)使用方法。除了文檔、程序和數(shù)據(jù)這些軟件配置項之外，用于開發(fā)軟件的開發(fā)環(huán)境也可置于配置控制之下。通過版本控制工具使軟件版本恢復(fù)到以前的任何一個所需狀態(tài)，同時限制程序員隨意修改已經(jīng)提交的程序。 輸出文檔： 1. 命名規(guī)范 2. 業(yè)務(wù)建模規(guī)范 3. 需求編寫規(guī)范 4. 設(shè)計規(guī)范 5. 編碼規(guī)則 6. 測試指南 項目實施方案 整個項目的實施分為項目準(zhǔn)備階段、業(yè)務(wù)建模階段、需求分析階段、分析和設(shè)計階段、編碼實現(xiàn)階段、測試階段、部署階段和項目收尾階段。 分析和設(shè)計階段：分析系統(tǒng)實現(xiàn)的技術(shù)需要，按照 OOA 和 OOD 的思想，得出分析模型和設(shè)計模型，對其進(jìn)行架構(gòu)設(shè) 計、詳細(xì)設(shè)計和數(shù)據(jù)庫設(shè)計，并根據(jù)割接整合的需要，給出割接整合方案。 項目的控制主要體現(xiàn)為項目范圍的控制和進(jìn)度的控制。 編碼實現(xiàn)階段 項目團(tuán)隊通過實現(xiàn)過程中主要是以組件的形式實現(xiàn)類和對象，將開發(fā)出的組件進(jìn)行單元測試和集成測試。所以測試小組根據(jù)割接整合方案模擬出測試環(huán)境，并對其進(jìn)行測試。 系統(tǒng)切割：系統(tǒng)安裝人員以更新的系統(tǒng)替換舊有系統(tǒng)，并進(jìn)行現(xiàn)場聯(lián)調(diào)。并得出總結(jié)報告 并 提交 上級 管理