軟件需求工程ppt課件-文庫吧資料
2024-09-24 20:23本頁面
【正文】 度計劃（出） 到了檢測結(jié)冰道路的時間 道路除冰調(diào)度計劃（出） 卡車處理了一條道路 已處理的道路（入） 卡車車庫報告卡車出問題 卡車故障（入）修訂的除冰調(diào)度計劃（出） 1到了監(jiān)控道路除冰的時間 對沒處理的道路進行提醒（出） 44 如何發(fā)現(xiàn)最合適的用例？ 六、工作對事件的響應 ?針對每個業(yè)務事件，有一個預先計劃的對它的響應，即無論在什么時候業(yè)務事件發(fā)生所要進行的工作。） ?問：尋找工作與外界之間交流的地方在哪里？ ?答：上下文范圍圖 42 預測和調(diào)度 道路除冰的 工作 氣象站 氣象 預報局 道路工程 熱像圖 提供者 卡車車庫 請注意連接相鄰系統(tǒng)與工作的數(shù)據(jù)流。在時間觸發(fā)事件的情況中，也存在一種交流，但這次是從工作流向外界的信息。 ?問：如何發(fā)現(xiàn)對工作都發(fā)生了哪些業(yè)務事件？ ?答：如果針對工作發(fā)生了某事，工作必然會接受到它發(fā)生的通知。 喂，我們新修了一條道路，我們在路上放了一個氣象站，道路坐標是 …… 工作 道路工程 改變的道路 40 如何發(fā)現(xiàn)最合適的用例？ 四、業(yè)務事件 ?時間性的業(yè)務事件通過時間流逝來觸發(fā) 是時候該我們的工作來做某些事情了。 ?我們將對每個事件的響應視為要研究的一個工作單元。 ?經(jīng)驗法則：你從越遠的地方來看期望的自動化系統(tǒng)，就越可能發(fā)現(xiàn)產(chǎn)品的有用之處。通過上下文范圍圖中建立起來的聯(lián)系，你可以看到這一點。 38 如何發(fā)現(xiàn)最合適的用例？ 三、工作 外界 ?相鄰系統(tǒng)是與我們的工作相連的世界的一部分。 ?問：展示工作與外界聯(lián)系最有用的方法是什么？ ?答：展示工作與外界聯(lián)系的最方便、最有用的方法是使用一個上下文范圍圖。 ?不管這種活動是什么 不管它是商務的、科學的、工程的，或其他形式的 我們打算構(gòu)建自動化產(chǎn)品將是一個有助于工作的工具。 ?針對每個用例導出需求。 ?確定產(chǎn)品在響應中的角色。 ?研究對業(yè)務事件的響應。 ?確定工作與相鄰系統(tǒng)之間的聯(lián)系。我們可以采取以下步驟： ?首先，建立工作的范圍。在我們?yōu)楣ぷ鹘⒘艘粋€令人滿意的范圍之后，再將它分解為較小的部分。出于需求收集和系統(tǒng)分析的需要，我們尋找符合以下條件的部分： ?是“自然的”部分 它們是工作的明顯的部分； ?與工作的其他部分的連接數(shù)目最少； ?有一個明確定義的范圍； ?有一些規(guī)則來定義它們的范圍； ?有可以描述和量化的邊界； ?可以使用業(yè)務專家熟悉的名稱來命名，業(yè)務專家指客戶、顧客和用戶； ?它們的存在可以很容易地確定； ?用戶知道； ?我們可以確定一個或多個用戶，他們是這部分工作的專家。 ?通過發(fā)現(xiàn)工作更小的、更專門的部分，我們有更好的機會來發(fā)現(xiàn)用戶，用戶是這部分工作的專家。我們指的是開展業(yè)務的整個系統(tǒng)。 31 項目啟動 業(yè)務事件 清單 網(wǎng)羅知識 風險 承擔者 上下文 范圍 編寫規(guī)格 說明書 為需求 作原型 潛在需求 32 預測和調(diào)度 道路除冰的 工作 氣象站 氣象 預報局 道路工程 熱像圖 提供者 卡車車庫 33 如何發(fā)現(xiàn)最合適的用例？ 一、理解工作 ?我們今天研究的任何領(lǐng)域的工作都有太大而難于理解的趨勢。 ? 系統(tǒng)邊界是看不到的，與其說是系統(tǒng)邊界，倒不如說是需求的集合。 ”這個需求的參與者是誰？ 參與者可以非人 28 UML核心元素 ———邊界 ? 邊界在 UML圖符里的定義 只是一個簡單的 矩形框 ，矩形框的四個邊決定了邊界的內(nèi)外。如果以完成這個完整目標的步驟作為用例： 26 例：有這樣一個需求： “ 客戶提出要建立的系統(tǒng)界面很友好，在每個頁面上都要有操作提示。 24 UML核心元素 ———用例 ? 如何理解目
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1