緒論:寫作既是個人情感的抒發,也是對學術真理的探索,歡迎閱讀由發表云整理的11篇信息系統設計范文,希望它們能為您的寫作提供參考和啟發。
隨著經濟技術的發展,我國的科學技術得到了不斷地完善,我國對林業發展中的森林資源以及環境監測問題也越來越重視,以3S技術在我國林業信息系統的設計中的應用最為突出和廣泛。人們將計算機技術和林業生產這兩種原本毫無聯系的個體通過科學的手段合理地結合起來,在森林資源的動態監測、災害檢測、森林資源管理等方面最終達到了生產效率的提高和管理技術的科學化,放林業工作人員的相關工作,建設不必要的損失等目的。通過對3S技術的不斷發展和完善來逐步建立并完善林業信息系統的建設和管理。
1.3S技術在林業信息系統設計中的運用
森林業作為生態建設的基礎產業,它的發展和生態環境的保護是人們所關注的,而傳統的林業管理手段已經慢慢開始遭到人們的擯棄,為了適應林業的現代化發展和管理技術的科學化的需求,科學、高效的新技術的運用必將取代林業傳統的管理技術。林業信息系統就是指將信息技術、計算機網絡技術、定位技術等相結合的情況下進行林業生產和管理等工作。那么什么是3S技術呢?3S技術就是RS、GIS、GPS這三種技術的總稱,即遙感技術、地理信息技術、全球定位系統技術。將3S技術在林業信息系統設計中的運用通過科學、系統性的技術不僅提高了林業生產部門的管理決策能力和相關的生產效率,同時也加速了可持續發展的步伐。
2.傳統林業信息系統的不足
由于一些基礎縣、鄉級林業部門以及一些落后的地區資金短缺、信息不暢、資源量不充足等問題導致了他們沒有足夠的資金去購置一些新型的技術和設備,設備的老化以及投入渠道等方面存在一定的問題無法滿足信息系統的一些日常的工作,信息系統對多種數據的處理效果不是很好,使得一些信息系統的開發存在一定的難度。一些基礎的林業部門無法擁有遙感技術以及應影像圖的制作技術,如果他們想使用相關的數據或者是制圖只能通過上級部門才能夠得到相應的數據,只能進行較為基本的土建圖例的處理,不能實現對其他的一些林業圖的處理,因此需要耗費大量的人力和無論才能完成相應的繪制工作,甚至有些圖像無法進行繪制。甚至一些林業部門即使配置了這些設備由于無法擁有相應會操作的專業人才、3S技術的應用基礎薄弱等種種原因也不能合理地去應用這些設備,導致設備的閑置和資源的浪費,使得在林業信息系統的管理和運營中缺少必要的人力和物力。其次,一些林業部門對這些技術和設備不能進行合理的運用,即使配備了足夠的設備也只是利用了他們其中的一兩種功能,使得資源不能得到很好的利用。以上了這些原因導致了林業信息系統的開發不全、使用不當,不能很好地適應和發展林業信息系統,從而影響了林業信息系統的整體發展和建設。
3.3S技術的林業信息系統構建
3S技術在林業信息系統設計中的運用是通過計算機信息技術、遙感技術、地理信息以及定位系統技術等為了滿足林業部門的管理的同時預防森林火災等災情的發生,為林業工作者以及林權者對于相關森系資源的查詢和檢測提供了方便。3S技術的林業信息系統包括森林資源動態檢測系統、森林險情檢測系統、森林資源管理系統等方面。通過3S技術的運用能夠及時掌握森林資源的空間信息的變化,比如信息的調查和統計等信息通過該技術的信息存儲、信息分析、信息傳輸到CIS數據處理中心等一系列的處理,同時能夠檢測和分析森林數量、森林內各自資源的分布等數據,對森林資源進行相關的管理做出相應的生產規劃和合理的資源開發。
另外在森林中時時處處都可能會發生險情,因此對這些債券的動態檢測也必不可少,比如在火災、洪災、水土流失等災情的發生時,能夠全天候地檢測這些森林險情的發生,并將這些信息通過一定的技術快速、高效的向人們發生相關的信息,可以及時做好相關的預警工作,讓人們能夠及時了解災情,通過全球定位系統這一先進的技術方便人們及時查找出發生災情的相對于的地理坐標,采取相應的措施,減少資產的損失。在森林發生災情做出預警。預測和分析工作的同時能夠幫助工作人員完成森林調查和一些管理的勘測工作。全球定位系統技術的運用克服了人們對森林進行常規測量的難度問題,能夠準確地測定出森林的位置、面積并且制作出精確的分布圖,為林業工作者帶來了一定的便利。其次,能夠結合相關的資源信息對森林的經營做一定的規劃,對于一些問題能夠設立相關的措施,輔助人們對森林的建設做出正確、高效的決策。
4.結論
隨著我國現如今科學技術和信息技術的快速發展,林業信息系統中3S技術的運用使得森林業生產的相關管理越來越完善,然而在3S技術的實際運用中還存在著種種困難,只有克服3S技術在林業建設中的實際運用問題,才能更好地發展林業業務以及管理,并且為生態環境的檢測提供更加方便的服務,從而進一步地來提高我國林業在生產管理等方面的效率。因此,在我國林業信息系統的建設和發展中,要結合實際,合理、充分地使用相關的科學技術來不斷提高我國林業的業務,合理的開發我們的森林資源,從而實現我們的經濟又好、又快地發展。
參考文獻
[1]毛金濤.林業調查規劃設計中3S技術的應用[J].農業與技術,2016,36(8):181-181.
[2]胡新玥,李宏楠,李曉建.林業信息系統設計中運用的3S技術[J].農業與技術,2016,36(8):177-177.
1.1數據采集層通過RFID、溫控傳感、壓力傳感等醫療智能傳感節點獲取采集人體的血氧、脈搏、體溫等病理信息,并通過無線通訊與醫院云計算平臺鏈接。
1.2網絡設備層通過無線傳輸設備將傳感器獲取的實時數據通過醫院網絡設備傳輸至云計算平臺,云計算平臺再根據各終端設備的數據請求將實時病理數據通過網絡設備傳輸至終端設備上,從而保證病例數據的及時性和唯一性。
1.3應用系統層把云計算平臺中存儲的病人的病理信息進行加工處理,以實現進一步的智能識別、在線監控和管理。
2基于云計算平臺移動護理信息系統的應用系統設計
對于基于云計算平臺的移動護理信息系統的應用設計時,應滿足:(1)需要滿足同醫院其他系統(如:HIS系統、PACS系統等)完美實現高速數據交換和數據運算,確保云計算平臺中的海量數據信息唯一、可用,為每位病人、每位醫護工作者提供準確、唯一、及時、易用的基礎信息。諸如醫囑執行與統計、生命體征的實時采集、腕帶標簽和輸液瓶標簽打印、病人信息呼叫提示、重癥病人心電監護及報警等。(2)需要保證移動護理服務平臺必須具備較大的靈活性和可擴充性,與各種各樣的不同類型、不同廠商的醫護設備兼容,能夠完成數據交換、采集。因此目前比較通用的系統架構主要是采用面向服務的架構,以服務為基礎,將不同軟件廠商的不同系統包裝成服務的形式,從而實現強大的靈活性和適應性。
3基于云計算平臺移動護理信息系統的安全性能
在整個移動護理系統中,涉及到大量病人的個人信息,為保證病人病歷信息不被泄露、醫囑信息不被篡改以及數據在傳輸過程中不被截取,系統中所有的應用和數據都位于醫院數據中心的云計算平臺,網絡上沒有數據傳輸,終端設備上也并不存儲數據,大大提高了系統數據的安全性。即使終端設備意外丟失或損壞,也不會造成數據泄密、丟失。在安全保障方面,該平臺采用基于TCP/IP協議開發的專有加密虛擬通訊協議,云平臺服務器與終端之間數據傳輸的終端顯示變化的操作信息,并不是真正意義上的應用交互所產生的數據信息,從而保證了病人數據不會被在傳輸過程中泄漏或丟失。移動終端登陸采用登錄名+密碼+數字證書的雙重認證模式,避免傳統的“登錄名+密碼”登錄方式所帶來的各種安全隱患。
關鍵詞:
GIS技術;城市體育設施信息系統;設計
0引言
體育設施就是那些開展體育教學、訓練、鍛煉、娛樂等活動所有的建筑、場地和體育器材的總稱,體育設施是大眾日益增長的物質文化生活必不可少的內容[1]。現階段,我國各個城市體育設施管理水平不高,部分地區依然采用紙質管理模式,少數地區雖建立相對應的管理信息系統,但多數為單純的數據庫管理模式,無法實時查詢、統計、分析相關的體育設施。借助GIS技術設計體育設施信息系統,采用電子地圖的方法對各個城市的體育資源進行管理分析,對提升城市體育設施管理水平和規劃效果發揮重要作用。
1基于GIS技術設計城市體育設施系統
1.1設計系統總體框架
城市體育設施信息系統主要包括數據層、應用層和邏輯層三個大層次,應用層使用(客戶端/服務器)C/S和瀏覽器/服務器(B/S)模式展開設計,其中,C/S模式主要用來對數據信息進行維護、查詢、分析、更新等操作,B/S模式主要用來查詢或地理相關信息[2]。系統結構如圖1所示。
1.2分析系統主要功能
體育設施信息系統主要由數據輸入編輯、地圖瀏覽、空間信息分析、數據輸出等功能。數據輸入編輯模式主要對收集的空間數據和屬性數據進行編輯操作。地圖瀏覽主要功能是放大或縮小地圖等,也功能也是GIS常用的功能之一[3]。信息查詢功能主要對體育和空間信息進行雙向查詢,便于用戶及時掌握各項數據信息。屬性信息統計又稱作專題統計分析功能,用來對不同屬性統計信息借助柱狀圖、條形圖等顯示出來[4]。空間信息分析是GIS必備的功能之一,主要用來分析空間對象的相關信息。數據輸出功能可以將系統統計和分析的結構打印出來,便于使用者觀看。
2設計合理的數據庫
設計的一般數據庫只可看見數值或文字,本次設計使用的數據庫能夠直觀看出圖形。因此,體育設施信息系統數據庫主要由屬性數據庫、數學模型庫、空間數據庫等內容,其中,空間數據庫和屬性數據庫是該系統最核心的部分。因數據類型多種多樣,加之配置龐大的數據類型,本次設計使用主流數據庫AQLServer、ArcSDE數據引擎應用模式來建設相應的數據庫。
2.1建立空間數據庫
系統空間數據庫主要由矢量數據、柵格數據兩方面的內容,必須借助空間定位點、線條、面積有關屬性信息進行設置[5]。空間數據庫建設步驟如下:(1)分析并整理城市最新的1:10000或1:50000地形圖,使用手工輸入與掃描儀相互結合的辦法輸入相應的圖形數據,掃描圖形操作就是對圖形實施柵格處理的過程[6]。(2)將通過掃描輸入的柵格圖像進行矢量化處理,并對圖形中各類空間信息的屬性實施分類,創建各不相同的圖層。(3)對圖形數據進行編輯操作,例如:檢查、修改或更新所輸入的圖形數據,便于獲得最佳的輸入數據,成為實現體育設施信息系統功能的重要支柱。該系統設計的空間數據庫主要由體育設施分布層、交通圖層、居民居住層等內容組成,數據庫各要素嚴格按照國際標準實施分類。
2.2創建屬性數據庫
屬性數據自身是非空間數據,但這類數據也是空間數據的主要組成部分。必須將屬性數據和空間數據合理結合,才能真實表達空間實體的情況。為確保體育設施屬性數據的科學性、合理性,基于面向對象的數據庫結構對數據進行輸入、搜索、統計、規劃等操作,確保清晰表達系統各屬性層次關系,編輯的數據準確、可靠[7]。該數據庫結構模型如圖2所示。
3城市體育設施信息系統主要功能及實現方式
3.1查詢功能實現方式
城市體育設施管理系統的查詢功能主要包括條件查詢、屬性查圖、模糊查詢等,每一種查詢模式均能滿足使用者特定的要求。在該系統數據結構中,每個圖形數據均設有針對性的屬性信息。圖形和屬性兩者借助某個唯一標識達到相互關聯的目的,如果用戶想借助圖形查詢與其相關的數據,只要提取某個唯一標識,在屬性數據庫內開展查詢操作,即可獲得相對應的屬性信息[8]。換言之,借助某個屬性信息也能查詢與圖形相關的內容。文中以屬性查詢為例展開分析,如果用戶想知道某個地區體育設施的準確位置,可在系統內輸入設施的名稱,確定后能夠在設計的地圖上展示想要查詢的信息,系統查詢功能主要代碼
3.2空間統計分析功能實現方法
城市體育設施信息系統中設計的空間統計分析功能是其區別一般信息系統的主要內容,空間分析是指根據地理對象的位置和空間分析結束,獲取空間信息或依據已有數據派生新的數據信息,把空間數據轉變為有用信息的過程。城市體育設施信息系統空間分析功能主要由信息統計和空間分析兩個部分組成,信息統計功能主要根據選定的空間設施對體育數學數據實施統計操作[9]。空間分析功能主要依據調用的體育設施空間數據對體育設施進行拓撲疊加分析、相交分析等操作。緩沖區分析用來分析不同種類的體育設施分布和影響范圍等情況。根據上述分析可知,設計城市體育設施信息系統對該城市的規劃、社會發展等方面產生重要影響。
4結語
總之,體育設施作為我國推行全民健身必不可少的輔助設施,是展現綜合國力和社會進步的重要標志。利用GIS技術建立城市體育設施信息系統,對不同城市的體育設施資源展開可視化管理與分析,在此基礎上也能合理規劃、建設城市體育設施,成為輔助體育設施管理部門開展工作最有效的工具。
參考文獻:
[1]馬攀.GIS技術在城市規劃中的應用與發展[J].硅谷,2014,17(8):109-109,126.
[2]雷波.基于信息管理的環保數字平臺研究初探[J].自動化與儀器儀表,2013(4):213-215+226.
[3]沈曉微.GIS技術在土地利用規劃信息系統設計中的運用[J].科技與企業,2015,21(16):76-76.
[4]向榮,柳雄.GIS技術在城市規劃管理信息系統中的應用研究[J].數字技術與應用,2014,15(8):88-88.
[5]熊友明,熊萌.孝感市城區公共體育設施布局現狀及優化研究[J].湖北工程學院學報,2012,32(5):120-124.
[6]胡精超,王莉.基于GIS的城市公共體育服務設施選址優化研究[J].哈爾濱體育學院學報,2013,31(4):10-15.
[7]張福利,劉志敏,白忠波等.GIS技術在鞍山市社區體育研究中的應用[J].鞍山師范學院學報,2012,14(4):65-70.
進入到了二十一世紀,我國各高校的發展都比較迅速,信息化應用于教學的成果越來越顯示。各類型的信息系統不斷出現在學校的日常教學、辦公、后勤等各個方面,很多比較成熟的技術得到了極大普遍。信息系統建設已經被各國學者普遍的關注。由于很多原因,目前高校使用的信息系統也存在一些問題,比如在設計初期由于設計思路不完善導致后期使用中出現的系統利用率不高,有些系統在運行過程中會出現數據沖突和資源信息浪費。種種原因會導致高校機房需要大量的人力進行維護,浪費資源[2-4]。為此,提出一種基于OpenStack的高校信息系統設計與實現,以OpenStack為基礎建立基礎數據運行過程中的云平臺,將高校內的資源通過虛擬化技術進行處理和合理的分配,不僅解決了高校內系統運行需求還對服務器資源浪費現象進行了改善。仿真實驗證明,設計的信息系統能夠對服務器進行合理的調度,有效解決了問題,具有較大應用價值。
1高校信息系統計算理論
隨著計算機的應用普及,校園數字化成分越來越高,因此將學校的信息系統應用于OpenStack的云平臺上具有一定實用價值[5]。
1.1OpenStack的理論
依據OpenStack是由美國航天局(NASA)和RACKSPACE一起合作研發的,研發的初期是想建立一種公共的和私有的云管理項目。OpenStack主要分為三個開發項目,分別為openstackcompute(nova),openstackobjectstorage(swift),以及openstackimagesevice(Glance)。系統分別為組織控制器,提供一個工具來進行高校資源信息的部署。控制器為controller,包含了很多組件:API服務器和計算服務器,網絡控制器、高度器等。
1.2OpenStack主要服務形式
在進行OpenStack計算服務的情況。主要對高校信息系統提出三個要求,一是軟件服務,平臺服務和基礎設施服務。軟件服務簡稱為SAAS,即將高校信息系統資源上傳至服務器上,用戶根據自己的需求來訂購,用戶不需要另外對自己的硬件和軟件設施進行升級。平臺服務即PAAS,即為高校用戶提供一個虛擬的資源庫,將資源共享至校內其他用戶。基礎設施即IAAS,將數據中心包括中心處理器等進行整合,為所有高校提供各項服務。
2基于OpenStack的高校信息系統設計
2.1系統建設目標
系統建設必須以節約成本和資源為主要出發點,將系統放置于高校的中心機房,必須要有專門的技術人員對資源信息系統進行維護,因此建立一個統一的信息服務系統能夠節約大量的人力和物力。由于信息化的發展和高校的信息系統要與時俱進,其內容和功能也在不斷地豐富,各種數量也不斷增長,OpenStack的多元化和綜合化能夠達到按需擴展的需求。
2.2OpenStack系統設計構架
OpenStack需要包括展示層、邏輯層、資源層、整合層和管理層。在進行總體構架設計的過程中,需要按照方便快捷的總體思路進行。基于OpenStack的技術搭建了云平臺,并且按照具體實現進行部署。搭建是虛擬機上實現的,高校信息系統要求所有用戶單機上網都用YUN進行安裝,導入OpenStack的安裝源。配置MYSQL數據庫。同時保證高校信息系統內的IP都能夠遠程服務。
2.3業務邏輯實現
在整個OpenStack系統設計過程中,將常用的業務操作集成于一個svervice接口,并通過serviceimpl來實現。通過業務接口vmachinemanagertsnapimagemanager等接口聯接,使之對應聲明到接口變量。
關鍵詞:
快遞分撥中心;信息系統;功能設計;邏輯設計
1快遞分撥中心信息系統構建的必要性
隨著快速市場需求不斷膨脹,傳統快遞分撥中心爆倉、快件丟失、快件處理不及時等問題頻發,智能化與信息化管理的轉型升級需求愈加凸顯。當下,互聯網技術的快速發展為快遞分撥中心信息系統的建設帶來了重要契機,也為分撥中心的轉型升級提供了催化劑。搭建高效的快遞分撥中心信息系統能夠有效提高其外部服務水平和促進內部管理優化:①系統設計改變分撥中心內部運行和管理機制,進一步促進分撥中心規范化管理。②以信息系統為平臺,實現各環節信息共享,充分調動分撥中心業務和服務所需的基礎設施,有序地組織和協調設施設備運作,對作業環節與設備狀態實現實時監測。③信息系統有利于提高分撥中心自動化水平,增加作業柔性,以系統的觀點控制管理分撥流程,實現對中心內成千上萬快件的精細化管理,科學合理分配與管理庫存,為分撥中心戰略決策提供大數據支撐。④分撥中心信息平臺的構建,拓寬了客戶服務的渠道,使得中心資源高度整合,功能實現多元化衍生,分撥中心也能快速、高效響應和滿足快遞供應鏈上下游客戶和市場需求,在降低快遞成本的同時,實現顧客價值的最大化。
2快遞分撥中心信息系統設計
2.1信息系統功能設計
為能提供一個高效、安全、優質服務的基礎信息平臺,本文將快遞分撥中心信息系統目標概括為:建立一個連接分撥中心與各網點、客戶等各方之間的綜合信息管理系統;實現快件實時定位跟蹤和查詢;業務落實有序,實現分撥中心資源整合與自身管理的信息化;引入大數據分析,采用更為科學化的方法實現快遞量的準確預測。圍繞著上述目標,信息系統主要由六大功能模塊組成,包括信息跟蹤、人員管理、訂單管理、庫存管理、分撥管理與大數據,涉及快遞分撥中心核心業務及其他輔助功能,能夠滿足不同的快遞分撥中心實際作業的基本需求。
2.2信息系統框架
設計分撥中心信息系統的邏輯框架是圍繞訂單來展開的,通過訂單來確定快遞分撥服務的主體,因此緊密結合信息系統各功能模塊之間的聯系,整合各功能模塊信息流和基礎數據,最終以系統觀念構建邏輯框架如圖1所示。
2.2.1信息追蹤
信息跟蹤服務需涵蓋貨物在分撥中心的全過程流轉情況,不僅要向用戶提供快件實時位置信息,也需要提供快件的流轉情況與相關環節的責任人,實現業務全過程的透明化。信息追蹤功能模塊主要面向下游業務部門與客戶,由EDI技術實現用戶權限設置與信息安全傳輸,提供客戶所需要的快件實時位置、快件安全狀態、快件經手操作人員、快件在分撥中心的流轉信息以及快件預計出庫時間等,信息追蹤模塊除了輸出信息外,接收從下游業務部門的緊急反饋,以及時滿足客戶遞送需求。
2.2.2人員管理
人員管理功能模塊以員工信息為基礎,實現各功能模塊對不同員工的使用權限、員工任務分配邏輯、員工工作量與績效計算邏輯等任務。該模塊特別重視員工任務分配的合理性和公平性,所調派員工也將成為其他功能模塊的輸入項,依據操作規范標準對完成某項分配作業的員工給予評價,該累計評價既成為未來任務分配的基礎數據,又依此作為工作量核算的量化信息。此外,為保證運輸司機合理工作強度和彈性,對司機人員運輸任務分配新增運輸計劃為參考。
2.2.3訂單管理
對訂單管理模塊的設計預留空間,以及時適應或新增功能,如快遞實名認證功能、電子面單使用,保證快件信息的及時有效獲取與傳遞,充分提高信息系統的柔性。該模塊融入RFID、二維碼等技術將快件基本信息、狀態直接輸入系統,再通過與實際到達分撥中心的快件數量、貨損貨差情況進行校驗,保證訂單與實際相符,若兩者有所出入,模塊將以實際為基礎制定新的訂單信息。訂單基本信息長期保留在本功能模塊中,可實時輸出貨損貨差、缺件等統計信息。
2.2.4庫存管理
無論大到管理上萬平方的倉庫,還是小到安排貨架上的每個存儲空間,庫存管理功能模塊將會根據庫存空間實時變化情況,結合各存放位置的貨物流向,按照先前設定的分配邏輯分配快件,保證快件能夠堆存在合理的位置。庫存管理功能模塊以靜態信息實時變更來實現庫存動態,在輸出項方面,庫存管理功能模塊將輸出快件存放位置、存放安全情況以及庫存空間的變化等,其中快件存放位置、存放安全情況是信息追蹤與分撥管理功能模塊的重要輸入項。
2.2.5分撥管理
分撥管理功能模塊將結合待分揀快件狀態與人員管理功能模塊輸出的運輸計劃、調派人員等作出匹配,系統自動輸出待分撥任務的實操安排。該模塊實時輸入快件進入分撥設備分揀直至快件分揀完畢待裝載上車時的狀態,待快件成功發運后,系統模塊需要相關責任人確認快件的出庫情況、安全情況以及所裝載車輛信息。另外,因信息不全導致無法成功分撥的快件,該模塊將依據缺乏信息的類型自動對快件進行相應的系統響應,如人工辨明、暫停分揀轉至不明快件倉庫暫存等。
2.2.6大數據
大數據功能模塊負責輸入人員管理、訂單管理、庫存管理與分撥管理功能模塊的所有統計信息,根據分析目的的不同,大數據功能模塊也輸出貨物在分撥中心的流轉信息、訂單量的時空分布、員工效率值的時間分布、分撥操作時間效益等數據,返回并反饋給其他功能模塊,以此作為其他實際作業的指標,促進快遞分撥中心人員合理配置、各環節任務效率的提高以及應對突發緊急事件的響應準備。
2.2.7系統邏輯框架
結合快遞分撥中心業務流程與功能實現,進入分撥中心的快件經過掃描后,快件信息自動存儲,系統將跳轉進入訂單管理功能模塊,當完成訂單管理作業流程結束后,相關責任人在系統上提交訂單校驗信息。待系統辨別快件信息,若無特殊遞送需求,隨后系統跳轉進入庫存管理功能模塊,等待相關責任人系統上提交快件位置與安全信息以及人員管理功能模塊編制運輸計劃后,系統將進入分撥管理功能模塊。隨著負責分撥管理的責任人安全將快件裝車,并提交快件出庫與裝車情況后,信息系統完成了對整個分撥流程的管理。
3結論
及展望分撥中心是一個快遞企業整個供應鏈網絡體系中的重要節點,其信息系統在適應快遞分撥中心實際運營狀況的基礎上對業務進行重構優化,它是快遞綜合運營系統的子系統之一,是快遞企業與分撥轉運中心的運營管理者執行計劃、實施、控制等職能提供信息的交互系統。采用信息技術建設快遞分撥中心是符合國家大力推行“互聯網+快遞”的實質性需要,是快遞行業有效無縫對接電子商務快速發展的要求,更是快遞企業今后全面實現信息化管理的必經之路。快遞分撥中心全面實現信息化任重而道遠,除了技術設計層面的推陳出新,在系統信息安全保障、快遞信息標準化建設和物流信息化人才培養等方面,需要政府和快遞企業結合現代管理理念與實踐形成面向社會、快速通暢、公開透明的智能快遞網絡。
參考文獻:
[1]王保山,毛保華,杜鵬,劉海.快遞公司信息追蹤系統研究[J].物流技術,2009,28(11):206-208.
[2]倪玲霖.物聯網置入快遞業的機理與方案探索[J].中國流通經濟,2014(1):38-42.
在對廣州客運段的基本情況進行了問題樹的分析后,本設計中創建的各個模塊所要達到的目標如下:
1. 對廣州客運段的管理實現自動化、全面化,系統設計簡單,便于操作。
2. 每個子系統的功能具有獨立性,即是它們之間相互控制和影響的因素較小,其中某個功能的突然故障不會影響另一個功能的實現。
3. 每個子系統有其聯系性。從某中意義上來說,各個子系統都可以獨立地成為一個單獨的系統,合并起來的系統可以在一個母系統下實現各自的功能。
4. 便于各個班組進行成績的錄入,統計班組的總體成績,督促成員行為。
5. 及時方便乘客的車次查詢,以及方便本段職工人事信息、工資查詢。
6.幫助客運段管理人員進行事故的分析,抓住問題的關鍵,提高服務質量。
7.對客運段備品進行統一的管理,方便查詢和錄入,及餐車對食品的收費管理。
5.4.2 系統模塊的功能劃分
根據上一節對廣州客運段管理系統開發的分析,本設計決定對廣州客運段的管理信息系統功能進行如下劃分。
1. 派班管理子系統。該系統主要是對客運段乘務人員的出乘時間,以及乘務交路進行查詢。
2. 客運段綜合信息管理子系統。主要用于客運段機關各科室、各車間的日常工作管理。如:匯總班組考核信息以及客運段人員工資、人事信息查詢等。
3. 備品管理子系統。主要是對客運段各種備品進行登記和查詢,能幫助客運部門后勤人員正確了解各種備品的數量,并及時進貨,保證客運服務工作的正常進行。
4. 車次查詢子系統。主要是方便旅客在乘車的購票服務,也是增強客運段服務水平的重要途徑。
5. 客運事故分析子系統。客運事故分析能夠幫助我們找出影響事故發生的主要因素、次要因素,從而讓客運領導抓住問題的關鍵,從主要因素下手,不要忽略了次要因素,以便更好的提高客運服務的質量。
6. 餐車營銷管理子系統。幫助旅客方便選擇所需的菜品,并統計費用。
5.4.3 各模塊功能創建
本次設計采用的是VB(Visual Basic)語言來實現各個模塊功能的實現。VB是一種可視化、面向對象和采用事件驅動方式的結構化高級程序設計語言,可用于開發Windows環境下的各種應用程序。該編程方法大大提高了編程質量和編程效率。它簡單易學、效率高,且功能強。另外,本次設計的工資查詢,人員信息系統,備品管理系統還建立了Access數據庫,使查詢的功能更加完善。對此,廣州客運段管理信息系統的結構功能如圖5-6所示。
本次系統的設計首先是建立一個工程,添加了十個窗體,如下:
1.主界面。用于用戶的登陸。
2.銜接各系統的主界面。主要用于進入各個子系統,各個子系統退回到該界面。
3.成績考核系統界面。主要是對該班組各個成員的成績進行錄入并統計各個層次得分人數的數量,最后得出該班組的總體成績。
廣州客運段管理信息系統
成績考核子系統
工資查詢子系統
車次查詢子系統
備品管理子系統
事故分析子系統
人員信息子系統
統計班組各層次成績人數
評出班組總體成績
按工號查詢
按姓名查詢
各個車次的到站及到發時刻
事故的A類因素
事故
的
B類因素
事故的C類因素
按所屬部門查詢
按備品名稱查詢
按備品編號查詢
餐車營銷子系統
選擇菜品統計價格
圖5-6 系統管理功能結構圖
4.工資查詢系統界面。主要是查詢客運段工作人員的每月收入情況,包括按工號查詢和按姓名查詢,并詳細記錄了每個人的工資、獎金、補貼、和扣款等情況。
5.車次查詢系統界面。按車次查詢各個車次的到站和到發時刻。
6.派班管理系統界面。主要是按車間和各個車間所屬的各個班組分別查詢各自的出乘交路,以及查詢自己的出退勤時間。
7.事故分析系統界面。主要是對一段時間以來,造成客運事故的各種原因進行分析,通過計算累計百分比,找出造成事故發生的A類因素、B類因素、C類因素,從而幫助管理人員分析和采取有效措施進行控制。
8.人員信息查詢系統界面。主要是對客運段各個部門在職員工的基本資料進行查詢和添加,幫助人事部更好實現人員的管理工作。
9.備品管理系統界面。可以通過備品的名稱和備品的編號進行備品的查詢,方便后勤部門及時正確的掌握備品的數量,及時填補,保證客運工作的順利進行。
10. 餐車營銷系統界面。可以供旅客選擇備選的菜品,并統計出支付的費用。
5.5 數據庫的建立
根據設計的要求以及功能模塊的劃分,對于系統信息數據,在Access中添加了3個數據表 “gongzi”、“person”、“equipment”,結構如表5-2、5-3、5-4所示。
表5-2 gongzi
字段名
類型
大小
備注
工號
Text
10
必要
姓名
Text
10
必要
部門
Text
20
必要
工資
Single
補貼
Single
扣款
Single
實發
Single
備注
Text
225
表5-3 person
字段名
類型
大小
備注
工號
Text
8
必要
姓名
Text
8
必要
部門名稱
Text
16
性別
Text
2
年齡
Integer
學歷
Text
4
表5-4 equipment
字段名
類型
大小
備注
備品名稱
Text
50
必要
備品編號
Text
10
必要
單位
Text
2
數量
Text
50
進購日期
日期/時間
中日期
5.6 設計效果展示
1. 首先進入的是廣州客運段管理信息系統的登入界面,在用戶名后輸入“謝琳”,在“密碼”后的文本框中輸入“870106”如圖5-7所示。如果用戶名或
圖5-7 用戶登陸界面
密碼不對,則會彈出“用戶名或密碼錯誤”的對話框,則需重新輸入。
2. 如果用戶名和密碼輸入正確,按【確定】按鈕,便可進入本系統的主頁面,如圖5-8所示。
圖5-8 廣州客運段信息系統銜接菜單界面
3. 在主頁面中點擊【成績考核】可以進入成績考核系統。點擊【繼續】按鈕,輸入班組成員考核成績,統計出各個得分段的人數和班組總人數,根據各個水平人數占總人數的比例得出班組總成績,結果如圖5-9所示。單擊【退出】回到系統主頁面。
圖5-9 成績考核系統運行界面
4. 在主頁面中點擊【工資查詢】就進入工資查詢系統界面。舉例:如在輸入姓名的文本框中輸入“陳立”,單擊“查詢”則陳立的工資以及扣款等信息就出現了,單擊【退出】則回到主頁面。其運行結果如圖5-10所示。
圖5-10 工資查詢系統運行界面
5. 在主頁面中點擊【車次查詢】就進入車次查詢系統界面,如圖5-11所示。
圖5-11 車次查詢系統運行界面
舉例:在列表框中選擇T120次列車,則在旁邊的文本框中出現該次列車的到站和時刻,并顯示了出發站和終到站的到發時刻。單擊【退出】則回到主界面。
6. 在主頁面中點擊【乘務組派班】就進入派班系統界面。舉例:在【車間名稱】的列表框中選擇“滬武車間”,在【組別】列表框中選擇“滬三組”,則在文本框中就出現了該班組的出乘交路。在【出勤】和【退勤】的文本框中輸入乘務號“000001”則在其對應的文本框中就出現了該乘務員的出退勤時間,其運行結果如圖5-12所示。
圖5-12 派班系統運行界面
7. 在主頁面中點擊【事故分析】就進入事故分析系統界面。其運行結果如圖5-13所示。單擊【退出】則回到主界面。
8. 在主頁面中點擊【人員信息】就進入人員信息系統界面。舉例:在【部門名稱】列表框中選擇乘務科,則出現了乘務科所有人員的人事信息,此外,還可以單擊【添加】和【刪除】按鈕進行人事信息的錄入與刪除,單擊【退出】則回到主界面。其運行結果如圖5-14所示。
9. 在主頁面中點擊【備品管理】就進入備品管理系統界面。舉例:在【備品編號】文本框中寫入“101”,則出現了編號為“101”備品的相關信息,此外,還可
圖5-13 事故分析系統運行界面
圖5-14 人員信息系統運行界面
單擊【添加】和【刪除】按鈕進行備品的錄入與刪除,單擊【退出】則回到主界面。其運行結果如圖5-15所示。
圖5-15 備品管理系統運行界面
中圖分類號:G420 文獻標識碼:A
1系統整體框架及結構劃分
系統整體框架設計如圖1所示。信息系統整體框架設計為三層結構,Web呈現層、業務邏輯層和數據庫層。
Web呈現層、業務邏輯層和數據庫層的具體描述如下:
(1)Web呈現層,也就是通常用戶所看到的Web頁面。Web呈現層主要負責把程序代碼提供的功能通過頁面的方式呈現在用戶面前,讓用戶有一種直觀感受。同時,Web呈現層也是用戶和服務器交互的重要接口,用戶在頁面上完成操作,頁面把用戶操作的信息提交到服務器然后進行處理并返回。
(2)業務邏輯層,是動態網頁的主要功能層。業務邏輯層負責對用戶的請求處理以及對用戶請求的反饋。業務邏輯層不僅提供對Web呈現層處理的支持,也提供對數據庫層訪問的支持,它可以方便的訪問數據庫,完成對數據庫中數據操作的請求。該系統中把所有用于對數據庫的操作都封裝在一個類中,這樣可以在需要時方便的調用。該類的主要方法如下:
public static int DBdosql(string sql,SqlConnection Connection)
連接數據庫,并執行定義的SQL語句
public static SqlDataReader DBselect(string sql,SqlConnection Connection)
連接數據庫,并執行定義SQL語句,返回一個數據庫讀取對象。
public static DataTable DBfill(string sql,SqlConnection Connection)
連接數據庫,并執行定義SQL語句,把執行SQL所得到的結果填充到一個數據集中并返回。
public static bool DBexist(string sql,SqlConnection Connection)
連接數據庫,并執行查找的SQL語句,看數據庫是否存在索要查找的數據。
2數據庫設計
2.1系統E-R圖
根據對系統所做的需求分析及模塊設計,本系統設計規劃出的實體有:用戶實體、信息實體、文檔實體。
2.2數據庫的總體設計
本系統使用SQL Server 2000作為系統的數據庫。根據數據庫的E-R圖分析,需建立三個數據表,用戶表(User_Info)、信息表(Text_Info)、文檔表(Document_Info)。在SQL Server 2000為系統建立數據庫InfoPublish,并設置相關參數,然后建立以上所述的3個數據表。
2.3數據表設計
信息表(Text_Info)
信息表存儲用戶所的信息的相關信息。
信息編號為自動編號,每當有數據插入自動加一,以保證信息編號的唯一性。
2001年獲得2008年奧運會主辦權的那一天,北京就向世界作出了莊嚴承諾:北京將以“綠色奧運、科技奧運、人文奧運”為主題,把2008年北京奧運會辦成奧運史上最出色的一屆奧運會。而對于奧運賽場分散,物流需求隨機性強,且物流量大大超過歷史水平的北京奧運會來說,要想實現如此巨大的物流量安全、高效、平穩的運作,僅僅依靠中國傳統的物流手段或是簡單的信息技術是難以完成的,必須依靠“可視化”、“數字化”、“智能監控”等先進技術對其進行監控管理,以實現對客體的實時跟蹤和控制,確保物流渠道順暢、安全。
鑒于物流信息平臺對2008年北京奧運物流系統強大的支撐作用,本人認為此奧運物流信息平臺需包括可視化奧運物流中心管理系統,在途貨物監控系統和查詢監控系統三大部分。
一.可視化奧運物流中心管理系統
可視化奧運物流中心管理系統是一套全面性的物流中心管理工具,用以輔助物流中心管理員優化其管理、協助領導通過虛擬現實技術適時了解掌握庫房儲備情況,提高物資儲備管理水平的軟件系統。主要包括以下幾大功能模塊:
1.數據管理模塊。對整套系統數據進行安全加密、維護、備份及災難性恢復等功能,為用戶提供安全的數據存儲。
2.標準化管理模塊。統一進行標準化代碼管理。
物品代碼:嚴格按有關規定標準進行物品定義和維護,使用時根據實際情況在該標準的基礎上進行細化與補充。整個系統應用統一的物品代碼,并具有物品代碼增加、修改、查詢、刪除功能。
貨位代碼:根據實際情況進行貨位代碼定義和維護,并具有代碼增加、修改、查詢、刪除功能。
人員代碼:提供建立不同崗位人員簡明人事檔案功能。為每個人員設置不同的代碼,并根據崗位或職務設置不同的使用功能權限。
3.模型管理模塊。提供各種庫房、物資及附屬設施設備等的模型及相關數據、信息,令使用者能夠清晰直觀的了解到庫房內所有設施設備的基本情況與庫房內部情況。
4.日常業務管理模塊。對物資出入庫和存儲階段進行優化管理,提高物資的流轉效率。具體又包括以下幾個子模塊:
入庫作業與優化:根據不同的管理策略、貨物屬性、數量以及現有庫存情況,自動設定貨物堆碼位置、貨物堆碼順序建議,從而有效的利用現有倉庫容量,提高作業效率。
在庫管理:在庫管理主要是指物品在庫期間的日常管理、清查盤點、保管養護、存儲時間檢查,以及為了便于管理物品和更有效的利用倉庫容量而進行的并庫、移庫操作。
出庫作業與優化:根據不同的管理策略、貨物屬性、數量以及現有庫存情況,自動揀定組合、確定貨物位置、貨物揀選順序建議。支持緊急揀選,對超過一定時間的產品進行優先揀選。
盤點管理:提供實盤數量與賬面數量對比調整功能。
5.查詢統計分析模塊:對物流中心物品所處狀態進行查詢,并可提供相關報表和進行可視化貨位顯示和庫存圖表統計,為管理決策提供及時準確的數量信息。
6.實時監控模塊。利用安放在庫房內的攝像頭,對庫房內部實時進行監控,從而確保物資的安全。
二.在途貨物監控系統
可視化在途貨物監控系統是一套全面性的貨物在途運輸管理工具,用以輔助貨物管理人員進行在途貨物管理,協助領導通過虛擬現實技術適時了解掌握貨物在途運輸狀態、情況,提高物資運輸安全性、及時性、準確性水平的軟件系統。主要包括以下幾大功能模塊:
1.數據管理模塊。對整套系統數據進行安全加密、維護、備份及災難性恢復等功能,為用戶提供安全的數據存儲。
2.標準化管理模塊。統一進行標準化代碼管理。
物品代碼:嚴格按有關規定標準進行物品定義和維護,使用時根據實際情況在該標準的基礎上進行細化與補充。整個系統應用統一的物品代碼,并具有物品代碼增加、修改、查詢、刪除功能。
車輛代碼:對奧運物資專用運輸車輛進行代碼定義和維護,并具有代碼增加、修改、查詢、刪除功能。
人員代碼:提供建立車輛運輸人員簡明人事檔案功能。為每個人員設置不同的代碼,并根據崗位或職務設置不同的使用功能權限。
3.模型管理模塊。提供各種車輛運行及在途物資等的模型及相關數據、信息,令使用者能夠清晰直觀的了解到車輛運行的基本情況與在途貨物情況。
4.運輸路線優化管理模塊。通過對不同運輸路線距離測算,并結合不同路線路況情況進行運輸路線的優化選擇。
5.貨物跟蹤監控模塊:利用車輛實際運輸路線的數據進行車輛監控,并模擬顯示隨車貨物狀態信息,實現貨物跟蹤的功能。
車輛跟蹤:通過運用GIS、GPS等技術對運輸車輛進行跟蹤、定位,并動態顯示出車輛的相對位置和運輸路線道路情況。
車輛運輸狀態監控:根據道路及車輛運行情況測算貨物是否可按規定時間安全運抵目的地,(估計剩余時間可根據車輛當前位置與運輸目的地之間的距離除以車輛運行時的平均行駛速度求得),從而通過對車輛運輸狀態進行監控,及時發現問題進行調整,以達到滿足需求的目的。
貨運信息顯示:通過顯示隨車貨物信息,進行貨物的跟蹤模擬。
6.查詢統計分析模塊:此模塊可針對運輸貨物、運輸車輛、駕駛員等進行貨運信息查詢統計分析,為管理決策提供信息支持。
三.查詢監控系統
查詢監控系統是一套全面性的貨物查詢管理工具,通過模糊查詢和精確匹配查詢兩大功能協助管理人員通過虛擬現實技術適時了解掌握貨物存在狀態,提高物資管理水平的軟件系統。主要包括以下幾大功能模塊:
1.數據管理模塊。對整套系統數據進行安全加密、維護、備份及災難性恢復等功能,為用戶提供安全的數據存儲。
2.標準化管理模塊。統一進行標準化代碼管理。
物品代碼:嚴格按有關規定標準進行物品定義和維護,使用時根據實際情況在該標準的基礎上進行細化與補充。整個系統應用統一的物品代碼,并具有物品代碼增加、修改、查詢、刪除功能。
車輛代碼:對奧運物資專用運輸車輛進行代碼定義和維護,并具有代碼增加、修改、查詢、刪除功能。
人員代碼:提供建立車輛運輸人員簡明人事檔案功能。為每個人員設置不同的代碼,并根據崗位或職務設置不同的使用功能權限。
場所代碼:對奧運物資所涉及的場所進行編碼,整個系統實行統一代碼制。
3.檢索查詢模塊。通過對下列某個關鍵詞進行檢索來查詢物品相關聯的其他狀態。
物品種類查詢:以物品種類為關鍵詞進行檢索以查詢其他狀況。
物品代碼查詢:以物品代碼為關鍵詞進行檢索以查詢其他狀況。
物品場所查詢:以物品所在場所為關鍵詞進行檢索以查詢其他狀況,如奧運配送中心、場館1、場館2……、車輛1、車輛2……等。
時間段查詢:以某一時間段為關鍵詞進行檢索以查詢其他狀況,如一天內、三天內、五天內、一周內等。
時間點查詢:以某一時間點為關鍵詞進行檢索以查詢其他狀況。
物品狀態查詢:以物品現存狀態為關鍵詞進行檢索以查詢其他狀況,如入庫狀態、儲存狀態、出庫狀態、在途狀態等。
運輸工具查詢:以車輛代碼為關鍵詞進行檢索以查詢其他狀況。
物資管理人員查詢:以人員代碼為關鍵詞進行檢索以查詢其他狀況。
組合查詢:以上述兩種或兩種以上關鍵詞進行檢索以查詢其他狀況。
4.虛擬可視化模塊。對于所查詢出的物資運用虛擬可視化技術進行模擬動態顯示。
5.統計分析模塊。通過對物資現存狀態和計劃狀態進行對比,分析整個運作過程中的物流瓶頸,并以不同顏色、形狀或圖形狀態動態顯示出。
作者單位:北京物資學院物流管理系
參考文獻:
醫院信息系統的建設為醫院提高服務質量和服務水平提供了一個很好的平臺,使分布式管理和服務成為可能。通過信息系統,做到病人不動信息流動、病人不動管理流動,真正體現“以人為本”的價值觀。
2以病人信息為中心,以醫生工作站的核心
在門診、住院流程中,醫生工作站是整個流程的核心,它是所有病人信息的會聚點和診治指令的發出點,沒有醫生工作站,整個流程的信息鏈被切斷,新型的流程無法實現。
醫生工作站和電子病歷是密不可分的二個系統,醫生工作站為電子病歷生產信息,電子病歷為醫生工作站提供信息。醫院信息系統:就是以病人信息為中心,以電子病歷為目標,以醫生工作站為核心的完整的信息系統。
合理用藥:醫生開處方、下醫囑時,系統自動進行配伍禁忌檢查,并對處方、醫囑的合理性進行審核,有效減少醫療差錯。
病歷書寫是醫生十分繁重的勞動,醫生工作站提供了一套有效提高病歷書寫效率的工具--病歷模板,醫生只需要用鼠標點擊就可完成病歷書寫。
病歷模板提供三個層次的權限控制:個人模板、科室模板、全院模板。
醫生根據三級檢診制度分為三級。一級:主任醫生,對病歷具有最高管理權,可以查看主治醫生和經治醫生編輯病歷,并有電子病歷的最終編輯修改權。二級:主治醫生,可以查看和修改經治醫生的書寫的病歷。三級:經治醫生,負責起草和編輯修改病歷。上級醫生只能查看和修改本組內下級醫生書寫的病歷,無權查看修改其他組下級醫生書寫的病歷。當主任醫生經提交病歷之后,任何人都不能再修改病歷。
醫生工作站是一個綜合平臺,提供醫生診斷治療所需的各種工具和信息。因此,必須將大量的臨床信息系統整合到醫生工作站中,例如:醫囑處理系統、電子處方系統、病歷模板工具、LIS系統、PACS系統、手術室系統等等。醫生工作站只有與臨床信息系統集成,才能在最短的時間內獲取病人信息,才能最大限度地提高醫生的工作效率,才能最有效的降低醫療差錯。
電子病歷(Computerized Patient Record)不是單純的病歷書寫系統,而是病人在醫院診斷治療全過程的數字化記錄 ,包含有首頁、病程記錄、檢查檢驗結果、醫囑、手術記錄、護理記錄等。病歷是一筆寶貴的財富,通過對大量病案的分析,可以從中發現某些疾病的規律,方便醫生對病人的病情做出正確的診斷和改進醫療技術。
電子病歷的作用:①提高醫療工作效率。提高醫生病歷書寫效率;減少護士不必要的轉抄工作,降低差錯概率;檢查申請與結果的無紙化傳遞,可以加快結果的回報速度;②提高醫療工作質量。醫生對病人進行診斷并作出治療決定的過程,實質上是依據他所掌握的信息作出判斷的過程。醫生掌握的信息越全面、越及時,判斷就越準確。③加強醫療過程質量監控。傳統的醫療管理主要是對結果的管理,象三日確診率、平均住院日等,使管理滯后于醫療過程,往往是亡羊補牢。實現電子病歷后,管理者可以在醫療過程中及時掌握信息、發現問題并及時反饋,做到防范于未然。對三日確診、術前住院日限制的實時監控,根據病人的用藥情況,自動判斷是否發生了感染等。④提高管理的深度。由于擁有了詳細準確的病人信息,許多手工達不到的管理內容可以實現。從電子病歷提取多種衡量指標,對科室甚至是醫師個人的醫療質量和效率進行自動評價,對單病種進行質量效益分析。許多手工統計不準確的問題也可以得到解決,象病人的搶救次數,可以從醫囑中統計出來。
3提高管理水平
3.1加強物流管理,降低營運成本
所謂零庫存管理,可以用公式來表示:申請量=采購量=領用量。科室網上申請,庫房定時匯總,供應商按時配送,科室當天領用。
醫用耗材的零庫存管理,可以節省積壓資金、醫院可以減少占用資金、減少人力成本、減少庫存期間的損耗。
藥品實行低庫存管理,也可以減少大量資金占用;可以減少占用資金;低庫存還帶來低損耗和低管理成本。
傳統的庫房管理只管金額,不管數量,因此容易出現換藥的漏洞。由于藥品價格實行全院統一控制后,只要管準數量,就自動保證了金額相符,杜絕了管理上的漏洞。
3.2開展成本核算,實行精細化管理
3.2.1早期醫院進行成本核算的動力是發獎金
但現在醫院面臨來自各方面的挑戰:①收入降低:藥品降價、大型檢查項目降價;②成本提高:人力成本、固定成本、營銷成本;③利潤率降低:讓利、競爭性降價、一日清。
以上挑戰使醫院領導意識到,高利潤時代已經過去,醫院必須由粗放式管理變為精細化管理。成本核算在企業管理管理中是一項最基本工作,醫院要實現企業化管理,必須實現成本核算。
3.2.2 醫院成本核算的意義
①降低成本:減少浪費、降低病人費用;②考核依據:業務科室的經濟效益;③決策依據:人員配備、專科發展、設備配置;④自動預警:庫存預警、成本預警、審計預警。
3.2.3成本核算分四個層面
全院成本核算、科室成本核算、項目成本核算、病種成本核算。在科室成本核算的基礎上,可以細化到每個醫生工作量的核算。
3.2.4實現成本核算的前提是必須由全面準確的數據
成本核算的數據來源:
①業務收入數據直接從醫院HIS系統中獲取
例如:門診收入從門診收費系統獲得
住院收入--住院收費系統
藥品收入--門診、住院藥房系統
檢驗檢查收入--醫技系統
其它財務系統
②支出數據從相關庫房管理系統和財務系統中獲取
例如:藥品支出--藥庫管理系統
材料支出--低值易耗品管理系統、物質管理系統等
設備折舊--固定資產管理系統
引言
教育教學信息化建設對于促進教學改革,加快實現管理手段的現代化有著積極作用[1]。高等教育領域信息化正在加速發展,多數高校開始對畢業設計進行規范化、信息化管理,但是不同層次院校對畢業設計信息化管理需求不盡相同。獨立學院由于其自有專職教師及管理人員較少,在專業教學和畢業設計指導中更多依賴于母體學校教師資源[2],傳統的畢業設計過程監控跟蹤手段難以有效落實。為提高畢業設計管理工作效率,本文設計開發了一個基于B/S架構的畢業設計管理信息系統,厘清了畢業設計各階段工作之間的關聯關系,梳理了畢業設計管理流程,劃分了系統管理員、教務管理員、系教學秘書、學生、指導教師和輔導員6種角色,引入了畢業設計各個階段進展情況的實時統計與跟蹤監控機制,有效解決了畢業設計過程跟蹤監控需求,保證了畢業設計質量。
1系統需求與流程分析
1.1系統需求分析
系統設計的目的是為了提高學院畢業設計工作效率,根除傳統管理模式的弊端,方便參與畢業設計過程的各類用戶。不同用戶使用系統的需求不同,如面向教務管理人員,系統應具有基礎信息維護、學生信息維護、畢業設計進展情況監控、各類統計報表等功能;系教學秘書需要維護本系指導教師信息、分配畢業設計任務、管理選題、監控畢業設計進展情況、中期檢查以及安排答辯等;學生通過系統進行在線選題、完成選題審批表、任務書、開題報告、中期報告以及論文資料的提交;指導教師使用本系統完成在線申報題目、審批或審核學生提交的各項報告、評閱學生論文等;輔導員能夠隨時查看學生的畢業設計完成進度情況,及時督促進度較慢的學生;系統管理員主要完成對數據庫和管理員信息的維護工作。
1.2業務流程分析
系統基本流程如下:①系統初始僅有一個系統管理員賬戶,首先由系統管理員添加教務管理員、各系教學秘書和輔導員賬戶;②教務管理員設置當前學年度,添加其它基礎信息,導入本學年度學生基本信息表,生成學生賬戶;③系教學秘書錄入或導入本學年度指導教師信息,生成指導教師賬戶,分配本年度畢業設計指導任務;④指導教師登錄系統,根據個人任務在線申報課題;⑤系教學秘書對教師申報的課題進行在線審核,所有課題審核完畢后,按專業開放選題;⑥學生在線選題;⑦選題結束后,學生按階段完成課題審批表、任務書、開題報告、中期報告以及論文資料的提交,指導教師按階段對學生提交的材料進行審閱,教務管理員、系教學秘書和輔導員協同監控學生畢業設計進度情況,并做好各自的跟蹤管理工作。
2系統設計
2.1系統功能劃分
按照不同權限用戶功能的不同,設計本系統的核心功能結構如圖1所示。
2.2系統功能介紹
(1)管理員維護模塊:包含添加管理員功能、刪除管理員功能和管理員密碼清零功能。(2)數據庫維護模塊:包含數據庫的導入導出、數據庫初始化等功能。(3)教務管理員的基礎信息維護模塊:包含當前學年設置、部門信息維護、專業信息維護和職稱信息維護功能。(4)學生信息維護模塊:包含學生基本信息導入、查詢、刪除學生和密碼清零功能。其中教務管理員具有學生信息導入和查詢功能。新學年開始時,教務管理員將有畢業設計任務的學生信息通過Excel表上傳并導入到數據庫中;系教學秘書可以刪除學籍異動(休學、退學等)學生,還可以清零重置學生密碼。(5)指導教師維護模塊:各系教學秘書負責本系指導教師的信息維護工作,包含指導教師添加、指導教師集中導入、查詢、修改、刪除和密碼清零功能;此外,該模塊還包含教師信息統計功能,可以按職稱、學歷、類別分別進行統計。(6)畢業設計任務分配模塊:各系教學秘書負責分配本系當前學年畢業設計任務。按照專業進行劃分,如果一個教師分別指導兩個專業的若干名學生,那么任務表中對應該教師兩條任務記錄;一個課題任務最多可以有兩名指導教師,但只能有一名導師負責使用本系統管理課題指導任務。(7)題目申報模塊:指導教師登錄系統后首先進入題目申報頁面,題目申報頁面顯示教師的任務列表和已申報題目列表,教師根據任務列表中的任務數進行題目報審,申報題目數不能超過總任務數。在題目被審核之前,指導教師可以修改已申報題目,題目審核通過后就不能再次修改。(8)選題管理模塊:由系教學秘書管理,包含題目審核、選題控制、題目分配與題目變更4項功能。其中選題控制功能采用按專業分時段選題策略,由系教學秘書控制各專業開放選題的時間段,以減輕服務器壓力。題目分配功能主要用于將一部分定向題目分配給指定的學生,例如參加校企合作的學生,不參與專業集中選題,由系教學秘書提前分配其所在企業的指導教師申報課題。(9)學生選題模塊:本系統不采用師生互選策略,一個學生只能選擇一個題目,提高了選題效率,同時為了兼顧公平,在選題開放之前,學生可以查看所有已申報的題目。(10)過程管理模塊:主要指在選題結束后,學生按各階段流程完成選題審批表、任務書、開題報告、中期報告以及論文資料的提交,指導教師對各階段學生工作進行指導,對學生提交的材料進行審批或審閱。系統嚴格控制學生按照階段流程完成畢業設計,如果前期環節沒有完成,后期環節就得不到相應權限,避免了各環節的次序顛倒[3]。(11)畢業設計進度跟蹤模塊:包含畢業設計各個階段進展情況的實時統計功能以及學生完成情況明細,該模塊實現了教務管理員、系教學秘書和輔導員對畢設進度情況的實時監控跟蹤。圖2展示了計算機工程系教學秘書看到的題目報審與選題階段某個時間點的實時進度情況,其中計算機科學與技術(動漫設計方向)專業已完成選題,軟件工程專業正在選題,計算機科學與技術專業正在進行題目申報和審核,網絡工程專業正在申報題目。單擊圖2中某專業“已選題”列對應數字,系統將顯示該專業學生選題情況明細表(12)系統各類用戶具有不同權限的文件上傳、數據(含報表)導出功能、資料下載功能、個人登錄歷史查詢以及個人信息維護等相關功能。
2.3數據庫設計
系統涉及的數據庫表主要有adminuser(管理員表)、teacher(教師表)、stu(學生表)、syear(學年表)、dept(部門表)、major(專業表)、rank(職稱表)、ttask(教師任務表)、project(題目表)等,限于篇幅,下面僅列出管理員表和教師任務表,如表1、表2所示。其中,管理員表中fpath字段用于保存服務器相對路徑,路徑對應文件夾中存儲該用戶上傳或者導出的文件,用戶對該路徑擁有訪問權限。
3系統實現
3.1系統邏輯結構
系統使用MySQL作為后臺數據庫,服務器端采用JavaWeb技術實現,動態jsp頁面采用EL表達式、JSTL標簽技術,前端頁面樣式使用bootstrap框架設計,并采用基于jQuery的Ajax異步請求技術進行數據交互。系統邏輯結構如圖3所示,采用了基于組件式開發的MVC(ModelViewController)設計模式[4],使得系統具有良好的架構,更加便于系統功能的擴展與維護。
3.2系統實現關鍵技術
(1)MVC設計模式。Model為模型層,又細分為業務邏輯層、數據訪問接口DAO和數據持久層實體類,用于完成系統業務邏輯;View為視圖層,指用戶看到并與之交互的界面,主要用于數據信息的輸入采集和數據的顯示輸出,本系統所有jsp頁面用于完成視圖層功能;Control-ler為控制器,用于接受用戶的請求并決定調用哪個模型構件去處理請求,然后再確定用哪個視圖來顯示返回的數據信息,本系統控制器采用servlet實現。(2)過濾器(Filter)技術[5]。系統使用過濾器技術實現了字符編碼過濾和URL級別的權限訪問控制,其中6類系統用戶的資源訪問權限控制分別由6個過濾器實現。以教師用戶為例,將教師可訪問的資源組織在路徑“/t/”下(包括教師可訪問servlet的URL也映射在此路徑下),然后創建過濾器Tfilter類,并在配置文件web.xml中使用<filter-mapping>標簽將Tfilter與教師可訪問資源進行關聯,從而實現對教師資源請求的攔截控制,其中過濾器映射的定義如下:<filter-mapping><filter-name>TFilter</filter-name><url-pattern>/t/*</url-pattern></filter-mapping>(3)Servlet上下文監聽器(ServletContextListener)。系統中的一些基礎信息(例如當前學年、部門信息、專業信息等)是所有用戶的共享數據,通過使用Servlet上下文監聽器,實現了將基礎信息從數據庫中讀出并存放至appli-cation作用域中,方便用戶共享和使用,減少對數據庫的訪問頻度。為保證數據的一致性,當管理員更新這些基礎信息時,需要同時更新數據庫和application作用域中的數據。(4)Bootstrap框架。Bootstrap框架屬于css框架,它在支持html5和css3的瀏覽器上表現特別好,對移動終端的瀏覽器支持也相當優秀[6]。本系統使用的是Boot-strap3.3.6版本,它對IE9及更低版本的IE瀏覽器兼容性不好。本系統設計時專門針對低版本IE瀏覽器引入了html5shiv.js和respond.min.js兩款插件,使IE支持ht-ml5中的新標簽并能夠識別@media,支持響應式布局。(5)基于jQuery的Ajax異步請求技術[7]。系統設計時使用jQueryAjax技術實現無刷新狀態更新頁面和異步提交數據,減輕了服務器和寬帶的負擔,提升了Web程序性能。
在Tab――About Us里,“Working at Newegg“會鏈接到新站點的Index.html頁面。
Openings會鏈接到Taleo Site.
2.開發語言及工具的選擇
2.1
技術是目前應用開發中的核心技術,也是目前流行的3P技術中應用廣泛的一種。是建立在公共語言運行庫上的編程框架,可用于在服務器上生成功能強大的Web應用程序。
2.2 CSS
CSS是Cascading Style Sheets(層疊樣式表)的簡稱。CSS語言是一種標記語言,它不需要編譯,可以直接由瀏覽器執行(屬于瀏覽器解釋型語言)。在標準網頁設計中CSS負責網頁內容(XHTML)的表現。CSS文件也可以說是一個文本文件,它包含了一些CSS標記,CSS文件必須使用css為文件名后綴。可以通過簡單的更改CSS文件,改變網頁的整體表現形式,可以減少我們的工作量,所以她是每一個網頁設計人員的必修課。
2.3 JavaScript
JavaScript語言的前身叫作Livescript。自從Sun公司推出著名的Java語言之后,Netscape公司引進了Sun公司有關Java的程序概念,將自己原有的Livescript重新進行設計,并改名為JavaScript。
JavaScript是一種基于對象和事件驅動并具有安全性能的腳本語言,有了JavaScript,可使網頁變得生動。使用它的目的是與HTML超文本標識語言、Java腳本語言一起實現在一個網頁中鏈接多個對象,與網絡客戶交互作用,從而可以開發客戶端的應用程序。它是通過嵌入或調入在標準的HTML語言中實現的。
2.4 Visual Studio 2005
Visual Studio 2005 包含了一系列高效的、智能的開發工具,不論是為開發初學者,還是為經驗豐富的企業開發團隊都提供了很多全新的、強大的功能:全方位的工具平臺不論您是一位編程初學者還是一個富有經驗的企業開發團隊的一員,為您提供高效的開發工具。
減少開發的復雜度確保您能更加輕松基于Framework的解決方案,包括Windows、Web、移動和基于Office的應用。
第三方的生態系統允許您利用來自Visual Studio行業合作伙伴的參與研發的產品,并體驗用來補充Visual Studio 2005第三方解決方案的全面部署。
改善團隊的溝通給您提供高效智能的生命周期工具,通過使用Visual Studio 2005 Team System,來增強IT周期參與者之間的交流與協作。
2.5 多瀏覽器
Internet Explorer 6及以上版本,Fair Fox 1.5及以上版本,NetScape,Safari3.1.1及以上版本,Opera 8.5及以上版本。
3.設計與實現
3.1 靜態站點結構圖
3.2 數據庫設計
針對本次設計操作的數據不會做太多的修改,實時性比較低,所以為減輕DataBase的壓力,采用XML數據讀取方式。
Step1:
調用Newegg自行開發的方法XMLMaker,把AllTabStoreMenu表進行序列化,生成AllTabStoreMenu.xml文件。
Step2:
把AllTabStoreMenu.xml文件添加到Solutiong里。
Step3:
在DAL層添加GetAllStoreNavigationSub-Menus方法,從AllTabStoreMenu.xml文件中得到一個DataTable,同時在BLL層添加GetTabStoreMenuForHomePage方法得到DataTable,然后在Fa?ade層添加GetStoreMenus方法從BLL層得到DataTable,最后返回給PageHeader.ascx.cs。
3.3 界面設計
界面的設計是根據美國的designer提供的mockup(模版)來一模一樣的反應到我們的UI層的。由于很多自帶的服務器控件在頁面Render時會產生很多多余代碼,這種情況的發生會對Newegg網站日后的維護等產生麻煩,所以,界面的設計嚴格遵守Newegg網站對于UI層的代碼編程規范,采用了一下3種服務器控件:
(1)asp:PlaceHolder;
(2)asp:Repeater;
(3)asp:Literal。
3.4 瀏覽器兼容性設計
由于不同的瀏覽器,比如InternetExpl-orer6,InternetExplorer7,MozillaFirefox等,對CSS的解析熟悉不一樣,因此會導致生成的頁面效果不一樣,得不到我們所需要的頁面效果。
這個時候我們就需要針對不同的瀏覽器去寫不同的CSS,讓它能夠同時兼容不同的瀏覽器,能在不同的瀏覽器中也能得到我們想要的頁面效果。
這個針對不同的瀏覽器寫不同的CSScode的過程,就叫CSShack,也叫寫CSShack。
現在主流的瀏覽器:IE,FireFox,opera,safari,netscape
對于不同的瀏覽器,主要適用不同的css樣式,例如
.ie(瀏覽器版本).className{css樣式}
.opera_9(瀏覽器版本).className{css樣式}
.sarari(瀏覽器版本).className{css樣式}
3.5 設計流程
(1)配置URL
背景:
Newegg是一個綜合性的大型電子商務網站,對于代碼的規范性和可維護性都有很高的要求,借此,網站有一個很完善的添加新頁面的流程。
Step1.在業務實體類中的PageUrlAlias.cs內添加新頁面的別名
ex:MiniSiteTabIndex,MiniSiteTab IndexIframe
Step2.在XML架構文件PageUrl.xsd中添加新頁面的別名
作用:使WebPages.config與PageUrlAlias. cs中的別名相關聯
Step3.在WebPages.config添加新頁面實名,別名和host
作用:調用BuildUrl方法構造超級鏈接
至此,一個嶄新的頁面及其URL變構造完成!
(2)調用masterpage
Master Page是Visual Studio2005里新增的一個功能,它規范了頁面的風格,統一了一個網站的視覺效果(Look and Feel)的同時,避免了重復的程序,大大縮短了程序的開發時間。
Newegg網站的MasterPage介紹:
1)PageHeader.ascx頭部用戶控件,包含一個登陸按鈕,一個search功能按鈕,一個StoreNavigationMenu用戶控件,其功能是Store產品的瀏覽
2)PageFooter.ascx尾部用戶控件,包含一些網站信息的鏈接,用戶帳戶的登錄接口,和Career主頁面的接口――company info/career
(3)HTML布局與CSS設計
HTML即超文本標簽語言,其利用一些標簽(TAG),諸如:div,table,tr,td….作用于網站頁面的布局。一個規范的HTML編寫,可以使頁面有很強的整體性,層次分明,使瀏覽者能夠快速的獲取。
CSS即層疊樣式表(Cascading Style Sheets),當一個頁面布局后,你是否會覺得雖然層次清晰,但頁面缺少了一定的色彩,顯得有些死氣沉沉呢,這時候CSS便可解決這個問題,它可以定義字體,背景顏色,超鏈接樣式等等
綜上所述,一個清爽的頁面是HTML和CSS融洽的結合的!
(4)Iframe的運用
基于Careers功能模塊的頁面都是靜態的,主要用于用戶的瀏覽,所以為了更高效,更清晰的完成,遂采用VS2005中iframe這一標記。
Iframe的功能就是可以在一個頁面中嵌套另一個頁面
屬性介紹:src:內嵌頁面的地址
target:本頁中打開/打開新頁
scrolling:是否出現滾動條
frameborder:內嵌幀邊框
代碼:<iframe src=”” class=” “ scrolling=” “ frameborder=””></iframe>
4.總結