1需求調(diào)研1.1單位簡(jiǎn)介合肥德琛信息咨詢服務(wù)有限公司是香港路尚實(shí)業(yè)集團(tuán)有限公司的一家分公司。目前，香港路尚實(shí)業(yè)集團(tuán)在全國(guó)40多個(gè)城市地點(diǎn)擁有子公司，總共擁有200多名經(jīng)理人，公司總部位于鄭州。香港新依和集團(tuán)擁有強(qiáng)大的研發(fā)及生產(chǎn)實(shí)力，目前已研發(fā)推出了十余個(gè)自主品牌，例如歐朗、雷冬賽、伊典，包括電子產(chǎn)品、珠寶首飾用品、皮具用品（袋鼠皮具）、化妝品及日用百貨等。并憑借強(qiáng)大的線下營(yíng)銷網(wǎng)絡(luò)，迅速推廣占領(lǐng)全國(guó)各類市場(chǎng)。公司的營(yíng)運(yùn)模式是通過(guò)線上開展網(wǎng)上商城、企業(yè)官方網(wǎng)站、淘寶店、微博等網(wǎng)絡(luò)宣傳方式;線下開設(shè)定點(diǎn)實(shí)體體驗(yàn)店，方面用戶的實(shí)際體驗(yàn)，提供更好的客戶服務(wù);并且通過(guò)覆蓋全國(guó)各大城市的營(yíng)銷團(tuán)隊(duì)，將企業(yè)的線上和線下二者的優(yōu)點(diǎn)融和。合肥德琛信息咨詢服務(wù)有限公司作為香港路尚實(shí)業(yè)集團(tuán)一家子公司，負(fù)責(zé)向顧客提供準(zhǔn)確的信息服務(wù)，以及營(yíng)銷服務(wù)。1.2單位主要工作及職責(zé)合肥德琛信息咨詢服務(wù)有限公司的主要業(yè)務(wù)是向客戶提供準(zhǔn)確、全面的信息咨詢服務(wù)以及日常百貨的零售業(yè)務(wù)，主要通過(guò)電話介紹，上門推薦的方式向顧客提供服務(wù)。1.3單位組織機(jī)構(gòu)設(shè)置公司在總經(jīng)理辦公室之下設(shè)立了五個(gè)部門，共同組成了企業(yè)的組織結(jié)構(gòu)。分別是：財(cái)務(wù)部，行政部，市場(chǎng)部，倉(cāng)儲(chǔ)部以及人事部。1）總經(jīng)辦負(fù)責(zé)收集各部門的信息，協(xié)調(diào)各部門的活動(dòng)。制定公司的目標(biāo)以及計(jì)劃，并監(jiān)督目標(biāo)的實(shí)現(xiàn)情況。2）財(cái)務(wù)部負(fù)責(zé)統(tǒng)計(jì)公司賬目流水，日常財(cái)務(wù)核算，從而合理的分配企業(yè)的資金。3）行政部負(fù)責(zé)公司日常的接待工作，整理各部門提交的文檔工作，以及協(xié)調(diào)各部門的信息溝通，及時(shí)上交總經(jīng)理辦公室。4）倉(cāng)儲(chǔ)部在公司收到總公司的物流時(shí)，需要入庫(kù)登記，產(chǎn)品出庫(kù)做好出庫(kù)登記，準(zhǔn)確記錄產(chǎn)品的庫(kù)存情況。5）市場(chǎng)部負(fù)責(zé)向顧客提供向客戶提供準(zhǔn)確、全面的信息咨詢服務(wù)以及日常百貨的零售業(yè)務(wù)，主要通過(guò)電話介紹，上門推薦的方式向顧客提供服務(wù)。6）人事部負(fù)責(zé)公司人力資源計(jì)劃的制定，招聘新員工及培訓(xùn)，員工的考勤管理，薪資管理以及員工離職管理等職能。組織結(jié)構(gòu)圖，如圖1-1：總經(jīng)理總經(jīng)理市場(chǎng)經(jīng)理倉(cāng)儲(chǔ)經(jīng)理財(cái)務(wù)經(jīng)理行政經(jīng)理人事經(jīng)理圖1-1組織結(jié)構(gòu)圖Fig1-1Organizationchart1.4單位工作現(xiàn)狀及存在的問(wèn)題公司現(xiàn)狀：企業(yè)目前處于快速發(fā)展階段，人員不斷地增加，公司的規(guī)模不斷擴(kuò)大，公司的人事管理時(shí)常出現(xiàn)混亂的狀態(tài)，信息缺乏統(tǒng)一、有效的組織管理，現(xiàn)有的人事管理制度無(wú)法滿足企業(yè)繼續(xù)發(fā)展的需求。存在的問(wèn)題：通過(guò)實(shí)際調(diào)研，企業(yè)目前的人事管理存在以下幾個(gè)方面的問(wèn)題：

人事管理的成本增加 隨著公司規(guī)模的發(fā)展，公司對(duì)于高素質(zhì)、專業(yè)化的員工需求越來(lái)越大，企業(yè)需要招聘新員工以及對(duì)員工進(jìn)行培訓(xùn)以滿足企業(yè)發(fā)展的需要，企業(yè)人事管理方面的投入不斷增加。缺乏信息技術(shù)支持的人事管理，工作繁瑣，且工作量大，企業(yè)需要在這方面投入更多的人力的材料，這也導(dǎo)致了企業(yè)在人事管理方面成本的增加。2）人事管理效率低目前，企業(yè)的人事管理缺乏信息技術(shù)的支持，所以數(shù)據(jù)的保存和分析都需要人工來(lái)進(jìn)行，工作人員需要處理大量的紙質(zhì)文件，員工的檔案管理以及員工的考勤管理信息等都需要人事管理人員通過(guò)手工來(lái)處理，大量的文件信息導(dǎo)致人工處理的效率低。3）信息缺乏有效的管理 企業(yè)目前的人事信息通過(guò)紙質(zhì)文件保存，缺乏有效的組織的管理，這也降低了信息資源的利用率，紙質(zhì)文件的存儲(chǔ)管理缺少靈活性，人事管理工作需要在文檔的存儲(chǔ)和利用反面投入大量的人力。1.5系統(tǒng)可行性分析可行性分析也被稱為可行性研究，是指在系統(tǒng)正式開發(fā)之前，從經(jīng)濟(jì)，技術(shù)，管理等方面對(duì)系統(tǒng)進(jìn)行技術(shù)可行性，經(jīng)濟(jì)可行性，管理可行性的研究，以及系統(tǒng)所面臨的一些風(fēng)險(xiǎn)進(jìn)行了分析和評(píng)價(jià)，并得到了該項(xiàng)目的可行性調(diào)查結(jié)果。可行性分析的主要功能是：確定系統(tǒng)開發(fā)的要求，規(guī)模和功能要求?？尚行苑治龅哪繕?biāo)是確定問(wèn)題是否能夠在最短的時(shí)間內(nèi)以最小的成本得到解決。1.5.1技術(shù)可行性本系統(tǒng)采用了目前市面上的流行技術(shù)，基于B/S架構(gòu)。在瀏覽器端采用了html、css、JavaScript三大基礎(chǔ)技術(shù)，并且采用了bootstrap前端框架，應(yīng)用界面更加人性化，系統(tǒng)操作方便有效，前端開發(fā)工具采用了Hbuilder工具，它是國(guó)內(nèi)主流的前端開發(fā)工具，并且免費(fèi)使用。服務(wù)器端采用Eclipse作為開發(fā)工具，系統(tǒng)采用java開發(fā)語(yǔ)言，瀏覽器端和服務(wù)器端的交互采用了java的Servlet技術(shù)。數(shù)據(jù)庫(kù)采用免費(fèi)版的輕量級(jí)的MySQL數(shù)據(jù)庫(kù)（輕量級(jí)是相對(duì)于重量級(jí)的一種對(duì)于組件的評(píng)判標(biāo)準(zhǔn)，它用來(lái)衡量組件對(duì)其環(huán)境的依賴程度。如果這個(gè)依賴越小，就越輕量;反之就越重量。）。所以從技術(shù)的角度上考慮，可以達(dá)到系統(tǒng)的需要。1.5.2經(jīng)濟(jì)可行性分析一個(gè)項(xiàng)目的將經(jīng)濟(jì)可行性時(shí)，很大程度上是在分統(tǒng)投入使用之后，經(jīng)濟(jì)的直接收益會(huì)以很快的速度展析這個(gè)項(xiàng)目能夠帶來(lái)的收益，和這個(gè)項(xiàng)目需要的成本。經(jīng)濟(jì)收益分為直接和間接受益，在系現(xiàn)出來(lái)，而間接受益則不是，他需要在系統(tǒng)運(yùn)行一段時(shí)間之后，以不明顯的方式顯現(xiàn)出來(lái)，有時(shí)，間接受益甚至不是金錢上的收益。人事管理工作作為企業(yè)日常工作的重要部分，它的工作效率對(duì)企業(yè)的整體效益產(chǎn)生重要的影響，隨著企業(yè)的發(fā)展，企業(yè)的規(guī)模不斷擴(kuò)大，組織邊界越來(lái)越大，人員不斷增多，人事管理工作的工作量也就越來(lái)越大，人事管理系統(tǒng)從長(zhǎng)遠(yuǎn)來(lái)說(shuō)，可以降低企業(yè)人事管理的直接投入，節(jié)約人力和財(cái)力。本系統(tǒng)的開發(fā)投入少，所需要的開發(fā)工具都可以在網(wǎng)絡(luò)上免費(fèi)下載，系統(tǒng)具有的經(jīng)濟(jì)價(jià)值很高，可以為企業(yè)帶來(lái)很大的經(jīng)濟(jì)收益。所以從經(jīng)濟(jì)角度考慮是可行的。1.5.3管理可行性本系統(tǒng)是在基于對(duì)合肥德琛信息咨詢服務(wù)有限公司的實(shí)際調(diào)研進(jìn)行開發(fā)的，通過(guò)調(diào)研，對(duì)公司人事管理的業(yè)務(wù)進(jìn)行了詳細(xì)的分析，所以系統(tǒng)設(shè)計(jì)是與企業(yè)的人事管理工作實(shí)際相匹配的。系統(tǒng)的操作使用考慮到用戶的操作體驗(yàn)，不需要很強(qiáng)的專業(yè)知識(shí)，用戶可以簡(jiǎn)單操作。復(fù)雜的人事管理工作體現(xiàn)在本系統(tǒng)中更加清楚和簡(jiǎn)單，日常工作中的紙質(zhì)文件被錄入到系統(tǒng)中，數(shù)據(jù)保存到數(shù)據(jù)庫(kù)中，更加安全，便于利用和操作。所以從管理角度考慮是可行的。2面向?qū)ο蠓治?.1面向?qū)ο蠓治龈攀鯸o"面向?qū)ο蠓治?面向?qū)ο蠓治觯╘o"Object-OrientedAnalysis"Object-OrientedAnalysis，\o"OOA"OOA，\o"面向?qū)ο?面向?qū)ο蠓治龇椒ǎ?，它有其?dú)有的優(yōu)勢(shì)和特點(diǎn)，首先，面向?qū)ο竽軌虬褑?wèn)題和系統(tǒng)拆分成各個(gè)對(duì)象，用對(duì)象劃分，增加了軟件的復(fù)用性，降低了系統(tǒng)耦合度，同時(shí)也能夠?qū)ο到y(tǒng)賬號(hào)涉及的各個(gè)人員之間的交流進(jìn)行強(qiáng)化和改進(jìn)，是系統(tǒng)具有靈活性，從而能夠根據(jù)客戶需求的變化進(jìn)行及時(shí)修改，貫穿軟件生命周期的一致性，增加了用戶自身的參與程度。面向?qū)ο蠓椒▽?duì)系統(tǒng)中涉及的每一個(gè)對(duì)象都進(jìn)行了分析和歸類，把他們的各個(gè)屬性和行為抽象出來(lái)，進(jìn)行歸納分類，從了形成了專屬的對(duì)象類，對(duì)象類是人類對(duì)于一般事物的抽象總結(jié)。在任何對(duì)象類的一個(gè)個(gè)體實(shí)例，它所具有的的屬性必定和其所屬的對(duì)象類是一樣的，都具有相同的公共屬性和行為。對(duì)類進(jìn)行分類細(xì)化，是系統(tǒng)形成了富有層次的結(jié)構(gòu)，下層結(jié)構(gòu)為子類，上層結(jié)構(gòu)是父類，子類能夠繼承父類的屬性和行為，并能夠在父類的基礎(chǔ)上進(jìn)行個(gè)例的特殊化，這被稱為繼承，繼承體現(xiàn)了從上到下的演繹過(guò)程。2.2UML簡(jiǎn)介UML(UnifiedModelingLanguage，統(tǒng)一建模語(yǔ)言)是一種標(biāo)準(zhǔn)的建模語(yǔ)言，可以幫助用戶在使用系統(tǒng)的時(shí)候?qū)τ谄渲猩婕暗膶?duì)象進(jìn)行建模和描述。關(guān)于軟件從需求分析到后期維護(hù)的整個(gè)過(guò)程，都可以用UML進(jìn)行描述，也就是說(shuō)，整個(gè)系統(tǒng)的生命周期都可以用UML展示。UML可以提供配置圖，用例圖，類圖，協(xié)作圖，活動(dòng)圖等等，把系統(tǒng)運(yùn)行中的各個(gè)元素和模型可視化，從而能夠讓用戶對(duì)于系統(tǒng)模型的理解更加形象直觀，從而可以從多角度，更全面的理解系統(tǒng)，并且，模型元素在UML中是全局性的，即使在多個(gè)UML中出現(xiàn)，但也都有著相同的符號(hào)和意義。本此論文重要使用的圖例有：例圖，時(shí)序圖，活動(dòng)圖，類圖，配置圖。使用了以上圖例對(duì)系統(tǒng)進(jìn)行建模。用例圖負(fù)責(zé)描述系統(tǒng)功能和用戶對(duì)于業(yè)務(wù)的種種需求；時(shí)序圖負(fù)責(zé)以時(shí)間為主線，根據(jù)時(shí)間的先后來(lái)先是對(duì)象之間的關(guān)系，描述了信息傳遞的過(guò)程；類圖主要用來(lái)描述軟件系統(tǒng)中各個(gè)元素的靜態(tài)架構(gòu)；活動(dòng)圖主要描述了系統(tǒng)中各個(gè)元素的活動(dòng)過(guò)程；配置圖負(fù)責(zé)描述了系統(tǒng)在執(zhí)行是所必須的拖布結(jié)構(gòu)和處理器設(shè)備.2.3系統(tǒng)用例圖用例圖(UseCaseDiagram)是當(dāng)系統(tǒng)進(jìn)行制造時(shí)，需求分析到系統(tǒng)現(xiàn)實(shí)階段的第一工作，也是首要步驟。它近似于用戶的需求，用用例圖的方式成仙了用戶對(duì)一個(gè)系統(tǒng)的希望。用例圖解決了用戶群體是誰(shuí)，相應(yīng)的用戶群體對(duì)系統(tǒng)有什么期望需求，以及用戶群體能都對(duì)系統(tǒng)進(jìn)行的操作，使用戶能夠更加全面深刻的了解系統(tǒng)的功能和用途，同時(shí)，開發(fā)人員根據(jù)相應(yīng)的用例圖也能夠便于其完成的系統(tǒng)。在實(shí)際操作中，當(dāng)用戶群體想要向系統(tǒng)開發(fā)人員制定信息系統(tǒng)時(shí)，最首先考慮的應(yīng)該是此系統(tǒng)的功能的便捷性，合理性，和當(dāng)用戶使用系統(tǒng)時(shí)，界面的友好性，這一切都為了更好的用戶體驗(yàn)，所有系統(tǒng)的價(jià)值基本都是有外部特征非靜態(tài)性體現(xiàn)給用戶的。而恰好，UML用例圖就是外部特征描述視圖，用例圖直接能夠?qū)τ脩魧?duì)于最終系統(tǒng)產(chǎn)品的滿意程度進(jìn)行影響。表2-1用例圖符號(hào)說(shuō)明表Tab2-1TableofUseCaseDiagramSymbolExplanation符號(hào)說(shuō)明參與者(Actor)，可以是任何的事物或人的外部實(shí)體。用例(UseCase)是有關(guān)單個(gè)參與者在與系統(tǒng)交互中所運(yùn)行的處理行動(dòng)的陳說(shuō)序列，有關(guān)用戶對(duì)系統(tǒng)的要求。關(guān)聯(lián)關(guān)系(UnidirectionalAssociation)描參與者與用例的關(guān)系。<<<<extend>><<<<include>>擴(kuò)展關(guān)系，箭尾指向擴(kuò)展的用例。包含關(guān)系，箭尾指向包含的用例。2.3.1確定參與者參與者的實(shí)質(zhì)是一個(gè)實(shí)體，這個(gè)實(shí)體是存在于系統(tǒng)外部的實(shí)體，它以間接或者直接的方式參與了整個(gè)用例的執(zhí)行過(guò)程。1）系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)用戶的管理和系統(tǒng)信息的維護(hù)，包括了系統(tǒng)用戶的添加和權(quán)限管理，維護(hù)系統(tǒng)的正常運(yùn)行，見圖2-1。2）檔案管理員主要負(fù)責(zé)系統(tǒng)基礎(chǔ)信息管理，包括員工檔案的添加和維護(hù)，公司的部門信息添加和維護(hù)，以及職務(wù)信息的添加和維護(hù)，見圖2-2。3）考勤管理員考勤管理員負(fù)責(zé)對(duì)員工每日考勤，請(qǐng)假管理（添加請(qǐng)假記錄），加班統(tǒng)計(jì)（添加加班記錄），并且按月份對(duì)員工進(jìn)行考勤統(tǒng)計(jì)，并生成考勤統(tǒng)計(jì)報(bào)表，見圖2-3。4）薪資管理員根據(jù)員工的基本薪資和考勤記錄，計(jì)算員工每個(gè)月的實(shí)際薪酬，并生成薪資報(bào)表，見圖2-4。2.3.2確定用例圖1）系統(tǒng)管理員用例圖圖2-1系統(tǒng)管理員用例圖Fig2-1systemadministratorusecasediagram2）檔案管理員的用例圖圖2-2檔案管理員用例圖Figure2-2archivistusecasediagram3）考勤管理員的用例圖圖2-3考勤管理員用例圖Figure2-3attendancemanagerusecasediagram4）薪資管理員用例圖圖2-4薪資管理員用例圖Figure2-4payrolladministratorusecasediagram2.4系統(tǒng)類圖類圖(ClassDiagram)描述的是一種靜態(tài)關(guān)系，類圖是用來(lái)對(duì)類，接口，協(xié)作以及他們之間的關(guān)系進(jìn)行描繪的靜態(tài)圖。靜態(tài)圖可以包括許多的類圖，類就是一組有著特定狀態(tài)的特有行為的對(duì)象。狀態(tài)是要使用關(guān)聯(lián)和屬性共同作用來(lái)描述的。屬性通常由字符串和數(shù)字組成，這些都是沒有身份象征的數(shù)據(jù)值。關(guān)聯(lián)則不同于屬性，其使用具有特定身份的對(duì)象之間的關(guān)系進(jìn)行表現(xiàn)。應(yīng)為通常是由操作來(lái)進(jìn)行表述，方法則是操作的實(shí)現(xiàn)。本系統(tǒng)的類主要包括了：管理員類；員工類、部門類、職務(wù)類；出勤類、請(qǐng)假類、加班類、考勤統(tǒng)計(jì)類；薪資類，見圖2-5。表2-2類圖符號(hào)說(shuō)明表Table2-2TableofClassDiagramSymbolExplanation符號(hào)說(shuō)明類(Class)包含3個(gè)主要組成部分：最上層是類的名稱，中間層是屬性(Attributes)以及屬性的數(shù)據(jù)類型，最下層是該類提供的方法(Opreations)依賴關(guān)系(Dependency)，是類與類之間的連接，表示一個(gè)類依賴于另一個(gè)類的定義關(guān)聯(lián)，指明事物對(duì)象之間的聯(lián)系泛化，存在于一般元素和特殊元素之間的分類關(guān)系實(shí)現(xiàn)關(guān)系，把一種模型元素和另一種模型元素連接起來(lái)圖2-5類Fig2-5Class圖2-6類關(guān)系圖Fig2-6classrelationdiagram

3系統(tǒng)設(shè)計(jì)3.1面向?qū)ο笤O(shè)計(jì)概述面向?qū)ο笫且环N從上到下和從下到上共同作用的方式，它是以對(duì)象為所有的構(gòu)成基本，同面向?qū)ο蠓椒ǎ粌H考慮了系統(tǒng)在數(shù)據(jù)輸入初入時(shí)的數(shù)據(jù)結(jié)構(gòu)，事實(shí)上也囊括了所有涉及的對(duì)象的所有數(shù)據(jù)結(jié)構(gòu)。不僅僅是這樣，面向?qū)ο蠹夹g(shù)在系統(tǒng)開發(fā)的各個(gè)方面--也就是需求的分析，系統(tǒng)的可靠性和系統(tǒng)的可以維護(hù)性這三種方面的質(zhì)量和效果都有了關(guān)鍵性的突破，也處理了許多這些方面之前存在的問(wèn)題。在開發(fā)面向?qū)ο蟮乃枷腴_發(fā)中具有以下優(yōu)點(diǎn)：易于維護(hù)，采用面向?qū)ο蟮乃枷朐O(shè)計(jì)結(jié)構(gòu)，可讀性強(qiáng)，因?yàn)榇嬖诶^承性，即使改變需求，維護(hù)也只能在本地模塊，所以維護(hù)非常方便，成本低廉;高質(zhì)量，可設(shè)計(jì)，可重復(fù)使用在以往項(xiàng)目領(lǐng)域已經(jīng)過(guò)測(cè)試的程序使系統(tǒng)符合業(yè)務(wù)要求并具有高質(zhì)量;高效率，在軟件開發(fā)中，真實(shí)世界是根據(jù)設(shè)計(jì)，生產(chǎn)類的需要而抽象出來(lái)的。因?yàn)槊嫦驅(qū)ο蠓椒ǖ睦^承性，封裝性，多態(tài)性特點(diǎn)，自然設(shè)計(jì)的低耦合性，系統(tǒng)結(jié)構(gòu)的高度內(nèi)聚性，使得系統(tǒng)更易于擴(kuò)展，更加靈活。3.2系統(tǒng)時(shí)序圖時(shí)序圖(SequenceDiagram)可以用來(lái)體現(xiàn)各個(gè)對(duì)象之間信息進(jìn)行傳播的先后順序，它可以對(duì)用例中所涉及的行為順序進(jìn)行闡述，是說(shuō)明信息傳遞先后順序的交互圖。類和類之間是需要進(jìn)行相互交互以完成規(guī)定的動(dòng)作的消息，而時(shí)序圖恰好體現(xiàn)了這一點(diǎn)。時(shí)序圖包含了生命線(Lifeline)、對(duì)象(Object)、消息(Message)和激活(Activation)等元素，見圖3-1。表3-1時(shí)序圖符號(hào)說(shuō)明表Table3-1TableofSequenceDiagramSymbolExplanation符號(hào)說(shuō)明Actor，是系統(tǒng)中的一個(gè)角色，有自己的目標(biāo)，通過(guò)跟系統(tǒng)的交互達(dá)到目標(biāo)。表示參與交互的對(duì)象，例如系統(tǒng)的某個(gè)功能模塊。兩個(gè)對(duì)象之間傳遞消息。反身消息。返回消息，調(diào)用執(zhí)行的反饋。激活期，表示對(duì)象執(zhí)行某個(gè)動(dòng)作的期間生命線，代表對(duì)象留存時(shí)間。1）系統(tǒng)管理添加系統(tǒng)用戶的時(shí)序圖圖3-1系統(tǒng)管理員添加用戶時(shí)序圖Fig3-1systemadministratorsadduserssequencediagram2）檔案管理員增加部門時(shí)序圖圖3-2檔案管理員增加部門時(shí)序圖Fig3-2archivistincreasesdepartmentssequencediagram3）檔案管理員維護(hù)部門信息時(shí)序圖圖3-3檔案管理員維護(hù)部門信息時(shí)序圖Figure3-3archivistsmaintaindepartmentalinformationsequencediagram4）檔案管理員添加員工檔案時(shí)序圖圖3-4檔案管理員添加員工檔案時(shí)序圖Fig3-4archivistaddsemployeefilessequencediagram5）檔案管理員維護(hù)員工檔案時(shí)序圖圖3-5管理員修改商品信息時(shí)序圖Fig3-5archivistsmaintainemployeefilessequencediagram6）檔案管理員增加職務(wù)信息時(shí)序圖圖3-6檔案管理員增加職務(wù)信息時(shí)序圖Fig3-6filemanageraddsjobinformationsequencediagram7）檔案管理員維護(hù)職務(wù)信息時(shí)序圖圖3-7檔案管理員維護(hù)職務(wù)信息時(shí)序圖Fig3-7archivistmaintainsjobinformationsequencediagram8）考勤管理員出勤管理時(shí)序圖圖3-8考勤管理員出勤管理時(shí)序圖Fig3-8attendancemanagerattendancemanagementsequencediagram9）考勤管理員請(qǐng)假管理時(shí)序圖圖3-9考勤管理員請(qǐng)假管理時(shí)序圖Fig3-9attendanceadministratorleavemanagementsequencediagram10）考勤管理員加班管理時(shí)序圖圖3-10考勤管理員加班管理時(shí)序圖Fig3-10overtimemanagementofattendancemanagersequencediagram11）考勤管理員考勤統(tǒng)計(jì)時(shí)序圖圖3-11考勤管理員考勤統(tǒng)計(jì)時(shí)序圖Figure3-11Attendancestatisticssequencediagram12）薪資管理員薪資統(tǒng)計(jì)時(shí)序圖圖3-12薪資管理員薪資統(tǒng)計(jì)時(shí)序圖Figure3-12salaryadministratorsalarystatisticssequencediagram13）薪資管理員打印薪資表時(shí)序圖圖3-13薪資管理員打印薪資表時(shí)序圖Fig3-13payrolladministratorprintspayrollformssequencediagram3.3系統(tǒng)活動(dòng)圖活動(dòng)圖(ActivityDiagram)在UML中用來(lái)描述系統(tǒng)動(dòng)態(tài)行為，它用于展現(xiàn)參與行為的類的活動(dòng)或動(dòng)作。比較簡(jiǎn)化的描述一個(gè)活動(dòng)發(fā)生的狀態(tài)，系統(tǒng)行為的進(jìn)程，以及活動(dòng)的動(dòng)態(tài)效果。一個(gè)活動(dòng)的觸發(fā)可能有一種或多種的反應(yīng)狀態(tài)，同時(shí)多種活動(dòng)發(fā)生后的結(jié)果也可能是同一種狀態(tài)，一個(gè)活動(dòng)的進(jìn)行可能有一種或者很多種類的反應(yīng)狀態(tài)，而且即便是有多種反映狀態(tài)，同時(shí)多種活動(dòng)發(fā)生之后，最終輸出的結(jié)果也可能是同一種結(jié)果。UML的活動(dòng)圖包含活動(dòng)起點(diǎn)、活動(dòng)、判定、動(dòng)作、合并與分支、活動(dòng)終點(diǎn)等元素。表3-2活動(dòng)圖符號(hào)說(shuō)明表Table3-2tableofactivitydiagramsymbolexplanation符號(hào)說(shuō)明活動(dòng)圖的起點(diǎn)。某個(gè)活動(dòng)。判定，工作流在這里按監(jiān)護(hù)條件而發(fā)生分支。表示動(dòng)作。表示分支與合并，活動(dòng)在此處分開或合并?；顒?dòng)圖的終點(diǎn)。1）系統(tǒng)管理員用戶管理活動(dòng)圖圖3-14系統(tǒng)管理員用戶管理活動(dòng)圖Fig3-14systemadministratorusermanagementactivitydiagram2）檔案管理員部門職務(wù)管理活動(dòng)圖圖3-15檔案管理員部門職務(wù)管理活動(dòng)圖Fig3-15archivistdepartmentjobmanagementactivitydiagram3）考勤管理員考勤管理活動(dòng)圖圖3-16考勤管理員考勤管理活動(dòng)圖Figure3-16attendancemanagementactivitydiagram4）考勤管理員考勤統(tǒng)計(jì)的活動(dòng)圖圖3-17考勤管理員考勤統(tǒng)計(jì)活動(dòng)圖Figure3-17attendancestatisticsactivitydiagram5）薪資管理員薪資統(tǒng)計(jì)活動(dòng)圖圖3-18薪資管理員薪資統(tǒng)計(jì)活動(dòng)圖Fig3-18salaryadministratorsalarystatisticsactivitydiagram3.4系統(tǒng)配置圖配置圖(deploymentdiagram)是采用面向?qū)ο笙到y(tǒng)的物理建模時(shí)必不可少的圖，它闡述了系統(tǒng)軟件的物理硬件和各種軟件在硬件上的部署情況。配置圖描述了運(yùn)行系統(tǒng)的硬件拓?fù)?。配置圖中通常包括處理器、設(shè)備以及連接等元素。表3-3配置圖符號(hào)說(shuō)明表Table3-3TableofDeploymentDiagramSymbolExplanation符號(hào)說(shuō)明處理器(Processor)。設(shè)備(Device)。表示連接(Connection)。連接是兩個(gè)設(shè)備或處理器之間的實(shí)際連接。圖3-19系統(tǒng)配置圖Fig3-19SystemDeploymentDiagram3.5系統(tǒng)結(jié)構(gòu)設(shè)計(jì)合肥德琛信息咨詢服務(wù)有限公司人事管理信息系統(tǒng)主要有系統(tǒng)管理、檔案管理、考勤管理以及薪資管理四大主要功能模塊組成。系統(tǒng)的功能圖，見圖3-24。具體功能如下：系統(tǒng)管理：系統(tǒng)管理中包括了用戶管理模塊，主要負(fù)責(zé)對(duì)系統(tǒng)的用戶進(jìn)行管理，具體功能有用戶注冊(cè)、用戶信息維護(hù)、用戶權(quán)限管理。檔案管理：檔案管理中包括了員工檔案管理、部門管理、職務(wù)管理三個(gè)功能模塊。其中員工檔案管理負(fù)責(zé)添加員工檔案以及員工檔案的維護(hù)，實(shí)現(xiàn)對(duì)員工檔案的管理。部門管理負(fù)責(zé)添加部門信息和維護(hù)部門信息。職務(wù)管理，負(fù)責(zé)添加職務(wù)信息和維護(hù)職務(wù)信息。以上實(shí)現(xiàn)系統(tǒng)的檔案管理功能?？记诠芾恚嚎记诠芾硎侨耸鹿芾碇械闹匾K，包含了員工每日出勤管理、員工的請(qǐng)假記錄管理、員工加班記錄管理以及考勤統(tǒng)計(jì)四個(gè)功能模塊。每日出勤負(fù)責(zé)對(duì)員工每天的出勤情況進(jìn)行記錄，請(qǐng)假管理負(fù)責(zé)對(duì)員工的請(qǐng)假情況進(jìn)行記錄，加班管理負(fù)責(zé)對(duì)員工的加班情況進(jìn)行記錄，考勤統(tǒng)計(jì)負(fù)責(zé)將整個(gè)公司員工的出勤情況。薪資管理：?jiǎn)T工薪資管理包括了計(jì)算本月薪資和打印薪資報(bào)表兩個(gè)功能模塊。計(jì)算本月薪資負(fù)責(zé)根據(jù)員工每月考勤記錄等按月計(jì)算員工的每月實(shí)際工資。管理員可以打印每月員工的實(shí)際薪資報(bào)表。合肥德琛信息咨詢服務(wù)有限公司人事管理信息系統(tǒng)合肥德琛信息咨詢服務(wù)有限公司人事管理信息系統(tǒng)系統(tǒng)管理薪資管理考勤管理檔案管理用戶注冊(cè)維護(hù)用戶信息權(quán)限設(shè)置員工檔案管理部門管理職位管理員工檔案添加員工檔案維護(hù)每日出勤添加請(qǐng)假記錄添加加班記錄考勤統(tǒng)計(jì)添加部門信息部門信息維護(hù)添加職務(wù)信息職務(wù)信息維護(hù)本月考勤統(tǒng)計(jì)打印考勤報(bào)表計(jì)算本月薪資打印薪資報(bào)表圖3-20系統(tǒng)功能結(jié)構(gòu)圖Fig3-20systemfunctionalstructurediagram3.6代碼設(shè)計(jì)代碼設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的基礎(chǔ)性工作，能有效的把擁有同樣屬性的對(duì)象唯一進(jìn)行標(biāo)識(shí)。在本系統(tǒng)中，用戶信息模塊中的用戶信息就是龐大的信息量。如果要把用戶信息唯一的標(biāo)識(shí)，不能僅憑借姓名、性別、郵箱等信息，就確定用戶是唯一的，因?yàn)檫@些信息容易重復(fù)或者不能明顯的識(shí)別出來(lái)具體是某一個(gè)用戶。我們常常應(yīng)用的方法是把每個(gè)用戶進(jìn)行編號(hào)，編號(hào)里表明了用戶的特殊性，這樣的代碼不但可以唯一的標(biāo)識(shí)某一個(gè)用戶，又可以只通過(guò)用戶編號(hào)就確定是某一類用戶。系統(tǒng)設(shè)計(jì)的關(guān)鍵以及首要任務(wù)就是代碼設(shè)計(jì)工作，通過(guò)代碼設(shè)定能夠把系統(tǒng)中涉及的有相同要素的對(duì)象進(jìn)行標(biāo)識(shí)。通過(guò)代碼設(shè)計(jì)可以唯一標(biāo)志系統(tǒng)中的對(duì)象，在系統(tǒng)中，員工檔案信息、部門信息、職務(wù)信息、系統(tǒng)用戶信息、員工考勤信息、員工薪資信息需要區(qū)分，這需要靠代碼設(shè)計(jì)來(lái)區(qū)分。例如用戶進(jìn)入登錄系統(tǒng)，需要通過(guò)輸入賬號(hào)和密碼驗(yàn)證成功后才能登錄系統(tǒng)。這里需要保證賬號(hào)和密碼的唯一性，不能同其他用戶的賬號(hào)和密碼相同，通過(guò)代碼設(shè)計(jì)，在用戶注冊(cè)時(shí)不能出現(xiàn)相同賬號(hào)。這里可以由系統(tǒng)自增生成。3.7數(shù)據(jù)庫(kù)設(shè)計(jì)3.7.1數(shù)據(jù)庫(kù)設(shè)計(jì)概述數(shù)據(jù)庫(kù)是存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)倉(cāng)庫(kù)，它的主要任務(wù)就是存儲(chǔ)系統(tǒng)運(yùn)行涉及的海量數(shù)據(jù)，而數(shù)據(jù)庫(kù)設(shè)計(jì)則是根據(jù)使用者的需求，在數(shù)據(jù)庫(kù)管理系統(tǒng)的基礎(chǔ)上，對(duì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)和字段等等進(jìn)行設(shè)計(jì)個(gè)建立數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)的設(shè)計(jì)是開發(fā)系統(tǒng)時(shí)的核心技術(shù)。正因?yàn)槭呛诵募夹g(shù)，所以這就意味著數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)是非常復(fù)雜的，數(shù)據(jù)庫(kù)的系統(tǒng)也是非常繁雜的。所以想要獲得系統(tǒng)需求的最優(yōu)解是不可能一次就成功的，他需要設(shè)計(jì)者們不停地進(jìn)行反復(fù)試驗(yàn)，不斷在錯(cuò)誤中尋求正確。在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，應(yīng)遵循以下原則：1）關(guān)系數(shù)據(jù)庫(kù)的審計(jì)應(yīng)遵循概念簡(jiǎn)化的原則。2）避免表間字段的重復(fù)。3）確保關(guān)聯(lián)表由外鍵鏈接。3.7.2數(shù)據(jù)庫(kù)表設(shè)計(jì)本系統(tǒng)的數(shù)據(jù)庫(kù)名為personnel。主要包括如下幾個(gè)表： 表3-4管理員表Table3-4listofadmin字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否非空說(shuō)明admin_idint11是否記錄號(hào)admin_namevarchar50否否登錄名admin_passwordvarchar20否否登錄密碼last_loginvarchar50否否上次登錄表3-5員工表Table3-5listofemployee字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明emp_idint11是否員工編號(hào)emp_namevarchar50否否員工名稱sexvarchar4否否性別birthvarchar30否否出生日期contactvarchar50否否聯(lián)系電話addressvarchar100否否住址emailvarchar50否否郵箱salarydouble否否基本薪資emp_job_idint11否否職務(wù)emp_dept_idint11否否所屬部門hiredatevarchar30否否入職日期upper_directorvarchar50否否上級(jí)主管commentsvarchar1500否否說(shuō)明表3-6部門表Table3-6listofdepartment字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明dept_idint11是否部門編號(hào)dept_namevarchar50否否部門名稱dept_locvarchar100否否部門位置表3-7職務(wù)表Table3-7listofjob字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明job_idint11是否職務(wù)編號(hào)job_namevarchar50否否職務(wù)名稱max_salarydouble否否最高薪資min_salarydouble否否最低薪資表3-8出勤表Table3-8listofattendance字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明attend_idint11是否出勤編號(hào)emp_idint11否否員工編號(hào)attendvarchar20否否是否出勤attend_datevarchar50否否出勤日期表3-9請(qǐng)假表Table3-9listofleave字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明leave_idint11是否請(qǐng)假記錄號(hào)emp_idint11否否員工編號(hào)leave_typevarchar20否否請(qǐng)假類型leave_datevarchar20否否請(qǐng)假日期leave_timedouble否否請(qǐng)假時(shí)長(zhǎng)表3-10加班表Table3-10listofovertime字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明over_idint11是否加班記錄號(hào)emp_idint11否否員工編號(hào)over_typevarchar20否否加班類型over_datevarchar20否否加班日期over_timedouble否否加班時(shí)長(zhǎng)表3-11考勤統(tǒng)計(jì)表Table3-11listofattend_stat字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明a_s_idint11是否統(tǒng)計(jì)記錄號(hào)a_emp_idint11否否員工編號(hào)attend_timesdouble否否出勤總次數(shù)leave_timesdouble否否請(qǐng)假總時(shí)長(zhǎng)overtimesdouble否否加班總時(shí)長(zhǎng)monthvarchar20否否考勤月份表3-12薪資表Table3-12listofsalary字段名數(shù)據(jù)類型長(zhǎng)度是否為主鍵是否為空說(shuō)明salary_idint11是否薪資記錄號(hào)salary_emp_idint11否否員工編號(hào)actual_salarydouble否否實(shí)際工資salary_datevarchar50否否月份薪資statevarchar50否否狀態(tài)3.8輸入輸出設(shè)計(jì)系統(tǒng)實(shí)施都是先有輸入再有輸出，但是在系統(tǒng)設(shè)計(jì)的過(guò)程之中是先設(shè)計(jì)輸出再設(shè)計(jì)輸入，因?yàn)橛脩羰褂玫慕Y(jié)果大多都是輸出結(jié)果，與用戶的聯(lián)系最為密切，所以，在設(shè)計(jì)時(shí)應(yīng)該保證輸出很方便，并且輸出的內(nèi)容是用戶所需要的。圖3-21輸出設(shè)計(jì)表Fig3-21OutputDesigndiagram圖3-22輸入設(shè)計(jì)表Fig3-22InputDesigndiagram3.9人機(jī)對(duì)話設(shè)計(jì)在輸入行為，也就是用戶對(duì)系統(tǒng)進(jìn)行了一定程度的操作之后，目標(biāo)系統(tǒng)要根據(jù)用戶的輸入來(lái)進(jìn)行對(duì)用戶的反饋。例如，在添加員工檔案功能中，點(diǎn)擊提交按鈕，系統(tǒng)執(zhí)行提交事件后，會(huì)反饋員工檔案已提交的反饋信息。圖3-23人機(jī)對(duì)話圖Fig3-23FormsofMan-machineDialogue

4系統(tǒng)實(shí)施4.1系統(tǒng)實(shí)施過(guò)程系統(tǒng)的實(shí)施階段作為整個(gè)系統(tǒng)開發(fā)的生命周期的相對(duì)后期階段，它的職責(zé)和內(nèi)容是前面各個(gè)階段工作的延續(xù)。系統(tǒng)的實(shí)施，通俗來(lái)講就是把系統(tǒng)最終結(jié)果進(jìn)行實(shí)地使用和實(shí)踐，配置系統(tǒng)需要的環(huán)境，編寫調(diào)適程序，對(duì)系統(tǒng)開發(fā)各方面涉及的人員進(jìn)行組織培訓(xùn)，完成系統(tǒng)的轉(zhuǎn)換并投入最終使用。假如把系統(tǒng)的開發(fā)比作裝修房屋，那么前期活動(dòng)-也就是系統(tǒng)的分析設(shè)計(jì)就相當(dāng)于裝修之前的規(guī)劃和藍(lán)圖，而后期實(shí)施方面就是收集人才，工人，購(gòu)買材料，進(jìn)行實(shí)地操作，把房屋裝修完畢。以此為類比，系統(tǒng)實(shí)施階段的主要任務(wù)就是根據(jù)之前用戶的需求和已經(jīng)規(guī)劃好的結(jié)構(gòu)進(jìn)行實(shí)施。4.2系統(tǒng)實(shí)施工具4.2.1bootstrap框架Bootstrap框架基于HTML、CSS、JavaScript三大前端技術(shù)，是一種開發(fā)簡(jiǎn)潔、直觀的框架，可以使得Web開發(fā)更加快捷方便，避免重復(fù)的操作。Bootstrap提供了的是一種規(guī)范，用戶根據(jù)自己的需要采用相應(yīng)的規(guī)范。在前端開發(fā)過(guò)程中，可以引入bootstrap的資源包，普通的html標(biāo)簽可以應(yīng)用bootstrap已經(jīng)規(guī)定好的標(biāo)簽樣式，例如button標(biāo)簽可以引用class=”btnbtn-success”樣式，就可以使普通的button標(biāo)簽加上美觀的樣式，簡(jiǎn)化了開發(fā)過(guò)程，節(jié)約了開發(fā)的時(shí)間。4.3系統(tǒng)實(shí)施環(huán)境4.3.1硬件環(huán)境系統(tǒng)實(shí)施過(guò)程中的硬件配置如下：（1）電腦型號(hào)：宏碁(Acer)AspireE5-572G筆記本電腦；（2）操作系統(tǒng)：Windows7旗艦版64位； （4）處理器：英特爾第四代酷睿i5-4210M@2.60GHz雙核；（5）主板：宏碁EA50_HWS(LynxPoint)；（6）內(nèi)存：4GB(三星DDR3L1600Mhz)；（7）主硬盤：希捷ST500LT012-1DG142(500GB/5400轉(zhuǎn)/分)；（8）顯卡：NvidiaGeForceGT940M(2GB/宏碁)；（9）顯示器：友達(dá)AUO31ED(15.5英寸)；（10）聲卡：瑞昱@英特爾LynxPoint高保真音頻；（11）網(wǎng)卡：瑞昱RTL8168/8111/8112GigabitEthernetController/宏碁。4.3.2軟件環(huán)境軟件環(huán)境，是負(fù)責(zé)支持系統(tǒng)開發(fā)時(shí)用到的環(huán)境配置。它包括應(yīng)用的服務(wù)器版本，操作系統(tǒng)版本，開發(fā)工具等。在進(jìn)行系統(tǒng)開發(fā)時(shí)，首先從成本和技術(shù)的角度，其次從綜合實(shí)用性和適用性等因素選擇開發(fā)工具。在系統(tǒng)分析和設(shè)計(jì)階段采用UML(UnifiedModelingLanguage)建模方法，使用RationalRose2007版本進(jìn)行建模設(shè)計(jì)。系統(tǒng)開發(fā)采用了面向?qū)ο箝_發(fā)方法，采用了B/S架構(gòu)設(shè)計(jì)，選用了主流的java開發(fā)語(yǔ)言，前端基于html、css、JavaScript技術(shù)以及bootstrap框架，服務(wù)器端采用Tomcat9.0版本，前后端的交互使用Servlet技術(shù)。后臺(tái)通過(guò)JDBC技術(shù)操作數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)用的是MySQL5.5版本。整個(gè)系統(tǒng)是在Hbuilder和Eclipse兩大開發(fā)工具中完成。本系統(tǒng)實(shí)際軟件環(huán)境選擇如下：(1)操作系統(tǒng)：Windows7旗艦版64位；(2)數(shù)據(jù)庫(kù)軟件：MySql5.5版本；(3)應(yīng)用服務(wù)器軟件：Tomcat9.0版本；(4)JDK版本：JDK1.8.0版本；(5)瀏覽器：支持IE瀏覽器，GoogleChrome，F(xiàn)irefox瀏覽器等；(6)開發(fā)工具：Eclipse、Hbuilder等4.4系統(tǒng)測(cè)試為了保證新系統(tǒng)能夠正確、有效地運(yùn)行，將所有可能發(fā)生的錯(cuò)誤和問(wèn)題盡最大可能在使用系統(tǒng)之前排除，就需要開展系統(tǒng)測(cè)試階段，以縮短時(shí)間，提升工作效率，壓縮費(fèi)用。為了保證系統(tǒng)在完成之后能夠持久穩(wěn)定的運(yùn)行，并且能夠?qū)⒂脩羲胍慕Y(jié)果輸出，并且盡可能的把問(wèn)題都找到，在用戶正式使用系統(tǒng)前，讓系統(tǒng)達(dá)到最優(yōu)的狀態(tài)，就必須要進(jìn)行系統(tǒng)測(cè)試。要進(jìn)行系統(tǒng)測(cè)試，就必須要實(shí)現(xiàn)商議好測(cè)試方案，根據(jù)方案逐步進(jìn)行，提高效率，節(jié)省成本。4.4.1系統(tǒng)測(cè)試的目的在系統(tǒng)的開發(fā)過(guò)程中，會(huì)面對(duì)各種問(wèn)題，人的判斷和主觀意識(shí)畢竟有局限性，不可能完全預(yù)測(cè)和符合客觀的事實(shí)，開發(fā)人員之間也不可能做到信息完全對(duì)稱，他們的思維，交流也不可能十分完善。因此，開發(fā)人員要在每個(gè)階段結(jié)束之前進(jìn)行認(rèn)真仔細(xì)地錯(cuò)誤審查和系統(tǒng)調(diào)試，盡快盡早發(fā)現(xiàn)錯(cuò)誤，但是實(shí)際上，單憑個(gè)人審查發(fā)現(xiàn)的錯(cuò)誤仍舊有限，加上審查本身也有可能發(fā)生錯(cuò)誤，因此之后對(duì)系統(tǒng)進(jìn)行測(cè)試是非常有必要的。4.4.2系統(tǒng)測(cè)試的原則在制定測(cè)試計(jì)劃時(shí)，需要確定輸入的數(shù)據(jù)，還需要確定來(lái)自系統(tǒng)功能的預(yù)期測(cè)試輸出結(jié)果。通過(guò)將預(yù)期的測(cè)試結(jié)果和實(shí)際的輸出結(jié)果進(jìn)行比較來(lái)達(dá)到測(cè)試的效果。我們把結(jié)果與預(yù)期結(jié)果進(jìn)行比較，來(lái)找到錯(cuò)誤。在測(cè)試中，人們經(jīng)常關(guān)注合理有效的數(shù)據(jù)，從系統(tǒng)功能的角度可以預(yù)期，而忽略無(wú)效或意外的數(shù)據(jù)。另外，它不僅測(cè)試程序是否完成了功能，同時(shí)還負(fù)責(zé)測(cè)試程序是否完成了不應(yīng)該完成的功能。.4.5本系統(tǒng)測(cè)試根據(jù)用例設(shè)計(jì)，輸入用例，測(cè)試輸出結(jié)果和預(yù)想結(jié)果是否一致。若一致則表明可以正常運(yùn)行。下面商品管理模塊，添加商品的部分測(cè)試用例。表4-1測(cè)試用例Table4-1testcase功能模塊名稱測(cè)試用例預(yù)期執(zhí)行結(jié)果實(shí)際執(zhí)行結(jié)果是否成功員工檔案管理模塊添加一份員工檔案生成一份新員工檔案生成一份新員工檔案成功員工檔案管理模塊修改員工的聯(lián)系方式員工聯(lián)系方式更新員工聯(lián)系方式更新成功5系統(tǒng)維護(hù)與評(píng)價(jià)5.1系統(tǒng)的維護(hù)系統(tǒng)正常投入運(yùn)行后，進(jìn)入系統(tǒng)維護(hù)階段，它穿插在整個(gè)系統(tǒng)服務(wù)期中，也就是說(shuō)，維護(hù)是日常工作。系統(tǒng)維護(hù)是指在系統(tǒng)中對(duì)其功能和代碼進(jìn)行修改，以確保系統(tǒng)的持續(xù)，正常和可靠的