第一篇：軟件工程簡答題

第一章

1簡述軟件的概念

軟件是計算機程序、數(shù)據(jù)結構和文檔的有機結合。其中，計算機程序能夠完成預訂功能和性能的可執(zhí)行的指令；數(shù)據(jù)結構使得程序能夠適當?shù)夭僮鞲鞣N信息；文檔全面描述了程序的分析、設計過程和使用方法。2什么是軟件危機

落后的軟件生產(chǎn)方式無法滿足迅速增長的計算機軟件需求，從而導致軟件開發(fā)與維護過程中出現(xiàn)一系列嚴重問題的現(xiàn)象。

3軟件危機主要包含哪兩方面的問題

一是如何開發(fā)軟件，以滿足對軟件日益增長的需求；二是如何維護數(shù)量不斷膨脹的已有軟件。4簡述軟件危機產(chǎn)生的原因

是由于軟件產(chǎn)品本身的特點，以及開發(fā)軟件的方式方法，技術和人員引起的。

（1）軟件規(guī)模越來越大，結構越來越復雜。（2）軟件開發(fā)的管理困難而復雜。

（2）軟件開發(fā)費用不斷增加（4）開發(fā)技術落后（5）生產(chǎn)方式落后（6）開發(fā)工具落后

5什么是軟件工程

軟件工程是將系統(tǒng)性的、規(guī)范化的、可定量的方法應用于軟件的開發(fā)、運行和維護。

6簡述軟件生存周期的概念

軟件聲明周期是由軟件定義、軟件開發(fā)、軟件維護三個時期組成的。

定義階段的主要任務是解決“做什么”問題。通常被分為三個階段：問題定義、可行性研究、需求分析。開發(fā)階段的任務是解決“如何做”的問題。通常包括軟件設計、實現(xiàn)、測試等工作。

維護階段的主要任務是使軟件保持用戶滿意的需要。

7軟件工程的目標和內(nèi)容是什么

目標：旨在開發(fā)滿足用戶需求，及時交付、不超過預算和無故障的軟件。

內(nèi)容：（1）實現(xiàn)預期的功能，滿足用戶的需求。（2）增強軟件過程的可見性和可控性，提高軟件質量。

（3）提高軟件的可維護性（4）提高軟件開發(fā)的生產(chǎn)效率（5）合理預算開發(fā)成本。

第二章

1什么是項目？項目有哪兩種常見的形式？

項目是一項有待完成的任務，有特定的環(huán)境與要求，在一定的組織機構內(nèi)，利用有限資源（包括人力、物力和財力等），在規(guī)定的時間內(nèi)完成任務，任務要滿足一定質量、數(shù)量、性能技術指標等要求。通用商業(yè)軟件項目、定制軟件項目。

2簡述項目的開發(fā)流程

軟件項目開發(fā)流程通常包括：招標、投標、合同簽訂、軟件項目開發(fā)等。

3簡述軟件生命周期的各個階段

項目計劃階段、需求分析階段、系統(tǒng)設計階段、編碼測試階段、運行維護階段

4列舉項目的主要角色

機構領導、項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)設計師、程序員、測試員，還有配置管理員、質量保證員、產(chǎn)品維護人員等。

5典型的項目組織形式有哪些

民主制程序員組、主程序員組的組織方式、現(xiàn)代程序員組的組織方式

6簡述檢查點、里程碑、基線三者之間的關系

檢查點比較細，里程碑比較粗、基線最粗；重要的檢查點一般就是里程碑，重要的里程碑一般就是基線；檢查點一般依據(jù)時間的先后順序設定，里程碑一般依據(jù)關鍵成果的產(chǎn)出設定，基線依據(jù)一組關鍵成果的產(chǎn)出設定；在實際項目中，周例會是檢查點的表現(xiàn)形式、高層的階段匯報會是基線的表現(xiàn)形式。

7軟件生命周期計劃階段的主要任務

8軟件生命周期需求分析階段的主要任務

9軟件生命周期編碼測試階段的主要任務

第三章

1可行性研究的要素包括哪些

經(jīng)濟：這個系統(tǒng)的經(jīng)濟效益能超過它的開發(fā)成本嗎？

技術：使用現(xiàn)有技術能實現(xiàn)這個系統(tǒng)嗎？

社會：市場（未成熟、成熟、將要消亡）與政策

人：人物、開發(fā)人員、領導

法律：可能涉及的合同、侵權、責任及各種與法律相抵觸的問題。

2可行性研究的任務是什么

對以后的行動方針提出建議。

如果問題沒有可行的解，分析員應該建議停止這項開發(fā)工程，以避免時間、資源、人力和金錢的浪費。如果問題值得解，分析員應該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。

3什么是系統(tǒng)流程圖

系統(tǒng)流程圖簡稱流程圖或系統(tǒng)圖，是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。

4可行性研究有哪些步驟及內(nèi)容

① 復查項目目標和規(guī)模

訪問關鍵人員，仔細閱讀分析材料，對問題定義階段書寫的規(guī)模目標報告書進一步復確認。改正含

糊或不準確，清晰描述對目標系統(tǒng)的一切限制和約束。

② 研究目前系統(tǒng)

了解現(xiàn)有系統(tǒng)基本功能，保證新開發(fā)系統(tǒng)的功能性。

了解現(xiàn)有系統(tǒng)缺點，保證新開發(fā)系統(tǒng)改善缺陷。

了解現(xiàn)有系統(tǒng)運行使用所需費用，新系統(tǒng)應增加收入或減少使用費用。

了解現(xiàn)有系統(tǒng)能做什么，無需了解他怎樣做這些工作。

③ 形成高層邏輯模型

數(shù)據(jù)流圖：描繪數(shù)據(jù)在系統(tǒng)中流動處理情況。

數(shù)據(jù)字典：定義系統(tǒng)中使用的數(shù)據(jù)。

④ 重新定義問題

分析員與用戶以數(shù)據(jù)流圖和數(shù)據(jù)字典為討論基礎，再次復查問題定義、工程規(guī)模和目標。

如對問題有誤解，或遺漏要求，在此階段改正。

5簡述軟件質量的含義

軟件質量是“軟件與明確地和隱含地定義的需求相一致的程度”，是軟件與明確地敘述的功能和性能需求、文檔中明確描述的開發(fā)標準以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應該具有的隱含特征相一致的程度。6度量軟件規(guī)模的常用技術有哪些

（1）LOC(Lines of Code,代碼行)估算（2）FP(功能點)估算

（3）Delphi 估算法（4）類比法

7簡述成本估算的步驟

（1）任務分解（2）估算每個任務的成本（3）直接成本估算

（4）間接成本估算（5）項目總估算成本（6）項目總報價

8簡述風險及風險管理的目標

所有可能危害項目的因素都稱為風險，風險事件最終可能發(fā)生，也可能不發(fā)生，風險管理的目的是在風險產(chǎn)生危害之前識別它們，從而有計劃地消除或削弱風險。

9簡述風險管理的主要過程

風險識別，風險量化，風險應對計劃制定和風險監(jiān)控。

10簡述什么是CMM

能力成熟度模型（CMM)，用于評價軟件機構的軟件過程能力成熟度的模型

CMM的策略是力圖改進對軟件過程的管理，而在技術方面的改進是其必然結果。

11簡述工程網(wǎng)絡圖的繪制步驟

（1）畫工程網(wǎng)絡圖。（2）計算事件的最早時刻。（3）計算事件的最遲時刻。

（4）確定工程的關鍵路徑。（5）計算每個子任務的機動時間。

第七章

1進行軟件測試的目的（1）測試是一個為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。

（2）一個好的測試用例是指很可能找到迄 今為至尚未發(fā)現(xiàn)的錯誤的測試用例。

（3）一個成功的測試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯誤的測試。

2簡述什么是軟件測試

“用人工或自動的手段來執(zhí)行和評價系統(tǒng)或系統(tǒng)部件的過程，以檢驗它是否滿足規(guī)定的需求，或識別期望的結果和實際的結果之間有無差別”。

3簡述什么是軟件質量

見第三章

4簡述什么是靜態(tài)測試

不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。5簡述什么是動態(tài)測試

通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等性能。目前，動態(tài)測試是公司測試工作的主要方式。

6軟件測試原則有哪些

（1）所有的測試都應可追溯到客戶需求。

（2）應該在測試工作真正開始前的較長時間就進行測試計劃。

（3）測試中發(fā)現(xiàn)的80%的錯誤可能來自于20%的程序代碼。

（4）測試應從“小規(guī)模”開始，逐步轉向“大規(guī)?！?。

（5）窮舉測試是不可能的。

（6）為了達到最有效的測試，應由獨立的第三方來承擔測試。

（7）在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件。

（8）嚴格執(zhí)行測試計劃，排除測試的隨意性。

（9）應當對每一個測試結果做全面檢查。

（10）妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便。

（11）檢查程序是否做了應做的事僅是成功的一半，另一半是檢查程序是否做了不該做的事。

（12）在規(guī)劃測試時不要設想程序中不會查出錯誤。

第八章

1什么是軟件維護

是指軟件系統(tǒng)交付使用以后，為了改正錯誤或滿足新的需要而修改軟件的過程。

2什么是軟件的可維護性

軟件能夠被理解、改正、適應和完善以適應新的環(huán)境的難易程度。

3軟件維護目標是什么？？

為了改正軟件系統(tǒng)中的錯誤，使軟件能夠滿足預期的正常運行狀態(tài)的要求；為了使軟件適應內(nèi)部或外部環(huán)境變化。

第二篇：軟件工程簡答題

1.什么是軟件工程？簡述軟件工程的七條基本原理。軟件工程是一門研究如何用系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法來進行軟件開發(fā)和維護的學科。

七條基本原理：用分階段的生命周期計劃嚴格管理； 堅持進行階段評審； 實行嚴格的產(chǎn)品控制； 采用現(xiàn)代程序設計技術； 結果應能清楚地審查；

開發(fā)小組的人員應該少而精；

承認不斷改進軟件工程實踐的必要性。

2.什么是軟件生存周期模型？請至少列舉四種主要的模型。軟件生存周期模型是軟件開發(fā)全部過程、活動和任務的結構框架。它能直觀表達軟件開發(fā)全過程，明確規(guī)定要完成的主要活動、任務和開發(fā)策略。

四種主要的模型：瀑布模型，演化模型，噴泉模型，螺旋模型、基于構件的開發(fā)模型 3.為什么軟件需要維護？簡述軟件維護的過程。

1）改正在特定使用條件下暴露出來的一些潛在程序錯誤或設計缺陷；

2）因在軟件使用過程中數(shù)據(jù)環(huán)境發(fā)生變化（如所要處理的數(shù)據(jù)發(fā)生變化）或處理環(huán)境發(fā)生變化（如硬件或軟件操作系統(tǒng)等發(fā)生變化），需要修改軟件，以適應這種變化；

3）用戶和數(shù)據(jù)處理人員在使用時常提出改進現(xiàn)有功能、增加新功能、以及改善總體性能的要求，為滿足這些要求，需要修改軟件。

軟件維護的過程：首先建立維護的機構，申明提出維護申請報告的過程及評價的過程，為每一個維護申請規(guī)定標準的處理步驟，建立維護活動的記錄保管，并規(guī)定復審的標準。4.影響軟件維護工作量的因素有哪些？

1）系統(tǒng)大小。系統(tǒng)越大，功能越復雜，理解掌握起來就越困難，需要的維護工作量越大。2）程序設計語言。使用功能強的程序設計語言可以控制程序的規(guī)模。語言的功能越強，生成程序所需的指令數(shù)就越少；語言的功能越弱，實現(xiàn)同樣功能所需的語句就越多，程序就越大，維護起來就越困難。

3）系統(tǒng)年齡。老系統(tǒng)比新系統(tǒng)需要更多的維護工作量。許多老系統(tǒng)在當初并未按照軟件工程的要求進行開發(fā)，沒有文檔，或文檔太少，或者在長期的維護中許多地方與程序不一致，維護起來困難較大。

4）數(shù)據(jù)庫技術的應用。使用數(shù)據(jù)庫工具，可有效地管理和存儲用戶程序中的數(shù)據(jù)，可方便地修改、擴充報表。數(shù)據(jù)庫技術的使用可以減少維護工作量。

5）先進的軟件開發(fā)技術。在軟件開發(fā)時，如果使用能使軟件結構比較穩(wěn)定的分析與設計技術（如面向對象分析、設計技術），可以減少一定的工作量。

6）其它。如，應用的類型、數(shù)學模型、任務的難度、IF嵌套深度等等都會對維護工作量產(chǎn)生一定的影響。

5.說明軟件文檔的作用

1.提高軟件開發(fā)過程的能見度。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中

2.提高研發(fā)效率。軟件文檔的編制，使得開發(fā)人員對各個階段的工作都進行周密思考，全盤權衡，減少返工。

3.記錄開發(fā)過程中有關信息，便于協(xié)調以后的軟件開發(fā)、使用和維護。4.便于潛在用戶了解軟件功能、性能等各項指標。6.如何理解模塊的獨立性，用什么指標衡量模塊的獨立性。模塊的獨立性是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他模塊的接口是簡單的。

模塊的獨立程度可以由兩個定性標準度量： 耦合，模塊之間的相對獨立性的度量； 內(nèi)聚，模塊功能強度的度量。

7.原型化方法用于解決什么問題，這種方法的優(yōu)缺點是什么 主要用于解決諸如用戶定義了一組一般性目標，但不能標識出詳細的輸入、處理及輸出需求；開發(fā)者可能不能確定算法的有效性、操作系統(tǒng)的適應性或人機交互的形式等問題 優(yōu)點：1.明確并完善需求

2.探索設計選擇方案

3.發(fā)展為最終產(chǎn)品

缺點：1.用戶看到一個正在運行的原型便以為產(chǎn)品即將完成，會要求不再進行產(chǎn)品重建，而只是對原型進行修改就交付。由于原型沒有考慮軟件的總體質量和可維護行，交付原型會產(chǎn)生欲速則不達的效果

2.開發(fā)人員為了快速構建原型，可能會采用不合適的操作系統(tǒng)或程序設計語言，也可能使用一些效率低的算法。在一段時間的開發(fā)后，他們往往已經(jīng)習慣了這些選擇，遇事便在系統(tǒng)中摻雜了這些不理想的選擇。

8.以G,J,Myers的觀點，簡述軟件測試的目的 1.軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

2.一個號的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤

3.一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤

9.采用黑盒測試方法設計用例有哪幾種方法。這些方法有什么特點

1.等價類劃分法

把所有可能的輸入數(shù)據(jù)劃分成若干個等價的子集，使得每個子集中的一個典型值在測試中的作用于這一子集中所有其他值的作用相同

2.邊界值分析法

使等價類的每個邊界都要作為測試條件，不僅考慮輸入條件們還要考慮輸出空間產(chǎn)生的測試情況。邊界值分析法不僅重視輸入條件邊界，而且也從輸出域導出測試用例。

3.錯誤推測法

列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例，錯誤推測法很大程度上靠知覺和經(jīng)驗進行。

4.因果圖法

因果圖適合于描述對于多種輸入條件的組合，響應產(chǎn)生多個動作的形式來設計測試用例

第三篇：軟件工程

2.2軟件開發(fā)的基本策略

人們都有自己的世界觀和方法論，能自然而然地運用于生活和工作中。同樣，程序員腦子里的軟件工程觀念會無形地支配其怎么去做事情。軟件工程三十年的發(fā)展，已經(jīng)積累了相當多的方法，但這些方法不是嚴密的理論。實踐人員不應該教條地套用方法，更重要的是學會“選擇合適的方法”和“產(chǎn)生新方法”。有謀略才會有好的戰(zhàn)術。幾千年前，我們的祖先就在打鬧之際寫下了很多心得體會，被現(xiàn)代人很好地運用于工業(yè)和商業(yè)。本節(jié)講述軟件開發(fā)中的三種基本策略：“復用”、“分而治之”、“優(yōu)化——折衷”。

2.2.1復用

復用就是指“利用現(xiàn)成的東西”，文人稱之為“拿來主義”。被復用的對象可以是有形的物體，也可以是無形的成果。復用不是人類懶惰的表現(xiàn)而是智慧的表現(xiàn)。因為人類總是在繼承了前人的成果，不斷加以利用、改進或創(chuàng)新后才會進步。所以當我們歡度國慶時，要搞清楚祖國遠不止50歲，我們今天享用到的財富還有上下五千年人民的貢獻。進步只是應該的，不進步則就可恥了。

復用的內(nèi)涵包括了提高質量與生產(chǎn)率兩者。由經(jīng)驗可知，在一個新系統(tǒng)中，大部分的內(nèi)容是成熟的，只有小部分內(nèi)容是創(chuàng)新的。一般地可以相信成熟的東西總是比較可靠的（即具有高質量），而大量成熟的工作可以通過復用來快速實現(xiàn)（即具有高生產(chǎn)率）。勤勞并且聰明的人們應該把大部分的時間用在小比例的創(chuàng)新工作上，而把小部分的時間用在大比例的成熟工作中，這樣才能把工作做得又快又好。

把復用的思想用于軟件開發(fā)，稱為軟件復用。據(jù)統(tǒng)計，世上已有1000億多行程序，無數(shù)功能被重寫了成千上萬次，真是浪費哪。面向對象（Object Oriented）學者的口頭禪就是“請不要再發(fā)明相同的車輪子了”。

將具有一定集成度并可以重復使用的軟件組成單元稱為軟構件(Software Component)。軟件復用可以表述為：構造新的軟件系統(tǒng)可以不必每次從零做起，直接使用已有的軟構件，即可組裝（或加以合理修改）成新的系統(tǒng)。復用方法合理化并簡化了軟件開發(fā)過程，減少了總的開發(fā)工作量與維護代價，既降低了軟件的成本又提高了生產(chǎn)率。另一方面，由于軟構件是經(jīng)過反復使用驗證的，自身具有較高的質量。因此由軟構件組成的新系統(tǒng)也具有較高的質量。利用軟構件生產(chǎn)應用軟件的過程如圖1.5所示。

軟件復用不僅要使自己拿來方便，還要讓別人拿去方便，是“拿來拿去主義”。面向對象方法，Microsoft公司的COM規(guī)范 [Rogerson 1999]，都能很好地用于實現(xiàn)大規(guī)模的軟件復用。

2.2.2分而治之

分而治之是指把一個復雜的問題分解成若干個簡單的問題，然后逐個解決。這種樸素的思想來源于人們生活與工作的經(jīng)驗，完全適合于技術領域。軟件人員在執(zhí)行分而治之的時候，應該著重考慮：復雜問題分解后，每個問題能否用程序實現(xiàn)？所有程序最終能否集成為一個軟件系統(tǒng)并有效解決原始的復雜問題？

圖1.6表示了軟件領域的分而治之策略。諸如軟件的體系結構設計、模塊化設計都是分而治之的具體表現(xiàn)。軟件的分而治之不可以“硬分硬治”。不像為了吃一個西瓜或是一只雞，揮刀斬成n塊，再把每塊塞進嘴里粉碎攪拌，然后交由胃腸來消化吸收，象征復雜問題的西瓜或是雞也就此消失了。

2.2.3優(yōu)化——折衷

軟件的優(yōu)化是指優(yōu)化軟件的各個質量因素，如提高運行速度，提高對內(nèi)存資源的利用率，使用戶界面更加友好，使三維圖形的真實感更強等等。想做好優(yōu)化工作，首先要讓開發(fā)人員都有正確的認識：優(yōu)化工作不是可有可無的事情，而是必須要做的事情。當優(yōu)化工作成為一種責任時，程序員才會不斷改進軟件中的算法，數(shù)據(jù)結構和程序組織，從而提高軟件質量。

著名的3D游戲軟件Quake，能夠在PC機上實時地繪制高度真實感的復雜場景。Quake的開發(fā)者能把很多成熟的圖形技術發(fā)揮到極致，例如把Bresenham畫線、多邊形裁剪、樹遍歷等算法的速度提高近一個數(shù)量級。我第一次看到Quake時不僅感到震動，而且深受打擊。這個PC游戲軟件的技術水平已經(jīng)遠勝于我所見識到的國內(nèi)領先的圖形學相關科研成果。這對我們?nèi)找媸⑿械狞c到完止的研發(fā)工作真是莫大的諷刺。所以當我們開發(fā)的軟件表現(xiàn)出很多不可救藥的病癥時，不要怨機器差。真的是我們自己沒有把工作做好，寫不好字卻嫌筆鈍。

就假設我們經(jīng)過思想教育后，精神抖擻，隨時準備為優(yōu)化工作干上六天七夜。但愿意做并不意味著就能把事情做好。優(yōu)化工作的復雜之處是很多目標存在千絲萬縷的關系，可謂數(shù)不清理還亂。當不能夠使所有的目標都得到優(yōu)化時，就需要“折衷”策略。

軟件中的折衷策略是指通過協(xié)調各個質量因素，實現(xiàn)整體質量的最優(yōu)。就象黨支部副書記扮演和事佬的角色：“…為了使整個組織具有最好的戰(zhàn)斗力，我們要重用幾個人，照顧一些人，在萬不得已的情況下委屈一批人”。

軟件折衷的重要原則是不能使某一方損失關鍵的職能，更不可以象“舍魚而取熊掌”那樣拋棄一方。例如3D動畫軟件的瓶頸通常是速度，但如果為了提高速度而在程序中取消光照明計算，那么場景就會喪失真實感，3D動畫也就不再有意義了（如果人類全是色盲，計算機圖形學將變得異常簡單）。

人都有惰性，如果允許濫用折衷的話，那么一當碰到困難，人們就會用拆東墻補西墻的方式去折衷，不再下苦功去做有意義的優(yōu)化。所以我們有必要為折衷制定嚴正的立場：在保證其它因素不差的前提下，使某些因素變得更好。

下面讓我們用“優(yōu)化——折衷”的策略解決“魚和熊掌不可得兼”的難題。

問題提出：假設魚每千克10元，熊掌每千克一萬元。有個倔脾氣的人只有20元錢，非得要吃上一公斤美妙的“熊掌燒魚”，怎么辦？

解決方案：化9元9角9分錢買999克魚肉，化10元錢買1克熊掌肉，可做一道“熊掌戲魚”菜。剩下的那一分錢還可建立獎勵基金。

2.3一些不正確的觀念

本節(jié)例舉并分析一些不正確的軟件工程觀念，可幫助初學者少犯相似的錯誤。

觀念之一：我們擁有一套講述如何開發(fā)軟件的書籍，書中充滿了標準與示例，可以幫助我們解決軟件開發(fā)中遇到的任何問題。

客觀情況：好的參考書無疑能指導我們的工作。充分利用書籍中的方法、技術和技巧，可以有效地解決軟件開發(fā)中大量常見的問題。但實踐者并不能因此依賴于書籍，這是因為：（1）現(xiàn)實的工作中，由于條件千差萬別，即使是相當成熟的軟件工程規(guī)范，常常也無法套用。（2）軟件技術日新月異，沒有哪一種軟件標準能長盛不衰。祖?zhèn)髅胤皆谀承╊I域很吃香，而在軟件領域則意味著落后。

觀念之二：我們擁有最好的開發(fā)工具、最好的計算機，一定能做出優(yōu)秀的軟件。

客觀情況：良好的開發(fā)環(huán)境只是產(chǎn)出成果的必要條件，而不是充分條件。如果擁有好環(huán)境的是一群庸人，難保他們不干出南轅北轍的事情。

觀念之三：如果我們落后于計劃，可以增加更多的程序員來解決。

客觀情況：軟件開發(fā)不同于傳統(tǒng)的農(nóng)業(yè)生產(chǎn)，人多不見得力量大。如果給落后于計劃的項目增添新手，可能會更加延誤項目。因為：（1）新手會產(chǎn)生很多新的錯誤，使項目混亂。（2）老手向新手解釋工作以及交流思想都要花費時間，使實際開發(fā)時間更少。所以科學的項目計劃很重要，不在乎計劃能提前多少，重在恰如其分。如果用“大躍進”的方式奔向共產(chǎn)主義，只會產(chǎn)生倒退的后果。

觀念之四：既然需求分析很困難，不管三七二十一先把軟件做了再說，反正軟件是靈活的，隨時可以修改。

客觀情況：對需求把握得越準確，軟件的修修補補就越少。有些需求在一開始時很難確定，在開發(fā)過程中要不斷地加以改正。軟件修改越早代價越少，修改越晚代價越大，就跟治病一樣道理。

2.4一些有爭議的觀念

本節(jié)探討一些有爭議的觀念，目的不在于得出“正確”或“錯誤”的評斷，而在于爭議會激發(fā)更多理性的思考。

爭議之一：如果軟件運行較慢，是換一臺更快的計算機，還是設計一種更快的算法？

作者觀點：如果開發(fā)軟件的目的是為了學習或是研究，那么應該設計一種更快的算法。如果該軟件已經(jīng)用于商業(yè)，則需謹慎考慮：若換一臺更快的計算機能解決問題，則是最快的解決方案。改進算法雖然可以從根本上提高軟件的運行速度，但可能引入錯誤以及延誤進程。技術狂毫無疑問會選擇后者，因為他們覺得放棄任何可以優(yōu)化的機會就等于犯罪。

類似的爭議還有：是買現(xiàn)成的程序，還是徹底自己開發(fā)？技術人員和商業(yè)人士常常會有不同的選擇。

爭議之二：有最好的軟件工程方法，最好的編程語言嗎？

作者觀點：在軟件領域永遠沒有最好的，只有更好的。能解決問題的都是好方法或是好語言。程序員在最初學習Basic、Fortran、Pascal、C、C++等語言時會感覺一個比一個好，不免有喜新厭舊之舉。而如今 的Visual Basic、Delphi、Visual C++、Java等語言各有所長，真的難分優(yōu)劣。開發(fā)人員應該根據(jù)客觀條件，選擇自己熟悉的方法和語言，才能保證合格的質量與生產(chǎn)率。

程序設計是自由與快樂的事情，不要發(fā)誓忠于某某主義而自尋煩惱。

爭議之三：編程時是否應該多使用技巧？

作者觀點：就軟件開發(fā)而言，技巧的優(yōu)點在于能另辟蹊徑地解決一些問題，缺點是技巧并不為人熟知。若在程序中用太多的技巧，可能會留下隱患，別人也難以理解程序。鑒于一個局部的優(yōu)點對整個系統(tǒng)而言是微不足道的，而一個錯誤則可能是致命的。作者建議用自然的方式編程，少用技巧。

《狼三則》的故事告訴我們“失敗的技巧通常是技倆”。當我們在編程時無法判斷是用了技巧還是用了技倆，那就少用?！顿u油翁》的故事又告訴我們“熟能生巧”，表明技巧是自然而然產(chǎn)生的，而不是賣弄出來的。賣油翁的絕技是可到中央電視臺表演的，而他老人家卻謙虛地說：“沒啥沒啥，用熟了而已”。

爭議之四：軟件中的錯誤是否可按嚴重程度分等級？

作者觀點：在定量分析時，可以將錯誤分等級，以便于管理。微軟的一些開發(fā)小組將錯誤分成四個等級 [Cusumano 1996]，如表1.1所示。

一級嚴重：錯誤導致軟件崩潰。

二級嚴重：錯誤導致一個特性不能運行并且沒有替代方案。

三級嚴重：錯誤導致一個特性不能運行但有替代方案。

四級嚴重：錯誤是表面化的或是微小的。

表1.1 錯誤的四個等級

上述分類是非常技術性的，并不是普適的。假設某個財務軟件有兩個錯誤：錯誤A使該軟件死掉，錯誤B導致工資計算錯誤。按表1.1分類，錯誤A屬一級嚴重，錯誤B屬二級嚴重。但事實上B要比A嚴重。工資算多了或者算少了，將會使老板或員工遭受經(jīng)濟損失。而錯誤A只使操作員感到厭煩，并沒有造成經(jīng)濟損失。另一個示例是操作手冊寫錯，按表1.1分類則屬四級嚴重，但這種錯誤可能導致機毀人亡。

開發(fā)人員應該意識到：所有的錯誤都是嚴重的，不存在微不足道的錯誤。這樣才能少犯錯誤。

2.5小 結

軟件工程學科發(fā)展到今天，已經(jīng)有了很多方法和規(guī)范，學之不盡。本章只在宏觀上討論了軟件工程的一些

思想，更具體的內(nèi)容將在后面的章節(jié)論述。無論是什么好方法，貴在理解與靈活運用，而不可當成靈丹妙藥，不象“吃了腦黃金或腦白金，就能使一億人先聰明起來”。

3程序員與程序經(jīng)理

工作在第一線的軟件開發(fā)人員是程序員和程序經(jīng)理，他們決定著軟件的命運。良好的程序員隊伍和出色的管理是軟件項目成功的必要條件。管理不是管制，不是去卡住人家的脖子，因為程序員不是一群野鴨子。管理的目的是讓大家一起把工作做好，并且讓各人獲得各自的快樂和滿足。當一個組織被出色地領導時，雇員甚至不知道他們已被領導。在項目完成時，他們會自豪地說：“看看我們通過努力取得的成績吧”。所以管理者不能老惦記著自己是一個官，而應時刻意識到自己是責任的主要承擔者。

我們經(jīng)常會聽到有經(jīng)理頭銜的人在高談闊論：“編程我不會，做個項目還不easy？派個人去搞系統(tǒng)分析，回頭再叫幾個程序員把需求譯成程序，不就OK了嗎？”

不懂英語的人準以為easy和OK是貶義詞。要讓軟件項目失敗很容易，只要符合下列條件之一即可：

（1）項目經(jīng)理對軟件一無所知；

（2）技術負責人對編程不感興趣；

（3）真真編寫代碼的程序員是臨時雇用的。

如果上述三個條件同時具備，就請放心失敗好了。

讓我們少幻想自己是比爾·蓋茨，先當好程序員和程序經(jīng)理再說。

3.1了解程序員

早期的程序員干活能從軟件直通硬件，個個生猛無比。又因他們的作息時間、言行舉止與常人不太一樣，久而久之就給人們留下了“神秘”、“孤僻”的印象。如今軟件行業(yè)被炒得熱火朝天，有能耐的程序員即便躲在大山岙的軍工廠里也能被挖出來。而更多原本不是程序員的人操起幾本“速成”、“二十一天通”等書籍也加入了這個行業(yè)?，F(xiàn)在國內(nèi)號稱有上百萬程序員，這支大軍魚龍混雜，已搞不清那些是正規(guī)軍，那些是民兵游擊隊了。

第四篇：《軟件工程》

《軟件工程》課程分析

本課程是軟件技術專業(yè)學生必修的一門專業(yè)必修課。根據(jù)培養(yǎng)軟件開發(fā)人員的需要，本課程的任務是使學生通過本課程的學習，了解軟件項目開發(fā)和維護的一般過程，掌握軟件開發(fā)的傳統(tǒng)方法和最新方法。能在軟件工程的理論指導下，開發(fā)一個小型管理系統(tǒng)，為今后從事軟件工程實踐打下良好的基礎。

一、課程分析

（一）教學計劃的制定和教學內(nèi)容的選取

根據(jù)培養(yǎng)應用技能型人才的總目標，制訂本專業(yè)教學計劃，課程的教材配套，教學、實驗、實訓、課程設計大綱和指導書等教學文件齊全，近幾年來引入了現(xiàn)代教學技術手段，已初步建設、形成了具有特色的全套課堂教學和實驗教學課件。

根據(jù)該課程的基本教學要求和特點，結合學時的安排，從教材的整體內(nèi)容出發(fā)，有側重地進行取舍，篩選出學生必須掌握的基本教學內(nèi)容，較好地解決了教學中質量與數(shù)量的矛盾。

（二）教學方法分析

由于該課程是用于指導軟件開發(fā)的，和實踐聯(lián)系非常緊密。所以采用了理論聯(lián)系實際的方法進行授課。一方面，讓學生模擬軟件公司的項目小組進行軟件開發(fā)；一方面，對學生進行適時的理論指導。既調動了學生的積極性，又讓學生了解了該課程的理論內(nèi)容，收到了一舉兩得的效果。具體教學過程如下：

第一步：模擬軟件公司的開發(fā)項目小組，分組，分設角色（項目經(jīng)理、用戶、需求人員、設計人員、程序員、測試人員、軟件安裝培訓維護人員），確定開發(fā)題。讓每個小組的學生聚在一起，在項目經(jīng)理的組織下通過調研、討論來制定自己小組的開發(fā)題目，大家感覺就象在軟件公司實習一樣，非常新鮮，感興趣。每個學生都積極主動的去完成自己應承擔的那部分工作。

第二步：模擬軟件項目開發(fā)全過程的各個階段，進行相關的理論授課和實際開發(fā)。即對軟件開發(fā)的每一階段，首先按照教材內(nèi)容進行理論授課，然后讓學生參照授課內(nèi)容進行實際的軟件開發(fā)實踐。

在此階段結束后，每班召開一個模擬方案論證會，由各開發(fā)小組選出代表上臺講解本組的開發(fā)方案，其他同學模擬用戶對開發(fā)方案提出意見。由于大家對模擬方案論證會非常感興趣，發(fā)言積極踴躍，論證會結束后，每個小組的設計方案都得到了很好的補充和完善。

第三步：學期末各小組提交各自完成的軟件系統(tǒng)及開發(fā)文檔，并進行總結演示，由任課教師進行講評。

抽象理論課的教學應理論聯(lián)系實際，讓學生在實際應用中掌握抽象的理論，在興趣中學習，達到我們高職的雙向型培養(yǎng)目標。

二、存在的問題與希望

在上述的教學中，雖然實現(xiàn)了理論聯(lián)系實際，但也存在著一些問題，比如每個項目小組中總有個別同學存在依賴心理，不參與項目開發(fā)，最后抄襲別的同學的項目成果，自己得不到實際的鍛煉，影響了大三的畢業(yè)設計和日后的軟件開發(fā)。另外，如果該課程只上課，沒有實訓的話，實驗課時太少，學生很難全面完成一個系統(tǒng)的開發(fā)。

第五篇：軟件工程

1.軟件工程：是指導計算機軟件開發(fā)和維護的工程學科

2.軟件危機：是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題

3.軟件過程：是為了開發(fā)出高質量的軟件產(chǎn)品所需完成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟

4.軟件生命周期：是指從軟件定義、開發(fā)、使用、信息”。此外，系統(tǒng)還應該具有“定時取樣生理信號”、“更新日志”和“產(chǎn)生病情報告”的功能。為了分析病人生理信號是否超出了醫(yī)生規(guī)定的安全范圍，應該存儲“患者安全范圍”信息。此外，定時記錄病人生理信號所形成的“患者日志”，顯然也是一個數(shù)據(jù)存 儲。

23.軟件危機有那些典型表現(xiàn)？

(1)央一個索引號）。

針對若干個不同的NAME重復執(zhí)行上述命令序列。

?測試系統(tǒng)非正常操作的測試數(shù)據(jù) ①用過長的關鍵字作為命令b的參數(shù)：例如，b（reliability software and hardware combined）

預期的輸出：系統(tǒng)截短過長的關鍵字，例如，上列命令中的關鍵字可能性被截預期的輸出：X=1，Y=20，Z=3 ④ 3個判定表達式依次為假、真、真 輸入：A=1，B=40，C=60 預期的輸出：X=1，Y=20，Z=30 ⑤ 3個判定表達式依次為真、假、假 輸入：A=20，B=1，C=1 預期的輸出：X=10，Y=2，Z=3 ⑥ 3個判定表達式依次為真、假、真 輸入：A=20，B=1，C=60 對軟件開發(fā)成本和進度的估計常常很不準確。維護到淘汰的全過程

5.軟件工程環(huán)境：方法與工具的結合，加上配套的軟、硬件支持稱為軟件工程環(huán)境

6.模塊：是數(shù)據(jù)說明、可執(zhí)行語句等程序對象的集合7.模塊化：是按規(guī)定的原則將一個大型軟件分為一個個較小的、相對獨立但又相關的模塊

8.耦合：是對一個軟件結構內(nèi)不同模塊之間互連程度的度量

9.內(nèi)聚：標志著一個模塊內(nèi)各個元素彼此結合的緊密程度

10.結構程序設計：如果一個程序的代碼塊只有一個入口和一個出口，則稱這個程序是結構化的11.實現(xiàn)：通常指編碼和測試

12.軟件可靠性：是指程序在給定的時間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功地運行地概率

13.集成測試：是測試和組裝軟件的系統(tǒng)化技術 14.軟件維護：是指軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程

15.對象：在應用領域中有意義的、與所解決的問題有關系的任何事物

16.對象模型：表示靜態(tài)的、結構化的系統(tǒng)的“數(shù)據(jù)”性質

17.功能模型：表示變化的系統(tǒng)的“功能”性質 18.面向對象分析：就是抽取和整理用戶需求并建立問題域精確模型的過程

19.重用：是指同一事物不作修改或者稍加改動就多次重復使用

20.可行性分析包括：技術可行性、經(jīng)濟可行性、操作可行性

21.北京某高?？捎玫碾娫捥柎a有以下幾類：校內(nèi)電話號碼由 4 位數(shù)字組成??定義上述電話號碼

電話號碼=[校內(nèi)電話號碼|校外電話號碼]

校內(nèi)電話號碼=非零數(shù)字+ 3 位數(shù)字 //后面繼續(xù)定義 校外電話號碼=[本市號碼|外地號碼] 本市號碼=數(shù)字零+8 位數(shù)字

外地號碼=數(shù)字零+3 位數(shù)字+8 位數(shù)字 非零數(shù)字=[1|2|3|4|5|6|7|8|9] 數(shù)字零＝0位數(shù)字＝3{數(shù)字}3//3 至 3 個數(shù)字 8 位數(shù)字=非零數(shù)字+7 位數(shù)字 7 位數(shù)字=7{數(shù)字}7 數(shù)字＝[0|1|2|3|4|5|6|7|8|9]

22.目前住院的病人主要由護士護理，這樣做不僅需要大量護士??寫出問題定義，分析可行性 從問題陳述可知，本系統(tǒng)數(shù)據(jù)源點是“病人”和“護士”，他們分別提供生理信號和要求病情報告的信息。進一步分析問題陳述，從系統(tǒng)應該“定時記錄病人情況以形成患者日志”這項要求可以想到，還應該有一個提供日期和時間信息的“時鐘”作為數(shù)據(jù)源點。從問題陳述容易看出，本系統(tǒng)的數(shù)據(jù)終點是接收警告信息和病情報告的護士。系統(tǒng)對病人生理信號的處理功能主要是“接收信號”、“分析信號”和“產(chǎn)生警告

(2)用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常

發(fā)生。

(3)軟件產(chǎn)品的質量往往靠不住。(4)軟件常常是不可維護的。(5)軟件通常沒有適當?shù)奈臋n資料。(6)軟件成本在計算機系統(tǒng)總成本中所占的比例

逐年上升。(7)軟件開發(fā)生產(chǎn)率提高的速度，遠遠跟不上計算

機應用迅速普及深入的趨勢

25.銀行計算機存儲系統(tǒng)的工作過程大致如下：??請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用實體—聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對象 26.復印機的工作過程大致如下：未接到復印命令時處于閑置狀態(tài)??請用狀態(tài)轉換圖描繪復印機的行為

27.用面向數(shù)據(jù)流的方法設計下列系統(tǒng)的軟件結構

（1）機票預定系統(tǒng)（2）患者監(jiān)護系統(tǒng) 28.耦合包括數(shù)據(jù)耦合、控制耦合、公共環(huán)境耦合、內(nèi)容耦合29.內(nèi)聚包括功能內(nèi)聚、順序內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時間內(nèi)聚、邏輯內(nèi)聚、偶然內(nèi)聚

30.美國某大學有200名教師，校方與教師工會剛剛簽訂一項協(xié)議。按照協(xié)議??

31.畫出下列偽代碼的流程圖，計算它的環(huán)形復雜度

?

32.某圖書館有一個使用CET

終端的信息檢索系統(tǒng)，該系統(tǒng)有下列4個基本檢索命令：

（1）設計測試數(shù)據(jù)以全面系統(tǒng)的正常操作

（2）設計測試數(shù)據(jù)以測試系統(tǒng)的非正常操作

解：?測試系統(tǒng)正常操作的測試數(shù)據(jù) ①順序執(zhí)行下列3個命令：b（KEYWORD）s（L）d（N）

其中KEYWORD是正確的關鍵字；L是執(zhí)行命令b后在屏幕上顯示的約20個行號中的一個（至少應該使L分別為第一個、最后一個和中央一個行號）；N是執(zhí)行命令s后列出的索引號中的一個（至少應該使N分別為第一個、最后一個和中央一個索引號）。

針對若干個不同的KEYWORD重復執(zhí)行上述命令序列。

②順序執(zhí)行下列2個命令：f（NAME）d（N）

其中，NAME是已知的作者姓名；N是執(zhí)行命令f后列出的索引號中的一個（至少應該使N分別為第一個、最后一個和中

短為reliability software

②用不正確的關鍵字作為命令b的參數(shù)：例如，b（AARDVARK）

預期的輸出：顯示出最接近的匹配結果，例如，執(zhí)行上列命令后可能顯示 1．AARON，JULES（book）③用比執(zhí)行命令b后列出的最大行號大1的數(shù)作為命令s的參數(shù)

預期的輸出：“命令s的參數(shù)不在行號列表中”

④用數(shù)字和標點符號作為命令b和命令f的參數(shù)

預期的輸出：“參數(shù)類型錯”

⑤用字母字符作為命令s和命令d的參數(shù) 預期的輸出：“參數(shù)類型錯”

⑥用0和負數(shù)作為命令s和命令d的參數(shù) 預期的輸出：“參數(shù)數(shù)值錯” ⑦命令順序錯：例如，沒執(zhí)行命令b就執(zhí)行命令s，或沒執(zhí)行命令s就執(zhí)行命令d 預期的輸出：“命令順序錯”

⑧命令語法錯：例如，遺漏命令名b、s、d或f；或命令參數(shù)沒用圓括號括起來 預期的輸出：“命令語法錯” ⑨命令參數(shù)空：例如，b（）、s（）、d或f（）

預期的輸出：系統(tǒng)提供默認參數(shù)或給出出錯信息

⑩使用拼錯了的作者姓名作為f的參數(shù) 預期的輸出：“找不到這們作者的著作”

33.（2）答：經(jīng)驗表明，在類似的程序中，單位長度

里的錯誤數(shù)ET/IT近似為常數(shù)。美國的一些統(tǒng)計數(shù)字告訴我們，通常

0.5X10-2≤ ET/IT ≤2X10-2

也就是說，在測試之前每1000條指令中大約有5～20個錯誤。

假設在該程序的每1000條指令中有10個錯誤，則估計在對它進行測試期間將發(fā)現(xiàn)的錯誤數(shù)為

5000X10/1000=50（個）（3）① 使3個判定表達式之值全為假 輸入：A=1，B=1，C=1 預期的輸出：X=1，Y=2，Z=3 ② 使3個判定表達式之值全為真 輸入：A=20，B=40，C=60 預期的輸出：X=10，Y=20，Z=30 ① 3個判定表達式之值全為假 輸入：A=1，B=1，C=1 預期的輸出：X=1，Y=2，Z=3 ② 3個判定表達式依次為假、假、真 輸入：A=1，B=1，C=60 預期的輸出：X=1，Y=2，Z=30 ③ 3個判定表達式依次為假、真、假 輸入：A=1，B=40，C=1

預期的輸出：X=10，Y=2，Z=30 ⑦ 3個判定表達式依次為真、真、假 輸入：A=20，B=40，C=1 預期的輸出：X=10，Y=20，Z=3 ⑧ 3個判定表達式全為真 輸入：A=20，B=40，C=60 預期的輸出：X=10，Y=20，Z=30 34.軟件的可維護性與哪些因素有關：軟件的可理解性、可測試性、可修改性、文檔描述符合要求、用戶文檔簡潔明確、系統(tǒng)文檔完整并且標準

35.面向對象方法是一種運用對象、類、繼承、封裝、聚合、消息、多態(tài)等概念來構造系統(tǒng)的軟件開發(fā)方法。

面向對象方法的優(yōu)點是：符合人們習慣的思維方式、穩(wěn)定性好、可重用性好、可維護性好、容易開發(fā)大型的軟件產(chǎn)品