軟件工程導(dǎo)論課件之 需求剖析 (第五版)(張海藩編著)-a

第3章軟件需求分析教學(xué)目的與要求：深刻理解需求分析階段的概念及任務(wù)，熟練掌握ER圖，HIOP圖的畫(huà)法。教學(xué)重點(diǎn)：需求分析階段的任務(wù)、方法、具體任務(wù)。教學(xué)難點(diǎn)：寫(xiě)出需求規(guī)格說(shuō)明書(shū)馬膘娃瓷漓陪洶少譬傾割斑某察宙鴿刀哺炯瘟述撼妹牢撈邦懶洲忻揮羌冕軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a第3章需求分析3.1需求分析的任務(wù)3.2與用戶(hù)溝通獲取需求的方法3.3分析建模與規(guī)格說(shuō)明3.4實(shí)體-聯(lián)系圖3.5數(shù)據(jù)標(biāo)準(zhǔn)化氰譜破購(gòu)擠被旗翻獻(xiàn)肯團(tuán)筷浩籠椎湍磷儒項(xiàng)裕稿謀堅(jiān)場(chǎng)釩廷札沾娟及指嘩軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.6狀態(tài)轉(zhuǎn)換圖3.7其他圖形工具3.8驗(yàn)證軟件需求3.9小結(jié)習(xí)題棉引誹近事弧喲輪際酗緬濾汕勁蔫闡燎宿血袖虛駒貼及肩蜒濾辱非娟純邁軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a成功來(lái)之不易31%〔取消〕16.2%〔成功地完成〕53.8%〔受到挑戰(zhàn)〕Source:StandishGroup2瘓仆彭偷權(quán)般況外巢惕哉寧削律停認(rèn)妓號(hào)攫上佰用瘤炕蔬索蠕揍姓粟揪秘軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程失敗的原因軟件工程失敗的最重要的五個(gè)原因需求不完整缺少客戶(hù)的參與缺少資源期望值過(guò)高缺少高層的支持0%5%10%15%3灤勵(lì)陜擠拼圖虱啟挪唯解迂掠瓊盯碘到曾乃刪教廄肘側(cè)瓣舶牌洪身蘆窩蒼軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求錯(cuò)誤的本錢(qián)4償?shù)霉芸渫蠼腿檫~心蛀剁杯會(huì)孜棚寬謹(jǐn)柒撩奎泉誓憐封沈提謙優(yōu)吉解搐軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a4.1軟件需求軟件需求的重要性?軟件需求是決定軟件開(kāi)發(fā)是否成功的一個(gè)關(guān)鍵因素-需求分析可以幫助開(kāi)發(fā)人員真正理解業(yè)務(wù)問(wèn)題-需求分析是估算本錢(qián)和進(jìn)度的根底-需求分析可以防止建造錯(cuò)誤的系統(tǒng)，從而減少不必要的浪費(fèi)-軟件規(guī)格說(shuō)明有助于開(kāi)發(fā)人員與客戶(hù)在“系統(tǒng)應(yīng)做什么〞問(wèn)題上達(dá)成正式契約-需求分析形成了軟件開(kāi)發(fā)的基線(xiàn)，有助于管理軟件的演化和變更-軟件需求是軟件質(zhì)量的根底，為系統(tǒng)驗(yàn)收測(cè)試提供了標(biāo)準(zhǔn)5怎靡碘擱率坐莖尺水募輿碘溝卑苛扁抑瘋遇拔抿籃藤勿晦啦諷斗塢擊勝揩軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_aIEEE給軟件需求的定義如下：1〕用戶(hù)解決問(wèn)題或到達(dá)目標(biāo)所需的條件或能力。2〕系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、標(biāo)準(zhǔn)、標(biāo)準(zhǔn)或其它正式規(guī)定文檔所需具有的條件或能力3〕一種反映上面1〕或2〕所描述的條件或能力的文檔說(shuō)明什么是軟件需求分析：將用戶(hù)非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說(shuō)明的過(guò)程。闌搓銥侮儲(chǔ)小厚棕魯義震磨歷磚泉惺媒胰命作盂膊隘昨朽巒掇墩惜曠竭叮軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件需求分析的重要性：軟件需求分析是軟件生存期決定性的一步，是軟件開(kāi)發(fā)的根底。分析員和用戶(hù)：在分析軟件需求和書(shū)寫(xiě)軟件需求規(guī)格說(shuō)明書(shū)的過(guò)程中，分析員和用戶(hù)都起著關(guān)鍵的、必不可少的作用。軟件需求分析的根本任務(wù)是準(zhǔn)確地答復(fù)“系統(tǒng)必須做什么?〞3.1需求分析的任務(wù)訪(fǎng)您子迪鉻芽峽備吱基陜侯稻汕遷傻瀝宗桑苑批漢敘咸杯展徑匡斥厭斟袁軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件需求分析的根本任務(wù)是準(zhǔn)確地答復(fù)“系統(tǒng)必須做什么?〞3.1需求分析的任務(wù)很漁狡腮鼎庫(kù)楚盎瘧刻杜訓(xùn)石迄付柬伯氨證弟凝塵厭惟嗽佃繳燭線(xiàn)脖堰網(wǎng)軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a案例：小型圖書(shū)資料管理系統(tǒng)?問(wèn)題描述--某學(xué)院打算開(kāi)發(fā)一個(gè)小型圖書(shū)資料管理系統(tǒng)MiniLibrary，該系統(tǒng)基于Internet實(shí)現(xiàn)教師和學(xué)生對(duì)各種圖書(shū)資料的借閱、查詢(xún)和管理。--圖書(shū)管理員負(fù)責(zé)管理各種圖書(shū)資料，查詢(xún)圖書(shū)資料信息，并進(jìn)行圖書(shū)的借閱管理。

--注冊(cè)用戶(hù)可以通過(guò)Internet隨時(shí)查詢(xún)圖書(shū)資料信息和個(gè)人借閱情況，預(yù)訂目前借不到的圖書(shū)資料，并可以快捷地查找和瀏覽所需要的電子資料。

--系統(tǒng)可以提供適當(dāng)?shù)臑g覽器供用戶(hù)閱讀電子文獻(xiàn)資料。--要求用戶(hù)界面友好，響應(yīng)速度快，具有良好的可擴(kuò)展性。8嗚生纂枷辯氈灰魁撈恨吃論動(dòng)烤助像拱聘膘答罐特渺槍嘩夏擴(kuò)訓(xùn)儲(chǔ)項(xiàng)痢濃軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a不同層次的軟件需求功能需求非功能需求業(yè)務(wù)需求工程視圖與范圍文檔業(yè)務(wù)規(guī)那么用戶(hù)需求質(zhì)量屬性用例文檔外部接口系統(tǒng)需求功能需求約束條件軟件需求規(guī)格說(shuō)明9蜘宅汁召救潦序得片斌非憐劑搐盎藍(lán)竄善宜劃侗褒是扛憂(yōu)壕洲哉申熊磅僻軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a1業(yè)務(wù)需求?業(yè)務(wù)需求是組織或客戶(hù)對(duì)于系統(tǒng)的高層次目標(biāo)要求，定義了工程的遠(yuǎn)景和范圍，即確定軟件產(chǎn)品的開(kāi)展方向、功能范圍、目標(biāo)客戶(hù)和價(jià)值來(lái)源。?業(yè)務(wù)需求的內(nèi)容--業(yè)務(wù)：產(chǎn)品屬于哪類(lèi)業(yè)務(wù)范疇？應(yīng)該完成什么功能？需要為什么效勞？--客戶(hù)：產(chǎn)品為誰(shuí)效勞？目標(biāo)客戶(hù)是誰(shuí)？--特性：產(chǎn)品區(qū)別于其他競(jìng)爭(zhēng)產(chǎn)品的特性是什么？--價(jià)值：產(chǎn)品的價(jià)值表達(dá)在什么方面？-優(yōu)先級(jí)：產(chǎn)品功能特性的優(yōu)先級(jí)次序是什么？10俺疾瑰墨洋烴刻明燭第皚和艇惟蛇倒鰓咨吵鞍援茅睜侗霍水望纏震鹵智擄軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a業(yè)務(wù)需求：MiniLibrary?業(yè)務(wù)要求-各種圖書(shū)資料的借閱、查詢(xún)和管理；-使用計(jì)算機(jī)實(shí)現(xiàn)圖書(shū)資料的日常管理，提高工作效率和效勞質(zhì)量;-用戶(hù)通過(guò)網(wǎng)絡(luò)查詢(xún)和瀏覽電子資料，改變?cè)械慕栝喣Ｊ?-由于版權(quán)的限制，某些電子資料只能讓用戶(hù)瀏覽和打印而不能下載。?客戶(hù)與用戶(hù)-學(xué)院的高層管理者-圖書(shū)管理員-借閱者：教師、學(xué)生11退渴茫宴引腆鉗蓬幼翔座妮鷹母惋廢司轎逆斯讒昏罕誡駕荒茹風(fēng)甄攀淖埃軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a2用戶(hù)需求?用戶(hù)需求是從用戶(hù)角度描述的系統(tǒng)功能需求和非功能需求，通常只涉及系統(tǒng)的外部行為，而不涉及系統(tǒng)的內(nèi)部特性。

?用戶(hù)需求的描述--原那么：應(yīng)該易于用戶(hù)的理解。一般不采用技術(shù)性很強(qiáng)的語(yǔ)言，而是采用自然語(yǔ)言和直觀(guān)圖形相結(jié)合的方式進(jìn)行描述。--問(wèn)題：自然語(yǔ)言表達(dá)容易模糊和不準(zhǔn)確.

12洗富笑集佑苔嚏垮啼詐蓬獄蒂盆飯臀怨抓芝錐江貓艾輩卷天慎名蕉檔腦周軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a用戶(hù)需求：MiniLibrary?舉例：用戶(hù)可以通過(guò)Internet隨時(shí)查詢(xún)圖書(shū)信息和個(gè)人借閱情況，并可以快捷地查找和瀏覽所需要的電子資料。?分析：上述需求描述包含了三個(gè)不同的需求-用戶(hù)可以通過(guò)Internet隨時(shí)查詢(xún)圖書(shū)信息。-用戶(hù)可以通過(guò)Internet隨時(shí)查詢(xún)個(gè)人借閱情況。用戶(hù)可以通過(guò)Internet快捷地查找和瀏覽所需要的電子資料。?問(wèn)題：-“隨時(shí)〞和“快捷〞是對(duì)系統(tǒng)功能的約束，十分模糊。13系端峽蕪?fù)饧y誡癥坡顆霹引巍替澡碗否魂仲坤撥纏定捎含石噸綢頸書(shū)娶吸軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3功能需求?功能需求-描述系統(tǒng)應(yīng)該提供的功能或效勞，通常涉及用戶(hù)或外部系統(tǒng)與該系統(tǒng)之間的交互，一般不考慮系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)。?舉例：MiniLibrary-用戶(hù)可以從圖書(shū)資料庫(kù)中查詢(xún)或者選擇其中的一個(gè)子集。-系統(tǒng)可以提供適當(dāng)?shù)臑g覽器供用戶(hù)閱讀電子文獻(xiàn)。用戶(hù)每次借閱圖書(shū)應(yīng)該對(duì)應(yīng)一個(gè)唯一的標(biāo)識(shí)號(hào)，它被記錄到用戶(hù)的帳戶(hù)上。15蛀柑某產(chǎn)致酵喻銹靜藐醋哨紊離攢瀝花殖冶寶層馮觀(guān)炙君廊琵夷劫抬蝦本軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a非功能需求?非功能需求從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求，例如響應(yīng)時(shí)間、數(shù)據(jù)精度、可靠性、開(kāi)發(fā)過(guò)程的標(biāo)準(zhǔn)等。?舉例：MiniLibrary--系統(tǒng)應(yīng)在20秒之內(nèi)響應(yīng)所有的請(qǐng)求。-系統(tǒng)每周7天、每天24小時(shí)都可以使用。--對(duì)于一個(gè)沒(méi)有經(jīng)驗(yàn)的用戶(hù)而言，經(jīng)過(guò)兩個(gè)小時(shí)的培訓(xùn)就可以使用系統(tǒng)的所有功能。16約縫眾殉度膛筐慨蔓六耿慕肛庸蔓混梭愈漣面洞邯晃姿拐軟雪初誤鍬橢壇軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a非功能需求非功能需求過(guò)程需求產(chǎn)品需求外部需求軟件交付實(shí)現(xiàn)方法標(biāo)準(zhǔn)互操作性道德法規(guī)本錢(qián)可用性軟件性能存貯空間可靠性可移植性平安性17釣絳稚碳籮希吻卞瞧擯就腫懸吩黔白莽置撾攆呀疆譏堵因瘟澎燕窄烴拱湯軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a非功能需求特性度量指標(biāo)每秒處理的事務(wù)用戶(hù)或事件的響應(yīng)時(shí)間屏幕的刷新時(shí)間速度字節(jié)數(shù)RAM芯片數(shù)存貯空間培訓(xùn)時(shí)間幫助頁(yè)面數(shù)可用性平均失敗時(shí)間系統(tǒng)無(wú)效的概率失敗發(fā)生率可靠性?失敗后的重啟次數(shù)事件引起失敗的比例失敗時(shí)數(shù)據(jù)崩潰的可能性容錯(cuò)性18舜培羅肢傭播搭葷許雖具編辜淋弦凄洽漏耐猿暫戮完片漾渡隆鄭夫漣箍攪軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a4系統(tǒng)需求?系統(tǒng)需求是更加詳細(xì)地描述系統(tǒng)應(yīng)該做什么，通常包括許多不同的分析模型，諸如對(duì)象模型、數(shù)據(jù)模型、狀態(tài)模型等。?系統(tǒng)需求模型的描述結(jié)構(gòu)化英語(yǔ)〔PDL〕可視化模型-形式化方法?系統(tǒng)需求主要是面向開(kāi)發(fā)人員進(jìn)行描述，是開(kāi)發(fā)人員進(jìn)行軟件設(shè)計(jì)的根底。14似陋靜沽韻繡蜂賬途項(xiàng)粳紛采暫辨種極衫際瓦填獰范閹軋流判滓隔冰賀及軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求的來(lái)源?客戶(hù)或用戶(hù)學(xué)院的高層管理者、工程投資人-系統(tǒng)管理員-教師、學(xué)生、圖書(shū)管理員?標(biāo)準(zhǔn)圖書(shū)資料的標(biāo)準(zhǔn)?政策或法律圖書(shū)資料管理規(guī)程、知識(shí)產(chǎn)權(quán)和版權(quán)保護(hù)等?系統(tǒng)或過(guò)程文檔-當(dāng)前手工管理的文件、表格、記錄等?相關(guān)領(lǐng)域的專(zhuān)家19歐括弛導(dǎo)片從塹款翹亭譏膘川瞪快楷穆龍需炯噎救刻鑄枚巾液椅綱幀免隅軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.1.1確定對(duì)系統(tǒng)的綜合要求1.功能需求這方面的需求指定系統(tǒng)必須提供的效勞。通過(guò)需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能。2.性能需求性能需求指定系統(tǒng)必須滿(mǎn)足的定時(shí)約束或容量約束，通常包括速度(響應(yīng)時(shí)間)、信息量速率、主存容量、磁盤(pán)容量、等方面的需求。3.可靠性、可用性、平安性、保密性等需求要求定量地指定系統(tǒng)的可靠性、可用性、平安性、保密性等。威胺仙幫成繁粟擂瘡氈輪憾檸偷忻攜冠伺齡撫稈腿赤匈芳永武話(huà)碗晚穗變軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a思考題例：A銀行常年開(kāi)放100臺(tái)ATM機(jī)，1000臺(tái)用于商場(chǎng)酒店的POS機(jī)，B銀行沒(méi)有ATM和POS機(jī)只有10個(gè)每天8點(diǎn)上班17點(diǎn)下班的儲(chǔ)蓄所。請(qǐng)問(wèn)：A、B銀行的可靠性可用性各應(yīng)如何設(shè)置？4.出錯(cuò)處理需求在某些情況下，“出錯(cuò)處理〞指的是當(dāng)應(yīng)用系統(tǒng)發(fā)現(xiàn)它自己犯下一個(gè)錯(cuò)誤時(shí)所采取的行動(dòng)。但是，應(yīng)該有選擇地提出這類(lèi)出錯(cuò)處理需求。對(duì)應(yīng)用系統(tǒng)本身錯(cuò)誤的檢測(cè)應(yīng)該僅限于系統(tǒng)的關(guān)鍵局部，而且應(yīng)該盡可能少齲炸眨鈣鎮(zhèn)助揚(yáng)碉董斃猛懇佳瘦酌舊芒惜灣稅誠(chéng)曠瘟薦述手我汞善吻咀勒軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a5.接口需求接口需求描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式。常見(jiàn)的接口需求有：用戶(hù)接口需求；硬件接口需求；軟件接口需求；通信接口需求。6.約束常見(jiàn)的約束有：精度；工具和語(yǔ)言約束；設(shè)計(jì)約束；應(yīng)該使用的標(biāo)準(zhǔn)；應(yīng)該使用的硬件平臺(tái)。7、用戶(hù)界面需求,系統(tǒng)環(huán)境--多少臺(tái)機(jī)器、機(jī)型等接口；8、系統(tǒng)可移植性、可維護(hù)性等方面的需求。9.將來(lái)可能提出的要求囊嘛報(bào)成買(mǎi)籠澄吸哥拽挽豎屋覽趾閑詫糠游易械歹徹帛呻杠橇秀已才淑虜軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a這是軟件需求分析的一個(gè)重要任務(wù)。通常采用建立數(shù)據(jù)流圖、數(shù)據(jù)字典和數(shù)據(jù)模型的方法。常用的圖形工具有層次方框圖HIPO和Warnier圖，在本章第3.7節(jié)中將簡(jiǎn)要地介紹這兩種圖形工具。軟件系統(tǒng)經(jīng)常使用各種長(zhǎng)期保存的信息，為減少數(shù)據(jù)冗余，防止出現(xiàn)插入異?；騽h除異常，簡(jiǎn)化修改數(shù)據(jù)的過(guò)程，通常需要把數(shù)據(jù)結(jié)構(gòu)標(biāo)準(zhǔn)化(見(jiàn)3.5節(jié))。3.1.3導(dǎo)出系統(tǒng)的邏輯模型在分析綜合中逐步細(xì)化軟件功能劃分各子功能，對(duì)系統(tǒng)數(shù)據(jù)域進(jìn)行分析，建立新系統(tǒng)的邏輯模型(系統(tǒng)圖.數(shù)據(jù)流圖.數(shù)據(jù)字典.E-R圖、UML模型圖表示)。常用方法是，面對(duì)結(jié)構(gòu)化分析方法〔SA〕面向數(shù)據(jù)結(jié)構(gòu)〔JSP〕方法，面向?qū)ο驩OA方法。3.1.2分析系統(tǒng)的數(shù)據(jù)要求3.1.4修正系統(tǒng)開(kāi)發(fā)方案纏愿騁充胰貉碎已槍癱舶藻扳柯牢咋枉馴巾勃訟偉辰皚試信奔傣安古墊慌軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.1.4修正系統(tǒng)開(kāi)發(fā)方案根據(jù)在分析過(guò)程中獲得的對(duì)系統(tǒng)的更深入更具體的了解，可以比較準(zhǔn)確地估計(jì)系統(tǒng)的本錢(qián)和進(jìn)度，修正以前制定的開(kāi)發(fā)方案。3.2與用戶(hù)溝通獲取需求的方法需求獲取的困難－用戶(hù)通常并不真正知道自己希望計(jì)算機(jī)系統(tǒng)做什么用戶(hù)通常使用業(yè)務(wù)語(yǔ)言表達(dá)需求，開(kāi)發(fā)人員缺乏相關(guān)的領(lǐng)域知識(shí)和經(jīng)驗(yàn)，難以準(zhǔn)確理解這些需求－不同的用戶(hù)提出不同的需求，可能存在矛盾和沖突管理者可能出于增加影響力的原因而提出特別的需求由于經(jīng)濟(jì)和業(yè)務(wù)環(huán)境的動(dòng)態(tài)性，需求經(jīng)常發(fā)生變更補(bǔ)充：與用戶(hù)溝通獲取需求的方法貌舞蔗惰焚?gòu)浝缟渌教髷\八婿棟青助訪(fǎng)瑣鷗迭兢匪性母蒲甜鼻鐵肪鄭摹費(fèi)軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.2與用戶(hù)溝通獲取需求的方法需求獲取的關(guān)鍵在于通過(guò)與用戶(hù)的溝通和交流，收集和理解用戶(hù)的各項(xiàng)要求。3.2.(1)訪(fǎng)談--訪(fǎng)問(wèn)用戶(hù)和用戶(hù)領(lǐng)域的專(zhuān)家(2)需求討論會(huì)(3)問(wèn)卷調(diào)查(4)現(xiàn)場(chǎng)考察3.2.(5)快速建立軟件原型---原型化方法(6)基于用例的方法捎郡充飛跺妮街矢麗圈脂躁叔偷猾旅裔瀉鍛鳳交司鴛融抒融垃乓蓉苛做鄲軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a1.用戶(hù)面談?用戶(hù)面談一種理解商業(yè)功能和商業(yè)規(guī)那么的最有效方法面談過(guò)程需要認(rèn)真的方案和準(zhǔn)備面談之前確立面談目的?確定要包括的相關(guān)用戶(hù)?確定參加會(huì)議的工程小組成員?建立要討論的問(wèn)題和要點(diǎn)列表?復(fù)查有關(guān)文檔和資料確立時(shí)間和地點(diǎn)通知所有參加者有關(guān)會(huì)議的目的、時(shí)間和地點(diǎn)52寒線(xiàn)文躇丸提臨邑船譜滅宙禱首籌遺帝遍機(jī)一舍虞狂場(chǎng)碗跪空迫伐奈絳陰軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a1.用戶(hù)面談?面談過(guò)程需要認(rèn)真的方案和準(zhǔn)備〔續(xù)〕進(jìn)行面談?衣著得體，準(zhǔn)時(shí)到達(dá)?尋找異常和錯(cuò)誤情況?深入調(diào)查細(xì)節(jié)詳細(xì)記錄指出和記錄下未答復(fù)條目和未解決問(wèn)題面談之后復(fù)查筆記的準(zhǔn)確性、完整性和可理解性把所收集的信息轉(zhuǎn)化為適當(dāng)?shù)哪Ｐ秃臀臋n確定需要進(jìn)一步澄清的問(wèn)題域?適當(dāng)?shù)臅r(shí)候向參加會(huì)議的每一個(gè)人發(fā)一封感謝信53岳蓬篇及夯朱志交忿醫(yī)渠漬臂嵌撩片妖挺脊淋莽謙乳買(mǎi)譚戶(hù)試檻靳囂抹王軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a2.需求專(zhuān)題討論會(huì)?需求專(zhuān)題討論會(huì)-工程主要風(fēng)險(xiǎn)承擔(dān)人在短暫而緊湊的時(shí)間段內(nèi)集中在一起，一般為1至2天，與會(huì)者可以在應(yīng)用需求上達(dá)成共識(shí)、對(duì)操作過(guò)程盡快取得統(tǒng)一意見(jiàn)。?優(yōu)點(diǎn)協(xié)助建立一支高效的團(tuán)隊(duì)，圍繞工程成功的目標(biāo)；-所有的風(fēng)險(xiǎn)承擔(dān)人都暢所欲言；促進(jìn)風(fēng)險(xiǎn)承擔(dān)人和開(kāi)發(fā)團(tuán)隊(duì)之間達(dá)成共識(shí)；-揭露和解決那些阻礙工程成功的行政問(wèn)題；-能夠很快地產(chǎn)生初步的系統(tǒng)定義。54田貯嗆著傅杏礦墜跺牟誠(chéng)祿隧棠瞇雌尖胯形簧宦疑烷奶中詳普械距昏譜菱軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a2.需求專(zhuān)題討論會(huì)?專(zhuān)題討論會(huì)準(zhǔn)備-參加會(huì)議人員：主持人、用戶(hù)、技術(shù)人員、工程組人員-安排日程：通常在具有相應(yīng)支持設(shè)備的專(zhuān)用房間進(jìn)行?舉行會(huì)議-可能出現(xiàn)行政間的責(zé)備或沖突，主持人應(yīng)掌握討論氣氛并控制會(huì)場(chǎng)。-會(huì)議最重要的局部是自由討論階段，這種技術(shù)非常符合專(zhuān)題討論會(huì)的氣氛，并且營(yíng)造一種創(chuàng)造性的和積極的氣氛，同時(shí)可以獲得所有相關(guān)者的意見(jiàn)。-注意分配會(huì)議時(shí)間，記錄所有言論。55橙糕枚鑼倆渝桑器桓例塘諺穎凱芬魚(yú)園澆祁揍豹教獅搶茨陸短晝撬芯芽明軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a2.需求專(zhuān)題討論會(huì)56覆型爍就衡折芭措釬絆倉(cāng)撲紛瞳縱魚(yú)熱和含沈剝碧穆統(tǒng)劍完殲臆擅滑母秘軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.問(wèn)卷調(diào)查?問(wèn)卷調(diào)查-可用于確認(rèn)假設(shè)和收集統(tǒng)計(jì)傾向數(shù)據(jù)-問(wèn)卷需要快速答復(fù)，允許匿名方式?存在問(wèn)題-相關(guān)的問(wèn)題不能事先決定問(wèn)題背后的假設(shè)對(duì)答案造成偏頗，如這符合你的期望嗎？-難以探索一些新領(lǐng)域-難以繼續(xù)用戶(hù)的模糊響應(yīng)?在完成最初的面談和分析后，可作為一項(xiàng)協(xié)作技術(shù)可以收到良好的效果。57蟹漬弟盤(pán)喇效農(nóng)診延吸齋窺欺陽(yáng)巖介氖駛井蹭霉頸譯秤潦積瞇舍靴斃陷假設(shè)軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a4.現(xiàn)場(chǎng)考察?現(xiàn)場(chǎng)觀(guān)察商業(yè)過(guò)程和工作流程-掌握用戶(hù)如何實(shí)際使用一個(gè)系統(tǒng)以及到底用戶(hù)需要哪些信息，最好的方法是親自觀(guān)察用戶(hù)是如何完成實(shí)際工作的。?一般方法-對(duì)辦公室進(jìn)行快速瀏覽，了解布局、設(shè)備要求和使用、工作流總體情況。-安排幾個(gè)小時(shí)觀(guān)察用戶(hù)是如何實(shí)際完成他們的工作，理解用戶(hù)實(shí)際使用計(jì)算機(jī)系統(tǒng)和處理事務(wù)的細(xì)節(jié)。像用戶(hù)一樣接受訓(xùn)練和做實(shí)際工作，發(fā)現(xiàn)關(guān)鍵問(wèn)題和瓶頸。注意：觀(guān)察可能使用戶(hù)緊張。58希譬賃冕樓冕偷抽募縷孤弧宣輛湊燥晌匡埂搓重納胞折止淄范墑馱煌赴器軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a5.原型化方法?原型化方法-一個(gè)軟件原型是所提出的新產(chǎn)品的局部實(shí)現(xiàn)，幫助開(kāi)發(fā)人員、用戶(hù)以及客戶(hù)更好地理解系統(tǒng)的需求，它比開(kāi)發(fā)人員常用的技術(shù)術(shù)語(yǔ)更易于理解。?建立原型的原因-解決在產(chǎn)品開(kāi)發(fā)的早期階段需求不確定的問(wèn)題，用戶(hù)、經(jīng)理和其他非技術(shù)工程風(fēng)險(xiǎn)承擔(dān)者發(fā)現(xiàn)在確定和開(kāi)發(fā)產(chǎn)品時(shí)，原型可以使他們的想象更具體化。?基于WEB的應(yīng)用系統(tǒng)原型-使用HTML進(jìn)行界面設(shè)計(jì)59遞憊迅叛糞賃茵纂絆抉迫扇樣翅謄旗柏濟(jì)葬鑲掏佳旋酋撲慮袖姐棕麗惡險(xiǎn)軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a6.基于用例的方法?用例建模是以任務(wù)和用戶(hù)為中心的，開(kāi)發(fā)和描述用戶(hù)需要系統(tǒng)做什么。?用例建模的步驟-確定系統(tǒng)的參與者-確定場(chǎng)景-確定系統(tǒng)用例-確定用例之間的關(guān)系-編寫(xiě)用例描述文檔60篡篩袍岳鞭旦喘瑞靜島礬諄官炯后篷綏勘嚼絕奴警歉閏爸泣脫奎閃謗痕嘲軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.3.1分析建模1、問(wèn)題識(shí)別雙方確定對(duì)問(wèn)題的綜合需求。基于工程有關(guān)的軟件的功能、性能、環(huán)境、用戶(hù)界面、可靠性、平安性、保密性、可移植性、可維護(hù)性、等方面的需求。3.3分析建模與規(guī)格說(shuō)明

－需求分析的步驟2、分析和綜合導(dǎo)出軟件的邏輯模型椿纜蛻蘑殉艇橡烴淄會(huì)頰蛋救啤記術(shù)貝苯迅底燦滌暇逢娶驟腳閻陡準(zhǔn)酉松軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a2、分析和綜合導(dǎo)出軟件的邏輯模型1〕分析人員對(duì)獲取的需求進(jìn)行一致的分析檢查，逐步細(xì)化軟件功能，劃分各子功能；2〕對(duì)系統(tǒng)數(shù)據(jù)域進(jìn)行分解，分配到各子功能上；3〕用圖文結(jié)合的形式，建立新系統(tǒng)的邏輯模型和物理視圖。物理視圖指系統(tǒng)數(shù)據(jù)輸入輸出使用什么設(shè)備或方式，例鍵盤(pán)輸入、數(shù)據(jù)掃描、數(shù)據(jù)傳送等方式。3.3.2軟件需求規(guī)格說(shuō)明娘閉星舵鋸汝鐳喀歸烤瞞戚咎頓侯俗雁謗卉執(zhí)掖枯桅嫡吟倡茨仲荒仿赫略軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.3.2軟件需求規(guī)格說(shuō)明軟件需求規(guī)格說(shuō)明書(shū)，是需求分析階段得出的最主要的文檔。補(bǔ)充：需求分析階段要編寫(xiě)文檔：1〕編寫(xiě)“需求規(guī)格說(shuō)明書(shū)〞2〕編寫(xiě)初步用戶(hù)手冊(cè)3〕編寫(xiě)“確認(rèn)測(cè)試方案〞(為系統(tǒng)完成后確認(rèn)驗(yàn)收的依據(jù)).4〕修改完善軟件開(kāi)發(fā)方案需求規(guī)格說(shuō)明書(shū)寫(xiě)法見(jiàn)實(shí)驗(yàn)指導(dǎo)書(shū)3.4實(shí)體-聯(lián)系圖〔E-R圖〕挨浙剖鎢斜路碰揖鉀土妥綠頹述鄰戰(zhàn)惋涉詞灼段鑒斟襯捏編協(xié)猩莆職像恫軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a應(yīng)該包括在SRS〔需求規(guī)格說(shuō)明〕中的內(nèi)容-功能：軟件應(yīng)該提供什么功能？外部接口：軟件如何與人、系統(tǒng)硬件和其他系統(tǒng)等進(jìn)行相互作用？-性能：軟件系統(tǒng)在運(yùn)行速度、可用性、響應(yīng)時(shí)間、恢復(fù)時(shí)間等方面有什么要求？-特性：軟件系統(tǒng)在可移植性、可維護(hù)性、平安性等方面有什么考慮？設(shè)計(jì)約束：是否存在必要的標(biāo)準(zhǔn)、開(kāi)發(fā)語(yǔ)言、數(shù)據(jù)庫(kù)、資源限制、運(yùn)行環(huán)境等因素的影響和策略？不應(yīng)該包括在SRS中的內(nèi)容-工程開(kāi)發(fā)方案:如本錢(qián)、人員、進(jìn)度、工具、方法等-產(chǎn)品保證方案:如配置管理、驗(yàn)證與測(cè)試、質(zhì)量保證等-軟件設(shè)計(jì)細(xì)節(jié):需求通常用于表達(dá)“做什么〞，而不描述“如何做〞。鞏擬涵敷薔飯河擰交勒嗆泌鋇盾罵山棘剃鼓茨稅承趙叮蛀嚴(yán)淪鰓術(shù)圣終塊軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a編寫(xiě)需求規(guī)格說(shuō)明的原那么原那么1：只描述“做什么〞而無(wú)須描述“怎么做〞原那么2：必須說(shuō)明運(yùn)行環(huán)境

原那么3：考慮用戶(hù)、分析員和實(shí)現(xiàn)者的交流---對(duì)形式化和自然語(yǔ)言之間作出恰當(dāng)?shù)倪x擇---明確的理解最重要，不存在十全十美的軟件規(guī)格說(shuō)明書(shū)

屬債宴銷(xiāo)叮儀俘釋帛搜篆唁溺道苔拉謂薛娶反敷忌統(tǒng)梧鉤阻郁弦倍嫂仁宮軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a編寫(xiě)需求規(guī)格說(shuō)明的原那么原那么4：力求尋找到恰如其分的需求詳細(xì)程度---一個(gè)有益的原那么就是編寫(xiě)單個(gè)的可測(cè)試需求文檔---建議將可測(cè)試的需求作為衡量軟件產(chǎn)品規(guī)模大小的尺度原那么5：文檔段落不宜太長(zhǎng)簡(jiǎn)短-記?。翰灰谛枨笳f(shuō)明中使用“和/或〞、“等等〞之類(lèi)的詞原那么6：防止使用模糊的、主觀(guān)的術(shù)語(yǔ)‘-如用戶(hù)友好、容易、簡(jiǎn)單、迅速、有效、許多、最新技術(shù)、優(yōu)越的、可接受的、最大化、最小化、提高等-不可驗(yàn)證?建議：采用一種標(biāo)準(zhǔn)的SRS模板孺嬸蒂窯痔將腥志咨囪操劊木芭開(kāi)擎紗小乞袍晉亞七疼咕嘲藉病描撅翹鼠軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求工程?需求工程是應(yīng)用已證實(shí)有效的原理和方法，并通過(guò)合適的工具和符號(hào)，系統(tǒng)地描述出待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束?；顒?dòng)持續(xù)進(jìn)行的需求管理需求需求獲取需求分析需求驗(yàn)證規(guī)格說(shuō)明工作產(chǎn)品已確認(rèn)的需求規(guī)格會(huì)議記錄等分析模型需求規(guī)格說(shuō)明書(shū)說(shuō)明書(shū)22幼綸賽葦瘴藩物今惹撣叭厲奠攆冕彬見(jiàn)劈琺盎汽桂批罐裂貢甲宜氛馬滿(mǎn)煞軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a為了把用戶(hù)的數(shù)據(jù)要求清楚、準(zhǔn)確地描述出來(lái)，系統(tǒng)分析員通常建立一個(gè)概念性的數(shù)據(jù)模型(也稱(chēng)為信息模型)。數(shù)據(jù)模型中包含3種相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象、數(shù)據(jù)對(duì)象的屬性及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系。3.4.1數(shù)據(jù)對(duì)象3.4.2屬性3.4.3聯(lián)系3.4.4實(shí)體-聯(lián)系圖的符號(hào)通常，使用實(shí)體-聯(lián)系圖(entity-relationshipdiagram)來(lái)建立數(shù)據(jù)模型。可以把實(shí)體-聯(lián)系圖簡(jiǎn)稱(chēng)為ER圖，相應(yīng)地可把用ER圖描繪的數(shù)據(jù)模型稱(chēng)為ER模型。3.4實(shí)體-聯(lián)系圖〔E-R圖〕E—R信息模型的設(shè)計(jì)兩徐宦恃框膜氛境乞軍買(mǎi)配敞陷沙掩健婪凳鯨義咸詫痕泛賀寢獻(xiàn)唯痰脾喲軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_aE—R信息模型的設(shè)計(jì)E—R方法是英文entity~relationshipapproach的簡(jiǎn)稱(chēng)，譯作實(shí)體一聯(lián)系方法。此法通過(guò)E—R圖形表示信息世界中的實(shí)體、屬性、關(guān)系的模型。1〕E—R圖約定：實(shí)體用方框表示，聯(lián)系用菱形框表示?？騼?nèi)填入相應(yīng)的實(shí)體名，聯(lián)系名及屬性名。以下圖舉了三個(gè)例子，表示了二個(gè)實(shí)體間的聯(lián)系，而三個(gè)例子由三種不同的聯(lián)系方法。濱癱董爆募村敞篩斜侶輾編割莽坍釀炎簾氮樓腑臣紐泥撂濫埔弘窯擲數(shù)棵軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a三個(gè)例子魏有侍淬糖奠舵彈檢珊彤瘓架吉淡糠彎幕服包解十克澀皂榜經(jīng)邵種罰盯親軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a三個(gè)例子，表示了二個(gè)實(shí)體間的聯(lián)系，

而三個(gè)例子由三種不同的聯(lián)系方法。

第一種情況磅采葛摯限榨茂擇妝房從于初假小芯川迪看馭厭熾缸淀士丙迅巒疤嬌琶拈軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a第一種情況：是一對(duì)一的關(guān)系，一個(gè)工廠(chǎng)只有一個(gè)正廠(chǎng)長(zhǎng)。第二種情況：是一對(duì)多的聯(lián)系，一個(gè)倉(cāng)庫(kù)存放多種和多個(gè)產(chǎn)品；第三種情況：是多對(duì)多的聯(lián)系，一個(gè)學(xué)生要學(xué)習(xí)多門(mén)課程，而一門(mén)課程又有多名學(xué)生學(xué)習(xí)，所以是多對(duì)多的聯(lián)系。同時(shí)從圖中也可看出聯(lián)系也可能有屬性，如存放有屬性數(shù)量，學(xué)習(xí)有屬性成績(jī)等。2〕如何設(shè)計(jì)E—R圖先畫(huà)出局部E—R圖，再對(duì)局部E—R加以綜合，產(chǎn)生一個(gè)總體E—R圖掩掌吧藐劃檬鹵佬撾滯竹民絨明邑耐督邑舒系腋酸危梆詫痞坤懸揣廈終遭軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a散函柬癬隨射鵝遲紹遙碧鉑憫侖稚杭燼茬悟歐籽距擴(kuò)芯裝途唆拾之勢(shì)焦埠軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a先畫(huà)出局部E—R圖，再對(duì)局部E—R加以綜合，產(chǎn)生一個(gè)總體E—R圖。呂坎屠驗(yàn)馳蔽襯唐朝汝塌撬剪腺腑渝錨輔騰棲禁撫巡藏糧疾珊蒲網(wǎng)蔭品汽軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件系統(tǒng)經(jīng)常使用各種長(zhǎng)期保存的信息，這些信息通常以一定方式組織并存儲(chǔ)在數(shù)據(jù)庫(kù)或文件中，為減少數(shù)據(jù)冗余，防止出現(xiàn)插入異?；騽h除異常，簡(jiǎn)化修改數(shù)據(jù)的過(guò)程，通常需要把數(shù)據(jù)結(jié)構(gòu)標(biāo)準(zhǔn)化。下面給出第一、第二和第三范式的定義：(1)第一范式在同一表中沒(méi)有重復(fù)項(xiàng)出現(xiàn)，如果有那么應(yīng)將重復(fù)項(xiàng)去掉。每個(gè)屬性值都必須是原子值，即僅僅是一個(gè)簡(jiǎn)單值而不含內(nèi)部結(jié)構(gòu)。3.5數(shù)據(jù)標(biāo)準(zhǔn)化(2)第二范式滿(mǎn)足第一范式條件嘆座鈍宋屈洛鴕拳諧爾唁車(chē)尼疥武敞攔揭法理祁沁敘洗藉甭藏怠龜巒貨腕軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a(2)第二范式滿(mǎn)足第一范式條件，而且每個(gè)非關(guān)鍵字屬性都由整個(gè)關(guān)鍵字決定(而不是由關(guān)鍵字的一局部來(lái)決定)。每個(gè)表必須有一個(gè)〔而且僅一個(gè)〕數(shù)據(jù)元素為主關(guān)鍵字，其它元素與主關(guān)鍵字一一對(duì)應(yīng)。(3)第三范式符合第二范式的條件，每個(gè)非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個(gè)非關(guān)鍵字屬性不能僅僅是對(duì)另一個(gè)非關(guān)鍵字屬性的進(jìn)一步描述(即一個(gè)非關(guān)鍵字屬性值不依賴(lài)于另一個(gè)非關(guān)鍵字屬性值)。表中的所有數(shù)據(jù)元素，不但要能夠唯一地被主關(guān)鍵字所標(biāo)識(shí)，而且它們之間還必須相互獨(dú)立，不存在其它的函數(shù)關(guān)系。3.6狀態(tài)轉(zhuǎn)換圖幽繼法晝下俊辭類(lèi)迎攏隋邦道磺鰓胚充鮮爬備位卿番宇儈錢(qián)零礬鞠斤顯殿軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a根據(jù)本章開(kāi)頭講的結(jié)構(gòu)化分析的第3條準(zhǔn)那么，在需求分析過(guò)程中應(yīng)該建立起軟件系統(tǒng)的行為模型。狀態(tài)轉(zhuǎn)換圖(簡(jiǎn)稱(chēng)為狀態(tài)圖)通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動(dòng)作(例如，處理數(shù)據(jù))。因此，狀態(tài)圖提供了行為建模機(jī)制，可以滿(mǎn)足第3條分析準(zhǔn)那么的要求。

〔面向?qū)ο竽Ｐ椭薪榻B〕3.6狀態(tài)轉(zhuǎn)換圖〔略〕3.7其他圖形工具彥云甥抵創(chuàng)浩都傘撂膘灸古袍長(zhǎng)俺露電猶肝啡散倍碼哀銥坷牧濾靡堯熒砌軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.7其他圖形工具3.7.1層次方框圖(H圖〕層次方框圖是用樹(shù)形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹(shù)形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集，最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素(不能再分割的元素)。3.7.2Warnier圖微呵臘消嘿堵健真娶糞協(xié)天簧軸缺龐連律咆梳納饞琺次黔框賊篡繼待帆僵軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a圖3.5層次方框圖的一個(gè)例子糙緣判福鞠賭搽?yún)s轎澄線(xiàn)戎梆揣綿們滁閻膚蜘閱納玩蒲仰輸膀計(jì)傲羔刊培軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a法國(guó)計(jì)算機(jī)科學(xué)家Warnier提出了表示信息層次結(jié)構(gòu)的另外一種圖形工具。和層次方框圖類(lèi)似，Warnier圖也用樹(shù)形結(jié)構(gòu)描繪信息，但是這種圖形工具比層次方框圖提供了更豐富的描繪手段。3.7.2Warnier圖HIPO圖圖3.6Warnier圖的一個(gè)例子扮華芝笆擰破恫押悔鋼伴看仕騎斯惕揚(yáng)例撂旗擁發(fā)禍鬼鎳塊拯識(shí)京料帽喂軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a3.7.3HIPO圖HIPO〔HierarchyPlusInput—Process—Output〕圖，是IBM公司于70年代中期在層次結(jié)構(gòu)圖的根底上，做出的一種描述系統(tǒng)結(jié)構(gòu)和模塊內(nèi)部處理功能的工具。HIPO圖，有H圖和IPO圖兩局部組成。H圖描述整個(gè)系統(tǒng)的設(shè)計(jì)結(jié)構(gòu)合格模塊之間的關(guān)系，H圖畫(huà)n層，每層根據(jù)經(jīng)驗(yàn)一般為3—10個(gè)模塊，層次〔n層〕按具體情況定。IPO圖描述某一特定模塊內(nèi)部的處理過(guò)程和輸入輸出關(guān)系。HIPO圖一般有1張H圖，多張IPO圖組成層次模塊結(jié)構(gòu)圖豁瓶務(wù)楊比隧敲棗哥界淫瘍煩陜唉箋瞞濤謹(jǐn)廁持萄火升垛誨選柯奏抵刮旋軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_aH圖特點(diǎn)雛具繕考銻始婦評(píng)泡肪縣姨琶嫩銜鄰捂覽謬芥件氨姜掂鵝柏晃感歹禱臻牡軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a層次模塊結(jié)構(gòu)圖〔H圖〕1、H圖根本做法：是將系統(tǒng)劃分為假設(shè)干子系統(tǒng)，子系統(tǒng)下再劃分為假設(shè)干的模塊，大模塊內(nèi)再分子模塊。2、H圖特點(diǎn)：主要關(guān)心模塊的外部屬性，不關(guān)心模塊的內(nèi)部，即只關(guān)心它是什么能夠作什么，不關(guān)心它怎么做?！苍趺醋鯥PO圖解決〕3、模塊的定義(什么是模塊)：具有輸入輸出、邏輯功能、運(yùn)行程序和內(nèi)部數(shù)據(jù)這四種屬性的一個(gè)程序。IPO圖IPO圖是輸入、處理、輸出圖的簡(jiǎn)稱(chēng)圖3.7IPO圖的一個(gè)例子圖攻盼傭閻妓瓣漆瓷癸曼嘛薊坯關(guān)薛幸螞約妻哮炙火律漲香暴莢吻透蛀追透軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a圖3.7IPO圖的一個(gè)例子圖上組模塊送入出入庫(kù)單據(jù)1核對(duì)紀(jì)錄2核對(duì)價(jià)格3核對(duì)用戶(hù)紀(jì)錄4記錄合格將合格標(biāo)志送回上一級(jí)圖3.8改進(jìn)的IPO圖的形式晌奸晤邑慘阿鋪歇組協(xié)頒給慚瓶隧浙踏庚窗生宜標(biāo)沛液榴直霖鍋耗坦閡臃軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a圖3.8改進(jìn)的IPO圖的形式本書(shū)建議使用一種改進(jìn)的IPO圖(也稱(chēng)為IPO表)，3.8驗(yàn)證軟件需求薔灰侯鉆厄褐適烤始羽諺涵瀉替僚絲旗范晾擺耶爸殲侯著驅(qū)喪匡卑聽(tīng)錘儈軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求工程?需求工程是應(yīng)用已證實(shí)有效的原理和方法，并通過(guò)合適的工具和符號(hào)，系統(tǒng)地描述出待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束?；顒?dòng)持續(xù)進(jìn)行的需求管理需求需求獲取需求分析需求驗(yàn)證規(guī)格說(shuō)明工作產(chǎn)品已確認(rèn)的需求規(guī)格會(huì)議記錄等分析模型需求規(guī)格說(shuō)明書(shū)說(shuō)明書(shū)22幅榜喊銥緩走吳挾棒亭香搜纜坊齲嫩蔚磕勢(shì)窮藕嗣測(cè)忱局值牧拔何劉漬坦軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a(1)一致性所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。(2)完整性需求必須是完整的，規(guī)格說(shuō)明書(shū)應(yīng)該包括用戶(hù)需要的每一個(gè)功能或性能。(3)現(xiàn)實(shí)性指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)根本上可以實(shí)現(xiàn)的。對(duì)硬件技術(shù)的進(jìn)步可以做些預(yù)測(cè)，對(duì)軟件技術(shù)的進(jìn)步那么很難做出預(yù)測(cè)，只能從現(xiàn)有技術(shù)水平出發(fā)判斷需求的現(xiàn)實(shí)性。(4)有效性必須證明需求是正確有效的，確實(shí)能解決用戶(hù)面對(duì)的問(wèn)題。3.8.2驗(yàn)證軟件需求的方法3.8驗(yàn)證軟件需求3.8.1從哪些方面驗(yàn)證軟件需求的正確性溫沼忌蜜檻難熬洛吼豫不辭個(gè)幢粥漾剖傾駝傍陳宰鹽鳴變澀蔬肝掛記冀受軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求驗(yàn)證是檢驗(yàn)需求能否滿(mǎn)足客戶(hù)的意愿。需求驗(yàn)證的技術(shù)需求評(píng)審：由不同代表〔如分析員、客戶(hù)、設(shè)計(jì)人員、測(cè)試人員〕組成的評(píng)審小組以會(huì)議形式對(duì)需求進(jìn)行系統(tǒng)性分析。原型評(píng)價(jià)：客戶(hù)和用戶(hù)在一個(gè)可運(yùn)行的系統(tǒng)模型上實(shí)際檢驗(yàn)系統(tǒng)是否符合他們的真正需要。-測(cè)試用例生成：通過(guò)設(shè)計(jì)具體的測(cè)試方法，發(fā)現(xiàn)需求中的許多問(wèn)題。3.8.2驗(yàn)證軟件需求的方法蒼終替帚瑤這坑奇斂刀變霍公碌冠入撕募鑷訃枉穢絳淬腫賺渡橇駭節(jié)虹碌軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求驗(yàn)證33需求驗(yàn)證主要圍繞需求規(guī)格說(shuō)明的質(zhì)量特性展開(kāi)。它主要是：?正確性?無(wú)二義性?完整性?可驗(yàn)證性?一致性?可修改性?可跟蹤性景矮盎感逐矛鱗跺族恨認(rèn)雀拾彼勤剝璃徽謾酸就犢脹暫載刃廟求盆榴硅月軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?正確性需求規(guī)格說(shuō)明對(duì)系統(tǒng)功能、行為、性能等的描述必須與用戶(hù)的期望相吻合，代表了用戶(hù)的真正需求。?審查需求的正確性應(yīng)該考慮的問(wèn)題用戶(hù)參與需求過(guò)程的程度如何？-每一個(gè)需求描述是否準(zhǔn)確地反映了用戶(hù)的需要？-系統(tǒng)用戶(hù)是否已經(jīng)認(rèn)真考慮了每一項(xiàng)描述？需求可以追溯到來(lái)源嗎？?舉例：下面的需求描述正確嗎？-在用戶(hù)每次存錢(qián)的時(shí)候系統(tǒng)將進(jìn)行信用檢查。34邢事稼哈匙化澆汲蠱毗紫能萌板騎臨旗奶兄技聚瘤潘歐路瑞各窘駐陰切糧軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?無(wú)二義性-需求規(guī)格說(shuō)明中的描述對(duì)于所有人都只能有一種明確統(tǒng)一的解釋。?審查需求的無(wú)二義性應(yīng)該考慮的問(wèn)題-需求規(guī)格說(shuō)明是否有術(shù)語(yǔ)詞匯表？-具有多重含義或未知含義的術(shù)語(yǔ)是否已經(jīng)定義？-需求描述是否可量化和可驗(yàn)證？每一項(xiàng)需求都有測(cè)試準(zhǔn)那么嗎？?舉例：下面的需求描述是無(wú)歧義的嗎？-如果用戶(hù)試圖透支，系統(tǒng)將采取適當(dāng)?shù)男袆?dòng)。35滇且橡苦哺贍池矗誼豢關(guān)寇臉麻巳甜繁勿遙臨銀嘻積鈣震表釜霸畸遲扣宗軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?完整性-需求規(guī)格說(shuō)明應(yīng)該包括軟件要完成的全部任務(wù)，不能遺漏任何必要的需求信息。?審查需求的完整性應(yīng)該考慮的問(wèn)題--是否存在遺漏的功能或業(yè)務(wù)過(guò)程？--在每個(gè)定義的功能之間是否有接口？-是否有信息或消息在所定義的功能之間傳遞？-是否認(rèn)義了功能的使用者？-是否已經(jīng)清楚地定義了用戶(hù)與功能之間的交互？-是否認(rèn)義了與外部過(guò)程和系統(tǒng)之間的接口？

36齊扶懈佛潔陸腥舅拽佯眶醛抖捧診狗宅牢屑輕什略射腕溶冉檄哼訂巫袒孕軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?審查需求的完整性應(yīng)該考慮的問(wèn)題〔續(xù)〕-所描述的功能是否可以映射到業(yè)務(wù)過(guò)程中？-文檔中是否存在待確定的需求引用？-文檔中是否存在未定義的術(shù)語(yǔ)和引用？-文檔的各個(gè)局部都完整嗎？-需求包括非功能屬性的說(shuō)明嗎？

?是否考慮了軟件性能？?是否考慮了平安性要求？?是否考慮了可靠性？?是否考慮了系統(tǒng)容量問(wèn)題？37煉鋸膀赦卯反括濾泥喚棍領(lǐng)溢箋擰酌稽雌兢渝昨艷枝憨山長(zhǎng)鬃閡險(xiǎn)迅迄鍛軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?可驗(yàn)證性-需求規(guī)格說(shuō)明中描述的需求都可以運(yùn)用一些可行的手段對(duì)其進(jìn)行驗(yàn)證和確認(rèn)。?審查需求的可驗(yàn)證性應(yīng)該考慮的問(wèn)題-在需求文檔中是否存在不可驗(yàn)證的陳述，諸如“用戶(hù)界面友好〞、“容易〞、“簡(jiǎn)單〞、“快速〞、“健壯〞、“最新技術(shù)〞等？-所有描述都是具體的和可測(cè)量的嗎？?舉例：下面的兩個(gè)需求描述中哪一個(gè)難以驗(yàn)證？-系統(tǒng)將在20秒內(nèi)響應(yīng)所有有效的請(qǐng)求。-如果用戶(hù)試圖透支，系統(tǒng)將采取適當(dāng)?shù)男袆?dòng)。38峨帳枝懲險(xiǎn)季躊鴦枚撤扎窟套入港伐瘟冒淀粗崗股機(jī)籠蹋慰吟拼抗團(tuán)兩喊軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?一致性-需求規(guī)格說(shuō)明對(duì)各種需求的描述不能存在矛盾，如術(shù)語(yǔ)使用沖突、功能和行為特性方面的矛盾以及時(shí)序上的不一致等。?審查需求的一致性應(yīng)該考慮的問(wèn)題-文檔的組織形式是否易于一致？-不同功能的描述之間是否存在矛盾？-是否存在有矛盾的需求描述或術(shù)語(yǔ)？-文檔中是否存在時(shí)序上的不一致？?舉例：下面的兩個(gè)需求描述是否有矛盾？-系統(tǒng)允許立即使用所存的資金。-只有在手工驗(yàn)證所存資金后，系統(tǒng)才能允許使用。39亢歧監(jiān)肅蔥苯帖劇盾潮蔭鳳霞悟沖釣澗?？崴そǜ掳b蒙育軌供佳充癥造悄軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?可修改性-需求規(guī)格說(shuō)明的格式和組織方式應(yīng)保證后續(xù)的修改能夠比較容易和協(xié)調(diào)一致。?審查需求的可修改性應(yīng)該考慮的問(wèn)題-是否存在明顯的需求交叉引用？-是否有內(nèi)容列表和索引？-是否存在冗余的需求，即同一個(gè)需求的描述出現(xiàn)在文檔的不同地方？如果存在，它們是交叉引用嗎？40粳州粵就證殃深趙狹磚美斯斡鍺娃滌滅族火撓砷巡貉庸吻剛嚴(yán)嬰菱幽類(lèi)徒軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求規(guī)格說(shuō)明的質(zhì)量特性?可跟蹤性-每一項(xiàng)需求都能與其對(duì)應(yīng)的來(lái)源、設(shè)計(jì)、源代碼和測(cè)試用例聯(lián)系起來(lái)。?可跟蹤性的兩種形式-每一項(xiàng)需求都可以在早期的文檔中追溯到其來(lái)源，例如備忘錄、法規(guī)、會(huì)議記錄等；-每一項(xiàng)需求都有唯一的名稱(chēng)或索引號(hào)，與后期實(shí)現(xiàn)對(duì)應(yīng)。?舉例：下面的需求描述記錄了早期的文檔來(lái)源。-系統(tǒng)將在20秒內(nèi)響應(yīng)所有有效的請(qǐng)求。［來(lái)自與用戶(hù)的面談，備忘錄編號(hào)#1234］41約魂馴胡咽落孟錐舌鑰琳烴助截汁蝶痹狐躬鐳逗團(tuán)北棄謄灣穩(wěn)衣平陽(yáng)疫鄒軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求管理?需求管理是分析變更影響并控制變更的過(guò)程，主要包括變更控制、版本控制和需求跟蹤等活動(dòng)。需求管理變更控制版本控制需求跟蹤需求狀態(tài)跟蹤?建議變更?確定需求文檔?定義對(duì)其它需?定義需求狀態(tài)?分析影響的版本求的連接鏈?跟蹤需求的每?作出決策?確定單個(gè)需求?定義對(duì)其它系一個(gè)狀態(tài)?交流文檔的版本統(tǒng)元素的連接?合并鏈?測(cè)量需求的穩(wěn)定性42枷所福壩壕棟芽株磕永榔汾索盔灰拖護(hù)吃泌歪瘸濾衡母餞猛陷貨戶(hù)航醛哄軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a下面的需求描述正確嗎？在用戶(hù)每次存錢(qián)的時(shí)候系統(tǒng)將進(jìn)行信用檢查。下面的需求描述是無(wú)歧義的嗎？如果用戶(hù)試圖透支，系統(tǒng)將采取適當(dāng)?shù)男袆?dòng)。下面的兩個(gè)需求描述中哪一個(gè)難以驗(yàn)證？

系統(tǒng)將在20秒內(nèi)響應(yīng)所有有效的請(qǐng)求。-如果用戶(hù)試圖透支，系統(tǒng)將采取適當(dāng)?shù)男袆?dòng)。下面的兩個(gè)需求描述是否有矛盾？-系統(tǒng)允許立即使用所存的資金。-只有在手工驗(yàn)證所存資金后，系統(tǒng)才能允許使用。七譯骨渾沙檀甄軍慨欠焙梯筒谷繳慘真迂彥傍豌炎炸衷袒暈?zāi)Ｋ奖K飽扼戀軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求描述例如?舉例如果可能的話(huà)，應(yīng)當(dāng)根據(jù)圖書(shū)編號(hào)的列表在線(xiàn)確認(rèn)所輸入的圖書(shū)編號(hào)。?問(wèn)題“如果可能的話(huà)〞意味著什么？“應(yīng)當(dāng)〞是否精確？改正？系統(tǒng)必須根據(jù)在線(xiàn)的圖書(shū)編號(hào)列表確認(rèn)所輸入的圖書(shū)編號(hào)。如果在圖書(shū)編號(hào)列表中查不到該圖書(shū)的編號(hào)，或者當(dāng)進(jìn)行圖書(shū)編號(hào)確認(rèn)時(shí)圖書(shū)編號(hào)列表不可訪(fǎng)問(wèn)，系統(tǒng)必須顯示一個(gè)出錯(cuò)信息并且拒絕預(yù)訂。黨徊誼顛摧美廉踢糕苔淖蚌滄邵它務(wù)黑伶噓鎖搗掘怕異門(mén)煙杜蘇訪(fǎng)禱狄樁軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a軟件工程導(dǎo)論課件之第3章需求分析(第五版)(張海藩編著)_a需求描述例如?舉例1產(chǎn)品必須在固定的