B/S結構的無紙化辦公軟件的設計與實現

顧 斌，周玉紅

1.昆山市信息港網路科技有限責任公司，江蘇昆山 215300

2.昆山市建邦環境投資有限公司，江蘇昆山 215300

1 系統的總體設計方案

系統采用ASP+SQL2000技術和B/S結構，實行模塊化開發，分級管理。系統中的用戶將被分為不同的用戶組，賦予不同的用戶權限，只有滿足條件的用戶才可以使用系統功能。系統流程圖中，背景色為藍色的方格代表流程的開始。其中圖1為登錄校驗流程，圖2為權限和session()合法性判斷過程。

圖1 登錄驗證流程圖

圖2 功能使用權限和session()判斷流程圖

2 軟硬件配置

表1 軟硬件配置

3 關鍵技術的簡單介紹

限于篇幅，功能的代碼沒有附上，關鍵技術也僅以簡述的文字和少許代碼介紹，詳細功能的具體實現流程以圖片和文字方式體現。

3.1 樹狀導航菜單

主要是通過Javascript腳本控制表格的行＜tr＞標記的現實或隱藏來實現節電的現實或隱藏。控制＜tr＞標記的顯示和隱藏，是通過其display屬性實現。

3.2 ADO組件訪問數據庫

通過設置Connection對象，可以打開或者連接數據庫文件，它是數據源的一個開放連接，具有跟蹤正在使用、連接保持的時間及其它定義的數據庫屬性。而在調用數據庫時，就必須先使用ADO的Connection對象，完成對數據庫的連接。

3.3 數據庫查詢、改、刪、增數據基本技術

查詢：SELECT 列名稱 FROM 表名稱

修改：UPDATE 表名稱 SET 列名稱 = 新值 WHERE 列名稱 =某值

刪除 ：DELETE FROM 表名稱 WHERE 列名稱 = 值

增加：INSERT INTO 表名稱 VALUES (值1, 值2,....)

3.4 防SQL注入技術

用戶登錄系統時，服務器對客戶端提交的數據進行敏感字符過濾的方式，起到防止SQL注入，方法是通過嵌套使用Replace()函數可以有效地避免注入。

3.5 JAVASCRIPT客戶端校驗技術

數據提交后在客戶端比起服務器校驗數據的合法性，可以更有效的節省服務器資源，使得程序運行更高效，更科學，在本系統中應用了大量客戶端校驗。下例為一個基礎校驗語句。

3.6 二級下拉菜單原理

利用JAVASCRIPT技術，直接獲取用戶選擇的下拉菜單的值，再查詢數據庫，自動關聯查詢出對應的數據內容，傳值并作為二級菜單再顯示給用戶。

3.7 工作流技術原理

創建用戶的時候，系統首先根據用戶的部門、職位確定用戶的processid。在涉及有工作流的操作時，用戶完成數據提交后，系統結合提交數據用戶的部門將processid自動更改為該部門主任的processid，部門主任完成工作流后，自動變更為分管領導的副總監processid，副總監完成工作流后，自動變更為主管領導的總監processid，副總監完成工作流后，processid變更為100，同時將工單狀態標注為已完工。

3.8 時間選擇器制作原理

使用ONCLICK事件調用window.showModalDialog()創建一個顯示HTML內容的模式對話框。當用戶完成時間選擇后，自動將選定的值以標準的YYYY-MM-DD格式傳入父窗口的相應文本框中。

圖3

4 部分功能簡要介紹

4.1 主頁提醒功能

用戶登錄本系統后，涉及到本用戶的業務請求均會在此顯示，點擊可直接查看跳轉至相應功能區，供用戶查詢業務詳情。如圖4顯示有印章使用申請、請假/出差申請、工作聯系單、公文流轉和審核申請，另外還有會議，郵件通知也會一并顯示。

圖4 主頁提醒顯示的部分內容

4.2 工作聯系單

工作聯系單實現了部門間工作聯系的自動化，從主界面上的回復和打印與否均可直觀看到聯系方是否有回饋，而草稿箱，發送箱和收件箱分類使得聯系單的歸類更清楚，發送與簽收時間的顯示更可以反映出聯系方與被聯系方彼此工作的態度如何。表單號是根據部門自動生成；編號由當日日期和申請數量組成，自動遞增；聯系部門和指定聯系人組成2級下拉菜單；聯系日期框內點擊則自動彈出時間選擇器；實現保留原始輸入的特殊格式；所有規定輸入項目均經客戶端數據合法性校驗后，才允許提交服務器。提供的所有查詢條件均支持模糊查詢，便于操作者準確的查找到需要的任何信息。電子簽章功能考慮到經濟成本問題，目前采用圖片方式替代實現。

圖5 工作聯系單主界面

4.3 請假/出差申請

請假/出差申請功能的推出，完全顛覆了現有落后的手簽模式，可以根據需要查詢任意用戶的請假/出差信息，大大方便了管理人員出具所有的統計信息。該功能可根據用戶工作時間，自動計算出當年度可公休天數，排除已休公休天數，自動顯示仍可公休天數；請假起始時間和結束時間通過時間選擇器選出后，系統按照現實規則，自動排除了周末并計算出本次休假的實際天數；可公休天數和本次公休天數以及休假理由均需通過客戶端合法性驗證后，才允許提交到服務器。

圖6 請假/出差申請界面

4.4 請假/出差申請的工作流體現

圖7 審核申請單

用戶提交申請后，首先是該用戶所在部門的部門主任簽字確認，然后是分管本部門的分管領導簽字確認，最后是主要領導簽字確認，那么這張申請才真實有效。下圖為部門主任在主頁上系統自動提醒的有申請為審核。

部門主任審核用戶的申請，選擇通過則可以不輸入任何意見，系統自動填入同意兩字；如果不通過，則必須輸入退回的意見，則該申請將回到申請用戶手中，用戶可以選擇繼續提交或者修改后再提交，也可以直接刪除申請。

部門主任回簽后，工單流自動將申請單推送到分管領導的主頁要求其審核。分管領導審核的過程同部門主任審核流程。分管領導審核完畢后，則由主要領導做最終審核，最終審核通過后，該申請的狀態將被標注為完工，代表這此次申請獲得了通過。

4.5 公文流轉

公文流轉實現了通知下達和文件的無紙化傳遞，其中發送組根據職位區分，當用戶選擇發送組后，由和發送組組成2級下拉菜單的指定個人中，可選擇該組的所有成員，或該組的指定個人，同時還能抄送給任何其他人員，但必須是以逗號作為間隔。一旦選定了發送組，或指定個人，或抄送對象后，只有符合接受條件的用戶才能看到該公文通知。抄送和內容項必須經過客戶端合法性驗證后，才允許提交到服務器。

圖8 新公文錄入

發送公文時，也可以攜帶附件，系統支持文件類型判斷。

公文發送完畢后，具有接收權限的用戶在主頁上可以看到被標示為.GIF圖片NEW的公文，一旦用戶單擊后，NEW將變成已讀，同時數據庫記憶該接收用戶已經閱讀了該公文，將來查詢接收對象是否有閱讀接收公文時，可以羅列出哪些看了，而哪些沒有看。

點擊主頁上公文的項目名稱，直接跳轉到公文的詳細內容，點擊下方的附件名稱可以直接下載該附件。

4.6 電子通訊錄

電子通訊錄推出后，將所公司有內部職工的聯系方式都進行了統計并制作成共享通訊組，用戶只要具備網絡條件就可以直接登錄到本系統查詢需要查找對象的聯系方式，操作簡單，信息豐富，因而大受廣大員工的歡迎。用戶也可以添加屬于自己的通訊組，就像操作自己的手機或通訊簿一樣。

點擊通訊組名稱后，可以羅列出該通訊組的所有聯系人的主要信息，再點擊姓名名字后，可以產看該聯系人的詳細信息。

點擊右上方的查詢后，可以進入改組的查詢界面，文本輸入框均支持模糊查詢，該功能也支持多條件的聯合查詢。如圖所示，查詢了張姓用戶的主要聯系方式。

圖9 查詢聯系人

5 結論

此套無紙化辦公軟件，是在充分調研了我公司相關業務的辦理流程，通過網絡技術進行流程模擬化，并設計開發實現的,是對我公司現有辦公模式的一次重大變革，也可以看做是在積極響應國家低碳、環保、節能的總體政策下前提下解決了我單位紙質文件管理的問題、耗材成本控制的問題、時間成本的問題、業務流程簡化和規范化等多種問題，是具有自主知識產權的開發設計。就目前使用者的使用情況看，取得了令人滿意的效果。現根據共性與個性區分，總結使用結果如下：

共性：節約了公司的運營成本，便捷化了業務的流程，排除了人為因素的干擾，提供了更人性化的操作方式，規范了業務的制度，加強了公司的監督管理，提高了公司的運行效率。

個性：工作聯系單，使空間的間隔不再存在，使業務的內容均有實據；請假/出差申請，使統計變的輕而易舉；公文流轉：使管理者輕松掌握每一個數據細節；電子通訊錄，使一人一記的傳統模式有了個強有力的替補；業務交流室，使交流突破了電話的約束，使溝通以點帶面，使問題不再是再三重復。

[1]高宏.JavaScript從入門到精通.機械工業出版社[M]，2009，4.

[2]明日科技.ASP開發典型模塊大全.人民郵電出版社[M]，2011，1.

[3]周曉芬，鄧志華.南昌供電公司辦公自動化系統的設計與實現[J].電力信息化，2009(4)：79-82.

[4]韋琳，李曉輝.基于ASP的辦公自動化軟件的設計[J].軟件導刊，2008(6)：122-123.

[5]徐慧劍，韋蕓.基于ASP的辦公自動化系統的研究與實現[J].大眾科技，2006(7)：144-145.

[6]薛小龍.ASP經典模塊開發大全[M].電子工業出版社，2008.