劉 虹

（常州市財(cái)政局 江蘇 常州 213000）

為了體驗(yàn)快速開發(fā)工具的便利和順應(yīng)現(xiàn)代公司的需求，需要設(shè)計(jì)一款員工管理系統(tǒng)。功能具有：①能夠把電腦中現(xiàn)有的Excel表格通過導(dǎo)入按鍵直接導(dǎo)入到數(shù)據(jù)庫中；②在數(shù)據(jù)庫中對員工基本信息進(jìn)行相關(guān)管理；③具有員工的請假和日常用品的申請功能，通過賬戶和密碼登錄，系統(tǒng)會(huì)自動(dòng)進(jìn)行信息的審核，對職位進(jìn)行校驗(yàn)，將申請?zhí)峤唤o相對應(yīng)的領(lǐng)導(dǎo)進(jìn)行審核批準(zhǔn)。

1 系統(tǒng)需求分析

1.1 需求分析的解釋。需求分析也稱為軟件需求分析，軟件系統(tǒng)分析人員通過深入細(xì)致的研究和分析，了解開發(fā)的是什么，為什么要開發(fā)這款軟件系統(tǒng)，開發(fā)出來有什么意義，了解客戶和市場的準(zhǔn)確要求，將用戶的需求轉(zhuǎn)化成完整的需求定義，最后確定編寫詳細(xì)的項(xiàng)目計(jì)劃書，規(guī)定完成時(shí)間及內(nèi)容、負(fù)責(zé)人員及完成的內(nèi)容。

1.2 需求分析的目的。需求分析是軟件計(jì)劃階段的重要活動(dòng)，也是軟件生存周期中的一個(gè)重要環(huán)節(jié)，該階段是分析系統(tǒng)在功能上需要“實(shí)現(xiàn)什么”，而不是考慮如何去“實(shí)現(xiàn)”。需求分析的目標(biāo)是把用戶對開發(fā)軟件提出的“要求”或“需要”進(jìn)行分析與整理，確認(rèn)后形成描述完整、清晰與規(guī)范的文檔，確定軟件需要實(shí)現(xiàn)哪些功能、完成哪些工作。此外，軟件的一些非功能性需求(如軟件性能、可靠性、響應(yīng)時(shí)間、可擴(kuò)展性等)，軟件設(shè)計(jì)的約束條件，運(yùn)行時(shí)間與其他軟件的關(guān)系等也是軟件需求分析的目標(biāo)。

1.3 功能需求分析。隨著經(jīng)濟(jì)的發(fā)展，公司規(guī)模越來越大，企業(yè)的員工數(shù)量也越來越多，對于這些員工，企業(yè)要把他們編入不同的組織，分配不同的崗位，對這些信息進(jìn)行管理十分繁瑣，這時(shí)候就需要借助員工管理系統(tǒng)來幫忙完成這些工作。員工的崗位調(diào)動(dòng)、員工的離職、新員工的入職等信息每天都會(huì)發(fā)生變化，企業(yè)就需要對這些信息進(jìn)行管理，只要使用員工管理系統(tǒng)，企業(yè)就能有條不紊且輕而易舉完成這項(xiàng)工作。

1.4 數(shù)據(jù)需求分析。本課題設(shè)計(jì)的員工信息管理系統(tǒng)的研究重點(diǎn)放在員工基本信息的管理和辦公流程的設(shè)計(jì)兩大方面，根據(jù)需求分析，系統(tǒng)需要對員工的基本信息進(jìn)行統(tǒng)計(jì)(公司名稱、部門、職位、工號、姓名、性別、入職日期、離職日期)，辦公流程中對申請物品的信息進(jìn)行統(tǒng)計(jì)(物品名稱、物品編碼、規(guī)格、單位、數(shù)量)，請假流程中對細(xì)節(jié)信息要統(tǒng)計(jì)(請假時(shí)間、請假理由、請假人名字、請假人工號、請假人職務(wù))，系統(tǒng)登錄用戶賬戶密碼統(tǒng)計(jì)(帳號、密碼、使用者名稱、使用者職位、使用期限)。

2 系統(tǒng)總體設(shè)計(jì)

2.1 功能模塊介紹。從使用該系統(tǒng)的用戶角度，可以將系統(tǒng)分成管理員模塊、生產(chǎn)部門員工模塊、生產(chǎn)部門經(jīng)理模塊、人事部門員工模塊、采購部門員工模塊、秘書部門員工模塊、總經(jīng)理模塊幾個(gè)功能模塊。這幾個(gè)模塊的主要功能：①管理員用戶，是指系統(tǒng)的管理人員，他擁有對使用該系統(tǒng)的用戶的帳號和密碼進(jìn)行管理的權(quán)限；對公司組織機(jī)構(gòu)的管理，諸如添加、刪除公司的組織，查詢組織及改變公司組織機(jī)構(gòu)等權(quán)限；他可以根據(jù)用戶的不同職位，對用戶的權(quán)限進(jìn)行分配管理，諸如員工升職了可以增加他的權(quán)限，員工降職了，也相應(yīng)的可以刪除他的權(quán)限，員工調(diào)離了，可以改變他的權(quán)限。②生產(chǎn)部員工用戶，是指在公司生產(chǎn)部門的員工，他們需要生產(chǎn)各種產(chǎn)品，所以他們擁有采購申請權(quán)限，即對于生產(chǎn)過程中需要采購的原料進(jìn)行申請；生產(chǎn)需要使用各種機(jī)器，當(dāng)這些機(jī)器損壞了之后需要專業(yè)人士進(jìn)行維修，所以員工有申請物品維修的權(quán)限；員工有急事需要請假，所以擁有請假申請權(quán)限。③生產(chǎn)部經(jīng)理用戶，是指在生產(chǎn)部門擔(dān)當(dāng)經(jīng)理職務(wù)的員工，他們也屬于員工中的一員，所以同樣擁有采購申請權(quán)限、物品維修申請權(quán)限、請假申請權(quán)限等，但是經(jīng)理擁有下屬員工，所以他還擁有生產(chǎn)部門員工的申請審批權(quán)限。④人事部用戶，是指負(fù)責(zé)管理員工基本信息的員工，他們也擁有員工的基本權(quán)限，此外，還擁有對員工基本信息進(jìn)行管理的權(quán)限，諸如新員工報(bào)到，要增加新員工的基本信息，員工離職要改變員工的基本信息并刪除信息。調(diào)用員工時(shí)，要查找員工的基本信息等。⑤采購部用戶，是指負(fù)責(zé)采購?fù)ㄟ^審批的采購申請的員工，他們擁有采購申請權(quán)限、物品維修申請權(quán)限、請假申請權(quán)限等基本員工權(quán)限，還有對采購物品的申請進(jìn)行登記查看權(quán)限；⑥秘書部用戶，是指負(fù)責(zé)對各種申請進(jìn)行統(tǒng)計(jì)、備案的員工，他們擁有采購申請權(quán)限、物品維修申請權(quán)限、請假申請權(quán)限等基本員工權(quán)限，此外還擁有將所有申請進(jìn)行整理后轉(zhuǎn)交到總經(jīng)理的權(quán)限；⑦總經(jīng)理用戶，是指公司最高的決策人員，他擁有所有申請的審批權(quán)利。

2.2 系統(tǒng)流程圖(以請假流程為例)。請假申請的流程中，系統(tǒng)要先對申請人的職位進(jìn)行篩選，選出對應(yīng)的流轉(zhuǎn)流程，在流轉(zhuǎn)的過程中，系統(tǒng)會(huì)對申請的狀態(tài)進(jìn)行監(jiān)聽，當(dāng)它的狀態(tài)改變時(shí)，系統(tǒng)直接將申請發(fā)送到秘書部進(jìn)行備案，當(dāng)申請不通過時(shí)，系統(tǒng)也會(huì)及時(shí)發(fā)送通知給申請人進(jìn)行告知。

2.3 數(shù)據(jù)庫分析設(shè)計(jì)。員工的基本信息數(shù)據(jù)庫設(shè)計(jì)：①員工的基本信息需求分析：準(zhǔn)確了解了用戶的要求后，系統(tǒng)需要對員工的基本信息進(jìn)行統(tǒng)計(jì)(公司名稱、部門、職位、工號、姓名、性別、入職日期、離職日期)。②員工的基本信息概念模型設(shè)計(jì)：根據(jù)數(shù)據(jù)需求分析，對一個(gè)員工的數(shù)據(jù)需求進(jìn)行了研究，構(gòu)建數(shù)據(jù)概念模型。③員工的基本信息關(guān)系模型設(shè)計(jì)：員工(公司、部門、職務(wù)、員工工號、性別、姓名、入職日期)，主鍵：員工工號。④員工的基本信息物理結(jié)構(gòu)設(shè)計(jì)：員工的基本信息物理結(jié)構(gòu)設(shè)計(jì)，員工信息表(MST_STAFF)，記錄員工的基礎(chǔ)信息。

2.4 請假數(shù)據(jù)庫設(shè)計(jì)。①請假需求分析：請假流程中申請人的細(xì)節(jié)信息要統(tǒng)計(jì)(申請人工號、名字、職務(wù)、所屬部門)；請假表的細(xì)節(jié)信息要統(tǒng)計(jì)(申請編號、申請?jiān)?、請假時(shí)長)。②請假概念模型設(shè)計(jì)：根據(jù)數(shù)據(jù)需求分析，對一個(gè)員工的請假流程進(jìn)行了研究，一個(gè)申請人可以提交多個(gè)申請表，而一個(gè)申請表只有一個(gè)申請人，構(gòu)建數(shù)據(jù)概念模型。③請假關(guān)系模型設(shè)計(jì)：申請人(申請人姓名、所屬部門、職務(wù)、工號、申請日期)，主鍵：申請人工號。申請表(申請?jiān)颉⑸暾埦幋a、請假時(shí)長)，主鍵：申請編碼，外鍵：申請人工號。④請假物理結(jié)構(gòu)設(shè)計(jì)：請假申請主表(CO_QJSQZB)，記錄請假的有關(guān)信息，請假明細(xì)表(CO_QJMXB)，主從表關(guān)聯(lián)表，用于明細(xì)表的數(shù)據(jù)調(diào)用。

3 系統(tǒng)測試

在完成系統(tǒng)的程序編寫之后，還要進(jìn)行系統(tǒng)的軟件測試功能，這里并不單單指程序本身，還包括如頁面等其他方面。測試和開發(fā)都是技術(shù)性極強(qiáng)的工作，運(yùn)用怎樣的測試方法，運(yùn)用多少案例進(jìn)行測試等一系列的技巧都影響著軟件的質(zhì)量。

3.1 界面測試。界面測試顧名思義，就是對系統(tǒng)的界面進(jìn)行排查，尋找其中出現(xiàn)的錯(cuò)誤。頁面上有些地方不被人注意到卻會(huì)出現(xiàn)很多的細(xì)節(jié)錯(cuò)誤，如錯(cuò)別字，在設(shè)計(jì)頁面的時(shí)候，由于使用拼音輸入法或是其他的輸入法，總是會(huì)出現(xiàn)同音字或者是相似字，而這些字與原本想要輸入的字可能在含義上大相徑庭，所以，為了避免給用戶帶來誤導(dǎo)，要仔細(xì)檢查系統(tǒng)的頁面。字體格式問題：因?yàn)樵谠O(shè)計(jì)頁面時(shí)，通過css模式來設(shè)計(jì)各種邊框，字體的大小、顏色、布局。但是可能在css調(diào)用時(shí)或者是文件編寫id出現(xiàn)了編寫錯(cuò)誤，那么就可能使得頁面出現(xiàn)不協(xié)調(diào)、不統(tǒng)一的現(xiàn)象，影響美觀。動(dòng)作描述問題：因?yàn)轫撁婢帉懭藛T的不同，頁面指導(dǎo)可能會(huì)出現(xiàn)一些主觀成分，這樣就使得其他的開發(fā)者或者用戶難以理解，造成開發(fā)和使用上的困難，所以要使用規(guī)范的語言，避免地方言語的出現(xiàn)。

3.2 功能測試。功能測試是指在系統(tǒng)中對實(shí)現(xiàn)的功能進(jìn)行案例測試，看看查詢的結(jié)果是否正確，流程是否暢通，按鍵功能是否實(shí)現(xiàn)。查選功能測試：在進(jìn)行員工信息查詢和采購物品查詢時(shí)，要通過一個(gè)或多個(gè)關(guān)鍵詞進(jìn)行反復(fù)查找，要看看查出來的數(shù)據(jù)是否符合查詢的條件，數(shù)據(jù)是否正確，有沒有缺失或增多的現(xiàn)象。如在員工信息查詢時(shí)，通過工號(關(guān)鍵字)查選是否只出現(xiàn)一條數(shù)據(jù)，通過“男”和“員工”查詢時(shí)，是否公司所有的男性員工一個(gè)不少的顯現(xiàn)，這些都需要仔細(xì)的驗(yàn)證。表格的錄入、導(dǎo)出功能測試：表格在錄入時(shí)，數(shù)據(jù)是否與頁面中的關(guān)鍵詞對應(yīng)，信息是否顯示完整，這些都是要測試的內(nèi)容。在導(dǎo)出時(shí)，要點(diǎn)開查看導(dǎo)出的文件是否有損壞，里面的數(shù)據(jù)是否完整。流程功能測試：在實(shí)現(xiàn)請假申請和采購申請的過程中，要實(shí)現(xiàn)流程化的辦公，要虛擬公司不同職位的員工進(jìn)行測試，看看他們的申請是否都能傳到他們的領(lǐng)導(dǎo)手中進(jìn)行審批，流程是否正確完整的走下去。

3.3 性能測試。性能測試主要包含硬件、操作系統(tǒng)和開發(fā)環(huán)境，需要通過反復(fù)的測試來保證系統(tǒng)的穩(wěn)定性，不會(huì)突然出現(xiàn)系統(tǒng)錯(cuò)誤、死機(jī)等狀況，此外，還要測試系統(tǒng)數(shù)據(jù)的安全、密碼的保密程度。由于是員工管理系統(tǒng)，員工的數(shù)量很多，所以還要進(jìn)行多用戶訪問測試，評估系統(tǒng)在高負(fù)荷情況下正常工作的可能性。