需求分析與用例建模(編輯修改稿)
2025-05-29 06:45 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 例步驟 – 提取公共步驟形成獨(dú)立的共享公共用例：包含用例、泛化用例、擴(kuò)展用例。 面向?qū)ο蟮男枨蠓治? 面向?qū)ο蟮男枨蠓治? 第 4步：細(xì)化用例模型圖 – 對(duì)于增加的新參與者和用例，修改前面構(gòu)造的用例模型圖。 面向?qū)ο蟮男枨蠓治? 第 5步：記錄系統(tǒng)分析用例描述 – 描述系統(tǒng)用戶(hù)用來(lái)與系統(tǒng)交互的手段、過(guò)程，沒(méi)有太多的實(shí)現(xiàn)細(xì)節(jié)。 面向?qū)ο蟮男枨蠓治? 面向?qū)ο蟮男枨蠓治? ? 用例的組織 – 用例的組織： 較大的系統(tǒng)往往包含許多用例，為了更好地理解和管理它們，在分析用例的過(guò)程中可以把用例按照一定的邏輯關(guān)系組合成子系統(tǒng)。 – 包： 將一些關(guān)系緊密的用例放到一個(gè)包里，并且為包確定一個(gè)主題。 用 UML中的包（ Package）符號(hào)表示。 面向?qū)ο蟮男枨蠓治? –用例組織： 對(duì)用例圖分層 面向?qū)ο蟮男枨蠓治? – 用例組織注意：在建模的開(kāi)始階段，不要對(duì)它進(jìn)行過(guò)細(xì)的分解，以免使得模型中出現(xiàn)過(guò)多的用例而影響了對(duì)系統(tǒng)功能和結(jié)構(gòu)的總體把握。 層次化用例圖 (1) 用例的粒度問(wèn)題 對(duì)于一個(gè)目標(biāo)系統(tǒng)進(jìn)行用例分析后得到的用例數(shù)目有多少比較合適 ? 用例的粒度問(wèn)題 用例的粒度（用例的大?。┛纱罂尚?，一般一個(gè)系統(tǒng)宜控制在 20個(gè)用例左右。 (2) 用例的分解 /合并 系統(tǒng)中相似的功能 , 是合并為一個(gè)用例還是分解為幾個(gè)用例 ? 方法 1 一個(gè)用例 /三個(gè)腳本 (scenario) 方法 2 三個(gè)用例 用例的粒度問(wèn)題 情景、場(chǎng)景、情節(jié)、劇本 練習(xí)一 ? 有一個(gè)愛(ài)書(shū)之人，家里各類(lèi)書(shū)籍已過(guò)千冊(cè)，而平時(shí)又時(shí)常有朋友外借，因此需要一個(gè)個(gè)人圖書(shū)管理系統(tǒng)。該系統(tǒng)應(yīng)該能夠?qū)?shū)籍的基本信息按計(jì)算機(jī)類(lèi)、非計(jì)算機(jī)類(lèi)分別建檔，實(shí)現(xiàn)按書(shū)名、作者、類(lèi)別、出版社等關(guān)鍵字的組合查詢(xún)功能。在使用該系統(tǒng)錄入新書(shū)籍時(shí)系統(tǒng)會(huì)自動(dòng)按規(guī)則生成書(shū)號(hào)，可以修改信息，但不能夠刪除記錄。該系統(tǒng)還應(yīng)該能夠?qū)?shū)籍的外借情況進(jìn)行記錄，可對(duì)外借情況列表打印。另外，還希望能夠?qū)?shū)籍的購(gòu)買(mǎi)金額、冊(cè)數(shù)按特定時(shí)限進(jìn)行統(tǒng)計(jì)。 練習(xí)一 通常結(jié)果 可選結(jié)果 實(shí)例優(yōu)化 優(yōu)化結(jié)果1 優(yōu)化結(jié)果2 練習(xí)二 ? 網(wǎng)上選課系統(tǒng)： – 管理員通過(guò)系統(tǒng)管理界面進(jìn)入，建立本學(xué)期要開(kāi)的各門(mén)課程，將課程信息保存在數(shù)據(jù)庫(kù)中，并可以對(duì)課程進(jìn)行改動(dòng)和刪除。學(xué)生通過(guò)瀏覽器根據(jù)學(xué)號(hào)和密碼進(jìn)入選課界面，在這里學(xué)生可以查詢(xún)已選課程信息并選課，教師可以選擇所上課程并提交成績(jī)。管理員負(fù)責(zé)維護(hù)各項(xiàng)信息。這些操作結(jié)果存入數(shù)據(jù)庫(kù)中。 ? 請(qǐng)用ＵＭＬ畫(huà)出其用例圖，并寫(xiě)出詳細(xì)的用例描述。 練習(xí)二 客戶(hù)需求分析 1． 業(yè)務(wù)組織結(jié)構(gòu) （ 綜述 ） “ 企業(yè)綜合信息管理系統(tǒng) ” 的用戶(hù)是企業(yè)各級(jí)管理部門(mén)的工作人員
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1