人員需求分析報告

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

人員需求分析報告范文第1篇

一、項目實施方案概述

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

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務(wù)：

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

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

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

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

1、成立項目組

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

2、前期調(diào)研

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

3、編制《項目總體計劃》

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

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

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

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。

會程安排如下：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

操作層：操作方法。

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

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

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

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

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

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

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

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

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

人員需求分析報告范文第2篇

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

人員需求分析報告范文第3篇

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2需求分析報告階段

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

3設(shè)計大綱階段

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

4設(shè)計方案階段

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

人員需求分析報告范文第4篇

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

8、布局，然后布線。

 

9、敷銅，檢査。

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

8、線路檢查。

 

.9、電路仿真。

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

人員需求分析報告范文第5篇

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

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

【文章編號】1672-5158（2012）10-0002-02

1　引言

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

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

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

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

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

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

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

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

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

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

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

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

2.3.1　自動查詢

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

2.3.2　雙重驗證

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

2.3.3　信息采集

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

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

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

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

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

3.2　主要技術(shù)分析

3.2.1　圖像采集

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

3.2.2　封裝對象

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

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

4　結(jié)語

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

參考文獻(xiàn)