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