軟件工程題庫(kù)考試復(fù)習(xí)題-wlh

一、選擇 二、（100題 語(yǔ)句覆 .....................................................................................................................................12項(xiàng) 通信聚 分布 判定覆 工 配置管 組件 條件覆 配置 活動(dòng) 路徑覆 生存周 基 控制耦 協(xié)作 條件組合覆 過 里程 標(biāo)記耦 時(shí)序 等價(jià)類劃 基本過 項(xiàng)目范圍管 數(shù)據(jù)耦 狀態(tài) 邊界值測(cè) 支持過 項(xiàng)目整體管 預(yù)防性對(duì)象 基本路徑測(cè) 組織過 度 適應(yīng)性類 黑盒測(cè) 過程框 功能點(diǎn)分 結(jié)構(gòu)化程序設(shè) 用例 白盒測(cè) 工作分解結(jié) 非功能性需 統(tǒng)模語(yǔ)言 單元測(cè) 過 O模 信息隱 面 集成測(cè) 團(tuán)隊(duì)過 內(nèi) 主動(dòng)對(duì) 確認(rèn)測(cè) RMMM計(jì)劃（RiskMitigation,MonitoringandManagement 耦 多態(tài) 系統(tǒng)測(cè) 統(tǒng)一過 質(zhì) 體系結(jié) 消 壓力測(cè) 瀑布模 決策 繼 快速原型模 數(shù)據(jù)字 封 靜態(tài)測(cè) 增量模 可靠 對(duì)象/ 動(dòng)態(tài)測(cè) 螺旋模 數(shù)據(jù)流 靜態(tài)視 Beta測(cè) 極限編 業(yè)務(wù)流程 因果 過程模 領(lǐng)域分 三、簡(jiǎn)答題（100題 簡(jiǎn)述安全性與可靠性的異同 的缺陷為什么在開發(fā)和過會(huì)擴(kuò)大 面象方法特征有哪些 簡(jiǎn)述USE/CASE的作用 O成本估算模型？ 面象設(shè)計(jì)涉及那幾個(gè)主要活動(dòng) Boehm和McCall等人從哪些方面來確定質(zhì)量，他們有什么異同 面象設(shè)計(jì)如何體現(xiàn)抽象信息、隱藏和模塊化這三個(gè)概念的 影響質(zhì)量的因素分哪兩大類 簡(jiǎn)述的過程 的可性與哪些因素有關(guān)，如何提高的可性 面象生存期模型與傳統(tǒng)的生存期模型有什么區(qū)別 技術(shù)和管理復(fù)審的作用是什么 的可性與那些質(zhì)量特性有關(guān) CMM與ISO9000有什么異 簡(jiǎn)要說明RUP中階段、工作流和迭代的關(guān)系 四、論述題（20題 論述面象方法對(duì)傳統(tǒng)方法的優(yōu)勢(shì)和問 用覆蓋的觀點(diǎn)面象的測(cè)試策 論述工的文檔類型和作 論述測(cè)試與質(zhì)量的關(guān) 論述項(xiàng)目特點(diǎn)和管理要 論述估算的和解決方 五、應(yīng)用題（20題 假設(shè)一家工廠的采購(gòu)部每天需要一張定貨報(bào)表，報(bào)表按零件排序，表中列出所有 某鐵路售票系統(tǒng)，其相關(guān)角色可簡(jiǎn)化為乘客、售票員和管理。業(yè)務(wù)過程如下 現(xiàn)在有一系統(tǒng)正在進(jìn)行集成測(cè)試，模塊A提供的文件接口能夠txt格式的文本文（1（2 依據(jù)下面給出的N—S圖畫出其流程圖，在此基礎(chǔ)上設(shè)計(jì)最少測(cè)試用例，實(shí)現(xiàn)語(yǔ)句覆 有一款8位微機(jī)，其十六進(jìn)制常數(shù)定義為：以0x或0X開頭的數(shù)是十六進(jìn)制整數(shù)， 某開發(fā)新的郵件系統(tǒng)供用戶使用現(xiàn)需要做系統(tǒng)測(cè)試請(qǐng)“輸入正確的用戶郵（1（2 ，的狀態(tài)圖（5分以及借還書過程的活動(dòng)圖（10分 除 一、選擇題20

二、5題*3分=15分題庫(kù)共100道三、簡(jiǎn)答題4題*5分=20分 1題*15分=15分2、UML、面象簡(jiǎn)答應(yīng)用（usecase、類圖、狀態(tài)圖、交互圖：了解）表述、目的、一、選擇題（28題1、生存期模型是從項(xiàng)目需求定義開始到被廢棄使用為止，整個(gè)生存的生存期模型有：演化模型，螺旋模型，智能模型，噴泉模型，瀑布模型等。2、需求分析方法包括原型化方法和結(jié)構(gòu)分析方法。原型化方法是在研究分析和運(yùn)行的目的的不同，原型主要有三種不同的作用類型：探索型，實(shí)驗(yàn)型，進(jìn)化型。終系統(tǒng)，系統(tǒng)構(gòu)造完成后，原來的模型被廢棄不用。它對(duì)應(yīng)于探索型和實(shí)驗(yàn)型。、追加策略：先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)作為最終系統(tǒng)的然后不斷擴(kuò)充修改逐步追加新的要求最后成為最終的系統(tǒng)它對(duì)應(yīng)于進(jìn)化型。3在工程的設(shè)計(jì)階段中有三種常用的設(shè)計(jì)方法結(jié)構(gòu)化設(shè)計(jì)方法SDParnasSD別表示數(shù)據(jù)和加工的含義；Jackson方法側(cè)重于由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)；Parnas方法的主要思想將可能引起變化的因素隱藏在某有關(guān)模塊，是這些因素變化時(shí)的影響范圍受到限制。從七十年代中期到九十年代早期，SD是最為常用的方法。Parnas4、程序的正確性證明是指用邏輯方法證明程序終止且滿足給定的程序規(guī)范，常用的正確性證明方法之一為Hoare方法。在程序中的邏輯公式稱為Hoare公式。當(dāng)Hoare公式出現(xiàn)在循環(huán)中，并且它具有如下性質(zhì)：只要第一次進(jìn)入選換時(shí)HoareN次進(jìn)入循環(huán)時(shí)Hoare公式仍為真。此時(shí)，這樣的Hoare公式就稱為斷言。如果公式E在執(zhí)行程序段“Z：=Z*A；Y：=Y-1”之前為真，則執(zhí)行該程序段之后E仍保持為真。A12345B：1SD 2Jackson 3Hoare 4ParnasC，D：1Horn子句 2循環(huán)不變式 3斷言 4驗(yàn)證條件5HoareE：1 2A*Y= 3 4AB=Z*5Y>0∧Z=5、語(yǔ)言主要包括需求定義語(yǔ)言、功能性語(yǔ)言、設(shè)計(jì)性語(yǔ)言、程序設(shè)計(jì)性語(yǔ)言和文檔語(yǔ)言等。功能性語(yǔ)言用來書寫的功能規(guī)約，如Z語(yǔ)言。函數(shù)式程序設(shè)計(jì)語(yǔ)言和邏輯式程序設(shè)計(jì)語(yǔ)言都屬于申述式語(yǔ)言。邏輯式語(yǔ)言的基礎(chǔ)是謂詞邏輯PROLOG是邏輯式程序設(shè)計(jì)語(yǔ)言，它的基本運(yùn)算單位是Horn子句。函數(shù)式語(yǔ)言是一種面向值6、方法學(xué)是以方法為研究對(duì)象的學(xué)科從開發(fā)風(fēng)范上看，可分為自頂向下的開發(fā)方法與自底向上的開發(fā)方法。從性質(zhì)上看，可分為形式方法與非形式方法。從適應(yīng)范圍來看，可分為整體性方法與局部性方法形式方法的目的是把作為數(shù)學(xué)來重新發(fā)現(xiàn)。形式方法被用來避免系統(tǒng)中的 性、不完全性、不一致性。自動(dòng)化方法是指利用計(jì)算機(jī)使的設(shè)計(jì)實(shí)現(xiàn)自動(dòng)化的方法和相關(guān)的技術(shù)自動(dòng)化的實(shí)現(xiàn)途徑有四種：過程途徑、歸納途徑、演繹途徑、轉(zhuǎn)換途徑。7、開發(fā)時(shí)，對(duì)于提高開發(fā)效率至關(guān)重要的是程序開發(fā)環(huán)境。工描述生存周期的瀑布模型一般包括計(jì)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試、等幾個(gè)階段。其中，設(shè)計(jì)階段在管理上有可以分成概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)8需求分析的任務(wù)不應(yīng)包括結(jié)構(gòu)化程序設(shè)計(jì)進(jìn)行需求分析可使用多種工具，但PAD圖是不適用的。在需求分析中，分析員要從用戶那里解決的最重要的問題是要讓做什么。需求規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括對(duì)算法的詳細(xì)過程的描述。該文檔在開發(fā)中具有重要的作用，但其作用不應(yīng)當(dāng)包括可行性分析的依據(jù)。用、共用信息的數(shù)量和接口的簡(jiǎn)單性等因素決定了塊間聯(lián)系的大小。在塊內(nèi)聯(lián)系中，功能內(nèi)聚的塊內(nèi)聯(lián)系最強(qiáng)。SD方法的總原則是使每個(gè)模塊執(zhí)行一個(gè)功能，模塊間傳遞數(shù)據(jù)型參數(shù)，模塊通過標(biāo)準(zhǔn)語(yǔ)句調(diào)用其他模塊。10、1960Dijkstra方法。Dijkstra、重復(fù)3種，應(yīng)避免使用GOTO語(yǔ)句。結(jié)構(gòu)化程序設(shè)計(jì)不僅提高程序設(shè)計(jì)的生產(chǎn)率，同時(shí)也容易進(jìn)行程序的。11、程序的3種基本控制是順序，條件，循環(huán)。它們的共同點(diǎn)是只有一個(gè)和一個(gè)出口。結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是逐步求精法。測(cè)試的目的是發(fā)現(xiàn)程序中的錯(cuò)誤。調(diào)試的目的是找出錯(cuò)誤所在并改正之。。12、在面象開發(fā)過特別重視復(fù)用構(gòu)件應(yīng)獨(dú)立于當(dāng)初開發(fā)它們的應(yīng)用類成為一個(gè)可復(fù)用的單元。這樣就有一個(gè)類生存期問題。類生存期有自己的類的標(biāo)識(shí)，類生存期引導(dǎo)開發(fā)工作逐個(gè)階段循序漸進(jìn)。在設(shè)計(jì)類時(shí)，應(yīng)盡可能利3個(gè)可能途徑是：演化復(fù)用既。13、測(cè)試大型通常由單元測(cè)試、集成測(cè)試、確認(rèn)Validation測(cè)試組成。確認(rèn)測(cè)試主要尋找與需求規(guī)格說明不一致的錯(cuò)誤。語(yǔ)句覆蓋、判定覆蓋、條件覆蓋和路徑覆蓋都是白盒測(cè)試法設(shè)計(jì)測(cè)試用例的覆蓋準(zhǔn)則，在這些覆蓋準(zhǔn)則中最弱的準(zhǔn)則是語(yǔ)句覆蓋，最強(qiáng)的準(zhǔn)則是路徑覆蓋。此外，還有多種黑盒測(cè)試的設(shè)計(jì)測(cè)試用例方法，如因果圖。型來描述的質(zhì)量特性。ISO/IEC9126是國(guó)際標(biāo)準(zhǔn)化組織在1991年質(zhì)量標(biāo)個(gè)質(zhì)量特性是：功能性、可靠性、易使用性、效率、可性和可移植性。其能性包括質(zhì)量子特性完備性、一致性、可追蹤性；可靠性包括質(zhì)量子特性一致性；易使用性包括質(zhì)量子特性操作性、培訓(xùn)性、產(chǎn)品文檔完備性可性包括質(zhì)量子特性一致性、可見性、產(chǎn)品文檔完備性、清晰性、模塊性、自描述性、簡(jiǎn)單性、結(jié)構(gòu)性。、。15復(fù)用是使用已有的產(chǎn)品如設(shè)計(jì)、代碼、文檔等來開發(fā)新的系統(tǒng)的過程復(fù)用的形式大體可分為垂直式復(fù)用和水平式復(fù)用。垂直式復(fù)用是指同一應(yīng)用領(lǐng)域中的復(fù)用，水平式復(fù)用是指不同應(yīng)用領(lǐng)域中的復(fù)用。、。為了提高構(gòu)件Component的復(fù)用率，通常要求構(gòu)件具有較好的通用性和可變性。OMG薦的CORBA和公司推出的DCOM。要用于發(fā)現(xiàn)需求分析階段的錯(cuò)誤。在集成測(cè)試時(shí)，通?？刹捎米皂斚蛳略鲋呈郊珊驮谧缘紫蛏显鲋呈郊蓵r(shí)，對(duì)每個(gè)被集成的模塊要設(shè)計(jì)驅(qū)動(dòng)模塊，但不必設(shè)計(jì)樁模塊。以發(fā)現(xiàn)可能只有最終用戶才能發(fā)現(xiàn)的錯(cuò)誤，其中，α發(fā)在場(chǎng)的情況下所進(jìn)行的測(cè)試，β測(cè)試是指最終用戶在用戶的實(shí)際使用環(huán)境下，開發(fā)不在場(chǎng)的情況下所進(jìn)行的測(cè)試。在階段，當(dāng)修改后，除了進(jìn)行常規(guī)的測(cè)試外，還應(yīng)進(jìn)行回歸測(cè)試17、類常常被看作是一個(gè)抽象數(shù)據(jù)類型的實(shí)現(xiàn)，更合適的是把類看作是概念的一個(gè)模型。事實(shí)上，類是單個(gè)語(yǔ)義單元。類的用戶能夠的操作叫做類的界面。 類，就它是一個(gè)數(shù)據(jù)值的聚合的意義來看，與Pascal中的記錄或C中的結(jié)構(gòu)類似，但又有區(qū)別。類擴(kuò)展了通常的記錄語(yǔ)義，可提供各種級(jí)別的可性。18、由rumbaugh等人提出一種面象方法叫做對(duì)象模型化技術(shù)OMT，既三視點(diǎn)3第一個(gè)模型是對(duì)象模型，它的作用是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括構(gòu)成系統(tǒng)的對(duì)象第二個(gè)模型是動(dòng)態(tài)模型，它描述系統(tǒng)的控制邏輯，主要涉及系統(tǒng)中各個(gè)對(duì)象和類的時(shí)序及變化狀況。動(dòng)態(tài)模型包括兩種圖，即狀態(tài)遷移圖和事件追蹤圖。狀態(tài)遷移圖描述每一類對(duì)象的動(dòng)態(tài)行為，事件追蹤圖描述發(fā)生于系統(tǒng)執(zhí)行過的某第三個(gè)模型是功能模型，它著重于描述系統(tǒng)數(shù)據(jù)的傳送與處理，它由多個(gè)數(shù)19、是生存期的最后階段。工程學(xué)針對(duì)工作的主要目的是提高的可性，降低的代價(jià)。的可測(cè)試性、可理解性、可修改性是決定可性的基本因素。20、的再工程是的一類工程活動(dòng)，它能夠使人們：I增加對(duì)的了解II準(zhǔn)備或直接提高自身的可性、可復(fù)用性或演化性。第II部分旨在改善的靜態(tài)質(zhì)量，使得更容易為人們服務(wù)。純粹是處于改善性能的代碼優(yōu)化不屬于再工程。逆向工程屬于上述再工程的第I部分。入A、B、C、D、E中。代碼對(duì)可靠性要求很高的例如操作系統(tǒng)，由第三者對(duì)源代碼進(jìn)行逐行，測(cè)試已有 ， 在被測(cè)試的模塊的結(jié)構(gòu)或算法的情況下進(jìn)試。原型為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶使用。樁在測(cè)試具有層次結(jié)構(gòu)的大型時(shí)，有法是從上層模塊開始由上到下進(jìn)員才能成為使用類的操作，這就是設(shè)計(jì)的信息隱蔽準(zhǔn)則。 設(shè)計(jì)最小界面準(zhǔn)則。由同屬一個(gè)類的操作負(fù)擔(dān)存取或加工類的數(shù)據(jù)，這是設(shè)計(jì)的高內(nèi)聚準(zhǔn)則。兩個(gè)類之間的交互應(yīng)當(dāng)僅設(shè)計(jì)參數(shù)表，這是設(shè)計(jì)的顯式信息傳遞準(zhǔn)則。面的一個(gè)子集，這是設(shè)計(jì)的繼承性準(zhǔn)則。23、集成測(cè)試也叫做組裝測(cè)試或聯(lián)合測(cè)試。通常，在單元測(cè)試的基礎(chǔ)上， 做的工作是要找出子系統(tǒng)和系統(tǒng)需求規(guī)格說明之間的不一致。24、可性是糾正系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷，以及為滿足新的要求進(jìn)行修改、擴(kuò)充的容易程度。目前廣泛使用7個(gè)特性來衡量的可性，其中就有可靠性、可理解性、可使用性。其中，可靠性和可理解性主要在改正性中側(cè)重應(yīng)用，可使用性主要在適應(yīng)性和完善性中側(cè)重應(yīng)用。25、的再工程技術(shù)主要有改進(jìn)、獲取、保存及擴(kuò)充知識(shí)和理解。分析、度量屬于理解，知識(shí)庫(kù)和變換屬于獲取、保存及擴(kuò)充知識(shí)。復(fù)用工程屬于改進(jìn)。26的要求設(shè)計(jì)、實(shí)現(xiàn)、打包、編寫文檔。構(gòu)件是內(nèi)聚的，并具有相當(dāng)穩(wěn)定的公開的接口。這里所說的構(gòu)件是基于面象技術(shù)的。27、項(xiàng)目進(jìn)度管理有許多方法，但I(xiàn)PO不是常用的進(jìn)度控制圖示方法。在幾種進(jìn)度控制圖示方法中，甘特圖難以表達(dá)多個(gè)子任務(wù)間的邏輯關(guān)系，使用PERT不僅能表達(dá)子任務(wù)之間的邏輯關(guān)系，而且可以找出關(guān)鍵子任務(wù)。在PERT中，用帶箭頭的邊表示任務(wù)，用圓圈結(jié)點(diǎn)表示事件。28、在考慮各種開發(fā)資源時(shí)，人力是最重要的資源。如果把開發(fā)所需要的資源畫成一個(gè)金字塔形：在塔的上層是最基本的資源人力，在底部為工具。工具包括硬件資源和資源。宿主機(jī)、目標(biāo)機(jī)和其他硬件設(shè)備屬于硬件資源。IPSE工具屬于資源中的框架工具。二、（100題合，明確目標(biāo)的任務(wù)。項(xiàng)目是一系列具有特定目標(biāo),有明確開始和終止日期有限消，：（通信內(nèi)聚相同數(shù)據(jù)的所有操作被定義在一個(gè)類中。一般來說，這些類只著眼于數(shù)據(jù)的查詢。和）：件，即把工程化方法應(yīng)用到上。配置管理(ConfigurationManagement，CM)是通過技術(shù)或行政對(duì)產(chǎn)品及其開發(fā)確保開發(fā)者在生命周期中各個(gè)階段都能得到精確的產(chǎn)品配置。信息聚合（未找到答案是指在計(jì)算機(jī)的開發(fā)和過所遇到的一系列嚴(yán)重問配置項(xiàng)是在工過創(chuàng)建的信息凡是納入配置管理范疇的工作成果都是配置項(xiàng)；一個(gè)純的CIS通常也稱為配置。數(shù)據(jù)聚合（未找到答案生存周期是指產(chǎn)品從考慮其概念開始到該產(chǎn)品交付使用直至最終退役為是一個(gè)配置管理的概念，它能夠幫助我們?cè)诓粐?yán)重阻礙合理變更的條件下控制變過程是人們用于開發(fā)和及其相關(guān)過程的一系列活動(dòng)包括工程活動(dòng)和當(dāng)類B被為類A某一操作中的一個(gè)參數(shù)類型時(shí)會(huì)發(fā)生此種耦合。由于類B現(xiàn)在作A定義的一部分，所以修改系統(tǒng)就會(huì)變得更為復(fù)雜護(hù)的以及相關(guān)Artifacts（計(jì)劃、文檔、模型、編碼、測(cè)試、手冊(cè)等）組成。過過程、開發(fā)過程、過程、過程和管理過程。確保項(xiàng)目組和項(xiàng)目干系人對(duì)做為項(xiàng)目結(jié)果的項(xiàng)目產(chǎn)品以及生產(chǎn)這些產(chǎn)品所用到的過程有一的增長(zhǎng)以及接口復(fù)雜性的增加，測(cè)試和就會(huì)越來越預(yù)防性是指采用先進(jìn)的工程方法對(duì)需要的或中的某一部分重新是對(duì)開發(fā)項(xiàng)目、過程及其產(chǎn)品進(jìn)行數(shù)據(jù)定義、收集以及分析的持續(xù)性定量化過程，隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展和更新?lián)Q代系統(tǒng)所需的外部環(huán)境或數(shù)據(jù)環(huán)境可能會(huì)更進(jìn)行相應(yīng)的修改，這種活動(dòng)稱為適應(yīng)性。把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序結(jié)構(gòu)和特性的情況下，在程序接口進(jìn)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能輯結(jié)構(gòu)，主要針對(duì)界面和功能進(jìn)試。是面向功能的度量方法，注意力集中于系統(tǒng)的“功能性”和“實(shí)用性每一層次中規(guī)定只使用幾種基本的程序結(jié)構(gòu)。從最開始，依次向下，逐步求精。設(shè)計(jì)出的程序條理清楚、容易理解、容易調(diào)試與用例圖定義了系統(tǒng)的功能需求它完全是從系統(tǒng)的外部系統(tǒng)功能并不描述系統(tǒng)內(nèi)測(cè)產(chǎn)品動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序的結(jié)構(gòu)測(cè)試程序檢驗(yàn)的描述。CMM的是把開發(fā)視為一個(gè)過程，并根據(jù)這一原則對(duì)開發(fā)和進(jìn)行過程和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。用對(duì)系統(tǒng)質(zhì)量和特性的額外要求。統(tǒng)模語(yǔ)言它是一個(gè)支持模型化和系統(tǒng)開發(fā)的圖形化語(yǔ)言,為開發(fā)的所有階段提供模型化運(yùn)用統(tǒng)一的、標(biāo)準(zhǔn)化的標(biāo)記和定義實(shí)現(xiàn)對(duì)系統(tǒng)進(jìn)行面象的描述和建模。集中對(duì)用源代碼實(shí)現(xiàn)的每個(gè)程序單元進(jìn)試檢查各個(gè)模塊是否正確地實(shí)現(xiàn)了規(guī)定的就是為使工程師更好地工作而設(shè)計(jì)的一個(gè)框架它如何估計(jì)和計(jì)劃工作，如何O些信息的其他模塊來說,是不能的。在面象方法中，信息隱蔽是通過對(duì)象的封裝性面團(tuán)隊(duì)過團(tuán)隊(duì)過程是為開發(fā)產(chǎn)品的開發(fā)團(tuán)隊(duì)提供指導(dǎo)，TSP的早期實(shí)踐側(cè)重于幫助開發(fā)圍繞關(guān)鍵路線對(duì)對(duì)系統(tǒng)進(jìn)行統(tǒng)籌規(guī)劃，合理安排以及對(duì)各項(xiàng)工作的完成進(jìn)度進(jìn)行嚴(yán)密的控內(nèi)聚是模塊功能強(qiáng)度（一個(gè)模塊各個(gè)元素彼此結(jié)合的緊密程度）的度量檢查已實(shí)現(xiàn)的是否滿足了需求規(guī)格說明中所確定的各種需求以及配置是否完全、正確（過程：功能性測(cè)試---配置復(fù)查---驗(yàn)收測(cè)試α測(cè)試和β測(cè)試）過程模式（未找到答案所謂過程模型就是一種開發(fā)策略這種策略針對(duì)工程的各個(gè)階段提供了一套范RMMM計(jì)劃（RiskMitigation,MonitoringandManagement。項(xiàng)目風(fēng)險(xiǎn)是指在開發(fā)過遇到的和進(jìn)度等方面的問題以及這些問題對(duì)項(xiàng)目的影響項(xiàng)目風(fēng)險(xiǎn)會(huì)影響項(xiàng)目計(jì)劃的實(shí)現(xiàn)，如果項(xiàng)目風(fēng)險(xiǎn)變成現(xiàn)實(shí)，就有可能。設(shè)備某些支持?jǐn)?shù)據(jù)和等其他系統(tǒng)元素結(jié)合在一起在實(shí)際運(yùn)（使用環(huán)境下，是工程的過程它提供了在開發(fā)組織中分派任務(wù)和責(zé)任的紀(jì)律化方法它的目標(biāo)是在可預(yù)見的日程和前提下，確保滿足最終用戶需求的高質(zhì)量產(chǎn)品。UML方法和工具支持。算機(jī)優(yōu)秀程度的特性的組合”，消息對(duì)象之間進(jìn)行交互作用和通訊是利用消息的。在面象的程序設(shè)計(jì)中，消，瀑布模型是將生存周期的各項(xiàng)活動(dòng)規(guī)定為按固定順序而連接的若干階段工作形如結(jié)構(gòu)復(fù)雜性度量（未找到答案度量的根本目的是為了管理的需要,利用度量來改進(jìn)過程。人們是無法管理不能度量的事物。沒有對(duì)過程的可見度就無法管理;而沒有對(duì)見到的事物有適當(dāng)?shù)亩攘炕驕y(cè)試配置（未找到答案測(cè)在不同的硬件配置中的運(yùn)行情況。進(jìn)一步細(xì)化待開發(fā)的需求通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)可以確定文本復(fù)雜性度量（未找到答案使得用戶和分析員對(duì)所有的輸入、輸出、成分和中間計(jì)算有共同的理解。隱藏對(duì)象的屬性細(xì)節(jié)，僅對(duì)外公開接口,控制在程序中屬性的讀和修改的1、靜態(tài)測(cè)試是指無須執(zhí)行被測(cè)代碼，而是借助的測(cè)試工具評(píng)審文檔或程序，度量程序靜態(tài)復(fù)雜度，檢查是否符合編程標(biāo)準(zhǔn)，借以發(fā)現(xiàn)編寫的程序的不足之處，上下文數(shù)據(jù)流圖（未找到答案Diagram達(dá)系統(tǒng)的邏輯功能數(shù)據(jù)在系統(tǒng)的邏輯流向和邏輯變換過程是結(jié)構(gòu)化系統(tǒng)分析方法的對(duì)象/占用空間。所謂的動(dòng)態(tài)測(cè)試，就是通過運(yùn)行來檢驗(yàn)的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。一個(gè)更為完善的、新的版本錯(cuò)誤播種（植入）模型（未找到答案是一種錯(cuò)誤模擬技術(shù)即在系統(tǒng)中人為的播種一定數(shù)量的已知類型的錯(cuò)誤或錯(cuò)計(jì)算出中包含的錯(cuò)誤數(shù)或者測(cè)試的水平。當(dāng)然也可以通過播種特定位置特定類型的錯(cuò)誤來評(píng)估的性能研究特定類型的數(shù)據(jù)在系統(tǒng)的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示模型的種圖示法。Beta用戶Beta測(cè)試過遇到的一切實(shí)在或想像的并且定期把這些問題報(bào)告給開發(fā)者。接收到在Beta測(cè)試期間報(bào)告的問題之后，開發(fā)者對(duì)產(chǎn)品進(jìn)行必要的修改，并準(zhǔn)備向全體客戶發(fā)布最終的產(chǎn)品極限編程是一個(gè)輕量級(jí)的、靈巧的開發(fā)方法；同時(shí)它也是一個(gè)非常嚴(yán)謹(jǐn)和周密的方面入手進(jìn)行改善：加強(qiáng)交流；從簡(jiǎn)單做起；尋求反饋；勇于實(shí)事求是。XP是一種近螺旋式和潛在的等，并根據(jù)實(shí)際情況及時(shí)地調(diào)整開發(fā)過程質(zhì)量模型（未找到答案隨著計(jì)算機(jī)技術(shù)及其應(yīng)用的日益普及,各行各業(yè)對(duì)的依賴性越來越大;同時(shí),由于軟件質(zhì)量問題導(dǎo)致的不良也越來越多。因此,質(zhì)量的重要性日益突出。如何保證質(zhì)量已經(jīng)成為開發(fā)過必須貫穿始終加以考慮的重要問題。然而,質(zhì)量是一個(gè)復(fù)雜且難以琢磨的概念。對(duì)于不同的人或不同的應(yīng)用系統(tǒng),質(zhì)量的含義和要求不盡相同。并且,質(zhì)量屬性是多方面的。一個(gè)的質(zhì)量往往涉及到許多不同的質(zhì)量屬性,不同類型的所關(guān)注的質(zhì)量屬性也不盡相同。因此,為了更好地理解、和評(píng)價(jià)信息系統(tǒng)的質(zhì)量,人基于的特性和大家所關(guān)心的質(zhì)量問題，形成一套大家都能接受衡量質(zhì)量高低、業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位之間業(yè)務(wù)關(guān)系作業(yè)順序和管理信息流向主要是描述業(yè)務(wù)。業(yè)務(wù)流程圖描述的是完整的業(yè)務(wù)流程，、動(dòng)態(tài)視圖（未找到答案過程規(guī)范（未找到答案基于時(shí)間的缺陷到達(dá)模式（未找到答案所謂過程模型就是一種開發(fā)策略這種策略針對(duì)工程的各個(gè)階段提供了一套范領(lǐng)域分析的目的是支持重用，它產(chǎn)生的是描述了特定領(lǐng)域中各系統(tǒng)共性的領(lǐng)域面象分析方法是領(lǐng)域分析的一個(gè)很好工具。三、簡(jiǎn)答題（100題簡(jiǎn)述安全性與可靠性的異同相同點(diǎn)：安全性與可靠性均與失效有關(guān)不同點(diǎn)：可靠性使用統(tǒng)計(jì)分析的方法來確定失效發(fā)生的可能性,而失效的發(fā)生未必導(dǎo)致或?yàn)?zāi)禍.安全則失效會(huì)導(dǎo)致發(fā)生的條件.簡(jiǎn)述開發(fā)的可行性研究的目的和內(nèi)容面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流成結(jié)構(gòu)信息流的類型決定了的方法根在消亡之前如果沒有測(cè)試的結(jié)束點(diǎn)那么測(cè)試就永無休止不可能結(jié)束。12345McCabe復(fù)雜性度量，如何計(jì)算？ V(G)是有向圖G路數(shù)，m是圖G中弧數(shù)，n是圖G中結(jié)點(diǎn)數(shù)，p是圖G中強(qiáng)連通分1）項(xiàng)目計(jì)劃與組2）項(xiàng)目成本管3）項(xiàng)目進(jìn)度控4）質(zhì)量保5）配置管6）生成項(xiàng)目管理文4個(gè)步驟進(jìn)行:重畫數(shù)據(jù)流圖Shooman用最小二乘法估算的缺陷為什么在開發(fā)和過會(huì)擴(kuò)大2、判3面象方法特征有哪些？的外特性（對(duì)象能接受哪些消息，具有那些處理能力，而對(duì)象的內(nèi)特性（保存狀態(tài)的私有數(shù)據(jù)加工能力的算法）對(duì)用戶是隱蔽的封裝的目的在于把對(duì)象的設(shè)計(jì)者和對(duì)象Print消息發(fā)送給一正文文件而調(diào)用的打印方法OOPL中可通過在派生類中重綜上可知，在OO方法中，對(duì)象和傳遞消息分別表現(xiàn)事物及事物間相互聯(lián)系的概念。類 CMM關(guān)鍵過程域，舉例說明其含義。關(guān)鍵過程域是指一系列相互關(guān)聯(lián)的操作活動(dòng)這些活動(dòng)反映了一個(gè)組織改進(jìn)過程時(shí)如成熟度模型中第4級(jí)（管理級(jí)）有2個(gè)關(guān)鍵過程域，主要的任務(wù)是為過程影響成本的主要因素有哪些具體方面詳細(xì)不斷修，也要其他系建設(shè)者同討一求一意見。USE/CASE的作用。在不展現(xiàn)一個(gè)系統(tǒng)或子系統(tǒng)結(jié)構(gòu)的情況下對(duì)系統(tǒng)或子系統(tǒng)的某個(gè)連貫的功能單UseCaseUseCase描述的是整1，通過一個(gè)用例來證明被測(cè)的某功能符合需求說明書中規(guī)定的要求，可以通過設(shè)2，可以保證一個(gè)被測(cè)試的有效性，使測(cè)試知道哪些些功能以被測(cè)，哪些功能時(shí)候可以盡量把人為因素的影響減少到最小。保障測(cè)試質(zhì)量的穩(wěn)定O成本估算模型？（Boehm）1981年提出。從本質(zhì)數(shù)字模型項(xiàng)目成本（類似于居住面積作為參數(shù)計(jì)算的整體的住房成本。DFD是描述數(shù)據(jù)處理的工具2、在嘗試了所有可能的分步方法后該問題沒有答案面象設(shè)計(jì)涉及那幾個(gè)主要活動(dòng)？Boehm和McCall等人從哪些方面來確定質(zhì)量，他們有什么異同質(zhì)量就是“與明確的和隱含的定義的需求相一致的程度。具體地說，質(zhì)的都應(yīng)具有的隱含特征的程度。影響質(zhì)量的主要因素，這些因素是從管理角度對(duì)McCall等人將質(zhì)量模型分為三層因素、衡量準(zhǔn)則、度量,并對(duì)質(zhì)量因素進(jìn)行了研究,BoehmBoehm1978年提出來的質(zhì)量模型,在表達(dá)質(zhì)量特征的層次性上它合并成19個(gè)標(biāo)準(zhǔn)Boehm概念的成功之處在于它包含了硬件性能的特征,這在McCall模型中是沒有的。但是,其中與McCall模型類似的問題依然存在。逆向工程是通過反匯編和調(diào)試等分析計(jì)算機(jī)程序的二進(jìn)制可執(zhí)行代碼從而獲得程序的算法細(xì)節(jié)原理的技術(shù)數(shù)據(jù)字典（Datadictionary）是一種用戶可以的記錄數(shù)據(jù)庫(kù)和應(yīng)用程序源數(shù)據(jù)的目面象設(shè)計(jì)如何體現(xiàn)抽象信息、隱藏和模塊化這三個(gè)概念的通過類的引入,封裝,把數(shù)據(jù)結(jié)構(gòu)和操作這些數(shù)據(jù)的方法緊密地結(jié)合在一起所構(gòu)成的模影響質(zhì)量的因素分哪兩大類只能間接度量的因素，如可用性或可性如何衡量成本，各表示什么含義似，估算可以參考以前的成本費(fèi)用?，F(xiàn)在已有一些用于成本估算的技術(shù)可供借鑒。這法，又是成為基于活動(dòng)成本法（ABC法。因果圖是根據(jù)分析時(shí)對(duì)各種條件可能產(chǎn)生的結(jié)果的一種對(duì)照分析法。用于黑盒試魚骨圖是 舉例說明類的整體部分結(jié)舉例說明類的組裝結(jié)構(gòu)關(guān)簡(jiǎn)單而言就是管理的變化,它應(yīng)用于整個(gè)工程過程，通常由相應(yīng)的工具、過程4、無法重新編譯某個(gè)歷史版本，使工作十分開發(fā)和用戶之間的理解偏差在功能展現(xiàn)時(shí)來在原型設(shè)計(jì)中發(fā)現(xiàn)需求的不完善和不一致可迅速地展現(xiàn)一個(gè)簡(jiǎn)單的應(yīng)用系統(tǒng)通過原型系統(tǒng)可以導(dǎo)出系統(tǒng)需求原型系和若干無效等價(jià)類（從不同角度規(guī)則的數(shù)據(jù)；系統(tǒng)設(shè)計(jì):確定系統(tǒng)的具體實(shí)現(xiàn)方案。結(jié)構(gòu)設(shè)計(jì):確定結(jié)構(gòu)。9個(gè)步驟：數(shù)據(jù)庫(kù)；制定測(cè)試計(jì)劃；書寫文檔；和復(fù)審是以程序的邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試技術(shù)是通過對(duì)程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序的將模擬段引入系統(tǒng)分析的初始階段溝通了人（用戶和開發(fā)的思想、充分利用的工具，擺脫了傳統(tǒng)的方法，使系統(tǒng)開發(fā)的時(shí)間、費(fèi)用大大地減少，效率、技術(shù)等方面都大大地提高。強(qiáng)調(diào)工具支持。要占整個(gè)工作量的17%～21%。所發(fā)現(xiàn)的錯(cuò)誤有的不太重要，不影響系統(tǒng)的正常運(yùn)行，其工作可隨時(shí)進(jìn)行：而有的錯(cuò)誤非常重要，甚至影響整個(gè)系統(tǒng)的正常運(yùn)行，其工作是指使用適應(yīng)變化和管理需求變化而進(jìn)行的修改這方面的工作量占這是為擴(kuò)充功能和改善性能而進(jìn)行的修改主要是指對(duì)已有的系統(tǒng)增加一些在系統(tǒng)OOA建模語(yǔ)言，它應(yīng)該包括哪些方面？ 過可以得到更高的期望收益。第三，在非模塊化的開發(fā)過，存在著嚴(yán)重的“搭便車”現(xiàn)象，當(dāng)一個(gè)開發(fā)者選擇參與開發(fā)，其余的開發(fā)者就會(huì)選擇“搭便車，最終會(huì)導(dǎo)致的供給不足；在基于模塊優(yōu)點(diǎn)缺點(diǎn)：樁模塊的開發(fā)和費(fèi)用大。優(yōu)點(diǎn)很明顯:管理方便、測(cè)試能較好地鎖定故障所在位置。但它對(duì)于某些開發(fā)模式不適用，如使用XP開發(fā)方法，它會(huì)要求測(cè)試在全部單元實(shí)現(xiàn)之前完成部要數(shù)據(jù)不回送到上層模塊，因此測(cè)試并不充分。RUP（RationalUnifiedProcess，統(tǒng)一開發(fā)過程，統(tǒng)一過程)是一個(gè)面象且基簡(jiǎn)述模型在開發(fā)中的作用用來作為項(xiàng)目工作的基礎(chǔ)。1、結(jié)構(gòu)化與非結(jié)構(gòu)化差別巨2、的代價(jià)高3、的問題很理解別人寫的程序通常非常，而且程度隨著配置成分的減少而迅速需要的往往沒有合格的文檔，或者文檔資料顯著不足。認(rèn)識(shí)到必須當(dāng)要求對(duì)進(jìn)行時(shí)，不能指望由開發(fā)給我們仔細(xì)說明。由于階段持續(xù)的時(shí)間很長(zhǎng)，因此，當(dāng)需要解釋時(shí)，往往原來寫程序的人已經(jīng)不在附近了。方法學(xué)，否則修改既又容易發(fā)生差錯(cuò)。不是一項(xiàng)吸引人的工作。形成這種觀念很大程度上是因?yàn)楣ぷ鹘?jīng)常，上述種種問題在現(xiàn)有的沒采用工程思想開發(fā)出來的中，都或多或少地存在著。不應(yīng)該把一種科學(xué)的方法學(xué)看做萬(wàn)應(yīng)靈藥，但是工程至少部分地解決了與有關(guān)的，UseCasesModel，主要作用是什么？檔，并對(duì)用戶不斷變化的需求演進(jìn)給予支持。RE可分為系統(tǒng)需求工程（如果是針對(duì)由軟硬些系統(tǒng)需求轉(zhuǎn)換成的需求描述和一些性能參數(shù)。簡(jiǎn)述的過程1、組織的建2、事件流的確3、報(bào)告文檔的書寫和5、每個(gè)要求都通過管理員轉(zhuǎn)交給相應(yīng)的系統(tǒng)管理員去評(píng)價(jià)。系統(tǒng)管理員對(duì)維1,層次圖描繪的層次結(jié)構(gòu).層次方框圖描繪的是數(shù)據(jù)結(jié)構(gòu)都能按預(yù)定要求正確工作。這一方法是把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試依據(jù)程RUP（RationalUnifiedProcess）4+1視圖？RUP（RationalUnifiedProcess，統(tǒng)一開發(fā)過程，統(tǒng)一過程是一個(gè)面象且基要開發(fā)出用戶滿意的并不是件容易的事架構(gòu)師必須全面把握各種各樣的需求、權(quán)衡需求之間有可能的之處，從不同視圖進(jìn)行架構(gòu)設(shè)計(jì)，來分門別類地將不同需求一一PhilippeKruchten4+1視圖方簡(jiǎn)述分析員在系統(tǒng)分析中的任務(wù)和作用系統(tǒng)分析員（systemyst）是對(duì)大型、復(fù)雜的信息系統(tǒng)建設(shè)任務(wù)中，承擔(dān)分析、設(shè)計(jì)和實(shí)施的領(lǐng)物。要做好與客戶之間的關(guān)系，同時(shí)對(duì)客戶的需求要正確的理解，要5個(gè)：12345可重用性選擇可的語(yǔ)言事務(wù)型結(jié)構(gòu)圖有什么特點(diǎn)，原因是什么稱為體系結(jié)構(gòu)圖更為合適一般通過分層次或分時(shí)間段等方式說明體系結(jié)構(gòu)的各個(gè)組成在結(jié)構(gòu)化設(shè)計(jì)方法中結(jié)構(gòu)圖主要分為變換型結(jié)構(gòu)圖和事務(wù)型結(jié)構(gòu)圖兩種。tetig是指對(duì)中的小可測(cè)單元進(jìn)行查和驗(yàn)。單元測(cè)試是在開發(fā)時(shí)對(duì)小的模塊的功能進(jìn)試集成測(cè)試是在幾個(gè)模塊集成的時(shí)候?qū)Χ_認(rèn)測(cè)試的目的在于測(cè)試產(chǎn)品是否符合最初定義的用戶需求它不關(guān)心結(jié)果，Coad/YourdonOOAOOA中，建立了概念模型，由類與對(duì)象、屬性、服務(wù)、結(jié)構(gòu)和等5個(gè)分析層次組成）。（5是比結(jié)構(gòu)更次的模塊，它與相關(guān)類在一起，控制著系統(tǒng)的復(fù)雜度。在Coad和YourdonOOA5）。4面象生存期模型與傳統(tǒng)的生存期模型有什么區(qū)別，生存期模型也稱為過程模型，是從項(xiàng)目需求定義直至運(yùn)行為止，在整個(gè)開發(fā)過將面象技術(shù)貫穿于整個(gè)生存周期開檔包括《功能要求《投標(biāo)方案《需求分析《技術(shù)分析《系統(tǒng)分析《數(shù)QA為什么把測(cè)試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤一 試要對(duì)發(fā)現(xiàn)的缺陷問題進(jìn)行分類匯總分析及問題的初步定位幫助開發(fā)更好的了解整個(gè)開發(fā)進(jìn)程上說不定會(huì)少走很多彎路。工程是如何克服的的生產(chǎn)方式迅速增長(zhǎng)的計(jì)算機(jī)需求從而導(dǎo)致開發(fā)與過1、開發(fā)方面，對(duì)產(chǎn)品缺乏正確認(rèn)識(shí)，沒有真正理解產(chǎn)品是一個(gè)完整的配置組成。造成開發(fā)中制定計(jì)劃盲目、編程草率，不考慮工作的必要性。、，，2本身方面，對(duì)于計(jì)算機(jī)系統(tǒng)來說是邏輯部件開發(fā)過程沒有統(tǒng)一的、、，，。工程誕生于60年代末期，它作為一個(gè)新興的工程學(xué)科，主要研究生產(chǎn)的客觀統(tǒng)的生產(chǎn)活動(dòng)，以期達(dá)到降低生產(chǎn)成本、改進(jìn)產(chǎn)品質(zhì)量、提高生產(chǎn)率水平的目標(biāo)工程學(xué)從硬件工程和其他人類工吸收了許多成功的經(jīng)驗(yàn)，明確提出了生命周期的模型發(fā)展了許多開發(fā)與階段適用的技術(shù)和方法并應(yīng)用于工程實(shí)踐，。在開發(fā)過人們開始研制和使用工具用以輔助進(jìn)行項(xiàng)目管理與技術(shù)生支持開發(fā)與全過程的集成化支援環(huán)境以期從管理和技術(shù)兩方面解決此外，人工智能與工程的結(jié)合成為80年代末期活躍的研究領(lǐng)域?；诔绦蜃儞Q、自動(dòng)生成和可重用等新技術(shù)研究也已取得一定的進(jìn)展把程序設(shè)計(jì)自動(dòng)化的進(jìn)程向系，形成了強(qiáng)大的生產(chǎn)能力。標(biāo)準(zhǔn)化與可重用性得到了工業(yè)界的高度重視，在避免重用勞動(dòng)，緩解方面起到了重要作用。1、由于與客戶溝通不暢對(duì)客戶的需求了解不足造成的風(fēng)險(xiǎn)在開發(fā)項(xiàng)目整個(gè)生命周2、由于管理素質(zhì)不夠，經(jīng)驗(yàn)不足，溝通不暢，任務(wù)或其分配不合理，對(duì)項(xiàng)目的控制力度不夠造成的各種風(fēng)險(xiǎn)主要包括進(jìn)度風(fēng)險(xiǎn)風(fēng)險(xiǎn)管理能力風(fēng)險(xiǎn)風(fēng)險(xiǎn)。項(xiàng)目中的風(fēng)險(xiǎn)不能全部消除，而只能采用避免、減輕、和接受三種因?qū)Σ呗?。避免：通過分析找出發(fā)生的原因，消除這些原因來避免一些特定的發(fā)生。減輕：通過降低發(fā)生的概率或得失衡量來減輕風(fēng)險(xiǎn)對(duì)項(xiàng)目的影響也可采用風(fēng)險(xiǎn)轉(zhuǎn)簡(jiǎn)述測(cè)試中樁模塊和驅(qū)動(dòng)模塊的作用樁模塊（Stub）是指模擬被測(cè)試的模塊所調(diào)用的模塊，而不是產(chǎn)品的組成的部分。terminology（stub變量的模板。主要有哪些表現(xiàn)1、需求增長(zhǎng)得不到滿2、生產(chǎn)高成本，價(jià)格昂貴3、開發(fā)費(fèi)用和進(jìn)度失控4、需求定義確，易偏離用戶需求6、可性差好的體系結(jié)構(gòu)設(shè)計(jì)應(yīng)遵循哪些原則UML三種：1、ERD實(shí)體關(guān)系圖；2、DFD數(shù)據(jù)流圖；3、STDDiagramERDiagram技術(shù)和管理復(fù)審的作用是什么1、由一組評(píng)審者按照規(guī)范的步驟對(duì)需求、設(shè)計(jì)、代碼或其他技術(shù)文檔進(jìn)行仔細(xì)地的可性與那些質(zhì)量特性有關(guān)性、可移植性、可使用性和效率。對(duì)于不同類型的,這七種特性的側(cè)重點(diǎn)也是不相同。1、按是否查看程序結(jié)構(gòu)分為testing、白盒測(cè)試（white-boxtesting：去研究里面的源代碼和程序結(jié)構(gòu)2、按是否運(yùn)行程序分為：testing：testingtesting，testingtestingtesting有測(cè)試等共同參與的測(cè)試，它也是正式交給用戶使用的最后一道工UML圖1示例了接口的糖表示方法，其中“糖”表示與之相連的類提相應(yīng)的接口，從圖中我們可以看出，ProximitySensorISensorTheftAlarm類則需要ISensor接口。由于兩個(gè)類一個(gè)提供，而另一個(gè)需要，因此我們可以將其連接在一起，2所示。常見的開發(fā)模型有那些，各有什么特點(diǎn)

以需求完全確定為前提的模型：瀑布模型從而支持的重用，有助于將質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。CMMISO90001CMMCapabilityMaturityModelforSoftware，過程的實(shí)踐中各個(gè)發(fā)展階段的描述。CMM的是把開發(fā)視為一個(gè)過程，并根據(jù)ISOCMM聯(lián)系:兩者都共同著眼于質(zhì)量和過程管理，目前2000版的ISO的和CMMI有直接對(duì)應(yīng)的關(guān)系,CMMI4CMMI5級(jí)的要求.區(qū)別:CMM是專門針對(duì)產(chǎn)品開發(fā)和服務(wù),而ISO9000涉及的范圍則相當(dāng)寬CMM強(qiáng)調(diào)開發(fā)過程的成熟度,即過程的不斷改進(jìn)和提高.而ISO9000則強(qiáng)調(diào)可接收94簡(jiǎn)要說明RUP中階段、工作流和迭代的關(guān)系RUP（RationalUnifiedProcess，統(tǒng)一開發(fā)過程，統(tǒng)一過程)是一個(gè)面象且基RUP中的生命周期在時(shí)間上被分解為四個(gè)順序的階段，分別是：初始階（Incetion（Elaboation（ansition tones；RUP中有9個(gè)工作流，分為6個(gè)過程工作流（CoreProcessWorkflows）和3個(gè)orkflows四、論述題（20題論述面象方法對(duì)傳統(tǒng)方法的優(yōu)勢(shì)和問答：面象方法(Object-OrientedMethod)是一種把面象的思想應(yīng)用于開發(fā)過面象開發(fā)過程，各階段任務(wù)和要答：面象開發(fā)過程就是指利用面象方法進(jìn)行的開發(fā)的完整流程，主要分為四個(gè)階段：分析、設(shè)計(jì)、編程、測(cè)試。面象分析包括需求分析和需求模型化兩個(gè)部分。成面象的分析模型。它是系統(tǒng)設(shè)計(jì)的依據(jù)。面象設(shè)計(jì)的任務(wù)是把分析階段得到的問中的服務(wù)和關(guān)聯(lián)編程和測(cè)試則分別是由開發(fā)編寫程序具體代碼并在系統(tǒng)代碼開發(fā)完成后對(duì)系統(tǒng)整體性能和功能進(jìn)試。用覆蓋的觀點(diǎn)面象的測(cè)試策程序中所有可能的路徑由此可以看出只有對(duì)程序十分了解才能進(jìn)行適度有效的覆蓋測(cè)試。但是貫穿在程序的邏輯存在著不確定性和無窮性，尤其對(duì)于大規(guī)模復(fù)雜。因此結(jié)合工程要素，論述面象方法的思面象方法（Ohject--OrientedMethod，OOM）是一種運(yùn)用對(duì)象、類、消息傳遞、繼承、封裝、聚合、多態(tài)性等概念來構(gòu)造系統(tǒng)的開發(fā)方法。它的優(yōu)點(diǎn)是：所開發(fā)的程序是面象程序，直接描述客觀世界的對(duì)象及其相互關(guān)系；極大地減小了的復(fù)雜程度。大的方便、優(yōu)化工程的開發(fā)以及管理。（SRS貫穿于整個(gè)過，需求管理中最基本的任務(wù)則是明確需求，并使所有相關(guān)達(dá)成共：答可性即對(duì)該進(jìn)行的難易程度,具體包括理解、改正、改動(dòng)和改進(jìn)該的難易程度。：工程是一門研究用工程化方法構(gòu)建和有效的、實(shí)用的和高質(zhì)量的的學(xué)科。。能和其它屬性，使產(chǎn)品適應(yīng)環(huán)境的變化等費(fèi)用在開發(fā)費(fèi)用中占有很大的。論述工的文檔類型和作開檔：這類文檔是在開發(fā)過作為開發(fā)前一階段工作成果的體現(xiàn)細(xì)設(shè)計(jì)說明書、可行性、項(xiàng)目開發(fā)計(jì)劃。管理文檔：這類文檔是在開發(fā)過由開發(fā)制定的需提交的一些工用戶文檔這類文檔是開發(fā)為用戶準(zhǔn)備的有關(guān)該使用操作的資料。包括用戶手冊(cè)、操作手冊(cè)、修改建議、需求說明書。論述需求工程的過程和方法，其有效取到開發(fā)的過渡。，定義為在規(guī)定的條件下，在規(guī)定的時(shí)間內(nèi)不引起系統(tǒng)失效的概率或在規(guī)定的時(shí)間周期，據(jù)此，可以在測(cè)試時(shí)間內(nèi)，對(duì)各個(gè)模塊進(jìn)試統(tǒng)計(jì)，得到每個(gè)功能塊的可靠性，R1（1-R2（1-RN可測(cè)試性，工程與可測(cè)試：。。答的可測(cè)試性是指發(fā)現(xiàn)故障并、定位其故障的能力特性，以及在一定的時(shí)間和成本前提下，進(jìn)試設(shè)計(jì)、測(cè)試執(zhí)行的能力可測(cè)試性就是一個(gè)計(jì)算機(jī)程序能夠被測(cè)試的容易程度工程是一門研究用工程化方法構(gòu)建和：。。量的的學(xué)科戶需求的產(chǎn)品。。系統(tǒng)失效，具有挽回因操作不當(dāng)造成系統(tǒng)失效的能力，也就是要達(dá)成可靠性。PPT按階段進(jìn)試是一種基本的測(cè)試策測(cè)試在工的地位覆蓋整個(gè)生命周期從需求階段已介入編寫測(cè)試計(jì)劃、論述測(cè)試與質(zhì)量的關(guān)。、。質(zhì)量是指產(chǎn)品的特性可以滿足用戶的功能性能需求的能力過程是人們通常所說的生命周期中的活動(dòng)，一般包括需求設(shè)計(jì)、編碼測(cè)優(yōu)劣決定了質(zhì)量的高低，好的過程是高效高質(zhì)量的前提和過程是決定質(zhì)量的。、。開發(fā)的過使用了許多保證質(zhì)量的方法和技術(shù)單開發(fā)出的中還會(huì)隱藏許多測(cè)試能夠找出缺陷，確保產(chǎn)品滿足需求。但是測(cè)試不是質(zhì)量保證，二者并。不等同。測(cè)試可以查找錯(cuò)誤并進(jìn)行修改，從而提高產(chǎn)品的質(zhì)量測(cè)試避免錯(cuò)誤以求。。。正規(guī)的測(cè)試系主要包括制定試計(jì)劃設(shè)計(jì)實(shí)施試建和更新試文檔。而量保證的作主要為制定要求、組織正度量、測(cè)試管理對(duì)的更進(jìn)行制對(duì)量進(jìn)行量對(duì)質(zhì)量情及時(shí)記和報(bào)告質(zhì)量保證的職是向管層提供確的可信息從進(jìn)和輔助計(jì)流程改進(jìn)質(zhì)量保證的職能包括監(jiān)測(cè)試流程這樣測(cè)工作就被客觀地和評(píng)估同時(shí)也助于測(cè)試流程的改進(jìn)。二者的不同之處在于質(zhì)量保證工作側(cè)重對(duì)開發(fā)流的各個(gè)過程進(jìn)行管理與控制，杜絕缺陷的產(chǎn)。而測(cè)試則對(duì)已產(chǎn)生的缺陷進(jìn)行修復(fù)。。。不同過程模型與開發(fā)的關(guān)完整、準(zhǔn)確的合格文檔是開發(fā)時(shí)期各類之間相互通信的媒介，也是運(yùn)行時(shí)期對(duì)進(jìn)行的重要依據(jù)。，上越是早期階段犯下的錯(cuò)誤出來的時(shí)間就越晚，排除故障改正錯(cuò)誤所需付出的代價(jià)也越高。因此，及時(shí)，是保證質(zhì)量，降低成本的重要措施。，（2），功能。使用增量模型時(shí)，第一個(gè)增量構(gòu)件往往實(shí)現(xiàn)的基本需求，提供最的功能。增量模型具有可在開發(fā)的早期階段使投資獲得明顯回報(bào)和較易的優(yōu)點(diǎn)，但是，要求具有開放的結(jié)構(gòu)是使用這種模型時(shí)固有的。的必要性也越大。此外只有開發(fā)的項(xiàng)目，才能在風(fēng)險(xiǎn)過大時(shí)方便中止項(xiàng)目。際上正在時(shí)，開發(fā)可能還認(rèn)為一切正常。（2）噴泉模型對(duì)復(fù)用和生存周期中多項(xiàng)開發(fā)活動(dòng)的集成提供了支持以面象的按照在生命周期過應(yīng)完成的任務(wù)的性質(zhì)在概念上可以把生命周期劃分成過程是為了獲得高質(zhì)量的產(chǎn)品所需要完成的一系列任務(wù)的框架，它規(guī)定了完針對(duì)敏捷方法的十二條實(shí)踐，結(jié)合工程問題論述其有效PPTOn-SiteCustomer（現(xiàn)場(chǎng)客戶）:客戶是Team成員，在開發(fā)現(xiàn)場(chǎng)和開發(fā)一起（Planning頻繁地小規(guī)模發(fā)布（Small（Simple（TestDriven（Continuous集體擁有代碼（CollectiveCode編程規(guī)范（Coding重構(gòu)在團(tuán)隊(duì)，最具有效果并且富有效率的傳遞信息的方法，就是面對(duì)面的交談PPT出現(xiàn)于20世紀(jì)60年代末，是指在計(jì)算機(jī)的開發(fā)和過3）極其，而且很難適應(yīng)不斷變化的用戶需為了解決“，許多計(jì)算機(jī)和科學(xué)家參照技術(shù)過程的一般模式提出了Model制定計(jì)劃、需求設(shè)計(jì)、程序編制、測(cè)試、運(yùn)行但是傳統(tǒng)工程方法推行多年以來人們對(duì)于“恐懼仍沒有絲毫減弱，相反隨著系統(tǒng)的急速膨脹而增強(qiáng)，表現(xiàn)為：對(duì)開發(fā)成本和進(jìn)度的估計(jì)常常確，開發(fā)成本超出，實(shí)際進(jìn)度比預(yù)定計(jì)劃一再拖延的現(xiàn)象并不罕見；用戶對(duì)“已完成”系統(tǒng)不滿意的現(xiàn)象也經(jīng)常發(fā)生產(chǎn)品的質(zhì)量往往靠不住，Bug一大堆補(bǔ)丁一個(gè)接一個(gè)等等。以“人”為的敏捷開發(fā)方法就是在這樣的背景下產(chǎn)生的，它背叛了傳統(tǒng)工程學(xué)中以“過程”為，把設(shè)計(jì)和開發(fā)盡可能分開，盡量弱化“人”在整個(gè)工地位的思想。敏捷開發(fā)實(shí)際上包括了許多優(yōu)秀的開發(fā)首先，這種方法改變了測(cè)試的流程，在編寫代碼前進(jìn)試，減少了開發(fā)風(fēng)險(xiǎn)；此外，通過這種方法，可以對(duì)進(jìn)行持續(xù)論述過程、方法和工具在工程實(shí)踐中的關(guān)工程方法包括系統(tǒng)工程、系統(tǒng)分析方法和建模、系統(tǒng)概要設(shè)計(jì)、體系結(jié)構(gòu)、用戶界面、構(gòu)件級(jí)設(shè)計(jì)方法。針對(duì)不同方法，論述項(xiàng)目管理要研究也在不斷探索新的開發(fā)方法。至今已形成了八類開發(fā)方法.一、Parnas方法此方法在1972年。主要針對(duì)在可性和可靠性方面存在著嚴(yán)重問題，主些因素放到個(gè)別模塊的第二條原則是在設(shè)計(jì)時(shí)應(yīng)對(duì)可能發(fā)生的種種意外故障采取二、SASA（SP三、面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法1、Jackson方法：從目標(biāo)系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)入手，導(dǎo)出程序框架結(jié)構(gòu)，再補(bǔ)充其它細(xì)節(jié)就可得到完整的程序結(jié)構(gòu)圖此方法有時(shí)也稱為面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。2、War