（精編）港口員工排班管理系統的設計與實現

第1章緒論1.1課題研究背景及意義在當前的社會工作中，人力資源管理人員經常遇到對員工的工作排班問題。無論是市民自發組織的人員安排，或是政府、企業單位對于人員的分配，都存在著員工排班的相關問題。在管理學的范疇中，對員工的排班，即根據員工的具體崗位和職責，以及工作時間，將這些員工按照合適的方法進行分配。管理者在處理此項問題時，一定要從以下三個方面進行考慮，才能做到全面管理。首先，要保證在人員排班中具有公平性，管理人員在排班設計時，要杜絕出現員工分布不均的情況，并且要保證每位員工有事可做，不出現空閑崗位。其次，在排班時，要講究工作效率。合理的員工排班不但可以凸顯出崗位的績效，也可以在整體上幫助公司有效運營。最后，要注意保證排班的合理。管理人員在用人、排班時，要做到知人善任，員工要有勝任崗位的能力，不出現員工無法勝任工作或越俎代庖的情況。一般情況下，將人員排班類型分為大眾運輸人員的排班、航空公司人員的排班，和一般人員的排班這三種情況。（1） 大眾運輸人員的排班在現實工作中，對于員工的排班需要考慮多方面的問題，例如員工的工作時間、午休時間、福利等，因此，一般將多種輪班制度總結組成為多組的工作班。（2） 航空公司人員排班航空公司一般將排班分為兩大部分，一種是班次的組合，一種是輪班表的安排。一般情況下，公司對人員的排班都會首先構建最初的小成本班次，其次才會組合出符合航空公司工作的人員排班時刻表，在兩次的排班表都合理的情況下，才可以設置出長久的人員排班管理表。一般人員排班除了上述兩種人員排班情況以外，還有一般人員排班，如警察人員的工作排班、護理人員的工作排班和作業人員的工作排班等。1.2國內外研究現狀1995年，由史丹佛大學計算機科學與數學研究人員在美國硅谷對客服中心的人力資源作了最優化的安排，他們研究出的安排系統是解決國外排班系統的最常用的方法。這一整套方案主要涉及到計劃階段、執行階段以及考核階段這三個部分。自從1997年，PrimeTime排班軟件開始發行，隨著第一批排班軟件的發行，這就使得PrimeTimeEnterprise、DirectorEnterprise等陸續被研發出來，從而使得排班系統迅速的成長起來。從國外的研究情況可以清楚的顯示出，在占客服中心日常營運成本中，人事支出占60到80的比例。為了能夠使得客服人員、客戶、企業三方都能夠獲益，這就要排定一個最適當的輪值表，從而可以讓最適合的人，在最適合的時間，提供最適合的服務。由于中國是發展中國家，這就使得國內排班系統有些人事排班的系統軟件的規模不是很大。雖然國內的排班系統軟件規模不大，但是對付日常安排是夠了。由于中國的特殊國情，這就使得在特殊行業中，排班系統軟件不能得到廣泛的應用。由于在中國的一些地方還沒有使得計算機排班的應用得到普及。雖然排班系統在我國受到了一定的限制，但是在金融服務業務、信息服務、醫療相關行業、交通運輸業等這些特殊行業中都有了很好的人員排班系統。國內外產品主要使用C、C++和Java等技術來編寫系統軟件，從而有利于國內外產品的實現。隨著科學計算機技術的快速發展，這就使得在系統中大多數窗體的系統界面設計中計算機就是服務器，從而使得該系統不能夠得到普及和應用。隨著計算機技術的不斷發展，這就使得在人員的排班系統的開發上逐漸向web系統項目的開發轉變。一般情況下，，我國的計算機應用系統結構多采用瀏覽器/HI務器結構，但是隨著Java技術的廣泛應用，目前流行的基于B/S結構應用的主要開發工具是指JSP。然而，JSP不僅作為在服務器端編譯執行的Web設計語言，而且它也是一種動態網頁技術標準。 JSP主要將Java作為其腳本語言。除此之外，隨著JSP技術的發展，這就使得在創建Web應用中，JSP這種便于掌握和實現快速開發的技術成為一個主流的技術。1.3論文主要內容本文主要針對新加坡港務集團港Isl員工排班管理的網絡應用系統CTRoster系統進行設計與開發。然而本文的主要內容來源于大連博涵咨詢服務有限公司在PORTNETII開發框架下使用WebLogicWorkShop新的開發平臺。本人所做的工作：對用戶界面的設計主要是根據新加坡港務集團對港口員T排班管理的實際需要而設計的，這樣的設計理念可以使得操作界面比以前更為清晰，并且對系統用例進行了詳細的分析。對港口員工排班管理系統中管理排班代碼模塊，管理排班模板模塊和港口員工休假報表生成的開發實現的負責。用英文編寫用戶界面說明書，對文檔進行系統詳細的，除此之外還制作了用戶手冊。對系統進行了調試、測試，從而編寫了測試用例說明書。通過在一個真實環境下試運行，這樣可以使得港口員工排班管理的信息化得以實現。1.4論文組織結構本論文章節安排如下：引言部分主要對本文的研究背景和意義進行了介紹，課題的來源，以及本人所做的工作。本文首先介紹了實現港口員工排班管理系統的主要的技術；其次介紹了解決本課題CTRoster系統方案的主要特點；最后，對港口員工排班系統的需求分析進行了具體的介紹，主要包括管理排班基本模塊、查詢排班詳細資料、管理生成排班序列、管理員工信息、生活滓貼模塊和報表生成六個主要模塊。本文主要圍繞這六大主題進行論述，從而對整個系統有了一個詳細的介紹。在港口員工排班系統的總體設計方案，主要包括系統總體架構、模塊設計、總體功能用例圖、總體數據庫設計以及系統異常處理設計這五個部分，通過一個詳細的系統設計，從而使得人們對系統設計有一個更加準確的認識。在系統實現部分，對三個典型模塊的設計與實現進行了詳細的論述。在排班基本模塊管理模塊的設計與實現中，主要通過Web層、邏輯層、數據管理層這三大部分進行論述。通過這三個層次的論述，能夠將系統中典型的架構思想及編程結構清楚的顯示出來。在排班基本模塊管理模塊的設計與實現這一模塊中，可以將員工的信息進行整理，從而為下一個環節奠定一定的基礎。在排班詳細資料查詢模塊的設計與實現中，通過對排班基本模塊管理的開發原理進行詳細的介紹，從而可以實現查詢模塊。排班詳細資料查詢模塊的設計與實現這一模塊屬于關鍵應用型模塊。這一模塊主要介紹了系統的主要功能，而且在整個人員排班系統中，它居于一個中心地位。在報表生成模塊中的港口員工休假報表設計與實現這一模塊中，主要根據客戶的具體需求，通過報表的形式從而可以對員工的信息進行查看查，并且也可以打印也可以保存為Excel格式。在報表生成模塊中的港口員工休假報表設計與實現這一模塊中主要包括22個報表生成功能性模塊，并且對港口員工休假報表模塊的實現進行了詳細的介紹。其次，對港口員工排班系統的調試以及測試情況進行了詳細的介紹。最后，總結了全文的工作，并且對對港口人員排班系統的未來的發展趨勢有了一個明確的規劃。為了能夠很好的管理員工，從而提出了許多人性化的管理思想，引進各種新技術手段，從而使得該系統更加完善、更加趨向合理。第第2章系統開發模型及相關技術軟件開發模型2.1軟件開發模型主要描述面向的對象是設計的模式，一個設計模式的命名確定了一個設計的結構方向，這中設計結構能夠被重復的使用。簡單說來，設計模式這個理論說的是對象軟件設計中的一些工作實踐經驗的總結和完善，他對于軟件開發的整個領域具有普遍適應性，因此這些實踐經驗可以知道網頁應用程序的開發上，讓系統構架變得靈活多樣，在軟件需要發生改變時，以便開發者可以做出改變和調整，用最小的話費更行系統，創造更大的價值。在進行軟件編程時，工作人員應該注意回收使用過的能重復使用的代碼。設計模式就好像復印紙一樣可以能夠復制成功的模型，可以是剛開始設計的開發人員更加容易的了解其他人模型設計思路和設計流程。設計模式在很大程度上為設計者能夠更加輕松了解軟件程序結構，使軟件的編程人員和開發人員在進行原件開發時更具彈性和通用性。軟件設計模式的總的要求是不關心設計模式的具體實現而是注重接口編程，這樣一個礦建的搭建還需要其他工作將這個框架填滿，將系統完成。使用了合適設計模式可以提高編程速度。提高工作效率，減少新代碼的使用次數，增強擴展性。(l)MVC(Model.View-Controller)模型Model.View-Controller模型簡稱MVC模型-視圖-控制器。它是XeroxPARC為編程語言的使用在八十年代提出的一種設計模式，這種設計模式至今仍被廣泛應用，被多家設計公司作為J2EE平臺設計的模版，越來越收到廣大設計開發者的喜愛。MVC(Model.View-Controller)模型是由三個部分組成，分別是模型、視圖、控制器。在進行設計是各個對象之間的取得高層接口，方便設計好的程序能夠將輸入輸出分開，同時在不同的程序之間進行重復往返的使用。模型主管程序的運行，不要表示的是業務邏輯和業務規則，是所有操作的前提都進過這步驟，提供應用邏輯數據，在這三個組成部分中，模型承擔的任務最多，可以用于JavaBcan和EJB的技術的數據庫處理訪問。模型的特點是能夠提供可視圖像數據和代碼的一次使用多次利用，減少了代碼的重復使用。視圖說的是模型進行操作后在屏幕上顯示的圖象，將結果一圖像的形式顯示出來，可以讓設計者和用戶看到交互的界面。對于傳統的應用程序來說，試圖就是將HTML元素做成界面，而在行的應用程序中依然扮演著重要的角色，但在新技術不斷發展的今天，一些新的語言技術例如Flash和XHTML等，怎樣讓這些新的技術能夠融入到現有設備中已經顯得有尤為重要。視圖能夠處理好多應用程序的視圖。其實該模型進行圖像處理時并沒有真正的處理發生，只是將應用程序的語言作為一種導出數據顯示在圖像上供使用者操作處理。控制器用于管理使用者與視圖部分的交互，只要用戶相對模型進行調整時，控制器就會通過內部的控制器從視圖中選取相應的值傳遞給模型部分處理，通過接受使用者傳入的信息并通過視圖將處理的不同結果傳遞給相應的模型。當用戶網上點擊web頁面中的鏈接和發送HTML時，控制器只是決定由那個模型去解決處理，而后在進一步的確定那一個視圖進行返回處理，數據模型通過連接不同的視圖和模型來完成用戶不同要求情況的處理。通過上述的論述，我們可以看出，MVC模型處理信息的過程：第一步是控制器接受使用者反饋的信息請求；第二部模型將用戶傳遞過來的信息通過模型的業務邏輯將請求信息反悔；第三部是控制器將處理的結果以圖像的形式展現在視圖部分，視圖再將信息通過控制器反饋使用者，這種模型進行軟件開發的好處是：首先是設計思路清新，模型其中的復制功能能夠使設計者在數據的處理和設計的狀態上更加的簡便快捷，當設計者設計完一個應用程序時，運用這中功能能使得程序在執行上更容易操作和執行。其次設計的有效模塊性，按照設計者的要求，在視圖、控制器、和模型三個部分內的任何組件都可以互相交換，程序的改變不會影響應用程序的其他方面的運行。再次方便擴展，MVC模型中的控制器和視圖可以根據程序的擴展進行相應的程序擴展。在這個過程中，由于數據不斷反悔沒有被格式化，所以同樣的組件能被不同的界面應用。MVC模型各部分間的是相互分離的，所以改變應用程序的數據和業務邏輯是十分方便的，只把數據更換到另一個數據庫是，在改變了模型部分時，視圖部分仍然能夠正常的工作。最后，用戶界面十分強大，將用戶的界面與模型連接起來，把數據信息發送給模型部分，都是用戶按照自己的主觀能動性進行的。2.2B/S 結構介紹B/S架構，簡單說來就是我們日上網，瀏覽網頁用的瀏覽器或者稱之為服務器架構，這種架構最顯著的特點就是網民上網是方便客戶界在界面上的操作，這種構架的設計就是按照用戶的上網習慣進行開發設計。B/S架構工作的流程主要包括以下幾個方面，用戶的電腦客戶端連接著應用服務器和數據處理的服務器，當用戶上網時，客戶端通過客戶瀏覽的界面、訪問的服務器以及與服務器相連接的后臺處理數據的數據路發出請求，此時的應用服務器向后臺的處理數據的數據庫獲取數據并進行計算，最終將計算結果顯示在用戶瀏覽的瀏覽器上，完成用戶上網過程中瀏覽網頁的整個操作過程。B/S結構的優點：客戶端操作不需要安裝任何的應用軟件，有瀏覽器就就可以進行，避免了客戶端開發收費的現象客戶端管理方面，因為沒有任何的軟件，所以管理起來十分的便捷，能夠實現零管理，節省了人力物力財力。

在產品開發方面能夠縮短研發的周期，大大提高了工作效率。操作便捷，使用簡單，沒有復雜的技術限制，只要會上網就能操作這個軟件系介紹統，使用性能優良。介紹2.3SQLSERVER2005（1）SQLServer2005介紹SQLServer是一個關于關系數據庫管理系統，而SQLServer2005是微軟的新進開發的新一代數據處理、管理、分析、解決互相關系的大型數據庫處理系統。這個軟件能為個大中型企業和公司的數據分析和處理帶來更高的安全性、穩定性和可靠性，能夠讓企業和公司剛好更快捷的進行數據庫的創建、數據處理和數據的部署等。SQLServer2005能幫助企業和公司在很大程度上做出快速、高效、可靠的分析和決策，能提高研發團隊的工作效率和生產力，在節約資金的前提下，滿足不同企業的不同需求。因此，SQLServer2005不單單只是一個大型全面的關系型分析數據庫服務產品，它還是微軟面向企業進行相關數據分析決策的企業進數據處理分析的應用平臺。（2）SQLServer2005的幾個特點微軟新開發的SQLServer2005與老舊版本的SQLServer2000相比在，在功能和使用性能上有顯著的提高，增加了幾個以往沒有出現的功能，在原有基礎不變的情況下，更加注重相關企業數據管理、開發人員的生產效率生產力提高和商務職能上企業數據管理：首先升級了軟件的是可用性能上， SQLServer2005的失敗轉移集群和數據庫鏡像技術能夠保證企業的相關工作人員與客戶、合作伙伴在應用系統使用上可以提交高可靠度的應用系統；其次，軟件管理工具上，SQLServer2005在企業管理方面的升級技術包括了引進一整套新的集成管理工具和管理應用編程接口，為企業能夠提供簡單易懂，管理型高以及大型的SQLServer配置的技術支持；再次，在軟件的安全設置方面，SQLServer2005系統在安全性上做足的、工作，同過對數據庫加密，密碼的技術控制，可進入系統人員的政策控制，細化許可控制以及加強安全模型等方式，為企業的數據的保護提供了更加可靠的保證；最后，軟件的可伸縮性，SQLServer2005可伸縮性主要體現在表格制作的分區、復制能力的提高和64為支持等技術的提高。(2)提高研發人員的生產力，主要表現在首先是CommonLanguageRuntime(CLR)集成：在SQLServer2005這一款新的系統中，加入了來自微軟Microsoft.NET語言來提高目標數據庫開發的性能；其次，③提高Transact-SQL，是一種錯誤查詢的新方式，在交易過程中使用這種錯誤處理功能，能夠為開發人員在查詢開發方面提供更高效的查詢力度，并且具有靈活和較強的控制等特點；再次，SQL服務代理，這種技術的提高為系統的各個級別的可伸縮性提供了一定的創造的空間，并且也提供了一種分發。異步的系統應用結構。最后，深入的XML集成，SQLServer2005向用戶提供了一種新的數據處理類型，這個版本的系統在數據庫中存儲XML文件成為了可能。2.4J2EE及相關技術2.4.1J2EE相關知識J2EE是一種簡化了企業方案的開發、實施、管理等相關復雜問題系統結構，它主要應用的平臺的是Java2，這種結構試著建立一種獨特的結構標準來顯現他的優勢所在，Java平臺上作為J2EE技術的最佳應用平臺，其技術特點與其他相似結構相比較有著獨特的優越性，例如企業進行管理分析時具有的快速反映、擴展性能高、支持不同結構的環境等優點。為企業的商務系統搭建了一個靈活多變、發、可復制、容易管理維護的良好環境，為開展機遇web應用提供了必要的環境和技術支持，并且同時還提供JTS、EA、IJAAS、IJavalDL/CORBA、JavaServIe、JavaMai、JDBC、EJBJSP、RM、JMS、等技術規范。隨著軟甲應用技術的不斷開發和發展，能夠熟練運用J2EE的人才在軟件開發上越來越受到社會的歡迎。因此，對于各大中院校的軟件開發專業教學這來說，如何培養出優秀的軟件開發人員，已成為現今教育這面臨的一個最主要的問題。2.4.2MVC設計模型MVC設計模型是目前使用較為廣泛的一種軟件設計模式，它的提出是在20世紀80年代中后期一篇發表的論文中由Xerox提出來的。MVC模型是一種架構模式，這個系統的正常運行需要其他系統模式幫助協同完成。在上文論述的J2EE系統中，通常采用的是seevicetoworker的模式實現的，而seevicetoworker模式是由派遣器模型和pageheIper模式和集中控制器構成的。MVC模型工作的整個流程是：源代碼(struts)實現了MVC模型三個組成部分的視圖和控制兩個部分，模型的執行需要軟件開發者自行開發。源代碼向MVC模型提供了抽象行為，促使開發人員將自行研發的模型應用到源代碼框架結構中。換言之，就是將需要開發的應用程序的數據，各種抽象的行為邏輯和商務邏輯以可見的形式呈現出來。系統對數據的處理上，是將數據劃分到不同的實體當中，也就是劃分到MVC設計模型的模型、視圖、控制器是那個部分當中各種事件的發生使得控制器改變了模型或者視圖，也有將兩個部分同時改變。這里所說的改變是指MVC設計模型的控制器只要改變了模型的數據或者其他屬性，視圖中的各種圖像和數據都會相應的進行更新。同理，要是控制器改變了視圖的數據和屬性，那么，模型就會從視圖中獲取的數據來更新自己。MVC設計模型在軟件研發中尤其自身的獨特優點，但同時也有其相對應的缺點，因此，使用者在套用這個模型設計相關應用程序時，應該注意避免相關系統缺點，為使用者盡量的提供方便。一個模型運行時可以同時運行和建立其他多個視圖。例如我們我們平常在網上進行購物時都會涉及到支付貨款，這種支付模式可以是我們通過網上支付寶支付，也可以通過手機支付，更可以通過銀行卡信用卡支付，雖然說支付的方式各不相同，但是對于貨款的支付處理都是相同的。按照MVC設計模型的模式，一個網上購物支付模型和多個視圖就可以解決貨款的不同支付方式。這種模型減少了源代碼的使用，將相同的代碼進行復制重復使用，減少了代碼的維護次數并且一旦模型發生改變，也方便進行控制。由于MVC設計模型數據返回時不帶有任何的格式顯示，所以，模型還可以作為客戶端等終端的接口。MVC設計模型三個部門的模型、視圖、控制器之間是互相獨立的三個部分，因此，在進行不同模型設計時可以根據對模型的需要更換不同視圖和控制器的對象。還可以根據設計的需求在各部分系統運行時對對象進行更換。模型的可移植性。上述也介紹了該系統各部分之間是相對獨立的，可以根據需要隨時更換對象。因此，可以把一個模型獨立的移植到另一個平臺參與工作，要做到這個過程的要求是在運行新的平臺上將視圖和控制器中的相關數據進行更改。可復制性，根據MVC設計模型的特點可以直接設計和建立應用程序的框架結構。耦合性，由于視圖部分和業務層分離，所以可以隨時更改視圖層的源代碼而不需要對模型和控制器重新編碼。同理，一個應用的流程的改變只需要對MVC設計模型的模型層進行更改即可。較低的成本，MVC設計模型的可重復利用復制的特點使得降低開發成本和維護費用成為了可能。有利于軟件開發工程的管理，MVC設計模型的不同部分由不同的系統進行控制，各司其職，每一層不同的應用程序尤其相同的地方，這樣就有利于通過工程化工具化實施管理。可維護性，將應用程序劃分為視圖層和業務邏輯層使得 web應用更容易進行維護、更新、修改。(2)MVC設計模型的缺點增加了新系統結構的產生和設計實現的復雜性，設計者設計時，對于一個簡單的界面，如果一味嚴格的遵守MVC設計模型的操作流程，將模型視圖、控制器分離，會增加系統的復雜性，并有可能產生更多新的更新操作，降低了模型運行的效率。忽略了視圖與控制器的獨立性，視圖與控制器是相互分離的，但是一旦通過某種方式連接起來就會降低各部分之間的獨立性。視圖對模型的訪問率降低，當模型操作接口不相同是，視圖就需要經過多次的數據搜集才能搜集足夠的顯示數據，這過程中，視圖會對沒有變化的數據不進行處理，不進行必要的訪問，久而久之就會損害系統的操作性能。根據有關人士介紹，多數的從事軟件開發的企業都會使用較高級的界面工具和構造器，這些工具都不支持MVC模型這種模式，如果將這些工具進行改造，適合MVC設計模型的需要就要付出巨額的代價。2.5本章小侖吉本章著重介紹了港口員工排班管理主要應用的系統和相關技術介紹，首先介紹了軟件開發的模型，這一部分主要介紹了MVC模型的相關技術，包括這個系統的組成部分，這幾個部分之間有什么關系；其次是簡單論述了B/S結構的相關知識已經在進行軟件開發時所具有的特點；再次介紹了SQLSERVER2005系統的相關技術以及在企業進行管理分析上所具有的幾個特點；最后介紹了J2EE及相關技術，這個部分為兩個小部分依次論述，先是簡單介紹了J2EE的相關相關知識和J2EE技術人才的缺乏，最后論述了MVC設計模型，對這個系統的工作的整體流程，優缺點進行了介紹，旨在熟悉港口員工排班管理系統的設計所涉及到的各個技術環節，方便以后系統的健身和維護。自對應的該系統的數據庫、通過WebService兩個來源。在Facades層通過數據庫控件調用數據庫。以上的設計都是基于BEA公司的Workshop的集成開發環境。第3章系統需求分析3.1系統設計目標3.1.1系統設計的要求（1）分析和設計基本排班模塊和管理模塊（2）分析設計排班的詳細資料模塊和資料數據的查詢模塊3.1.2系統設計目標到達的結構（1） 實現審計模塊的功能性需求（2） 通過模塊設計，系統需求分析，使系統能夠在portnet2框架結構中正常運行，實現客戶對系統的功能性需求3.2系統功能性需求3.2.1系統業務概述該系統的應用方向主要是面向類似于曹妃甸、黃驊港等大型的港口碼頭，面向的潛在客戶主要是這些大型港務集團中港口碼頭的各個部門的工作人員以及人力資源管理部門。對于這些部門的排班工作，如果采用傳統的人工排班方法很容易出現錯誤，并且因為人員較多，工作復雜，傳統的人工排班系統在操作上有很多缺陷，表現最明顯的就是準確性不高。還會對企業年終工作評定和總結增加任務量。由于港口的排班方式與傳統企業的排班方式有這鮮明的差異性，港口工作需要二十四小時有專人看守，還對員工日班和夜班安排的合理性要求很高。因此，為港口人員排班開發一套專屬的排版系統是很有必要的。鑒于此中形式的發展，開發公司開始致力于港口員工排班系統的研究，并且開發出了CTRoster系統，為港口人員的快速調度、工作的合理，港口人事管理的提供了便捷。CTRoster的CT代表的含義是集裝箱碼頭，英文全拼是ContainerTerminal，Roster含義是指值勤人員表，也就是員工的花名冊，合起來的意思可以理解為所屬港口集裝箱碼頭的部門人員的值勤表。3.2.2排班基本模塊一家港務集團建立了員工排班管理系統后，管理人員可以通過這個系統查詢到員工的基本信息以及系統給這位員工編排好的早中晚版班的值班信息，管理者隨時可以對編排不合理的員工值班信息進行修改。港務集團的管理人員在進行員工排班時，為了提高排班工作的效率和員工值班的合理性需要系統有一個能夠應對不同員工值班情況的排班模版。同時，系統維護人員要時時對排版系統進行管理和維護。當員工的工作值班與生活發生沖突時，企業應該從人性化角度考慮，將員工的值班時間通過系統的模版對排好班人員進行人性化的訂正。總結起來劃分為四個部分：首先，管理人員要時時管理和維護系統信息；其次，管理人員要管理排班的模版信息；再次，維護排班的更改自定義模版信息；最后，排班系統根據用戶的意愿可以時時查詢和合理更改排版情況。3.2.3排班詳細資料查詢模塊在上述介紹的系統中，管理者可以根據員工的多方面的信息查詢模塊查詢某個員工排班的相關安排。這些查詢信息模塊需求在學術上稱為EmployeeNo（顯示員工身份ID）、mployeeName（顯示員工姓）、StaffNo（顯示員工姓）、StaffCategory（顯示所屬級另U）、TotalWorkHour（顯示總共工作小時數）、Technology（顯示技術等級情況）、RosterScheme、RosterGroupCode（顯示使用排班模板信息）、LeaveBalance（顯示擁有假期天數）、CTBalance（顯示加班天）、Day（顯示星期）、Dates（顯示日）、Pre—Roster（顯示預排班情況）、Pra-Roster（顯示實際排班情況），這其中EmployeeNo（顯示員工身份ID）、mployeeName（顯示員工姓）、StaffNo（顯示員工姓）、StaffCategory（顯示所屬級另U）、TotalWorkHour（顯示總共工作小時數）、Technology（顯示技術等級情況）、RosterScheme、RosterGroupCode（顯示使用排班模板信息）屬于員工的詳細信息，LeaveBalance（顯示擁有假期天數）、CTBalanee（顯示加班天）屬于員工的假期平衡情況，而Day（顯示星期）、Dates（顯示日）、Pre—Roster（顯示預排班情況）、Pra-Roster（顯示實際排班情況則屬于員工定月的排班情況，除此之外員工的信息還包括了員工排班信息可以在該模塊中打印出來；可以在模塊中直接查詢結果；不同的假期需要配以不同的顏色顯示，用來提醒管理者。3.2.4生成排班序列管理模塊在該系統中，自動生成和用戶指定方式生成兩種管理模塊。其中自動生成是根據系統設定的時間一個月生成一次或者一個季度生成一次排班。另一種方式的指定生成主要是根據員工的信息和工作的開始時間指定一個時間，一般系統默認的是三個月的排班。第二種方式就是有排班的自定義模板生成，默認的時間也是三個月的排班情況。3.2.5員工信息管理模塊排班管理要求管理人員對排班的員工信息進行管理與維護。該模塊里包括：查看港口員工的基本信息情況、可以有權限修改跟該模塊相關的數據和計算該員工的假期詳細情況。在計算該員工的假期詳細情況模塊中用戶可以計算自己所擁有的假期情況：是不是還有多余的假期，或假期沒了要努力工作了。在查看港口員工的基本信息情況的需求有：顯示員工基本信息；例如：員工ID、員工姓名、上崗日期、飲食習慣、當前所在的部門、辦公電話、宅電、移動電話、緊急電話、住址等信息。顯示該員工所使用的排班的模板信息；所使用的工作小時制 f8小時工作帶d/12小時工作制）、排班模板的類型編號、是否服兵役了。顯示該員工部門問調動信息；例如該員工在何時從何部門調動到何部門去的信息情況。員工級別的升遷或降職情況；包括何時從什么職位到什么職位變化。3.2.6員工生活津貼模塊該模板主要用于港口員工進行加班或被外派到別的部分的時候對員工進行補助記錄。該模塊包括：員工外派到別的部門工作；員工可以根據日期和輪班的班次查詢外派的情況；在查詢的結果后，若有該員工的信息員工可以把外派工作的情況進行保存或刪除；若沒有該員工可以直接輸入員工號進行保存。員工加班或被派往做技術支持的時候：員工也可以根據日期和輪班的班次查詢外派的情況；在查詢的結果后，若有該員工的信息員工可以把外派工作的情況進行保存或刪除；若沒有該員工可以直接輸入員工號進行保存。不管員工在被外派、加班或做技術支持的時候；都會有伙食補助。在該系統中伙食補助會根據員工具體飲食的情況進行補助；例如中國式的飯菜補助、馬來人的飯菜補助以及印度的飯菜補助等。3.2.7系統管理模塊港口員工排班管理系統面向的用戶是涉及港口工作的所有工作人員，系統的管理模塊要做的是，為了實現各個部門的有效管理個，各部門在系統的各個模塊有自己的用戶名和密碼，只有有相關權限的員工才能進入該系統。根據員工管理需求將員工權限氛圍黃金用戶、白金用戶、管理員、系統實操人員、員工管理層人員、無權限人員等幾種。3.3系統非功能性需求編寫客戶詳細使用說明書，要求盡量做到簡潔大方，文字與圖像相結合，簡單易懂。專業屬于規范化，說明書中設計的專業術語一定要進行詳細細致的備注解釋。操作需求，當客戶對系統產生疑問時，要進行相應的操作示范，必要時可為客戶進行簡單培訓。相關系統測試需求，根據客戶要求測試環境對系統進行功能檢測，并且在系統正式版發布前必須通過客戶的軟件質量檢測部門的驗收，出具驗收報告。軟件開發使用的相關工具，使用BEAWeblogicPlatform的集成開發環境，Oracle的開發客戶端，使用JavaDevelopmentKit1.2-404的框架結構以及采用Wincvs1.3.3的服務器。開發系統運行環境，硬件環境方面，要求電腦內存在1-2G,硬盤內存在45G以上，使用目前比較流行的英特爾cpu或者是奔騰四運行數度為1.6G的cpu。系統運行的軟件方面，使用微軟公司Windows2000以上版本的專業英文版的操作系統，使用oracle9.2.0版本的數據庫。系統開發語言的選擇上使用的是目前編程比較流行的Java編寫代碼和Javadoc。3.4本章小結本章重點介紹了，港口員工排班管理系統中的系統需求分析，包括了排版系統進行設計前的系統功能性需求分析，重點分析了各個系統模塊的主要功能和存在的重要性，這些模塊包括了排班基本模塊、排班詳細資料查詢模塊、生成排班序列管理模塊、員工信息管理模塊、員工生活津貼模塊、系統管理模塊等幾方面，最后對系統的分功能性需求進行了簡單的介紹，對整個系統的運行進一步的剖析，通過上述兩種系統功能性需求分析，為文章后學的詳細論述準備好了充足的論述材料。第第4章系統詳細設計系統總體設計4.1系統的開發環境是PORTENTII框架結構下的三層架構：Web層、Facades層和Services層三成。Web層一般不做原則性修改，主要是用來提供Web服務并處理和用戶相關的基礎信息并直接將數據送到Facades層。在Facades層中依據具體業務邏輯的功能需求進行數據處理，并將處理之后的結果返回給Web層或者送到Services層，之后進行數據預處理操作并調用訪問數據庫控件。Web層包括用戶界面、安全性、導航邏輯以及應用程序日志。用戶界面的使用在NetUI控件標簽的JSP頁面中，其余的Web層使用在頁面流控制器中。業務邏輯處理層（Facades）包括有業務邏輯、數據驗證、數據格式化、審核性和應用程序日志。這一層中為應用程序指定邏輯的用戶定義控件可利用業務服務控件的可重用性這一特點將其用于可重用業務服務的用戶自定義控件之中，Facades是系統的重點，主要用來進行業務邏輯的處理。數據訪問層中包括數據庫的訪問、收發JMS消息服務。Java消息服務控件可由用戶進行自定義調用。在該管理系統設計時必須滿足PORTNETII架構的整體思想，以滿足主要的技術需求。由于系統采用的是B/S模式，即瀏覽器/服務器模式，由客戶終端通過Web頁面流控件來導航JSP頁面，且與客戶終端的信息進行交互操作；而在web層中，則通過調用業務邏輯處理層（Facades層）中的Java控件類來進行相關的業務邏輯處理和客戶數據的合法性驗證；數據服務層中包含兩大模塊，模塊一負責從Oracle數據庫中讀出數據，另一個模塊負責調用WebService服務實現信息采集。系統總體設計的實現是通過用戶操作使用客戶端的 JSP,或者是根據系統業務需求來訪問業務邏輯處理層；然后通過在業務邏輯處理層中處理用戶的請求從而完成功能需求。在這一層上可能要用到的數據來自該系統對應的數據庫，在業務邏輯處理層上通過相關控件調用數據庫。4.2總體功能用例總體功能用例根據系統需求分析可以劃分為一下幾類：登入用例(Login)、員工管理用例(StaffManager)、排班管理用例(RosterManager)、生活津貼用例(Allowance)以及信息報表生成用例這幾類。4.3模塊詳細設計模塊設計是系統功能設計的重要組成部分，在系統的所有模塊中，排班基本模塊作為系統模塊的基礎，它的實現為系統提供了基礎數據信息。生成排班序列管理模塊又分為幾個子模塊，這些模塊的功能是實現排班基本模塊管理子模塊的信息的調用，在調用之后還可生成排班序列用來方便用戶使用。為了方便用戶進行港口排班情況查詢，排班詳細資料查詢子模塊提供了員工排班信息數據的查詢、顯示的功能。生成排班序列管理子模塊和生活津貼子模塊兩者之間是可以互動的。生活津貼子模塊中可以修改已排好的部分輪班信息，用來記錄生活津貼補助。其它模塊經過業務處理，產生的結果信息，可以報表的形式顯示出來并供用戶打印和保存。在系統的所有模塊之中，排班基本模塊管理的子模塊是系統的關鍵，該模塊的實現為系統其它模塊提供了相應的信息基礎。4.3.1排班基本模塊根據需求分析可把排班模塊具體劃分為以下兩類模塊：管理人員管理維護輪班基本信息；管理人員管理維護排班模板基本信息。進行員工排班之后的排班信息應滿足以下需求：(1)滿足管理人員對員工輪班基本信息的管理和維護；(2)滿足管理人員對于預定義模板信息的管理和維護；(3)滿足管理人員對于排班模板基本信息的管理和維護；(4)滿足管理人員對于用戶基本信息和排班情況的查詢、增加、修改、刪除。一、管理人員管理維護輪班基本信息模塊中，功能性要求是用一個基本符號來代表一次輪換班班次，模塊對這些基本符號進行統一管理和維護，并根據港口業務需求，進行港口工作制度安排，比如8小時工作制度或12小時工作制度安排。因此在設計的時候需要考慮到輪班代表的實際含義。（1） 為方便用戶使用，排班模塊的操作流程設計如下：用戶點擊主菜單選項進入該模塊，系統根據用戶請求查看相應的數據庫中的排班數據，然后顯示并供用戶查看輪班信息功能性模塊。但如果數據庫中沒有排班基本代碼，則顯示沒有查詢代碼的提示信息。部分用戶有權限創建相關信息，則可以進入創建基本輪班信息模塊，創建一條記錄后彈出創建確認對話框，確認后，系統將會返回給用戶一個確認信息報告，用戶所編寫的信息也將會記錄到數據庫中以供查詢使用。用戶還可以在系統現有信息的情況下對系統信息進行修改、刪除的操作。用戶在查看輪班信息功能性模塊時，獲得操作權限后，可以對某條信息修改并保存到數據庫中。同樣用戶還可以在選中一條信息后，點擊刪除按鈕并確認后，從數據庫中刪除該條記錄。（2） 界面菜單風格設計在頁面設計上，使樣本系統各網頁具有統一的樣式、風格，不能用硬編碼寫入HTML，要采用框架規定的頁面樣式、風格，按框架規定把統一的風格寫入到CSS樣式表中。例如頁面字體、圖片設置、鏈接格式等頁面樣式、風格。二、排班模板的管理和維護為排班功能的實現提供了保障。模版在功能上要求使用基本輪班代碼來表示某時間段內的輪班班次。根據港口業務的工作需求，港口員工工作一般有8小時和12小時的工作班次、相關技術員工工作排班安排、辦公人員和管理人員排班模板，綜合考慮各種工作制模版的情況，在設計的時要考慮到其具體含義并加以區分，不能混淆。（1）管理人員管理維護排班模板的具體操作流程如下：用戶點擊主菜單中的該模板選項進入排班模板信息管理維護模塊，系統根據用戶的具體請求到數據庫中查看數據信息，并將滿足條件的排班基本代碼信息返回給用戶查看。但如果數據庫中沒有相應的排班模板信息，則顯示沒有的提示信息。同樣用戶在有權限的情況下可以對數據庫中的信息進行增刪改查的一系列。用戶通過點擊創建按鈕，進入到創建排班信息模塊，創建記錄后確認所創建的信息，系統便會返回給用戶一個確認信息報告。當系統數據庫中有信息時，用戶可以對該模塊進行如下操作：可以選中某信息后點擊修改按鈕，或者可以選中某條信息后點擊刪除按鈕，然后點擊確認按鈕，這樣便可以對數據庫中的班次信息成功地進行修改、刪除的操作。（2）排班模板管理模塊具體設計的的用戶界面如下：查看排班模板的頁面中，包括的內容有該模板所屬的工作時間、模板工作天數統計、模板所屬的具體排班序列代碼以及模版所屬的排版模板類型。在查看模塊時可以進行創建、修改、刪除模版等的操作。創建模版時，系統默會有一個默認的時間、天數，當用戶進行輸入時，系統還可以自動根據用戶的輸入天數，規定出輸入排班基本代碼中的輸入框的格式。用戶修改模塊中，模版所屬模板類型代碼是不可以進行編輯修改的，而對于其它數據用戶都能根據需求進行修改。在用戶修改或創建后，點擊保存按鈕將操作之后的數據信息保存到數據庫中。4.3.2排班詳細資料查詢模塊同樣，用戶經由主菜單選項進入到排班詳細資料查詢子模塊。用戶可通過港口員工號或者員工姓名或者員工身份ID亦或是指定的月份和年份等多條渠道查詢該員工的排班信息。該模塊是一個簡單的查詢模塊，只有查詢的功能，不能對查詢信息進行增刪改的操作。為了方便直觀的觀看查詢結果，上述的查詢頁面顯示效果設計中要標注排班序列碼，并在標注下行顯示排班的實際輪班記錄情況，以供查看。圖中的節假日要用不同的顏色加以標注、區別。本文設計中，可以將這些顏色定義在配置文件中，這樣可以實現系統的高擴展性。4.3.3生成排班序列管理模塊根據用戶的需求，在該系統中采用以下兩種方法生成排班序列管理：第一種是系統自動生成，用這種方法系統可以根據管理員指定的日期生成一次排班；第二種方法是用戶指定生成，包括以下兩種方式。一種方式是指定員工的ID號以及本次生成的時間，可以指定默認的排班時間，比如三個月。另一種方式是根據指定的排班模板來生成排班序列，同樣也可以指定默認的排班時間。4.3.4員工信息管理模塊這一模塊要求管理人員對員工的排班信息定期進行管理與維護。模塊中包含的內容應滿足管理者對員工信息的管理需求。包括有：查詢員工的基本信息狀況、查詢員工的排班情況、員工的休假情況、計算該員工的假期詳情等。港口員工的基本信息情況需要包含的條目有：（1）員工基本情況，比如：員工姓名、性照片、年齡、ID、上崗日期、飲食習慣、所屬部門、辦公電話、移動電話、家庭住址等信息；（2）該員工在部門間的調動信息；（3）該員工的排班模板信息，比如員工使用的是哪種工作小時制度、排班模板的類型以及編號；（4）員工職位的變化和升遷情況等。4.3.5員工生活津貼模塊員工生活津貼模塊主要用于管理港口員工進行的加班費用和補助費用等。津貼模塊包括的情況有以下幾種：（1）管理員可以查詢日期、輪班班次或外派情況，并將員工的這些信息進行統計保存，計算員工的補貼費用；（2）查詢并統計員工的加班情況，并統計出加班費用；（3）除去員工加班、外派或是技術支持的時候，將港口對員工的伙食補貼、住房補貼、交通補貼進行統計。4.3.6系統管理模塊系統管理模塊包括一些基本的系統操作功能，比如系統登錄、修改用戶密碼和關于系統等。其中系統登錄和密碼修改涉及到數據庫中的用戶信息表，需要系統對數據庫中的數據進行連接和增、刪、修改的操作。比如當登陸系統時，需要系統連接到數據庫，檢查用戶所輸入的用戶名以及密碼是否和數據庫中的字段信息相一致，若是一致則提示登陸成功，并跳轉到系統主界面。若是不一致則提示登錄失敗，系統默認的登陸次數是三次。4.4系統數據庫設計系統數據庫設計工作包括數據庫邏輯設計、數據庫物理設計和數據庫軟件設計。一、 數據庫的邏輯結構設計主要反映的是系統業務邏輯，與具體的數據庫管理系統（DBMS）無關。數據庫邏輯設計是整個數據庫設計的前半段內容，包括的工作有：所需實體及關系，實體規范化等。二、 數據庫的物理設計是用來設計數據庫的相關物理結構，首先根據數據庫的邏輯結構選定關系數據庫管理系統（RDBMS，如Oracle、Sybase等），并在此基礎上設計和實施數據庫的數據存儲結構和數據存取方式等。數據庫的物理設計是數據庫設計的后半段，包括的內容有以下幾種：選擇數據庫產品，確定數據庫屬性字段、數據類型、數據長度、數據精度、數據管理系統頁面的大小等。這一過程將一個給定的邏輯結構具體到實施環境中去，并提供了數據存儲結構和存取方法。與數據庫邏輯結構設計不同的是物理結構依賴于所給的數據管理系統和相應的硬件系統，因此需要設計人員充分了解所用的關系數據庫管理系統的內部的存儲方式和方法。數據庫的物理設計以確定其物理結構為前提，其次需要評價實施時間效率和空間效率，在此過程中還需要確定數據存儲結構；設計數據存取路徑；確定數據存放位置；數據庫的設計還要以系統配置為前提條件。因此，數據庫的物理設計需要在各個方面間進行權衡，選擇一個合理優化方案作為數據庫的物理結構。數據庫設計步驟：首先進行需求分析，尋找實體，不要有丟落；分析實體中涉及到的屬性字段；分析屬性字段的類型以及長度，要分析的全面和長遠；實體之間的關系，能夠滿足系統需求和現實情況；寫出關系模式并優化模式，盡量滿足后面的范式；建立數據庫；最后進行數據庫安全設置。三、數據庫的軟件設計數據庫軟件設計時，需要依靠ebLoglcWorkshop中相關的數據庫控件。所用到的數據庫控件都繼承自Databasecontrol接口，這個接口規定了數據庫控件的實例可從應用程序中調用的方法。首先必須連接數據庫服務器，這是對該數據執行后續操作的基本前提。使用數據庫控件，可以便于使用計算機語言命令（數據庫語言或是Java代碼）來對關系型數據庫進行訪問。數據庫的一系列控件來用負責連接數據庫。因此便可以經由數據庫控件使數據庫執行相關的命令，進行數據檢索、執行插入、數據修改與更新等操作。4.5本章小結在進行系統需求分析之后，根據要求在系統開發框架結構下詳細統計了港口員工數據并錄入數據庫，在數據基礎上設計系統，實現了各個模塊的具體功能，方便了港口員工排班信息的管理。除此之外，還需要進行數據庫數據的驗證、系統的異常處理，這樣才能保證系統穩定、健康地運行。

第5第5章系統實現

系統部分功能實現此員工排班管理系統的結構如下圖所示：從圖中可以看到，此系統中，CTRoster下包含有8個分支文件，在實際的工作開發中，常把使用的文件放在CTRSFacades之下，公共處理方法放在CTRSUtil下，操作的視圖文件放在CTRSWeb文件下，其他一些文件在CTRSWebService下。5.1.1排班基本模塊（1）Web層的實現采用頁面流技術實現Web層，可以分隔開業務的表示、實現和導航控件，避免在開發應用程序時出現明顯錯誤。使用JSP等動態語言可以更好的把業務邏輯等進行網頁的組合。這些應用程序及其復雜，隨著它們數量的增加，和設計人員對其的更新和改革，往往需要大量的時間和資源去做系統維護，主要原因有三點，首先，業務邏輯是有限的，對有限的資源進行重復使用，容易導致維護時耗時耗力；其次JSP源代碼混亂也容易導致維護時為工作人員增加負擔。頁面流可以很好地分隔開導航空間和用戶界面代碼，或其他業務邏輯。JSP中的文件，可以對界面代碼進行正確的定位。Web或組件中的單個控制器文件可以方便地完成導航控件。其中，使用 JPF文件對Java文件進行擴展，得到頁面控制器文件。可以從JPF文件中調用Java控件或直接在頁面控制器文件中實頁面流還可以在用戶進行導航時為其保留頁面流控制器的實例，并處于活動狀態。若想實例結束，用戶直接退出頁面流即可，那么實例成員變量會自動保存用戶的會話狀態。頁面流作為Web中的主要部分，設計者通常使用頁面流設計Web的總體并創建骨架。頁面流在進行系統開發時，需要先在系統設計的模塊文件夾名下新建文件作為頁面流的控制文件，命名為MaintainShiftCodeController ，后綴為JPF，另夕卜，需要建立amendshiftcode.jsp、acknowlegement.jsp、createshiftcode.jsp等頁面，以便在集成發開時可以對頁面之間的導航更加方便的實現。從頁面流中的begin開始進入整個子模塊，首先，主頁面中顯示maintainShi_RCode.Jsp,其中分別有修改、添加、刪除等，在用戶對需要的內容進行操作后，重新回到acknowlegement.Jsp,確認，再返回begin中的maintainshiftcode.jsp頁面中，若此操作無誤，那么即出現結果。頁面流屬于Java類，使用專門的批注和方法對Web進行控制，頁面流內的目錄也包括javaserverpage,簡稱JSP。JSP必須在頁面流的目錄中，才可以視為頁面流的一部分。JSP文件在對業務和數據進行操作時，要有特殊的標記，對應于整個頁面流，這些標記和操作方法可以對數據的傳輸或站點導航等進行調用代碼，JSP文件的代碼和頁面流中的業務是相互獨立的。頁面流的目的是為了提供一個動態的、復雜的web程序的框架，此框架要方便使用。WebLogicWorkshop為應用程序提供了代碼工具和圖形工具，這樣可以把開發周期簡化，即使是非專業的人員也可以很快使用，并且創建新的頁面流。如下圖。圖1頁面流的導航實現在本系統中，使用數據的綁定對頁面流進行傳送數據。通常用表單Bean和表單對常見的數據進行綁定。使用復雜的數據集在JSP中顯示，來創建一個Web應用程序，且方便生成和維護。要實現這一項系統工程，可以使用NetUI標簽，是由workshop所提供的。它可以把復雜的數據進行標記，對整個網頁數據中，數據集渲染的數據進行標記。用Java控件來實現邏輯層，這屬于用戶的自定義控件。在設計圖中，用delete+Shift+Code的操作來實現設計的排班信息代碼，在用戶剛剛進入到這個模塊的界面時，系統是默認enquiry+ShilftCode+Detait，進入查看排班信息代碼后，enquiryShifICodeDetail方法就可以把信息通過數據庫調用出來。為了避免數據庫因為多用戶操作而導致同步，用enquriyShiflCodeExist方法檢驗數據的存在性。1、 插入操作的實現基于B/S模式之下實現此系統，因此，用戶使用enquriyShiftCodeExist對操作進行試驗，先在系統中進行驗證，看用戶預先輸入的代碼是否存在，若存在，那么拋出個異常，放入棧內，然后用異常處理機的系統對拋出的異常信息進行處理。在系統對控件進行插入操作之前，會對用戶之前輸入的數據內容進行驗證和檢查，看其數據內容是否符合格式，是否滿足要求。業務邏輯處理層中，有一個文件夾叫做domainobj，這個文件夾下面對該系統可能使用的java數據對象進行了定義，此java文件包里，可以實現其io包里的接口，即serializable，可以把數據對象持久化，只有get和set方法在這類文件夾里。2、 修改、刪除操作的實現用戶通過單選按鈕來確定要刪除或修改的數據，用戶點擊選中的操作按鈕后，系統會首先調用業務層上的enquriyShiitCodcExist方法，判斷此條記錄是否存在。若已被刪除，將會自動的提示給用戶，結束該操作并進行刷新，顯示新更新的數據。若未被刪除，則在對數據信息進行操作后，系統會調用PORTNETII定義的審核性日志，將用戶對數據庫進行的操作記錄到系統的AuditLog表。此表顯示對數據庫修改的任何操作，同時還記錄操作前的信息。(3)數據管理層實現3、 數據邏輯實現過程數據管理層是管理數據的操作，其中包含數據邏輯的實現。在邏輯層可以進行數據邏輯和數據操作。這一層包括三大部分，依次是數據邏輯，實體類，數據庫操作。其中，數據邏輯即是直接由業務邏輯層調用，調用時會涉及到數據操作的一系列函數，由這些函數來完成相應的操作功能。換言之，數據邏輯部分是業務邏輯與數據庫的中轉站。這樣逐層處理問題，使得應用程序條理非常清晰，在修改或添加數據時由于各層之間互不影響，從而提高了工作效率，避免麻煩。圖2數據邏輯實現過程4、 調用數據庫的實現方法圖3調用數據庫實現updateShiftCode方法：用于修改用戶指定的單條數據。selectShiffCodeExist方法：用于判斷數據庫中排班的基本代在是否已被刪除，以確保數據操作的一致性。seleetShiftCodeDetail方法：把用戶查詢所得的排班基本代碼信息顯示給用戶insertShiftCode方法：插入數據deleteShiftCode方法：刪除數據。5.1.2排班詳細資料查詢模塊該模塊的頁面流如圖所示圖4查詢排班信息頁面流的實現從此頁面進入排班詳細資料查詢模塊后，根據上圖，從begin開始，顯示staffrosterenquriy，在此數據員工的身份證數字或員工姓名，可以查詢個人的相應信息和其他想要了解的結果。返回后，把結果導航入staffrosterresults中，這個查詢模塊中有兩個功能性連接，一個可以查看員工的休假代碼，另一個用來查看員工的輪班代碼。并且有打印按鈕，在對頁面流預覽后可以打印或返回。（2） 業務層的實現業務層的實現如下圖：圖5查詢排班信息業務邏輯層的實現CTRSStaffrosterEnqFacadelmpl文件實現了controlsource和CTRSStaffrosterEnqFacad的接口。（3） 數據管理層的實現數據管理層提供業務邏輯層調用的數據的基本操作語句。在數據管理層中，使用并繼承了DatabaseControl以及tom?bea.contr01.ControlExtension類的CTRSRosterPatternDB類文件。在該類文件中定義了如下操作方法：deleteRosterPattem:刪除數據。selectRosterPattern:查看數據庫中的排班模板信息。updateRosterPattem:更新排班模板信息。insertRosterPattem:創建一條排班模板信息，并將這條語句排班的基本模板信息插入到數據庫中。5.1.3生成排班序列管理模塊⑴在JSP頁面上標記repeater可以使查詢數據的結果更加容易顯示出來。集中標記Repeater可以使得查詢數據集在ISP界面上得到充分的渲染，并且標記repeater還擔負著將數據比較集中聚集的項目或其子集在ISP頁面上充分渲染的任務。同時可以對頂級標記并行綁定，并將綁到netuid-data:repeater中。netuid-data:repeater存在于復雜數據集中，所謂的復雜數據集，其實就是一個字符串數組，并且該字符串數組在頁面流中被添加。在對repeaterHeader以及repeaterFooter進行標記時，必須注意不能對其進行重復標記，只能標記一次，而且只能將其標注為標題或者是腳注。其中，明確和表明該數據來源的屬性是屬性dataSource;復雜數據rosterPatternResult包括兩個變量，一個是shiftCode，其被定義為字符類型，另一個變量是description,該變量被定義為字符串類型。然后對數據進行dataSource綁定，對于標記repeater的情況下，若利用repeaterItern對其數據結果進行循環讀取，用戶將會被顯示和反饋到十分復雜的數據數組。另外，值得注意的一點是，在對repeater進行標記時，需要在其他標記庫中選擇和使用合適的標記來對格式化的數據進行創建，以便保證向用戶顯示和反饋數據的方式是有價值、有意義的。(2)為了促進createShiftCode以及amendShift功能的有效實現，可以將事件處理添加到JSP頁面流中。將港口員工的工作天數采取動態輸入的方式輸入到Code頁面中后，可以根據用戶實際輸入的天數，在排班代碼文本框中輸入具體的個數并刷新頁面，在排班代碼輸入框中，及時實現數據個數的更新，以便提升動態更新效率，及時滿足用戶的需求并了解港口員工的基本情況。在對數據進行輸入后，要在對頁面進行重新加載之前必須將叫交給用戶的數據以表格的形式進行呈現，然后在刷新頁面顯示新的信息。為了促進JSP的實現，首先可以在某個變量內對數據進行綁定，其次將一個事件處理添加到JSP頁面流中，將數據輸入到排班代碼輸入框中，將事件觸發以便使得其將表單向用戶提交并讓信息在頁面流中傳遞，然后重新舒心刷新頁面得到新的數據。并且在此刷新事件中，按照綁定代碼的要求和規定對數據進行綁定，以便促進用用戶所輸入的久參數來代替和替換新天數參數。另外，如果用戶輸入的參數發生變化，process()事件就會被引發，該事件將會直接導致以pageFlow.strCycle的方式把該參數給給傳遞出去，使得刷新事件隨之被引發，參數被更新并且將頁面進行重新加載，促進動態更新的實現。(4)為了促進業務邏輯層的實現，有必要對其實現過程進行詳細了解。在業務邏輯層中，可以通過必要的批注來達到對處在數據管理層中的控制變量進行聲明的目的，同時也可以在該邏輯層內把查詢條件確定為參數來對排班模板進行查詢，在該排班模板中，一般情況下會將港口部門作為查詢的條件，并且為了將數據有效地傳遞到數據管理層中，通常會以部門作為參數的形式來進行傳遞。在這種情況下傳遞的數據，可能會有多條返回的結果集記錄，因此在接收返回結果時，利用變量數組來進行接受是最合適的，只有這樣才能更有效的利用標記在Web層中的repeater對其結果數組進行讀取。對于業務邏輯層中的數據可以使用效驗的辦法來確定所輸入的數據的合法有效科學的，而不是臟數據。在該效驗方法中，可以對驗證模板字符串進行定義，一旦用戶將字符輸進去時，便可以通過該字符串模板進行查詢，如果該字符存在便視為合法數據，否則便將該字符異常拋出，以便為框架能夠使用公共類的方法迅速高效的將異常捕獲提供便利。對數據進行基本的操作來滿足業務邏輯層的需求，以便促進數據管理層的實現。眾所周知，數據管理層主要是使用了CTRSRosterPatternDB類文件，現對在該類文件下的操作方法做如下定義。insertRosterPattern主要負責對排版模板信息的創建工作，并在數據庫中將其數據進行插入。updateRosterPattern主要負責對排班模板數據進行更新操作。selectRosterPattern則主要是對排班模板中的信息和數據進行查看。而deleteRosterPattern主要是對用戶所選擇的數據進行刪除操作的方法名。5.1.4員工信息管理模塊對員工信息的管理是排班管理系統中十分重要的一個環節，對員工信息的管理和維護效果會直接關系和影響到對員工的排班是否準確合理。因此，在對員工排班進行管理的過程中，設置員工信息管理模塊，加強對員工信息的管理和維護就顯得尤為重要。在該模塊中，第一，可以對有關港口員工的基本信息進行查詢，通過查詢，不僅可以清楚的了解員工的姓名、身份ID、級別、所屬部門、電話、住址、何時開始上班、工齡、興趣愛好、習慣、信仰等基本情況，第二，同時還可以了解員工是使用的哪種類型型號的模板進行的排班，其工作時間是利用的8小時工作制還是12小時的工作制以及該港口員工是否有過服兵役的歷史。第三，通過員工信息管理模塊，管理人員還可以進一步獲取所查詢員工的升遷以及調動情況，比如該員工是什么時候進行的部門調動，其部門以及職位的變動的情況，可以進一步加深對該員工工作情況的了解，以便為今后更好地進行人事管理打好堅實的基礎。值得注意的一點是，在對員工信息進行管理的過程中，一旦檢查出查詢的信息有誤，相關工作人員應該及時對有關數據進行修改，以便減少和降低錯誤信息多造成的損失，限制和阻礙對員工的科學排班，避免出現不必要的麻煩。另外，在該模塊中，也為員工提供了便利，員工也可以及時了解和計算自己所關心的信息，比如自己的假期和加班情況，來了解自己假期時間以及自身的工作努力狀況，以便更好地進行自我反思和激勵，提高工作效率，促進工作的順利進行。5.1.5員工生活津貼模塊對員工的生活津貼進行管理也是員工排班管理的重要組成部分，生活津貼對于員工來說是十分重要的一部分，當員工遇到加班或者被外派等情況時便會對員工進行生活上的補貼，以便對員工的額外勞動進行補償和激勵。若對生活津貼進行及時有效地管理，可以極大的調動員工工作的積極性和主動性，激發員工工作的熱忱，促進員工工作效率的提高，為企業創造更多的價值，提高企業的經濟效益。因此，管理人員必須加強對員工生活津貼的管理。在生活津貼管理這一模塊中，對于不同的情況應該采取不同的處理措施。對于員工被外派來說，首先員工應該確定排班的序列以及日期，然后在對外派情況進行查詢，如果經過查詢發現確實有對應員工的信息，員工有權對外派的信息進行處理，既可以保存信息也可以對信息進行刪除。但是如果查詢后得知沒有對應員工的信息，該員工有進行補充信息的權利，可以及時的將員工號及自己的基本信息進行輸入并保存。對于在員工被外派進行技術支持或者是加班的情況下，其操作程序大致與被外派時的方式相同，首先員工也應該確定排班的序列以及日期，然后在對外派情況進行查詢，如果經過查詢發現確實有對應員工的信息，員工有權對外派的信息進行處理，既可以保存信息也可以對信息進行刪除。但是如果查詢后得知沒有對應員工的信息，該員工有進行補充信息的權利，可以及時的將員工號及自己的基本信息進行輸入并保存。另外，不管員工是被要求加班還是被要求外派進行技術支持，公司都會對員工提供伙食補助。在該模板中，其對員工伙食補助的情況會充分考慮和參考員工的飲食習慣，對于不同國家的人應該采取不同的菜系補助，以便能夠最大程度的滿足員工的口味，減少和避免因口味習慣不同而產生的飲食糾紛，使得其伙食補助能夠起到效果，其生活津貼能夠真正為員工提供實質性的滿意的服務。5.1.7系統管理模塊系統管理模塊是員工排班管理模塊中十分關鍵的一個模塊，首先必須選擇在PORTNET框架下進行系統的研究開發，采用集群服務器技術，對系統進行管理和維修。其次，要確保系統能夠穩定可靠的運行，而且去系統的運行時間除了系統需要升級等原因之外必須保持每天24小時不間斷的持續運行。再者對加載系統首頁的時間也要進行嚴格的控制，確保其加載時間保持在20秒內。同時對于系統的內存占用也要符合一定的標準，當系統運行出現滿負載情況時，該內存大致會被占用約1GB，而且當進入系統主界面之后，對于用戶操作的相應絕不能超過3秒。只有嚴格按照相關規定對系統進行管理，才能最大限度的提高系統運行的效率，延長系統的使用壽命，為港口員工的排班提供便利條件，促進人力資源管理工作的正常有序進行。在完成對排班模板進行正確編寫的程序之外，該模板的設計是否合理能夠取得成效還必須經過在開發平臺上對該排班系統進行的測試和檢驗，只有測試和檢驗達標后該排班模板才能真正被使用在港口員工的人力管理工作上。在對排班系統進行測試時，必須嚴格按照測試步驟進行，以便保證其所有的預期功能都能夠被合理檢測和使用，一旦出現問題也可以及時進行維修和處理，以便進一步提升系統的性能和質量，促進系統功能的有效發揮。5.2.1測試環境只有高質量的系統軟件才能更好地為公司服務，而系統的測試環境直接關系著對系統的測試效果，所以為了保障系統的測試效果，就必須為系統測試提供一個良好的測試環境，以便其能夠嚴格按照測試步驟進行。在完成測試說明書后，對系統的各個開發模塊進行測試并及時對不合理的地方進行調試，保證系統各個模塊都能夠滿足規定的要求。然后再對系統進行集成測試，檢查各個模塊的合作協調能力。并在完成集成測試之后，為了進一步確定系統的功能，可以讓系統在實際情況下進行運行，從而從整體上對系統進行測試和評估。5.2.2測試結果在系統進行嚴格測試后，需由軟件測試者對測試結果進行填寫，若測試滿足相關測試指標顯示無問題時，便表示該系統通過了測試，可以正常使用，否則便表明該系統測試未通過，需在測試結果一欄填寫“未通過”或“否”。通過對本課題的系統進行對容錯能力、用戶界面、性能以及可靠性測試得出，該排班系統能夠穩定可靠地進行運行和工作，可以進行長時間的持續工作且具有良好的用戶界面，系統所有的功能都滿足了相關設計的要求和規定，可以安全的投入到公司的人員管理使用中去。5.3本章小結針對港口員工排班管理系統，本文首先主要闡述和總結了該系統的發展史以及其存在著的問題，其次在充分考慮具體實際應用的基礎之上對該系統進行了研究和開發，并通過嚴格的測試表明該系統方案的科學性、合理性以及可行性，另外也分析和研究了在對該系統進行開發測試時所涉及的一些技術問題。現對本文進行簡單的概括和描述。港口員工排班管理系統主要是以PORTNETII框架來進行研究和開發的，為了使系統各程序能夠清楚明確，為系統的管理和維修提供便利條件，促進系統的升級和擴展，采取了模塊化的方式對程序進行編程。在PORTNETII框架中，主要涵蓋了Web、Facades、Services這三層結構，并且邏輯、數據層等先進思想又恰到好處的在這三層中體現出來，為系統的開發帶來很多積極影響，促進了系統問題的順利解決。為了突出該系統三個模塊的典型性，本文就設計和實現方面著重對這三個模型做了介紹。進一步管理和維護排班系統的信息代碼，并且還按照實際人員管理業務的需求，對排班代碼進行合理的組合，以便滿足排班排序的要求，為模板的排序工作提供便利條件。查詢模塊的實現，極大的提高了查詢了解和管理員工信息的效率，提高了實際業務操作水平。而對于報表生成模塊的設計和實現，更進一步的促進了信息的交流和傳遞，使得輪班信息能夠及時向用戶進行顯示和反饋。近年來，隨著經濟全球化的不斷發展，國際貿易得到了迅速發展。以此為契機，港口業務也蓬勃發展起來，具有良好的發展前景。為了適應時代的發展要求，促進港口工作效率的提高，就必須加強對港口人員的管理，利用港口人員排班管理系統來進行管理，以便優化配置人力資源，為港口信息的獲取和業務的順利開展提供更好地服務。本文所研究和開發的系統通過了嚴格的系統測試，各環節各模塊均滿足所規定的相關技術標準。由于該系統的復雜性和持久性，對技術研究人員提出了更高的要求，不僅需要的過硬的專業技術水平和較高綜合素質，而且還需要加強團隊之間的合作和交流，以便促進研究開發工作的有效開展。本人缺乏足夠的專業知識且在對該系統的研究開發方面經驗不足，因此，難免會出現很多不足之處，希望有關學者和專家能夠及時對此進行批評和指正。第6章總結與展望6.1論文總結在本文中，本人首先對目前我國港口排版系統這個課題選取的意義進行了簡單的分析和判斷，又對關內外港口排版系統建設發展的現狀和系統建設時出現的主要問題進行了簡單的論述說明，進而對現狀和問題做了全面的概括和總結，然后結合相關軟件設計的應用情況以及軟件開發設計的所應用的系統平臺對港口員工排班管理系統進行開發，通過對相關系統軟件的理論的論述，得出系統設計方案的先行性和可行性，同時對系統開發時存在的設計問題和技術問題進行比較細致深入的分析。本片文章主要涵蓋了一下幾個方面的內容：該港口員工排班系統是基于PORTNETTWO框架分層軟件系統結構作為基本架構，系統采用各個模塊的編程的方法是得體統各個部分運行分工明確，提高了系統維護的效能，便于后期根據企業排班的變動對系統進行實時的更新，使系統具有可優良的擴展性。在PORTNETTWO構架中有web、facades、