需求調(diào)研流程與相關(guān)要求(存儲(chǔ)版)
【正文】 Catalog目 錄 1 需求調(diào)研流程 調(diào)研整體流程l 問題識(shí)別：解決目標(biāo)系統(tǒng)做什么，做到什么程度。每一種分析建模方法都有其優(yōu)勢(shì)和局限性，可以兼而有之以不同角度分析，應(yīng)該避免陷入在軟件需求方法和模型中發(fā)生教條的思維模式和派系斗爭(zhēng)，一般來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖?。l 抽象出當(dāng)前系統(tǒng)的邏輯模型：在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上，取出非本質(zhì)因素，抽取出“做什么”的本質(zhì)。 找到關(guān)鍵域，明確關(guān)鍵流程和關(guān)鍵點(diǎn)，對(duì)需求調(diào)研至關(guān)重要，需要專家或咨詢顧問介入。從理論上說，包括調(diào)研需求、模擬和分析需求、需求描述、需求認(rèn)可、需求演進(jìn)這五個(gè)層次，并且逐層遞進(jìn)、螺旋式上升。自然語言形式具有表達(dá)能力強(qiáng)的優(yōu)點(diǎn)，但不利于捕獲模型語義；半形式化表示可捕獲結(jié)構(gòu)和一定的語義，也可進(jìn)行一定的推理和一致性檢查；形式化表示具有精確的語義和推理能力，但構(gòu)造一個(gè)完整的形式化模型，需要較長(zhǎng)時(shí)間和對(duì)問題領(lǐng)域的深層次理解。 多種編寫方法可在同一個(gè)文檔使用，根據(jù)需要選擇，或互為補(bǔ)充，以能夠把需求說明白為目的。需求管理包括在工程進(jìn)展過程中維持需求約定集成型和精確性的所有活動(dòng)，它是CMM模型二級(jí)中的首要KPA（關(guān)鍵過程域），這些活動(dòng)包括： ?。?） 定義需求基線（需求文檔的主體）； ?。?） 評(píng)審提出的需求變更申請(qǐng)、評(píng)估每項(xiàng)變更可能的影響，從而決定是否實(shí)施變更； ?。?） 以一種可控的方式將需求變更融入到項(xiàng)目中； ?。?） 使當(dāng)前的項(xiàng)目計(jì)劃與需求保持一致； ?。?） 分析變更所產(chǎn)生的影響并在此基礎(chǔ)上協(xié)商出新的約定； ?。?） 使每項(xiàng)需求都能與其對(duì)應(yīng)的設(shè)計(jì)、源代碼和測(cè)試用例聯(lián)系起來以實(shí)現(xiàn)跟蹤； ?。?） 在整個(gè)項(xiàng)目過程中跟蹤需求狀態(tài)及其變更情況。 UML方法分析步驟一般的應(yīng)用系統(tǒng)又是各組成部分：?jiǎn)栴}論域、人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理，在OOA階段重點(diǎn)對(duì)問題論域進(jìn)行分析，對(duì)人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理等問題，OOA一般較少或沒有分析，而是留待OOD階段解決。 需求建模，是把抽象的需求通過概念、符號(hào)、數(shù)學(xué)模型及邏輯結(jié)構(gòu)表現(xiàn)出來。在這種情況下，掌握必要的方法與技巧非常重要。調(diào)研范圍包括關(guān)鍵域和關(guān)鍵活動(dòng)。此步驟也可以稱為“業(yè)務(wù)建?！?，其主要任務(wù)是對(duì)用戶的組織機(jī)構(gòu)或企業(yè)進(jìn)行評(píng)估理解他們的需要及未來系統(tǒng)要解決的問題，然后建立一個(gè)業(yè)務(wù)USECASE模型和業(yè)務(wù)對(duì)象模型。l 分析與綜合：從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出各元素之間的聯(lián)系、接口
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1