導語：如何才能寫好一篇軟件工程師簡歷，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

本人概況

姓名：XXX 性別：男

民族：漢 政治面目：團員

學歷(學位)：學士 專業(yè)：工業(yè)電器自動化

聯(lián)系地址：北京市東城區(qū)XX大街10號 郵編：100007

教育背景

畢業(yè)院校：北京工業(yè)大學 1993.9--1997.7 工業(yè)電器自動化專業(yè)

主修課程：自控原理，電力拖動，電子技術，自動測試系統(tǒng)，計算機組織與結構，計算機硬件及接口電路設計，匯編語言程序設計，C.C++程序設計，軟件工程計算機網(wǎng)絡原理等課程

另：其他培訓情況

*微軟認證系統(tǒng)工程師培訓，培訓科目：Windows NT Technology,Windows NT Enterprise,Networking with TCP/IP on Windows NT,ⅡS4.0 WindowsNT

* 英語 通過國家四級考試，閱讀和 翻譯 能力較強，曾多次為機械工業(yè)出版社 翻譯 計算機書籍，并獲出版。

工作經(jīng)歷

*1998年5月---至今 XX公司

網(wǎng)絡系統(tǒng)工程師

Cisco、IBM網(wǎng)絡產(chǎn)品的技術支持

網(wǎng)絡系統(tǒng)方案（局域網(wǎng)和廣域網(wǎng)）的設計和規(guī)劃，解答用戶的疑問，根 據(jù)用戶需求提出最佳解決方案；Cisco、IBM網(wǎng)絡產(chǎn)品的現(xiàn)場調(diào)試和系統(tǒng)維護

客戶技術培訓，及公司內(nèi)部的技術交流與培訓

網(wǎng)絡基本原理及技術：LAN，WAN，TCP/IP，ATM等，以及Cisco、IBM 網(wǎng)絡設備調(diào)試過程；講解IBM AIX基本系統(tǒng)管理及高級系統(tǒng)管理、Netview、NFS、HACMP等

曾經(jīng)參與的項目

設計，安裝，調(diào)試“吉林97工程”--吉林省電信綜合管理系統(tǒng)ATM網(wǎng)絡及主機系統(tǒng)，長沙卷煙廠，錦州合作銀行，人民教育出版社信息系統(tǒng)；設計云南省郵電辦公信息集成系統(tǒng)，濟南廣電ATM寬帶綜合業(yè)務網(wǎng)、陜西有線電視寬帶網(wǎng)。

*1996年9月---1998年3月 XX公司

系統(tǒng)管理員/工程師

CHINAGBN Internet網(wǎng)絡信息中心的系統(tǒng)管理

熟練掌握UNIX（SUN Solaris)操作系統(tǒng)、網(wǎng)絡管理并參與組建了CHINAGBN Internet網(wǎng)絡中心（包括網(wǎng)絡設計，安裝系統(tǒng)，聯(lián)調(diào)，維護，網(wǎng)絡編程）

CHINAGBN 金橋網(wǎng)六城市網(wǎng)絡站點的建設

參與各站點Internet網(wǎng)絡中心的總體規(guī)劃和建設及其與衛(wèi)星主干網(wǎng)的連接，對主干衛(wèi)星網(wǎng)、X.25分組交換、Frame Relay、ISDN和DDN及其相關設備有所了解

CHINAGBN Internet網(wǎng)絡中心Web系統(tǒng)管理員

自我評價

具備豐富的工作經(jīng)驗，認真踏實負責，且具備優(yōu)秀的表達能力，曾多次主持對用戶和內(nèi)部的技術講解和培訓，獲得用戶和公司的一致好評。曾在電子工業(yè)部“三金工程展風采展示會”上向來賓講解CHINAGBN專線集團用戶解決方案。

篇2

民族：漢 政治面目：團員

學歷(學位)：學士 專業(yè)：工業(yè)電器自動化 聯(lián)系地址：北京市東城區(qū)XX大街10號 郵編：100007 畢業(yè)院校：北京工業(yè)大學 1993.9--1997.7 工業(yè)電器自動化專業(yè)

主修課程：自控原理，電力拖動，電子技術，自動測試系統(tǒng)，計算機組織與結構，計算機硬件及接口電路設計，匯編語言程序設計，C.C++程序設計，軟件工程計算機網(wǎng)絡原理等課程

另：其他培訓情況

*微軟認證系統(tǒng)工程師培訓，培訓科目：Windows NT Technology,Windows NT Enterprise,Networking with TCP/IP on Windows NT,ⅡS4.0 WindowsNT

*英語通過國家四級考試，閱讀和翻譯能力較強，曾多次為機械工業(yè)出版社翻譯計算機書籍，并獲出版。 工作經(jīng)歷*1998年5月---至今 XX公司

網(wǎng)絡系統(tǒng)工程師

Cisco、IBM網(wǎng)絡產(chǎn)品的技術支持

網(wǎng)絡系統(tǒng)方案（局域網(wǎng)和廣域網(wǎng)）的設計和規(guī)劃，解答用戶的疑問，根 據(jù)用戶需求提出最佳解決方案；Cisco、IBM網(wǎng)絡產(chǎn)品的現(xiàn)場調(diào)試和系統(tǒng)維護

客戶技術培訓，及公司內(nèi)部的技術交流與培訓

網(wǎng)絡基本原理及技術：LAN，WAN，TCP/IP，ATM等，以及Cisco、IBM 網(wǎng)絡設備調(diào)試過程；講解IBM AIX基本系統(tǒng)管理及高級系統(tǒng)管理、Netview、

NFS、HACMP等

曾經(jīng)參與的項目

設計，安裝，調(diào)試“吉林97工程”--吉林省電信綜合管理系統(tǒng)ATM網(wǎng)絡及主機系統(tǒng)，長沙卷煙廠，錦州合作銀行，人民教育出版社信息系統(tǒng)；設計云南省郵電辦公信息集成系統(tǒng)，濟南廣電ATM寬帶綜合業(yè)務網(wǎng)、陜西有線電視寬帶網(wǎng)。 *1996年9月---1998年3月 XX公司

系統(tǒng)管理員/工程師

CHINAGBN Internet網(wǎng)絡信息中心的系統(tǒng)管理

熟練掌握UNIX（SUN Solaris)操作系統(tǒng)、網(wǎng)絡管理并參與組建了CHINAGBN Internet網(wǎng)絡中心（包括網(wǎng)絡設計，安裝系統(tǒng)，聯(lián)調(diào)，維護，網(wǎng)絡編程）

CHINAGBN 金橋網(wǎng)六城市網(wǎng)絡站點的建設

參與各站點Internet網(wǎng)絡中心的總體規(guī)劃和建設及其與衛(wèi)星主干網(wǎng)的連接，對主干衛(wèi)星網(wǎng)、X.25分組交換、Frame Relay、ISDN和DDN及其相關設備有所了解

CHINAGBN Internet網(wǎng)絡中心Web系統(tǒng)管理員個人簡介

篇3

姓名：***

出生年月： 1984/12/09 學歷：本科 籍貫：四川成都

畢業(yè)院校：重慶工學院 專業(yè)：計算機科學與技術專業(yè)

畢業(yè)時間： 2007/07

聯(lián)系方式： 15008****** 028-87535*** email ： qinju****@***.***

個人評價

熟練掌握 java 語言；了解面向?qū)ο蟮乃枷?；熟悉軟件開發(fā)流程；具有良好的編碼風格；有良好的團隊合作精神和良好的溝通能力；做事積極主動能吃苦耐勞、能至始至終把工作放在首位；具有上進心、責任心、感恩心。

工作經(jīng)歷

時間： 2007-03 至 2007-07

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 投信系統(tǒng)

開發(fā)語言： java 、 vb 開發(fā)工具： eclipse

項目總結：

在 *** 投信系統(tǒng)中 , 我的主要職責是通過客戶講解需求，寫詳細設計、編碼、寫測試書、測試。這是我的第一個項目，所以在這個項目中我學到了很多的大學里沒有接觸到的知識 . 例如 : 自動測試（ junit ）、 log4j 等等。在這個項目過程中，我發(fā)現(xiàn)自己的編碼風格、命名風格等有欠缺，所以我自學了《代碼大全 2 》中的第二、第三部分。

時間： 2007-07 至 2008-03

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 航空系統(tǒng)

開發(fā)語言： java orcal 開發(fā)工具： pl/sql eclipse

項目總結：

在 *** 航空系統(tǒng)中 , 我的任務是對多個客戶端發(fā)送過來的電文進行接收和解析，然后把電文傳給存儲過程，在存儲過程中把電文轉化為記錄存入數(shù)據(jù)庫。在這個系統(tǒng)中我學習到了如何把一種特殊的的日志從一般的日志中分離出來（把電文的日志與其他日志分離）、如何使用 dbunit 測試、如何使用游標，批處理，對 orcal 有了更深的理解等。我不僅學習到了以上專業(yè)的知識 , 而且讓我知道了團隊合作的重要性 , 讓我明白了要及時的與你的隊員一起探討式樣、一起研究解決方案。讓我明白了發(fā)現(xiàn)問題時，一定要及時的與領導或客戶溝通。做這個項目過程中，我發(fā)現(xiàn)自己對 java 的繼承，接口，設計模式方面理解的太膚淺，所以我報名培訓了《 thinkingjava 》、《設計模式》。

時間： 2008-03 至 2008-07

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 百貨店系統(tǒng)

開發(fā)語言： java 、 jsf 開發(fā)工具： eclipse activereport

項目總結：

在 *** 百貨店系統(tǒng)中 , 我的任務是做幾個 jsp 畫面和畫水晶報表。做這個項目我學習了樣式表 (css) 、 jsp 、 ajax 。利用 activereport 畫水晶報表是一個既費時又費勁的事，但它使我養(yǎng)成了做事要細心要有耐心的習慣。在這個項目中我發(fā)現(xiàn)自己 jsp 用的不太熟悉，所以我現(xiàn)在自學 jsp. 做完這個項目后，我的 web 開發(fā)能力有很大的提高。

時間： 2008-08 至 2009-03

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 汽車系統(tǒng)

開發(fā)語言： java 開發(fā)工具： eclipse

項目總結：

在 *** 汽車系統(tǒng)中 , 我的主要任務是對文件（汽車公司運送汽車后產(chǎn)生的輸送結果書）進行解析，并且把文件中的內(nèi)容解析成單條的記錄，然后把記錄插入到多個關聯(lián)的表中 . 這個系統(tǒng)要針對多個公司，所以我在詳細設計時利用了模板方法模式。在這個項目中，對我學習的設計模式得到了應用 , 是我更加深入的理解了設計模式的各個模式。

專業(yè)能力

編程方面 ：本人 熟悉 java 語言，精通軟件工程思想， 熟悉使用 js 、 jsp 、 css, 掌握 c 語言 , 數(shù)據(jù)結構，操作系統(tǒng)，計算機網(wǎng)絡、計算機組成原理，編譯原理等基礎知識，能熟練使用 vc++ 集成開發(fā)環(huán)境，熟悉軟件開發(fā)的流程。

數(shù)據(jù)庫方面 ：熟練掌握基本數(shù)據(jù)庫理論知識，能熟練使用 orcal;

培訓經(jīng)歷

2005/122006/01 華迪實訓基地 《社區(qū)管理系統(tǒng)》 職責：需求分析、編碼、測試

2007/032007/06 東軟集團 培訓內(nèi)容： java 、軟件工程等。

2007/07 2007/09 東軟集團 培訓內(nèi)容： thinkingjava 、設計模式。

個人證書

篇4

關鍵詞：測試用例；評審；追蹤

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2008)32-1131-04

The Process of Design and Practice for Software Functional Test Case

YU Jiu-jiu

(Anhui Wenda Information and Technology College,Hefei 231201,China)

Abstract: The article introduces the process of design software functional test case and practice on RMDB system, reviewing and tracing test case, and improve the efficiency on functional test case design.

Key words: test case; review; trace

1 前言

軟件測試用例就是設計一種情況，軟件程序在這種情況下，希望能夠正常運行并且達到程序事先所設計的執(zhí)行結果。測試用例由測試輸入數(shù)據(jù)和預期的輸出結果兩部分組成。軟件測試用例的設計和執(zhí)行是軟件測試工作的核心，也是工作量最大的任務之一，良好的測試用例設計過程能夠提高測試用例的設計質(zhì)量，便于跟蹤測試用例的執(zhí)行結果，自動生成測試用例覆蓋率報告。測試用例可以用數(shù)據(jù)庫、Word 、Excel 、XML 等格式進行管理，市面亦有成熟的商業(yè)軟件工具和開源工具等。對于一般中小軟件企業(yè)，使用文檔來管理測試用例是較為方便、經(jīng)濟的途徑。

2 軟件功能測試用例的設計

軟件功能測試是對軟件系統(tǒng)最基本的一類測試，功能測試用例即指軟件產(chǎn)品在交付于用戶前對其是否達到事先所定義的用戶需求規(guī)格說明書上說指定的產(chǎn)品功能要求進行測試的測試用例。它是站在用戶角度上，也是較重要的一類測試用例。

2.1 設計原理

測試用例由測試輸入數(shù)據(jù)和預期的輸出結果兩部分組成。在設計測試用例的輸入條件中應包括合理的輸入條件和不合理的輸入條件。人們往往傾向于過多地考慮合法的和期望的輸入條件，以檢查程序知否做了它應該做的事情，而忽視了不合法的和預想不到的輸入條件。如果開發(fā)出的軟件遇到非法情況不能做出適當?shù)姆磻?，會導致軟件的失效。用不合理的輸入條件測試程序時，會比合理的輸入條件進行測試能發(fā)現(xiàn)更多的錯誤。所以就軟件功能測試而言，測試用例設計要從4個方面考慮：

1) 系統(tǒng)功能是否符合需求說明；

2) 系統(tǒng)功能是否完善；

3) 系統(tǒng)功能是否有作用；

4) 系統(tǒng)功能是否無錯誤。

2.2 設計方法

測試用例的設計和編制是軟件測試活動中最重要的。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質(zhì)量穩(wěn)定的根本保障。

測試用例設計的目的就是將系統(tǒng)需求具體化，提取測試需求，通過可測試的方法對每個功能點進行描述。測試用例設計的好壞直接關系到測試質(zhì)量的高低。用最少的測試用例覆蓋最全的功能點是測試用例設計的目標。

在測試用例的設計過程中，應用一個有效的測試用例模板對用例的管理，測試的執(zhí)行具有十分重要的作用。

2.3 功能測試用例組成要素

1) 用例場景：描述該測試用例所驗證的需求用例。通常一個需求用例與多個測試用例對應。對每個需求用例，有時可能需要兩個或多個測試用例與其對應。一個測試用例描述正常工作流情況，另一個或多個描述異常處理工作流。通常異常工作流的測試用例往往是正常工作流測試用例的幾倍。

2) 測試用例序號：每個測試用例都有一個惟一的序列號，用于標識。

3) 測試用例描述：對測試內(nèi)容的簡單描述，讓閱讀者能夠很快對這個測試用例有個大概的了解。

4) 前置條件：描述執(zhí)行該測試用例需要滿足什么條件。

5) 步驟：實現(xiàn)測試用例的各個操作。

6) 預期結果：每個測試步驟執(zhí)行之后的預期結果，是建議需求驗證是否被通過的標準。預期結果不是在測試執(zhí)行當中才被考慮的，應該在測試用例設計階段由需求分析推導而得。

7) 注釋：填寫測試中應當注意的問題或者說明。注釋不是必須填寫的列，而其他列則是必須要填寫的。

8) 真實結果：每一個版本對應真實結果的一列。這一列里填寫測試的真實結果（通過/失敗/不可測/跳過）。如果測試用例執(zhí)行失敗，需要填寫失敗的詳細結果，以及對應的缺陷號。(注：真實結果也可以在相應的測試報告中填寫)

3 軟件功能測試用例的設計過程在RMDB系統(tǒng)中的實踐

3.1RMDB系統(tǒng)簡介

RMDB系統(tǒng)是某信息公司用來進行人力資源管理和項目分配的數(shù)據(jù)庫系統(tǒng)，主要用來對當前公司所從事的信息項目進行合理的人員分配，同時管理每個員工的工作信息，個人信息及所在部門的人員行政關系等。該系統(tǒng)還具有對各種類型的員工的工作量進行合理分配并時刻追蹤員工的工作績效等功能。

RMDB系統(tǒng)的功能架構圖如圖1所示。

3.2 功能測試用例（版本）計劃的制定

在功能測試執(zhí)行之前，需要制定版本的功能測試計劃，對即將進入的測試過程和測試內(nèi)容進行計劃。版本測試計劃中最難的就是決定選擇哪些功能測試用例，以什么樣的順序來執(zhí)行，以及預測執(zhí)行這些測試用例所需要的時間。在實際的項目過程中，由于時間的限制，我們往往無法對系統(tǒng)的每一個版本進行完全的功能測試和回歸測試。因此在有限的時間內(nèi)選擇怎樣的測試用例集合執(zhí)行能，能夠減少因為縮減測試用例而帶來的風險，在測試計劃里顯得非常重要。

對于測試測試用例需求復雜度的分析是進行測試執(zhí)行時間預測的第一步。測試需求的復雜度取決于下列因素：

1) 包含功能驗證點的數(shù)目；

2) 測試用例里測試步驟的數(shù)目；

3) 執(zhí)行該測試用例所需環(huán)境設置的復雜度。

除了這些因素之外，還需要綜合考慮其他系統(tǒng)因素。通過測試復雜度的分析，我們可以得出一張測試需求復雜度的表。每一個測試用例的復雜度被標記為

‘High’，‘Middle’，‘Low’中的一種。

圖2是RMDB系統(tǒng)中某功能主模塊部分測試用例的測試復雜度分析。

測試用例是在對測試任務進行安排時劃分的最小單位。根據(jù)測試經(jīng)驗對每一個復雜度的測試用例預測一個時間長度。然后可以考慮用MS－ Project對任務進行分配。在分配任務的過程中，需要考慮測試用例之間的依賴性和關聯(lián)性，以及測試人員的可用時間（也考慮到一些測試人員可能同時工作在幾個項目上）。

3.3 建立好缺陷分析及預防的系統(tǒng)化流程工作

在測試過程中，需要常常思考怎樣更好地利用以前的測試數(shù)據(jù)，對今后測試計劃和開發(fā)計劃起指導作用。其中對缺陷根本原因的分析，能夠幫助項目管理人員掌握缺陷集中的區(qū)域，明晰缺陷發(fā)展趨勢，了解缺陷產(chǎn)生的主要原因，以便有針對性地提出遏制缺陷發(fā)生的措施，降低缺陷數(shù)量，降低測試成本。在今后的測試工作中，測試人員與開發(fā)人員一起，建立起一個缺陷分析和預防的流程。

在測試過程中我們針對系統(tǒng)缺陷分析表對系統(tǒng)當前的缺陷狀態(tài)和數(shù)目進行分析和統(tǒng)計，如果系統(tǒng)某些模塊缺陷數(shù)目過多，或者嚴重級別的缺陷數(shù)目劇增，我們有必要對這些缺陷進行根本原因的分析。通過分析，可以了解缺陷原因的分布。我們所制定的RMDB系統(tǒng)缺陷分析表如圖3所示。

3.4 RMDB系統(tǒng)功能測試用例的設計及實施

測試用例的設計和編制是軟件測試活動中最重要的。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質(zhì)量穩(wěn)定的根本保障。

測試用例設計的目的就是將系統(tǒng)需求具體化，提取測試需求，通過可測試的方法對每個功能點進行描述。測試用例設計的好壞直接關系到測試質(zhì)量的高低。用最少的測試用例覆蓋最全的功能點是測試用例設計的目標。

在測試用例的設計過程中，應用一個有效的測試用例模板對用例的管理，測試的執(zhí)行具有十分重要的作用。以RMDB測試中的某功能測試用例模板為例。

測試數(shù)據(jù)工作表中存放每一個測試用例所需要用到的測試數(shù)據(jù)。同一個測試用例有可能用到不同的數(shù)據(jù)組合，但是測試步驟是相同的。

測試用例包總結工作表（圖4）中對各個測試周期里以測試包為單位的測試用例執(zhí)行結果進行統(tǒng)計。通過測試包總結工作表，可以看出每一個測試周期里成功/失敗的測試用例數(shù)目，計劃和實際實行的測試用例數(shù)目，以及錯誤報告的統(tǒng)計情況。這些數(shù)據(jù)是我們對某個測試周期的測試結果進行統(tǒng)計的依據(jù)。如圖5所示。

3.5 測試用例在軟件測試中的作用

1) 指導測試的實施

測試用例主要適用于集成測試、系統(tǒng)測試和回歸測試。在實施測試時測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例項目和測試步驟逐一實施測試。并對測試情況記錄在測試用例管理軟件中，以便自動生成測試結果文檔。

根據(jù)測試用例的測試等級，集成測試應測試那些用例，系統(tǒng)測試和回歸測試又該測試那些用例，在設計測試用例時都已作明確規(guī)定，實施測試時測試人員不能隨意作變動。

2) 規(guī)劃測試數(shù)據(jù)的準備

在我們的實踐中測試數(shù)據(jù)是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始數(shù)據(jù)，以及標準測試結果。尤其象測試報表之類數(shù)據(jù)集的正確性，按照測試用例規(guī)劃準備測試數(shù)據(jù)是十分必須的。

3) 評估測試結果的度量基準

完成測試實施后需要對測試結果進行評估，并且編制測試報告。判斷軟件測試是否完成、衡量測試質(zhì)量需要一些量化的結果。例：測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少，等等。以前統(tǒng)計基準是軟件模塊或功能點，顯得過于粗糙。采用測試用例作度量基準更加準確、有效。

4) 分析缺陷的標準

通過收集缺陷，對比測試用例和缺陷數(shù)據(jù)庫，分析確證是漏測還是缺陷復現(xiàn)。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟件質(zhì)量。而已有相應測試用例，則反映實施測試或變更處理存在問題。

4 測試用例的評審和追蹤

4.1 測試用例的評審

RMDB系統(tǒng)的需求用例業(yè)務邏輯較復雜，在迭代開發(fā)的過程中隨著新功能的添加而涉及到與局域網(wǎng)內(nèi)多個數(shù)據(jù)應用系統(tǒng)的交互。在開發(fā)的過程中，測試人員是根據(jù)需求用例和業(yè)務背景知識設計測試用例的。系統(tǒng)功能測試用例的設計基本上是在開發(fā)詳細設計之前完成。由于系統(tǒng)測試用例是系統(tǒng)需求可測試的描述，開發(fā)人員在進行代碼開發(fā)的過程中結合測試步驟的流程，對代碼設計和開發(fā)十分有幫助。

由于測試用例在項目中成為需求的一部分，需要采取一定的流程對測試用例進行評審，以保證測試用例的正確性。測試用例是軟件測試的準則，但它并不是一經(jīng)編制完成就成為準則。測試用例在設計編寫過程中要組織同級互查。完成編寫后應組織專家評審，需獲得通過才可以使用。評審委員會可由項目負責人、測試、編程、分析設計等有關人員組成，也可邀請客戶代表參加。通常評審測試用例的衡量標準有：

1) 準確：測試用例符合用例描述中所需測試的內(nèi)容

2) 概要：包括必須的測試步驟

3) 可重復，容易理解：測試用例是一個可重復的實驗。不同的測試人員進行測試可以得出相同的測試結果。如果僅僅只有設計者知道怎么執(zhí)行，那么這就不是一個好的測試用例。

4) 合適：測試用例在相應的測試環(huán)境下具有可執(zhí)行性，而不應依賴于測試人員的個人技能和經(jīng)驗

5) 可跟蹤：在執(zhí)行每一輪的測試中，需要追蹤共執(zhí)行了多少測試用例，執(zhí)行的測試用例中通過的，未通過的及未使用的占多少，未使用的原因是什么。為以后的測試用例更新做準備。

6) 可恢復：測試用例執(zhí)行后，測試環(huán)境需要恢復到測試前的狀態(tài)。如果對系統(tǒng)進行恢復測試，需要說明如何使系統(tǒng)回到正常狀態(tài)。

在評審會議中，會議主持者負責控制評審的進度和時間，通過評審，把需要澄清和改進的問題記錄下來，由測試用例的設計者會后進行修改，修改完成后的測試用例需要提交再次評審，直到所有的用例通過評審為止。

最后，測試用例在形成文檔后也還需要不斷完善。主要來自三方面的緣故：第一、在測試過程中發(fā)現(xiàn)設計測試用例時考慮不周，需要完善；第二、在軟件交付使用后反饋的軟件功能性缺陷，而缺陷又是因測試用例存在漏洞造成；第三、軟件自身的新增功能以及軟件版本的更新，測試用例也必須配套修改更新。

一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應隨之編制升級更新版本。

4.2 測試用例的追蹤

因為測試用例具有易組織性，可評估性和管理性，在測試用例執(zhí)行過程中，實現(xiàn)測試用例執(zhí)行過程的跟蹤可以有效地將測試過程量化。例如，執(zhí)行一輪測試中，共執(zhí)行了多少測試用例，哪些成功的預測到缺陷，那些沒有，等等。當然，這只是一個相對過程，測試人員的工作量不應僅僅憑借測試用例的執(zhí)行情況來判定，但至少每輪測試后通過對實現(xiàn)所設計的測試用例的追蹤可以判斷當前軟件測試的質(zhì)量，并對測試的有效性進行評估。

追蹤測試用例的形式一般有以下幾種:

1) 記憶：憑借個人的記憶力來追蹤測試用例，方法是不可取的。

2) 書面文檔：使用書面文檔記錄測試用例，主要使用列表的形式。但作為組織和搜索數(shù)據(jù)分析時，這種方法是很局限的。

3) 電子表格：通過表格中列出的測試用例的跟蹤細節(jié)，可以直觀的砍刀測試狀態(tài)以及分析合同及測試用例的通過與否，它與軟件缺陷相關聯(lián)。這為測試中有效管理和分析測試過程以及軟件的質(zhì)量提供了有效的量化依據(jù)。

4) 自定義數(shù)據(jù)庫：通過自己定義的數(shù)據(jù)庫來跟蹤測試用例的執(zhí)行和覆蓋率，并通過自己編寫的工具生成相關報表，分析圖等。當然，這種方法所花費的成本是最高的。

根據(jù)RMDB系統(tǒng)實際測試環(huán)境的現(xiàn)狀，我們所采用的是電子表格形式對每一輪測試后的測試用例進行追蹤。所用的測試用例覆蓋缺陷追蹤統(tǒng)計表模板主要由以下幾部分組成，分別是測試輪數(shù)，被測模塊號，模塊名，模塊測試狀態(tài)，缺陷號，未覆蓋標識，覆蓋標識（執(zhí)行的用例號，為被執(zhí)行的用例號），覆蓋缺陷率。

1) 測試輪數(shù)：表明這是第幾輪測試的統(tǒng)計表。

2) 被測模塊號：每個被測模塊都有一個惟一的序列號，用于標識。

3) 模塊名：每個被測模塊都有一個惟一的模塊名，用于標識。

4) 模塊測試狀態(tài)：指該模塊內(nèi)是否發(fā)現(xiàn)缺陷（無論是哪一種缺陷），一般用Pass/Fail 標識。

5) 缺陷號：指在某一模塊中所發(fā)現(xiàn)的一或多個缺陷序列號，每個缺陷序列號唯一，用于標識。

6) 未覆蓋標識：指該缺陷未被事先設計的測試用例所覆蓋到（預測到），標明相應的缺陷序列號。

7) 覆蓋標識（執(zhí)行的用例號）：指該缺陷被事先設計的測試用例表中所覆蓋到（預測到），并且該缺陷發(fā)生的結果與測試用例表中反映的一致。標明相應的測試用例序列號。

8) 覆蓋標識（未執(zhí)行的用例號）：指該缺陷被雖然被事先設計的測試用例表中所覆蓋到（預測到），但是該缺陷發(fā)生的結果與測試用例表中反映的不一致。標明相應的測試用例序列。

9) 覆蓋缺陷率：統(tǒng)計此輪測試后，事先設計的測試用例表中成功的覆蓋到（預測到）實際所發(fā)現(xiàn)缺陷的比率。（一般來說，若這個比率應不低于60%，則說明事先所設計的 測試用例是有效的。）

圖6為RMDB系統(tǒng)在某一輪測試結束后測試用例評審時的跟蹤統(tǒng)計工作表模版。

在每一輪測試工作結束后，測試人員要花一定時間對已發(fā)現(xiàn)的缺陷情況并結合已有的測試用例做測試用例的更新工作（若用戶對系統(tǒng)的某些功能方面提出了新的需求，也是要進行相應測試用例更新操作）。這樣一方面為下一輪的測試做好準備，另一方面可以有效的對測試用例進行科學化管理，從而提高測試用例的設計效率。

5 結束語

基于現(xiàn)代化軟件開發(fā)規(guī)律，軟件在其生命周期中會頻繁地被修改和不斷推出新的版本，修改后的或者新版本的軟件會添加一些新的功能或者在軟件功能上產(chǎn)生某些變化。隨著軟件的不斷完善，軟件的某些功能發(fā)生了演變，原有的測試用例可能會失去針對性和有效性，而另一些測試用例可能會變得過時，還有一些測試用例將完全不能運行。為了保證測試用例庫中測試用例的有效性，還需要對測試用例進行維護。同時，被修改的或新增添的軟件功能，僅僅通過重新運行以前的測試用例并不足以揭示其中的問題，有必要增加新的測試用例來測試這些新的功能或特征。因此，測試用例的維護工作還應包括開發(fā)新測試用例，這些新的測試用例用來測試軟件的新特征或者覆蓋現(xiàn)有測試用例無法覆蓋的軟件功能或特征。

參考文獻：

[1] 朱少明.軟件測試方法和技術[M].北京:清華大學出版社,2005.

篇5

關鍵詞：PLC軟件；工程化；管理實踐

中圖分類號： TU71 文獻標識碼： A 文章編號： 1673-1069（2016）35-23-2

0 引言

本文結合本單位裝檢類設備及高端工藝裝備中PLC軟件特點，推廣深化GJB5000A體系應用，對PLC軟件工程化管理進行了初步探索與實踐，提出了PLC軟件工程化管理方法與規(guī)范，管控關鍵性過程活動和文檔質(zhì)量，以測試推動PLC軟件工程化，提升PLC軟件的綜合效能，有效支撐本單位裝檢設備及高端工藝裝備的高質(zhì)量研制與管理。

1 PLC軟件工程化管理的迫切需求

軟件工程化管理是提高軟件研制質(zhì)量的必經(jīng)之路，不僅能降低開發(fā)成本，縮短開發(fā)周期，更能降低軟件研制風險，提高軟件的質(zhì)量和可靠性，增強軟件的可維護性。作為工業(yè)控制系統(tǒng)的重要組成部分，PLC軟件的工程化管理對于保障控制系統(tǒng)安全與可靠運行、提升效能和增值等具有重要作用。

PLC（Programmable Logic Controller），即可編程邏輯控制器，應用于自動化、高可靠性要求的工業(yè)環(huán)境，成為工業(yè)控制系統(tǒng)的重要單元，廣泛應用于邏輯控制、運動控制、工藝過程控制、信號測試與診斷等領域，因此廣義上的PLC，亦包括可編程自動化控制器、可編程控制器。

相對于PLC硬件的固態(tài)化與顯性化，PLC軟件具備更靈活的柔性與更強的擴展性，成為PLC產(chǎn)品功能實現(xiàn)與性能提升的關鍵載體，因此，PLC軟件質(zhì)量亦成為工業(yè)控制系統(tǒng)質(zhì)量與可靠性的關鍵。PLC軟件廣泛應用于各類測試設備、實驗裝置、裝檢設備以及高端工藝裝備等，在自動化與智能化控制、安全性與可靠性等方面發(fā)揮著重要作用。

集成化裝檢設備離不開PLC軟件。實現(xiàn)裝檢自動化，包括實現(xiàn)傳感儀表信號檢測、流程自動控制、狀態(tài)監(jiān)控、應急安全處理及報警等需要高質(zhì)量、高可靠性的PLC軟件。因此PLC軟件是實現(xiàn)裝檢自動化與智能化的保障，可以顯著提升產(chǎn)品質(zhì)量可靠性、提高應急響應能力和環(huán)境適應能力、降低勞動強度和操作技能要求、減少人體危害風險等。

面向超精密加工領域研發(fā)的高端工藝裝備，幾乎均涉及PLC控制，如金剛車系列機床、磁流變拋光系列機床、激光焊接機床等，實現(xiàn)電機與儀表驅(qū)動、人機交互、運動控制、加工工藝過程控制、數(shù)據(jù)采集、通信及故障診斷等。

在高端工藝裝備中，PLC軟件作為控制系統(tǒng)的重要組成部分，從功能看， 它是實現(xiàn)運動（協(xié)調(diào)）控制、開關量邏輯控制、工藝參數(shù)與工藝過程控制、數(shù)據(jù)處理及通信的重要載體；從性能看，它是實現(xiàn)高端工藝裝備安全性、可靠性的重要技術手段。

綜前所述，PLC軟件在當前和未來均存在巨大的現(xiàn)實和潛在需求。相對于PLC軟件技術的不斷發(fā)展，需要在PLC軟件管理方面與時俱進。經(jīng)過分析，以下方面制約了PLC軟件的質(zhì)量與研發(fā)進度。

①使用的PLC產(chǎn)品種類繁多，各PLC產(chǎn)品技術差異性大，包括平臺架構方式、編程與測試方法等，導致PLC軟件設計差異性大，尚未結合本單位產(chǎn)品特點形成相應的PLC軟件技術規(guī)范。

②PLC軟件開發(fā)人員分工不明確，設計、編碼與測試多由同一人承擔，軟件質(zhì)量與開發(fā)進度無法保證，人員更替對項目研發(fā)和后期維護影響較大。

③PLC軟件開發(fā)過程活動、軟件相關開發(fā)文檔和軟件版本，未進行有效管控，導致PLC軟件質(zhì)量與開發(fā)進度成為項目發(fā)展的瓶頸之一。

④針對PLC軟件的測試平臺和測試手段較為欠缺，測試過程缺乏規(guī)范。

大量研究和實踐表明，軟件工程化是提高軟件開發(fā)質(zhì)量的必經(jīng)之路。中國工程物理研究院機械制造工藝研究所在軟件工程化管理方面開展了體系研究，于2015年11月通過GJB5000A二級正式評價，形成了軟件工程管理手冊、管理規(guī)范和技術規(guī)范，切實提高了本單位軟件工程化水平。

但本單位軟件工程化管理尚未涵蓋PLC軟件。有別于其他軟件，PLC軟件與硬件耦合度高，對硬件平臺依賴性大；PLC軟件驅(qū)動硬件單元，對系統(tǒng)綜合性能影響大；PLC軟件測試難度大，包括測試平臺的搭建、真實工況與異常工況的模擬等；PLC軟件涉及更多的接口，包括與機械結構、電氣硬件、上位軟件及復雜的現(xiàn)場工況。因此，實施PLC軟件工程化，加強PLC軟件質(zhì)量控制，確保其有效推動提高PLC軟件質(zhì)量和開發(fā)進度，需探索與PLC特點和本單位工業(yè)控制系統(tǒng)相適宜的管理辦法。

2 PLC軟件工程化管理調(diào)研

為探索PLC軟件工程化管理方法，我們對國內(nèi)相關單位的PLC軟件管理進行了調(diào)研。根據(jù)調(diào)研初步情況，國內(nèi)還沒有單位將PLC軟件納入GJB5000A體系進行管理，尚未針對PLC軟件形成工程體系化的管理方法和規(guī)范。一般均將PLC軟件納入電氣控制系統(tǒng)管理，存在與電氣硬件強耦合、開發(fā)角色分工不明確等帶來的一些問題，包括PLC軟件規(guī)格需求不清晰、開發(fā)過程無法有效跟蹤和控制、測試不規(guī)范、PLC軟件質(zhì)量對人的依賴性大等。但從調(diào)研單位的工程實踐看，有諸多可供加強PLC軟件質(zhì)量控制的有效手段。

機床廠專機的控制軟件，與本單位PLC軟件具有較大相似度。機床廠對專機在控制軟件界定及分類管理、設計原則和技術要求、評審與軟件驗證、軟件版本管理等方面，進行了規(guī)范與要求。

同為下位控制的PLC軟件，可借鑒FPGA軟件管理。雖然FPGA軟件面向芯片級、側重時序邏輯，而PLC軟件面向控制系統(tǒng)集成，兩者在技術上差異性較大，但在管理方面具有較大的相似性。該院對FPGA軟件質(zhì)量進行了有效的體系管理，形成了設計準則及測試規(guī)范等，相關管理經(jīng)驗包括配置、需求、角色分配、評審與測試規(guī)范等方面，對于PLC軟件管理均是有益的參考。

重視軟件測試。PLC軟件測試，包括測試平臺的搭建和測試方法的構建、PLC程序的執(zhí)行效率、PLC軟件的配置與移植、PLC軟件對硬件變化或性能衰減的適應性、PLC軟件對控制系統(tǒng)總體的安全性和可靠性影響等內(nèi)容。從調(diào)研情況看，分階段（包括單元測試、接口測試、集成測試）、多方法（包括數(shù)字仿真、硬件在回路、形式化驗證等）測試是有益的，同時，編制測試規(guī)范、測試計劃及測試過程需要對相關控制軟硬件知識的深入認識。

3 PLC軟件工程化管理初探

作為總裝備部組織國內(nèi)專家制定、用于指導軍用軟件研制機構改善軟件過程和加強軟件開發(fā)過程控制與管理的標準，GJB5000A對提升軟件研制質(zhì)量和管理水平、實現(xiàn)軟件研制能力由基于個人的能力轉變?yōu)榻M織的能力，提供了科學管理理念和做法。本單位在高端工藝裝備多個軟件項目開發(fā)中推行GJB5000A，切實提升了上位控制軟件的研制質(zhì)量。鑒于國內(nèi)尚未將GJB5000A涵蓋PLC軟件管理的現(xiàn)狀，本單位PLC軟件管理遵循GJB5000A“服務于本單位組織目標和質(zhì)量目標、追求有效性和適用性，漸進推進”的思想，結合本單位PLC軟件和組織特點，對PLC軟件工程化管理進行了初步探索與管理實踐。

基于本單位的軟件工程管理體系（QJZ53/54/55），結合本單位PLC軟件特點、PLC軟件研制管理基礎等，借鑒同行相關管理方法，形成適宜于本單位PLC軟件應用需求、與研發(fā)人員能力和組織管理水平相匹配的PLC軟件研制管理要求，按此要求，在武器型號裝檢設備及高端工藝裝備項目中，推行PLC軟件工程化項目試點，通過項目實踐及時總結評價，在實踐中不斷提升人員的研發(fā)和管理能力、組織管理水平，并迭代完善PLC軟件研制管理要求，從而引導、促進PLC軟件研制能力成熟度不斷進步。

如前所述，將制約本單位當前PLC軟件質(zhì)量和項目進度的這些薄弱環(huán)節(jié)，設置為重要環(huán)節(jié)和節(jié)點，納入質(zhì)量目標加以規(guī)范管理，并基于GJB5000A本地化的軟件工程管理體系進行裁剪簡化，形成PLC軟件研制管理要求，其流程：重點從項目開發(fā)的人員配置、過程重要節(jié)點管控和測試規(guī)范、文檔質(zhì)量等方面推進PLC軟件工程化管理。

3.1 人員配置

改變設計、編碼與測試由同一人承擔的開發(fā)方式，軟件開發(fā)人員至少由2人構成，包括需求與設計員、程序編碼員（根據(jù)目前人員情況，需求與設計員和程序編碼員可以由同一人承擔）、程序測試員。

軟件工程化總是關注過程，而過程的關鍵因素是人。針對當前PLC研發(fā)人員不熟悉GJB5000A體系、而掌握GJB5000A的人員又不理解PLC技術的現(xiàn)況，一方面開展培訓，提高專業(yè)技術人員在PLC技術及軟件工程化管理兩方面的知識儲備；另一方面，讓專業(yè)技術人員參與數(shù)項PLC軟件工程化試點項目，并交叉承擔開發(fā)人員、QA、CM、測試人員等不同角色，在過程實踐中理解各角色要求、發(fā)現(xiàn)問題、改進方法、形成共識，進而形成兩類人員相互匹配和相互促進的持續(xù)改進過程。

3.2 重視設計文檔，管控關鍵過程

加強并規(guī)范源頭設計，重視設計文檔，對關鍵過程活動進行管控。重點對軟件研制任務書、軟件需求規(guī)格說明書、軟件設計說明書，進行評審確保設計文檔質(zhì)量。評審通過后，才能進行下環(huán)節(jié)，即根據(jù)軟件研制任務書、軟件需求規(guī)格說明，進行軟件設計工作，形成軟件設計說明書、軟件測試計劃與說明書，指導軟件編碼設計和測試工作。

簡化文檔形式，強化文檔內(nèi)容，確保設計文檔能有效提升PLC軟件質(zhì)量和開發(fā)進度。鑒于PLC軟件與子系統(tǒng)（包含機械結構、電氣硬件和上位軟件）涉及多接口，重點要求對接口詳細分析和說明；要求以流程框圖對控制功能模塊的邏輯進行說明。

3.3 以軟件測試推動PLC軟件工程化

規(guī)范并加強PLC軟件測試工作。PLC軟件測試包括單元測試和系統(tǒng)集成測試，由項目組內(nèi)部控制，測試前要求編制測試計劃與說明書，由程序測試員根據(jù)測試計劃與說明書，進行測試、迭代優(yōu)化；測試后，編制軟件測試報告。測試過程中，除測試軟件研制任務書要求的功能與性能外，重點考察下位軟件對控制系統(tǒng)安全性、可靠性的防護和保障，考察程序的執(zhí)行效率和關鍵信號的實時響應性。

3.4 加強軟件版本進行控制管理

參照軟件工程管理手冊，對PLC軟件建立至少兩級受控庫，并進行分級受控庫的配置管理。針對PLC涉及多接口及對系統(tǒng)影響直接，加強版本變更對影響域的詳細分析與說明。

4 小結

GJB5000A對軟件研制提供了一套科學管理理念和做法，這是一個結合單位實際實現(xiàn)軟件質(zhì)量持續(xù)優(yōu)化、不斷改進的過程，對剛起步的PLC軟件工程化管理尤其如此。今后，將在GJB5000A體系涵蓋PLC軟件研制的基礎上，結合各試點項目反饋，持續(xù)優(yōu)化PLC軟件的管理活動，完善PLC軟件技術規(guī)范，切實加強PLC軟件質(zhì)量控制。

篇6

【關鍵詞】水利工程；軟土地基；質(zhì)量；處理技術

軟土地基具有空隙比大、含水量高、壓縮性高以及抗剪強度低和透水性差等主要特點。在水利工程建筑物荷載以及水壓的作用下，軟土地基容易出現(xiàn)不均勻變形問題，在經(jīng)過長時間的使用才會逐步趨向于穩(wěn)定。受軟土地基沉降問題的影響，水利工程軟土地基的上部結構也會隨著地基的沉降而發(fā)生不均勻的沉降。建筑結構一旦發(fā)生沉降，問題嚴重的將影響建筑結構的穩(wěn)固性以及正常的使用性能，當遇到洪水沖擊時，水利工程因建筑結構的沉降問題容易出現(xiàn)泥土流失、管涌，甚至出現(xiàn)倒塌事故，嚴重威脅到工程沿岸居民以及下游居民的安全。軟土地基的性質(zhì)主要有施工地的地質(zhì)情況而決定，具有很強的隨機性。在軟土地基設計以及施工過程中，稍有不注意便會出現(xiàn)質(zhì)量問題，影響水利工程的正常使用新能。

1 軟土地基所具有的特點

1.1 軟土地基具有較高的孔隙比

通過實驗調(diào)查可以發(fā)現(xiàn)，在相同的環(huán)境下，軟土與重塑土的孔隙進行比較，前者的孔隙要較后者大很多，軟土所具有的高孔隙直接決定著軟土地基的高孔隙。這一特性在軟土地基緩慢沉積的過程中將對軟土沉積密實性造成不利影響，不利于軟土地基的進一步穩(wěn)固。

1.2 軟土地基的壓縮性高

高壓縮性是軟土所具有的明顯特征，在外力的作用下，軟土固有的平緩的壓縮曲線會發(fā)生陡降，當大力進一步增大，足以超過軟土的可承受壓力后，此時軟土的壓縮曲線的斜率則會從突變開始向漸變方式進行轉化。

1.3 軟土地基具有低透水性

弱透水性是軟土所具有的明顯特點，軟土地基同時也繼承了軟土的這一特性，決定了軟土地基的低透水性。通常狀況下，軟土地基豎向滲透系數(shù)僅為106～108mm/s左右，滲透速度非常緩慢，不利于地基在短期內(nèi)進行排水固結，影響水利工程軟土地基的沉降效果。

1.4 軟土地基具有高靈敏度

軟土地基的這一特性主要通過軟土地基的觸變性加以體現(xiàn)出來，但軟土地基在外力作用下發(fā)生振動時，處于振動狀態(tài)下的原狀軟土結構則會遭到破壞，影響軟土結構的強度與穩(wěn)固性，導致軟土地基出現(xiàn)與均勻沉降，基底出現(xiàn)側向滑落。

2 水利工程施工中軟基地基的處理技術

依據(jù)處理目的的不同，可以將軟土地基的處理方法簡單的劃分為兩類，一類是沉降處理，另一類則是穩(wěn)定處理。所謂沉降處理主要通過提高軟土地基固結沉降的效率，來實現(xiàn)降低軟土地基總沉降量，提高軟土地基穩(wěn)固性。所謂穩(wěn)定處理方法主要是通過對軟土地基的剪切變形實施有效控制，來實現(xiàn)盡量避免軟土地基強度下降，有效增強軟土地基強度，達到提高軟土地基抗滑阻力的目的。下文針對水利工程施工中較為常見的軟土地基處理技術進行簡單的介紹：

2.1 樁基法處理技術

當軟基淤土層比較厚而難以進行大面積深處理時，多采用樁基法處理技術。近年來，鋼筋混凝土預制樁被普遍應用，其原理是通過人工或機械成孔，在弱軟基中注入鋼筋混凝土，利用混凝土的放熱及離子交換作用，使周圍土質(zhì)的物理性質(zhì)改變，形成混凝土樁復合地基，以達到加大地基承載力，減少沉降的目的。此外，鋼筋混凝土預制樁處理技術還能抗水閘水壓力，產(chǎn)生水平荷載達到水平穩(wěn)定作用。

2.2 換土墊層法處理技術

當軟基淤土層厚度比較薄時，采用換土墊層法，通過對淤土層進行砂土、灰土粗砂或水泥土等換填，進行地基處理，主要是回填壓密性較好的土層并壓實，使土層具有良好的持力，達到改變地基承載力、提高地基抗變形性、保持穩(wěn)定性能的目的。原理是：挖出地基底面以下較淺范圍內(nèi)的軟弱土，分層填充質(zhì)地硬、強度高、性能穩(wěn)定、壓縮性較小、抗侵蝕性的材料，同時利用人工或機械分層進行壓實，以達到建筑要求的密實程度，形成達標準的地基。

2.3 高壓旋噴注漿法處理技術

高壓旋噴注漿法是運用氣壓、

液壓或者電化學原理，通過把可以固化的漿液注入地基介質(zhì)中，或者注入到建筑物與地基之間的縫隙部位的一種處理技術。原理是：通過在閘基中進行高壓旋噴灌漿，形成水泥土摩擦樁，使閘基水利工程施工中軟基處理技術的承載力大大提高，以達到控制基地沉降為目的。在高壓旋噴漿液的同時，可以通過旋轉、定噴、擺噴或旋噴的方式使地基形成復合地基，來進一步提高地基承載力，減少地基發(fā)生沉降。

2.4 加筋土法處理技術

加筋土法是通過把較強抗拉能力的土工合成材料、金屬板條等埋置入軟基土層中，利用土顆粒位移與拉筋產(chǎn)生摩擦力作用，讓土與加筋材料結合成整體，增強整體的穩(wěn)定性，減少整體變形的頻率，大大增強地基的承載力，從而減少沉降。原理是：通過在砂墊層中埋置土工織物材料，利用土工織物具受拉作用的特點，使基底應力分布得以調(diào)整，因此，減少了地基側向位移和沉降，大大提高了地基穩(wěn)定性。

2.5 加載預壓法處理技術

加載預壓法的原理是：在建筑物建造施工前，通過預壓荷載作用，對天然地基進行壓密、固結，地基產(chǎn)生變形，利用此方法提高地基土的強度，卸去預壓荷載后再進行建筑物施工，此方法在完工后地基沉降小，地基承載力也大大提高。當天然地基土處于弱滲透性時，通過縮短地基排水固結的排水間距，來提高土體固結速度，往往會在地基中鋪設豎向排水通道，其常用形式包括有：普通砂井、袋裝砂井、塑料排水板等。

2.6 深層攪拌法處理技術

深層攪拌法處理技術適用于淤泥或是淤泥質(zhì)粉細砂地區(qū)的地基，對于粉細砂地區(qū)地基，此方法也可用于水工的地基加固以及防滲透處理。原理是：采用深層攪拌機，通過把水泥與地基土原位進行攪拌，攪拌成圓柱狀或格柵狀或連續(xù)墻水泥土增強體，使之形成復合地基，來增加地基的承載力，進而減小地基沉降。深層攪拌法適用于淤泥質(zhì)土、黏性土、粉土等軟土地基。

3 總結

改革開放以來，我國水利工程施工技術不斷進步，水利工程軟土地基處理技術也隨著水利工程施工技術的不斷發(fā)展和完善而取得了巨大的進步。各種新型建筑施工材料的應用極大地提高了軟土地基的使用性能，為全面提高我國水利工程建設質(zhì)量做出了突出的貢獻，極大的降低了水利工程施工中存在的安全隱患。同時也提高了水利工程的使用年限，為我國經(jīng)濟的可持續(xù)發(fā)展奠定了堅實的基礎。在今后的發(fā)展道路上，我國水利工程建設者更應積極的致力于軟土地基處理技術的研究與發(fā)明，確保水利工程軟土地基的建設質(zhì)量。

參考文獻：

[1]陳幫偉,鄭燁.爆炸置換法在南掃箕圍墾工程中的應用[J].浙江水利科技, 2010,(05).

篇7

建筑工程地基施工過程中，施工技術人員要對軟土層的性能充分的掌握，軟土層土的天然孔隙比e值大于1．0；土的含水量大于40％；壓縮系數(shù)a1~2大于或等于0．5MPa時，屬高壓縮性土層；地基的承載力小：軟土層在建筑物的軸向力作用下容易破壞，上層破壞意味出現(xiàn)明顯的分離面（裂縫）。屈服是塑性變形的開始，無限制的塑性變形，即為流動軟土層就是小的荷載差異，也會引起建筑的沉降，當沉降量大而不均勻，就會造成建筑物的傾斜、裂縫等事故。

1.建筑物的沉降速率及處理不當所引起的惡果

軟土層上建筑物的沉降速率隨基礎面積和荷載變化而有所不同：一般民用建筑活荷載較小時，其竣工時沉降速率為0．5―1．5mm／d；在竣工后半年至一年的時期內(nèi)，是建筑物差異沉降最為迅速的時期，常發(fā)生傾斜和裂縫、當沉降速率衰減到0．05mm／d以下時，差異沉降不再增加，沉降基本穩(wěn)定，軟土層厚度比較厚時，需要的沉降穩(wěn)定時間較長，因為軟土的滲透性低，孔隙水不易排除，有些建筑物建成后幾十年，其沉降尚未完全穩(wěn)定。例如，上海展覽館的中央大廳，當時由國外專家設計，利用箱形基礎，基礎面積為46．5m×46．5m，半地下室，基底壓力為130kPa，附加壓力約120kPa：當時沒有進行沉降量的計算就確定地基允許承載力。建成30年以后，累計沉降量已超過1．8m，影響范圍達30m以上，使相鄰兩側展覽廳的墻體嚴重開裂，直至目前沉降才基本穩(wěn)定。

軟土地基的處理，一般都足以提高強度和減少變形為目的。但有時這兩者并不能同時達到。例如，強度提高了，但變形卻沒有減少。如果已加固好地基而沒有加固地基交界處的軟土層，該土層已經(jīng)受到擾動，隨建筑物的升高，軟弱基土在上部壓力的作用下滑動、擠出就可能由該處發(fā)生：當然，也有設計問題，如選用的處理方法不適合該王程的軟土層。更有施工的問題，如很多基礎施工企業(yè)缺乏技術和管理素質(zhì)，又無質(zhì)量保證體系，以贏利為目的，放松質(zhì)量管理，常造成已處理的軟土地基上建筑物又出現(xiàn)下列質(zhì)量問題：1）當基礎下軟土層較厚又比較均勻時，在上部軸向力的作用下，地基壓縮引起建筑物過大沉降；2）當上部荷載差異大，上層不均勻時，建筑物將產(chǎn)生不均勻下沉，從而引發(fā)傾斜，致使墻體裂縫；3）地基上層均勻性差，再加上建筑物荷載不均勻及附近建筑物的影響，會產(chǎn)生過大的傾斜或倒塌事故；4）當軟土地基加載過大、過快時，建筑物的軸向力超過了地基的承載力，使建筑物下的軟上發(fā)生塑性變形，出現(xiàn)分離面（裂縫）而破壞地基，產(chǎn)生傾斜或倒塌事故。

2.軟土地基的處理

（1）對暗塘、暗濱、暗溝、坑穴、古河道等的處理一般可采用基礎加深、換土墊層或短樁等方法。

（2）對表層和淺層不均勻地基的處理，一般可采用挖除軟弱地基土，換土夯填密實，也可用人力增大土的密度，采用夯實、碾壓、振動等方法處理。

（3）厚層軟土地基可采取堆載預壓的方法處理，常用砂井或袋裝砂井或塑料板排水堆載預壓。如缺少堆載用的材料時，可采用真空預壓。預壓荷載宜略大于設計荷載，預壓時間，分級和速率應根據(jù)建筑物的要求和對周圍建筑物的影響，以及軟土的固結情況而決定。

（4）軟土地基也可采取砂樁、碎石樁、石灰樁、石灰粉煤灰樁、灰土樁和水泥上旋噴樁處理，但樁的設計參數(shù)宜通過試驗確定。

（5）對荷載大、沉降限制嚴格的建筑物，宜采用樁基，可有效地減小沉降量和差異沉降。

3.軟土地基的建筑設計

為防止軟土地基上的建筑物不均勻沉降，建筑設計要采取有效的綜合技術處理措施，如減輕上部荷載，加強基礎整體剛度，選用較小的基底壓力，以減少軟土地基的沉降差。設計要采取增強建筑結構的方法，使建筑與基礎能起到共同作用，防止因建筑平面形狀復雜、轉彎多、立面變化過大，或設置大門洞和大窗框，而削弱建筑的整體剛度或質(zhì)量中心與剛度中心偏移較多等。這均會造成建筑物因不均勻沉降而傾斜。因此，設計時宜采取下列措施：

（1）體型復雜，荷載差異又大的建筑工程，宜采用框架結構，并加強基礎的整體剛度，一般可采用箱型基礎、樁基礎、整板筏基礎等，以適應不均勻沉降的性能。

（2）磚混結構的建筑工程，必須對建筑物的體型，荷載、基礎類型與地基進行綜合分析，建筑平面要力求簡單，內(nèi)外墻要盡量貫通，合理布置縱橫墻，橫墻間距不宜超過房屋寬度的1．5倍。建筑物的長高比是影響磚砌體承重結構剛度的主要因素，合理的長高比具有調(diào)整地基非均勻變形的能力，且產(chǎn)生的相對彎曲值小，能避免墻體開裂。經(jīng)多方調(diào)查，不同長高比的建筑物的不完全統(tǒng)計資料表明：

①對于三層和三層以上的多層建筑，其長高比=L／Hf≤3時，墻體沒有裂縫。式中，L為建筑物的長度（m）；Hf為自基礎底面算起的建筑物高度（m）。

當建筑的長高比為3

②應適當加強基礎的剛度和強度，加強地基與上部結構的共同作用。在進行結構計算時，應使各種假設盡量符合實際工作狀態(tài)，如計算陽臺、挑走廊的縱墻基礎時，不要采用縱橫墻三向分配荷載，應將陽臺、挑廊荷載值由縱墻基礎承擔。

③為減少建筑物的沉降和不均勻沉降，可采用下列措施：

A、設置地下室或半地下室等，采用覆土少、自重輕的基礎形式。

B、選用輕型結構，減輕墻體自重，采用架空地板代替室內(nèi)厚填土層，以減輕地面荷載。

C、在調(diào)整各部分荷載分布的同時，調(diào)整基礎的寬度或埋置深度，選用較小的基底壓力。

D、在墻體上開洞過大時，宜在開洞部位適當配筋或采用構造柱及圈梁加強，E、地面堆載應力要求均衡，避免大量、迅速：集中堆載，并應根據(jù)使用要求

決定，堆載特點、結構類型，根據(jù)地質(zhì)條件確定允許堆載的大小和范圍。堆載不宜壓在基礎上。

（3）廠房和倉庫的結構設計，可適當提高柱、墻的抗彎能力，增強建筑的剛度。對于中、小型倉庫，宜采用靜定結構：具有地面荷載的建筑地基下軟弱土層較薄，采用樁基比較經(jīng)濟；車間內(nèi)設有30t，以上重級工作制吊車時，宜采用樁基礎.

4.軟土地基的建筑施工技術

4.1挖土

淺基槽或基坑挖土時，要有防止擾動基礎下的軟土持力土層的措施。按規(guī)定做好基槽或基坑邊坡的支撐或放坡，防止坍土：對已挖好的基槽或基坑，要會同勘察、設計、監(jiān)理、質(zhì)監(jiān)等單位有關人員檢驗，并核對巖土上程的勘察報告中確定的持力上層是否―致，如發(fā)現(xiàn)有不符之處，須及時研究解決。

4.2圍護

深基坑周圍，必須按施工組織設計要求用板樁、鉆孔灌注樁、預制樁等圍護，以抵抗軟土層擠壓產(chǎn)生的水平推力，使基土流塑擠出、這也是防止邊坡坍土的主要措施。

4.3增設墊層

在軟土地區(qū)一般采用的是換土墊層，如砂墊層、砂石墊層，碎石墊層、灰上或素上墊層，煤渣墊層、粉煤灰墊層、礦渣墊層以及用其他性能穩(wěn)定、無侵蝕性的材料做獻墊層等，雖然墊層的材料不同，應力分布有差異，但從眾多的試驗結果來看，其極限承載力還是比較接近，沉降的特點也基本相似。所以，各種材料的墊層都可近似地按砂墊層的計算方法進行計算。墊層的主要作用有下列3點：1）提高地基承載力。因各種墊層的抗剪強度都高于軟弱土層，所以能提高軟土承載力，避免軟土地基的破壞；2）減少沉降量；如條形基礎在相當于基礎寬度的深度范圍內(nèi)的沉降量，約占總沉降量的50％，現(xiàn)用密實的墊層代替上部軟弱土層，即可減少這部分的沉降量。墊層對應力的擴散作用。使作用在下臥層軟土的壓力較小，這樣也會相應減少下臥土層的沉降量；3）加速軟土層的排水固結。因墊層材料透水性大，軟弱土層受壓后，墊層可作為良好的排水面，可以使基礎下面的孔隙水壓力消散，加速墊層下軟弱土層的固結和提高其強度，避免地基下軟土塑性破壞.

4.4在施工時進行現(xiàn)場監(jiān)測

監(jiān)測是施工中一項不可缺少的工作，可提供保證施工正常進行的實際數(shù)據(jù)。發(fā)現(xiàn)不正常現(xiàn)象可以及時研究處理。

4.5控制施工進度

利用施工的材料均勻堆載預壓，周圍墻體必須同時砌筑；嚴格按規(guī)范要求控制，每天的可砌高度不超過一排腳手架高，即1．5m左右；澆筑混凝土構件也要掌握均勻度，防止人為的偏心受壓。

5.結語

綜上所述，在建筑工程地基施工過程中，技術人員一定要對軟土層進行科學合理的施工處理，并結合當?shù)氐膶嶋H情況，制定出適合的施工方案，以保證施工過程的正常進行和建筑物的質(zhì)量水平。

參考文獻

[1] 曠利軍. 軟土地基施工處理及要求[J].《科園月刊》，2008（4）.

篇8

關鍵詞：知識管理；軟件工程；教師；工具；實踐

0　引言

軟件工程是集計算機技術、數(shù)學及管理科學于一體的、以工程化方法進行軟件開發(fā)研究的綜合性、實踐性專業(yè)。隨著信息技術的飛速發(fā)展，各行業(yè)對高素質(zhì)軟件人才的需求日益增大，如何培養(yǎng)出多層次、實用型、應用型和具有國際競爭能力的軟件人才，是處于人才培養(yǎng)工作第一線的軟件工程專業(yè)教師們需要認真思考、努力探索和不斷實踐的關鍵問題。

在知識經(jīng)濟迅速發(fā)展的今天，教師們除了需要扎實的專業(yè)理論知識，還要通過大量的實踐來積累經(jīng)驗，更好地實現(xiàn)理論聯(lián)系實際，而這些日積月累的教學和科研經(jīng)驗既是教師個人寶貴的知識財富，也是整個學科和相關行業(yè)發(fā)展的有用資源。因此，對這些知識進行有效管理，讓教師、學生及業(yè)內(nèi)人士能夠共享，對于提高教師個人的教研水平和促進行業(yè)發(fā)展都有重要的意義。目前關于教師進行知識管理的探討主要以理論研究為多，具體的實施還處于初級階段。本文以軟件工程專業(yè)為例，對教師進行知識管理的主要環(huán)節(jié)進行分析，并給出相應的知識管理方法，以促進知識管理在教師中的普及和應用。

1　軟件工程專業(yè)教師進行知識管理的幾個環(huán)節(jié)

對于個人知識管理的概念，不同學者從不同的角度進行了定義，筆者認為美國的Paul A.Dorsey教授提出的“個人知識管理應該被看作既有邏輯概念層面又有實際操作層面的一套解決問題的技巧與方法?！钡拿枋龈鼮槠者m。廣義上的個人知識管理內(nèi)容很寬泛，包括工作、生活、學習、娛樂等方方面面的內(nèi)容，而本文所探討的個人知識僅指教師在教學實踐、科研活動中所積累的相關知識，其中包括存儲在個人頭腦中的專業(yè)技能、實踐經(jīng)驗等隱性知識。管理的主要目的是獲取、整理、存儲以及共享這些知識，使其成為教師進行自我總結、提升和創(chuàng)新的基礎，并通過共享來實現(xiàn)個人知識的最大化利用。下面先結合軟件工程專業(yè)的特點談一談教師進行知識管理的幾個環(huán)節(jié)。

1.1　課程知識的整理

通常在各個學期的教學工作中，教師們除了對課程教學大綱、教材、課件以及各種教輔資料進行整理外，各階段教學的具體實施過程、課堂中遇到的各種問題以及解決的方法等教學細節(jié)常常沒有通過有效的方式、完整清晰地記錄下來，導致很多實踐經(jīng)驗和知識的流失，而通過教學日記、教學心得等形式，及時記錄下教學過程中的關鍵點、主要問題、更新和補充的知識點、教學技巧、學習技巧等點滴細節(jié)，并將其滲透到以后的教學實踐中，能有效提高教師的知識積累程度。

1.2　項目開發(fā)經(jīng)驗的積累和傳播

軟件工程專業(yè)實踐性強的特點決定了教師需要參加大量軟件項目開發(fā)。一個完整的項目實施過程包括項目申請、需求分析、系統(tǒng)分析和設計、代碼實現(xiàn)、軟件測試和維護等多個階段，每個階段都涉及到大量的技術、方法和應用工具。軟件開發(fā)質(zhì)量的保證一方面要依賴于對軟件工程規(guī)范和相關標準的嚴格遵循，另一方面也取決于開發(fā)者的個人經(jīng)驗和技巧。由于這些隱藏在頭腦中的知識是個人智慧和實踐經(jīng)驗的結晶，同時也是個人參與社會競爭的有利資本，因此它們很難像最終交付的軟件產(chǎn)品一樣以文字或代碼的方式保存下來。但是，這些知識如果能夠被有效保存下來并能實現(xiàn)一定程度的共享，這對于提高教師和學生的軟件研發(fā)能力都非常有利。

1.3　個人知識架構的自我更新

軟件工程的知識體系涉及軟件需求、設計、構造、測試、維護、配置管理、工程管理及軟件質(zhì)量等多個知識域的知識，其內(nèi)容之多、范圍之廣、變化之快是任何其它專業(yè)難以企及的。對教師而言，現(xiàn)在不再有可能抱著兒本教材就能很好地完成課程的教學任務，個人知識體系結構的系統(tǒng)化、條理化、完整化和全面化變得越來越重要，是教師進行技術突破和創(chuàng)新的關鍵。

通過以上分析可以看出，將知識管理的過程滲透到教師工作實踐的方方面面，對于處在知識經(jīng)濟飛速發(fā)展環(huán)境下的教師和科研技術人員而言都非常重要，也非常必要。

2　教師進行個人知識管理的方法和途徑

為了解當前教師進行知識管理的情況，筆者對50位老師進行抽樣問卷調(diào)查，結果如表1所示。

由表1可以看出，雖然有越來越多的教師已逐漸認識到知識管理的重要性并進行了實踐，但由于知識管理過程比較繁瑣，且目前關于知識管理的方法和步驟尚沒有一個統(tǒng)一的標準和規(guī)范可循，同時也缺乏能滿足不同需要的、使用方便的集成化個人知識管理工具，因此，真正將個人知識管理付諸實踐并將其內(nèi)化為日常工作中的行為習慣的高校教師還不是很多，知識管理在高校教師中的普遍應用和實施還需要一個不斷實踐和加強的過程。

下面結合筆者的個人經(jīng)驗對教師實施個人知識管理的方法和途徑給出幾點建議。

2.1　知識的收集和整理

知識管理的第一步是收集和整理知識。教師可以創(chuàng)建個人知識庫，根據(jù)知識類別、存儲方式來整理各類知識。例如筆者根據(jù)自己的主要教學課程、科研方向及綜合知識建立了三個數(shù)據(jù)庫。教學數(shù)據(jù)庫中包含主要授課課程的教案和課件、教輔資料、教學筆記、習題集、學生作業(yè)資料、實驗報告、學生信息以及答疑信息等，這些資源主要為文檔類型，可以采用文本型數(shù)據(jù)庫；科研數(shù)據(jù)庫按照自己的研究方向分為幾個子庫，每個子庫中包含該方向所參與項目的相關資料如代碼、項目文檔、開發(fā)工具、參考資料、開發(fā)心得等，這些資料中的文檔、代碼等類型的文件的管理，可以用專門的、用于文檔和代碼管理的工具來實現(xiàn)；而個人綜合知識數(shù)據(jù)庫則用來存儲與專業(yè)相關的各類綜合知識，按其類型分為文檔、數(shù)據(jù)表格、網(wǎng)頁、源程序等。對各類資源進行存儲時，最好進行分類，并統(tǒng)一命名，以便形成具有分層、分級、便于檢索和管理的個人知識庫系統(tǒng)。

2.2　知識管理工具的應用

“工欲善其事，必先利其器”，這句話尤其適用于個人知識管理。由于教師需要管理的知識量大、種類繁多、關聯(lián)復雜且冗余較多，檢索起來較為困難，因此需要借助方便有效的工具。目前，各類文檔、數(shù)據(jù)處理軟件層出不窮，為教師進行知識管理提供了多種方法和手段，除了利用傳統(tǒng)的Microsoft Office系列文檔編輯工具、PowerBuilder、SQL Server等數(shù)據(jù)庫軟件進行文檔和數(shù)據(jù)的編輯、存儲及處理外，另外還有很多專門的知識管理工具。下面筆者結合個人知識管理實踐，針對不同的知識管理工具各列舉一二。

(1)文本文件管理工具

需要管理的知識類型主要為文本類，目前中文信息處理類 的軟件非常多，可以根據(jù)自己的喜好任選一款。例如筆者使用的是Neotoma軟件，利用它的樹型結構知識樹對資源文件進行分類存儲和管理，該結構為分支中的每項內(nèi)容提供了文件全名、關鍵字、摘要、所有者、收集日期時間、閱讀次數(shù)等附加屬性以方便瀏覽，在此基礎上，還可根據(jù)關鍵字、文件名稱等進行海量文本文件內(nèi)容的檢索。利用它的內(nèi)置郵件發(fā)送工具，筆者可以及時將與學生進行交流的信息保存到相應路徑中；其附帶的即時通信工具不僅可以完成實時交流的功能，同時其交流文本也能很方便地進行保存等，這類軟件成為筆者進行教學科研相關電子文檔存儲和管理的得力助手。另外，即時通信工具QQ目前已經(jīng)基本上能夠完成各種實時交流，通過QQ的群功能，可以建立如項目小組群、讀書小組群、同事交流群、工作信息群、師生互動群等，來實現(xiàn)信息的交流和互換；利用QQ的個人空間可建立博客，記錄教學心得、讀書筆記之類的內(nèi)容，該內(nèi)容可以對所有人開放，所有閱覽者可以對博客內(nèi)容留言，從而達到知識交流的目的。

(2)項目源代碼管理工具

軟件項目代碼管理是軟件工程專業(yè)教師進行知識管理的又一項重要內(nèi)容。不論是自己所開發(fā)項目的軟件代碼，還是收集并供參考和學習的其它有用軟件源代碼，都是一種重要的資源。源代碼管理軟件對代碼進行分類存儲并提供快速查閱等功能，能幫助教師節(jié)省很多時間和精力。例如筆者目前使用的是Notepad＋＋軟件，它提供對多種編程語言程序文件的存儲、編輯和檢索功能，并通過目錄樹來管理代碼文件，可對C/C＋＋、Pascal、Java、、XML、HTML等程序語言進行“語法突出”和多窗口的方式顯示，另外還有高效的檢索和書簽等功能。類似的軟件還有Editplus、Ultmedit、CodeHelp、VB代碼管理器等功能齊全、方便實用的代碼管理軟件。

(3)網(wǎng)絡資源管理工具

目前，互聯(lián)網(wǎng)已經(jīng)成為教師獲取書本以外知識的一個廣闊途徑，快速高效地搜索、存儲和管理網(wǎng)頁知識是知識管理的又一個重要工作。目前網(wǎng)上沖浪的軟件種類繁多，除了常用的IE瀏覽器，筆者還采用了Firefox瀏覽器軟件。較傳統(tǒng)IE瀏覽器而言，這個開源瀏覽器不僅體積小速度快，而且具有如標簽式瀏覽、智能化搜索、加強的隱私及安全性能、實時書簽、下載便捷以及為網(wǎng)頁開發(fā)者所提供的能了解網(wǎng)頁運作詳情的工具等高級特征，有了它的幫助，能夠?qū)W(wǎng)絡中的各類有用資源進行快速的保存和組織。

以上只是簡單列舉了幾種用于知識管理的工具實例，類似的還有很多其它優(yōu)秀的、方便實用的軟件，教師可根據(jù)自己的喜好、熟悉程度以及需要管理的知識內(nèi)容和目標來選擇合適的工具，讓知識管理成為一件并不困難，省時省力的事，同時也能提高教師對個人知識管理的興趣和積極性。

此外，軟件工程專業(yè)的教師還可以發(fā)揮自身專業(yè)所長，利用熟悉的編程語言和新的軟件技術自行設計并開發(fā)出能滿足自己需要的個性化知識管理系統(tǒng)。例如，筆者指導學生們開發(fā)了幾個小型的源代碼管理工具，這些工具讓學生根據(jù)自己擅長的編程語言和編程方式來選擇所支持的源代碼種類和操作方式，并讓他們將開發(fā)后的系統(tǒng)用于自己學習過程中的知識管理，取得了較好的效果。

2.3　知識共享的實現(xiàn)

教師進行個人知識管理，除了提升自己的教學和科研能力外，更有效的方式是將個人的教學知識、項目研發(fā)經(jīng)驗讓人共享，從而實現(xiàn)知識管理的真正目的。知識共享的方式有很多種，除了常用的Email、Blog、教學答疑系統(tǒng)等能實現(xiàn)師生之間點對點信息交流的網(wǎng)絡工具外，在學院內(nèi)部建立專門的知識共享平臺并制定相應的激勵措施是一種影響更廣、效果更明顯的方法。筆者所在的學校組織教師和學生建立了一些內(nèi)部的教學管理和交流平臺，這些平臺的功能很豐富，不僅包含該學院各門課程的教學管理活動，還專門開辟了教師交流、師生交流、學習資源上傳和下載等功能，并且輔以相應的積分和獎勵措施，真正為知識的交流和共享提供了有力的幫助和指引。這種交流不僅能引發(fā)創(chuàng)新思維，還能促使教師隊伍把握行業(yè)最新動態(tài)和技術、豐富教學科研經(jīng)驗，并加強項目合作。

另外，還有很多能實現(xiàn)知識共享的開發(fā)工具，知識地圖就是其中的一種。目前比較流行的知識地圖引擎為TM4J主題圖引擎，它是一種可供二次開發(fā)的軟件包，其中定義了一種基于復雜DTD的XML規(guī)范――XTM，遵循這個規(guī)范可以進行資源的管理，也可以實現(xiàn)資源的定位、共享及合并。筆者將該TM4J主題圖引擎軟件包中提供的函數(shù)和方法將所教的某門專業(yè)課程的書本知識及相關的網(wǎng)絡資源有效地組織起來，實現(xiàn)了一個能體現(xiàn)課程知識體系結構并包含豐富課程知識資源索引的課程主題圖，為學生提供了一種有效的課程知識索引和共享的工具。通過類似的方法，還可以將學院所有教師的個人知識資源匯總起來，讓參與到知識管理和共享系統(tǒng)中的教師和學生能方便地找到存儲和擁有所需要知識的載體和人。

3　結束語

篇9

隨著軟件人才的需求也日益旺盛，“卓越軟件工程師”實踐能力培養(yǎng)模式也被高校和企業(yè)所重視。本文通過對“卓越工程師”相關理論進行研究并在某高校進行了具體實施，通過校企之間的配合共同培養(yǎng)的模式，達到把學生扶上馬再送一程的目的。

關鍵詞：

軟件工程；卓越工程師；培養(yǎng)模式

教育部“卓越工程師教育培養(yǎng)計劃”（簡稱“卓越計劃”），是貫徹落實《國家中長期教育改革和發(fā)展規(guī)劃綱要（2010-2020年）》和《國家中長期人才發(fā)展規(guī)劃綱要（2010-2020年）》的重大改革項目，也是促進我國由工程教育大國邁向工程教育強國的重大舉措。我國經(jīng)濟發(fā)展迅猛，高科技水平日益提高，軟件產(chǎn)業(yè)更是得到了極大的促進，因此軟件工程人才需求量逐漸增大，高校就自然成為培養(yǎng)軟件工程專業(yè)的人才主力。

一、研究的意義和價值

從因為高校的培養(yǎng)目標和企業(yè)用人需求往往都是不一致的，這就導致畢業(yè)生競爭力不強，軟件人才需求量大，但是畢業(yè)生卻不能如愿以償?shù)卣业綕M意工作，企業(yè)也很難找到合適的軟件人才，這就是校企之間供應和需求的脫節(jié)?！白吭杰浖こ處煛睂嵺`能力培養(yǎng)模式的主要目標就是進行校企合作的完美結合。通過校企深度合作辦學機制的探究，最終促使高校、科研院所和企業(yè)在人才培養(yǎng)和自身發(fā)展的動力機制作用下，找到產(chǎn)學研合作辦學的交集，協(xié)同構建以理論和實踐相結合為導向的社會人才培養(yǎng)模式。本研究有利于推動卓越工程師的培養(yǎng)，有利于推進教學改革，促進高等院校的長遠發(fā)展，有利于廣大青年增強綜合實踐能力，提升綜合素質(zhì)。

二、國內(nèi)外研究現(xiàn)狀

1.國外研究現(xiàn)狀。新世紀初期，美國實施了“2020工程師”的研究計劃。美國高等院校積極參與工程教育改革，如美國麻省理工學院將培養(yǎng)重點放在實踐能力上，并推出了“UPOP”（大學生實踐計劃）。2005年10月，德國大陸集團邀請了6個國家的8所大學共同開展“全球工程教育卓越計劃”項目，一起探討、研究在全球化背景下，如何改善工程師所處的環(huán)境，如何培育滿足未來需要的工程師。2003年，英國頒布了《高等教育的未來》白皮書，重點推出校企合作和教學方法的改革，不斷提升學生的實踐能力。2.國內(nèi)研究現(xiàn)狀。與國外相比較，我國對“卓越工程師”的研究主要都在培養(yǎng)模式上，眾多學者提出了校企合作培養(yǎng)模式、3C立體培養(yǎng)體系、局域項目學習的培養(yǎng)模式。各高校也積極實踐，并分析我國現(xiàn)有的課程體系以及教學模式，并積極提出改革方案。如趙西萍、周密、趙文紅、李劍共同撰寫的“軟件工程師潛在勝任力特征實證研究”、劉勝艷的“使用PSP對軟件工程師的素質(zhì)影響淺析”、劉羽的“我國軟件工程師工作倦怠的影響因素研究”、孟彩發(fā)表的“IT業(yè)軟件工程師的工作滿意度問卷編制和職業(yè)類型研究”等。

三、某高校軟件工程專業(yè)卓越工程師的培養(yǎng)模式

該人才培養(yǎng)方案采用“3+1搭接”式，該模式的“3”是指學生在校先期進行3年的系統(tǒng)理論學習和基本技能與能力訓練；“1”是指學生第四學年在企業(yè)進行專業(yè)能力與工程素質(zhì)的綜合訓練；“搭接”一是指學生在校期間企業(yè)深度參與學校的人才培養(yǎng)過程，二是指學生就業(yè)后一年內(nèi)，學校安排專業(yè)教師繼續(xù)對畢業(yè)生跟蹤服務與培養(yǎng)，對學生在工作中遇到的技術和管理等問題給予指導和幫助。學校與參與卓越工程師培養(yǎng)計劃的企業(yè)簽訂協(xié)議，在第六學期末規(guī)定的時間內(nèi)來學校招聘學生，被招聘的學生在第七、八學期（1年）進入招聘的企業(yè)學習，企業(yè)將學生在企業(yè)的學習納入職工的培訓計劃，完成學校與企業(yè)共同制定的培養(yǎng)計劃，這1年由學校和企業(yè)共同來完成人才的培養(yǎng)。把學生扶上馬再送一程，這樣就形成的學校和企業(yè)的搭接，做到無縫對接。

四、某高校軟件工程專業(yè)卓越工程師的培養(yǎng)的實施方案

通過以下幾種機制保證人才培養(yǎng)模式的順利進行。1.加強實踐教學條件建設和教學基地建設。加強已有實踐教學基地軟硬件建設，配套完善相關實踐教學設施，為加強學生實踐能力、工程素質(zhì)培養(yǎng)提供關鍵的物質(zhì)條件保障。2.建立產(chǎn)學合作教育新機制，強化產(chǎn)學合作教育。加強學校與社會企業(yè)的聯(lián)系，鞏固和開辟產(chǎn)學研合作基地，建立更有效的產(chǎn)學研合作組織，充分發(fā)揮產(chǎn)學研合作教育在應用型本科人才培養(yǎng)中的關鍵作用。3.研究和加強教師隊伍實踐能力建設。采取切實措施，豐富教師工程實際經(jīng)驗，提高工程實踐能力和學術水平。4.構建有利于加強學生實踐能力培養(yǎng)的管理機制和評價考核機制。

五、總結和展望

人才培養(yǎng)模式改革，人才培養(yǎng)模式或教學計劃的修訂，一是要適當壓縮總學時，加強專業(yè)課程的教育和改革；二是要優(yōu)化通識教育課程，提高教學效率，加強工程訓練，培養(yǎng)工程素質(zhì)的方式方法；三是增設部分專題討論課拓展學生綜合能力，加強與用人單位的聯(lián)合辦學，加強國際之間的交流與合作，具體地構建起專業(yè)的課程體系與作為實施方案的教學計劃。高校中軟件工程專業(yè)開設的并不多，通過本課題的人才培養(yǎng)模式更加進一步針對企業(yè)的需求進行培養(yǎng)畢業(yè)生，提高學生的工作技能，畢業(yè)就能直接投入到一線生產(chǎn)。這種人才培養(yǎng)模式可以在全國的高校中進行推廣。

參考文獻：

[1]張純，李黎武，龔麗.地方本科院校工程實踐能力培養(yǎng)的探索與實踐[J].科技信息，2011

篇10

軟件過程及評價主觀性強軟件及開發(fā)是個主觀性強，知識、勞動密集型工作，同一個項目或任務，由于每個人項目經(jīng)歷、經(jīng)驗的不同，不同的人所得出的滿足需求的合格產(chǎn)品是肯定有區(qū)別的，但在質(zhì)量、靈活性、可擴充性方面可能存在很大差別。同時，對于軟件產(chǎn)品，不同人會有不同的評價，具有強主觀性的特點。這種強主觀性使得對畢業(yè)設計的評價難以用客觀的量化的評價指標和體系進行度量，對教師間把握統(tǒng)一的考核尺度制造了困難。

師生面對面交流機會越來越少由于就業(yè)形式的變化，各本科院校的培養(yǎng)模式也作了一定的改變，為了讓學生能更方便的外出找工作，更早的接觸社會，大部分高校第八學期除了畢業(yè)設計，基本上就沒有其他的教學任務。重慶理工大學也存在類似情況，在第八學期，大部分學生沒有待在學校，有的在外聯(lián)系工作單位，有的提前到單位實習，甚至有的以在外找工作為借口待在家里，學生的分散性使得教師和學生之間面對面交流的機會少之又少，給畢業(yè)設計環(huán)節(jié)的指導和管理工作帶來了難度。

選題類型趨于多樣性為了培養(yǎng)學生層次、方向的多樣化，軟件工程專業(yè)的畢業(yè)設計不僅只有傳統(tǒng)的系統(tǒng)分析、設計與開發(fā)類的題目，還涉及論文類及算法類等類別。根據(jù)對前幾屆畢業(yè)設計環(huán)節(jié)的綜合統(tǒng)計，系統(tǒng)分析設計開發(fā)類選題所占分量最多，占70以上。由于不同題型的畢業(yè)設計需要應用的知識、實施過程、考核重點都存在很大差異，不同題型之間的考核沒有對比性，因此需要針對不同的選題類型制定相應的考核指標和評價標準。

現(xiàn)有管理中存在的問題

畢業(yè)設計是一次綜合鍛煉學生應用所學知識解決問題能力的過程，涉及的環(huán)節(jié)比較多，存在的問題也不少［3－4］。綜合分析，存在以下三個典型問題:

1歷史題目重復率高，抄襲現(xiàn)象難以控制

每年都有幾個班的學生畢業(yè)，畢業(yè)設計都要實施。在紙質(zhì)時代，抄襲成本大，抄襲源也比較難找到，因此抄襲現(xiàn)象相對較少，不同屆學生的題目相同并不會影響畢業(yè)設計質(zhì)量。然而，隨著互聯(lián)網(wǎng)技術在給廣大民眾帶來方便的同時，也給學生的偷懶提供了契機。由于大部分學生在外實習，教師很難有效的監(jiān)督學生，有相當一部分學生考慮到自己畢業(yè)后不從事軟件開發(fā)等相關工作或工作比較忙，不愿意投入時間好好地完成畢業(yè)設計，而是從互聯(lián)網(wǎng)抄襲，甚至通過互聯(lián)網(wǎng)購買。

2學生對考核的公正性存在質(zhì)疑

由于參與綜合實踐環(huán)節(jié)的學生人數(shù)和指導教師規(guī)模越來越大，綜合實踐環(huán)節(jié)在進行質(zhì)量考核時必然要進行分組。由于大家沒有統(tǒng)一的考核指標體系及標準，同一水平的畢業(yè)設計處于不同考核小組，可能得出截然不同的成績;甚至有指導教師認為較好的論文在答辯時被判為不及格現(xiàn)象。造成的嚴重后果是學生對論文評審、答辯過程公平性的質(zhì)疑，對學校的聲譽帶來不良影響。其原因是由于不同教師間、各不同小組之間缺乏一個統(tǒng)一的評判標準，分組的不均勻分布而導致了評審的不公平性。

3學生難以獲取實際需求

由于學生人數(shù)眾多，只有少部分學生能參與到教師的實際科研項目中，大部分學生只能以虛構的題目為背景，沒有具體的企業(yè)為依托。因此，很獲取項目的具體而詳細的需求，學生所完成的也只能是一些通用功能的系統(tǒng)，系統(tǒng)業(yè)務邏輯比較簡單，甚至基本沒有業(yè)務邏輯，僅僅是簡單增加、刪除、修改等功能的拼湊，不能真正體會到系統(tǒng)分析和設計的內(nèi)涵。

軟件專業(yè)畢業(yè)設計管理對策

軟件工程專業(yè)畢業(yè)設計管理是很多高校都比較棘手的問題，也有不少教師已提出了一些很好的策略［5－7］。根據(jù)對多年畢業(yè)設計執(zhí)行情況的分析與總結，作者認為軟件工程專業(yè)畢業(yè)設計管理和考核中存在眾多問題的主要原因有以下三點:重結果輕過程的考核方法;缺乏統(tǒng)一的考核評價體系;管理過程不規(guī)范，隨意性大。因此，本文主要從建立量化考核指標體系、規(guī)范畢業(yè)設計過程管理和其他一些輔助策略進行探討。

1建立量化考核指標體系

建立量化考核指標體系包括細化考核指標和建立考核評價體系兩部分?？己酥笜梭w系是一把雙刃劍，它除了可以對學生的畢業(yè)設計過程和結果進行考核外，也給學生提供了完成畢業(yè)設計目標的指導。在實際操作中，將對畢業(yè)設計的考核從過程檢查、評閱、答辯等幾個環(huán)節(jié)進行考慮，各環(huán)節(jié)又有細分指標，如論文選題、工作量、分析設計，程序運行、系統(tǒng)界面、論文結構、熟悉程度等，用權重表示指標的重要性程度，每個指標有幾個不同得分等級，每個等級對應一個可參考的評判標準，從而將以前的主觀考核變?yōu)楦鶕?jù)指標進行量化計算，有效地減少人為因素對評價的影響。

2規(guī)范畢業(yè)設計過程管理

傳統(tǒng)的考評方式重視對結果的考核，缺少對過程的考核，大多數(shù)學生在進行實踐環(huán)節(jié)任務時，沒有一個良好的系統(tǒng)分析、設計、開發(fā)習慣，完全是“靈感觸發(fā)”式的完成的，因此最終提交的往往是低劣的文檔或代碼。軟件產(chǎn)品是知識密集性產(chǎn)品，實踐證明，有效的過程管理是生產(chǎn)出好產(chǎn)品的一個必要條件。因此，必須規(guī)范畢業(yè)設計的課程管理，借助于1節(jié)建立的考核體系，對過程中的開題、需求文檔、設計文檔等關鍵環(huán)節(jié)進行考核，使學生在完成畢業(yè)設計的每一步時有明確目標的指導，通過過程的管理促使學生完成高質(zhì)量的畢業(yè)設計成果。為了減少人為因素的影響，有必要建立畢業(yè)設計過程管理及控制系統(tǒng)［8－9］，用管理信息系統(tǒng)規(guī)范畢業(yè)設計的過程管理。

3采用團隊培養(yǎng)模式

系統(tǒng)分析與設計的能力是軟件工程專業(yè)學生需要培養(yǎng)的一項最主要能力，而簡單的系統(tǒng)開發(fā)或項目由于功能簡單、業(yè)務單一，對鍛煉學生的系統(tǒng)分析和設計能力作用不大。因此，可以采用多名學生組團共同完成一項較復雜系統(tǒng)的方式，每名學生負責其中的一部分，學生之間通過對復雜點的業(yè)務邏輯的討論來提高系統(tǒng)分析和設計的能力，通過團隊合作來了解項目管理與軟件工程方法的精髓。

4與企業(yè)合作指導

由于企業(yè)面對的都是實實在在的項目，有自我學習的環(huán)境氛圍和壓力，在培養(yǎng)學生動手實踐能力方面有其獨特的優(yōu)勢。在企業(yè)，每天都有相應的任務，在完成任務過程中，必然會碰到各種類型的問題，會尋求問題的解決方法，在解決問題的過程中很自然地就提升了自己的能力。這種任務驅(qū)動的學習方法和實際項目環(huán)境下的壓力在學校是很難提供的。近些年來，學院也在加強與企業(yè)的合作，在有條件的情況下盡量派學生深入到公司、企業(yè)進行實習，已簽約的學生也可以提前到簽約企業(yè)工作，以企業(yè)的項目來完成其畢業(yè)設計環(huán)節(jié)，實現(xiàn)企業(yè)、學校共同指導的方式。

結束語