時間：2023-08-29 16:44:35
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇系統開發的主要方法，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
【關鍵詞】 UML；模型圖；元模型；靜態建模；動態建模
1 概述
隨著科學技術的不斷快速發展以及國民經濟水平不斷快速提高，社會企業對于內部的各種管理和服務的要求越來越高，使得各種企業級的管理系統軟件的規模越來越大，通用性的要求也隨之增。企業級管理和服務系統的高要求無形之中增加了系統軟件開發的復雜性和難度系數，迫切需要一種能夠簡化系統開發復雜度、清晰系統設計思路的方法來完成系統軟件的開發過程。統一建模語言在Booch、OMT和OOSE等表示方法的基礎上進一步發展，成為了系統開發中功能強大、易于表達且適用度高的可視化建模語言，對于企業級的系統開發過程來說是非常重要的。所以對于UML的研究與學習對于降低企業級系統開發復雜度、提升開發效率來說具有非常重要的現實意義。
2 統一建模語言
統一建模語言又稱為UML（Unified Modeling Language），是當前面向對象開發中的一種通用的圖形化建模語言，由于其定義良好、功能強大、表達方式簡單且適用度高，能夠為系統開發建立各種靜態模型、動態模型以及包括系統環境和組織結構的模型，從而讓開發者能夠使用簡單的易于理解的方式來表達自己對系統的構思，所以在系統開發的過程中應用非常廣泛。
UML語言由圖和元模型構成，其中圖是UML的語法，是構成UML的基礎元素，而元模型則是UML的含義，是給出圖的含義，所以UML是以圖形的表示方法為基礎，通過元模型來描述的一種建模語言。UML的元模型屬于四層元模型體系，與元元模型層、模型層和用戶對象三個層次通過構成了四層元模型體系結構模式，可用來定義系統開發中復雜模型的語義，從而被開發者或其他人員中對系統模型進行存儲、共享或者交換等。
定義一個UML模型，需要完成UML語義和UML表示法兩個部分。其中，UML語義描述了UML的元模型定義，是UML為開發者為了能夠在語義上去的一致而進行的通用定義性的說明；UML表示法是定義UML符號的表示法，它為系統開發者使用UML的符號和語法來進行系統建模提供了標準。常見的UML模型圖一般包括用例圖，包含類圖、包圖、對象圖的靜態圖形，包括狀態圖和活動圖的行為圖形，包括順序圖、協作圖的交互圖形以及包括構件圖、配置圖的實現圖形等5類10種模型。
3 UML在系統開發中的建模
UML是一個獨立于系統開發的過程，只是完成系統建模部分，并不指導開發者一步一步完成系統開發的過程。
3.1.UML的建模流程
在系統開發過程中，利用UML完成系統建模，首先要確定系統需求，理解系統需要的功能以及達到的設計目標，并根據需求建立UML用例模型，然后對構建的UML系統用例模型進行分析，抽取相應的類，并根據做出靜態結構的類圖、系統動態行為的順序圖，而在實現階段，則需要將UML對應的類以及對象轉化成程序編碼，在測試股湊惡化概念在則根據UML模型進行單元測試、系統測試等，從而在系統開發的過程中，建立并使用相對于的UML模型，來輔助開發者完成系統開發，進而提高系統復用性、建設代碼錯誤率，提升系統開發的速度和效率。如圖1.所示，為UML在系統開發中的建?；窘Y構圖。
由圖1可知，UML在系統開發中的建模主要包括用來描述系統功能的用例模型，包含靜態模型類圖或對象圖用來描述系統重要的類、對象、屬性以及類之間相互關系，包括動態模型的順序圖、活動圖、狀態圖等來描述對象的時間特征以及系統模塊之前相互通信的機制。
圖1 UML在系統開發建模結構圖
3.2面向對象的UML的建模
運用UML為系統開發進行建模，要根據UML的建模流程來實施建模過程。首先要根據需求文檔和與用戶溝通、個人調查盡可能詳細的獲取用戶的需求，進而獲取管理系統的顯示需求和隱式需求，避免由于過分追求顯示需求而忽略了系統的隱式需求，從而對系統的需求進行全面性的了解。在閱讀需求文檔和與客戶進行談話對系統需求進行調研時，可參考基于UML的Rational Rose提供的用例模型以及多用例圖模型聯合的方法來完成UML的系統用例模型創建。然后根據系統不同權限的操作人員的的業務流程圖以及系統數據流程圖來分析系統中所有的用例以及角色，并根據不同角色與用例之間的關系使用UML建模工具繪制系統的用例圖，并構建類圖和活動圖來勾畫系統的概念層UML模型。根據系統用例模型和各種概念層的UML模型，要對其加以描述，從而有助于開發人員考察用例，并從中抽取類以及類與類之間的聯系，完成系統的結構設計和詳細設計。系統結構設計包括各個子系統（包）的邏輯組成部分以及包與包之間的相互依存關系和通信聯系，而詳細設計則是將子系統的內容更加詳細化，對于所有抽取的類進行屬性定義，并根據UML動態模型描述的類之間的實力行為來實現具體的方法。
此外，在系統開發中撰寫的系統詳細需求分析說明書，一般都是專業性較強，切枯燥乏味，拿需求分析說明書與客戶溝通必然會阻礙雙方的交流，用戶不易理解，所以通過UML建模語言的Rational Rose模型圖可以直觀形象地展示給客戶，從而讓客戶更好地了解系統運行方式以及內部處理上的細節操作，對于開發者與客戶溝通是非常有幫助的。
4 總結
UML建模設計對于系統開發來說是非常重要的，尤其是對于結構龐大、聯系復雜的大型系統設計開發來說，更能夠簡化系統設計和開發的復雜度，便于開發人員之間、開發人員與客戶之間的溝通，大大減少了程序編碼的錯誤率，提高了系統開發的進程。當前UML已經作為一種標準的建模語言，對于面向對象的系統開發來說，具有很好的應用前景。
參考文獻：
[1]劉芳. UML語言及實際中建模的應用[D].山東科技大學.2003
[2]葉亮.UML在財會管理系統建模中的應用[J].電子商務.2007（11）
[3]張立杰，陳佳斌，杜金梅.基于UML模型的圖書資料管理系統的設計與實現[J].農業圖書情報學刊.2006（06）
【關鍵詞】Web系統開發；崗位工作過程；教學方法
隨著互聯網的飛速發展，Web系統開發人才需求與日劇增，這對高校計算機專業人才培養提出了更高要求。Web系統開發能力對計算機專業學生來說不僅是職業技能的培養，也體現著創造性思維能力的培養。因為在Web系統開發過程中貫穿文檔的閱讀判斷、 事務的分析思考、 系統開發工具利用、 抽象表達、 綜合創造等多項技能， 對計算機軟件開發人才素質的培養至關重要。我國高校計算機專業大部分都開設了Web編程課程，如何才能更好地培養學生的Web系統開發能力，對于一個教學工作者來說，是一個非常重要的課題。
1.Web系統開發能力培養現狀分析
目前我國高校計算機專業在培養學生的Web系統開發能力上存在一些問題。首先Web程序設計課程的課程教學設計存在問題， 每門程序設計課程都從講解最基本的語法開始，把有限的時間浪費在基本知識的學習，真正的Web系統開發沒有得到有效鍛煉，這樣就造成了畢業生進行軟件企業，利用在課堂上學習的編程技術很難編寫出令用戶滿意的程序。其次大多數專業教師缺少在軟件企業鍛煉的經歷，對企業的用人要求，現在軟件企業的軟件開發過程了解不充分，造成培養出來的學生不能滿足軟件企業的需求，企業很難找到合適的系統開發人員。再次教學質量評價機制存在問題，傳統的學生成績考核以期末筆試試卷成績為主，在這種成績評定方式，使得學生把大量時間浪費在對語法的背誦上，更加抑制了學生編程能力的形成，出現了分數高的學生系統開發能力還是較弱。從以上分析使我們清楚地看到，要使學生真正具備較好Web系統開發能力，在教學模式和教學方法上必須進行大膽的改革。為此，我們提出了一種全新的Web系統開發能力培養模式——基于崗位工作過程的Web系統開發能力培養模式。
2.基于崗位工作過程的Web系統開發能力培養模式與實踐
2.1基于崗位工作過程的web系統開發能力培養模式
為了更好地培養學生和的web系統開發能力，我們對web系統開發課程理念進行深入的研究，借鑒美國、德國等國家的職業教育方法，按照我國軟件企業的Web程序員崗位要求，廣泛吸納國內兄弟院校的經驗，形成了“以學生為主體”、“以教師為主導”、“以能力培養為生命線”、“以工作任務為目標”的教學理念，構建了以解決學校某個部門的實際工作為主要任務來進行軟件系統的開發學習的web系統開發能力培養模式，即“基于崗位工作過程的Web系統開發能力培養模式”。
2.2基于崗位工作過程的web系統開發能力培養模式實踐
2.2.1創新教學模式
（1）教學模式的特點。
本模式以“學生活動和問題研究”為主線，引導學生自主協作探究課程知識，注重問題的發現、提出、分析和解決的過程，側重學生web系統開發技能的培養。
（2）教學模式的課堂組織程序。
在開展系統開發課程的教學實踐過程中，我們選擇的部門是學校資產管理中心，以解決資產管理中心的物資管理為工作任務，構建教學模塊，選擇的實驗班級對象是0441001班、0491101班學生，根據該教學程序將整個教學活動分為以下幾個階段：
1）教學模塊設計。教學模塊應該是一項具有實際意義的工程任務，它的選取是學習的關鍵。首先，教學模塊設計要目標明確；其次，教學模塊設計要符合學生的特點，難度要適中，學生在一定條件下應可以自行組織、安排自己的學習行為，有明確、具體的成果展示；最后，教學模塊設計要符合面向對象和軟件開發流程的要求，要以基于工作過程導向的理念來組織案例設計，將整個課程分成六個學習情境，每個學習情境又分成若干個小項目。
2）學生的組織。項目模塊的實施是以學生為主體，但一個項目模塊如果讓一個學生去做，開發的工作量、難度過大。如果讓所有人都參與，則合作、分工難度過大，因此，學生的組織應以小組為單位，可自由組合也可由教師編排，每組5人左右，分別擔當項目主管、系統分析員、軟件開發員、項目測試員等角色。角色設置與企業開發團隊基本一致，既能鍛煉學生的分析問題、解決問題能力，也能鍛煉學生在項目開發過程中的協調、組織能力。
2.2.2探索適合基于工作過程的web系統開發課程的教學方法
web系統開發課程教學中，我們主要采用“討論式”教學方法，引導學生完成項目模塊教學。在項目模塊的實施初期，教師可以為學生創建必要的學習資源和學習環境，如項目參考資料、相關模塊開發流程、注意事項等，由小組成員提出自己的見解和工作計劃并在這一過程中相互啟發、相互學習，經過討論最終確定出較好的方案。在這個過程中教師應采用“討論式”的教學方法，組織同學們一起對方案和遇到的問題進行討論，充分發揮學生的主動性和能動性，最后由教師把關確認方案的可行性，開展項目模塊實施。
2.2.3構建“專業+學校部門+企業”教學體系
以真實項目驅動教學全過程，形成項目需求、總體設計、模塊設計、項目知識點的理論分析過程，利用學校部門任務來完成項目實踐，最后應用到學校部門實際中，構建了基于項目的U型逆向循環、點線面相結合的教學體系。
2.2.4探索培養學生web系統開發能力的途徑
軟件系統開發靠的是一個有力的團隊，它需要協調不同類型、不同性格、不同知識結構的人員共同奮斗，缺乏領軍型的人才、缺乏合作精神是難以成功的。因此，我們在培養學生的Web系統開發能力時應注重培養學生的團隊精神、協作能力。在系統開發課程教學中，根據學校不同的崗位工作任務，我們成立若干協同開發模式小組，5人為一組，每組一個項目組長，從軟件的需求分析開始，以組為單位進行實踐開發，開發過程中大家共同參與，相互溝通，一起完成一個軟件開發項目。
2.2.5強化職前與職后Web系統開發能力的銜接
將以解決學校某部門工作的系統軟件開發為教學內容貫穿整個教學，從系統需求分析開始到最后系統測試，讓學生全面了解系統開發的全過程，全面模擬軟件公司的開發流程，讓職前的學生走出學校后，就能快速適應程序員崗位上系統開發能力的要求。此外，在教學過程中，引導學生學會利用好網絡，對于在軟件開發過程中遇到的技術難題，多動手去網上尋找，嘗試解決，培養學生自主學習的能力。
總之，要培養學生的Web系統開發能力，需要從多方面入手，既需要創新教學模式，改進教學方法，也要探索培養學生Web系統開發的有效途徑。作為一個教育工作者，經過自己多年的教（下轉第193頁）（上接第124頁）學工作實踐，摸索出了基于崗位工作過程的Web系統開發能力培養模式。在web課程教學中，我們用此模式對學生進行教學，對提高學生的Web系統開發能力有良好的效果，同時也實現了計算機人才培養與企業需求的無縫對接。 [科]
【參考文獻】
關鍵詞：管理信息系統；原型法
在管理信息系統的開發過程中，采用有效的開發方法是非常重要的。開發管理信息系統的具體方法很多，大致可將它們分為結構化生命周期開發方法、原型法、面向對象開發方法和CASE開發方法等幾大類，這些方法各有優缺點。
目前較為流行的管理信息系統開發方法是結構化生命周期開發方法。但是，結構化生命周期開發方法存在著周期長、成本高的缺點。研究人員在關系數據庫系統、第四代程序生成工具和各種系統開發生成環境誕生的基礎上，提出了開發管理信息系統的快速應用程序開發方法（Rapid Application Development，RAD）, 這種方法的本質是盡快地開發出可以使用的原型系統，因此也把此方法稱為快速原型法簡稱原型法。
1.原型法的基本思想
運用原型法開發管理信息系統，首先要對用戶提出的初步需求進行總結，然后構造一個合適的原型系統并運行，此后，通過系統開發人員與用戶對原型系統的運行情況的不斷分析、修改和研討，不斷擴充和完善系統的結構和功能，直至符合用戶要求為止。它并不注重對管理信息系統進行全面、系統地調查和分析，而是根據對用戶的信息需求的大致了解，借助強有力的軟件環境支持，迅速構造一個新系統的原型，然后通過反復修改和完善，最終完成新系統的開發?？焖僭头ǖ奶攸c是快速地創建出管理信息系統的測試版本，該版本可以用來演示和評估，用戶可以借助這種測試版本更加詳細地提出自己的需求，系統開發人員可以借助這種測試版本挖掘用戶的需求，然后在此基礎上對系統的測試版本進行修改。
原型法的上述基本思想，體現出以下特征：
1) 原型法并不要求系統開發之初完全掌握系統的所有需求。事實上，由于各種因素的影響，系統的所有需求不可能在開發之初就可以預先確定，用戶只有在看到一個具體的系統時，才能對自己的需求有完整準確的把握，同時也才能發現系統當前存在的問題和缺陷。
2) 構造原型必須依賴快速的原型構造工具。只有在工具的支持下才能迅速建立系統原型，并方便地進行修改、擴充、變換和完善。
3) 原型構造工具必須能夠提供目標系統的動態模型，才能通過運行它暴露出問題和缺陷，有利于迅速進行修改和完善。
4) 原型的反復修改是必然的和不可避免的。必須根據用戶的要求，隨時反映到系統中去，從而完善系統的結構和功能，使系統提供的信息真正滿足管理和決策的需要。
2.原型法的工作流程
原型法的基本工作流程可描述為以下幾步：
1) 用戶對新系統提出開發需求。
2) 開發人員對開發需求（各種問題）進行總結
3) 利用工具開發一個系統原型。
4) 雙方一起進行測試和評價，確定下一步處理方式：對該原型進行分析和修改，并根據新的要求修改。
5) 反復對修改后的原型進行測試和評價，是否還有新功能需要增加。直至完成系統開發并交付使用。
上述工作流程歸納如圖所示。
原型法的運用，必須依賴強有力的軟件支撐環境作后臺。這個環境至少應具備：一套操作方便靈活的關系型數據庫管理系統軟件；一個與數據庫系統相適應的數據字典生成工具；一套與數據庫系統相適應的快速查詢系統并支持復合條件查詢；一套支持結構化編程、代碼自動生成和維護的高級軟件工具或環境。
3. 在實踐過程中優缺點
快速原型法的特點是快速地創建出管理信息系統的測試版本，該版本可以用來演示和評估，用戶可以借助這種測試版本讓用戶在開發之初就看到系統雛形，了解管理信息系統，更加詳細地提出自己的需求，有利于用戶及早參與開發過程，激發參與開發的熱情和積極性；也可以使用戶培訓工作同時啟動，有利于系統今后順利交接和運行維護。系統開發人員可以借助這種測試版本挖掘用戶的需求，然后在此基礎上對系統的測試版本進行修改。
（1）使用原型開發方法有下面一些明顯的優點：
1) 對于那些用戶需求無法確定的項目來說，是一個非常有效的開發方法；
2) 鼓勵用戶參與系統開發的積極性，提高了用戶使用系統的熱情；
3) 由于用戶參與到了信息系統的開發過程中，所以項目開發過程的透明度和支持度都非常高；
4) 用戶和管理階層可以更快地看到可以工作的信息系統原型，也就是可以更早地得到企業的解決方案；
5) 與其他開發方法相比，可以盡快地發現系統中存在的錯誤和疏漏，提高信息系統的開發質量；
6) 測試和培訓相對簡單，因為許多用戶在開發過程中已經參與了測試和培訓；
7) 這種開發方法大大降低了信息系統的開發風險，這是因為使用不斷循環的技術解決方案取代了一次性提交的技術解決方案。
（2）使用原型開發方法存在的主要缺點如下：
1) 對于大型系統或復雜性高的系統，沒有充分的系統需求分析、功能分析、結構分析，很難構造出原型；
2) 這種方法鼓勵采用了"編碼、實現、修復"的開發方式，這樣可能提高了整個系統生命周期的運行支持和維護成本；
3) 這種方法失去了開發過程中選擇更好的技術方案的機會，因為技術人員和用戶都希望盡快地看到可以使用的原型；
4) 這種方法過于強調速度，使得許多潛在的系統質量缺陷沒有得到很好的解決。
在管理信息系統開發過程中，使用原型開發方法開發進程管理復雜，要求用戶和開發人員的素質高，配合默契；必須依賴強有力的支撐環境，否則無法進行。應用原型法進行系統開發，構造原型快速；開發進程加快，周期縮短，反饋及時。一般地，快速原型方法適于開發小型的信息系統項目。
參考文獻：
[1]黃梯云，管理信息系統[M].北京：高等教育出版社，2004.1
[2]嚴建淵，MIS的概念和開發[J].電子與信息化，2001.2
關鍵詞: 信息系統工程;信息系統工程方法;方法論;信息系統工程方法論
中圖分類號:F062?5;N945 文獻標識碼:A 文章編號:1006-4311(2009)12-0098-03
0引言
信息系統工程是一項復雜的社會和技術工程,它的開發建設不僅需要有巨大的人力、物力和資金的投入,而且需要有較長時間耗費,建設周期往往要1年、2年,甚至更長時間。因而,保證信息系統開發成功,提高工程效率和質量特別重要,而正確地選擇和使用信息系統工程方法是達致目標的關鍵一環。
1信息系統工程方法概述
信息系統工程已經經歷了近30年的歷史。在其發展的過程中,形成了許多有效的方法,按其來源的不同,可分為四類,即來源于系統工程、軟件工程、應用數學和信息工程。
1.1 來源于系統工程的方法
信息系統工程是系統工程的一個分支學科,因而,絕大部分系統工程方法都可成為信息系統工程方法,主要有:
(1)系統分析方法。
系統分析方法是美國蘭德公司于20世紀40年代提出的一套解決復雜問題的方法。該方法已經成為信息系統工程領域的一個重要方法。在系統分析過程中的常用方法主要有:直接分析建模法、狀態空間法、投入產出分析法、層次分析法和德爾菲法等。
(2)系統仿真法。
系統仿真是利用系統模型在模擬的環境和條件下對系統進行研究、分析和實驗的方法,是一種間接的研究方法。在經濟管理系統中應用較多的仿真方法有:蒙特卡羅方法和系統動力學方法。
(3)系統綜合評價法。
系統綜合評價法是建立在系統評價的前提條件、評價原則、評價步驟,以及評價的指標體系之上的評價方法。
(4)霍爾的三維結構體系。
1962年,美國貝爾電話公司的工程師霍爾總結了開展系統工程研究和實踐的經驗,提出了著名的三維結構方法體系?；魻柸S結構是將系統工程整個活動過程分為前后緊密銜接的七個階段和七個步驟,同時還考慮了為完成這些階段和步驟所需要的各種專業知識和技能。這樣,就形成了由時間維、邏輯維和知識維所組成的三維空間結構。
(5)軟系統方法論。
三維結構體系適用于解決結構性問題,而對于因素多而且復雜的非結構性問題就遇到了困難。英國蘭卡斯特大學切克蘭德提出的一種系統工程方法論,受到了系統工程學界的重視。切克蘭德把霍爾系統工程方法論稱為“硬系統”的方法論,而把他的方法論,稱之為“軟系統方法論”。[1]
1.2 來源于軟件工程的方法
信息系統工程是在軟件工程的基礎上發展起來的,因而,大部分軟件工程方法通過適當的改造,都能成為信息系統工程方法。
(1)結構化方法。
結構化方法是由結構化系統分析和設計組成的一種信息系統開發方法。這種方法遵循系統工程原理,按照事先設計好的程序和步驟,使用一定的開發工具,完成規定的文檔,在結構化和模塊化的基礎上進行信息系統的開發工作。
(2)快速原型法。
快速原型法是一種根據用戶需求,利用系統開發工具,快速地建立一個系統模型展示給用戶,在此基礎上與用戶交流和互動,最終實現用戶需求的信息系統快速開發的方法。
(3)面向對象方法。
面向對象方法是對客觀世界的一種看法,它是把客觀世界從概念上看成是一個由相互配合和協作的對象所組成的系統。該方法是采用構造模型的觀點,在系統的開發過程中,各個步驟的共同的目標是建造一個問題域的模型。
(4)構件方法。
構件方法,即基于構件的開發方法,原本是一種軟件開發的新方法,它是在一定構件模型的支持下,復用構件庫中的一個或多個軟件構件,通過組合手段高效率、高質量地構造應用軟件的過程。近年來,構件方法被移植到信息系統的開發之中,成為信息系統開發的重要方法。
(5)敏捷開發方法。
敏捷開發就是把一個大項目分為多個相互聯系,但也可獨立運行的小項目,并分別完成,在此過程中軟件一直處于可使用狀態。近年來,該方法被引入信息系統開發之中。[2]
1.3 來源于應用數學的方法
(1)運籌學方法。
運籌學是用數學方法研究系統最優化問題的學科,是系統工程的主要基礎理論之一。運籌學的內容極為豐富,主要包括,規劃論(包括:線性規劃、非線性規劃、動態規劃、整數規劃)、圖論、排隊論、對策論、庫存論等。
(2)數學建模法。
運籌學的模型都是成熟的模型,而現實問題經常與這些模型并不一定相符,因而需要根據實際問題建立問題的數學模型。
1.4 來源于信息工程的方法
信息工程是詹姆斯?馬丁創立的一門工程學科,它為信息系統的開發提供了工程依據。來源于信息工程的方法主要有:
(1)企業系統規劃方法(BSP,Business System Planning)。
該方法是最早由IBM公司于20世紀70年代研制并使用的一種企業信息系統開發的方法。它是信息工程的基礎,它的目標是提供一個信息系統規劃,用以支持企業短期的和長期的信息需求。
(2)戰略數據規劃方法。
該方法是詹姆斯?馬丁提出的信息系統開發中極為重要的方法。該方法的要點主要有:①數據環境對于信息系統至關重要;②四種數據環境,即數據文件、應用數據庫、主題數據庫和信息檢索系統;③建設主題數據庫是信息系統開發的中心任務;④圍繞主題數據庫搞好應用軟件開發。
(3)信息工程方法。
信息工程方法與企業系統規劃方法和戰略數據規劃方法是一種交叉關系,即信息工程方法是其它兩種方法的總結和提升,而其它兩種方法則是信息工程方法的基礎和核心。[3-4]
2信息系統工程方法的選擇和使用
從前文可知,信息系統工程方法是一個非常龐雜的集合。在具體的工程實踐中,如何選擇和使用,以及選擇哪個或哪些信息系統工程方法,這是一個甚至比方法本身還要重要的問題,也因此產生了信息系統工程的一個新的子學科信息系統工程方法論。
2.1 什么是方法論
所謂方法論,從一般意義上說,就是解決問題,特別是大型、復雜問題的辯證程序的總體。通過這樣的程序把問題和可用的技術聯系起來,求得問題的解決。方法論的研究強調兩個問題,第一個問題:方法論從一般意義上,要解決三個問題,即:在哪里、去哪里和怎么去。其中,“在哪里”就是現狀和現有條件;“去哪里”就是問題和目標;“怎么去”就是解決問題的過程、途徑,及方法、工具和技術手段等。第二個問題:所謂“辯證程序”是指這個程序不能脫離問題的實際情況而事先規定好,也不是有了正確的程序就一成不變,而應在解決問題中不斷優化、不斷改進和不斷創新。[1]
2.2 信息系統工程方法論的概念
信息系統工程方法論是運用信息系統工程研究的一套程序化的工作方法和策略,也可以理解為為了達到預期目標,運用信息系統工程思想和技術解決問題的工作程序或步驟。信息系統工程方法論是在綜合應用運籌學、控制論、信息論、管理科學、心理學、經濟學以及計算機科學等有關學科理論和方法的基礎上形成的科學思想和方法,是用于解決信息系統開發過程中復雜問題的一套工作步驟、方法、工具和技術。[1]
2.3 信息系統工程方法論的內容
信息系統工程方法主要是研究信息系統工程實踐中有哪些可供選用的技術和方法,即研究技術和方法本身;而信息系統工程方法論是要解決在信息系統工程實踐中怎樣選用、選用哪些技術和方法,選用中應遵守什么原則、使用什么方法,及怎樣評估等?？梢院喍灾?信息系統工程方法論是關于如何選用信息系統工程技術和方法的方法。
信息系統工程方法論與信息系統工程過程,二者之間既有聯系又有區別。信息系統工程方法論不是信息系統工程過程。信息系統工程過程是由很多工作階段和子階段組成,信息系統工程方法論是解決問題的方法上的辯證過程,信息系統工程過程中每一個階段都需要運用信息系統工程方法論來解決問題,甚至每個階段的個別問題也需要用信息系統工程方法論來解決。對于信息系統工程人員來說,最重要的工作之一就是運用信息系統工程方法論把問題展開,提供給相應的工程技術人員去解決,即提出問題和給出問題的環境設定。[1]
2.4 要遵循的原則
信息系統工程方法論是在一系列原則之下來選擇和使用方法的。這些原則主要有:
(1)需求原則。
信息系統開發過程中,選擇什么方法,要由工程的需求來決定,而不是由方法的好壞優劣來決定。
(2)整體性原則。
選用方法要從整體性出發,局部或分系統要服從全局、服從整體。
(3)目標優化原則。
最優化的概念貫穿于信息系統工程的始終,它是信息系統工程的指導思想和追求目標。對于每個具體系統工程項目來講,它的開發、設計、制作和運用,各個階段的管理、控制和決策,都有著最優化的目標和要求。
(4)動態性原則。
信息系統工程往往是一個復雜的實踐過程,其內外部因素都處在動態變化之中。因此,方法論的一個重要內容就是如何適應這種變化的特性,進一步,掌握變化的性質、方向和趨勢,采取相應的措施和手段,改進工作方法,調整規劃和計劃,在動態變化中求得系統的整體優化。[1]
3結束語
在近30年的信息系統開發實踐中,產生了豐富的成果,其中包括各種信息系統工程方法,但是,對于信息系統工程方法進行系統的研究工作目前還很少,特別是對于信息系統工程方法論的研究就更少了。本文只是在這方面做了初步的探索。
參考文獻:
[1] 杜d、陳慶華:《系統工程方法論》[M];國防科技大學出版社,1994:1-196。
[2]張維明等:《信息系統工程(第2版)》[M];電子工業出版社,2009:5-46。
一、系統開發中網絡技術運用概述
系統開發是指管理信息系統的研制過程，即構思、設計和實現一個管理信息系統的過程。
系統開發是一項艱巨而復雜的工作，按照系統工程的思想，系統開發一般要經過系統開發的準備、系統分析、系統設計、系統實施等階段，在實際中，一個系統的開發往往技術復雜，研制周期長，耗費資金大，協作單位多且協作關系復雜，除非運用某種計劃和協調方法，否則難以了解和控制其進展，而網絡技術則是解決這一問題的有力手段。
統籌法又稱網絡技術，它主要包括計劃評審術和關鍵路線法。計劃評審術的基本方法有助于在大型任務中管理和控制人力、材料、設備和時間的利用，可用它來找出任務中的關鍵部分并對其作出必要調整，達到按期完成任務的目的，最適合于包含很多不確定因素的大規模開發的研究性的任務。比前者早1年問世的關鍵路線法是一種考慮確定因素開發、研究項目的計劃和協調方法。除適用范圍的所不同外，兩者方法相近，都是用網絡圖表示一項計劃的整個過程，而且都是以時間最長的路線作為關鍵路線來重點予以管理。
統籌法的基本原理是將研究與開發的項目和控制過程用網絡圖形式地、邏輯地、連貫地構成整個計劃模型。通過分析和計算，找出關鍵工序或關鍵路線，通過不斷改善，調整平衡網絡計劃使資源(人力、物力、財力等)在系統中得到合理安排，有效地加以利用，以最少的時間和資源消耗來完成整個系統的預期目標，從而取得良好的經濟效益。
從以上分析可以看出統籌法應用于系統開發有以下幾個優點：
1.可將整個系統開發過程有效地組織起來，指明關鍵所在，使開發者能對所開發項目所需時間、人力、財力、物力等統籌考慮，全面安排。
2.通過網絡圖可以反映整個系統開發的過程結構，相互關系及其進度，有利于各部分間的配合，步調一致地完成共同任務；
3.可以把一個復雜的系統分解為若干個子系統，從局部最優達到整體最優；
4.可以借助于計算機這一有效工具，提高管理水平。
系統開發之所以能借助于網絡計劃技術，是基于系統開發的過程，也是按系統生命周期的各個階段有步驟的展開。同時不排除在某段時間內相互交叉，以及根據需要可同時開展不同階段的工作，而且其中所涉及的因素也往往是不確定的，抽象出的模型與統籌法十分類似。因此，統籌法在系統開發過程中如有可能得到應用，將對其研制周期、耗費資金、關系的協調起到有益的作用。
電算化會計信息系統是一個大型軟件，研制開發技術難度大，需要包括會計師，程序員和用戶在內的各方面專業人員共同協作才能完成，而系統開發中的準備和分析階段是系統開發的基本工作階段，這一階段的工作成效將直接影響著整個系統開發的順利完成。該階段內所投入的時間和精力越多，將來設計和實現的效果越好，困難和波折也越少。下面僅就電算化會計信息系統開發的準備階段來具體討論統籌法的實施。
二、系統開發中準備階段統籌法的實施
應用網絡方法編制計劃時是用網絡圖來表示一項工程，組成工程的各道工序相互關系的，由事項、作業(工序)和路線3部分組成：
1.事項：表示作業的開始或結束，用“”表示。
2.作業：指一項工作或工序，用“”表示，工序需占用時間，在網絡圖中，作業時間為零的工作稱為虛作業，其作用是將前后工序聯接起來，表明它們之間的邏輯關系。
3.路線：指從起點開始，順箭頭方向連續不斷達到終點的線路。完成一個作業可能有許多可以同時進行的路線，其中最長路線稱為關鍵路線，其時間直接影響到整個任務的完成期限，編制網絡圖的基本思路是要在網絡圖中找出關鍵路線并挖掘潛力，合理利用資源以達到縮短工期、降低費用的目的。
一般網絡圖的繪制可分為三個步驟，即任務的分解、作圖和編號。
任務的分解是將一個系統根據需要分為若干子系統。再對子系統確定各步驟間的相互聯系和相互制約關系，不斷修改后，客觀反映出任務的結構和內在聯系，最后將其聯系制成作業關系分析表。
電算化信息系統的準備階段，主要是根據用戶所提出的要求，確定新系統的目標，找出原有系統的問題，同時，對企業內部會計活動、外部環境進行調查，然后，交由有關部門審核，根據上述分析，電算化會計信息系統開發的準備階段，可大致表述為表1所示內容。
其中，初步調查可同時從三方面展開：由用戶提出現行系統問題，會計師和用戶共同調查企業內部狀況及外部環境，由程序員提出新系統所需資源及新系統設想，分別寫出書面調查報告，共同以新系統進行可行性分析，然后交有關部門審核。
作圖是按作業關系分析表所標明的各作業先后順序，將事件和作業用直線連接。表1可相應表述為圖1所示網絡結構
圖1中各作業標號含義見表1，其中虛線表示虛工序，表明作業C、D、E、F完工后，H才能開工，虛工序的作業時間為0。
為便于管理、控制和計算，網絡圖中各事件均應編號，一般原則是從左到右，從上到下。
畫出網絡圖僅僅是運用網絡技術的開始，網絡圖中參數是對計劃進行管理、組織、協調和控制的重要依據，是定量分析的基礎。下面著重討論事件時間參數的計算。
1.事件最早開始時間的計算-TE。事件最早開始時間指事件開始的各作業最可能開始工作的時刻。為任務的最初事件開始到本事件完成時的最長時間之和，計算從網絡的始點開始，自左至右逐一進行計算，分兩種情況：
A.當一支箭頭指向某一事件時，如圖1中的⑨，即ij則TE(j)=TE+T(i，j)
B.當多支箭頭指向某一事件時，如圖1中的⑥，則TE(j)=max{TE(i)+T(i，j)}
2.事件最遲結束時間的計算—TL。事件最遲結束時間表示該事件結束時的各作業最遲必須完工的時刻，在此時刻若完不成則會影響后續作業的按時開工，計算應從網絡圖的始點開始，自右至左，直到始點。相應也分兩種情況。
A.當一個事件引出一個箭頭時，如圖1中的②，TL(i)=TL(j)-T(i，j)}；
B.當一個事件引出多個箭頭時，如圖1中的③，TL(i)=min{TL(j)-T(i，j)}
3.事件的時差。R(i)=TL(i)-TE(i)，亦稱為松弛時間，其值若為正，表示按計劃提前完成的時間，為負表示超過計劃完成的時間。時差越大則挖掘時間的潛力也越大。
4.關鍵路線的確定。關鍵路線即可行路線中時間最長的路線，其時差為0，它將影響到整個任務的完成。因此網絡計劃管理的一個基本思想就是在關鍵路線上搶時間，爭取縮短任務完成的周期。
三、關鍵路線的計算
下面通過計算找出關鍵路線，圖2中箭頭位置下方所標數字為各作業所耗時間。
解題步驟：
1.從始點開始按順序計算出各事件的最早開始時間，直至終點，其結果用“”標明。
2.從終點開始往始點方向計算各事項的最遲完成時間，直至始點，其結果用“”標明。
圖2中各事項的最早開始時間計算如下：
由此得事件分析表如表2
其中松弛時間為0的事件(事件4因不能構成關鍵路線除外)所構成的路線為關鍵路線(在圖2中用粗線標出)，即關鍵路線為：①②③⑥⑧⑨⑩
表2中事件的最早可能實現時表示該事件開始的各工序最早什么時間能夠開始，此時前面各工序都已結束，而事件的最遲必須實現時表示這個時間里此事件還不完成，就要影響它緊后的各工序的按時開工，因此關鍵路線上各工序的時間是緊密銜接、環環相扣的。而在非關鍵路線上各工序的配合存在提前或拖后的可能性，可機動靈活地利用時間，在保證整個目標實現的前提下，將多余的人力、物力、財力支援關鍵路線的各道工序，以保障整個計劃的順利完成。
實際中，以上計算可以交由計算機完成。
關鍵詞：嵌入式軟件開發；C語言；課程改革
0.引言
C語言程序設計作為程序設計語言的入門基礎課程，是各高校理工科專業中計算機程序設計類課程的普遍選擇。作為一門理工科通識課程，其目的在于使學生通過對C語言中各種語言成分的學習，初步認識計算機程序設計及進行程序設計的過程，掌握基本的程序設計思想與方法。作為通識類課程，目前各院校通常將該門課程的教學安排在一年級，每周3-4學時（含實驗），講授內容主要包含C語言的數據類型與表達式、程序結構、函數、指針、鏈表、文件等。在教學實踐中，我們發現，由于學時限制或學生接受程度等原因，常常需要對部分教學內容（如多級指針、文件操作、位操作等）進行削減，無形中降低了課程內容的深度與廣度。作為通識類課程，這樣的削減影響不太大。而對于信息類專業（計算機、電子、自動化等）而言，僅掌握通識教育中所講授的部分是遠遠不夠的。
嵌入式系統開發是信息類專業的一個主要發展方向。進入21世紀以來，融合先進的計算機技術、半導體技術、電子技術及各行業領域具體應用的嵌入式系統，已在工業控制、交通管理、信息家電、智能家居、環境監測、電子商務、機器人等領域得到了廣泛應用。
一般說來，嵌入式系統是指以應用為中心，以計算機技術為基礎，軟硬件可剪裁，適用于心用領域，對功能、可靠性、成本、體積、功耗等有嚴格要求的專用計算機系統。由于在成本、功耗、體積等方面的限制，對嵌入式系統中的軟件開發提出了更高的要求。嵌入式軟件開發是在特定的硬件平臺上進行，需要使用具有較強硬件操作能力的編程語言。由于C語言是具備了這一特質的高級語言，成為嵌入式系統開發的最佳選擇。
調查顯示，在信息類專業中，電子類本科專業教學計劃與嵌入式系統教學要求相脫節，電子類本科學生的軟件基礎也較弱。在這樣的背景下，對C語言程序設計課程進行相應改革，以適應嵌入式系統開發人才培養的需要是十分必要的。
1.嵌入式軟件開發對C語言的需求
在適用于嵌入式系統開發的3類主要語言中，C語言占有超過70%的份額。開發嵌入式軟件，除掌握C語言的基礎知識和基本技能外，主要還存在以下幾方面的要求：
1）指針。
指針作為C語言的主要特點，其使用十分靈活，因而也很難完全掌握。它可用于指向不同類型的普通變量、數組、字符串，甚至函數。在嵌入式軟件開發中對各類不同指針（數組指針、指針數組、指向結構體的指針、多級指針）的使用十分普遍。因此，指針相關內容的教學必須足夠深入。
2）位操作。
C語言有別于其他高級語言的一個特點是可直接對硬件進行操作。指針和位操作是這一特點得以實現的工具。通過6種位操作符，可直接對內存、寄存器或I/O端口的字節進行測試、置換或移位處理。熟練掌握位操作符的使用，是進行嵌入式軟件開發必不可少的重要基礎。在一些國內高校普遍選用的經典C語言教材（如文獻[4]）中，由于定位于普適教育，并未包含位操作部分的內容。
3）文件讀寫。
嵌入式系統中“一切皆文件”，系統的運行以文件讀/寫方式進行操作。理解文件系統的構成、掌握基本的文件操作方法也是進行嵌入式軟件開發必須掌握的技能。
4）宏定義。
在嵌入式軟件中使用宏定義，不僅可防止代碼出錯，提高可移植性、可讀性，而且是產生內嵌代碼的唯一方法，可用于替代函數調用，從而達到嵌入式系統性能要求。
以上4個方面的內容，在通識型的C語言課程中，由于課時和學生程度等原因，都不能進行針對性的特別訓練。學生在進入嵌入式系統開發階段后，顯然會成為程序設計知識方面的短板。
2.課程改革思路
基于上一節的認識，我們對C語言程序設計課程的教學提出了下面的調整思路。
2.1課程設置
作為通識課程的C語言程序設計通常安排在一年級或二年級上學期完成。信息類專業的學生在大學三年級開始進入嵌入式系統開發相關課程時，不可避免地對已學過的C語言的知識會有一定程度的遺忘。
針對嵌入式系統開發的要求，考慮將C語言程序設計課程劃分為2個階段。第1階段為c語言程序設計基礎，每周3學時，可在大學一年級下學期或二年級上學期開設；第2階段為嵌入式系統C語言程序設計，每周2學時，作為嵌入式系統開發方向的選修課，可在大學三年級上與其他嵌入式系統相關課程，如嵌入式系統、嵌入式操作系統一起開設。這樣設置一方面滿足了在低年級完成程序設計類通識課程的要求，使學生不必過早接觸C語言中較為深入、復雜的部分；另一方面，通過將與嵌入式軟件開發密切相關的知識適當推后，確保了嵌入式系統開發各門課程問的知識聯系。
2.2教學內容的劃分
由于將課程劃分為基礎部分和面向嵌入式系統開發的提高部分，則可將C語言的一般基礎（基本語句、控制結構、數組、函數、指針、結構體）劃人C語言程序設計基礎課程中，通過這部分的學習使學生掌握C語言的基本理論知識并具備基本的編程技能，達到程序設計類課程的通識教育水平。
對于與嵌入式開發密切相關的知識，將在嵌入式系統C語言程序設計課程中講授，主要包括：宏定義、位操作、文件操作和復雜指針運用。這部分內容的教學可圍繞嵌入式軟件開發實例展開，深入講解各知識點的應用。通過嵌入式系統C語言程序設計課程的學習，學生應更深入地理解和領會C語言的精華思想，同時具備基于嵌入式平臺進行軟件開發的能力。
2.3實驗內容
任何程序設計語言的學習都離不開大量的實踐，實驗是學習C語言的重要組成部分。根據前面對課程的劃分，C語言程序設計基礎課程中可開設的實驗項目如表1所示。
實驗1在學習了C語言的數據類型、運算符、表達式和輸入/輸出之后進行，目的在于使學生熟悉C語言的編譯環境，逐步認識C語言語句的基本構成。實驗2涵蓋了程序的3種基本結構，便于學生統一認識關系、邏輯運算和程序結構。實驗3-6分別對應于數組、函數、指針和結構體各章節的內容，重點掌握這些語言成分的定義及使用方法。實驗7將綜合運用本課程中的知識，完成一個較小的、具備一定功能的小型軟件的開發。
嵌入式系統C語言程序設計課程的實驗內容則圍繞一個嵌入式軟件開發實例展開，實例由任課教師選定。根據所選實例，實驗內容可包含以下項目（如表2所示）。
實驗1的目的在于使學生熟悉嵌入式系統的軟件開發環境，主要介紹嵌入式Linux下的c語言編譯工具。實驗2-5則根據所選實例，選取特定的模塊有針對性地進行文件操作、宏定義、位運算及復雜指針運用方面的練習。
2.4教學方法與手段的調整
毋庸諱言，由于種種因素的影響，當前各高校中普遍存在學風怠惰現象，相當一部分學生學習積極性較低下。如何提升學生對所學課程的興趣，是每一名教師都要面對的問題。在多年的C語言程序設計課程教學過程中，我們接到學生的反饋意見最多的是“上課聽得懂，下來不會自己編程”。究其原因，大概不外乎兩種：一是學生盡管在課堂上聽了課，課下并未及時回顧整理并主動思考；二是在理論課堂上一講到底，學生要等到實驗課時才真正動手體會講過的知識，往往不能及時動手練習，進而影響消化吸收。針對第一種情況，我們采取了每一堂課以提問開始的方式，提問內容主要是對之前所學內容的回顧和脈絡梳理，同時還留出了一定的課堂練習時間，這樣能在一定程度上起到督促學生課下及時復習的作用，也便于教師及時了解學生的知識掌握情況。而對于第二種原因，可嘗試采取將理論課堂搬至機房的方式，在完成一個知識點的講授后布置即時練習，讓學生能及時體驗和理解。但當機房容量有限而班級較大時，并不適用，這樣的情形如何處理？需要我們進一步思考。
關鍵詞:高職;項目課程;項目教學;數據庫應用系統;Visual Basic;SQL Server
中圖分類號:TP312文獻標識碼:A文章編號:1009-3044(2010)02-372-02
Development of "Database Application System Development" Project Course in Higher Vocational Education
WU Bin
(Changzhou College of Information Technology, Changzhou 213164, China)
Abstract: This article introduces completely the way of thinking of "database application system development" project course of our computer software development's related specialities, the strategy and methods of project chooses and technique introduce, the implement and effect of the project course.
Key words: higher vocational education; project course; project teaching; database application system; Visual Basic;SQL Server
高職高專計算機軟件開發專業的課程體系大多以分立的前導專業基礎課程、短期階段性的綜合課程設計或項目實訓構成。由于計算機技術迅速發展,軟件開發工具不斷產生,課程體系中課程的數量不斷膨脹,課程課時受學制等條件的限制不斷壓縮,無論是專業基礎課程還是綜合課程設計或項目實訓的教學均難以深入,課程猶如蜻蜓點水,難以給學生形成一個軟件系統開發過程的完整思路,學生的軟件開發能力,特別是編程能力培養效果不明顯,影響高職高專軟件開發人才的培養效果。
構建合理課程體系、開發軟件開發專業課程,在較短時間內有效提高學生編程能力,培養學生軟件開發核心能力,是高職高專計算機軟件開發相關專業教學研究的一個重要問題。
1 《數據庫應用系統開發》項目課程開發思路
按照國家對于高職高專人才培養的思路和要求,我們對軟件開發專業人才發展的規律進行研究。大量軟件開發專業人才發展經歷的研究表明,精通一個系列軟件系統開發,很容易遷移到其它平臺。為此,我們確立了軟件專業課程體系的指導思想-“一套工具、一項技術、一條主線、一個完整實際系統”,課程設置堅持少而精,用3～4門核心課程為主線貫穿整個教學,在有限課時內,采用有限開發工具,使學生在畢業前精通一套軟件開發工具的使用,開發出一個完整的系統。
軟件開發涉及面廣,數據庫應用系統的開發是軟件開發的重要方面。VB+SQL Server,ASP+SQL Server是C/S、B/S數據庫應用開發的典型工具,具有代表性?？梢酝ㄟ^3～4門課程培養學生軟件開發核心能力。可以構建以VB、ASP、SQL Server為前導專業基礎課,數據庫應用開發(VB+SQL Server或ASP+SQL Server)為綜合性開發實踐類專業課程為主線的課程體系,培養學生軟件開發核心能力。其中,VB、ASP、SQL Server前導專業基礎課采用案例以一體化教學形式教學,數據庫應用開發采用項目以一體化教學形式開展教學。
《數據庫應用系統開發》(VB+SQL Server)項目課程開發思路:以實際開發所使用的最簡單,最有效的數據庫操作技術貫穿整個課程,選擇學生熟悉的項目,以一個專業數據庫應用系統開發的完整過程,使學生能夠使用Visual Basic、SQL Server開發出一個完整的數據庫應用系統。
2 《數據庫應用系統開發》項目課程開發實踐
2.1 課程開發團隊的組建
我院軟件專業課程體系以及《數據庫應用系統開發》項目課程的開發始終在校企緊密合作的基礎上進行。企業專業人員擔任專業任課教師,專業教師負責、參加企業軟件項目開發為本課程的開發打下良好的基礎。在課程開發之初,我們引進2位具有多年軟件項目開發經驗的專業人員與學院教師、企業專業人員共同組建本課程的開發組,確保項目課程開發的質量。
2.2 課程項目的選擇
課程項目的選擇首先需要考慮能涵蓋數據庫應用系統開發的主要技術,課程項目專業、真實、實用才能確保課程符合數據庫應用系統開發的實際需要,才能使學生得到真正的鍛煉。其次,過于生僻的項目將影響學生對其業務流程的理解,最終影響教學效果,課程所選擇項目的業務流程應當盡量為學生熟知、熟悉。此外,課程項目不能一味追求技術的完整和完全覆蓋,而應將重點放在能充分體現數據庫應用系統開發的核心、常用技術方面。
按照這種思路,我們最終選定學生熟悉的《班級信息管理系統》以及易于理解的《人事信息管理系統》為課程的項目。其中,《班級信息管理系統》作為課程的主線項目,《人事信息管理系統》作為課程的同步實訓項目。
2.3 主線技術的選擇
數據庫技術紛繁復雜,如果不加選擇地引入課程,影響學生對關鍵、核心技術的掌握,影響學生學習熱情。重視主線技術的選擇、力求簡潔、高效、主線清晰、便于快速入門是課程主線技術選擇的原則。
1)課程使用ADO對象數據庫訪問技術貫穿整個項目,技術簡潔、高效、主線清晰。
2)課程放棄在實際開發中已較少使用、復雜的DAO技術以及效率低下、系統資源消耗大的其它數據控件技術。
3)課程通過4～6學時ADO對象技術學習后、即可編制代碼訪問數據庫、進行簡單操作、學生能盡快入門。同時,在項目的各個階段都能使學生立即實現相應模塊的功能、使學生盡早體驗成功喜悅。
2.4 實用技術的引入
實際數據庫應用系統包含很多常用、實用的技術和組件,這些技術與組件可以使得設計的系統更加真實和專業。由于實用技術內容較多,實用技術的引入策略非常重要。根據項目模塊開發的需要,在項目開發過程中適時、漸進引入合適的技術與專業的組件,每個模塊引入1～2項實用技術,在確保系統的真實性、專業性的同時有效降低學習難度。例如:
1)系統框架模塊為顯示系統主界面引入ToolBar、StausBar控件。
2)班級管理模塊以樹結構管理班級,引入TreeView、ImageList控件。
3)學生管理模塊為展示班級學生列表引入ListView、DTPicker控件,為分類顯示學生基本信息、家庭成員引入SSTab控件。
4)學生照片處理、班級檔案管理模塊,引入數據庫圖像、二進制數據處理技術。
5)學生獎勵模塊為展示學生獎勵信息引入DataGrid等控件。
6)綜合查詢模塊中實現數據庫數據與Excel數據的交換。
7)登錄身份驗證模塊使用靜態變量統計非法登錄次數。
8)在完成系統功能的主線下,體現系統效率的優化。如數據表增加記錄,采用“select top 0 * from ...”語句取出該表的表結構而非返回整個記錄集進行記錄添加;使用較小開銷的查詢等技術減少大量數據的網絡傳輸;照片顯示算法分塊處理圖像數據,占用內存少,效率高。
9)項目逐步對各種可能的錯誤提供了有效處理,確保代碼嚴謹、健壯。
2.5 課程的實施
針對不同的專業,《數據庫應用系統開發》項目課程的實施可以安排在前導Visual Basic、SQL Server課程之后,按照單獨的課程進行教學,典型的教學安排如表1;也可以將Visual Basic、SQL Server、數據庫應用系統開發3門課程整合為一門課程教學,此時,課程計劃分為3個階段(Visual Basic基礎、SQL Server基礎、數據庫應用系統開發),典型的教學安排如表2。
項目課程的重點在于培養學生獨立項目開發能力,貫穿整個課程項目《班級信息管理系統》的開發安排了同步實訓項目《人事信息管理系統》供學生開發實踐。課程的考核以項目設計為主,重點考核學生項目開發能力。此外,課程還建立了由6個實用項目構成的項目庫供學生自主選擇、獨立完成系統的開發。
3 《數據庫應用系統開發》項目課程實施效果
我院計算機軟件相關專業人才培養方案選擇數據庫應用系統開發作為軟件開發主要方向?！稊祿鞈孟到y開發》課程自2004年起列入我院計算機系04/05/06/07級人才培養方案,從軟件公司引進具有多年軟件開發經驗的專業人才加強課程建設的力量,組建了本課程的開發組,2005、2006年分別完成《數據庫應用系統開發》院內講義第1、2版?！稊祿鞈孟到y開發》課程自2005年在我院開設以來,先后完成了20余個班的教學,課程講義在較短時間使學生初步掌握數據庫開發技術,盡快體會成功喜悅,學生的學習興趣和參與熱情都高,取得良好教學效果。《數據庫應用系統開發》教材建設列入學院2007年精品教材建設立項,獲得學院經費支持并公開出版,得到多所院校應用。
項目教學的實踐激發了學生學習軟件開發的熱情,學生學習軟件技術熱情高,2005～2007年連續三年我院學生計算機技術與軟件專業技術考試報考率、通過率均位居常州所有高校第一,學生畢業設計質量顯著提高,畢業生工作后的開發能力和學習遷移能力增強。此外,項目課程的開發和實施也對青年教師培養起到明顯效果,許多青年教師通過項目課程的教學和實踐,軟件開發能力顯著增強。
實踐證明,工學結合、校企合作,以項目為主線的課程開發和實施無論對于學生還是教師培養都是一個行之有效的方法。
參考文獻:
[1] 徐安東,李飛,邢曉怡.Visual Basic數據庫應用開發教程[M].北京:清華大學出版社,2006.
[2] 李曉黎,張巍.Visual Basic+SQL Server數據庫應用系統開發與實例[M].北京:人民郵電出版社,2003.
[3] 李長林,張麗華,王紅.Visual Basic數據庫應用系統開發從基礎到實踐[M].北京: 電子工業出版社,2005.
[4] 啟明工作室.MIS系統開發與應用[M].北京:人民郵電出版社,2005.
摘 要
隨著信息技術在管理上越來越深入而廣泛的應用，管理信息系統的實施在技術上已逐步成熟。管理信息系統是一個不斷發展的新型學科，企業要生存要發展，要高效率地把企業活動有機地組織起來，就必須加強企業管理，即加強對企業內部的各種資源（人、財、物等）的有效管理，建立與自身特點相適應的管理信息系統。
電話交換機管理信息系統是由中山?；洠瘓F）公司信息產業開發部為公司內部管理開發的項目。主要目標是對電話交換機記錄自動記錄統計，并提供網絡中客戶端的瀏覽查詢。
本文著重針對自動化程序的編程技術在管理信息系統開發中的作用介紹了該系統的設計與開發過程，此系統是運用原型法和面向對象的開發方法設計開發的，不但嚴格按照了管理信息系統開發的步驟：系統分析、系統設計、系統實施和評價，而且也體現了管理信息系統開發的要求：連續性、先進性和開放性。
關鍵詞：管理信息系統，電話管理，重用技術
：11000多字 有目錄，中、英文摘要，源程序及參考文獻
200元
備注:此文版權歸本站所有；。轉貼于
注:。
提示：點擊此處 查看付款方式
關鍵詞：結構；人事管理；系統
中圖分類號：TP311.52 文獻標識碼：A 文章編號：1007-9599 （2012） 21-0000-02
隨著信息技術的飛速發展，越來越多優秀的管理系統軟件被開發出來并且被投入使用著，這也就為了企業管理現代化提供了有利保證。治金行業在工業自動化控制，管理信息系統化應用的今天得到了廣泛的普及，結構系統也從以往的單機應用軟件發展成為了多層應用模式。隨著時代的不斷進步改革的不斷發展，企業對管理信息系統存在的信息量和信息類型方面的需求也變的越來越大，工作流程自然也需要越來越流暢清晰，原來傳統的人工處理方式已經無法滿足人事管理的需求了。
1 管理信息系統的概述
管理信息系統是一門交叉學科，在強調管理，強調信息的現代變的越來越重要，它不僅僅存在于管理科學，系統科學，就是在統計學，計算機科學以及運籌學都有涉及。簡單的說就是通過計算機硬件，軟件，網絡等設備，將有用的信息全部收集起來，進行加工分析以此來提高企業的競爭優勢。
1.1 什么是管理信息系統。如果奧問我什么是管理信息系統，解釋起來一定離不開的幾個關鍵要素無非就是人，計算機以及數據了。人通常指的就是企業的領導者，管理者，或者是技術人員，這些管理人員通常是為了做決策而存在，當我們將管理信息系統作為一項工程來進行時，單單依靠著計算機開發人員是很難完成的通常這些技術人員可以給你提供建設性的意見，卻無法替代管理人員來進行決策。
1.2 管理信息系統的界面特點。在計算機軟件技術中，人機界面是非常重要的一種，管理信息系統計算機界面設計一定都是需要遵循以下幾個基本原則的：
（1）核心價值。關于計算機界面設計，首先我們需要掌握的就是如何讓使用者可以喝計算機進行準確的信息交流。使用者需要依靠計算機傳達一些信息的時候應當盡可能的采用一些自認的方式，當然前提必須是計算機向使用者傳達的信息一定要是準確的，不會產生不必要誤解的，以免導致使用者和計算機之間相互干擾。在進行管理信息系統設計時，每一個功能都需要按照“I-P-O”的模塊化思想，這樣可以保證輸入，輸出條條分明，充分的展現人機界面的通信功能，而且這樣設計系統也不容易出現錯誤，便于維護。
（2）界面必須始終保持一致。始終保持一致的界面不會增加用戶的使用負擔，操作起來非常的方面快捷。例如，系統中始終保持著X來表示關閉界面，那么無論頁面如何變化，想要退出大家只需去尋找X就可以了，還有就是用磁盤圖標來表示存盤等等都是遵循著這樣一個原則。
（3）必須可以給使用者提高幫助。一個好的管理信息系統軟件應該不會給使用者帶來難題，即便是使用者出現疑惑的時候，也是可以再固定的區域尋找到向導的，只有滿足了這樣條件的系統軟件，才可以給用戶帶來真正的方便快捷，例如我們在多媒體環境下，如果存在了疑惑，就可以詞用語音提示的方式來作為引導，在不干擾屏幕正常運行的同時，又可以解決問題，何樂不為呢？
（4）使用方便，操作簡單。一般情況下管理信息系統軟件的數據輸入的量都是非常大的，為了使操作變得更為簡化對于一些固定的數據，其實完全沒不必要讓反反復復的去輸入，讓設計更為人性化一點，例如，信息管理系統中的“性別”，無非就是“男”或者“女”這樣固定的數據，所以在將這些數據輸入到軟件之前，管理信息系統軟件可以在需要進行填寫的位置彈出列表框供用戶選擇。
2 管理信息系統的開發
2.1 一般方式。一般情況下的管理信息系統的開發一直都是一個繁瑣枯燥的過程，在涉及面上也是非常廣泛的，無論是計算機處理技術，系統理論，組織結構，管理功能還是管理知識都需要涉及，就是到現在為止仍舊沒有任何一種統一完備的開發方法。一般情況下的管理信息系統開發都需要做到明確下面的問題：
系統開發之前我們需要解決的問題：首先我們需要了解應該要采取什么樣的方式來處理組織管理和信息處理方面存在的問題，在開發的過程中如果面對企業提出的一些新的管理方面的需求，我們又是否需要全部滿足？又該怎樣去滿足？
系統開發之前可行性方案的研究：首先必須要找準在系統開發過程中我們所需要實現的目標。其次是需要通過對企業狀況的初步調研得出現現狀分析的結果，然后找尋出合適的，可行性方案并且進行論證。系統可行性的研究包括目標和方案可行新，技術的可行性，經濟方面的可行性以及社會影響方面的可行性。
準備工作：無論是開發部人員還是管理部門人員都需要做好相信的準備。
系統開發方法的選擇和開發計劃的制定：針對以及確定好了的開發策略來確定相應的開發方案，開發計劃的制定需要明確系統的開發的工作計劃，投資計劃，工程進度計劃和資源利用計劃。
2.2 選擇怎樣的管理信息系統具體開發方法。
（1）結構化生命周期的開發方法。這是就目前而言使用的最為廣泛的一種開發方法，采用的是結構化生命周期的開發方法來進行，在開發的過程中，我們首先必須要以用戶的想法為最高目標為原則，將用戶的想法結構化，模板化的對生命周期進行分析好設計。當然結構化生命周期開發方法還是需要我們嚴格將開發階段區分開，避免出現混亂的狀態。
（2）原型制造法。原型制造現在也被廣大的用戶給認可，最主要的原因是這種方法首先就讓系統開發人員充分的對用戶需求進行了理解，系統開發人員通過強有力的軟件環境支持，構造出一個實在的系統原型，這樣的模型及時不能做到百分百符合期望但是至少可以先讓用戶有了大概認識，以后我們在利用這些原型和用戶進行協商，進行反復的修改，很快就能使用戶滿意。這些制造出來的原因可以讓我們對用戶的需求逐進的進行人事，從而使系統開發更具有針對性，大大的提高系統的開發效率。
（3）面向對象系統開發方法。面向對象系統開發方式，是近些年來受到廣泛關注的一種系統開發方法，基本思想是將一些客觀的時間抽象地看成是若干相互聯系的對象，然后再根據這些對象和方法的特性研制出一套相應的軟件工具，使之能夠映射成為計算機軟件系統的結構模型和進行。
3 企業人事管理系統的設計
3.1 系統設計概要。系統設計一定要在充分的理解了需求，分析了需求之后才能進行搭建。
充分理解需求是在最終解決方案構建之間的第一步，開發者只有充分的理解了客戶需求之后才能開始設計系統，否則一些的定性都是無用功，最后還是要進行大量返工的。
分析需求是要先從客戶的需求中提取出有用的信息，以此來幫助開發者解決業務問題，然后通過這些對用戶業務問題的分析，規劃處系統的功能模塊。
3.2 數據庫的設計。數據庫的設計要注意字段、字段類型、是否主鍵等屬性，特別注意每個字段的字符類型與長度范圍。如：用戶字段名：Username，字段類型nvarchar（50），非主鍵，用來定義用戶姓名。
4 結語
在對管理信息系統研究的過程中，我深刻的體會到了它的魅力，認識到在網絡經濟時代到來的今天，掌握這一一門重要的計算機技術，并且能夠將它運用到力所能及的應用程序開發中去是多么的重要，具有多么重大的現實意義。
參考文獻：
【關鍵詞】虛擬現實適度仿真低成本化
虛擬現實技術(簡稱VR技術)是基于計算機技術及數據處理技術的沉浸式交互技術，也就是基于計算機技術等現代科技，人為產生的可以綜合感知以模擬特定環境的虛擬交互技術。用戶可以借助相應的設備以人類自然的方式與虛擬環境對象進行交互影響，從而產生類似真實環境的體驗。
一、虛擬現實系統的構成
虛擬現實系統的設計開發須涉及到人工智能、計算機科學、電子學、傳感器、計算機圖形學、智能控制等多個學科，一般來說完整的虛擬現實系統由以下幾部分構成：
1.傳感器模塊：是用戶與虛擬環境的接口，一方面接受用戶的操作并將其作用于虛擬環境；另一方面將操作結果以綜合形式反饋給用戶，使用戶形成對虛擬環境的感知。
2.檢測模塊：用于檢測分析由傳感器模塊接收到的用戶操作，并將其轉換為系統操作指令傳輸給控制模塊操控虛擬環境。
控制模塊：是仿真系統的核心部分，既可以仿真控制虛擬環境以應對用戶操作，又可以將虛擬環境的反饋通過反饋模塊控制傳感器使用戶獲得仿真體驗。
3.反饋模塊：接收來自控制模塊的處理信息為用戶提供實時反饋。
4.建模模塊：獲得現實世界的三維表示，并由此構成對應的虛擬環境。
二、虛擬現實系統的關鍵技術及成本構成
虛擬現實系統的關鍵技術及成本構成主要包括以下幾個方面：
1.動態環境建模技術：虛擬環境的建立是虛擬現實技術的核心內容。動態環境建模技術的目的是獲取實際環境的三維數據，并根據應用的需要，利用獲取的三維數據建立相應的虛擬環境模型。三維數據的獲取可以采用CAD技術（有規則的環境），而更多的環境則需要采用非接觸式的視覺建模技術，兩者的有機結合可以有效地提高數據獲取的效率。這里的開發成本主要表現為環境三維模型和貼圖帶來的系統空間及時間占用，如果不能較好的優化模型和貼圖將會嚴重影響整個系統的視覺效果及運行速度，大量浪費計算機系統資源，甚至導致復雜場景環境無法實現。
2.實時三維圖形生成技術：三維圖形的生成技術已經較為成熟，其關鍵是如何實現“實時”生成。為了達到實時的目的，至少要保證圖形的刷新率不低于15楨/秒，最好是高于30楨/秒。在不降低圖形的質量和復雜度的前提下，如何提高刷新頻率將是該技術的研究內容。隨著新一代高性能圖形處理器三維渲染技術的實用化，經過適當優化模型貼圖的虛擬環境實時生成已不再是系統設計的成本瓶頸了—大多數主流圖形處理器已可以輕松勝任此項任務，不必再增加額外的開發成本。
3.立體顯示和傳感器技術：虛擬現實的交互能力依賴于立體顯示和傳感器技術的發展。現有的傳感器技術還遠遠不能滿足系統的需要。例如，數據手套有延遲大、分辨率低、作用范圍小、使用不便等缺點；虛擬現實設備的跟蹤精度和跟蹤范圍也有待提高，因此有必要開發新的三維顯示技術。由此可見，現有的立體顯示和傳感器技術還遠遠不能滿足高仿真度虛擬環境的構建要求，并且由于技術的不成熟性還極大的提高了系統開發的成本。據統計系統開發成本的40%以上將消耗在該方面，因此是低成本虛擬現實系統開發必須解決的問題。
3.仿真控制技術：自然環境中的各物體之間是有相互作用的，簡單的說就是各種力場的存在特性。幾乎所有的運動和交互動作都要涉及到約束力學，這意味著仿真環境及身處其中的用戶應該在合理的作用力影響下活動。因此虛擬現實系統需要模擬環境中出現的大量物體的材料及物理力學特性，單從需要仿真的數量及類型上看就會極大地增加系統實際的工作量及成本，更何況虛擬環境中物體之間紛繁復雜的相互影響關系了。事實上針對這些問題現代工程物理學也沒有一種簡單有效的解決方法，故而要想找到合理簡單的數學模型并最終形成算法是虛擬現實技術的重要研究方向。就目前的情況來看仿真度要求越高算法的實現就越困難，系統開發成本就越巨大。
4.系統集成技術：由于虛擬現實中包括大量的感知信息和模型，因此系統的集成技術起著至關重要的作用。集成技術包括信息的同步技術、模型的標定技術、數據轉換技術、數據管理模型、識別和合成技術等等。目前的虛擬現實系統開發通常都是單獨開發相關的部分，致使系統存在開發難度及工作量巨大、可重復利用率低、通用性差等缺陷，這也是系統開發中成本高昂的重要原因之一。
三、低成本化虛擬現實系統解決方案分析
使虛擬現實系統在工業產品設計生產方面無法大規模應用的高昂開發成本，主要來源于高精度三維環境模擬，高度真實的動力學仿真設計及高度沉浸感的交互式感覺器及三維顯示技術等幾個方面。綜合來看，虛擬現實系統對虛擬環境及虛擬交互的仿真度要求越高則系統的開發成本就越大，因此有必要提出適度仿真的概念，以解決當前高成本阻礙應用的問題，至于完善的問題盡可以在應用擴展的同時，隨著技術的發展逐漸解決。
首先，合理的選擇虛擬三維環境模型的建模方式和優化方法就可以大大節省對系統資源的消耗，如手工建模方式中的可編輯多邊形建模，就可以在環境或物體尺寸精度要求不高的情況下，以少量的多邊形網格和極少的代價獲得非常精致的視覺效果，而使用有效的優化方法還可以進一步提高網格的效率。同時選擇通用化成熟的商品建模工具也可以大大提高建模的效率，使原來用編輯手段實現的效果開發變得簡單、快捷，這就大大降低了相應的成本消耗。
其次，在工業產品的大多數虛擬現實應用中，降低對傳感器及立體顯示的似真度要求也可以在降低成本的前提下保持相對較好的環境沉浸感，比如，技術比較成熟的環幕顯示技術，虛擬洞穴顯示技術雖然還不是立體顯示技術，但其視覺效果已可以滿足大多數的沉浸交互應用了，而使用傳統的鼠標指點設備代替復雜的數據手套等高技術傳感器，雖然對用戶的沉浸體驗有很大的影響，但依然可以滿足大多數的低成本系統的要求，而開發成本卻可以極大下降。
1.1電算化環境下存在電腦操作無形化和存儲介質無紙化的缺陷在手工會計信息系統中，會計人員之間的聯系是直接的，因而很自然地形成了相互制約、相互監督的關系。同時會計數據用可見的文字、符號直接記錄在紙上，直觀性較強，不同的筆跡可作為控制的手段；而電算化信息系統中，這種人員之間的聯系部分地轉變為人與計算機的聯系，操作員身份的識別及授權控制等都有別于手工會計信息系統，手工會計信息系統中易于辨認的審計線索如筆跡、印章等在電算化環境下已無處可尋。此外，手工環境下，記錄在憑證、賬簿、報表等紙介質上的會計記錄其勾稽關系較為明確，而在電算化環境下，由于會計記錄被存儲在磁盤、軟盤等磁介質上，不宜實施簽字、蓋章等手段，而且磁介質很容易被改動，因此，如何防止數據被非法修改及如何盡可能避免利用計算機進行犯罪是電算化內部控制必須解決的問題。
1.2電算化環境下內部稽核機制削弱手工會計信息系統中，每一筆經濟業務的處理都需要經過多重手續，嚴格遵循有關的制約監督機制進行操作，如業務經辦與授權批準、收付款項與會計記錄的分離等，必須經過嚴格的審核復查機制，形成嚴密的內部牽制制度，在相互牽制、相互核對、檢查監督等重要措施的實施過程中，包含大量的信息提取、傳輸和校驗等工作?，F代企業的經營環境復雜、經營內容廣泛、地理分布廣闊、信息處理工作量大。如果采用傳統手段，不僅速度慢且花費大。實行電算化后，許多業務處理程序被大大簡化，大部分處理由計算機完成，一些內部牽制措施無法執行，會計人員無法直接參與和控制，控制效率低，其審查、稽核機制被削弱。
1.3電算化環境下會計工作質量有賴于計算機軟、硬件系統自身的可靠性及會計人員本身的操作水平手工會計信息系統易于保持經濟業務的連續性，而在電算化會計信息系統中，一旦系統由于自身或操作員的失誤而崩潰，就可能使會計工作陷入癱瘓；手工會計信息系統下，會計核算的質量取決于會計人員的業務水平、職業道德及對會計有關法規的理解和執行效果，傳統會計在大量實踐的基礎上，積累了豐富經驗并形成了一整套完整的管理制度，而電算化系統中，操作環境的改變使傳統的管理控制方式失去了發揮功能的土壤。為了減少誤操作，提高輸出會計信息質量，電算化會計信息系統必須具備嚴密的內部控制功能和手段。
1.4管理型會計軟件的發展對內控制度提出了新的要求管理體制和管理水平的逐漸完善對應用計算機處理會計數據提出了更高要求。單一的核算型會計軟件已遠遠不能滿足當前經濟發展的需要。管理型會計軟件的開發和應用是會計電算化發展的必經之路，其核心是實現管理會計電算化。管理型會計軟件較之傳統核算型會計軟件具有靈活性及自由度較大、個性突出的特點，而限于電算化及內部控制制度在我國的發展，在電算化內部控制制度的制定和管理上存在著許多真空地帶。隨著經營環境的復雜化和經濟業務的多樣化，企業在內部控制的考慮和制定上，總會存在沒有涉及的地方。這使得內部控制存在沒有觸及的真空，減弱了企業整體內部控制的效果。
1.5網絡財務是電算化環境下的新型管理模式，其安全性和保密性有賴于建立、健全有效的內部控制制度網絡財務是一種充分利用網絡資源，將會計處理和財務管理有效結合起來的管理模式，網絡財務與傳統會計電算化不同的關鍵在于利用網絡進行財務管理。網絡技術在會計領域的應用與發展，使會計電算化進一步跨越到會計信息化階段，網絡技術大大提高了會計工作的效率，但同時由于網絡的開放性、數據存儲介質的脆弱性等特點，給會計信息系統的安全帶來了隱患，病毒、黑客、軟件自身的缺陷都會使用戶的信息安全受到威脅。因此要加強組織控制。從組織機構上看，電算化會計信息系統可以分為兩個專職部門：系統開發部門和系統應用部門。系統開發部門承擔系統的研制和維護工作，系統應用部門負責軟件的日常應用，這兩個不相容的職務之間應當分離，以保證系統內不相容職責的相互分離以及信息處理部門與企業其他業務部門的相互獨立，以有效減少有可能發生的錯誤和舞弊。電算化崗位一般可分為系統管理員、系統操作員、憑證審核員、系統維護員、會計檔案資料保管員等。這些崗位除了特殊行業和單位一般無須另外配備專門人員，可以由基本會計崗位的會計人員來兼任。如系統管理員可以由會計主管兼任，系統操作員可以由除了出納崗位以外的其他各崗位會計人員兼任等。
2電算化會計信息系統實施內部控制的方法與措施
2.1嚴格的內控制度是會計電算化信息真實可靠的保證無論手工會計信息系統還是電算化會計信息系統，其內部控制的目標都是一致的，即健全機構、明確分工、落實責任、具有嚴格的操作規程，充分發揮內部控制的作用。只是在電算化環境下，控制的重點由傳統的財務部門轉移到電子數據處理部門，控制的要求更加嚴格，控制的內容更加廣泛。以下將從不同的角度認識電算化會計信息系統內部控制制度的內容。
從電算化會計信息系統內部控制制度的方式看，內控制度具體包括：①組織控制，即在電算化會計系統中劃分不同的職能部門；②授權控制，就是規定電算化會計系統有關人員業務處理的權限；③職責分工控制，是規定同一人不能處理“職責不相容”的業務；④業務處理標準化控制，就是規定有關業務處理標準化規程及制度；⑤軟件的安全保密控制，就是規定軟件維護、保管、使用的規程及制度；⑥數據文件的安全保密控制，即規定數據維護、保管、使用的規程及制度；⑦運行控制，即應用控制，包括輸入、處理和輸出控制3個方面；⑧會計檔案管理制度，主要是建立和執行會計檔案立卷、歸檔、保管、調閱、銷毀等管理制度。
按電算化會計信息系統組成結構可以分為一般控制系統和應用控制系統兩個部分：①一般控制系統為應用程序的正常運行提供保障，分為組織控制和系統開發控制兩部分，包括組織和操作控制、硬件和系統軟件控制、安全控制、系統開發和系統文書控制等內容；②應用控制系統是針對具體的應用系統的程序而設置的各種控制措施，包括輸入控制、處理控制和輸出控制3個方面。
2.2電算化會計信息系統實施內部控制的方法與措施以上是從控制方式和系統構成對電算化會計信息系統內部控制內容的認識，下面將從電算化會計信息系統的構成探討實施內部控制的方法與措施。
2.2.1電算化會計信息系統的一般控制（普通控制）由于會計電算化知識與功能相對集中，必須制定相應的組織和管理制度，部門之間實施組織控制，部門內部實施崗位分工控制，明確部門內部各崗位相關人員的職責權限和維護人員的職權是不相容的，必須分工明確，不得兼任，同時，各崗位人員要保持相對穩定。
專職系統操作員只能使用經編譯并加密的程序，不能再接觸系統設計文件、程序流程圖及源程序清單，不能兼任會計及審核工作；系統軟硬件維護人員不能擔任系統操作和會計工作，但可以兼任系統開發工作；會計軟件維護必須經過批準并在監督下執行。
2.2.2電算化會計信息系統的運行控制是為了使電算化會計信息系統能適應會計處理的特殊要求而建立的各種能防止、檢測及更正錯誤和處置舞弊行為的控制制度和措施。運行控制不同于一般控制，它是為保證整個系統的安全、可靠地運行而建立的控制制度和措施；運行控制是針對某個具體應用子系統的控制，依子系統或應用項目和具體數據處理方式的不同而不同。在批量數據輸入時，其主要控制方法包括審核輸入前后的數據、編號順序檢驗、邏輯關系檢查、數據界限檢查、關鍵字核對以及錯誤更正等。在聯機實時處理系統中，輸入控制除了采取上述方法外，還包括設立參照文件和后批量控制等。處理控制的主要目的是保證數據計算的準確性和數據傳遞的合法性、完整性和一致性，主要是對業務處理程序、方法進行控制，包括軟件控制和硬件控制。軟件控制是審查軟件對數據的計算等處理是否正確，是應用控制的關鍵。主要的控制方法有程序審核、數據有效性測試、數據完整性測試、短點技術控制和設置處理上機日志等。硬件控制是通過計算機硬件系統本身控制數據的準確性、完整性，一般由計算機硬件制造商進行設置。輸出控制是對系統的輸出結果進行控制，其主要目的是保證輸出數據的準確性，輸出內容的及時性和適用性，如用已結賬數據打印賬簿應給予必要的標識等。常用方法為檢查輸出數據是否準確、合法、完整；輸出是否及時，能否及時反映最新的信息；輸出格式是否滿足實際工作的需要；數據的表示方式等是否符合工作人員的習慣。
2.2.3電算化會計信息系統的系統開發過程控制系統開發控制是為了防止系統在開發過程中可能出現錯誤和偏差以保證系統的內部控制和審查線索，使系統設計合理、正確。系統開發控制分為系統開發階段的控制和系統設計階段的控制。系統開發控制是針對進行會計軟件開發的單位實施的控制，在系統準備、分析、設計、實施以及系統正式投入運行后，對系統進行有效維護等所應制定的控制制度和措施。只有搞好電算化會計信息系統的開發與維護控制，才能保證開發出來的或維護的系統能合規、合法，滿足用戶的要求，才能及時發現和修正錯誤及防止舞弊行為、保證會計信息的準確完整。對于直接購買商品化會計軟件實現會計電算化的企業而言，制定內部控制制度時則可以不予考慮。
2.2.4系統的安全控制電算化會計信息系統的安全控制是指如何采取有力的控制制度和措施來保證系統安全、可靠地運行。系統的安全控制主要包括系統的接觸控制、后備控制和環境安全控制等內容。
3小結
綜上所述，會計電算化系統的產生和發展，極大地提高了會計的工作效率，但是任何計算機系統都不是無懈可擊的，制度也不可能天衣無縫，應順應會計電算化的發展潮流，建立和完善企業的內部控制制度，才能充分發揮會計電算化的高效性及準確性，確保企業財產的安全，為企業經營決策提供完整的信息，創造更高的效益。
關鍵詞：實時多任務；單片機；系統開發
引言
單片機系統開發主要包括硬件連接和軟件編程，其難點在于軟件編程。傳統的單片機程序為單任務系統，雖然近年來單片機C語言編程已取代了匯編語言，程序結構更易于理解，但是其邏輯框架還是單任務，主函數作為整個程序的入口，由一個大的死循環構成，循環中間調用函數執行分時獨立的動作，一些時間較短的任務采用定時中斷完成。此種程序結構簡單、易于理解和實現，在一般的單片機系統開發中多采用此種方式。
隨著智能化控制系統的需求不斷提高，需要單片機系統開發不斷提高效率，必須改變傳統的程序單任務機制，可以將任務分解為若干個程序子任務模塊，并引進多任務機制進行管理，從而形成一套新的程序結構。近年來興起的一套操作系統----RTX-51，是一種小型的實時多任務操作系統（RTOS），它允許多任務輪轉切換，支持并行利用中斷，RAM需求量不大，采用多任務并發機制，在應用于51單片機系統開發中時，被證明效果良好，也適合于解決比較復雜的單片機技能大賽系統開發任務。
1 RTX-51簡介
RTX-51是德國Keil公司開發的適用于MCS-51單片機的實時多任務操作系統，它支持循環任務切換與信號傳遞， 還能并行的利用中斷功能，不提供搶先的任務切換。在RTX-51 系統中就是一個C51 函數一個任務，該函數沒有返回值，也沒有參數。該函數體必須是一個無限的循環，以保證該函數不能返回。RTX-51系統中一個具體的任務通過下面的格式定義：
void taskname（void） _task_ num
num 是任務號，取值為0-15。taskname 是任務的名稱。下面是一個具體的任務定義。
void init（void） _task_ 0{
while（）{
/* 具體的操作語句*/
}}
2 RTX-51在51單片機系統開發中的應用
RTX-51建立在單片機硬件系統之上，用戶的一切開發工作都進行于其上，因此它可以稱作是一個平臺。采用RTX-51的用戶不必花大量時間學習硬件，與直接開發相比起點更高。RTX-51還是一個標準化的平臺，它定義了每個應用任務和內核的接口，也促進了應用程序的標準化。應用程序標準化后便于軟件的存檔、交流、修改和擴展，為嵌入式軟件開發的工程化創造了條件，減少開發管理工作量。嵌入式軟件標準化推廣到社會后，可以促進軟件開發的分工，減少重復勞動，近來出現的建立于RTX-51上的文件和通信協議庫函數產品等就是實例。
3 案例分析
通過RTX-51 系統進行編程實現的帶溫度顯示的萬年歷系統。
3.1 硬件結構
硬件組成如圖1所示。
圖1 帶單片機控制萬年歷硬件示意圖
3.2 軟件結構
將要實現的主要功能分解成5個子任務。init（）任務用于創建其它的任務，它是第一個被系統執行的任務；lcd（）任務用來處理在液晶屏1602上顯示信息gettemper （）任務用來從DS18b20 傳感器讀取溫度值；getclock（）任務用來從DS1302芯片中讀出時間信息；key（）任務用于處理按鍵操作。程序流程圖如圖2所示。
圖2 單片機控制萬年歷系統RTX-51軟件系統示意圖
4 結束語
將現代操作系統的多任務思想引入單片機系統開發，是一種新型的程序結構和開發模式。這種結構模塊清晰，調度靈活，尤其適用于定時要求復雜、需動態改變執行結構的程序設計。在單片機嵌入式系統規模日益擴大的情況下，具有較高的實用價值。
參考文獻：
[1] 宋蘊璞， 周文泳， 徐鳴謙 高校單片機教學實驗設備與方式探討實驗室研究與探索，2009.11：6-7
