1、目錄網上工作交易系統項目開發計劃1.引言 21.1編寫目的21.2背景21.3定義21.4參考資料22.項目概述 32.1工作內容32.2主要參加人員32.3產品 32.3.1.程序32.3.2.文件32.3.3.服務32.3.4.非移交的產品32.4驗收標準42.5完成項目的最遲期限42.6本計劃的批準者和批準日期43.實施計戈U 43.1 工作任務的分解與人員分工43.2 接口人員 43.3 進度 43.4 預算 43.5 關鍵問題54. 支持條件 54.1 計算機系統支持 54.2 需由用戶承擔的工作 54.3 需由外單位提供的條件 65. 專題計劃要點6二、網上工作交易系統需求分析規格

2、說明書 71.引言71.1編寫目的71.2文檔約定71.3預期的讀者和閱讀建議 71.4參考資料72.總體描述72.1產品前景72.2產品功能72.3運行環境72.4設計和實現的上限82.5假設與依賴83系統特性83.1功能性需求84外部接口需求84.1用戶界面84.2硬件接口 94.3軟件接口 94.4通信接口 95其他非功能需求95.1性能需求95.2安全設施需求95.3安全需求96附錄A107附錄B11項目開發計劃1引言1.1編寫目的沒有規矩不成方圓，無論什么事情，要順利地完成，必須有一個統一的計劃 指導書。軟件項目開發也不例外。這個計劃書不僅能讓參與項目的開發者們知道 如何進行，還明確

3、了他們各自的職責、保證項目團隊之間的協作更加的有條不紊、 使得項目工作的各個過程能夠合理有序地進行。同時，計劃書也能讓團隊內外的溝通起著向導作用、團隊之間的工作范圍、開發模塊之間的關系，以及對開發進 度、經費預算、分配人力物力、風險等因素進行了大概的描述。本項目開發計劃用于從總體上指導超市商品查找系統項目順利進行并最終 得到通過評審的項目產品。本項目開發計劃面向項目組全體成員。.2冃景網上工作交易系統功能：用戶注冊，登陸，用戶可以是雇主也可以是工作 人員、設計師、公司、團隊，雇主可以在那里發需求進行投標，根據雇主要完成 的方案（多為網站設計，app設計，建筑工圖紙，機械工程圖紙，宣傳單等設計

4、類工作）用戶根據擅長的領域進行投標，費用由第三方保管，根據中標用戶發放 傭金。提出者：小王，開發者：理工團隊，軟件得到超市方的認可，方便用戶快 速買到物品。1.3定義專門術語：MySQL:系統服務器所使用的數據庫關系系統（DBMS ）。SQL: 種用于訪問查詢數據庫的語言 事務流：數據進入模塊后可能有多種路徑進行處理。SQL： Structured Query Language結構化查詢語言）。UML :統一建模語言、是一套用來設計軟件藍圖的標準建模語言，是一種 從軟件分析、設計到編寫程序規范的標準化建模語言。1.4參考資料軟件項目管理 Rajeev T Shandilya編著 科學出版社。U

5、ML和模式應用Craig Larman著，機械工業出版社 軟件工程國家標準文檔軟件工程項目開發文檔范例2項目概述 2.1工作內容1、制作和修訂項目開發計劃；2、進行計劃跟蹤與監控；3、配合SQA的質量保證工作；4、工作產品及時進行受控管理；5、按計劃提請階段評審； 6 提交測試部門評測開發產品； 7、交付最終工作產品。8、項目實施總結 9、項目 驗收2.2主要參加人員小王、小李、小謝、小余、小趙、小田2.3產品2.3.1程序軟件名稱：網上工作交易系統編程語言：php功能：用戶注冊，登陸，用戶可以是雇主也可以是工作人員、設計師、公司、團 隊，雇主可以在那里發需求進行投標，根據雇主要完成的方案（多

6、為網站設計， app設計，建筑工圖紙，機械工程圖紙，宣傳單等設計類工作）用戶根據擅長的 領域進行投標，費用由第三方保管，根據中標用戶發放傭金。2.3.2文件用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶 對如何使用該軟件得到具體的了解，為操作人員提供該軟件各種運行情 況的有關知識，特別是操作方法的具體細節。軟件維護手冊：主要包括軟件系統說明、程序模塊說明、操作環境、支 持軟件的說明、維護過程的說明，便于軟件的維護。2.3.3服務計劃提供以下服務：課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟件。 免費咨詢：客戶可以在工作時間向技術人員提出問題并獲得解答。 技術支持：對于

7、某些客戶，采取上門指導的方式。軟件維護：獲取軟件使用中的問題，提供補丁程序。2.3.4非移交產品1.可行性分析報告2.項目開發計劃3.軟件需求說明書4.概要設計說明書4.詳細設計說明書5.測試計劃6測試分析報告7開發進度月報8項目開發總結報告9軟件問題報告10.軟件修改報告11.源程序2.4驗收標準2.4.1代碼的驗收最后在交付客戶之前進行小組內評審， 代碼編寫符合HB6465標準，與文檔 說明保持一致，代碼書寫風格統一，采用標準規范，沒有下列錯誤：由于軟件缺 陷造成丟失數據，不符合設計要求，響應時間太長無法接受等問題。2.4.2文檔驗收最后在交付客戶之前進行小組內評審，文檔格式符合HB646

8、5標準，功能符合與客戶的合同要求，清晰易讀，沒有語病與歧義。2.4.3服務驗收服務硬件達到文檔說明的要求，人員技術考核合格，定期上門維護。2.5完成項目的最遲期限交付日期為2014年2月20日2.6本計劃的批準者和批準日期本系統批準者為老王。批準日期：2014年12月5日3實施計劃3.1工作任務的分解與人員分工略3.2 接口人員負責本項目同用戶的接口人員為小李，由軟件發開方派專人，按客戶要求， 指定地點安裝，調試，運行并給客戶演示，在后期中負責維護和更新。3.3進度方法：采用結構化開發設置模塊開發優先級：通過對圖書管理的特點和信息流程等的分析，確定各 模塊開發的先后次序。具體開發進度安排如下：

9、注：有四個里程碑，分別是需求完成時、詳細設計完成時、系統編碼完成時、 整個項目工作完成時。3.4預算勞務預算：39000元人民幣，經費預算：3600元人民幣3.5關鍵問題表3.6項目風險因素風 險 排 序風險項名稱風險描述風險緩解方案1專業基礎知識不牢本次項目開發過程中涉及的知識較多，給項目開 發人員帶來一疋的困難進行相應的培訓2經驗欠缺成員開發經驗不足，使項 目質量難以保證只有通過不斷的實 踐4支持條件4.1計算機系統支持開發時需要的支持條件：硬件：服務器：Pentium III 500以上或更高，內存：128M以上；硬盤：至少10G以上；打印機一臺UPS（選配己）工作站：Pentium I

10、I 266以上微機；內存：64MB硬盤：至少5G以上；CD ROM : 16倍速以上；軟件：操作系統為 Window 7或Win dow8.1,使用集成開發工具Ze nd studio數據庫 采用Mysql，項目運行環境為apache2.44.2需要用戶承擔的工作向本小組成員進行培訓，其內容包括圖書館的工作結構、圖書館管理系統的 工作流程，以及圖書館規模包括可容納多少圖書，多少讀者,有幾個級別的管理員 和管理員數目這些內容必須在數據庫創建之初就進行培訓。配備相應硬件系統， 做到規范操作，備份好數據防止數據丟失，軟件交付日期為軟件安裝測試人員提 供環境。4.3需由外單位提供的條件本系統為獨立開發

11、，不需要外單位提供條件5專題計劃要點5.1開發人員學習計劃2016年01月08日起，至2016年01月09日，對單片機相關知識進行學習, 同時學習keil這個編程軟件平臺。5.2編程計劃2016年01月10日，編出主程序代碼；2016年01月11日一2016年01月16日期間，對各個功能的程序進行編寫 代碼。5.3質量保證計劃嚴格按照項目軟件開發過程中的各項步驟，從確定開發平臺、軟件功能設計、 軟件流程圖、編寫代碼的流程，及時完成相應工作。5.4人員配置計劃該項目開發小組共3人:組長：裴*組員：薛*、張*5.5安全保密計劃在從項目軟件初步確定方案到最后軟件的正式發布期間，做好項目的保密工作，小

12、組成員對所有項目所有相關文檔進行加密，做好備份工作。2.2產品功能能顯示測量的溫度值和器件的電量， 具有自動關機功能、能儲存數據、能 實現C / T溫度轉換以及超過量程時會報警。功能的具體實現：當用戶需要測量溫度時，可以扣下扳機，通過射出的定位 激光來瞄準被測物體的表面，被測物體的溫度很快會顯示在 LED屏上。如果不 需要定位激光開關，可以按下定位激光按鈕，就可以取消激光定位了。若果在比 較暗的環境或者夜晚，可以按下背景燈光按鈕。同時，如果需要對C與T進行轉 化，可以按下C /T轉換按鈕就可以了。2.3運行環境軟件：操作系統為 Window 7或Window8.1，使用集成開發工具zend s

13、tudio數據庫 采用Mysql，項目運行環境為 apache2.42.4設計和實現的上限由于我們將要設計的這款產品初步定為一款低端市場的商品，所以不管是硬件研發成本還是軟件研發成本， 都是要求盡量控制的比較低。因此，我們決 定在開發軟件的時候選擇比較便宜的芯片 STM32F103VCT同時在大家相對比較 熟悉的keil軟件上進行編程。由于本組只有裴世杰對軟件比較熟悉一點，所以 編程對于我們來說難度相對較大。2.5假設和依賴這些假設的因素可能包括：由于我們這一組的編程能力比較欠缺， 但是我們的師兄師姐編程很厲害。如 果我們遇到了編程困難，可以向他（她）們請教；在編程中可能遇到編程語句沒有錯誤， 但是存在邏輯錯誤，這個能是一個非 常難發現的錯誤。所以在編程之前，一定要將整個過程的思路理清楚， 盡量避免 出現編程邏輯錯誤；由于時間比較短，在這么短的時間里