太原理工大學(xué)系統(tǒng)分析實(shí)驗(yàn)報(bào)告.doc

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