【正文】 。最后，我來到了北航，來到了軟件學院，見到了這些優(yōu)秀的導師，負責任的班主任和各科任課老師。由于是第一次完成這么龐大的系統(tǒng)，所用的技術(shù)對我來說比較新穎，所以犯了很多錯誤，但同時也學習到了很多新的知識、新的思考方式，在這里，我衷心的感謝他們的幫助！然后，我也要感謝在北京航空航天大學軟件學院學習期間各位任課老師對我的悉心指導。申老師在學術(shù)研究上也給了我很大的幫助，解決了我對系統(tǒng)技術(shù)的理解。申老師淵博的學術(shù)知識，兢兢業(yè)業(yè)的工作精神以及豐富的教學經(jīng)驗使我受益匪淺。新員工可以依靠知識庫系統(tǒng)和學習系統(tǒng)快速上手?，F(xiàn)在我的系統(tǒng)的UI比較簡單，關(guān)鍵是這系統(tǒng)的業(yè)務(wù)流程設(shè)計比較簡單，只能處理層次較少的流程，無法整合流程復雜的辦公系統(tǒng)。其實可以將登入界面改造成一個門戶網(wǎng)站，增強系統(tǒng)的門戶性。工作展望有以下幾個主要方面的工作需要進行進一步開展：1. 制作出來的系統(tǒng)的門戶性功能方面有一定的局限性我的辦公系統(tǒng)是用模版來制作的，應(yīng)用的多樣性與個性不足。由于主流OA產(chǎn)品的這種發(fā)展趨勢，所以這次產(chǎn)品具有很明顯的平臺性。而平臺型OA產(chǎn)品則由于個性化與產(chǎn)品化的成功結(jié)合，使產(chǎn)品在滿足不同企業(yè)的個性化需求同時，還大幅降低了開發(fā)費用，同時依靠定制開發(fā)平臺使產(chǎn)品質(zhì)量穩(wěn)定可靠，未來升級擴展性強，具有很高的性價比。 系統(tǒng)為管理員提供了專門的功能模塊，用來統(tǒng)計用戶信息和所有應(yīng)用的各項信息，以及用戶管理、權(quán)限分配、應(yīng)用審核、應(yīng)用發(fā)布審核等功能。這個系統(tǒng)主要管理銷售人員和支持人員的業(yè)績和相關(guān)的合同，工程以及自己必要信息的管理。 設(shè)計并完成一個請假管理系統(tǒng)，這個請假系統(tǒng)可以請事假，年假，病假等假期，還可以審批，駁回，修改請假，也可以將請假放入草稿箱，延遲提交。在前文方法論述和實驗分析的基礎(chǔ)上進一步探討了研究的方向。如果以后公司有新的需求了，由于是自己公司開發(fā)的，有完整的開發(fā)和測試文檔，方便二次開發(fā)。從功能上講，本系統(tǒng)是一個功能完善的系統(tǒng)，可以滿足用戶在這個部門的辦公需求，也可以明顯減少用戶的辦公壓力，還可以提供一些其他的公共服務(wù)。系統(tǒng)目前比較明顯的缺陷是報表打開速度比較慢，這個嚴重影響了系統(tǒng)的性能，是需要研究改進的部分。系統(tǒng)總體表現(xiàn)比較穩(wěn)定，面對較大量的并發(fā)訪問時會出現(xiàn)帶寬不夠用的情況，但是這是由硬件決定的，業(yè)務(wù)拓展以后可以從硬件上升級系統(tǒng)帶來更好的穩(wěn)定性。由于設(shè)計原因?qū)е孪到y(tǒng)需要過多的內(nèi)存，如系統(tǒng)中過多地緩存了數(shù)據(jù)庫中的數(shù)據(jù)， 這屬于設(shè)計問題，需要通過設(shè)計減少內(nèi)存的使用。解決辦法：設(shè)置的堆內(nèi)存太小，而系統(tǒng)運行需要的內(nèi)存要超過這個設(shè)置值。系統(tǒng)出現(xiàn)死循環(huán)，消耗了過多的CPU。 測試出的問題和解決方案請求超時、響應(yīng)時間過長出現(xiàn)的原因：堆內(nèi)存泄漏造成的內(nèi)存不足，導致系統(tǒng)越來越慢，直到停止。按照測試用例的方案進行黑盒測試，通過的用例有274個，未通過的用例有6個。在本系統(tǒng)的測試中，我對整個系統(tǒng)的開發(fā)過程都進行了測試，包括需求分析階段，編碼階段，測試階段，發(fā)布階段。完全滿足用戶定制應(yīng)用。 系統(tǒng)測試結(jié)果及說明分析 系統(tǒng)測試結(jié)果功能測試順利完成各個目標，界面測試及穩(wěn)定性兼容性測試均以達到預設(shè)目標。不同內(nèi)核的瀏覽器在解析同一個頁面時一般都會造成頁面的細微差別，如框體的大小和位置有些不同。圖40 小范圍測試數(shù)據(jù)統(tǒng)計 兼容性測試針對 Web 項目的特殊性，兼容性主要測試瀏覽器的兼容性。如果沒有達到預期吞吐率，但是交易正確率符合要求，則加大虛擬用戶數(shù)量，重復檢查過程，直到吞吐率指標達到（則測試通過），或者交易正確率已經(jīng)達不到要求，吞吐率達到瓶頸（測試失?。?。如果已經(jīng)超過該吞吐率，則重復運行該場景，持續(xù)一個小時。記錄每種操作的吞吐率、平均響應(yīng)時間，通過的操作數(shù)、操作正確率，各個服務(wù)器CPU利用率、內(nèi)存使用情況等參數(shù)。然后從200虛擬用戶開始嘗試。首先我對業(yè)務(wù)模型中所涉及的每種業(yè)務(wù)均做基準測試。最后才能測試請假申請，駁回，修改等功能。但是測試的時候必須要對測試的全部業(yè)務(wù)很熟，業(yè)務(wù)的測試是有先后順序的。在這些系統(tǒng)中還需要通過挨個查看頁面，確定中文支持是否完善，頁面是否有亂碼。是TC007銷售人員登入界面無1銷售人員申請一個合同2 在合同中指定支持人員被指定的支持人員可以看到這份合同是TC008支持人員登入界面無1查看自己合同的進度2 查看工程師的資料3 向合同中挑選工程師看到合同中的工程師被選上是 系統(tǒng)測試內(nèi)容 界面測試系統(tǒng)中的背景是否正確，尤其是左邊的樹結(jié)構(gòu)菜單顯示是否完整，點擊樹的根節(jié)點，是否可以順利的展開和收縮，菜單的圖像顯示也很重要，菜單的圖像是可以由用戶上傳的，所以需要菜單可以支持不同大小的圖片。新用戶創(chuàng)建成功，跳轉(zhuǎn)到登入界面是TC002用戶已登錄給自己賦予權(quán)限1查看角色的權(quán)限2 給自己賦予權(quán)限權(quán)限賦予成功，可以看到新的菜單是TC003用戶已登入無1 申請事假，病假2 提交申請事假，病假申請成功是TC004用戶已登入，用戶是經(jīng)理無1駁回下屬員工的事假申請2 寫上駁回原因下屬員工看到請假被駁回并看到駁回原因。 系統(tǒng)測試用例表 3. 系統(tǒng)測試用例編號前置條件輸入測試步驟預期輸出是否通過TC001用戶獲得管理員信息管理員賬號，密碼。又因為，原定的中間件系統(tǒng)都是雙機負載均衡系統(tǒng)，但是實際情況是這種雙機負載均衡系統(tǒng)尚未最終部署完畢，只能單機測試。 不需要測試的特性1． 對系統(tǒng)業(yè)務(wù)流程及系統(tǒng)易用性不進行測試2． 對于中間件系統(tǒng)的負載均衡特性本次不進行測試3． 對于中間件系統(tǒng)可以掛接多少終端能力不進行特別測試和考察 系統(tǒng)測試環(huán)境由于本系統(tǒng)的測試要求符合更廣泛的應(yīng)用范圍，所以選用配置相對較低，系統(tǒng)測試環(huán)境見表：表 1. 服務(wù)器端軟硬件配置資源名稱/類型設(shè)備與配置處理器Intel core i7內(nèi)存8 GB硬盤空間1TB網(wǎng)絡(luò)1000 Mbps操作系統(tǒng)Windows 2008 Server網(wǎng)絡(luò)協(xié)議TCP/IPWeb 服務(wù)器Apache Tomcat 表 2. 客戶端端軟硬件配置資源名稱/類型設(shè)備與配置處理器Intel core i3內(nèi)存4G硬盤空間500GB網(wǎng)絡(luò)1000 Mbps操作系統(tǒng)Windows 7網(wǎng)絡(luò)協(xié)議TCP/IP瀏覽器Internet Explorer 7+ 及Chrome15+然而在實際測試過程中發(fā)現(xiàn)，由于Tuxedo的性能測試腳本只能以進程，而不是線程方式訪問被測系統(tǒng)，所以本次測試過程對作為使用Tuxedo的性能測試腳本來對被測系統(tǒng)發(fā)起負載報文的主機性能的要求比較高，這幾天PC服務(wù)器無法完成任務(wù)（實際實驗過程發(fā)現(xiàn)，這幾臺PC只啟用了幾十個虛擬用戶，CPU資源就已經(jīng)耗盡）。同時適當關(guān)注響應(yīng)時間和響應(yīng)成功率，穩(wěn)定測試運行時間等。3． 測試銷售支持辦公系統(tǒng)在現(xiàn)有業(yè)務(wù)模型下724小時的穩(wěn)定性。本次測試的主要目的在于：1． 獲得銷售支持辦公系統(tǒng)典型業(yè)務(wù)的基準測試數(shù)據(jù)。因此模塊與模塊之間的關(guān)聯(lián)、交互以及運行的穩(wěn)定性都必須檢測。系統(tǒng)測試可以用來鑒定軟件的正確性、完整性、安全性和質(zhì)量。不過這個系統(tǒng)完全是由我們企業(yè)自己開發(fā)的，未來具有很大的性能提升空間。本系統(tǒng)是我企業(yè)的辦公系統(tǒng)，由于企業(yè)是一個小公司，人數(shù)不多，業(yè)務(wù)也不復雜，職位的層數(shù)也不多，所以系統(tǒng)沒有那么強大的功能和先進的技術(shù)，只是采用了在JAVAEE開發(fā)中最為普遍的SSH框架。雖然系統(tǒng)的某些功能的實現(xiàn)的方法還有待改善，功能的代碼簡潔也需要改進，但是系統(tǒng)的大部分需求已經(jīng)得到滿足。尤其是當整個工作都開發(fā)完了以后，還想改變流程時，工作流就能實現(xiàn)不用改變代碼就能改變了。在設(shè)計風格上，也是面向?qū)ο蟮拈_發(fā)風格，這與通常的html標簽式編寫截然不同。這個框架是一個富客戶端框架，他對html，javascript的包裝程度要比別的框架復雜的多。以便申請人可以及時修改并提交。當然還需要判斷請假的用戶與請假申請人是否是同一個人。算法設(shè)計如圖：圖37 假期算法流程圖 基于JBPM4工作流的審批流程的算法實現(xiàn)工作流主要解決審批的流程管理，而OA中的審批流程又比較復雜，所以如何設(shè)計流程就是個難點。然后將請假開始和結(jié)束時間中去掉多余的無效時間，留下有效開始和結(jié)束時間，以我們公司為例，就是上午九點和下午六點，還要扣掉中午休息的一小時。我打算建一個法定假期表，將平時的周末也視為法定假期，并將這作為默認數(shù)據(jù)。主頁面和相關(guān)的數(shù)據(jù)庫表插入文件放在頁面的根目錄下。Resources目錄下主要放SSH框架的必備配置和JDBC的連接配置，還有日志配置。圖34 后臺管理系統(tǒng)的后臺管理實現(xiàn) 圖35 后臺管理系統(tǒng)的工作流實現(xiàn)在后臺管理系統(tǒng)的目錄中。由于其他系統(tǒng)各不相同，對審批的流程要求也各不相同，所以需要在后臺管理系統(tǒng)中盡可能的設(shè)計不同的，復雜的工作流。工作流的設(shè)計在后臺管理系統(tǒng)的前臺功能中并不能體現(xiàn)，也無法在前臺進行管理，工作流的設(shè)計純粹是一個后臺功能。銷售支持管理系統(tǒng)的后臺java代碼的具體結(jié)構(gòu)如圖：后臺管理系統(tǒng)的設(shè)計方案如圖所示：圖33 后臺管理系統(tǒng)結(jié)構(gòu)圖后臺管理系統(tǒng)的Java程序中包括后臺管理的代碼和工作流設(shè)計的代碼。Dao層是控制層，Service層是服務(wù)層，Entity層是實體層，Util層是工具層。Java文件夾中放的是后臺Java程序，WebRoot中放的是前臺的頁面設(shè)計，圖形庫，js庫等。這個模塊也是后臺管理系統(tǒng)的核心模塊，其他所有模塊其實都是為這個模塊服務(wù)的，員工必須綁定到用戶上才能發(fā)生作用，一般來說一個用戶對應(yīng)一個員工，當這個用戶擁有這些信息以后，就能成功的登入到請假系統(tǒng)和銷售支持系統(tǒng)，這些系統(tǒng)就能夠分辨出用戶的類型和權(quán)限，為用戶顯示菜單。有的前端頁面的按鈕和輸入框都是有權(quán)限的，不是所有用戶都能看到的。這樣用戶就能看到符合自己權(quán)限的菜單了。由于要考慮這些可能出現(xiàn)的情況，這兩個功能模塊就要足夠的靈活，自然也會變的復雜。公司的職位有很多，而且上下級關(guān)系也比較復雜，甚至有的員工有多個職位，而每個職位的員工權(quán)限是不一樣的，看到的系統(tǒng)也是不一樣的。將數(shù)據(jù)庫中的信息轉(zhuǎn)化成前端需要的格式也是服務(wù)層必須實現(xiàn)的功能。一個服務(wù)可能比較復雜，需要多次對數(shù)據(jù)庫操作，從數(shù)據(jù)庫中拿到數(shù)據(jù)后可能還需要進行數(shù)據(jù)處理，如對數(shù)據(jù)進行排序，去重等。 后臺管理系統(tǒng)和請假系統(tǒng)的控制層和服務(wù)層類圖如下：圖30 后臺管理系統(tǒng)Service和Dao層類圖 服務(wù)層設(shè)計服務(wù)層主要是針對前端服務(wù)的，他與控制層不同，控制層主要是針對數(shù)據(jù)庫操作的。控制層主要依賴于Hibernate框架，一般操作都不用編寫SQL語句，只需要直接調(diào)用框架的內(nèi)部方法即可，Hibernate框架會負責將這些方法轉(zhuǎn)換成SQL語句。后臺管理系統(tǒng)的實體層類關(guān)系圖如下： 圖29 后臺管理系統(tǒng)實體層類關(guān)系圖 控制層設(shè)計 控制層主要負責對數(shù)據(jù)庫數(shù)據(jù)的刪除，添加，修改，過濾等操作的封裝。實體層便于將數(shù)據(jù)庫表映射為一個類，這個類包含所有的表字段方便于程序的各層具體來說分為實體層實現(xiàn)，控制層實現(xiàn)和服務(wù)層實現(xiàn)。主頁面和相關(guān)的數(shù)據(jù)庫表插入文件放在頁面的根目錄下。Resources目錄下主要放SSH框架的必備配置和JDBC的連接配置，還有日志配置。銷售支持管理系統(tǒng)的后臺java代碼的具體結(jié)構(gòu)如圖：圖26 系統(tǒng)服務(wù)端代碼實現(xiàn)結(jié)構(gòu)圖在銷售支持管理系統(tǒng)的目錄中。Dao層是控制層，Service層是服務(wù)層，Entity層是實體層，Util層是工具層。Java文件夾中放的是后臺Java程序，WebRoot中放的是前臺的頁面設(shè)計，圖形庫，js庫等?？蛻粢残枰涗浺恍┗拘畔?，如客戶姓名，客戶所在公司，電話，地址等。通過模塊和項目的這樣設(shè)計，可以支持非常復雜的樹級結(jié)構(gòu)設(shè)計。一個工程包括幾個模塊，模塊表中包括模塊信息，創(chuàng)建時間和修改時間。工程信息主要有名字，操作人員，修改時間，創(chuàng)建時間，和審批狀態(tài)，也包括有上一級工程的編號，這樣就可以建立一個樹級的工程，可以實現(xiàn)工程中包含幾個子工程，不過一般只有一個工程，這樣設(shè)計可以更加靈活。在銷售支持管理系統(tǒng)中，模塊，工程，外包工程師，工程需求等實體類信息由于經(jīng)常需要在前臺頁面顯示，而顯示的內(nèi)容與實體層的實體類的內(nèi)容不相同，一般來說顯示的內(nèi)容比對應(yīng)的實體類的內(nèi)容多，而且可能一個表現(xiàn)層類可能包含幾個實體類的內(nèi)容，如果使用不是很頻繁，不需要表現(xiàn)層類。前端對數(shù)據(jù)的格式要求也是不一樣的，有的需要是JSON格式，有的需要是SJSON格式，有的需要是XML格式。前端頁面需要一個服務(wù)，服務(wù)層就需要一個方法與之對應(yīng)。所有的Dao層類都繼承于AbstractHibernateDao這個類，AbstractHibernateDao是對Hibernate基本類的再次封裝，加強對數(shù)據(jù)庫的操作控制，例如前臺展示總是需要分頁顯示，所以不能一次將結(jié)果全部查出，而且每頁的條數(shù)也是可以控制的，所以需要再次封裝，方便使用?？刂茖又饕蕾囉贖ibernate框架，一般操作都不用編寫SQL語句，只需要直接調(diào)用框架的內(nèi)部方法即可。銷售支持管理系統(tǒng)的實體層類關(guān)系圖如下：圖21 銷售支持管理系統(tǒng)實體層類圖 控制層設(shè)計控制層主要負責對數(shù)據(jù)庫數(shù)據(jù)的刪除，添加，修改，過濾等操作的封裝。一個項目有幾個模塊，每個模塊都有功能，每個模塊都有進度。銷售人員與客戶談合同，一個項目可能有幾個合同，每次談合同都需要把合同的信息和見面記錄下來。使用，更適合面向?qū)ο蟮乃枷胧褂谩?實體層設(shè)計實體層是三層結(jié)構(gòu)中的最底層。這三層是依次調(diào)用的，不可以躍層調(diào)用。 銷售支持管理系統(tǒng)詳細設(shè)計方案系統(tǒng)主要通過Java來實現(xiàn)，并采用SSH框架，MVC三層結(jié)構(gòu)。而且對控制層的響應(yīng)很多時候需要輸出結(jié)構(gòu)化