試驗1網(wǎng)上訂餐系統(tǒng)乙方項目建議書

1、童湊建工大辱網(wǎng)上訂餐系統(tǒng)項目建議書學院：計算機科學與工程學院專業(yè)：計算機科學與技術(shù)組員：2016年10月目錄1 概述31.1 系統(tǒng)建設目標與內(nèi)容31.1.1 系統(tǒng)建設目標3.1.1.2 系統(tǒng)建設的主要內(nèi)容32 系統(tǒng)設計方案42.1 總體架構(gòu)設計4.2.1.1 系統(tǒng)總體業(yè)務架構(gòu)42.1.2 系統(tǒng)總體軟件架構(gòu)42.2 系統(tǒng)組成5.2.3 系統(tǒng)功能5.2.4 系統(tǒng)環(huán)境6.2.4.1 軟件環(huán)境6.2.4.2 硬件環(huán)境7.3 主要技術(shù)指標74 交付成果85 驗收策略95.1 系統(tǒng)驗收測試的原則9.5.2 驗收測試的具體內(nèi)容9.5.3 驗收測試的步驟106 質(zhì)量保證116.1 軟件研制一般要求1.16.2

2、 軟件評審要求.126.3 軟件配置管理要求137 售后服務137.1 培訓137.2 維護與升級1.37.3 質(zhì)量保證期內(nèi)的服務1.37.4 壽命期內(nèi)維修服務148 開發(fā)進度計劃141概述隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，網(wǎng)絡早已經(jīng)成為現(xiàn)代人日常生活中不可或缺的部分，網(wǎng)上訂餐由于其獨有的便捷性和直觀性，更能夠輕而易舉地被現(xiàn)代人認同和接受。網(wǎng)上訂餐系統(tǒng)是一個基于互聯(lián)網(wǎng)的B/S模式的網(wǎng)上訂餐網(wǎng)站，能為客戶提供網(wǎng)上瀏覽菜單、點菜訂餐、餐品、服務評價等服務?？蛻敉ㄟ^登陸網(wǎng)站進行訂餐，從而使餐館訂單增加而獲利。1.1 系統(tǒng)建設目標與內(nèi)容1.1.1 系統(tǒng)建設目標隨著麥當勞，肯德基等洋味十足的快餐店越來越密集的出

3、現(xiàn)在城市的大街小巷，越來越多的消費者光顧它們。然而一旦走進這些店鋪，大多數(shù)人看到的都是鋪天蓋地排長龍的等待購買的人群、領餐后茫然尋找座位的人群以及因為人太多等不及購買而進去又徘徊出來的人。當然國內(nèi)其他大型餐飲或者其他行業(yè)也都會出現(xiàn)類似的現(xiàn)象。面對以上這種現(xiàn)象，國民迫切的需要一種實際的解決方法，一個功能完備但是操作簡單的訂餐點餐系統(tǒng)。1.1.2 系統(tǒng)建設的主要內(nèi)容該系統(tǒng)分為前臺和后臺兩個部分，前臺部分主要是用戶進行資訊的瀏覽，以及訂餐，訂座管理等，主要是面向用戶的。而后臺主要是管理人員對前臺數(shù)據(jù)的維護和設置，主要是面向管理人員的。網(wǎng)上訂餐系統(tǒng)無論是在應用的深度還是廣度都是一個逐步發(fā)展的過程。在開

4、發(fā)一個局部系統(tǒng)時要充分考慮到局部系統(tǒng)和整個目標系統(tǒng)之間的相容性和完整性，以利于今后整個系統(tǒng)的建立。該系統(tǒng)從總體上把握系統(tǒng)的設計，在具體的設計實現(xiàn)上我們圍繞著三個方面的需求展開，即管理者、系統(tǒng)使用者、系統(tǒng)維護者。對于本系統(tǒng)的不同使用者，其功能與業(yè)務邏輯是不盡相同的。對于普通用戶而言，系統(tǒng)主要像用戶展示一個美觀的界面，用戶在可以瀏覽各類資訊，查詢餐飲信息，訂餐，訂座等。而管理員則需要在后臺維護這些數(shù)據(jù)。本系統(tǒng)的主要功能應是用戶的訂餐了，用戶可以查詢菜品信息，當發(fā)現(xiàn)自己滿意的以后，可以將這些菜品添加到自己的購物車，此時用戶雖然選擇了要預定的商品，但是還不具備法律效用，當用戶通過一定方式（此方式不屬編

5、程范圍）得到預定許可后，管理員在后臺可以審核是否批準該用戶的訂餐請求，當管理員同意了該用戶的訂餐請求，即可將該用戶所預定的發(fā)送給客戶，此時客戶在客戶端可以看到自己購物車的狀態(tài)，如果管理員沒有批準或沒有處理等，該客戶都可以在前臺看見相關(guān)信息。2系統(tǒng)設計方案2.1 總體架構(gòu)設計2.1.1 系統(tǒng)總體業(yè)務架構(gòu)網(wǎng)上訂餐系統(tǒng)用戶登錄或流客注冊杳看收物車主成訂里評郃聯(lián)系情況及信息反«2.1.2 系統(tǒng)總體軟件架構(gòu)服務器端：tomcat操作系統(tǒng)：Windows7操作系統(tǒng)數(shù)據(jù)庫：MicrosoftSQLServer2008網(wǎng)絡通信協(xié)議：TCP/IP開發(fā)工具：MyEclipse2.2 系統(tǒng)組成網(wǎng)上訂髯系俎

6、施時仃中信總管理圖片埋物品根索2.3 系統(tǒng)功能根據(jù)需求分析與系統(tǒng)功能設計目標，結(jié)合實際情況本系統(tǒng)功能模塊設計分為如下幾個模塊：1 .主頁：在這里我們可以看見本系統(tǒng)的主要功能和信息。2 .用戶注冊：在這里我們可以注冊我們的基本信息，其中電話和Email是比較重要的，因為我們需要對這些信息進行處理，以方便用戶的付款和郵購。3 .用戶登陸：為了方便用戶的付款，郵購和管理，我們需要變成會員后才可以進行消費。4 .菜品瀏覽：成功登陸后的用戶可以分頁瀏覽菜品菜品，并將想要的菜品提交到填寫訂單頁面。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登錄頁面”。5 .訂購菜品：成功登陸的

7、用戶可以在該頁面定購所需要的菜品。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登陸頁面”。6 .查看訂單：成功登陸的用戶可以在該頁修改已經(jīng)訂購的菜品。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登陸頁面”。7 .修改訂單：成功登陸的用戶可以在該頁修改或刪除已經(jīng)訂購的菜品。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登陸頁面”。8 .菜品查詢：成功登陸的用戶可以在該頁查找自己需要的菜品。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登陸頁面”。9 .修改密碼：成功登陸的用戶可以在該頁修改

8、自己的密碼。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登陸頁面”。10 .修改個人信息：成功登陸的用戶可以在該頁修改自己當初注冊時的信息。如果用戶還沒有注冊就直接進入或者沒有成功登陸就進入頁面，將被連接到“用戶登陸頁面”。11 商城公告：發(fā)布各種菜品信息或者新聞。12.管理員：查看用戶訂單，查看用戶信息，并根據(jù)用戶信息和用戶訂單對菜品進行發(fā)派。2.4系統(tǒng)環(huán)境2.4.1 軟件環(huán)境a.操作系統(tǒng)：Windows7；b.瀏覽器：IE,Chrome；c.開發(fā)工具：MyEclipse,SQLsever20082.4.2 硬件環(huán)境系統(tǒng)至少需要5個部署節(jié)點，每個部署節(jié)點的硬件平臺

9、應滿足如下要求：a.CPU主頻2.0G以上，核心數(shù)量2個（含）以上；b.內(nèi)存4G（含）以上；c.有效硬盤容量500G（含）以上。3主要技術(shù)指標基本性能指標：a.支撐規(guī)模和并發(fā)性指標本系統(tǒng)建設規(guī)模應至少可滿足500名用戶，頁面每秒并發(fā)用戶超過30人，后臺每秒并發(fā)用戶20人；其中并發(fā)操作指多用戶同時在平臺上進行的訪問、信息修改等各類操作。b.存儲指標（1）各種操作日志、系統(tǒng)運行日志、用戶訪問日志等各種日志原始文本文件，至少存儲2個月；（2）對于存儲容量不少于240TB，并可以隨著業(yè)務的增加動態(tài)擴展存儲容量；（3）系統(tǒng)對關(guān)鍵數(shù)據(jù)有實時備份，并對整體數(shù)據(jù)有離線備份功能，離線備份時間窗口為10天，每24

10、個小時增量備份一次數(shù)據(jù)。c.頁面性能指標用戶查詢時系統(tǒng)的響應時間（從查詢開始到查詢結(jié)果展現(xiàn)）小于2秒，同時不能影響其他在線用戶進行的其他操作。在網(wǎng)絡穩(wěn)定（業(yè)務有效帶寬不少于512kbps）的環(huán)境下操作性界面單一操作的系統(tǒng)響應時間小于2秒。穩(wěn)定性與可靠性：a.系統(tǒng)應提供7>24小時的連續(xù)運行能力；b.系統(tǒng)應具備高于99.9%的高可用性；c.平均故障間隔時間MTBF>1000小時。可擴展性要求：a.系統(tǒng)的處理節(jié)點具有擴展性；b.系統(tǒng)的存儲能力可以擴展；c.數(shù)據(jù)預處理算法通過插件化的形式擴展；d.生成報表的模板可以擴展。易維護性要求：a.系統(tǒng)應具有軟件、硬件故障在線恢復的能力。重大故障時

11、間間隔應大于6個月b.故障平均修復時間MTTR060分鐘；c.系統(tǒng)要求升級過程不影響網(wǎng)絡性能，不影響業(yè)務運行，不丟失歷史數(shù)據(jù)易用性和兼容性：a.系統(tǒng)必須提供統(tǒng)一的圖形用戶界面風格；b.系統(tǒng)要求界面友好，易于安裝、配置和管理，并有詳盡的技術(shù)文檔。支持中文圖形界面、提供中文報表以及各類中文技術(shù)文檔；c.設備應能在瀏覽器中完成基本的管理任務，對用戶輸入錯誤，應盡早發(fā)現(xiàn)和提示；d.系統(tǒng)應支持同時打開多個管理窗口以對不同任務進行并行的操作；e.導致系統(tǒng)數(shù)據(jù)發(fā)生變化的操作執(zhí)行之前，系統(tǒng)應明確提示用戶確認。系統(tǒng)正在執(zhí)行用戶提交的請求而無法返回時，應明確標識系統(tǒng)處于繁忙階段；f.設備必須支持分布式結(jié)構(gòu)，能夠提

12、供統(tǒng)一的管理界面對所有設備進行配置及管理；g.應具備完善的聯(lián)機幫助功能，對于每一個操作功能都能查找到相應的使用說明；h.支持靈活自定義時間粒度進行報表統(tǒng)計，能夠根據(jù)實際需要靈活定制各種統(tǒng)計報表；1 .系統(tǒng)運行平臺兼容Linux以及Winodws;j.系統(tǒng)支持Chrome,IE等瀏覽器的訪問與顯示。4交付成果交付的內(nèi)容為軟件以及開發(fā)文檔，見下表1。表1交付清單序號文件名稱介質(zhì)形式紙介質(zhì)光盤1.網(wǎng)上訂餐系統(tǒng)范圍計劃V2.網(wǎng)上訂餐系統(tǒng)成本計劃V3.網(wǎng)上訂餐系統(tǒng)質(zhì)量計劃V4.網(wǎng)上訂餐系統(tǒng)風險計劃V75.網(wǎng)上訂餐系統(tǒng)軟件成品5驗收策略5.1 系統(tǒng)驗收測試的原則網(wǎng)上訂餐系統(tǒng)驗收測試的內(nèi)容主要包括程序、數(shù)據(jù)

13、和文檔。系統(tǒng)驗收測試的對象應當含蓋這三個方面。驗收測試的主體以用戶為主，系統(tǒng)承制方應積極配合，如果以第三方測試為主，用戶和系統(tǒng)承制方共同配合a.驗收測試始終要以雙方確認的需求規(guī)格說明和技術(shù)合同為準，確認系統(tǒng)需求規(guī)格說明書中定義的功能已全部實現(xiàn)，性能指標全部達到要求，各項合同條款是否得到貫徹執(zhí)行。b.對驗收測試中發(fā)現(xiàn)的軟件錯誤要分級分類處理，直到通過驗收為止。c.驗收測試工件齊全（測試計劃、測試說明、測試報告）d.驗收測試中的用例設計要具有全面性、多維性、效率性，能以最少的時間在最大程度上確認軟件的功能和性能是否滿足要求。5.2 驗收測試的具體內(nèi)容系統(tǒng)驗收測試的目的是確認系統(tǒng)是否滿足需求規(guī)格說明

14、和技術(shù)合同的相關(guān)規(guī)定。通過實施預定的測試計劃和測試執(zhí)行活動確認軟件的功能需求、性能需求和文檔需求。系統(tǒng)具體包括以下測試內(nèi)容：安裝測試、功能測試、界面測試、性能測試、文檔測試、負載壓力測試、恢復測試、安全性測試、兼容性測試等。a.安裝測試安裝測試的目的在于驗證軟件能否在不同的配置情況下完成安裝，并確認能否正常運行。b.功能測試功能測試是驗收測試中的主要內(nèi)容。應根據(jù)系統(tǒng)需求規(guī)格說明書中的各功能點逐一測試，測試用例要覆蓋全面。c.界面測試系統(tǒng)界面要符合現(xiàn)行標準和用戶習慣。軟件企業(yè)可以形成自己的特色，但要確保整個軟件風格一致。界面測試要從友好性、易操作性、美觀性、布局合理、分類科學、標題描述準確等方面

15、入手。d.性能測試性能測試主要測試軟件的運行速度和對資源的消耗。通過調(diào)整系統(tǒng)所依賴的軟硬件配置、網(wǎng)絡拓補結(jié)構(gòu)、工作站點數(shù)、數(shù)據(jù)量和服務請求數(shù)來測試軟件的運行速率、穩(wěn)定性和可靠性。一般借助各類自動化測試工具來輔助測試，通過極限測試來分析評估軟件性能。e.文檔測試文檔是軟件的重要組成部分，也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。文檔測試主要通過評審的方式檢查文檔的完整性、準確性、一致性、可追溯性和可理解性。5.3 驗收測試的步驟a.驗收環(huán)境準備階段軟件實施人員要適時配合和敦促用戶做好驗收測試的各項準備工作，按計劃按步驟執(zhí)行驗收測試b.現(xiàn)場驗收階段將設備運輸?shù)轿蟹?，由委托方組織進行現(xiàn)場驗收，軟件

16、承制單位派人參加，主要工作內(nèi)容包括：系統(tǒng)聯(lián)試、現(xiàn)場驗收測試等。形成規(guī)范的測試文檔，客觀地分析和評估測試結(jié)果，并跟蹤不合格現(xiàn)象，對軟件問題要分級分類管理，必要時要進行回歸測試，確保所有問題能得到關(guān)閉，最終成功通過驗收。c.最終交付驗收合格后，系統(tǒng)正式交付用戶，最終交付時間為整個大系統(tǒng)正式交付用戶使用的時間6質(zhì)量保證軟件研制應當覆蓋需求分析、概要設計、詳細設計、代碼實現(xiàn)、測試以及驗收交付等研制環(huán)節(jié)，文檔、代碼等交付物齊套。承制方必須有嚴格的配置管理要求，最終目標代碼進入交辦方配置管理體系。應按照要求建立軟件開發(fā)庫、受控庫和產(chǎn)品庫，對軟件實施入庫、出庫控制。用于確認測試和系統(tǒng)聯(lián)試的軟件必須取自受控庫

17、，交付軟件產(chǎn)品應取自產(chǎn)品庫。對變更過的軟件必須進行回歸測試，確保對有關(guān)文檔進行相應的變更。在整個軟件開發(fā)過程中，禁止對目標程序代碼進行修補，所有的軟件變更必須用源程序語言編碼并編譯。對已經(jīng)推廣應用的或者在現(xiàn)場系統(tǒng)上的安全關(guān)鍵軟件的變更，必須以修改后通過審查批準的整個軟件部件的形式來發(fā)布而不得對目標程序代碼進行修補。軟件交付用戶使用之前，交由第三方獨立機構(gòu)進行測試，出具相應質(zhì)量評測報告，以保證符合以上質(zhì)量規(guī)范要求。6.1 軟件研制一般要求根據(jù)軟件工程化要求，軟件研制應經(jīng)歷以下幾個階段。軟件研制各階段的工作任務概要如表2軟件研制階段所示。表2軟件研制階段階段主要，作及文檔編制完成標志需求分析確定運

18、行環(huán)境確定功能、性能和接口要求，編寫需求規(guī)格說明確定關(guān)鍵成分制定綜合性軟件項目開發(fā)計劃制定確認測試計劃需求規(guī)格說明軟件開發(fā)計劃，包括質(zhì)量保證計劃、配置管理計劃軟件確認測試計劃軟件接口需求和設計說明階段主要，作及文檔編制完成標志系統(tǒng)設計建立總體結(jié)構(gòu)，劃分軟件模塊定義各功能模塊接口進行可靠性、安全性分析制定軟件組裝測試計劃設計軟件功能模塊的算法和細節(jié)確定模塊間的詳細接口信息擬定單元測試方案組裝測試計劃軟件詳細設計報告軟件實現(xiàn)編寫源程序，并生成目標程序進行調(diào)試、靜態(tài)分析和單元測試（包括語句覆蓋測試，分支覆蓋測試，修正的條件判定覆蓋（MC/DC）測試，目標碼覆蓋測試）編寫單元測試說明軟件單元測試軟件源

19、程序單元測試說明單元測試報告系統(tǒng)測試執(zhí)行軟件確認測試計劃編寫軟件確認測試用例設計報告測試整個軟件系統(tǒng)編寫軟件確認測試報告確認測試報告評測證明書軟件使用說明書驗收交付審查軟件研制報告、測試報告組織移交軟件產(chǎn)品，移交文件軟件研制總結(jié)報告軟件質(zhì)量履歷書軟件產(chǎn)品證明書6.2 軟件評審要求軟件研制應根據(jù)每個研制階段的設計準則，承制方應按照委托方的安排，制定相應的評審檢查單，經(jīng)雙方評審通過后方可轉(zhuǎn)入下階段，軟件過程中各階段的評審要求如表3軟件評審要求所示。表3軟件評審要求序號評審項目工作產(chǎn)品1需求評審需求規(guī)格說明書評審證明書2系統(tǒng)級演示及結(jié)項評審研制總結(jié)報告評審證明書6.3 軟件配置管理要求承制方必須有嚴

20、格的配置管理要求，應按照要求建立軟件開發(fā)庫、受控庫和產(chǎn)品庫，對軟件實施入庫、出庫控制。用于確認測試和系統(tǒng)聯(lián)試的軟件必須取自受控庫，交付軟件產(chǎn)品應取自產(chǎn)品庫。對軟件的變更應嚴格實施變更控制，對變更過的軟件必須進行回歸測試，確保對有關(guān)文檔進行相應的變更，進行軟件變更危險分析，并保留修改的歷史文檔。7售后服務7.1 培訓I用戶需選派相關(guān)人員參與培訓，培訓分為技術(shù)培訓和使用培訓。培訓時應配套內(nèi)容詳細的技術(shù)資料、操作使用手冊和培訓教材。技術(shù)培訓內(nèi)容為系統(tǒng)組成、技術(shù)指標、工作原理等，以集中授課形式為主；使用培訓在全系統(tǒng)驗收通過后進行，主要培訓內(nèi)容包括軟件操作與注意事項等內(nèi)容，以現(xiàn)場講解形式和書面資料為主。7.2 維護與升級用戶需指定人員參與培訓來負責日常維護與保養(yǎng)，確保軟件的正常工作狀態(tài)。數(shù)據(jù)處理軟件的承制單位負責提供技術(shù)支持，具體包括質(zhì)量保證期內(nèi)的服務和壽命期