【正文】 職責(zé) 從賬戶中取出密碼 賬戶 如無此賬戶返回假值 提示客戶輸入密碼 讀入密碼 比較核實(shí) , 返回結(jié)果 類名 密碼驗(yàn)證器 協(xié)作 職責(zé) 檢查賬戶有效性 返回密碼 檢查取款 /存款信息 類名 賬戶 職責(zé) 顯示菜單 存款管理器 等待客戶選擇 取款管理器 調(diào)用相應(yīng)的 存款 /取款管理器 類名 菜單選擇器 協(xié)作 職責(zé) 詢問取款額 賬戶 要求驗(yàn)證賬戶 出銀機(jī) 啟動(dòng)出銀機(jī)發(fā)款 類名 取款管理器 協(xié)作 軟件工程 138 ④ 細(xì)化 ：模擬在執(zhí)行每個(gè)基本功能時(shí)系統(tǒng)內(nèi)部出現(xiàn)的場景，以此推動(dòng)細(xì)化工作的進(jìn)行。每一個(gè)類可用一張 CRC卡片表示。 ? 通過控制對象可創(chuàng)建其他邊界對象 。 軟件工程 134 4) 使用順序圖將用例映射為對象 ? 畫順序圖的啟發(fā)式準(zhǔn)則如下： ? 順序圖第一欄對應(yīng)激活該用例的參與者 。 ⑧ ReserveDialog：預(yù)約對話框。根據(jù)圖書的 ISBN號(hào)碼查找書目。有根據(jù)讀者 ID查找讀者的操作。有借書、還書、預(yù)約、取消預(yù)約、添加書目、修改書目、刪除書目、添加讀者、修改讀者、刪除讀者、添加圖書、刪除圖書等操作。 ④ Loan：借閱記錄。 ② Title：書目。 ? 檢查每一個(gè)用例，標(biāo)識(shí)候選對象 ? 用例中的連續(xù)名詞 （如借閱事件） ； ? 系統(tǒng)需要跟蹤的現(xiàn)實(shí)世界中的實(shí)體 （如借閱記錄、書目信息） ； ? 系統(tǒng)需要跟蹤的現(xiàn)實(shí)世界中的活動(dòng) （如緊急情況操作預(yù)案） ； ? 數(shù)據(jù)源或數(shù)據(jù)潭 （如讀者、管理員） 。 Control Entity Actor Boundary 參與者 邊界對象 控制對象 實(shí)體對象 圖示 軟件工程 128 具有兩個(gè)按鈕的手表的分析對象 entity Day entity Month entity Year control ChangeDateControl boundary ButtonBoundary boundary LCDDisplayBoundary 軟件工程 129 ? 分析建?；顒?dòng)包括以下步驟。 ? 分析中的類可以看作是 高層抽象 。 軟件工程 125 面向?qū)ο蟮男枨蠓治? 軟件工程 126 ? 面向?qū)ο蠓治瞿Ｐ陀扇齻€(gè)獨(dú)立的模型構(gòu)成： ? 由用例和場景表示的 功能模型 ； ? 用類和對象表示的 分析對象模型 ； ? 由狀態(tài)圖和順序圖表示的 動(dòng)態(tài)模型 。 ? 判定結(jié)構(gòu)： if_then_else 或 switch_do 結(jié)構(gòu)； ? 用結(jié)構(gòu)化語言描述的規(guī)格說明的正文可以在計(jì)算機(jī)上編輯，不必過多地考慮語言的在語法上的限制，使得分析員可以集中考慮加工的策略或規(guī)則。 ? 它是一種介于自然語言和形式化語言之間的語言。 ? 結(jié)構(gòu)化語言 ? 結(jié)構(gòu)化語言是一種 偽碼 。為了解決兩個(gè)進(jìn)程在運(yùn)行中可能會(huì)同時(shí)申請資源的矛盾，要用原語 LOCK 和 UNLOCK 控制 R 的使用，保證進(jìn)程間的同步。 ? 變遷 ：符號(hào) “ |”, 表示系統(tǒng)中的 事件 。 t2 t3 t4 t1 運(yùn)行 就緒 等待 軟件工程 107 ? 在狀態(tài)遷移圖中， ? “ ○ ”表示可得到的系統(tǒng) 狀態(tài) ? “ → ”表示從一種狀態(tài)向另一種狀態(tài)的 遷移 。 ? 在描述系統(tǒng)或各個(gè)數(shù)據(jù)對象的行為時(shí)，采用狀態(tài)遷移圖。 ? 考試 中心：提供合格標(biāo)準(zhǔn)，得到成績分類統(tǒng)計(jì)表和試題難度分析表。 軟件工程 100 功能建模的步驟 1. 確定與系統(tǒng)有交互關(guān)系的 外部實(shí)體 。 2) 對合格的報(bào)名單編好準(zhǔn)考證號(hào)后將準(zhǔn)考證送給考生，并將匯總后的考生名單送給閱卷站 。因此，教學(xué)管理中涉及的對象有學(xué)生、教師和課程。 ? 擴(kuò)充后，將建模技術(shù)擴(kuò)展到 數(shù)據(jù)建模 、 功能建模 和 行為建模 ，以實(shí)體 關(guān)系圖、數(shù)據(jù)流圖和控制流圖、狀態(tài) 遷移圖為工具，數(shù)據(jù)字典為核心，從不同視點(diǎn)建立系統(tǒng)的分析模型。 6) 標(biāo)識(shí)非功能需求 包括系統(tǒng)性能上的約束、文檔、使用資源、安全性和質(zhì)量等需求。用例表達(dá)了系統(tǒng)的范圍?？衫糜美鳛楸磉_(dá)工具。 ? 用戶類可以是人，也可以是與系統(tǒng)打交道的 其他應(yīng)用程序 或硬件部件。 4. 識(shí)別用戶類和用戶代表 ? 確定目標(biāo)系統(tǒng)的不同用戶 類型 ； ? 挑選出每一類用戶和其他項(xiàng)目相關(guān)者的 代表并與他們一起工作 。 ? 所謂限制，是指受客觀物理規(guī)律的限制。應(yīng)在開發(fā)組接受需求之前解決所有分岐。 軟件工程 76 不適當(dāng)?shù)男枨笠鸬囊恍╋L(fēng)險(xiǎn) 6. 忽略用戶分類 多數(shù)產(chǎn)品是由不同的人使用不同的特性，使用頻繁程度、受教育程度、經(jīng)驗(yàn)水平也不相同。 與此相關(guān)的做法是，在可能的情況下，為客戶提供新的解決方案，在允許的資源和技術(shù)可行性之間求得平衡。根據(jù)統(tǒng)計(jì)，返工會(huì)耗費(fèi)總開發(fā)費(fèi)用的 40%，其中 70%～ 80%是由需求方面的錯(cuò)誤造成的。 要想把變更范圍控制到最小，必須一開始就對項(xiàng)目視圖、范圍、目標(biāo)、約束和成功標(biāo)準(zhǔn)給予明確說明，并作為今后需求變更處理時(shí)的參考框架。很多情況下，開發(fā)人員覺得已經(jīng)完全明白了用戶的需求，甚至想當(dāng)然地設(shè)計(jì)了一些用戶并不認(rèn)可的使用實(shí)例。如銀行、電信公司、書店等。設(shè)計(jì)約束的一般內(nèi)容為 ? 解系統(tǒng)將在其上運(yùn)行的目標(biāo)機(jī)器 ? 底層的體系結(jié)構(gòu) 分布式的或本地的 ? 系統(tǒng)運(yùn)行的內(nèi)存大小 ? 應(yīng)當(dāng)采用的任何前端圖形用戶界面 (GUI)程序包 ? 系統(tǒng)運(yùn)行的操作系統(tǒng) ? 應(yīng)當(dāng)使用的編程語言 ? 其它應(yīng)集成的軟件包如數(shù)據(jù)庫管理系統(tǒng) (DBMS) ? 必須應(yīng)用的開發(fā)標(biāo)準(zhǔn) ? 應(yīng)采用的設(shè)計(jì)方法等等 軟件工程 55 4. 軟件需求的分類 ⑤ 設(shè)計(jì)約束 a) Language b) OS c) SW to HW interface d) Algorithm e) Power f) Timing g) Memory h) Processor utilization I) Weight etc 軟件工程 56 56 需求工程 軟件工程 57 57 Requirement activities in the SE lifecycle 軟件生命周期中的需求活動(dòng) 軟件工程 58 58 瀑布模型 （ Waterfall/Baseline） ? 核心思想： ? 系統(tǒng)開發(fā)是逐步求精的過程 ? 各步驟相對獨(dú)立，便于管理 ? 存在的問題： ? 忽略了需求的動(dòng)態(tài)性 ? 需求完成后，用戶對項(xiàng)目的參與即停止 ? 需求描述與設(shè)計(jì)分開 ? 不支持原型的使用和軟件重用 （ Loucopoulos amp。 軟件工程 51 4. 軟件需求的分類 ③ 功能需求 是開發(fā)人員必須實(shí)現(xiàn)的軟件功能。 ? 功能需求 (functional requirement)（包括非功能需求 ） 定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。 ? Jackson給出的稍為清楚的解釋： ? “為什么”和“做什么”是指系統(tǒng)的設(shè)計(jì)目的，是置身系統(tǒng)外部，對應(yīng)用領(lǐng)域性質(zhì)的描述。需求將作為 系統(tǒng)開發(fā)，測試，驗(yàn)收，提交的依據(jù) 。外部環(huán)境指人造物的周遭及其作用環(huán)境。 ? Intellectual property rights – 保護(hù)他人的新觀點(diǎn)及設(shè)計(jì)，即知識(shí)產(chǎn)權(quán)。 ? COLLEAGUES – 對同事要持公正和支持的態(tài)度。 ? PRODUCT – 盡可能令你的產(chǎn)品符合行業(yè)的最高標(biāo)準(zhǔn)。 ? 在整個(gè)項(xiàng)目過程中跟蹤需求狀態(tài)及其變更情況。 ? 以一種可控制的方式將需求變更融入到項(xiàng)目中。軟件項(xiàng)目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根” 。它通過合適的工具和記號(hào)系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對用戶不斷變化的需求演進(jìn)給予支持。 ? 現(xiàn)實(shí)問題： 問題是受人們關(guān)注的。 情景課堂 老太太買李子記 軟件工程 6 6 軟件工程 7 例 2：需求沒有滿足完備性和一致性，就開始了設(shè)計(jì)。您知不知道什么水果含維生素最豐富？ 老太太：不知道。 小販 C：您對您兒媳婦真好，您兒媳婦喜歡吃酸的，就說明她要給您生個(gè)孫子，所以您天天給她買李子吃，說不定能生出一個(gè)大胖小子。 軟件工程 4 情景課堂 老太太買李子記 【 情景 2】 小販 B：我這里是李子專賣店，有大的，有小的，有酸的，有甜的，有國產(chǎn)的，有進(jìn)口的，您到底要什么樣的李子？ 老太太：要買酸李子。1 第四章 軟件需求工程 軟件工程課件 Software Requirements Engineering 軟件工程 2 武俠小說中，任何一個(gè)大俠都不會(huì)在不了解敵人 的時(shí)候出手！ 軟件工程 3 情景課堂 老太太買李子記 【 情景 1】 小販 A：我這里有李子，您要買李子嗎？ 老太太：我正要買李子，你這個(gè)李子好嗎？ 小販 A：我的李子又大又甜特別好吃。 小販 A 不知道老太太到底想買什么口味的李子，所以沒有賣出去。 小販 B 探知了老太太的要求，并迎合其心理，取得了一定的銷售成績 軟件工程 5 【 情景 3】 小販 C：老太太，別人都買甜的，您為什么買酸李子呀？ 老太太：我的兒媳婦懷孕了，想吃酸的。 小販 C：孕婦最需要的是維生素，因?yàn)樗┙o胎兒維生素。 小販 C：我每天都在這里擺攤，而且水果都是新鮮進(jìn)來的，您下次再來呢，我再給您優(yōu)惠。 ? 解決方案： 工程是有創(chuàng)造性和實(shí)效性的。更多的情況下是邊寫邊修改 ? Project requirements continually change, but change can be easily acmodated because software is flexible 軟件調(diào)節(jié)和改變是很靈活的，任何需求的變更都可容易地在軟件中反映出來 這些認(rèn)識(shí)多來自極小項(xiàng)目的開發(fā)經(jīng)驗(yàn)，當(dāng)你面對一個(gè)中大型項(xiàng)目時(shí)必須徹底改變這些錯(cuò)誤觀念！ 軟件工程 25 25 什么是需求工程？ ? 需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標(biāo)系統(tǒng)的所有外部特征的一門學(xué)科。然而，涉及到軟件開發(fā)，人們卻變得“大大咧咧”起來。 ? 評審提出的需求變更、評估每項(xiàng)變更的可能影響從而決定是否實(shí)施它。 ? 讓每項(xiàng)需求都能與其對應(yīng)的設(shè)計(jì)、源代碼和測試用例聯(lián)系起來以實(shí)現(xiàn)跟蹤。 ? CLIENT AND EMPLOYER – 在保護(hù)公眾利益的前提下，為客戶及雇主的最高利益服務(wù)。 ? PROFESSION – 在符合公眾利益的前提下，推進(jìn)職業(yè)的正直性和聲譽(yù)。 ? Confidentiality – 堅(jiān)持為你的客戶及合作者保密。這里內(nèi)部環(huán)境指人造物本身的設(shè)計(jì)組成。是系統(tǒng)或其組成部分為滿足某種 書面規(guī)定 （合同，標(biāo)準(zhǔn)，規(guī)范等）所要具備的能力。但是，二者不太容易區(qū)分，上一個(gè)抽象層次的“怎么做”經(jīng)常在下一個(gè)抽象層次上轉(zhuǎn)化為“做什么”。 ? 用戶需求 (user requirement) 描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例（ use case）文檔或方案腳本（ scenario）說明中予以說明。用戶需求使需求分析者能從中總結(jié)出 功能需求 以滿足用戶對產(chǎn)品的要求從而完成其任務(wù)，而開發(fā)人員則根據(jù)功能需求 來設(shè)計(jì)軟件以實(shí)現(xiàn)必須的功能。 在具體操作時(shí)，關(guān)于可靠性和可用性的規(guī)范最為困難，但又是客戶最為關(guān)心的 軟件工程 53 4. 軟件需求的分類 ④ 非功能需求 a) Response b) Accuracy c) Frequency d) Capacity e) Throughput f) Defect rates g) Modifiability h) Supportability 軟件工程 54 4. 軟件需求的分類 ⑤ 設(shè)計(jì)約束 設(shè)計(jì)約束是真正意義上的非功能約束，它們約束系統(tǒng)怎樣被構(gòu)建而不是系統(tǒng)做什么。 Dorfman, 1997, p10) 軟件工程 61 61 螺旋模型 (Spiral Model) ? 螺旋模型主要用于風(fēng)險(xiǎn)分析 ? 每一輪開發(fā)活動(dòng)具體包括 : ? 制定下一輪計(jì)劃 ? 決定設(shè)計(jì)目標(biāo)和限制條件 ? 評估候選方案 , 風(fēng)險(xiǎn)降解 ? 產(chǎn)品開發(fā) ? 需求工程有關(guān)步驟為： ? 需求風(fēng)險(xiǎn)分析 ? 規(guī)劃