【正文】 31 我的日程界面圖532 我的日程添加、刪除、修改界面2. 部門日程：包括搜索日程、查看日程，用戶可以按日期條件來搜索各天的日程安排，需要注意的是并不是只是同部門的才可以搜索到，只要是該用戶被預約了就可以，具體界面如下圖：圖533 部門日程界面圖534 部門日程詳情界面3. 日程維護：包括搜索日程、徹底刪除日程，監(jiān)獄長、系統(tǒng)管理員可以按機構(gòu)、部門、姓名、日期條件來搜索已被創(chuàng)建人刪除的日程，以此來徹底刪除日程、維護數(shù)據(jù)庫，具體界面如下圖：圖535 日程維護界面圖536 日程維護詳情界面l 文檔管理模塊l 文檔管理是對單位的各種文檔資料進行分類歸檔管理，以便員工的借閱使用，提高文檔使用的效率和規(guī)范化。在文檔管理中，系統(tǒng)的管理員能夠?qū)τ诟黝悇e的文檔進行權限設置，包括了查詢權限和發(fā)布權限，從而保證單位文檔信息的正確使用。1. 文檔列表：包括添加、刪除、修改、下載文檔，監(jiān)獄長擁有所有文檔列表的權限，而其它用戶除了創(chuàng)建人擁有該文檔所有權限外，只有同部門的用戶可以下載該部門的文檔，具體界面如下圖：圖537 文檔列表界面圖538 文檔列表詳情界面2. 文檔搜索：包括搜索文檔，下載文檔，監(jiān)獄長可以按文件名、附加名、用戶名、日期段條件來搜索文檔、達到快速下載所需文檔的目的，具體界面如下圖：圖539 文檔搜索界面圖5310 文檔搜索詳情界面3. 回收站：包括還原文檔、徹底刪除文檔，監(jiān)獄長擁有所有用戶的回收站，而其它用戶只能查看個人回收站，通過回收站可以還原已刪除的文檔，具體界面如下圖：圖5311 回收站界面l 消息傳遞模塊1. 寫新消息：包括發(fā)送消息、保存草稿消息，用戶可以在這里向想要發(fā)送的對象寫新消息，也可以保存為草稿以后發(fā)送，具體界面如下圖:圖5312 寫新消息界面2. 個人信箱：包括收件箱、草稿箱、已發(fā)送、已刪除，用戶可以在這里查看信息統(tǒng)計，同時也可以鏈接到相應的信箱，具體界面如下圖：圖5313 個人信箱界面圖5314 收件箱界面圖5315 草稿箱界面圖5316 已發(fā)送界面圖5317 已刪除界面3. 消息管理：包括搜索消息、徹底刪除消息，監(jiān)獄長、系統(tǒng)管理員可以按日期段條件來搜索已經(jīng)過期無效的信息，以此來徹底刪除已經(jīng)無效的消息、維護數(shù)據(jù)庫，具體界面如下圖：圖5318 消息管理界面l 個人記錄模塊1. 我的便簽：包括添加、刪除、修改、查看便簽，用戶可以在這里記錄隱私日記、銀行賬號、私人行程、代辦事宜等一切屬于你的私人信息，具體界面如下圖：圖5319 我的便簽界面圖5320 我的便簽添加、刪除、修改、查看界面2. 我的通訊錄：包括添加、刪除、修改、查看、搜索聯(lián)系人，用戶可以在這里記錄你的聯(lián)系人信息、如親人、朋友、同學、同事、客戶等，具體界面如下圖：圖5321 我的通訊錄界面圖5322 我的通訊錄添加、修改界面l 考勤管理模塊1. 考勤設置：包括設置上下班時間、考勤無效時間，監(jiān)獄長、人事主管可以動態(tài)設置上下班時間，默認上班時間為08:30:00、下班時間為17：30:00，且在節(jié)假日時可以設置考勤無效時間，保證了考勤簽到、簽退的正確性，具體界面如下圖：圖5323 考勤設置界面2. 考勤歷史查詢：包括搜索考勤歷史、查看考勤歷史，監(jiān)獄長、人事主管可以按日期段、機構(gòu)、部門、用戶名、姓名條件來搜索考勤歷史、查看考勤歷史，具體界面如下圖：圖5324 考勤歷史查詢界面3. 考勤統(tǒng)計：包括統(tǒng)計考勤信息、導出到Excel，監(jiān)獄長、人事主管可以按日期段、機構(gòu)、部門進行出勤率、遲到、早退、曠工天數(shù)、工作天數(shù)的統(tǒng)計、同時可以導出到Excel表中，其中計算公式：出勤率=工作天數(shù)/總工作日*100%（注：總工作日排除了周六日，正常工作時間），工作天數(shù)=（簽到次數(shù)+簽退次數(shù)）/2,曠工天數(shù)=總工作日工作天數(shù)，遲到次數(shù)=（簽到時間上班時間）的次數(shù)，早退次數(shù)=（簽退時間下班時間）的次數(shù)，具體界面如下圖：圖5325 考勤統(tǒng)計界面圖5326 考勤統(tǒng)計Excel表界面4. 員工簽到、簽退：包括上班簽到、下班簽退，用戶可以在這里上班簽到、下班簽退，但在一天之內(nèi)不能重復考勤，且在考勤無效時間段里不能考勤，具體界面如下圖：圖5327 員工簽到、簽退界面l 人事管理模塊1. 部門管理：包括添加、刪除、修改、查看部門，監(jiān)獄長、系統(tǒng)管理員可以在這里添加機構(gòu)、刪除部門、修改部門等，注意要選擇好部門負責人，具體界面如下圖：圖5328 部門管理界面圖5329 部門管理添加、修改界面2. 用戶管理：包括添加、刪除、修改、查看用戶，總經(jīng)理、系統(tǒng)管理員可以在這里添加用戶、刪除用戶、修改用戶、查看用戶詳情，其中刪除用戶時，不能刪除部門負責人，具體界面如下圖：圖5330 用戶管理界面圖5331 用戶管理添加、修改界面l 系統(tǒng)管理模塊1． 菜單管理：包括父菜單管理、子菜單管理、菜單排序，監(jiān)獄長、系統(tǒng)管理員可以動態(tài)擴展系統(tǒng)菜單和整理菜單的排序，這樣有助于以后隨著公司業(yè)務的擴大、系統(tǒng)功能的擴展，其中父節(jié)點編號是取數(shù)據(jù)庫記錄里最大加1，展示的順序是自加1（從1開始），上節(jié)點編號為0；子節(jié)點編號是在父節(jié)點編號上動態(tài)加001，子節(jié)點地址是代碼界面在系統(tǒng)中的位置，展示的順序是自加1（從1開始）；具體界面如下圖：圖5332 菜單管理界面圖5333 父菜單管理添加界面圖5334 子菜單管理添加界面 2. 角色管理：包括添加、刪除、修改、查看角色、分配角色權限，監(jiān)獄長可以在這里添加角色、刪除角色、修改角色并為各個角色分配合理的權限，具體界面如下圖：圖5335 角色管理界面圖5336 角色管理分配權限界面 3. 登錄日志：包括搜索日志、刪除日志，監(jiān)獄長、系統(tǒng)管理員可以按日期段條件來搜索登錄日志，并刪除登錄日志、維護數(shù)據(jù)庫，具體界面如下圖：圖5337 登錄日志界面3. 操作日志：包括搜索日志、刪除日志，監(jiān)獄長、系統(tǒng)管理員可以按日期段條件來搜索操作日志，并刪除操作日志、維護數(shù)據(jù)庫，具體界面如下圖：圖5338 操作日志界面l 常用工具模塊常用工具：包括計算器、萬年歷、世界時間，用戶可以在這里使用常用的一些工具，具體界面如下圖：圖5339 計算器界面圖5340 萬年歷界面圖5341 世界時間界面l 娛樂游戲模塊娛樂游戲：用戶辦公累了可以在這里玩玩游戲，放松一下，具體界面如下圖：圖5342 俄羅斯方塊界面l 附加功能模塊附加功能：用戶可以動態(tài)更換系統(tǒng)皮膚，增加了用戶體驗，也可以修改一些個人信息等，具體界面如下圖：圖5343 換膚界面圖5344 個人設置界面第六章 辦公自動化系統(tǒng)的系統(tǒng)測試系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外設、網(wǎng)絡等其他元素結(jié)合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試，其目的是通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案。因此，下面將從測試描述、測試計劃、測試用例上進行系統(tǒng)測試。 測試描述軟件測試是軟件運行之前對軟件需求分析、設計和編碼的復審，通過充分測試以發(fā)現(xiàn)上述各階段存在的問題。軟件分析、設計、編碼主要是盡快搭建系統(tǒng)結(jié)構(gòu)，實現(xiàn)系統(tǒng)；而測試主要任務是在已實現(xiàn)的軟件中找問題，“破壞”已經(jīng)建造好的軟件系統(tǒng)。表面看它們的出發(fā)點不同，但最終目標是一致的，即形成一個高質(zhì)量的軟件系統(tǒng)。關于軟件測試目標，Myers給出三種不同的觀點：n 軟件測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。n 好的測試方法是極有可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的盡可能多的錯誤方案。n 成功的測試目標是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)的測試。因此，軟件測試的目標是：盡可能以最少的代價找出軟件潛在的錯誤和缺陷?；谲浖y試的目標，在設計方案時要設計能暴露錯誤的方案，而不是證明系統(tǒng)無錯誤。它是測試工作圓滿完成的關鍵。在一個軟件系統(tǒng)的整個開發(fā)過程中，軟件測試是保證軟件質(zhì)量的關鍵，它是需求分析、設計和編碼的最后審核。確實做到盡可能的將軟件中存在的問題找出來，以保證軟件質(zhì)量。：要做好軟件測試需要某些原則和方法，Myers提出了下面一些主要測試原則:n 程序員或程序設計機構(gòu)不應測試自己設計的程序。測試的目標是找錯。從心理學角度上講，程序員多數(shù)對自己的程序存有偏見，總認為沒有錯誤或錯誤不大。另外，如果程序員對程序的功能理解錯誤，由程序員本人進行測試肯定不能查出這類錯誤。n 在設計測試用例時，不僅要有確定的輸入數(shù)據(jù)，而且要有確定的預期輸出結(jié)果。如果在程序執(zhí)行前無確定預期的測試結(jié)果，由于人們的心理作用，可能把實際上是錯誤的結(jié)果當成正確的。n 測試用例的設計不僅要有合理的輸入數(shù)據(jù)，還要有不合理的輸入數(shù)據(jù)。程序測試時，人們常常只注意輸入預期是合理的數(shù)據(jù)，而忽視不合理的輸入。n 除了檢查程序是否做完了它應該做的事之外，還要檢查它是否做了不應做的 事。程序測試時，必須對程序不應該做的事進行檢查保留全部測試用例，并作為軟件組成部分的之一。測試用例的設計要耗費相當大的工作量。如果用完不保存，以后一旦程序改錯或改進需要重新測試時，將要重復上述全部工作。這不僅僅是浪費，而且人們一般不愿重新設計測試用例，測試時也不會像初次測試那么認真、嚴格。這樣往往不能發(fā)現(xiàn)因修改而產(chǎn)生的錯誤。程序中存在錯誤的概率與在該段程序中已發(fā)現(xiàn)的錯誤成比例。程序中的錯誤是成群出現(xiàn)的，盡管至今還沒有對這種現(xiàn)象做出令人滿意的解釋，但這一現(xiàn)象說明，為了提高測試效率，要集中對付那些容易出錯的程序段。：軟件測試是精心設計測試用例，運行系統(tǒng)，發(fā)現(xiàn)系統(tǒng)存在的問題。測試用例的選擇是軟件測試的關鍵。根據(jù)設計測試用例的不同，軟件測試可分為黑盒測試和白盒測試兩種方法。白盒測試：測試者必須對程序內(nèi)部結(jié)構(gòu)和處理過程非常清楚，根據(jù)程序的內(nèi)部結(jié)構(gòu)進行程序測試，檢查程序中每條通路是否能夠完成預定要求工作。因此，白盒測試也稱為結(jié)構(gòu)測試。黑盒測試：著眼于程序的外部特征，而不考慮程序的內(nèi)部結(jié)構(gòu)。黑盒測試法將程序看成是一個黑盒子，只在程序接口上進行測試，主要看軟件是否完成功能的要求，因此黑盒測試也成為功能測試。 測試計劃為了形成一個高質(zhì)量的軟件系統(tǒng)，在整個軟件基本功能實現(xiàn)后，為發(fā)現(xiàn)軟件設計中各階段存在的潛在錯誤和缺陷，使其更加完善，我對軟件進行了測試。在本系統(tǒng)中，我采用了黑盒測試的方法。在進行通過測試時，實際上是確認軟件能做什么，而不會去考驗其能力如何。所以只運用最簡單，最直觀的測試案例。以檢查軟件基本功能是否能夠?qū)崿F(xiàn)。因為程序最終是為了讓用戶使用的，所以基本功能都應該實現(xiàn)。2. 進行有效類測試在確信了軟件正確運行之后，就可以采取各種“非正常”操作和數(shù)據(jù)來找出缺陷。進行的是純粹為了破壞軟件而設計和執(zhí)行的測試。 測試用例在測試中，針對我所設計的九個模塊和一個附加功能進行了黑盒測試。由于測試用例較多，在此，我僅以菜單管理這個模塊為例進行說明。菜單管理頁面：圖631 菜單管理頁面在父菜單修改操作的時候，如果我們不選擇父菜單的話，會彈出錯誤提示如下圖632所示：圖631 錯誤提示1在子菜單修改操作的時候，如果我們不選擇子菜單的話，也會有相應的錯誤提示如下圖633所示：圖632 錯誤提示2在子菜單添加操作的時候，如果我們不先添加父菜單的話，會彈出錯誤提示如下圖634所示：圖633 錯誤提示3父菜單頁面：圖634 父菜單頁面在父菜單添加操作的時候，如果我們不填寫父節(jié)點名稱的話，會彈出錯誤提示如下圖636所示：圖635 錯誤提示4在父菜單添加操作的時候，如果我們正確填寫了父節(jié)點名稱的話，會彈出添加成功提示如下圖637所示：圖636 成功提示5在父菜單添加操作的時候，如果我們重復添加同一個父節(jié)點編號的話，會彈出添加失敗提示如下圖638所示：圖637 失敗提示6子菜單頁面：圖638 子菜單頁面在子菜單添加操作的時候，如果我們不填寫子節(jié)點名稱或子節(jié)點地址的話，會分別彈出錯誤提示如下圖所示：圖639 錯誤提示7圖6310 錯誤提示8在子菜單添加操作的時候，如果我們正確填寫了子節(jié)點名稱和子節(jié)點地址的話，會彈出成功提示如下圖6312所示：圖6311 成功提示9在子菜單添加操作的時候，如果我們重復添加同一子節(jié)點編號的話，會彈出失敗提示如下圖6313所示：圖6312 失敗提示10結(jié)論與展望隨著當今社會向信息化的發(fā)展，辦公信息化管理越來越為各機關單位、企業(yè)所重視，它能有效地收集、執(zhí)行各種辦公信息，極大地提高了辦公效率，及時準確地實現(xiàn)信息的上傳下達，而計算機技術、網(wǎng)絡技術、各種軟件工作平臺不斷的發(fā)展，又為網(wǎng)上辦公系統(tǒng)的實現(xiàn)提供了良好的前景。在設計過程中，本人對業(yè)務流程及相關技術都做了深入調(diào)查，對系統(tǒng)有了比較詳細的了解，然后對用戶需求作了細致的分析，并進行了可行性分析；經(jīng)過對系統(tǒng)的詳細分析與設計，系統(tǒng)功能模塊等都已經(jīng)基本確定，并且在具體實施過程中做了進一步的完善。這次的畢業(yè)設計，讓我受益匪淺，不僅學到了很多新的知識，而且通過畢業(yè)論文的撰寫，使我鍛煉了縝密的思維方式，能多個角度的看待、處理問題，科學地整理和分析所學的專業(yè)知識，提煉成一種思想。論文的撰寫，使我