第一篇：軟件題

1.什么是軟件？

軟件：看不見摸不著的邏輯實體，沒有磨損和老化，失效率與硬件不同，可移植性。2.什么是軟件危機？

軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。3.什么是軟件工程？軟件工程有那幾個要素？

軟件工程是指計算機軟件開發(fā)和維護的一門工程學科。采用工程的概念、原理、技術和方法來開發(fā)與維護軟件，把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以經濟地開發(fā)出高質量的軟件并有效地維護它，這就是軟件工程。軟件工程三要素：方法、工具、過程。4.什么是軟件工程的生命周期？

一個軟件從定義、開發(fā)、使用、維護直至最終報廢，所經歷的生存過程為軟件生存期或生命周期。

1.什么是軟件過程？

軟件過程是為了獲得高質量軟件所需要完成的一系列任務的框架它規(guī)定了完成各項任務工作的工作步驟。

2.常用的軟件開發(fā)類型有哪幾種？說明它們的特點和應用場合？（1）瀑布模型 特點：（1）階段間的順序性和依賴性（2）文檔驅動性 應用場合：適合需求可變性低

（2）原型模型：特點：（1）原型驅動（2）過程的交互性和迭代性 應用場合：適合需求可變性高的

（3）螺旋模型 特點：（1）模型結合：瀑布模型+快速原型+風險分析（2）迭代過程 應用場合：適合較大風險

（4）增量模型 特點：能在較短時間內向用戶提交可完成部分工作的產品，4逐步增加產品功能可以使用戶有較充裕的時間學習和適應新產品，從而減少一個全新的軟件可能給客戶組織帶來的沖擊。應用場合：軟件需求不明確，設計方案有風險的項目。

（5）噴泉模型 特點：1.過程迭代（重復、演進）2.階段間的無間隙過渡性—各階段間無明顯界限。應用場合：面向對象的應用場合。

（6）構件組裝模型 特點：1.面向對象 2.基于構件庫 3.融合螺旋模型特征 4.支持軟件開發(fā)的迭代方法 5.軟件重用 應用場合：大型、復雜。1.可行性研究的目的是什么？

答：可行性研究的目的是用最小的代價在盡可能短的時間內確定問題是否能夠解決。2.可行性應當從哪幾個方面進行研究？

經濟可行性、技術可行性、操作可行性、法律可行性。3.常用的成本估算方法有哪幾種？

(1)基于代碼行的成本估算方法(2)任務分解成本估算(3)經驗統(tǒng)計估算模型①參數方程②動態(tài)多變量參數模型③COCOMO模型（constructive Cost Model）⑷自動估算工具

1.獲取需求有哪些常用的方法？

（1）訪談：正式的和非正式的訪談（2）問卷調查 問卷調查即把需要調查的內容制成表格交給用戶填寫。該方法對需要調查大量人員的意見時，十分有效。（3）情景分析 情景分析就是對目標系統(tǒng)解決某個具體問題的方法和結果，給出可能的情景描述，以獲知用戶的具體需求。（4）實地考察（5）構造原型

2.什么是數據流圖？他有哪些常用的符號？ 數據流圖是一種圖形化技術，他描述信息流和數據流從輸入移動到輸出的過程中所經受的變換，表達系統(tǒng)內部數據的運動情況。

圓框：表示從輸入到輸出的數據流中的一個加工，在框內注明加工的名稱；

方框：表示數據的源點或數據的匯點，即外部實體，在框內注明實體的名稱；箭頭：表示被加工數據的路徑和流向，即數據流，可用名詞和或名詞性短語命名；

雙杠：表示數據存儲，可以是一個記錄或一個數據文件，可用名詞和或名詞性短語命名 2.請說明如何提高模塊的獨立性？

（1）設計出軟件的初步結構以后，應該審查分析這個結構。通過模塊分解或合并。力求降低耦合高內聚。（2）模塊的獨立程度可以由兩個定性標準度量，這兩個標準分別稱為內聚和耦合。耦合衡量不同模塊彼此間互相依賴的緊密程度。內聚衡量一個模塊內部各個元素彼此結合的緊密程度。

1.表達算法的常用工具有哪些？

程序流程圖、N-S圖、結構化語言、PAD圖

1.什么是編碼風格？在進行編碼是應當從哪些方面注重編碼風格的統(tǒng)一？ 程序員編寫程序習慣

體現(xiàn)在四個方面：源程序文檔化、數據說明方法、語句結構、輸入/輸出方法。2.在進行軟件開發(fā)時，如何選擇開發(fā)工具？ 4方面（1）項目應用（2）軟件開發(fā)人員對軟件的了解程度（3）用戶掌握與使用情況（4）可移植性

3.程序設計的三種結構是什么？ 順序、選擇、循環(huán)

1.什么是軟件測試？為什么要進行軟件測試？ 軟件測試是為了發(fā)現(xiàn)錯誤而運行錯誤的過程，是根據軟件開發(fā)各階段的規(guī)格說明和程序內部結構精心設計一批測試用例，并利用這些用例去運行程序，以發(fā)現(xiàn)程序中的錯誤。因為軟件有缺陷

2.軟件測試的常用方法是如何分類的？

兩類：靜態(tài)、動態(tài) 靜態(tài)：靜態(tài)分析器、代碼評審 動態(tài)：白盒：能看到程序內部結構 黑盒：功能

3.什么是測試用例？什么是好的測試用例？ 測試用例=輸入數據+預期輸出結果

好的測試用例是指發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的用例 對應的測試過程：成功的測試 4.軟件測試的步驟是什么？

單元測試、組裝測試、確認測試、系統(tǒng)測試

1.什么是軟件維護？它占軟件生命周期的百分之幾？ 在軟件運行/維護階段對產品所進行的修改就是維護。70% 2.軟件維護分哪些類型？他們分別占百分之幾? 改正性維護：21% 適應性維護：25% 完善性維護：50% 預防性維護：4% 3.軟件維護的步驟是什么？

第一步：軟件維護申請報告 第二步：維護工作的實施 第三步：維護文檔管理 第四步：維護活動評價

1． 項目有哪些特性？

有明確開始結束時間，明確的經費預算、具體的實現(xiàn)目標。2.什么是cmm?cmm分成幾個等級，其中最高級是什么？ Cmm:能力成熟度模型 衡量軟件開發(fā)程度

5個等級：1.初始級 2.可重復級 3.已定義級 4.以管理級 5.優(yōu)化級 最高級：優(yōu)化級 3.什么是軟件重用？軟件重用有哪些好處？

同一事物不做修改或稍加改動就多次重復使用 軟件構成：程序、數據、文檔 好處：提高開發(fā)效率、縮短軟件開發(fā)周期。

第二篇：軟件課題結題報告

篇一：軟件項目開發(fā)結項報告

當前第2頁

共11頁 當前第3頁

共11頁 當前第4頁

共11頁 當前第5頁

第三篇：軟件項目管理案例分析20題

軟件項目管理案例分析

案例分析一

問題1：

本項目申請國家技術創(chuàng)新基金100萬元，但國家實際批準基金額度很可能會低于100萬元，“項目投資來源”中應當說明：當國家實際批準基金低于申請額度時，如何補足二者之間的差額以及由此所引起的地方匹配基金的差額。

應重新召開股東大會并討論以下議題：當國家實際批準基金低于申請額度時，公司是否愿意補足二者之間的差額以及由此引起的地方匹配基金的差額。

如果能夠通過，應在“項目投資來源”中加注：當國家實際批準基金低于申請額度時，公司承諾補足二者之間的差額以及由此引起的地方匹配基金的差額（附新的公司股東大會決議）。問題2：

A，B雙方以B方現(xiàn)有技術成果為基礎進一步合作開發(fā)，應明確以下幾個主要問題：（1）B方是以現(xiàn)有技術成果折價入股，還是將現(xiàn)有技術成果轉讓給A方；（2）如果是“技術轉讓”，應明確是“專利權轉讓”、“專利實施許可”、還是“技術秘密轉讓”？

（3）雙方是否已就合作開發(fā)的新技術成果的所有權、使用權以及利益分成問題達成一致意見？

雙方是否已正式簽訂“合作開發(fā)合同”或“技術轉讓合同”？ 問題3：

應主要從以下幾方面分析項目技術的成熟性：

（1）關鍵技術成熟性分析（包括采用的現(xiàn)有成熟關鍵技術、已攻克的關鍵技術、待研究的關鍵技術等）；

（2）項目采用的關鍵技術是否獲得國家、部門或地方科技計劃的支持（已獲得、尚未獲得）及計劃的名稱、獲得支持的時間；

（3）項目采用的關鍵技術是否通過技術鑒定（已鑒定、尚未鑒定）及鑒定單位、鑒定意見、鑒定時間。

案例分析二

問題1：

由項目執(zhí)行偏差導致項目計劃變更的各種誘發(fā)因素稱為項目變更的內部因素。由項目目標變化導致項目計劃變更的各種誘發(fā)因素稱為項目變更的外部因素。問題2：

“B方首付資金未能按時交付”、“A方盲目確定進度目標”、“A方的前期設計有疏漏”、“A方編制的需求分析說明書未能準確、全面地表達B方的實際需求”、“B方自行負責的機房裝修誤期”、“A方開發(fā)人員跳槽”，屬于項目變更的內部因素。

“證監(jiān)會要求上市公司執(zhí)行新的會計制度”、“B方因機構重組改變了業(yè)務流程”、“B方提出增加合同審計功能”、“B方行業(yè)主管部門發(fā)布了新的行業(yè)ERP實施規(guī)范”，屬于變更的外部因素。問題3：

“A方盲目確定進度目標”、“A方的前期設計有疏漏”、“A方開發(fā)人員跳槽”，屬于A方責任。由此而增加的項目經費，由A方承擔。“需求分析時，B方表達不清，A方理解有誤，雙方溝通不夠，A方編制的需求分析說明了書未能準確、全面地表達B方的實際需求，而B方未能及時指正”，屬于雙方責任，由此而增加的項目經費，由A、B雙方協(xié)商分攤。

其余各條，無論B方是否負有責任，均應承擔由此而增加的項目經費。問題4：

對于由內部因素引起的變更請求，變更評估的重點是確定最優(yōu)變更方案。而對于外部因素引起的變更請求，變更控制委員會應重點評估變更的必要性。

案例分析三

問題1：

（1）沒有清晰地了解到產品的范圍，導致項目后期需求的蔓延；

（2）沒有澄清模糊的項目范圍，在安裝服務器的問題上產生異議，最終增加了未計劃到的工作；

（3）沒有進行變更控制，以至于變更的結果不理想，導致反復地變更。問題2：

（1）變更工作沒有得到確認，導致工作的結果不能夠被認可；

（2）變更沒有得到有效地執(zhí)行。尤其當同時發(fā)生多個變更的時候，如果沒有有效的控制很容易造成一些變更被忽略甚至遺漏；

（3）未控制的變更造成系統(tǒng)的混亂。軟件系統(tǒng)是一個復雜的系統(tǒng)，系統(tǒng)間很多部件都存在關聯(lián)，對其中某一部分進行更改可能會牽連到其他部分，造成整個系統(tǒng)的問題。

問題3：

范圍控制是范圍管理中重要的工作之一，范圍控制的主要目的是控制變更的結果；保證所有被請求的變更都可以得到有效的處理；協(xié)調所有同變更相關的工作、資源和交付成果，讓項目始終處在被控制的狀態(tài)。范圍控制的意義也在于此，通過范圍控制，可以減少范圍變更對項目造成的影響，降低風險，讓項目處在可控制可跟蹤的狀態(tài)。

案例分析四

問題1：

分解項目WBS的一般過程如下：（1）識別可交付成果及有關工作；（2）確定工作分解結構的結構與編排；

（3）將工作分解結構的上層分解到下層的組成部分；（4）為工作分解結構組成部分提出并分配標識編碼；（5）核實工作分解的程度是否必要且足夠。問題2：

創(chuàng)建項目WBS時需要注意以下四點：（1）分解出的工作是充分且必要的；

（2）工作的獨立性。即工作一旦開始，就可以在不中斷的條件下完成；

（3）工作完成度的可判斷性。即可以清楚地判斷工作是否已經開始，工作完成了多少，以及工作是否已完成。

（4）工作的交付成果。即工作完成后將得到什么樣的成果。問題3：

（1）在“同K企業(yè)負責人溝通后明確項目的范圍”中，小張進行了范圍定義的工作。之后小張又編寫《關于***系統(tǒng)第三方系統(tǒng)測評計劃備忘錄》的文檔，并發(fā)給企業(yè)K 負責人確認，讓項目范圍在各干系人中得到一致的認識。

（2）在“將配合第三方機構進行測評的工作加入到項目WBS”中，小張進行了范圍控制的工作。

案例分析五 案例分析六

案例分析七

問題1：

公司負責人不應該把單純的參數模型放在成本估計上，而要根據不同的情況，采用不同的方法，否則會使成本估計產生很大的偏差。

在做成本估計時建立參數模型只是其中一種方法。建立參數模型指在數學模型中運用項目特點（參數）來預測項目成本。建立參數模型的首要條件是建模所參考的歷史數據的精確性程度。

但是實際情況是該項目由于需要改動的那個過程中有很多工作不是很清晰，而且這過程還會對其他5個過程產生一些影響，影響的程度也沒有得到明確的界定。更重要的是，改動的流程過程占整個制造成本的36%,因此完全按照參數模型是不合適的。問題2：

由于王工程師能夠準確地獲得其他5個沒有改動過程的詳細成本信息，因此工程師在對已經明了的項目的5個過程應該采用建立參數模型法來對其進行成本估計。

而對那個需要改動的過程應該采用類比估算法，這是由于當對項目的詳細情況了解甚少時（例如在項目的初期階段），往往采用這種方法估算項目的總成本。問題3：

成本控制就是要保證各項工作要在它們各自的預算范圍內進行。成本控制的基本方法是規(guī)定各部門定期上報其成本報告，再由控制部門對其進行成本審核，以保證各種支出的合法性，然后再將已經發(fā)生的成本與預算相比較，分析其是否超支，并采取相應的措施加以彌補。有效的成本控制的關鍵是經常及時分析成本績效，盡早發(fā)現(xiàn)成本偏差和成本執(zhí)行效率，這樣就能在情況變壞之前及時有效地采取措施。

成本控制包括查找正、負偏差的原因，它必須與其他控制過程緊密地結合起來。成本控制實質上就是監(jiān)控成本的正負偏差，分析偏差產生的原因，及時采取措施以確保項目朝著有利的方向發(fā)展。主要方法有成本變更控制系統(tǒng)、績效衡量分析、項目績效審核、電腦化工具、偏差管理等。

案例分析八

案例分析九

問題1：

不明確需求就進行開發(fā)，造成項目開發(fā)無法制定相應的計劃。缺乏合理的項目開發(fā)計劃，就無法保證項目的質量。

如果由于某種客觀原因造成無法在軟件項目開發(fā)之前明確這個需求，需要對這個軟件項目進行階段劃分，在每個階段中明確部分需求，并制定相應的開發(fā)計劃。問題2：

該公司的張工應該盡可能早地明確整個軟件項目的需求，制定相應的計劃。

張工可以把整個項目的開發(fā)階段進行劃分，對每個階段的需求進行分析，制定計劃，執(zhí)行計劃。

B銀行的趙工應該盡可能早地提出需求。

趙工在需求確定后如果需要變更請求，則要和張工一起協(xié)商，然后才能調整需求，并且對項目開發(fā)計劃也進行相應的調整。趙工應該和張工一起分析，明確每個項目開發(fā)階段的需求。問題3：

在項目的需求分析階段，項目負責人和需求提出者需要仔細研究整個項目的相關業(yè)務邏輯，了解整個項目的需求。在需求得到明確的前提下，制定相應的開發(fā)計劃。

在項目的實施階段，需要對每個階段的需求進行明確，制定相應的開發(fā)計劃。保證了每一個階段的開發(fā)質量，就能夠保證整個項目的質量。

案例分析十

問題1：

該軟件公司在明知原有系系統(tǒng)統(tǒng)已經投入使用的情況下，沒有提前分析升級的風險并告知客戶，此證券公司沒有制定升級計劃，沒有和客戶一起制定風險預案。

該證券公司在得知此軟件公司要對他們正在使用的系統(tǒng)進行升級的情況下，沒有主動向該軟件公司了解升級可能引發(fā)的問題，沒有制定必要的風險預案，以致出現(xiàn)問題時無法采取合理的補救措施，造成了一些損失。問題2：

現(xiàn)有系統(tǒng)由于一般已經投入使用，如果對其進行升級會有一定的風險。在進行升級以前，應該對其可能包含的風險和可能帶來的問題進行仔細分析和評估，并有針對性地制定風險預案和升級計劃。在升級失敗或者出現(xiàn)問題影響系統(tǒng)使用的情況下，應該實施風險預案來保證系統(tǒng)的正常使用，盡可能地減少損失。問題3：

軟件系統(tǒng)的升級和開發(fā)一樣，也要制定相應的開發(fā)計劃和質量保證計劃。如果缺少必要的計劃和質量保證措施，也會導致很大的問題。軟件系統(tǒng)升級如果出現(xiàn)質量問題，帶來的損失可能比開發(fā)過程中出現(xiàn)問題更嚴重。因為如果一個正在使用的系統(tǒng)出現(xiàn)問題或無法正常使用，可能帶來一定的經濟損失。因此我們必須像軟件開發(fā)一樣采取必要的質量保證手段來避免或盡可能地減少經濟損失。針對升級可能出現(xiàn)的風險，為了保險起見，需要制定一套或多套見險預案，并且進行預演，一般在出現(xiàn)問題時順利采取風險預案來盡可能減少或避免產生經濟損失。

案例分析十一

問題1：

由于人力資源計劃不合理或者客戶在開發(fā)過程中的一些突發(fā)原因造成人力資源計劃不足以應付項目的正常進行，項目管理人員則需要考慮增加人力資源。在組織內部因為人員緊張已經不能提供合適的開發(fā)人員，同時公司管理層不打算增加人員經費，項目組經過研究決定招聘一批實習生，這算是一個比較正常的解決問題的思路，但是由于是組織外的人員，所以會增加管理難度。同時由于在項目中期引入新的開發(fā)人員，也引入了新的風險：新的開發(fā)人員可能不能及時完成作為先決條件的任務（如培訓及其他項目）；新的開發(fā)人員和項目管理層之間關系不佳，導致決策緩慢，影響全局；由于在工資待遇方面和正式員工有較大差距，且缺乏激勵措施，士氣低下，降低了生產率；新的開發(fā)人員中某些人員需要更多的時間適應還不熟悉的軟件工具和環(huán)境；因為是在項目中后期加入新的開發(fā)人員，需進行培訓并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員的工作效率降低；由于項目成員之間發(fā)生沖突，導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的重復工作；不適應工作的成員沒有調離項目組，影響了項目組其他成員的積極性；也許在所有新開發(fā)人員中沒有找到項目急需的具有特定技能的人，等等。以上這些因素都可能對項目進度造成很壞的影響，有較大的隱患，項目管理人員必須有效控制由此帶來的人員風險。問題2：

關于如何教育和引導剛加入公司的新雇員這個問題，隨著公司產品的多樣性和復雜性變得越來越棘手，而且新加入公司人員可能分別從事不同的工作，如程序員，程序經理，客戶支持工程師，針對不同的角色應該制定不同的方案。

越來越多的公司都試圖聘用能自學業(yè)務的人員，而不愿在培訓項目、正規(guī)條例和流程或詳細的產品記錄上的投資。還可以通過熟練員工來教育新新雇員，這些熟練員工有經長、某些領域的專家以及正式指定的指導教師，他們除了本職工作外還要擔負起教導新雇員的工作。這種方法使得大家覺得有權學習并自己決定學什么和不學什么，使得他們在公司里的作用靈活機動。例如對于程序經理的培訓：剛開始時，新雇員的任務可能是一個單獨的特性，并且在直到完成為止的這段時間內，都會有人對你進行密切地指導。隨后，當這種工作已做得相當熟練之后，便會在更大的特性組中從事類似的工作，但指導會少得多。一段時期后，受訓者會擁有一個小項目或一個大項目的一部分。同時，程序經理還可以受到一些正規(guī)的培訓，包括一個供選修的培訓項目。另外，還可以不定期舉行經驗推介會，屆時會有經驗豐富的程序經理介紹他們自已的經驗。假設你是一個新進入公司的開發(fā)員，那么在頭幾天里，你會與經理們以及來自其他專業(yè)部門的高級人員會面，你會聽到有關開發(fā)周期的一個方向性的簡介，然后開發(fā)經理會立即派給你一個單獨的任務或者讓你與特性小組一起工作，你還可能被介紹給愿意當指導教師的高級開發(fā)員。

一般而言，你開始會從事相對容易的特性編碼工作，這種工作需要的時間較少并且與其它特性關聯(lián)甚少，并且高級人員（特性組長、領域專家、指導教師）隨即非常仔細地檢查你編寫的代碼。此外對開發(fā)領域人員應該有更加正規(guī)的定向的培訓。例如，為新開發(fā)人員提供了幾個為時幾天的實習班，培訓他們處理開發(fā)過程、產品、工具和其它專題。此外對于客戶支持工程師的培訓也是十分重要的。這主要是因為顧客不僅僅是購買產品，他們還要享受到優(yōu)質的售后服務。所以，訓練有素的客戶支持工程師對于保持公司良好形象和提高為顧客服務的能力是至關重要的?？蛻糁С止こ處煵槐叵耖_發(fā)員那樣有必備的職業(yè)教育，但他們必須關于本公司產品如何工作的知識，并且實際上要在某種產品上具有專業(yè)知識。新的客戶支持工程師在上崗之前，接受一段時間的專門培訓。培訓從基本的軟件產品開始，同時他們還接受交際技巧，包括如何與顧客打交道等方面的一般性訓練。作為定向培訓的一部分，他們還接電話，與導師一道工作（每位技術員有一位導師）。在他們被分配處理客戶的電話之前負責答復客戶來信。問題3：

對日軟件外包相對技術難度不高，但是質量要求相當苛刻，外包項目失敗的例子不少。以下就對日軟件外包常見的一些問題進行簡單探討。（1）日方SE認為理所當然的地方，很多細節(jié)不會在式樣書中明確寫出，或者說日方SE完全按照日本做設計的習慣寫式樣書，由于中日文化和思維習慣的差異，可能導致中國軟件開發(fā)人員對這些習慣問題理解有誤。

對策：積累經驗，參照同類系統(tǒng)，提QA表確認。

（2）在產品提交期間，對于某些BUG，可能會出現(xiàn)這樣的爭執(zhí)：中方開發(fā)人員說是由于日方的式樣書沒有寫明確，式樣書不夠細致，日方設計人員說是中方理解式樣書不對，有些地方不寫也應該能自己理解。

對策：首先確保產品質量的交貨時間；加強雙方交流；加強測試。（3）有的項目是日方邊設計，需要中方同步開發(fā)，中方開發(fā)人員認為式樣書上寫多少就做多少沒有寫的就不做。

對策：加強項目的交流，主動提出設計思考讓日方人員確認是不是這樣的意思。（4）中方開發(fā)人員的日語熟練程度不夠。

對策：加強IT日語教育，開發(fā)人員至少達到能理解日語式樣書的水平；配置專業(yè)的日語翻譯輔助。

（5）對于一些中方開發(fā)人員在太在意的一些細節(jié)問題，例如：字體，顏色、對齊方式等，要求不夠嚴謹。

對策：強化質量意識，建立開發(fā)和測試規(guī)范。

（6）開發(fā)過程的規(guī)范性與開發(fā)人員的態(tài)度：日本企業(yè)的開發(fā)管理，講究中規(guī)中矩，非常重視文檔的規(guī)范化管理，力求做到“凡事必求有據”；而中國企業(yè)在文檔的規(guī)范化管理方面相對淡?。蝗毡酒髽I(yè)項目管理對涉及的過程和文檔，規(guī)定了極其嚴格的次序和樣式，要求開發(fā)人員嚴格執(zhí)行。而中國企業(yè)在具體執(zhí)行方面，開發(fā)人員往往對這些規(guī)范和要求的遵照不夠嚴謹。

對策：完全按照客戶要求執(zhí)行，包括文檔，如：開發(fā)進度報告、測試用例、測試報告等；加強開發(fā)過程管理，規(guī)范開發(fā)過程，引入CMM模式；加強軟件質量保證，如代碼評審、文檔審核、測試。

（7）中國企業(yè)的開發(fā)人員比較喜歡技術創(chuàng)新，在開發(fā)過程中對于一些技術問題提出自己的技術方案，可能會導致部分模塊技術實現(xiàn)方式與整體要求有差異。

對策：完全尊重日本客戶的文化和管理模式，積極提出技術建議；對于有要求遵照Sample代碼或對具體技術實現(xiàn)細節(jié)有嚴格要求的，開發(fā)人員必須嚴格遵循，不允許采用自已的技術實現(xiàn)；加強代碼審查（code review）。

（8）一些日本企業(yè)與中國企業(yè)的SE共同參與設計或交流的項目。

對策：在日本的合作伙伴企業(yè)派遣SE到項目現(xiàn)場進行設計；派遣中國SE到日本參與設計，設計完成后帶回中國開發(fā)；日本企業(yè)短期派遣SE到中國。（9）軟件外包知識產權保護與客戶保密問題。

對策：嚴格保護日本客戶商業(yè)秘密和知識產權；中國企業(yè)與日本企業(yè)簽訂保密協(xié)議；中國企業(yè)與開發(fā)人員簽訂保密協(xié)議。

（10）日本企業(yè)對中國企業(yè)開發(fā)進度的掌握。

對策：按照日本企業(yè)項目管理要求報告項目進度；分階段交付。（11）遠程協(xié)同合作開發(fā)的交流手段和方式。

對策：實時消息/語音/視頻交流，例如：MSN Messenger, Yahoo Mesenger、視頻會議系統(tǒng)、遠程控制、遠程協(xié)助、遠程調試；Email、FTP；相互人才派遣，人才交流。

案例分析十二

問題1：

在一個軟件產品整個的生命周期中，軟件產品發(fā)布之后便進入漫長的軟件維護階段，而對于一些行業(yè)軟件更是如此，后期的軟件維護是非常重要的一個環(huán)節(jié)。在維護過程中通常要涉及到開發(fā)人員在現(xiàn)場對代碼的維護，對數據和設備的維護，還可能需要根據用戶要求對軟件做相應的修改，有些可能涉及到重新開發(fā)或者發(fā)布新版本。當然后期維護也可能在一段時間內將會帶來相當豐厚的收入，保持良好的客戶滿意度也將變得非常重要?，F(xiàn)場開發(fā)人員不僅僅是完成維護工作，而且更多的是需要通過和用戶溝通了解用戶在使用軟件過程中遇到的一些問題，幫助用戶正確認識軟件維護的目的，得到用戶的支持和協(xié)助，使軟件最大程度地幫助用戶提高其工作效率，創(chuàng)造經濟價值，在用戶中建立起良好的口碑。同時現(xiàn)場人員也應該積極收集和整理用戶提出的一些問題，善于總結和思考，將這些問題反饋給公司總部，將一些用戶期望的功能發(fā)布在下一個版本當中，并且完善舊有版本中的缺陷。從這個角色出發(fā)，現(xiàn)場人員在一定程度上扮演了市場人員的角色，并且是接觸最前線的用戶，他們在做維護的同時，可以體會到用戶使用軟件的感受，從而得到最準確的市場信息，同時現(xiàn)場開發(fā)人員又是公司形象代表，每次現(xiàn)場工作都代表著公司的形象，所以公司需要設置專門的培訓內容用于訓練員工在外如何保持公司的良好形象同時做好宣傳工作。問題2：

在軟件開發(fā)過程中，團隊協(xié)同開發(fā)，很容易出現(xiàn)軟件版本管理不善帶來的軟件系統(tǒng)故障。代碼經常會被新的版本替換而使某些開發(fā)人員的工作成果丟失。這樣不僅會打擊開發(fā)人員的工作熱情，也不利于責任的明確。在現(xiàn)場開發(fā)的過程中，由于缺乏監(jiān)督和管理，這種情況會更加普遍，如項目現(xiàn)場為應急而擅自更改軟件代碼，而常常沒有將更改納入統(tǒng)一的版本管理，甚至只是開發(fā)人員的個人意見，并沒有通過項目管理層的同意，這種處理方法就很容易造成總部發(fā)行新版本軟件時，替換軟件而丟失了現(xiàn)場所進行更新的代碼，從而造成系統(tǒng)故障的反復出現(xiàn)。此外，由于現(xiàn)場維護一般都會涉及到大量用戶數據，程序的修改不僅會影響到軟件功能，更可能產生很多垃圾數據，這些都是用戶所不希望看到的，所以對現(xiàn)場代碼的更改要嚴格控制，并且及時和總部版本保持一致，如微軟公司出品的版本管理工具VSS就能夠做到WEB訪問，通過有效配置能夠有效控制現(xiàn)場版本。

案例分析十三

問題1：

作為為項目經理面對項目問題應從更深層次上思考，要遵循項目管理原理，而不是浮于事務本身。項目經理張強在項目開始時就應制定詳細的項目管理計劃，應先考慮好可能要進行的項目溝通并加以執(zhí)行，而不是在出現(xiàn)問題時才去彌補。溝通不完整的項目過程，大多數會顧此失彼，進一步導致項目問題的發(fā)生。一言納之，張強的問題關鍵是沒有計劃，如果按軟件過程能力成熟度模型CMM評價，該項目組織只能是初始級。

造成項目問題的原因有以下幾點：

（1）溝通管理計劃沒有或不夠詳細；（2）沒有重視部門間橫向溝通；

（3）與客戶溝通不到位，客戶需求未能準確把握。問題2：

要實施高效的會議，首先是在會議前要有計劃，通常會議計劃來源于項目溝通管理計劃，準備階段通常按如下順序實施：

（1）決定會議的宗旨和類型；

（2）分析會議的因果：本次會議同本部門目標的關系？本次會議同上、下次會議的關系？什么事可能會影響對本次會議的興趣？

（3）明確涉及的、受影響的人和事；（4）制定會議成果說明；（5）決定要討論的主題；（6）決定會議角色分配；（7）決定會場布置；

（8）計劃會議議程表：非正式議程表、正式議程表（5W和1H）。

在會議過程中，有效地主持或參與會議則要注意按會議步驟逐項討論議程，總結決定。在會議中應鼓勵與會者積極參與，制止消極行為和不良意見。陳述信息要自信，態(tài)度要直接、坦率。對整個會議要注意掌握時間，記錄重要備忘事項和決定。

會議跟蹤也是一項重要工作。應自上而下逐級向必要的非與會者傳達會議信息,制定行動計劃完成分派的工作,確定計劃以跟蹤會上決定的工作進度。制定下次會議議程。問題3：

項目經理應明確自已的工作職責范圍，對項目相關資源的安排在制定溝通管理計劃時應有詳細的描述。對項目進度、項目成果應及時與公司高層領導或干系人溝通。項目組織應建有基于Internet的軟件開發(fā)交流平臺，從而能調度、跟蹤解決項目現(xiàn)場問題。

項目經理和項目人員應通過各種方式與客戶多作交流，如QQ，MSN、電話、電子郵件等。合適的組合是項目團隊中至少一人是客戶方的代表，項目初始時團隊成員應與客戶方的軟件使用人員經常地進行業(yè)務方面的交流。案例分析十四

問題1：

項目經理劉克勤的項目溝通管理是成功的。對于項目管理，除了掌握必備的項目基本方法和管理工具（如計劃制定、預算編制等），對項目背景和目標有清楚的理解和認識外，最重要的一點就是與人交往的技巧。成功項目經理和失敗項目經理的最大差別，可能就在于如何跟人打交道，如何跟客戶打交道，如何跟公司領導打交道，如何跟項目成員打交道。問題2：

項目經理劉克勤在項目過程中，團隊建設相當成功。他為團隊成員間建立紐帶，并通過各種行為加強信任和消除團隊合作的障礙。其中最值的借鑒是尊重團隊成員、采用多種方法溝通、進行深度對話。

案例分析十五

問題1：

我們都知道，信息應用系統(tǒng)的變更尤其頻繁，而頻繁的變更必然影響到信息工程項目的三大目標。通常與客戶接觸最多的是市場部項目經理，引導客戶需求對項目經理就非常關鍵，項目經理引導得好，項目的開發(fā)就會非常順利，反之，就會使項目組疲于奔命。

該項目中，市場部李工不斷地提出新的需求時，張工“來者不拒”、疲于奔命、不停地更新項目計劃，導致項目范圍無法確定，工期和成本不可控制，團隊成員工作目的也不明確。

風險應對策略一般分為四種：回避、轉嫁、減輕、接受?；乇茱L險指改變項目計劃，以排除風險或條件，或者保護項目目標，使其不受影響。轉嫁風險指設法將風險的后果連同應對的責任轉移到第三方身上。減輕風險指設法把不利的風險事件的概率或后果降低至一個可接受的臨界值。采取此項技術表明項目班子已經決定不打算為處置某項風險而改變項目計劃，或者表明他們無法找到任何其他應對良策。該項目已經發(fā)生了嚴重的需求風險，張工采取補救措施應該包括減輕和接受。減輕風險的應對措施應能設法減輕風險的影響，其著眼點應放在影響程度最大的連接點上，張工應該與李工積極地溝通和談判，使他們明白本期工程的重要意義，并承諾本期工程不是交鑰匙項目，可為系統(tǒng)升級和擴容留有擴展接口，將來新的需求能夠通過后續(xù)工程逐步開發(fā)實現(xiàn),李工同意本期工程只實現(xiàn)大家最為關注的功能指標和性能指標;最常見的接受風險的應對措施為預留應急儲備,或者簡稱儲備,包括為已知風險留出時間、資金或資源。為接受的風險所預留的儲備取決于按可接受風險水平計算所得影響的大小。張工應該申請啟動項目風險儲備金，通過增加資源成本、付出額外勞動使得項目回到正軌。問題2：

在設計系統(tǒng)架構時，項目管理經驗不足、關鍵技術不明確、系統(tǒng)擴展性不佳、產品兼容性有問題、軟件版本管理混亂等，均可能是影響系統(tǒng)正常運行的潛在隱患。在本期工程的機房設備平面設計中，張工團隊起初大部分機架式的小型機集中擺放在一片較小區(qū)域內，從表面上看，提高了機房平面空間的使用率，但是由于未充分考慮到設備散熱因素，造成了該區(qū)域的機房專用空調負荷過重而多次宕機。

后來，張工聘請了具備通信設計資質的專家負責工程設計，從機房空調、電源、布線、承重、消防等各個方面進行了詳盡的勘察和設計。透過專家編制的工程設計，張工團隊可以細致地了解有關機房設計的技術內涵和外延，并通過工程設計評審機制，一方面確立了工程設計的權威或指導作用，另一方面獲得了專家們的可靠技術承諾，實現(xiàn)了工程設計風險的良性轉移。問題3：

針對該項目的風險管理，提出以下幾點建議作為參考。

（1）推廣項目管理理念。項目團隊主動向項目干系人及周邊人介紹項目管理的先（2）

（3）

（4）進理念和方法，處處營造項目管理的氛圍。團隊成員積極參加項目管理培訓，將所學用于工作和生活之中，并加以總結和升華，提升自已的競爭力。有效管理項目風險。項目經理自始至終負責制定項目風險管理計劃和風險應對計劃，并在每次項目例會時重點討論項目風險，對風險發(fā)生概率和影響程度進行評估，由定性分析到定量分析，制定有效的預防、減輕或促進風險（機會）的應對方案。

多渠道溝通和談判。保證多渠道溝通機制暢通，采用橫向溝通方式和縱向溝通方式。靈活使用談判手段和技巧，收集和掌握足夠的有用信息，確保具有主動的話語權。處理好與項目干系人的關系，相互配合，實現(xiàn)共贏。

爭取高層領導支持。高層領導對于項目成敗至關重要。高層領導掌握項目團隊所需的任何資源。通過邀請高層領導參加項目啟動會、關鍵里程碑發(fā)布會、項目完工總結會等形式，既可以使高層領導關注項目、了解項目和推動項目，又可以提升項目及項目團隊地位，有利于項目成功，有利于個人職業(yè)生涯發(fā)展。

案例分析十六

問題1：

對于緊急重要風險1措施如下：保障工程進度要求，確保NSS、BSS軟件督導的調測力量；及時溝通，避免因為傳輸原因耽擱進度；確保工程質量，督導、督察人員將對合作方施工人員進行有效的指導和對工程質量進行有效監(jiān)控。項目實施日報制，項目經理每日對省市公司網絡部進行工程匯報，對于因為用戶原因造成的進度耽擱明確指出來，分清雙方責任。

對于緊急重要風險2措施如下：公司研發(fā)中心MSC、BSC、BTS人員現(xiàn)場進行信令跟蹤，對切換不成功的原因進行定位，在A公司成立專門的小組，協(xié)助現(xiàn)場進行問題定位。如果是我方原因，中研相關部門進行程序修改，如果是對方原因則提供相關的信令分析文件，由項目經理和中研人員共同向局方解釋，要求愛立信修改相關程序。計劃工程的不同階段分別舉行三次移動公司、A公司、愛立信雙頻技術切換交流，討論雙方參數設置，移動公司負責總體監(jiān)控雙方的實施工作；在城市郊區(qū)話務量較小地區(qū)，開通5個基站進行單站以及雙頻配合測試，為全網開通積累經驗。

對于緊急重要風險3措施如下：需要找到集團公司《關于建設中國移動1800M雙頻網的若干意見》文件原件，進行仔細分析，尋求解決方法。加強省公司高層的工作，通過客戶關系工作期望給A公司工作上提供支持。對此事向公司總部反映，看看是否通過北京分部的工作使移動集團公司有所松動或是有其他變通方法。

對于緊急重要風險4措施如下：公司對城市1800M頻段分地區(qū)進行測試，摸清干擾信號頻段，通過調整頻率規(guī)劃規(guī)避部分干擾，爭取多開通基站。了解目前使用1800M單位情況。協(xié)助移動與其進行交涉，爭取占用單位能進行頻率調整，解決1800M干擾問題。將此事匯報到移動公司高層，通過其與無委高層的溝通解決頻占費的問題，并通過無委清理被其他單位占用的1800M頻段。問題2：

該項目還存在以下幾個問題：

（1）A公司將競爭對手的競爭風險分析不全面。A公司僅僅是從技術上進行了風險防范，對于其他方面A公司卻沒有任何措施。

（2）對于1800M干擾的風險問題，A公司制定的計劃太松散，沒有引起足夠的重視。（3）對于1800M網絡的建設目的A公司理解有些偏差。

調整的風險應對計劃如下：（1）收集競爭對手問題，針對此提出A公司的解決方案。

（2）聯(lián)合市場部，加強高層項目推動，突出A公司網絡設備特點，建議用戶在省會城市引入競爭，盡快開始1800M工程建設。

（3）加強干擾解決推動監(jiān)控，加快進度，項目經理進行全程跟蹤；

（4）對用戶進行雙頻網建設思路進行新的引導，列舉A公司在全國的雙頻網應用，列舉A公司開通基站的指標數據。

問題3：

（1）進行調研，確定流動原因。

（2）在項目開始前，把緩解這些流動原因的工作列入風險管理計劃。

（3）項目開始時，做好計劃一旦人員離開時便可執(zhí)行，以確保人員離開后項目仍能繼續(xù)進行。

（4）制定文檔標準，并建立一種機制，保證文檔及時產生。

（5）對所有工作進行細致詳審，使更多人能夠按計劃進度完成自已的工作。（6）為每個關鍵性技術培養(yǎng)后備人員。

案例分析十七

問題1：

（1）對省內省外投標人提出了不同的資格要求。公開招標應該平等地對待所有投標人。

（2）乙單位提交保證金晚于規(guī)定時間,投標保證金是投標書的組成部分,應在投標截止日前提交。

（3）招標書發(fā)出時間為2004年12月15日，而投標截止時間為2004年12月30日，中間時間為15日，有違招投標法所要求的20日。

（4）投標截止時間與開標時間不同，《招投標法》規(guī)定開標應當在投標文件截止時間的同一時間公開進行。

（5）不應該是招標辦主持開標會。開標會應由招標人或其代理人主持。（6）重新招標時候評委應為5人以上單數。

案例分析十八

問題1：

企業(yè)A向第三方（監(jiān)理公司C）泄露承建單位（IT公司B）的技術機密，違反合同簽訂時保密約定要求，該措施不妥。問題2：

項目不可分割，屬于一個整體，未經甲方企業(yè)A同意，此類項目不應分包。而公司B卻和公司D簽訂此項目的分包合同，很顯然，該合同無效。問題3：

企業(yè)A應該將公司B未付給公司D的所有款項（扣除保留金）付給公司D，并從應付給公司B的任何款項中如數扣回。

案例分析十九

知識產權是企業(yè)寶貴的無形資產，也是企業(yè)能夠持續(xù)發(fā)展的前提之一，某軟件公司A公司從事管理系統(tǒng)軟件開發(fā)，程序員張某參加了A公司開發(fā)管理系統(tǒng)軟件的工作，后辭職到另一個公司B公司任職。于是項目負責人將張某在該軟件作品上的開發(fā)者署名更改為他人。問題1：

按照《計算機軟件保護條例》的規(guī)定，自然人的軟件著作權的保護期限為自然人終生及死亡后50年.問題2：

知識產權一般都具有法定的保護期限，一旦保護期限屆滿，權利將自行終止，成為社會公眾可以自由使用的知識。商業(yè)秘密受法律保護的期限是不確定的，一旦為公眾所周知，即成為公眾可以自由使用的知識。問題3：

甲、乙兩人同時在同一時間就同樣的發(fā)明創(chuàng)造提交了專利申請,專利局將分別向各申請人通報有關情況,并對兩件申請都不授予專利權。這種情況是否合理？

對于同一時間申請專利的情況，專利局可分別向各申請人通報有關情況，請他們自已協(xié)商解決這一問題，如果雙方協(xié)商不成的，則兩件申請都不授予專利權。問題4：

該項目負責人張某侵犯了開發(fā)者張某的身份權及署名權。問題5：

目前，我國已形成了相對完備的知識產權保護的法律體系，對軟件形成一種綜合性的法律保護，如源程序和設計文檔作為軟件的表現(xiàn)形式受《中華人民共和國著作權法》保護，同時作為技術秘密又受《中華人民共和國反不正當競爭法》。

第四篇：計算機辦公軟件中級考證題10

一、中文錄入（每一小段5分，共15分）

要求：使用WINDOWS 系統(tǒng)下的記事本應用程序，將下面的文章進行純文本錄入，文件名為T1，保存到考試目錄（D:test）中。（不要求排版）

在所有的色彩中，我對黑白兩色有著近乎朝圣的感情。我對它們的特殊認識始于一次旅途。當時列車在隧道里穿行，出口處由漆黑變?yōu)榇萄鄣陌琢粒又龠M入下一個隧道，又由光亮變?yōu)楹诎怠Ｉ实淖儞Q交替是那樣驟然和明顯。

與電子計算機系統(tǒng)的操作有關的計算機程序、規(guī)則及文件，統(tǒng)稱為計算機軟件。要使電子計算機能夠有條不紊地工作，就要有合理的工作程序和必要的資料，電腦的程序和資料就構成了電腦的軟件系統(tǒng)。

這兩天對英格蘭球會可說是相當殘酷，阿隊和紐隊昨天在歐冠杯賽中遭到淘汰，利隊步其后塵，使英超只有曼聯(lián)還留在歐洲球賽。上星期以1比1逼和凱隊的利隊，被看好能夠在主場解決掉凱隊。

二、英文錄入。（每一小段5分，共15分）

要求：使用WINDOWS系統(tǒng)下的記事本應用程序，將下面的文件進行純文本錄入，文件名為T2，保存到考試目錄（D:test）中（不要求排版）

In my opinion, this kind of pressure is mainly caused by three reasons.Firstly, the government is enrolling more and more university students year by year.And the growth of the students' number has surpassed that of the need of the society.today's university students, most of them are the “only-child”, who is more mentally frail.Since they are indulged greatly at home and haven't been trained to do things on their own, once it is their turn to go out of the campus and find jobs by themselves and decide what kind of jobs to choose, they feel bewildered and don't know what to do.If their first try fails, they will be frustrated and think that it is really hard to find jobs.Thirdly, some university students are not qualified for good and challenging jobs.三、WINDOWS操作（每一項操作2分，共20分）

要求：所有的操作都在硬盤中完成。WINDOWS的安裝程序位于C：盤的C:PWIN98.stp中。

1.將素材文件夾中名為Blue.bmp的文件移到D盤根目錄，并設置文件屬性為只讀。2.將素材文件夾中所有修改時間為2002年6月1日的文件復制到D盤根目錄。3.把C盤Windows文件夾中的Ftp.exe文件發(fā)送到桌面。4．給計算機添加一臺“NEC CoLormate PS”打印機。

5.在D盤根目錄建立文件“Kodakimg.exe” 的快捷方式，快捷方式名為“映象”。（程序保存位置C:Windows Kodakimg.exe）

6．為切換到五筆字型輸入法指定熱鍵“左Ctrl+左Alt+4”。7.將IE的主頁設為“http://”。8.設置鼠標指針的方案為“Windows反顯”。9．安裝Windows組件“撥號網絡”。

10．將素材文件夾中的EE.BMP設置為屏幕背景并平鋪，屏幕保護程序設為“三維變形

物”。

四、WORD的操作（共25分）

（一）圖文混排：（共15分，1---5小題每題1分，6---10小題每題2分）操作要求：

按照樣文文件夾下的樣文6—1所示，進行如下的排版設置操作，最后以mw.doc為文件名保存到考試目錄（D:text）中。

1、頁面設置：打開文件：“素材mw1-6.doc”，設置頁面左、右邊距各為2厘米。

2、設置字號：設置正文為五號；分別給小標題：“筷子材料五花八門”、“精美筷送禮

最佳”設置為四號，并加粗。

3、設置字體：分別給小標題：“筷子材料五花八門”、“精美筷禮最佳”設置字體為隸

體。

4、設置段落縮進：除小標題外，設置全文段落首行縮進2字符。

5、設置行（段）間距：設置正文行距1.5倍。

6、設置藝術字：設置標題為藝術字，藝術字式樣：第3行第1列；字體為隸體，字

號為40；藝術字形狀為雙波形1。

7、設置分欄格式：設置正文：三欄。

8、插入文本框：在文章結尾處插入文本框，文本框的高度為2厘米，寬度為5厘米，圍繞方式為四周圍繞，其疊放次序為：置于底層。

9、插入圖片：在文章開頭插入圖片，圖片為：“素材kuaizil.jpg”，圖片的寬度5厘米，高度為4厘米，圖片的圍繞方式為：四周圍繞；在文本框內插入圖片，圖片為：“素材kuaizil2.jpg”，圖片的高度為2厘米，寬度為5厘米，圖片的圍繞方式為:四周圍繞。

10、設置頁眉頁腳：設置頁眉的內容為：“ 中國筷子文化”，對齊方式為居中，設置

頁腳的內容：“<1>”，對齊方式為居中。

（二）公文排版：（共5分，每小題1分）操作要求：

打開素材文件夾下的gw6.doc，按照樣文文件夾下的樣文6-2所示進行如下操作，最后以gw.doc為文件名保存到（D：text）中。

1、設置字體和字號、對齊格式：設置“急件”為黑體，三號，右對齊。

2、設置字符格式：設置“廣州市財政局”的字間距加寬10磅，設置“廣州市人民政

府：的字間距加寬6磅。

3、設置段落格式：設置“廣州市財政局”段前間距4行；設置“廣州市人民政府”

段后間距3行。

4、設置文本框：在“廣州市財政局”、“廣州市人民政府”的右側插入文本框，把文

本框格式設置為無線條顏色，無填充顏色，在文本框內輸入“文件”二字，設置字體為宋體，字號為小初，加粗，字間距加寬3磅，字體為紅線。

5、畫線：畫一條2.25磅的間線，線條的顏色為紅色。

（三）、表格：（共5分，每小題1分）操作要求：

打開素材文件夾下的bg6.doc，按照樣文文件夾下的樣文6-3所示進行表格設置，最后以bg.doc 為文件名保存到開始目錄（D:test）

1、設置行高（列寬）：將第一列列寬（除“財務主管”單元格外）調整為1.4厘米。將“總務科目”和“明細科目”（不包括最后一行）平均分布。

2、合并或拆分單元格：將“貸方金額”下的空行調整為四行九行。

3、設置對齊方式：將表格內的所有內容都以“中部居中”對齊。

4、設置邊框：外邊框用1.5磅的單線，內邊框用0.5磅的單線。

5、畫線：用1.5磅的單線在表格的“借方金額”和“貸方金額”兩列下放畫數條線。

用0.5磅的三線在最后一行的上方畫線。

五、EXCEL操作（共20分）

打開素材文件夾中的“考試”文件，將SHEET1表內容復制到SHEET2中，參照樣文文件夾中的“考試”文件，進行如下操作，最后將結果以ze5保存在考試目錄（D:test）中。

1、統(tǒng)計綜合成績：

綜合成績：平時成績20%+筆試成績40%+上機成績40%(必須用公式計算)；（3分）

2、計算全班綜合平均成績，按綜合成績進行降序排序；（3分）

3、將該頁改名為“成績統(tǒng)計表”，并設置打印標題；（4分）

4、按樣表設置表格格式，標題字體：黑體、11號、加粗，邊框如樣圖；（與樣圖一

致）；（5分）

5、按姓名做出相應的綜合成績折線圖，折線點的前景色：粉紅，背景色：青綠（與

樣圖一致）。（5分）

六、POWERPOINT操作（共5分）

按如下要求和樣文（yp2-a~yp2-d）建立演示文稿，最后將演示文稿以zp2為文件名保存到考試目錄（D:test）中。

1.應用設計模版“Sparing”建立演示文稿；并按樣文板式建立四張幻燈片。

2.將素材文件夾中zw2文件的文字分別粘帖在四張幻燈片中，在第三張幻燈片中

插入素材文件夾中的圖片h2。

3.將標題母版的標題樣式改為：隸書60號、加粗：修改幻燈片母版的一級標題無

項目符號、楷體、黑色字體、行距為1.5行。

4.將所有幻燈片的背景設置為：藍白雙色、斜上過渡效果。

5.設置所有幻燈片的切換效果為：隨機垂直線條，中速。

第五篇：NSQ軟件測試崗位推薦試題(客觀題)

NSQ軟件測試崗位推薦試題（客觀題）

本卷滿分 50 分考試時間（主、客觀試題）總計 3小時

考試分數：

學員姓名：_________________電話：_______

一、選擇題（答案1個或多個）

1．下列關于alpha 測試的描述中正確的是：（A、D）A．alpha 測試需要用戶代表參加；B．alpha 測試不需要用戶代表參加；

C．alpha 測試是系統(tǒng)測試的一種；D．alpha 測試是驗收測試的一種；

2．測試設計員的職責有：（B、C）

A．制定測試計劃。B．設計測試用例。C．設計測試過程、腳本。D．評估測試活動。

3、黑盒測試法是通過分析程序的（A③ 功能）來設計測試用例的方法。除了測試程序外，它還適用于對（B④ 需求分析）階段的軟件文檔進行測試。

白盒測試法是根據程序的（C② 內部邏輯）來設計測試用例的方法。除了測試程序外，它也適用于對（D ② 軟件詳細設計）階段的軟件文檔進行測試。

白盒法測試程序時常按照給定的覆蓋條件選取測試用例。（E② 判定）覆蓋比（F① 語句）覆蓋嚴格，它使得每一個判定的每一條分支至少經歷一次。（G判定/條件）覆蓋既是判定覆蓋，又是條件覆蓋，但它并不保證使各種條件都能取到所有可能的值。（H ⑤ 多重條件）覆蓋比其他條件都要嚴格，但它不能保證覆蓋程序中的每一條路徑。單元測試一般以（I ① 白盒法）為主，測試的依據是（J ① 模塊功能規(guī)格說明）。

供選擇的答案：A.③ B.④ C.② D.② E.② F.① G.④ H.⑤ I.① J.①

A、C：① 應用范圍② 內部邏輯③ 功能④ 輸入數據

B、D：① 編碼② 軟件詳細設計③ 軟件總體設計 ④ 需求分析

E、F、G、H：① 語句、② 判定、③ 條件、④ 判定/條件、⑤ 多重條件、⑥ 路徑；

I：① 白盒法② 黑盒法

J：① 模塊功能規(guī)格說明② 系統(tǒng)模塊結構圖③ 系統(tǒng)需求規(guī)格說明

4、軟件測試中常用的靜態(tài)分析方法是（A ①引用分析）和（B ⑤接口分析）。（B⑤接口分析）用于檢查模塊或子程序間的調用是否正確。分析方法（白盒方法）中常用的方法是（C①路徑測試）方法。非分析方法（黑盒方法）中常用的方法是（D②等價類）方法和（E ③因果圖）方法。（E ③因果圖）方法根據輸出對輸入的依賴關系設計測試用例。

供選擇的答案：A.① B.⑤ C.① D.② E.③

A--B：①引用分析、②算法分析、③可靠性分析、④效率分析、⑤接口分析、⑥操作分析

C--E：①路徑測試、②等價類、③因果圖、④歸納測試、⑤綜合測試、⑥追蹤、⑦ 深度優(yōu)先、Email：_______________

⑧ 調試、⑨ 相對圖（共50題，滿分50分，每題1分）

5、從下列關于軟件測試的敘述中，選出正確的敘述。（）（4、5、6、7）

(1)用黑盒法測試時，測試用例是根據程序內部邏輯設計的。(2)盡量用公共過程或子程序去代替重復的代碼段。(3)測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。(4)盡量采用復合的條件測試，以避免嵌套的分支結構。(5)發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。(6)黑盒測試方法中最有效的是因果圖法。

(7)在做程序的單元測試時，樁（存根）模塊比驅動模塊容易編寫。

(8)程序效率的提高主要應通過選擇高效的算法來實現(xiàn)。

6、測試人員的基本素質為：A、計算機專業(yè)技能（）B、測試專業(yè)技能（）C、行業(yè)知識（）D、以上都是（）答案：D7、軟件危機的體現(xiàn)：A、開發(fā)成本和進度估計不準確（）B、用戶對完成的軟件不滿意（）C、軟件常常不可維護； D、以上都是（）答案：D8、軟件測試按照開發(fā)階段劃分：A、單元測試（）B、集成測試；系統(tǒng)測試（）C、確認測試；驗收測試（）D、以上都是（）答案：D9、軟件測試按照測試技術劃分： A、性能測試、負載測試、壓力測試（）B、恢復測試、安全測試、兼容測試（）C、A與B都是（）D、單元測試、集成測試、驗收測試答案：C10、軟件測試項目周期是指：A、需求階段、測試計劃（）B、階段測試、設計階段測試、執(zhí)行階段（）C、以上都不是（）D、以上都是（）答案：D11、軟件測試過程模型有：A、V 模型H 模型（）B、W 模型（）C、X 模型D、以上都有（）答案：D

12、軟件測試的角色：A、以下都是（）B、分析人員、設計人員（）C、開發(fā)人員（）D、執(zhí)行人員（）答案：A13、軟件測試原則有：A、制定嚴格的測試計劃（）B、保留所有的測試文檔（）C、功能測試中的缺陷確認（）D、以上都有（）答案：D14、測試文檔的要求A、為以后的跟蹤提供依據（）B、能證明測試過程（）C、能證明測試步驟 要覆蓋開發(fā)生命周期（）D、以上都是（）答案：D15、測試文檔種類：A、需求類文檔、計劃類文檔（）B、設計類文檔 執(zhí)行類文檔（）C、缺陷記錄類、階段匯總類 測試總結類 D、以上都有（）答案：D16、測試計劃的制定必須要注意：A、測試策略 測試范圍B、測試方法 測試安排 C、測試風險 測試管理D、以上都是（）答案：D17、制定測試計劃的步驟： A、確定項目管理機制 預計測試工作量測試計劃評審（）B、確定測試范圍確定測試策略確定測試標準、預計測試工作量（）C、確定測試構架 確定項目管理機制 預計測試工作量測試計劃評審（）D、確定測試范圍確定測試策略確定測試標準確定測試構架 確定項目管理機制 預計測試工作量測試計劃評審（）答案：D18、缺陷產生的原因：A、交流不充分及溝通不暢；軟件需求的變更；軟件開發(fā)工具的缺陷（）B、軟件的復雜性；軟件項目的時間壓力（）C、程序開發(fā)人員的錯誤；軟件項目文檔的缺乏（）D、以上都是（）答案：D

19、缺陷造成的影響：A、精神的摧殘（）B、形象的損失（）C、財富的流失（）D、以上都是（）答案：D 20、缺陷的分類：A、需求文檔的缺陷；軟件配置引起的缺陷B、分析、設計的缺陷；靜態(tài)文檔的缺陷C、軟件開發(fā)引起的缺陷；短視將來的缺陷D、以上都是（）答案：D

21、測試需求必須關注：A、如何創(chuàng)建需求結構（）B、如何增加需求（）C、如何使用報告和圖表來跟蹤需求（）D、以上都是（）答案：D22、測試用例工作主要是：A、如何添加測試用例B、如何編寫測試用例C、將測試用例和需求關聯(lián)D、以上都是（）答案：D23、測試執(zhí)行的主要工作為：A、以下都是（）B、創(chuàng)建測試集；定時執(zhí)行測試（）C、測試執(zhí)行結果分析（）D、運行測試（）答案：A24、測試跟蹤的主要工作為：A、以下都是（）B、執(zhí)行缺陷跟蹤的過程；（）C、作出缺陷的分析和報告；（）D、分析缺陷跟蹤的特點；（）答案：A25、自動化測試工具: A、ratinal RobotB、winrunner（）C、quicktest（）D、以上都是（）答案：D

26、軟件性能測試工具有：A、loadRunnerB、Ratinaol Visual QantifyC、PureLoadD、以上都是（）答案：D27、軟件測試方式：A、考慮到各種輸入、測試結果的全面檢查、B、集中錯誤發(fā)生現(xiàn)象、跟蹤錯誤測試結果C、錯誤的關聯(lián)和依賴、合理安排測試計劃、有第三方測試 D以上都是（）答案：D28、BUG的種類： A、需求階段的BUG；分析設計階段的BUG（）B、實現(xiàn)階段的BUG配置階段的BUG（）C、靜

態(tài)文檔的BUG短視將來的BUG（）D、以上都是（）答案：D29、測試項目主要包括幾個階段（按順序選擇）？（ABCDG）

A.計劃B.初始C.執(zhí)行D.總結評估階階段 階段 階段 段

E.單元F.集成G.設計H.系統(tǒng)測試

測試

測試 階段 30、測

試

需

求的結

構

包

括

：

（ABCDEFG）

A.需求B.需求C.需求D.優(yōu)先級

標識名稱

類型

E.用例F．校閱人 G．編寫日

關聯(lián)

期

31、徹底地測試是不可能的，原因是：（ABCD）

A.測試數據輸入量太大 B.輸出結果太多 C.軟件的操作步驟太多 D.軟件說明書并非“盲人手冊”

32、對于軟件的β測試，下列哪些描述是正確的？（D）

A.β測試就是在軟件公司內部展開的測試，由公司專

業(yè)的測試人員執(zhí)行的測試。

B.β測試就是在軟件公司內部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試。

C.β測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試。

D.β測試就是在軟件公司外部展開的測試，由非專業(yè)的測試人員執(zhí)行的測試。

33、評審分為哪幾個階段？按順序選。

A.臨審

B.復審

C.終審

D.初審

34、正式的技術評審FTR（Formal Technical Review）是軟件質量保證活動，下面關于FTR的原則中不正確的是

A.評審產品,而不是評審生產者的能力 B.要有嚴格的評審計劃,并遵守日程安排 C.對評審中出現(xiàn)的問題要充分討論,以求徹底解決 D.限制參與者人數,并要求評審會之前做好準備

35、用邊界值分析法，假定1

A.X=1，X=100

B.X=0，X=1，X=100，X=101 C.X=2，X=99 D.X=0，X=10136、關于實現(xiàn)階段的BUG，可以分為？（BCDE）

A.設計說明書中有沖突的說明 B.提示信息不準確

C.系統(tǒng)中存在遺漏的功能 D.內存溢出或者程序崩潰 E．用戶界面問題

37、在Windows操作系統(tǒng)中，下列符號哪些不能作為文件名命名：

A.《 》 B.*

C.,D.[ ]

E.以上都不能

F.以上都能

B、測試人員多由客戶方擔任，也可以客戶委托第三方來進行驗收測試。（）

C、不僅僅要驗收程序，還要驗收相關的文檔。（）D、由企業(yè)自己的測試人員和開發(fā)人員進行測試。（）性能測試不包括：A壓力測試、（）B、容量測試、（B（）C）、負載 測試（）D、恢復性測試（）答案：D48、下列哪個不屬于黑盒測試用例的編寫方法：A、等價分類法（）B、邊緣值分析法（）C、錯誤推測法（）語句

38、測試計劃文檔至少應包含下面哪幾項內容？覆蓋（）答案：D（ACDE）

A.測試策略 B.測試用例 C.測試時間安排 D.測試標準 E．測試范圍

39、實施壓力測試的人員角色有：答案：D

A、項目經理（）B、業(yè)務專家、Database性能專家（）C、LoadRunner、Web Server（）性能專家專家D、以上都是（）

40、執(zhí)行LoadRunner項目的階段有：A、制定壓力測試方案、創(chuàng)建 Web Virtual Users（）創(chuàng)建 Web Virtual Users、設計測創(chuàng)建 Web Virtual Users試場景（）執(zhí)行場景、分析測試結果（）以上都有（）答案：D41、測試執(zhí)行的流程有：A、創(chuàng)建測試集（）B、規(guī)劃測試集（）C、運行測試、分析測試結果（）D、以上都是（）答案：D42、缺陷跟蹤的流程有：A、添加缺陷、審閱新缺陷（）B、修復打開的缺陷、測試新版本（）C、分析缺陷數據（）D、以上都是（）答案：D43、QC需求規(guī)范的流程是：A、定義需求范圍、創(chuàng)建需求測試大綱、細化需求、分析需求（）

B、創(chuàng)建需求測試大綱、定義需求范圍、細化需求 分析需求（）

C、創(chuàng)建需求測試大綱、定義需求范圍、分析需求、細化需求（）

D、以上都不是（）答案：A

44、以下哪句話是不正確的：

A、測試是為了驗證程序是否符合需求（）B、測試的目的是盡可能多的發(fā)現(xiàn)程序中的缺陷（）C、成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷（）D、測試過的軟件就沒有缺陷（）答案：D45、單元測試內容有：A、模塊接、局部數據結構（）B、重要的執(zhí)行通路、出錯處理通路（）C、影響上述各方面特性的邊界條件（）D、以上都是（）

46、下面哪句話對驗收測試的描述不正確？答案：DA、與系統(tǒng)測試不同的是以客戶業(yè)務需求為標準來進行測試。（）

自動測試的特點？

A、速度快、可重復、覆蓋率（）B、可靠、可以再度使用重復測試（）C、節(jié)省時間（）D、不一致性、僅對于一次性的測試有益（）答案：D50、對計算機語言基礎不太好的學習者來講，至少可以學習：答案：B、C

A、白盒測試（）B、黑盒測試（）C、手工測試（）D、以上都不是。（）