南京林業大學試卷（B）
選擇題
- 需求分析中，開發人員要從用戶那里解決的最重要的問題是讓軟體做什么，即軟體的功能
- 定量硬資料：資料收集表格，統計報表
定性硬資料：整個組織的描述檔案，業務指導檔案，業務備忘 - 目前實作物體關系圖（ERD）與程序模型同步的技術中，功能/物體矩陣是一種較為常見的技術
用例圖是以用例、參與者為基本元素，描述系統功能的靜態視圖
資料流圖是程序建模所使用的主要建模技術，基本建模元素：外部物體、程序、資料流、資料存盤
微規格說明是一些被用來描述程序處理邏輯的技術，主要有三種常用的技術：結構化英語，行為圖，決策表/樹 - 需求規格說明檔案的作者：專案管理者，設計人員和程式員，測驗人員，檔案撰寫人員，維護人員，培訓人員，律師
- 失敗專案的影響因素：不完整的需求說明，缺少用戶輸入，缺乏資源，不切實際的期望，缺乏高層管理支持，需求變化，缺乏計劃，額外的無用功能，缺乏IT管理，技術能力不足，其他
- 需求工程的基本活動：需求開發（需求獲取，需求分析，需求規格說明，需求驗證），需求管理
- 需求的三個層次：業務需求，用戶需求，系統級需求
- 需求開發活動中會產生各種成果檔案，比較常見的有三種：專案前景和范圍檔案、用戶需求檔案和需求規格說明檔案
專案前景和范圍檔案定義了系統的業務需求，明確了系統開發的努力方向和作業范圍
用戶需求檔案定義了系統的用戶需求，以用戶的立場表達了對系統行為的期望，常見的用例檔案就是用戶需求檔案的一種形式
需求規格說明檔案定義了系統的系統級需求，指出了開發者應該完成的任務 - 問題分析的基本步驟：獲取問題，明確問題，發現業務需求，定義問題解決方案及系統特性，
- 用例圖的基本元素：用例，參與者，關系，系統邊界
- 識別涉眾的方法：先膨脹后收縮的方法，檢查串列方法，涉眾網路方法
- 非形式化語言：自然語言
半形式化語言：比自然語言具有更豐富的語意和更嚴格的語法，同時又沒有嚴格到可以完全基于數學方法的語言，如資料流圖、UML等圖形語言
形式化語言：基于數學的語言，如VDM和Z語言等，具有數學的表示法特性 - 面談的類別：結構化面談，半結構化面談，非結構化面談
- 如果在最終的制品產生之前，一個中間制品被用來在一定廣度和深度范圍內表現這個最終制品，那么這個中間制品就被認為是最終制品在該廣度和深度上的原型
- 民族志：要求人類學家花費長期的時間（通常是數年）在被研究的社會中生活并且仔細觀察該社會中的實際活動，得到第一手的觀察資料
觀察法：情景性使用戶無法有效地主動進行事件的解釋和告知，因此，需要利用觀察方法來部分緩解情景性問題
話語分析：對用戶之間的交談行為的觀察，它通過觀察物件一邊執行任務，一邊大聲解釋他們在執行任務時產生的各種想法
任務分析：專門針對人際互動行為進行的觀察，它引入相關的模型方法來觀察、記錄和分析用戶與軟體系統的互動行為 - 需求驗證的方法：需求評審，原型與模擬，開發測驗用例，用戶手冊編制，利用跟蹤關系，自動化分析
- 面向物件開發方法中，UML語言是面向物件技術領域內占主導地位的標準建模語言
- 第三類：行為圖：狀態圖、活動圖，描述系統的動態模型和組成物件間的互動關系
活動圖是狀態圖的特例 - 資料流圖DFD是結構化分析方法的核心技術，它表明系統的輸入、處理、存盤和輸出，以及他們如何在一起協調作業
- 資料建模技術能夠彌補程序建模在資料說明方面的缺陷，它描述資料的定義、結構和關系等特性
簡答題
需求工程師需要掌握的重要軟技能包括哪幾個方面？
- 交流技能
- 觀察技能
- 抽象分析和問題解決技能
- 寫作技能
- 關系協調和團隊作業技能
請簡述優秀需求的特性
- 完備性
- 正確性
- 可行性
- 必要性
- 無歧義
- 可驗證
請簡述需求獲取中的常見困難
- 用戶和開發人員的背景不同，立場不同
- 普通用戶缺乏概括性、綜合性的表述能力
- 用戶存在認知困境
- 用戶越俎代庖
- 缺乏用戶參與
在需求獲取中，資訊的主要來源包括哪幾個方面
- 涉眾
- 硬資料
- 相關產品
- 重要檔案
- 相關技術標準和法規
分析題
某大銀行的一位銀行卡辦公室的收帳經理 Liz 遇到了一個問題，她每周都收到一份過期未付款的賬戶名單，這份報告已經從兩年前的 250 個賬戶增加到現在的 1250 個賬戶，為了確定那些嚴重拖欠債務的賬戶，Liz 需要通讀這份報告，嚴重拖欠債務的賬戶由幾個不同的規則確定，每個規則要求 Liz 檢查客戶的一項或幾項資料，過去半天的作業量現在增加到了每周三天，即使在確定了嚴重拖欠債務的賬戶后，如果沒有查閱該賬戶三年內的歷史資料，Liz 也不能做出最后的信用決定（例如嚴厲的催款電話、斷絕信用或將這個賬戶轉給一個收帳代理），另外，Liz 需要報告所有賬戶中過期未付款的、拖欠債務的、嚴重拖欠債務的和死賬的比例，目前的報告中并沒有給她提供這個資訊，
假設現在需要你來開發一個軟體，解決 Liz 面對的難題，那么你認為 Liz 現在遇到的問題有哪些？你希望新的軟體應該達成哪些業務目標？你怎樣設計軟體的高層解決方法和系統特性？
回答：
問題：
- 每個月的賬戶多，任務量大
- 歷史記錄不明確，需要重新查找，效率極低
- 報告中沒有賬戶的所占比例
達成的業務目標：
- 減少作業量
- 明確三年內的歷史記錄
- 可以計算報告中的賬戶的比例，并明確的現實
高層解決方案：
- 能夠快速的查詢并分析賬戶，找出其中的國企未付款賬戶
- 通過軟體可以查詢任意一個賬戶近三年的歷史記錄
- 自動計算出問題賬戶的比例，并顯示出來
系統特性：
- 存盤所有賬戶的近三年內的資料資訊
- 設定特定的判定條件以保證完成所需的操作
- 維護系統和現有系統的兼容性，以保證能夠正確的顯示問題和賬號的比例
分析題相關知識點 P95
專案的目標就是系統的業務需求
為得到業務需求，在簡單的情況下可以進行問題分析，復雜情況下可以考慮進行目標分析，必要時輔以業務程序分析
在進行問題分析、目標分析、業務程序分析時，還可以為目標的達成設計相應的高層解決方案，探索解決方案的基本功能特性
根據系統的高層解決方案和系統特性，可以定義系統的背景關系環境，建立系統的邊界，這將是需求后期階段需求分析活動的起點
業務需求：每一個明確、一致的問題都意味著涉眾存在一些相應的期望目標
系統特性：該解決方案需要具備的功能特征
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/236545.html
標籤：其他