【正文】 根據(jù)用戶項(xiàng)目建設(shè)目標(biāo)和總體進(jìn)度要求： 業(yè)務(wù)調(diào)查 需求分析流程設(shè)計(jì)解決方案技術(shù)方案數(shù)據(jù)準(zhǔn)備編碼準(zhǔn)備客戶化方案 軟件測(cè)試系統(tǒng)安裝初始設(shè)置用戶培訓(xùn)上線測(cè)試上線運(yùn)行項(xiàng)目驗(yàn)收編碼調(diào)查33 / 39本項(xiàng)目主要完成一、二期的建設(shè)，具體計(jì)劃如下：34 / 39 項(xiàng)目質(zhì)量保證計(jì)劃 用友項(xiàng)目質(zhì)量管理體系在軟件日益重要的今天，軟件企業(yè)競(jìng)爭(zhēng)的重點(diǎn)在于形成規(guī)?；?、規(guī)范化的軟件生產(chǎn)。軟件應(yīng)用的規(guī)模和復(fù)雜度要求軟件生產(chǎn)的規(guī)?；?，而軟件的重要性要求軟件有好的質(zhì)量，這必須要依靠規(guī)范化的軟件生產(chǎn)來(lái)得到。產(chǎn)品的質(zhì)量和服務(wù)是企業(yè)制勝的關(guān)鍵，特別是軟件產(chǎn)品較之其它類型的產(chǎn)品又有著更大的復(fù)雜性與不可見性。提高產(chǎn)品質(zhì)量及規(guī)范化生產(chǎn)能力是用友公司著重考慮的問(wèn)題?？刂栖浖a(chǎn)品生產(chǎn)過(guò)程和提高軟件生產(chǎn)管理水平是確保軟件質(zhì)量的根本方法。從七十年代軟件危機(jī)爆發(fā)以來(lái)，人們就不斷地研究將工程化的方法引入軟件產(chǎn)品的生產(chǎn)中，即軟件工程。這是一項(xiàng)復(fù)雜的技術(shù)，發(fā)展到今天，出現(xiàn)了許多優(yōu)秀的方法，覆蓋了軟件生產(chǎn)的各個(gè)階段，涉及了與軟件產(chǎn)品生產(chǎn)組織相關(guān)的各個(gè)層面，并出現(xiàn)了諸如 ISO 900SEI CMM 等被廣泛采用的質(zhì)量保證及管理的標(biāo)準(zhǔn)體系，為生產(chǎn)高質(zhì)量的軟件產(chǎn)品提供了可靠的保證。階段 任務(wù) 參加人員 工作步驟 輸出文檔需求分析階段確立一個(gè)完整的能夠反映業(yè)務(wù)需求的計(jì)算機(jī)管理系統(tǒng)的邏輯模型，包括系統(tǒng)的功能模型和數(shù)據(jù)模型，以及性能指標(biāo)和運(yùn)行環(huán)境。業(yè)務(wù)人員系統(tǒng)分析員高級(jí)程序員根據(jù)需求調(diào)研的結(jié)果，開展需求分析并進(jìn)行需求分析評(píng)審，制定項(xiàng)目開發(fā)計(jì)劃。《項(xiàng)目開發(fā)計(jì)劃》 《用戶需求說(shuō)明書》《開發(fā)進(jìn)度月報(bào)》概要設(shè)計(jì)階段確定系統(tǒng)怎么做，主要根據(jù)系統(tǒng)需求分析所建立的系統(tǒng)邏輯模型，進(jìn)行系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)，包括系統(tǒng)結(jié)構(gòu)劃分、功能模塊設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)。業(yè)務(wù)人員系統(tǒng)分析員高級(jí)程序員系統(tǒng)總體結(jié)構(gòu)的建立；信息資源規(guī)劃；業(yè)務(wù)功能模塊的設(shè)計(jì)；數(shù)據(jù)庫(kù)的設(shè)計(jì)?！陡乓O(shè)計(jì)說(shuō)明書》 《信息資源規(guī)劃報(bào)告》 《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》 《開發(fā)進(jìn)度月報(bào)》詳細(xì)設(shè)計(jì)階段根據(jù)系統(tǒng)概要設(shè)計(jì)所產(chǎn)生的功能模塊，進(jìn)行詳細(xì)的過(guò)程描述和內(nèi)部細(xì)節(jié)設(shè)計(jì)。系統(tǒng)分析員高級(jí)程序員程序員制定命名規(guī)范；功能模塊的細(xì)化；程序模塊的設(shè)計(jì)；擬定測(cè)試計(jì)劃；編寫《詳細(xì)設(shè)計(jì)說(shuō)明書》；詳細(xì)設(shè)計(jì)評(píng)審?！对敿?xì)設(shè)計(jì)說(shuō)明書》《測(cè)試計(jì)劃》《開發(fā)進(jìn)度月報(bào)》代碼 將系統(tǒng)概詳細(xì)設(shè)計(jì)轉(zhuǎn)化為 系統(tǒng)分析員 根據(jù)程序模塊進(jìn)行 《模塊開發(fā)卷宗》35 / 39階段 用計(jì)算機(jī)語(yǔ)言書寫的源程序，并對(duì)源程序進(jìn)行單元測(cè)試。高及程序員程序員測(cè)試人員編碼；按照測(cè)試計(jì)劃準(zhǔn)備測(cè)試數(shù)據(jù)；對(duì)源程序進(jìn)行單元測(cè)試；編寫《模塊開發(fā)卷宗》 ；編碼評(píng)審?！堕_發(fā)進(jìn)度月報(bào)》測(cè)試階段通過(guò)單元測(cè)試的模塊，進(jìn)行組裝測(cè)試、系統(tǒng)性能指標(biāo)的測(cè)試；根據(jù)《需求分析說(shuō)明書》中定義的功能和性能，確認(rèn)整個(gè)軟件系統(tǒng)是否達(dá)到了要求。業(yè)務(wù)人員測(cè)試人員系統(tǒng)分析員高級(jí)程序員程序員程序模塊的組裝測(cè)試；編寫《測(cè)試分析報(bào)告》 ；整個(gè)軟件系統(tǒng)的確認(rèn)測(cè)試；編寫《用戶手冊(cè)》 、《操作手冊(cè)》 、 《項(xiàng)目開發(fā)總結(jié)報(bào)告》 ；測(cè)試評(píng)審?！稖y(cè)試分析報(bào)告》《用戶手冊(cè)》《操作手冊(cè)》《項(xiàng)目開發(fā)總結(jié)報(bào)告》 《開發(fā)進(jìn)度月報(bào)》系統(tǒng)發(fā)布階段整個(gè)系統(tǒng)的發(fā)布和提交，包括全部程序、環(huán)境及各類文檔?？傮w組配置管理組開發(fā)組測(cè)試組軟件封裝；編制《軟件發(fā)布說(shuō)明書》?！盾浖l(fā)布說(shuō)明書》 《開發(fā)進(jìn)度月報(bào)》系統(tǒng)運(yùn)行和維護(hù)階段系統(tǒng)正常運(yùn)行過(guò)程中的維護(hù)，包括運(yùn)行環(huán)境維護(hù)和數(shù)據(jù)環(huán)境維護(hù)；在系統(tǒng)發(fā)現(xiàn)問(wèn)題需要修改或調(diào)整時(shí)，按照軟件配置管理計(jì)劃中定義的程序維護(hù)過(guò)程進(jìn)行，并且對(duì)修改進(jìn)行版本控制；在適當(dāng)?shù)臅r(shí)機(jī)對(duì)軟件版本進(jìn)行升級(jí)。系統(tǒng)維護(hù)人員配置管理組開發(fā)組測(cè)試組記錄系統(tǒng)的日常運(yùn)行狀況；上報(bào)系統(tǒng)運(yùn)行過(guò)程中發(fā)現(xiàn)的問(wèn)題，以軟件開發(fā)規(guī)范中定義的固定格式記錄問(wèn)題狀況?！盾浖?wèn)題表》 項(xiàng)目需求管理需求管理的目的是管理項(xiàng)目中的需求并標(biāo)識(shí)需求和項(xiàng)目其它工作產(chǎn)品之間的不一致性。任何一個(gè)軟件項(xiàng)目都是從需求開始，以軟件是否滿足需求為結(jié)束條件的。其中有很多角色參與。如何保證這些角色對(duì)于項(xiàng)目需求達(dá)成共同的理解，并在此基礎(chǔ)上進(jìn)行開發(fā)，關(guān)36 / 39系到項(xiàng)目的成敗。因此，在軟件開發(fā)過(guò)程中，應(yīng)當(dāng)加強(qiáng)需求管理，要在所有與項(xiàng)目有關(guān)的人員之間建立對(duì)軟件需求的共同理解。這些人員不僅僅包括最終用戶、客戶，也包括系統(tǒng)工程人員、銷售人員、甚至是另一個(gè)內(nèi)部組織。只有建立了這個(gè)共識(shí)，才能夠保整個(gè)項(xiàng)目進(jìn)展與需求一致，從而保證項(xiàng)目的成功，保證軟件的質(zhì)量。需求管理是建立在需求分析的基礎(chǔ)上的。也就是說(shuō)，需求管理不包括需求獲取和需求分析的技術(shù)性活動(dòng)，需求管理的對(duì)象應(yīng)該是需求分析的最終結(jié)果需求基線。需求管理包括以下內(nèi)容：? 控制對(duì)需求基線的變更? 保持項(xiàng)目計(jì)劃與需求一致? 控制單個(gè)需求和需求文檔的版本? 管理需求與軟件開發(fā)過(guò)程中其他產(chǎn)品之間的依賴關(guān)系? 跟蹤基線中需求的狀態(tài)? 需求跟蹤在軟件開發(fā)的需求管理過(guò)程中，需求跟蹤是最基本的活動(dòng)。需求跟蹤包括編制每個(gè)需求同期它系統(tǒng)元素之間的聯(lián)系文檔。這些元素包括系統(tǒng)中其它的需求、系統(tǒng)的體系結(jié)構(gòu)、其他設(shè)計(jì)部件、源代碼模塊、測(cè)試、幫助文件、文檔等。需求跟蹤能力信息使變更影響分析十分便利，有利于確認(rèn)和評(píng)估實(shí)現(xiàn)某個(gè)建議的需求變更所必須的工作。在系統(tǒng)開發(fā)過(guò)程中可以使用需求跟蹤能力矩陣表示需求和別的系統(tǒng)元素之間的聯(lián)系鏈。需求之間的關(guān)系主要有以下兩種：? 父子聯(lián)系父子聯(lián)系指的是同類需求之間的層次關(guān)系。? 跟蹤聯(lián)系跟蹤聯(lián)系指不同類需求（如某一功能需求和相關(guān)設(shè)計(jì)元素）之間的追溯關(guān)系。需求跟蹤能力矩陣中主要涉及需求之間的跟蹤聯(lián)系。跟蹤聯(lián)系的建立與維護(hù)是需求管理的基礎(chǔ)，是進(jìn)行變更控制、影響分析等活動(dòng)的前提。? 變更控制軟件開發(fā)過(guò)程中一個(gè)最顯著的特點(diǎn)是需求的不穩(wěn)定性。表現(xiàn)為需求總是處于不斷的變化中。變更的原因有很多：用戶由于自身業(yè)務(wù)活動(dòng)的變化，產(chǎn)生的對(duì)需求的變更；需求分析不徹底，造成用戶不斷提出需求的變更；同類產(chǎn)品的激烈競(jìng)爭(zhēng)也會(huì)導(dǎo)致需求的變更。對(duì)于大多數(shù)項(xiàng)目來(lái)說(shuō)，需求的變更是不可避免的。作為項(xiàng)目管理人員，如何有效地控制需求的變更，很大程度上決定了項(xiàng)目的成敗。需求管理的主要工作之一就是要對(duì)需求的變更進(jìn)行管理嚴(yán)格控制。37 / 39 項(xiàng)目計(jì)劃和跟蹤制定軟件項(xiàng)目計(jì)劃的目的是為實(shí)施軟件工程和管理軟件項(xiàng)目制定合理的可行的計(jì)劃，包括對(duì)所要完成的工作量進(jìn)行估計(jì)，確定必需的人力和物力資源。軟件質(zhì)量管理解決方案針對(duì)常用的軟件開發(fā)模式設(shè)定了基本的軟件項(xiàng)目分解方法，并給出估算模型，以軟件需求為基礎(chǔ)，對(duì)軟件開發(fā)的工作量、進(jìn)度、成本以及所需的資源做出合理計(jì)劃。項(xiàng)目管理將對(duì)軟件計(jì)劃的實(shí)施過(guò)程進(jìn)行跟蹤，對(duì)計(jì)劃完成的進(jìn)度和結(jié)果進(jìn)行評(píng)審，并根據(jù)實(shí)際情況調(diào)整計(jì)劃。 培訓(xùn)計(jì)劃 培訓(xùn)名稱用戶人力資源信息系統(tǒng)產(chǎn)品培訓(xùn)。 培訓(xùn)目標(biāo)通過(guò)對(duì)用戶四類人員的培訓(xùn)，達(dá)到用戶相關(guān)人員能熟練、準(zhǔn)確地使用、管理、維護(hù)此系統(tǒng)；通過(guò)建立此系統(tǒng)，達(dá)到提高人力資源管理水平的目的各分支機(jī)構(gòu)人力資源管理人員能夠熟練的安裝系統(tǒng)、導(dǎo)入導(dǎo)出數(shù)據(jù)、完成系統(tǒng)客戶化、自如操作產(chǎn)品，并能夠培訓(xùn)下級(jí)機(jī)構(gòu)其他人員對(duì)產(chǎn)品的操作和使用。最終交付物 交付截止時(shí)間對(duì) A 類對(duì)象實(shí)現(xiàn) L5，以用戶反饋和上級(jí)操作測(cè)試為標(biāo)準(zhǔn) 培訓(xùn)結(jié)束后對(duì) B 類對(duì)象實(shí)現(xiàn) LLLL4，用戶最終對(duì)系統(tǒng)得總體架構(gòu)了解，能進(jìn)行系統(tǒng)維護(hù)和簡(jiǎn)單的二次開發(fā)。培訓(xùn)結(jié)束后對(duì) C 類對(duì)象實(shí)現(xiàn) L5，以用戶反饋和上級(jí)操作測(cè)試為標(biāo)準(zhǔn) 培訓(xùn)結(jié)束后對(duì) D 類對(duì)象實(shí)現(xiàn) L5，每個(gè)試點(diǎn)單位都有一位合格的培訓(xùn)講師為標(biāo)準(zhǔn)培訓(xùn)結(jié)束后中間交付物 交付截止時(shí)間每期培訓(xùn)出勤率不少于 90%每期培訓(xùn)后五個(gè)工作日內(nèi)每期培訓(xùn)的滿意度不低于 4 分每期培訓(xùn)后五個(gè)工作日內(nèi)38 / 39每期學(xué)員結(jié)訓(xùn)閉卷知識(shí)測(cè)試通過(guò)率（60 分以上）不少于 80%；上機(jī)操作測(cè)試通過(guò)率不少于 80%每期培訓(xùn)后五個(gè)工作日內(nèi)（1）培訓(xùn)對(duì)象定義A——領(lǐng)導(dǎo)人員，用戶決策人員和相關(guān)業(yè)務(wù)高級(jí)管理人員。B——相關(guān) IT 人員C——總部人力資源業(yè)務(wù)人員D——全部分支機(jī)構(gòu)人力資源業(yè)務(wù)人員（2）對(duì)計(jì)算機(jī)系統(tǒng)和 HR 產(chǎn)品的業(yè)務(wù)流程的熟悉程度K1——具有綜合和專業(yè)知識(shí)，有計(jì)算機(jī)硬件、軟件和相應(yīng)軟件系統(tǒng)的維護(hù)和操作經(jīng)驗(yàn)；K2——熟悉計(jì)算機(jī)操作，能夠不需要外部幫助，就能單獨(dú)工作，同時(shí)能夠指導(dǎo)別人；K3——在指導(dǎo)下能夠自如操作軟件和數(shù)據(jù)庫(kù)，熟悉用戶人力資源業(yè)務(wù)方式；K4——基本熟悉和能夠操作使用計(jì)算機(jī)，了解人力資源業(yè)務(wù)方式。（3）培訓(xùn)的結(jié)果分級(jí)L1——專業(yè)層次L2——方法層次L3——概念層次L4——介紹層次和操作（4）培訓(xùn)內(nèi)容分類L1——體系架構(gòu)培訓(xùn)L2——J2EE 培訓(xùn)L3——系統(tǒng)功能模塊及二次開發(fā)培訓(xùn)L4——系統(tǒng)運(yùn)行與維護(hù)培訓(xùn)，包括系統(tǒng)運(yùn)行與維護(hù)，性能監(jiān)控和調(diào)整L5——產(chǎn)品操作 培訓(xùn)成員及其職責(zé)角色 人員 職責(zé)項(xiàng)目總監(jiān) 用友 1 人用戶 1 人1）參與項(xiàng)目培訓(xùn)的整體策劃，確定整體方案2）負(fù)責(zé)對(duì)項(xiàng)目培訓(xùn)工作的指導(dǎo)、監(jiān)督3）負(fù)責(zé)項(xiàng)目培訓(xùn)資源的總體協(xié)調(diào)項(xiàng)目經(jīng)理 用友 1 人 1）負(fù)責(zé)項(xiàng)目培訓(xùn)的整體策劃、協(xié)調(diào)、推進(jìn)和落實(shí)2）協(xié)調(diào)培訓(xùn)會(huì)務(wù)所有培訓(xùn)的組織、協(xié)調(diào)及其工作質(zhì)39 / 39量管理；3）課程內(nèi)容的協(xié)調(diào)與落實(shí)；4）培訓(xùn)評(píng)估考核方案的設(shè)計(jì)與落實(shí)；5）組織推進(jìn)講師的甄選和培養(yǎng)；6）負(fù)責(zé)項(xiàng)目經(jīng)費(fèi)的管理；會(huì)務(wù)助理 2 人用戶提供1）組織和落實(shí)所在培訓(xùn)期次的訓(xùn)前中后的會(huì)務(wù)工作；2）每期訓(xùn)前：所有會(huì)務(wù)準(zhǔn)備工作（場(chǎng)地/交通/教材/教具等） ；3）每期訓(xùn)中：培訓(xùn)課堂秩序的維護(hù)與保持；學(xué)員食宿交通的安排；學(xué)員考勤管理；組織知識(shí)測(cè)試；安排上機(jī)操作；費(fèi)用管理等；4）每期訓(xùn)后：培訓(xùn)小結(jié)（須含滿意度統(tǒng)計(jì)/費(fèi)用決算/參訓(xùn)學(xué)員出勤情況） ；批改并匯總知識(shí)測(cè)試試卷成績(jī)；講師的協(xié)調(diào)和管理； 核心團(tuán)隊(duì)成員用友講師３５人1） 參加本次課程培訓(xùn)，承擔(dān)課程開發(fā)任務(wù)；2） 接受課程內(nèi)容與授課技巧輔導(dǎo)，進(jìn)行試講；3） 承擔(dān)授課任務(wù)；外圍團(tuán)隊(duì)成員 資源提供 1 人用戶提供1） 培訓(xùn)教學(xué)用品的供應(yīng)與管理培訓(xùn)助理 1 人用戶提供，可以由會(huì)務(wù)助理兼任1）匯總并維護(hù)所有受訓(xùn)員工的培訓(xùn)及其考核記錄；2） 匯總并整理學(xué)員滿意度反饋記錄；3） 其他相關(guān)需要配合的會(huì)務(wù)工作；