軟件工程模型與方法-軟件需求分析

?2009

BUPTTSEG軟件工程模型與方法

Models&MethodsofSoftwareEngineering第四章軟件需求分析

通信軟件工程中心本章內(nèi)容4.1什么是軟件的需求4.2軟件需求分析的目標(biāo)和任務(wù)4.3軟件需求分析建模的原則和方法4.4軟件需求工程4.5軟件需求分析過(guò)程

通信軟件工程中心本章目標(biāo)為何要進(jìn)行軟件的需求分析？軟件的需求分析處于軟件生命周期的那個(gè)階段？起到什么作用？怎樣才能做好軟件需求分析？軟件需求分析的過(guò)程和步驟是什么？軟件需求分析的最終結(jié)果是什么？

通信軟件工程中心4.1什么是軟件的需求4.1.1需求的定義4.1.2需求分析失敗案例

通信軟件工程中心4.1.1需求的定義需求來(lái)源于用戶的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說(shuō)明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。Boehm給出軟件需求的定義：研究一種無(wú)二義性的表達(dá)工具，它能為用戶和軟件人員雙方都接受，并能夠把“需求”嚴(yán)格地、形式地表達(dá)出來(lái)?！靶枨?、設(shè)計(jì)、編程、測(cè)試四者究竟哪個(gè)環(huán)節(jié)最重要？”首先，每個(gè)環(huán)節(jié)都是很重要，任何一個(gè)環(huán)節(jié)出現(xiàn)問(wèn)題，都會(huì)導(dǎo)致軟件的質(zhì)量問(wèn)題。但是，從風(fēng)險(xiǎn)管理的角度來(lái)看，需求是軟件產(chǎn)品的起源，因而是最重要的一個(gè)環(huán)節(jié)。

通信軟件工程中心4.1.2需求分析失敗案例某大型的電信設(shè)備供應(yīng)商，案例中涉及6個(gè)部門A,B,C,D,E和F，它們之間的關(guān)系如下圖所示：F客戶E：網(wǎng)管軟件承包商D銷售機(jī)構(gòu)A：增值業(yè)務(wù)研發(fā)機(jī)構(gòu)C：項(xiàng)目管理機(jī)構(gòu)B：核心平臺(tái)研發(fā)機(jī)構(gòu)一年前，B研制了一種數(shù)據(jù)接入服務(wù)器的原型。B對(duì)A講：“我們的接入服務(wù)器前途很好，請(qǐng)你們幫助開(kāi)發(fā)網(wǎng)管軟件（屬于增值業(yè)務(wù)范疇），大家合作把產(chǎn)品做好，一起發(fā)財(cái)?！盌對(duì)B和A講：“你們把接入服務(wù)器和網(wǎng)管軟件做好，我們負(fù)責(zé)賣，掙了錢大家一起分?！?/p>

通信軟件工程中心4.1.2需求分析失敗案例A覺(jué)得機(jī)會(huì)難得，于是向C申請(qǐng)立項(xiàng)。立項(xiàng)后，A把項(xiàng)目外包給專業(yè)做網(wǎng)管軟件的公司E，期望半年內(nèi)完成。由于接入服務(wù)器是B的，于是A和E就派開(kāi)發(fā)人員到B處搞需求分析。B的接入服務(wù)器并不成熟，老在變，三方折騰了好久，最終E用了一年時(shí)間把接入服務(wù)器的網(wǎng)管軟件做出來(lái)了。

E把網(wǎng)管軟件交付給A，A付清了E的開(kāi)發(fā)費(fèi)用，再把網(wǎng)管軟件交付給D，D再賣給客戶F（某地電信局）。F對(duì)D講：“你們的網(wǎng)管軟件不是我們想要的東西，等你們把軟件改好后我們?cè)俑跺X?！盌趕緊對(duì)A講：“兄弟阿，貨已經(jīng)出手了，但是不對(duì)路，請(qǐng)趕緊把它改好，不然大家都沒(méi)錢賺。”A很憤怒，怨天不公：“我們辛苦了一年，又花了很多錢，可是產(chǎn)品做完了卻沒(méi)人要，豈有此理！”

通信軟件工程中心4.1.2需求分析失敗案例禍不單行的是，C來(lái)找A的麻煩：“你們的項(xiàng)目延期半年多了，經(jīng)費(fèi)也用光了，請(qǐng)盡快結(jié)束項(xiàng)目?！盇的那位項(xiàng)目經(jīng)理為此每天愁眉苦臉，他的上司請(qǐng)來(lái)幾位參謀商量對(duì)策，設(shè)法把事情搞定。大家挖空心思只想出一個(gè)餿主意：既然套子是B下的，那么就把套子還給B。要設(shè)法把“那么好”的網(wǎng)管產(chǎn)品轉(zhuǎn)讓給B，只要B能給我們成本費(fèi)，以后就跟B拜拜。這個(gè)案例的問(wèn)題根源在于進(jìn)行軟件開(kāi)發(fā)之前沒(méi)有搞清楚網(wǎng)管軟件的需求，這都是B,A,E閉門造車惹的禍。最可悲的是，相關(guān)責(zé)任人關(guān)心的是如何把事情“完成”，而不是深刻了解用戶的具體需求。這種類似的事情在軟件開(kāi)發(fā)行業(yè)中經(jīng)常發(fā)生而且還會(huì)繼續(xù)發(fā)生，最主要的是每發(fā)生一次就損失大量的人力和物力。

通信軟件工程中心4.2軟件需求分析的目標(biāo)和任務(wù)需求分析是一項(xiàng)必須的軟件工程活動(dòng)。它在系統(tǒng)需求分析和軟件設(shè)計(jì)之間起到橋梁的作用：它使得軟件開(kāi)發(fā)人員在系統(tǒng)分析的基礎(chǔ)上深入描述軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口，建立軟件必須滿足的約束條件。它允許軟件開(kāi)發(fā)人員對(duì)關(guān)鍵問(wèn)題進(jìn)行細(xì)化，并構(gòu)建相應(yīng)的分析模型：數(shù)據(jù)、功能和行為模型。分析模型成為設(shè)計(jì)模型的基礎(chǔ)，需求規(guī)格說(shuō)明書(shū)也為軟件測(cè)試人員和用戶提供了軟件質(zhì)量評(píng)估的依據(jù)。它能準(zhǔn)確表達(dá)用戶對(duì)系統(tǒng)的各項(xiàng)要求。

通信軟件工程中心4.2軟件需求分析的目標(biāo)和任務(wù)軟件需求分析的對(duì)象是用戶要求。其任務(wù)是要準(zhǔn)確地定義新系統(tǒng)的目標(biāo)?；卮鹣到y(tǒng)必須“做什么”的問(wèn)題并編制需求規(guī)格說(shuō)明書(shū)。作為目標(biāo)系統(tǒng)的參考，需求分析的任務(wù)就是借助于（業(yè)務(wù)）系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問(wèn)題。軟件開(kāi)發(fā)的目標(biāo)需求分析的目標(biāo)

通信軟件工程中心4.2軟件需求分析的目標(biāo)和任務(wù)（1）獲得當(dāng)前系統(tǒng)的物理模型：分析、理解當(dāng)前系統(tǒng)（人工處理或原計(jì)算機(jī)系統(tǒng)）是如何運(yùn)行的，了解其組織機(jī)構(gòu)、輸入輸出、資源利用情況和日常數(shù)據(jù)處理過(guò)程。（2）抽象出當(dāng)前系統(tǒng)的邏輯模型：在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上，抽取其“做什么”的本質(zhì)。（3）建立目標(biāo)系統(tǒng)的邏輯模型：分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，明確目標(biāo)系統(tǒng)到底要“做什么”，進(jìn)而從當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。（4）對(duì)邏輯模型的補(bǔ)充：包括說(shuō)明目標(biāo)系統(tǒng)的用戶界面、系統(tǒng)細(xì)節(jié)和性能限制等。

通信軟件工程中心4.3需求分析建模的原則和方法4.3.1數(shù)據(jù)建模4.3.2功能和行為建模4.3.3問(wèn)題劃分

通信軟件工程中心需求分析的三元模型需求分析方法的一組操作性原則是：?jiǎn)栴}的信息域必須被表示和理解。軟件將完成的功能必須被定義。軟件的行為（作為外部事件的結(jié)果）必須被表示。描述信息、功能和行為的模型必須被劃分，使得可以用層次的方式揭示細(xì)節(jié)。分析過(guò)程應(yīng)該遵從自頂向下，逐層細(xì)化的原則。需求分析的三元模型：數(shù)據(jù)模型——第1條原則功能模型——第2條原則行為模型——第3條原則

通信軟件工程中心需求工程的指導(dǎo)性原則首先要正確地理解問(wèn)題，再建立分析模型。記錄每個(gè)需求的起源及原因，保證需求的可回溯性。開(kāi)發(fā)一個(gè)能使用戶能夠了解人機(jī)交互過(guò)程的原型。因?yàn)閷?duì)軟件質(zhì)量的感覺(jué)經(jīng)?；趯?duì)界面“友好性”的感覺(jué)。使用多個(gè)需求視圖。建立數(shù)據(jù)模型、功能模型和行為模型，為軟件工程師提供三種不同的視圖，增加識(shí)別不一致性的基礎(chǔ)。給需求賦予優(yōu)先級(jí)。緊張的開(kāi)發(fā)時(shí)間要求盡量避免一次性實(shí)現(xiàn)每個(gè)軟件需求，應(yīng)采用迭代增量的開(kāi)發(fā)模型。努力刪除歧義性。因?yàn)榇蠖鄶?shù)需求以自然語(yǔ)言描述，存在歧義性的可能性，正式的技術(shù)評(píng)審是發(fā)現(xiàn)并刪除歧義性的一種有效方法。

通信軟件工程中心4.3.1數(shù)據(jù)建模信息域包含三個(gè)不同的數(shù)據(jù)和控制視圖：信息內(nèi)容和關(guān)系；信息流；信息結(jié)構(gòu)。信息流表示了數(shù)據(jù)和控制在系統(tǒng)中流動(dòng)時(shí)變化的方式信息內(nèi)容表示了個(gè)體數(shù)據(jù)和控制對(duì)象；數(shù)據(jù)和控制對(duì)象可和其他的數(shù)據(jù)和控制對(duì)象關(guān)聯(lián)信息結(jié)構(gòu)表示了各種數(shù)據(jù)和控制項(xiàng)的內(nèi)部組織

通信軟件工程中心4.3.2功能和行為建模功能模型：對(duì)進(jìn)入軟件的信息和數(shù)據(jù)進(jìn)行變換和處理的模塊，它必須至少完成三個(gè)常見(jiàn)功能：輸入、處理和輸出。行為模型：大多數(shù)軟件對(duì)來(lái)自外界的事件做出反應(yīng)，這種刺激／反應(yīng)特征形成了行為模型的基礎(chǔ)。行為模型創(chuàng)建了軟件狀態(tài)的表示，以及導(dǎo)致軟件狀態(tài)變化的事件的表示。功能模型和行為模型的作用如下：模型能夠幫助軟件開(kāi)發(fā)人員快速準(zhǔn)確的理解系統(tǒng)所涉及的信息、功能和動(dòng)態(tài)行為；模型可成為后期軟件設(shè)計(jì)的基礎(chǔ)，為軟件設(shè)計(jì)人員提供了設(shè)計(jì)軟件功能的視圖化表示；模型能夠成為軟件測(cè)試和軟件評(píng)審的重要依據(jù)

通信軟件工程中心4.3.3問(wèn)題劃分需求問(wèn)題域涉及面廣泛而且復(fù)雜，以至于難以進(jìn)行整體理解。為此，需要將這樣的問(wèn)題劃分為易于理解的子問(wèn)題，并建立各子問(wèn)題間的關(guān)系以使得可以完成整個(gè)功能。軟件的信息、功能和行為域可以被劃分。在本質(zhì)上，劃分將問(wèn)題分解為其構(gòu)成成分。在概念上，建立信息或功能的層次結(jié)構(gòu)表示，通過(guò)進(jìn)行自頂向下的分析，進(jìn)而暴露更多的細(xì)節(jié)問(wèn)題，并在各層次上進(jìn)行各功能元素的分配。

通信軟件工程中心4.4軟件需求工程軟件的需求分析是一系列復(fù)雜的軟件工程活動(dòng)，為了便于對(duì)需求進(jìn)行更好的管理，人們把所有與需求直接相關(guān)的活動(dòng)通稱為需求工程。需求工程需求開(kāi)發(fā)需求變更控制需求管理需求確認(rèn)需求跟蹤需求獲取需求分析需求定義用戶需求說(shuō)明書(shū)軟件需求規(guī)格說(shuō)明書(shū)需求跟蹤矩陣

需求評(píng)審報(bào)告

需求變更控制報(bào)告

通信軟件工程中心4.5軟件需求分析過(guò)程4.5.1軟件需求獲取的對(duì)象及注意事項(xiàng)4.5.2需求獲取4.5.3需求類別4.5.4需求分析與綜合4.5.5需求建模4.5.6編制需求分析文檔4.5.7需求確認(rèn)4.5.8需求分析評(píng)審

通信軟件工程中心4.5.1軟件需求獲取的對(duì)象及注意事項(xiàng)需求獲取的對(duì)象：用戶“用戶”（user）是一種泛稱，它可細(xì)分為：“客戶”（Customer）：掏錢買軟件的用戶“最終用戶”（Enduser）：真正操作軟件的用戶“間接用戶”（或稱為關(guān)系人）如果軟件是面向企業(yè)用戶的，那么客戶與最終用戶通常不是同一個(gè)人。如果軟件是面向個(gè)人用戶的，那么客戶與最終用戶通常是同一個(gè)人。

通信軟件工程中心軟件需求獲取的注意事項(xiàng)用戶無(wú)法清晰地表達(dá)需求本身不清楚要做什么知道做什么卻表達(dá)不準(zhǔn)確需求分析員的職責(zé)就是設(shè)法搞清楚用戶真正的需求。雙方或多方對(duì)需求的理解往往存在歧義需求會(huì)經(jīng)常發(fā)生變化：避免由于溝通不充分而發(fā)生的變更；歡迎因環(huán)境變化造成的變更；需求變更并不可怕，可怕的是需求變更失去控制，導(dǎo)致項(xiàng)目混亂。

通信軟件工程中心4.5.2需求獲取目的獲取用戶（客戶與最終用戶）的需求信息，經(jīng)過(guò)分析后產(chǎn)生《用戶需求說(shuō)明書(shū)》。角色與職責(zé)需求分析員調(diào)查、分析用戶的需求，客戶與最終用戶提供必要的需求信息。啟動(dòng)準(zhǔn)則需求分析員已經(jīng)確定輸入任何與用戶需求相關(guān)的材料主要步驟第一步：準(zhǔn)備調(diào)查第二步：調(diào)查與記錄第三步：分析需求信息第四步：撰寫(xiě)《用戶需求說(shuō)明書(shū)》第五步：需求確認(rèn)輸出《用戶需求說(shuō)明書(shū)》結(jié)束準(zhǔn)則需求分析員已經(jīng)撰寫(xiě)完成《用戶需求說(shuō)明書(shū)》，確保無(wú)拼寫(xiě)、排版等錯(cuò)誤。并確?！队脩粜枨笳f(shuō)明書(shū)》的內(nèi)容無(wú)二義性，且涵蓋了所有的用戶需求。度量需求分析員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。需求獲取流程：

通信軟件工程中心需求獲取的準(zhǔn)備工作需求獲取的準(zhǔn)備工作圍繞三項(xiàng)展開(kāi)：調(diào)查什么？通過(guò)什么方式去調(diào)查？“何人”在“何時(shí)”調(diào)查？首先，應(yīng)起草需求調(diào)查問(wèn)題表，將重點(diǎn)鎖定在該問(wèn)題表內(nèi)，否則調(diào)查工作將變得漫無(wú)邊際。其次，應(yīng)當(dāng)確定需求調(diào)查的方式，比如：與用戶交談，向用戶提問(wèn)題。參觀用戶的工作流程，觀察用戶的操作。向用戶群體發(fā)調(diào)查問(wèn)卷。與同行、專家交談，聽(tīng)取他們的意見(jiàn)。

通信軟件工程中心需求獲取的記錄準(zhǔn)備工作完畢后，需求分析員按照計(jì)劃執(zhí)行調(diào)查。在調(diào)查過(guò)程中隨時(shí)記錄（或存儲(chǔ)）需求信息，建議采用表格的形式，如下圖：需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對(duì)象時(shí)間、地點(diǎn)需求信息記錄基本要素如“是什么”、“為什么”等

通信軟件工程中心需求獲取注意事項(xiàng)如果與用戶約好了時(shí)間，切勿遲到或早退。要注意禮節(jié)，盡可能獲得用戶的好感，并為下次打擾他們埋下伏筆。需求分析員應(yīng)事先了解用戶的身份、背景，以便隨機(jī)應(yīng)變。需求調(diào)查應(yīng)該先了解宏觀問(wèn)題，再了解細(xì)節(jié)問(wèn)題。如果雙方氣氛融洽，可以采用靈活的訪談形式，輕易不要打斷用戶的談話。當(dāng)雙方對(duì)某些問(wèn)題的交流合乎邏輯地結(jié)束后，即可繼續(xù)討論問(wèn)題表中的其它問(wèn)題。盡可能避免為用戶添麻煩，但也不能怕給用戶添麻煩而降低需求調(diào)查的力度。避免片面地聽(tīng)取某些用戶的需求而忽視其它用戶的需求。

通信軟件工程中心撰寫(xiě)用戶需求說(shuō)明書(shū)對(duì)收集到的所有需求信息進(jìn)行分析，消除錯(cuò)誤，歸納與總結(jié)共性的用戶需求。按照規(guī)定的文檔模板撰寫(xiě)《用戶需求說(shuō)明書(shū)》，調(diào)查過(guò)程中獲取的需求信息可以作為《用戶需求說(shuō)明書(shū)》的附件。之后應(yīng)當(dāng)邀請(qǐng)同行專家和用戶一起評(píng)審《用戶需求說(shuō)明書(shū)》，盡最大努力使《用戶需求說(shuō)明書(shū)》能夠正確無(wú)誤地反映用戶的真實(shí)意愿。

通信軟件工程中心用戶需求說(shuō)明書(shū)與

軟件需求規(guī)格說(shuō)明書(shū)的區(qū)別前者主要采用自然語(yǔ)言來(lái)表達(dá)用戶需求，其內(nèi)容相對(duì)于后者而言比較粗略，不夠詳細(xì)。后者是前者的細(xì)化，更多地采用計(jì)算機(jī)語(yǔ)言和圖形符號(hào)來(lái)刻畫(huà)需求，軟件需求是軟件系統(tǒng)設(shè)計(jì)的直接依據(jù)。兩者之間可能并不存在一一映射關(guān)系，因?yàn)檐浖_(kāi)發(fā)商會(huì)根據(jù)產(chǎn)品發(fā)展戰(zhàn)略、企業(yè)當(dāng)前狀況適當(dāng)?shù)卣{(diào)整軟件需求，例如用戶需求可能被分配到軟件的數(shù)個(gè)版本中。軟件開(kāi)發(fā)人員應(yīng)當(dāng)依據(jù)《軟件需求規(guī)格說(shuō)明書(shū)》來(lái)開(kāi)發(fā)當(dāng)前產(chǎn)品。

通信軟件工程中心4.5.3需求類別功能需求：列舉出所開(kāi)發(fā)軟件在功能上應(yīng)做什么，這是最主要的需求。性能需求：給出所開(kāi)發(fā)軟件的技術(shù)性能指標(biāo)，尤其是系統(tǒng)的實(shí)時(shí)性和其他時(shí)間要求，如響應(yīng)時(shí)間、處理時(shí)間、消息傳送時(shí)間等；資源配置要求，精確度，數(shù)據(jù)處理量等要求。環(huán)境需求：是對(duì)軟件系統(tǒng)運(yùn)行時(shí)所處環(huán)境的要求。在硬件方面，采用什么機(jī)型、有什么外部設(shè)備、數(shù)據(jù)通信接口等等。在軟件方面，采用什么支持系統(tǒng)運(yùn)行的系統(tǒng)軟件（指操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫(kù)管理系統(tǒng)等）。在使用方面，需要使用部門在制度上、操作人員的技術(shù)水平上應(yīng)具備什么樣的條件等等。

通信軟件工程中心4.5.3需求類別可靠性需求：指軟件的有效性和數(shù)據(jù)完整性。各種軟件在運(yùn)行時(shí)失效的影響各不相同。在需求分析時(shí)，應(yīng)對(duì)所開(kāi)發(fā)軟件在投入運(yùn)行后不發(fā)生故障的概率，按實(shí)際的運(yùn)行環(huán)境提出要求。安全保密要求：工作在不同環(huán)境的軟件對(duì)其安全、保密的要求顯然是不同的，應(yīng)當(dāng)把這方面的需求恰當(dāng)?shù)刈龀鲆?guī)定。用戶界面需求：軟件與用戶界面的友好性是用戶能夠方便有效愉快地使用該軟件的關(guān)鍵之一。

通信軟件工程中心4.5.3需求類別資源使用需求：指所開(kāi)發(fā)軟件運(yùn)行時(shí)所需的數(shù)據(jù)、軟件、內(nèi)存空間等各項(xiàng)資源，以及軟件開(kāi)發(fā)時(shí)所需的人力、支撐軟件、開(kāi)發(fā)設(shè)備等。軟件成本消耗與開(kāi)發(fā)進(jìn)度需求：在軟件項(xiàng)目立項(xiàng)后，要根據(jù)合同規(guī)定，對(duì)軟件開(kāi)發(fā)的進(jìn)度和各步驟的費(fèi)用提出要求，作為開(kāi)發(fā)管理的依據(jù)。預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)：在開(kāi)發(fā)過(guò)程中，可對(duì)系統(tǒng)將來(lái)可能的擴(kuò)充與修改做準(zhǔn)備。一旦需要時(shí)，就比較容易進(jìn)行補(bǔ)充和修改。

通信軟件工程中心非功能性需求列表目標(biāo)系統(tǒng)的限制性能實(shí)時(shí)性其他的時(shí)間限制資源利用，特別是硬件配置選型精確度、質(zhì)量要求可靠性有效性完整性安全/保密性安全性保密性運(yùn)行限制使用頻度、運(yùn)行期限控制方式（本地還是遠(yuǎn)程）對(duì)使用者的要求物理限制系統(tǒng)的規(guī)模等限制開(kāi)發(fā)和維護(hù)的限制開(kāi)發(fā)類型（實(shí)用型開(kāi)發(fā)或試驗(yàn)型開(kāi)發(fā)）開(kāi)發(fā)工作量估計(jì)；在采用具有試驗(yàn)型的漸進(jìn)開(kāi)發(fā)方法時(shí)，對(duì)資源、開(kāi)發(fā)時(shí)間及交付的安排開(kāi)發(fā)方法質(zhì)量控制標(biāo)準(zhǔn)里程碑和評(píng)審驗(yàn)收標(biāo)準(zhǔn)優(yōu)先性和可維修性可維護(hù)性

通信軟件工程中心4.5.4需求分析與綜合需求獲取之后就需要對(duì)比較復(fù)雜的需求進(jìn)行建模分析，進(jìn)而逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的限制，分析它們是否滿足功能要求，是否合理。依據(jù)功能需求，性能需求，運(yùn)行環(huán)境需求等，剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。分析和綜合工作需要反復(fù)地進(jìn)行，其過(guò)程將一直持續(xù)到分析員與用戶雙方都感到有把握正確地制定該軟件的需求規(guī)格說(shuō)明為止。

通信軟件工程中心4.5.4需求分析與綜合需求分析的流程：目的定義準(zhǔn)確無(wú)誤的軟件產(chǎn)品需求，產(chǎn)生《軟件需求規(guī)格說(shuō)明書(shū)》。角色與職責(zé)需求分析員定義軟件需求?？蛻襞c最終用戶確認(rèn)軟件需求。啟動(dòng)準(zhǔn)則《用戶需求說(shuō)明書(shū)》已經(jīng)撰寫(xiě)完成。輸入《用戶需求說(shuō)明書(shū)》主要步驟第一步：細(xì)化并分析用戶需求第二步：撰寫(xiě)軟件需求規(guī)格說(shuō)明書(shū)第三步：軟件需求確認(rèn)輸出《軟件需求規(guī)格說(shuō)明書(shū)》結(jié)束準(zhǔn)則《軟件需求規(guī)格說(shuō)明書(shū)》已經(jīng)撰寫(xiě)完成。開(kāi)發(fā)方和客戶方已經(jīng)對(duì)產(chǎn)品需求進(jìn)行了確認(rèn)。度量需求分析員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。

通信軟件工程中心4.5.5需求建模軟件開(kāi)發(fā)人員還需要構(gòu)造系統(tǒng)的分析模型，著重于描述系統(tǒng)必須做什么、而不是如何去做系統(tǒng)。給出系統(tǒng)的邏輯視圖，以及系統(tǒng)的物理視圖。邏輯模型給出軟件要達(dá)到的功能和處理數(shù)據(jù)之間的關(guān)系，而不是實(shí)現(xiàn)的細(xì)節(jié)。物理模型給出處理功能和數(shù)據(jù)結(jié)構(gòu)的實(shí)際表示形式，這往往是由設(shè)備決定的。常用的建模分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（簡(jiǎn)稱SA）面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法（簡(jiǎn)稱JSD）面向?qū)ο蟮姆治龇椒ǎê?jiǎn)稱OOA）等以及用于建立動(dòng)態(tài)模型的狀態(tài)遷移圖或Petri網(wǎng)等

通信軟件工程中心4.5.6編制需求分析文檔把描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書(shū)。為了確切表達(dá)用戶對(duì)軟件的輸入輸出要求，還需制定數(shù)據(jù)詞典及初步的用戶手冊(cè)，反映軟件的用戶界面和用戶使用的具體要求。從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”；要求使用面向處理的規(guī)格說(shuō)明語(yǔ)言，從而得到“做什么”的規(guī)格說(shuō)明。如果被開(kāi)發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中；規(guī)格說(shuō)明必須包括系統(tǒng)運(yùn)行環(huán)境，等；

通信軟件工程中心軟件需求規(guī)格說(shuō)明書(shū)的特點(diǎn)正確性：不僅要正確書(shū)寫(xiě)，最主要的是正確地表達(dá)用戶的需求。清晰性：需求地表達(dá)是否清晰易懂？文檔的結(jié)構(gòu)、段落是否亂七八糟？上下文是否不連貫？文檔的