銷售物流供應商網絡報價系統項目開發計劃B.1 引言B.1.1 編寫目的本報告的主要作用是確定各個項目模塊的開發情況和主要的負責人,供各項目模塊的負責人閱讀,做到及時協調,按步有序進行項目的開發.減少開發中的不必要損失.主要解決了編寫目的、背景、工作內容、人員分配、產品及功能介紹、預算、關鍵問題等。在以下的概要設計報告中將對在本階段中對系統所做的各項工作進行詳細的說明。在下一階段過程中，程序設計員可參考此設計報告，再詳細設計對銷售物流供應商網絡報價系統所做的算法設計，數據結構以及數據庫動態操作的基礎上，對系統進行編碼。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在詳細設計過程中所完成的各模塊算法設計，或在修改時找出在本階段設計的不足或錯誤。 B.1.2 背景 為了提高營銷物流效率，應營銷部申請，決定進行銷售物流供應商網絡報價系統的研究并開發。1. 軟件名稱：銷售物流供應商網絡報價系統2. 開發小組：運營管理部B.1.3 定義LOC軟件規模代碼行（LOC, Line of Code）是軟件規模的一種量度FP Function Piont功能點，在軟件工程項目管理中用來測量軟件的規模和成本 B.1.4 參考資料B.2 項目概述B.2.1 工作內容項目主要工作任務：1、確定項目需求個人獨立需求分析集體討論確定要求和項目約束項目需求匯總2、確定和定義功能行為定義鍵盤鼠標輸入描述輸出功能描述交互模式3、項目建模確定具體的軟件要素說明劃分軟件模塊確定模塊功能及相互聯系根據需求及交互模擬軟件工作流程4、模塊建模確定模塊的人員分工模塊設計以實現需求5、UML確定各模塊的數據結構確定各模塊的外部接口定義類及模塊內類間關系畫出各模塊的UML圖各模塊UML圖匯總6、Coding模塊編碼模塊小范圍測試7、軟件生成模塊集成編寫操作手冊完善軟件過程文檔8、測試集成測試項目總測試9、部署編寫用戶手冊軟件交付等待反饋及修改B.2.2 主要參加人員侯順林、楊鎧、胡建輝、王俊杰、林衍庭、楊檸溢B.2.3 產品B.2.3.1 程序 1. 主程序名稱：銷售物流供應商網絡報價系統2. 編程語言：ASP3. 存儲形式：磁盤4. 各部分功能：4.1、物流供應商登錄：物流供應商輸入用戶名和密碼登錄。4.2、物流供應商報價功能：供應商選擇起運地、目的地、可提供運貨量、價格等信息。4.3、報價結果查詢功能：需要由營銷、財務、審計共同輸入密碼后方可視，對當月所有物流供應商報價信息予以顯示，同時可以查詢歷史報價記錄。4.4、后臺管理功能：該功能可以增加物流供應商用戶名，設定初始密碼，修改報價要求。4.5、任務時效性功能：該項功能對報價進行一個有效時間的限定，物流合作伙伴在有效期內必須提交相應的報價，超期報價作廢。B.2.3.2 文件文檔：l 用戶手冊（陳述該軟件的用途、運行環境及使用過程）l 系統操作手冊（詳細闡述如何正確有效地操作系統）l 系統安裝文件（安裝之后可使用系統）B.2.3.3 服務服務的范圍為：人員的培訓，系統安裝，維護B.2.3.4 非移交的產品文檔：l 軟件需求說明書l 項目開發計劃l 概要設計說明書l 數據庫設計說明書l 數據要求說明書l 詳細設計說明書模板l 測試計劃書l 系統源代碼B.2.4 驗收標準 系統基本流暢運行，且實現最初設計的各項功能。系統具體較好的可操作性，便于用戶使用。具體有以下幾點：1、軟件安裝、調試符合用戶要求。2、提供說明書、使用手冊等齊全的用戶文檔。3、實現所有系統功能。4、務必陳述項目中中的遺留問題。 符合以上標準，則軟件合格。B.2.5 完成項目最遲期限2012年2月29日B.2.6 本計劃的批準者和批準日期B.3實施計劃B.3.1 工作任務的分解與人員分工工作任務的分解如下：項目階段主要任務人員起止時間里程碑需求分析確定項目的需求和系統的特征2012-1-5到2012-1-5軟件需求說明書需求確認確認需求分析結果，根據需要進行更改2012-1-6到2012-1-6軟件需求說明書確認系統概要設計完成系統概要設計2012-1-7到2012-1-7建立功能說明書詳細設計完成系統詳細設計2012-1-8到2012-1-10建立項目模型和系統設計說明書系統設計確認完成系統設計的驗證2012-1-11到2012-1-11系統設計說明書確認系統開發完成系統各組成子系統開發和單獨測試2012-1-12到2012-1-20Coding代碼實現模塊功能系統集成測試完成系統各部分的集成測試2012-1-21到2012-1-24Coding代碼實現整體功能系統現場測試完成系統的初步現場運行測試2012-1-25到2012-1-25軟件測試單系統更改根據用戶的確認，對系統進行改進，完成最后系統和可部署系統的測試。2012-1-25到2012-1-27開發變更單系統確認完成開發方和用戶的系統確認2012-1-28到2012-1-28軟件確認單系統部署和確認完成系統部署和部署系統確認2012-1-29到2012-1-29上線確認單系統測試和試運行系統測試、試運行2012-1-30生成相應文檔培訓完成對相關人員的培訓2012-1-31到2012-1-31培訓文檔系統交付交付最終系統2012-2-1驗收確認單合計28天人員分工：分析調研小組：楊鎧、胡建輝、王俊杰、林衍庭 建模評估小組：胡建輝、王俊杰、林衍庭 開發生成小組：胡建輝、王俊杰、楊檸溢 測試修正小組：胡建輝、王俊杰 部署發行小組：王俊杰、林衍庭具體分工組內協定。B.3.2 接口人員a、營銷部：侯順林b、運營管理部：楊鎧B.3.3 進度本工程進度安排及人員分配如下甘特圖所示： B.3.4 關鍵問題我們的主要風險來源于項目風險、技術風險和商業風險三大類，項目風險有如下方面的風險：進度把握不準，資源不足，需求發生變化；技術風險有如下方面的風險：設計不夠優化，實現復雜，接口不標準，維護不到位；商業風險在此次項目中的風險較小，可忽略。主要風險見下圖：項目綜合風險因素技術風險進度風險管理風險1.技術成熟性2.技術復雜性3.安全性1.技術因素影響2.計劃合理性3.資源充分性4.項目人員經驗1.領導素質2.組織機構3.計劃4.研發人員素質5.研發實力及條件6.各階段的協調先進程度成熟度組織管理因素復雜度該項目的關鍵問題如下：需求階段：什么是我們的上下文？要達到什么目的？分析階段：要處理什么實體？如何確保有正確的實體？系統設計階段：如何解決問題？在完成的系統中需要什么硬件和軟件？子系統設計階段：如何實現解決方案？源代碼和支持文件有哪些？規范階段：哪些規則控制著系統組件之間的接口？可以去除模糊，確保正確嗎？ 實現階段：如何編寫組件，符合規范的要求？如何編寫漂亮的代碼？測試階段：完成的系統滿足要求嗎？可以攻破系統嗎？ 部署階段：系統管理員必須做什么？如何培訓最終用戶？維護階段：可以找出和更正錯誤嗎？可以改進系統嗎？ 該項目的技術難點在于：ASP編程的熟悉，對設計構想的軟件實現是否能完全支持，接口設計的通用性，測試方法的效率等。質量保證方法：1、對不確定性做好充分準備，在項目展開的初期就應該對過程中可能會出現各種的情況有所準備2、立足于產品的靈活性 ，設計的靈活性是一個軟件產品的靈魂，因此在軟件開發的的初期應花很大力氣致力于整體設計，而不是急于編碼，前期的投入會獲得高額回報的。 3、提高軟件管理水平4、經常進行開會討論各方面的問題5、確保軟件工作產品中出現的偏差文檔化，并按照文檔化