《軟件開發(fā)-軟件測試課程設(shè)計》模版(學(xué)生)V2016

1、西安文理學(xué)院信息工程學(xué)院課程設(shè)計報告設(shè)計名稱： 軟件項目開發(fā)課程設(shè)計 設(shè)計題目： 點餐系統(tǒng) 學(xué)生學(xué)號： 1402130215 專業(yè)班級： 軟件工程13級5班 學(xué)生姓名： 喬瀅 學(xué)生成績： 指導(dǎo)教師： 車鵬飛 課題工作時間： 2016.6.16 至 2016.6.27 說明：1、報告中的任務(wù)書、進(jìn)度表由指導(dǎo)教師在課程設(shè)計開始前填寫并發(fā)給每個學(xué)生。2、學(xué)生成績由指導(dǎo)教師根據(jù)學(xué)生的設(shè)計情況給出各項分值及總評成績。3、所有學(xué)生必須參加課程設(shè)計的答辯環(huán)節(jié)，凡不參加答辯者，其成績一律按不及格處理。答辯由指導(dǎo)教師實施。4、報告正文字?jǐn)?shù)一般應(yīng)不少于3000字，也可由指導(dǎo)教師根據(jù)本門綜合設(shè)計的情況另行規(guī)定。5、

2、平時表現(xiàn)成績低于6分的學(xué)生，取消答辯資格，其本項綜合設(shè)計成績按不及格處理。信息工程學(xué)院課程設(shè)計任務(wù)書學(xué)生姓名喬瀅學(xué)號1402130215專業(yè)班級軟件工程13級5班設(shè)計題目內(nèi)容概要： Android點菜系統(tǒng)是基于Android手機(jī)的一款網(wǎng)絡(luò)應(yīng)用軟件，目的在于為餐館用戶和餐館提供極大的便利。應(yīng)用此軟件，用戶便可以輕松的實現(xiàn)點菜要求。此系統(tǒng)基于c/s結(jié)構(gòu)，手機(jī)客戶端主要應(yīng)用Android開發(fā)技術(shù)，使用Activity組件，服務(wù)端主要使用Java語言，網(wǎng)絡(luò)數(shù)據(jù)交互則遵循HTTP協(xié)議來實現(xiàn)與服務(wù)器端的聯(lián)系。 文獻(xiàn)資料：（相關(guān)文獻(xiàn)，不少于2篇，參照格式規(guī)范要求）設(shè)計要求：（設(shè)計所必須達(dá)到的基本功能要求、文

3、檔格式要求及其他等）工作期限：設(shè)計工作自2016年6月16日至2016年6月28日止。指導(dǎo)教師： 院長： 日 期：2016年6月16日信息工程學(xué)院課程設(shè)計進(jìn)度安排表學(xué)生姓名： 喬瀅 學(xué)號： 1402130215 專業(yè)： 軟件工程 班級： 13級5班 起止日期內(nèi) 容備注6月16日6月17日下任務(wù)書；收集、閱讀、整理相關(guān)參考文獻(xiàn)，并進(jìn)行歸納和概括總結(jié)，完成項目/任務(wù)背景介紹部分文字內(nèi)容。6月18日6月21日系統(tǒng)功能設(shè)計和模塊設(shè)計、系統(tǒng)體系結(jié)構(gòu)構(gòu)建。6月22日6月24日各功能模塊編碼實現(xiàn)，系統(tǒng)各功能模塊調(diào)試與維護(hù)。6月25日6月26日系統(tǒng)功能集成、系統(tǒng)調(diào)試與測試，按照模板要求撰寫課程設(shè)計/項目設(shè)計報

4、告。6月27日課程設(shè)計/項目設(shè)計分組答辯，提交課程設(shè)計/項目設(shè)計報告以及相關(guān)文檔，進(jìn)行成績評定。指導(dǎo)教師簽名： 2014年6月16日成績評定表學(xué)生姓名： 喬瀅 學(xué)號： 1402130215 專業(yè)： 軟件工程 班級： 13級5班 類別合計分值各項分值評分標(biāo)準(zhǔn)實際得分合計得分平時表現(xiàn)1010按時參加設(shè)計指導(dǎo)，無違反紀(jì)律情況。完成情況3020按設(shè)計任務(wù)書的要求完成了全部任務(wù)，能完整演示其設(shè)計內(nèi)容，符合要求。10能對其設(shè)計內(nèi)容進(jìn)行詳細(xì)、完整的介紹，并能就指導(dǎo)教師提出的問題進(jìn)行正確的回答。報告質(zhì)量3510報告文字通順，內(nèi)容翔實，論述充分、完整，立論正確，結(jié)構(gòu)嚴(yán)謹(jǐn)合理；報告字?jǐn)?shù)符合相關(guān)要求，工整規(guī)范，整齊

5、劃一。5課題背景介紹清楚，綜述分析充分。5設(shè)計方案合理、可行，論證嚴(yán)謹(jǐn)，邏輯性強(qiáng)，具有說服力。5符號統(tǒng)一；圖表完備、符合規(guī)范要求。5能對整個設(shè)計過程進(jìn)行全面的總結(jié)，得出有價值的結(jié)論或結(jié)果。5參考文獻(xiàn)數(shù)量在2篇以上，格式符合要求，在正文中正確引用。答辯情況2510在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容進(jìn)行闡述，言簡意明，重點突出，論點正確，條理清晰。15在規(guī)定時間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問題?？傇u成績： 分 指導(dǎo)教師： （簽字） 日期：2016 年6月 27 日摘 要 摘要：Android點菜系統(tǒng)是基于Android手機(jī)的一款網(wǎng)絡(luò)應(yīng)用軟件，目的在于為餐館用戶和餐館提供極大的便利。應(yīng)用此軟件，

6、用戶便可以輕松的實現(xiàn)點菜要求。此系統(tǒng)基于c/s結(jié)構(gòu)，手機(jī)客戶端主要應(yīng)用Android開發(fā)技術(shù)，使用Activity組件，網(wǎng)絡(luò)數(shù)據(jù)交互則遵循HTTP協(xié)議來實現(xiàn)與服務(wù)器端的聯(lián)系。關(guān)鍵詞：Android開發(fā) Java 西安文理學(xué)院信息工程學(xué)院 課程設(shè)計報告目 錄摘 要 II第一章 課題背景（或緒論、概述）. 11.1 XXXX .11.2 XXXX . x第二章可行性分析 . x2.1 XXXX .x 2.2 XXXX .x 第三章項目需求分析. x3.1 XXXX .x 3.1 XXXX .x 第四章項目概要設(shè)計. x4.1 XXXX .x 4.2 XXXX .x 第五章項目詳細(xì)設(shè)計 . x5.1

7、 XXXX .x 5.2 XXXX .x 第六章項目編碼. x6.1 XXXX .x 6.2 XXXX .x 第七章項目測試. x7.1 XXXX .x 7.2 XXXX .x 第八章項目管理. x8.1 XXXX .x 8.2 XXXX .x 總 結(jié) .x 參考文獻(xiàn) .x 附錄 主要程序代碼 .x - 14 - 第一章 課題背景（或緒論、概述）1.1 現(xiàn)實背景 國內(nèi)的餐廳管理相對于國外來說發(fā)展較慢，很多國內(nèi)餐廳的點菜方式還是手工的方式，有繁瑣，速度慢，不形象等特點。開發(fā)點餐系統(tǒng)，對于餐廳本身來說是一個更優(yōu)化的管理方式，對于用戶來說能夠使用戶對于該餐廳的食物有更形象的認(rèn)識。1.2 意義 And

8、roid點菜系統(tǒng)是基于Android手機(jī)的一款網(wǎng)絡(luò)應(yīng)用軟件，目的在于為餐廳和餐廳用戶提供極大的便利。應(yīng)用此軟件，用戶可以輕松的實現(xiàn)自己點菜的需求。Android點菜系統(tǒng)主要包括客戶端和服務(wù)端，其中有點菜管理，后臺管理，收銀管理，用戶管理，全部實現(xiàn)智能化，不需要傳統(tǒng)的服務(wù)員來記單，提高了餐廳的檔次，更好的優(yōu)化的餐廳的管理。第二章 可行性分析2.1 引言2.1.1 編寫目的軟件可行性分析研究報告編寫的目的就是使用戶和軟件開發(fā)者對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。2.1.2 項目背景 待開發(fā)的軟件系統(tǒng)名稱：餐廳點餐系統(tǒng)本項目的任務(wù)布標(biāo)使用者：中小型餐廳本項目的任務(wù)開發(fā)者：

9、田寧 陜書恒 喬瀅該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系：該系統(tǒng)為完全獨(dú)立的軟件系統(tǒng)，除需要支付寶提供一個接口以外，幾乎與其他系統(tǒng)毫無關(guān)系。2.2 可行性分析的前提2.2.1 要求 主要功能：將餐廳點菜自動化 功能需求： 面向經(jīng)理：后臺管理（修改菜單，增刪菜品等）。 面向顧客：顯示菜單列表，查看詳細(xì)信息，訂餐功能。 面向服務(wù)員：顧客消費(fèi)結(jié)算功能。性能要求：管理員錄入的信息必須無差錯的存儲至服務(wù)器，且對客戶端的數(shù)據(jù)進(jìn)行定期的更新。輸出要求：數(shù)據(jù)完整，詳實。輸入要求：方便，簡捷，快速。安全與保密要求：餐廳顧客以及服務(wù)員只有查詢的功能，管理人員則有在其權(quán)限內(nèi)的增、刪、查、改以及制定價格的

10、功能。完成期限：預(yù)計半個月時間。2.2.2 決定可行性研究的主要因素 成本效益分析結(jié)果：效益>>成本。技術(shù)可行：現(xiàn)有技術(shù)可完全承擔(dān)開發(fā)任務(wù)。操作可行：軟件能被工作人員快速接受。2.3 技術(shù)可行性分析2.3.1 系統(tǒng)簡要描述在后勤，經(jīng)理的終端安裝了Windows 10 的計算機(jī)，在餐桌是一部裝有Android系統(tǒng)的手機(jī)，主要是目的是顧客點菜和經(jīng)理管理菜單。當(dāng)顧客點菜時，終端向服務(wù)器發(fā)出請求，服務(wù)器根據(jù)信息庫的實時數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。經(jīng)理可根據(jù)實際情況修改菜單信息，服務(wù)器核對后，存入信息庫。2.3.2 處理流程和數(shù)據(jù)流程 后勤終端顯示數(shù)據(jù)系統(tǒng)管理員輸出數(shù)據(jù)信息的更

11、新 數(shù)據(jù)庫 顧客點菜客戶終端顯示數(shù)據(jù)輸出數(shù)據(jù) 圖2-12.4 社會可行性因素分析2.4.1 法律因素 所有軟件都選用正版，所有技術(shù)資料都由提出方保管，合同制定確定違約責(zé)任。2.4.2用戶使用可行性 使用本系統(tǒng)的用戶，要具有一定的手機(jī)操作的技能。 第三章 項目需求分析3.1 任務(wù)概述3.1.1 需求獲取隨著網(wǎng)絡(luò)的普及，餐廳企業(yè)為了實現(xiàn)信息化改造，提升管理水平，提高運(yùn)作效率而提出了餐廳點菜系統(tǒng)。其中，用戶需要登錄該系統(tǒng)，進(jìn)入點菜界面后，用戶可以根據(jù)菜的種類，價格來選擇相應(yīng)的菜品，用戶可以通過點擊菜名查看菜品的詳細(xì)信息，并且可以在訂單里查看自己所選的菜品以及總價格。點好菜后可以直接提交，再由廚師確認(rèn)

12、后接受訂單并開始制作。顧客可以在訂單中查看菜品的總價格并且支付。相對于經(jīng)理來說，經(jīng)理可以對菜單中的菜品進(jìn)行管理，當(dāng)有新菜做出時，可以向菜單中添加相應(yīng)的菜品，當(dāng)某種菜品不再做出時，可以進(jìn)行刪除，當(dāng)某種的菜品價格發(fā)生變動時，可以進(jìn)行價格修改。3.1.2 用戶特點 本系統(tǒng)的最終用戶可分為： 1.餐廳管理人員：對各項業(yè)務(wù)工作熟悉。 2.顧客：餐廳服務(wù)對象，剛使用時可能不太熟悉。 3.餐廳服務(wù)員：對顧客的菜品結(jié)賬3.2 系統(tǒng)功能需求3.2.1 功能需求 系統(tǒng)的功能模塊分析 1.顧客終端：該終端為用戶提供菜品瀏覽，查看詳細(xì)信息，用戶登錄以及訂單功能同時顧客能看見菜品的圖片。顧客點完菜品后就能提交并且進(jìn)行支

13、付。（平臺是一臺Android手機(jī)） 2.管理員終端：該終端為管理員提供增加菜品，刪除菜品，修改菜品，修改價格等功能。（平臺是一臺Windows10的電腦）功能流程圖：主界面 點餐界面 點餐是否修改 是瀏覽已點好的菜品確認(rèn)訂單選擇菜品瀏覽菜品 否 訂單 圖3-13.2.2 性能需求 由于人民幣最小面額為分，所以一般金額保留小數(shù)點后兩位。 1.響應(yīng)時間：所有選菜操作都不應(yīng)該超過5秒。 2.更新處理時間：所有提交的新的菜品的數(shù)據(jù)一般在5秒內(nèi)響應(yīng)。3.2.3 輸入輸出格式要求 因為界面形象友好，管理系統(tǒng)報表化，因此用戶在輸入數(shù)據(jù)時只要確保所輸入的數(shù)據(jù)的準(zhǔn)確度就可以了，如果有需要輸入有類型的數(shù)據(jù)時，請

14、一定要保證輸入的數(shù)據(jù)和類型是一一對應(yīng)的。3.3 外部接口需求3.3.1用戶接口需求 對系統(tǒng)各個功能模塊，以分級的菜單形式給出。3.3.2軟件接口 本項目產(chǎn)品的軟件接口由餐廳點菜操作系統(tǒng)、菜品數(shù)據(jù)庫以及數(shù)據(jù)結(jié)構(gòu)組成。3.4質(zhì)量需求 系統(tǒng)在正常情況下應(yīng)該支持并行操作能力，高峰期時間段顧客會進(jìn)行集中點菜，應(yīng)支持并行處理能力。高峰期時間段，客戶端和服務(wù)端應(yīng)支持10000次以上的點菜次數(shù)。第四章 項目概要設(shè)計4.1 （三號字 黑體）4.1.1 （四號字 黑體）正文 （小四號字 宋體）第五章 項目詳細(xì)設(shè)計5.1 （三號字 黑體）5.1.1 （四號字 黑體）正文 （小四號字 宋體）第六章 項目編碼6.1 （

15、三號字 黑體）6.1.1 （四號字 黑體）正文 （小四號字 宋體）第七章 項目測試7.1 測試目的將完成好的系統(tǒng)，在實際情況下進(jìn)行測試，而評估該系統(tǒng)是否能滿足需求規(guī)格說明書，就需要對項目做功能性和非功能性測試（性能，安全等測試）。目的是驗證該系統(tǒng)是否滿足需求規(guī)格說明書，找出與需求規(guī)格說明書有出入的地方，從而提出一個更加完善的方案。系統(tǒng)經(jīng)過測試發(fā)現(xiàn)問題的地方需要經(jīng)過調(diào)試進(jìn)行改正。7.2 測試方法可靠性質(zhì)量需求安全性兼容性維護(hù)性可用性擴(kuò)充性性能負(fù)載測試安全性測試兼容性測試性能測試容量測試安卓點餐系統(tǒng)測試 測試方法分為負(fù)載測試、性能測試、容量測試、安全測試、兼容性測試、可靠性測試。性能是用來衡量系統(tǒng)

16、占用手機(jī)資源和手機(jī)做出響應(yīng)、表現(xiàn)的狀態(tài)。如果系統(tǒng)占用了所有的手機(jī)系統(tǒng)資源，那么點餐系統(tǒng)的性能就會下降，甚至有可能還會出現(xiàn)死機(jī)現(xiàn)象。容量是系統(tǒng)吸收、接納或容納的能力，也可以指某項功能的最大承受能力。可靠性是在規(guī)定的時間和條件下，系統(tǒng)所能維持其正常功能的操作、性能水平的程度。安全性是指系統(tǒng)和數(shù)據(jù)的安全程度，包括功能適用范圍、數(shù)據(jù)存取權(quán)限等受保護(hù)和受控制的能力。兼容性是系統(tǒng)從手機(jī)移到平板或者計算機(jī)上的難易程度。點餐系統(tǒng)與質(zhì)量需求的關(guān)系如下圖7-1所示： 圖7-17.3 測試過程 （1）系統(tǒng)測試計劃包括：點菜系統(tǒng)測試計劃、設(shè)計點菜系統(tǒng)測試用例、實現(xiàn)測試用例、點菜系統(tǒng)預(yù)測試設(shè)計和執(zhí)行、搭建系統(tǒng)測試環(huán)境、

17、執(zhí)行測試、結(jié)束報告、測試效率和點菜系統(tǒng)評估。 （2）點菜系統(tǒng)測試用例：系統(tǒng)測試不需要考慮系統(tǒng)內(nèi)部機(jī)理，站在用戶的角度上測試系統(tǒng)。設(shè)計測試用例時應(yīng)該考慮的因素：驗證功能正確的測試用例、想辦法讓功能出錯的測試用例、與非功能屬性相關(guān)的測試用例、系統(tǒng)測試使用的測試數(shù)據(jù)最好是實際環(huán)境中取得的數(shù)據(jù)。 （3）系統(tǒng)測試環(huán)境的主要因素：執(zhí)行系統(tǒng)測試的軟硬件環(huán)境、待測的系統(tǒng)、系統(tǒng)測試用例。 總結(jié) 這次的程序設(shè)計我們組做了一個基于Android平臺的手機(jī)點餐系統(tǒng)。該項目主要是用Android編寫，運(yùn)用了Activity組件，網(wǎng)絡(luò)數(shù)據(jù)交互則遵循HTTP協(xié)議來實現(xiàn)與服務(wù)器端的聯(lián)系。點餐系統(tǒng)的運(yùn)行為餐廳管理者優(yōu)化了管理的

18、方式，提高了操作速度，簡化了操作方式，提高了餐廳的檔次，是一款好用實際的軟件。當(dāng)然項目中還存在一些需要優(yōu)化的地方，比如用戶信息的反饋、管理人員對服務(wù)員的評價、界面需要更美好的要求、服務(wù)端需要更完善的要求以及需要一個終端給廚師展示顧客的需求，這樣就能更完善該系統(tǒng)對于餐廳的一些更實際的要求等等一些問題?？傊谶@次的項目中，我們組的三個人都很努力，出現(xiàn)解決不了的也有找人幫忙，更重要的是我從中學(xué)習(xí)到了更多的安卓知識以及如何與組員更好的合作。參考文獻(xiàn)參考文獻(xiàn)采用順序編碼制格式著錄。主要責(zé)任者，三名以內(nèi)的，全部列出；超過三名時，后面加“等.”字樣。參考文獻(xiàn)類型及標(biāo)識：參考文獻(xiàn)類型專著論文集報紙文章期刊文章學(xué)位論文報告標(biāo)準(zhǔn)專利文獻(xiàn)類型標(biāo)識MCNJDRSP其他未作說明的文獻(xiàn)，建議采用單字母“Z”。參考文獻(xiàn)編排格式（注意嚴(yán)格使用格式中的符號，特別注意區(qū)分“，”與“.”）：（1）對于專著、論文集、學(xué)位論文、報告，格式如下：序號 主要責(zé)任者文獻(xiàn)題名X出版地：出版者，出版年起止頁碼其中X代表文獻(xiàn)類型標(biāo)識。（2）對于期刊文章，格式如下：序號 主要責(zé)任者文獻(xiàn)題名J刊名，年，卷（期）：起止頁碼（3）對于報紙文章