軟件工程課后習題參考答案樣本

1.簡述軟件開發(fā)本質。答:軟件開發(fā)本質就是實現(xiàn)問題空間概念和解決邏輯到解空間概念和解決邏輯之間映射。P192.簡述實行軟件開發(fā)基本途徑。答:實行軟件開發(fā)基本途徑是系統(tǒng)建模。所謂系統(tǒng)建模，是指運用所掌握知識，通過抽象，給出該系統(tǒng)一種構造——系統(tǒng)模型。P193.簡述何謂模型以及軟件開發(fā)中所涉及模型。 答:模型是一種抽象。該抽象是在乎圖所擬定角度和抽象層次對物理系統(tǒng)一種描述，描述其中成分和成分之間所具備特定語義關系，還涉及對該系統(tǒng)邊界描述。軟件開發(fā)中所涉及模型可分為兩大類，一類稱為概念模型，描述了系統(tǒng)是什么；另一類統(tǒng)稱為軟件模型，描述了實現(xiàn)概念模型軟件解決方案。4.簡述軟件開發(fā)所涉及兩大類技術。答:軟件開發(fā)所涉及兩大類技術為:一是求解軟件開發(fā)邏輯，二是求解軟件開發(fā)手段。5、簡述需求與需求規(guī)約基本性質。答:需求基本性質:1)必要，該需求是顧客所規(guī)定。2)無歧義，該需求只能用一種方式解釋。3)可測，該需求是可進行測試。4)可跟蹤，該需求可從一種開發(fā)階段跟蹤到另一種階段。5)可測量，該需求是可測量。需求規(guī)約基本性質:1)重要性和穩(wěn)定性限度:按需求重要性和穩(wěn)定性，對需求進行分級。2)可修改:在但是多地影響其她需求前提下，可以容易地修改一種單一需求。3)完整:沒有被漏掉需求。4)一致:不存在互斥需求。6、簡述軟件需求分類。功能需求1功能需求2功能需求3答:軟件需求可以分為兩大類:一類是功能需求，一類是非公能需求，而非公能需求可分為性能需求，外部接口需求、設計約束和質量屬性需求。P23功能需求1功能需求2功能需求37、舉例闡明功能需求和非功能需求之間基本關系。答:非功能需求可作用于一種或各種功能需求，例如非功能需求1非功能需求2非功能需求可作用于一種或各種功能需求非功能需求1非功能需求2其中，非功能需求1作用于功能需求1和功能需求3等；非功能需求2作用于功能需求2等。P248、有哪幾種慣用初始需求發(fā)現(xiàn)技術？答:有5種慣用需求發(fā)現(xiàn)技術:自悟、交談、觀測、小組會和提煉。P269、簡述需求規(guī)約3種基本形式。(1)非形式化需求規(guī)約。非形式化需求規(guī)約即以一種自然語言來表達需求規(guī)約，猶如使用一種自然語言寫了一篇文章。(2)半形式化需求規(guī)約。半形式化需求規(guī)約即以半形式化符號體系(涉及術語表、原則化表達格式等)來表達需求規(guī)約。(3)形式化需求規(guī)約。形式化需求規(guī)約即以一種基于良構數(shù)學概念符號體系來編制需求規(guī)約，普通往往伴有解釋性注釋支持。P2910、簡述軟件需求規(guī)約內(nèi)容和作用。答:軟件需求規(guī)約內(nèi)容有:引言、總體描述、特定需求、附錄、索引。P28需求規(guī)約作用可概括為如下4點:1)需求規(guī)約是軟件開發(fā)組織和顧客之間一份事實上技術合同書，是產(chǎn)品功能及其環(huán)境體現(xiàn)。2)對于項目別的大多數(shù)工作，需求規(guī)約是一種管理控制點。3)對于產(chǎn)品/系統(tǒng)設計，需求規(guī)約是一種正式、受控起始點。4)需求規(guī)約是創(chuàng)立產(chǎn)品驗收測試籌劃和顧客指南基本。P3111、簡述需求規(guī)約在項目開發(fā)中基本作用。答:需求規(guī)約作用可概括為如下4點:1)需求規(guī)約是軟件開發(fā)組織和顧客之間一份事實上技術合同書，是產(chǎn)品功能及其環(huán)境體現(xiàn)。2)對于項目別的大多數(shù)工作，需求規(guī)約是一種管理控制點。3)對于產(chǎn)品/系統(tǒng)設計，需求規(guī)約是一種正式、受控起始點。4)需求規(guī)約是創(chuàng)立產(chǎn)品驗收測試籌劃和顧客指南基本。P3112、簡述需求規(guī)約和項目需求不同。答:需求規(guī)約和項目需求是兩個不同概念。需求規(guī)約是軟件開發(fā)組織和顧客之間一份事實上技術合同書，即關注產(chǎn)品需求，回答“交付給客戶產(chǎn)品/系統(tǒng)是什么”；而項目需求是客戶和開發(fā)者之間關于技術合同——產(chǎn)品/系統(tǒng)需求理解，應記錄在工作陳述中或其她某一項目文檔中，即關注項目工作與管理，回答“開發(fā)組要做是什么”。P3013、何謂模塊耦合？簡述模塊耦合類型。答:耦合是不同模塊之間互相依賴程序度量。內(nèi)容耦合:當一種模塊直接修改或操作另一種模塊數(shù)據(jù)，或一種模塊不通過正常入口而轉入到另一種模塊時；公共耦合:兩個或兩個以上模塊共同引用一種全局數(shù)據(jù)項；控制耦合一種模塊通過氣喘吁吁向另一種模塊傳遞一種控制信息，接受信號模塊依照信號值進行恰當動作；標記耦合:若一種模塊A通過接口向兩個模塊B和C傳遞一種公共參數(shù)；數(shù)據(jù)耦合:模塊之間通過參數(shù)來傳遞數(shù)據(jù)。14、何謂模塊內(nèi)聚？簡述模塊內(nèi)聚類型。答:指一種模塊內(nèi)部各成分之間互有關聯(lián)限度度量。偶爾內(nèi)聚:一種模塊各成分之間基本不存在任何關系；邏輯內(nèi)聚:幾種邏輯上有關功能被放在同一種模塊中；時間內(nèi)聚:一種模塊完畢功能必要在同一時間內(nèi)執(zhí)行，但這些功能只是由于時間因素關聯(lián)在一起；過程內(nèi)聚:一種模塊內(nèi)部解決成分是有關，并且這些解決必要以特定順序執(zhí)行；通信內(nèi)聚:一種模塊所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集；順序內(nèi)聚:一種模塊各個成分和同一種功能密切有關，并且一種成分輸出作為另一種成分輸入；功能內(nèi)聚:最抱負內(nèi)聚，模塊所有成分對于完畢單一功能都是基本。功能內(nèi)聚模塊對完畢其功能而言是充分必要。15、何謂模塊控制域和模塊作用域？并舉例闡明答：控制域:模塊自身以及所有直接或間接從屬于它模塊集合。作用域:受該模塊內(nèi)一種鑒定所影響所有模塊影響16為了表達系統(tǒng)功能模型，構造化分析辦法給出了哪些基本概念？她們是如何表達？其基本作用是什么？使用中應注意哪些問題？ 答：給出基本概念：數(shù)據(jù)流、加工、數(shù)據(jù)存儲、數(shù)據(jù)源和數(shù)據(jù)潭。表達辦法：（注：表達辦法都是圖形，請按文字提示畫圖）數(shù)據(jù)流表達辦法：方向向右箭頭；加工表達辦法：橢圓；數(shù)據(jù)存儲表達辦法：兩條平行線；數(shù)據(jù)源表達辦法：一種長方形；數(shù)據(jù)源和數(shù)據(jù)潭表達辦法：兩個并列長方形。作用：數(shù)據(jù)流：用于表達在分析中所使用、用于表達“客體”信號。加工：用于表達在分析中所使用、用于表達“解決”信號。數(shù)據(jù)存儲：用于表達在分析中所使用、用于表達“構造化客體”信號。數(shù)據(jù)源和數(shù)據(jù)潭：表達系統(tǒng)環(huán)境，可以使用它們和有關數(shù)據(jù)流來定義系統(tǒng)邊界，表達系統(tǒng)/產(chǎn)品“邊界”信息。17以構造化分析辦法建立系統(tǒng)功能模型由哪些某些構成？每一某些基本作用是什么？ 答：構成某些：數(shù)據(jù)流、加工、數(shù)據(jù)存儲、數(shù)據(jù)源和數(shù)據(jù)潭?；咀饔茫海ㄍ厦娴谝恍☆}里“作用”）18解釋構造符“+”、“|”、“｛｝”含義，并舉例闡明。答：順序構造是指數(shù)據(jù)A是由數(shù)據(jù)B和數(shù)據(jù)C順序構成，記為“+”。例：學生成績=姓名+姓名+性別+學號+科目+成績。選取構造是指由數(shù)據(jù)A或是由數(shù)據(jù)B0或是有數(shù)據(jù)C0定義，即數(shù)據(jù)B不也許同步是B0C0，并記為“|”。例：性別=男|女。重復構造是指數(shù)據(jù)A是由各種重復浮現(xiàn)數(shù)據(jù)B構成，并記為“｛｝19就一種特定系統(tǒng)而言，系統(tǒng)功能模型與系統(tǒng)模型重要區(qū)別是什么？ 答：區(qū)別：系統(tǒng)功能模型分為數(shù)據(jù)流、加工、數(shù)據(jù)存儲、數(shù)據(jù)源和數(shù)據(jù)潭這四某些構成。系統(tǒng)模型分為兩類：一類稱為概念模型，描述了系統(tǒng)是什么；另一類系統(tǒng)稱為軟件模型，描述了實現(xiàn)概念模型軟件解決辦法。20簡述構造化辦法總體設計任務及目的。答：任務：在需求分析基本上，定義滿足需求所需要構造。目的：建立系統(tǒng)模塊構造。21簡述構造化辦法詳細設計任務及目的。答：任務：詳細描述模塊構造圖中每一模塊，即給出實現(xiàn)模塊功能實行機制，涉及一組例程和數(shù)據(jù)構造，從而精準地定義了滿足需求所規(guī)約構造。目的：將總體設計階段所產(chǎn)生系統(tǒng)高層構造映射為以這些術語因此澳大低層構造，也是系統(tǒng)最后構造。22簡述變換設計與事務設計之間區(qū)別。答：區(qū)別：變換設計目的是將變換型數(shù)據(jù)流圖映射為模塊構造圖，而事務設計目的是將事務型數(shù)據(jù)流圖映射為模塊構造圖。23簡述啟發(fā)式規(guī)則基本原理。答：啟發(fā)式規(guī)則“基于高內(nèi)聚低耦合原理，采用某些經(jīng)驗性啟發(fā)式規(guī)則，對初始模塊構造圖進行精化，形成最后模塊構造圖”。啟發(fā)式規(guī)則涉及：1）改進軟件構造，提高模塊獨立性。2）力求模塊規(guī)模適中。3）力求深度、寬度、扇出和扇入適中。4）竭力使模塊作用域在其控制域之內(nèi)。5）竭力減少模塊接口復雜度。6）力求模塊功能可以預測。24簡述根據(jù)一種系統(tǒng)DFD，將其轉換為MSD基本思路。答：構造化設計辦法在分類DFD基本上，基于自頂向下、功能分解設計原則，定義了兩種不同“映射”，即變換設計和事務設計。其基本環(huán)節(jié)是，一方面將系統(tǒng)DFD圖一方面轉化為初始模塊構造圖，再基于“高內(nèi)聚低耦合”這一軟件設計原理，通過模塊化，將初始模塊構造圖轉化為最后、可供詳細設計使用模塊構造圖（MSD）。25為什么說構造化分析與構造化設計之間存在一條“鴻溝”？答：從軟件辦法學習研究角度，構造化辦法依然存在某些問題，其中最重要問題是依然沒有“掙脫”馮·諾依曼體系構造影響，捕獲“功能（過程）”和“數(shù)據(jù)”恰恰是客觀失誤易變性質，由此建造系統(tǒng)構造很難與客觀實際系統(tǒng)構造保持一致。26.舉例闡明構造化辦法給出控制復雜性機制。

答：1上層數(shù)據(jù)流可以打包，實例研究數(shù)據(jù)流查詢規(guī)定就是一種打包數(shù)據(jù)，并以*作一特殊標志。上下層

數(shù)據(jù)流之間相應關系通過數(shù)據(jù)字典予以描述。2為便于理解，把一幅圖中圖元個數(shù)盡量控制在7加減2個

以內(nèi)。3檢查與每個加工有關數(shù)據(jù)流與否有太多輸入/輸出數(shù)據(jù)流，并尋找可減少該加工接口復雜性

，對數(shù)據(jù)流進行劃分辦法。4分析數(shù)據(jù)內(nèi)容，擬定與否所有輸入信息都用于產(chǎn)生輸出信息，相應

由一種加工產(chǎn)生所有信息與否都能由進入該加工信息導出。27.試分析構造化辦法在建造系統(tǒng)模型中存在問題。

答：最重要問題是沒有掙脫馮·諾依曼體系構造影響，捕獲功能過程和數(shù)據(jù)恰恰是客觀事物易變性質，由此建造系統(tǒng)構造很難與客觀實際系統(tǒng)構造保持一致。在某種意義上說就是這些問題促使面向對象辦法學產(chǎn)生和發(fā)展。28.舉例闡明變換設計環(huán)節(jié)。

答：第一步，設計準備，復查并精化系統(tǒng)模型。第二步，擬定輸入，變換，輸出這三某些之間邊界。第三步，第一級分解，系統(tǒng)模塊構造圖頂層和第一層設計。第四步，第二級分解，自頂向下，逐漸求精。29.舉例闡明事務設計環(huán)節(jié)。

答：第一步，設計準備，復查并精化系統(tǒng)模型。第二步，擬定事務解決中心。第三步，第一級分解，系統(tǒng)模塊構造圖頂層和第一層設計，以數(shù)據(jù)流圖為基本，按自頂向下逐漸細化原則進行。第二級分解自頂向下逐漸求精。30.一種軟件開發(fā)辦法學，應當由哪些基本某些構成？

答：涉及構造化分析辦法、構造化設計辦法、構造化程序設計辦法31.為了表達客觀事物，UML給出了哪些基本術語？答:為了支持抽象分析和設計中事物，UML給出了8個基本術語，即類、接口、協(xié)作、用況、積極類、構件、制品、結點，并給出了這些基本術語某些變體。32.為了表達客觀事物之間關系，UML給出了哪些基本術語？這些術語之間是什么關系？答:關聯(lián)、泛化、細化和依賴，以及它們某些變體。.構造關系,繼承關系,精化關系,依賴關系.33.什么是對象構成與表達？并闡明。答類是一組具備相似屬性、操作、關系和語義對象描述。對象是類一種實例34.什么是類圖構成成分？答:類圖是可視化地表達系統(tǒng)表態(tài)構造模型工具，普通接口、關聯(lián)、泛化和依賴35.什么是狀態(tài)圖構成成分?答:在規(guī)約一種狀態(tài)時,重要涉及一下內(nèi)容(1)名字(2).進入/退出效應.(3).do動作活動.(4).被延遲事件.36.什么是順序圖構成成分？答：順序圖是一種交互圖，即由一組對象以及準時序組織對象之間關系構成，其中還飲食這些對象之間所發(fā)送消息37.如何描述對象之間關聯(lián)語義?答：關聯(lián)是目錄之間一種構造關系，是對一組具備相似構造、相似鏈接描述。鏈是對象之間具備特定語義關系抽象，實現(xiàn)之后鏈接普通稱為對象之間鏈接.38.用況之間有哪幾種關系？答:一種用況圖普通包括6個模型元素,它們是主題、用況、參加者、關聯(lián)、泛化、依賴39.在什么狀況下需要建立狀態(tài)圖？答：狀態(tài)圖可用于創(chuàng)立關于系統(tǒng)（或系統(tǒng)成分）行為生存周期模型，表達關于系紡（或系統(tǒng)成分）一種動態(tài)構造，給出關于系統(tǒng)（或系統(tǒng)成分）在生存期間有哪些階段、每一階段可從事活動以及對外所呈現(xiàn)特性等方面信息40.在一種類描述中，同步引入“操作”和“辦法”目是什么？答:表達模型化包之間關系41.為什么使用包？如何劃分包答：包最初來源是用例，包劃分最初來源是用例模型，對用例按功能分組，可以得到用例包。

用例包在分析階段很自然可以相應得到分析包，在分析階段還可以找到其他某些分析包，例如某個相對底層服務（如用于表達持久化機制包）。

分析包普通會相應到設計階段應用子系統(tǒng)，除此之外，尚有其他某些設計子系統(tǒng)，例如負責封裝通訊機制Corba服務子系統(tǒng)。42.使用UML可以從那些角度來刻畫一種系統(tǒng)行為？為什么？靜態(tài)、動態(tài)43.在描述客觀事物方面，面向對象辦法與構造化辦法提取信息不同角度是什么？各自角度將對建造系統(tǒng)模型產(chǎn)生什么影響？答：構造化辦法提出，是基于看待客觀世界基本觀點，即一切信息系統(tǒng)都是由信息流構成，每一信息流均有自己起點-數(shù)據(jù)源，有自己歸宿-數(shù)據(jù)潭，有驅動信息流動加工，所謂信息解決重要體現(xiàn)為信息流動。構造化辦法作為一種特定軟件開發(fā)辦法學，是從系統(tǒng)分析和軟件設計一種思想工具。面向對象辦法以為，世界是由客體構成，客體有自己屬性和活動規(guī)律，客體之間互相依賴和互相作用構成了大千世界各式各樣系統(tǒng)。因此就應充分運用人類結識客觀世界、解決實際問題思維方式和辦法。眠功能對象辦法是一種依照客體之間關系來建造系統(tǒng)模型系統(tǒng)化辦法。44.比較面向對象辦法與構造化辦法在控制信息組織復雜性方面所引入機制？答：構造化辦法重要體當前三個方面。一、自頂向下，逐漸求精：把程序當作是一種逐漸演化過程。把一種系統(tǒng)與程序當作是一層一層。例如：戶籍管理系統(tǒng)可以劃分為：戶籍遷入遷出，人員遷入遷出，戶籍注銷，人員注銷等幾種子系統(tǒng)，而每個子系統(tǒng)又劃分為接受顧客信息，實行解決，提供返回信息等等某些。二、模塊化：即將幾種系統(tǒng)提成幾種模塊，每個模塊實現(xiàn)特定功能，最后整個系統(tǒng)由這些模塊構成。模塊跟模塊之間通過接口傳遞信息，模塊最重要特點就是獨立性，模塊之間尚有上下層關系，上層模塊調(diào)用下層模塊來實現(xiàn)某些功能。三、語句構造化：順序構造、分支構造、循環(huán)構造，都是慣用語句構造。面向對象辦法重要有：一、客觀世界中事物都是對象，對象之間存在一定關系，并且復雜對象由簡樸對象構成。二、具備相似屬性和操作對象屬于一種類，對象是類一種實例。三、類之間可以有層次構造，即類可以有子類，其中，子類繼承父類所有屬性和操作，并且子類有自己屬性和操作。四、類具備封裝性，把類內(nèi)部屬性和某些操作隱藏起來，只有公共操作對外是可見，對象只可通過消息來祈求其他對象操作或自己操作。五、強調(diào)充分運用人在尋常邏輯思維中經(jīng)常采用思想辦法與原則。例如：抽象，分類，繼承，聚合，封裝，關聯(lián)等。45類與對象之間關系，舉例闡明？答：類是一組具備相似書、操作、關系、和語義對象描述，對象是類一種實例。一種類可以有各種屬性，也可以沒有屬性。而類一種對象對其所屬類每一種屬性應有特定值。46.關聯(lián)與鏈之間關系，試舉例闡明答：關聯(lián)是類目一種構造關系，是對一組具備相似構造、相似鏈描述，鏈是對象之間具備特定語意關系抽象，實現(xiàn)之后鏈普通稱為對象之間連接，關聯(lián)用一條連接兩個類目線段表達，并可對其命名47.何謂對象狀態(tài)，如何描述一種對象狀態(tài)？試舉例闡明答：一種狀態(tài)是類目一種實例在其生存中一種條件或狀況，期間該實力滿足這一條件，執(zhí)行某一活動或等待某一消息；在UML中，普通把一種狀態(tài)表達到一種具備圓角矩形，分為名字欄和內(nèi)部轉換欄，重要涉及：名字，是一種表達狀態(tài)文本串，作為狀態(tài)名；進入/退出效應，為了有效地抽取一種對象狀態(tài)，控制狀態(tài)抽取復雜性，UML在規(guī)約一種狀態(tài)時引入進入/退出效應；狀態(tài)內(nèi)部轉移，是指沒有導致該狀態(tài)變化內(nèi)部轉移；do動作或活動，是指狀態(tài)中一動作或活動沒有完畢，就始終執(zhí)行之，并當該動作或活動完畢時，也許會產(chǎn)生一種完畢事件，導致該狀態(tài)轉移。48.何謂組合狀態(tài)？舉例闡明之答：具有子狀態(tài)狀態(tài)稱為組合狀態(tài)，組合狀態(tài)包括兩種類型字狀態(tài)機，即順序子狀態(tài)和并發(fā)子狀態(tài)機49何謂非正交子狀態(tài)機，并簡述非正交子狀態(tài)機轉入與轉出答：非正交子狀態(tài)機就是順序子狀態(tài)機50.何謂正交子狀態(tài)機，并簡述正交子狀態(tài)機轉入與轉出答：正交子狀態(tài)就是并發(fā)子狀態(tài)機51.何謂事件？對信號事件和調(diào)用事件作一比較答：事件是指對擬定期空內(nèi)一種故意義規(guī)約信號；事件是指消息一種類目，是一種消息類型，調(diào)用事件是指對象接受到一種操作祈求，信號事件是一種異步事件，信號普通由狀態(tài)解決機，調(diào)用事件往往是一種同步事件，即發(fā)送者和接受者都處在該操作執(zhí)行期間一種匯合點，發(fā)送者控制流始終被掛起，直到該操作執(zhí)行完畢52何謂順序圖中控制操作子？試舉例闡明答：為了控制交互行為描述復雜性，以便更清晰地表達順序圖中復雜控制，UML給出了4種最慣用控制操作子；例如，選取執(zhí)行操作子：該控制操作子記為“Opr”，由兩某些構成，條件執(zhí)行操作子：該操作子記為“alt”，控制體通過水平線將其分為一某些，每一某些表達一種條件分支，每一分支有一種監(jiān)護條件，并發(fā)執(zhí)行操作子：該操作子記為“par”，該控制操作子體通過水平線將其分為各種某些，迭代執(zhí)行操作子：該操作子記為“l(fā)oop”，其中一種監(jiān)護條件出當前控制體中一條生命線頂端53何謂順序圖中控制操作子？試舉例闡明。答：為了控制交互行為描述復雜性，以便更清晰地表達順序圖中復雜控制，給出了個個控制操作子，選取、條件、并發(fā)、迭代操作控制子。54.演化模型與“RUP增量、迭代開發(fā)”之間關系答:RUP迭代、增量式開發(fā)是演化模型一種變體，即規(guī)定了“大”迭代數(shù)量－4個階段，并規(guī)定了每次迭代目的初使階段:獲得與特定腹部和平臺無關系統(tǒng)體系構造輪廓，以此建立產(chǎn)品功能范疇;編制實例業(yè)務實例，從業(yè)務角度指出該項目價值，減少項目重要錯誤風險；精華階段:通過捕獲并描述系統(tǒng)大某些需求，建立系統(tǒng)體系構造基線第一種版本，重要涉及用況模型和分析模型，減少次要錯誤風險，到該階段未，就可以估算成本、進步，并能詳細地規(guī)劃構造階段；構造階段:通過演化，形成最后系統(tǒng)體系構造基線，開發(fā)完整系統(tǒng)，保證產(chǎn)品可以開始向客戶交付，即具備初始操作能力；移送階段:保證有一種實在產(chǎn)品發(fā)布給顧客群。期間培訓顧客如何使用該軟件。55.RUP與UML之間關系答:RUP與UML是一對“姐妹”，它們構成了一種特定軟件開發(fā)辦法學。其中，UML作為一種可視化建模語言，給出了表達事物和事物之間關系基本術語，給出了各種模型表達工具;而RUP運用這些術語定義了需求獲取層、系統(tǒng)分析層、設計層、實現(xiàn)層，并給出了實現(xiàn)各層模型之間映射基本活動以及有關指引。56什么是特性（Teature）?舉例如何描述它。答:從客戶、顧客、籌劃者、開發(fā)者想法和意愿中搜取特性，形成特性表。特性是一種新項及其簡要描述“按不同科目計算平均成績”計算平均成績:按所學不同科目計算每一種學生期末考試平均成績，給出分數(shù)段并描述其狀態(tài)（如建議、批準、合并和驗證等）、實行代價及風險、重要限度以及對其她特性影響等，特性可作為需求，并被轉換為其他制品。58.需求獲取模型基本構成答:使用UML中用況、參加者以及依賴等術語來抽象客觀實際問題，形成系統(tǒng)需求獲取模型59.建造一種系統(tǒng)需求獲取模型活動和任務，以及各活動輸入和輸出答:發(fā)現(xiàn)描述參加者和用況，輸入:業(yè)務模型或領域模型，補充需求，特性表;輸出:用況模型[概述]，術語表賦予用況優(yōu)先級:輸入:用況模型[概述]，補充需求，術語表;輸出:體系構造描述[用況模型視角]；精華用況:輸入:用況模型[概述]，補充需求，術語表;輸出:用況[精化]構造人機接口原型:輸入:用況[精華]，用況模型[概述]，補充需求，術語表;輸出:人機接口原理；用況模型構造化:輸入:用況[精華]，用況模型[概述]，補充需求，術語表;輸出:用況模型[精化]。60.如何描述系統(tǒng)參加者和用況？舉例闡明答:參加者:發(fā)現(xiàn)參加者與描述參加者:1)之前已經(jīng)存在業(yè)務用況模型，可根據(jù)業(yè)務模型直接發(fā)現(xiàn)某些候選參加者，2)沒有業(yè)務用況模型，雖然存在領域模型，也需要系統(tǒng)分析人員與客戶一起來標記系統(tǒng)參加者。用況是系統(tǒng)向它參加者提供成果（值）功能塊，表達參加者使用系統(tǒng)方式，因而一種用況可用于規(guī)約系統(tǒng)可執(zhí)行、與參加者進行交互一種動作序列，涉及其中某些可選動作序列，并且用況尚有自己屬性。61.需求分析層及有關概念答:在系統(tǒng)用況模型基本上，創(chuàng)立系統(tǒng)分析模型以及在該分析模型視角下體系構造描述，系統(tǒng)分析模型是系統(tǒng)一種概念模型，解決系統(tǒng)用況模型中存在二義性和不一致性問題，并以一種系統(tǒng)化形式精確地表達顧客需求。62.需求分析模型基本構成答:RUP分析猶如構造化分析，其目的之一是在一種特定抽象層上建立系統(tǒng)分析模型。為此，RUP一方面給出了3個術語:分析包、分析類和用況細化，用于表達需求中“大粒度”概念，開發(fā)人員使用這些術語可以規(guī)約系統(tǒng)分析中所要使用信息。分析類:是類一種衍型，很少有操作和特性標記，而用責任來定義其行為，并且其屬性和關系也是概念性，涉及:邊界類、實體類、控制類。用況細化:是一種針對一種用況，其行為可用各種分析類之間互相作用來細化，并記為用況細化[分析]分析包:分析包是一種控制信息組織復雜性機制，提供了分析制品一種組織手段，形成了某些可管理某些。63.建造一種系統(tǒng)需求分析模型活動和任務，以及各活動輸入和輸出.答:體系構造分析:輸入:用況模型、補充需求、業(yè)務模型或領域模型、體系構造描述[用況模型];輸出:分析包[概述]、分析類[概述]、體系構造描述[分析]；細化用況:輸入:用況模型、補充需求、業(yè)務模型或領域模型、體系構造描述[分析];輸出:用況細化[分析]、分析類[概述]對類分析:輸入:用況細化[分析]、分析類[概述]輸出:分析類[完畢]；對包進行分析:輸入:系統(tǒng)體系構造描述[分析]、分析包[概述]輸出:分析類[完畢]。64需求分析模型對后來開發(fā)工作影響答:對設計中子系統(tǒng)影響。分析包普通將影響設計子系統(tǒng)構造對設計類影響。分析包可以作為類設計時規(guī)格闡明。對用況細化[設計]影響。用況細分[分析]對用況細化[設計]有兩方面影響，一種是它們有乃至于為用況創(chuàng)立更精準規(guī)格闡明，另一種是當對用況進行設計時，用況細化[分析]可作為其輸入。65.需求獲取模型與需求分析模型之間比較答:語言描述不同:客戶語言與開發(fā)語言視圖:系統(tǒng)外與系統(tǒng)內(nèi)構造:使用用況予以構造化，給出外部視角系統(tǒng)構造與使用衍型類構造化，給了部視角系統(tǒng)構造作用:標注“系統(tǒng)應當做什么，不應當做什么”與可以做出開發(fā)者理解系統(tǒng)如何勾畫、如何設計和如何實現(xiàn)基本問題:也許存在冗余、不一致和沖突等問題與解決了上述問題捕獲系統(tǒng)功能，涉及體系構造方面具備意義功能與給出細化系統(tǒng)功能，涉及在體系構造方面具備意義功能定義某些進一步需要在分析模型中予以分析用況與定義每一種用況細化。66.設計層及有關概念答:設計目的:定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求軟件構造基本術語:設計子系統(tǒng)、設計類、用況細化[設計]、接口、以及用于表達子系統(tǒng)之間關系依賴、用于表達設計類之間關系關聯(lián)等，這些術語擬定了系統(tǒng)設計模型各種形態(tài)。67.設計模型基本構成答:設計子系統(tǒng)、設計類、用況細化[設計]、接口、以及用于表達子系統(tǒng)之間關系依賴、用于表達設計類之間關系關聯(lián)等，這些術語擬定了系統(tǒng)設計模型各種形態(tài)。68.建造一種系統(tǒng)設計模型活動和任務，以及各活動輸入與輸出答:體系構造設計:輸入:用況模型、補充需求、分析模型、體系構造描述[分析模型角度];輸出:子系統(tǒng)[概述]、接口[概述]、設計類[概述]、布置模型[概述]、體系構造描述[設計]；設計用況:輸入:用況模型、補充需求、分析模型、布置模型;輸出：用況[設計-實現(xiàn)]、設計類[概述]、子系統(tǒng)[概述]、接口[概述]；對類設計:輸入：用況[設計-實現(xiàn)]、設計類[概述]、接口[概述]、分析類[完畢];輸出:設計類[完畢]；設計子系統(tǒng):體系構造描述[設計]、子系統(tǒng)[概述]、接口[概述];輸出:子系統(tǒng)[完畢]、接口[完畢]。69.測試過程模型，并分析這一模型在軟件測試技術研究以及實踐中作用答:軟件測試是一種有程序過程，涉及測試設計、測試執(zhí)行、以及測試成果比較等環(huán)境模型、被測模型和錯誤模型在軟件測試中扮演了一種很重要角色;這些模型質量，特別是程序模型質量，對發(fā)現(xiàn)錯誤具備核心性作用軟件測試錯誤假定是，實際成果與預期成果不符，而后在此基本上可進一步分析是什么錯誤。70.軟件測試與調(diào)度區(qū)別答:1)..測試從一側面證明程序員“失敗”。調(diào)度為了證明程序員是對的；2).測試以已知條件開始，使用預告定義程序且有預知成果，不可預見僅是程序與否通過測試；3).測試是有籌劃，并要進行測試設計。高度是不受時間約束；4).測試是發(fā)現(xiàn)錯誤、改正錯誤、重新測試過程。調(diào)試是一種推理過程；5).執(zhí)行是有規(guī)程。調(diào)試執(zhí)行往往規(guī)定程序員進行必要推理；6).測試經(jīng)常由獨立測試組在不理解軟件技術條件下完畢。高度必要由理解詳細設計程序員完畢；7)大多數(shù)測試執(zhí)行和設計可由工具支持。調(diào)試時，程序員能運用工具重要是調(diào)試器。71.程序流程圖作用及構成答:流程圖作用是著重于過程屬性描述。72.簡述語名覆蓋、分支覆蓋、條件組合覆蓋、途徑覆蓋含義及它們之間關系答:途徑覆蓋:執(zhí)行所有也許穿過程序控制流程途徑語句覆蓋:至少執(zhí)行程序中所有語句一次分支覆蓋:至少將程序中每一種分支執(zhí)行一次條件覆蓋:指每個鑒定中所有也許條件取值至少執(zhí)行一次條件組合覆蓋:設計足夠測試，使每個鑒定中所有也許條件約會組合至少執(zhí)行一次存在如下關系語句覆蓋<分支覆蓋<條件組合覆蓋<…途徑覆蓋。73簡術單元測試、集成測試、有效性測試含義及它們之間區(qū)別.。答:單元測試:主檢查軟件設計最小單元――模塊。該測試以詳細設計文檔為指引，測試模塊內(nèi)重要控制途徑。集成測試:是軟件組裝一種系統(tǒng)化技術，其目的是發(fā)現(xiàn)與接口關于錯誤有效性測試:發(fā)現(xiàn)軟件實現(xiàn)功能與需求規(guī)格闡明書不一致錯誤74.簡述途徑測試技術、事務流測技術重要根據(jù)答:一種根據(jù)程序邏輯構造，一種根據(jù)軟件行為描述75簡述程序流程圖與事務流程圖之間重要區(qū)別，并分析這些區(qū)別重要因素答:1)基本模型元素所表達語義不同；2)一種事務不等同于途徑測試中一條途徑，也許在中間某處就完畢了某一顧客工作，終結了一種事務；3).事務流程圖中分支和節(jié)點也許是一種復雜過程。76、簡述白盒測試技術要點，并舉例闡明答:白盒測試技術根據(jù)程序邏輯構造，以控制流程圖作為被測對象建模工具，其中涉及過程塊、分支、節(jié)點、鏈以及途徑，并針對測試民，給出了4種覆蓋方略:語名覆蓋、分支覆蓋、條件組合覆蓋和途徑覆蓋，它們之間具備偏序關系，并且可依照項目需求給出其她覆蓋方略。77、事務流測試技術要點，并舉例闡明答:事務流測試技術是一種功能測試技術，當前提出了諸多功能測試技術，如定義域測試技術、等價類測試技術以及基于因果圖測試技術等，統(tǒng)稱為黑盒子測試技術。黑盒測試將被測軟件當作黑盒子，只通過外部輸入和輸出來發(fā)現(xiàn)軟件中錯誤，因而黑盒測試是一種基于軟件規(guī)約測試。78、簡述軟件開發(fā)中過程類，以及它們基本作用和它們之間基本關系答:分為3類：基本過程:那些軟件生產(chǎn)直接有關活動集，分5個過程:獲取過程、供應過程、開發(fā)過程、運營過程和維護過程支持過程:關于各方面按她們目的所從事一系列有關支持活動集，有助于提高系統(tǒng)或軟件產(chǎn)品質量，分為:文檔過程、配備管理過程、質量保證過程、驗證過程、確認過程、聯(lián)合評審過程、審計過程和問題解決過程等組織過程:與軟件生產(chǎn)組織關于活動集，分管理過程、基本設施過程、培訓過程、改進過程79、在ISO/IEC12207-中如何描述一種過程？舉例闡明答:①.為獲取方獲取一種軟件產(chǎn)品或服務，為供應方開發(fā)、運營、維護、提供和銷毀一種軟件產(chǎn)品，建立了一種軟件生存周期框架，包括過程、活動和任務，并通過過程分類、過程描述，給出它們之間內(nèi)在關系②.為軟件生存周期過程定義、控制和改進提供了一種過程，即生存周期模型管理過程供應過程:為獲取方提供滿足所協(xié)商需求產(chǎn)品或服務軟件實現(xiàn)過程:軟件實現(xiàn)過程是為了生產(chǎn)一種已規(guī)約系統(tǒng)元素，作為一種軟件產(chǎn)品或服務而實現(xiàn)軟件需求分析過程:建立系統(tǒng)軟件某些需求軟件體系構造設計:為軟件實現(xiàn)及其可以按需求進行驗證，提供一種設計軟件驗證過程:證明一種過程或項目每一種軟件工作產(chǎn)品/服務與否對的地反映所規(guī)約需求軟件確認過程:證明所盼望軟件工作產(chǎn)品與否滿足其需求。80、什么是軟件開發(fā)特定過程類？舉例闡明。答：為了更有效描述軟件開發(fā)活動和任務，把一種系統(tǒng)在其生存周期內(nèi)可執(zhí)行活動分為兩大類：系統(tǒng)語境過程，針對軟件開發(fā)過程，在此基本上，把生存周期提成7個過程組針對軟件開發(fā)過程類。81、什么是驗證和確認？簡述它們作用和區(qū)別答:驗證:證明一種過程或項目每一種軟件工作產(chǎn)品/服務與否對的地反映所規(guī)約需求驗證和確認是有區(qū)別。驗證是通過提供客觀證據(jù)，證明規(guī)約需求與否得以滿足確認是通過提供客觀證據(jù)，證明關于特定盼望使用或應用需求與否得以滿足軟件確認過程:證明所盼望軟件工作產(chǎn)品與否滿足其需求82、簡述瀑布模型以及可適應狀況瀑布模型將軟件生存周期各項活動規(guī)定為按固定順序而連接若干階段工作，形如瀑布流水，最后得到產(chǎn)品適應狀況:需求已被較好理解，并且開發(fā)組織非常熟悉為實現(xiàn)這一模型所需求過程。83、簡述演化模型以及可適應狀況答:表達了一種彈性過程模式，由某些小開發(fā)步構成，每一步歷經(jīng)需求分析、設計、實現(xiàn)和驗證，產(chǎn)生軟件產(chǎn)品一種增量，通過這些迭代，最后完畢軟件產(chǎn)品開發(fā)。重要針對事先不能完整定義需求軟件開發(fā)。84、簡述增量模型優(yōu)缺陷答:長處1)第一種可交付版本所需要成本和時間是較少，從而可減少開發(fā)由增量表達小系統(tǒng)承擔風險；2)由于不久發(fā)布第一種版本，因而可以減少顧客需求變更；3)容許增量投資，即在項目開始時可以僅對一種或兩個增量投資。缺陷:1)如果沒有對顧客變更規(guī)定進行規(guī)劃，那么產(chǎn)生初始增量也許會導致日后增量不穩(wěn)定；2)如果需求不像初期思考那樣穩(wěn)定和完整，那么某些增量就也許需要重新開發(fā)，重新發(fā)布；3)由于進度和配備復雜性，也許會增大管理成本，超過組織能力。85、簡述螺旋模型以及它與其他模型之間重要區(qū)別答:螺旋模型是瀑布模型與深化模型基本上，加入兩者所忽視風險分析所建立一種軟件開發(fā)模型螺旋模型關注解決問題基本環(huán)節(jié)，即標記問題，標記某些可選方案，選取一種最佳方案，遵循動作環(huán)節(jié)并實行后續(xù)工作，突出特性，在開發(fā)迭代中事實上只有一種迭代過程真正開發(fā)了可交付軟件2)與深化模型和增量模型相比，同樣使用了瀑布模型作為一種嵌入過程，即分析、設計、編碼、實現(xiàn)和維護過程，并且在框架和全局體系構造方面是等同。但是，螺旋模型所關注階段以及它們活動是不同，如增長某些管理活動和支持活動。盡管增量模型也有某些管理活動，但它基于如下假定:需求是最基本、并且是唯一風險源，因而在螺旋模型中增大了決策和風險空間，螺旋模型擴大了增量模型管理范疇。如果項目開發(fā)風險很大或客戶不能擬定系統(tǒng)需求，在更廣泛意義上來講，還涉及一種系統(tǒng)或系統(tǒng)類型規(guī)定，這時螺旋模型就是一種好生存周期模型.86.簡述語句覆蓋、分支覆蓋、條件組合覆蓋、途徑覆蓋含義及她們之間關系答：語句覆蓋：至少執(zhí)行程序中所有語句一次，如果遵循這一規(guī)定，則達到了100%語句覆蓋率（用C1表達）。語句覆蓋是一種最低測試度量，因而發(fā)現(xiàn)程序錯誤能力很弱。分支覆蓋：至少至少將程序中每一種分支執(zhí)行一次。如果遵循這一規(guī)則，則達到了100%分支覆蓋率（用C2表達）。分值覆蓋是一種語句覆蓋稍強覆蓋，由于通過了各個分支，則各語句也都覆蓋率了。但分支覆蓋還不能保證一定能查出在鑒定條件中存在錯誤。條件組合覆蓋：是指設計足夠測試用例，是每個鑒定中所有也許條件取值組合至少執(zhí)行一次。如果遵循這一規(guī)定，則實現(xiàn)了條件組合覆蓋。只要滿足了條件組合覆蓋，就一定能滿足分支覆蓋。途徑覆蓋：執(zhí)行所有也許穿過程序控制流程途徑，普通狀況下，這一測試嚴格地限制為所有也許入口/出口途徑。如果遵循這一規(guī)定，則達到了100%覆蓋率。在途徑測試中，該亮度是最強，普通是不可實現(xiàn)。87.單元測試、集成測試、有效性測試含義及它們之間區(qū)別。答：單元測試重要檢測軟件設計最小單位——模塊。該測試以詳細詳細設計文檔為指引，測試模塊中重要控制途徑。普通來說，單元測試往往采用白盒技術。在單元測試期間，普通考慮模塊四個特性，以及與之有關邊界條件：1）模塊接口。2）局部數(shù)據(jù)構造。3）重要執(zhí)行途徑。4）錯誤執(zhí)行途徑。集成測試是軟件組裝一種系統(tǒng)化技術，其目的是發(fā)現(xiàn)與接口關于錯誤，將通過單元測試模塊構成一種滿足設計規(guī)定軟件構造。集成測試可“自頂向下”地進行，稱為自頂向下集成測試，也可“自底向上”地進行，稱為自底向上集成測試。有效測試目的是發(fā)現(xiàn)軟件實現(xiàn)功能與需求規(guī)格闡明書不一致錯誤。因而，有效性測試普通采用黑盒技術。為了實既有效性測試，制定測試籌劃應依照采用測試技術給出要進行一組測試，并給出測試用例和預期成果設計。普通在測試執(zhí)行之前應進行配備復審，其目是保證軟件配備所有元素已被對的開發(fā)并編排目錄，具備必要細節(jié)以支持和軟件生存周期維護階段。區(qū)別：單元測試集中于單個模塊功能和構造檢測；集成測試集中于模塊組合功能和軟件構造檢測；有效性測實驗證軟件需求可追溯性。88.簡述途徑測試技術、事務流測試技術重要根據(jù).答;途徑測試技術支持測試過程模型中間某些；途徑測試技術是一種簡樸，實用單元測試技術，通過程序中控制邏輯可以發(fā)現(xiàn)數(shù)據(jù)錯誤、基本計算錯誤等；途徑測試技術是基于程序邏輯構造，對錯誤假定是軟件通過了與預想不同途徑；在途徑測試技術中，采用控制流程圖作為模型表達工具，支持創(chuàng)立被測試程序模型；基于途徑基本屬性，途徑測試技術給出了幾種常用測試途徑覆蓋，涉及語句覆蓋、分支覆蓋、條件構成覆蓋和途徑覆蓋等，這幾種覆蓋是一種偏序。依照軟件特定需要，可以在條件組合覆蓋和途徑覆蓋之間定義其她類型覆蓋；途徑選用是測試用例世紀基本。事務流測試技術要點：玉途徑測試同樣，支持測試過程模型中間某些；事務流測試技術是將途徑測試技術用于功能測試產(chǎn)物，通過事物操作邏輯發(fā)現(xiàn)軟件中邏輯錯誤、數(shù)據(jù)錯誤、計算錯誤等；事務流測試技術是基于軟件規(guī)約，對錯誤假定是軟件通過了與預想不同事務途徑；在事務流測試技術中，采用事務流程圖作為模型表達工具，支持創(chuàng)立被測試軟件模型；基于事務基本屬性，事務流測試技術最大問題和最大代價是獲得事務流程圖以及用例設計；普通，事務流程測試規(guī)定達到基本領務覆蓋，但是大某些錯誤將在奇異、不受注意或非法操作流中發(fā)現(xiàn)，更為重要是，在事務解決流程測試中，如果設計測試用例時能與設計者討論，將可以發(fā)現(xiàn)比運營測試更多錯誤。89.針對程序流程圖中浮現(xiàn)各種循環(huán)，如何選用測試途徑？答：循環(huán)構造可分為單循環(huán)、嵌套循環(huán)、級聯(lián)循環(huán)和混雜循環(huán)。由于循環(huán)構造錯誤容易發(fā)生在控制變量邊界上，對于不同循環(huán)給出相應途徑選用規(guī)則。1）單循環(huán)。1.最小循環(huán)次數(shù)為0，最大次數(shù)為N，且無跳躍值。選用：循環(huán)控制變量為-1、0、1典型重復次數(shù)、N-1、N、N+1途徑。2.非0最小循環(huán)次數(shù)，且無“跳躍”值。選用：循環(huán)控制變量次數(shù)為“最小循環(huán)次數(shù)-1”、“最小重復次數(shù)加1”、“典型重復次數(shù)”、“最大重復次數(shù)-1”、“最大重復次數(shù)”、“最大重復次數(shù)加1”。3.具備活躍值單循環(huán)，除把每一種跳躍邊界按“最小循環(huán)次數(shù)”、“最大循環(huán)次數(shù)”解決外，其她規(guī)則與前兩種同樣。2）嵌套循環(huán)。1.從最深層循環(huán)開始，設定所有外層循環(huán)取她最小值。2.測試最小值減一、最小值、最小值加一、典型值、最大值減1、最大值、最大值加1。與此同步，測試“90.CMMI于基本思想答:該模型基于過程途徑思想，通過過程把軟件質量3個支撐點――受訓人員、規(guī)程和辦法、工具和設備進行集成，以開發(fā)所盼望系統(tǒng)/產(chǎn)品。為此，CMMI緊扣開發(fā)、維護和運營，把通過證明“最佳實踐“放在一種構造中。該構造有乃至于指引組織擬定其過程發(fā)送優(yōu)先順序;有乃至于指引這些改進實行，以提高其過程能力和成熟度，并且還支持其他領域（如獲取和服務）能力成熟度模型開發(fā)。91么是過程制度化？在CMMI把過程制度化分幾種級別？簡要回答每一級別重要特性答:重現(xiàn)已定義過程特性. 分5個級別:1級為初始級，2級為已管理級別，3級為已定義級，4級為已定量管理級，5級為持續(xù)優(yōu)化級。92述CMMI模型支持兩種過程改進途徑答:CMMI提供了兩種改進途徑，一是稱為能力級別是一種過程改進途徑，該途徑可使組織針對單一過程域不斷改進該過程域；二是稱為成熟度級別也是一種過程改進途徑，該途徑可使組織通過關注一組過程域不斷改進一組有關過程域。93述CMMI模型模型部件及部件間關系答：1過程域，2專用目的，3專用實踐，4公用目的，5共用實踐，6典型工作產(chǎn)品，7子實踐，8共用實踐精化，9意圖陳述，10簡介性注釋，11有關過程域。94用實踐與共用實踐關系答:專用實踐:每一種過程域中均有一種或各種“專用實踐”，這些專用實踐被以為對于達到該過程域專用目的是重要活動，即盼望以專用實踐所描述活動，會導致達到一種過程域專用目的共用實踐:每一種過程域中均有一種或各種“共用實踐”，這些共用實踐被以為對于達到該過程域有關共用目的是重要活動，例如，對共有目的“該過程予以制度化，使之成為一種已管理過程“而言，一種共用實踐是”為該過程執(zhí)行、工作產(chǎn)品開發(fā)以及該過程服務，提供充分資源“。之因此稱為“共用實踐“，是由于同一實踐可應用于各種過程。95每一成熟度級別所包括過程域。答:在成熟度級別，把開發(fā)、維擴、運營中過程分為4個組。包括7個過程域:配備管理、測量與分析、項目監(jiān)控、項目規(guī)劃、過程和產(chǎn)品質量保證、需求管理、提供方合同管理。包括11個過程域:決策分析與解決、集成項目管理、組織過程定義、緩緩過程關注、組織培訓、產(chǎn)品集成、需求開發(fā)、風險管理、技術解決方案、驗證、擬定組織過程性能和定量項目管理因素分析與解決和組織創(chuàng)新和布置96述項目規(guī)劃過程域專用目的與專用實踐答:專用目的1:SG1建立估算，4個專用實踐SP1.1估算項目規(guī)模,SP1.2建立工作產(chǎn)品和任務屬性估算SP1.3定義項目生存周期SP1.4擬定工作量和成本估算專用目的2:SG2開發(fā)項目籌劃,7個專用實踐:SP2.1建立預算和進度，SP2.2標記項目風險SP2.3規(guī)劃數(shù)據(jù)管理SP2.4規(guī)劃項目資源SP2.5規(guī)劃需要知識和技能SP2.6規(guī)劃利益攸關方參加SP2.7建立項目籌劃專用目的3:SG3獲得對該籌劃承諾:SP3.1評審該項目籌劃SP3.2調(diào)和工作和資源級別，使之一致。SP3.3獲得籌劃承諾。97述開發(fā)過程專用目的與專用實踐答:專用目的1:SG1開發(fā)客戶需求，2個專用實踐SP1.1引出規(guī)定SP1.2開發(fā)客戶需求專用目的2:SG2開發(fā)產(chǎn)品需求，3個專用實踐SP2.1建立產(chǎn)品和產(chǎn)品構件需求SP2.2分派產(chǎn)品構件需求SP2.3標記接口需求專用目的3:SG3分析并驗證需求,5個專用實踐SP3.1建立操作概念和場景SP3.2建立所需功能定義SP3.3分析需求SP3.4分析需求，達到權衡SP3.5確認需求。98述共用目的2及其有關共用實踐答：共用目的2:GG2把過程制度化為一種已管理過程，10個共用實踐GP2.1建立組織方略GP2.2規(guī)劃該過程GP2.3提供資源GP2.4指定責任GP2.5培訓人員GP2.6管理配備GP2.7標記有關利益方參加GP2.8監(jiān)控該過程GP2.9客觀地評估過程符合性GP2.10以高層管理視覺評審狀態(tài).99.RUP定義及重要特點答:RUP是一種軟件開發(fā)過程框架，基于面向對象符號體系給出了關于軟件開發(fā)過程組織及實行指引。該框架體現(xiàn)了3個突出特性，即以用況驅動、體系構造為中心以及迭代、增量式開發(fā)。1.簡述軟件開發(fā)本質。2.簡述實行軟件開發(fā)基本途徑。3.簡述何謂模型以及軟件開發(fā)中所涉及模型。4.簡述軟件開發(fā)所涉及兩大類技術。5、簡述需求與需求規(guī)約基本性質。6、簡述軟件需求分類。7、舉例闡明功能需求和非功能需求之間基本關系。8、有哪幾種慣用初始需求發(fā)現(xiàn)技術？9、簡述需求規(guī)約3種基本形式。10、簡述軟件需求規(guī)約內(nèi)容和作用。11、簡述需求規(guī)約在項目開發(fā)中基本作用。12、簡述需求規(guī)約和項目需求不同。13、何謂模塊耦合？簡述模塊耦合類型。14、何謂模塊內(nèi)聚？簡述模塊內(nèi)聚類型。15、何謂模塊控制域和模塊作用域？并舉例闡明16為了表達系統(tǒng)功能模型，構造化分析辦法給出了哪些基本