第一篇:軟件項目軟件修改報告模版
十三、軟件修改報告
十三、軟件修改報告
1.登記號.........................................................................................................................................1 2.登記日期.....................................................................................................................................1 3.時間.............................................................................................................................................2 4.報告人.........................................................................................................................................2 5.子系統名.....................................................................................................................................2 6.模塊名.........................................................................................................................................2 7.“軟件修改報告”的編號.........................................................................................................2 8.修改.............................................................................................................................................2 9.修改描述.....................................................................................................................................2 10.批準人.......................................................................................................................................3 11.語句類型...................................................................................................................................3 12.程序名.......................................................................................................................................3 13.老修訂版...................................................................................................................................3 14.新修訂版...................................................................................................................................3 15.數據庫.......................................................................................................................................3 16.數據庫修改報告.......................................................................................................................3 17.文件...........................................................................................................................................3 18.文件更新...................................................................................................................................4 19.修改是否已測試.......................................................................................................................4 20.“軟件問題報告”是否給出問題的準確描述.......................................................................4 21.問題注釋...................................................................................................................................4 22.問題源.......................................................................................................................................4 23.資源...........................................................................................................................................41.登記號
【由軟件配置管理部門為該報告規定的編號。】
2.登記日期
【軟件配置管理部門登記“軟件修改報告”的日期。】
十三、軟件修改報告
3.時間
【準備好“軟件修改報告”的日期。】
4.報告人
【填寫該報告的作者。】
5.子系統名
【受修改影響的子系統名。】
6.模塊名
【被修改的模塊名。】
7.“軟件修改報告”的編號
【被“軟件修改報告”處理或部分處理的“軟件問題報告”的編號。如果某“軟件問題報告”的問題只是部分被處理,則在編號后附以p,如1234p。】
8.修改
【包括程序修改、文件更新、數據庫修改或它們的組合。】
9.修改描述
【修改的詳細描述。如果是文件更新或數據庫修改,還要列出文件更新通知或數據庫修改申請的標識符。】
十三、軟件修改報告
10.批準人
【批準人簽字,正式批準進行修改。】
11.語句類型
【程序修改中涉及到的語句類型,包括:輸入/輸出語句類、計算語句類、邏輯控制語句類、數據處理語句類(如數據傳送、存取語句類)。】
12.程序名
【被修改的程序、文件或數據庫的名字。】
13.老修訂版
【當前的版本/修訂本標識。】
14.新修訂版
【修改后的版本/修訂本標識。】
15.數據庫
【如果申請數據庫修改,則給出數據庫的標識符。】
16.數據庫修改報告
【數據庫修改申請號。】
17.文件
【如果要求對文件進行修改,則給出文件的名字。】
十三、軟件修改報告
18.文件更新
【文件更新通知單的編號。】
19.修改是否已測試
【指出已對修改做了哪些測試,如單元、子系統、組裝、確認和運行測試等,并注明測試成功與否。】
20.“軟件問題報告”是否給出問題的準確描述
【回答‘是’或‘否’。】
21.問題注釋
【準確地敘述要維護的問題。】
22.問題源
【指明問題來自于哪里,如軟件需求說明書、設計說明書、數據庫、源程序等。】
23.資源
【完成修改所需資源的估計,即總的人時數和計算機時間的開銷。】
第二篇:軟件項目計劃書
軟件項目計劃書
編制:XXXX
目錄 引言..............................................................................................................4 1.1 1.2 計劃目的............................................................................................4 項目的范圍和目標............................................................................4 1.2.1 范圍描述.....................................................................................4 1.2.2 主要功能.....................................................................................4 1.2.3 性能.............................................................................................4 1.2.4 管理和技術約束.........................................................................4 項目估算......................................................................................................4 2.1 2.2 2.3 3 使用的歷史數據................................................................................4 使用的評估技術................................................................................4 工作量、成本、時間估算................................................................4
風險管理戰略..............................................................................................4 3.1 3.2 3.3 風險識別............................................................................................4 有關風險的討論................................................................................4 風險管理計劃....................................................................................4 3.3.1 風險計劃.....................................................................................5 3.3.2 風險監視.....................................................................................5 3.3.3 風險管理.....................................................................................5 日程..............................................................................................................5 4.1 4.2 4.3 項目工作分解結構............................................................................5 時限圖(甘特圖)............................................................................5 資源表................................................................................................5 項目資源......................................................................................................5 5.1 5.2 5.3 人員....................................................................................................5 硬件和軟件........................................................................................5 特別資源............................................................................................5 人員組織......................................................................................................5 6.1 6.2 組織結構............................................................................................5 管理報告............................................................................................5 跟蹤和控制權限..........................................................................................6 7.1 7.2 質量保證和控制................................................................................6 變化管理和控制................................................................................6 附錄..............................................................................................................6 引言
1.1 計劃目的
1.2 項目的范圍和目標
1.2.1 范圍描述 1.2.2 主要功能 1.2.3 性能
1.2.4 管理和技術約束 項目估算
2.1 使用的歷史數據 2.2 使用的評估技術
2.3 工作量、成本、時間估算 風險管理戰略
3.1 風險識別 3.2 有關風險的討論 3.3 風險管理計劃
3.3.1 風險計劃 3.3.2 風險監視 3.3.3 風險管理 日程
4.1 項目工作分解結構 4.2 時限圖(甘特圖)4.3 資源表 項目資源
5.1 人員 5.2 硬件和軟件 5.3 特別資源 人員組織
6.1 組織結構 6.2 管理報告 跟蹤和控制權限
7.1 質量保證和控制 7.2 變化管理和控制 附錄
第三篇:軟件項目策劃書_軟件項目策劃書
軟件項目策劃書范文
1引言.1 編寫目的本開發計劃的目的是:
a. 把在開發過程中對各項工作的人員、分工、經費、系統資源條件等問題的安排用文檔形式記載下來,以便根據本計劃開展和檢查本項目工作,保證項目開發成功;
b. 制訂項目組開發過程中的評審和審查計劃,明確相應的質量管理負責人員;
規定軟件配置管理的活動內容和要求,明確配置管理工作的人員。
特別要求:需求分析必須詳細,并且有相關專家合作進行,.2 背景
本項目軟件名稱為《電能質量數據分析軟件》。
任務來源于(略)公司;
交辦單位:(略)公司;
承辦單位:北京長峰新康科技有限責任公司。.3 參考資料
無;.4 術語和縮寫詞
暫無;
特別說明:有關公司內部秘密的內容用(略)代替。
2任務概要.1 工作內容
本項目開發過程中需要進行的各項主要工作為:
編制附和軟件需求要求的軟件功能的軟件。
文檔計劃建立:
軟件開發計劃;
軟件目錄
軟件需求規格說明
項目開發計劃
可行性報告
軟件標準規范
軟件測試計劃
軟件測試辦法
概要設計說明
軟件可靠性和安全性設計指南
硬件總體設計報告
詳細設計說明
軟件詳細設計報告
軟件代碼(略)
測試分析報告
軟件可靠性和安全性設計檢查單
軟件評審檢查單
軟件使用說明.2 產品.2.1 程序
見需求。.2.2 文檔
文檔內容見2.1中文檔建立。
文檔格式要求按照軟件模式化要求進行,模式按照如下名稱模板要求規定:
項目開發計劃;?軟件開發計劃
軟件目錄;?文檔目錄
軟件需求規格說明;? 需求分析報告
概要設計說明;? 概要設計文檔
詳細設計說明;?詳細設計文檔
軟件標準規范;?源代碼
軟件使用說明;?軟件使用說明書
測試分析報告;?軟件測試報告
軟件評審檢查單。?軟件審查報告.2.3 服務
培訓:
時間:1天;
內容:軟件使用及安裝;
軟件支持:略。.2.4 驗收標準和驗收計劃
驗收測試:
時間:1天。
內容:軟件使用。
軟件確認:
時間:1天;
內容:確定軟件的可使用性,軟件的功能完整性。
3實施總計劃.1 階段劃分
需求分析:2周;
概要設計:6天;
詳細設計:1.5周;
編碼:3周;
測試:2周;
驗收:2天。
項目啟動時間:2000-11-14.2 人員組成姓名職責參加時間
廖燕寧負責軟件的總體設計時段:全部,開發時段:部分
耿江濤軟件設計,開發全部
高小光設計,開發全部
張欣說明書,部分文檔 部分
趙健穎需求部分.3 任務的分解和人員分工
軟件開發任務按軟件種類采取逐層分解的辦法把任務落實到實處。
管理、協調人員:廖燕寧,趙健穎;
確定質量保證人員:廖燕寧
配置管理人員:耿江濤
形式化檢查人員:趙健穎
使用者:趙健穎。
軟件任務:系統需求
負責人:(略)的市場部經理趙健穎
職責:提供需求。
軟件任務:需求分析
負責人:廖燕寧
職責:進行需求分析,提供需求分析報告。
軟件任務:概要設計
負責人:廖燕寧,耿江濤,高小光
職責:進行概要設計,概要設計框圖,相應文檔。
軟件任務:詳細設計
負責人:廖燕寧,耿江濤,高小光
職責:進行詳細設計,出詳細設計流圖及報告。
軟件任務:編碼
負責人:耿江濤,高小光
職責:編碼,調試及報告。
軟件任務:測試
負責人:廖燕寧,耿江濤,高小光
職責:路徑測試。
軟件任務:更新
負責人:廖燕寧,耿江濤,高小光,趙健穎
職責:由趙健穎根據測試后的軟件提出問題,變更需要更改的地方。
軟件任務:文檔編制
負責人:張欣
職責:軟件使用說明書,部分其他文檔。.4 進度和完成的最后期限
進度包括:
需求分析;
軟件概要設計;
軟件詳細設計;
編碼;
測試;的時間。
完成的最后期限(不包括測試及驗收)為:2000/12/15日(中間有一周軟件培訓,延誤一周)。3.5 經費預算
略.6 關鍵問題
(略)。.7 獨立確認測試工作計劃和安排
測試由長峰新康進行;
測試數據由長峰華輝提供;
時間:編碼結束后一周內;
設備:
普通PC 機
Windows 98
(略)電能分析儀。
4支持需求
Windows 98 操作系統;
Delohi 5.0開發工具(軟件開發);
C++(VC或C-Builder 5)開發工具;
Paradex 數據庫軟件。.1 計算機系統支持
本軟件的開發需要工作平臺:PC 主機;.2 需要交辦單位承擔的工作
需要(略)公司提供:
需求,在本周提供;
PF 1文件格式,或讀寫代碼;.3 需要其它單位提供的條件
測試數據項目列表。
5質量保證
質量審核:趙健穎,廖燕寧.1 評審和審查計劃
見評審表;.2 標準、條例和約定
代碼每日發送到小組共享區,由廖燕寧提取。.3 人員
趙健穎,廖燕寧.4 對任務間接承辦單位的管理
略
6軟件配置管理.1 基線
開發編碼結束后一周內,交齊文檔、代碼。.2 配置標識規則
軟件開發計劃:2000-10-1-1;
文檔目錄:2000-10-1-0;
需求分析報告:2000-10-1-2;
概要設計文檔:2000-10-1-3;
詳細設計文檔:2000-10-1-4;
源代碼:2000-10-1-5;
軟件使用說明書:2000-10-1-6;
軟件測試報告:2000-10-1-7;
軟件審查報告:2000-10-1-8。
其他(略)。.3 配置控制.3.1 更改控制
軟件設計的更改權限為:廖燕寧;
軟件需求的更改權限為:趙健穎;
需求分析的更改權限為:廖燕寧;
編碼的更改權限為:耿江濤,高小光;
文檔的更改權限為:廖燕寧, 張欣;.3.2 更改規程
文檔的更改;?編碼的更改?軟件設計的更改 ? 需求分析的更改?軟件需求的更改
第四篇:軟件項目申請報告
關于物流公司引入OMS訂單管理系統的申請
尊敬的領導: 你們好!
**公司為B2C、B2B類型,各類信息化建設程度不同的客戶提供第三方倉儲服務。
為匹配各類用戶需求,提高客戶服務質量,**公司需求引入OMS訂單管理系統及TMS運輸管理系統。
一、OMS訂單管理系統:
目前**公司雖已引入**系統,但因倉庫作業對系統響應時效要求極高,各倉分別獨立部署WMS服務,考慮到后期客戶對接軟件成本(現有軟件對接費用需13-15萬元/客戶)、客戶服務質量及軟件接口設計合理性,確定客戶系統無法與各倉WMS系統一一對接。因此,需引入OMS訂單管理系統實現:
1.直接對接各大主流第三方B2C平臺(包含天貓、京東、唯品會等)
2.直接對接B2C客戶內部系統或配套標準接口平臺(如百勝軟件,菜鳥、奇門接口等)
3.直接對接B2B客戶內部系統:如SAP系統(都市麗人)、客戶OMS系統、客戶企業門戶等系統
4.接口產品開源,支持由都市物流內部技術人才進行對接,節省13-15萬元/客戶系統對接費用。
5.前端技術開源,支持由**公司內部技術人才進行開發,提高軟件調整響應時效,節省各類客戶不同定制化需求調整成本。同時,為匹配**公司“五倉一網”建設思路,為客戶提供合理、優質的多倉聯合運作服務。需要OMS訂單執行系統匹配客戶“海量級”B2B、B2C訂單處理能力,根據系統靈活設定的不同規則(如客戶所屬經營區域、庫存分配、時效優先、人工指定等)匹配最優作業倉庫,下發WMS收發作業,滿足多類型運營需求。
二、TMS運輸管理系統一直以來,較嚴重存在貨品出倉后的異常投訴問題,異常問題追蹤依靠人工管理方式,導致問題無法得到及時準確追蹤、解決和反饋。為解決上述問題,**公司迫切需求引入TMS運輸管理系統,實現以下功能:
1.改變原有人工管理方式,使用系統、規范化的方式對物流供應商進行管控(供應商獎懲、評分管理功能等)。
2.實現貨品運輸在途跟蹤、異常預警功能,及時掌握貨物運輸動態。
3.實現客戶簽收功能,追蹤貨物運輸時效。
4.軟件開源,支持由**公司內部技術人才進行技術開發,提高軟件調整響應時效,節省各類客戶不同定制化需求調整成本。另外,改變現有系統只支持單一的物流計費模式(按體積計算)狀況。引入TMS系統,實現支持多運輸模式計費方式(如重量、計件、干/支線/派送計費)。
三、預算費用
經與國內各大物流主流軟件供應商(包含唯智、富勒、美的(安德)、巨沃等)溝通確認,OMS訂單管理系統費用為**萬元,TMS運輸管理系統費用為**萬元
鑒于以上功能、客服質量、成本原因考慮,物流公司迫切需求引入OMS、TMS系統,為物流公司的全面業務開展打下良好的基礎,請公司領導批示為盼!
申請人:
日期:
第五篇:軟件項目實施方案
軟件項目實施方案
一、項目實施方案概述
二、項目實施方案介紹
(一)項目啟動階段
(二)需求調研確認階段
(三)軟件功能實現確認階段
(四)數據標準化初裝階段
(五)系統培訓階段
(六)系統安裝測試及試運行階段
(七)總體驗收階段
(八)系統交接階段
一、項目實施方案概述
軟件產品,特別是行業解決方案軟件產品不同于一般的商品,用戶購買軟件產品之后,不能立即進行使用,需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公 1 司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產品本身的質量,軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關系,上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務:
公司:在合同簽定后,指定項目經理,成立項目組,授權項目組織完成項目目標。
公司項目組:進行前期項目調研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務經理:配合公司項目組,將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯系。
用戶:成立項目實施組織,配合前期調研和召開啟動會,簽署《總體項目計劃》和《項目實施協議》。
1、成立項目組
部門經理接到實施申請后,任命項目經理,指定項目目標,由部門經理及項目經理一起指定項目組成員及成員任務,并報總經理簽署《項目任務書》。
2、前期調研
項目經理及項目組成員,在商務人員配合下,建立與用戶的聯系,對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中,商務經理積累了大量的信息,項目組首先應收集商務和合同信息,并與商務經理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容:
項目描述,項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
溝通管理計劃,確定項目干系人對信息和溝通的需要:即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃,確定適合于項目的質量標準和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權利和職責;雙方簽署《項目實施協議》。
項目組介紹《項目總體計劃》和《項目實施協議》,包括以下內容:
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
項目實施中項目管理的必要性和如何進行項目管理,項目的質量如何控制;
項目實施中用戶的參與和領導的支持的重要作用;
階段驗收、技術交接和項目結束后如何對用戶提供后續服務。
(二)需求調研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求,包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等,實施 4 人員調研完成后,會編寫《需求調研分析手冊》,并交付用戶進行確認,待用戶對《需求調研分析手冊》上所提到的需求確認完畢后,項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容:
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否通過《需求調研計劃》,項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審,如評審通過,則在稍后的時間內簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調研計劃》,如用戶簽署《需求調研計劃》,則作為以后需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更,如果計劃存在變更,則執行變更控制流程,否則按計劃進行后續工作。
6、編寫及發出《需求調研通知》,項目組編寫《需求調研通知》,確定進行需求調研的相關事宜,發給用戶,為順利完成需求調研工作做準備
7、需求調研,項目組以《需求調研手冊》為依據,從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研,并搜集用戶的個性化需求。
8、需求調研分析根據調研的結果,項目組和公司其他技術部門將進一步進行分析,確定合理、可行的需求,將分析結果形成《需求分析報告》草稿。
9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審,如評審通過,則在稍后由用戶簽署,如評審不通過則重新修改,直至內部評審通過。
10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》,發給用戶,確定進行需求確認的相關事宜,告之相關部門及人員安排好工作,準時參與需求確認工作,為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認,并簽署了《需求分析報告》,則需求調研階段工作結束,進行后續的軟件功能實現的工作;如沒有確認,則進一步進行調研、分析,直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調研工作結束之后,如果用戶提出新的需求或是變更已有的需求,則執行需求新增及變更流程
(三)軟件功能實現確認階段
此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中,項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后,項目實施人員將編制《軟件功能確認表》,將定制好軟件功能待用戶確認,6 用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數據標準化初裝階段
此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作,并對用戶進行初裝資料的軟件操作培訓,以便用戶能夠及時的將標準資料錄入系統,初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業務功能的開展做好基礎。
(五)系統培訓階段
系統培訓階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的,達到讓用戶了解軟件產品,最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次:決策層、技術層、操作層,對不同層次的用戶參加產品培訓人員的培訓內容分別是:
決策層:領導在實施中的作用與重要性、決策查詢。
維護層:系統維護知識、操作方法。
操作層:操作方法。
具體的培訓工作流程為:
1、調研培訓信息:在培訓開始前3天由用戶實施負責人,將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃:結合調研結果,與用戶實施負責人商議具體培訓內容、時間,場地,人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃:用戶簽署《培訓計劃》,進一步確認培訓安排。
4、發培訓通知:培訓開始前2天,按照簽署的《培訓計劃》,將培訓內容、時間,場地,人員等信息通知用戶實施負責人。
5、搭建培訓環境:公司項目組在培訓開始前,將培訓環境搭建及檢查妥當,將培訓提綱及培訓手冊準備好。
6、組織培訓:公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓,按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。
7、培訓考核:公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結:公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結,填入《培訓及考核統計表》,及時向相關負責人
匯報。
(六)系統安裝測試及試運行階段
此階段的主要工作是在用戶真實環境下,對用戶網絡及硬件設備進行測試,對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發現并改正;同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平,掌握操作規范。此階段的主要工作內容為:
1、編制計劃:與用戶實施負責人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認測試及試運行安排。
3、發測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負責人。
4、搭建環境及數據準備:在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路;檢查軟件、硬件、網絡、線路等各個環節是否有問題;
5、組織測試及試運行:用戶相關各級領導給予全面配合,組織相關人員進行測試及試運行.、6、測試及試運行總結:測試及試運行完成,總結試運行中設備、軟件的運行情況,總結試運行中業務流程和操作環節的情況,以書面總結形式將測試及試運行結果通知相關負責人。
公司項目組負責擔當指揮,檢查用戶人員組織情況并給予指導,跟蹤檢查如下情況:
跟蹤單據流轉狀況。
跟蹤新資料登錄環節。
觀察業務流程執行狀況。
觀察操作人員操作表現。
觀察系統運行速度及異常表現。
觀察關鍵數據的正確性。
及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結束后,對系統進行總體驗收。
需要驗收的可交付成果:
主要項目階段
階段組成
主要里程碑
可交付成果
啟動
階段
編制總體項目計劃
簽署的《總體項目計劃》
啟動會
項目啟動會
簽署的《項目實施協議》
需求調研階段
需求分析報告確認
需求調研結束
簽署的《需求分析報告》
軟件
實現
軟件功能確認
軟件功能確認
簽署的《軟件功能確認表》
數據
初裝
用戶簽署初裝計劃及初裝培訓計劃
簽署的《初裝計劃及初裝培訓計劃》
初裝檢查及總結數據初裝完成
《數據初裝總結表》
培訓及考核
用戶簽署培訓計劃
簽署的《培訓計劃》
培訓總結
培訓完成
《培訓總結表》
測試及試運行
用戶簽署測試及試運行計劃
簽署的《測試及試運行計劃》
測試及試運行總結
試運行完成
《測試及試運行總結》
驗收
總體驗收
驗收完成
《總體驗收報告》
(八)系統交接階段
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產品、項目實施過程中所生成的各種文檔,并簽署《售后服務協議》,項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》,對軟件公司項目實施人員的整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。