太原理工大學系統(tǒng)分析實驗報告

............z...z.........z...本科實驗報告課程名稱：系統(tǒng)分析與設計實驗項目：《系統(tǒng)分析與設計》實驗實驗地點：行逸樓B114專業(yè)班級：軟件學號：學生姓名：指導教師：孟東霞2015年11月4日一、實驗目的通過《系統(tǒng)分析與設計》實驗，使學生在實際的案例中完成系統(tǒng)分析與系統(tǒng)設計中的主要步驟，并熟悉信息系統(tǒng)開發(fā)的有關應用軟件，加深對信息系統(tǒng)分析與設計課程基礎理論、基本知識的理解，提高分析和解決實際問題的能力，使學生在實踐中熟悉信息系統(tǒng)分析與設計的規(guī)，為后繼的學習打下良好的基礎。二、實驗要求學生以個人為單位完成，自選題目，班題目不重復，使用UML進行系統(tǒng)分析與設計，并完成實驗報告。實驗報告以紙質(zhì)版（A4)在課程結(jié)束后二上提交（12）。三、實驗主要設備：臺式或筆記本計算機四、實驗容1選題及項目背景美食評價系統(tǒng)背景：互聯(lián)網(wǎng)時代下網(wǎng)絡評論越來越隨意，希望可以規(guī)化的進行。2定義美食評價系統(tǒng)為用戶提供美食指導和參考。任人都可注冊為會員，個人資料包括姓名，性別，收藏的餐廳以及口味愛好。會員可以收藏餐館，瀏覽餐館信息以及其他會員的評價。餐廳必須向管理人員提出注冊并審核通過后才能顯示。管理人員需到工商局和餐廳具體審查后才能通過。會員可以提供來自餐館提供的小票在次日來對用餐進行評價，一小票僅可提供一次評價。餐館則提供當日用餐小票記錄給管理人員，用以核對用戶提供的小票是否正確，然后系統(tǒng)則會審核評價有無不良信息，審核通過發(fā)布在餐廳信息上，并根據(jù)會員評價次數(shù)對給會員評星（1-5）。個人信息和餐館信息可被所有人訪問，管理員信息只能管理員訪問。3參考資料1．GB8567-88《計算機軟件產(chǎn)品文件編制規(guī)》2．GB/T11457-1995《軟件工程術語》3．GB1526—89信息處理--數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡圖和系統(tǒng)資源圖的文件編制符號及約定4．GB8566-88《軟件開發(fā)規(guī)》4系統(tǒng)分析與設計4.1需求分析4.1.1識別參與者用戶，餐廳，管理人員4.1.2對需求進行捕獲與描述用例名稱：注冊個人用戶執(zhí)行者：用戶目的：完成一次注冊個人用戶的完整過程。用例名稱：用戶登錄執(zhí)行者：用戶目的：完成一次用戶登陸的過程。用例名稱：填寫與修改個人信息執(zhí)行者：用戶目的：填寫和修改用戶的個人信息，可由別人查閱。用例名稱：收藏餐廳執(zhí)行者：用戶目的：用戶可以根據(jù)自己的喜好收藏餐廳。用例名稱：查詢餐廳信息或個人信息執(zhí)行者：用戶、餐廳目的：用戶和餐廳可根據(jù)需求喜好查詢餐廳信息或個人信息。用例名稱：注冊餐廳執(zhí)行者：餐廳目的：完成一次注冊餐廳信息的過程。用例名稱：修改餐廳介紹執(zhí)行者：餐廳目的：根據(jù)餐廳需求，經(jīng)過管理人員審核后修改餐廳介紹。9用例名稱：發(fā)送當日發(fā)票執(zhí)行者：餐廳目的：每日結(jié)束營業(yè)后，將給出的當日的發(fā)票號發(fā)送至管理人員。用例名稱：審核餐廳執(zhí)行者：管理人員目的：餐廳注冊信息，修改信息，管理人員都要進行審核。用例名稱：增刪餐廳執(zhí)行者：管理人員目的：根據(jù)實際情況和個人要求，對餐廳信息進行管理。用例名稱：給用戶評星執(zhí)行者：管理人員目的：根據(jù)用戶的評價次數(shù)，予以用戶星級。用例名稱：修改餐廳信息執(zhí)行者：管理員目的：根據(jù)用戶對餐廳進行評價和評星，來修改餐廳信息。用例名稱：添加或刪除每日推薦美食執(zhí)行者：管理人員目的：從評價為五星和四星的餐廳中挑選出一個，推薦其特殊菜。3.13.1用例ID號及用例名3評價餐廳3.2用例概述該用例描述用戶根據(jù)從餐廳得到的小票號，來對餐廳進行評星和評價。3.3參與者：用戶3.4前置條件（Pre-Conditions）會員登錄3.5后置條件（Post-Conditions）將用戶的評價和提供的小票號提交至管理人員。3.6事件流3.6.1基本事件流（BasicFlow）1)用戶輸入小票號。2)用戶給出評星。3)用戶輸入評價。4)用戶確認評星和評價。E-15)點擊確定，系統(tǒng)顯示提示評價已經(jīng)被提交。3.6.2擴展事件流（AlternativeFlows）Ｅ－１：點擊取消，則退出。若有一項為空，返回評價頁面。12.112.1用例ID號及用例名12審核用戶評價12.2用例概述該用例描述管理員根據(jù)發(fā)票號判斷用戶是否評論有效，然后再審核容有無違禁容，通過后發(fā)表。容有無違禁容，通過后發(fā)表。12.3參與者：管理員12.4前置條件（Pre-Conditions）管理員登錄，用戶評價12.5后置條件（Post-Conditions）用用戶評價修改餐廳信息12.6事件流12.6.1基本事件流（BasicFlow）1確認系統(tǒng)中有無用戶發(fā)送的發(fā)票號。E-12審核評價有無違禁容。E-23審核通過，并發(fā)表在餐廳信息中。12.6.2擴展事件流（AlternativeFlows）Ｅ－１：若系統(tǒng)中沒有用戶輸入的發(fā)票號，則提示“無此發(fā)票號”，并提示用戶再次輸入發(fā)票號。Ｅ－２：若有違禁容，則提示“評價含有違禁容”，并提示用戶再次輸入評價。4.1.4分析與討論建模用例圖的步驟、法？步驟：1.定義系統(tǒng)邊界和圍。2.識別系統(tǒng)參與者。3.發(fā)現(xiàn)用例。4.描述用例及確定用例關系。5.建立用例圖。6.定義用例圖的層次結(jié)構(gòu)。法：創(chuàng)建一個用例名時，要盡量使用主語動態(tài)動詞和可以描述系統(tǒng)上執(zhí)行的功能的名詞，從整體考慮，用例圖要獲取和分析用戶需求。如識別系統(tǒng)的參與者？應該如劃分用例，應注意哪些問題？參與者是與系統(tǒng)交互的實體，包括需要和系統(tǒng)交換信息的一切實體。參與者不是系統(tǒng)的一部分，他們處于系統(tǒng)的外部。參與者是一組角色。根據(jù)每個用例都有其對應的參與者來劃分用例，注意用例可大可小，但對應一個具體的用戶目標3)心得設計用例圖時要全面考慮到需求，將參與者劃分出來，并且每個參與者都有對應的用例，最后才能更好地理解需求。4.2建立對象模型4.2.1候選類的數(shù)據(jù)字典類類名中文定義User用戶可以在系統(tǒng)上注冊信息，填寫和修改個人信息，查閱他人信息、餐廳信息，收藏喜歡的餐廳。Comment評論用戶向餐廳提交的評價，要由管理人員審核。PersonIn個人信息包括用戶的愛好，收藏的餐廳，性別，評論次數(shù)，星級。RestaurantIn餐廳信息主要用來展示審核通過的用戶評論。RestaurantId餐廳介紹展示餐廳的特色。RestaurantRestaurant餐廳可以在系統(tǒng)上注冊信息，填寫和修改餐廳信息，查閱別的餐廳信息、個人信息。Manager管理人員審核餐廳和評論。ModerateCo審核評論審核小票號是否存在，言論是否違禁，有問題則改變狀態(tài)為未通過退回，沒問題則改變狀態(tài)為通過，添加到餐廳信息中。4.2.2定義類用戶?屬性用戶名（ID）：文本(String)密碼（Password）：數(shù)值（double）?操作登陸Ulogin()修改密碼Cpassword()查詢餐廳信息Qr()查詢用戶信息Qu()查詢用戶自己的評論Qc()個人信息?屬性用戶名（ID）：文本(String)收藏的餐廳(Rest)：文本(String)個人喜好(Like)：文本(String)性別(Sex)：文本(String)評論次數(shù)(Cc):數(shù)值（double）星級（Us）:數(shù)值（double）?操作修改Change()收藏Collect()評論?屬性評價(Comments)：文本(String)星級(Star)：數(shù)值（double）狀態(tài)(State)：文本(String)評論人(Men):文本(String)?操作自查Selfcheck()提醒用戶評論狀態(tài)Alarm()審核評論?屬性?操作修改評論狀態(tài)Change_state()發(fā)送評論Sentcomment()審核餐廳............z...z.........z...?屬性?操作審核注冊信息CheckIn()審核餐廳簡介CheckId()餐廳?屬性編號(ID)：文本(String)密碼(Password)：數(shù)值（double）?操作注冊Register()登陸Rlogin()發(fā)送發(fā)票Sent()查詢餐廳信息Qr()查詢用戶信息Qu()餐廳信息?屬性用戶名（ID）：文本(String)用戶評價(Usercomment)：文本(String)綜合星級(Tstar)：數(shù)值（double）評價人數(shù)(Count)：數(shù)值（double）?操作計算星級Cstar()接收并增添評論Radd()餐廳簡介?屬性地址(address):文本(String)特色菜系(Special)：文本(String)招牌菜(SS)：文本(String)今日特價(Promotion)：文本(String)?操作提交修改申請Apply()修改簡介Ci()管理人員?屬性編號(ID)：文本(String)密碼(Password)：數(shù)值（double）?操作登陸Mlogin()查詢餐廳信息Qr()查詢用戶信息Qu()推送每日推薦美食Pf()給用戶評星Cus()4.2.3繪制類圖審核餐廳和審核評論是管理人員的兩個子類，分別用來管理餐廳和用戶評論。用戶可以產(chǎn)生評論和修改個人信息，評論要經(jīng)過自查后送至審核評論進行審核。餐廳可以訪問和修改餐廳簡介，餐廳簡介的一個子類為餐廳信息，專門用來接收審核通過的言論，并顯示出來。餐廳，用戶可互相查看信息，管理人員可查看兩者的信息。重要的行為：①評論：由用戶產(chǎn)生，產(chǎn)生后進行自查，審查通過送至審核評論，不通過留在評論界面。然后審核由小票號審查和言論審查，審核通過修改評論狀態(tài)為通過，并修改餐廳信息，審查未通過修改評論狀態(tài)為未通過。最后將評論返回至用戶，用戶可查看自己評論的狀態(tài)。............z...z.........z...②修改餐廳信息和個人信息：首先要審核ID是否一致，之后要求屬于密碼，密碼正確進入修改界面。4.2.4包圖對于大型復雜系統(tǒng)，常需要把大量的模型元素用包組織起來，以便處理。對所選系統(tǒng)的類進行分組，以便更清晰地了解系統(tǒng)的結(jié)構(gòu)。分為用戶、餐館和管理人員三個包。2.5分析與討論建模類圖的步驟、法？步驟：1.確定類。2.識別類的屬性和操作。3.識別類之間的關聯(lián)。4.定義類的結(jié)構(gòu)和層次。法：可用名字識別法識別類，以多角度確定類的屬性，綜合對象模型、動態(tài)模型和功能模型確定類的操作，之后，確定關聯(lián)關系及多重性，利用繼承組織類，考慮組合和聚集關系，最后考慮是否使用包圖。識別類有哪些法，你是如識別類的？行為分析、名詞識別法、CRC分析法、根據(jù)邊界類、控制類、實體類。從系統(tǒng)簡介中找出所有的名詞，去掉重復的名詞。之后將可合并的類劃歸為一類，考慮其是否有必要另成一類。審核劃分好的每個類，思考后面的步驟，其適不適合劃歸為一類。解釋關聯(lián)的多重性？如確定類的屬性、操作、類之間的關聯(lián)關系、組織類之間的繼承？關聯(lián)的多重性：對于每個關聯(lián)，從一端看本端的一個對象可能與另一端的幾個對象進行聯(lián)系，把結(jié)果標注到連線的另一端?？梢允褂闷胀P聯(lián)列表的法幫助發(fā)現(xiàn)關聯(lián)，也可通過添加關聯(lián)角色和限定符以詳細描述關聯(lián)的性質(zhì)。通?？梢栽趦蓚€向上識別繼承：自頂向下（從共性開始）或自底向上（從特殊的情形開始）。建立動態(tài)模型系統(tǒng)的動態(tài)行為模型由交互圖（順序圖和協(xié)同圖）、狀態(tài)機圖和活動圖表達。在系統(tǒng)的分析和設計中應當對主要的UseCase和對象類繪制這些圖形，以便分析系統(tǒng)的行為，印證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu)，滿足用戶的需求，達到系統(tǒng)的目標。主要描述了用戶提交評論的過程。用戶通過頁面發(fā)送評論，管理員審核后反饋給用戶。4.3.2通信圖............z...z.........z...4.3.3活動圖繪制活動圖需要確定參與活動的對象、動作狀態(tài)、動作流，以及對象流。針對用戶產(chǎn)生評論和管理員審核的過程描述。4.3.4狀態(tài)圖狀態(tài)機圖表現(xiàn)一個對象（類）的生命史。對于一些實現(xiàn)重要行為動作的對象應當繪制狀態(tài)機圖。繪制狀態(tài)機圖需要確定一個對象的生命期可能出現(xiàn)的全部狀態(tài)，