【文章內(nèi)容簡介】 術支持的時候；都會有伙食補助。在該系統(tǒng)中伙食補助會根據(jù)員工具體飲食的情況進行補助；例如中國式的飯菜補助、馬來人的飯菜補助以及印度的飯菜補助等。港口員工排班管理系統(tǒng)面向的用戶是涉及港口工作的所有工作人員，系統(tǒng)的管理模塊要做的是，為了實現(xiàn)各個部門的有效管理個，各部門在系統(tǒng)的各個模塊有自己的用戶名和密碼，只有有相關權限的員工才能進入該系統(tǒng)。根據(jù)員工管理需求將員工權限氛圍黃金用戶、白金用戶、管理員、系統(tǒng)實操人員、員工管理層人員、無權限人員等幾種。編寫客戶詳細使用說明書，要求盡量做到簡潔大方，文字與圖像相結合，簡單易懂。專業(yè)屬于規(guī)范化，說明書中設計的專業(yè)術語一定要進行詳細細致的備注解釋。操作需求，當客戶對系統(tǒng)產(chǎn)生疑問時，要進行相應的操作示范，必要時可為客戶進行簡單培訓。相關系統(tǒng)測試需求，根據(jù)客戶要求測試環(huán)境對系統(tǒng)進行功能檢測，并且在系統(tǒng)正式版發(fā)布前必須通過客戶的軟件質(zhì)量檢測部門的驗收，出具驗收報告。軟件開發(fā)使用的相關工具，使用BEA Weblogic Platform的集成開發(fā)環(huán)境，Oracle的開發(fā)客戶端，使用Java Development 。開發(fā)系統(tǒng)運行環(huán)境，硬件環(huán)境方面，要求電腦內(nèi)存在12G,硬盤內(nèi)存在45G 以上， 的cpu。系統(tǒng)運行的軟件方面，使用微軟公司W(wǎng)indows 2000以上版本的專業(yè)英文版的操作系統(tǒng)。系統(tǒng)開發(fā)語言的選擇上使用的是目前編程比較流行的Java編寫代碼和Java doc。 本章小結本章重點介紹了，港口員工排班管理系統(tǒng)中的系統(tǒng)需求分析，包括了排版系統(tǒng)進行設計前的系統(tǒng)功能性需求分析，重點分析了各個系統(tǒng)模塊的主要功能和存在的重要性，這些模塊包括了排班基本模塊、排班詳細資料查詢模塊、生成排班序列管理模塊、員工信息管理模塊、員工生活津貼模塊、系統(tǒng)管理模塊等幾方面，最后對系統(tǒng)的分功能性需求進行了簡單的介紹，對整個系統(tǒng)的運行進一步的剖析，通過上述兩種系統(tǒng)功能性需求分析，為文章后學的詳細論述準備好了充足的論述材料。第4章 系統(tǒng)詳細設計系統(tǒng)的開發(fā)環(huán)境是PORTENTII框架結構下的三層架構：Web層、Facades層和Services層三成。Web層一般不做原則性修改，主要是用來提供Web服務并處理和用戶相關的基礎信息并直接將數(shù)據(jù)送到Facades層。在Facades層中依據(jù)具體業(yè)務邏輯的功能需求進行數(shù)據(jù)處理，并將處理之后的結果返回給Web層或者送到Services層，之后進行數(shù)據(jù)預處理操作并調(diào)用訪問數(shù)據(jù)庫控件。Web層包括用戶界面、安全性、導航邏輯以及應用程序日志。用戶界面的使用在NetUI控件標簽的JSP頁面中，其余的Web層使用在頁面流控制器中。業(yè)務邏輯處理層（Facades）包括有業(yè)務邏輯、數(shù)據(jù)驗證、數(shù)據(jù)格式化、審核性和應用程序日志。這一層中為應用程序指定邏輯的用戶定義控件可利用業(yè)務服務控件的可重用性這一特點將其用于可重用業(yè)務服務的用戶自定義控件之中，F(xiàn)acades是系統(tǒng)的重點，主要用來進行業(yè)務邏輯的處理。數(shù)據(jù)訪問層中包括數(shù)據(jù)庫的訪問、收發(fā)JMS消息服務。Java消息服務控件可由用戶進行自定義調(diào)用。在該管理系統(tǒng)設計時必須滿足PORTNETII架構的整體思想，以滿足主要的技術需求。由于系統(tǒng)采用的是B/S模式，即瀏覽器/服務器模式，由客戶終端通過Web頁面流控件來導航JSP頁面，且與客戶終端的信息進行交互操作；而在web層中，則通過調(diào)用業(yè)務邏輯處理層（Facades層）中的Java控件類來進行相關的業(yè)務邏輯處理和客戶數(shù)據(jù)的合法性驗證；數(shù)據(jù)服務層中包含兩大模塊，模塊一負責從Oracle數(shù)據(jù)庫中讀出數(shù)據(jù)，另一個模塊負責調(diào)用Web Service服務實現(xiàn)信息采集。系統(tǒng)總體設計的實現(xiàn)是通過用戶操作使用客戶端的JSP，或者是根據(jù)系統(tǒng)業(yè)務需求來訪問業(yè)務邏輯處理層；然后通過在業(yè)務邏輯處理層中處理用戶的請求從而完成功能需求。在這一層上可能要用到的數(shù)據(jù)來自該系統(tǒng)對應的數(shù)據(jù)庫，在業(yè)務邏輯處理層上通過相關控件調(diào)用數(shù)據(jù)庫?？傮w功能用例根據(jù)系統(tǒng)需求分析可以劃分為一下幾類：登入用例(Login)、員工管理用例(Staff Manager)、排班管理用例(Roster Manager)、生活津貼用例(Allowance)以及信息報表生成用例這幾類。模塊設計是系統(tǒng)功能設計的重要組成部分，在系統(tǒng)的所有模塊中，排班基本模塊作為系統(tǒng)模塊的基礎，它的實現(xiàn)為系統(tǒng)提供了基礎數(shù)據(jù)信息。生成排班序列管理模塊又分為幾個子模塊，這些模塊的功能是實現(xiàn)排班基本模塊管理子模塊的信息的調(diào)用，在調(diào)用之后還可生成排班序列用來方便用戶使用。為了方便用戶進行港口排班情況查詢，排班詳細資料查詢子模塊提供了員工排班信息數(shù)據(jù)的查詢、顯示的功能。生成排班序列管理子模塊和生活津貼子模塊兩者之間是可以互動的。生活津貼子模塊中可以修改已排好的部分輪班信息，用來記錄生活津貼補助。其它模塊經(jīng)過業(yè)務處理，產(chǎn)生的結果信息，可以報表的形式顯示出來并供用戶打印和保存。在系統(tǒng)的所有模塊之中，排班基本模塊管理的子模塊是系統(tǒng)的關鍵，該模塊的實現(xiàn)為系統(tǒng)其它模塊提供了相應的信息基礎。根據(jù)需求分析可把排班模塊具體劃分為以下兩類模塊：管理人員管理維護輪班基本信息；管理人員管理維護排班模板基本信息。進行員工排班之后的排班信息應滿足以下需求：（1）滿足管理人員對員工輪班基本信息的管理和維護；（2）滿足管理人員對于預定義模板信息的管理和維護；（3）滿足管理人員對于排班模板基本信息的管理和維護；（4）滿足管理人員對于用戶基本信息和排班情況的查詢、增加、修改、刪除。一、管理人員管理維護輪班基本信息模塊中，功能性要求是用一個基本符號來代表一次輪換班班次，模塊對這些基本符號進行統(tǒng)一管理和維護，并根據(jù)港口業(yè)務需求，進行港口工作制度安排，比如8小時工作制度或12小時工作制度安排。因此在設計的時候需要考慮到輪班代表的實際含義。（1）為方便用戶使用，排班模塊的操作流程設計如下：用戶點擊主菜單選項進入該模塊，系統(tǒng)根據(jù)用戶請求查看相應的數(shù)據(jù)庫中的排班數(shù)據(jù)，然后顯示并供用戶查看輪班信息功能性模塊。但如果數(shù)據(jù)庫中沒有排班基本代碼，則顯示沒有查詢代碼的提示信息。部分用戶有權限創(chuàng)建相關信息，則可以進入創(chuàng)建基本輪班信息模塊，創(chuàng)建一條記錄后彈出創(chuàng)建確認對話框，確認后，系統(tǒng)將會返回給用戶一個確認信息報告，用戶所編寫的信息也將會記錄到數(shù)據(jù)庫中以供查詢使用。用戶還可以在系統(tǒng)現(xiàn)有信息的情況下對系統(tǒng)信息進行修改、刪除的操作。用戶在查看輪班信息功能性模塊時，獲得操作權限后，可以對某條信息修改并保存到數(shù)據(jù)庫中。同樣用戶還可以在選中一條信息后，點擊刪除按鈕并確認后，從數(shù)據(jù)庫中刪除該條記錄。（2）界面菜單風格設計在頁面設計上，使樣本系統(tǒng)各網(wǎng)頁具有統(tǒng)一的樣式、風格，不能用硬編碼寫入HTML，要采用框架規(guī)定的頁面樣式、風格，按框架規(guī)定把統(tǒng)一的風格寫入到CSS樣式表中。例如頁面字體、圖片設置、鏈接格式等頁面樣式、風格。二、排班模板的管理和維護為排班功能的實現(xiàn)提供了保障。模版在功能上要求使用基本輪班代碼來表示某時間段內(nèi)的輪班班次。根據(jù)港口業(yè)務的工作需求，港口員工工作一般有8小時和12小時的工作班次、相關技術員工工作排班安排、辦公人員和管理人員排班模板，綜合考慮各種工作制模版的情況，在設計的時要考慮到其具體含義并加以區(qū)分，不能混淆。（1）管理人員管理維護排班模板的具體操作流程如下：用戶點擊主菜單中的該模板選項進入排班模板信息管理維護模塊，系統(tǒng)根據(jù)用戶的具體請求到數(shù)據(jù)庫中查看數(shù)據(jù)信息，并將滿足條件的排班基本代碼信息返回給用戶查看。但如果數(shù)據(jù)庫中沒有相應的排班模板信息，則顯示沒有的提示信息。同樣用戶在有權限的情況下可以對數(shù)據(jù)庫中的信息進行增刪改查的一系列。用戶通過點擊創(chuàng)建按鈕，進入到創(chuàng)建排班信息模塊，創(chuàng)建記錄后確認所創(chuàng)建的信息，系統(tǒng)便會返回給用戶一個確認信息報告。當系統(tǒng)數(shù)據(jù)庫中有信息時，用戶可以對該模塊進行如下操作：可以選中某信息后點擊修改按鈕，或者可以選中某條信息后點擊刪除按鈕，然后點擊確認按鈕，這樣便可以對數(shù)據(jù)庫中的班次信息成功地進行修改、刪除的操作。（2）排班模板管理模塊具體設計的的用戶界面如下：查看排班模板的頁面中，包括的內(nèi)容有該模板所屬的工作時間、模板工作天數(shù)統(tǒng)計、模板所屬的具體排班序列代碼以及模版所屬的排版模板類型。在查看模塊時可以進行創(chuàng)建、修改、刪除模版等的操作。創(chuàng)建模版時，系統(tǒng)默會有一個默認的時間、天數(shù)，當用戶進行輸入時，系統(tǒng)還可以自動根據(jù)用戶的輸入天數(shù)，規(guī)定出輸入排班基本代碼中的輸入框的格式。用戶修改模塊中，模版所屬模板類型代碼是不可以進行編輯修改的，而對于其它數(shù)據(jù)用戶都能根據(jù)需求進行修改。在用戶修改或創(chuàng)建后，點擊保存按鈕將操作之后的數(shù)據(jù)信息保存到數(shù)據(jù)庫中。同樣，用戶經(jīng)由主菜單選項進入到排班詳細資料查詢子模塊。用戶可通過港口員工號或者員工姓名或者員工身份ID亦或是指定的月份和年份等多條渠道查詢該員工的排班信息。該模塊是一個簡單的查詢模塊，只有查詢的功能，不能對查詢信息進行增刪改的操作。為了方便直觀的觀看查詢結果，上述的查詢頁面顯示效果設計中要標注排班序列碼，并在標注下行顯示排班的實際輪班記錄情況，以供查看。圖中的節(jié)假日要用不同的顏色加以標注、區(qū)別。本文設計中，可以將這些顏色定義在配置文件中，這樣可以實現(xiàn)系統(tǒng)的高擴展性。根據(jù)用戶的需求，在該系統(tǒng)中采用以下兩種方法生成排班序列管理：第一種是系統(tǒng)自動生成，用這種方法系統(tǒng)可以根據(jù)管理員指定的日期生成一次排班；第二種方法是用戶指定生成，包括以下兩種方式。一種方式是指定員工的ID號以及本次生成的時間，可以指定默認的排班時間，比如三個月。另一種方式是根據(jù)指定的排班模板來生成排班序列，同樣也可以指定默認的排班時間。這一模塊要求管理人員對員工的排班信息定期進行管理與維護。模塊中包含的內(nèi)容應滿足管理者對員工信息的管理需求。包括有：查詢員工的基本信息狀況、查詢員工的排班情況、員工的休假情況、計算該員工的假期詳情等。港口員工的基本信息情況需要包含的條目有：（1）員工基本情況，比如：員工姓名、性照片、年齡、ID、上崗日期、飲食習慣、所屬部門、辦公電話、移動電話、家庭住址等信息；（2）該員工在部門間的調(diào)動信息；（3）該員工的排班模板信息，比如員工使用的是哪種工作小時制度、排班模板的類型以及編號；（4）員工職位的變化和升遷情況等。員工生活津貼模塊主要用于管理港口員工進行的加班費用和補助費用等。津貼模塊包括的情況有以下幾種：（1）管理員可以查詢?nèi)掌?、輪班班次或外派情況，并將員工的這些信息進行統(tǒng)計保存，計算員工的補貼費用；（2）查詢并統(tǒng)計員工的加班情況，并統(tǒng)計出加班費用；（3）除去員工加班、外派或是技術支持的時候，將港口對員工的伙食補貼、住房補貼、交通補貼進行統(tǒng)計。系統(tǒng)管理模塊包括一些基本的系統(tǒng)操作功能，比如系統(tǒng)登錄、修改用戶密碼和關于系統(tǒng)等。其中系統(tǒng)登錄和密碼修改涉及到數(shù)據(jù)庫中的用戶信息表，需要系統(tǒng)對數(shù)據(jù)庫中的數(shù)據(jù)進行連接和增、刪、修改的操作。比如當?shù)顷懴到y(tǒng)時，需要系統(tǒng)連接到數(shù)據(jù)庫，檢查用戶所輸入的用戶名以及密碼是否和數(shù)據(jù)庫中的字段信息相一致，若是一致則提示登陸成功，并跳轉到系統(tǒng)主界面。若是不一致則提示登錄失敗，系統(tǒng)默認的登陸次數(shù)是三次。 系統(tǒng)數(shù)據(jù)庫設計系統(tǒng)數(shù)據(jù)庫設計工作包括數(shù)據(jù)庫邏輯設計、數(shù)據(jù)庫物理設計和數(shù)據(jù)庫軟件設計。一、數(shù)據(jù)庫的邏輯結構設計主要反映的是系統(tǒng)業(yè)務邏輯，與具體的數(shù)據(jù)庫管理系統(tǒng)（DBMS）無關。數(shù)據(jù)庫邏輯設計是整個數(shù)據(jù)庫設計的前半段內(nèi)容，包括的工作有：所需實體及關系，實體規(guī)范化等。二、數(shù)據(jù)庫的物理設計是用來設計數(shù)據(jù)庫的相關物理結構，首先根據(jù)數(shù)據(jù)庫的邏輯結構選定關系數(shù)據(jù)庫管理系統(tǒng)（RDBMS，如Oracle、Sybase等)，并在此基礎上設計和實施數(shù)據(jù)庫的數(shù)據(jù)存儲結構和數(shù)據(jù)存取方式等。數(shù)據(jù)庫的物理設計是數(shù)據(jù)庫設計的后半段，包括的內(nèi)容有以下幾種：選擇數(shù)據(jù)庫產(chǎn)品，確定數(shù)據(jù)庫屬性字段、數(shù)據(jù)類型、數(shù)據(jù)長度、數(shù)據(jù)精度、數(shù)據(jù)管理系統(tǒng)頁面的大小等。這一過程將一個給定的邏輯結構具體到實施環(huán)境中去，并提供了數(shù)據(jù)存儲結構和存取方法。與數(shù)據(jù)庫邏輯結構設計不同的是物理結構依賴于所給的數(shù)據(jù)管理系統(tǒng)和相應的硬件系統(tǒng)，因此需要設計人員充分了解所用的關系數(shù)據(jù)庫管理系統(tǒng)的內(nèi)部的存儲方式和方法。數(shù)據(jù)庫的物理設計以確定其物理結構為前提，其次需要評價實施時間效率和空間效率，在此過程中還需要確定數(shù)據(jù)存儲結構；設計數(shù)據(jù)存取路徑；確定數(shù)據(jù)存放位置；數(shù)據(jù)庫的設計還要以系統(tǒng)配置為前提條件。因此，數(shù)據(jù)庫的物理設計需要在各個方面間進行權衡，選擇一個合理優(yōu)化方案作為數(shù)據(jù)庫的物理結構。數(shù)據(jù)庫設計步驟：首先進行需求分析，尋找實體，不要有丟落；分析實體中涉及到的屬性字段；分析屬性字段的類型以及長度，要分析的全面和長遠；實體之間的關系，能夠滿足系統(tǒng)需求和現(xiàn)實情況；寫出關系模式并優(yōu)化模式，盡量滿足后面的范式；建立數(shù)據(jù)庫；最后進行數(shù)據(jù)庫安全設置。三、數(shù)據(jù)庫的軟件設計數(shù)據(jù)庫軟件設計時，需要依靠ebLoglc Workshop中相關的數(shù)據(jù)庫控件。所用到的數(shù)據(jù)庫控件都繼承自DatabaseControl接口，這個接口規(guī)定了數(shù)據(jù)庫控件的實例可從應用程序中調(diào)用的方法。首先必須連接數(shù)據(jù)庫服務器，這是對該數(shù)據(jù)執(zhí)行后續(xù)操作的基本前提。使用數(shù)據(jù)庫控件，可以便于使用計算機語言命令（數(shù)據(jù)庫語言或是Java代碼）來對關系型數(shù)據(jù)庫進行訪問。數(shù)據(jù)庫的一系列控件來用負責連接數(shù)據(jù)庫。因此便可以經(jīng)由數(shù)據(jù)庫控件使數(shù)據(jù)庫執(zhí)行相關的命令，進行數(shù)據(jù)檢索、執(zhí)行插入、數(shù)據(jù)修改與更新等操作。 本章小結在進行系統(tǒng)需求分析之后，根據(jù)要求在系統(tǒng)開發(fā)框架結構下詳細統(tǒng)計了港口員工數(shù)據(jù)并錄入數(shù)據(jù)庫，在數(shù)據(jù)基礎上設計系統(tǒng)，實現(xiàn)了各個模塊的具體功能，方便了港口員工排班信息的管理。除此之外，還需要進行數(shù)據(jù)庫數(shù)據(jù)的驗證、和系統(tǒng)的異常處理，這樣才能保證系統(tǒng)穩(wěn)定、健康地運行。第5章 系統(tǒng)實現(xiàn)