前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇人員需求分析報(bào)告范文，相信會(huì)為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

人員需求分析報(bào)告范文第1篇

一、項(xiàng)目實(shí)施方案概述

軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購(gòu)買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施，軟件項(xiàng)目計(jì)劃書。大量的軟件公司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對(duì)后期用戶應(yīng)用的情況起到非常重要的影響。項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動(dòng)階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測(cè)試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個(gè)階段工作內(nèi)容，每個(gè)階段下面有不同的工作事項(xiàng)，各個(gè)階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個(gè)項(xiàng)目實(shí)施階段分別介紹。

二、項(xiàng)目實(shí)施方案介紹

（一）項(xiàng)目啟動(dòng)階段

此階段處于整個(gè)項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動(dòng)會(huì)四個(gè)階段組成。

此階段主任務(wù)：

公司：在合同簽定后，指定項(xiàng)目經(jīng)理，成立項(xiàng)目組，授權(quán)項(xiàng)目組織完成項(xiàng)目目標(biāo)。

公司項(xiàng)目組：進(jìn)行前期項(xiàng)目調(diào)研，與用戶共同成立項(xiàng)目實(shí)施組織，編制《總體項(xiàng)目計(jì)劃》，召開項(xiàng)目啟動(dòng)會(huì)。

商務(wù)經(jīng)理：配合公司項(xiàng)目組，將積累的項(xiàng)目和用戶信息轉(zhuǎn)交給項(xiàng)目組。將項(xiàng)目組正式介紹給用戶，配合項(xiàng)目組建立與用戶的聯(lián)系。

用戶：成立項(xiàng)目實(shí)施組織，配合前期調(diào)研和召開啟動(dòng)會(huì)，簽署《總體項(xiàng)目計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》。

1、成立項(xiàng)目組

部門經(jīng)理接到實(shí)施申請(qǐng)后，任命項(xiàng)目經(jīng)理，指定項(xiàng)目目標(biāo)，由部門經(jīng)理及項(xiàng)目經(jīng)理一起指定項(xiàng)目組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署《項(xiàng)目任務(wù)書》。

2、前期調(diào)研

項(xiàng)目經(jīng)理及項(xiàng)目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對(duì)合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識(shí)別那些個(gè)體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。

3、編制《項(xiàng)目總體計(jì)劃》

《項(xiàng)目總體計(jì)劃》是一個(gè)文件或文件的集合，隨著項(xiàng)目信息不斷豐富和變化，會(huì)被不斷變更，主要介紹項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：

項(xiàng)目描述，項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；

溝通管理計(jì)劃，確定項(xiàng)目干系人對(duì)信息和溝通的需要：即什么人何時(shí)需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計(jì)劃，確定適合于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個(gè)計(jì)劃，詳細(xì)程度根據(jù)每個(gè)具體項(xiàng)目的要求而定。未解決事宜和未定的決策。

4、啟動(dòng)會(huì)

項(xiàng)目組與用戶共同召開的宣布項(xiàng)目實(shí)施正式開始的會(huì)議。

會(huì)程安排如下：

共同組建項(xiàng)目實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé)；雙方簽署《項(xiàng)目實(shí)施協(xié)議》。

項(xiàng)目組介紹《項(xiàng)目總體計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》，包括以下內(nèi)容：

項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；

項(xiàng)目實(shí)施中項(xiàng)目管理的必要性和如何進(jìn)行項(xiàng)目管理，項(xiàng)目的質(zhì)量如何控制；

項(xiàng)目實(shí)施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用；

階段驗(yàn)收、技術(shù)交接和項(xiàng)目結(jié)束后如何對(duì)用戶提供后續(xù)服務(wù)。

（二）需求調(diào)研確認(rèn)階段

此階段的主要工作是軟件公司的項(xiàng)目實(shí)施人員向用戶調(diào)查用戶對(duì)系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報(bào)表要求調(diào)研、查詢需求調(diào)研等，實(shí)施人員調(diào)研完成后，會(huì)編寫《需求調(diào)研分析手冊(cè)》，并交付用戶進(jìn)行確認(rèn)，待用戶對(duì)《需求調(diào)研分析手冊(cè)》上所提到的需求確認(rèn)完畢后，項(xiàng)目實(shí)施人員將以此為依據(jù)進(jìn)行軟件功能的實(shí)現(xiàn)，工作計(jì)劃《軟件項(xiàng)目計(jì)劃書》。如果用戶又提出新的需求，實(shí)施人員將分析需求的難度及對(duì)整個(gè)系統(tǒng)的影響程度來確定是否給予實(shí)現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：

1、進(jìn)行需求調(diào)研準(zhǔn)備

2、編制《需求調(diào)研計(jì)劃》

3、內(nèi)部評(píng)審是否通過《需求調(diào)研計(jì)劃》，項(xiàng)目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項(xiàng)目實(shí)際情況對(duì)《需求調(diào)研計(jì)劃》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后的時(shí)間內(nèi)簽署，如評(píng)審不通過則重新修改。

4、用戶是否簽署《需求調(diào)研計(jì)劃》，如用戶簽署《需求調(diào)研計(jì)劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。

5、《需求調(diào)研計(jì)劃》是否有變更，如果計(jì)劃存在變更，則執(zhí)行變更控制流程，否則按計(jì)劃進(jìn)行后續(xù)工作。

6、編寫及發(fā)出《需求調(diào)研通知》，項(xiàng)目組編寫《需求調(diào)研通知》，確定進(jìn)行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準(zhǔn)備

7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊(cè)》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。

8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。

9、內(nèi)部評(píng)審是否通過《需求分析報(bào)告》。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)《需求分析報(bào)告》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后由用戶簽署，如評(píng)審不通過則重新修改，直至內(nèi)部評(píng)審?fù)ㄟ^。

10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》。項(xiàng)目組編寫《需求分析報(bào)告確認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。

11、用戶是否確認(rèn)《需求分析報(bào)告》。如果用戶確認(rèn)，并簽署了《需求分析報(bào)告》，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署《需求分析報(bào)告》。雙方簽署了《需求分析報(bào)告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程。

（三）軟件功能實(shí)現(xiàn)確認(rèn)階段

此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊(cè)》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對(duì)不滿足要求的功能，項(xiàng)目實(shí)施人員將會(huì)記錄下來并進(jìn)行功能修改，直到滿足用于要求。

（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段

此階段的主要工作是項(xiàng)目實(shí)施人員指導(dǎo)用戶進(jìn)行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對(duì)用戶進(jìn)行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時(shí)的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項(xiàng)目實(shí)施人員會(huì)對(duì)資料初裝的情況進(jìn)行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。

（五）系統(tǒng)培訓(xùn)階段

系統(tǒng)培訓(xùn)階段工作是整個(gè)項(xiàng)目實(shí)施工作中比較重要的工作，用戶對(duì)軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對(duì)此階段的工作給予足夠的重視。要充分認(rèn)識(shí)培訓(xùn)的重要性和艱巨性。在項(xiàng)目實(shí)施之前對(duì)用戶的相關(guān)人員進(jìn)行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達(dá)到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。

此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個(gè)層次：決策層、技術(shù)層、操作層，對(duì)不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：

決策層：領(lǐng)導(dǎo)在實(shí)施中的作用與重要性、決策查詢。

維護(hù)層：系統(tǒng)維護(hù)知識(shí)、操作方法。

操作層：操作方法。

具體的培訓(xùn)工作流程為：

1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實(shí)施負(fù)責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。

2、編制培訓(xùn)計(jì)劃：結(jié)合調(diào)研結(jié)果，與用戶實(shí)施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時(shí)間，場(chǎng)地，人員等。項(xiàng)目組編制《培訓(xùn)計(jì)劃》。

3、簽署培訓(xùn)計(jì)劃：用戶簽署《培訓(xùn)計(jì)劃》，進(jìn)一步確認(rèn)培訓(xùn)安排。

4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計(jì)劃》，將培訓(xùn)內(nèi)容、時(shí)間，場(chǎng)地，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

5、搭建培訓(xùn)環(huán)境：公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊(cè)準(zhǔn)備好。

6、組織培訓(xùn)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。

7、培訓(xùn)考核：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考試。

8、培訓(xùn)總結(jié)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計(jì)表》，及時(shí)向相關(guān)負(fù)責(zé)人匯報(bào)。

人員需求分析報(bào)告范文第2篇

 

軟件開發(fā)模型是計(jì)算機(jī)應(yīng)用開發(fā)迅速發(fā)展形成的產(chǎn)物，目的是為了更快更好的開發(fā)出符合用戶需求的軟件。我們所熟知的軟件開發(fā)模型有，瀑布模型、快速原型模型、增量模型、螺旋模型、混合模型等等。而近年來，敏捷軟件開發(fā)模式被越來越多的大公司所采用，我們所熟知的，Google、Facebook、Youtube、Baidu、Amazon、Taobao等眾多知名公司，無(wú)一例外。本文將介紹敏捷開發(fā)模式的特點(diǎn)及其在web開發(fā)中的應(yīng)用。

 

1 敏捷開發(fā)模式的意義

 

眾所周知，敏捷(Agile)一詞來自于2001年初美國(guó)猶他州雪鳥滑雪圣地的一次敏捷方法發(fā)起者和實(shí)踐者的聚餐。而早在1990年起，人們就開始尋求一種可以應(yīng)對(duì)迅速變化的需求的軟件開發(fā)方式。敏捷開發(fā)模式能夠使得團(tuán)隊(duì)頻繁交付新軟件，減少快速變化的需求帶來的困擾，并且迅速提高團(tuán)隊(duì)成員的編程能力。

 

2 敏捷開發(fā)模式的原則和方法

 

敏捷開發(fā)模式之所以能夠應(yīng)對(duì)快速變化的需求，依賴于以下幾個(gè)必要原則。

 

2.1 盡早獲取用戶需求并不斷交付有價(jià)值的軟件

 

在一個(gè)項(xiàng)目組中，會(huì)有不同的角色承擔(dān)不同的任務(wù)。首先是項(xiàng)目經(jīng)理(Project manager)，其主要負(fù)責(zé)確定用戶需求，制定項(xiàng)目開發(fā)計(jì)劃，協(xié)調(diào)團(tuán)隊(duì)成員在規(guī)定期限內(nèi)完成項(xiàng)目開發(fā)和交付。當(dāng)項(xiàng)目經(jīng)理與用戶溝通獲取項(xiàng)目目標(biāo)并制定項(xiàng)目開發(fā)計(jì)劃之后，就需要業(yè)務(wù)分析師(Business analyst)與用戶進(jìn)行溝通，獲得項(xiàng)目開發(fā)的具體需求，用戶體驗(yàn)設(shè)計(jì)師(User experience designer)根據(jù)需求分析設(shè)計(jì)界面，軟件開發(fā)者(Developer)進(jìn)行軟件開發(fā)，軟件開發(fā)完成后交給測(cè)試人員(Tester)進(jìn)行軟件測(cè)試，從而交付軟件。在以前的軟件開發(fā)模式中，普遍依賴業(yè)務(wù)分析師和用戶溝通所完成的需求分析報(bào)告而進(jìn)行軟件開發(fā)和交付。這樣做的弊端在于，用戶在提出需求和得到交付軟件之間對(duì)需求本身可能發(fā)生變化，業(yè)務(wù)分析師在與用戶溝通并創(chuàng)建需求分析報(bào)告時(shí)對(duì)需求本身也可能產(chǎn)生誤解，而開發(fā)者本身對(duì)需求分析也會(huì)產(chǎn)生誤解。這就使得花費(fèi)大量人力物力所開發(fā)的軟件最終不能被用戶所接受。而采用敏捷開發(fā)可以避免這種情況。

 

敏捷開發(fā)中有一種叫做Scrum的迭代增量式開發(fā)過程。其目的在于縮短交付周期，不斷交付有價(jià)值的軟件，使得在軟件最終交付時(shí)最大程度滿足用戶需求。這就需要改變傳統(tǒng)的軟件交付模式，當(dāng)項(xiàng)目經(jīng)理和用戶溝通時(shí)，需要設(shè)定階段行的目標(biāo)和任務(wù)，由業(yè)務(wù)分析師和用戶就已經(jīng)確定的需求進(jìn)行需求分析并且在制定需求分析的同時(shí)與開發(fā)人員及時(shí)溝通，避免軟件過度開發(fā)，這樣就可以縮短軟件交付期限。將原本一年甚至幾年的開發(fā)周期縮短至兩個(gè)星期到一個(gè)月，每次交付部分有價(jià)值的軟件，這樣用戶可以盡早體驗(yàn)并及時(shí)提出問題和調(diào)整需求。

 

2.2 制定詳盡的開發(fā)和交付流程

 

將軟件開發(fā)周期從幾年縮短到一個(gè)月甚至兩個(gè)星期，這需要制定詳盡的軟件開發(fā)和交付流程。而詳盡的軟件開發(fā)和交付流程也是實(shí)現(xiàn)Scrum所必須遵守的。

 

在Scrum中一個(gè)交付周期被稱為一個(gè)Sprint。在每個(gè)Sprint開始之前，要有一個(gè)Sprint的計(jì)劃會(huì)議(Sprint plan meeting)。Sprint計(jì)劃會(huì)議是在業(yè)務(wù)分析師和用戶確定好當(dāng)前階段的需求分析之后，將可以進(jìn)行開發(fā)的部分按照需求的優(yōu)先級(jí)順序排列好開發(fā)任務(wù)(Story)， 再由開發(fā)人員對(duì)任務(wù)進(jìn)行難度評(píng)分，最后團(tuán)隊(duì)根據(jù)可變因素如團(tuán)隊(duì)成員情況，開發(fā)環(huán)境狀態(tài)等確定下一個(gè)Sprint的任務(wù)。為了加強(qiáng)團(tuán)隊(duì)內(nèi)部的溝通和及時(shí)掌握開發(fā)交付情況，Scrum要求團(tuán)隊(duì)每日開站立會(huì)議(Stand up meeting)，站立會(huì)議通常1到2分鐘每人，主要說明前一天的工作內(nèi)容，存在什么問題，以及今天的工作計(jì)劃。當(dāng)然在每個(gè)Sprint快結(jié)束的前一天，要開評(píng)審會(huì)議，來報(bào)告進(jìn)度，通常情況下是軟件會(huì)議制定軟件當(dāng)前Sprint的軟件計(jì)劃。中國(guó)有句古話叫做“吾日三省吾身”，每個(gè)Sprint結(jié)束還有一個(gè)最為重要的會(huì)議就是回顧會(huì)議(Retrospective meeting)?；仡檿?huì)議主要是總結(jié)上一個(gè)Sprint，保持優(yōu)點(diǎn)，克服缺點(diǎn)。確保每個(gè)會(huì)議的有效性是Scrum實(shí)現(xiàn)的基礎(chǔ)。

 

2.3 結(jié)對(duì)編程，提高軟件開發(fā)效率

 

當(dāng)需求明確且計(jì)劃詳細(xì)之后，對(duì)于軟件開發(fā)最重要的就是提高開發(fā)效率。只有提高開發(fā)效率才能在短時(shí)間內(nèi)向用戶提供有價(jià)值的交付軟件。對(duì)于提高軟件開發(fā)效率，敏捷開發(fā)有一個(gè)很好的方式叫做結(jié)對(duì)編程(Pair programming)。所謂結(jié)對(duì)編程，就是一個(gè)任務(wù)交給兩個(gè)開發(fā)人員，兩個(gè)開發(fā)人員同時(shí)坐在一臺(tái)電腦前面，一個(gè)人編程，另一個(gè)人實(shí)時(shí)檢查，然后互換角色。當(dāng)然，也可以和測(cè)試驅(qū)動(dòng)設(shè)計(jì)(Test Driven Design)相結(jié)合，一個(gè)寫測(cè)試用例，另一個(gè)通過實(shí)現(xiàn)代碼使測(cè)試通過，然后互換角色。結(jié)對(duì)編程的好處在于，與傳統(tǒng)開發(fā)一個(gè)人一個(gè)任務(wù)相比，兩個(gè)人一起協(xié)作，可以盡快確定測(cè)試用例和程序接口，實(shí)時(shí)檢查代碼減少代碼調(diào)試時(shí)間，互相學(xué)習(xí)軟件開發(fā)設(shè)計(jì)技術(shù)，避免因成員變動(dòng)阻礙開發(fā)進(jìn)度。對(duì)于結(jié)對(duì)編程的兩個(gè)人，只要兩個(gè)人有互補(bǔ)，就可以在一起結(jié)對(duì)編程。例如，一個(gè)開發(fā)人員可以和一個(gè)需求分析師一起結(jié)對(duì)編程，需求分析師了解任務(wù)需求，可以負(fù)責(zé)編寫測(cè)試用例，開發(fā)人員實(shí)現(xiàn)測(cè)試用例，從而使開發(fā)更滿足需求。用戶體驗(yàn)師也可以和開發(fā)人員結(jié)對(duì)編程，開發(fā)人員每實(shí)現(xiàn)一個(gè)功能塊，用戶體驗(yàn)師都可以進(jìn)行實(shí)時(shí)的檢查，從而更滿足用戶的體驗(yàn)。結(jié)對(duì)編程，看似浪費(fèi)人員，因?yàn)橥粫r(shí)間做的任務(wù)變少，但是卻能夠大大提高編程效率和開發(fā)質(zhì)量，是敏捷開發(fā)中重要的實(shí)現(xiàn)方法之一。

人員需求分析報(bào)告范文第3篇

關(guān)鍵詞：全臺(tái)網(wǎng);技術(shù)管理;人員管理;節(jié)目資源共享

中圖分類號(hào)：TB文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1672-3198（2012）19-0183-01

目前,我臺(tái)所有前期拍攝設(shè)備和后期制作設(shè)備都?xì)w技術(shù)中心統(tǒng)一調(diào)配、管理,但由于臺(tái)內(nèi)對(duì)節(jié)目生產(chǎn)成本沒有進(jìn)行考核管理,各部室人員使用設(shè)備沒有直接和經(jīng)濟(jì)效益掛鉤,導(dǎo)致記者領(lǐng)用設(shè)備外出采訪結(jié)束不能及時(shí)歸還,以及在節(jié)目制作中長(zhǎng)時(shí)間占用、使用編輯設(shè)備等現(xiàn)象發(fā)生,這樣一是設(shè)備磨損嚴(yán)重,二是設(shè)備利用率不高,我臺(tái)本身缺少制作設(shè)備,經(jīng)常出現(xiàn)人等設(shè)備的情況,極大影響整個(gè)生產(chǎn)流程。2008年,我臺(tái)進(jìn)行了數(shù)字化改造,搭建了制播局域網(wǎng),但由于經(jīng)費(fèi)緊缺,沒有搭建TVS設(shè)備管理系統(tǒng)便于對(duì)全臺(tái)設(shè)備進(jìn)行統(tǒng)一管理。隨著電視事業(yè)的發(fā)展壯大,采訪制作量不斷增加,現(xiàn)在的設(shè)備管理模式已經(jīng)表現(xiàn)出它的不合理、不完善。

2009年,阿拉善盟隨著新傳媒大樓的建設(shè)項(xiàng)目啟動(dòng),阿拉善盟廣播電視臺(tái)面臨著實(shí)現(xiàn)全臺(tái)網(wǎng)的機(jī)遇,由臺(tái)領(lǐng)導(dǎo)班子牽頭成立了項(xiàng)目設(shè)計(jì)小組,并抽調(diào)臺(tái)內(nèi)技術(shù)骨干和寧夏電視臺(tái)技術(shù)人員與中廣電設(shè)計(jì)院工程技術(shù)人員多次討論完成全臺(tái)網(wǎng)設(shè)計(jì)大綱,為新傳媒大樓制定我臺(tái)新的技術(shù)方案。

作為一名技術(shù)骨干,我們深知責(zé)任的重大,將決定節(jié)目生產(chǎn)流程,進(jìn)而影響到我臺(tái)發(fā)展規(guī)模和管理體制。本著對(duì)阿拉善廣播電視臺(tái)未來高度負(fù)責(zé)的精神于2010年6月開始這項(xiàng)重要工作,工作分為以下四個(gè)階段進(jìn)行。

1需求調(diào)研階段

1.1發(fā)放調(diào)查問卷

我們根據(jù)需要了解各部門的情況和將來發(fā)展需求,例如總編室主要了解節(jié)目編排和各部門的接口關(guān)系,對(duì)新聞中心將重點(diǎn)了解網(wǎng)絡(luò)化制作的安全性和穩(wěn)定性,對(duì)各欄目制作模式度進(jìn)行詳細(xì)了解。

1.2分析調(diào)查問卷

收回問卷后,我們馬上進(jìn)行調(diào)查問卷的分析工作,歸納總結(jié)出節(jié)目共性需求和個(gè)性需求,將調(diào)查問卷中回答的不詳細(xì)和需要進(jìn)一步深入了解的問題歸類。

1.3深入各部門進(jìn)行調(diào)研工作和節(jié)目流程跟蹤工作

重點(diǎn)進(jìn)行了總編室、新聞中心、蒙編部、欄目、播控中心等的調(diào)研工作,由于領(lǐng)導(dǎo)重視、工作人員積極配合,在項(xiàng)目小組成員耐心細(xì)致的工作下,這項(xiàng)工作在兩周內(nèi)完成,得到了十分詳細(xì)的資料,為下一步工作提供了準(zhǔn)確的數(shù)據(jù)。

1.4分析歸納各種調(diào)查數(shù)據(jù),形成《需求調(diào)研報(bào)告》

根據(jù)得到的各部門現(xiàn)實(shí)狀況和自辦節(jié)目的種類、設(shè)備使用情況、成片比、未來發(fā)展方向、未來需求等數(shù)據(jù),最后制定出五年后阿拉善盟廣播電視臺(tái)節(jié)目規(guī)模和設(shè)備規(guī)模的《需求調(diào)研報(bào)告》。

2需求分析報(bào)告階段

2010年3月5日至16日是聯(lián)合設(shè)計(jì)工作的第二階段。該階段臺(tái)內(nèi)技術(shù)小組成員和寧夏電視臺(tái)的工程技術(shù)人員及中廣電設(shè)計(jì)院的工程技術(shù)人員通力合作,在《需求調(diào)研報(bào)告》的基礎(chǔ)上,對(duì)各主體業(yè)務(wù)的數(shù)據(jù)信息進(jìn)行周密細(xì)致的統(tǒng)籌分析考慮,形成《需求分析報(bào)告》,該報(bào)告囊括了臺(tái)內(nèi)主體業(yè)務(wù)的流程、功能、規(guī)模、接口四個(gè)方面的匯總分析,為下一階段的設(shè)計(jì)大綱和設(shè)計(jì)方案的編寫提供了必要的分析數(shù)據(jù)和整體設(shè)計(jì)依據(jù)。

3設(shè)計(jì)大綱階段

2010年4月10日至16日是聯(lián)合設(shè)計(jì)工作的第三階段。該階段歷史7天,聯(lián)合設(shè)計(jì)小組按照“整體規(guī)劃”的設(shè)計(jì)原則,具體采用“先總體后分系統(tǒng)、先設(shè)計(jì)圖后文字描述”的循序漸進(jìn)工作方式,不斷充實(shí)和完善形成了圖集和文字方案組成的《設(shè)計(jì)大綱》。

4設(shè)計(jì)方案階段

從2010年4月17日起,阿拉善盟電視臺(tái)全臺(tái)網(wǎng)項(xiàng)目聯(lián)合設(shè)計(jì)工作已經(jīng)進(jìn)入最后階段,在設(shè)計(jì)方案階段,聯(lián)合設(shè)計(jì)工作小組重點(diǎn)是以《設(shè)計(jì)說明書》為框架指導(dǎo)和內(nèi)容基礎(chǔ),通過內(nèi)容補(bǔ)充完善和修訂的方式來形成最終的《設(shè)計(jì)方案》。在啟動(dòng)具體的編寫工作之前,聯(lián)合設(shè)計(jì)工作小組進(jìn)行了內(nèi)部的多次溝通和討論,形成了補(bǔ)充完善和修訂的要點(diǎn),為后續(xù)的具體編寫工作指明了方向。

人員需求分析報(bào)告范文第4篇

 

對(duì)于現(xiàn)存的微電子設(shè)計(jì)軟件進(jìn)行大量分析調(diào)查后，我們發(fā)現(xiàn)現(xiàn)存的微電子設(shè)計(jì)軟件都不能滿足印刷微電子的設(shè)計(jì)要求，因?yàn)橛∷⑽㈦娮优c傳統(tǒng)微電子在生產(chǎn)工藝上存在很大的區(qū)別。我們計(jì)劃在傳統(tǒng)微電子設(shè)計(jì)軟件的基礎(chǔ)上，增加印刷微電子設(shè)計(jì)的個(gè)性化的軟件，這就要求我們向軟件開發(fā)人員提供明確的軟件功能需求報(bào)告，這對(duì)大部分微電子工作人員來說，都是一項(xiàng)極具挑戰(zhàn)性的工作，這就要求我們具備相當(dāng)完善的知識(shí)體系，掌握計(jì)算機(jī)應(yīng)用等相關(guān)學(xué)科的知識(shí)。如果缺乏對(duì)印刷微電子的全面、深入的認(rèn)識(shí)，就不可能提交高質(zhì)量的印刷微電子設(shè)計(jì)軟件的需求分析報(bào)告。缺乏準(zhǔn)確、全面的需求分析報(bào)告，必然會(huì)成為制約軟件設(shè)計(jì)的因素，以至于軟件設(shè)計(jì)人員只能借由自己對(duì)印刷微電子的主觀認(rèn)識(shí)和有限了解來構(gòu)建軟件，最終導(dǎo)致設(shè)計(jì)的軟件并不適合于實(shí)際生產(chǎn)應(yīng)用。為了解決這一問題，筆者在閱讀大置有關(guān)印刷微電子方面資料的基礎(chǔ)上，結(jié)合需求分析的相關(guān)知識(shí)，總結(jié)得出了，印刷微電子設(shè)計(jì)的主要流程，確定了印刷微電子設(shè)計(jì)軟件的基本功能，并對(duì)印刷微電子的設(shè)計(jì)流程以及軟件的功能需求做出了詳細(xì)、全面的描述。

 

一、確定印刷微電子設(shè)計(jì)流程

 

如果使用傳統(tǒng)的微電子設(shè)計(jì)軟件，勢(shì)必不能滿足全印刷微電子設(shè)計(jì)的需求，要實(shí)現(xiàn)微電子全印刷，就需要在傳統(tǒng)微電子設(shè)計(jì)軟件中將印刷微電子設(shè)計(jì)的功能就加入到軟件中，實(shí)現(xiàn)傳統(tǒng)微電子設(shè)計(jì)與全印刷微電子設(shè)計(jì)的集成，從系統(tǒng)論的角度對(duì)微電子設(shè)計(jì)的流程進(jìn)行整體規(guī)劃，使軟件的功能更加全面、強(qiáng)大。印刷微電子，顧名思義就是基于印刷原理的電子學(xué)。既然是以印刷的方式實(shí)現(xiàn)微電子制造，在電路設(shè)計(jì)之初就要考慮到印刷方面的問題：哪些器件可以由印刷的方式實(shí)現(xiàn)，由哪種印刷工藝實(shí)現(xiàn)印刷，以及印刷參數(shù)設(shè)置等。所以印刷微電子設(shè)計(jì)與傳統(tǒng)的微電子設(shè)計(jì)存在很多不同之處，傳統(tǒng)的微電子設(shè)計(jì)軟件并不能滿足印刷微電子設(shè)計(jì)。

 

傳統(tǒng)PCB板的設(shè)計(jì)流程是：

 

1、設(shè)計(jì)目標(biāo)，比如草圖、器件的資料準(zhǔn)備。

 

2、原理圖封裝準(zhǔn)備，如果庫(kù)里有的可以直接用，沒有的直接繪制圖形，也可以建立自己的庫(kù)文件。

 

3、原理圖繪制，將所需器件都擺好，然后根據(jù)電路要求連線。

 

4、原理圖檢查，比如連線是否正確、標(biāo)號(hào)調(diào)整、封裝制定等等，或使用DRC功能檢查。

 

5、檢查無(wú)誤進(jìn)行下一步。

 

6、PCB封裝準(zhǔn)備，這一步也可與第2步同時(shí)進(jìn)行。

 

7、板框準(zhǔn)備，將器件從原理圖或網(wǎng)絡(luò)表里導(dǎo)入到PCB軟件里面，并設(shè)置設(shè)計(jì)規(guī)則。

 

8、布局，然后布線。

 

9、敷銅，檢査。

 

10、生產(chǎn)文檔準(zhǔn)備，如器件列表，貼裝圖等。

 

而全印刷微電子的電路全部利用印刷方式來實(shí)現(xiàn)，原理圖設(shè)計(jì)部分與傳統(tǒng)PCB的原理圖設(shè)計(jì)基本相同。與傳統(tǒng)PCB所不同的是，在PE圖設(shè)計(jì)的過程中，就要對(duì)元器件的材料、打印時(shí)序、線寬、印刷工藝、固膜方式等進(jìn)行設(shè)置，無(wú)需敷銅的檢查。

 

所以，全印刷微電子的設(shè)計(jì)流程是：

 

1、設(shè)計(jì)目標(biāo)，比如草圖、器件的資料準(zhǔn)備。

 

2、原理圖封裝準(zhǔn)備，如果庫(kù)里有的可以直接用，沒有的直接繪制圖形，也可以建立自己的庫(kù)文件。

 

3、原理圖繪制，將所需器件都擺好，然后根據(jù)電路要求連線。

 

4、原理圖檢查，比如連線是否正確、標(biāo)號(hào)調(diào)整、封裝制定等等，或使用DRC功能檢查。

 

5、檢查無(wú)誤進(jìn)行下一步。

 

6、元件封裝與放置，元件參數(shù)設(shè)置，包括材料選擇，印刷時(shí)序，印刷方式和固化工藝等。

 

7、導(dǎo)線參數(shù)設(shè)置，包括材料，線寬，印刷時(shí)序，印刷方式和固化工藝等。

 

8、線路檢查。

 

.9、電路仿真。

 

10、生產(chǎn)文檔生成，驅(qū)動(dòng)印刷設(shè)備。

 

與傳統(tǒng)的生產(chǎn)工藝相比，全印刷微電子在生產(chǎn)過程中更具有連貫性，效率更高。全印刷微電子設(shè)計(jì)軟件與傳統(tǒng)的PCB設(shè)計(jì)軟件相比，更方便，將電路設(shè)計(jì)的大部分工作交由軟件完成，電路設(shè)計(jì)完成之后，剩下的工作就可以由打印機(jī)自動(dòng)完成，省去了人力。

 

二、印刷微電子設(shè)計(jì)軟件功能需求分析

 

1.印刷微電子設(shè)計(jì)軟件功能需求報(bào)告是在印刷微電子需求分析的基礎(chǔ)上結(jié)合微電子設(shè)計(jì)的特點(diǎn)提出來的，主要用于提交給軟件開發(fā)人員來直接指導(dǎo)軟件設(shè)計(jì)和開發(fā)的文檔。印刷電子既然要以印刷的方式實(shí)現(xiàn)，再設(shè)計(jì)的過程中必然要考慮印刷制造的因素。以導(dǎo)線為例進(jìn)行說明，在連接導(dǎo)線的過程中，除了傳統(tǒng)微電子設(shè)計(jì)時(shí)需要的相應(yīng)的參數(shù)設(shè)置外，還要對(duì)導(dǎo)線的印刷參數(shù)進(jìn)行設(shè)罝，包括：印刷材料選擇，導(dǎo)線的印刷尺寸(長(zhǎng)、寬、后)，印刷溫度，印刷方式以及固膜方式等，同時(shí)還要考慮到印刷對(duì)導(dǎo)線的電性能可能造成的影響因素，并盡可能選擇影響最小的印刷制造方式。

 

2.目前，國(guó)內(nèi)有關(guān)印刷微電子設(shè)計(jì)軟件功能需求的分析還不夠成熟更完善具體的軟件功能需求分析需要在實(shí)踐中不斷的總結(jié)升華。筆者主要以本研究團(tuán)隊(duì)的實(shí)踐，以及微電子和印刷方面的知識(shí)為基礎(chǔ)，將印刷微電子設(shè)計(jì)除去傳統(tǒng)微電子設(shè)計(jì)的功能之外的部分概括如下：印刷材料參數(shù)設(shè)置，印刷尺寸的確定，印刷工藝設(shè)置，打印時(shí)序設(shè)置。

 

3.材料參數(shù)設(shè)置是在電路圖設(shè)計(jì)過程中，元器件可以選擇庫(kù)中存在的并根據(jù)數(shù)據(jù)自己配》，也可以自己配置且滿足參數(shù)要求，其中材料參數(shù)設(shè)置主要包括：材料的組成，材料的印刷尺寸以及材料的使用溫度范圍。

 

印刷工藝可以由系統(tǒng)根據(jù)前面材料參數(shù)的設(shè)置自動(dòng)給出，用戶也可以根據(jù)方便性原則手動(dòng)設(shè)置，但是所選印刷方式一定要符合材料的要求。印刷工藝選擇是的主要內(nèi)容是：印刷方式、固化方式。其中印刷方式可以是：噴墨印刷、絲網(wǎng)印刷、ro11-2-roll、柔印、熱轉(zhuǎn)印等印刷方式。固化方式可以是UV固化或高溫煅燒。不管是印刷工藝還是固化方式都回對(duì)最終電路的性能產(chǎn)生影響，可以將印刷和固化對(duì)電路的影響以影響因子的方式給出，已選擇最合適的印刷和固化方式。

 

打印時(shí)序主要是根據(jù)材料的印刷層次先后結(jié)合溫度、印刷方式，給出最快捷、最高效的印刷制造順序，系統(tǒng)可根據(jù)之前的參數(shù)設(shè)置給出可選項(xiàng)，設(shè)計(jì)人員也可以自行設(shè)定或在系統(tǒng)給出的可選項(xiàng)中選擇并修改。

人員需求分析報(bào)告范文第5篇

【關(guān)鍵詞】人事檔案；身份證讀卡器；數(shù)據(jù)庫(kù)【中圖分類號(hào)】R132

【文獻(xiàn)標(biāo)識(shí)碼】A

【文章編號(hào)】1672-5158（2012）10-0002-02

1　引言

隨著信息技術(shù)的不斷發(fā)展，以計(jì)算機(jī)技術(shù)為主體的各類高新技術(shù)已經(jīng)將觸角深入到國(guó)民經(jīng)濟(jì)的方方面面。以往，我們的檔案系統(tǒng)主要通過初辦時(shí)個(gè)人獲得的檔案號(hào)，或者通過姓名來查找個(gè)人信息。這些方法，在檔案數(shù)量較少或個(gè)人辦理初期，弊端尚不明顯，而一旦庫(kù)容量達(dá)到一定的數(shù)量級(jí)，或者隨著時(shí)間的推移，其不足就顯現(xiàn)了出來。主要表現(xiàn)在兩個(gè)方面：

同一份檔案重復(fù)力理，造成數(shù)據(jù)冗余。隨著人才的頻繁流動(dòng)，很多人會(huì)把轉(zhuǎn)出的檔案重新轉(zhuǎn)回，從而會(huì)重新辦理，這樣就會(huì)造成同一份檔案在數(shù)據(jù)庫(kù)里有多條記錄。目前系統(tǒng)中這樣的冗余數(shù)據(jù)很多。

一無(wú)法迅速定位。由于檔案數(shù)量巨大，通過姓名查找存在重名問題。目前系統(tǒng)中經(jīng)常有這樣的情況出現(xiàn)：錄入姓名，一下子跳出幾十條同名數(shù)據(jù)，需要工作人員再次核對(duì)生日，院校等信息才能確認(rèn)某檔案，大大影響效率。

隨著社會(huì)的進(jìn)步和發(fā)展，二代身份證在我們的生活中起到越來越重要的作用，二代身份證具有唯一性。本文作者根據(jù)自己多年的檔案工作經(jīng)驗(yàn)和一定的計(jì)算機(jī)知識(shí)，提出了在當(dāng)前的人事系統(tǒng)中增加使用二代身份證讀卡器來完成數(shù)據(jù)的采集、查詢的新方法，徹底解決了這一難題。

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

系統(tǒng)設(shè)計(jì)是本系統(tǒng)開發(fā)的重要階段，它直接影響到目標(biāo)系統(tǒng)的安全和穩(wěn)定，是整個(gè)系統(tǒng)開發(fā)工作的核心。

2.1　系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)

原應(yīng)用系統(tǒng)采用的是兩層C／S計(jì)算機(jī)結(jié)構(gòu)體系，由客戶端和數(shù)據(jù)庫(kù)服務(wù)器組成。身份證讀卡器系統(tǒng)配有SDK軟件開發(fā)包，對(duì)原有的業(yè)務(wù)系統(tǒng)可以做到良好兼容，將證件識(shí)別采集程序嵌入到原來各種應(yīng)用系統(tǒng)中即可進(jìn)行數(shù)據(jù)采集。其模式結(jié)構(gòu)圖見圖1。

2.2　系統(tǒng)流程設(shè)計(jì)

根據(jù)中心業(yè)務(wù)的工作方式，針對(duì)二代身份證可進(jìn)行機(jī)讀識(shí)別的特點(diǎn)，借助二代身份證讀卡器，采用“聯(lián)機(jī)模式方案”，實(shí)現(xiàn)中心對(duì)客戶身份證信息的采集及有效性驗(yàn)證。簡(jiǎn)單地講，就是將身份證讀卡器與PC通過串口或USB口直接相連，PC上加載加密模式的讀卡器驅(qū)動(dòng)軟件及身份識(shí)別應(yīng)用程序，應(yīng)用程序?qū)⒍矸葑C中IC的信息（公民身份號(hào)碼、姓名、性別、民族、出生日期、住址、簽發(fā)單位、簽發(fā)日期、有效期截止日期、照片）傳輸?shù)絇C中。同時(shí)，柜臺(tái)工作人員通過PC的顯示來核對(duì)機(jī)讀的信息與身份證印刷信息是否一致。針對(duì)中心的需求實(shí)現(xiàn)二次應(yīng)用程序開發(fā)，如將已識(shí)別的用戶身份信息的保存、查詢和索引等。

2.3　系統(tǒng)功能模塊設(shè)計(jì)

系統(tǒng)主要包含信息讀取、身份驗(yàn)證、將采集到的信息和原系統(tǒng)進(jìn)行匹配從而實(shí)現(xiàn)數(shù)據(jù)查詢等功能。

2.3.1　自動(dòng)查詢

工作人員進(jìn)入客戶端應(yīng)用程序后，程序自動(dòng)檢測(cè)身份證讀卡器工作狀態(tài)，如果感應(yīng)到有身份證靠近，會(huì)直接將身份證號(hào)碼這一唯一信息讀入系統(tǒng)，免去手工操作，提高了錄入速度和準(zhǔn)確性。系統(tǒng)通過網(wǎng)內(nèi)線路將采集到的身份證號(hào)碼上傳到檔案數(shù)據(jù)庫(kù)，與庫(kù)里的信息進(jìn)行對(duì)比查詢，如果查詢到庫(kù)中無(wú)該客戶記錄，則提示檔案庫(kù)不存在此人檔案，可再通過姓名查詢的方式進(jìn)行二次核查，防止數(shù)據(jù)庫(kù)中身份證數(shù)據(jù)信息有誤；如果查詢到庫(kù)中有該客戶記錄，如果只有一條則直接顯示，如果有重復(fù)數(shù)據(jù)（此檔案重復(fù)在該中心辦理），只需選擇正確的一條即可。

2.3.2　雙重驗(yàn)證

身份真?zhèn)瓮ㄟ^視讀和機(jī)讀雙重驗(yàn)證，確保用戶身份真實(shí)準(zhǔn)確。具體講就是系統(tǒng)會(huì)通過身份證讀卡器獲取照片信息，然后和事人員進(jìn)行比對(duì)，即可一目了然斷定身份真?zhèn)巍?/p>

2.3.3　信息采集

對(duì)于初次辦理的人員，只有將將身份證放在讀卡器上，應(yīng)用程序會(huì)自動(dòng)采集芯片中的用戶身份信息，從而實(shí)現(xiàn)保存、查詢和索引等功能。在采集的過程中，系統(tǒng)會(huì)自動(dòng)判斷檔案數(shù)據(jù)庫(kù)中是否有重復(fù)的身份證號(hào)碼，如果存在則提示工作人員，以防重復(fù)辦理。這樣既能保證數(shù)據(jù)真實(shí)有效，同時(shí)又能防止產(chǎn)生冗余數(shù)據(jù)。

3　關(guān)鍵技術(shù)分析

人才檔案系統(tǒng)的服務(wù)內(nèi)容繁多，涵蓋了，戶籍，保險(xiǎn)公積金等各項(xiàng)業(yè)務(wù)，業(yè)務(wù)流程不盡相同，根據(jù)各業(yè)務(wù)特點(diǎn)，在開發(fā)期間擬解決以下幾個(gè)關(guān)鍵問題。

3.1　需求分析與功能抽象技術(shù)

通過深入調(diào)研，首先弄清楚人才中心檔案管理和檔案服務(wù)的基本需求，完成系統(tǒng)功能分析，初步確定體系結(jié)構(gòu)，包括對(duì)原系統(tǒng)的改進(jìn)和待實(shí)現(xiàn)功能的定義。在這一過程中要需要整理出詳盡的需求分析報(bào)告，盡可能做到完備。根據(jù)需求分析報(bào)告設(shè)計(jì)業(yè)務(wù)系統(tǒng)流程、劃分具體功能，并通過系統(tǒng)信息需求分析的結(jié)論，設(shè)計(jì)本系統(tǒng)的E-R模型，即將業(yè)務(wù)的需求與表述轉(zhuǎn)化為數(shù)據(jù)庫(kù)設(shè)計(jì)專用語(yǔ)言與流程，清晰反映數(shù)據(jù)及數(shù)據(jù)之間的聯(lián)系與傳遞關(guān)系，這個(gè)階段是整個(gè)系統(tǒng)開發(fā)的基礎(chǔ)。在以后的開發(fā)過程中還需要根據(jù)實(shí)際需求變化不斷更改。

3.2　主要技術(shù)分析

3.2.1　圖像采集

通過二代身份證讀卡器，可將二代身份證中的加密照片信息讀取到本地指定目錄并存放成圖片文件zp.bmp，應(yīng)用程序可以顯示改照片信息，并且保存到數(shù)據(jù)庫(kù)中，完成照片的采集。

3.2.2　封裝對(duì)象

在PowerBuilder中我們還可以創(chuàng)建自己的用戶對(duì)象。我們可以利用面向?qū)ο蠓椒ㄖ械膶?duì)象的封裝性、繼承性、多態(tài)性等特點(diǎn)使得我們開發(fā)的應(yīng)用程序具有極大的可重用性和可擴(kuò)展性，而這一點(diǎn)正是軟件工程中對(duì)應(yīng)用程序所提出的重要目標(biāo)。

在原有的信息管理系統(tǒng)中，多個(gè)業(yè)務(wù)（檔案查詢，初辦，戶籍查詢，戶籍辦理等）需要調(diào)用身份證讀卡器供應(yīng)商提供的動(dòng)態(tài)鏈接文件，為了提高系統(tǒng)的開發(fā)效率，使得開發(fā)人員無(wú)須重復(fù)編碼，直接定義了一個(gè)不可視控件，將相關(guān)函數(shù)封裝在該對(duì)象中，這樣開發(fā)人員使用時(shí)只需要聲明變量，系統(tǒng)將自動(dòng)調(diào)用相應(yīng)的服務(wù)例程處理，使用起來簡(jiǎn)潔高效。

4　結(jié)語(yǔ)

使用身份證讀卡器信息技術(shù)輔助人事檔案管理，可有效地解決管理弊端，使數(shù)據(jù)庫(kù)與身份證信息準(zhǔn)確。這一技術(shù)首先被應(yīng)用在南京某人才服務(wù)機(jī)構(gòu)的檔案管理中，取得了良好的效果。近年來，該技術(shù)被迅速推廣到全國(guó)其它近二十家人才服務(wù)機(jī)構(gòu)，信息管理部門借助“客戶身份證自動(dòng)采集設(shè)備+電子數(shù)據(jù)庫(kù)”的方案對(duì)原辦事流程進(jìn)行改造，從而實(shí)現(xiàn)對(duì)初辦、后續(xù)服務(wù)等關(guān)鍵環(huán)節(jié)一勞永逸的立體化管理。通過使用該技術(shù)手段，實(shí)現(xiàn)了大容量檔案庫(kù)房的有序管理，極大的提高了單位的工作效率和服務(wù)質(zhì)量。

參考文獻(xiàn)