【正文】 清楚地審查；⑹開發(fā)小組的人員應(yīng)該少而精； ⑺承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性；（工程化的方法開發(fā)軟件基本原理）軟件工程方法學(xué)：軟件工程包括技術(shù)和管理兩方面的內(nèi)容，是技術(shù)與管理緊密結(jié)合所形成的工 程學(xué)科。軟件工程方法學(xué)包括：①傳統(tǒng)方法學(xué)（結(jié)構(gòu)化范型）和②面向?qū)ο蠓椒▽W(xué)。面向?qū)ο蟮囊c(diǎn): ①把對(duì)象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件。②把所 有對(duì)象都劃分成類。③按子類與父類的關(guān)系,把類組成一個(gè)層次結(jié)構(gòu)。④對(duì)象彼此之 間僅能通過傳遞消息互相聯(lián)系。軟件工程方法學(xué)三要素是：①方法；②工具；③過程。軟件生命周期由哪三個(gè)時(shí)期組成，又劃分為哪8個(gè)階段？答：軟件生存周期：一個(gè)軟件從提出開發(fā)要求開始直到該軟件報(bào)廢為止的整個(gè)時(shí)期。軟件生命周期是由：⑴軟件定義時(shí)期；⑵軟件開發(fā)時(shí)期；⑶軟件維護(hù)時(shí)期三個(gè)時(shí)期組成的。又劃分為：①問題定義、②可行性研究、③需求分析、④總體設(shè)計(jì)、⑤詳細(xì)設(shè)計(jì)、⑥編碼和單元測試、⑦綜合測試、⑧維護(hù)八個(gè)階段。問題的定義及規(guī)劃 此階段是軟件開發(fā)方與需求方共同討論，主要確定軟件的開發(fā)目標(biāo)及其可行性。需求分析 在確定軟件開發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。“唯一不變的是變化本身。”，同樣需求也是在整個(gè)軟件開發(fā)過程中不斷變化和深入的，因此我們必須制定需求變更計(jì)劃來應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的順利進(jìn)行。軟件設(shè)計(jì) 此階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。程序編碼 此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。軟件測試 在軟件設(shè)計(jì)完成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過程中存在的問題并加以糾正。整個(gè)測試過程分單元測試、組裝測試以及系統(tǒng)測試三個(gè)階段進(jìn)行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細(xì)的測試計(jì)劃并嚴(yán)格按照測試計(jì)劃進(jìn)行測試，以減少測試的隨意性。運(yùn)行維護(hù) 軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。什么是白盒測試法？什么是黑盒測試法？答：白盒測試：所謂白盒測試就是在知道產(chǎn)品內(nèi)部工作過程或程序內(nèi)部結(jié)構(gòu)和處理過程的前提下,檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行或按照程序內(nèi)部的邏輯測試程序,。從覆蓋源程序語句的詳盡程度分析，大致有以下一些不同的覆蓋標(biāo)準(zhǔn)：⑴語句覆蓋；⑵判定覆蓋；⑶條件覆蓋；⑷判定/條件覆蓋；⑸條件組合覆蓋；⑹點(diǎn)覆蓋；⑺邊覆蓋；⑻路徑覆蓋。黑盒測試：所謂黑盒測試是指在完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的前提下,在程序接口進(jìn)行的測試,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出信息,又稱為功能測試。特點(diǎn)：等價(jià)類劃分、邊界值分析、因果圖、錯(cuò)誤推測。優(yōu)點(diǎn) ，如果程序停止運(yùn)行了一般就是被測試程序crash了 ，下來的工作就是爽了，當(dāng)然更苦悶的是確定crash原因 缺點(diǎn) ，測試?yán)脑O(shè)計(jì)部分來勢來源于經(jīng)驗(yàn)，OUSPG的東西很值得借鑒，目前一些成功的例子基本上都是針對(duì)PDU來做的，還做不到針對(duì)被測試程序的狀態(tài)轉(zhuǎn)換來作，尋找和確定造成程序crash的測試?yán)莻€(gè)麻煩事情，必須把周圍可能的測試?yán)龁为?dú)確認(rèn)一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個(gè)單獨(dú)的testcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。什么是集成測試？非漸增式和漸增式有什么區(qū)別？漸增式如何組裝模塊？答：將模塊組合起來成為一個(gè)完整的系統(tǒng)對(duì)其進(jìn)行測試。非漸增式是將模塊先進(jìn)行單元測試然后組裝在一起進(jìn)行測試。漸增式是逐個(gè)將未測試的模塊組裝到已經(jīng)測試過的模塊上去進(jìn)行集成測試，每加入一個(gè)就測試一次。非漸增式需要樁模塊和驅(qū)動(dòng)模塊、非漸增式開始可以并行測試、漸增式可以及時(shí)的發(fā)現(xiàn)接口錯(cuò)誤，非漸增式很難發(fā)現(xiàn)接口發(fā)現(xiàn)錯(cuò)誤、漸增式開始不能并行測試、漸增式測試比較徹底。漸增式組裝模塊有自頂向下和自底向上兩種組裝方式。什么是確認(rèn)測試？該階段有那些工作？答：調(diào)試的目的是發(fā)現(xiàn)錯(cuò)誤的位置并改正錯(cuò)誤。簡單調(diào)試、演繹調(diào)試、遞歸調(diào)試、回溯調(diào)試。面向?qū)ο蠓椒▽W(xué)與傳統(tǒng)方法學(xué)有何區(qū)別？答：面向?qū)ο蠓椒▽W(xué)注重的是軟件的重用性，而傳統(tǒng)的方法學(xué)則在這一問題解決上不理想。面向?qū)ο蠓椒▽W(xué)和傳統(tǒng)的方法學(xué)在問題分析上的切入點(diǎn)不同。面向?qū)ο罄锩?，系統(tǒng)是長出來的，傳統(tǒng)的方法學(xué)里面，系統(tǒng)是放進(jìn)去的。傳統(tǒng)方法：⑴結(jié)構(gòu)化開發(fā)方法，注重的是系統(tǒng)功能，自頂向下，從大到小的功能分解，從DFD到MSD，往往系統(tǒng)需求變化最大就是功能，一段較長的時(shí)間內(nèi)，商業(yè)的流程可能已經(jīng)發(fā)生了很大的變化，這樣基于功能和過程的方法顯然難以維護(hù)的，代碼重用率可想而知，而商業(yè)過程中的數(shù)據(jù)可能變化不會(huì)很大，⑵信息工程法，注重的是數(shù)據(jù)，事件流－＞信息流，（資金流，物流）－＞數(shù)據(jù)流，數(shù)據(jù)的輸入和轉(zhuǎn)化輸出，數(shù)據(jù)流程圖，狀態(tài)轉(zhuǎn)化圖，事件順序圖，過程依賴圖，兩者都是由事件驅(qū)動(dòng)．面向的是問題，是為了要解決某一個(gè)具體問題，其觀察事物的方法不是本體客體本身，而是對(duì)本體客體相互作用過程抽象，轉(zhuǎn)化成邏輯模型。面向?qū)ο蠓椒▽W(xué)：其切入點(diǎn)是客觀世界的主體和客體，通過封裝實(shí)現(xiàn)了信息交流的安全，抽象和繼承使得事物的一完整表述和容易修改新的變化，聚合，關(guān)聯(lián)反映事物間的相互作用和關(guān)系，通過關(guān)聯(lián)類管理，這樣把事物和事物間的關(guān)系分開．減少了復(fù)雜度，便于維護(hù)，大大提高了代碼重用率。軟件開發(fā)模型有幾種?各有什么特點(diǎn)? 軟件生存周期模型：是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。（模型：是為了理解事物而 對(duì)事物做出一種抽象，它忽略不必要的細(xì)節(jié)，它也是事物的一種抽象形式、一個(gè)規(guī)劃、一個(gè)程式。）主要模型：①瀑布模型；②增量模型；③螺旋模型；④噴泉模型；⑤變換模型；⑥基于知識(shí)的模 型等瀑布模型：①它提供了一個(gè)摸板，這個(gè)摸板使分析、設(shè)計(jì)、編碼、測試和支持的方法可以在該摸 板下有一個(gè)共同的指導(dǎo)；②雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多?？焖僭湍Ｐ停孩匍_發(fā)速度快，質(zhì)量有保證。②對(duì)信息系統(tǒng)特別有效。增量模型：①人員分配靈活，剛開始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)增量。②當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。③具有一定的市場。螺旋模型：①對(duì)于大型系統(tǒng)及軟件的開發(fā)，這種模型是一個(gè)很好的方法。開發(fā)者和客戶能夠較好地對(duì)待和理解每一個(gè)演化級(jí)別上的風(fēng)險(xiǎn)。②對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)；減少了過多測試或測試不足所帶來的風(fēng)險(xiǎn)?？尚行匝芯浚孩畔到y(tǒng)流程圖；⑵數(shù)據(jù)流程圖；系統(tǒng)流程圖：系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具?；舅枷胧怯脠D形符號(hào)以黑盒子形式描繪組成系統(tǒng)的每個(gè)部件。其表達(dá)的是數(shù)據(jù)在系統(tǒng)各部件之間流動(dòng)的情況，而不是對(duì)數(shù)據(jù)進(jìn)行加工處理的控制過程。數(shù)據(jù)流程圖：簡稱DFD,是描述數(shù)據(jù)處理過程的工具。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程，是一種功能模型。作用：它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程,反映系統(tǒng)必須完成的邏輯功能。基本符號(hào)有四種：→,箭頭,表示數(shù)據(jù)流；○,圓或橢圓,表示加工； =,雙杠,表示數(shù)據(jù)存儲(chǔ)；□,方框,表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)?？尚行匝芯康娜蝿?wù)：(1)經(jīng)濟(jì)可行性。確定待開發(fā)系統(tǒng)是否值得投資開發(fā)。(2)技術(shù)可行性。對(duì)待開發(fā)的系統(tǒng)進(jìn)行功能、性能和限制條件的分析，確定在現(xiàn)有資源的條件下技術(shù)風(fēng)險(xiǎn)有多大，系統(tǒng)是否能實(shí)現(xiàn)。(3)法律可行性。確認(rèn)待開發(fā)系統(tǒng)可能會(huì)涉及的任何侵犯、妨礙、責(zé)任等問題。(4)抉擇。對(duì)系統(tǒng)開發(fā)的不同方案進(jìn)行比較評(píng)估。什么是字據(jù)字典？其作用是什么？它有哪些條目？字據(jù)字典：簡稱ＤＤ，就是用來定義數(shù)據(jù)流圖中的各個(gè)成分具體含義的，它以一種準(zhǔn)確的、無二義性 的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。作 用：⑴為系統(tǒng)的分析設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述.⑵為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的.⑶它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型, 目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。1需求分析的任務(wù)是什么? 答: 需求分析是指：開發(fā)人員要準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳 述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式主義功能規(guī)約(需求規(guī)格說明)的過程。需求分析的主要任務(wù)：⑴正確地確定對(duì)系統(tǒng)綜合要求,充分理解和表達(dá)用戶的需求。⑵通過結(jié)構(gòu)分析的方法對(duì)系統(tǒng)進(jìn)行分解,以確定軟件系統(tǒng)的主要成分或軟件系統(tǒng)的構(gòu)成。⑶是對(duì)以上已進(jìn)行的兩項(xiàng)工作進(jìn)行描述,以形成需求文檔。⑷編寫用戶手冊(cè)；⑸編寫驗(yàn)收計(jì)劃；⑹修正可行性研究階段所制訂的軟件項(xiàng)目開發(fā)計(jì)劃。1結(jié)構(gòu)化分析方法：結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿足功能要求的所有可實(shí)現(xiàn)的軟件為止。主要工具：數(shù)據(jù)流圖、數(shù)據(jù)詞典、結(jié)構(gòu)化英語、判定表和判定樹。3種模型：①數(shù)據(jù)模型、②功能模型和③行為模型。驗(yàn)證軟件需求：⑴一致性；⑵完整性；⑶現(xiàn)實(shí)性；⑷有效性；結(jié)構(gòu)化分析方法步驟： ①了解當(dāng)前系統(tǒng)的工作流程,獲得當(dāng)前系統(tǒng)的物理模型。②抽象出當(dāng)前系 統(tǒng)的邏輯模型。③建立上標(biāo)系統(tǒng)的邏輯模型。④作進(jìn)一步補(bǔ)充和優(yōu)化。結(jié)構(gòu)化程序設(shè)計(jì)基本要點(diǎn)：⑴采用自頂向下、逐步求精的程序設(shè)計(jì)方法；⑵使用三種基本程序控 制結(jié)構(gòu)構(gòu)造程序（①順序方式；②選擇方式；③循環(huán)方式；）。⑶主程序員組的組織形式。1總體設(shè)計(jì)過程由兩個(gè)主要階段組成：①系統(tǒng)設(shè)計(jì)階段，確定系統(tǒng)的具體實(shí)現(xiàn)方案；②結(jié)構(gòu)設(shè)計(jì)階段，確定軟件結(jié)構(gòu)。模塊：軟件系統(tǒng)的層次結(jié)構(gòu)正是模塊化的具體體現(xiàn)。將整個(gè)軟件劃分成若干單獨(dú)命名和可編址的部分，稱之為模塊。模塊化：就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集 成起來構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求。模塊是構(gòu)成程序的基本構(gòu)件。模塊化的根據(jù)：把復(fù)雜的問題分解成許多容易解決的小問題，原來的問題也就容易解決了。這就是模塊化的根據(jù)。1衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？ 兩個(gè)定性的度量標(biāo)準(zhǔn)：耦合與內(nèi)聚性。耦合：是模塊之間的相對(duì)獨(dú)立性(互相連接的緊密程度)的度量。模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高，而其模塊獨(dú)立性就越弱。按耦合度從低到高依次有7種耦合方式：①非直接耦合（獨(dú)立運(yùn)行）；②數(shù)據(jù)耦合（用參數(shù)表傳遞簡單數(shù)據(jù)）；③標(biāo)記耦合（傳遞數(shù)據(jù)結(jié)構(gòu)或者一部分）；④控制耦合（傳遞的信息包括控制模塊的信息）；⑤外部耦合（模塊與軟件之外的環(huán)境有關(guān)）；⑥公共耦合（多個(gè)模塊引用同一全局的數(shù)據(jù)區(qū)）；⑦內(nèi)容耦合（訪問內(nèi)部數(shù)據(jù)，代碼重疊或者多個(gè)入口）。內(nèi)聚：是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度)的度量。一個(gè)模塊內(nèi)部各個(gè)元素之間的聯(lián)系越緊密，則它的內(nèi)聚性就越高。按內(nèi)聚度從低到高依次有7種內(nèi)聚種類： ①偶然內(nèi)聚（模塊完成的多個(gè)任務(wù)，任務(wù)之間的關(guān)系松散）；②邏輯內(nèi)聚（模塊完成邏輯相關(guān)的一組任務(wù)）；③瞬時(shí)內(nèi)聚（模塊的所有任務(wù)必須在同一時(shí)間間隔內(nèi)執(zhí)行）；④過程內(nèi)聚（模塊的處理元素相關(guān)而且按照特定的次序執(zhí)行）；⑤通信內(nèi)聚（模塊的所有元素集中在一個(gè)數(shù)據(jù)結(jié)構(gòu)區(qū)域上）；⑥順序內(nèi)聚（模塊的處理元素相關(guān)，必須順序執(zhí)行）；⑦功能內(nèi)聚（模塊完成單一的功能，各個(gè)部分協(xié)調(diào)工作，而且不可缺少）耦合和內(nèi)聚的關(guān)系：一般說來，在系統(tǒng)中各模塊的內(nèi)聚越大，則模塊間的耦合越小。但這種關(guān)系并不是絕對(duì)的。耦合小使得模塊間盡可能相對(duì)獨(dú)立，從而各模塊可以單獨(dú)開發(fā)和維護(hù)。內(nèi)聚大使得模塊的可理解性和維護(hù)性大大增強(qiáng)。因此，在模塊的分解中應(yīng)盡量減少模塊的耦合，力求增加模塊的內(nèi)聚。1Jackson方法的步驟：(1)實(shí)體動(dòng)作分析：從問題的描述中，提取軟件系統(tǒng)要產(chǎn)生和運(yùn)用的實(shí)體，以及現(xiàn)實(shí)世界作用于實(shí)體上的動(dòng)作。(2)實(shí)體結(jié)構(gòu)分析：把作用于實(shí)體的動(dòng)作或由實(shí)體執(zhí)行的動(dòng)作，按時(shí)間發(fā)生的先后次序排序，構(gòu)成進(jìn)程，并用一個(gè)層狀的Jackson結(jié)構(gòu)圖表示。(3)定義初始模型：把實(shí)體和動(dòng)作表示成一個(gè)進(jìn)程模型，定義模型與現(xiàn)實(shí)世界的聯(lián)系。(4)功能描述：說明與已定義的動(dòng)作相對(duì)應(yīng)的功能，為已定義的動(dòng)作加入功能函數(shù)。(5)決定系統(tǒng)時(shí)間特性：對(duì)進(jìn)程加入時(shí)間因素，對(duì)進(jìn)程調(diào)度特性進(jìn)行評(píng)價(jià)和說明。(6)實(shí)現(xiàn)：設(shè)計(jì)組成系統(tǒng)的硬件和軟件，實(shí)現(xiàn)系統(tǒng)的原型。1測試階段的信息流：這個(gè)階段的輸入信息有兩類：(1)軟件配置，包括需求說明書、設(shè)計(jì)說明書和源 程序清單等；(2)測試配置，包括測試計(jì)劃和測試方案。自頂向下集成：從主控制模塊開始，沿著程序的控制層次向下移動(dòng)，逐漸把各個(gè)模塊結(jié)合起來。在把附屬于主控制模塊的那些模塊組裝到程序結(jié)構(gòu)中去時(shí)，或者使用深度優(yōu)先的策略，或者使用寬度優(yōu)先的策略。深度優(yōu)先的結(jié)合方法先組裝在軟件結(jié)構(gòu)的一條主控制通路上的所有模塊。選擇一條主控制通路取決于應(yīng)用的特點(diǎn)，并且有很大任意性。而寬度優(yōu)先的結(jié)合方法是沿軟件結(jié)構(gòu)水平地移動(dòng)，把處于同一個(gè)控制層次上的所有模塊組裝起來。集成測試的策略：當(dāng)使用漸增方式把模塊結(jié)合到程序中去時(shí)，有自頂向下和自底向上兩種集成策略。1決定軟件可維護(hù)性的因素：⑴可理解性；⑵可測試性；⑶可修改性；⑷可移植性；⑸可重用性；軟件維護(hù):是指在軟件已經(jīng)交付使用之后, 是軟件生命周期的最后一個(gè)階段,也是持續(xù)時(shí)間最長代價(jià)最大的一個(gè)階段。軟件的可維護(hù)性可以定義為:維護(hù)人員理解,改正和改動(dòng)軟件的難易程度。1對(duì)象：是對(duì)現(xiàn)實(shí)世界實(shí)體的正確抽象，它是由描述內(nèi)部狀態(tài)表示靜態(tài)屬性的數(shù)據(jù)，以及可以對(duì)這些數(shù) 據(jù)施加的操作，封裝在一起所構(gòu)成的統(tǒng)一體。對(duì)象之間通過傳遞消