/全國工人信息管理平臺設計方案

文檔修訂記錄修訂日期版本號修訂內容簡述修訂者審核者2017-02-15修改文檔格式

前言項目簡述建筑業用工存在季節性強、務工人員流淌性大、企業管理粗放等特征。中國建筑業協會建筑企業經營和勞務管理分會會長劉錦章說，全國建筑工人信息管理平臺建立起務工人員職業履歷、職業技能、健康狀況等職業檔案，并開通聘請求職、法律救濟、個人信用等便利的自助服務，以促進務工人員職業化。目前，全國有資質的建筑企業有８萬余家，建筑業從業人員５０００多萬人，其中有４０００多萬建筑工人。建筑勞務工人是住房城鄉建設的主力軍,2015年統計數據全國共有建筑勞務工人5854.62萬人,占全國總人口4.3%。本平臺通過“一卡通”實現勞務工人全職業周期管理,保障勞務工人利益,避開勞務糾紛。通過一卡通實名制管理和總包企業代發工資機制,能夠保證工人工資按時發放到手,因為和工人的技能等級和考勤記錄掛鉤,做到了工資構成清晰,最大限度地解決了拖欠工資問題。業務需求說明功能需求ID需求名稱需求描述備注1系統管理維護系統數據、配置系統參數和信息2用戶管理對人員和管理員進行管理3沖值管理沖值管理包含沖值設置和沖值管理4考勤管理對每天上下班狀況等信息進行記錄查詢5就餐管理對人員就餐狀況等進行管理6接口管理可以對外部系統的接口進行可視化配置7沖值查詢人員對自己的一卡通運用狀況進行查詢，管理員可進行員工沖值服務8考勤查詢人員可以對每天或每月的考勤狀況進行查詢9信息展示對平臺的人員等信息動態進行展示10統計評估綜合評估人員工作狀況進行統計11溝通互助除工作外的互動，實行探討組、SNS等方式12就餐查詢人員可以對每天或每月的就餐狀況進行查詢系統管理需求權限管理：對本系統中用戶、設備、資料等資源設定權限，進行平安限制。機構管理：可以通過本系統中的功能對企業內的組織機構進行設置和管理，可以對機構進行調整、拆分等操作；并可以對機構及機構內員工進行批量遷移操作。職務管理：本系統可以對全部用戶的崗位職務進行設定，并將用戶設置成相應狀態，便于批量管理。職稱管理：對用戶有特別的職稱屬性，可以從多維度對用戶群體進行劃分和分類。公告管理：對本系統中的活動或其他動態進行發布消息和公告的操作和設置。日志管理：管理員可以查閱用戶的登錄狀況，也可以查閱本系統的運行狀態等信息。數據管理：對用戶信息、管理數據、資料庫等數據進行備份、拷貝、移動等批量操作。用戶管理人員管理：管理員可以對個人信息和相關功能進行管理和配置操作。管理員管理：設定系統管理員，管理員可以對人員等方面進行管理。前端應用需求總體建設方案建設原則和策略建設原則為確保系統的建設勝利和可持續發展，系統的建設遵循如下的原則：（1）統一性：應用支撐平臺必需統一規范、統一標準、統一接口，運用國際標準、國家標準，采納J2EE體系，支持業界公認的通用標準，如TCP／IP、HTTP／HTTPS、XML／XSL、SMS等；形成統一的開發手冊或者開發規范，符合國資委信息系統規范，以保持系統的統一性和完整性。（2）先進性：無論對業務系統的設計還是對信息系統和網絡的設計，都要采納國內、外先進成熟的技術、手段、方法和設備。（3）高性能：應用支撐平臺處理實力應當能夠充分勝任國有資產監督管理系統業務處理的要求及信息量不斷增長的挑戰，數據處理快速、分析統計自動化，滿意各種應用對應用支撐平臺和硬件平臺在大數據量、高反應速度條件下有良好的性能的要求，并支持多機并行運行，性能線性增長。（4）保密性：信息系統的有關業務信息、財務信息和獎懲信息等信用信息以及國有資產各種統計分析報告和行業資料必需有嚴格的管理措施和技術手段加以愛護，以免因泄密而造成國家、單位和個人的損失。（5）最高愛護原則：系統中涉及到多種隱私等級的資源按最高密級愛護。（6）擴展性：應用支撐平臺的設計必需考慮到將來發展的須要，具有良好的可擴展性和良好的可升級性，易實施。（7）好用性：針對國務院國有資產監督委員會工作的實際特點，確保系統功能完備、操作簡便。（8）平安性：必需建立牢靠的平安體系，不間斷、容錯、傳輸牢靠、可管理，以防止對信息系統的非法侵入和攻擊。符合國資委平安體系的要求。建設策略項目按以下優先依次制定建設策略：（1）“總體規劃，按部就班，快速見效”總體策略。（2）項目分期管理策略。（3）“先基礎，再深化，后優化”的實施推動策略。（4）試點上線策略。（5）發動關鍵用戶策略。（6）需求管理策略。（7）項目推動策略。總體目標總體建設任務為實現項目總體目標，擬在應用服務、信息建設、系統研發技術上完成以下建設任務。（1）系統規劃：對系統結構、系統功能、技術采納、數據庫建設、應用服務等深化分析和探討，撰寫規劃報告和項目建設書，為系統研發、系統實施、數據庫建設、系統應用供應參考和依據。（2）系統建設：完成系統整體設計、系統開發、系統測試和系統部署等。（3）系統部署：建立軟件和硬件平臺，實現系統上線。總體設計方案設計思路采納基于J2EE多層結構的平臺化策略，廣泛運用組件和模塊化技術，以《基于XML的電子公文格式規范》、《中華人民共和國電子簽名法》為設計依據，以實現計算機管理為目標，以數據中心及數據中心管理平臺為數據組織、數據共享及數據交換的手段，采納平臺化策略進行總體設計，整體框架的設計上著重體現數據交換、信息協同的設計理念。全面建立先進、平安牢靠、敏捷、便利擴展、便于部署、操作簡潔、易于維護、互聯互通、信息共享的江蘇聯化電教室學習管理系統。設計規范本方案遵從組織信息化相關規范、軟件設計、開放相關標準（計算機軟件工程規范國家標準匯編）、代碼體系設計和依據等中相關標準和規范設計：《全國組織系統政務信息化建設2001—2005年規劃綱要》《國家電子政務標準化指南》《計算機軟件質量保證安排規范GB/T12504-1990》《計算機軟件配置管理安排規范GB/T12505-1990》《計算機軟件牢靠性和可維護性管理GB/T14394-1993》《計算機軟件單元測試GB/T15532-1995》《計算機軟件產品開發文件編制指南GB/T8567-1988》《計算機軟件需求說明編制指南GB/T9385-1988》《計算機軟件測試文件編制規范GB/T9386-1988》《J2EE標準技術規范》《XML技術規范》《CMM3軟件成熟度模型管理規范》有國家標準的代碼，就運用國家標準代碼，沒有國家標準代碼的，遵循相關行業標準代碼，沒有規定標準代碼的，遵循約定俗成的規定，沒有約定俗成的規定代碼，依據相關要求，設計出滿意要求并保留擴充接口的代碼。技術路途在國外，Java技術已成為解決大型應用的事實標準，符合J2EE規范的應用服務器則是構建面對對象的多層企業應用的中間核心平臺。因其具有易移植性，廣開放性、強平安性和支持快速開發等特性，成為面對對象開發組織應用的首選平臺。基于J2EE應用服務器支持EJB組件開發技術，包括消息隊列、負載均衡機制和交易管理等。支持中大型網站和中大型組織應用等須要大規模跨平臺、網絡計算的領域。軟件構造有幾個不行逆轉的發展方向：XML數據結構、面對對象的構件技術、網絡化應用。其中Java因為和平臺無關、平安、穩定、易開發、好維護、很強的網絡運用性等，而成為主流環境。J2EE是企業級應用的標準。J2EE平臺供應了一個基于組件的方法，來設計、開發、裝配及部署企業級應用程序，并供應了多層的分布式的應用模型、組件再用、一樣化的平安模型以及敏捷的事務限制機制。使之具有重用的實力，并集成了基于XML的數據交換——一個統一的平安模式及敏捷的事務限制。J2EE應用程序由組件構成。一個J2EE組件是自包含的，和其相關的語氣它組件通信的類及文件集成到J2EE應用程序的功能軟件單元。J2EE規范定義了運行在客戶端的應用客戶程序及小程序、運行于服務器網絡的Servlet&Jsp組件和運行于服務端的企業邏輯組件——EJB這些組件：J2EE組件用Java語言編寫，通過相同的方法編譯。J2EE組件和標準Java類的不同之處在于J2EE組件集成到了應用程序中，和J2EE規范兼容，并部署到負責運行、管理的J2EE服務器上。1.基于J2EE企業級應用服務器的結構基于J2EE的企業級應用服務器是基于WebServices的新一代應用服務器。在設計上突出了XML的應用，比如XML在本地化的存儲及各種處理；通過SOAP和NET及通過IIOP和CORBA的連接等。圖5-1企業級應用服務器的結構2.EJBEJB作為J2EE構架中最重要的構件，是服務器端分布式計算模型的核心。EJB服務器是EJB的容器，限制EJB的運行，并且為它供應重要的系統級的服務如事物處理、平安、遠端訪問，和數據庫訪問等。由此帶來的是應用開發的簡化，依據EJB的規范開發EJB，運行時EJB容器負責事務處理、平安，生命周期。在J2EE多層應用結構中，中間層就是J2EE應用服務器，包含Web服務器和EJB服務器。Web服務器包含Web容器和Web構件（Servlet和JSP），EJB服務器包含EJB容器和EJB構件。Client包含各種Web閱讀器和應用程序，EIS為傳統的數據庫和企業應用（ERP等）。Client和中間層通過HTTP，HTTPS等協議進行數據交換，中間層和EIS通過JDBC等方法實現通訊。EJB服務器是J2EE應用服務器的一個重要部分，SUN的J2EESDK、IBM的WebSphere，BEA的WebLogic等J2EE實現均內含EJB服務器。企業級JavaBeans(EJB)是一種組件的結構，使創建企業級分布對象的應用程序變得簡潔和可行。無需在困難的分布框架結構上，便可生成可升級的，平安牢靠的應用程序。它是一種快速的程序開發工具。能夠便利快捷的用Java構建server-side組件。EJB被應用于支持任何企業中間件服務應用的程序。對企業運算不很熟識人來說，采納EJB的組件開發模式是一個簡潔而快速的方法。它可以供應一個分布式的對象結構便于進行應用軟件開發。也可以避開在開發中大量的影響編寫軟件的因素，真正體會的到server-side組件結構的意義。它是一種在開發分布式對象應用軟件時對開發結構的一種選擇。J2EE是全球企業科技的整合和匯總，EJB是它的一個部分。很好的理解和運用J2EE，可以更好地理解用Java構建便攜的、面對對象式的企業級應用程序。EJB使得開發者很快的創建可升級的企業軟件程序。對程序開發者來說，大量的已創建好的困難中間件可以干脆的用于自身應用程序的開發過程中。很多詳細的EJB或開發解決實際問題的軟件，可以把它當作是絕大多數軟件程序所須要的共同的功能性的一個整合。通過EJB模式，將不再須要重新開發其功能，而干脆加以利用。EJB具有綜合適應性，不必要從底層構建企業應用系統去創建構件或一個構件包。很多EJB產品的銷售者(IBM公司、BEA公司)已經供應了明確的解決途徑用以實現客戶對不同系統間的企業信息的需求。EJB還供應了"plug-and-play"的特征。運用EJB，無需知道中間件如何構建組件來形成可升級的，多連接的結構。組件將干脆從EJB服務器獲得中間件的服務，無需親自寫下任何代碼。應用軟件服務器將實現溝通、持續、平安，授權管理以及其它功能任務。跨平臺、跨終端的標準是EJB在桌面上實現的另一個重大的好處。它擁有一個共同的分布式組件構造標準去集成全部的銷售者。這意味著在EJB市場上將會形成劇烈的競爭趨勢。它的標準允許銷售者關注于他們的EJB產品的質量。標準還允許程序開發者關注可繁衍程序的編寫，更多于支持其外部的各種中間件，這是EJB的承諾。3.WebServer基于對本系統需求的深化分析，我們建議采納B/A/D應用模式，這樣，跨系統平臺、性能優異的WebServer是我們必須要仔細考慮的。Servlets是網絡化的組件，被應用于網絡服務器的功能的擴展。它從客戶主機得到吩咐和要求，并將內容反饋給主機，實現從HTML界面傳遞到網絡商務系列。無論如何，Servlets是不必要連接到網絡服務器上的，它們可被作為一般的吩咐要求組件，Servlets更適合于實現簡潔要求的須要，并且不須要應用軟件服務器的管理。JSP和Servlets特別相像。事實上，它們的最大區分是JSP為非純Java代碼，更易于感知。假如希望看到并感覺到配置是和其它配置分開的，并且易于維護，可以運用JSP，JSP擅長于此，它們易于被編寫及維護。4.XML當前，對XML的技術應用如火如荼，在我們的系統解決方案中，XML技術的應用也是不行缺的重要組成部分，這就要求我們選擇的技術架構必需供應對XML技術強大支持。當前，J2EE架構在廠商市場和開發者社區中倍受推崇。作為一種工具，可擴展標記語言（XML）簡化了數據交換、進程間消息交換這一類的事情，因而對開發者漸漸變得有吸引力，并起先流行起來。自然，在J2EE架構中訪問或集成XML解決方案的想法也很迷人。因為這將是強大系統架構同高度敏捷的數據管理方案的結合。XML的應用好像是無窮無盡的，但它們大致上可以分為三大類：（1）簡潔數據的表示和交換（針對XML的簡潔API（SAX）和文檔對象模型（DOM）語法解析，不同的文檔類型定義（DTDs）和概要（schemas））。（2）面對消息的計算（XML-RPC（遠程過程調用），SOAP協議，電子化業務XML（ebXML））。（3）用戶界面相關、表示相關的上下文（可擴展樣式表語言（XSL），可擴展樣式表語言轉換（XSLT））。這幾類應用在J2EE架構中恰好有自然的對應：數據表示和交換功能是EJB組件模型中長久化服務（persistenceservices）的一部分，基于消息的通訊由Java消息服務（JMS）API來處理，而界面表示正是Java服務器頁面（JSP）和JavaServlets的拿手好戲。5.WebService我們將要建立的是一個縱向、橫向交織聯結的、綜合的系統，里面的各種軟件平臺共存，而又存在著互聯互通的須要，WebService正是解決這一問題的有效解決方案。同樣的，J2EE框架對WebService技術也供應了強大的支持。J2EE框架通過一組API包(JAXM、JAXP、JAXR、JAX-RPC)對WebServices供應支持。J2EE的WebServices一般是通過EJB來實現，然而也可以把供應WebServices實現的Java應用獨立出來，這完全依靠于設計和構建應用程序的業務處理和數據邏輯層。有多家公司已經構建了基于J2EE的集成開發環境(IDE)和應用服務器，他們中的多數已經起先在產品中支持WebServices的創建、部署和運行，對WebServices標準的支持和困難的程度因產品而異。多個獨立的公司，包括IBM、BEA、Oracle、HP、Sun等，在它們的基于J2EE的開發工具和應用服務器中正在供應對WebServices的支持。當在這個技術領域中有多個競爭產品時，就意味著沒有單個公司的壟斷了。在過去的幾年中，J2EE已經被證明是一個穩定的、可擴展的、成熟的平臺。新增的、對WebServices的支持是這個平臺的又一個特征。應用模式設計依據我們對無人島監測檔案系統的特征分析，為了使本系統更加貼近需求，適應用戶運用習慣，同時還能兼顧運行效率，經過分析，本系統完全采納B/S模式的體系結構，做到“一處部署，各處運用”，從而削減系統的部署、培訓、維護等成本，便利用戶的運用。網絡結構系統的總體結構和邏輯框架系統邏輯框架圖：系統總體結構圖：物理架構設計圖3SEQ圖\*ARABIC\s12物理架構系統平安物理平安建設在組織、管理、技術等多個層面實行有效措施，主要有：（1）機房都設置在專有空間。依據防災的要求建設機房，為機房配備了消防器材，開拓了消防通道，防止災難帶來的平安事故。（2）設置了門禁和防盜監控裝置，按標準進行網絡布線等，防止設備、信息的被盜和信息的泄露。（3）采納雙路供電模式，同時配置了UPS，對一些數據庫服務器、網絡線路等重要設備進行了冗余備份，提高設備和系統的牢靠性和可用性。網絡平安建設在網絡平安上主要實行以下技術措施：1.隔離和訪問限制在INTERNET出口采納異構模式的防火墻設置，實現內部網和INTERNET的隔離和訪問限制。在系統內部網絡中，廣泛采納了虛擬子網(VLAN)技術，在肯定程度上防范了不同行政部門間的非法訪問。在節點局域網和數據城域網的接入點布置加密機，實現粗粒度的訪問限制。2.信息傳輸加密采納加密機進行數據的平安傳輸。3.網絡平安評估和防范配置網絡漏洞掃描產品，發覺平安漏洞剛好實行措施，防范攻擊者利用漏洞或后門。在INTERNET出口處部署了入侵監測系統，監控和防范網絡攻擊。4.病毒防范各級局域網普遍安裝有病毒防護軟件，通過安裝不同的網絡版和單機版病毒防護軟件，剛好進行升級和病毒代碼庫更新，降低病毒的危害程度。系統平安建設對操作系統和數據庫管理系統的平安防范特別重視，各級系統操作人員也必需重視系統平安，對系統按要求進行平安配置，剛好了解系統平安漏洞的通告，并剛好對系統進行升級，修補漏洞，在肯定程度上降低系統平安的風險。應用平安建設1.身份認證信息系統的身份認證大都基于操作系統或數據庫管理系統的帳號和口令，大多數應用系統也是采納基于帳號和口令的身份認證技術，只有部分平安級別要求高的用戶采納了基于數字證書的認證。2.訪問限制信息系統大都通過對操作系統、數據庫管理系統或應用業務系統的帳號進行授權，并通過帳號進行訪問限制。3.數據平安愛護采納訪問限制限制不同用戶對信息的訪問、運用和處理，實現對信息的平安愛護。組織和平安管理建設建立相應的機構負責平安問題，制定平安規定和制度，指派專人進行各種平安管理工作。1.組織機構建設平安管理部門的職責主要是制定全局的平安策略和平安維護，包括方案的制定、技術手段的選擇、設備的選型、工程的實施、系統的維護等，設立專職的平安專員。各信息中心設立兼職的平安管理員，負責信息系統的日常平安管理，如系統平安檢查、系統漏洞修補、病毒防護軟件升級、病毒代碼更新等。2.平安管理制定《信息系統管理規范》，依據實際狀況，制定相應的規章制度，有力地保障信息系統的平安。《信息系統管理規范》涉及計算機管理機構的設置及工作職責、信息化工程管理、計算機信息系統平安管理和計算機信息系統日常維護管理。（1）機房環境建設：用電、防火、防災、防盜、除塵、電器運用規定等。（2）機房平安管理：出入管理、人員限制等規定。（3）平安操作流程：權限管理、數據備份、平安檢查、漏洞修補、防病毒軟件升級和代碼更新等。（4）媒體管理：數據媒體的保管、運用、借閱規定。（5）人員管理：人員職責等。（6）其它管理制度：帳號管理、口令管理等。公共服務設計日志設計日志的輸出和管理，采納架構規范中日志的相關實施方案，采納log4J技術對不同階段輸出日志的級別進行規范。性能要求性能保障是系統設計的重要環節，主要是保證在實際運用中保障系統的性能。主要考慮的因素是大數據量和多客戶端的狀況。系統壓力的產生主要在于海量數據對底層系統的壓力以及大量客戶端對應用服務的壓力。運行效率系統采納的是多層結構開發。客戶端沒有業務邏輯，全部的業務邏輯都放在服務器端處理。系統采納了連接池，對象池，線程池技術，對服務器端的資源進行重用。在多個用戶運用的時候，能夠顯著的提高系統的運行效率。運行環境硬件環境服務器4C8G服務器4臺，數據庫服務器2臺，Web服務器2臺。客戶端一般PC（配置：內存2G以上，CPUI5以上,一般建議顯示器采納17寸）人工處理程序只需一般的PC機。網絡要求網絡的網速不低于100Mbit/s,由于數據查詢的容量比較大，對于業務量比較大的單位，建議采納千兆網。軟件環境操作系統：麒麟Linux——數據庫服務器。麒麟Linux