涉煙案件信息管理系統(tǒng)的設(shè)計與實現(xiàn)

王立軒，劉 婧，孫毅平

（西安市煙草專賣局 陜西 西安 710048）

中國煙草行業(yè)近十年來快速發(fā)展，對進一步完善煙草市場監(jiān)管體系提出了新的需求[1]，煙草辦公自動化、信息自動化與日新月異的數(shù)字化技術(shù)相結(jié)合勢在必行[2-3]。《全國“十一五”時期檔案事業(yè)發(fā)展規(guī)劃》中明確規(guī)定“制定統(tǒng)一標(biāo)準，規(guī)范檔案數(shù)字化與網(wǎng)絡(luò)化建設(shè)[4-5]，按照共建共享、互聯(lián)互通的要求，建立與完善國家檔案信息目錄數(shù)據(jù)庫、紙質(zhì)檔案全文數(shù)據(jù)庫和多媒體檔案數(shù)據(jù)庫等各類檔案數(shù)據(jù)庫，適時啟動數(shù)字檔案建設(shè)與社會化服務(wù)工程[6]。規(guī)范電子文件歸檔、管理與接收工作，建立健全電子檔案接收機制和相關(guān)規(guī)章制度[7]。利用電子政務(wù)網(wǎng)絡(luò)平臺進行政府公開信息的網(wǎng)上數(shù)據(jù)傳輸、采集和檔案發(fā)布。進一步推進電子文件中心和數(shù)字檔案館建設(shè)。”，將信息化建設(shè)作為建設(shè)的主要任務(wù)之一。

在這樣的應(yīng)用背景需求下，本文研究并建立了一套煙草專賣人員涉煙立案案件信息管理系統(tǒng)，有效解決了因信息化開展不足帶來的案件過程管理、文書生成、查詢操作困難等一系列問題。

1 需求分析

涉煙案件業(yè)務(wù)處理流程分為4個階段，分別為立案階段、調(diào)查取證階段、處罰決定階段以及結(jié)案歸檔階段，其中立案階段與調(diào)查取證階段的時間差不得超過一個月。在涉煙案件業(yè)務(wù)處理過程中，共有5類角色參與活動，分別是當(dāng)事人、稽查大隊、專賣辦、局領(lǐng)導(dǎo)和復(fù)議機關(guān)。每個階段都需要生成相應(yīng)的案卷文書，辦案人員根據(jù)案由選擇相應(yīng)的案卷文書。涉煙案件的案由分為3種，分別是銷售非法卷煙、未在當(dāng)?shù)責(zé)煵菥肿凿N售卷煙以及無證運輸。每個案由都有一套默認的案卷文書需要生成，此外，辦案人員可以在辦案過程中根據(jù)案件的需要再選擇生成其他的案卷文書。基于以上的描述，涉煙案件業(yè)務(wù)處理流程模型如圖1所示。

2 涉煙案件信息管理系統(tǒng)設(shè)計

2.1 系統(tǒng)架構(gòu)設(shè)計

分析上述涉煙案件業(yè)務(wù)處理流程模型，并結(jié)合實際調(diào)研獲取的用戶需求，可以將涉煙案件信息管理系統(tǒng)分為以下6個子系統(tǒng)，如圖2所示。

圖2 涉煙案件信息管理系統(tǒng)功能結(jié)構(gòu)圖Fig.2 Functional diagram for tobacco case information management system

1）基本信息錄入子系統(tǒng)

該子系統(tǒng)為用戶提供人性化的交互界面，用于錄入案卷文書和專賣相關(guān)流程的基本信息，如案發(fā)時間、地點、案件基本情況、查扣卷煙品種數(shù)量等。錄入完成后將基本信息存入數(shù)據(jù)庫，同時為標(biāo)準化文案文檔生成子系統(tǒng)提供數(shù)據(jù)接口。

2）工作流控制引擎子系統(tǒng)

為了盡可能地簡化人工錄入的工作流程，該子系統(tǒng)按照標(biāo)準辦案流程對基本信息錄入的工作流程進行控制，避免相同信息的重復(fù)錄入以及生成格式化信息，節(jié)省錄入時間。

3）標(biāo)準化案卷文書生成子系統(tǒng)

該系統(tǒng)根據(jù)所要生成的案卷與基本信息錄入子系統(tǒng)進行交互，處理從信息錄入子系統(tǒng)接收的數(shù)據(jù)流，對數(shù)據(jù)流進行重新解析，包括對涉案卷煙進行核價，引用相關(guān)法律法規(guī)，界定罰款范圍等操作，解析完成后導(dǎo)入到指定的文檔模板，用戶可通過預(yù)覽功能檢查文案文檔的正確性，確認無誤后自動生成文案文檔。該子系統(tǒng)是整個辦公自動化軟件的核心。

4）資料庫管理子系統(tǒng)

案卷文書生成后將自動存入資料庫管理子系統(tǒng)。該子系統(tǒng)對各個文案文檔進行分類整理，為案件后期查閱、匯總、案情對比分析、深挖及案件移交等相關(guān)后續(xù)工作提供高效快速的信息保障。

5）案卷文書檢索引擎子系統(tǒng)

該引擎主要是為了方便案卷后期的查閱。當(dāng)文案資料庫比較龐大的時候，對特定文案的查閱便會變得非常復(fù)雜和繁瑣。用戶可以輸入時間、辦案人員，涉案地點等關(guān)鍵字段，系統(tǒng)后臺的檢索引擎便自動查找相關(guān)文案文檔，并將指定的案件信息導(dǎo)出到系統(tǒng)前臺，方便辦案人員查閱。

6）權(quán)限控制和安全防護子系統(tǒng)

該子系統(tǒng)通過為不同角色人員分配不同權(quán)限的賬號，防止其他無關(guān)人員進入系統(tǒng)對文案文檔惡意篡改，確保案卷真實性，保障整個辦公系統(tǒng)的安全高效，責(zé)任明確。

2.2 數(shù)據(jù)庫結(jié)構(gòu)設(shè)計

在確定了系統(tǒng)架構(gòu)后，我們對系統(tǒng)中涉及的各類數(shù)據(jù)做了詳細的調(diào)研，對于涉煙案件業(yè)務(wù)處理流程中的具體案卷內(nèi)容，進行了仔細的整理，歸納出系統(tǒng)中的所有數(shù)據(jù)關(guān)系和具體要求。系統(tǒng)數(shù)據(jù)庫的設(shè)計盡量考慮了將來程序變更的靈活性，并滿足第三范式要求，設(shè)計的數(shù)據(jù)庫結(jié)構(gòu)如圖3所示。

在該數(shù)據(jù)庫設(shè)計中，系統(tǒng)主要圍繞以下10個表展開相關(guān)操作和業(yè)務(wù)關(guān)系：

系統(tǒng)信息表SysInfo，該表包括分局名稱（BureauName[varchar 30]）、分局縮寫（BureauShortName[varchar 10]）、分局地址 （BureauAddr[varchar 100]） 和分局電話（BureauPhone[varchar 20]）；

煙草表 Cigarette，該表包括規(guī)格名稱（Name[varchar 30]）、公司（Company[varchar 30]）、零售價（Price[float]）和長度（Spec[varchar 10]）；

涉案卷煙信息表CaseCigarette，該表包括案件編號（CaseId[int]）、卷煙規(guī)格名稱（Name[varchar 30]）、零售價（Price[float]）和數(shù)量（ItemCount[int]）；

抽樣物品表SamplingItem，該表包括案件編號（CaseId[int]）、卷 煙 規(guī) 格 名 稱 （Name[varchar 30]）、長 度 （Spec[varchar 10]）、和數(shù)量（ItemCount[varchar 20]）；

案件表 LawCase，該表包括案件編號（id[int]）、卷宗號（FilesNum[varchar 20]）、 承 辦 人 （Owner[varchar 40]）、 案 由（Reason[varchar 40]）、案發(fā)時間（OccuredTime[time]）、案發(fā)地點（OccuredAddr[varchar 100]）、案件來源（Source[varchar 10]）和涉案價值（InvolvedValue[int]）；

當(dāng)事人表 Client，該表包括當(dāng)事人編號（id[int]）、當(dāng)事人姓名（ClientName[varchar 20]）、當(dāng)事人性別（ClientSex[varchar 2]）、 當(dāng) 事 人 身 份 證 號 （ClientID[varchar 20]）、 當(dāng) 事 人 現(xiàn) 住 址（ClientAddr[varchar 100]）、 當(dāng)事人身份證地址（ClientIdAddr[varchar 100]）、當(dāng)事人聯(lián)系電話（ClientPhone[varchar 20]）、煙草店面名稱 （ClientStoreAddr[varchar 20]）、煙草專賣證號（ClientMonopolyCardNo[varchar 30]）、 關(guān) 聯(lián) 車 輛 車 牌 號（ClientCarNo[varchar 20]）、 關(guān) 聯(lián) 車 輛 車 型 （ClientCarModel[varchar 20]）和關(guān)聯(lián)企業(yè)（ClientCompany[varchar 20]）；

舉報信息表 Report，該表包括舉報信息編號（id[int]）、舉報時間 （ReportTime[time]）、 舉報形式 （ReportType[varchar 10]）、舉 報 人 Reporter[varchar 20]、 舉 報 內(nèi) 容 （ReportContent[text]）、舉報備注（ReportMemo[text]）、案情摘要（CaseAbstract[text]）、違反規(guī)定（Regulations[text]）和處罰依據(jù)（Rule[text]）；

詢問記錄表Inquirer，該表包括詢問記錄編號（id[int]），詢問人 1 （Inquirer1[varchar 20]）、 詢問人工號 1（InquirerNo1[varchar 20]）、詢問人 2 （Inquirer2[varchar 20]）、詢問人工號 2（InquirerNo2 [varchar 20]）、 詢 問 記 錄 人 （InquiryRecorder[varchar 20]）、詢問開始時間（InquiryStartTime[time]）、詢問終止時間（InquiryEndTime[time]）、詢問地點（InquiryAddr[varchar 100]）和詢問筆錄（InquiryRecord[text]）；

集體討論表Discuss，該表包括集體討論編號（id[int]）、討論 開 始 時 間 （DiscussStartTime[time]）、 討 論 終 止 時 間（DiscussEndTime[time]）、 討 論 地 點 （DiscussAddr[varchar 100]）、討論主持人（DiscussHost[varchar 20]）、討論主持人職務(wù)（DiscussHostPost[varchar 20]）、討論出席人員（DiscussMembers[varchar 100]）、討論記錄人（DiscussRecorder[varchar 20]）、處罰內(nèi)容 （PunishContent[text]） 和 卷煙來源 （CigaretteSource[varchar 100]）；

案件移送表Transferred，該表包括案件移送編號（id[int]）、 移 送單位 （TransferredUnit[varchar 20]）、 移送原因（TransferredReason[varchar 100]）、移 送 依 據(jù) （TransferredBasis[varchar 100]）、 移 送 批 準 時 間 （TransferredApprovalTime[time]）、移送文件份數(shù)（TransferredFilesCount[int]）、移送文件頁 數(shù) （TransferredFilesPage [int]） 和 移 送 清 單 頁 數(shù)（TransferredListPage[int]）。

3 涉煙案件信息管理系統(tǒng)實現(xiàn)

在上述系統(tǒng)設(shè)計的基礎(chǔ)上，本系統(tǒng)采取的開發(fā)環(huán)境為：操作系統(tǒng)版本W(wǎng)indowsXPSP2；IDE版本VirsualStudio2010SP1；數(shù)據(jù)庫版本MySQL 5.0；數(shù)據(jù)庫輔助工具版本SQLyog6.15。

3.1 系統(tǒng)架構(gòu)實現(xiàn)

按照2.1節(jié)的架構(gòu)設(shè)計，涉煙案件信息管理系統(tǒng)分為6個子系統(tǒng)：基本信息錄入子系統(tǒng)、工作流控制引擎子系統(tǒng)、標(biāo)準化案卷文書生成子系統(tǒng)、資料庫管理子系統(tǒng)、案卷文書檢索引擎子系統(tǒng)、權(quán)限控制和安全防護子系統(tǒng)。各子系統(tǒng)之間采用MVC架構(gòu)組織。

系統(tǒng)架構(gòu)的實現(xiàn)主要依賴于以下 3個類，CaseModel、CaseController以及NewCasePage，其中：CaseModel類用于讀寫案件的字段信息、與數(shù)據(jù)庫進行交互；CaseController類接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求；NewCasePage類是所有案卷文書的基類，由CaseController根據(jù)工作流所處的階段顯示相應(yīng)的案卷文書輸入界面。三者關(guān)系如圖4所示。

圖4 系統(tǒng)架構(gòu)核心類圖Fig.4 System architecture core class diagram

該系統(tǒng)由CaseModel為整個系統(tǒng)提供該服務(wù)，CaseModel項位于領(lǐng)域模型層上面，用戶界面層下面，用于用戶界面與領(lǐng)域的交互。它不負責(zé)處理任何業(yè)務(wù)邏輯，是從更高的層次為業(yè)務(wù)邏輯的正確執(zhí)行提供運行環(huán)境，同時起到任務(wù)協(xié)調(diào)的作用，如事物處理和基礎(chǔ)結(jié)構(gòu)層服務(wù)調(diào)用。

3.2 案件文書自動生成的實現(xiàn)

系統(tǒng)的6大子模塊中，本系統(tǒng)的核心——標(biāo)準化案卷文書生成子系統(tǒng)是基于Open XMLWordprocessingML[8]技術(shù)實現(xiàn)的。以舉報記錄表為例，其生成流程主要分為以下3步。

第一步，制作文檔模板，使用word2007以上版本打開文檔模板，在需要插入文字的地方插入格式文本內(nèi)容控件，同時在屬性中設(shè)置該控件的標(biāo)題與標(biāo)記，以便后期綁定的操作；

第二步，使用Content Toolkit工具打開文檔模板，該工具會自動識別文檔中插入的控件，編輯XML文件，XML節(jié)點與對應(yīng)的控件進行綁定，如圖5所示。

圖5 控件綁定示意圖Fig.5 Controls bounding diagram

第三步，使用OpenXMLWordprocessingDocument接口打開指定的word文檔，將預(yù)先生成的XML流輸入到文檔中，對文檔中的控件進行內(nèi)容替換。模板的字段綁定代碼示例如下：

XDocument doc=

new XDocument（

new XDeclaration（“1.0”， “utf-8”， “yes”），

new XElement（“RegisterReport”，

new XElement （"BureauAbbre"， ModelContext.GetXtxx 系統(tǒng)信息（）.fjsx分局縮寫），

new XElement（“Year”， year），

new XElement（"FilesNum"， Model.getBiaoHao（Model.jzbh卷宗編號）），

new XElement（“Reason”， Model.ay 案由），

new XElement（“Source”， Model.ajly 案件來源），

new XElement （“Date”， Model.afsj案 發(fā) 時 間.ToString（“yyyy年 MM 月 dd日 hh時 mm 分”）），

new XElement（“Location”， Model.afdd 案發(fā)地點），

new XElement（“Owner”， Model.dsrx 當(dāng)事人姓名），

new XElement（“ID”， Model.dsrs當(dāng)事人身份證號），

new XElement（“Address”， Model.dsrx 當(dāng)事人現(xiàn)住址），

new XElement（“CaseAbstracts”， Model.aqzy 案情摘要），

new XElement（“Suggestion”， Model.wfgd 違反規(guī)定）））；

Generator.Generate（“Templates\立案報告表.docx”， doc，outPath+ “\立案報告表.docx”）；

其中每一個XElement元素都對應(yīng)相應(yīng)模板的一個字段。通過以上配置，系統(tǒng)就會根據(jù)用戶所填的字段和相應(yīng)的模板，自動填寫最終所需要的表。也會對最終表格式進行自動調(diào)整和更新。除立案報告表以外，案件信息表，行政處罰決定書等文檔的生成方式類似[3]。

另外，在2.2節(jié)數(shù)據(jù)設(shè)計的基礎(chǔ)上，我們還實現(xiàn)了各管理信息、文書的增刪改與查詢。當(dāng)前，實現(xiàn)管理信息系統(tǒng)的增刪改與查詢的方法已經(jīng)相對成熟。這里不再贅述。

4 涉煙案件信息管理系統(tǒng)應(yīng)用

涉煙案件信息管理系統(tǒng)運行界面如圖6所示，提供了案件生成、案件查詢、系統(tǒng)設(shè)置、使用幫助和退出系統(tǒng)五個功能。系統(tǒng)已在某煙草專賣局進行試用，試用效果良好，并給專賣局帶來了如下發(fā)展效益：提高了案卷生成的質(zhì)量和效率；徹底改變了傳統(tǒng)的檔案管理模式；提升了管理水平；推進了煙草行業(yè)執(zhí)法的完善。

圖6 涉煙案件信息管理系統(tǒng)運行截圖Fig.6 Screenshot for tobacco case informationmanagement system

5 結(jié) 論

傳統(tǒng)的涉煙案件信息管理主要是把編寫案件文書，對紙質(zhì)卷宗進行分類、分密級歸檔保存，以供相關(guān)人員借閱、核查，或?qū)⑵渥鳛閰⒖家罁?jù)。然而隨著時間的推移和工程量的加大，這種紙質(zhì)案卷的數(shù)量越來越多，案件的定性問題也越來越復(fù)雜，由此產(chǎn)生的文檔保存、版本管理、安全保密等一系列功能，這些是傳統(tǒng)方式不能有效解決的。涉煙案件信息管理系統(tǒng)不僅僅是一個案卷文書自動生成系統(tǒng)，不僅能生成相關(guān)的文檔報表及規(guī)范的法律文書，還滿足方便地對檔案的查詢管理等操作，進而提高工作效率、減少開支。

[1]王樹文，張永偉，郭全中.加快推進中國煙草行業(yè)改革研究[J].中國工業(yè)經(jīng)濟，2005（2）:5-7.WANG Shu-wen，ZHANG Yong-wei，GUO Quan-zhong.Study on tobacco industry’s reform and development in China[J].China Industrial Economy，2005（2）:5-7.

[2]張?zhí)N萍，蔣海巖.日本煙草管理體制變革及對我國煙草專賣制度改革的啟示[J].理論學(xué)刊，2005（9）:61-62.ZHANGYun-ping，JIANGHai-yan.Japan tobaccomanagement system reform and its implications for the reform of China’s tobaccomonopoly system[J].Theory Journal，2005（9）:61-62.

[3]馮靜.VTD-XML解析技術(shù)的研究與應(yīng)用[D].北京：北京交通大學(xué)，2010.

[4]謝新宇.縣級煙草分公司績效考核問題的研究[J].金融經(jīng)濟，2010（24）:104-106.XIE Xin-yu.Research branch county tobacco performance appraisalproblems[J].Finance&Economy，2010（24）:104-106.

[5]孫新增，朱曦，胡軍英.市級煙草公司員工績效考核設(shè)計與實施對策研究[J].中小企業(yè)管理與科技（下旬刊），2010（7）:31.SUN Xin-zeng，ZHU Xi，HU Jun-ying.Municipal tobacco company employee performance appraisal design and implementation of countermeasures [J].Management&Technology，2010（7）:31.

[6]勾鵬飛.縣級煙草專賣局專賣管理人員的績效考核[J].產(chǎn)業(yè)與科技論壇，2009（6）:240-242.GOUPeng-fei.Performanceappraisalcounty tobaccomonopoly bureaumonopolymanagement[J].Industrial&Science Tribune，2009（6）:240-242.

[7]黃詩苑.我國現(xiàn)行煙草專賣法律制度的反思與重構(gòu)[D].廣州：暨南大學(xué)，2007.

[8]黃偉.基于C#的Word文檔自動生成技術(shù)的研究與應(yīng)用[J].南通職業(yè)大學(xué)學(xué)報，2008（2）:70-75.HANGWei.Application research of automatically generating word document based on C# [J].Journal of Nantong Vocational College，2008（2）:70-75.