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

標(biāo)準(zhǔn)本科實驗報告課程名稱： 系統(tǒng)分析與設(shè)計實驗項目： 《系統(tǒng)分析與設(shè)計》實驗實驗地點： 行逸樓B114專業(yè)班級：軟件 學(xué)號：學(xué)生姓名：指導(dǎo)教師： 孟東霞2015年11月4日文案標(biāo)準(zhǔn)一、實驗?zāi)康耐ㄟ^《系統(tǒng)分析與設(shè)計》實驗，使學(xué)生在實際的案例中完成系統(tǒng)分析與系統(tǒng)設(shè)計中的主要步驟，并熟悉信息系統(tǒng)開發(fā)的有關(guān)應(yīng)用軟件，加深對信息系統(tǒng)分析與設(shè)計課程基礎(chǔ)理論、基本知識的理解，提高分析和解決實際問題的能力，使學(xué)生在實踐中熟悉信息系統(tǒng)分析與設(shè)計的規(guī)范，為后繼的學(xué)習(xí)打下良好的基礎(chǔ)。二、實驗要求學(xué)生以個人為單位完成，自選題目，班內(nèi)題目不重復(fù)，使用UML進行系統(tǒng)分析與設(shè)計，并完成實驗報告。實驗報告以紙質(zhì)版（A4)在課程結(jié)束后二周上內(nèi)提交（12周）。三、實驗主要設(shè)備：臺式或筆記本計算機四、實驗內(nèi)容選題及項目背景美食評價系統(tǒng)背景：互聯(lián)網(wǎng)時代下網(wǎng)絡(luò)評論越來越隨意，希望可以規(guī)范化的進行。定義美食評價系統(tǒng)為用戶提供美食指導(dǎo)和參考。任何人都可注冊為會員，個人資料包括姓名，性別，收藏的餐廳以及口味愛好。會員可以收藏餐館，瀏覽餐館信息以及其他會員的評價。餐廳必須向管理人員提出注冊并審核通過后才能顯示。管理人員需到工商局和餐廳具體審查后才能通過。會員可以提供來自餐館提供的小票在次日來對用餐進行評價，一張小票僅可提供一次評價。餐館則提供當(dāng)日用餐小票記錄給管理人員，用以核對用戶提供的小票是否正確，然后系統(tǒng)則會審核評價有無不良信息，審核通過發(fā)布在餐廳信息上，并根據(jù)會員評價次數(shù)對給會員評星（1-5）。個人信息和餐館信息可被所有人訪問，管理員信息只能管理員訪問。參考資料1．GB8567-88 《計算機軟件產(chǎn)品文件編制規(guī)范》2．GB/T11457-1995 《軟件工程術(shù)語》3．GB1526—89信息處理--數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號及約定4．GB8566-88 《軟件開發(fā)規(guī)范》文案標(biāo)準(zhǔn)系統(tǒng)分析與設(shè)計4.1需求分析4.1.1識別參與者用戶，餐廳，管理人員4.1.2對需求進行捕獲與描述1用例名稱：注冊個人用戶執(zhí)行者：用戶目的：完成一次注冊個人用戶的完整過程。2用例名稱：用戶登錄執(zhí)行者：用戶目的：完成一次用戶登陸的過程。4用例名稱：填寫與修改個人信息執(zhí)行者：用戶目的：填寫和修改用戶的個人信息，可由別人查閱。5用例名稱：收藏餐廳執(zhí)行者：用戶目的：用戶可以根據(jù)自己的喜好收藏餐廳。6用例名稱：查詢餐廳信息或個人信息執(zhí)行者：用戶、餐廳目的：用戶和餐廳可根據(jù)需求喜好查詢餐廳信息或個人信息。7用例名稱：注冊餐廳執(zhí)行者：餐廳目的：完成一次注冊餐廳信息的過程。8用例名稱：修改餐廳介紹執(zhí)行者：餐廳目的：根據(jù)餐廳需求，經(jīng)過管理人員審核后修改餐廳介紹。9用例名稱：發(fā)送當(dāng)日發(fā)票執(zhí)行者：餐廳目的：每日結(jié)束營業(yè)后，將給出的當(dāng)日的發(fā)票號發(fā)送至管理人員。10用例名稱：審核餐廳執(zhí)行者：管理人員目的：餐廳注冊信息，修改信息，管理人員都要進行審核。11用例名稱：增刪餐廳執(zhí)行者：管理人員目的：根據(jù)實際情況和個人要求，對餐廳信息進行管理。13用例名稱：給用戶評星執(zhí)行者：管理人員目的：根據(jù)用戶的評價次數(shù)，予以用戶星級。14用例名稱：修改餐廳信息執(zhí)行者：管理員目的：根據(jù)用戶對餐廳進行評價和評星，來修改餐廳信息。15用例名稱：添加或刪除每日推薦美食執(zhí)行者：管理人員目的：從評價為五星和四星的餐廳中挑選出一個，推薦其特殊菜。文案標(biāo)準(zhǔn)3.1用例ID號及用例名3評價餐廳3.2用例概述該用例描述用戶根據(jù)從餐廳得到的小票號，來對餐廳進行評星和評價。3.3參與者：用戶3.4前置條件（Pre-Conditions）會員登錄3.5后置條件（Post-Conditions）將用戶的評價和提供的小票號提交至管理人員。3.6事件流3.6.1基本事件流1)用戶輸入小票號。（BasicFlow）2)用戶給出評星。3)用戶輸入評價。4)用戶確認(rèn)評星和評價。E-15)點擊確定，系統(tǒng)顯示提示評價已經(jīng)被提交。3.6.2擴展事件流（AlternativeFlows）Ｅ－１：點擊取消，則退出。若有一項為空，返回評價頁面。12.1 用例ID號及用例名12.2 用例概述12.3參與者：12.4前置條件（Pre-Conditions）12.5后置條件（Post-Conditions）12.6事件流12.6.1基本事件流（BasicFlow） 擴展事件流（AlternativeFlows）

審核用戶評價該用例描述管理員根據(jù)發(fā)票號判斷用戶是否評論有效，然后再審核內(nèi)容有無違禁內(nèi)容，通過后發(fā)表。管理員管理員登錄，用戶評價用用戶評價修改餐廳信息1確認(rèn)系統(tǒng)中有無用戶發(fā)送的發(fā)票號。E-12審核評價有無違禁內(nèi)容。E-2審核通過，并發(fā)表在餐廳信息中。Ｅ－１：若系統(tǒng)中沒有用戶輸入的發(fā)票號，則提示“無此發(fā)票號”，并提示用戶再次輸入發(fā)票號。Ｅ－２：若有違禁內(nèi)容，則提示“評價含有違禁內(nèi)容”，并提示用戶再次輸入評價。 用例圖文案標(biāo)準(zhǔn) 分析與討論建模用例圖的步驟、方法？步驟：定義系統(tǒng)邊界和范圍。識別系統(tǒng)參與者。發(fā)現(xiàn)用例。描述用例及確定用例關(guān)系。建立用例圖。定義用例圖的層次結(jié)構(gòu)。方法：創(chuàng)建一個用例名時，要盡量使用主語動態(tài)動詞和可以描述系統(tǒng)上執(zhí)行的功能的名詞，從整體考慮，用例圖要獲取和分析用戶需求。如何識別系統(tǒng)的參與者？應(yīng)該如何劃分用例，應(yīng)注意哪些問題？參與者是與系統(tǒng)交互的實體，包括需要和系統(tǒng)交換信息的一切實體。參與者不是系統(tǒng)的一部分，他們處于系統(tǒng)的外部。參與者是一組角色。根據(jù)每個用例都有其對應(yīng)的參與者來劃分用例，注意用例可大可小，但對應(yīng)一個具體的用戶目標(biāo)心得設(shè)計用例圖時要全面考慮到需求，將參與者劃分出來，并且每個參與者都有對應(yīng)的用例，最后才能更好地理解需求。4.2 建立對象模型 候選類的數(shù)據(jù)字典類名 中文User 用戶Comment 評論PersonIn 個人信息RestaurantIn 餐廳信息RestaurantId 餐廳介紹Restaurant 餐廳Manager 管理人員ModerateCo 審核評論定義類用戶?屬性

定義可以在系統(tǒng)上注冊信息，填寫和修改個人信息，查閱他人信息、餐廳信息，收藏喜歡的餐廳。用戶向餐廳提交的評價，要由管理人員審核。包括用戶的愛好，收藏的餐廳，性別，評論次數(shù)，星級。主要用來展示審核通過的用戶評論。展示餐廳的特色。可以在系統(tǒng)上注冊信息，填寫和修改餐廳信息，查閱別的餐廳信息、個人信息。審核餐廳和評論。審核小票號是否存在，言論是否違禁，有問題則改變狀態(tài)為未通過退回，沒問題則改變狀態(tài)為通過，添加到餐廳信息中。用戶名（ID）：文本(String)密碼（Password）：數(shù)值（double）文案標(biāo)準(zhǔn)?操作登陸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()審核餐廳?屬性?操作審核注冊信息 CheckIn()審核餐廳簡介 CheckId()餐廳文案標(biāo)準(zhǔn)?屬性編號(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()文案標(biāo)準(zhǔn)繪制類圖審核餐廳和審核評論是管理人員的兩個子類，分別用來管理餐廳和用戶評論。用戶可以產(chǎn)生評論和修改個人信息，評論要經(jīng)過自查后送至審核評論進行審核。餐廳可以訪問和修改餐廳簡介，餐廳簡介的一個子類為餐廳信息，專門用來接收審核通過的言論，并顯示出來。餐廳，用戶可互相查看信息，管理人員可查看兩者的信息。重要的行為：①評論：由用戶產(chǎn)生，產(chǎn)生后進行自查，審查通過送至審核評論，不通過留在評論界面。然后審核由小票號審查和言論審查，審核通過修改評論狀態(tài)為通過，并修改餐廳信息，審查未通過修改評論狀態(tài)為未通過。最后將評論返回至用戶，用戶可查看自己評論的狀態(tài)。②修改餐廳信息和個人信息：首先要審核ID是否一致，之后要求屬于密碼，密碼正確進入修改界面。文案標(biāo)準(zhǔn)包圖對于大型復(fù)雜系統(tǒng)，常需要把大量的模型元素用包組織起來，以方便處理。對所選系統(tǒng)的類進行分組，以便更清晰地了解系統(tǒng)的結(jié)構(gòu)。分為用戶、餐館和管理人員三個包。分析與討論1）建模類圖的步驟、方法？步驟：確定類。2.識別類的屬性和操作。識別類之間的關(guān)聯(lián)。4.定義類的結(jié)構(gòu)和層次。方法：可用名字識別法識別類，以多角度確定類的屬性，綜合對象模型、動態(tài)模型和功能模型確定類的操作，之后，確定關(guān)聯(lián)關(guān)系及多重性，利用繼承組織類，考慮組合和聚集關(guān)系，最后考慮是否使用包圖。）識別類有哪些方法，你是如何識別類的？行為分析、名詞識別法、CRC分析法、根據(jù)邊界類、控制類、實體類。從系統(tǒng)簡介中找出所有的名詞，去掉重復(fù)的名詞。之后將可合并的類劃歸為一類，考慮其是否有必要另成一類。審核劃分好的每個類，思考后面的步驟，其適不適合劃歸為一類。）解釋關(guān)聯(lián)的多重性？如何確定類的屬性、操作、類之間的關(guān)聯(lián)關(guān)系、組織類之間的繼承？關(guān)聯(lián)的多重性：對于每個關(guān)聯(lián)，從一端看本端的一個對象可能與另一端的幾文案標(biāo)準(zhǔn)個對象進行聯(lián)系，把結(jié)果標(biāo)注到連線的另一端。可以使用普通關(guān)聯(lián)列表的方法幫助發(fā)現(xiàn)關(guān)聯(lián)，也可通過添加關(guān)聯(lián)角色和限定符以詳細(xì)描述關(guān)聯(lián)的性質(zhì)。通?？梢栽趦蓚€方向上識別繼承：自頂向下（從共性開始）或自底向上（從特殊的情形開始）。4.3 建立動態(tài)模型系統(tǒng)的動態(tài)行為模型由交互圖（順序圖和協(xié)同圖）、狀態(tài)機圖和活動圖表達(dá)。在系統(tǒng)的分析和設(shè)計中應(yīng)當(dāng)對主要的UseCase和對象類繪制這些圖形，以便分析系統(tǒng)的行為，印證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu)，滿足用戶的需求，達(dá)到系統(tǒng)的目標(biāo)。 順序圖主要描述了用戶提交評論的過程。用戶通過頁面發(fā)送評論，管理員審核后反饋給用戶。文案標(biāo)準(zhǔn) 通信圖活動圖活動圖的主要作用是表示系統(tǒng)的業(yè)務(wù)工作流和并發(fā)處理過程。針對自選系統(tǒng)主要的業(yè)務(wù)工作流繪制活動圖。繪制活動圖需要確定參與活動的對象、動作狀態(tài)、動作流，以及對象流。針對用戶產(chǎn)生評論和管理員審核的過程描述。文案標(biāo)準(zhǔn)狀態(tài)圖狀態(tài)機圖表現(xiàn)一個對象（類）的生命史。對于一些實現(xiàn)重要行為動作的對象應(yīng)當(dāng)繪制狀態(tài)機圖。繪制狀態(tài)機圖需要確定一個對象的生命期可能出現(xiàn)的全部狀態(tài)，哪些事件將引起狀態(tài)的轉(zhuǎn)移，將會發(fā)生哪些動作。對象為評論。 分析與討論比較順序圖與通信圖、 活動圖與狀態(tài)圖的應(yīng)用一、活動圖與狀態(tài)圖相同點：①描述的圖符基本一樣。②可以描述一個系統(tǒng)或?qū)ο笤谏嫫陂g的狀態(tài)和行為。③可以描述一個系統(tǒng)或?qū)ο笤诙噙M程操作中的并發(fā)行為。④可以用條件分支圖符描述一個系統(tǒng)或?qū)ο蟮男袨榭刂屏鳌２煌c：①觸發(fā)一個系統(tǒng)或?qū)ο蟮臓顟B(tài)（活動）發(fā)生的轉(zhuǎn)移的機制不同。②描述多個對象共同完成一個操作的機制不同。二、順序圖與通信圖相同點：①同屬于交互圖，用于描述對象間的動態(tài)關(guān)系。②在語義上等價，可互相轉(zhuǎn)換。不同點：①建模切入點不同，順序圖強調(diào)時間順序，通信圖強調(diào)參與交互的對象的組織。②建模元素各有特點，順序圖使用生命線和控制焦點， 通信圖描述路徑和鏈接。③兩者不能完全替代，順序圖描述對象間消息傳遞的時間順序，用于分析交互的順序，是按時間順序?qū)刂屏鹘?。通信圖描述對象間的聯(lián)系和傳遞的消息，用于描述一個操作的實現(xiàn)，是按對象組織關(guān)系對控制流建模。文案標(biāo)準(zhǔn)4.4物理模