為確保事情或工作順利開展，常常要根據(jù)具體情況預(yù)先制定方案，方案是綜合考量事情或問題相關(guān)的因素后所制定的書面計(jì)劃。通過制定方案，我們可以有條不紊地進(jìn)行問題的分析和解決，避免盲目行動和無效努力。下面是小編幫大家整理的方案范文，僅供參考，大家一起來看看吧。
軟件項(xiàng)目維保方案篇一
1、1多方項(xiàng)目組成員
3、軟件模塊實(shí)施的先后順序
先上哪些模塊,后上哪些模塊。新系統(tǒng)和老系統(tǒng)并行運(yùn)行的機(jī)制處理方式。歷史數(shù)據(jù)的處理方式。
4、進(jìn)入新系統(tǒng)的數(shù)據(jù)截?cái)嗳掌凇?5、實(shí)施中多方會晤機(jī)制
實(shí)施出現(xiàn)問題時候,監(jiān)理方應(yīng)該要協(xié)助甲方診斷問題的類別,是來自于硬件提供商, 還是軟件提供商,還是甲方的問題。如果不能診斷,應(yīng)該主持召開多方會議確認(rèn)問題的來源,類別。
8、問題的響應(yīng)速度要求
當(dāng)甲方提出需求變更后,監(jiān)理方應(yīng)該作出判斷,這個需求是否合理,是否超出了實(shí)施前制定的需求基線,如果超出了需求基線,就有可能需要追加預(yù)算了。
當(dāng)在設(shè)計(jì)甲方業(yè)務(wù)處理流程的時候,應(yīng)該要考慮到甲方業(yè)務(wù)流程更改后,系統(tǒng)的可配置性。這1點(diǎn)也是j2ee的主要特點(diǎn)體現(xiàn)。當(dāng)然,如果系統(tǒng)使用了工作流產(chǎn)品的話,可以從工作流角度來考慮解決。
11、財(cái)務(wù)核算處理方式的靈活能力
一般的企業(yè)單位,財(cái)務(wù)核算的方式是比較固定的,但是也會作變動,當(dāng)這一塊作出變動時候,應(yīng)該要求軟件系統(tǒng)能夠比較好的能夠?qū)崿F(xiàn)。
例如:軟件系統(tǒng)以前實(shí)行的是集中財(cái)務(wù)管理,后來改變成為半集中方式,或者分散方式。這寫都要秋軟件系統(tǒng)能夠很好的實(shí)現(xiàn)能夠很好的進(jìn)行業(yè)務(wù)處理方式的平滑過渡。12、甲方業(yè)務(wù)流程的整理 監(jiān)理方作為甲方利益代表,應(yīng)該和甲方一起協(xié)助億方指定出甲方的業(yè)務(wù)相關(guān)流程,在甲方乙方有爭論的地方進(jìn)行協(xié)調(diào),并且在流程指定時候應(yīng)該就要考慮到流程的更改。監(jiān)理方當(dāng)然最好能夠先幫助甲方進(jìn)行流程改那就更好了?；蛘咭曳侥軌蛱峁┕ぷ髁鞴ぞ呔秃昧?否則這部分工作會暫用監(jiān)理方相當(dāng)多的時間。另外需求搜集變更也會監(jiān)理方需要高度關(guān)注的一件事情。
軟件項(xiàng)目維保方案篇二
2.8 項(xiàng)目實(shí)施
2.8.1 項(xiàng)目實(shí)施概況
用系統(tǒng)進(jìn)行部署實(shí)施和軟件使用培訓(xùn)以及技術(shù)支持。項(xiàng)目組承諾項(xiàng)目獨(dú)立完成，不轉(zhuǎn)包外包。
2.8.1.1 項(xiàng)目實(shí)施管理原則
項(xiàng)目開發(fā)維護(hù)的實(shí)施中，嚴(yán)格按照 iso9001 國際質(zhì)量體系進(jìn)行控制，保證為用戶提供優(yōu)質(zhì)的產(chǎn)品、嚴(yán)密的工程實(shí)施、高效的服務(wù)支持。為此，要遵循下列工程實(shí)施管理原則和保證體系。
（1）有經(jīng)驗(yàn)、成熟的技術(shù)隊(duì)伍是工程實(shí)施的前提條件
完成任何項(xiàng)目工程，必須擁有一支有經(jīng)驗(yàn)的、勇于探索的、高水平的、具有嚴(yán)謹(jǐn)工作作風(fēng)的技術(shù)隊(duì)伍，在工程實(shí)施的過程中發(fā)揮團(tuán)隊(duì)協(xié)作精神和用戶密切協(xié)作的能力。
（2）管理層次分明、職責(zé)清晰是工程實(shí)施的基礎(chǔ)
建立層次分明的項(xiàng)目工程實(shí)施管理機(jī)構(gòu)，明晰各層的管理職責(zé)，從組織管理的角度保證項(xiàng)目實(shí)施計(jì)劃落到實(shí)處。
（3）確定過程控制點(diǎn)，以過程質(zhì)量保證整體工程質(zhì)量
整體都是由局部和具體的細(xì)節(jié)構(gòu)成，項(xiàng)目由一個個過程環(huán)節(jié)組成，只有認(rèn)真對待每一個過程細(xì)節(jié)，才能保證項(xiàng)目工程整體的實(shí)施質(zhì)量。
（4）用戶參與是項(xiàng)目工程成功的保證
從項(xiàng)目開始到項(xiàng)目的結(jié)束，每個階段都強(qiáng)調(diào)用戶的參與。開發(fā)商只有和用戶相結(jié)合才能使開發(fā)出的系統(tǒng)為用戶所用，發(fā)揮出系統(tǒng)的最大效益，而用戶的參與也是系統(tǒng)順利進(jìn)行的保證。對本項(xiàng)目短時間、大范圍的配置安裝來說，如果有用戶的高度參與，項(xiàng)目工程的實(shí)施將大大加快。
2.8.1.2 項(xiàng)目組織結(jié)構(gòu)
本項(xiàng)目是一項(xiàng)涉及面廣、影響大、安全運(yùn)行要求高，集數(shù)據(jù)處理、信息發(fā)布、資源整合于一體的政府信息化項(xiàng)目。為了更好的執(zhí)行該項(xiàng)目，將采取統(tǒng)一指揮、并行實(shí)施、相互支援的實(shí)施辦法。
為了使該項(xiàng)目能順利實(shí)施，便于項(xiàng)目的管理和協(xié)調(diào)，使工作職責(zé)更加清晰明白，建立項(xiàng)目組織實(shí)施小組，建立由項(xiàng)目領(lǐng)導(dǎo)小組、項(xiàng)目管理辦公室、項(xiàng)目監(jiān)理公司、顧問咨詢組、項(xiàng)目經(jīng)理、項(xiàng)目具體實(shí)施小組組成的實(shí)施管理控制組織體系。
項(xiàng)目實(shí)施組織具體職責(zé)如下：
（1）項(xiàng)目領(lǐng)導(dǎo)小組
負(fù)責(zé)項(xiàng)目實(shí)施過程中的重大事件決策；
根據(jù)項(xiàng)目的進(jìn)度、質(zhì)量、技術(shù)、資源、風(fēng)險(xiǎn)等實(shí)行宏觀監(jiān)控；
負(fù)責(zé)組建驗(yàn)收小組，主持驗(yàn)收工作；
協(xié)調(diào)參與項(xiàng)目各方的工作關(guān)系。
（2）項(xiàng)目管理辦公室
組織各方統(tǒng)一制定工程管理計(jì)劃；
組織總體實(shí)施方案評審，組織測試驗(yàn)收；
負(fù)責(zé)項(xiàng)目進(jìn)度計(jì)劃與成本控制；
協(xié)調(diào)解決項(xiàng)目實(shí)施過程中出現(xiàn)的各種問題。
（3）顧問咨詢組
1）人員組成農(nóng)業(yè)信息化相關(guān)領(lǐng)域的業(yè)務(wù)專家；
多年從事 it 行業(yè)和展廳建設(shè)的信息技術(shù)專家。
2）主要職責(zé)
系統(tǒng)總體設(shè)計(jì)指導(dǎo)；
對各子系統(tǒng)深化設(shè)計(jì)進(jìn)行審核并提出優(yōu)化建議；
對各子系統(tǒng)進(jìn)行技術(shù)協(xié)調(diào)；
協(xié)助客戶對系統(tǒng)的設(shè)備配置予以確認(rèn)；
對現(xiàn)場系統(tǒng)安裝、調(diào)試提供必要的技術(shù)支持服務(wù)；
工程文檔審核。
（4）項(xiàng)目經(jīng)理
1)人員組成項(xiàng)目經(jīng)理由具有豐富項(xiàng)目管理經(jīng)驗(yàn)的高級工程師擔(dān)任。
2）主要職責(zé)
制定項(xiàng)目計(jì)劃：牽頭制定項(xiàng)目計(jì)劃。
項(xiàng)目執(zhí)行：對總體方案設(shè)計(jì)及工程設(shè)計(jì)；配置確認(rèn)；工程質(zhì)量保證；系統(tǒng)設(shè)計(jì)、開發(fā)、測試、安裝及調(diào)試；系統(tǒng)培訓(xùn)、驗(yàn)收。
項(xiàng)目檢查：通過其下屬各工作組提供的工程進(jìn)展匯報(bào)，將項(xiàng)目進(jìn)展?fàn)顟B(tài)與項(xiàng)目計(jì)劃進(jìn)度進(jìn)行比較，發(fā)現(xiàn)過程誤差，提出整改措施。
項(xiàng)目控制：審核項(xiàng)目進(jìn)展?fàn)顟B(tài)，必要時調(diào)集各種備用資源，確保項(xiàng)目按計(jì)劃進(jìn)度實(shí)施。
項(xiàng)目協(xié)調(diào)：與客戶、各分系統(tǒng)建設(shè)部門進(jìn)行協(xié)調(diào)，解決工程組織接口及技術(shù)接口問題；定期主持系統(tǒng)建設(shè)協(xié)調(diào)會，及時解決各系統(tǒng)間出現(xiàn)的相關(guān)問題。
項(xiàng)目匯報(bào)：定期向項(xiàng)目采購單位匯報(bào)整個項(xiàng)目的進(jìn)展情況，匯報(bào)在系統(tǒng)建設(shè)過程中出現(xiàn)的重大問題，聽取指導(dǎo)和建議。
（5）總體方案組
師組成。
2）主要職責(zé)
進(jìn)行系統(tǒng)的需求分析調(diào)研；
負(fù)責(zé)系統(tǒng)的總體設(shè)計(jì)；
策劃系統(tǒng)的模塊功能結(jié)構(gòu)；
配合業(yè)主方進(jìn)行系統(tǒng)驗(yàn)收。
（6）軟件開發(fā)組
并與客戶一起討論決定系統(tǒng)驗(yàn)收方案。
1）人員組成高級程序員；
具有豐富產(chǎn)品開發(fā)經(jīng)驗(yàn)的產(chǎn)品開發(fā)設(shè)計(jì)人員。
2）主要職責(zé)
負(fù)責(zé)項(xiàng)目應(yīng)用軟件的程序編碼；
負(fù)責(zé)項(xiàng)目應(yīng)用軟件的運(yùn)行調(diào)試；
配合業(yè)主方進(jìn)行系統(tǒng)驗(yàn)收。
（7）系統(tǒng)測試組
從使用者的角度完成系統(tǒng)操作步驟的設(shè)計(jì)，在實(shí)施過程中監(jiān)控測試系統(tǒng)是否達(dá)到最初制定的操作目標(biāo)，并編寫業(yè)主操作手冊。檢驗(yàn)系統(tǒng)開發(fā)質(zhì)量，并進(jìn)行功能測試。
當(dāng)開始試運(yùn)行階段后，還要對項(xiàng)目的各個方面指標(biāo)進(jìn)行測試和評估。
（8）系統(tǒng)實(shí)施組
1）人員組成由具有豐富經(jīng)驗(yàn)的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2）主要職責(zé)
負(fù)責(zé)各個實(shí)施區(qū)域的實(shí)施方案的設(shè)計(jì)與建議；
組織系統(tǒng)安裝及調(diào)試；
負(fù)責(zé)系統(tǒng)配置修改，安裝技術(shù)支持；
2.8.1.3 項(xiàng)目團(tuán)隊(duì)
根據(jù)上述項(xiàng)目組織結(jié)構(gòu)和職能分解，北京派得偉業(yè)科技發(fā)展有限公司計(jì)劃投
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進(jìn)行調(diào)整。
未經(jīng)
招標(biāo)人同意，項(xiàng)目總負(fù)責(zé)人及各分項(xiàng)目負(fù)責(zé)人在項(xiàng)目結(jié)束前不得變更。
具體人員組成分配情況分別如下表所示：
表 1.項(xiàng)目實(shí)施人員一覽表
序號
姓名
職務(wù)
公司副總、農(nóng)業(yè)生產(chǎn)
本項(xiàng)目具體分工
系統(tǒng)總體設(shè)計(jì)指導(dǎo)及系統(tǒng)深 化設(shè)計(jì)進(jìn)行審核并提出優(yōu)化
建議
1.高級顧問 張俊 與管理事業(yè)部總經(jīng)
理
農(nóng)業(yè)生產(chǎn)與管理事 業(yè)部副總經(jīng)理
項(xiàng)目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)
研發(fā)和總體設(shè)計(jì)
2.項(xiàng)目經(jīng)理 徐杰
附件）
農(nóng)業(yè)生產(chǎn)與管理事
項(xiàng)目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)
業(yè)部
3.項(xiàng)目經(jīng)理 史同鑫
研發(fā)和總體設(shè)計(jì)
4.技術(shù)負(fù)責(zé)人 劉鵬
高級架構(gòu)師
項(xiàng)目開發(fā)過程管理
農(nóng)業(yè)生產(chǎn)與管理事
5.
實(shí)施經(jīng)理
魯國寶
項(xiàng)目實(shí)施管理
業(yè)部實(shí)施工程師
6.7.8.9.10.11.12.13.
劉鵬飛
總體設(shè)計(jì)組
劉偉 梁軼曉 楊彬 高麗 郭壽水 路鑫 辛岢峰
軟件開發(fā)組
系統(tǒng)設(shè)計(jì)師
需求分析 需求分析 需求分析
高級程序員、開發(fā)組長
程序員、開發(fā)組長 高級程序員、開發(fā)組長
原型制作
系統(tǒng)設(shè)計(jì)師
項(xiàng)目策劃
高級架構(gòu)師
高級架構(gòu)師
高級架構(gòu)師
程序員
程序員
14.15.16.17.18.
秦巖賓 賀永林
程序員 程序員 程序員 程序員
閆壽增 馮占衛(wèi) 劉霞
美工
本項(xiàng)目具體分工
原型制作 原型制作
測試經(jīng)理、系統(tǒng)測試
系統(tǒng)測試 系統(tǒng)測試
系統(tǒng)實(shí)施、安裝部署 系統(tǒng)實(shí)施、安裝部署 系統(tǒng)實(shí)施、安裝部署
系統(tǒng)測試組 徐勝慧 王楠 石立坤
系統(tǒng)實(shí)施組 胡桂金 張鵬飛
2.8.2 項(xiàng)目實(shí)施計(jì)劃
目管理規(guī)范。
2.8.2.1 項(xiàng)目實(shí)施工作流程
項(xiàng)目正式啟動后，項(xiàng)目將嚴(yán)格按照項(xiàng)目實(shí)施計(jì)劃進(jìn)行。
首先進(jìn)行項(xiàng)目的需求調(diào)研，開始收集項(xiàng)目的各種資料，并形成詳細(xì)的需求規(guī)
格說明書；
在項(xiàng)目需求調(diào)研的基礎(chǔ)進(jìn)行《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)》的編寫，并聘請專
家進(jìn)行咨詢、論證，通過專家評審，經(jīng)修改后部分內(nèi)容形成正式文稿；
在《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)》的指導(dǎo)下，開始進(jìn)行系統(tǒng)的開發(fā)實(shí)施，在此
過程中軟件測試和軟件初始數(shù)據(jù)的錄入工作；
系統(tǒng)開發(fā)完成后，進(jìn)行安裝調(diào)試、試運(yùn)行，同時進(jìn)行現(xiàn)有系統(tǒng)的集成和數(shù)據(jù)
導(dǎo)入工作，進(jìn)入系統(tǒng)全線運(yùn)行階段，完成整體測試、修改完善；
統(tǒng)培訓(xùn)貫穿始終，確保受訓(xùn)人員能夠熟練的對系統(tǒng)進(jìn)行安裝、調(diào)試、運(yùn)行、維護(hù)、管理。
在項(xiàng)目開發(fā)階段遵循需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼階段、測試階段
及安裝調(diào)試施工。
(1)需求分析
系統(tǒng)的各個模塊的功能說明
系統(tǒng)的性能要求
系統(tǒng)的安全性要求
系統(tǒng)的容錯要求
系統(tǒng)接口要求
系統(tǒng)使用范圍
系統(tǒng)的客戶界面要求等
需求分析階段需要用戶方技術(shù)人員協(xié)調(diào)用戶各相關(guān)單位配合需求調(diào)研工作，在需求調(diào)研工作結(jié)束后，簽署用戶需求分析書。
(2)概要設(shè)計(jì)
系統(tǒng)整體構(gòu)架
系統(tǒng)開發(fā)工具及方法
每一模塊的用戶需求的說明
系統(tǒng)各模塊之間的接口
系統(tǒng)每一模塊的工作流及數(shù)據(jù)流定義
數(shù)據(jù)庫結(jié)構(gòu)的定義
數(shù)據(jù)庫表結(jié)構(gòu)的定義
(3)詳細(xì)設(shè)計(jì)
根據(jù)概要設(shè)計(jì)對每一功能模塊按照開發(fā)工具提供的功能進(jìn)行實(shí)現(xiàn)的詳細(xì)設(shè)
計(jì)，此部分的文檔應(yīng)該實(shí)現(xiàn)如下內(nèi)容：
每一功能模塊的用戶需求的詳細(xì)說明
每一功能模塊工作流的詳細(xì)實(shí)現(xiàn)的設(shè)計(jì)（對應(yīng)需求）
每一功能模塊數(shù)據(jù)流詳細(xì)設(shè)計(jì)及數(shù)據(jù)實(shí)現(xiàn)走向詳細(xì)設(shè)計(jì)（對應(yīng)需求）
各功能模塊子模塊的定義和詳細(xì)實(shí)現(xiàn)方式
各功能模塊之間接口的數(shù)據(jù)流及工作流的詳細(xì)描述。
各種界面原型的設(shè)計(jì)
要求：在詳細(xì)設(shè)計(jì)階段所有的設(shè)計(jì)必須按照可以作為編碼依據(jù)的方式進(jìn)行設(shè)
計(jì)，作到越詳細(xì)越好。
(4)編碼階段
在編碼階段程序員要按照詳細(xì)設(shè)計(jì)進(jìn)行編碼工作，要求編程人員所寫的代碼一定要完成詳細(xì)設(shè)計(jì)的所有的功能； 在代碼編制過程中，要求程序員嚴(yán)格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段
單元測試階段和綜合測試階段。單元測試階段在編碼階段完成，所有的測試文檔由測試人員提供。綜合測試由開發(fā)人員和測試人員交叉擔(dān)任，包括集成測試和系統(tǒng)測試，同時所有的測試文檔應(yīng)該由專業(yè)測試人員完成。
(6)安裝調(diào)試及施工
測試工作結(jié)束后，項(xiàng)目由系統(tǒng)開發(fā)階段進(jìn)入實(shí)施階段。
2.8.2.2 項(xiàng)目進(jìn)度安排
第一階段：調(diào)研和需求分析：第1 個月
制需求分析報(bào)告
實(shí)施方案。
第二階段：技術(shù)方案設(shè)計(jì)：第2-3個月
[3] 應(yīng)用系統(tǒng)的測試、調(diào)試工作
第四階段：應(yīng)用系統(tǒng)的完善、安裝使用與培訓(xùn)：第8 個月
[1] 安裝部署應(yīng)用系統(tǒng)
[2] 應(yīng)用系統(tǒng)使用培訓(xùn)，進(jìn)入試運(yùn)行。
[1] 試運(yùn)行期間系統(tǒng)進(jìn)一步修改和完善
項(xiàng)目總體實(shí)施進(jìn)度如下圖所示：
月度
時間（天）任務(wù)名稱
需求調(diào)研 收集資料
制定開發(fā)技術(shù)方案
123456789
10 12 12 序號 1 2
4 5 6 7 8 9 10 11 12
系統(tǒng)功能概要設(shè)計(jì) 系統(tǒng)功能詳細(xì)設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì) 系統(tǒng)開發(fā)
15 12 5 73 15 7 5 32 5
圖 1.總體實(shí)施進(jìn)度計(jì)劃圖
2.8.3 人員培訓(xùn)
為了保證系統(tǒng)建成以后良好的運(yùn)行，制定完善的培訓(xùn)計(jì)劃。
2.8.3.1 培訓(xùn)內(nèi)容
對開發(fā)的應(yīng)用系統(tǒng)軟件的使用和數(shù)據(jù)維護(hù)進(jìn)行培訓(xùn)，使業(yè)務(wù)人員能夠熟練使
務(wù)，使軟件系統(tǒng)發(fā)揮應(yīng)有的作用。
2.8.3.2 培訓(xùn)方式
培訓(xùn)使用建設(shè)中跟隨培訓(xùn)和建設(shè)后集中培訓(xùn)兩個方式。
建設(shè)中培訓(xùn)：中山市農(nóng)科推廣中心在建設(shè)階段積極參與各系統(tǒng)的建設(shè)，參與
系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施，隨時熟悉系統(tǒng)設(shè)備和軟件的使用方法和內(nèi)容；
建設(shè)后培訓(xùn)：系統(tǒng)建設(shè)完成后，對中山市農(nóng)科推廣中心管理人員進(jìn)行集中的系統(tǒng)使用和維護(hù)培訓(xùn)，使業(yè)務(wù)管理人員從整體和局部上掌握系統(tǒng)的使用。
提供完
整的用戶手冊，作為培訓(xùn)的材料。
2.8.4 項(xiàng)目驗(yàn)收
2.8.4.1 項(xiàng)目驗(yàn)收
本項(xiàng)目由經(jīng)信局組織專家進(jìn)行會議評審驗(yàn)收，驗(yàn)收前需對平臺各系統(tǒng)的功能
理服務(wù)平臺建設(shè)項(xiàng)目的驗(yàn)收報(bào)告。
2.8.4.2 項(xiàng)目交付項(xiàng)
說明項(xiàng)目任務(wù)完成后，投標(biāo)方根據(jù)合同應(yīng)提交給招標(biāo)方的貨物、服務(wù)以及交
接文件、用戶手冊等，并附上相應(yīng)的交付時間計(jì)劃表。
投標(biāo)方交給中山市農(nóng)業(yè)科技推廣中心的中山市土肥信息管理服務(wù)平臺的代
碼，必須是系統(tǒng)應(yīng)用系統(tǒng)所有模塊不加密的、明文的、標(biāo)準(zhǔn)的源代碼。
2.8.4.3 項(xiàng)目付款
本項(xiàng)目以總價承包方式采購，采用分期付款方式。
1、合同簽訂后，投標(biāo)人提交項(xiàng)目實(shí)施方案并通過采購單位審核之日起
個工作日內(nèi)，采購單位啟動支付流程向乙方支付合同總額的20％；
2、系統(tǒng)完成設(shè)計(jì)、開發(fā)、測試、安裝部署，采購單位簽字同意進(jìn)入試運(yùn)行
購單位啟動支付流程向投標(biāo)人支付合同總價的 40%。
30%。
10 個工作日內(nèi)，采
4、投標(biāo)人按照采購單位要求完成質(zhì)保工作，項(xiàng)目質(zhì)保期結(jié)束之日起
工作日，采購單位啟動支付流程向投標(biāo)人支付合同總價的10 個
10%。
2.8.5 售后服務(wù)
針對本項(xiàng)目的售后及技術(shù)支持服務(wù)，派得偉業(yè)公司承諾如下：
北京派得偉業(yè)科技發(fā)展有限公司設(shè)置專門人員，為本項(xiàng)目售后及技術(shù)支持提
供優(yōu)質(zhì)、高效的服務(wù)；
質(zhì)量保證期：系統(tǒng)驗(yàn)收后 12 個月。
質(zhì)保期內(nèi)，投標(biāo)人所有服務(wù)不得收取任何費(fèi)用； 投標(biāo)人有責(zé)任解決所提供產(chǎn)品或服務(wù)及其附件、安裝介質(zhì)的任何故障。投標(biāo)人必須在 8 小時內(nèi)對業(yè)主所提出的維護(hù)要求做出實(shí)質(zhì)性反應(yīng)，并提供應(yīng)急響應(yīng)策略。
系統(tǒng)運(yùn)行過程中如果出現(xiàn)技術(shù)故障（如硬件故障、軟件故障、配置丟失等），在此期間按緊急預(yù)案處置，確保系統(tǒng)最大限度地不中斷運(yùn)行。投標(biāo)人應(yīng)保證 8 小時內(nèi)解決此類問題，以恢復(fù)故障使得系統(tǒng)得以正常運(yùn)行。
質(zhì)保期外，投標(biāo)人為建設(shè)方提供有償技術(shù)支持和服務(wù)，考慮系統(tǒng)維護(hù)服務(wù)等工作量情況，適當(dāng)向建設(shè)方收取一定費(fèi)用。
在北京派得偉業(yè)科技發(fā)展有限公司建立專門的技術(shù)服務(wù)小組；
對于非北京派得偉業(yè)科技發(fā)展有限公司應(yīng)用軟件的問題，而是由于其他因素影響用戶的正常使用，北京派得偉業(yè)科技發(fā)展有限公司將會積極配合用戶查找問題原因。
2.8.5.1 常規(guī)支持服務(wù)
從試運(yùn)行期結(jié)束后算起，系統(tǒng)開始正式運(yùn)行，北京派得偉業(yè)科技發(fā)展有限公
司承諾向用戶提供一年免費(fèi)的標(biāo)準(zhǔn)支持服務(wù)，在免費(fèi)服務(wù)期內(nèi)，為用戶提供免費(fèi)的現(xiàn)場技術(shù)支持服務(wù)，免費(fèi)的現(xiàn)場軟件安裝調(diào)試、保修和升級，維護(hù)人員的免費(fèi)現(xiàn)場培訓(xùn)和技術(shù)指導(dǎo)等，針對軟件應(yīng)用中出現(xiàn)的問題在 1 小時內(nèi)提供應(yīng)急相應(yīng)方案，若軟件系統(tǒng)出現(xiàn)無法遠(yuǎn)程指導(dǎo)解決的故障，派得偉業(yè)公司技術(shù)人員上門服務(wù)，根據(jù)實(shí)際情況最遲在 48 小時以內(nèi)修復(fù)。同時，北京派得偉業(yè)科技發(fā)展有限公司承諾本系統(tǒng)的知識產(chǎn)權(quán)歸用戶方所有。
問題提供解答和解決方案。
免費(fèi)技術(shù)支持服務(wù)期結(jié)束后，北京派得偉業(yè)科技發(fā)展有限公司將繼續(xù)提供優(yōu)
具體的收 試和重裝，應(yīng)用軟件升級服務(wù)，派得偉業(yè)公司將收取一定的成本費(fèi)用，費(fèi)由雙方協(xié)議后決定。
2.8.5.2 故障等級與響應(yīng)時間
（1）故障等級定義
緊急故障：系統(tǒng)已無法使用，導(dǎo)致用戶業(yè)務(wù)活動中止；系統(tǒng)頻繁出錯，頻繁產(chǎn)生完全錯誤的處理結(jié)果。
嚴(yán)重故障：系統(tǒng)仍在維持狀態(tài)運(yùn)行，但性能下降；系統(tǒng)能夠維持運(yùn)行，但有多個功能無法工作，或某一功能不正常已嚴(yán)重影響系統(tǒng)的運(yùn)行。
中等故障：系統(tǒng)能夠工作，但個別非核心功能出現(xiàn)異常，對使用的方便性產(chǎn)生不良影響。
輕度故障：系統(tǒng)工作基本正常，但偶然出現(xiàn)個別非核心功能異常，可通過簡單的系統(tǒng)重啟或改變配置得到恢復(fù)。
（2）服務(wù)請求響應(yīng)時間
表 2.故障等級與請求響應(yīng)時間
故障等級
電話 /傳真回復(fù)響應(yīng)
提出現(xiàn)場響應(yīng)計(jì)劃
緊急
0.5 小時 1小時 4小時 4小時
1 小時
嚴(yán)重
2小時 8小時 8小時
中等
輕度
（3）故障修復(fù)時間
表 3.故障等級與故障修復(fù)時間
故障等級
緊急 24 小時
嚴(yán)重 24 小時
中等
30 小時 時間
2.8.6 項(xiàng)目保障措施
為了保障項(xiàng)目的順利實(shí)施，采用項(xiàng)目經(jīng)理負(fù)責(zé)制，由項(xiàng)目承建方制定的項(xiàng)目經(jīng)理全權(quán)負(fù)責(zé)項(xiàng)目所有問題。同時，對項(xiàng)目實(shí)施過程的各個方面設(shè)置專門的負(fù)責(zé)人，項(xiàng)目承建方需在園區(qū)派駐常駐聯(lián)絡(luò)員，八小時隨時待命，保證隨時問題隨時反饋，即時溝通，快速解決。
2.8.6.1 組織保障體系
為了保證項(xiàng)目的成功實(shí)施，在組織管理方面要制定嚴(yán)密細(xì)致的組織保障體系，建議成立以中山市農(nóng)科推廣中心領(lǐng)導(dǎo)和項(xiàng)目承建方領(lǐng)導(dǎo)組成的項(xiàng)目領(lǐng)導(dǎo)組，主要負(fù)責(zé)項(xiàng)目組織和實(shí)施過程中有關(guān)問題的協(xié)調(diào)和決策，并對項(xiàng)目進(jìn)行宏觀指導(dǎo)。
項(xiàng)目領(lǐng)導(dǎo)小組下設(shè)項(xiàng)目管理辦公室，由中山市農(nóng)科推廣中心的有關(guān)管理人員和項(xiàng)目承建方相關(guān)部門人員組成，負(fù)責(zé)項(xiàng)目實(shí)施的具體管理和協(xié)調(diào)工作，檢查和監(jiān)督項(xiàng)目的進(jìn)展。
檢查、監(jiān)督，指導(dǎo)項(xiàng)目的技術(shù)發(fā)展。
善的管理體系和組織保障體系。
2.8.6.2 技術(shù)保障體系
只有具有成功實(shí)施過類似項(xiàng)目經(jīng)驗(yàn)的技術(shù)隊(duì)伍，才能保證本項(xiàng)目的成功。項(xiàng)目承建方要集中一批有經(jīng)驗(yàn)的實(shí)施技術(shù)人才參加項(xiàng)目組。這些技術(shù)工程人員，除了自身具有獨(dú)立解決問題的能力之外，還能具有良好的協(xié)作能力和相互支援的作風(fēng)。
為保證項(xiàng)目的高質(zhì)量實(shí)施，建立由項(xiàng)目總負(fù)責(zé)人（項(xiàng)目經(jīng)理）負(fù)責(zé)，系統(tǒng)總
設(shè)計(jì)師技術(shù)把關(guān)，專業(yè)分組，具有成熟案例開發(fā)經(jīng)驗(yàn)的軟件工程師開發(fā)，監(jiān)控的質(zhì)量技術(shù)體系。
從工程整體實(shí)施過程來看，每一個開發(fā)階段的實(shí)施，都由有項(xiàng)目經(jīng)驗(yàn)的資深技術(shù)人員進(jìn)行實(shí)施和全面管理控制。有過成功的經(jīng)驗(yàn)，才能準(zhǔn)確把握項(xiàng)目的技術(shù)關(guān)鍵和難點(diǎn)，把問題消滅在產(chǎn)生之前或萌芽中，充分保證項(xiàng)目實(shí)施的成功率。有了成功實(shí)施的技術(shù)隊(duì)伍，才能保證項(xiàng)目的質(zhì)量和性能。
2.8.6.3 質(zhì)量保障體系
嚴(yán)格按照 iso9001 質(zhì)量管理體系規(guī)范市場、開發(fā)、銷售、工程等業(yè)務(wù)流程。目前，項(xiàng)目承建方需在項(xiàng)目質(zhì)量控制方面，有成熟的方案。工程實(shí)施單位在保證進(jìn)度的同時應(yīng)充分保證項(xiàng)目質(zhì)量，項(xiàng)目承建方需制定本工程項(xiàng)目的質(zhì)量保障體系，從工程質(zhì)量管理體系、工程標(biāo)準(zhǔn)與規(guī)范、工程設(shè)備選型以及工程開發(fā)廠商資格認(rèn)定等方面來進(jìn)行規(guī)范管理，以按時保質(zhì)地完成應(yīng)用工程實(shí)施。
（1）過程控制
工程實(shí)現(xiàn)過程等主要過程形成了相應(yīng)的制度及體系文件。
制定《開發(fā)項(xiàng)目管理程序》，以控制各種產(chǎn)品的開發(fā)過程，確保產(chǎn)品滿足顧
客及各相關(guān)方的要求。針對本項(xiàng)目的實(shí)現(xiàn)過程，將主要控制以下幾點(diǎn)：
1）設(shè)計(jì)和開發(fā)策劃
軟件的開發(fā)經(jīng)立項(xiàng)后，由項(xiàng)目經(jīng)理組織對項(xiàng)目進(jìn)行設(shè)計(jì)開發(fā)策劃，形成《軟件項(xiàng)目計(jì)劃》。
2）設(shè)計(jì)和開發(fā)輸入
項(xiàng)目經(jīng)理在充分考慮業(yè)主的要求，合同及技術(shù)附件要求及國家、行業(yè)規(guī)定和標(biāo)準(zhǔn)的基礎(chǔ)上，確定設(shè)計(jì)的輸入要求，形成《軟件需求規(guī)格說明書》。
開發(fā)項(xiàng)目組負(fù)責(zé)組織有關(guān)部門和人員對” 設(shè)計(jì)輸入” 的內(nèi)容進(jìn)行評審，以確保設(shè)計(jì)輸入是充分的和適宜的。
3）設(shè)計(jì)和開發(fā)輸出
項(xiàng)目經(jīng)理根據(jù) 《軟件項(xiàng)目計(jì)劃》 的要求，按產(chǎn)品設(shè)計(jì)程序分階段提供經(jīng)過評審的軟件產(chǎn)品、驗(yàn)收標(biāo)準(zhǔn)、使用說明書等全部設(shè)計(jì)輸出，并滿足設(shè)計(jì)輸入的要求。設(shè)計(jì)輸出文件發(fā)布前應(yīng)予以評審，并經(jīng)過授權(quán)人的批準(zhǔn)。
4）設(shè)計(jì)和開發(fā)評審
由開發(fā)項(xiàng)目組組織有關(guān)部門和專業(yè)人員，按程序文件規(guī)定的方法評審，并做好記錄。設(shè)計(jì)評審的參加者除要求的專家外，還應(yīng)包括與評審內(nèi)容相關(guān)的設(shè)計(jì)人員。對于評審識別的任何問題及提出的必要措施，由項(xiàng)目經(jīng)理實(shí)施改進(jìn)，改進(jìn)措施應(yīng)做出記錄。評審記錄、改進(jìn)措施的記錄隨開發(fā)文件一并歸檔。
5）設(shè)計(jì)和開發(fā)驗(yàn)證
根據(jù)本項(xiàng)目產(chǎn)品的特點(diǎn)，常用的設(shè)計(jì)驗(yàn)證方法是測試、同行評審、走查。測
試工作應(yīng)有經(jīng)批準(zhǔn)的測試依據(jù)，保留測試記錄。同行評審和走查應(yīng)保留相關(guān)記錄。
設(shè)計(jì)驗(yàn)證結(jié)果應(yīng)有明確的驗(yàn)證結(jié)論。設(shè)計(jì)驗(yàn)證的結(jié)論及隨后采取的必要措施
應(yīng)由項(xiàng)目經(jīng)理形成報(bào)告，并保持記錄，隨開發(fā)文件一并歸檔。
6）設(shè)計(jì)和開發(fā)確認(rèn)
為確保產(chǎn)品滿足業(yè)主要求，在產(chǎn)品交付必須前進(jìn)行產(chǎn)品的設(shè)計(jì)確認(rèn)。
確認(rèn)結(jié)
果和跟蹤措施應(yīng)予以記錄。設(shè)計(jì)確認(rèn)常采用系統(tǒng)驗(yàn)收測試
+鑒定會的方法。
在設(shè)計(jì)確認(rèn)之后，進(jìn)行產(chǎn)品發(fā)布，由產(chǎn)品經(jīng)理批準(zhǔn)，由軟件配置管理員實(shí)施。
7）設(shè)計(jì)和開發(fā)更改的控制
所有更改和修訂必須經(jīng)原審批途徑進(jìn)行審批，或由設(shè)計(jì)更改的實(shí)施部門負(fù)責(zé)人批準(zhǔn)。
設(shè)計(jì)更改必須經(jīng)過評審和驗(yàn)證，必要時組織設(shè)計(jì)確認(rèn)。對設(shè)計(jì)更改的評審包括對已投入使用的產(chǎn)品及產(chǎn)品的其他組成部分的影響，提出處理意見。
（2）質(zhì)量控制
軟件開發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開發(fā)質(zhì)量控制
發(fā)全過程，從而構(gòu)成軟件開發(fā)的質(zhì)量控制體系。
貫穿于整個生命周期中的 qa 活動必須依據(jù)一整套的規(guī)范來進(jìn)行，在每個里程碑結(jié)束時質(zhì)量控制機(jī)構(gòu) sqa（由技術(shù)質(zhì)量部和測試小組組成），根據(jù)相應(yīng)的軟件開發(fā)管理規(guī)范及應(yīng)用要求對階段成果進(jìn)行評議控制，確保應(yīng)用開發(fā)的順利進(jìn)行，及交付的應(yīng)用系統(tǒng)能夠滿足業(yè)主的使用需要，確保交付的系統(tǒng)能夠代表項(xiàng)目承建方的整體技術(shù)水平。同時也有利于規(guī)避軟件開發(fā)風(fēng)險(xiǎn)。
1）質(zhì)量保證措施
為確保軟件生存月期的各階段的質(zhì)量要求得到滿足，要求按照
iso 9001 系
活動均按以下要求監(jiān)控質(zhì)量：
2）實(shí)施預(yù)防與校正措施
目的：制定有效、切實(shí)可執(zhí)行的預(yù)防和校正措施并貫徹執(zhí)行。對業(yè)主方項(xiàng)目組提出的意見明確處理規(guī)程，積極預(yù)防不合格的現(xiàn)象發(fā)生，徹底校正已發(fā)生的不合格現(xiàn)象。
工作程序：
預(yù)防為主、采取預(yù)防措施。根據(jù)項(xiàng)目實(shí)施進(jìn)度，預(yù)防項(xiàng)目各階段可能出現(xiàn)的問題，采取相應(yīng)的預(yù)防措施。
出現(xiàn)問題（不合格現(xiàn)象）、及時采取糾正措施。同時，分析不合格現(xiàn)象產(chǎn)生的原因，及時采取糾正措施，并控制不合格現(xiàn)象的影響范圍，同時控制不合格現(xiàn)象再次發(fā)生。
及時記錄故障現(xiàn)象，制定出文檔，以備以后查詢。
預(yù)防與糾正措施要經(jīng)過雙方共同評審。
2.8.6.4 應(yīng)急保障措施
為保障項(xiàng)目的順利實(shí)施，應(yīng)對實(shí)施過程中的突發(fā)事件，成立應(yīng)急保障小組，在項(xiàng)目實(shí)施過程中常駐中山市。由項(xiàng)目經(jīng)理負(fù)責(zé)，組織處理實(shí)施中的突發(fā)問題。
應(yīng)急保障小組配有應(yīng)急電話，采用輪流值班方式，保證應(yīng)急電話二十四小時開通。項(xiàng)目實(shí)施過程中，每天會在施工現(xiàn)場派駐一名小組成員，處理現(xiàn)場問題，項(xiàng)目經(jīng)理每天保證各現(xiàn)場巡查一次。如遇到緊急情況，由現(xiàn)場保障小組成員處理，事后匯報(bào)給項(xiàng)目經(jīng)理； 如果現(xiàn)場解決不了，第一時間匯報(bào)項(xiàng)目經(jīng)理，由項(xiàng)目經(jīng)理組織協(xié)商，保證在二十四小時內(nèi)給出解決方案。
軟件項(xiàng)目維保方案篇三
系統(tǒng)的培訓(xùn)，使得工作人員得到日常工作需要的專業(yè)技術(shù)知識和經(jīng)驗(yàn)，從而保障整個系統(tǒng)的順利運(yùn)行。
項(xiàng)目建設(shè)最終系統(tǒng)將交付用戶使用，項(xiàng)目培訓(xùn)是項(xiàng)目實(shí)施中的重要環(huán)節(jié)， 通過項(xiàng)目培訓(xùn)對業(yè)主人員進(jìn)行全面的技術(shù)培訓(xùn)，使業(yè)主單位人員達(dá)到能獨(dú)立進(jìn)行管理、故障處理、日常測試維護(hù)等工作，以便于我方提供的軟、硬件能夠正常、安全的運(yùn)行。
培訓(xùn)的總體目標(biāo)： 1、管理員培訓(xùn)。 培訓(xùn)對象：系統(tǒng)管理員。
培訓(xùn)目的：可以獨(dú)立完成本單位行政執(zhí)法的日常維護(hù)，解決一般問題。 培訓(xùn)內(nèi)容：系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)配置、系統(tǒng)管理、系統(tǒng)使用。 培訓(xùn)方式：集中培訓(xùn)和個別培訓(xùn)。
培訓(xùn)對象：系統(tǒng)一般使用人員。 培訓(xùn)目的：熟練掌握所涉及部分的操作。 培訓(xùn)內(nèi)容：系統(tǒng)使用。
培訓(xùn)方式：集中培訓(xùn)和個別培訓(xùn)(主要針對領(lǐng)導(dǎo))。
培訓(xùn)批次：不少于2次的集中培訓(xùn)(本單位)。個別培訓(xùn)隨時安排。 1.2 培訓(xùn)對象由于本項(xiàng)目是一項(xiàng)綜合型的項(xiàng)目，系統(tǒng)使用范圍廣，用戶層次多，不同用戶層次使用的系統(tǒng)角色不相同，使用的內(nèi)容和側(cè)重點(diǎn)各不相同，因此我們在本項(xiàng)目中將針對不同的用戶層次提供針對性的用戶培訓(xùn)，保障培訓(xùn)效果，使各層次的用戶都能熟練掌握系統(tǒng)的相關(guān)知識。
普通用戶層： 普通用戶層是應(yīng)用系統(tǒng)的直接使用者，涉及到系統(tǒng)的'各方面功能，是對系統(tǒng)功能理解最深、業(yè)務(wù)最熟悉的用戶群，然而普通用戶層由于覆蓋的面廣，各部門主要使用的功能模塊不盡相同，因此針對于普通用戶將按照不同的部門的側(cè)重點(diǎn)進(jìn)行分期培訓(xùn)，組織類似業(yè)務(wù)部門或單獨(dú)部門進(jìn)行培訓(xùn)，以便于各部門對各自業(yè)務(wù)系統(tǒng)使用的把握，以達(dá)到各用戶能熟練掌握系統(tǒng)的使用方法。
軟件項(xiàng)目維保方案篇四
1、就是清晰明確地了解項(xiàng)目利害關(guān)系者的需求和期望,努力做到滿足項(xiàng)目利害關(guān)系者的不同需求;項(xiàng)目利害關(guān)系者包括:項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外成員(比如各部門的部門負(fù)責(zé)人和市場人員,客戶等。
2、就是保證開發(fā)項(xiàng)目按需按時保質(zhì)的完成。 第二:職責(zé)
1、建立有效的工作流程保證項(xiàng)目的順利進(jìn)行。
2、制定詳細(xì)周密的項(xiàng)目計(jì)劃。
3、跟蹤,推動項(xiàng)目按計(jì)劃進(jìn)行。
4、積極解決項(xiàng)目過程中出現(xiàn)的問題和沖突。
5、調(diào)動開發(fā)團(tuán)隊(duì)的積極性,創(chuàng)造力,推動團(tuán)隊(duì)成員在項(xiàng)目過程中不斷成長。
6、項(xiàng)目風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)評估、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)管理策略以及做好突發(fā)風(fēng)險(xiǎn)的應(yīng)急預(yù)案。
7、實(shí)現(xiàn)目標(biāo)
第三:項(xiàng)目管理者的具體工作內(nèi)容
1、項(xiàng)目前期階段
對項(xiàng)目進(jìn)行技術(shù)可行性分析、技術(shù)評估、成本評估以及風(fēng)險(xiǎn)評估。與需求提出方的代表進(jìn)行需求討論,明確項(xiàng)目的目標(biāo)、價值;確定項(xiàng)目范圍、功能及優(yōu)先級。組建項(xiàng)目團(tuán)隊(duì),特別要搞清楚項(xiàng)目的key person(對產(chǎn)品有決定權(quán)的人。項(xiàng)目啟動會議,相關(guān)的利害關(guān)系人員都必須參加。
該階段完成后的成果:確認(rèn)后的最終軟件需求規(guī)格說明書文檔。
2、分析設(shè)計(jì)階段
根據(jù)確認(rèn)后的軟件需求規(guī)格說明書,制定項(xiàng)目進(jìn)度計(jì)劃,工作任務(wù)分解(wbs;資源申請,項(xiàng)目涉及到的開發(fā)資源、測試資源、設(shè)計(jì)資源(包括人員和軟硬件資源;數(shù)據(jù)庫設(shè)計(jì);系統(tǒng)設(shè)計(jì);文檔(包括use case、demo系統(tǒng)原型、test case等;評審會議。
c、系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì);d、數(shù)據(jù)庫設(shè)計(jì)文檔。
最后對完成的成果,包括user case和設(shè)計(jì)文檔等進(jìn)行評審。
3、執(zhí)行階段(開發(fā)和測試
準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境;跟蹤,推動項(xiàng)目按計(jì)劃進(jìn)行;以周報(bào)的形式通報(bào)項(xiàng)目的進(jìn)展情況。對項(xiàng)目的階段成果進(jìn)行評估,以確保該階段完成的質(zhì)量,包括代碼審核、sql 審核等。對需求變更進(jìn)行控制管理;對項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理;測試階段bug fixed及改進(jìn)、收集反饋意見。
4、發(fā)布階段
包括制定項(xiàng)目發(fā)布計(jì)劃,用戶培訓(xùn),發(fā)布上線。
5、上線后監(jiān)控
數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài),根據(jù)監(jiān)控出現(xiàn)的問題,及時進(jìn)行bug fixed及改進(jìn)或做補(bǔ)丁升級。
6、結(jié)束階段
產(chǎn)品交付,項(xiàng)目
總結(jié)
會。第四:基于以上三個問題所做的應(yīng)對細(xì)則
1、項(xiàng)目開發(fā)時間的估算
1、保證項(xiàng)目整體的進(jìn)度。
2、有助于確保開發(fā)編碼的質(zhì)量。
3、有助于提高開發(fā)編碼的速度。
1、所負(fù)責(zé)模塊的商業(yè)邏輯的復(fù)雜程度。
2、開發(fā)人員的技術(shù)水平和對項(xiàng)目所在應(yīng)用的熟悉程度(包括對框架和應(yīng)用的熟悉程度。
3、該模塊技術(shù)實(shí)現(xiàn)上是否有技術(shù)難點(diǎn);這里所謂的技術(shù)難點(diǎn)定義是:在現(xiàn)有系統(tǒng)中還未實(shí)現(xiàn)的、開發(fā)人員自身也未沒接觸過的技術(shù)。對于這樣的難點(diǎn),開發(fā)者沒有相關(guān)的代碼可以參考,自己也沒有經(jīng)驗(yàn),所以需要投入一些時間研究解決。
模塊分配和開發(fā)時間估算的步驟:
1、在劃分好模塊后,首先自己先估算一下每個模塊所需要的開發(fā)時間。
2、然后召集所有開發(fā)人員,討論模塊的分配和開發(fā)時間估算。將劃分好的模塊,讓開發(fā)人員從中挑選他們感興趣的模塊。這樣做可以提高開發(fā)人員的主動性和參與性。在分配模塊的時候還需從以下幾方面考慮,以確保開發(fā)的速度和質(zhì)量: a、相同類似的模塊由同一人負(fù)責(zé)開發(fā),比如用戶管理的增刪改由同一開發(fā)者負(fù)責(zé)。
這樣做的好處就是開發(fā)者對相關(guān)邏輯會更加熟悉,同時接口的定義也會比較明確,溝通的成本比較低,同時功能實(shí)現(xiàn)的缺陷也相應(yīng)的會降低。
b、技術(shù)難度比較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。c、業(yè)務(wù)邏輯比較復(fù)雜的由對這塊邏輯比較了解的人負(fù)責(zé)。
3、模塊分配完后,開發(fā)人員評估自己負(fù)責(zé)開發(fā)的模塊所需要的時間。在此過程中最好做到要和開發(fā)者比較詳細(xì)的討論每個模塊的技術(shù)實(shí)現(xiàn),以便使時間的估算更加準(zhǔn)確。
4、對開發(fā)人員估算的時間進(jìn)行確認(rèn)。在確認(rèn)過程中作為項(xiàng)目管理者應(yīng)參考以上提到的三個因素,同時將自己估算的時間和開發(fā)人員估算的時間進(jìn)行比較。這其中的差異當(dāng)然會存在的。對于那些差異比較大的,將與技術(shù)人員探討其中的緣由。對于時間周期比較長的任務(wù),盡量將任務(wù)通過再細(xì)分的手段細(xì)化任務(wù),爭取每個任務(wù)的最長時間不超過3天;時間周期越長的任務(wù),不確定性越高,風(fēng)險(xiǎn)也越高,越有可能成為項(xiàng)目的瓶頸,影響項(xiàng)目的進(jìn)度。
2、code review code review是保證項(xiàng)目中代碼質(zhì)量非常重要的一個環(huán)節(jié),在這一環(huán)中我們公司做的非常欠缺,把關(guān)不嚴(yán)格;這是導(dǎo)致每次測試后出現(xiàn)大量bug的主要原因,這一環(huán)需要納入績效考核中,實(shí)行責(zé)任追究制,實(shí)施重點(diǎn)監(jiān)控。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成的;比如開發(fā)人員對需求不是很明確,以自己比較主觀的因素去完成任務(wù)的;還有對整個系統(tǒng)業(yè)務(wù)邏輯沒有正確的清晰的認(rèn)識的原因,以及對項(xiàng)目組成員培訓(xùn)不到位的原因等眾多因素糾集在一起才產(chǎn)生的。
核規(guī)范”文檔:記錄代碼實(shí)現(xiàn)應(yīng)該遵循的標(biāo)準(zhǔn)。通過這兩個文檔來規(guī)范開發(fā)人員的代碼實(shí)現(xiàn),代碼編寫者必須要嚴(yán)格按照規(guī)范來進(jìn)行;代碼審核者根據(jù)這些標(biāo)準(zhǔn)來code review代碼,同時在code review過程中不斷完善該文檔。
在做好這些前期工作的前提下,分以下幾個步驟來實(shí)施:
1、檢查開發(fā)者的代碼實(shí)現(xiàn)是否遵循了編碼規(guī)范。
2、從代碼的易維護(hù)性、可擴(kuò)展性角度考察代碼的質(zhì)量,提出修改建議。
些bug記錄在案。
行一行靜下心來看。同時代碼又要全面的看,以確保代碼整體上設(shè)計(jì)優(yōu)良。
及修改建議,然后把“審核報(bào)告”發(fā)送給相關(guān)人員。
可積極向代碼審核者提出。
8、代碼編寫者bug fixed完畢之后給出反饋。
9、代碼審核者把code review中發(fā)現(xiàn)的有價值的問題更新到"代碼審核規(guī)范"的文檔中, 對于特別值得提醒的問題可群發(fā)email給所有技術(shù)人員。如果通過以上步驟,還因?yàn)槭谴a編寫者的原因而出現(xiàn)嚴(yán)重的缺陷問題,將通過績效考核來加深代碼編寫者的印象,并在周報(bào)會議上做通報(bào)批評。
3、需求變更管理
需求變更管理也是項(xiàng)目管理中最重要的一個環(huán)節(jié),對需求變更管理的有效性將直接影響項(xiàng)目的成功與否。
對待需求變更的態(tài)度:
1、需求變更是不可避免的。
2、需求變更要必須被管理。
1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。
2、變更處于有效的管理中。
3、盡量降低變更帶來的風(fēng)險(xiǎn)。
作很混亂,也就是因?yàn)闆]有一個規(guī)范的變更流程而造成的;如果建立了這么一個流程規(guī)范和機(jī)制,需求變更沒有走這個流程的將不被認(rèn)可。
2、項(xiàng)目管理者接收到需求變更的要求。需求變更的提出者可以是項(xiàng)目中的任何人包括產(chǎn)品經(jīng)理、市場人員、開發(fā)人員、測試人員等。
度,費(fèi)用,質(zhì)量等計(jì)劃。項(xiàng)目管理者作為項(xiàng)目的負(fù)責(zé)人,對項(xiàng)目的成功與否負(fù)有主要的責(zé)任。所以需求變更的決策者應(yīng)該由項(xiàng)目管理者承擔(dān)。
開發(fā)人員對進(jìn)度的 影響(工 作量
1 2
5、確定變更的負(fù)責(zé)人。承擔(dān)需求變更的具體工作,比如基線控制,對需求變更的記錄,并通知相關(guān)人員。
6、相關(guān)人員接收到確認(rèn)的需求變更后,做以下事情。需求分析人員修改需求說明書和user case的相關(guān)內(nèi)容。測試人員修改測試用例的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。
7、按照變更后的計(jì)劃實(shí)施項(xiàng)目,并進(jìn)行檢查,跟蹤,對變更后的實(shí)施反饋和可能出現(xiàn)的問題及時溝通和處理。
8、需求凍結(jié)。項(xiàng)目越到后期,需求變更對項(xiàng)目的影響就越大,所以在一定時候要進(jìn)入需求凍結(jié)階段,不再接收新需求或需求的變更。
4、風(fēng)險(xiǎn)管理
風(fēng)險(xiǎn)管理是項(xiàng)目管理者最重要的工作之一。風(fēng)險(xiǎn)管理是一個持續(xù)的過程,貫穿于整個項(xiàng)目過程中,風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)評估、風(fēng)險(xiǎn)解決以及風(fēng)險(xiǎn)管理策略。
在項(xiàng)目的實(shí)施過程中需要不斷地識別和應(yīng)對風(fēng)險(xiǎn),并加以有效的控制,風(fēng)險(xiǎn)管理的好與壞直接影響項(xiàng)目的實(shí)施效果,從某種意義上講,項(xiàng)目實(shí)施對于項(xiàng)目管理者就是識別、分析、應(yīng)對、控制風(fēng)險(xiǎn)的過程,使項(xiàng)目的約束性目標(biāo)和質(zhì)量目標(biāo)朝有利的方向發(fā)展。
加影響或采取應(yīng)對措施,把風(fēng)險(xiǎn)的負(fù)面影響降到最低,并且風(fēng)險(xiǎn)控制應(yīng)該貫穿項(xiàng)目始終。
1、目標(biāo)以及需求不明確
為了市場競爭或內(nèi)部管理決策的需要,業(yè)務(wù)部門提出的需求往往要求的時間比較緊迫,需求的提出大多停留在幾張紙或口頭的傳達(dá)上,沒有形成正式的業(yè)務(wù)需求文檔,在沒有明確的需求范圍的情況下,有時為了迎合業(yè)務(wù)部門的口味匆匆開工,過程中用戶不斷地提出新的想法,技術(shù)人員開始疲于奔命和應(yīng)付,很難保證項(xiàng)目的進(jìn)度和質(zhì)量,也難以取得業(yè)務(wù)部門的認(rèn)可。所以,在項(xiàng)目的前期一定要采取相應(yīng)的手段或措施,與業(yè)務(wù)部門共同明確項(xiàng)目目標(biāo)、需求范圍,充分考慮現(xiàn)有的時間和資源約束,將需求排定優(yōu)先級, 對于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn)，其他輔助性的根據(jù)過程中的具體情況進(jìn)行滾動式計(jì)劃，并取 得業(yè)務(wù)部門的書面確認(rèn)。在此過程中要注重挖掘用戶的隱性需求，可以通過引導(dǎo)、系統(tǒng) 原型等手段讓用戶在前期充分暴露自己的想法和需求。
發(fā)生，對項(xiàng)目造成影響。如何減少此類風(fēng)險(xiǎn)的發(fā)生？ 前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。找出項(xiàng)目中需求的決策者(通常會是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶，所有的需求要經(jīng) 過他們的認(rèn)可?？蛻粼陧?xiàng)目過程中的全程參與有助于降低此類風(fēng)險(xiǎn)。需求討論、需求確 認(rèn)、user case 確認(rèn)、測試階段的客戶驗(yàn)收等環(huán)節(jié)，都要要求客戶參與。在發(fā)生需求變 更時，嚴(yán)格按照需求變更流程執(zhí)行。在分析設(shè)計(jì)階段的中的確認(rèn)和評審也是降低此類風(fēng) 險(xiǎn)的重要手段。
3、代碼質(zhì)量或返工風(fēng)險(xiǎn) 質(zhì)量風(fēng)險(xiǎn)主要指開發(fā)代碼的質(zhì)量。如何提高開發(fā)人員開發(fā)的質(zhì)量？在制定項(xiàng)目計(jì)劃 時，對開發(fā)時間的評估要盡可能的合適。合理的開發(fā)時間對開發(fā)質(zhì)量的影響也很大。有 時開發(fā)人員為了趕進(jìn)度在比較緊張的時間需要完成指定的任務(wù)，可能就存在很大的開發(fā) 質(zhì)量問題。開發(fā)要有一套嚴(yán)格可行的代碼規(guī)范，編碼時嚴(yán)格遵守，到現(xiàn)在為止，我們這 個方面做的不是很規(guī)范，做的也很不足，大家編寫的代碼隨意性比較大，代碼編寫者的 主觀意識性比較強(qiáng)。要建立一套大家認(rèn)可并且規(guī)范可行的編碼規(guī)范和考核規(guī)范，code review 時嚴(yán)格考核。在編碼前，開發(fā)人員要對框架熟練掌握；一份好的系統(tǒng)設(shè)計(jì)文檔對 指導(dǎo)開發(fā)非常重要。返工是項(xiàng)目組最不愿意看到的，既浪費(fèi)人力、物力和財(cái)力，又影響團(tuán)隊(duì)積極性。需 求不明確或范圍沒有有效控制都可能造成返工，另外造成返工的原因是質(zhì)量沒有達(dá)到用 戶要求。往往有這樣一種情況，每個團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是 100%完成，但一到最后系統(tǒng)交互測試或集成的時候就會發(fā)現(xiàn)一大堆問題，不得不花費(fèi)很大精力回頭 排查、修改程序，造成這種情況的主要原因是過程中質(zhì)量保證沒有做到位，把大部分問 題留在了后面。這就需要在項(xiàng)目實(shí)施過程中采取有效的措施來規(guī)避返工的風(fēng)險(xiǎn)，通常的 做法有同行評審，比如概要設(shè)計(jì)完成之后，邀請其他項(xiàng)目組的技術(shù)專家進(jìn)行技術(shù)評審以 發(fā)現(xiàn)架構(gòu)設(shè)計(jì)問題； 管理評審，通過組織級的質(zhì)量審計(jì)看產(chǎn)品以及實(shí)施過程是否滿足質(zhì) 量要求；代碼走查，在編碼過程中加入至少一次的代碼走查，排查不符合規(guī)范或性能要 求的代碼，走查通常能夠發(fā)現(xiàn) 50%-70%的錯誤；每日構(gòu)建，這是一種非常有效的方法，可以避免把各部分的集成問題拖到最后，并且能夠及時發(fā)現(xiàn)相應(yīng)的錯誤，日構(gòu)建一般在 項(xiàng)目的中后期開始，每天自動從版本服務(wù)器上獲取源代碼進(jìn)行自動編譯和測試。
4、人員技能和資源的不足 項(xiàng)目實(shí)施過程中由于人員技能欠缺造成的進(jìn)
理者應(yīng)該在前期就分析清楚項(xiàng)目所要采用的技術(shù)以及相應(yīng)的人員技能要求，針對不同的 角色，及時采取相應(yīng)的技能培訓(xùn)，以保證項(xiàng)目的順利實(shí)施。如果對于項(xiàng)目中某些部分專 業(yè)性特別強(qiáng)或新技術(shù)，短期內(nèi)又不能快速建立技能的情況，可以考慮將該塊任務(wù)外包，借鑒合作商的力量降低實(shí)施風(fēng)險(xiǎn)，當(dāng)然要進(jìn)行外購人力成本與自建人力成本的效益分 析。開發(fā)過程中遇到技術(shù)難題，導(dǎo)致開發(fā)時間延遲或者需求不得不發(fā)生變更。如何減少 此類風(fēng)險(xiǎn)的發(fā)生？在項(xiàng)目開始前的技術(shù)評估階段，明確技術(shù)難點(diǎn)，提前安排人員進(jìn)行攻 克。如果在可預(yù)期的時間內(nèi)無法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ?可替代方案。這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來避免這樣的風(fēng) 險(xiǎn)在后期或中期出現(xiàn)。項(xiàng)目所需人力資源無法按時到位，導(dǎo)致資源風(fēng)險(xiǎn)。如何減少此類風(fēng)險(xiǎn)的發(fā)生？這個 就需要在項(xiàng)目計(jì)劃制定的時候提前申請確認(rèn)資源，并在項(xiàng)目過程中不斷溝通協(xié)調(diào)。
1、上述我們所說的風(fēng)險(xiǎn)管理都是指可以預(yù)期將要發(fā)生的風(fēng)險(xiǎn)，那些不可預(yù)期將要發(fā)生 的風(fēng)險(xiǎn)不屬于風(fēng)險(xiǎn)管理的范疇。這也將是考驗(yàn)一個項(xiàng)目管理者的經(jīng)驗(yàn)和知識對能否 管理好風(fēng)險(xiǎn)至關(guān)重要的內(nèi)容。
2、對不可預(yù)期的風(fēng)險(xiǎn)，項(xiàng)目管理者要有潛在的風(fēng)險(xiǎn)意識評估，做好一些可操作性的預(yù) 案準(zhǔn)備。
3、詳細(xì)明確的項(xiàng)目計(jì)劃、以及項(xiàng)目執(zhí)行過程中每個要點(diǎn)的質(zhì)量保證是降低項(xiàng)目風(fēng)險(xiǎn)的 必要條件。
項(xiàng)目的成敗。團(tuán)隊(duì)管理是個漸進(jìn)的過程。世界上只有完美的團(tuán)隊(duì)，沒有完美的個人。好的高效的團(tuán)隊(duì) 不是管理出來的，而是營造出來的。團(tuán)隊(duì)成員需要有大家可認(rèn)同的團(tuán)隊(duì)文化，這需要大家共 同的努力。
1、營造良好的工作環(huán)境和氛圍。
2、建設(shè)優(yōu)秀或鮮明的團(tuán)隊(duì)文化。
3、保持高效的溝通。
1、會議氛圍不好，參與者發(fā)言不踴躍；
2、會議討論常常偏離主題；
3、會議沒有取得預(yù)期的結(jié)果；
1、會議是否會取得成功很大程度上取決于會議的組織者。只有組織得有力，會議才有 可能取得成功，這是會議成功的充分條件。
2、會議的組織者和參與者的想法通常是不一致的，有時候甚至?xí)笙鄰酵?。所以不?希望會議的參與者和你一樣，對會議有著如此的期待，對大多數(shù)參與者而言，在會議中他只 是一個發(fā)表想法的人，他不用對會議的成功承擔(dān)責(zé)任。
1、只有需要開會時才開會。有時候兩三個人單獨(dú)小范圍溝通會更加有效。
2、提前發(fā)出會議議程，以便會議參與者知道他們來做什么。
3、請對人很重要，不要把非必要的人召來開會，當(dāng)然也不要漏掉那些關(guān)鍵人物。在確 保必要人物都在的情況下一次會議參與者越少效果越好。
4、提前預(yù)約參與者的時間，以確保他們能按時到場。
5、會議的開場很重要。會議組織者要在開始前做好幾件事情。通常我建議有幾點(diǎn)要在 開場時說： a、再一次強(qiáng)調(diào)會議的目標(biāo)，我們來做什么。b、強(qiáng)調(diào)會議的主題與基調(diào)。比如：本次會議是一個需求確認(rèn)會，而非需求討論會，主要是討論做還是不做以及告知大家我們要做什么，而不要把太多的精力放在討論 如何做上面。c、說明一下會議的規(guī)則。如要發(fā)言，請舉手；不要有小圈子討論；不要打斷別人 的講 話，等別人說完你再說等等。
6、會議過程中時刻注意引導(dǎo)和控制會議，以確保會議按照目
標(biāo)進(jìn)行。一次會議的氛圍 是否良好，討論是否充分，好的引導(dǎo)至關(guān)重要。比如多提一些開放式的問題。
7、會議記錄很重要，把一些結(jié)論和有價值的內(nèi)容記錄下來，這些是本次會議的重要成 果之一。
8、會議要有結(jié)論。我們常在會議上聽到有人說："大家討論了這么半天，結(jié)論呢？"。沒有結(jié)論的會議是沒有意義的。
9、會議后別忘發(fā)會議紀(jì)要，以及一些 action，什么人什么時候做什么。
10、會議后的 action 執(zhí)行情況的反饋很重要。反饋是對會議參與者的尊重，同時也告知 了會議的效果。否則會讓大家感覺到這是一個可無可無的會議，大家以后參與的積極性 也會降低。很多會議往往都不注意這一點(diǎn)。
11、按時結(jié)束的會議會受到所有人的歡迎。
7、版本控制 版本控制也是項(xiàng)目管理者的一個重要工作內(nèi)容之一，一個項(xiàng)目或產(chǎn)品的完成不可能是一 步到位的，在項(xiàng)目完成的后期可能會有多個不同的版本的發(fā)布（開發(fā)版本，測試版本，發(fā)布 版本等）。需要做好版本的管理和控制。
8、項(xiàng)目總結(jié) 在項(xiàng)目完成后，總結(jié)整個完成項(xiàng)目的過程和經(jīng)歷，為下一次的項(xiàng)目啟動提供參考經(jīng)驗(yàn)，完善不足，避免在類似的項(xiàng)目中出現(xiàn)可能存在的相同的錯誤發(fā)生。
軟件項(xiàng)目維保方案篇五
目 錄
一、項(xiàng)目實(shí)施方案概述
(一)項(xiàng)目啟動階段
(二)需求調(diào)研確認(rèn)階段
(三)軟件功能實(shí)現(xiàn)確認(rèn)階段
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
(五)系統(tǒng)培訓(xùn)階段
(六)系統(tǒng)安裝測試及試運(yùn)行階段
(七)總體驗(yàn)收階段
(八)系統(tǒng)交接階段
一、項(xiàng)目實(shí)施方案概述
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施。大量的軟件公司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項(xiàng)，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項(xiàng)目實(shí)施階段分別介紹。
(一)項(xiàng)目啟動階段
此階段處于整個項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動會四個階段組成。
此階段主任務(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)目啟動會。
商務(wù)經(jīng)理：配合公司項(xiàng)目組，將積累的項(xiàng)目和用戶信息轉(zhuǎn)交給項(xiàng)目組。將項(xiàng)目組正式介紹給用戶，配合項(xiàng)目組建立與用戶的聯(lián)系。
用戶：成立項(xiàng)目實(shí)施組織，配合前期調(diào)研和召開啟動會，簽署《總體項(xiàng)目計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》。
1、成立項(xiàng)目組
部門經(jīng)理接到實(shí)施申請后，任命項(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)系，對合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。
3、編制《項(xiàng)目總體計(jì)劃》
4、啟動會
項(xiàng)目組與用戶共同召開的宣布項(xiàng)目實(shí)施正式開始的會議。
會程安排如下：
共同組建項(xiàng)目實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé);雙方簽署《項(xiàng)目實(shí)施協(xié)議》。
項(xiàng)目組介紹《項(xiàng)目總體計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》，包括以下內(nèi)容：
項(xiàng)目實(shí)施中用戶的'參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗(yàn)收、技術(shù)交接和項(xiàng)目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段
1、進(jìn)行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計(jì)劃》
3、內(nèi)部評審是否通過《需求調(diào)研計(jì)劃》，項(xiàng)目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項(xiàng)目實(shí)際情況對《需求調(diào)研計(jì)劃》草稿進(jìn)行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計(jì)劃》，如用戶簽署《需求調(diào)研計(jì)劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計(jì)劃》是否有變更，如果計(jì)劃存在變更，則執(zhí)行變更控制流程，否則按計(jì)劃進(jìn)行后續(xù)工作。
7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。
9、內(nèi)部評審是否通過《需求分析報(bào)告》。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報(bào)告》草稿進(jìn)行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》。項(xiàng)目組編寫《需求分析報(bào)告確認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。
(三)軟件功能實(shí)現(xiàn)確認(rèn)階段
此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對不滿足要求的功能，項(xiàng)目實(shí)施人員將會記錄下來并進(jìn)行功能修改，直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項(xiàng)目實(shí)施人員指導(dǎo)用戶進(jìn)行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進(jìn)行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項(xiàng)目實(shí)施人員會對資料初裝的情況進(jìn)行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項(xiàng)目實(shí)施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項(xiàng)目實(shí)施之前對用戶的相關(guān)人員進(jìn)行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達(dá)到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
決策層：領(lǐng)導(dǎo)在實(shí)施中的作用與重要性、決策查詢。
維護(hù)層：系統(tǒng)維護(hù)知識、操作方法。
操作層：操作方法。
具體的培訓(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)容、時間，場地，人員等。項(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í)施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(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ī)及理論考試。
匯報(bào)。
(六)系統(tǒng)安裝測試及試運(yùn)行階段
1、 編制計(jì)劃：與用戶實(shí)施負(fù)責(zé)人商議具體測試及試運(yùn)行時間，地點(diǎn)，人員等安排，項(xiàng)目組編制《測試及試運(yùn)行計(jì)劃》。
2、簽署計(jì)劃：用戶簽署《測試及試運(yùn)行計(jì)劃》，進(jìn)一步確認(rèn)測試及試運(yùn)行安排。
3、發(fā)測試及試運(yùn)行通知：在測試及試運(yùn)行開始前2天，按照簽署的《測試及試運(yùn)行計(jì)劃》，將時間，地點(diǎn)，人員等信息通知用戶實(shí)施負(fù)責(zé)人。
6、測試及試運(yùn)行總結(jié)：測試及試運(yùn)行完成，總結(jié)試運(yùn)行中設(shè)備、軟件的運(yùn)行情況，總結(jié)試運(yùn)行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運(yùn)行結(jié)果通知相關(guān)負(fù)責(zé)人。
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運(yùn)行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
【本文地址：http://mlvmservice.com/zuowen/3368733.html】
