軟件需求工程N1

軟件需求工程--需求概述

SoftwareRequirementsEngineering計算機科學與工程學院主講：段麗英

Emailduanliying2005@126.com第一章軟軟件需需求概述需求的必必要性軟件需求求的定義義需求的層層次和分分類優(yōu)秀需求求具有的的特性需求工程程內容：：需求開開發(fā)與需需求管理理個人的需需求之痛痛身份證的的煩惱？？？？？簽約之惱惱??！例1“喂，是是Phil嗎？？我是人人力資源源部的Maria，我我們在使使用你編編寫的職職員系統(tǒng)統(tǒng)時遇到到一個問問題，一一個職員員想把她她的名字字改成SparkleStarlight而而系統(tǒng)不不允許，，你能幫幫幫忙嗎嗎？”“她嫁給給了一個個姓Starlight的的人嗎？？”Phil問?！安唬龥]有結結婚，而而僅僅是是要更改改她的名名字，””Maria回答。。“就是是這問題題，好像像我們只只能在婚婚姻狀況況改變時時才能更更改姓名名?！薄爱斎皇鞘沁@樣，，我從沒沒想過誰誰會莫名名其妙地地更改自自己的姓姓名。我我不記得得你曾告告訴我系系統(tǒng)需要要處理這這樣的事事情，這這就是為為什么你你們只能能在改變變婚姻狀狀況對話話框中才才能進入入更改姓姓名的對對話框。?！盤hil說說。Maria說說：“我我想你當當然知道道每個人人只要愿愿意都可可以隨時時合法更更改他（（她）們們的姓名名。但不不管怎樣樣，我們們希望在在下周五五之前解解決這個個問題，，否則，，Sparkle將將不能支支付她的的賬單。。你能在在此前修修改好這這個錯誤誤嗎？””“這并不不是我的的錯！我我從來不不知道你你需要處處理這種種情況。。我現(xiàn)在在正忙著著做一個個新的性性能檢測測系統(tǒng)，，并且還還要處理理職員系系統(tǒng)的一一些需求求變更請請求”（（傳傳來翻閱閱稿紙的的聲音））?！拔疫€有有別的事事。我只只可能在在月底前前修改好好，一周周內不行行，很抱抱歉。下下次若有有類似情情況，請請早一些些告訴我我并把它它們寫下下來。””“那我怎怎么跟Sparkle說呢？？”Maria追追問道，，“如果果她不能能支付賬賬單，那那她只能能掛帳了了?！薄癕aria，你要要明白，，這不是是我的過過錯?！薄盤hil堅持持道，““如果你你一開始始就告訴訴我，你你要能隨隨時改變變某個人人的名字字，那這這些都不不會發(fā)生生。因此此你不能能因我未未猜出你你的想法法（需求求）就責責備我。?！盡aria不不得不憤憤怒地屈屈從：““好吧，，好吧，，這種煩煩人的事事使我恨恨死計算算機系統(tǒng)統(tǒng)了。等等你修改改好了，，馬上打打電話告告訴我，，行吧？？”例2Steven剛剛出任項項目經理理，并承承接了一一個中型型軟件項項目。公公司再三三叮嚀他他一定要要尊重客客戶，充充分滿足足客戶需需求。項目開始始比較順順利，但但進入到到后期，，客戶頻頻繁的需需求變更更帶來很很多額外外工作。。Steven動動員大家家加班，，保持了了項目的的正常進進度，客客戶相當當滿意。。但需求變變更卻越越來越多多。為了節(jié)省省時間，，客戶的的業(yè)務人人員不再再向Steven申請請變更，，而是直直接找程程序員商商量。程序員疲疲于應付付，往往往直接改改程序而而不做任任何記錄錄，很多多相關文文檔也忘忘記修改改。很快Steven就發(fā)發(fā)現(xiàn)：需需求、設設計和代代碼無法法保持一一致，甚甚至沒有有人能說說清楚現(xiàn)現(xiàn)在系統(tǒng)統(tǒng)“到底底改成什什么樣了了”。版本管理理也出現(xiàn)現(xiàn)了混亂亂，很多多人違反反配置管管理規(guī)定定，直接接在測試試環(huán)境中中修改和和編譯程程序。但在進度度壓力下下，他也也只能佯佯裝不知知此事。。但因頻頻繁出現(xiàn)現(xiàn)“改好好的錯誤誤又重新新出現(xiàn)””的問題題，客戶戶已經明明確表示示“失去去了耐心心”。而這還只只是噩夢夢的開始始。一個程序序員未經經許可擅擅自修改改了核心心模塊，，造成系系統(tǒng)運行行異常緩緩慢，大大量應用用程序超超時退出出。雖然最終終花費了了整整3天的時時間解決決了這個個問題，，但客戶戶卻投訴訴了，表表示“無無法容忍忍這種低低下的項項目管理理水平””。更糟糕的的是，因因為擔心心系統(tǒng)中中還隱含含著其他他類似的的錯誤，，客戶高高層對項項目的質質量也疑疑慮重重重。隨后發(fā)生生的事情情讓Steven更加加為難客客戶的兩兩個負責責人對界界面風格格的看法法不一致致，并為為此發(fā)生生了激烈烈爭執(zhí)。。Steven知知道如果果發(fā)表意意見可能能會得罪罪其中一一方，于于是保持持了沉默默。最終客戶戶決定調調整所有有界面，，Steven只好好立刻動動員大家家抓緊時時間修改改?？珊髞懋敭斅犝f因因修改界界面而造造成了項項目一周周的延誤誤后，客客戶方原原來發(fā)生生爭執(zhí)的的兩人這這次卻非非常一致致，同時時氣憤地地質問Steven：：“為什什么你不不早點告告訴我們們要延期期！早知知這樣才才不會讓讓你改呢呢！”Steven很很無耐，，疑惑自自己到底底錯在哪哪里了。。思考如果作為為客戶有有過類似似的經驗驗，你一一定知道道：一個個不能進進行一項項基本操操作的軟軟件產品品是多么么令人煩煩惱。盡盡管開發(fā)發(fā)者最終終會滿足足你的要要求，你你也不會會感謝他他。但從從開發(fā)者者角度來來看，在在整個系系統(tǒng)已經經完成后后，用戶戶再提出出對功能能的進一一步要求求是多么么煩人的的事。同同時，修修改系統(tǒng)統(tǒng)的請求求迫使你你放下當當前的項項目，而而且往往往修改請請求還要要求你優(yōu)優(yōu)先處理理，也是是令人很很不愉快快的。其實，在在軟件開開發(fā)中遇遇到的許許多問題題，都是是由于收收集、編編寫、協(xié)協(xié)商、修修改產品品需求過過程中的的手續(xù)和和作法（（方法））失誤帶帶來的。。例如上上面的Phil和Maria，出出現(xiàn)的問問題涉及及到非正正式信息息的收集集，未確確定的或或不明確確的功能能，未發(fā)發(fā)現(xiàn)或未未經交流流的假設設，不完完善的需需求文檔檔，以及及突發(fā)的的需求變變更過程程。對大多數(shù)數(shù)人來說說，若要要建一幢幢20萬美元元的房子子，他一一定會與與建房者者詳細討討論各種種細節(jié)，，他們都都明白完完工以后后的修改改會造成成損失，，以及變變更細節(jié)節(jié)的危害害性。然而，涉涉及到軟軟件開發(fā)發(fā)，人們們卻變得得“大大大咧咧””起來。。軟件項項目中百百分之四四十至百百分之六六十的問問題都是是在需求求分析階階段埋下下的“禍禍根”（（Leffingwell1997）。可許多組組織仍在在那些基基本的項項目功能能上采用用一些不不合規(guī)范范的方法法，這樣樣導致的的后果便便是一條條鴻溝（（期望差差異）——開發(fā)者者開發(fā)的的與用戶戶所想得得到的軟軟件存在在著巨大大期望差差異。在軟件工工程中，，所有的的風險承承擔者（（stakeholder）都都感興趣趣的就是是需求分分析階段段。這些風險險承擔者者包括客客戶、用用戶、業(yè)業(yè)務或需需求分析析員（負負責收集集客戶需需求并編編寫文檔檔，以及及負責客客戶與開開發(fā)機構構之間聯(lián)聯(lián)系溝通通的人））、開發(fā)發(fā)人員、、測試人人員、用用戶文檔檔編寫者者、項目目管理者者和客戶戶管理者者。這部分工工作若處處理好了了，能開開發(fā)出很很出色的的產品，，同時會會使客戶戶感到滿滿意，開開發(fā)者也也倍感滿滿足、充充實。若若處理不不好，則則會導致致誤解、、挫折、、障礙以以及潛在在質量和和業(yè)務價價值上的的威脅。。因為需求求分析奠奠定了軟軟件工程程和項目目管理的的基礎，，所以所所有風險險承擔者者最好是是采用本本書提供供的有效效的需求求分析過過程。項目失敗敗因素分分析不完整的的需求13.1%缺乏用戶戶參與12.4%不切實際際的用戶戶期望9.9%%需求變更更頻繁8.7%%提供了不不再需要要的需求求7.5%由此統(tǒng)計計數(shù)據，，與需求求直接相相關的因因素累計計權重51.6%。軟件需求求定義１、軟件件需求是是一個沒沒有統(tǒng)一一定義的的名詞．．客戶所所定義的的需求對對開發(fā)者者而言是是一個較較高層次次的產品品概念．．而開發(fā)發(fā)人員所所說的需需求對用用戶來說說又像是是詳細設設計了。。2、IEEE軟軟件工程程中定義義：（1）用用戶解決決問題或或達到目目標所需需的條件件或權能能。（2）系系統(tǒng)或系系統(tǒng)部件件要滿足足合同、、標準、、規(guī)范或或其它正正式規(guī)定定文檔所所需具有有的條件件或權能能。（（3）一一種反映映上面（（1）或或（2））所描述述的條件件或權能能的文檔檔說明。。3、另外外一種通通用的觀觀點：認認為需求求是用戶戶所需要要的并能能觸發(fā)一一個程序序或系統(tǒng)統(tǒng)開發(fā)工工作的說說明。軟件需求求定義軟件需求求定義它它要解決決的問題題：它的的意圖和和目的。。定義問題題，而不不是解決決方案定義系統(tǒng)統(tǒng)，而不不是項目目區(qū)分正式式和非正正式部分分避免重置置保持每個個需求定定義的大大小在合合適的范范圍內是是良好的的做法并沒有絕絕對清晰晰準確的的需求存存在，項項目干系系人必須須保證理理解的一一致性。。需求的層層次和分類軟件需求求包括三三個不同同的層次次：業(yè)務務需求、、用戶需需求、和和功能需需求。1、業(yè)務務需求（（businessrequirement))描述述了客戶戶對系統(tǒng)統(tǒng)、產品實現(xiàn)現(xiàn)某些業(yè)業(yè)務流程程的高層層次目標標要求。。2、用戶戶需求（（userrequirement）描描述了用用戶使用用產品必必須完成成的任務務。3、功能能需求（（functionalrequirement）定定義了開開發(fā)人員員必須實實現(xiàn)的軟軟件功能能。它們均應應在不同同位置體體現(xiàn)在軟軟件需求求說明書書中需求的層層次和分類軟件需求求可以分為為功能需求求、非功能能需求和和設計約約束三種種類型。1、功能需求定義義了開發(fā)發(fā)人員必必須實現(xiàn)現(xiàn)的軟件件功能，使用戶戶能完成成任務，，從而滿滿足業(yè)務務需求。。2、非功能需需求描述述了系統(tǒng)統(tǒng)展現(xiàn)給給用戶的的行為和和執(zhí)行的的操作等等，包括括外部界界面細節(jié)節(jié)、性能能要求及及質量屬屬性。3、設計約束束是開發(fā)發(fā)人員在在軟件產產品設計計和構造造上的限限制，產產品必須須遵從的的標準、、規(guī)范和和合約。。主要包包括：非非技術因因素的技技術選型型、預期期的軟硬硬件環(huán)境境和預期期的使用用環(huán)境。。每個項目目都有需需求每個項目目都應該該有需求求開發(fā)軟件件系統(tǒng)最最為困難難的部分分就是準準確說明明開發(fā)什什么，最最為困難難的概念念性工作作是編寫寫詳細技技術需求求。不適當需需求的一一些風險險比如無足足夠用戶戶參與、、用戶需需求不斷斷增加、、模棱兩兩可的需需求、不不必要的的特性、、過于精精減等等等，會會導致開開發(fā)不順順利甚至至失敗高質量需需求的好好處：極大地減減少開發(fā)發(fā)后期和和整個維維護階段段的工作作。不合格的的需求1.無無足夠用用戶參與與2.用用戶需求求的不斷斷增加3.模模棱兩可可的需求求4.不不必要的的特性5.過過于精簡簡的規(guī)格格說明6.忽忽略了用用戶分類類7.不不準確的的計劃優(yōu)秀需求求具有的的特性特性：1、完整整性2、正確確性3、可行行性4、必要要性5、劃分分優(yōu)先級級6、無二二義性7、可驗驗證性高質量需需求的好好處最大的好好處是在在開發(fā)后后期和整整個維護護階段的的重做的的工作大大大減少少了。Boehm（（1981）發(fā)發(fā)現(xiàn)要改改正在產產品付諸諸應用后后所發(fā)現(xiàn)現(xiàn)的一個個需求方方面的缺缺陷比在在需求階階段改正正這個錯錯誤要多多付出68倍倍的成本本。近來來很多研研究表明明這種錯錯誤導致致成本放放大因子子可以高高達200倍。收集需求求能使開開發(fā)小組組更好地地了解市市場，而而市場因因素是任任何項目目成功的的一個關關鍵因素素。在產產品開發(fā)發(fā)前了解解這些比比在遭到到客戶批批評后才才意識到到要節(jié)約約很多成成本。讓用戶積積極參與與需求收收集過程程能使產產品更富富有吸引引力，而而且能擁擁有忠實實的客戶戶關系。。通過了了解用戶戶的任務務需求而而不僅僅僅局限于于一些““華麗””的特性性，你能能避免在在無用功功能上白白耗精力力，并且且用戶的的參與能能彌補用用戶期望望和開發(fā)發(fā)者實際際開發(fā)之之間的““鴻溝（（期望差差異）””。將選定系系統(tǒng)的需需求明確確地分配配到各軟軟件子系系統(tǒng)，強強調采用用產品工工程的系系統(tǒng)方法法。這樣樣能簡化化硬軟件件的集成成，也能能確保軟軟硬件系系統(tǒng)功能能匹配適適當。有效的變變更控制制和影響響分析過過程也能能降低需需求變更更帶來的的負面影影響。將需求編編寫成清清晰、無無二義性性的文檔檔將會極極大地有有利于系系統(tǒng)測試試，確保保產品質質量，以以使所有有風險承承擔者感感到滿意意。需求的開開發(fā)和管管理整個需求求范圍可可分為需需求開發(fā)發(fā)和需求求管理需求開發(fā)發(fā)進一步步可分為為：1、問題題獲取（（elicitation））2、分析析（analysis）3、編寫寫規(guī)格說說明（（specification）4、驗證證（verification）需求開發(fā)發(fā)和需求求管理的的區(qū)別小結1、軟件件需求的的定義（（有多種種理解，，以IEEE為為主）。。2、理解解軟件需需求的層層次以及及各部分分組成關關系。3、優(yōu)秀秀需求的的特性和和給工程程實施帶帶來的好好處。4、需求求工程中中需求開開發(fā)和需需求管理理關系和和層次。。思考：1、記錄你在在當前項項目或以以前項目目中所遇遇到的與與需求相相關的問問題。分析這些問題題帶來的的影響及及其產生生的根本本原因。。2、結合合一個你你做過或或了解過過的項目目，討論論需求與與軟件開開發(fā)的關關系。3、確定定一個小小組選題題，作為為本課程程的實踐踐項目及及作業(yè)。?？蛻舻男栊枨笥^干活不由由東累死也無無功！例子Contoso制藥藥公司的的高級管管理長官官Gerhard,,會見Contoso公司的的信息系系統(tǒng)開發(fā)發(fā)小組的的新管理理員Cynthia。。“我們需需要建立立一套化化學制品品跟蹤信信息系統(tǒng)統(tǒng)”，Gerhard說道。。“該系系統(tǒng)可以以記錄庫庫房或某某個實驗驗室中已已有的化化學藥品品，這樣樣，化學學專家可可以直接接從樓下下的某人人那里拿拿到所需需的藥品品，而不不必再買買一瓶新新的。另另外，衛(wèi)衛(wèi)生保健健部門也也得為聯(lián)聯(lián)邦政府府寫些關關于化學學藥品的的使用報報告。你你們小組組能在五五個月內內開發(fā)出出該系統(tǒng)統(tǒng)嗎？””“我已經經明白這這個項目目的重要要性了，，Gerhard”，，Cynthia說，，“但在在我制定定計劃前前，我們們必須收收集一些些系統(tǒng)的的需求。?！盙erhard覺得很很奇怪““你的意意思是什什么？我我不是剛剛告訴你你我的需需求了嗎嗎？”“實際上上，你只只說明了了整個項項目的概概念與目目標，””Cynthia解釋釋道，““這些高高層次的的業(yè)務需需求并不不能為我我們提供供足夠的的詳細信信息以確確定究竟竟要開發(fā)發(fā)什么樣樣的軟件件，以及及需要多多長時間間。我需需要一些些分析人人員與一一些知道道系統(tǒng)使使用要求求的化學學專家進進行討論論，然后后才能真真正明白白達到業(yè)業(yè)務目標標所需的的各種功功能和用用戶的要要求。我我們甚至至并不需需要開發(fā)發(fā)一個新新的軟件件系統(tǒng)，，這樣可可節(jié)省許許多錢。。”Gerhard此前還還從未遇遇到過與與這位系系統(tǒng)開發(fā)發(fā)人員類類似的看看法?！啊澳切┗瘜W專家家都非常常忙”他他堅持道道，“他他們沒有有時間與與你們詳詳細討論論各種細細節(jié)，你你不能讓讓你的手手下的人人說明要要做的系系統(tǒng)嗎？？”Cynthia盡力解解釋從使使用新系系統(tǒng)的用用戶處收收集需求求的合理理性。““如果我我們只是是憑空猜猜想用戶戶要求，，結果不不會令人人滿意。。我們只只是軟件件開發(fā)人人員，而而并非化化學專家家。我們們并不能能真正明明白化學學專家們們需要這這個化學學制品跟跟蹤系統(tǒng)統(tǒng)做些什什么。我我曾經嘗嘗試過，，未真正正明白這這些問題題就匆忙忙開始編編碼，結結果沒有有人對產產品滿意意?！靶辛?，，行了，，我們沒沒有那么么多時間間”Gerhard堅堅持道。?！拔襾韥砀嬖V你你需求，，請馬上上開始開開發(fā)系統(tǒng)統(tǒng)。隨時時將你們們的進展展情況告告訴我。?！眴栴}分析析：對不同層層次需求求（業(yè)務務、用戶戶、功能能）的混混淆所致致。Gerhard說明了了一些業(yè)業(yè)務需求求，但他他并不能能描述用用戶需求求，因為為他并不不是“化化學制品品跟蹤系系統(tǒng)”的的實際使使用者。。只有實實際用戶戶才能描描述他們們要用此此系統(tǒng)必必須完成成的任務務。但他他們又不不能指出出完成這這些任務務所有具具體的功功能需求求?？蛻艉烷_開發(fā)人員員的關系系要求開發(fā)發(fā)一個新新信息系系統(tǒng)的客客戶通常常并不懂懂得從系系統(tǒng)的實實際用戶戶處得到到信息的的重要性性；市場人員員在有了了一個很很不錯的的新產品品想法后后，也就就自認為為能充分分代表產產品用戶戶的興趣趣要求。。直接從產產品的實實際用戶戶處收集集需求有有著不可可替代的的必要性性。導致致項目失失敗的最最主要的的兩個原原因是缺乏用戶戶參與和不完整的的需求以以及不完完整的規(guī)規(guī)格說明明。1.客戶戶的涵義義通常意義義下，客客戶是指指直接或或者間接接從產品品中獲得得利益的的個人或或者組織織。軟件客戶戶包括提提出要求求、支付付款項、、選擇、、具體說說明或使使用軟件件產品的的項目風風險承擔擔者（Stakeholder）或或是獲得得產品所所產生結結果的人人?？蛻舻膭潉澐稚蠈有枨笄蟆獦I(yè)業(yè)務需求求，代表表采購、、支付或或投資軟軟件產品品的這類類客戶，，他們有有義務說說明業(yè)務務需求。。他們應應闡明產產品高層層次概念念和將發(fā)發(fā)布產品品的主要要業(yè)務內內容。下層需求求——用用戶需求求，必須須從使用用產品的的用戶處處收集，，因此這這些用戶戶（通常常稱最終終用戶）），構成成了另一一種軟件件客戶。。說明業(yè)務務需求的的客戶有有時候將將代替用用戶說話話，但通通常他們們根本無無法準確確說明用用戶需求求。因為為信息系系統(tǒng)、合合同或是是客戶應應用程序序開發(fā)，，業(yè)務需需求應來來自風險險承擔者者，而用用戶需求求則應來來自產品品的真正正使用者者、操作作者.不幸的是是，這兩兩種客戶戶可能都都覺得他他們沒有有時間與與(收集集、分析析與編寫寫需求說說明)需需求分析析者討論論。有時客戶戶還希望望分析人人員或開開發(fā)人員員無須討討論和編編寫文檔檔就能說說出用戶戶的需求求。除非非遇到的的需求極極為簡單單，否則則不能這這樣做。。如果你你的組織織希望軟軟件成功功，那必必須要花花上數(shù)天天時間來來消除需需求中模模糊不清清的地方方和一些些使程序序人員感感到困惑惑的方面面。2客戶戶和開發(fā)發(fā)人員的的合作關關系客戶是敵敵人！矛盾產生生的客戶是上上帝！衣食父母母客戶是朋朋友！工作中、、工作之之余的伙伙伴，朋朋友?；セハ鄮椭蛻羰菓賾偃?！生生死死死永不分分。建立正確確的客戶戶觀優(yōu)秀的軟軟件產品品是建立立在優(yōu)秀秀的需求求的基礎礎之上。。而高質質量的需需求來源源于客戶戶和開發(fā)發(fā)人員之之間有效效的交流流和合作作。1、軟件件客戶需需求權利利書：列列出了十十條關于于客戶在在項目需需求工程程實施中中與分析析人員，，開發(fā)人人員交流流時的合合法要求求。2、軟件件客戶需需求義務務書：列列出了十十條關于于客戶在在需求過過程中應應承擔的的義務。。軟件客戶戶需求權權利書1.要要求分析析人員使使用符合合客戶語語言習慣慣的表達達。2.要要求分析析人員了了解客戶戶系統(tǒng)的的業(yè)務及及目標。。3.要要求分析析人員組組織需求求獲取期期間所介介紹的信信息，并并編寫軟軟件需求求規(guī)格說說明。4.要要求開發(fā)發(fā)人員對對需求過過程中所所產生的的工作結結果進行行解釋說說明。5.要要求開發(fā)發(fā)人員在在整個交交流過程程中保持持和維護護一種合合作的職職業(yè)態(tài)度度。6.要要求開發(fā)發(fā)人員對對產品的的實現(xiàn)及及需求都都要提供供建議，，拿出主主意。7.描描述產品品使其具具有易用用、好用用的特性性。8.可可以調整整需求，，允許重重用已有有的軟件件組件。。9.當當需要對對需求進進行變更更時，對對成本、、影響、、得失（（trade-off）有有個真實實可信的的評估。。10.獲獲得滿滿足客戶戶功能和和質量要要求的系系統(tǒng)，并并且這些些要求是是開發(fā)人人員同意意的。軟件客戶戶需求義義務書1.給給分析人人員講解解業(yè)務及及說明業(yè)業(yè)務方面面的術語語等專業(yè)業(yè)問題。。2.抽抽出時間間清楚地地說明需需求并不不斷完善善。3.當當說明系系統(tǒng)需求求時，力力求準確確詳細。。4.需需要時要要及時對對需求做做出決策策。5.要要尊重開開發(fā)人員員的成本本估算和和對需求求的可行行性分析析。6.對對單項需需求、系系統(tǒng)特性性或使用用實例劃劃分優(yōu)先先級。7.評評審需求求文檔和和原型。。8.一一旦知道道要對項項目需求求進行變變更，要要馬上與與開發(fā)人人員聯(lián)系系。9.在在要求需需求變更更時，應應遵照開開發(fā)組織織確定的的工作過過程來處處理。10.尊尊重需需求工程程中開發(fā)發(fā)人員采采用的流流程（過過程）。。3簽簽約重要性：：為所開開發(fā)產品品的需求求簽定協(xié)協(xié)議是客客戶與開開發(fā)人員員關系中中的重要要部分。。有的作為為合同的的一部分分（附件件）是開發(fā)人人員設計計變成測測試的依依據重大需求求變更需需增加開開發(fā)費用用是項目驗驗收的最