【文章內(nèi)容簡介】 依賴于紙張作為信息傳輸介質(zhì)。 現(xiàn)實辦公模式中主要存在的問題： （ 1） 傳統(tǒng)的辦公模式主要以紙介質(zhì)為主，在信息革命的浪潮中，顯然已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足高效率、快節(jié)奏的現(xiàn)代工作和生活的需要。 而且紙介質(zhì)占用的空間很大，需要專門的存放。查找文件不方便，耗時。 （ 2） 傳統(tǒng)的辦公模式信息的交流和共享，以及團(tuán)隊的協(xié)同運(yùn)作等無法完美的實現(xiàn)，極大地限制了工作的效率。 異地辦公文件信息傳送是靠交通工具，企業(yè)整體工作效率低。部門辦公文件信息傳送是靠員工，因此員工工作量大，個人工作效率低。 （ 3）傳統(tǒng)的辦公模式的文件安全性、可靠性較低。文件內(nèi)容存儲在紙張上，第 7 頁 共 24 頁 從而文件信息的安全性受到了很大的威脅。一旦紙張丟失或者銷毀，那么文件信息就會流傳出去，或者徹底消失。 （ 4）傳統(tǒng)的辦公模式用于使用的是紙介質(zhì)，在文件傳送時依靠交通工具傳送和人工傳送，故而傳統(tǒng)辦公模式的成本很高。 提出的解決方案 鑒于目前企業(yè)對 網(wǎng)上辦公系統(tǒng) — 公文流程管理 系統(tǒng)的需求與實際情況， 以及傳統(tǒng)的辦公模式存在各種的問題，提出了以下幾點解決方案： （ 1）相對傳統(tǒng)辦公模式以紙介質(zhì)為主，現(xiàn)代辦公模式 利用計算機(jī)和網(wǎng)絡(luò)技術(shù)使信息以數(shù)字化的形式在系統(tǒng)中存儲和流動 ，解決介質(zhì)占用存儲空間大， 還實現(xiàn)了文件信息的快速查詢 。 （ 2） Inter 的迅猛發(fā)展，為信息的交流和共享，團(tuán)隊的協(xié)同運(yùn)作提供了技術(shù)的保證，同時也預(yù)示著 網(wǎng)絡(luò) 化辦公時代來臨。 使用計算機(jī)辦公，減少了員工在文件信息傳送過程中的大量時間消耗，提高了個人辦公 效率，進(jìn)而提高了企業(yè)整體的辦公效率。 （ 3） 為了解決傳統(tǒng)辦公模式的安全性問題，現(xiàn)代辦公模式基于 B/S 結(jié)構(gòu)開發(fā)。使用安全性好的 SQL Sever 2021 數(shù)據(jù)庫存儲文件信息。 文件信息存儲在數(shù)據(jù)庫中保證了信息的安全性。 （ 4） 利用 WEB 技術(shù) ，使用網(wǎng)上辦公，降低辦公成本。 采用面向?qū)ο蠹夹g(shù)開發(fā)，適應(yīng)計算機(jī)網(wǎng)絡(luò)技術(shù)發(fā)展趨勢，運(yùn)行在 windows 環(huán)境下，界面友好操作方便。 所以我提出了利用 + SQL Sever 2021 開發(fā) 公文流程管理 系統(tǒng)，來解決這些問題。 第 8 頁 共 24 頁 4 系統(tǒng)設(shè)計 系統(tǒng)流程圖 圖 41 系統(tǒng)流程圖 開始 查看發(fā)送公文信息 填寫新公文信息 選 擇 公 文 流 程 發(fā) 送 完成 查 看 接 收 公 文 信 息 查 看 待 審 批 公 文 填 寫 審 批 信 息 審批完 成 選擇入庫公 文 存入數(shù)據(jù)庫 公文發(fā)送 公文接收 公文審批 公文入庫 第 9 頁 共 24 頁 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫 ER圖 圖 42 ER圖 圖 43公文實體及屬性 圖 44 員工實體及屬性 數(shù)據(jù)庫表設(shè)計 數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的好壞將直接對應(yīng)用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高數(shù)據(jù)存儲的效率，保證數(shù) 據(jù)的完整性和一致性，同時合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計也有利于程序的實現(xiàn)。 設(shè)計數(shù)據(jù)庫系統(tǒng)時應(yīng)首先了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求，用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這公文 員工 發(fā)送 審批 接收 m m m 入庫 m n n n n 公文 編號 標(biāo)題 類型 內(nèi)容 發(fā)送人 發(fā)送時間 屬性 員工 編號 生日 部門 職位 名字 第 10 頁 共 24 頁 就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。 在仔細(xì)分析員工對公文處理需要的基礎(chǔ)上，得到如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)。 員工在發(fā)送公文時填寫的公文信息內(nèi)容存入表 41，在表 41中 attribute列設(shè)置的是公文屬性，在公文入庫時對此列進(jìn)行修改，如果入庫將值設(shè)置為 1。當(dāng)員工在查看公文，審批公文時，判斷屬性值 ，如為 1 則不能對其操作。 在發(fā)送公文時，要選擇流程，此時發(fā)送人將選擇此文件的擬辦人，并將擬辦人信息存入到表 44中。當(dāng)收件人對文件進(jìn)行處理時，處理的各種信息將會存入到表 42 中，當(dāng)同一文件的辦理人和表 44中的擬辦人相同時，表 44中的狀態(tài)欄將由待辦理變成已辦理。 表 41 documentmessage（公文信息） 列名 數(shù)據(jù)類型 長度 備注 document_id char 10 編號 title Varchar 50 公文標(biāo)題 type Varchar 50 公文類型 content Varchar 1000 公文內(nèi)容 append_man Varchar 50 發(fā)送人 append_date Datetime 8 發(fā)送日期 attribute bit 1 屬性 into_man Varchar 50 入庫人 表 42 documentexamine（公文審批信息） 列名 數(shù)據(jù)類型 長度 備注 examine_id char 10 編號 title Varchar 50 公文標(biāo)題 explain Varchar 50 審批說明 transact_man Varchar 50 審批人 transact_date Datetime 8 審批日期 transact_mind Varchar 50 審批意見 表 43 employeefile（員工信息） 列名 數(shù)據(jù)類型 長度 備注 employee_id char 10 編號 mane Varchar 50 員工姓名 birthday Datetime 8 員工生日 department Varchar 50 部門 dutly Varchar 50 職位 表 44 state（公文狀態(tài)信息） 列名 數(shù)據(jù)類型 長度 備注 第 11 頁 共 24 頁 file_id char 10 編號 file_state Varchar 50 公文狀態(tài) transact_man Varchar 50 擬辦人 系統(tǒng)功能模塊設(shè)計 圖 45公文流程管理界面 公文發(fā)送模塊 公文發(fā)送模塊主要功能是實現(xiàn)公文信息的發(fā)送，以及對已發(fā)送公文的查詢。 圖 46發(fā)送公文界面 在編輯發(fā)文頁面中有個發(fā)送人選擇文件類型的下拉菜單 type，發(fā)送人選擇自己所發(fā)公文屬于 哪 種類型，然后根據(jù)不同的文件類型，跳轉(zhuǎn)到相應(yīng)的頁面，然后進(jìn)行流 轉(zhuǎn) 的選擇。 ???? if(==請假條 ) //文件類型是請假條時跳轉(zhuǎn)頁面到 { ()。 } if(==通知 )//文件類型是通知時跳轉(zhuǎn)頁面到 ???? 第 12 頁 共 24 頁 圖 47編輯發(fā)文頁面 如果內(nèi)容填寫不完全會 彈 出對話框，如（標(biāo)題不能為空）。代碼如下： 建立與數(shù)據(jù)庫的 連 接，然后打開數(shù)據(jù)庫，將頁面中輸入的公文信息保存到數(shù)據(jù)庫 documentmessage 表中。 在信息存儲過程中，除了保存員工輸入的公文信息內(nèi)容，好要將 attribute 值設(shè)置為 0，便于之后對公文的操作可行性判斷。 具體代碼如下： private void Button1_Click(object sender, e) { ???? SqlConnection conn=new SqlConnection(server=(local)。database=OAsysterm。user id=39。sa39。password=39。12339。)。//建立數(shù)據(jù)庫連接 string strm=insert into documentmessage (document_id,title,type,content,append_man,append_date,attribute) values (39。+id+39。, 39。+title+39。,39。+type+39。,39。+content+39。,39。+append_man+39。,39。+append_date+39。,39。039。)。//定義一個添加字符串 string strm1=insert into documentexamine (examine_id,title) values (39。+id+39。, 39。+title+39。)。 string strm2=insert into state (file_id,file_state) values (39。+id+39。,39。待辦理 39。)。 SqlCommand m=new SqlCommand(strm,conn)。//定義連接對象 SqlCommand m1=new SqlCommand(strm1,conn)。 SqlCommand m2=new SqlCommand(strm2,conn)。 ()。//打開數(shù)據(jù)庫 ()。//定義方法 ()。 ()。 ()。 第 13 頁 共 24 頁 公文流轉(zhuǎn)模塊 圖 48公文流轉(zhuǎn)流程圖 圖 49請假條流 轉(zhuǎn) 界面 公文 添 加 擬辦 人姓 名 確定發(fā)送 選擇 完成 繼續(xù)選擇 第 14 頁 共 24 頁 在請假條流轉(zhuǎn)選擇頁面有個選擇部門的下拉菜單，選擇了部門后，公文會根據(jù)所選部門流轉(zhuǎn)到部門經(jīng)理處。因此程序中需要幾個判斷語句，用來判斷部門。 主要代碼如下： 圖 410公文流 轉(zhuǎn) 界面 建立與數(shù)據(jù)庫的連接，定義一個查詢字符串，用來顯示部門的員工名單。 主要代碼如下： ???? if(==技術(shù)部 ) //判斷用戶輸入的部門 { string strm=insert into state (file_id,transact_man) values (39。++39。,39。錢 39。)。 //選擇部門為技術(shù)部時將此文件發(fā)送給部門經(jīng)理錢 SqlCommand m=new SqlCommand(strm,conn)。 //用來輸入文件流程 ()。//打開數(shù)據(jù)庫 ()。 ()。//關(guān)閉數(shù)據(jù)庫 } ???? ???? string CommStr=select name as 姓名 ,department as 部門 from employeefile where department=39。++39。 //查詢員工信息 SqlConnection myConn=new SqlConnection(ConnStr)。 ()。 SqlDataAdapter myAdapter=new SqlDataAdapter(CommStr,myConn)。 DataSet ds=new DataSet()。 (ds)。 =ds。 ()。//綁定表 ()。 ???? 第 15 頁 共 24 頁 圖 411通知流 轉(zhuǎn) 界面 個人通知將 TextBox2 中的擬辦人加入到數(shù)據(jù)庫的 state 表中。而部門通知要先從表 employeefile 中查詢部門中的所有成員，然后 將選擇的部門中的所有成員加入表 state 中的擬辦人列中。 主要代碼如下： 部門通知選擇所需通知的部門，然后從 employeefile 表中查詢出這個部門中的所有員工。在緩存中建立表 A，再在表 A 中建立一列 名單保存至表 A 的 name 列中。使用循環(huán)語句以及數(shù)組將名單一個一個添加到數(shù)據(jù)庫中。 ???? string str1=select name from employeefile where department=39。++39。 ()。 DataSet ds=new DataSet()。 DataTable dt=(A)。//在緩存中建立一個表 A DataColumn dc=[A].(name)。//在表 A中建立一列 transact_man SqlDataAdapter myAdapter=new SqlDataAdapter(str1,conn)。 int n=([A])。 string [] a=new string[n]。//建立數(shù)組 a for(int i=0。in。i++) { a[i]=([A].Rows[i][name])。//將行加入到數(shù)組中 string strm=in