第一篇:公務員管理信息系統標準版補丁升級方法
公務員管理信息系統標準版補丁升級方法
1、公務員管理信息系統標準版(單機)升級方法:
雙擊運行升級程序“公務員標準版升級程序(TD52120727).exe”。
2、信息采集軟件升級方法:
運行采集軟件升級程序“公務員信息采集軟件升級程序(T54120727).exe”。
請各省按照補丁升級方法對標準版軟件進行升級,并對升級后程序使用中出現的問題進行及時反饋。
第二篇:全國公務員管理信息系統
全國公務員管理信息系統
根據中央和省公務員主管部門要求,9月底前要完成市縣公務員信息庫建庫工作,年底前初步建立起全國公務員管理信息系統。8月21日上午,我市召開會議部署和推進我市公務員管理信息系統建設工作,要求各縣區、市直部門在9月20日前將相關信息匯總到市委組織部、市人社局。
據悉,加強公務員管理信息系統建設,有利于提高公務員管理科學化水平,動態掌握分析公務員隊伍數量、結構、分布及發展趨勢,為科學決策和宏觀管理提供支撐;有利于提高公務員規范化管理水平,逐步實現公務員“進、管、出”各個環節的動態管理、實時監督、全程監督,及時發現工作中存在的問題,有效堵塞管理漏洞;有利于提高公務員管理信息化水平,實現上下信息通暢、相關數據及時更新、業務表單自動生成、工作信息實時交換,提高工作效率和質量。會議指出,各地、各部門當前要做好工作部署、專題培訓、信息采集錄入、督促指導工作,穩步推進安全體系建設。同時,我市還將做好公務員職業道德主題教育考試、全市十佳職業道德模范評選、公務員職業道德主題實踐活動評估考核以及總結工作,全面提升公務員職業道德水平,努力造就一支政治信念堅定、精神追求高尚、職業操守良好、人民群眾滿意的公務員隊伍。
第三篇:杭州市勞動保障局關于升級SFRAC SP1RP2 補丁操作文檔
杭州市勞動保障局關于升級SFRAC SP1RP2 補丁操作文檔
1.系統及軟件環境
AIX5.3
VxVM5.1SP1GA
2.升級SP1RP2補丁
1)超級用戶登錄
2)驗證PATH環境變量/opt/VRTS/bin
3)任一節點執行以下命令使VCS配置可寫
#haconf –makerw
4)設置oracle agent的autostart為0
#hagrp –modify oracle_group autostart 0
#haconf –dump-makero
5)停oracle 數據庫
#hagrp –offline oracle_group –sys galaxy
#hagrp –offline oracle_group –sys nebula
6)停VCS
#hastop –all
7)升級補丁
#./installrp node1 node2
8)重新連接SF Oracle RAC 庫跟Oracle RAC
# cd /opt/VRTS/install
#./installsfrac-configure galaxy nebula
使用SF安裝程序5 post oracle installation tasks下的relink oracle database
9)啟動所有節點的oracle group
#hagrp –online oracle_group-any
10)設置atuostart 值為1允許VCS帶起數據庫
#haconf –makerw
#hagrp –modify oracle_group AutoStart 1
#haconf –dump-makero
3.升級完成后作系統測試、應用測試。
第四篇:《全國公務員管理信息系統(標準版)》[定稿]
《全國公務員管理信息系統(標準版)》
統計系統直統操作流程
對于已完成公務員信息庫建設的基層單位,在機構及人員信息完整、準確、規范的情況下,可使用《全國公務員管理信息系統(標準版)》統計系統,直統生成2012年統計報表數據。直統報表操作流程如下:
單位維護設置報告期套表填報單位名錄套表直統返回信息庫維護信息套表錄改套表校核校核通過校核未通過報表上報
詳細操作過程,請參考《全國公務員管理信息系統(標準版)》用戶手冊的“第四章 統計系統”。用戶手冊可通過點擊“統計系統”——“系統管理”——“幫助”獲得。
第五篇:管理信息系統五種開發方法優缺點評析
管理信息系統的五種常見開發方法及其優缺點闡述
1.把系統的建立看作是一種生命物種的成長過程。由6個開發階段組成:系統定義-> 需求分析-> 系統設計-> 編寫代碼-> 安裝調試-> 系統維護 優點:
這種開發方法把管理信息系統開發的全過程按其生存周期分成若干階段,每個階段有相對獨立的任務,然后逐步完成各個階段的任務。在每一階段的開始與結束都規定了嚴格的標準。前一個階段的結束標準就是后—階段開始的標準,而每個階段任務相對獨立而且比較簡單,便于不同人員分工協作,從而降低了整個軟件工程開發的困難程度。在軟件生命周期的每個階段都采用科學管理和良好的技術方法,而且在每個階段結束之前都從技術與管理兩個角度進行嚴格審查,合格之后才開始下一階段工作。這就使得軟件開發全過程以一種有條不紊的方式進行,保證了軟件質量,提高了軟件的可維護性。這樣不僅可以大大提高軟件開發的成功率,軟件開發的生產率也會明顯地提高。且簡單明了,結構清晰。
同時把文檔資料作為每個階段的產品之一,而且加以標準化,作為每個階段結束的重要標準。它保證了在系統開發結束時有一個完整準確的軟件配置交付使用。文檔資料是通訊的工具,它清楚地說明了到這個時候為止關于該項工程已經知道或做了什么,同時確定了下一步的工作基礎。文檔資料也起著備忘錄的作用,如果文檔不完整或與上一階段的文檔不相銜接則一定在工作上有不完整的地方。文檔資料另一重要作用是有利于與用戶交流,檢查錯誤,用戶評價。文檔資料也是系統維護的依據,通過每一階段生成的文檔資料,使得開發人員和用戶易于使用維護。不足:
這種開發方法的不足具體表現在以下幾方面
第一,階段回溯不可避免,延長系統開發的時間。結構化生命周期法并沒有解決軟件開發研制時間過長的嚴重危機,在計算機硬軟件技術相通訊技術日新月異發展的時代,很容易使剛建立起來的管理信息系統迅速變得陳舊,生命周期很短,所以系統開發周期過長將導致系統運行時間變短。
第二,使用過程化語言,沒有以根本上改變個體手工編程的工作方式。
第三,專業開發人員開發用戶使用的系統開發模式,開發人員與用戶都要化時間去掌握對方專業領域的知識以期產生共同語言,導致用戶系統分析不充分,理解不透徹,或表達的二義性,造成軟件生命周期中越早潛入的錯誤發現越晚,系統分析時引入的錯誤往往要到運行時才發現,其修正的代價是相當昂貴的。
第四,用戶熱情沒有自始至終調動,不能從根本上解決讓用戶參加系統開發的問題。系統維護就十分困難。且文檔資料缺乏實用價值,特別是早期的系統規格說明——專業知識的缺乏使得用戶難以理解文檔的內容,文檔資料沒有起到應有的作用,反而延長了開發時間。
2.:
快速地創建出管理信息系統的測試版(可用來演示和評估),借助這種測試版本挖掘用戶的需求,然后在此版本的基本上進修改、增強。由4個開發階段組成: 確認基本需求-> 開發原型系統-> 使用原型系統 <-> 修改增強原型 優點:
快速原型法突出一個“快”字,采用結構化生命周期法作系統分析時要反復和用戶討論,這種討論費時費力,而且終究是“紙上談兵”,原型法則是“真槍實彈”,能夠使用戶立刻與想象中的目標系統作出比較。開發人員向用戶提供一個“樣品”,用戶迅速向開發人員作出反饋,提高系統的質量,快速原型法要求在獲得一組基本的用戶需求后,快速地實現新系統的一個“原型”,可以說是以用戶需求為中心,又不完全依賴于用戶需求,它對用戶需求的定義采用啟發的方式,引導用戶在對系統逐漸加深理解的過程中作出響應,鼓勵用戶參與到系
統的設定與開發中去,更加便于系統的維護和使用。不足:
快速原型法,雖然能夠積極調動用戶參與到系統開發與設計中去,但起局限性在于,只能適用于中小型企業的管理信息系統開發,而大型企業,管理信息系統本身十分復雜,各種不確定性因素多變,對那些簡單的數據操作和記錄管理的應用比較適合用原型法開發。而對那些批處理或大量計算和有著復雜過程邏輯的系統一般不適合用原型法處理。原型法更適合較小的應用開發,對大型系統就須分成幾部分,一部分一部分地分別建立原型。如果缺乏用傳統方法進行透徹的需求分析,就無法對大型系統進行劃分,因為一開始很難分辨系統各部分之間存在哪些相互的影響。如果冒昧使用快速原型法,會導致管理信息系統出現漏洞。
3.應用軟件包法:
通過購買商品化軟件包并在此基本上進行系統的開發方法。由4個階段組成:系統分析-> 系統設計-> 系統修正->系統維護 優點:
從軟件包開發者手中直接購買企業需要的應用軟件包,市場出售的應用軟件包非常多而且應用范圍廣,可以給企業管理者更多的選擇,使用商業化的應用軟件包就不必自己再編寫程序或者只需寫少量的程序,因此可以說省時又省力,且效果立竿見影。不足:
應用軟件包法雖然方便,但是同樣需要系統分析,設計,測試,轉換和維護等開發過程,而且由于此種方法是購買商業軟件包,因此導致企業內部專業人員無法參與到系統開發中去,容易受制于軟件開發者,它不是一個完全獨立的系統,不易維護,不易更新,更不易于修改。而且軟件包是基于商業化開發的,軟件包不可能滿足一個組織的全部需求,相對來說,它更適用于所有組織中比較通用的一些需求。為了使其市場最有吸引力,軟件包力求滿足所有組織最共同的需求。勢必不能完全適應于企業方方面面的實際情況。企業如想進一步改進系統,需要投入一部分的額外資金培養人才。
用戶自己采用開發工具開發自己需要的各種系統。由3個階段組成一個循環開發過程: 系統分析-> 系統開發-> 系統維護->回到系統分析 優點:
這種方法的優點在于克服了應用軟件包法開發系統時企業無法自主的不足,由企業的開發人員根據企業的實際需要去開發和維護管理信息系統,可以適應企業的實際情況,用戶對自己設計和開發的系統更容易接受并樂于使用,對應變突發事件有好處,同時通過重復分析、開發 維護、再分析的幾個步驟,可以加深企業工作人員對管理信息系統的認識和理解,這樣有利于系統的開發和維護。而且由于開發系統的責任由信息系統專業人員轉給了最終用戶,所以用戶開發的系統有助于減少應用系統后備資源。不足:
第一,由于缺乏規范的信息系統分析,用戶開發的應用系統就缺乏獨立的外部評審,缺乏獨立的問題分析或可選方案的來源,用戶就很難完整并全面地說明其需求。
第二,由企業內部人員自主開發管理信息系統,由于企業從業人員的專業水平參差不齊,且開發的系統常常快速地建立,沒有一套正規的開發方法,這類系統往往缺乏適當的標準、控制和質量保障過程,可能也沒有用于測試和提交文檔的規范。用戶開發的系統還可能缺乏對輸入和更新審計記錄的完整性及合法性的控制,缺乏操作控制、目標控制和各子系統之間穩定的接口標準的控制。
第三,數據難以控制。
第四,用戶能用開發工具建立自己專用的“私用”信息系統,這類系統可對組織的其他成員隱蔽一些信息。一旦系統的開發者離開其崗位,這種非文檔化的私用系統將無法容易地移交
給他人使用。
5.將所需要的系統,委托企業外部的人員或組織進行開發。它只是一種信 息系統開發策略,這些開發依然要選擇如何使用前面4種開發方法。由3個階段組成:用戶需求-> 外包信息系統-> 最終系統 優點:
在經濟方面,由于負責系統開發服務的外部開發商是信息系統服務和技術方面的專家,所以靠專業化和規模經濟,他們能以低于內部成本的費用向組織提供同樣的服務和價值。服務質量方面,因為一旦外部開發商提供的服務不夠滿意,那么他將會失去自己的客戶,所以企業對外部開發商的影響比對自己員工的影響更大。從而使企業能以較低的成本從開發商那里獲得高質量的服務。再一點,由于企業與外部開發商事先針對不同層次的服務所對應的費用進行了簽約,因此可大大減少成本的不確定性。外包信息系統具備一定的靈活性,在組織的信息系統基礎設施不發生重大變化的情況下,能適應業務量的增長。當信息技術滲透整個企業價值鏈時,由于成本和性能可按變化的需求不斷進行調整,所以外部開發商可提供較強的業務控制和適應能力。外包信息系統同時也可以解放人力資源,將較少且昂貴的高層次人才集中到具有較高價值和回報的活動中。不足:
第一,失控:當一個企業將開發、運行其信息系統的責任承包給另一個組織時,它可能失去對信息系統職能的控制。如果開發商成為企業運行和開發信息系統的惟一選擇,那么企業將不得不接受開發商所提供的任何技術,這種從屬關系最終將導致產生較高的成本,并可能失去對技術管理的控制。
第二,戰略信息易損:由于企業信息系統由外部人員運行、開發,所以商業秘密或業主信息可能會泄漏給競爭對手;若允許外部開發者開發或操作使企業具有競爭優勢的應用系統,那將更有害。
第三,依賴性:企業會隨開發商對企業信息系統的開發、運作而變得對開發商的生存能力更加依賴,那么開發商的財政問題或服務上的衰減都可能對企業產生嚴重的影響。