軟件工程需求分析--需求分析

《軟件工程需求分析--需求分析》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫(kù)。

1、第5章需求分析可行性研究通過以后，下一步就要根據(jù)草擬的開發(fā)計(jì)劃，展開詳細(xì)的需求分析活動(dòng)。軟件需求分析，是詳細(xì)分析需求，并建立需求分析模型的階段2021/8/81第5章軟件需求分析5.1需求分析概述5.2結(jié)構(gòu)化分析方法5.3數(shù)據(jù)流圖的繪制5.4編制數(shù)據(jù)字典5.5加工邏輯的分析與表達(dá)5.6需求驗(yàn)證與評(píng)審2021/8/825.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2021/8/835.1.1需求分析的任務(wù)完成“分析建?！?擬定“確認(rèn)測(cè)試”計(jì)劃修訂“開發(fā)計(jì)劃”編寫“需求規(guī)劃說明書”需求評(píng)審2021/8/841.分

2、析建模針對(duì)用戶要求實(shí)現(xiàn)的軟件功能、性能等目標(biāo)，與開發(fā)人員進(jìn)一步澄清、達(dá)成共識(shí)、形成規(guī)約;準(zhǔn)確講，需求分析是發(fā)掘需求、分析求精、邏輯建模、形成規(guī)約的過程。2021/8/851.分析建模發(fā)掘需求——調(diào)查需求、挖掘潛在需求、預(yù)測(cè)未來可能的需求；需求求精——對(duì)模糊不清的用戶需求明確、精化；邏輯建?！诂F(xiàn)行系統(tǒng)邏輯模型的基礎(chǔ)上，考慮新的用戶需求、限制和約束的基礎(chǔ)上導(dǎo)出新系統(tǒng)的邏輯模型；形成規(guī)約——將雙方達(dá)成共識(shí)的需求文檔化、模型化，這份文檔被稱為“需求規(guī)約”和“需求規(guī)格說明書”，它將是后需活動(dòng)開發(fā)方努力實(shí)現(xiàn)的目標(biāo)2021/8/862.擬定“確認(rèn)測(cè)試”計(jì)劃有了共同的需求約定以后，就可以制定“確認(rèn)測(cè)試

3、”計(jì)劃，它是用戶驗(yàn)證軟件是否滿足需求的依據(jù)；這個(gè)計(jì)劃到綜合測(cè)試后期執(zhí)行。2021/8/873.修訂開發(fā)計(jì)劃系統(tǒng)調(diào)查與可行性研究階段的最后，草擬了初步的開發(fā)計(jì)劃，當(dāng)時(shí)由于需求尚不詳細(xì)，現(xiàn)可有了詳細(xì)的需求分析結(jié)果以后，應(yīng)該使開發(fā)計(jì)劃更準(zhǔn)確一些。2021/8/884.編寫“需求規(guī)劃說明書”需求分析階段的成果集中體現(xiàn)在“需求規(guī)格說明書”中，這是一個(gè)里程碑；有明確的格式和內(nèi)容2021/8/895.需求評(píng)審需求評(píng)審是“質(zhì)量保證活動(dòng)”的內(nèi)容；體現(xiàn)出瀑布模型的“文檔驅(qū)動(dòng)”特點(diǎn)由項(xiàng)目經(jīng)理、用戶、分析員、前一階段（可行性研究）的主要人員和后一階段（概要設(shè)計(jì)）的主要人員組成評(píng)審小組；2021/8/810階段性成

4、果（主要文檔）包括：需求規(guī)格說明書細(xì)化的項(xiàng)目計(jì)劃確認(rèn)測(cè)試計(jì)劃2021/8/811主要特點(diǎn):面向問題域（即用戶業(yè)務(wù)領(lǐng)域）只關(guān)注“邏輯”，不考慮“物理”只研究應(yīng)該“做什么？”，暫不考慮用什么手段、如何實(shí)現(xiàn)，即“怎么做”的問題；用數(shù)流據(jù)圖、數(shù)據(jù)字典、加工描述等工具建立邏輯模型2021/8/812面臨的主要困難需求分析活動(dòng)面臨的挑戰(zhàn)：使用有效的軟件工程方法克服復(fù)雜性建立分析員與用戶的有效溝通使用有效的工具，克服需求表述的二義性2021/8/8135.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2021/8/8145.1

5、.2人員組成如果是一個(gè)企業(yè)信息系統(tǒng)開發(fā)項(xiàng)目，那么項(xiàng)目團(tuán)隊(duì)成員應(yīng)包括用戶和開發(fā)人員；參與團(tuán)隊(duì)的用戶包括：企業(yè)負(fù)責(zé)人、部門負(fù)責(zé)人、專業(yè)崗位上的員工；參開團(tuán)隊(duì)的開發(fā)人員包括：系統(tǒng)分析師、數(shù)據(jù)管理員；在需求評(píng)審時(shí)，還需要”可行性分析“和”系統(tǒng)設(shè)計(jì)“階段的主要人員參與；2021/8/8155.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2021/8/8165.1.3分析師的角色是用戶與開發(fā)人員的橋梁；與項(xiàng)目經(jīng)理合作，是開發(fā)團(tuán)隊(duì)的領(lǐng)軍人物；具體業(yè)務(wù)主要集中在可行性研究和需求分析階段；個(gè)人素質(zhì)方面：具有領(lǐng)導(dǎo)才能，善于溝通；具

6、有實(shí)干作風(fēng)；知識(shí)面寬，重在廣度而不是深度；技術(shù)全面；有時(shí)分析師是一個(gè)團(tuán)隊(duì)，由若干人承擔(dān)；2021/8/8175.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2021/8/8185.1.4需求分析的活動(dòng)和原則活動(dòng)主要分為：需求獲??；分析建模；需求評(píng)審2021/8/819需求獲取的目標(biāo)對(duì)用戶需求進(jìn)行鑒別、綜合，清除用戶需求的模糊性、歧義性和不一致性；把對(duì)原始問題的理解和軟件開發(fā)經(jīng)驗(yàn)結(jié)合起來，鑒別由于用戶的片面性或短期行為所導(dǎo)致的不合理要求，發(fā)現(xiàn)用戶尚未發(fā)現(xiàn)的但具有真正價(jià)值的潛在需求；2021/8/820需求獲取中風(fēng)

7、驗(yàn)需求獲取隱藏著很大的風(fēng)險(xiǎn)因?yàn)槿魏五e(cuò)誤的需求描述，都必然造成錯(cuò)誤的設(shè)計(jì)、錯(cuò)誤的編程和錯(cuò)誤的軟件結(jié)果，而實(shí)際情形是這種潛在的風(fēng)險(xiǎn)是客觀存在的2021/8/821總的原則分析師關(guān)注的焦點(diǎn)是“做什么（What）”，而不是“怎么做How”，系統(tǒng)會(huì)產(chǎn)生和使用什么數(shù)據(jù)？系統(tǒng)必須完成什么功能？將定義什么界面？會(huì)遇到什么約束？等。這一階段主要精力集中在獲取和分析系統(tǒng)的邏輯功能上。不要把“用計(jì)算機(jī)如何實(shí)現(xiàn)”這樣的物理因素牽扯進(jìn)來，影響邏輯