時間：2022-08-27 09:18:23
緒論：在尋找寫作靈感嗎？愛發表網為您精選了8篇數據庫需求分析報告，愿這些內容能夠啟迪您的思維，激發您的創作熱情，歡迎您的閱讀與分享！
【關鍵詞】基于工作過程，項目導向，課程開發，程序設計
一、引言
面向對象程序設計語言是高職軟件專業學生的必修專業課程，在此類課程的教學中雖然比較重視實踐教學環節，但在教學中理論與實踐脫節現象時常發生，老師感覺教學實施困難，學生感覺不能理解所教內容，沒法獨立完成簡單程序的的編碼任務。要從根本上解決以上問題，必須從課程的學習做起，讓學生針對工作而學習，以工作任務引領知識、技能和態度，讓學生在完成工作任務的過程中學習相關知識，發展學生的應用能力。對此，將具有實際生產意義的工作任務引入教學，采用工作過程導向的課程設計方法，在教學中以項目導向、任務驅動等有利于增強學生能力的教學模式，將“教學做”融為一體，將工作過程和教學過程融為一體，實現理論與實踐的一體化。
二、基于工作過程的程序設計語言課程開發與實施
軟件企業的崗位能力要求是課程開發的目標，以崗位和工作任務為導向，以實際的系統開發項目為載體，根據典型程序開發過程及崗位能力要求，重構課程結構，課程教學轉變為以工作任務為中心組織課程內容，以工作任務為中心整合理論與實踐，以學生直接經驗的形成來掌握融合于各項實踐行動中的知識、技能和技巧。
1.工作過程分解及項目構建。程序設計語言課程教學的任務將工作過程分解，將項目按工作過程構建起來，針對每一個工作環節來傳授相關的課程內容，各項目間層層遞進，體現了“項目導向、任務驅動”的課程設計思路，實現課程的學習內容與實際項目進行整合，使課程體系大將地反映了知識、技能、素質的緊密結合。 結合軟件企業系統開發的過程，將工作過程的教學分為分析、設計、編碼、測試和幾個子過程。
2.基于教學過程的程序設計語言課程開發
2.1教學內容的選取。以軟件企業工作崗位的實際工作任務為依據，采取遞進式設計的學習項目和學習任務，明確所需知識、能力和素質要求，進行教學內容選取。基于軟件開發的工作過程劃分教學情境，以企業真實項目為載體，堅持理論夠用原則，將相關知識分解到實際項目中，通過分析和實現項目，讓學生掌握相關知識和技能。盡量選用技術實用性強、知識拓展性強的項目，同時在教學實施過程中引入軟件項目開發與管理規范。
2.2教學過程設計。在工作過程導向設計原則的指導下，結合軟件行業的崗位需求，通過分析完成軟件開發需要完成的工作任務，設計教學流程。該流程以一個軟件項目貫穿始終，將一個軟件開發過程分解遞進的教學情境，在每個教學情境中要求學生完成獨立的工作任務，當所有的情境完成時整個軟件項目的開發也相應完成，整個教學任務也完成了基于工作過程的面向對象程序設計教學，由6個教學情境構成，它們對應的工作任務依次為“需求分析”、“搭建開發環境”、“設計”、“編寫程序代碼”、“集成和測試”、“項目”。
學習情境1：需求分析。本情境的工作任務是撰寫詳細的需求分析報告。教師對實訓項目提出業務需求，講解應用的環境、功能要求、技術要求。學生根據具體項目撰寫需求分析報告。
學習情境2：搭建開發環境。首先老師講解開發環境，然后學生在自己的電腦上完成環境的安裝及搭建和測試。
學習情境3：模塊設計。在本情境中老師對需求分析報告進行點評，并對存在的問題提出修正意見；然后講解完成模塊所需的技術及數據庫設計。學生要完成的任務是對需求分析報告加以修改完善，對模塊中的類的屬性和行為、對類間的關系接口，對模塊的時序加以描述；對數據庫中各數據庫表設計及表間的關系，數據庫的連接技術詳細描述。
學習情境4：編寫程序代碼。本情境的典型工作任務是依照設計進行程序代碼編寫。教師對學生的模塊設計和數據庫表設計點評，并對存在的問題提出修正意見。老師幫助學生解決編碼中出現的問題，學生要完成詳細模塊設計和數據庫表設計的修訂，制定編碼進度；對數據庫進行連接及操縱。
學習情境5：系統集成和測試。本情境的典型工作任務是完成各功能模塊集成和系統測試。教師講解系統集成的注意事項，學生要完成系統集成，撰寫測試用例，進行功能測試，并提交測試報告。
學習情境6：項目。在本情境中學生將實訓成果演示、提交完成系統的源代碼和文檔資料；教師對學生的成果進行考評和點評。
3.基于工作過程的程序設計語言課程實施
在每個學習情境中，給學生布置任務后，教師先簡要介紹本任務中需要學生掌握的知識點，然后由學生完成。學生在收集信息，設計方案、實施方案、完成任務中學習和掌握知識，形成技能。工作完成后，先由學生自我評估，再由教學做出評價。在教學中，通過6個學習情境將任務交給學生，學生以學習小組的形式完成工作任務。首先將學生分成若干個小組，每個小組選出正、副組長，小組成員在組長的帶領下完成項目的分工與協作。
教學的組織形式上，要以學生為主體，以教師為引導，以具體工作任務為載體組織學習。學習情境設計有利于發揮學生的團隊合作精神，培養學生的溝通交流能力，增強學生職業意識。教師所起的作用只是確定任務，在任務過程中及時地指導學生，指導學生自我設計、自我實施個體行動和學習過程，在任務完成后，對每組給出適當的修改建議和恰當的評價。從根本上改變“以教師為中心，以課程為中心，以課堂為中心”的傳統教學模式。
三、結語
基于工作過程的程序設計語言課程教學通過典型工作任務，增加了師生互動，通過學生學習興趣和主動性，學生自主學習能力和創新能力有了明顯改觀。通過企業真實項目的實踐，學生真實感受到了就業崗位的技能要求，學習態度和積極性有了很大的改善。通過真實項目的開發，學生實踐技能得以提高，為后續課程的學習和就業打下了良好的基礎。
參考文獻：
[1]姜大源.“學習領域”——工作過程導向的課程模式[J].職教論壇，2004，（8）.
引言是對這份軟件產品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔。
1.1 編寫目的
說明這份軟件產品需求分析報告是為哪個軟件產品編寫的，開發這個軟件產品意義、作用、以及最終要達到的意圖。通過這份軟件產品需求分析報告詳盡說明了該軟件產品的需求規格，包括修正和(或)發行版本號，從而對該軟件產品進行準確的定義。
如果這份軟件產品需求分析報告只與整個系統的某一部分有關系，那么只定義軟件產品需求分析報告中說明的那個部分或子系統。
1.2 項目風險
具體說明本軟件開發項目的全部風險承擔者，以及各自在本階段所需要承擔的主要風險，首要風險承擔者包括：
任務提出者;
軟件開發者;
產品使用者。
1.3 文檔約定
描述編寫文檔時所采用的標準(如果有標準的話)，或者各種排版約定。排版約定應該包括：
正文風格;
提示方式;
重要符號;
也應該說明高層次需求是否可以被其所有細化的需求所繼承，或者每個需求陳述是否都有其自己的優先級。
1.4 預期讀者和閱讀建議
列舉本軟件產品需求分析報告所針對的各種不同的預期讀者，例如，可能包括：
用戶;
開發人員;
項目經理;
營銷人員;
測試人員;
文檔編寫入員。
并且描述了文檔中，其余部分的內容及其組織結構，并且針對每一類讀者提出最適合的文檔閱讀建議。
1.5 產品范圍
說明該軟件產品及其開發目的的簡短描述，包括利益和目標。把軟件產品開發與企業目標，或者業務策略相聯系。
描述產品范圍時需注意，可以參考項目視圖和范圍文檔，但是不能將其內容復制到這里。
1.6 參考文獻
列舉編寫軟件產品需求分析報告時所用到的參考文獻及資料，可能包括：
本項目的合同書;
上級機關有關本項目的批文;
本項目已經批準的計劃任務書;
用戶界面風格指導;
開發本項目時所要用到的標淮;
系統規格需求說明;
使用實例文檔;
屬于本項目的其它己發表文件;
本軟件產品需求分析報告中所引用的文件、資料;
相關軟件產品需求分析報告;
為了方便讀者查閱，所有參考資料應該按一定順序排列。如果可能，每份資料都應該給出：
標題名稱;
作者或者合同簽約者;
文件編號或者版本號;
發表日期或者簽約日期;
出版單位或者資料來源。
2. 綜合描述
這一部分概述了正在定義的軟件產品的作用范圍以及該軟件產品所運行的環境、使用該軟件產品的用戶、對該軟件產品己知的限制、有關該軟件產品的假設和依賴。
2.1 產品的狀況
描述了在軟件產品需求分析報告中所定義的軟件產品的背景和起源。說明了該軟件產品是否屬于下列情況：
是否是產品系列中的下一成員;
是否是成熟產品所改進的下一代產品;
是否是現有應用軟件的替代品(升級產品);
是否是一個新型的、自主型的產品。
如果該軟件產品需求分析報告定義的軟件系統是：
大系統的一個組成部分;
與其它系統和其它機構之間存在基本的相互關系。
那么必須說明軟件產品需求分析報告定義的這部分軟件是怎樣與整個大系統相關聯的，或者(同時)說明相互關系的存在形式，并且要定義出兩者之間的全部接口。
2.2 產品的功能
因為將在需求分析報告的第4部分中詳細描述軟件產品的功能，所以在此只需要概略地總結。僅從業務層面陳述本軟件產品所應具有的主要功能，在描述功能時應該 針對每一項需求準確地描述其各項規格說明。如果存在引起誤解的可能，在陳述本軟件產品主要功能的作用領域時，也需要對應陳述本軟件產品的非作用領域，以利 讀者理解本軟件產品。
為了很好地組織產品功能，使每個讀者都容易理解，可以采用列表的方法給出。也可以采用圖形方式，將主要的需求分組以及它們之間的聯系使用數據流程圖的頂層圖或類圖進行表示，這種表示方法是很有用的。
參考用戶當前管理組織構架，了解各個機構的主要職能，將有助于陳述軟件產品的主要功能。
2.3 用戶類和特性
確定有可能使用該軟件產品的不同用戶類，并且描述它們相關的特征。往往有一些軟件需求，只與特定的用戶類有關。描述時，應該將該軟件產品的重要用戶類與非重要用戶類區分開。
用戶不一定是軟件產品的直接使用者，通過報表、應用程序接口、系統硬件接口得到軟件產品的數據和服務的人、或者機構也有他們的需求。所以，應該將這些外部需求視為通過報表、應用程序接口、系統硬件接口附加給軟件產品的附加用戶類。
2.4 運行環境
描述了本軟件的運行環境，一般包括：
硬件平臺;
操作系統和版本;
支撐環境(例如：數據庫等)和版本;
其它與該軟件有關的軟件組件;
與該軟件共存的應用程序。
2.5 設計和實現上的限制
確定影響開發人員自由選擇的問題，并且說明這些問題為什么成為一種限制。可能的限制包括下列內容：
必須使用的特定技術、工具、編程語言和數據庫;
避免使用的特定技術、工具、編程語言和數據庫;
要求遵循的開發規范和標準
例如，如果由客戶的公司或者第三方公司負責軟件維護，就必須定義轉包者所使用的設計符號表示和編碼標準;
企業策略的限制;
政府法規的限制;
工業標準的限制;
硬件的限制
例如，定時需求或存儲器限制;
數據轉換格式標淮的限制。
2.6 假設和約束(依賴)
列舉出對軟件產品需求分析報告中，影響需求陳述的假設因素(與己知因素相對立)。如果這些假設因素不正確、不一致或者被修改，就會使軟件產品開發項目受到影響。這些假設的因素可能包括：
計劃使用的商業組件，或者其它軟件中的某個部件;
假定產品中某個用戶界面將符合一個特殊的設計約定;
有關本軟件用戶的若干假定(例如：假定用戶會熟練使用SQL語言。);
有關本軟件開發工作的若干假定(例如：用戶承諾的優惠、方便、上級部門給予的特殊政策和支持等。);
有關本軟件運行環境的一些問題;
此外，確定本軟件開發項目對外部約束因素所存在的依賴。有關的約束可能包括：
工期約束;
經費約束;
人員約束;
設備約束;
地理位置約束;
其它有關項目約束;
3. 外部接口需求
通過本節描述可以確定，保證軟件產品能和外部組件正確連接的需求。關聯圖僅能表示高層抽象的外部接口，必須對接口數據和外部組件進行詳細描述，并且寫入數 據定義中。如果產品的不同部分有不同的外部接口，那么應該把這些外部接口的全部詳細需求并入到這一部分實例中。
注意：必須將附加用戶類的特征與外部接口需求加以區分，附加用戶類的特征描述的是通過接口取得軟件產品的數據和服務的人的需求;而外部接口需求描述的是接口本身的需求。
3.1 用戶界面
陳述需要使用在用戶界面上的軟件組件，描述每一個用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征：
將要采用的圖形用戶界面(GUl)標準或者產品系列的風格;
有關屏幕布局或者解決方案的限制;
將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：
選單;
標準按鈕;
導航鏈接;
各種功能組件;
消息欄;
快捷鍵;
各種顯示格式的規定，可能包括：
不同情況下文字的對齊方式;
不同情況下數字的表現格式與對齊方式;
日期的表現方法與格式;
計時方法與時間格式;
等等。
錯誤信息顯示標準;
對于用戶界面的細節，例如：一個特定對話框的布局，應該寫入具體的用戶界面設計說明中，而不能寫入軟件需求規格說明中。
如果采用現成的、合適的用戶界面設計規范(標準)，或者另文描述，可以在這里直接說明，并且將其加入參考文獻。
3.2 硬件接口
描述待開發的軟件產品與系統硬件接口的特征，若有多個硬件接口，則必須全都描述。接口特征的描述內容可能包括：
支持的硬件類型;
軟、硬件之間交流的數據;
控制信息的性質;
使用的通訊協議;
3.3 軟件接口
描述該軟件產品與其它外部組件的連接，這些外部組件必須明確它們的名稱和版本號以資識別，可能的外部組件包括：
操作系統;
數據庫;
工具;
函數庫;
集成的商業組件
說明：這里所說的“集成的商業組件”，是指與系統集成的商業組件，而不是與軟件產品集成的商業組件。例如：中間件、消息服務，等等。
描述并且明確軟件產品與軟件組件之間交換數據或者消息的目的。描述所需要的服務，以及與內部組件通訊的性質。確定軟件產品將與組件之間共享的數據。如果必 須使用一種特殊的方法來實現數據共享機制，例如：在多用戶系統中的一個全局數據區，那么就必須把它定義為一種實現上的限制。
3.4 通訊接口
描述與軟件產品所使用的通訊功能相關的需求，包括：
電子郵件;
WEB瀏覽器;
網絡通訊標準或者協議;
數據交互用電子表格;
必須定義相關的：
消息格式;
通訊安全或加密問題;
數據傳輸速率;
同步和異步通訊機制;
4. 系統功能需求
需要進行詳細的需求記錄，詳細列出與該系統功能相關的詳細功能需求，并且，唯一地標識每一項需求。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供 的功能執行服務或者使用所指定的使用實例執行任務。描述軟件產品如何響應己知的出錯條件、非法輸入、非法動作。
如果每一項功能需求都能用一項，也只需要用一項測試用例就能進行驗證，那么就可以認為功能需求已經適當地進行描述了。如果某項功能需求找不到合適的測試用例，或者必須使用多項測試用例才能驗證，那么該項功能需求的描述必然存在某些問題。
功能需求是根據系統功能，即軟件產品所提供的主要服務來組織的。可以通過使用實例、運行模式、用戶類、對象類或者功能等級來組織這部分內容，也可以便用這些元素的組合。總而言之，必須選擇一種是讀者容易理解預期產品的組織方案。
用簡短的語句說明功能的名稱，例如：“4.1系統參數管理”。按照服務組織的順序，逐條闡述系統功能。無論說明的是何種功能，都應該針對該系統功能重復敘述4.1~ 4.3這三個部分。
可以通過各種方式來組織這一部分內容，例如采用：使用實例、運行模式、用戶類、對象類、功能等級等，也可以采用它們的組合。其最終目的是，讓讀者容易理解 即將開發的軟件產品。一般來說，每個使用實例都對應一個系統功能，因而按照使用實例來組織內容比較容易讓用戶理解。
對應一些被共享的獨立使用實例，可以定義一些公用系統功能。
必須特別注意的是，在2.2節“產品的功能”中描述的全部需求，以及它們的規格說明;必須在某個系統功能描述中有所反映，而且不應重復。
4.1 說明和優先級
對該系統功能進行簡短的說明，并且指出該系統功能的優先級是：高、中、還是低。需要的話，還可以包括對特定優先級部分的評價，例如：利益、損失、費用和風險，其相對優先等級可以從1(低)到9(高)。
4.2 激勵/響應序列
列出輸入激勵(用戶動作、來自外部設備的信號或者其它觸發)并且定義針對這——功能行為的系統響應序列，這些序列將與使用實例中相關的對話元素相對應。
描述激勵/響應序列時，不僅需要描述基本過程，而且應該描述可選(擴充)過程，包括例外(引起任務不能順序完成的情況稱為例外)。疏忽了可選過程，有可能影響軟件產品的功能;如果遺漏例外過程，則有可能會引發系統崩潰。
如果采用流程圖來描述激勵/響應序列，比較容易讓用戶理解。
4.3 輸入/輸出數據
列出輸入數據(用戶輸入、來自外部接口的輸入或者其它輸入)并且定義針對這些輸入數據的處理(計算)方法，以及相應地輸出數據，描述對應區別：輸入數據和輸出數據。
當有大量數據需要描述時，也可以分類描述數據，并且注明各項數據的輸入、輸出屬性。
對于每一項數據，均需要描述：
數據名稱;
實際含義;
數據類型;
數據格式;
數據約束;
對于復雜的處理方法，僅僅給出算法原理是不夠的，必須描述詳細的計算過程，并且列出每一步具體使用的實際算式;如果計算過程中涉及查表、判斷、迭代等處理方法，應該給出處理依據和相關數據。如果計算方法很簡單，也可以將其從略，不加描述。
5. 其它非功能需求
在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。
5.1 性能需求
闡述不同應用領域對軟件產品性能的需求，并且說明提出需求的原理或者依據，以幫助開發人員做出合理的設計選擇。盡可能詳細地描述性能需求，如果需要，可以針對每個功能需求或者特征分別陳述其性能需求。在這里確定：
相互合作的用戶數量;
系統支持的并發操作數量;
響應時間;
與實時系統的時間關系：
容量需求
存儲器;
磁盤空間;
數據庫中表的最大行數。
5.2 安全措施需求
詳盡陳述與軟件產品使用過程中可能發生的損失、破壞、危害相關的需求。定義必須采取的安全保護或動作，以及必須預防的潛在危險動作。明確軟件產品必須遵從的安全標準、策略、或規則。
5.3 安全性需求
詳盡陳述與系統安全性、完整性問題相關的需求，或者與個人隱私問題相關的需求。這些問題將會影響到軟件產品的使用，和軟件產品所創建或者使用的數據的保 護。定義用戶身份認證，或備授權需求。明確軟件產品必須滿足的安全性或者保密性策略。也可以通過稱為完整性的質量屬性來闡述這些需求。一個典型的軟件系統 安全需求范例如下：“每個用戶在第一次登錄后，必須更改他的系統預置登錄密碼，系統預置的登錄密碼不能重用。”
5.4 軟件質量屬性
詳盡陳述對客戶和開發人員至關重要的在軟件產品其它方面表現出來的質量功能。這些功能必須是確定的、定量的、在需要時是可以驗證的。至少也應該指明不同屬性的相對側重點，例如：易用性優于易學性，或者可移植性優于有效性。
5.5 業務規則
列舉出有關軟件產品的所有操作規則，例如：那些人在特定環境下可以進行何種操作。這些本身不是功能需求，但是他們可以暗示某些功能需求執行這些規則。一個 業務規則的范例如下：“進行達到或者超過10，000，00元人民幣的儲蓄業務時，必須通過附加的管理員認證。”
列舉業務規則時，可以根據規則的數量，選取合適的編目方式。
5.6 用戶文檔
列舉出將與軟件產品一同交付的用戶文檔，并且明確所有己知用戶文檔的交付格式或標準，例如：
安裝指南
紙質文檔，16開本;
用戶手冊
紙質文檔，16開本;
在線幫助
電子文檔，與軟件產品一同分發、配置;
使用教程電子文檔，與軟件產品一同分發、配置。
6. 詞匯表
列出本文件中用到的專業術語的定義，以及有關縮寫的定義(如有可能，列出相關的外文原詞)。為了便于非軟件專業或者非計算機專業人士閱讀軟件產品需求分析 報告，要求使用非軟件專業或者非計算機專業的術語描述軟件需求。所以這里所指的專業術語，是指業務層面上的專業術語，而不是軟件專業或者計算機專業的術 語。但是，對于無法回避的軟件專業或者計算機專業術語，也應該列入詞匯表并且加以準確定義。
7. 數據定義
數據定義是一個定義了應用程序中使用的所有數據元素和結構的共享文檔，其中對每個數據元素和結構都準確描述：含義、類型、數據大小、格式、計量單位、精度 以及取值范圍。數據定義的維護獨立于軟件需求規格說明，并且在軟件產品開發和維護的任何階段，均向風險承擔者開放。
如果為軟件開發項目創建一個獨立的數據定義，而不是為每一項特性描述有關的數據項，有利于避免冗余和不一致性。但是卻不利于多人協同編寫需求分析報告，容 易遺漏數據，也不方便閱讀。因此還是建議為每個特性描述有關的數據項，匯總數據項創建數據定義，再根據數據定義復核全部數據，使得它們的名稱和含義完全一 致。必須注意的是，為了避免二義性，在匯總數據項時應該根據數據項所代表的實際意義匯總，而不是根據數據項的名稱匯總。
在數據定義中，每個數據項除了有一個中文名稱外，還應該為它取一個簡短的英文名稱，該英文名稱應該符合命名規范，因為在軟件開發時將沿用該英文名稱。可以使用等號表示數據項，名稱寫在左邊，定義寫在右邊。常見數據項的描述方式如下：
原數據元素
一個原數據元素是不可分解的，可以將一個數量值賦給它。定義原數據元素必須確定其
含義、類型、數據大小、格式、計量單位、精度以及取值范圍。采用以星號為界的一行
注釋文本，描述原數據元素的定義。
選擇項
選擇項是一種只可以取有限離散值的特殊原數據元素，描述時一一枚舉這些值，并用方
括號括起來寫在原數據元素的定義前。在兩項離散值之間，使用管道符分隔。
組合項
組合項是一個數據結構或者記錄，其中包含了多個數據項。這些數據項可以是原數據元
素，也可以是組合數據項，各數據項之間用加號連接。其中每個數據項都必須是數據定
義中定義過的，結構中也可以包括其它結構，但是絕對不允許遞歸。如果數據結構中有
可選項，使用圓括號把該項括起來。
重復項
重復項是組合項的一種特例，其中有一項將有多個實例出現在數據結構中，使用花括號
把該項括起來。如果知道該項可能允許的范圍，就按“最小值：最大值”的形式寫在花
括號前。
8. 分析模型
這是一個可選部分，包括或涉及到相關的分析模型，例如：
數據流程圖;
類圖;
狀態轉換圖;
實體-關系圖。
摘 要：本文提出了一種全新的軟件項目開發綜合實訓模式，該模式以實際項目貫穿始終，以軟件工程思想貫穿全線，圍繞學生完成一系列遞進的典型工作任務來組織實訓內容，覆蓋不同課程串聯不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用，對當今高職院校進行課程改革具有重要的參考價值。
關鍵詞：工作過程導向；學習情境；典型工作任務；項目開發；綜合實訓
中圖分類號：G642 文獻標識碼：B
1 實訓教學的現狀和對策
我院的軟件技術Java開發方向主干課程的設置包括：“Java程序設計”、“數據庫基礎及應用”、“JSP程序設計”、“UML基礎與Rose建模”、“軟件工程”、“軟件測試”、“J2EE技術”。在每門課程的最后階段都安排了課程實訓，在此過程中，學生以個體或小組形式完成一個相對真實的工作任務。課程實訓可以訓練學生將該課程中不同的知識和技能串聯起來，加以綜合應用解決實際問題。由于各門課程相對獨立，即使完成以上所有課程的課程實訓，學生還是難以參與軟件開發的全過程，難以獲得對開發過程的整體把握。即使進入專業學習結束后的畢業設計階段，由于畢業設計教學環節與大學生畢業就業成為近年來我國高校的一個非常突出的矛盾，尤其是高職高專院校的畢業生面臨著嚴峻的就業形勢，許多學生在最后一個學期幾乎都在外出找工作，提前就業上崗。高職高專院校本來就學制短，畢業設計教學環節形同虛設，嚴重影響了正常畢業設計教學環節的實施和畢業生的水平。
在近幾年的專業建設和課程改革中，我們越來越認識到培養學生的軟件開發能力、團隊合作能力、工程應用能力的重要性。為此，我們專門針對高年級學生設計和開發了工作過程導向的、具有專業總結和綜合性質的項目開發綜合實訓，通過項目實踐開闊學生視野，鍛煉學生的團隊意識和工程意識，全面培養學生的職業素養和工程應用能力。
2 基于工作過程的高職軟件項目開發綜合實訓設計思路
基于工作過程的高職軟件項目開發綜合實訓設計思路包含“兩個貫穿一個分解一個覆蓋”：即“工程項目貫穿”、“軟件工程思想貫穿”、“典型工作任務分解”和“不同課程覆蓋”。
2.1 工程項目貫穿
“工程項目貫穿”，即以一個工程項目全線貫穿于整個實訓過程，學生從步入實訓基地開始接受項目，到最后提交一個按照操作程序、操作規范完成的，滿足一定質量標準的開發成果。在確定項目時，應該把握好以下兩個原則：
第一，實訓項目應具有一定的應用價值和實際意義。實訓項目最好以實際項目為背景，或者直接就是從實際項目提煉而來，與企業實際生產過程或現實商業經營活動有直接的關系。這樣的項目能培養學生的實戰經驗，極大地激發學生的積極性。但是要注意，業務流程太專業太復雜的項目不適于拿來作為全程的實訓項目，因為這類項目在前期的業務分析和理解上將耗費太多的時間和精力，不利于后續工作的展開。
第二，要根據教學內容和專業培養目標確定項目內容與項目難度。高職軟件技術Java開發方向旨在為社會輸送合格的熟練的Java程序員，而J2EE編程是Java程序員追求的最高目標，所以我們確定的實訓項目具有總結性和綜合性，并具有一定的挑戰性。經過前導課程“J2EE技術”的學習和實踐，學生已經具備了用Servlet+JSP+JaveBean (EJB)或struts框架來實現MVC架構的能力，在實訓項目中我們鼓勵學生整合Struts、Hibernate和Spring三個框架，綜合運用J2EE的組件、框架開發技術，開發一個滿足J2EE架構的多層的企業應用。
2.2 軟件工程思想貫穿
在傳統的“軟件工程”教學中，軟件工程是一門獨立的理論性較強的課程，學生們缺乏實戰經驗，難以在參與軟件開發的全過程中獲得感性體會，理解軟件工程的精髓。
為了培養軟件工程意識，使工程化思想成為學生從事軟件開發工作的行動指南，我們將軟件工程思想貫穿于整個綜合實訓的始終。綜合實訓以成熟的軟件開發模型為基礎，以具有一定應用價值和實際意義的項目為背景，學生以開發團隊的形式，按照軟件開發流程，在規定的時間點完成指定的任務，經歷需求分析、建模、設計、編碼、測試、部署的軟件工程全過程。綜合實訓模擬企業運作機制，模擬企業中實際存在的項目壓力和工作壓力，模擬真實企業開發環境，以項目的進度檢查作為監控，以項目開發成果作為最后的考評。學生在實訓過程中，都有機會承擔項目經理、設計人員、編碼人員、測試人員等全部或部分崗位角色的職責，學生的綜合能力得到極大的提高。
2.3 典型工作任務分解
典型工作任務是“基于工作過程”實訓課程開發的精髓。所謂“任務”就是要求學生做一件事，重要的是，這件事是按實際工作的要求來操作的，包括操作程序、操作規范、質量標準等。學生在完成各項“任務”后，會呈現出不同的“結果”。這個結果是非標準答案的，即每個學生或每個團隊的作品可以不一樣，對作品的評價不是簡單的對與錯，而很可能是好與差。而“典型工作任務”能呈現出職業的典型的工作內容和形式，在整個企業的工作大環境里具有重要的功能和意義。
在工作過程導向設計原則的指導下，結合軟件行業的崗位需求，通過分析完成軟件開發需要完成哪些典型工作任務，我們設計了基于工作過程的實訓流程。該流程以一個軟件項目貫穿始終，將整個軟件開發過程分解為一系列遞進的實訓情境，在每個實訓情境要求學生完成一個獨立的工作任務，完成所有的實訓情境就完成了整個軟件項目的開發。
基于工作過程的項目開發綜合實訓流程如圖1所示，整個實訓由遞進的6個實訓情境構成(水平方向)，它們對應的工作任務依次為“需求分析”、“搭建開發環境”、“設計”、“編碼”、“集成和測試”、“項目部署”。垂直方向則反映了為完成某項工作任務所采取的步驟和要提交的工作成果。
圖1 基于工作過程的軟件項目開發綜合實訓流程
2.4 不同課程覆蓋
按照工作過程導向設計原則，將整個軟件開發過程分解為遞進的6個實訓情境，每個實訓情境覆蓋了不同的課程內容。表1列出了每個實訓情境對七門主干課程的覆蓋情況，可以看到，它徹底地克服了傳統的課程體系只重視每門課程自身的實驗，缺乏覆蓋不同課程，串聯不同知識和技能的綜合性實驗的重大缺陷，它使得相對獨立的各門課程整合在一起，使整個實訓成為一個有機的整體。這樣的訓練能使學生將以前的所學融會貫通，能有效地培養學生的綜合應用能力和創新能力。
3 基于工作過程的高職軟件項目開發綜合實訓的實施
3.1 實訓項目舉例
依照確定項目的兩個原則，我們把為我院開發“教學資源管理系統”定為綜合實訓的第一個項目，要求運用Struts、Hibernate和Spring三個框架，開發一個滿足J2EE架構的多層的企業應用。
該項目的業務需求是“主要完成對多媒體課件和各種多媒體素材資源的管理，方便對各種電子教學資源進行分類維護，包括瀏覽，查詢，下載；為教師提供一個方便快捷的課件渠道，把制作的課件或搜集的素材上載到該系統，實現資源共享。本系統分三級用戶：系統管理員，教師用戶、普通用戶(包括學生)；包括以下四個方面的功能：普通用戶資源瀏覽和下載；普通用戶資源檢索；教師用戶資源上載；管理員系統維護”。
項目開始時，教師只給出較為粗略的業務需求，給學生留有足夠的發揮空間。因為“教學資源管理系統”就是為學生和教師服務，非常貼近學生的學習生活，理解起來沒有任何障礙。至于界面做到什么樣子，功能做到何種程度，留給學生在撰寫詳細的需求分析報告時去確定，教師需要把關的是工作量和技術難度，不能太簡單而達不到實訓的效果，也不能太難無法實現而挫傷學生的積極性。
3.2 實訓組織方式
實訓采用4個人一組，每人負責一個方面的功能開發，每組設一個項目組長，項目組長除負責一個方面的功能模塊開發外，還負責各模塊集成。由項目組共同提交一份需求分析報告。個人一旦選擇某方面的功能開發，就要全權負責該部分的設計、編碼和單元測試。此外，在測試情境中，開發小組進行角色轉換，變成測試小組，選擇別的小組開發的軟件進行測試。
3.3 實訓進度安排和任務要求
本綜合實訓歷時一個月，共72學時(4周*18課時)，進度安排如表2所示，各院校可根據自己的情況作適當調整或根據需要增加學時。下面是每個情境的具體步驟、任務要求的詳細描述。
3.3.1 情境1：需求分析
本情境的典型工作任務是撰寫詳細的需求分析報告。
(1) 首先老師對實訓項目提出業務需求，講解應用的環境、功能要求、技術要求以及實訓組織方式。
(2) 實訓小組組成，組合出每個小組的成員，選出項目小組長。
(3) 每個小組對功能模塊分工分配，確定每個人所承擔的功能模塊。
(4) 各小組討論需求分析，每個人撰寫模塊的詳細需求分析報告。
本情境結束后，要完成以下任務：
老師要匯總出小組劃分、成員分工；
項目小組提交一份詳細的需求分析報告。
3.3.2 情境2：搭建開發環境
本情境的典型工作任務是搭建J2EE開發環境。我們選擇的開發環境為：
操作系統：Windows NT /Windows XP
Java 平臺：JDK1.6 以上
服務器：JBOSS 4.0.4
數據庫服務器：MySQL 5.0
開發平臺：MyEclipse 5.5
建模工具： Rational Rose
單元測試：Junit
功能測試：手工測試
(1) 首先老師對開發環境進行講解；
(2) 學生在自己的機器上完成以下任務：安裝JDK環境、安裝JBOSS服務器、安裝MySQL服務器、安裝MyEclipse集成開發工具、安裝Rational Rose建模工具、安裝Junit。
本情境結束后，要完成以下任務：
1) 學生在自己的機器上完成環境的搭建和測試。
3.3.3 情境3：設計
本情境的典型工作任務是撰寫詳細設計文檔。
(1) 老師對需求分析進行點評，指出其中的問題和修改意見。
(2) 老師以其中某個模塊為例，講解所使用技術和技術線路。
(3) 進行模塊設計和數據庫庫表設計，模塊之間接口的定義，數據庫中測試數據的準備。
本情境結束后，學生要完成的任務：
對需求分析報告進行修改和完善。
撰寫詳細設計文檔，包括類圖和時序圖。
詳細設計包括以下組件的設計：模型實現類和DAO組件；業務邏輯組件；MVC層組件；表現層組件
撰寫數據庫表的設計以及測試數據，數據庫表設計包括庫表名稱、字段定義，測試數據以表格的方式形成。
3.3.4 情境4：編碼
本情境的典型工作任務是依照設計進行代碼編寫，以及單元測試。
老師對學生的模塊設計和庫表設計進行點評，指出其中的問題和修改意見。
在編碼過程中，老師要對學生進行指導，幫助解決問題。學生之間應互相配合，及時修正模塊設計中的錯誤。
本情境學生要完成的任務包括：
修訂詳細模塊設計和數據庫庫表設計；
用測試數據填充數據庫；
制定編碼進度；
模型實現類和DAO組件的編碼和測試；
業務邏輯組件的編碼和測試；
MVC層組件的編碼和測試；
表現層組件的編碼和測試。
3.3.5 情境5：系統集成和測試
本情境的典型工作任務是小組模塊集成和功能測試。
(1) 小組成員之間相互配合，完成整個系統的集成。
(2) 選擇另一個小組開發的系統，根據他們的需求分析報告，撰寫測試用例。
(3) 進行功能測試并提交測試報告。
本情境完成，學生要完成以下任務：
將小組內各成員開發的模塊進行系統集成；
選擇另一個小組開發的系統撰寫測試用例，進行功能測試，并提交測試報告。
3.3.6 情境6：項目
本情境的典型工作任務是部署項目、提交成果。
(1) 學生將實訓成果進行演示
(2) 學生提交可以部署的包和按工程組織的源代碼
(3) 老師對各個項目小組的成果進行考評。
(4) 老師對整個實訓進行點評。
本情境完成，學生要提交以下程序和文檔：
源代碼和可以部署的包
實訓報告
4 新的綜合實訓模式對教師提出了更高的要求
基于工作過程的高職項目開發綜合實訓，覆蓋面廣，綜合性和工程實踐性強，要求按照軟件工程的要求，指導學生進行軟件項目開發實訓，因而對指導教師的教學素養、主導作用、工程實踐經歷提出了更高的要求。為此我們組建了一支以具有工程實踐經驗的核心教師為首，由各科任課教師組成的教師團隊。進入實訓項目的教師必須首先對項目本身有足夠的認識和理解，并且親自做過，才能在其參與指導的實訓情境中指導學生完成該情境所指定的典型工作任務。而核心教師經歷過企業軟件開發項目的全過程，熟悉軟件開發項目的管理過程，熟悉軟件開發程序的設計規范、調試過程、軟件質量測試方法，以“項目經理”的身份指導學生進行軟件開發實訓，其關鍵作用是不可置疑的。
同時，新的綜合實訓模式必須有新的教學觀念、講授模式和管理模式。在實訓過程中絕對不能再是“教師講授學生聽”，而是以學生為主體，以任務為驅動，教師重點放在講解每個任務的需求，完成該任務所要采用的知識、方法、工具和步驟，然后由學生自己進行分析、建立問題模型，自己掌握開發的進程。教師則更象一位項目經理，控制項目進度，評定軟件質量。
5 結束語
基于工作過程的高職項目開發綜合實訓，是一種全新的軟件項目開發綜合實訓模式。該模式以工程項目貫穿始終，以軟件工程思想貫穿全線，圍繞學生完成一系列遞進的典型工作任務來組織實訓內容，覆蓋不同課程串聯不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用，對當今高職院校進行課程改革具有重要的參考價值，同時對指導教師提出了更高的要求。
參考文獻
論文摘要：該文從《數據庫系統概論》教學實踐出發，在教學設計中結合學生的學習實際、突出學習需求，在教學方法上采用多種教學方法，抓住學生急于應用的心理進行教學，提高了學生的學習效率，取得了較好的教學效果。
《數據庫系統概論》是高校計算機專業的必修專業課，同時它也是一門理論和實踐性都較強的學科，傳統的“黑板上講理論，機房里練操作”的授課模式很難激發學生的學習興趣，教學效果不佳。
往往一學期教學結束，和學生談起本課程的學習，學生只是記住幾個概念，至于數據庫的技術沒有多少能深入理解，更別提能應用于實際。數據庫的應用雖然十分廣泛，到處都是數據庫，銀行里、商店里、網絡上等等。但是因為它是藏在“后臺”的，不像多媒體、WWW等等，既作為對象，又作為外殼，直接呈現在人們面前，所以要簡明扼要、深入淺出、生活化地詮釋它，顯然有更高的難度。
本人在《數據庫系統概論》教學實踐中體會到， 不能只看中理論，覺得學生只要知道是怎么一回事就可以了，需要學生親身去參與項目的開發，去經歷基本真實的項目制作，才能掌握知識。因此，在實際的教學中，采用任務驅動的案例教學法，配合直觀的教學媒體，并布置學生的課下任務，多管齊下，讓學生更全面的了解、使用數據庫技術。
1 教學方法概述
對于計算機專業的課程來講，教學方法大致有以下幾種：
1.1 講授法
這種方法能夠使學生在短時間內獲得大量系統的科學知識。但運用不好，學生學習的主動性、積極性不易發揮，就會出現教師滿堂灌、學生被動聽的局面。在講述數據庫概念的時候，常采用這種方法。
1.2 討論法
這種方法是在教師的指導下，學生以小組為單位，圍繞教材的中心問題，各抒己見，通過討論或辯論活動，獲得知識或鞏固知識。在該課程的教學中，采用一兩次，如并發事務的處理。在討論中引導學生圍繞題目發表意見，然后在結束時，概括討論的情況，使學生獲得了正確的觀點和系統的知識。
1.3 直觀演示法
通過展示各種案例或進行示范性實驗，讓學生通過觀察獲得感性認識。主要是演示實驗的內容或要求課下學生實際操作的內容。
1.4 練習法
學生在教師的指導下鞏固知識、運用知識、形成技能技巧的方法。實際操作的練習，旨在形成操作技能，在技術性學科中占重要地位。
1.5 讀書指導法
讀書指導法是教師指導學生通過閱讀教科書或參考書，以獲得知識、鞏固知識、培養學生自學能力。在每次課后，都給學生布置相應的參看書目、參考文獻或參考網站，引導學生主動地自學，并在課堂上適當地讓學生發表自己看書的收獲。
1.6 任務驅動教學法
這種方法要求給學生布置具體的學習任務，讓學生自己查閱資料，并對知識體系進行整理，再選出代表進行講解，最后由教師進行總結。這種方法可以讓學生在完成“任務”的過程中，培養分析問題、解決問題的能力，培養學生獨立探索及合作精神。在講解關鍵的知識或技術時如數據庫的設計，大多采用這種方法。
1.7 自主學習法
這種方法是給學生留思考題或是遇到的一些實際生產問題，讓學生利用網絡資源自主學習的方式尋找答案，提出解決問題的措施，然后提出討論評價。這種方法能夠充分發掘學生的創造潛能，提高學生解決實際問題的綜合能力。
2 教學方法的實施
《數據庫系統概論》的主要目的是要求學生能掌握數據庫技術中的概念，并學會進行數據庫的設計和實施，進而能結合前臺對后臺數據庫進行各種操作。
2.1 數據庫的概念
這一部分主要采用聯系生活的實際講授法來講述。例如在講述數據管理的發展時采用在圖書館查閱資料的例子，總結出常用信息資源管理的兩種方法：手工管理（逐級分類）和計算機管理（采用數據庫）。通過搜索引擎引入數據庫，讓學生感受數據庫管理信息的優勢：查找統計數據高效準確，數據庫的共享性好，管理操作方便，管理大量信息占用空間小。 通過對圖書管理數據庫的解剖分析，了解使用數據庫管理信息的基本思想和方法：采用表格的結構以及表與表之間的關系進行存儲和管理信息的。然后編寫數據庫管理軟件對數據庫信息進行查找和統計操作。
2.2 數據庫的設計
這一部分主要采用任務驅動的案例教學。先給大家一個總體的任務，比如圖書管理系統。總體任務是設計一個圖書館數據庫，在此數據庫中保存有讀者記錄和書目。
首先作需求分析，將學生分組，一組代表讀者，一組代表圖書管理者。分別模擬讀者和圖書管理員的角色，采用各種方式收集各自的需求。并形成需求分析報告文檔。其次，在拿到需求分析報告文檔后，每個同學畫出書面的E-R圖，包括局部的和總體的E-R圖，并利用Power Designer軟件將書面的E-R圖轉換成電子的。然后，在得到總體的E-R后，分析怎樣可以將E-R圖轉換成我們要求的二維表，依據是什么，轉換后的結果是什么？并利用Power Designer軟件提供的轉換功能來進行驗證。數據庫設計的其他階段在其他部分來講述。
關鍵詞：高校后勤 財務管理模式 信息化平臺
中圖分類號：G475 文獻標識碼：A
文章編號：1004-4914（2012）05-094-02
評價一個財務信息系統成功與否的關鍵在于這個系統是否完成預期的建設目標，是否給高校的后勤財務管理帶來效率和水平的真正提高。在財務信息化平臺的建設過程中，可充分利用高校應運而生并迅速發展起來的新的信息技術手段和現代化設備，進一步拓展財務管理信息系統的各項功能，向集高校后勤財務管理與信息化校園于一體的“一體化”管理方向邁進。因此，高校后勤財務信息化平臺應以賬務核算、預算管理、資金管理和項目管理等模塊建設為核心，結合校園一卡通系統，整合形成校園后勤管理的一整套業務流程。
一、后勤財務信息化的需求與系統管理目標的設計
（一）后勤財務信息化的需求分析
從高校后勤管理的實際出發，針對高校具體的財務管理狀況和管理目標進行調研，作出符合實際情況的后勤財務信息化需求分析和評價。對于要達到的既定目標，既要用發展的眼光又不能脫離現實條件，盡可能細化、量化好系統需求方案制定前的組織調研工作。
1.理清高校的管理體制和結構。高校的辦校規模不同，管理體制也不盡相同，無論是哪一方面的管理都要服務并服從于高校的整體管理，后勤財務信息系統要為學校的財務管理服務這一點無可厚非。部分高校多個校區，屬于多級次的管理體制。管理體制的差異影響財務信息系統組織機構的功能設置，并對實施方案中的軟硬件環境（諸如網絡環境、軟硬件設備的選擇、人員的配備和崗位的設置）等要求產生影響。因此，只有明確了整個財務管理的組織結構以后，才能對財務信息系統的建設作出既科學又實用的規劃和設計方案。
2.確定目標工作流程。完成系統需求分析后，要著手對后勤財務信息系統運行的整個工作流程進行分析和前景規劃。通過對后勤財務信息系統工作流程與現行的財務工作流程進行比較，如果兩個流程的差異很大，那么應該及時同財務主管領導做細致的溝通，分析可能出現的問題，杜絕可能出現的漏洞，確認目標工作流程的可操作性。為方便今后開展工作，經過反復研究論證后的最終工作流程的分析報告也需要得到財務主管領導的簽字認可，方能進行下一步的工作。
3.信息化平臺的目標定位。對于將要建設的后勤財務信息系統需要達到的目標應該有一個相對準確的描述和合理定位，包括這個系統要實現的功能目標和性能目標，以及為實現這樣的目標對整個系統要進行多大規模的資金和人力投入，怎樣投入等。整個系統建設周期的計劃是什么，階段性目標是什么，特別是如何進行對系統建設完工后的驗收、使用和評價等。
4.出具需求分析報告。通過前期各階段的準備工作，對系統的需求分析進行了論證調研得出結論后形成書面報告。需求分析報告將成為系統設計的依據和今后系統改造的基礎資料。
（二）設計信息管理系統的目標方案
詳細了解高校后勤財務管理狀況以后，作出對具體的財務管理需求的分析報告，設計制定目標方案。理論上，財務信息化的目標與財務管理的目標應該保持一致，但我們必須要考慮財務信息化的階段性發展問題這一客觀因素的存在。不同階段會面臨要解決不同的問題，不能一刀切的看待遇到的各種障礙性因素，更不能主觀期望從一開始就解決所有的財務管理問題，這種想法是不切實際的。在開始設計具體的實施方案前，對高校的財務管理狀況要有一個比較整體、客觀和細致的了解。要內外兼明，尤其是對于高校后勤現行的財務管理體制、上級部門的支持情況、部門內部的業務流程、人員配備和崗位設置情況，以及高校整體的信息化水平、軟硬件環境等做一個比較細致的調查。應當明確高校后勤目前最迫切需要解決的財務管理問題，通過信息化平臺建設能否解決這一問題，能否做到通過一定程度上制度的變革來為財務信息化掃清障礙，領導層是否做好了這方面的思想準備。因為，當我們決定開始啟動財務信息系統后，都會在一定程度上引發財務管理體制“地震”，因而需要事前做好方方面面的準備工作。
二、后勤財務信息管理系統的建設
根據已經確定的需求分析報告對后勤財務信息管理系統進行規劃、設計，制訂出具體的設計方案。設計方案的內容包括：系統的網絡環境要求、系統需要的硬件和軟件配置、財務信息系統軟件的選購、系統的運行維護、人員和崗位配置等，整合這些具體的設計方案就形成一個相對完整的后勤財務信息系統設計。
（一）硬件平臺的設計與構建
1.規劃和設計網絡環境。通常情況下，單一校區的高校后勤多采用集中式財務管理模式，規模較大的高校后勤則采用分級管理。規模較大且多個校區的高校比較適合采取分散布局、集中管理的模式。建設后勤財務信息管理系統時，不同的管理模式對網絡環境的要求也不一樣。在設計后勤財務管理信息系統建設的方案時，一般都會優先考慮財務網絡的建設方案。單一校區的高校，往往選擇物理上與其他網絡隔離的獨立的網絡環境，這樣的網絡環境安全系數比較高，缺點是與其他管理系統的數據共享和交換受限。規模較大且擁有多個校區的高校，在選擇后勤財務信息管理系統的網絡環境時，要考慮的因素就相對復雜得多。首先要考慮的是安全因素，其次要考慮到建設實施的成本問題。在校區間相距較遠的條件下，構建獨立的財務專用網絡會產生較高的成本，這樣建設難度就比較大。近些年來，高校的校園網絡建設和發展速度較快，絕大部分高校都擁有自己的校園網，這是發展的必然趨勢。所以，通過依托“校園網”建設“財務局域網”成為一種較好的解決方案。利用VNP技術，依托校園網搭建一個財務專網，成為一種較為現實可行的做法，因為這種做法不僅大大降低了建設成本，而且在技術上和安全性能上也有一定的保障。網絡布局方案設計完成后，還應考慮網絡環境建設需要的網絡設備條件。網絡設備的挑選通常按性能價格比的原則，在建設資金保障充分的前提下，可選擇穩定性好、質量高的產品。
2.服務器及周邊設備的選型與配置。服務器的選擇非常重要，在選擇前要先咨詢這方面的專家。系統的應用規模和發展趨勢是選擇服務器種類的重要考量因素。同時要考慮到發展的需要，適當留有冗余。服務器工作環境要得到保障，條件允許的情況下，服務器最好設在通風、散熱條件好、環境整潔的獨立機房內。
（二）軟件平臺的建設
1.操作系統軟件的配置。當前應用較廣的操作系統有Linux、Unix、WindowsServer系列等等。高校在建信息系統的軟件平臺時，常會選擇一種作為主要的操作系統軟件。不過，也有混用的情況，如果從管理便捷性方面考慮，多種操作系統并用的情況往往會出現系統不兼容的現象，因此不利于管理。
2.選擇數據庫系統軟件。數據庫系統軟件在很大程度上直接影響到系統處理財務信息的效率和質量。目前常用的數據庫軟件有SQLServer、Informix、Oraele、MySQL等，這些數據庫軟件在性能方面各有各的特點。不同操作系統對軟件功能要求也有所不同。在建設財務信息化平臺之前，要根據后勤財務管理的要求，同時考慮其他管理系統的需求，以便選擇更適合后勤財務管理的數據庫軟件系統。
3.選擇財務管理系統軟件。在選擇財務管理系統軟件時要考量多方面的因素，軟件應用的核心問題是它的配置。財務管理軟件系統是整個財務信息系統運行的載體。財務管理軟件取得的途徑有兩種：一是購買，另外一種是自行開發。在后勤財務信息化平臺建設過程中，高校后勤財務管理系統軟件的規劃與選擇是核心工作，一方面要考察財務管理系統軟件在功能上是否能夠滿足高校后勤財務管理的需要，另一方面還要考慮自身的個性化需求。現在絕大多數高校都采用直接購買的方式取得軟件，因為，這種方式的建設周期可以大大縮短，而且沒有開發風險，系統運行也會比較穩定。但是，這種商品化軟件通常都是通用軟件，很可能存在短時間內無法滿足單位的個性化需求的問題。
三、財務信息化平臺的實施
（一）硬件平臺的運行
系統硬件平臺能夠穩定的運行取決于很多因素，包括服務器及其配套設備、網絡設備、備用電源供給、客戶端設備配置等。硬件平臺系統運行的穩定性、數據的安全保障是首要和重點考慮因素。財務信息系統因其功能的特殊性，在硬件設備配置的選擇方面要求相對較高。首先做好網絡設備的暗轉與調試，其次做好服務器及周邊硬件設備的安裝與調試。
（二）軟件平臺的運行
要保證軟件平臺的正常運行，首先要做好操作系統軟件和數據庫軟件的安裝工作，然后進行財務管理軟件系統的安裝和調試。這時應注意確定財務管理信息子系統的使用規模和順序。通常高校后勤在安裝使用新系統過程中，首先要保證歷史工作的正常運轉和延續，因而會比較謹慎地選擇一個或者幾個有把握的子系統進行試運行，待穩定運行一個階段后再使用其他子系統。當然，也有高校采用新舊系統同時運行一段時間的方法。各高校可根據自身的實際情況進行選擇。另外，財務軟件的初始化工作也是非常關鍵的環節之一。系統初始化的工作不僅重要，而且工作量也很大。為了保證財務信息系統安全、穩定地運行，同時還要在服務器和客戶端上一并安裝防病毒軟件、數據備份軟件等。
［基金項目：黑龍江省教育會計學會科研課題，編號：1155KJXH402；黑龍江省人文社會科學研究項目，編號:11552175］
參考文獻：
1.肖富寧.高校財務信息化建設若干問題的探討.首都經濟貿易大學碩士論文，2009
2.許永斌.我國電算化會計信息系統模型改造理論基礎.會計研究，1996
3.薛云奎，饒艷超.會計信息系統(第二版).復旦大學出版社，2008
4.于金紅.稅務會計應用的障礙性因素及發展思路研究.財會研究，2011（12）
5.王海林.試論會計信息系統運行階段的風險與控制.會計之友，2009（1）
6.鄒秀華.高校財務管理信息化建設研究.中國科技信息，2008（3）
關鍵詞：實驗教學；數據庫
中圖分類號：G642.477
數據庫技術自計算機產生以來，其發展十分迅速，并廣泛應用于社會各個領域，高校很多個專業都開設了該課程，并受到多個專業的高度重視。數據庫課程理論性強、應用實踐要求高，具有很強的應用性和工程性。信息與計算科學專業是以信息領域為背景數學與信息、管理等科學相結合的交叉性專業，數據庫原理與技術課程作為本專業的核心主干課程，許多理論必須通過實踐才能獲得更深入的理解，因此數據庫實驗教學就十分重要。但是由于本專業屬于理學，往往更加重視課程的理論學習，容易輕視了數據庫等工程性、應用性較強的課程的實驗教學，
1 信息與計算科學專業數據庫課程實驗教學現狀
信息與計算科學專業是1998年新增設的數學專業，是由數學、計算機科學、信息工程交叉滲透而形成的一門新的專業。本校信息與計算機科學專業于2001年由理學院開設，其辦學時間短，由于專業教師多數從事數學方面的研究和教學，在數學方面理論教學水平較高，而對于交叉滲透的計算機科學、信息工程等工程型學科的工程應用型教學經驗較少，在數學與計算機科學、信息工程的交叉融合方面的教學經驗就更少。由于本專業人才培養的特點，學生在學習數據庫技術之前，僅進行了少數高級編程語言基礎及一些計算機基礎課程的學習，對軟件開發、軟件工程、信息系統設計與開發等知識還為涉及或涉及較少，導致學生對數據庫系統的設計與開發的積極性不高，學習興趣降低。在本專業的數據庫課程實驗教學中，主要存在以下幾個問題：
1.1 實驗內容相對孤立
傳統的數據庫實驗教學作為理論教學的補充，將理論教學中的若干重要知識點以實驗的形式構成，讓學生在實驗中鞏固理論知識，增強其數據庫系統的開發能力，在教學過程中起到了一定的積極作用。但是，這些實驗較為獨立，實驗內容之間缺少聯系，不能體現整個數據庫知識點之間的脈絡關系。這也造成學生雖然能較好地完成單獨的實驗內容，但是在實際項目開發中卻缺乏分析問題、解決問題的能力。同時，獨立的數據庫實驗難以培養學生的知識綜合應用能力，導致學生陷入將數據庫看成一門編程語言的誤區，也不利于提高學生對數據庫學習的積極性。
1.2 實驗脫離工程應用
在數據庫實驗中，學生只對知識點進行驗證，而不知如何運用知識點，未能直接與信息系統軟件開發結合起來，課程的實踐性體現不強，不利于畢業設計、實習等后續環節的教學。
1.3 實驗課時相對不足
由于數據庫的實踐性，在教學過程中應安排更多的實驗學時，以鍛煉學生的實際操作能力。然而在實際教學過程中，由于該課程同時具有很強的理論性，安排了更多的理論教學學時。以我校本專業為例，數據庫原理與技術共56學時，理論課時48學時，實驗課時8學時，在有限的實驗學時內，需要利用一種DBMS軟件（如SQL server2008）完成數據庫技術的多個實驗內容，諸如數據庫的創建和連接、表、視圖、索引、觸發器、存儲過程、數據庫的維護、數據庫的優化以及數據庫系統設計等，由于實驗學時較少而容易造成實驗效果不理想。
1.4 考核方式單一
數據庫作為一門實踐性非常強的課程，要求學生利用其解決實際生活面臨的問題，數據庫技術的實踐能力應作為考核的重點。然而在實際教學過程中，數據庫實驗作為數據庫課程教學的一部分，數據庫課程成績主要以期末卷面考試成績為主，而數據庫課程實驗所占比例較少。通常，數據庫實驗的考核以實驗報告成績加上平時成績，考核方式較為簡單，缺少過程管理，不易體現學生的實際能力，實驗報告也容易出現抄襲現象。
2 信息與計算科學專業數據庫課程實驗教學對策探討
根據本專業人才培養方案，結合數據庫技術課程的教學目標和數據庫實驗特點，筆者結合自身的教學實踐經驗，將項目教學法[1-2]貫穿實驗教學的始終，針對專業教學中的若干問題對提出了對策，首先構建基于項目的數據庫實驗教學體系，然后根據該教學體系制定明確的考核辦法。
2.1 構建數據庫實驗教學體系
實驗教學是鞏固理論知識、強化實踐操作能力的重要手段。通過實驗教學，使得理論與實踐緊密相連，是高等教育培養工程型創新型人才的重要一環。為提高實驗教學質量，達到人才培養的目標，構建科學合理的實驗教學體系就變得至關重要。數據庫實驗教學既要保證知識的基礎性，也要突出工程應用；既要突出知識重點，也要保證其內容的整體性和連貫性；同時，也要體現出一定的創新性。按照上述原則，數據庫實驗教學體系構建如下：
（1）認知性實驗
認知性實驗的任務是讓學生熟悉當前主流的商業DBMS系統，能正常使用某種行業的數據庫應用系統軟件，了解數據庫應用系統軟件的行業需求，了解某種具體的數據庫應用軟件的功能模塊與數據庫的設計。結合具體實際，認知型實驗主要包括以下兩個實驗：SQL Server2008的安裝與配置；用友財務軟件的安裝與使用。通過認知性實驗使得學生了解一種或多種DBMS系統，對數據庫應用系統軟件有一個感性的認識，激發學生的學習熱情；另一方面，讓學生了解行業知識，培養其職業素養。
（2）基礎性實驗
基礎性實驗的任務是對理論教學知識點內容進行實踐，利用一種DBMS對理論教學中知識點進行驗證從而熟悉SQL。本模塊主要結合理論教學內容與傳統的實驗教學模式展開，其具體實驗內容包括：數據庫的建立、刪除與備份；數據表的建立、修改、查詢與刪除；視圖和索引的建立與使用等。 在本部分實驗教學中，采用項目教學法，其主要方法是在一個確定了需求與功能的軟件中，完成數據庫部分，該軟件已完成大部分編碼，在軟件中預留出實驗內容部分；學生在實驗上機時按照需求分析文檔和系統詳細設計文檔建立數據庫、數據表、建立視圖與索引等實驗內容。利用此方法的優點是讓學生在做基礎性實驗時候就開始樹立工程意識，初步了解軟件開發的需求分析、設計、編碼、調試等步驟，學會利用技術文檔進行開發。
（3）設計性實驗
設計性實驗的主要任務是使學生掌握數據庫設計的整個過程，熟練使用數據庫設計輔助工具，學會使用幫助手冊。在此階段實驗中，掌握數據庫設計過程包括需求分析、概念結構設計、邏輯結構設計、物理結構設計和數據庫的實施與維護，學會撰寫需求分析文檔、設計文檔等，能熟練在數據庫設計各個階段使用輔助工具（如Power Designer）。具體方法為，讓學生選擇一個熟悉的背景，提出一個具體的課題，例如圖書管理系統、學生成績管理習題、超市零售管理系統等，學生自己確定需求分析，使用E-R圖進行概念結構設計，進行邏輯結構的轉化，最后建立數據庫及數據表，并且撰寫技術文檔。
（4）綜合性實驗
綜合性實驗主要任務是綜合運用多門計算機專業知識完成數據庫應用系統的設計與開發。此階段會涉及軟件工程、數據結構、程序設計語言、數據庫等多種技術，對學生的要求相對較高，且需要更多的實驗教學時間，綜合實驗可與數據庫課程設計同時進行。學生自行組建4～6人的項目團隊，選定一個熟悉的課程，制定工作計劃和任務分配方案，各司其職，按照軟件工程和數據庫設計過程的規范進行軟件的設計與開發。綜合實驗的優點在于鍛煉學生的團隊意識，提高其工程能力。
（5）數據庫實驗教學體系的實施方法
教師首先準備好認知性實驗所需要的DBMS軟件和一種商業數據庫應用軟件，學生可先自行完成安裝配置，熟悉軟件及其功能，教師就認知性實驗內容的重點和難度進行講解，學生進行操作；進行基礎性實驗之前，教師擬定好實驗項目，完成實驗項目的應用系統開發及數據庫設計的各種技術文檔，設計出實驗內容，學生按照技術文檔和數據技術理論教學知識點進行相對應的實驗，從而達到基礎性實驗與項目開發相結合的目的，實驗內容的連貫性和工程實踐性增強；進行設計實驗前，教師擬定一些學生熟悉的課題，進行實驗時教師示范數據庫設計流程，介紹撰寫各個階段的技術文檔要求，學生選題后，按照需求分析、概念結構設計、邏輯結構設計、物理結構設計、數據庫實施等過程展開系統設計，撰寫每個階段的技術文檔包括項目說明書、需求分析報告、系統設計文檔、測試文檔等；綜合實驗階段，將學生進行分組，組建模擬項目團隊，選擇實驗題目，按照軟件工程和數據庫設計流程進行實驗，綜合運用所學知識，培養工程能力及工程意識。按照如下方法分配實驗課時，認知性實驗、基礎性實驗、設計性實驗、綜合性實驗的課內教學時間可按1：3：3：2的比例進行分配，可酌情安排適當的課外學時，其形式可采用開發實驗室的方式進行。
2.2 建立科學的實驗考核標準體系
針對實驗教學考核的問題，采用結構化評分方式，對認知性實驗、基礎性實驗、設計實驗和綜合實驗采用不同的方式且在總成績中占相應的比例，重視實驗過程。對于認知性實驗，采用上機操作進行考核，根據其操作熟練程度給予不同的分數，占實驗總成績的10%；基礎性實驗采用上機操作和實驗報告的方式考核，根據實驗給予的技術文檔完成規定的實驗任務，在實驗過程中實時管理，對有一定創新的給予適當的加分，此部分占實驗總成績的25%；設計實驗采用答辯和技術文檔的方式考核，學生就選擇的設計實驗進行開題答辯和結題答辯，同時提交需求分析報告、進度計劃、數據庫設計文檔等技術管理文檔，根據數據庫設計過程，視系統設計完整性程度給予不同的分數，占實驗總成績的35%；綜合實驗以匯報和最終軟件作為考核，考查學生軟件工程、程序設計、數據設計等知識的綜合運用能力和解決實際問題的能力，根據學生在項目團隊中的不同作用和貢獻，對項目有重大貢獻者和創新者給予適當的加分，此部分占總成績的30%。
3 結論
為適應社會對工程型創新人才的需要，達成專業人才培養要求，進行課程實驗教學探索擁有重要意義。基于項目的數據庫實驗教學，讓學生從一開始就樹立工程意識，明確數據庫在信息系統中的作用與地位，熟悉數據庫設計與開發的基本流程以及軟件工程思想，不僅能鞏固本門課程的理論教學，而且鍛煉學生的綜合素質。
參考文獻：
[1]蘇丹.項目教學法在數據庫課程實驗教學中的應用[J].黑河學院學報，2012（3）：39-41.
[2]劉婷，胡玉娟.項目教學法在計算機教學中的應用研究[J].長春教育學院學，2011（2）：125-126.
[3]常志玲，伍臨莉，常國虎.非計算機專業數據庫實驗探究實驗室研究與探索.2012（5）：114-116.
作者簡介：張鵬（1983-），男，四川南充人，助教，碩士，從事數據庫與數據挖掘的研究和教學工作。
關鍵詞：軟件工程；項目驅動；教學實踐
中圖分類號：G642.4 文獻標志碼：A 文章編號：1674-9324（2013）34-0124-02
Research on the Project-driven Teaching Method of “Software Engineering”
Chen Haiyan，Zhang Yuping，Zang Lie，Shen Guohua
（College of Computer Science and Technology，Nanjing University of Aeronautics and Astronautics，Nanjing 210016，China）
Abstract：“Software engineering” is the only comprehensive curriculum for undergraduates of our college. In this curriculum，the process，principles and methods of software development are introduced，furthermore，a wide range of expertise are much needed simultaneously. Abstract theoretical knowledge and high degree of practicality make this curriculum difficult for teachers to teach and for students to grasp. This paper proposes applying the project-driven teaching methods to solve the problems existing in the current “software engineering”teaching，In this method，project development activities will go throughout the whole teaching process. Teaching content，practical content and implementation steps of each stage are designed. The practice shows that the method can improve students' practical ability and deepen the understanding of the theoretical knowledge.
Key words：Software engineering；project driven；teaching practice
軟件工程的教學目標是教授學生軟件開發的方法，以指導學生進行實際系統的開發。《軟件工程》課程教學目前仍以教師講授為主，缺少同步的軟件開發環節，這使得軟件工程的基本原理、方法只能是抽象而枯燥的概念，學生無法深入體會其精髓和本質，嚴重影響了學習興趣。軟件工程課程所介紹的內容可以看作是高度總結的軟件開發經驗，學生只有通過同步的實踐才能深刻體會，進而轉化為自己的開發經驗，在找工作和工作過程中受益。
一、項目驅動教學法介紹
項目驅動教學法是一種建立在建構主義學習理論基礎上的、有別于傳統教學的新型教學方法。建構主義教學設計原理強調，學生的學習活動必須與任務或問題相結合，以探索問題的解決方法來驅動和維持學習者的興趣和動機。“項目驅動”教學模式的主要特點是“以項目為主線、教師為主導、學生為主體、注重實踐”。將該思想運用到軟件工程的教學過程中，就是按照軟件工程思想將軟件開發項目按階段展開并貫穿于整個教學過程。通過項目的導入，有效激發學生的好奇心和求知欲，促進學生主動學習；通過項目的逐步展開使學生不知不覺地掌握抽象的軟件開發和項目管理知識，并對軟件開發過程產生系統的認識；經歷整個過程能培養學生分析、解決問題的能力和團隊協作精神，最大可能地將理論轉化為自己的經驗。
二、項目驅動教學法的實施
項目驅動的軟件工程教學法包含課堂講授和項目實施兩個部分。教師在課堂向學生傳授軟件工程的原理和方法，介紹常用開發環境、開發工具，使學生有一定的理論知識準備和平臺準備。項目的實施由學生根據所學方法進行項目開發。在實施過程中，教師必須及時評價學生的階段性成果。此三步就形成了學習—實踐—反饋的良性過程。本章剩余內容將詳細闡述項目驅動的軟件工程教學實施過程。
1.準備階段。教學內容：軟件工程概述；補充介紹選題方法。實踐內容：分組與選題。（1）分組。將一個班的學生分為若干個項目組，每組3～5人，每組有一名組長作為項目經理組織后續的項目開發，負責給成員分配角色，如系統分析員、軟件設計師、軟件開發工程師、軟件測試工程師。根據角色，每個成員都有相應的任務。（2）選題。在項目驅動教學法中，項目選擇是關鍵步驟，關系到整個項目能否順利實施。因此，在各組自選項目時要注意：盡量選擇自己熟悉的流程來構建軟件系統，如圖書館借還書系統；所選系統有3～5個功能模塊，過于復雜則難以把握，過于簡單則缺乏整體性；盡可能選擇與實際需要相結合的項目、科研創新基金項目等；項目開發所需的軟硬件都是可獲得的，所需開發技術是學生已掌握的或短期內可掌握的。最后，教師要認真審查學生選題，避免重復，控制規模，確保可實現。
2.需求分析階段。教學內容：軟件需求分析原理、結構化分析法、面向對象分析法；補充介紹主流建模工具、開發平臺、Web開發環境。實踐內容：深入了解和分析需求，形成文字化需求說明；安裝建模工具，使用Rose/Visio進行需求建模，繪制用例圖和活動圖，完成軟件需求分析報告。配置開發環境，熟悉開發環境的使用，編程實現“登錄”功能。教師及時批閱和評價需求分析報告，重點檢查用例分割的粒度是否合適，指出學生在運用方法和工具解決實際問題時存在的不當之處，對突出問題進行集中講解，確保學生建立正確的認識，樹立信心。
3.軟件設計階段。教學內容：軟件設計原理、結構化設計法、面向對象設計法；補充介紹平臺設計、界面設計及工具的選擇、數據庫設計及數據庫管理系統的選擇、程序設計語言及編程環境的選擇、出錯處理。實踐內容：在Rose/Visio中繪制類圖、順序圖、狀態圖；用PDL對關鍵處理進行描述；對典型界面進行設計；數據庫基表設計；完成軟件設計報告。編程實現“讀取數據庫數據并顯示到頁面”的過程。教師及時批閱和評價軟件設計報告，重點關注類圖的合理程度、順序圖表達細度等，指出存在的問題，確保學生充分經歷軟件設計階段的各種設計任務。
4.實現和測試階段。教學內容：軟件測試方法、主流測試工具介紹。實踐內容：編寫系統源代碼；設計測試用例，進行單元測試、集成測試和系統測試；完成系統測試報告。教師及時批閱和評價測試報告，指出可能存在的漏洞。在系統完成后，根據開發文檔對系統進行整體檢查，重點關注學生常常疏忽的出錯處理問題，在軟件用戶友好性方面提出更高要求，增強其專業素質。
三、結束語
初步的教學嘗試表明，在項目驅動的軟件工程教學模式下，教師和學生的工作量都有大幅增加。教師必須熟悉開發過程和主流開發平臺，必須有實際開發經驗以應對學生遇到的各種問題，必須積極引導和評價以增強學生開發軟件的自信心和成就感。學生則必須依據自身能力進行自主學習與協作學習，在項目開發過程中充分發揮主觀能動性和創造性思維，全面提高其作為軟件專門人才的綜合素質。
參考文獻：
[1]舒新峰，陳莉君.“軟件工程”教學改革與實踐[J].教改縱橫，2009，（4）：59-60.
[2]曹曉蘭，彭佳紅.項目教學法在“軟件工程”課程中的實踐[J].計算機教育，2012，（22）：69-71.
與傳統的教學方式相比，項目教學對教師能力提出了更高的要求，其中最核心的要求是教師要科學地選擇好課程項目內容，并具有課程項目開發和管理的實踐經驗。而目前職校的計算機教師基本上接受的都是學歷性教育，雖然他們理論功底較扎實，也掌握了一定的教學方法和技巧，但是站在講臺上絕大多數還處于以理論解釋理論的“紙上談兵”狀態。試想一個沒有親身經歷項目系統開發的人，怎能能夠“以就業為導向”、“以項目為主線”來開展好項目教學呢？
以能力為本位，設置項目
為了達到項目教學對教師提出的新要求，提高計算機專業項目教學的能力，作為計算機教研組的負責人，我利用學校學生信息管理要實現信息化的契機，帶領計算機教研組的相關教師，深入軟件公司進行實地考察和學習。
首先了解公司的實際用人需求、對員工的培養模式、軟件開發的實際流程，對比出我們教學的不足與差距，探索出項目教學的目標，人才培養的方案；其次，聯系學校的實際需求，與公司合作，將課程開發項目定位為既滿足學校的應用需求，又滿足教學需求的《學生信息管理系統》。
通過市場調研，教師親自接觸了用人市場，明確了學生的就業需求，教學中就能夠以學生能力為本位，實現了人才培養與上崗就業“零距離”接軌的教學培養目標。
以市場為中心，分析項目
結合在軟件公司的實地考察學習經驗，在設計人員的指導下，按照公司項目開發的實際工作流程，我們首先編制了本課程項目的開發流程:需求分析方案設計系統設計項目實施調試運行。
從流程中可以看出，需求分析是項目開發和管理的基礎。在項目開發中，所有的項目風險承擔者對需求分析階段都倍感興趣。因為這部分工作做的到位，就易于開發出很優秀的軟件產品，同時也會令客戶滿意；若處理不好，則會導致誤解、挫折、障礙以及潛在的質量和業務價值上的威脅。
這部分工作有一定的難度，客戶多數情況下只能說明整個項目的概念和目標。這些高層次的業務需求不足以提供開發的具體內容和時間，它要求項目開發人員在工作中要采用科學的方法和一定的技巧。
學生沒有接觸過市場和客戶，這就需要教師在教學中將這方面的感受和經驗傳授給學生，因此教師首先要有接觸市場的真實體會，并總結出方法和技巧。
按照這種思路，通過對學生科、教務科、班主任和任課教師等重要用戶的反復調研，明確了用戶的功能需求，建立了《學生信息管理系統》的系統用例圖。
經過客戶需求的調研，制作和反復修改需求分析報告，使得教師積累了市場經驗。在日后的教學中，他們可以用實踐經歷向學生講述軟件開發需求調研的全部過程，需求分析在軟件開發中的重要地位；同時把停留在書本上的理論化的職業道德轉化為具體的道德實踐，為學生形成良好的職業道德和規范化職業行為樹立典范。這些是書本上永遠學不到的知識
以就業為導向，實施項目
職業學校計算機數據庫教學培養的人才就業方向為：了解數據庫應用項目的開發流程，能夠從事項目的初級編碼或開發、軟件調試及技術服務與軟件銷售等工作的專業人員。
初到崗位就業的畢業學生，基本上都是在設計人員設計思路指導下，展開項目的開發和編碼工作，那么在學校的教學中，教師就要充當設計指導人員的角色。因此，要求教師具有數據庫設計、實施的實踐經驗和科學的指導思想。在項目設計和實施的環節，就是以學生的這種就業需求為導向，來錘煉教師的設計思想，豐富項目實施經驗。
在項目設計環節，首先教師通過學習軟件設計理論，參考公司的典型案例，按照系統的功能需求分析，設計了《學生信息管理系統》的軟件結構層次圖；其次教師在認真分析本項目的數據要求的基礎上，編制了系統的E-R圖，并實現了E-R圖向關系模型的轉換。
通過數據庫的設計，使項目開發的教師對規范、實體、屬性、關系、字段等數據庫概念有了進一步的理解，并使E-R、E-R到關系模型轉換原則等難度大的理論在實踐中得到了充分應用。
在項目實施環節，通過數據庫建立、界面設計、代碼編寫和程序測試等幾個階段，
使得教師進一步在深度和廣度上拓展了專業理論，掌握了所學專業、所任課程較為系統完整并具有前沿性的專業知識；強化了專業實踐能力，錘煉了教師的設計思想，豐富了項目實施經驗，提升教師解決特定問題的能力；進而促使教師根據職業教育的特征要求，進行有效的專業知識的整合優化與適度轉化，形成滿足學生專業實踐能力培養所需的知識結構，更好地把握了以學生的就業需求為導向的教學原則。
以學生為主體，應用項目
《學生信息管理系統》開發的最終目的，一方面是成為真正的應用產品，實現了學校學生信息管理的信息化。軟件在全校的使用提升了教師在學生中的威望，同時也擴大了該項目在學生中的影響力，激發了學生的學習積極性。
另一方面應用該課程項目，按照六個教學環節：分析任務確定項目分組討論制訂計劃知識儲備項目準備自主探索項目實施項目展示成果分享結果提交項目評價，“以項目為主線、教師為主導、學生為主體”， 就可以開展具體的數據庫項目教學工作了。
通過教學經驗的積累，教師探索出了項目教學的基本規律和教學技巧，順利地實現了教學中師生角色的重新定位；同時原有的教材已無法滿足所開發課程項目的教學，它引導教師在對原有教材進行整合的基礎上，逐步進行數據庫項目教學校本教材的開發。
教師通過科學地選擇項目，直接參與課程項目的設置、分析、實施和應用，有效地提高了自身的項目教學能力，促進了數據庫課程的教學改革與發展，實現人才培養與上崗就業“零距離”接軌的教學培養目標。
參考文獻
