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