第一篇：AO系統(tǒng)使用中遇到的問題及建議

審計(jì)人員在日常使用現(xiàn)場審計(jì)實(shí)施系統(tǒng)（簡稱：ao系統(tǒng)）的時(shí)候，遇到一些問題，使得審查賬簿相當(dāng)不便，筆者列舉這些問題，跟審計(jì)同仁們一起探討，也渴望計(jì)算機(jī)審計(jì)方面的專家，能夠解決，讓ao系統(tǒng)變得更加完善，真正成為審計(jì)人員的好幫手。

一、主要問題

1.往來賬審查的問題。一些被審計(jì)

單位的賬簿成功導(dǎo)入后，在進(jìn)行會(huì)計(jì)科目審查時(shí)，發(fā)現(xiàn)“應(yīng)收賬款”、“其他應(yīng)收款”、“應(yīng)付賬款”、“其他應(yīng)付款”等賬戶，不能逐步顯示下級科目及明細(xì)賬，而是打開整個(gè)明細(xì)賬。該單位使用的是用友軟件，出現(xiàn)這個(gè)問題的原因，可能是一些被審計(jì)單位的往來明細(xì)和發(fā)生比較多，在應(yīng)收應(yīng)付系統(tǒng)中單獨(dú)核算的。在用友軟件看往來賬，明細(xì)是顯示的，而ao系統(tǒng)沒有很好地實(shí)現(xiàn)轉(zhuǎn)換。

2.輔助賬審查的問題。一些被審計(jì)單位內(nèi)部設(shè)定一些部門，平常進(jìn)行單獨(dú)核算，便于年終業(yè)績考核。使用ao系統(tǒng)的輔助賬審查功能時(shí)，發(fā)現(xiàn)跟某個(gè)部門的所有相關(guān)會(huì)計(jì)科目，簡單地按借方發(fā)生額和貸方發(fā)生額列示，也將一些往來科目混列其中，這樣的輔助賬審查，顯得沒有價(jià)值，因?yàn)榭床磺宄硞€(gè)部門具體實(shí)現(xiàn)的利潤。

3．會(huì)計(jì)科目審查的問題。安裝補(bǔ)丁升級后，在會(huì)計(jì)科目審查時(shí)有時(shí)會(huì)出現(xiàn)問題，需要點(diǎn)到科目的最后一級，才能顯示明細(xì)賬，想具體看二級、三級科目的明細(xì)及余額，沒法打開。

4．導(dǎo)入項(xiàng)目信息不穩(wěn)定的問題。審計(jì)人員之間相互拷貝審計(jì)項(xiàng)目信息時(shí)，導(dǎo)入ao系統(tǒng)的時(shí)候，有時(shí)會(huì)出現(xiàn)問題，顯示導(dǎo)入失敗。通過檢查發(fā)現(xiàn)，參加項(xiàng)目人員的信息是一致的，后來只有將需要導(dǎo)入項(xiàng)目信息的機(jī)器，重新進(jìn)行一次ao補(bǔ)丁的更新，這樣居然可以成功導(dǎo)入了。

二、幾點(diǎn)建議

1.ao在數(shù)據(jù)采集轉(zhuǎn)換方面，做了大量的工作，也比較成功，但在賬表分析模塊，需要進(jìn)一步完善。

2.更好地解決ao的取數(shù)功能，特別是在輔助賬審查和報(bào)表審查時(shí)，涉及利潤結(jié)轉(zhuǎn)的時(shí)候，不能簡單地將所有科目按照借、貸方進(jìn)行取數(shù)；涉及報(bào)表生成數(shù)據(jù)時(shí)，將一些會(huì)計(jì)科目反方向核算的負(fù)數(shù)，也要納入取數(shù)范圍。

3.解決好補(bǔ)丁升級兼容的問題，不能解決一個(gè)問題，又出現(xiàn)另一個(gè)問題。

第二篇：班組管理中遇到問題

班組管理中遇到問題

1職工執(zhí)行力不夠（較弱）：安排工作不及時(shí)完成且完不成不匯報(bào)

2工作積極性不高部分職工工作積極性不高：具體表現(xiàn)在工作態(tài)度不夠嚴(yán)謹(jǐn)，不能對工作中存在的問題舉一反三的思考，工作不細(xì)致，缺乏相應(yīng)的工作責(zé)任心或責(zé)任心不夠強(qiáng)。3班組之間缺乏協(xié)作關(guān)系：工作中需要相互幫助與溝通，主要表現(xiàn)在班組長身上對于出現(xiàn)的問題相互推脫嚴(yán)重

4激勵(lì)方法：獎(jiǎng)勵(lì)考核表面上激發(fā)員工積極性，取得立杠見影效果，但取得的效果存在短暫性、短期性。過多處罰使員工身處對工作及上級存在不滿情況且隨時(shí)間積累甚至產(chǎn)生不必要的矛盾，不利于相互溝通了解，降低員工積極性引發(fā)員工執(zhí)行力差。

5班組之間缺乏溝通與交流：缺乏溝通并不是員工內(nèi)部而是以班組為單位，主要是存在班組之間存在于個(gè)別員工，他們考慮問題是不考慮全面只顧局部或個(gè)人利益，不利于班組之間合作，影響班組之間協(xié)作關(guān)系。

管理知識培訓(xùn)意見

1執(zhí)行力方面

2職工的崗位職責(zé)意識

3提高員工素質(zhì)方面

4加強(qiáng)班組雙向溝通方面

5改善員工激勵(lì)手段方法方面

第三篇：工作流與AO系統(tǒng)

OA系統(tǒng)與工作流

隨著網(wǎng)絡(luò)的日益普及和全球信息化進(jìn)程的發(fā)展,InternetPIntranet技術(shù)及其應(yīng)用給我們工作和日常生活各個(gè)方面帶來了深刻的影響,傳統(tǒng)的辦公方式正面臨嚴(yán)峻的挑戰(zhàn)。各單位都希望能夠擁有一個(gè)能真正滿足本單位實(shí)際工作需要的辦公自動(dòng)化系統(tǒng),以提高工作效率,降低辦公成本。以工作流為核心的OA 系統(tǒng),已成為當(dāng)前OA 系統(tǒng)的主流,逐漸受到政企辦公部門和軟件開發(fā)商的重視。1 概念闡述 1.1 辦公自動(dòng)化

簡稱OA(Office Automation),意為辦公信息處理的自動(dòng)化。它是指應(yīng)用各種信息技術(shù)和集成技術(shù),充分有效地利用信息,完成各種辦公業(yè)務(wù),提高辦公效率和辦公質(zhì)量,實(shí)現(xiàn)多種資源的共享。辦公自動(dòng)化系統(tǒng)經(jīng)歷了兩個(gè)發(fā)展階段。第一個(gè)階段是單機(jī)型辦公自動(dòng)化系統(tǒng),它以O(shè)FFICE 等應(yīng)用軟件及傳統(tǒng)的MIS 系統(tǒng)為代表。第二階段是以網(wǎng)絡(luò)為基礎(chǔ),工作流為中心的網(wǎng)絡(luò)協(xié)同工作型辦公自動(dòng)化系統(tǒng)。目前正在進(jìn)行知識管理型辦公自動(dòng)化系統(tǒng)的研究和探索。1.2 工作流及工作流管理系統(tǒng) 1.2.1 工作流

工作流(Work Flow)的概念起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域。它是針對日常工作中具有固定程序的活動(dòng)而提出的一個(gè)概念,其目的是通過將一個(gè)具體的工作分解成多個(gè)任務(wù)、角色,按照一定的規(guī)則和過程,約束與監(jiān)控這些任務(wù)的執(zhí)行,從而提高企業(yè)生產(chǎn)經(jīng)營管理水平。根據(jù)WfMC(工作流管理聯(lián)盟)的定義:工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營過程,它根據(jù)一系列過程規(guī)則、文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行。簡單地說,工作流就是一系列相互銜接、自動(dòng)進(jìn)行的業(yè)務(wù)活動(dòng)或任務(wù)。一個(gè)工作流包括一組活動(dòng)及它們的相互順序關(guān)系,還包括過程及活動(dòng)的啟動(dòng)和終止條件,以及對每個(gè)活動(dòng)的描述。工作流系統(tǒng)是以規(guī)格化的流程描述作為輸入的軟件組件,它維護(hù)流程的運(yùn)行狀態(tài),并在人和應(yīng)用之間分派活動(dòng)。

1.2.2 工作流管理系統(tǒng)

工作流管理系統(tǒng)是支撐工作流的相應(yīng)軟件系統(tǒng),根據(jù)WfMC的定義,工作流管理系統(tǒng)是“一種在工作流形式化表示的驅(qū)動(dòng)下,通過軟件的執(zhí)行而完成工作流定義、管理及執(zhí)行的系統(tǒng)。”按照傳統(tǒng)的時(shí)空分類法,工作流管理系統(tǒng)屬于支持多人進(jìn)行異地、異步協(xié)作的系統(tǒng)。工作流管理系統(tǒng)可以運(yùn)行在一個(gè)或多個(gè)工作流引擎上,主要用于定義、實(shí)現(xiàn)和管理工作流運(yùn)行。它與工作流執(zhí)行者(人、應(yīng)用)交互,推進(jìn)工作流實(shí)例的執(zhí)行,并監(jiān)控工作流的運(yùn)行狀態(tài)。2 基于工作流技術(shù)的OA 系統(tǒng)模型

辦公自動(dòng)化系統(tǒng)不僅要實(shí)現(xiàn)信息的采集和自動(dòng)整理,而且應(yīng)該能開發(fā)和利用信息輔助管理層進(jìn)行科學(xué)決策。因此,辦公自動(dòng)化系統(tǒng)必須是一個(gè)綜合的,且具備多種辦公信息處理功能的系統(tǒng)。辦公自動(dòng)化系統(tǒng)需要單位內(nèi)部的領(lǐng)導(dǎo)人員、行政管理人員、文秘人員、專業(yè)人員的共同參與。辦公室的工作種類繁多,有信息錄入、收發(fā)文件、文件編輯、人事管理、文件及信函歸檔和查詢、郵件發(fā)送、會(huì)議安排、個(gè)人、部門及領(lǐng)導(dǎo)日程安排和接待管理等。它的特點(diǎn)是一項(xiàng)工作一般由多個(gè)辦公人員協(xié)作完成,并且他們之間具有一定的辦公流程。按工作流管理的概念來分析,每項(xiàng)工作都由一個(gè)任務(wù)集和任務(wù)之間的流程關(guān)系組成。任務(wù)集是獨(dú)立的工作項(xiàng)集合,分別由特定的人員或機(jī)構(gòu)來處理;任務(wù)之間的流程關(guān)系是文檔對象的傳遞和處理關(guān)系。2.1 OA 系統(tǒng)模型

根據(jù)學(xué)校日常辦公的特點(diǎn)和實(shí)際需求,我們提出了一個(gè)基于工作流技術(shù)的OA 系統(tǒng)模型,如圖所示:

整個(gè)系統(tǒng)由公文管理、信息發(fā)布管理、工作日程管理、資源使用管理模塊、文件檔案管理、郵件管理、系統(tǒng)管理及自定義工作流管理等模塊構(gòu)成。各模塊既各自獨(dú)立,又相互依存,組合成一個(gè)有機(jī)的整體。2.2 公文管理模塊

公文流轉(zhuǎn)是辦公系統(tǒng)的核心,公文管理可分為收文管理和發(fā)文管理兩大功能,其中包括公文查詢和歸檔處理。采用數(shù)據(jù)庫模式實(shí)現(xiàn)內(nèi)部公文的收發(fā),保證了對公文流轉(zhuǎn)的有效控制。2.2.1 收文管理

實(shí)現(xiàn)收文、登記、處理、查詢、歸檔。實(shí)現(xiàn)對公文分類、標(biāo)識信息(包括標(biāo)題、種類、緩急、密級、收文字號、主題詞、收文機(jī)關(guān)、發(fā)往單位、印發(fā)時(shí)間、生效時(shí)間、承辦人等)的登記;批示和處理情況登記;查閱收文辦理情況,包括經(jīng)手的領(lǐng)導(dǎo)、部門名單、收文時(shí)間,相應(yīng)的處理意見等;按歸檔要求對收文進(jìn)行立卷登記或銷毀登記。2.2.2 發(fā)文管理

實(shí)現(xiàn)發(fā)文、處理、查詢、歸檔。包括設(shè)定發(fā)文題目及發(fā)文負(fù)責(zé)人,填寫發(fā)文擬稿紙,草擬文件內(nèi)容,領(lǐng)導(dǎo)對草擬文件內(nèi)容審核、批示意見, 有關(guān)領(lǐng)導(dǎo)對發(fā)文稿進(jìn)行會(huì)簽并簽發(fā), 對正式發(fā)文稿進(jìn)行校對,按要求查閱需要使用的公文內(nèi)容,按歸檔要求對發(fā)文進(jìn)行立卷登記或銷毀登記等工作。92 2.3 信息發(fā)布和交流建立一個(gè)內(nèi)部信息管理系統(tǒng),實(shí)現(xiàn)內(nèi)部信息采集、編輯與發(fā)布,以達(dá)到信息集中、高效的管理。該模塊為用戶提供了大量實(shí)用的信息發(fā)布與共享功能,包括:新聞通告、交流園地(BBS)、留言本、征求意見等。其中,新聞通告的發(fā)布需要通過相關(guān)部門的審核,通過審核則自動(dòng)發(fā)布在學(xué)校網(wǎng)站(主頁)上,沒有通過則限于OA 中瀏覽。2.4 自定義流程管理模塊 可以進(jìn)行自定義工作流程的規(guī)劃和設(shè)立,工作流自定義包括定義整個(gè)流程的名稱、所屬類別、流程適用范圍、流程權(quán)限等;定義流程中各個(gè)環(huán)節(jié)的名稱、辦理方式、辦理人員、辦理權(quán)限等。對于常用、固定工作流程,系統(tǒng)預(yù)先加以定義形成工作流模板,供用戶使用;并允許用戶自定義工作流程模板。自定義流程管理模塊還承擔(dān)對工作流項(xiàng)目的協(xié)調(diào)管理工作。從一個(gè)工作流的啟動(dòng),到各個(gè)工作步驟流轉(zhuǎn),直到工作流結(jié)束的整個(gè)過程中,自定義流程管理模塊可以按照規(guī)則自動(dòng)選擇下一步工作的接管人,管理工作附件及流程進(jìn)展信息。相關(guān)工作流之間可以互相協(xié)調(diào),例如一個(gè)工作流的完成是另一個(gè)工作流的開始觸發(fā)條件。2.5 文件檔案管理

本模塊主要是對單位的文件、案卷及重要信息(新聞)等電子文檔資料進(jìn)行歸檔及管理,并提供多種查詢方式,供用戶根據(jù)權(quán)限查詢和閱讀。常用文檔可以收入自己的文件夾。2.6 系統(tǒng)管理模塊

此模塊定義了系統(tǒng)管理員、部門管理員及各類用戶的各種不同權(quán)限, 實(shí)現(xiàn)了用戶層次化的管理。用戶權(quán)限的設(shè)置可以使各級、各類用戶有不同的權(quán)限,在用戶登陸系統(tǒng)后,可以使用相應(yīng)的系統(tǒng)功能。添加部門或用戶、用戶的權(quán)限設(shè)置、系統(tǒng)各類工作流模板等系統(tǒng)設(shè)置均在此模塊中完成。

2.7 系統(tǒng)其他模塊簡述

系統(tǒng)還提供了郵件管理、工作日程安排、資源使用管理模塊等。其中郵件管理可以提供校內(nèi)用戶相互傳送信息,并可以傳輸文檔附件。工作日程安排設(shè)學(xué)校工作安排、部門工作安排及個(gè)人工作安排三個(gè)層次的模塊,并根據(jù)工作日程安排的需要(側(cè)重點(diǎn))設(shè)置重要提醒;資源使用管理可以對公用資源(如汽車、會(huì)議室等)進(jìn)行統(tǒng)一分配和管理,提高資源的利用率。3 OA 系統(tǒng)結(jié)構(gòu)級運(yùn)行架構(gòu)

采用BPS 網(wǎng)絡(luò)體系結(jié)構(gòu),軟件的安裝只在服務(wù)器端進(jìn)行,客戶端實(shí)現(xiàn)零安裝。所有系統(tǒng)管理及升級只在服務(wù)器端進(jìn)行,各個(gè)客戶端無需任何設(shè)定。網(wǎng)絡(luò)的數(shù)據(jù)庫,使用基于MICROSOFT WIN2000Server 的SQL Server 2000。整個(gè)系統(tǒng)用Visua l Stu2dio.NET 開發(fā),ASP.NET 技術(shù)框架,實(shí)現(xiàn)語言采用C# 或VB.NET語言。要求客戶端使用WIN98 或以上版本,瀏覽器要求IE6.0 以上。開發(fā)過程中有關(guān)問題的探討

4.1 重視分析現(xiàn)有工作流程,抽象出適用的工作流辦公處理過程有它的隨意性和不可預(yù)測性。開發(fā)一個(gè)成功的OA 系統(tǒng)不但受到技術(shù)因素的制約,還會(huì)受到傳統(tǒng)模式和相關(guān)人員整體素質(zhì)的挑戰(zhàn)。系統(tǒng)開發(fā)前期必須做好系統(tǒng)的需求分析工作,首先,明確組織結(jié)構(gòu)、業(yè)務(wù)劃分和具體業(yè)務(wù)處理過程,及其處理過程的數(shù)據(jù)來源及流向。實(shí)際的工作流錯(cuò)綜復(fù)雜,要實(shí)現(xiàn)軟件模塊的原子化和系統(tǒng)的自組織性必須使軟件系統(tǒng)模塊與具體的處室、人員無關(guān)。這就要求我們在對現(xiàn)有的組織機(jī)構(gòu)、每個(gè)工作的工作過程、活動(dòng)內(nèi)容、數(shù)據(jù)來源、數(shù)據(jù)去向及約束性等進(jìn)行細(xì)致分析的基礎(chǔ)上對提取的工作流進(jìn)行優(yōu)化,提取出與具體的組織機(jī)構(gòu)無關(guān)的工作流邏輯模 型。這樣,才能保證OA 系統(tǒng)的靈活性,才能適應(yīng)單位組織機(jī)構(gòu)的不斷調(diào)整變化。這一優(yōu)化過程,不能受限于現(xiàn)有組織機(jī)構(gòu)及現(xiàn)在工作流程,不能局限于對現(xiàn)狀的簡單模擬。否則,輕則降低了系統(tǒng)的效率,重則會(huì)造成系統(tǒng)的開發(fā)失敗。辦公自動(dòng)化是一場變革,是一個(gè)漸進(jìn)的、潛移默化的過程,因而是長期的、持久的,不可能一勞永逸,更不可能花錢一買就得。必須加強(qiáng)對使用者的培訓(xùn),并獲得單位領(lǐng)導(dǎo)的理解與支持。4.2 系統(tǒng)安全性設(shè)計(jì)是貫徹開發(fā)過程的主線

由于OA 系統(tǒng)使用人員構(gòu)成復(fù)雜,涉及數(shù)據(jù)一般比較敏感,所以系統(tǒng)的安全至關(guān)重要。本系統(tǒng)主

要通過下列兩種方式進(jìn)行安全管理:(1)每個(gè)用戶都要經(jīng)過嚴(yán)格的身份認(rèn)證。系統(tǒng)在進(jìn)入每個(gè)頁面時(shí)都要檢查當(dāng)前用戶的狀態(tài)。(2)通過用戶權(quán)限設(shè)置,保證系統(tǒng)信息安全。只有經(jīng)過授權(quán)才能使用相應(yīng)的功能。本系統(tǒng)在權(quán)限進(jìn)行分配時(shí),引入了系統(tǒng)權(quán)限和工作流權(quán)限兩類權(quán)限,可實(shí)現(xiàn)多級組織結(jié)構(gòu)和用戶多角色的權(quán)限分配機(jī)制。系統(tǒng)管理員同時(shí)擁有上述兩類權(quán)限的所有管理權(quán)限。基于單位的層級結(jié)構(gòu),在系統(tǒng)權(quán)限中分設(shè)管理員、部門級和員工級三個(gè)級別。其中管理員具有系統(tǒng)管理最高權(quán)限,如系統(tǒng)初始化、用戶管理等;部門級用戶有發(fā)布信息、管理自己發(fā)布的信息、管理本部門用戶等權(quán)限;員工級用戶則只擁有最基本的瀏覽信息權(quán)限。同時(shí)管理員可以修改任何用戶任何模塊的讀寫權(quán)限,部門級用戶可以把自己擁有的權(quán)限分配給下屬用戶。這意味著權(quán)限具有可繼承性和靈活性。在工作流執(zhí)行過程中,權(quán)限大小則是由用戶在工作流中所處的位置所決定,不受系統(tǒng)權(quán)限等級的限制。工作流發(fā)起者具有此項(xiàng)工作流的管理權(quán)限,可以察看工作流執(zhí)行狀態(tài)和修改工作流,工作流的其他參與者只具有與自己工作相關(guān)的權(quán)限。另外,數(shù)據(jù)加密、數(shù)據(jù)的及時(shí)備份、系統(tǒng)日志等安全技術(shù)也被采用,以加強(qiáng)安全性。BPS 結(jié)構(gòu)由于不需要安裝客戶端,很難做到高等級的安全防護(hù)。為此,針對一些特殊應(yīng)用,系統(tǒng)采取了IP 地址與用戶名綁定的措施,限制一些高等級操作。部分采用CPS 結(jié)構(gòu)可能是更好的選擇。4.3 友好的用戶界面、操作快捷方便是系統(tǒng)開發(fā)取得成功的重要因素直接用戶滿意度是衡量一個(gè)系統(tǒng)是否成功的重要指標(biāo),功能完備、使用方便是直接用戶最為關(guān)心的主要問題。為此,可在以下幾個(gè)方面加以注意:(1)應(yīng)盡量采用圖形化、表格化的用戶界面;(2)設(shè)計(jì)過程中注意操作的簡便性,在統(tǒng)一的界面上,充分考慮信息流程和用戶的原有操作習(xí)慣,減輕用戶的重新學(xué)習(xí)負(fù)擔(dān);(3)設(shè)置方便快捷的查詢體系,增強(qiáng)用戶對系統(tǒng)的依賴性;(4)通過多種提醒方式,實(shí)現(xiàn)實(shí)時(shí)通知,可以保證辦公工作流的正常流轉(zhuǎn)。實(shí)時(shí)通信是目前辦公系統(tǒng)發(fā)展的一個(gè)方向。本系統(tǒng)設(shè)置了系統(tǒng)啟動(dòng)時(shí)提醒、定時(shí)提醒、郵件提醒等多種提醒方式。如果能實(shí)現(xiàn)手機(jī)短信、外部郵件提醒,對于外出人員及時(shí)了解工作進(jìn)展,將有極大的幫助。與類似騰訊TM 之類的實(shí)時(shí)通信軟件相結(jié)合,可進(jìn)一步提高系統(tǒng)的實(shí)時(shí)信息處理能力,簡化系統(tǒng)開發(fā)。

4.4 在信息集成環(huán)境下的OA 系統(tǒng),不是孤立的系統(tǒng),在其設(shè)計(jì)與實(shí)施過程中,要注意從整體和集成的角度加以考慮,做好和各類已有系統(tǒng)的集成工作一般學(xué)校都有教務(wù)管理、人事管理、財(cái)務(wù)管理、圖書管理等多種管理信息系統(tǒng),這些系統(tǒng)相當(dāng)一部分可能是專用系統(tǒng)。如何實(shí)現(xiàn)與這些系統(tǒng)的信息共享,是OA 系統(tǒng)設(shè)計(jì)必須解決的問題。對于已有系統(tǒng),可通過各系統(tǒng)的數(shù)據(jù)導(dǎo)入、導(dǎo)出功能實(shí)現(xiàn)與本系統(tǒng)的數(shù)據(jù)交換,對于今后可能建立的系統(tǒng),應(yīng)預(yù)留數(shù)據(jù)轉(zhuǎn)換接口。在數(shù)據(jù)庫設(shè)計(jì)時(shí),應(yīng)給予更多的考慮。4.5 需要進(jìn)一步研究的問題

4.5.1 修改痕跡的保留辦公數(shù)據(jù)在流轉(zhuǎn)過程中,可能會(huì)涉及多人對文件的修改。工作流處理過程中如何保留文件修改痕跡,是一個(gè)難題。保留修改痕跡,可以通過使用系統(tǒng)專用文本編輯器、集成OFFICE 類軟件等方式解決。使用系統(tǒng)專用文本編輯器,雖然可以有效地解決痕跡保留的問題,但是設(shè)計(jì)開發(fā)難度較大、可能和用戶的原有操作習(xí)慣不一致,且存在與日常通用文檔的數(shù)據(jù)兼容問題,所以使用范圍受到一定的限制。集成OFFICE 類軟件,直接處理WPS、DOC、XLS、PDF 類文本,可以較好的克服使用專用文本編輯器所帶來的缺陷,但是修改痕跡可能被非授權(quán)地破壞。如何有效保留修改痕跡,需要進(jìn)一步加以研究、解決。4.5.2 信息有效性的確認(rèn)

信息的有效性體現(xiàn)在保證重要數(shù)據(jù)是真實(shí)有效的,可以認(rèn)為是數(shù)據(jù)的源是真實(shí)有效的,比如校長辦公室發(fā)布一條消息,OA 系統(tǒng)關(guān)心的是這條消息是不是校長辦公室所擁有的賬號發(fā)布的,發(fā)布后有沒有被修改。當(dāng)然可以通過加強(qiáng)賬號和口令的管理,但更可靠的方法是通過數(shù)字簽名等加以確認(rèn)。已發(fā)布的數(shù)字簽名法并沒有具體限定未來網(wǎng)上簽名使用何種模式。目前使用的數(shù)字簽名主要有三種模式:智慧卡式、密碼式、生物測定式,無論哪種方法都涉及硬件的投入問題。自主開發(fā)數(shù)字簽名的難度很大。5 結(jié)語

本文給出的基于工作流管理技術(shù)和采用BPS 結(jié)構(gòu)的OA 系統(tǒng)設(shè)計(jì)方案,能夠通過InternetPIntranet進(jìn)行辦公業(yè)務(wù)處理,提供規(guī)范、靈活的辦公流程管理,具有功能齊全、使用方便、安全性好、可靠性高等特點(diǎn),并已得到實(shí)際應(yīng)用。智能化決策、網(wǎng)絡(luò)協(xié)同辦公已經(jīng)成為現(xiàn)代化管理的趨勢,基于工作流的網(wǎng)絡(luò)OA辦公系統(tǒng)將發(fā)揮越來越大的作用。

第四篇：AO系統(tǒng)應(yīng)用中存在的問題及改進(jìn)

AO系統(tǒng)應(yīng)用中存在的問題及改進(jìn)

現(xiàn)場審計(jì)實(shí)施系統(tǒng)(AO)軟件，具有實(shí)用、高效等特性，普及應(yīng)用勢在必行。但是在應(yīng)用中，AO軟件卻遲遲得不到普及，存在在以下三方面問題：

一、認(rèn)識方面。雖然審計(jì)署、審計(jì)廳多次進(jìn)行了強(qiáng)調(diào)，市審計(jì)局在年初更是花大力氣進(jìn)行了培訓(xùn)，但是存在“突擊學(xué)、考得過、忘得快”現(xiàn)象。計(jì)算機(jī)基礎(chǔ)知識雖然得到普及，但很多審計(jì)人員對計(jì)算機(jī)審計(jì)的認(rèn)識與應(yīng)用仍停留在用電腦打打字，畫畫表格。即使使用AO軟件，也只是使用AO軟件來填寫審計(jì)日記、審計(jì)底稿和審計(jì)證據(jù)，而對數(shù)據(jù)的采用、分析則一概不用。

二、人員結(jié)構(gòu)方面。由于人員編制、工作經(jīng)費(fèi)上的限制，審計(jì)機(jī)關(guān)只能靠對現(xiàn)有人員的培訓(xùn)來適應(yīng)計(jì)算機(jī)審計(jì)。而培訓(xùn)又是淺嘗即止，由于大多審計(jì)人員，知識結(jié)構(gòu)不同，要普及計(jì)算機(jī)基礎(chǔ)知識尚可以達(dá)到，但要熟練應(yīng)用AO軟件則有困難。AO軟件需要較深的計(jì)算機(jī)知識，要了解各種類型的數(shù)據(jù)庫、各種類型的財(cái)務(wù)軟件，特別是SQL語句的編寫，普通審計(jì)人員很難完成。

三、環(huán)境方面。一是內(nèi)部環(huán)境。主要表現(xiàn)在硬件配置跟不上，比如我們在對地稅進(jìn)行審計(jì)時(shí)，僅數(shù)據(jù)庫就2G多，而AO軟件大多是安裝在筆機(jī)本電腦上，對這么大型的數(shù)據(jù)庫進(jìn)行檢索就死機(jī)，根本無法進(jìn)行運(yùn)算。二是外部環(huán)境。審計(jì)機(jī)關(guān)被審計(jì)單位會(huì)計(jì)電算化工作開展不多，絕大部分單位依然是手工記賬，真正意義上的電算化審計(jì)根本無從談起。即使部分單位實(shí)行了電算化管理，采用的數(shù)據(jù)庫也五花八門，基于的平臺各不相同，而大多單位人員只會(huì)機(jī)械的使用，根本不知道所用的數(shù)據(jù)庫結(jié)構(gòu)、基于什么類型的平臺、用的什么版本，完全靠審計(jì)人員自行摸索了解，如果不是專業(yè)的計(jì)算機(jī)人員，采集數(shù)據(jù)十分困難。甚至還有的單位使用盜版軟件，軟件部分功能不能使用，不能備份數(shù)據(jù)庫，從而不能采集數(shù)據(jù)。

由于以上三方面的的問題存在，所以AO軟件在基層審計(jì)機(jī)關(guān)遲遲得不到普及。我們認(rèn)為，要使AO軟件在基層審計(jì)機(jī)關(guān)得到廣泛應(yīng)用，必須要結(jié)合基層審計(jì)機(jī)關(guān)的現(xiàn)狀與實(shí)情，在以下幾個(gè)方面加以改進(jìn)：

（一）加強(qiáng)對計(jì)算機(jī)審計(jì)的認(rèn)知度。計(jì)算機(jī)審計(jì)絕不僅是“打打字、畫畫表”，而是對數(shù)據(jù)的綜合分析利用。審計(jì)人員要一改以往的認(rèn)識，充分利用各種機(jī)會(huì)開展計(jì)算機(jī)審計(jì)，特別是領(lǐng)導(dǎo)干部要帶頭使用計(jì)算機(jī)。要把使用計(jì)算機(jī)審計(jì)的項(xiàng)目與沒有使用計(jì)算機(jī)審計(jì)的項(xiàng)目的工作效率進(jìn)行對比，從而認(rèn)識到之間的差距，以加強(qiáng)對計(jì)算機(jī)審計(jì)的認(rèn)知度。

（二）改善人員知識結(jié)構(gòu)。一是盡可能的爭取人員編制和經(jīng)費(fèi)，引進(jìn)一些既懂計(jì)算機(jī)又懂財(cái)務(wù)的專業(yè)人才。二是加強(qiáng)對現(xiàn)有人員的培訓(xùn)。要改變以前那種僅僅兩、三天“淺嘗即止”的培訓(xùn)模式，要集中選擇部分基礎(chǔ)較好的同志，開展系統(tǒng)的、周期較長的培訓(xùn)，而且培訓(xùn)的演示數(shù)據(jù)也不能僅僅使用最簡單、最基礎(chǔ)的數(shù)據(jù)類型，應(yīng)該盡可能的把各種類型的、較為復(fù)雜的數(shù)據(jù)都演示到。

（三）進(jìn)一步加強(qiáng)硬件配置。審計(jì)機(jī)關(guān)要保證經(jīng)費(fèi)加強(qiáng)計(jì)算機(jī)硬件配置，以適應(yīng)電算化發(fā)展的需要。特別是對一些規(guī)模較大的數(shù)據(jù)庫，要保證有一臺服務(wù)器級的計(jì)算機(jī)來對其進(jìn)行運(yùn)算，以解決大型數(shù)據(jù)庫“無機(jī)可用”的尷尬境地。

（四）建立技術(shù)支持專線。建議上級審計(jì)機(jī)關(guān)利用電話、互聯(lián)網(wǎng)等手段建立AO軟件的技術(shù)支持專線，在基層審計(jì)人員使用AO軟件遇到困難時(shí)，能及時(shí)的提供技術(shù)支持。

第五篇：patran動(dòng)力分析中遇到問題總結(jié)

一、Scratch DBset不夠用，計(jì)算非正常終止

f06文件的錯(cuò)誤提示

（一）：

*** USER FATAL MESSAGE 1221(GALLOC)THE PARTITION OF THE SCRATCH DBSET USED FOR DMAP-SCRATCH DATABLOCKS IS FULL.USER INFORMATION: THE DMAP SCRATCH PARTITION WILL NOT SPILL INTO THE 300-SCRATCH PARTITION.USER ACTION: 1.SET NASTRAN SYSTEM(151)=1, OR 2.INCREASE THE NUMBER OF MEMBERS, AND/OR THEIR MAXIMUM SIZE, FOR THE SCRATCH DBSET ON-THE “INIT” STATEMENT.說明：

臨時(shí)性數(shù)據(jù)庫SCRATCH DBSET 滿了，需要擴(kuò)展該數(shù)據(jù)庫規(guī)模以滿足存儲需求。而且數(shù)據(jù)庫300-SCRATCH 的空間沒有讓數(shù)據(jù)庫SCRATCH DBSET共享。解決方法

（一）： 在rcf文件中添加： SYSTEM(151)=1 使數(shù)據(jù)庫300-SCRATCH的空間能讓讓數(shù)據(jù)庫SCRATCH DBSET 分享。若還不能解決此問題，則計(jì)算非正常終止，出現(xiàn) f06文件的錯(cuò)誤提示

（二）：

*** USER FATAL MESSAGE 1012(GALLOC)DBSET SCRATCH IS FULL AND TO BE EXPANDED.USER ACTION: SEE THE MSC.NASTRAN INSTALLATION AND OPERATIONS GUIDE OR TAN 4893 ON THE MSC.WEB FOR METHOD TO MAKE LARGE DATABASE.說明：

臨時(shí)性數(shù)據(jù)庫DBSET SCRATCH滿了，需要擴(kuò)充該數(shù)據(jù)庫規(guī)模以滿足存儲需求。解決方法

（二）：

再在輸入文件(BDF文件)的文件管理段(file management section,FMS)中添加： INIT SCRATCH LOGICAL=(SCR1(300000)), SCR300=(SCRA(300000))用以重新設(shè)置SCRATCH DBset的大小，其中的300000可以根據(jù)情況改成其它合適的數(shù)字，然后重啟動(dòng)(restart)計(jì)算。注意，不能單獨(dú)采用EXPAND卡片來擴(kuò)充Scratch DBset，因?yàn)镾cratch DBset為臨時(shí)性的，這與下文的DBALL不同。

二、DBALL DBset不夠用，計(jì)算非正常結(jié)束 f06文件的錯(cuò)誤提示：

*** USER FATAL MESSAGE 1012(GALLOC)DBSET DBALL IS FULL AND NEEDS TO BE EXPANDED.USER ACTION: SEE THE MSC.NASTRAN INSTALLATION AND OPERATIONS GUIDE OR TAN 4893 ON THE MSC WEB SITE FOR METHODS TO MAKE LARGER DATABASES.說明：

永久性數(shù)據(jù)庫DBSET DBALL滿了，需要擴(kuò)充該數(shù)據(jù)庫規(guī)模以滿足存儲需求。解決方法

（一）在輸入文件(BDF文件)的FMS中添加EXPAND卡片，擴(kuò)充 DBALL DBset： RESTART VERSION=1,KEEP ASSIGN MASTER='jobx.MASTER'

EXPAND DBALL LOGICAL =(ADDB1(500000))INIT SCRATCH LOGICAL=(SCR1(300000)), SCR300=(SCRA(300000))用以擴(kuò)充DBALL DBset的大小，加粗字體的EXPAND卡片中的500000可以改為其它合適的數(shù)值，然后重啟動(dòng)計(jì)算。解決方法

（二）：

在輸入文件(BDF文件)的FMS中添加： INIT MASTER LOGICAL=(MASTER(5000))INIT DBALL LOGICAL=(DBALL(3000000))INIT SCRATCH LOGICAL=(SCR1(3000000)), SCR300=(SCRA(3000000))用以重新設(shè)置DBALL DBset的大小，加粗字體的3000000可以改為其它合適的值，然后重新計(jì)算。

三、f06文件過大，達(dá)到40GB，根本沒法打開查看

f06沒法用記事本、寫字板打開，即使能用其它軟件打開，也很慢，嚴(yán)重影響對計(jì)算情況的掌握。解決思路是取消打印節(jié)點(diǎn)和單元的各種輸出量，這只要在輸入文件中相關(guān)的輸出量卡片加入plot選項(xiàng)即可。比如取消位移的打印：

未取消打印之前：DISPLACEMENT(SORT2,REAL)=ALL 取消打印之后：DISPLACEMENT(PLOT,SORT2,REAL)=ALL

四、XDB文件容量不夠，計(jì)算非正常結(jié)束 f06文件的錯(cuò)誤提示：

*** SYSTEM FATAL MESSAGE 6062(DBC)*** DIOMSG ERROR MESSAGE 6 FROM SUBROUTINE WRTLST

OVERFLOW OF DICTIONARY PRIMARY INDEX FOR DATA BASE UNIT 1.說明：

預(yù)設(shè)置的XDB文件大小規(guī)模不夠，不能將結(jié)果完全輸出。解決方法

（一）在輸入文件(BDF文件)的FMS中添加：

ASSIGN DBC='XXX.xdb',RECL=32768,UNIT=40,DELETE 用以增大XDB文件的容量，其中的RECL,UNIT值可以按需要修改。之后重新提交運(yùn)算。解決方法

（二）將輸入文件(BDF文件)數(shù)據(jù)段中的 PARAM POST 0 改為

PARAM POST-1 即把輸出文件從原來的XDB類型改為OP2類型。不過，對于超大的OP2文件，Patran有可能連接不成功，所以不推薦使用方法(二)。

五、計(jì)算非正常結(jié)束后，修改bdf文件，并在提交計(jì)算時(shí)希望在已有的計(jì)算結(jié)果上接著之前的計(jì)算結(jié)果算，而不必從頭開始，大大計(jì)算節(jié)省時(shí)間，可使用restart。參見附件文檔。另外，1）在輸出應(yīng)力時(shí)，Patran(2007r2)中不能設(shè)置同時(shí)輸出von Mises應(yīng)力和Max Shear應(yīng)力，若需要同時(shí)輸出，要在輸入文件的工況控制段中保證下面兩個(gè)卡片同時(shí)存在：

STRESS(PLOT,SORT2,REAL,MAXS,BILIN)=ALL STRESS(PLOT,SORT2,REAL,VONMISES,BILIN)=ALL 2）在建模中遇到了在局部坐標(biāo)系下建立MPC的問題

F06 出現(xiàn)1250錯(cuò)誤

該問題本質(zhì)在于軟件分配給SCRATCH數(shù)據(jù)庫的容量不足以容納所需存儲的數(shù)據(jù)，這種問題絕大多數(shù)情況下并不是 SCRATCH的目錄所在的磁盤分區(qū)滿了，嚴(yán)格說是分配給SCRATCH的數(shù)據(jù)庫存儲容量不夠大，致使數(shù)據(jù)溢出。例如，假設(shè)數(shù)據(jù)所需的存儲容量為10G，系統(tǒng)分配給SCRATCH數(shù)據(jù)庫的容量為8G，SCRATCH的目錄所在的磁盤分區(qū)可用空間為50G，即使這樣，仍然會(huì)出現(xiàn)同樣的錯(cuò)誤。這個(gè)問題可以通過四個(gè)途徑(可同時(shí)或單獨(dú)使用)解決： 1：在配置文件(位于NASTRAN安裝目錄下的conf文件夾中)中增大BUFFSIZE的大小(默認(rèn)值8193)，需滿足buffsize=n*1024+1，最大為65537；它決定了一個(gè)Block塊的大小。2：通過INIT命令增大默認(rèn)的分配給SCRATCH數(shù)據(jù)庫塊的數(shù)目，如INIT SCRATCH LOGI=(SCRATCH(500000)), 可將默認(rèn)的250000增大至500000個(gè)Blocks。3：添加NASTRAN SYSTEM(151)=1，使得scratch數(shù)據(jù)庫存儲即將溢出時(shí)，允許將數(shù)據(jù)轉(zhuǎn)存儲到SCR300數(shù)據(jù)庫分塊中。4：在配置文件中增大memory，如memory=100mw等。nastran system(151)＝1 nastran system(1)＝32769

1250解決辦法

INIT SCRATCH LOGICAL=(SCRATCH(10000000)), SCR300=(SCRA(10000000))

INIT MASTER LOGICAL=(MASTER(10000))INIT DBALL LOGICAL=(DBALL(10000000))NASTRAN DBCFACT=4

正弦分析只輸出應(yīng)力結(jié)果

為減小計(jì)算量，可以僅輸出應(yīng)力，但有可能還是會(huì)出現(xiàn)內(nèi)存不足的情況 可以輸出op2文件格式，能計(jì)算，但是讀取的容易出現(xiàn)錯(cuò)誤 可以定義一下只輸出部分單元的應(yīng)力結(jié)果，這樣就可以計(jì)算了