第一篇：軟件項目軟件修改報告模版

十三、軟件修改報告

十三、軟件修改報告

1．登記號.........................................................................................................................................1 2．登記日期.....................................................................................................................................1 3．時間.............................................................................................................................................2 4．報告人.........................................................................................................................................2 5．子系統(tǒng)名.....................................................................................................................................2 6．模塊名.........................................................................................................................................2 7．“軟件修改報告”的編號.........................................................................................................2 8．修改.............................................................................................................................................2 9．修改描述.....................................................................................................................................2 10．批準人.......................................................................................................................................3 11．語句類型...................................................................................................................................3 12．程序名.......................................................................................................................................3 13．老修訂版...................................................................................................................................3 14．新修訂版...................................................................................................................................3 15．數(shù)據(jù)庫.......................................................................................................................................3 16．數(shù)據(jù)庫修改報告.......................................................................................................................3 17．文件...........................................................................................................................................3 18．文件更新...................................................................................................................................4 19．修改是否已測試.......................................................................................................................4 20．“軟件問題報告”是否給出問題的準確描述.......................................................................4 21．問題注釋...................................................................................................................................4 22．問題源.......................................................................................................................................4 23．資源...........................................................................................................................................41．登記號

【由軟件配置管理部門為該報告規(guī)定的編號。】

2．登記日期

【軟件配置管理部門登記“軟件修改報告”的日期?！?/p>

十三、軟件修改報告

3．時間

【準備好“軟件修改報告”的日期?！?/p>

4．報告人

【填寫該報告的作者。】

5．子系統(tǒng)名

【受修改影響的子系統(tǒng)名?！?/p>

6．模塊名

【被修改的模塊名。】

7．“軟件修改報告”的編號

【被“軟件修改報告”處理或部分處理的“軟件問題報告”的編號。如果某“軟件問題報告”的問題只是部分被處理，則在編號后附以p，如1234p?！?/p>

8．修改

【包括程序修改、文件更新、數(shù)據(jù)庫修改或它們的組合?！?/p>

9．修改描述

【修改的詳細描述。如果是文件更新或數(shù)據(jù)庫修改，還要列出文件更新通知或數(shù)據(jù)庫修改申請的標識符?！?/p>

十三、軟件修改報告

10．批準人

【批準人簽字，正式批準進行修改。】

11．語句類型

【程序修改中涉及到的語句類型，包括：輸入/輸出語句類、計算語句類、邏輯控制語句類、數(shù)據(jù)處理語句類（如數(shù)據(jù)傳送、存取語句類）。】

12．程序名

【被修改的程序、文件或數(shù)據(jù)庫的名字。】

13．老修訂版

【當前的版本/修訂本標識。】

14．新修訂版

【修改后的版本/修訂本標識?！?/p>

15．數(shù)據(jù)庫

【如果申請數(shù)據(jù)庫修改，則給出數(shù)據(jù)庫的標識符?！?/p>

16．數(shù)據(jù)庫修改報告

【數(shù)據(jù)庫修改申請?zhí)??！?/p>

17．文件

【如果要求對文件進行修改，則給出文件的名字。】

十三、軟件修改報告

18．文件更新

【文件更新通知單的編號?！?/p>

19．修改是否已測試

【指出已對修改做了哪些測試，如單元、子系統(tǒng)、組裝、確認和運行測試等，并注明測試成功與否。】

20．“軟件問題報告”是否給出問題的準確描述

【回答‘是’或‘否’?！?/p>

21．問題注釋

【準確地敘述要維護的問題?！?/p>

22．問題源

【指明問題來自于哪里，如軟件需求說明書、設(shè)計說明書、數(shù)據(jù)庫、源程序等?！?/p>

23．資源

【完成修改所需資源的估計，即總的人時數(shù)和計算機時間的開銷?！?/p>

第二篇：軟件項目計劃書

軟件項目計劃書

編制:XXXX

目錄 引言..............................................................................................................4 1.1 1.2 計劃目的............................................................................................4 項目的范圍和目標............................................................................4 1.2.1 范圍描述.....................................................................................4 1.2.2 主要功能.....................................................................................4 1.2.3 性能.............................................................................................4 1.2.4 管理和技術(shù)約束.........................................................................4 項目估算......................................................................................................4 2.1 2.2 2.3 3 使用的歷史數(shù)據(jù)................................................................................4 使用的評估技術(shù)................................................................................4 工作量、成本、時間估算................................................................4

風險管理戰(zhàn)略..............................................................................................4 3.1 3.2 3.3 風險識別............................................................................................4 有關(guān)風險的討論................................................................................4 風險管理計劃....................................................................................4 3.3.1 風險計劃.....................................................................................5 3.3.2 風險監(jiān)視.....................................................................................5 3.3.3 風險管理.....................................................................................5 日程..............................................................................................................5 4.1 4.2 4.3 項目工作分解結(jié)構(gòu)............................................................................5 時限圖（甘特圖）............................................................................5 資源表................................................................................................5 項目資源......................................................................................................5 5.1 5.2 5.3 人員....................................................................................................5 硬件和軟件........................................................................................5 特別資源............................................................................................5 人員組織......................................................................................................5 6.1 6.2 組織結(jié)構(gòu)............................................................................................5 管理報告............................................................................................5 跟蹤和控制權(quán)限..........................................................................................6 7.1 7.2 質(zhì)量保證和控制................................................................................6 變化管理和控制................................................................................6 附錄..............................................................................................................6 引言

1.1 計劃目的

1.2 項目的范圍和目標

1.2.1 范圍描述 1.2.2 主要功能 1.2.3 性能

1.2.4 管理和技術(shù)約束 項目估算

2.1 使用的歷史數(shù)據(jù) 2.2 使用的評估技術(shù)

2.3 工作量、成本、時間估算 風險管理戰(zhàn)略

3.1 風險識別 3.2 有關(guān)風險的討論 3.3 風險管理計劃

3.3.1 風險計劃 3.3.2 風險監(jiān)視 3.3.3 風險管理 日程

4.1 項目工作分解結(jié)構(gòu) 4.2 時限圖（甘特圖）4.3 資源表 項目資源

5.1 人員 5.2 硬件和軟件 5.3 特別資源 人員組織

6.1 組織結(jié)構(gòu) 6.2 管理報告 跟蹤和控制權(quán)限

7.1 質(zhì)量保證和控制 7.2 變化管理和控制 附錄

第三篇：軟件項目策劃書_軟件項目策劃書

軟件項目策劃書范文

1引言.1 編寫目的本開發(fā)計劃的目的是：

a． 把在開發(fā)過程中對各項工作的人員、分工、經(jīng)費、系統(tǒng)資源條件等問題的安排用文檔形式記載下來，以便根據(jù)本計劃開展和檢查本項目工作，保證項目開發(fā)成功；

b． 制訂項目組開發(fā)過程中的評審和審查計劃，明確相應(yīng)的質(zhì)量管理負責人員；

規(guī)定軟件配置管理的活動內(nèi)容和要求，明確配置管理工作的人員。

特別要求：需求分析必須詳細，并且有相關(guān)專家合作進行，.2 背景

本項目軟件名稱為《電能質(zhì)量數(shù)據(jù)分析軟件》。

任務(wù)來源于（略）公司；

交辦單位：（略）公司；

承辦單位：北京長峰新康科技有限責任公司。.3 參考資料

無；.4 術(shù)語和縮寫詞

暫無；

特別說明：有關(guān)公司內(nèi)部秘密的內(nèi)容用（略）代替。

2任務(wù)概要.1 工作內(nèi)容

本項目開發(fā)過程中需要進行的各項主要工作為：

編制附和軟件需求要求的軟件功能的軟件。

文檔計劃建立：

軟件開發(fā)計劃；

軟件目錄

軟件需求規(guī)格說明

項目開發(fā)計劃

可行性報告

軟件標準規(guī)范

軟件測試計劃

軟件測試辦法

概要設(shè)計說明

軟件可靠性和安全性設(shè)計指南

硬件總體設(shè)計報告

詳細設(shè)計說明

軟件詳細設(shè)計報告

軟件代碼（略）

測試分析報告

軟件可靠性和安全性設(shè)計檢查單

軟件評審檢查單

軟件使用說明.2 產(chǎn)品.2.1 程序

見需求。.2.2 文檔

文檔內(nèi)容見2.1中文檔建立。

文檔格式要求按照軟件模式化要求進行，模式按照如下名稱模板要求規(guī)定：

項目開發(fā)計劃；?軟件開發(fā)計劃

軟件目錄；?文檔目錄

軟件需求規(guī)格說明；? 需求分析報告

概要設(shè)計說明；? 概要設(shè)計文檔

詳細設(shè)計說明；?詳細設(shè)計文檔

軟件標準規(guī)范；?源代碼

軟件使用說明；?軟件使用說明書

測試分析報告；?軟件測試報告

軟件評審檢查單。?軟件審查報告.2.3 服務(wù)

培訓：

時間：1天；

內(nèi)容：軟件使用及安裝；

軟件支持：略。.2.4 驗收標準和驗收計劃

驗收測試：

時間：1天。

內(nèi)容：軟件使用。

軟件確認：

時間：1天；

內(nèi)容：確定軟件的可使用性，軟件的功能完整性。

3實施總計劃.1 階段劃分

需求分析：2周；

概要設(shè)計：6天；

詳細設(shè)計：1.5周；

編碼：3周；

測試：2周；

驗收：2天。

項目啟動時間：2000-11-14.2 人員組成姓名職責參加時間

廖燕寧負責軟件的總體設(shè)計時段：全部，開發(fā)時段：部分

耿江濤軟件設(shè)計，開發(fā)全部

高小光設(shè)計，開發(fā)全部

張欣說明書，部分文檔 部分

趙健穎需求部分.3 任務(wù)的分解和人員分工

軟件開發(fā)任務(wù)按軟件種類采取逐層分解的辦法把任務(wù)落實到實處。

管理、協(xié)調(diào)人員：廖燕寧，趙健穎；

確定質(zhì)量保證人員：廖燕寧

配置管理人員：耿江濤

形式化檢查人員：趙健穎

使用者：趙健穎。

軟件任務(wù)：系統(tǒng)需求

負責人：（略）的市場部經(jīng)理趙健穎

職責：提供需求。

軟件任務(wù)：需求分析

負責人：廖燕寧

職責：進行需求分析，提供需求分析報告。

軟件任務(wù)：概要設(shè)計

負責人：廖燕寧，耿江濤，高小光

職責：進行概要設(shè)計，概要設(shè)計框圖，相應(yīng)文檔。

軟件任務(wù)：詳細設(shè)計

負責人：廖燕寧，耿江濤，高小光

職責：進行詳細設(shè)計，出詳細設(shè)計流圖及報告。

軟件任務(wù)：編碼

負責人：耿江濤，高小光

職責：編碼，調(diào)試及報告。

軟件任務(wù)：測試

負責人：廖燕寧，耿江濤，高小光

職責：路徑測試。

軟件任務(wù)：更新

負責人：廖燕寧，耿江濤，高小光，趙健穎

職責：由趙健穎根據(jù)測試后的軟件提出問題，變更需要更改的地方。

軟件任務(wù)：文檔編制

負責人：張欣

職責：軟件使用說明書，部分其他文檔。.4 進度和完成的最后期限

進度包括：

需求分析；

軟件概要設(shè)計；

軟件詳細設(shè)計；

編碼；

測試；的時間。

完成的最后期限（不包括測試及驗收）為：2000/12/15日(中間有一周軟件培訓，延誤一周)。3.5 經(jīng)費預(yù)算

略.6 關(guān)鍵問題

（略）。.7 獨立確認測試工作計劃和安排

測試由長峰新康進行；

測試數(shù)據(jù)由長峰華輝提供；

時間：編碼結(jié)束后一周內(nèi)；

設(shè)備：

普通PC 機

Windows 98

（略）電能分析儀。

4支持需求

Windows 98 操作系統(tǒng)；

Delohi 5.0開發(fā)工具（軟件開發(fā)）；

C++（VC或C-Builder 5）開發(fā)工具；

Paradex 數(shù)據(jù)庫軟件。.1 計算機系統(tǒng)支持

本軟件的開發(fā)需要工作平臺：PC 主機；.2 需要交辦單位承擔的工作

需要（略）公司提供：

需求，在本周提供；

PF 1文件格式，或讀寫代碼；.3 需要其它單位提供的條件

測試數(shù)據(jù)項目列表。

5質(zhì)量保證

質(zhì)量審核：趙健穎，廖燕寧.1 評審和審查計劃

見評審表；.2 標準、條例和約定

代碼每日發(fā)送到小組共享區(qū)，由廖燕寧提取。.3 人員

趙健穎，廖燕寧.4 對任務(wù)間接承辦單位的管理

略

6軟件配置管理.1 基線

開發(fā)編碼結(jié)束后一周內(nèi)，交齊文檔、代碼。.2 配置標識規(guī)則

軟件開發(fā)計劃：2000-10-1-1；

文檔目錄：2000-10-1-0；

需求分析報告：2000-10-1-2；

概要設(shè)計文檔：2000-10-1-3；

詳細設(shè)計文檔：2000-10-1-4；

源代碼：2000-10-1-5；

軟件使用說明書：2000-10-1-6；

軟件測試報告：2000-10-1-7；

軟件審查報告：2000-10-1-8。

其他（略）。.3 配置控制.3.1 更改控制

軟件設(shè)計的更改權(quán)限為：廖燕寧；

軟件需求的更改權(quán)限為：趙健穎；

需求分析的更改權(quán)限為：廖燕寧；

編碼的更改權(quán)限為：耿江濤，高小光；

文檔的更改權(quán)限為：廖燕寧, 張欣；.3.2 更改規(guī)程

文檔的更改；?編碼的更改?軟件設(shè)計的更改 ? 需求分析的更改?軟件需求的更改

第四篇：軟件項目申請報告

關(guān)于物流公司引入OMS訂單管理系統(tǒng)的申請

尊敬的領(lǐng)導： 你們好！

**公司為B2C、B2B類型，各類信息化建設(shè)程度不同的客戶提供第三方倉儲服務(wù)。

為匹配各類用戶需求，提高客戶服務(wù)質(zhì)量，**公司需求引入OMS訂單管理系統(tǒng)及TMS運輸管理系統(tǒng)。

一、OMS訂單管理系統(tǒng)：

目前**公司雖已引入**系統(tǒng)，但因倉庫作業(yè)對系統(tǒng)響應(yīng)時效要求極高，各倉分別獨立部署WMS服務(wù)，考慮到后期客戶對接軟件成本（現(xiàn)有軟件對接費用需13-15萬元/客戶）、客戶服務(wù)質(zhì)量及軟件接口設(shè)計合理性，確定客戶系統(tǒng)無法與各倉WMS系統(tǒng)一一對接。因此，需引入OMS訂單管理系統(tǒng)實現(xiàn)：

1.直接對接各大主流第三方B2C平臺（包含天貓、京東、唯品會等）

2.直接對接B2C客戶內(nèi)部系統(tǒng)或配套標準接口平臺（如百勝軟件，菜鳥、奇門接口等）

3.直接對接B2B客戶內(nèi)部系統(tǒng)：如SAP系統(tǒng)（都市麗人）、客戶OMS系統(tǒng)、客戶企業(yè)門戶等系統(tǒng)

4.接口產(chǎn)品開源，支持由都市物流內(nèi)部技術(shù)人才進行對接，節(jié)省13-15萬元/客戶系統(tǒng)對接費用。

5.前端技術(shù)開源，支持由**公司內(nèi)部技術(shù)人才進行開發(fā)，提高軟件調(diào)整響應(yīng)時效，節(jié)省各類客戶不同定制化需求調(diào)整成本。同時，為匹配**公司“五倉一網(wǎng)”建設(shè)思路，為客戶提供合理、優(yōu)質(zhì)的多倉聯(lián)合運作服務(wù)。需要OMS訂單執(zhí)行系統(tǒng)匹配客戶“海量級”B2B、B2C訂單處理能力，根據(jù)系統(tǒng)靈活設(shè)定的不同規(guī)則（如客戶所屬經(jīng)營區(qū)域、庫存分配、時效優(yōu)先、人工指定等）匹配最優(yōu)作業(yè)倉庫，下發(fā)WMS收發(fā)作業(yè)，滿足多類型運營需求。

二、TMS運輸管理系統(tǒng)一直以來，較嚴重存在貨品出倉后的異常投訴問題，異常問題追蹤依靠人工管理方式，導致問題無法得到及時準確追蹤、解決和反饋。為解決上述問題，**公司迫切需求引入TMS運輸管理系統(tǒng)，實現(xiàn)以下功能：

1.改變原有人工管理方式，使用系統(tǒng)、規(guī)范化的方式對物流供應(yīng)商進行管控（供應(yīng)商獎懲、評分管理功能等）。

2.實現(xiàn)貨品運輸在途跟蹤、異常預(yù)警功能，及時掌握貨物運輸動態(tài)。

3.實現(xiàn)客戶簽收功能，追蹤貨物運輸時效。

4.軟件開源，支持由**公司內(nèi)部技術(shù)人才進行技術(shù)開發(fā)，提高軟件調(diào)整響應(yīng)時效，節(jié)省各類客戶不同定制化需求調(diào)整成本。另外，改變現(xiàn)有系統(tǒng)只支持單一的物流計費模式（按體積計算）狀況。引入TMS系統(tǒng)，實現(xiàn)支持多運輸模式計費方式（如重量、計件、干/支線/派送計費）。

三、預(yù)算費用

經(jīng)與國內(nèi)各大物流主流軟件供應(yīng)商（包含唯智、富勒、美的（安德）、巨沃等）溝通確認，OMS訂單管理系統(tǒng)費用為**萬元，TMS運輸管理系統(tǒng)費用為**萬元

鑒于以上功能、客服質(zhì)量、成本原因考慮，物流公司迫切需求引入OMS、TMS系統(tǒng)，為物流公司的全面業(yè)務(wù)開展打下良好的基礎(chǔ)，請公司領(lǐng)導批示為盼！

申請人：

日期：

第五篇：軟件項目實施方案

軟件項目實施方案

一、項目實施方案概述

二、項目實施方案介紹

(一)項目啟動階段

(二)需求調(diào)研確認階段

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

(四)數(shù)據(jù)標準化初裝階段

(五)系統(tǒng)培訓階段

(六)系統(tǒng)安裝測試及試運行階段

(七)總體驗收階段

(八)系統(tǒng)交接階段

一、項目實施方案概述

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

二、項目實施方案介紹

(一)項目啟動階段

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

此階段主任務(wù)：

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

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

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

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

1、成立項目組

部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標，由部門經(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、編制《項目總體計劃》

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

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);

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

4、啟動會

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

會程安排如下：

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

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

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);

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

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

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

(二)需求調(diào)研確認階段

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

1、進行需求調(diào)研準備

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

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

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

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

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

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ù)部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審通過。

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

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

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

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

(四)數(shù)據(jù)標準化初裝階段

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

(五)系統(tǒng)培訓階段

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

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

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

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

操作層：操作方法。

具體的培訓工作流程為：

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

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

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

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

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

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

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

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

匯報。

(六)系統(tǒng)安裝測試及試運行階段

此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環(huán)境及數(shù)據(jù)準備：在試運行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路;檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個環(huán)節(jié)是否有問題;

5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導給予全面配合，組織相關(guān)人員進行測試及試運行.、6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據(jù)流轉(zhuǎn)狀況。

跟蹤新資料登錄環(huán)節(jié)。

觀察業(yè)務(wù)流程執(zhí)行狀況。

觀察操作人員操作表現(xiàn)。

觀察系統(tǒng)運行速度及異常表現(xiàn)。

觀察關(guān)鍵數(shù)據(jù)的正確性。

及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。

(七)總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。

需要驗收的可交付成果：

主要項目階段

階段組成

主要里程碑

可交付成果

啟動

階段

編制總體項目計劃

簽署的《總體項目計劃》

啟動會

項目啟動會

簽署的《項目實施協(xié)議》

需求調(diào)研階段

需求分析報告確認

需求調(diào)研結(jié)束

簽署的《需求分析報告》

軟件

實現(xiàn)

軟件功能確認

軟件功能確認

簽署的《軟件功能確認表》

數(shù)據(jù)

初裝

用戶簽署初裝計劃及初裝培訓計劃

簽署的《初裝計劃及初裝培訓計劃》

初裝檢查及總結(jié)數(shù)據(jù)初裝完成

《數(shù)據(jù)初裝總結(jié)表》

培訓及考核

用戶簽署培訓計劃

簽署的《培訓計劃》

培訓總結(jié)

培訓完成

《培訓總結(jié)表》

測試及試運行

用戶簽署測試及試運行計劃

簽署的《測試及試運行計劃》

測試及試運行總結(jié)

試運行完成

《測試及試運行總結(jié)》

驗收

總體驗收

驗收完成

《總體驗收報告》

(八)系統(tǒng)交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。