freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

人力資源管理論文設(shè)計(jì)-資料下載頁(yè)

2025-05-13 23:22本頁(yè)面

【導(dǎo)讀】現(xiàn)在網(wǎng)絡(luò)的發(fā)展已呈現(xiàn)商業(yè)化、全民化、全球化的趨勢(shì)。目前,幾乎世界上。招聘雇員、傳遞商業(yè)文件乃至拓展市場(chǎng)、網(wǎng)上銷(xiāo)售等,無(wú)所不能。為企業(yè)進(jìn)行競(jìng)爭(zhēng)的戰(zhàn)略手段。企業(yè)經(jīng)營(yíng)的多元化拓展,企業(yè)規(guī)模的進(jìn)一步擴(kuò)大,對(duì)于企業(yè)的管理、業(yè)務(wù)擴(kuò)展、企業(yè)品牌形象等提供了更高的要求。全球范圍內(nèi)的企業(yè)內(nèi)部組織正在發(fā)生巨變,未來(lái)企業(yè)成功的關(guān)鍵的依靠企業(yè)人力資源,人才之爭(zhēng)已經(jīng)成為市場(chǎng)競(jìng)爭(zhēng)中的核心內(nèi)容之一,以人為本成為企業(yè)立足和發(fā)展的根本。力管理企業(yè)的人力資源,為企業(yè)提供強(qiáng)有力的儲(chǔ)備力量,使之成為企業(yè)發(fā)展的主動(dòng)力。析,從而充分發(fā)揮每個(gè)員工的潛能,為企業(yè)創(chuàng)造更大的價(jià)值。其服務(wù)于企業(yè)的最高決策層,管理層,以及運(yùn)作層,重點(diǎn)圍繞職。第2章是系統(tǒng)開(kāi)發(fā)技術(shù)以及系統(tǒng)工具的介紹,主要介紹系統(tǒng)建模工具UML,寫(xiě))統(tǒng)一建模語(yǔ)言,是用來(lái)對(duì)軟件密集系統(tǒng)進(jìn)行可視化建模的一種語(yǔ)言。些有重大影響的問(wèn)題,是一種對(duì)任何機(jī)器都適用的建模語(yǔ)言。

  

【正文】 中的 action 的值是 它要提交的 URL, 其代碼 為 form name=form1 method=post action=,在 Struts 的 配置文件中 addEmployee 的 Action 實(shí) 現(xiàn) 類(lèi) 是, 代碼如下所示 : action path=/addEmployee type= name=employeeForm scope=request forward name=addSuccess path=//forward /action 在 AddEmployeeAction 的 execute()方法中 , 首先 是把從 EmployeeForm 表單轉(zhuǎn)化成的 Employee 類(lèi)做為參數(shù)傳給了 EmployeeDAO 的 addEmployee()方法。 再由這個(gè)方法向數(shù)據(jù)庫(kù)添加 員工 信息, 實(shí)現(xiàn) 代碼如下 : public void addEmployee(Employee employee) { Session session = ()。 Transaction t = ()。 try { (employee)。 ()。 ()。 } catch (Exception e) { if (t!=null) { ()。 } }finally{ ()。 } } 如果添加成功頁(yè)面會(huì)被發(fā)轉(zhuǎn)到 / 的 URL。 的的配置文件如下所示: action path=/employeeList type= scope=request forward name=employeeList path=//forward /action 這樣就在頁(yè)面做一次提交時(shí)它訪(fǎng)問(wèn)了, 把所有員工信息取出來(lái)顯示給用戶(hù),同樣 EmployeeListAction還是調(diào)用 EmployeeDAO,取數(shù)據(jù)庫(kù)的具體操作在EmployeeDAO文件中,它調(diào)用的是 EmployeeList ()方法,并返回封裝結(jié)果集的PageModel對(duì)象, EmployeeList ()方法的實(shí)現(xiàn) 代碼如下所示: public PageModel EmployeeList(int offset, int pageSize) { PageModel pm = new PageModel()。 Session session = ()。 Query query = (from Employee)。 (offset)。 (pageSize)。 ListEmployee list = ()。 (list)。 (())。 ()。 return pm。 } EmployeeListAction取出從 EmployeeDAO中數(shù)據(jù),在把它存到 request里,然后返回 return (employeeList),在 struts的配置文件里返回頁(yè)是 。所有員工的信息都在這個(gè)頁(yè)中顯示出來(lái)。在顯示頁(yè)中,從request里面的取出數(shù)據(jù),如果有則顯示在頁(yè)面上,使用 c:if test=${!empty }判斷 是否存在數(shù)據(jù) 。 這是添加 員工 信息的整個(gè)過(guò)程,在這個(gè)過(guò)程中,有一部分是用于顯示 員工 信息的,就是 TD height=20a href= target=mainFrame員工瀏覽 |修改 /a/TD, 如果在網(wǎng)頁(yè)中直接點(diǎn)擊這個(gè)鏈接地址,同樣也會(huì)調(diào)用出所有用戶(hù)的信息。這就是“ 員工瀏覽 |修改 ”的鏈接。頁(yè)面 實(shí)現(xiàn)效果 如圖 所示。 員工 信息的列表的最后一列可以對(duì)該條記錄 進(jìn)行 刪除和修改。刪除的鏈接地址是 ?id=${ }它向 Action 的實(shí)現(xiàn)類(lèi)提交了 一個(gè)參數(shù), 是該 員工 的 id 這是根據(jù)不同記錄取出來(lái)的。在 Action 的實(shí)現(xiàn)類(lèi)中得到頁(yè)面提交過(guò)來(lái)的 員工 id,并調(diào)用 EmployeeDAO 的 deleteEmployee()方法,其實(shí)現(xiàn)如下 : public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { String id = (id)。 int employeeId = 0。 if (!(id==null||.equals(id))) { employeeId = (id)。 } new EmployeeDAOImpl().deleteEmployee(employeeId)。 return (deleteEmployee)。 } 圖 瀏覽員工信息頁(yè)面 具體的刪除操作的代碼如下所示: public void deleteEmployee(int employeeId) { Session session = ()。 Transaction t = ()。 try { Employee employee =(Employee)(,employeeId)。 (employee)。 ()。 } catch (Exception e) { if (t!=null) { ()。 } }finally{ ()。 } } 刪除 員工 時(shí)和添加 添加 一樣都是先得到一個(gè) Hibernate 的 Session,后調(diào)用它的 delete()方法就可以了,操作完成后千萬(wàn)記得要提交事務(wù),即調(diào)用 mit()方法,和關(guān)閉 Session。 修改 員工 的信息時(shí)必須先把要修改的 員工 信息先查找出來(lái),讓用戶(hù)可以直觀的根據(jù)以前的信息修改。這樣在點(diǎn)擊修改時(shí)也要傳給 Action 一個(gè)用戶(hù) id, 用來(lái)查詢(xún)出用戶(hù)信息,如下所示: a href=?id=${ }修改 /a根據(jù)頁(yè)面的鏈接可以在 Struts 的配置文件里找到相應(yīng)的配置信息,如下所示: action path=/employeeInfo type= scope=request forward name=employeeInfo path=//forward /action 它調(diào)用 了 action 的實(shí)現(xiàn)類(lèi) EmployeeInfoAction 類(lèi),返回到 頁(yè)面, 在 EmployeeInfoAction 類(lèi) 中同前面一樣也是根據(jù) id 的參數(shù)來(lái)調(diào)用EmployeeDAO 的 selectEmployee 方法, 得到員工信息封裝類(lèi) Employee 的對(duì)象并保存在 request 中,跳轉(zhuǎn)到 頁(yè)面,效果如圖 所示: 頁(yè)面 從 request 中取出 員工 信息,在轉(zhuǎn)化成 Employee 類(lèi)型,然后顯示在頁(yè)面中 ,用戶(hù)可以進(jìn)行修改,然后提交到 URL 為 的 action 上,在 struts 配置文件中定義如下: action path=/updateEmployee type= name=employeeForm scope=request forward name=updateEmployee path=//forward /action action的實(shí)現(xiàn)類(lèi)為 UpdateEmployeeAction,在 UpdateEmployeeAction的 execute方法中,把表單 employeeForm封裝成 Emoloyee類(lèi),在調(diào)用 EmployeeDAO的updateEmployee()方法,完成員工信息的修改。 圖 修改員工信息頁(yè)面 到此員工管理模塊全部功能都以實(shí)現(xiàn),其它模塊的實(shí)現(xiàn)大致相同。 本章小結(jié) 本章主要介紹了人力資源管理系統(tǒng)的主要功能模塊的設(shè)計(jì),包括所使用的控件、數(shù)據(jù)庫(kù)連接以及對(duì)各模塊的功能進(jìn)行了具體的說(shuō)明。同時(shí)介紹了人力資源管理系統(tǒng)的使用及運(yùn)行結(jié)果。 第 6 章 系統(tǒng)測(cè)試 在完成了程序的編寫(xiě)工作后 , 接下來(lái)將進(jìn)行軟件的測(cè)試 , 這里說(shuō)的軟件 , 并不單單是指程序本身 , 還包括其他方面 。 測(cè)試和開(kāi)發(fā)一樣 , 也是一項(xiàng)技術(shù)性很強(qiáng)的工作 , 有著很多的技巧 。 軟件測(cè)試是軟件質(zhì)量保證的主要活動(dòng)之一 ,因此,測(cè)試的質(zhì)量直接影響軟件的質(zhì)量。 測(cè)試的定義及目的 軟件測(cè)試就是在軟件投入運(yùn)行前 ,對(duì)軟件的需求分析 , 設(shè)計(jì)規(guī)格 說(shuō)明和編碼的最終復(fù)審 ,是保證軟件質(zhì)量的關(guān)鍵步驟。如果要給軟件測(cè)試下定義,可以這樣將,軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。 測(cè)試的目的在于將軟件設(shè)計(jì)時(shí)設(shè)計(jì)者與程序開(kāi)發(fā)者之間理解不一致的地方,功能與需求不一致的地方,不符合邏輯思維的情況都反映 給質(zhì)量控制部門(mén),由質(zhì)量控制部門(mén)調(diào)配需求部門(mén)統(tǒng)一做出一個(gè)明確解答,再由開(kāi)發(fā)人員進(jìn)行修改和補(bǔ)充。 測(cè)試的目標(biāo)是以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。 測(cè)試的原則 對(duì)于相對(duì)復(fù)雜的產(chǎn)品或系統(tǒng)來(lái)說(shuō), ZeroBug 是一種理想, GoodEnough 是我們的原則。 GoodEnough 原則就是一種權(quán)衡投入 /產(chǎn)出比的原則;不充分的測(cè)試是不負(fù)責(zé)任的;過(guò)分的測(cè)試是一種資源的浪費(fèi),同樣也是一種不負(fù)責(zé)任的表現(xiàn)。我們操作的困難在于,如何界定什么樣的測(cè)試是不充分的,什么樣的測(cè)試是過(guò)分的。目前狀況唯一可用的答案是: 制定最低通過(guò)標(biāo)準(zhǔn)和測(cè)試內(nèi)容,然后具體問(wèn)題具體分析。 測(cè)試的方法 依據(jù)前面 所說(shuō)的測(cè)試對(duì)象,我們把測(cè)試劃分為幾個(gè)方面來(lái)進(jìn)行測(cè)試。 界面測(cè)試 界面測(cè)試是測(cè)試過(guò)程中比較簡(jiǎn)單直觀的一種 測(cè)試方法,只要細(xì)心地按界面要求核對(duì)就行了。可這快往往是程序開(kāi)發(fā)人員容易忽視和遺漏的地方,也是常常出 Bug 的地方。下面是界面測(cè)試中經(jīng)常出現(xiàn)的幾種 Bug: 錯(cuò)別字,即界面中的標(biāo)題或者文本內(nèi)容中出現(xiàn)了錯(cuò)別字。這種 Bug 如果測(cè)試人員不細(xì)心,和難找出來(lái) ,可能會(huì)出現(xiàn)在提示信息或界面中。 出現(xiàn)了一些根本讀不 懂的內(nèi)容,一般多出現(xiàn)在程序的提示信息和一些較 長(zhǎng)的文本中。這種情況基本上出現(xiàn)在拼起來(lái)顯示的提示中,頁(yè)面的簡(jiǎn)單陳述是通過(guò)變量拼組起來(lái)的,通過(guò)程序?qū)⒆忠粋€(gè)一個(gè)地輸出出來(lái)。通常是因?yàn)槌绦蛑械目刂棋e(cuò)誤或是程序開(kāi)發(fā)人員對(duì)程序沒(méi)有進(jìn)行認(rèn)真的自測(cè),導(dǎo)致出現(xiàn)這種 Bug。 程序員自創(chuàng)的詞語(yǔ),雖然意思對(duì),但不符合界面的標(biāo)準(zhǔn)及需求。這種情況基本上是由于開(kāi)發(fā)人員使用一些專(zhuān)業(yè)術(shù)語(yǔ),并且混雜著自己的理解出現(xiàn) Bug,主要是由于開(kāi)發(fā)過(guò)程中團(tuán)隊(duì)合作沒(méi)有明確的分工,沒(méi)有統(tǒng)一的規(guī)范用語(yǔ)。 頁(yè)面類(lèi)似的內(nèi)容中,明顯有字體,字號(hào)不同的情況,使界 面整體風(fēng)格看上去不一致,這種情況只出現(xiàn)在沒(méi)有 CSS 定義的情況下,或是已經(jīng)定義的 CSS,開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中沒(méi)有調(diào)用。 標(biāo)題相近的程序及模塊,把標(biāo)題弄混 .這種情況多是因?yàn)闃I(yè)務(wù)方面的定義名稱(chēng)很相似或很類(lèi)似,并且業(yè)務(wù)實(shí)體方面也很類(lèi)似,開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中忽略了開(kāi)發(fā)名稱(chēng)和模塊,只單獨(dú)地實(shí)現(xiàn)其功能。 功能測(cè)試 顧名思義 , 功能測(cè)試 主要是測(cè)試程序模塊是否實(shí)現(xiàn)了設(shè)計(jì)中所有要求的功能。功能測(cè)試中需要注意的有: 查詢(xún)功能中,有按單一查詢(xún)條件進(jìn)行查詢(xún)的,也有按多個(gè)查詢(xún)條件組合查詢(xún)的,這里要注意多個(gè)查詢(xún)條件之間 的關(guān)系,還有一些常識(shí)性的問(wèn)題,比如按月查詢(xún),閏年中二月的天數(shù)。 錄入功能中,需要注意的是前臺(tái)設(shè)置的數(shù)值長(zhǎng)度是否大于后臺(tái)數(shù)值長(zhǎng)度,以及前臺(tái)與后臺(tái)的數(shù)據(jù)結(jié)構(gòu)是否相符,很多時(shí)候錄入功能無(wú)法實(shí)現(xiàn)是由于這些原因。還有就是必須錄入的字段的設(shè)置是否有誤。 測(cè)試刪除功能中需要注意的是單擊“刪除”按鈕后,一般會(huì)出現(xiàn)提示信息,詢(xún)問(wèn)是否確定刪除。通常情況下,我們單擊“確認(rèn)”按鈕查看信息是否被刪除掉了,而忽略了單擊“取消”按鈕后程序的反應(yīng),這時(shí)有可能的是沒(méi)有刪除,還有一種可能是即便單擊了“取消”按鈕,也一樣刪除了數(shù)據(jù)。另外 ,在刪除多條記錄的時(shí)候,要注意連續(xù)選中的幾條記錄是否真正都被刪除了,即如果再按照這種查詢(xún)方式查詢(xún),是否還能查詢(xún)出來(lái) .有的時(shí)候需要在數(shù)據(jù)庫(kù)中設(shè)一個(gè)標(biāo)志位,而不是真正的物理刪除。所以在下一次查詢(xún)中,可能還會(huì)被查詢(xún)出來(lái),這主要是因?yàn)樵诓樵?xún)條件中沒(méi)有將標(biāo)志位考慮在內(nèi)。 關(guān)于修改功能的測(cè)試,主要是看修改確認(rèn)后數(shù)據(jù)是否真正已被修改了。這是最基本的功能,需要注意的是看是否能把不應(yīng)該修改的數(shù)據(jù)也修改成功了。 需求測(cè)試
點(diǎn)擊復(fù)制文檔內(nèi)容
高考資料相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1