橋梁工程畢業(yè)設計答辯稿-資料下載頁
2024-11-04 23:52本頁面
【正文】 有：系統(tǒng)登錄、起草公文、審批公文、發(fā)送公文、公文蓋章等。這是系統(tǒng)用到的數(shù)據(jù)表，以及數(shù)據(jù)表之間的參照關系，通過Powerdesigner從原有OA系統(tǒng)的數(shù)據(jù)庫中逆向導出。其中公文表（Document），用于記錄公文信息，包括公文的ID、公文主題、公文的審批狀態(tài)等，Document_File表用來保存具體的公文數(shù)據(jù)，本系統(tǒng)直接將公文內容保存在數(shù)據(jù)庫里。接下來是系統(tǒng)的功能演示：左圖是原OA系統(tǒng)的登錄界面，右圖是在Android模擬器上運行移植后系統(tǒng)的登錄界面。從登錄界面可以看出，移植后的系統(tǒng)增加了離線辦公登錄功能，離線辦公時不需要對登錄信息進行驗證，因此實現(xiàn)的功能也是有限的。左圖是原OA系統(tǒng)的主界面，右圖是移動OA系統(tǒng)的主界面，從主界面可以看出移植后的系統(tǒng)實現(xiàn)了原系統(tǒng)的基本功能，能夠起草公文、查看待辦公文、查看已辦公文等。該系統(tǒng)主要運行在手持設備上，無論是平板電腦還是智能手機，考慮到操作的便利性，因此在設計界面時采用了如圖的這種列表的形式，可以通過點擊方便操作。這是待辦公文列表，其中列出的有部分是已經(jīng)保存到本的公文，其余的是從服務器端獲得的待辦公文列表，此時公文并沒有下載到本地。在某一個列表項上長按后可以進行具體的操作，如圖所示，可以查看公文、審批公文、否決公文。這是審批公文的界面，可以編輯word文件。審批完成后，就可以將公文發(fā)送到服務器，更新服務器端數(shù)據(jù)庫里保存的文件。發(fā)送公文界面如圖所示。這是當多個人同時審批某一公文時，兩個系統(tǒng)給出的提示，提示公文不能同時進行審批。實現(xiàn)時，在數(shù)據(jù)庫Document數(shù)據(jù)表里增加了一個公文審批狀態(tài)字段，當公文在審批中時，可以設置該字段，其他人再要求審批時都會檢查該字段，相當于給公文加上了一個寫鎖。本系統(tǒng)實現(xiàn)的關鍵技術有：文件的上傳、公文的同步審批以及字符編碼的統(tǒng)一。文件的上傳使用了HTTP協(xié)議通過字節(jié)流將公文上傳到服務器，Android SDK沒有封裝上傳文件的方法，在本系統(tǒng)中通過構造Html的表單結構來實現(xiàn)。公文的同步審批，如前所述，通過在數(shù)據(jù)表中添加一個審批狀態(tài)字段來實現(xiàn)，但是這種方法的辦公效率較低，尤其是有的辦公人員在將公文下載到本地后沒有立即進行審批，導致其他人也不能再審批。字符編碼的統(tǒng)一，在服務器端Servlet使用了一個過濾器，將Servlet內部的字符編碼設置成utf8格式。本系統(tǒng)的一個難點是實現(xiàn)公文的蓋章。目前所完成的系統(tǒng)雖然實現(xiàn)了公文流轉的基本功能，但有很多需要改進的地方。首先是公文的同步審批，之前提到，通過給公文加一個寫鎖來實現(xiàn)公文同步的辦公效率不高，可以做如下改進：允許多個審批者同時審批公文，保存公文的修改時間，審批完成后發(fā)送到服務器，服務器驗證客戶端下載時保存的修改時間與數(shù)據(jù)庫里保存的修改時間是否一致，如果不一致，則通知審批者重新下載新版本的公文重新審批。公文的蓋章，在本系統(tǒng)中只是將印章從服務器下載下來，然后使用第三方的office軟件的插入圖片的功能，蓋章功能沒有真正嵌入在系統(tǒng)中。離線辦公也有待改進，本系統(tǒng)的離線登錄沒有對使用的身份進行驗證，所以只提供了離線起草公文的功能。若要離線審批保存在本地的公文，必須先要成功登錄系統(tǒng)后才能實現(xiàn)。在畢設的整個過程中，我收獲了很多，為以后的進一步深造打下基礎。這篇論文的寫作以及修改的過程，也是我越來越認識到自己知識與經(jīng)驗缺乏的過程。雖然，我盡可能地收集材料，竭盡所能運用自己所學的知識進行論文寫作，但論文還是存在許多不足之處，有待改進。請各位老師多批評指正，讓我在今后的學習中學到更多。謝謝各位老師！
范文總結相關推薦
鄂ICP備17016276號-1