信息系統設計與分析范文
時間:2024-04-01 18:17:14
導語:如何才能寫好一篇信息系統設計與分析,這就需要搜集整理更多的資料和文獻,歡迎閱讀由公務員之家整理的十篇范文,供你借鑒。
篇1
關鍵詞:公司行政工作 信息系統 設計與分析
目前,由于科學技術的發展,信息技術也獲得了快速的發展,信息管理在社會上的各行各業中得到了廣泛的應用。隨著公司的發展和壯大,內部越來越復雜,需要管理的數據信息越來越龐大,這就對數據處理提出更高要求。公司行政工作管理信息系統在設計時要緊跟時代的步伐,以求更好地為公司服務。
1 公司行政工作管理信息系統的需求分析
1.1 系統需求
公司行政工作管理信息系統的數據處理功能主要包括瀏覽員工信息,保護員工信息,打印員工信息,特定部門中員工信息的查詢以及職務位“經理”員工信息的查詢。而員工信息又包括姓名、編號、家庭住址、公司所在部門、聯系方式以及職務等。信息系統要確保錄入和處理數據的實時性以及準確性,數據一致性、完整性以及共享和獨立性。行政工作管理信息系統要滿足用戶添加、修改、刪除以及查詢員工信息的功能,報表打印要滿足用戶打印員工信息報表的功能,退出功能要滿足用戶能夠直接退出程序。
公司行政工作管理信息系統的計劃功能主要是依據用戶目標以及所處的環境條件,在設計前制定好每個部門的不同工作計劃。控制功能主要是依據獲得的信息,監督并控制計劃的執行。預測功能主要是預測企業的效益、不同時期市場的變化以及完成計劃的可能性。輔助決策功能主要是把準確的決策信息以及方案提供給企業中的相關決策人。
在系統性能的需求上,為了確保信息系統可以長期、高效、安全可靠的運行,必須要確保系統處理時的及時性和準確性,系統還要具備開放性、可擴充性、易用性、易維護性、標準性以及系統響應的速度型。
1.2 解決方案
依據信息系統的需求,公司行政工作管理信息系統的數據庫要包含姓名、編號、職務以及電話等。信息系統包含的信息并沒有什么聯系,可以利用自由表進行存儲,可以登錄、瀏覽以及維護公司員工的信息。信息系統中,用戶擁有不同的權限,不同用戶執行的操作也各不相同,這就需要設置不同的用戶權限,確認登陸用戶可以打開何種表單。
信息技術的數據庫要采用便于集成和開放的技術,確保質量,可靠性要高,支持長期運行以及關鍵應用,數據安全性要高,具有分布式的數據庫功能,開發環境多種多樣,具備很強的擴充性以及升級能力。
2 公司行政管理信息系統的總體設計
2.1 劃分模塊的原則
在信息系統設計時,模塊的獨立性要盡可能的提高,每一個模塊具備一個獨立的功能,通過簡單數據類型傳遞參數,不可以用結構類型的變量,盡可能的減少全局變量的使用,降低接口處數據的復雜程度。選擇模塊規模要適中,太大或太小都不可以,保持一頁紙的規模。模塊接口復雜性也要降低,減少模塊間參數傳遞的個數,確保模塊類型簡單,設計單入口和單出口的模塊。
2.2 軟件設計過程
根據目標系統指定各種設計方案,設計方案的基礎是需求分析時獲得的數據流圖。分析員會把最理想的實現方案推薦給用戶,并制定出詳實的設計計劃,獲得用戶認可以后才可以進行設計。對于軟件結構,要先總體設計,明確信息系統由什么模塊組合而成,還要明確不同模塊間的關系,確定實現模塊的算法以及處理過程。在設計數據庫的軟件系統時,數據庫的結構要依據需求分析時獲得的結果進行設計。軟件開發早期就要提前考慮好信息系統的測試計劃,使軟件設計人員留心軟件測試的可能出現的問題,提高可測試性。文檔編寫主要包括總體設計以及詳細設計的說明書、軟件測試計劃、用戶操作手冊以及數據庫的設計結果。對于軟件復審,在總體設計以及詳細設計后,要對軟件進行技術審查,并做好管理復審。
2.3 編碼
軟件編碼主要是把軟件設計轉變為程序語言編寫源程序。在程序設計時為確保質量,要求程序員熟練掌握并應用設計語言的語法規則,程序只有在語法上確保不出現錯誤,在編譯系統進行語法檢查時才可以順利通過,程序才可以正常運行。開發公司行政工作管理信息系統時,對于程序編碼不僅要確保源程序語法的正確,還要具備良好的程序結構以及設計風格。
3 總結
隨著我國經濟的快速發展,社會上公司行政工作管理的規模在不斷地擴大,如何管理好公司的行政工作,成為眾多公司急需解決的問題。傳統上的人工管理已經不能適應企業發展的步伐,信息技術的發展在公司行政工作管理上逐漸發揮了重大的作用。信息系統在設計時要密切結合公司實際的情況,做出科學的分析,使之更好地為公司行政工作管理服務。
參考文獻:
[1]彭國艷,梁勇.國有企業人力資源開發與管理存在的問題與對策[J].重慶廣播電視大學學報,2011(03).
[2]羅雯婕.我國電信行業業務流程再造中的人力資源管理運用——L電信的大客戶流程再造實踐[J].現代人才,2011(05).
[3]張仕喬.人事管理系統的設計與實現[J].科技創新導報,2011(17).
[4]張游浩,淺談多媒體在美術教學中的作用[J].價值工程,2012-
篇2
關鍵詞:信息系統;分析與設計;教學
中圖分類號:G642 文獻標識碼:A 文章編號:1009-3044(2012)32-7781-03
信息系統分析與設計是高等院校信息管理與信息系統專業的主干課程之一,是在管理科學、信息科學、系統科學和計算機科學基礎上形成的綜合性應用課程。本課程在闡述管理信息系統的有關概念和基本知識的基礎上,介紹信息系統建設的概論、信息系統開發方法、信息系統規劃、實施、維護以及評價,重點講解基于結構化思想的系統分析、系統設計,簡單介紹面向對象的信息系統分析與設計思想和方法,最后對信息系統應用與發展進行了簡要闡述。我校信管專業的人才培養目標是適應社會主義經濟建設需要,德、智、體、美全面發展的人才,具備現代管理學、經濟學、計算機科學技術及其應用的理論知識和基本技能,能夠承擔信息管理和從事信息系統的分析、設計、實施、管理、審計等方面工作,具有創新和實踐能力的、順應時代要求的、具有可持續發展潛質的復合型專門人才。該課程是實現我校信管專業培養目標的重要基礎課程。
1 《信息系統分析與設計》課堂教學的探討
1.1 《信息系統分析與設計》課程目標、課程定位及特點
該課程的教學目標就是通過課堂教學環節,要求學生在了解信息系統相關概念和知識的基礎上,理解信息系統常用開發方法,掌握結構化分析與設計思想的基本原理和方法,了解面向對象的系統開發方法的基本內容,同時能夠基于組織、管理和技術全面地分析、設計實際的信息系統。通過實踐教學,培養和提高學生對信息系統分析、設計和解決實際問題的能力,為后續課程的學習以及畢業設計奠定堅實的基礎。該課程的先修課程有信息管理技術基礎、數據庫原理與應用、數據結構、信息系統開發工具、管理學等,在學習完成這些課程基礎上,在大三的下學期開設《信息系統分析與設計》課程,之后緊接著就是大四第一學期末開始的畢業設計,該課程是畢業設計之前的先修課程。無論從開設課程的體系結構上還是開課時序上,《信息系統分析與設計》是一門承上啟下的重要課程,是實現信管專業培養目標的重要的專業課程,是為信管專業學生今后從事信息系統開發、信息系統維護工作打下良好基礎的課程。
《信息系統分析與設計》是一門教學難度較大的課程,它的內容多,抽象程度高難以理解。《信息系統分析與設計》課程通常按照信息系統生命周期展開介紹的,信息系統開發的五個階段,重點是系統的分析和設計階段,這兩個階段要求學生掌握結構化的分析與設計以及面向對象的分析與設計,對于從未有過開發信息系統的經歷的同學,這些內容多而繁雜且抽象,尤其是面向對象的分析與設計中用UML進行信息系統建模具有相當高的抽象程度。由于信息技術的高速發展,信息系統開發方法以及開發工具不斷更新,要求課程的內容也要不斷的更新。
《信息系統分析與設計》是一門實踐性非常強的課程,信息系統的整個開發過程只有通過實際案例的實現才能理解其理論,掌握其開發技術。所以如何設計、安排課程的實踐內容是該課程的重要任務。
1.2 《信息系統分析與設計》課堂教學過程
《信息系統分析與設計》教學時數90其中包含54課時理論和36課時的實驗課。課堂上教師主要借用多媒體技術向學生講解其相關的理論知識。具體教學過程上,通常第一節課教師首先介紹該課程在我們信管專業課程設置中的地位、結構及主要內容,介紹在學習過程對學生的要求以及考核的形式。其后,根據大綱的要求,按照教材的主要內容進行講解,講解過程中均用學生能夠理解的事例來解釋相關基本概念和原理,使學生能夠得到更好的理解。課后布置大量的練習題,教師批改后通過習題課講解,使學生更好地掌握所學內容。
1.3 《信息系統分析與設計》教學中的優點
1.3.1 教學內容易于理解
在教學中對于抽象的概念的理解,教師結合了具體的實例,加強了學生的理解,如對數據存儲條目,不只是告訴學生其主要描述該數據存儲的結構及有關的數據流、查詢要求。還配備了具體的例子,給出系統中具體的數據存儲條目,讓學生明白數據存儲條目的具體定義。
1.3.2 課堂加強練習
在課堂上老師講完相應的知識點后不但會給出例子,還會給出相應的題目,讓學生動手自己做,并把作業當堂上交,這不但使學生得到了練習,還可以作為學生的考核。充分的利用了課堂時間對學生進行教學。
1.4 《信息系統分析與設計》課堂教學中面臨的問題及對策
在《信息系統分析與設計》課程教學過程中,由于聽課人數較多,主要采用的是以老師講為主間或學生提問的方式進行,這種方式使學生處于被動學習的位置,缺少師生互動,學生就會抱怨課程枯燥乏味,他們就不愿意跟著老師的授課思路進行思考,使得老師在課堂上傳授給他們的信息,并沒有通過學生大腦再思考變成自己的知識,很難達到預期的學習效果。
針對上述問題,在理論教學過程中,我們準備將過去的大班教學分解成小班教學,除了采用傳統的課堂講授外,運用先進的教學手段和靈活的教學方法,通過案例教學以及互動探究、分組討論等教學方式,給學生提供更多思考和討論的空間,使教學由注重知識灌輸向注重能力培養轉變,由單向信息傳遞向多向信息交互交流轉變,使學生由被動接受式學習向主動學習轉變,最終培養獨立思考能力、創新意識和創新能力。在實踐教學活動中,由教師主導,將學生分成若干個角色完整的開發團隊,成員扮演著項目經理、系統分析員、系統設計員、程序員、操作員等角色,承擔著整個開發過程每一階段的任務,在協作過程中完成信息系統的開發。針對老師來說,由于信息技術的高速發展,授課內容也要不斷更新,對學生感興趣的內容可以通過講座的形式與學生共同討論,更好地激發學生學習的主動性、積極性。
2 《信息系統分析與設計》實踐教學的探討
2.1 《信息系統分析與設計》實踐教學的重要性
《信息系統分析與設計》是一門實踐性很強的專業課,通過實驗教學,使學生加深理解、驗證鞏固課堂教學內容,增強對信息系統的感性認識。通過實際案例的分析,培養學生對組織系統的抽象描述和建模的能力,熟練使用分析工具來描述信息系統模型,進而提高學生理論與實踐相結合的能力,為后期的畢業設計打下堅實的基礎。因此, 開設信息系統分析與設計的實踐課程顯得尤為重要, 它也是提高學生的知識運用能力及運用中的創造力的重要途徑。我們的實踐教學主要分為二部分,一是信息系統分析與設計的實驗課,二是信息系統分析與設計的課程設計。
2.2 《信息系統分析與設計》實驗課的內容
《信息系統分析與設計》的實驗課程共計36課時,內容分為2個部分,第一部分要求學生學會操作用友ERP-U8會計財務管理軟件,學生操作完成后,系統實現的每一部分功能能夠繪制出它們的數據流程圖。第二部分是借助CASE工具如MS Project、MS visio等軟件,學會繪制甘特圖、業務流程圖、數據流程圖以及系統結構圖。學生完成實驗課程后,能夠了解軟件系統的基本結構,熟練掌握信息系統分析與設計中所使用的CASE工具,為后續課程設計打下良好的基礎。
2.3 《信息系統分析與設計》課程設計
《信息系統分析與設計》的課程設計共安排40課時,我們制定了相應的課程設計指導書、大綱等相關教學資料。學生分成若干小組,小組成員承擔信息系統開發不同階段的任務并協作完成。每個小組的課題可自行命題也可根據老師提供選題來確定。學生利用這段時間,對所開發的信息系統進行調研分析,完成系統的可行性分析報告、系統分析說明書、系統設計說明書文檔。通過課程設計這一階段的教學實踐,同學們更好地熟悉了開發信息系統的整個過程,掌握了開發文檔的撰寫,培養了同學們互相協作精神。因此,課程設計非常有效地服務了課堂的理論知識。
2.4 實驗教學存在的問題及解決對策
目前《信息系統分析與設計》課程實踐教學在內容、教學方式、綜合應用能力培養等方面還存在不少問題,尤其是在教學安排上有些不合理。我們準備對今后的課程設計教學安排作一改進,即在《信息系統分析與設計》課堂教學內容“系統規劃”完成后,就開始布置課程設計工作,將放在學期結束后的課程設計的部分內容提前到前面,使得學生對系統的前期調查和分析有較充裕的時間,課程結束后學生利用課程設計時間集中撰寫各種文檔。同時,在教學過程加強校企合作,采用“走出去,請進來”的方法,更加緊密地了解社會對信管人才的確切需求。
3 結束語
《信息系統分析與設計》是一門理論性、綜合性、實踐性很強的課程,它隨著信息技術、管理科學等學科的發展不斷發展,因此,我們在進行教學設計過程中,不斷地更新教學內容、教學方法,設計出合理的課程體系,提高教學過程的效率和效能。結合課堂教學不斷完善實踐教學,加強學生應用能力的培養,以培養社會需求的信管專業的人才。
參考文獻:
[1] 沈群力.《信息系統分析與設計》實驗教學探討[J].實驗科學與術,2007(4).
[2] 成衛,張小川.信息系統案例分析課程教學改革與實踐[J].重慶工學院報,2006(11).
[3] 陳玉棟,郭長友.信息管理與信息系統專業實踐教學中存在的問題及改進措施[J].福建電腦,2006(5).
[4] 張富國.信息系統分析與設計課程教學改革探索與實踐[J].教學研究,2007(1).
[5] 黃雙穎.關于《管理信息系統》課程教學優化的思考[J].科技經濟市場,2008,4:112-113.
[6] 余梅,鄭悅林,余肖生.管理信息系統教學改革探討[J].醫學信息,2009, 21:222-223.
篇3
關鍵詞:高校 財務管理信息系統 設計
基金項目:廣西教育科學“十二五”規劃2013年廣西教育財務管理研究專項課題《高校財務管理信息系統構建研究與探索》(批準文號:桂教科規辦〔2013〕15號, 項目編號:2013ZCW022)
隨著高等教育的普及與發展,各大高校的辦學規模不斷擴大,管理工作逐漸多樣化、復雜化,作為高校管理工作重中之重的財務活動也不例外。雖然大部分高校都已普遍實現會計電算化,但是報銷業務、學生收費、工資管理等工作仍然給工作人員帶來了沉重工作壓力。這主要是因為高校的財務管理信息系統還不健全,計算機的功能仍然停留在代替手工記賬,記錄日常數據資料形成報表階段,這與真正意義上利用財務信息化管理進行決策、控制、分析等還有很大的差距。因此,真正發揮高校財務管理信息系統的功能,實現財務智能化管理是當前的一項重要任務。
一、高校財務管理信息系統的特點
(一)信息資源的完整與共享
在高校財務管理信息系統中,各部門通過網絡平臺將與財務相關信息無縫對接,這就形成了業務流程、財務流程和信息流程的集成,徹底擺脫傳統財務會計獲取信息的模式,同時更確保了財務管理信息系統的數據及時、準確和完整匯總,更重要的是打破了“信息孤島”的格局,實現了信息資源的完整和共享的目的。
(二)精簡財務工序,實現流程重組
在傳統財務流程中,核心工作就是進行分類,就是將從業務流程中收集的原始數據進行分類,然后分別憑證錄入,最后登記賬簿、編制報表,供相關人員查詢。雖然是經過分類后匯總的,但是它所反映的只是某一個方面的信息,而對于學校整體資金的運營狀況卻反應不出來。所以,無論是學校的教學和科研項目資金,還是基礎設施建設投入,都不能同過財務信息得到有效的控制,由此需要根據財務管理信息系統的設計流程進行重組。
一般來說,財務流程是建立在業務流程和信息流程基礎之上的,所以可以將財務信息的采集、存儲與傳輸等工作嵌入相關的業務流程模塊中,而財務管理模塊中就只有信息的實時處理,從而密切了業務流程、信息流程與財務流程的關系,也大大減輕了財務人員的工作壓力。其工作原理是,當業務流程過程中,產生的相關財務信息會按預先設計的相關規則進行處理生成完善的集成信息,然后自動轉到財務管理信息系統的后臺數據庫中,從而達到財務的集成信息化管理的目的。由此看來,財務管理并不局限于財務部門之中,而是可以分配到與之相關的各部門,不但簡化了財務工作流程,而且對各部門相關業務進行監控也起到了巨大作用。
(三)實現信息的及時反饋與控制
由于計算機具有強大的處理能力,網絡擁有巨大的數據傳輸能力,所以建立高校財務管理信息系統的財務工作徹底擺脫了工作的滯后性,不但可以順利完成日常核算工作,還可以對各部門的資金運用情況進行控制,甚至對教學活動、科研項目建立、基礎設施等實施控制。而信息系統還可以將上述這些信息利用系統的高度集成環境,及時反饋給學校領導,有利于其進行科學的規劃與決策。
二、高校財務管理信息系統的分析
(一)高校財務管理對信息系統的要求分析
1.傳統的財務管理僅對經費的分配僅根據計劃來控制,這樣就造成了經費的分配與實際需要脫離;傳統的財務管理中財務核算與管理職能沒有明確分工,缺乏財務管理分析功能,所以不能提供有參考價值的經濟管理信息,使得經費分配不能與經濟主體結合起來。
2.傳統的財務管理思路比較單一,不能有效地融入高校整體的管理體系之中。盡管傳統的財務管理體制也是形式多樣、但是綜合財務計劃內容卻非常單一。在某些高校中,出現了財權過多下放,導致各部門都有自己的 “小金庫”。按照高校綜合財務計劃,高校的預算內外教育基金、生產經營資金等要分配平衡,實行統一調度和管理,但實際上,在傳統財務管理下是很難實現的。
(二)高校賬務處理流程分析
在傳統財務工作核算流程中,首先就是對原始數據的搜集,因為它是會計人員記賬的依據。數據搜集完畢以后,接下來就是對數據進行審核,這是傳統財務核算流程中一個重要的工序。
在傳統財務管理體制下,報銷信息的錄入是非常繁瑣的,尤其是當報銷人員的原始單據量超大的時候,工作人員幾乎把所有的工作時間放在了對這些原始單據、報銷金額的核實上,從而導致報銷人員的擁擠,等待時間過長,容易形成抱怨心理,對財務服務不滿等。另外,由于大量數據的重復錄入,需要大量人力、物力,造成資源的浪費。
(三)高校財務管理信息系統的現狀分析
1.財務軟件在財務工作運用中存在的問題
財務軟件在我國的運用較晚,隨著計算機軟件的更新換代,盡管新的財務軟件也是花樣輩出,但是到目前為止,沒有一種是不存在缺陷的。這就導致了在財務軟件使用過程中存在的問題,最主要的表現就是會計方法不能融合到程序中。為了解決這一問題,一些軟件公司進行了改善,方法就是采用模塊,就是把某些內容作為一個獨立的模塊,然后集合各種方法供用戶選擇使用,雖然這一問題已經解決,但是這種方法不太利于操作,而且與財務軟件本身也缺乏整體上的統一。
2.目前數據架構無法適應未來管理的增長
隨著高等教育的深入發展,高校管理的層次也將越來越細化,財務管理更是如此。所以,這對財務數據的未來發展空間提出了更高的要求。目前,國內許多高校的財務軟件僅可以支撐一維或兩維的數據架構,對于多維的數據空間望塵莫及,由此可見,它們將難以適應未來財務管理的增長。
3.培訓內容滯后,專業人員缺乏
信息化條件下,財務管理對工作人員的素質和技能水平要求很高。雖然有相應的培訓,但是主要是為會計人員計算機掃盲,高中級應用沒有涉及,所以大多數會計人員經過計算機培訓以后,在實際工作中應用效果不盡人意。
三、高校財務管理信息系統的設計
建立高校財務管理信息系統,除了實現業務、信息、財務三大流程的無縫對接,資源統一共享之外,更為重要的是為校園各類人群提供周到快捷的信息服務。基于這一點,本文將高校財務管理信息系統設計為八個子系統,全面滿足各種辦事流程、資源共享和數據查詢等信息需求。
(一)會計檔案子系統
由于財務管理信息系統對從業人員的要求較高,否則就會出現操作失誤和威脅系統安全的問題。所以系統的管理者必須具備專業的會計知識和精湛的計算機技術水平。本自系統的設計是基于網絡的信息系統,因此除了具備專業的會計水平還應具備一定的計算機知識。本系統設計的會計檔案不僅包括了工作人員的會計資格證明,如從業憑證、職務以及工作經驗等,而且會計的計算機技能水平的經歷也作為一個重要部分納入其中,入計算機水平測試情況,職業操守培訓經歷以及部門監察打分記錄。這些內容分別列在會計技能,計算機技能和道德素質水平的公示欄中,讓人一目了然。從而確保管理者具有的維護和管理信息系統綜合能力。
(二) 賬務處理子系統
賬務處理包括入賬管理、報銷憑證管理、出納管理以及賬目審核,它是財務管理信息系統的核心。該子系統的設計可以對其他子系統進行名目分類和數據管理,從而實現整個系統的賬務管理系統,甚至實現了跨校區辦學的財務整合。例如,“校園卡”就是過設備完成財務出納的數字化賬務管理的一種手段。
(三)科研項目經費子系統
科研項目經費,即由項目人員經過統籌規劃,然后做出項目經費支出的科學安排。在本子系統的設計中,必須明確項目負責人、經費的使用規范和支出流向以及項目每個階段所用的資金等內容。在這個過程中,每項支出都需要工作人員嚴格監督,經費報銷支出結算完成后必須注明經辦人姓名以便部門監察,防止經費濫用的現象發生。需要注意的是,有的項目經費規定了最大額度,本子系統也會對超出規定額度的現象進行提示,嚴格控制款項的劃撥。本子系統不但對項目經費的支出做嚴格的監督,而且還會對完成項目后經費流向進行評估,有利于有關部門的審核。
(四)教職工工資管理子系統
高校教職工的工資管理是學校財務管理的重要內容。有人認為工資非常簡單,就是總工資減去代扣社會保險金、住房公積金以及個人所得稅,沒有必要設計一個系統。但是高校教職工的工資有多個部分組成,而且是一個變動數據,所以必須設計成子系統,該子系統的設計內容非常多,有職工工資的發放標準文件,工資不變數據基本工資及公積金等獨立的的錄入與修改,工資變動數據授課、獎金、科研成果,職工基本信息的導入和修改等。工資的計算由工資不變數和每月的變動數據組成,由相關部門進行匯總統計,最后顯示在系統中,教職工可以利用自己的賬號查詢自己當月或者當年的工資。
(五)學生財務子系統
在高校中,學生是最大的管理群體,本子系統包括了對學生收費、辦理助學貸款和發放獎學金等功能。該系統的功能是通過“校園卡”的方式實現的,可用于學生繳費和查詢。
高校新生一入學,就會發放銀行卡和校園卡,其中,銀行卡可以直接轉賬,學生可以通過自助系統完成學費和住宿費的繳納,也可完成學校獎學金、助學貸款和勤工儉學工資的發放,減少了現金的流動,減輕了工作人員的壓力。而校園卡用于學生的日常消費,可以綁定銀行卡,并直接從中圈錢。而銀行卡。而對于銀行卡和校園卡的資金流動,學生可以通過圈錢機進行查詢,這大大提高了高校財務管理與運作效率。
(六)指標控制子系統
對高校財政預算的控制也是財務管理的重要內容,其目的是通過合理的財政預算進行資金分配,充分發揮有限資金的最大作用,實現資源的優化配置。該子系統的設計是控制高校各院系與各行政部門的財政預算,組織預算小組對往年的資金分配進行總結,再結合學校當前發展實際,制定下一學年的工作計劃,然后經學校領導的審核通過,用于指導下一學年工作。
(七)固定資產管理子系統
該系統的主要功能是對現有的原資產進行登記與估價,對購進的新設備及新材料進行登記并對應財產值,對報廢的舊設備及時做出庫處理并與系統及時對賬。簡單來說就是對學校的固定資產以部門為單位進行登記。對資產登記過程中,一定要明確其屬性,如資產名目、所屬部門等。
(八)綜合信息查詢子系統
為方便高校學生與全體員工,綜合信息查詢系統必不可少,通過它可以使高校內部人員對自己關心的財務數據進行查詢。但是有一點需要注意,不同的人群,查詢的權限不同。不同的用戶都有一個獨立的查詢賬號,他們登錄以后,都可以查詢與自己相關的財務信息,而對于他人的財務信息則是高度保密的。所以該子系統的設計大大滿足了領導、教職工、學生等各類人群的信息需求,而權限管理則保證了系統運行的安全性。
參考文獻:
[1]柳穎莉.高校財務管理信息系統的設計與實現[D].電子科技大學,2012.1
[2]劉小群,張紅.高校財務管理信息系統的設計[J].數據庫與信息管理,2012.7
[3]楊小玲.運用信息化手段進行高校財務管理的探索[J].商場現代化,2012.1
篇4
關鍵詞:施工圖審查; 信息系統; 用例圖; 時序圖; UML
中圖分類號:TP315 文獻標識碼:A文章編號:2095-2163(2013)02-0074-04
0引言
施工圖審查是政府對設計質量實施監管的一個有效手段,能夠極大推進政府監管水平提升,也能夠有力促進勘察設計技術質量水平的提高,真正起到維護公共利益、保障公眾安全的目的。如今,已建立了一套詳細的施工圖審查流程,但由于該流程主要由手工式操作來實現,不能達到數據共享,也不能進行數字化的管理。而且在實施手工式操作過程中還存在著信息不及時,任務分配不到位等一系列問題。藉此分析可知,建設工程施工圖審查信息系統的開發和建設勢在必行。但此系統的開發卻是一項復雜工程,要想全面完整地實現該系統不僅需要一個高效的軟件架構設計方法,更需要一個規范化的開發流程,并且還要對軟件開發過程進行實時有效的跟蹤和監測。實踐證明,采用面向對象的UML建模技術[1]就是達到上述要求的最行之有效的方法。
1系統功能描述
1.1任務接審
錄入相關的建設施工圖接審信息,對建設施工項目材料進行核對,確認材料齊全,提交進入任務分配階段;如果材料不全但所缺材料并不影響審圖,可以先行開展審查,提交進入任務分配階段;如果所缺材料影響審圖,即退回不予審圖。而對已經填寫的審圖任務單還配備了打印功能。對于先行審查的建設施工項目,當施工方將接審時缺少材料補齊時,可以通過此操作修改項目接審狀態。在接審信息列表中可以查看建設施工項目的接審信息,并可對其進行修改。當審圖任務長時間擱置(沒有付費或者短信通知還未對審查意見進行回復),可以對此審圖任務實行掛起操作,待其需要繼續審查時再還原。
1.2任務分配
在審圖任務分配列表中,可以查看此審圖任務的接審信息,提示已經分配審圖的專家專業、未分配審圖的專家專業和已錄入意見的專業。查看專家在手的審圖任務,據此分配相關專業專家審圖任務。并可詳細查看專家審圖任務分配情況。
1.3意見錄入
在審圖任務意見錄入列表中,可以查看此審圖任務的接審信息以及審圖任務的狀態。意見錄入員會將所有專業各位專家的審圖意見完整無誤錄入。
1.4任務回復
完成對審圖專家意見的回復,并記錄回復的變更張數。
1.5收費
完成對所有未收費的審圖任務所需進行的收費操作,計算出收費金額并打印收費憑證。
1.6任務審批
完成對經由所有專業專家審查,并給予回復的操作以及對收費后的審圖任務進行審批的操作。
1.7頒證
完成對審批通過的審圖任務所需進行的頒證操作,打印合格證。
1.8任務查詢
通過各種查詢條件,完成對審圖任務的查詢。第2期莊軍,等:建設工程施工圖審查信息系統的分析與設計智能計算機與應用第3卷
1.9數據維護
完成對員工的增加、刪除、修改和查詢操作。
完成對審圖專家的增加、刪除、修改和查詢操作。
完成對勘察單位信息的增加、刪除、修改和查詢操作。
完成對設計單位信息的增加、刪除、修改和查詢操作。
完成對管理單位信息的增加、刪除、修改和查詢操作。
完成對系統數據庫的備份操作。
完成對內部員工、協作單位、勘察單位等不同對象的短信的群發操作。
完成對收到短信的查看操作。
1.10客戶服務
在線查看審圖流程并可根據驗證碼下載相應意見書。
2系統模型建立
2.1系統用例
根據功能需求分析可知,建設工程施工圖審查信息系統中,主要用戶有:接審人員、審查人員、審圖專家、財務人員、領導,其部分用例圖如圖1、圖2所示。
根據系統的用例圖以及系統的功能需求,經分析可知,建設工程施工圖審查信息系統中審圖業務基本流程主要包括:任務接審、任務分配、意見錄入、任務回復、收費、任務審批及頒證。其部分活動圖如圖3、圖4所示。
3.1系統開發環境與開發技術
3.1.1系統的B/S三層結構
通過分析得出本平臺具有專業性強、數據處理量大、功能復雜、對安全性、交互性要求高, 審圖機構內部的微機都處于局域網中等特點。針對以上特色,本系統采用基于WEB應用的B/S三層結構。
3.1.2數據庫和Web服務器選擇
基于網絡安全、運行成本等方面的考慮,本系統選用了目前非常流行的組合:+SQL SERVER 2000+IIS 6.0,即Microsoft Visual Studio 2008作為開發平臺,IIS 6.0和SQL SERVER 2000分別作為應用服務器和數據庫服務器。
3.1.3開發技術
本系統主要使用技術來實現服務端功能,數據訪問使用了技術,客戶端交互使用的是AJAX技術。
3.2數據庫設計
數據庫設計是實現過程中的關鍵一步,其中以要求降低數據冗余,保證數據完整性和一致性,并提高數據并發性能力為原則,本系統的數據庫所需的表格主要有:勘察單位表、設計單位表、員工表、審圖專家表、任務預申報表、任務申報表、項目概況表、項目收費信息表、審查意見表、審查問題表、消息表、短信表、任務補充表、節能措施表、接審檔案表、檔案借閱表。
3.3類設計
(1)任務接審
主要涉及的實體類有:CensorTask(任務申報信息類)、Projects(項目信息類)、ReconnaissanceCorp(勘察單位信息類)、DesignCorp(設計單位信息類)、ComplementarityOfTask(任務補充信息類),類關系圖如圖7所示。
主要涉及的實體類有:CensorTask(任務申報信息類)、ReconnaissanceCorp (勘察單位信息類)、DesignCorp(設計單位信息類)、Experts(專家信息類)。
(3)意見錄入
主要涉及的實體類有:CensorTask(任務申報信息類)、CensorOpinions(審查意見類)、CensorProblem(審查問題類)、Experts(專家信息類)。
(4)任務回復
主要涉及的實體類有:CensorTask(任務申報信息類)、ReconnaissanceCorp (勘察單位信息類)、DesignCorp(設計單位信息類)、Experts(專家信息類)。
(5)收費
主要涉及的實體類有:CensorTask(任務申報信息類)、ReconnaissanceCorp (勘察單位信息類)、DesignCorp (設計單位信息類)、ComplementarityOfTask(任務補充信息類)、CensorCharge(項目收費信息類)、Projects(項目信息類)。
(6)任務審批
主要涉及的實體類有:CensorTask(任務申報信息類)、Experts(專家信息類)。
4結束語
本文將面向對象可視化建模技術UML引入到建設工程施工圖審查信息系統中,在充分研究面向對象建模思想、UML的語義、特點基礎上, 建立了一個符合實際情況的系統模型。設計完成了任務接審,任務分配,任務審查、任務回復、收費、任務審批、任務查詢等模塊功能。
參考文獻:
[1]吳建,鄭潮, 汪杰. UML 基礎與Rose 建模案例[M]. 北京: 人民郵電出版社, 2007.
[2]唐鷹,沈建新,廖文和.基于UML的醫療保險信息門戶網站的開發[J].計算機工程與設計,2006, 27(18):350423506, 3510.
[3]許麗婷,董麗麗,趙霞.UML在高校財務績效管理系統設計中的應用[J].計算機應用與軟件,2008,25(10):2762278.
[4]萬榮紅,趙嵩正. 基于UML的工程項目合同管理信息系統設計與實現[J].計算機應用與軟件,2006,23(8):45247.
[5]王鳳娥,王鳳旭.基于UML的學生選課系統的設計與實現[J].聊城大學學報,2009(2) :104 -106.
[6]王國華.高校招生錄取對接系統的設計和開發[J].浙江理工大學學報,2009(6):14-16.
[7]曾文斌,張虹.UML在系統的分析與設計中的應用[J].計算機應用與軟件,2007(7) :120-122.
[8]婁雅斌,商玉秀. 基于UML的城市消防決策系統的開發[J].微計算機信息,2006(2):60- 62.
[9]王紅燕,陳志剛,曾志文.UML建模在常住人口管理信息系統開發中的應用[J].計算機工程與運用,2002,38(19):238- 240.
[10]余華平.基于UML的高校學生資助工作管理系統設計[J].計算機技術與發展,2010(5):179-182.
[11]許麗婷,董麗麗,趙霞.UML在高校財務績效管理系統設計中的應用[J].計算機應用與軟件,2008,25(10):2762278.
[12]XU Dong, LI H, LAM C P. Using adaptive Agents to automatically generate test Scenarios from the UML activity diagrams[C] //Proc. of 12th APSEC 2005. Taipei: IEEE Computer Society Press, 2005.
篇5
關鍵詞:B/S結構;學生管理;信息系統;需求分析;系統設計
中圖分類號:G717 文獻標志碼:A 文章編號:1674-9324(2016)12-0239-02
管理信息系統是一個利用計算機軟硬件資源以及數據庫系統達到人機結合的系統[1]。隨著計算機技術的不斷發展以及互聯網技術的日趨成熟,它逐漸滲入到人們社會生活的各個領域并發揮著越來越重要的作用。在此背景下,學生管理信息系統應運而生。
B/S(Browser/Server)結構即瀏覽器和服務器結構。在此結構下,用戶工作界面通過“WWW”瀏覽器實現,極少部分事務邏輯在前端(Browser)實現,主要事務邏輯在服務器端(Server)實現,形成“3-tier”結構。大大簡化了客戶端的電腦載荷,減輕系統維護與升級的成本和工作量,降低了用戶的總體成本(TCO)。
一、系統需求分析
1.系統業務需求。學生管理信息系統著重于工作流程。其中業務流程大致如下:學生先將個人資料提交學生處,由學生處進行信息檔案的輸入、存儲,再由教務處根據學生班級進行排課,生成課程表;教師根據學生考試結果進行課程統計、成績統計、生成成績單;宿舍管理人員根據學生班級進行宿舍安排。繼而根據業務流程畫出數據流程圖。
2.系統功能需求。對學生管理信息系統五個模塊用例圖進行描述和分析。其中,用戶管理包括:用戶名與密碼的添加與刪除,多用戶查詢。學生檔案管理包括:在校學生基本信息的更新(添加、刪除),在校學生基本信息的查詢操作(如姓名、學號、院系、專業、家庭電話、家庭住址等各種信息),畢業班實習學生的信息管理(指導教師信息、實習單位信息、實習單位變更信息、校外住宿協議信息等)。學生課程管理包括:課程更新(如添加、刪除、修改),學生課程查詢(如姓名、學號、課程名、課程代號等關鍵詞進行模糊查詢或精確查詢)。學生成績管理包括:成績輸入、刪除、更新,學生成績查詢和統計(并根據數據庫信息統計各種平均成績、單科最高最低成績及個人成績),學生操行成績評定管理(如學生的各種違紀、獎勵及信息加分、扣分,學習狀況的信息及加減分,等等)。學生宿舍管理包括:學生宿舍安排(住宿情況的添加、刪除、查詢、更新等),衛生檢查情況登記、查詢(并統計平均分等),用電的信息管理,等等。
二、系統設計
1.系統總體結構設計。系統總體結構設計的主要任務是將整個系統合理性地劃分成各個功能模塊,正確的處理模塊和模塊之間與模塊內部的聯系及它們之間的數據聯系和調用關系,定義各種模塊的內部結構等。本系統的系統總體結構按分解的原則,信息隱蔽抽象、自頂向下、一致性、面向用戶等原則進行設計[2]。
根據浙江機電職業技術學院學生管理信息系統的需求分析、設計原則和系統總體功能而設計。其中,用戶管理模塊是對用戶賬戶的設置和修改,不同的賬戶權限也有所不同;學生檔案管理模塊是學生基本信息錄入、更新以及查詢管理;學生成績管理模塊是學生成績統計、課程成績統計、查詢、成績更新管理;學生課程管理模塊是對專業課程、學生選修課程的管理;學生宿舍管理模塊是對學生宿舍基本信息、衛生狀況、使用情況的管理。
2.系統功能模塊設計。用例圖表明了系統參與者與用例的關系,系統內部各對象之間如何交互則需要順序圖和協作圖等交互圖來實現。①用戶登錄模塊設計。此模塊針對用戶的登錄賬戶進行管理(身份鑒別和用戶名、密碼驗證)。根據用戶輸入的用戶名和密碼識別學生、管理員和超級管理員的頁面對象。當輸入信息識別錯誤時,停留在用戶對象的登錄頁面。②學生檔案管理模塊設計。此模塊設計針對學生基本信息進行添加、刪除、查詢。此模塊信息分類包括:學生基本信息、學生聯系方式、家長聯系方式、班級、專業和生源地。對學生基本信息、聯系方式和家長聯系方式都與學生有關,方便起見將三者統一管理。其中,班級、專業、生源地信息由管理員或超級管理員直接添加,但修改和刪除權限為超級管理員所有。學生登錄后,當其選擇了學生檔案一項,將顯示與該學生有關的全部信息,也只能顯示所登錄學生的信息。在此通過session變量來實現。這樣實現了學生個人信息的保密性。管理員權限包括查詢信息(包括學生基本信息、學生聯系方式、家長聯系方式、生源地等的查詢)和添加信息(學生信息以表單形式提交,再分別寫入到不同部分中)。超級管理員的權限包括查詢和添加(與管理員相同)。此外,還包括修改信息選項,修改是查詢和添加的結合。點擊修改,系統將所點擊的那條信息提交到另一個頁面以供修改,修改完后將重新保存信息。選擇刪除時,系統自動刪除并返回刪除前界面。③學生課程管理模塊設計。此模塊包括:課程管理和選課管理。課程管理包括課程編號、課程名稱、教師對象、學分、學時、上課地點、上課時間以及課程的介紹等,以添加、刪除、修改、查詢等操作實現。選課管理模塊除了課程管理相關信息以外增加上課地點、上課時間,增設已選人數和可選人數等情況及課程對學生學習要求等功能。④學生成績管理模塊設計。此模塊包括成績統計、成績更新、課程統計、成績查詢。成績統計功能是輸入學生學號,對該學生的成績進行統計;成績更新功能設計針對學生在某學期中某課程所得的成績進行更新,可添加、刪除、修改。課程成績功能設計按照輸入課程編號實現查詢,統計出選課人數、最高分、最低分、平均分及不合格學生。成績查詢可了解總分、平均分、最高分、最低分。⑤學生宿舍管理模塊設計。該模塊功能包括:寢室信息、寢室查詢、寢室衛生和寢室用電情況。寢室信息是對寢室成員基本信息進行添加、刪除和修改操作;寢室查詢有完全匹配和模糊查詢兩種方式,查詢各寢室人員以及寢室長相關信息;寢室衛生是對衛生情況打分、統計情況進行添加與刪除;寢室用電是對寢室用電情況進行查詢和更新。
3.數據庫設計。①數據庫概念設計。采用傳統實體聯系圖(E-R圖)作為概念設計工具。學生檔案、登錄管理模塊數據庫邏輯關系如圖1。管理員、超級管理員實體相同的列名,學生編號與學生實體學號相同。對管理員實體在登錄時與學生實體相同只用到編號與密碼,其他信息作為備案,通過編號進行兩部分信息關聯。②數據庫表結構及關系的設計。在設計數據庫表結構是嚴格按照要求對所涉及到的表進行仔細考慮[3],以下為登錄管理、學生檔案子模塊所涉及的表的詳細描述:在設計表的過程中,管理員、學生身份驗證表和其對應的基本表在建表的基本原則上是可以合成統一張表的,但是鑒于表項繁多和系統安全的考慮,將其設計成兩張表來表示不同時間調用的表。
三、提高空間
本系統在學生信息管理方面具有較好的經濟性、針對性和實效性。然而,本系統雖然滿足了學校學生管理環節絕大部分的管理需求,但在設計與開發過程中,還有很多的地方有待進一步完善與改進,如與其他設備和系統的接口等問題,今后需要在這些方面進一步改善和提高。
參考文獻:
[1]伍俊良.管理信息系統(MIS)開發與應用[M].北京科學出版社,2007:83-85.
篇6
關鍵詞:功能分析;駕駛培訓;信息系統;設計
隨著我國經濟的發展,人民生活水平的提高,社會汽車保有量的迅猛增長,促進了駕駛培訓行業的快速發展,對駕駛培訓信息化提出了更高要求。
1 駕駛培訓信息化發展現狀
為滿足駕培行業管理需要,從2005年開始,機動車駕駛員培訓信息化系統在駕駛培訓行業得到應用,系統提供學員報名、培訓監督和學時審核等功能,在一定程度上提升行業信息化水平、提高駕駛培訓質量。
2006年,秦勃等基于系統仿真闡述了駕培系統中的場景管理及汽車建模[1]。2008 年,辛玉青基于指紋IC卡設計與實現了駕駛員培訓管理系統[2]。2010年,范韜基于指紋IC卡設計了駕駛培訓管理系統車載設備[3]。2013年,王艷琴通過收集分析用戶需求,概述了駕駛培訓管理系統的功能[4]。2014年,李紅艷提出依托電子科技加強對駕培市場管理、提升駕校質量[5];吳漢迪研究了基于Android平臺的駕校便捷系統,并分析了其的關鍵技術[6];趙曉林利用空間信息技術、傳感檢測技術、慣性導航技術、IT技術等研發了機動車駕駛培訓和考試服務系統[7]。
但隨著學駕人數的增加、現代網絡技術的發展和社會對駕培要求的提高,現有系統已不能滿足社會公眾服務和駕培管理工作的需求。
2 駕駛培訓信息系統的功能分析
駕駛培訓服務應滿足管理部門、駕培機構、學員、社會公眾的要求,相應的駕駛培訓信息系統應提供以下功能。
2.1 管理部門要求的功能
2012年1月7日,《江蘇省機動車駕駛人培訓管理辦法》(江蘇省人民政府令第76號)第十二條要求駕培經營者應當按照批準的經營范圍、經營區域、教練場地等許可事項開展培訓經營活動;第十六條規定機動車駕駛培訓實行學時制,培訓費用由理論培訓學時費、駕駛操作培訓學時費、駕駛模擬操作學時費等組成;第三十四條要求道路運輸管理機構、公安機關交通管理部門應當運用現代化技術手段,實現機動車駕駛證考試系統與駕駛培訓智能化信息系統的對接,保障機動車駕駛人培訓、考試信息暢通[8]。
2012年1月20日,公安部、交通運輸部《關于進一步加強客貨運駕駛人安全管理工作的意見》(公通字〔2012〕5號)第2條要求道路運輸管理機構要全面推廣應用計算機計時培訓管理系統,鼓勵大中型客貨教練車安裝應用衛星定位系統。2012年4月1日起,大中型客貨車駕駛人培訓要全部應用計算機計時管理系統,2012年10月1日起,其他汽車類駕駛人培訓要全部應用計算機計時培訓管理系統。計時管理系統要與道路運輸管理機構和公安機關交通管理部門相關系統對接,實現信息共享[9]。
2012年7月22日,《國務院關于加強道路交通安全工作的意見》(國發〔2012〕30號)第七條要求加強和改進駕駛人培訓工作,推廣應用科技評判和監控手段,實行交通事故駕駛人培訓質量責任倒查制度;第八條要求加強駕駛人培訓質量監督,全面推廣應用計算機計時培訓管理系統,督促落實培訓教學大綱和學時,定期向社會公開駕駛人培訓機構的培訓質量、考試合格率以及畢業學員的交通違法率和肇事率等,并作為其資質審核的重要參考[10]。
根據以上規章和規范性文件的要求,駕駛培訓信息系統應具有衛星定位、分類計時(理論培訓學時、駕駛操作培訓學時、駕駛模擬操作學時)、違規防范、培訓監控、數據存儲、信息、身份核對及行為控制(駕校、教練員、教練車、學員等)、電子圍欄、學時審核等功能,并能與道路運輸管理機構和公安機關交通管理部門相關系統對接,實現信息共享。
2.2 駕培機構要求的功能
隨著駕培市場競爭的日趨激烈,部分駕校開始通過聯合經營等方式走規模化、集約化經營之路,并為學員提供預約培訓、先培后付等服務。這就要求駕駛培訓信息系統在傳統模式的基礎上,支持預約培訓、先培后付、聯合經營等多種新的經營模式。
2.3 學員要求的功能
學員是駕駛培訓服務的對象,也是駕駛培訓過程的中心,學員需要實時便捷地掌握自己的培訓信息(如已培訓學時、剩余學時,下次培訓時間、地點,各科目考試成績等)。這就要求駕駛培訓信息系統應通過短信平臺、網站等方式向學員及時推送有關信息,并提供支付寶等第三方電子支付手段。
2.4 社會要求的功能
駕培機構提供的駕培服務是一種具有社會公共屬性的產品,公眾對駕培服務要求公開透明且信息對稱。因此,駕駛培訓信息系統應能通過固定渠道駕校、教練員、駕駛培訓等信息,支持駕駛培訓相關方交流互動,提供公共服務功能。
2.5 信息化發展要求的功能
隨著移動通信、物聯網技術的飛速發展,智能手機和平板電腦逐漸普及,駕駛培訓信息系統應在安全可靠、便于升級、數據同步、功能可擴充、維護快速等的前提下,提供移動終端的接入,方便管理部門、駕培機構、教練員和學員隨時隨地獲取信息并進行有關操作。
此外,隨著大數據時代的到來,駕駛培訓信息系統在做好數據統計的基礎上,應具有海量數據的分析和挖掘、提供輔助決策的功能。
3 駕駛培訓信息系統的總體設計
通過以上功能分析,駕駛培訓信息系統應通過建立一個便民高效、信息暢通、功能完善、監管科學的信息化平臺,實現管理部門、駕培機構、教練員、學員、社會公眾等多方的信息共享,全面提高駕培行業的管理能力和服務水平。駕駛培訓信息系統應由以下11個子系統組成。
3.1 計時終端子系統
計時終端是整個系統的基礎,負責絕大多數數據的采集、處理和傳輸,保障培訓信息的實時性和準確性。根據培訓階段的不同,計時終端分為理論計時終端、模擬計時終端和車載計程計時終端。計時終端應具有簽到簽退、圖像采集、身份驗證、計時、數據顯示、語音播報、數據通信、培訓記錄采集和存儲、開機自檢等功能,車載計程計時終端還應具有車速和位置信息采集、衛星定位和監控、警示、違規防范等功能。
3.2 基于GIS的培訓監控子系統
通過在電子地圖上配置圖層、關注點、視角等參數,標注訓練場地并關聯第二、三階段訓練數據,實現電子圍欄、實時監控、教練車在線情況和軌跡回放等功能。
3.3 數據存儲子系統
系統產生駕培業務、定位信息、訓練狀態、圖像等多種數據,要求數據庫服務器集中部署在電信等第三方機房,支持多服務器、實時監控、異地災備。
3.4 信息子系統
通過駕培網站,為社會公眾提供交通法規政策及行業動態、駕校分布、駕校資質、學車指南等信息,為學員提供培訓報名、學時查詢、網上學習、問卷調查等功能。通過短信平臺,點對點地將培訓過程的關鍵信息告知學員。
3.5 運管業務子系統
道路運輸管理機構可統一設置及調整駕培參數(如各培訓階段的學時等)和不同角色用戶的權限;向平臺內所有或部分計時終端發送語音、拍照、點名等指令;根據行政處罰結果控制駕培機構、教練車和教練員的行為;進行開班審核、一般情況下學時自動審核、特殊情況下手工審核。
3.6 駕校經營子系統
既支持定人定車的駕培傳統模式,又支持預約培訓、先培后付、聯合經營、電子支付等新的經營模式,助力駕培機構成功轉型。
3.7 移動服務子系統
支持智能手機、平板電腦等移動設備,進行移動查詢、評價、投訴、辦公等工作。
3.8 統計分析與輔助決策子系統
系統應整合學員報名、開班、理論學習、科目訓練、考試預約、考試成績等信息,提供學員培訓過程、教練員考核、服務滿意度、培訓考試質量等多種培訓數據的統計分析。在此基礎上,通過數據挖掘、數據融合等技術,提供駕培市場發展前景及影響因素等信息輔助決策。
3.9 信息共享子系統
通過與道路運輸管理機構的運輸管理業務系統和公安機關交通管理部門的機動車駕駛證考試系統的無縫對接,實現信息共享和業務協同。
3.10 信息安全子系統
在系統的整個生命周期內,采用訪問控制、加解密、數字認證、攻擊檢測、容錯、防病毒等技術,保障系統的正常運行。
3.11 運營維護子系統
系統應具備快速、便利的系統維護功能,實現遠程維護、遠程升級,適應服務地區分散性、業務多樣性及復雜性等特點。
4 結束語
在功能分析的基礎上,進行駕駛培訓信息系統的設計,能夠滿足不同對象的需求,增強系統的針對性和實用性,對于駕駛培訓行業的信息化建設具有一定的推動作用。
參考文獻
[1]秦勃,基呂濤.基于系統仿真的駕駛培訓系統[J].計算機工程與設計,2006,27(13):2496-2498.
[2]辛玉青.基于指紋IC卡的駕駛培訓管理系統設計與實現[J].青島理工大學學報,2008,29(4):94-98.
[3]范韜.基于指紋IC卡的駕駛培訓管理系統車載設備設計[J].現代計算機(專業版),2010(3):171-173.
[4]王艷琴.駕駛培訓管理系統的設計與實現[J].勞動保障世界(理論版),2013(6):62.
[5]李紅艷.電子科技與駕培市場管理的發展戰略[J].現代經濟信息,2014(17):108-110.
[6]吳漢迪.基于Android平臺的通用駕駛培訓機構便捷系統研究[J].信息通信,2014(6):110.
[7]趙曉林.智能駕駛培訓和考試服務系統[J].地理信息世界,2014,21(1):91-96.
[8]江蘇省人民政府.江蘇省機動車駕駛人培訓管理辦法[S].2012.
[9]公安部,交通運輸部.關于進一步加強客貨運駕駛人安全管理工作的意見[S].2012.
篇7
關鍵詞:油田;生產管理;信息系統;應用與設計;方案
在油田實際的生產管理過程中,要充分的重視信息系統的設計與應用,根據油田進行生產的多樣化特征,結合實際的需求進行分析,實施相關的系統設計。在系統進行設計的過程中,可以應用開發,集成使用的詳細思路,充分的依照企業制定的標注進行。在設計該系統的過程中,一定要注重之后的可持續建設性進行全面的思考。
一、系統詳細的設計流程
(一)數據采集系統
對油田生產管理信息系統的設計,首先要對數據采集系統進行設計,從而使系統當中使用的數據能夠非常準確。數據采集系統的設計是對油田在生產管理過程中進行的全面數據采集,對原油開采的數據,集輸的數據、油氣處理過程中的數據都要進行系統的采集。數據采集工作,是系統基礎的原始數據來源,是構建系統的基礎。利用對目前已有資源的合理利用,可以有效將數據在采集過程中的精準性以及時效性進行提升,逐步縮減認為對數據進行的加工處理。
(二)系統功能的設計
系統所具有的功能要實現管理系統對原油開采、集輸、油氣處理過程的管理等油田管理人員能夠非常具體并且直觀的對原油開采、集輸、油氣處理過程情況進行了解[1]。而生產管理的信息系統便是要對具體的原油資源進行有效數據庫的創建,同時對數據中信息實有序的管理。
該系統一共包含了三個模塊,具體分為:原油開采管理模塊、原油集輸管理模塊、油氣處理管理模塊,其中不同的管理模塊具備不同的功能:
(1)原油開采管理模塊。該模塊具備的功能應用軟件進行相關開采信息的查詢,管理員利用該系統對數據信息進行更新和增加、刪除以及修改等等。
(2)原油集輸管理模塊。該模塊的設計可以有效對原油集輸的信息進行查詢。包括信息的增刪改查等功能。
(3)油氣處理管理模塊。該模塊的設計可對油氣處理的具體事項信息進行查詢,包括信息的增刪改查等功能。
二、功能模塊的具體應用與設計方案的詳細分析
(一)模塊登陸的應用與設計
對于這一模塊的設計主要是保障合法的使用者才能進入到該系統,可以通過身份證件對使用者進行身份驗證。在實際進行登錄的過程中,該模塊會將數據庫當中的清單進行調用,在核好正確的密碼之后,便可成功登錄[2]。這一模塊限制了系統進行嘗試登錄的次數,禁止使用者進行沒有限制的嘗試登錄。在該系統當中,用戶連續三次登錄失敗之后,系統便會對其進行限制,當密碼輸入有誤,系統會給予相應的提示。
(二)管理數據模塊的應用與設計
該數據模塊主要是對原油開采、集輸、油氣處理過程的生產過程管理的信息進行制定。
(1)原油開采管理模塊:該模塊為整個油田開采的詳細情況進行細致的分析和管理。
(2)原油集輸管理模塊:該模塊可以為原油集輸制定具體的計劃,對其實施具體的管理。
(3)油氣處理管理模塊:該模塊為油氣處理的整個過程制定詳細的管理措施,以便對實際的過程實施有效的管理。
(三)管理存儲模塊的應用與設計
該模塊的設計可以查詢、添加、修改以及刪除。在查詢可以輸入有效的條件便可以進行查詢。在添加功能中,對管理的信息進行添加,確認信息,之后便可完成信息的添加。在修改的功能中,對管理進行修改,確認信息,之后便可以完成對信息的修改。在刪除的模塊中,刪除不需要的信息,之后確認信息,便完成了對商品的刪除。
三、系統運行環境的具體要求
系統在實際的性能需求上,其數據要有非常強的精確度。在數據庫當中,詳細的單價、金額應用的具體浮點數一定要保留到小數點之后的兩位。在使用性能方面,該系統軟件可以在Windows2000以上的系統運行。同時,在系統進行運行的需求中,關于用戶的應用界面,系統所應用的為Boland Delphi6進行詳細的設計,其界面應用Windows窗口。在硬件的接口方面,系統的詳細運行要求為:內存至少要再2G以上、硬盤要在500GB以上。對于軟件接口。數據庫服務器應用SQL Server2012以上。
四、結束語
總之,對于該系統的設計與應用,有效提升了實際的工作效率,為油田的日常開發工作、生產管理相關工作等提供了非常高效便捷的幫助。這一系統的設計應用了非常先進的計算機技術,對其進行有效的集成應用,在對具體的問題進行解決的過程中,不斷的進行突破創新和改進,使該系統在真實應用的過程中,具有非常大的推廣價值,幫助企業快速進步。
參考文獻:
篇8
[關鍵詞] 信息系統 實驗教學 管理思路
一、信息系統分析與設計實驗教學中培訓學員常犯的錯誤
在信息系統分析與設計的培訓實驗教學中,相對于大型IT軟件項目,學員小組規模的應用實驗課題具有靈活性高、軟件功能相對較少、小組成員人數較少(一般2~4人為宜)、實驗教學周期較短的特點。
我們經常提到“軟件危機”一詞,這是指一些大型軟件項目延期,導致項目順利交接存在困難。當然這并不意味著“軟件危機”就與實驗教學中的學員課題毫無干系。雖然規模較小的學員實驗課題看起來比較簡單,比較容易成功實現,但如果在實驗教學中忽視了必要的教學管理和指導,則學員很容易出現以下的一些錯誤:
1. 對培訓學員實驗課題的小組成員而言
⑴ 草率確定實驗課題的名稱及范圍
對于許多培訓學員來講,對社會、行業及企業的業務實際運作情況了解較少,缺乏業務調研的經驗等是不爭的事實。如果這些情況在實驗教學中得不到切實有效地改善,將對信息系統分析與設計的實驗教學效果造成致命的影響。
因此,應考慮指導培訓學員小組的成員根據其實驗課題的周期長短,謹慎選擇與其技術能力相適應的課題,并控制課題的功能范圍。
⑵ 缺乏對隱性問題的重視
作為一位培訓學員實驗課題小組的成員,當實驗開始時,就把自己與實驗是否成功的命運聯系在一起了。實驗的成功與失敗都無疑會對小組成員造成心理上、情緒上的影響。因此上述因素對小組成員的隱性影響最終會體現在學生學習的積極性上,并最終關聯到信息系統分析與設計課程的實驗教學效果。
⑶ 草率的計劃
信息系統分析與設計的實驗教學課題往往由于規模較小,培訓學員小組成員經常在軟件開發之前沒有認真地進行可行性分析和實驗工作量的估計,便很草率地制定一個實驗工作進度表。同時,由于沒有認真地估計實驗課題的難度,結果實際完成時間與估計完成時間往往有較大差別,這種偏差必將使實驗教學的效果陷入困境。在IT項目管理咨詢行業,許多中小企業對于類似這種偏差的認識,也認為是執行過程除了差錯,其實根源卻是項目的前端出了問題。
2. 培訓學員實驗過程中的蹩腳設計
從較小規模的實驗課題特點來看,學員小組成員人數少,意味著不同人員的程序之間交互、接口相對少一些;開發周期短,意味著往往是同樣的幾個人從頭到尾負責一個實驗課題。上述情況都讓人容易犯些錯誤,例如往往是幾個人碰一下意見,討論一下最基本的數據結構、函數接口便分頭去做自己的工作了,并沒有一份較正式的文檔。這種做法的危險主要表現在:
⑴ 有的人可能會對討論出的接口、結構理解有偏差,應該承認并不是所有參加會議的人總是很明白,人是會犯錯誤的。而往往一個單純的誤解可能造成以后的返回。
⑵ 由于討論時忽略了某些情況,等大家都按當時的分工完成屬于自己的工作后,才發現各個模塊組合起來卻形不成一個完整的系統。其根源在于系統設計不充分,沒有一個負責協調的人員不斷監控整個開發過程。
⑶ 一旦有人中途退出實驗小組,或有其他新人加入時,新來的人難以理解以前別人做好的代碼,索性自己從頭來。
另外,沒有技術文檔的程序,日后維護和版本升級都比較困難。這些對信息系統分析與設計的培訓實驗教學效果的提升都是不利的。
3. 培訓學員實驗過程中的直奔系統現象
直奔系統現象指培訓學員實驗課題的實施中,不經過單元測試而直接進入系統測試。造成這一現象的原因是每個模塊相對比較簡單,但是為了測試一個模塊需要建立一些測試環境。比如為了測試一個函數是否正確,應該用一些測試數據去調用該函數,需要編寫一些測試數據。
應該承認,單元測試的是挺麻煩。因此許多培訓學員會覺得,反正其他模塊也很快出來了,直接用真正的數據來運行幾次就行了。殊不知,一旦直接進入系統測試,發現運行結果不正確后需要一步一步查找。同時,由于模塊間的調用關系,可能查了很久才發現是某個模塊的問題。
直奔系統現象如果僥幸成功,效率可能會很高,但這種成功的概率一般不超過40%。正所謂欲速則不達,如果我們對每個模塊進行單元測試時都進行一下邊界測試,就會很容易消除這些隱患。
二、信息系統分析與設計培訓實驗教學效果的管理思路
要提高信息系統分析與設計課程的培訓實驗教學效果,就教學管理而言,可形容為“麻雀雖小,五臟俱全”。即培訓學員小組形式的應用課題實驗,仍然應該遵循信息系統分析與設計的一般規律,必須的步驟是不能省略的。但也需注意其規模較小的一些特點,實驗過程中可以具體問題具體分析,相對靈活地把握其進度和功能范圍等因素。
1. 需求調研、獲取及文檔整理
在這一環節上面花費相當時間是很必要,也是很值得的。所有的信息系統項目進入正式研發之前,必須先從用戶處獲取準確的需求信息,并加以分析。信息系統項目可以大致分為專用系統和通用系統兩大類。
對于專用系統,一般用戶對于要完成哪些功能,已經有了比較清楚的輪廓,需求相對較為明確,培訓學員實驗小組的成員通過與用戶進行比較具體的交流和討論,結合Internet等途徑采集相關的、較為豐富的素材資料,即可了解清楚用戶心目中的系統究竟是什么樣子。做好這個步驟,則可以避免實驗后期因學員的理解和用戶的要求存在誤解,而造成的時間上的浪費。
對于通用系統,就需要更多地從技術的角度考慮需求。例如現有硬件配置情況、軟件配置情況、網絡使用狀況,數據庫應用等。為得到這些信息,需要根據調研的統計結果決定即將信息系統的一些技術指標。
需求分析就是將需求用一種模型來表示,即借助相應的技術分析文檔表現出來。在采用面向對象的分析方法時,雖然其具有分析、設計、編碼過程統一的優點,但關注瀑布模型、原型模型、增量模型等,對于學生實驗工作流程的推進和技術文檔的完整是有益的。
2. 信息系統的設計過程
這一環節主要是進行系統結構設計、數據結構(數據庫)設計、界面設計等工作,當然包括對分析模型必要的修改和完善。
在面向對象的設計環境中,可能需要對某些類結構進行一些修改,這些修改的原因可能是編程環境的要求,或者為了重用以前的某些工作。比如定義界面部分、數據訪問(數據庫)部分。
3. 信息系統的編碼工作
進入信息系統的編碼環節,培訓學員可能會發現前面分析或設計階段的某些錯誤,這時應返回到前面的階段進行必要的修改。測試階段正如前所述,即使規模較小,也應該嚴格地進行測試。
4. 培訓學員實驗小組成員的指導與管理
規模較小的培訓學員實驗課題,一般可以由2~4名學員來完成,這幾個人基本上從頭到尾參加信息系統的分析與設計。在這幾個人中,通常可以有一位小組負責人,負責分析、設計和協調的工作。當然,小組負責人也要參加編程等實驗工作,如何指導該學員能合理使用有限的實驗時間,提高實驗教學的效果,一般需要遵循下面幾點原則:
⑴ 協調工作比自己去做更重要.
一般而言,IT項目管理的主要工作就是協調,如果協調上出了漏洞,可能導致很大的問題。所以學員實驗小組的負責人必須隨時監控小組各成員的工作進展,例如內容是否與要求發生偏差,進度是否滯后等。只有在完成這些工作之后,小組負責人剩下的時間才能用于編程等其他事務。
⑵ 給每個小組成員明確的任務
不管是用面向對象或者其他方法進行信息系統的實驗,分析、設計模型只是從功能的角度來描述系統。因此,具體實驗過程中每個小組成員必須非常明確自己的任務,這些任務應該采用明確的文檔來描述。
⑶ 讓大家都大致熟悉設計模型
要讓每個小組成員都清楚自己所需要完成的任務在整個系統中處于什么地位,學員小組的成員因此可能會發現設計模型中的漏洞,避免了各人的代碼編寫完畢之后又要修改的后果。
參考文獻:
[1] 信息系統分析與設計,丁浩編著,清華大學出版社,2009年3月
篇9
關鍵詞:食堂用餐信息;數據庫;數據挖掘
中圖分類號:TP393 文獻標識碼:A 文章編號:1009-3044(2017)08-0105-03
1概述
1.1當前的認定方法
眾所周知,區域經濟發展失衡和社會貧富差距加劇是導致目前我國高校貧困生問題凸顯的重要原因之一。高校人均所繳費用一般都遠遠超過大多數學生家庭的總收入。對于一般經濟狀況的家庭尚且難以支付這些高額費用,貧困家庭則更難承擔高額的學費開銷以及生活費等開支,從而導致貧困生的人數不斷地增加。
目前國內的貧困生考評體系中,很多高校都是以學生家庭狀況(如家庭人口數及其健康狀況有無花費較大的病患,讀書子女的個數,家庭人均收入等因素)以及當地政府部門開具的貧困證明和家庭情況調查表來進行主觀的判斷而這些資料中家庭狀況大多是由學生本人填寫的,證明和公章是貧困生當地開具的,此外這些材料的真實性也有待進一步查證。因此,這一系列不可控因素給整個貧困生的評定工作帶來很大難度。不同學校的貧困生認定方法有所不同。但他們大多仍采用如下方式:一是根據家庭經濟貧困證明和家庭情況調查表。貧困證明是各高校評定貧困生的重要依據之一,需學生所在的村委會或居委會開具貧困證明,然后到鄉鎮部門加蓋公章,最后加w當地縣或區民政局公章。二是通過班級學生干部或班級調查小組調查了解家庭經濟困難證明同學的家庭經濟狀況,初步確定其貧困程度。三是通過從事學生工作的老師(主要是輔導員)的觀察和了解。輔導員根據貧困證明與班級學生小組的意見,結合自己的觀察了解,最后敲定各個學生的貧困等級進而進行相關的上報工作與資助發放。
1.2當前認定方法的弊端
現有的貧困大學生認定機制中存在很多的問題和不科學性。由于貧困生認定工作的艱巨性、復雜性和不可掌控性,在實踐過程中很難把握,認定貧困生時各高校深感力不從心,難以取舍。首先,如圖J中所示的當前比較完善一些的決策樹,父母狀況和家庭狀況等基本信息大多數是由貧困證明和家庭情況調查表獲得。貧困證明是各高校認定貧困生的重要依據之一,但在貧困生認定的實際過程中,由于貧困證明的不真實性和隨意性,使得這些主要依據的可信度大打折扣。其次,高校貧困生人數眾多,據權威統計,目前全國大學生中貧困生比例已達到30%,特困生的比例為7%-10%,共有300多萬貧困生。貧困證明材料中關于導致他們貧困的原因非常復雜,各個高校根本沒有財力、物力和人力去到每一個人的家里走訪調查核實情況,這些材料中真正值得我們相信的信息又有多少真,無從查糾。因此科學化、規范化、合理化的評定方案是非常必要的。
2系統設計
因為生源地開具貧困證明“失效”了,老師同學的觀察也不完全正確,傳統的高校貧困生認定方式幾乎全部不能進行科學的、規范的、合理的評定工作,這就要求我們從新找到貧困生認定的標準。我個人認為,基于高校食堂用餐消費來認定貧困生不失為一個好方法。隨著數據庫技術的逐漸完善,高校一般都建立了校園一卡通系統。它可以反映出學生的基本信息、學生在食堂就餐信息、校內考試成績、醫療、體檢等多項數據記錄。在貧困認定的過程中,可以通過跟蹤分析數據流了解學生消費狀況。提取所有學生連續3個月的食堂消費數據,計算出每個人在食堂的用餐總次數和每月在食堂消費的平均金額,可以作為衡量學生家庭經濟狀況的一項參考指標。該方法不但簡單易行,而且相對客觀公正。一方面利于公眾監督,如果學生消費水平確實較低,學校則會在下學期繼續提供生活補助,對于特別貧困的學生學校會提高補助標準和補助力度,反之消費水平較高的學生則會被清出幫扶范圍。另一方面也可以帶來一些意想不到的好處,可以擴大援助對象的范圍,對于那些不愿意或者不善于說明情況的學生,根據學生食堂消費數據,通過校方主動核實,可容易有針對性的幫助一些困難學生,從而提高資助體系的效率。目前已有多所高校在進行這方面的嘗試。通過跟蹤學生校園卡食堂用餐情況進行貧困生認定,我們可以通過圖2所示的各個模塊來完成系統設計。
2.1認證及登錄模塊
這個模塊主要負責驗證用戶的合法性,并分別賦予不同身份人不同的訪問權限。大學生貧困狀況評估系統的注冊用戶分別是學生處、學院和游客。具體的訪問權限和職能如下:學生處是系統的超級管理員,可通過系統對各院學生信息進行錄入、審核和查詢,并且獨自享有審核后的數據修改權及系統公共代碼的設置權;學院可通過系統對本院學生信息進行錄入、審核和查詢;游客是系統的普通訪問者,只能在家庭經濟困難學生認定期間給予意見反饋和認定結束后才有信息查詢權限。
2.2數據收集模塊
此模塊可以與其他信息系統實現數據交流,例如從招生管理系統、教務管理系統批量導入學生學號、姓名、性別、籍貫、戶籍、專業、年級、學制等基本信息,節省了大量的人力、物力和時間,很大程度上提高了工作效率和準確率。而最重要的是從學校一卡通導出全部學生每月的食堂用餐消費信息如圖3。
2.3數據分析模塊
此模塊主要有3部分功能實現,包含對根據家庭收入支出狀況排序、根據消費金額及消費行為排序和貧困等級確定。根據學生遞交的貧困證明及家庭情況調查表等材料,進行量化評估。
篇10
關鍵詞:空間態勢;空間攻防對抗;信息保障;HLA;網格環境
中圖分類號:V528文獻標識碼:A
1引言
奪取空間優勢和信息優勢是打贏未來戰爭的重要基礎和前提,空間攻防對抗和以天基手段為主的信息對抗將成為未來戰爭的主要樣式。空間態勢信息包括空間環境信息和空間目標信息,是空間攻防對抗和信息對抗中不可或缺的戰場情報信息和影響戰略決策的重要因素。空間態勢感知為空間攻防對抗和信息對抗的戰略決策和指揮控制提供依據,為戰術應用提供裝訂參數,是奪取空間優勢和信息優勢的重要手段。因此,我軍發展空間攻防的新概念武器、天基作戰平臺和信息對抗必須發展相適應的空間態勢信息保障技術,開展我軍空間攻防的體系對抗能力的演示驗證,系統級的空間環境保障能力的演示驗證也是其中的重要組成部分。
2空間態勢信息保障系統的功能分析
空間態勢信息保障系統應為空間攻防戰略決策提供空間環境和空間目標的信息保障:監測、分析和預報空間環境的分布和變化、評估空間環境對主要武器和軍事活動的影響、提出規避和減緩空間環境危害的措施建議,為空間攻防的戰略決策提供輔助、增強戰術單元戰斗力的系統及空間環境保障能力和保障模式;監測、預報敵我空間目標的特征信息和軌道信息,為空間攻防對抗的戰略決策提供決策依據。系統必須具有為空間攻防對抗和信息對抗的戰略決策和作戰實施提供戰略層和戰術層的空間態勢信息支持的功能,這些功能包括:
(1) 攻防對抗決策支持:輔助空間攻防相關實驗任務的戰略決策,合理的利用空間環境的“天時”和“地利”;
(2) 空間目標監視支持:為空間目標精密定軌軟件提供實時輸入參數,為無線電測軌提供誤差修正建議;
(3) 空間目標信息支持:提供敵我空間目標的特性描述;
(4) 空間目標軌道預報支持:提供敵我空間目標當前軌道信息和未來幾天內的軌道信息預報,通過數值積分提供空間目標殞落預報;
(5) 新概念武器實驗支持:為新概念武器實驗提供相關空間環境參數和空間目標信息,保障合理安排實驗方案和準確監測與評估實驗效果;
(6) 空間平臺運行支持:保障空間攻防對抗實驗任務相關衛星和其它常規軍事衛星有效的規避、減緩空間環境導致的異常和故障,提高衛星可靠性和延長衛星壽命;
(7) 空間信息鏈路傳輸支持:保障空間攻防試驗任務指揮控制相關的空間信息鏈路和其它常規空間信息鏈路有效的規避、減緩電離層和對流層環境導致的信號質量下降、中斷等影響。
3空間態勢信息保障系統結構
空間態勢信息保障系統按功能可分解為綜合數據庫、空間目標軌道動力學模型、空間環境要素計算模式以及產品制備與可視化四個功能模塊。系統運行的基本思路是來自不同數據源的數據經過數據融合處理后存儲到綜合數據庫,空間目標軌道預報模型和空間環境要素計算模式在數據庫的支持下進行軌道預報和空間環境模式計算,并由產品制備與可視化模塊進行數據的顯示或。系統功能模塊的邏輯結構如圖1所示。
空間態勢信息保障系統功能分析與結構設計系統的設計與實現以高層體系結構(HLA)為基礎,并引入運行支撐環境(RTI)和分布式仿真網格(GSD)的概念,建立起網格環境下基于HLA的分布式體系結構。由于采用客戶/服務器模式,將數據存儲管理、數據應用與數據三個方面完全分離開來,從而能夠極大便利整個體系的模塊化和組件式設計與開發。空間態勢信息保障系統由監測與數據分系統、空間環境預報分系統、空間環境效應分系統、航天器應用分析分系統以及用戶服務分系統五個分系統組成。其中監測與數據分系統為數據的存儲與管理層,空間環境預報分系統、空間環境效應分系統、航天器應用分析分系統構成數據應用層,用戶服務分系統則構成數據層,分系統間的信息共享和時間同步由網格環境下的HLA-RTI實現。系統組成及其結構如圖2所。 圖1系統沖體結構與功能模塊邏輯圖 圖2空間態勢信息保障與仿真系統基本組成與結構
4網格環境下的HLA分布式體系結構
空間態勢信息保障與仿真系統中的不同模塊間的計算負載各不相同,計算過程中需要進行大量數據的共享訪問。同時為了各分系統間的協調運行,必須采取一定的時間同步機制。因此空間態勢信息保障系統在底層體系結構上采用網格環境下的HLA分布式體系結構。
4.1網格技術
盡管基于HLA的分布式仿真技術在互操作性和重用性方面有了很大提高,但隨著仿真規模的擴大和要求的不斷細化,一些問題已經成為制約仿真任務準確、高效完成的瓶頸,主要表現在:仿真計算資源浪費問題依然存在;缺乏動態負載平衡能力和相應的容錯機制;海量數據難以存儲以及獲得及時、有效處理。
網格[1][2]被稱為下一代Internet,它是在現有的網絡互連之上、通過中間件系統將離散的網格資源加以整合,最終實現網格問題和具體應用的求解。網格作為一種分布式計算基礎設施,強調在動態的虛擬組織[2]中的共享和協同使用異構資源,即利用分布在不同地理位置上、不同組織機構、不同運作方式的計算資源,將它們轉化成一種隨處可得的、標準可靠的、經濟的計算能力。這里的資源包括各類型的計算機、網絡通信能力、數據資料、儀器設備、甚至是人等各種相關的資源。
4.2分布式仿真網格(SDG)的技術框架與關鍵技術 分布式仿真網格是以集群計算機系統為核心,面向仿真用戶,利用網格技術進行分布式仿真。分布式仿真網格的主要功能是資源共享,使仿真用戶能夠充分的共享仿真資源,提高分布式仿真的效率、拓展分布式仿真的適用范圍。
為了實現功能框架中的功能,需要應用相應的技術手段提供支持。分布式仿真網格主要包括以下關鍵技術[5]:
(1) 分布式仿真網格中的統一用戶管理:為了使用仿真資源,每個用戶都需要通過某種形式登錄到仿真網格,根據用戶使用的權限的不同需要對仿真資源的使用有不同的限制。因此需要對仿真網格中的用戶進行統一的管理,目標是提供簡單有效的統一用戶管理機制。
(2)分布式仿真網格中的資源管理和調度:管理和調度仿真網格環境中的資源是很復雜的任務,仿真網格中仿真資源的管理和組織調度研究要解決的關鍵問題包括設計合理的仿真資源管理模型、仿真資源需求描述、仿真資源提供描述、仿真資源信息存儲、仿真資源匹配和仿真資源監控。進行仿真資源的管理和組織調度研究的主要目的是使系統中仿真資源的使用更加有效,提高系統的吞吐量。
(3)分布式仿真網格中的作業管理:仿真網格要為仿真用戶提交的仿真作業提供資源,就需要對仿真作業進行統一的管理。仿真的作業管理就是提供仿真作業提交、調度、執行及控制等機制,更加有效的利用仿真網格中的系統資源、平衡網格負載、提供系統整體性能。其目標是透明性、單點控制和高可用性。
(4)分布式仿真網格中的RTI:仿真網格中的仿真任務也需要遵循HLA標準,并且以RTI作為仿真數據交換的平臺,整個仿真任務的運行都是以RTI為核心展開的。但是,仿真網格與一般的網絡不同,它在普通仿真網絡的基礎上提供了更為廣義的資源共享,因此,運行于仿真網格中的HLA-RTI也與普通仿真網絡中的HLA-RTI不同,是高性能的HLA。
5分系統設計
空間態勢信息保障系統由監測與數據分系統、空間環境預報分系統、空間環境效應分系統、航天器應用分析分系統以及用戶服務分系統五個分系統組成。其中監測與數據分系統為數據的存儲與管理層,空間環境預報分系統、空間環境效應分系統、航天器應用分析分系統構成數據應用層,用戶服務分系統則構成數據層。
5.1空間態勢監測與數據分系統
空間態勢監測與數據分系統是整個系統的數據存儲和管理中心,其主要功能包括:利用現有的空間環境和空間目標監測設備形成空間態勢監測網對空間態勢進行檢測和數據積累,為系統提供自主的空間態勢數據資源;通過建立網絡環境的數據抓取系統,對國際上重要的空間態勢數據資源進行收集積累,為系統提供高水平的國際數據資源,以彌補國內自主數據資源的不足;將上述兩方面數據源獲取的數據進行數據融合處理,并通過建立空間態勢數據庫系統,實現對空間環境和空間目標數據的集中、有序和高效管理,并把該數據庫系統作為信息保障和態勢仿真分系統運行的數據支撐平臺;通過在各監測設備和數據庫之間建立的網絡連接,實現對主要數據資源的實時更新,以滿足系統對實時監測數據的需求。
根據要實現的功能,監測與數據分系統由四個子系統構成:空間態勢監測子系統、數據融合子系統、空間臺式綜合數據庫系統和監測與數據運行監控子系統,如圖3所示:
5.2空間環境效應分系統
空間環境效應分系統是實現分析、評估空間環境對空間目標監視、航天器和空間信息鏈路等空間技術系統影響的分系統。空間環境效應分系統根據空間攻防對抗和信息對抗以及具體空間技術系統用戶的需求,實現以下幾個方面的功能:空間環境效應分析預測:能夠根據空間環境數據和技術系統的參數,對空間目標監視、航天器系統或空間信息鏈路可能遭遇的主要空間環境影響做出分析預測;空間環境危害評估及警報:能夠根據效應分析預測和空間環境情況,評估空間環境效應的影響,對危害嚴重的影響事件發出警報,并給出可能引起空間技術系統的技術故障現象和類型;空間環境危害的減緩防范措施建議:能夠根據空間環境效應對空間技術系統危害的程度和類型,以及空間技術系統的特點,提供減緩防范空間環境危害的措施建議;故障異常診斷:能夠分析診斷空間技術系統的故障異常是否由空間環境引起,以及引起故障異常的空間環境效應種類,為空間技術系統故障異常的排除,以及今后此類故障異常的防護提供參考。
圖3空間態勢監測與數據分系統結構邏輯示意圖
根據功能要求,空間環境效應分系統主要由空間環境效應分析預測平臺、空間環境危害評估 及警報平臺、故障異常診斷平臺三個部分構成。
5.3空間環境預報分系統
空間環境預報分系統吸納利用國內已發展的其它預報、警報和現報技術,形成較全面的空間環境現狀分析和變化趨勢預報的技術平臺。其主要功能是以空間環境數據信息系統提供的原始空間環境信息為素材,形成各種時效性和時間尺度的空間環境信息產品,包括對空間環境的實時描述(現報)、提前半小時至幾個月的空間環境預報信息和在空間環境預報現報基礎上提煉出來的重要空間環境災害性事件警報。根據產生的信息類型,空間環境預報分系統分為空間環境現報、空間環境預報和空間環境警報三個技術平臺。
5.4航天器應用分析分系統
航天器應用分析分系統是空間態勢利用的重要擴展系統,主要有航天器軌道分析、覆蓋分析、可見性與星間鏈路分析三個子系統構成。它在綜合數據庫、空間軌道動力學模型以及空間環境效應和空間環境預報兩個分系統得支持下,進行覆蓋分析、可見性與星間鏈路分析等應用分析,并在可視化模塊的支持下將分析結果可視化。
5.5用戶服務分系統
用戶服務分系統是系統的龍頭和面向用戶的窗口,它的功能根據用戶的需求而設計,它的技術組成由實現用戶保障服務而決定。用戶服務分系統的主要功能就是面向用戶制備最終的空間環境保障服務產品,并按照設定的渠道及時分發產品,因此,用戶服務分系統在組成上主要設置保障產品制備和保障產品兩個技術平臺。
6結束語
隨著現代高科技特別是航天技術的發展,在未來戰爭中,國際空間軍事化與空間攻防對抗是不可避免的發展趨勢,戰場范圍也必然有地球延伸到空間,空間態勢感知能力是獲得“天戰”主動權的重要因素。我軍發展空間攻防的新概念武器、天基作戰平臺和信息對抗關鍵技術,必須發展相適應的空間環境保障關鍵技術。開展我軍空間攻防的體系對抗能力的演示驗證,系統級的空間環境保障能力的演示驗證是其中的重要組成部分。