時間:2023-03-14 15:12:47
序論:寫作是一種深度的自我表達。它要求我們深入探索自己的思想和情感,挖掘那些隱藏在內心深處的真相,好投稿為您帶來了七篇數據庫需求分析報告范文,愿它們成為您寫作過程中的靈感催化劑,助力您的創作。
關鍵詞:CDIO工程教育模式;數據庫課程設計;教學改革
中圖分類號:G64 文獻標識碼:A 文章編號:1009-3044(2015)05-0141-03
Reform and Practice of Course Design of Database based on CDIO
LU Lu, LING Jie
(School of Computer Science and Technology, Guangdong University of Technology, Guangzhou 510006, China)
Abstract: Aiming at the problems of the shortcomings of the traditional pattern of traditional course design of database,Based on the concept of the CDIO engineering education, combining with the present teaching situation of course design of database of computer-related specialty in an university of Guangdong, the specific measures on the teaching system and evaluation for course design of database is expounded. The practice results show the teaching reform expands the students' open minds,stimulates students' initiative and raises the students' practical abilities .
Key words: CDIO engineering education; Course Design of Database; teaching reform
CDIO工程教育模式是近年來國際工程教育改革的最新成果。從2000年起,麻省理工學院和瑞典皇家工學院等四所大學經過四年的探索研究,創立了CDIO工程教育理念。CDIO代表構思(conceive)、設計(design)、實施(im-plement)、運行(operate),它是“做中學”和“基于項目教育和學習”(Project based education and learning)的集中概括和抽象表達。它體現了現代工程師所應具備的服務于現代工業產品從構思、設計、實現到運行的全過程所必須擁有的基本能力。CDIO培養大綱將工程畢業生的能力分為工程基礎知識、 個人能力、 人際團隊能力和工程系統能力四個層面[1-2]。然而我國工科的教育實踐中還存在不少問題,如重理論輕實踐、忽視團隊協作精神等問題。國內外的經驗表明CDIO的理念和方法是先進可行的,適合于工科教育的教學改革。
1 數據庫課程設計傳統教學模式培養現狀
數據庫課程是計算機及其相關專業課程體系中的核心和基礎;而數據庫課程設計是數據庫課程的實踐科目,其特點是綜合性強,對動手操作能力要求比較高。但是,傳統數據庫課程設計的教學模式,往往偏重理論,這會讓學生處于課堂教育與實踐操作嚴重脫節的尷尬境地。因此,針對計算機專業人才培養的現實需求,數據庫課程設計教學改革勢在必行。
2 數據庫課程設計教學改革研究
為了達到讓學生主動學習的目的,基于CDIO的模式理念,本文構建了數據庫課程設計教學內容體系。該體系自始至終與數據庫理論內容以及CDIO模式相結合,通過項目驅動,讓學生參與其中,按照數據庫設計的每個階段由學生自發獨立的發現問題以及解決問題,最終完成課程設計的各個內容。
2.1 數據庫原理教學內容以及傳統數據庫課程設計教學安排
數據庫原理針對計算機相關專業本科教學內容主要涉及關系數據庫、關系數據庫標準語言SQL,數據庫安全性完整性、關系數據理論、數據庫設計、查詢優化、數據庫恢復和并發技術[3]。
以廣東某高校計算機學院為例,數據庫原理理論教學56課時,授課時間為學期第1周至第16周。數據庫課程設計16課時,課程設計準備工作主要集中在第13周到16周,設計完成以及檢查時間為第17周。(教學內容與進度如圖1所示)
這種傳統教學的弊端主要體現在:
1)理論教學與實踐操作相互脫節。學生不能發揮主動學習的積極性;
2)課程設計實踐操作部分學時少,準備不夠充分;
3)課時分布不均勻,前松后緊,學生動手實踐部分大多放在學期末,容易造成學生在期末考試的壓力中忽略動手能力的提高和培養,眉毛胡子一把抓;
4)單憑一個課程設計報告和程序很難衡量學生對知識的理解和掌握程度;
鑒于以上的內容,本文提出了基于CDIO模式的新的數據庫課程設計教學體系。
2.2 數據庫課程設計教學模式改革
數據庫課程設計教學模式改革主要體現在:課程設計在理論教學中貫穿始終。基于CDIO的數據庫課程設計教學改革內容如圖2所示。
2.2.1 課前準備
CDIO模式不僅重視個人能力的培養,同時也關注團隊協作的能力培養。因此,團隊協作也作為數據庫課程設計教學改革的一個重要內容。為了學生溝通方便,每個行政班中以寢室為單位(4個學生)組成若干個開發團隊,選取組長,并且向老師上報各個組員的分工情況,之后各個開發小組可以根據老師給出的備選題目進行選題。
2.2.2構思(Conceive)
CDIO的精髓在于讓學生“做中學”。但是對于沒有任何數據庫基礎知識的學生來說,課程開始就投入到實踐中是不現實的,所以范例教學十分重要。在理論教學開始時教師利用大概2周的時間,講解數據模型、數據庫系統結構、數據庫系統的組成、數據庫技術的研究領域以及前沿的知識體系、開發工具,讓學生對該領域的知識產生濃厚的興趣。然后,教師可以從典型案例著手――以學生管理系統為例,講解如何進行業務流程分析、功能分析和數據需求分析,如何繪制用例圖,在數據庫設計過程中如何完成數據流圖和數據字典分析,讓學生在范例講解中一步步的學會如何繪制ER圖,如何設計數據字典中的各項內容。該階段是構建系統藍圖的階段,所以,教師要引導學生立足于不同項目的實際需求,通過調查問卷、查閱資料、客戶走訪等形式,深入探析軟件的功能和性能,確定軟件設計的限制和軟件同其他系統元素的接口細節,定義軟件各項有效的需求,與此同時,在確定需求過程中,團隊成員之間的磨合與溝通也是必不可少的。通過各個成員的協調,才能最終確定該團隊共同的軟件需求以及數據庫整體規劃策略。該階段的匯報成果即是各團隊小組的需求分析報告。
2.2.3設計(Design)
數據庫設計包括概念結構設計、邏輯機構設計和物理結構設計,所涵蓋的理論知識點比較多。傳統數據庫原理教學和數據庫課程設計在設計階段幾乎是相互脫節的,見圖1。為了能讓學生提高完成項目的主動性以及自我認知性,數據庫課程設計調整幅度也相對比較大。
1)課堂學習關系數據庫時,引導學生以課程設計中的選題項目為基礎,編制相關的關系代數的演算
2)課堂學習關系型數據庫標準語言SQL時,引導學生以課程設計為基礎,利用SQL語句解決數據的增刪改查的一系列問題,并且針對需求分析中不同的設計模塊,設計不同的SQL操作,其中包括單表查詢、多表查詢、模糊查詢、相關子查詢、不相關子查詢、多表更新操作、視圖操作等。
3)課堂學習數據庫的安全性和完整性時,通過一系列反例,例如違反實體完整性的數據操作會帶來怎樣的后果;違反了參照完整性的操作會有哪些危害等等,讓學生強烈感知如何能設計出效率高、安全性較好的數據庫基本表。此時,可以讓學生根據項目選題設計出系統的各個分ER圖并且形成初步ER圖,在合并過程中找出沖突和問題所在,為后續內容做準備。
4)課堂學習規范化理論時,利用循序漸進的方法,舉例說明,讓學生利用范式的思想,對項目中的表格進行規范化分析,判斷屬于第幾范式,有什么樣的優缺點,能否進行優化。此時,課程設計的概念結構設計,邏輯結構設計已經初具雛形。
5)課堂學習第七章數據庫設計時,結合實例,讓學生獨立完成概念機構設計中的消除沖突與優化,完成由基于項目的初步ER圖到基本ER圖的轉變;同時結合需求分析中的數據字典,根據聯系轉換為關系表的知識點以及規范化理論,對初步的邏輯結構表進行修改和完善。
該階段的匯報成果是各團隊小組的概要設計報告。
2.2.4實現(Implement)
設計階段其實是將任務離散化,那么實施階段就是將項目綜合化。該階段中,書本上的重點內容已經基本結束,學生可以根據學過的基礎知識自由發揮,將之前的需求文檔以及概要設計文檔進行拓展和完善,并且將自己設計的關系代數以及SQL語句轉換成高級程序語言中的數據庫操作的語句。這時候,有能力的同學也可以根據老師上課講授的查詢優化等內容針對具體項目實際進行查詢算術優化和物理優化,并且對比執行效率,感受在不同的實際應用中對不同問題的處理方式。
該階段的匯報成果是各團隊小組成員的詳細設計報告的綜合文檔。
2.2.5運作(Operate)
系統模型建立好之后,要進行軟件的各項測試。學生可以通過學習恢復和并發控制等內容,對系統的完整性、安全性等性能進行進一步的改善,完善詳細設計報告,補充系統測試內容以及使用系統安裝使用說明。最后,通過小組的公開答辯,向老師和全班同學展示系統的設計思路、完成過程以及跟同學們交流心得和體會,并由其他非小組成員的同學作為評委進行點評。
2.3 課程設計考核評價改革
課程設計是一門衡量學生動手操作能力、綜合運用能力的科目,所以這門課程更要體現對學生是實踐能力的檢驗。數據庫課程設計考核評價改革主要體現在:改變單一的評分標準為多角度綜合性評價標準(如圖3所示)。
2.3.1 項目文檔(分數比例50%)
項目文檔包括需求分析報告、概要設計報告、詳細設計報告。
1)需求分析報告(分數比例10%),內容包括:
①可行性分析;
②擬采用的開發工具;
③用例圖;
④數據字典,包括數據項,數據結構
⑤軟件模塊初步設想以及每個模塊可能進行的操作。
2)概要設計報告(分數比例20%):
①數據庫設計方面:分ER圖和總體基本ER圖(標明各實體之間聯系的類型)、邏輯結構設計(有完整性約束說明,標明主碼、外碼,分析范式類型)、物理結構設計(索引、存儲路徑等)、數據庫完整性設計(違反實體、參照完整性時的解決辦法,比如觸發器、存儲過程等)
②軟件設計方面:功能結構圖以及各功能模塊主要功能(明確小組成員的分工)
3)詳細設計報告(分數比例20%),內容包括:
①系統與后臺數據庫連接的執行過程;
②系統各模塊的主要界面和UI接口;
③系統各個模塊的流程圖以及詳細實現過程;
④關鍵問題的解決方案;
⑤總結系統后續有待優化和改善的方面。
2.3.2 項目成果演示(分數比例40%)
該類別主要考核的方面如下:
1)系統運行正確;
2)功能完善:有增、刪、改、查功能,輸入、輸出功能;
3)有基本的統計、報表功能;
4)有多表連接查詢、自身連接查詢、字符串匹配查詢、模糊查詢、分組查詢等;
5)工作量飽滿,系統實現技術的難度;
6)是否符合軟件開發規范;
2.3.3 團隊綜合素質(分數比例10%)
該類別主要通過系統演示、課題答辯以及團隊的出勤和會議紀要等信息考核團隊成員的協同合作的能力,而且,尤其要注意有些同學過分依賴他人的思想。所以答辯過程中要求每個小組成員都要對自己所做的內容進行闡述和說明。
3 結束語
通過一系列的基于CDIO模式課程設計教學改革,使得每一個同學都有公平的主動參與的機會,同學們從這門課程開始就主動思考項目中各種實際問題,由“學中做”轉變為“做中學”,極大發揮了學生的積極性和創造力,從而使得數據庫課程設計的實踐教學取得了非常好的教學效果。很多同學都對數據庫產生了濃厚的興趣,而且也有一部分同學畢業之后選擇了數據庫相關的行業。
參考文獻:
[1] E.F.Crawley. Creating the CDIO Syllabus, a universal template for engineering education, fie, vol.3,Pp.F3F8 -13, 32nd Annual Frontiers in Education (FIE’02), 2002.
高速公路機電工程主要包括以下主要系統:監控系統、通信系統、收費系統、通風系統、照明系統、供配電系統及消防系統。各個系統所包括的設備種類繁多,以高速公路機電工程最典型的三大系統(監控、收費、通信)為例,基本的子系統就包括:信息采集、信息傳輸、信息、信息存儲與統計分析等發,基本設備分布在監控、收費、通信等管理中心及公路沿線的外場,一個工程少則幾十種設備,多則上百種設備,設備的數量隨著公路的里程和公路的等級增加或減少而相應變化。在高速公路機電工程的后期維護過程中,需要對所有設備的運行狀況及故障出現的情況、處理方法等,按照ISO9000質量體系的要求,將所有的情況記錄在日常維護日志及故障處理表等文件中,并根據出現故障設備的數量及種類,進行故障數據的統計分析和計算,定期做出工程項目的階段故障分析報告,為以后的工程施工過程中的質量控及設備采購、訂貨提供可靠的科學依據。在相當長的時間內,高速公路機電工程維護中的故障處理表記錄的大量故障數據,完全是人工填寫后輸入計算機,再按照一定的規則進行數據處理和計算分析后,形成階段故障分析報告。由此可知,高速公路機電設備的后期維護是一個需要大量人力和物力的工作。因此,要做到工程維護管理工作的高效和數據的準確,需要我們設計一個高效、科學的工程維護管理系統,及時分析設備的故障原因及故障率,根據設備的故障率,在工程的設備采購階段,盡可能的使用性價比高、質量優良、可靠性高的產品,確保高速公路機電系統的正常運轉,保證高速公路的安全暢通,同時也能盡量降低企業的工程成本。根據ISO9000管理體系的要求和實際工程建設的施工過程,我們建立了如下ISO9000質量管理體系的維護工程工作流程。根據如圖1所示的維護工程工作基本流程,利用先進的計算機技術、網絡技術及可靠性分析與設計方法,設計的工程維護管理系統將解決如下問題:
(1)能夠完成現階段工程維護工作中需要人工完成的數據管理工作。
(2)能夠使高速公路機電工程維護管理工作標準化和自動化。
(3)提高維護人員的工作效率和減輕工作強度,同時,也為工程項目的質量管理及過程控制,提供更加科學和準確的依據。
1、基本需求分析
由工程維護工作流程,本系統需要完成以下幾個主要方面的功能:
(1)維護保養/例行檢查記錄表(維護日志):日常巡查設備的養護日志。(2)故障處理記錄表:巡查中出現的設備故障、故障處理方式、用戶意見等信息,詳細地記錄在表格中。
(3)階段故障分析報告:根據階段出現的故障設備的類型及數量,進行分析計算,給出本工程項目的設備故障率。
(4)日常維護月報:按月形成當月本工程項目的日常維護情況匯總。
2、基本用戶分析
本系統是按照質量管理體系的程序要求,為工程維護管理工作而設計的,在工程項目的責任期,用于施工企業工程項目的日常維護管理工作;在責任期后,也可以根據需要用于高速公路運營方的設備日常維護工作。
二、系統基本組成及功能
本系統根據需求,設計為以下幾個模塊:
1、工程項目基本數據庫
(1)高速公路機電工程中的常用系統及設備的標準化名稱庫。
(2)設備安裝位置信息庫:包含本工程項目中的設備或系統在項目中室內、外場的位置(樁號或安裝位置)等。
(3)工程項目設備數據庫:包含本工程項目的設備數量、設備商信息、設備的分類等。
(4)機電工程常用設備或系統的故障信息庫。
2、工程項目維護記錄表格庫
按照ISO9000質量管理體系要求的文件格式,根據基本數據庫及每日的維護工作的具體情況,輸入基本數據,生成以下維護記錄表格。
(5)維護保養/例行檢查記錄表(維護日志)。
(6)故障處理記錄表。
(7)階段故障分析報告。
(8)工程維護月報表。
3、故障數據處理分析模塊
本模塊的設計是建立在可靠性設計的基本概念上,相關的可靠性設計的基本定義簡述如下:可靠性的基本定義:產品在規定的時間內完成規定功能的能力(簡稱3要素:規定條件、規定時間、規定功能)。故障率的定義:指工作到某一時刻尚未發生故障的產品,在該時刻后單位時間內發生故障的概率,稱之為產品的故障率。用數學公式表示為:λ(t)=dr(t)/Ns(t)dt式中:λ(t)為故障率;dr(t)為t時刻后,dt時間內故障產品數;Ns(t)為剩余的產品數,即t時刻后尚未故障的產品數??砂聪率竭M行工程計算:λ(t)=Δr(t)/Ns(t)Δt式中:Δr(t)為t時刻后,Δt時間內故障產品數;Δt為所取得時間間隔;Ns(t)為剩余的產品數,即t時刻后尚未故障的產品數。任何一個工程項目,都是由許多子系統組成,而子系統則是由許多的產品設備組成,對于一個機電系統集成企業來說,其系統的可靠性是保證工程質量優良很重要的一個環節。但是,產品的性能優良、功能齊全,不是用戶考慮的惟一要求,產品的可靠性,易維修,使用維護保養費用的多少,產品壽命的長短等因素,都是用戶關注的。良好的工程質量,不僅能夠給機電系統集成企業提高競爭優勢,而良好的產品質量,則能夠減少工程維護成本,使企業能夠從中獲得更大的經濟效益。故障數據處理分析模塊的基本功能是根據可靠性設計的基本定義和計算公式,在一定的時間周期內,對工程維護過程中所記錄的故障處理表的數據進行統計分析,計算出產品設備的階段故障率,為最終形成的故障階段分析報告提供科學、準確的數據。
三、系統的設計與實現
本軟件的設計與實現是根據系統的需求分析,確定了軟件系統的基本構成,根據維護工程工作的流程,設計了軟件系統的基本流程。軟件系統的開發基于MicrosoftSQLSever和VC++,運行平臺為WindowsXP及以上操作系統,可視化的操作界面,使工程的維護管理工作實現自動化,系統可以實時查詢各個項目的現場設備的故障狀態記錄及處理情況,設備的階段故障率可根據需要隨時提取計算結果。
四、結語
關鍵詞:軟件質量;ISO9001;質量控制;見證點
中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2010)09-2142-03
Software Development Process's Quality Management
LIU Yun-jie
(Beris Engineering and Research Corporation, Baotou 014010, China)
Abstract: Although the growth of demand for software is very fast during the information-based process in the current society,every walk of life is carrying out the development and production of application software. But many developed softwares have not been integrated flexibly and effectively with the habits of manual operation;Some software can not be able to realize the function of regulatory business and enhance the efficiency;And some software cannot be applied after huge development costs and let the matter rest. Therefore, improving the software quality management level is a pressing problem for interrelated enterprises, and the use of quality control method used is an effective way to solve the problem.
Key words: software quality; quality control; witness point
ISO9001:是指由國際標準化組織(ISO)所屬的質量管理和質量保證技術委員會ISO/TC176工作委員會制定并頒布的關于質量管理體系的族標準的統稱。ISO9001是ISO9000族標準所包括的一組質量管理體系核心標準之一。
質量控制:為達到規范或規定對數據質量要求而采取的作業技術和措施。 這就是說,質量控制是為了通過監視質量形成過程,消除質量環上所有階段印起不合格或不滿意效果的因素。
1 概述
軟件質量,概括地說就是“軟件與明確地和隱含地定義的需求相一致的程度”。具體地說,軟件質量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發標準、以及所有專業開發的軟件都應具有的隱含特征的程度。
在現代社會中,隨著計算機技術的發展,軟件規模越來越大,復雜性越來越高,而軟件的開發能力卻遠遠跟不上應用需求的速度擴展,出現了所謂的“軟件危機”。時至今日,計算機在在工業控制、醫療、通訊、交通、航空、航天、經濟、金融等領域的應用中,對軟件的質量提出了前所未有的挑戰,軟件失效逐漸成為系統癱瘓的主要原因。因此,軟件質量成為人們越來越關注的問題。
目前,國內大多數軟件企業首先選擇了ISO9001質量管理體系標準,作為提高軟件產品的質量和提高生產率的過程改進框架,都取得了一定的成效。
ISO9001用于證實組織具有提供滿足顧客要求和適用法規要求的產品的能力,目的在于增進顧客滿意。隨著商品經濟的不斷擴大和日益國際化,為提高產品的信譽、減少重復檢驗、削弱和消除貿易技術壁壘、維護生產者、經銷者、用戶和消費者各方權益,這個第三認證方不受產銷雙方經濟利益支配,公證、科學,是各國對產品和企業進行質量評價和監督的通行證;作為顧客對供方質量體系審核的依據;企業有滿足其訂購產品技術要求的能力。
2 問題分析
影響軟件質量的主要因素,這些因素是從管理角度對軟件質量的度量。可劃分為三組,分別反應用戶在使用軟件產品時的三種觀點。正確性、健壯性、效率、完整性、可用性、風險(產品運行);可理解性、可維修性、靈活性、可測試性(產品修改);可移植性、可再用性、互運行性(產品轉移)。
通常所理解的軟件開發,大部分是指編碼。而實際工作中,一般將軟件開發周期劃分了六個階段――計劃、需求分析、設計、編碼、測試、運行維護。各個階段都有獨立的人任務,也就涉及到了任務完成得質量。也就是說,軟件系統表現的程序中的錯誤,并不一定是編碼引起的,很可能是在設計過程中或者需求分析階段產生的問題引起的。這樣,對軟件質量的度量決不能限于程序本身,而編碼以前所完成的各個階段的工作質量同樣至關重要。
3 解決策略
那么如何在控制風險,提高軟件開發質量,提高軟件開發過程的透明度?這就要求在開發過程中的各個階段,嚴格按照相關規范和標準中的“質量控制”進行操作和管理。
在國際上,質量控制對象根據它們的重要程度和監督控制要求不同,可以設置“見證點”或“停止點”?!耙娮C點”和“停止點”都是質量控制點,由于它們的重要性或其質量后果影響程度有所不同,它們的運作程序和監督要求也不同。為了方便理解,就“見證點”和“停止點”做以下說明。
見證點的運作程序和監督要求如下:
1) 施工單位應在到達某個見證點之前的一定時間,書面通知監理工程師,說明將到達該見證點準備施工的時間,請監理人員屆時現場進行見證和監督。
2) 監理工程師收到通知后,應在“施工跟蹤檔案”上注明收到該通知的日期并簽字。
3) 監理人員應在約定的時間到現場見證。監理人員應對見證點實施過程進行監督、檢查,并在見證表上作詳細記錄后簽字。
4) 如果監理人員在規定的時間未能到場見證,施工單位可以認為已獲監理工程師認可,有權進行該項施工。
5) 如果監理人員在此之前已到現場檢查,并將有關意見寫在“施工跟蹤檔案”上,則施工單位應寫明已采取的改進措施,或具體意見。
停止點:
停止點是重要性高于見證點的質量控制點,它通常是針對“特殊過程”或“特殊工藝”而言。凡列為停止點的控制對象,要求必須在規定的控制點到來之前通知監理方派人對控制點實施監控,如果監理方未能在約定的時間到現場監督、檢查,施工單位應停止進入該控制點相應的工序,并按合同規定等待監理方,未經認可不能越過該點繼續活動。通常用書面形式批準其繼續進行,但也可以按商定的授權制度批準其繼續進行。
在軟件開發周期中,該方法同樣適用。
4 過程分析
下面就各個軟件開發周期的各個階段,如何進行質量控制所所設置的見“見證點”或“停止點”。
4.1 計劃
計劃也是總體規劃。軟件系統的規劃是軟件系統開發的起始階段,它的基礎是需求分析計劃的作用主要有:
1) 指明軟件系統在企業經營戰略中的作用和地位;
2) 指導軟件系統的開發;
3) 優化配置和利用各種資源,包括內部和外部資源;
4) 通過規劃過程規范企業的業務流程。
一個比較完整的計劃,應當包括軟件系統開發的目標,軟件系統的總體框架、軟件系統的組織結構和管理流程、軟件系統的實施計劃和相關的技術規范等。
本階段在確定軟件實施計劃時,需要確認一個見證點――可行性報告。也就是說,在確定軟件開發的實施計劃過程中,需要相關領導和該軟件系統的策劃人員和設計人員分別依據各自所掌握的業務信息,評估并確認該軟件系統實施計劃的客觀性和可行性。一旦發現該計劃風險過高,例如:工期過緊或復雜度過高,需重新審議,決定是否實施該項目或者改變實施計劃。
4.2 需求分析
軟件系統需求分析階段的目標是為軟件設計極端提供系統的邏輯模型,是以企業的業務流程分析為基礎,規劃即將建設的軟件系統的基本架構。它是企業的管理流程和信息流程的交匯點。
需求分析的內容主要包括:組織結構分析、業務流程分析、數據和數據流程分析、系統初步方案等。
在需求分析階段,主要是和顧客交流溝通,充分掌握顧客基本信息,準確理解顧客需求,客觀分析業務流程和數據流,結合軟件系統開發特點,形成詳細的嚴謹的顧客需求分析文檔。形成文檔后,需要顧客的確認,保證調研人員理解的正確性和描述的準確性。如果該文檔不能得到顧客確認,后續的軟件開發工作即存在巨大風險。所以,該需求分析文檔即是客戶的“見證點”。
本階段,在軟件開發過程中,是至關重要的。很多軟件后期無法繼續運作或者后期開發修改量過大,基本都是由于在需求分析階段不充分或者不精準,造成了人力、物力和財力上的過多浪費。如果,在后續開發過程中,需求不明確、新增需求或者需求發生變更,要及時與顧客溝通并確認。
4.3 設計
軟件系統設計階段是根據系統分析的結果,設計出軟件系統的實施方案。軟件系統設計的主要內容包括系統架構設計、數據庫設計、處理流程設計、功能模塊設計、安全控制方案設計、系統管理流程設計等等。
在設計階段,需要全面理解需求分析報告的內容,進行合理化、科學化設計是保證后續軟件編碼高效、系統運行通暢的保證。
因為本階段所涉及的軟件設計分類內容很多,在此,以功能模塊設計和數據庫設計加以說明。
1) 功能模塊設計分概要設計和詳細設計。概要設計,主要是根據需求分析文檔,劃分出軟件系統所需要完成的功能模塊。而詳細設計,就是該模塊在軟件實現中所需要的細節。通常,概要設計是由調研人員完成或參與完成;而詳細設計實在該概要設計的指導下,參照需求分析文檔完成。這時候,“見證點”是,概要設計文檔和詳細設計文檔,需要調研人員、設計人員、編碼人員的確認。當設計文檔不符合需求分析文檔的內容時,需重新設計;當設計出來的模塊功能,編碼人員無法從技術上實現時,需要設計人員重新從技術立場更改設計方案。
2) 數據庫是依照某種數據模型組織起來并存放二級存儲器中的數據集合。這種數據集合具有如下特點:盡可能不重復,以最優方式為某個特定組織的多種應用服務,其數據結構獨立于使用它的應用程序,對數據的增、刪、改和檢索由統一軟件進行管理和控制。
在我們進行數據庫設計中,首先設計的是邏輯數據庫。也就是根據需求報告,設計數據庫的結構和整體性能。然后根據邏輯數據庫實現數據庫物理設計,包括選擇數據庫產品,確定數據庫實體屬性(字段)、數據類型、長度、精度等。
數據庫邏輯設計決定了數據庫及其應用的整體性能,調優位置。如果數據庫邏輯設計不好,則所有調優方法對于提高數據庫性能的效果都是有限的。為了使數據庫設計的方法走向完備,數據庫的規范化理論必須遵守。規范化理論為數據庫邏輯設計提供了理論指導和工具,在減少了數據冗余的同時節約了存儲空間,同時加快了增、刪、改的速度。
另外,在規范的數據庫邏輯設計時,還應考慮適當地破壞規范規則,即反規范化設計,來降低索引、表的數目,降低連接操作的數目,從而加快查詢速度。常用的反規范技術有增加冗余列、增加派生列、重新組表等。
增加冗余列:有時要進行查詢的列分布在不同的表中,如果這個連接查詢的頻率比較高,那就可以根據需要,把其它表中的這一列加進來,從而使得多個表中具有相同的列,它常用來在查詢時避免連接操作。但它的壞處就是需要更多的磁盤空間,同時因為完整性問題需要增加維護表的工作量。
此時,“見證點”在數據字典上。需要確認的人員是軟件開發過程中所涉及的各個人員。因為數據庫設計,是整個軟件系統的基礎,數據庫設計質量好壞,直接關系到軟件系統的質量,所以,該處也可以設置“停止點”。
4.4 編碼
軟件編碼是將上一階段的詳細設計得到的處理過程的描述轉換為基于某種計算機語言的程序,即源程序代碼。
編碼是實現系統功能的階段。在本階段中,代碼錯誤是每個程序員都會遇見的問題,可以在編碼調試中解決。而算法錯誤的檢查,在后續的測試或者編碼人員自測中發現并解決。
在整個軟件系統中,個人認為,編碼階段是最單純的階段,完全由編碼人員根據詳細設計文檔,結合數據庫設計文檔,實現模塊乃至系統功能。編碼過程的功能過程實現代碼“見證點”,由編程人員個人設定。在檢查編碼的規范性、可讀性性、效率時,“見證點”可由相關檢查人員設定。如果在編碼過程中發現某些設計功能過于復雜時,需要向設計人員提出申請,設計人員可以設定改模塊的代碼實現過程的“見證點”。
4.5 測試
軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試,甚至根據需要編寫不同的測試工具,設計和維護測試系統,對測試方案可能出現的問題進行分析和評估。執行測試用例后,需要跟蹤故障,以確保開發的產品適合需求。
使用人工或者自動手段來運行或測試某個系統的過程,其目的在于檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。
通常軟件測試的目的如下:
1) 測試是為了發現程序中的錯誤而執行程序的過程;
2) 好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案;
3) 成功的測試是發現了至今為止尚未發現的錯誤的測試。
不過,這種觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能。只從字面意思理解,可能會產生誤導,認為發現錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此。我們其實應該這樣理解:
1) 測試并不僅僅是為了找出錯誤,通過分析錯誤產生的原因和錯誤的發生趨勢,可以幫助項目管理者發現當前軟件開發過程中的缺陷,以便及時改進;
2) 這種分析也能幫助測試人員設計出有針對性的測試方法,改善測試的效率和有效性;
3) 沒有發現錯誤的測試也是有價值的,完整的測試是評定軟件質量的一種方法。
測試的“見證點”是測試報告。
4.6 運行維護
軟件系統運行維護是在指軟件產品交付后,進行的活動。這個階段主要是以顧客為主導地位,軟件開發人員輔助該使用軟件系統。這時,一份完好軟件系統驗收報告,無疑是最好的“見證點”。當然,該階段一本詳實的使用說明文檔同樣很重要。
通過質量控制,對軟件開發質量加以管理,在一定的程度上可以規范開發流程、節約開發成本、提高開發效率。通過質量控制,提高軟件開發過程的科學性、客觀性、可控性和追溯性,保證軟件開發產品的可靠性和可適用性,已成為越來越多的軟件公司管理軟件開發質量的重要和有效手段。
參考文獻:
[1] 黃庭滿.國內商企應加快發展“信息流”[J].經濟參考報.2004,11(6).
[2] 王洪海,周祖德,陳幼平,等.基于Agent 的虛擬企業信息集成技術的研究[J].中國機械工程,2006,2(4):372-375.
[4] 翁佳.信息生命周期管理[J]情報科學,2005(6) .
關鍵詞:數據庫;學習需求;教學方法
中圖分類號:G40文獻標識碼:A 文章編號:1009-3044(2011)15-3625-02
《數據庫系統概論》是高校計算機專業的必修專業課,同時它也是一門理論和實踐性都較強的學科,傳統的“黑板上講理論,機房里練操作”的授課模式很難激發學生的學習興趣,教學效果不佳。
往往一學期教學結束,和學生談起本課程的學習,學生只是記住幾個概念,至于數據庫的技術沒有多少能深入理解,更別提能應用于實際。數據庫的應用雖然十分廣泛,到處都是數據庫,銀行里、商店里、網絡上等等。但是因為它是藏在“后臺”的,不像多媒體、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軟件提供的轉換功能來進行驗證。數據庫設計的其他階段在其他部分來講述。
2.3 數據庫的實施
這一部分采用實驗課時使用的Oracle 10g來講述。通過讓學生自己下載、安裝、運行Oracle 10g來完成數據庫的實施。主要采用直觀演示法來講述該部分的內容。并形成了指導書,讓大家有章可依。在實驗指導書中,也設計了思考題,讓學生能夠在做完基本的操作后能再深入地思考某些問題。比如在建立基本表的時候,可以使用SQL命令,是否也可以建立相應的文件呢?怎樣來建立文件,怎樣來執行文件等。
2.4 后臺數據庫的連接
這一部分采用學生將要學習的JSP來進行后臺數據庫的連接。由于本課程主要是數據庫概論及使用,所以僅僅要求只要能通過前臺界面連接到數據庫,并對數據庫能進行維護即可。這一部分先采用直觀演示法給大家演示了JSP和Oracle的連接步驟,并在演示的過程中進行了詳細的講解,然后采用任務驅動法讓學生自己動手實踐,若有問題,利用自主學習法來進行解決。有解決不了的,我們在一起共同討論、分析是什么地方出現了問題,如何解決問題。
3 教學反思
“數據庫”這部分內容對大二的學生而言是一個比較陌生的領域,平時接觸挺多,但數據庫隱藏較深,故學生理解不是很清晰。因此在情景引入、創設問題上的設計就成為教學的關鍵。
在實際的課堂教學中,我首先進行教學的設計,以期能夠讓學生盡快的接受新概念,熟悉新技術。例如在講述數據庫系統的優點時,就設計了大家最常用的圖書館借閱圖書和在網上如何搜索問題的例子。找到大家的興趣點,然后再切入正題。其次,在實際的教學中,不局限于某種具體的教學方式,而是采用各種教學方式,目的只有一個,如何讓學生盡快接受新概念,如何理解和掌握新技術,從而完成相應的教學目標,為學生構建數據庫技術的知識結構。在講述SQL的時候,就通過直觀演示的方法來教學;在講述數據庫設計的內容時,就使用討論教學法。在指導學生實踐的過程中,使用了任務驅動法。讓學生參與項目的制作,教師和學生始終在互動的問題設置、問題解決中,突破了“技術”的約束,逐步從圖書管理系統將注意力吸引到其技術內在價值的探究當中,即從數據庫的概念理解與技術應用當中內化素養,提升能力,不斷地達成數據庫課程的教學目標,感受利用數據庫存儲、管理大量數據并實現高效檢索方面的優勢;了解使用數據庫管理信息的基本思想與方法;能夠進行數據庫的設計;能夠通過前臺維護后臺數據。在每次課后,又采用讀書指導法、任務驅動法和自主學習法督促學生積極主動地自學、自己思考、自己設計解決問題的方法。幾輪課程講下來,學生反映效果不錯。最后,及時思考。一場課下來就總結思考,寫好課后一得或教學日記;一周課下來或一個單元講完后反思,發現問題及時糾正;通過最后的結課考試,召開學生座談會,聽取意見,從而進行完整的整合思考;這樣可以對以后自己在本課程的教學上有很大的幫助。
4 結論
通過多種教學方法,讓學生自己體驗和感受到數據庫的優越之處,提高學生學習的主動性和積極性。所以在數據庫的教學中,教師既要放眼課程建設與發展,又要做一個有心人,去尋找合適的例子,進行教學過程的設計,這樣才能保證能夠全面地將數據庫的技術傳授給學生。
參考文獻:
[1] 王珊,薩師煊.數據庫系統概論[M].4版.北京:高等教育出版社,2006.
關鍵詞:財務經濟分析;財務報表;Office;VBA
1、引言
財務報表是對企業在某一會計期間的財務狀況、經營成果和現金流量情況的報告,是企業所有經濟活動的綜合反映。財務經濟分析是以財務報表分析為基礎,體現財務活動與整個企業經濟活動的緊密聯系,以經濟核算信息為起點,以財務資金分析與財務能力分析為中心,運用專業方法評價生產經濟過程諸要素對財務活動的影響,藉以考核企業過去業績,評估目前財務狀況,預測未來發展趨勢,為有關方面提供決策依據的管理活動。但是,國內有一些企業僅僅把財務報表視為向工商局、稅務局或上級主管單位履行報告義務的工具,忽視了財務報表對于企業管理層分析企業財務和經營情況、對企業的財務和經營活動實施控制乃至決策的重要作用。即使是具有相對比較優勢的上市公司分析其財務報表時,或者全部通過人工完成;或者借助于會計電算化軟件所提供的一些財務比率,然后再通過人工形成分析報告;或者人工將報表輸入至Excel軟件,并設定公式計算出財務比率,再用Word形成文字分析報告。這在很大程度上削弱了會計信息對企業決策支持的價值。因此,在信息技術與通信技術迅速發展的今天,設計自動化財務經濟分析系統,提升企業及時分析財務狀況和經濟效益的能力具有很重要的現實意義。
2、財務經濟分析系統的一般需求
通過對財務經濟分析系統進行深入系統地分析,可將其一般需求歸納為幾個方面。
(1)廣泛兼容的數據獲取能力
財務經濟分析首先是搜集數據,而這些數據的可能來源非常廣泛,既可來源于企業本身的會計與業務管理信息,也可來源于現有的Internet或辦公信息系統的Office電子表格,或者是傳統的紙介質文檔。財務經濟分析系統應該具有從各種來源中獲取、分析數據的能力。
(2)公式運算和數據預處理
為了達到財務經濟分析的目的,一般直接使用數據訪問功能得到的信息不一定能直接用于統計分析,在分析之前還需要進行多種公式運算和預處理。雖然某些工作可借助于數據庫系統來實現,但有些可能無法實現或實現起來相當麻煩,因而設計良好的統計分析系統應能對數據進行多種形式的預處理。
(3)方便靈活的分析能力
不經過分析的財務報表對企業管理并無多少價值,財務報表主要由資產負債表、利潤表和現金流量表以及相關的附表構成。經濟活動的原始數據經過會計部門按照有關法規、會計準則和會計制度加工變成定期的報告,政府部門、股東單位或上級主管單位、銀行(作為債權人)和企業的管理層都應該從各自的角度研究企業的財務報表,最后形成關于企業的觀點或結論。然而,如果沒有一套完善的財務分析系統對財務報表進行分析,很難對企業的盈利能力、回報能力、償債能力、管理效率和發展能力的優劣形成觀點或結論,財務報表本身對企業的控制或決策的作用就不能得到充分的發揮。但是,不同企業或者同一企業不同階層、部門管理人員的管理需求決定了他們不同的分析需求,財務經濟分析主要是為輔助決策服務,但決策過程是由管理者發起的具有相當大的不固定性的智能活動,因而財務分析系統不僅需要有友好的、易用的界面,而且還必須具有一定的可設計性,系統不僅應該盡量多地提供針對各種分析需求的分析模型,而且財務經濟分析的最終用戶能在原有系統的基礎上,設計擴展具有滿足特定要求的分析模型。
(4)報表與圖形表現能力
財務經濟分析系統中有相當大的一部分內容采用多種形式的報表或圖形來表達,因而財務報表分析系統應該提供方便易用的報表設計與數據的圖形表現形式。
(5)數據分析與文檔報告的高度集成能力
財務經濟分析的結果大多是以報告的形式給出,而且現存的大量資料也有許多是以Office形式的電子文檔存在,隨著計算機信息技術的應用推廣與普及,作為從事企業財務經濟分析的專業人員應用計算機的能力也在不斷增強,他們對Office軟件或類似軟件能應用自如。因此,為了充分利用已有的人力資源,保護已有投資,財務經濟分析應該能很好地集成現有的電子文檔資料,而且用使用者熟悉的形式來表達。
3、基于Office的財務經濟分析系統的實現模型與體系結構
Microsoft Office Excel作為常用的電子表格軟件,一方面,為報表所需要的界面表現形式多樣化與用戶可設計性提供了很好的解決方案;另一方面,其內部提供的大量函數和第三方提供的可加載宏(Add-in)為基于Office的財務分析模型打下了堅實的基礎,而Office對VBA的支持使集成與組織這些模型與函數成為可能;最后,Office的模板技術不僅可以使具有創新能力的財務分析人員的專業能力成為企業財務分析人員共同的知識,而且能通過模板的不斷積累形成形式一致的財務分析報告,更好地服務于企業的經營決策。
3.1、實現模型
Office不僅有強大的報表功能,而且數據處理能力也十分強大,只要為其增加訪問常用數據庫,如Access、SQL Server、Oracle、DB2等的數據訪問能力,在數據訪問的基礎上,將返回的數據讓用戶可以在其中對這些數據進行篩選、排序、查詢、編輯、打印、公式運算與統計分析等;Office的模板技術,不僅簡化了財務經濟分析人員的工作量,而且通過不斷完善的模板庫系統,可以提高財務經濟分析的專業化水平,其實現模型如圖1所示。整個模型結構由三大部分組成,第一部分是數據提取部分:主要實現從各業務處理系統生成的數據庫中訪問數據的功能;第二部分是業務處理或商業規則層:主要完成數據提取,并在獲得數據的基礎上,進行各種處理,在模型中表示為公式運算、財務經濟分析與數據自動填注功能;第三部分是模板庫:不僅完成界面的設計任務,而且實現模板的積累與共享。三部分有機地結合起來,依圖1中的流程方向最后形成高水平的、規范的財務經濟分析報告。這三部分既可依據流程的方向依次順序完成,亦可并行地完成其中的多個部分,最后再形成完整的財務經濟分析報告。
3.2、體系結構
依據系統的實現模型,可將財務經濟分析系統的體系結構進一步細化。
系統不僅為用戶提供多種分析方法與模型、豐富的用戶企業信息系統財務數據、同行業公司財務數據、行業標準和全面的財務報表分析工具等,而且還能使用現有的模板自動形成具有行業水準的財務經濟分析文字報告,及時輔助企業進行財務經濟決策。
4、主要關鍵技術
4.1、在Office中數據訪問的實現
(1)連接數據庫
在Office中訪問數據庫一般需要通過下面四種方法中的某一種或幾種的組合。
方法一:使用隨Office一起提供的工具Microsoft Query
在安裝Office時選擇自定義安裝,選擇并安裝Office工具中的Microsoft Query.在安裝完成后進入Excel中,選擇“數據/獲取外部數據/新建數據庫查詢”,然后按向導的提示一步一步做,最后就可將數據返回到Excel中。這種方法是大家常用的,也是最方便的,但這種方法只能對遠程數據進行查詢,不能對遠程數據進行增加和修改。
方法二:使用ADO(隨Office 2000安裝而安裝)
這種方法需要VBA編程(下面方法相同),在Visual Basic編程中,我們經常用ADO來訪問數據。ADO是Microsoft提供的針對各種各樣數據源的新型高級編程接口,它支持大多數數據庫操作,在Office 2000中應用ADO來訪問數據是十分理想的方法。
方法三:使用ODBC加載宏
Excel 2000的功能是十分強大的,它自帶了一個ODBC加載宏,只要在Excel 2000中引用這個宏文件xlodbc.xla,就可以通過它去訪問我們建立的數據源。這種編程方法用著方便,也是一種好的訪問遠程數據方法,但是一般速度較慢。
方法四:直接調用SQL API
這種方法比較復雜,調試也比較困難,但運行速度快,在進行大量查詢數據和自己在API調用方面比較熟練時,可以用這個方法。
(2)數據訪問信息的處理
不論采用哪種方式連接數據庫,關鍵的要素有兩個:數據源與查詢SQL語句。從通用的角度考慮,應該是每個對象(如Word中的表格、Excel的單元格)都能保存這些信息。因而在設計時要找到對象的某個屬性,用它來保存有關數據訪問的信息。例如,可選擇Office中的批注對象完成類似的功能。
計算機專業英語是一門交叉的學科,把英語這一工具運用到計算機專業這一領域,解決計算機的問題。目前多數高校計算機專業英語的教學僅停留在課文閱讀與翻譯層次,對口語表達、文獻撰寫等能力普遍缺乏培養。根據課程的教學定位和專業人才培養目標,在張新紅等人提出的虛擬情景教學的基礎上進一步改革和提高,為每個授課環節模擬一個實際工作環境,結合軟件工程的一般過程,提出一種提高學生的語言應用能力的可行解決方案。
關鍵詞:
計算機專業英語;虛擬情境;語言應用能力;口語表達;軟件工程
1概述
軟件開發人員為跟上軟件開發技術的發展節奏,需要閱讀大量英語文獻和代碼;軟件外包服務企業,要求軟件工程師能夠用專業英語書寫諸如需求分析報告、設計說明書、測試報告等各類軟件項目中常見的文檔。外企的要求則更高,如索尼、微軟等公司要求招聘的員工能夠用英語進行技術交流討論。國內各高校雖普遍開設了計算機專業英語課程,卻普遍停留在課文閱讀與翻譯層次。這就迫切需要一種兼顧文獻閱讀、文獻撰寫、口語交流等各個不同應用領域的專業英語實踐教學模式。本文模擬計算機專業新人進入職場后的各個階段并參考軟件工程一般過程設置情境,每個情境自然地引入文獻閱讀、文獻撰寫和口語交流等實際任務,不同情境各有側重點,真正做到面向實際應用的綜合性的專業英語能力培養。
2教學內容和教學情境設計
教學內容包括情境介紹、交流環節、教材講授、新文獻閱讀環節。教學中的情境設計以一個大學生從剛應聘到外企工作到他成為獨當一面的開發人員的成長歷程為線索。情境介紹主要是營造一個學生容易融入的背景,讓他們明白學習的內容可以運用到工作中的什么地方。交流環節包括與同事、客戶的對話以及需求分析報告、設計說明書、測試報告等專業文檔的寫作;教材講授部分即教師根據所選的教材,摘取其中典型的內容進行簡略的講解,重點引入專業英語中使用的大量專業術語,并與其他領域的釋義進行比較,加深學生的印象。新文獻閱讀是在教師的指導下,學生閱讀與情境和教學內容相關的最新專業文獻。各情境的劃分與主要內容見表1。
3情境教學的具體實施
3.1新人第一天情境介紹:剛剛進入公司,新人充滿了緊張與期待,與同事合作的第一步,讓他們了解自己。交流環節:學生自我介紹的重點是講解自己學習過的專業課程和專業知識,掌握的專業技能。涉及到大量的計算機專業術語。學生交流中肯定會存在很多問題,正好讓他們在接下來的教材講授環節帶著目的去學習,提升學習效果。教材講授:重點講解計算機專業學科分類和各學科的主要研究內容,把整本教材各個章節聯系到一起,也給學生一個計算機專業的總體印象。
3.2新人培訓情境介紹:軟件公司對于軟件應用有著比學校更高的要求和針對性,通常都會對新人進行針對性的培訓。交流環節:學生扮演部門經理,簡略講解C++語言的相關知識點。這一過程綜合考驗了學生專業知識的掌握程度、計算機語言相關術語的掌握情況和英語表達能力,讓學生充分發揮又認識到自己的不足。提升學生的學習欲望。教材講授:以C++語言為例,講解計算機語言的發展簡史和各主要知識點,以及編程的一些策略和原則。既是講授專業英語知識,也是對學生專業知識的一種擴展。
3.3項目需求分析情境介紹:軟件永遠都是要服務用戶的,因此弄清楚用戶的需求至關重要,這也是需求分析的目的。交流環節:學生分別扮演用戶與開發人員,用戶從自身使用的角度用非專業的語言描述自身的需求。開發人員在聽取用戶需求之后盡可能引導用戶把功能描述放入軟件工程的框架,將用戶的功能需求轉換成能指導軟件開發的專業需求。教材講授:講解軟件工程的第一階段需求分析,要求學生結合學過的專業知識來聽課,既學習了新的術語也鞏固了專業知識,達到雙贏的目標。
3.4軟件設計情境介紹:將用戶的需求細化之后會形成一個整體的大系統,但大系統不利于開發,需要經由軟件設計將大系統拆分成一個個小系統,明確每個小系統的功能,才能進行后續的開發過程。交流環節:學生扮演項目經理,將軟件項目的拆分情況、每個模塊的詳細功能和各開發小組的分工布置下去。這樣的過程不僅訓練了學生軟件工程方面的專業技能,對于英語口語表達也有較高的要求。學生總結自身在過程中存在的問題,自然會要求自己在兩方面都有所提高。教材講授:講解軟件設計過程,也即是總體任務細化為每個模塊的過程。對于每個模塊自身的功能和輸入輸出如何用專業的語言去描述。
3.5數據庫設計情境介紹:任何大型軟件系統都離不開數據庫系統,用于存儲每天產生的大量數據,方便日常的快速檢索和使用。交流環節:學生扮演項目組中的數據庫設計人員,向組員們講解自己設計的數據庫,包括E-R模型、關系表、關系設計等等內容。將自身所熟悉的數據庫知識用英語表達出來,提升自身的專業英語能力。教材講授:講解數據庫相關知識點。讓學生們學會用英語來表達熟悉的數據庫知識。
3.6網絡設計情境介紹:大型軟件為使用方便,通常都需要應用于網絡環境(互聯網或公司局域網),網絡方面的優化尤其是網絡安全策略更是重中之重。交流環節:學生扮演項目組中的網絡安全設計人員,向組員們講解自己的設計,采用了哪些可行的安全策略和加密手段來保證所有用戶都在權限范圍內操作系統,避免非法用戶進入系統。用英語進行網絡安全策略描述難度較大,事先可以召集負責的學生與教師一起討論,在教師的指導下完成。教材講授:講解互聯網相關的網絡層次結構、協議、安全策略等知識。
3.7軟件測試情境介紹:軟件各模塊功能是否正常,軟件總體是否達到用戶的需求,如何改進,這些問題都需要軟件測試來回答。交流環節:此環節分成兩個部分,第一部分學生扮演測試人員與開發人員,測試人員向開發人員描述軟件存在的錯誤和問題,開發人員則基于描述詢問一些問題的細節;第二部分學生扮演開發人員和用戶,開發人員向用戶描述目前軟件的所有功能,用戶通過詢問了解軟件設計的不足并提出改進意見。教材講授:講解軟件的單元測試和整體測試等知識點,向學生們強調軟件測試的重要性。
3.8軟件維護情境介紹:軟件維護通常是軟件生命周期中時間最長、成本最高的一個階段,其中的關鍵則是開發人員與用戶之間的有效溝通。交流環節:學生扮演用戶和開發人員,用戶提出使用過程中出現的問題和對軟件進一步的功能需求,開發人員則通過詢問進一步明確問題和需求,并整理成專業需求,用以指導后續工作。接下來可以讓雙方各自描述自己所理解的需求,明確有哪些理解上的偏差。讓學生們直觀的感受用戶與開發人員的相互理解難在哪里,今后學習和工作中針對性的去解決。教材講授:講解軟件測試相關策略和技術。擴大學生的眼界和知識儲備。
4結論
本文從提高學生專業英語聽說讀寫全方面能力這一目標出發,通過設置情境的方式展開教學,讓學生學習的過程有參與感、有面向實際工作的感覺也得到全方位的鍛煉。此教學方法可以讓學生們學習起來有樂趣,也能讓他們充分認識到自身的不足,從而調動學生們的學習積極性,學習的過程也更有目的性。通過這種學習過程,學生們能學習到真正的專業英語知識,為將來的工作尤其是到外包企業和外企工作做好準備。
參考文獻:
[1]張新紅,白艷玲,陳利國.計算機專業英語課程的教學研究與改革[J].電子商務,2013(10):91-92.
[2]劉藝,王春生.計算機英語[M].北京:機械工業出版社,2013.
[3]金志權,張幸兒,張景祥.計算機專業英語教程[M].6版.北京:電子工業出版社,2015.
[4]楊濤.對計算機專業英語教學的幾點思考[J].計算機時代.2015(1):62-63.
[5]劉洋.計算機專業英語教學改革分析[J].商品與質量:消費研究,2015(7):170-170.
[6]易叢琴,周汝雁.計算機專業英語教學改革探索[J].教育教學論壇,2015(48):97-98.
[7]崔玉寶.談計算機專業英語的學與教[J].華北航天工業學院學報,2003,13(4):60-62.
原文
第一章項目背景及其可行性分析
1.1項目背景
近年來,隨著Internet的迅速崛起,互聯網已日益成為收集提供信息的最佳渠道并進入傳統的流通領域。于是電子商務開始流行起來,一種全新的購物理念開始形成并逐步發展。網上購物是一種具有交互功能的商業信息系統。它向用戶提供靜態和動態兩類信息資源。所謂靜態信息是指那些比經常變動或更新的資源,如公司簡介、管理規范和公司制度等等;動態信息是指隨時變化的信息,如商品報價,會議安排和培訓信息等。網上購物系統具有強大的交互功能,可使商家和用戶方便的傳遞信息,完成電子貿易或EDI交易。這種全新的交易方式實現了公司間文檔與資金的無紙化交換。
1.2電子商務的現狀
在我國,電子商務的發展速度很快,根據CNNIC的統計結果,截止2005年1月中國有互聯網用戶9800萬人,而又有30.2%以上的網民在過去的一年里有過網上購物的經歷,并且人數還在以8%左右的速度增長,預計到2006年中國網上購物用戶將達到4000萬人,這說明在中國發展網上購物具有良好的群眾基礎,網上購物方式日趨被大家所接受。
1.3經濟可行性
傳統的銷售方式是商家把商品放在商店里供顧客挑選,店鋪的位置、規模等客觀因素影響著商店的客流量,并且商品的存放與銷售需要人力進行管理,雇員的工資,店面的租金等又增加了成本,顧客也不能迅速找到需要的東西。而開一個網上商店只需要一個可以存放商品的倉庫,比租一個店面能節省很多,也不需要太多的人力來管理,不會因為商店的面積影響客流量,客戶足不出戶就能買東西,并且很容易就能找到所需要的商品。
......
目錄
目錄
摘要及關鍵字…………………………………………………………………………………3
第一章項目背景及其可行性分析……………………………………………………………3
1.1項目背景……………………………………………………………………………3
1.2電子商務的現狀……………………………………………………………………4
1.3經濟可行性…………………………………………………………………………4
1.4技術可行性…………………………………………………………………………4
第二章需求分析報告…………………………………………………………………………5
2.1功能需求………………………………………………………………………………5
2.2用戶界面需求…………………………………………………………………………5
2.3安全保密需求…………………………………………………………………………6
第三章網上購物系統的設計及實現…………………………………………………………6
3.1系統分析與總體設計…………………………………………………………………6
3.1.1系統功能描述……………………………………………………………………6
3.1.2系統功能模塊劃分………………………………………………………………7
3.1.3系統流程分析……………………………………………………………………8
3.2數據庫結構設計與實現………………………………………………………………8
3.2.1創建數據庫………………………………………………………………………8
3.2.2數據庫邏輯結構設計……………………………………………………………9
3.2.3創建表的腳本文件………………………………………………………………11
3.3程序設計………………………………………………………………………………14
3.3.1通用模塊設計……………………………………………………………………14
3.3.1.1ConnDB.asp…………………………………………………………………14
3.3.1.2IsAdmin.asp…………………………………………………………………14
3.3.1.3IsUser.asp……………………………………………………………………15
3.3.1.4style.css………………………………………………………………………15
3.3.1.5bian.css……………………………………………………………………16
3.3.2管理與登陸程序設計……………………………………………………………16
3.3.2.1管理主界面…………………………………………………………………17
3.3.2.2管理員登錄程序設計………………………………………………………17
3.3.3管理模塊設計……………………………………………………………………17
3.3.3.1商品類別管理模塊…………………………………………………………17
3.3.3.2商品管理模塊………………………………………………………………19
3.3.3.3其他管理模塊………………………………………………………………22
3.3.4系統主..
參考資料
參考文獻
1.(美)MikeJennett《中文FRONTPAGE2000開發人員指南》1999年11月機械工業出版社;
2.求是科技《SQLServer2000數據庫管理與開發技術大全》2004年12月人民郵電出版社;
3.(美)KrisJamsa等《HTML&Web設計技術與技巧》2002年9月機械工業出版社;
4.(英)FrankBoumphrey等《XHTML初級編程》2002年2月機械工業出版社;
5.閆靜/鐘斌等《DreamweaverMX2004與ASP動態網頁基礎與范例》2004年9月機械工業出版社
6.(英)DinoEsposito等《ASP數據訪問高級編程》2001年10月機械工業出版社;
7.懷石工作室等著《網絡開發實例精解系列叢書——ASP網站建設專家》2001年8月機械工業出版社;
8.賽奎春《ASP工程應用與項目實踐》2005年4月機械工業出版社;
9.賈佳郝洪明《ASP與SQLSERVER網站架設》2001年1月機械工業出版社;