咨詢熱線：
【北京華盛恒輝科技有限公司 ——（hivekion）是一家軟件定制開發公司，專注IT產品研發與服務，堅持穩健經營、持續創新、開放合作，在安全生產、大數據處理等領域構筑了端到端的解決方案優勢，為企業客戶提供有競爭力的IT解決方案、 產品和服務。】
1.1編寫目的
北京軟件開發公司為了確定項目實施過程，指導需求分析，特編寫《國家體育總局訓練局運動員遠程教育系統開發建設組織實施方案》。
1.2項目背景簡介
1.2.1項目基本信息
1.2.1.1項目名稱
《國家體育總局訓練局運動員遠程教育系統開發》
1.2.1.2項目發起者
北京軟件開發公司
1.2.1.3項目承擔單位
北京軟件開發公司
1.2.1.4項目啟動背景
1.2.2項目工作內容與工作目標
1.2.2.1項目工作內容
北京軟件開發公司按照招標要求完成對國家體育總局訓練局運動員遠程教育系統開發工作。
1.2.2.2項目工作目標
北京軟件開發公司為了保證項目能夠按照正確的方向進行，我們將項目的整個過程劃分為兩大部分：項目的開發過程和項目的實施維護過程。其中項目的開發過程又分解為4個小階段，每個階段的結束就是一個里程碑。因此整個項目的開發進度包含四個主要的里程碑：
需求分析：在“需求分析”里程碑應基本完成業務的需求分析。目標清晰地闡明了應用系統的終目的，并提供了明確的方向。而范圍則定義了一個特定版本的應用系統所要提交的業務功能，并且通過目標認識到在未來的版本中將要進行的開發工作。
系統設計：“系統設計階段”里程碑要完成項目的設計。項目設計包含功能說明文檔（包括概要設計、邏輯流程設計和詳細設計），每種角色組的人員分配、組織結構和時間進度安排。功能說明提供項目組足夠的實施細節情況，并確定需要的資源和承諾。在此階段，客戶和項目組在要交付的系統功能以及系統實施過程上取得一致。這是一個重新評估風險、建立優先級和對時間以及資源調配情況做終估計的重要階段。這個階段將經過幾個過程：分概要設計、邏輯設計、物理設計，這個階段將決定項目的成敗，因此每一個階段都需相互銜接。
功能范圍開發完成/第一次試用：在“范圍完成/第一次使用”里程碑基本完成開發階段。經過核準的功能說明和相關的項目計劃提供了開發階段基本的要求。整個階段可以根據開發組的要求細分為一系列的內部交付里程碑，每個內部里程碑都是經過測試/診斷/排錯的過程。在“范圍完成/第一次使用”這個里程碑上，所有功能的開發都已經結束。
系統正式推廣實施：在“系統正式發布”里程碑上完成了穩定測試階段。整個項目也到達了終結點。測試工作是本身是伴隨著代碼開發工作進行的，只在穩定階段因為集中注意力于尋找錯誤和修改錯誤，所以成為這一階段的主要工作。在產品發布里程碑，產品正式轉交用戶或維護支持組。
需求分析：在“需求分析”里程碑應基本完成業務的需求分析。目標清晰地闡明了應用系統的終目的，并提供了明確的方向。而范圍則定義了一個特定版本的應用系統所要提交的業務功能，并且通過目標認識到在未來的版本中將要進行的開發工作。
系統設計：“系統設計階段”里程碑要完成項目的設計。項目設計包含功能說明文檔（包括概要設計、邏輯流程設計和詳細設計），每種角色組的人員分配、組織結構和時間進度安排。功能說明提供項目組足夠的實施細節情況，并確定需要的資源和承諾。在此階段，客戶和項目組在要交付的系統功能以及系統實施過程上取得一致。這是一個重新評估風險、建立優先級和對時間以及資源調配情況做終估計的重要階段。這個階段將經過幾個過程：分概要設計、邏輯設計、物理設計，這個階段將決定項目的成敗，因此每一個階段都需相互銜接。
功能范圍開發完成/第一次試用：在“范圍完成/第一次使用”里程碑基本完成開發階段。經過核準的功能說明和相關的項目計劃提供了開發階段基本的要求。整個階段可以根據開發組的要求細分為一系列的內部交付里程碑，每個內部里程碑都是經過測試/診斷/排錯的過程。在“范圍完成/第一次使用”這個里程碑上，所有功能的開發都已經結束。
系統正式推廣實施：在“系統正式發布”里程碑上完成了穩定測試階段。整個項目也到達了終結點。測試工作是本身是伴隨著代碼開發工作進行的，只在穩定階段因為集中注意力于尋找錯誤和修改錯誤，所以成為這一階段的主要工作。在產品發布里程碑，產品正式轉交用戶或維護支持組。
1.3術語定義
2軟件項目實施過程總體控制要求
2.1軟件項目實施流程說明
北京軟件開發公司
|
需求分析
|
|
系統設計
|
|
系統開發
|
|
系統測試
|
|
系統安裝與調試
|
|
用戶培訓
|
|
技術支持
|
實施流程匯總說明
1.1軟件項目職責分工說明
運動員遠程教育系統載數據接口方面設計到很多的不同類型數據，在業務上設計過程中，多用戶組、用戶角色分配，為了支持本系統的復雜業務邏輯并保持本系統的靈活性、可擴充性，因此，需要各方面充分合作、互相協調、才能保證系統實施階段順利進行。
針對運動員遠程教育系統要實現的功能，我們將建立如下的三層組織保證體系：
針對運動員遠程教育系統要實現的功能，我們將建立如下的三層組織保證體系：
- 領導層
- 實施層
- 用戶驗收層
各組織層職責
項目領導小組的目的是和項目小組共同建立對整個項目建設自始至終負責的、責權利相統一的管理，以形成一個由總體控制和有計劃、有組織的控制網絡系統，實現計劃---實施---檢查---調整---再實施的封閉循環。
領導層的具體職責如下：
領導層的具體職責如下：
- 明確成員各自分工與責任；
- 建立工程情況匯報制度；
- 決定工程重大原則問題；
- 協調各部門及相關人員關系。
對運動員遠程教育系統數據庫系統的實施，建立以項目中心領導小組為龍頭，系統分析部、系統開發部、系統實施部為主體的，具有內部協調職能的直線式操作實施層，負責進度控制、成本控制、質量控制、供應控制。由于各實施環節均有項目質量控制小組評審，就有可能一次發現問題，并可及時落實到具體的負責部門，整個過程一氣呵成，避免推諉扯皮現象和信息傳遞失誤，從而提高系統建設效率。
作為組織保證系統的一個組成部分，還應建立線性責任系統，其目的是為了明確項目中各部門各成員在各項工作的地位與作用，使工作和責任一一對應起來，以保證組織運轉更為有效。操作實施層的組織結構如下：
實施層的具體職責如下：
作為組織保證系統的一個組成部分，還應建立線性責任系統，其目的是為了明確項目中各部門各成員在各項工作的地位與作用，使工作和責任一一對應起來，以保證組織運轉更為有效。操作實施層的組織結構如下：
實施層的具體職責如下：
- 建立項目實施小組，確定項目實施總負責人；
- 組織各專業技術隊伍，明確技術責任與實施方案；
- 編制項目技術規范，計劃進度，質量標準；
- 負責組織各專業技術人員優質按時完成項目任務。
用戶驗收層主要保證組織體系能有效地圍繞總體控制計劃運行，其人員由我們和業務技術專家共同組成。
用戶驗收層的具體職責如下：
用戶驗收層的具體職責如下：
- 共同確定技術驗收測試標準和驗收測試人員；
- 組織現場測試環境和完成各項技術指標測試；
- 編寫項目測試報告和項目驗收報告；
- 組織并完成用戶開通運行等各項工作。
1.2軟件項目實施過程控制方法說明
1.2.1客戶交流機制說明
為保證實現項目預期目標，項目實施過程中需要大量的客戶交流工作，定期舉行客戶方例會、向客戶方提供階段性報告、雙方的主要聯系方式是面談、電話和Email。
1.2.2軟件項目內部管理與進度控制方法說明
為了適應比較流行的MVC開發模式，保證開發小組成員順利溝通，協同完成任務，我們擬采用較為普遍的軟件工程項目管理方式。
在制定項目管理規范的過程中，我們將主要吸取ISO9000/GB－Tl900質量管理和質量控制國際標準以及CMM項目管理中的精華，緊密結合我們內部的實際和項目的實際情況，使規范具有較強的可操作性。ISO9000/GB－T1900質量管理和質量控制標準是制造業的質量管理專家在總結了實踐經驗的基礎上而制定的。所以信息系統項目管理不能用這個系列標準中提供的生產模型來概括，而應有選擇地吸收和改進。
在項目實施的各個過程中，為確保質量，必須明確各項活動的責任。即由誰負責、由誰輔助執行、工作應執行的流程、執行人員應具備的技能和培訓經歷等。責任越明確，可執行性就越好。同時要重視質量記錄的產生和保存。在質量記錄中，項目實施過程中產生的第一手原始資料是出現問題時查找原因的根據，也是系統可回溯性的保證。
設計是項目實施的初期步驟之一，它為整個項目的實施奠定基礎，是保證項目質量的關鍵要素。在項目實施前，必須提交合格的設計文檔。設計文檔應充分考慮項目實施的實際情況，并從技術的角度確保正確可行。為保證設計的質量，我們將遵從《軟件產品策劃程序》，《軟件產品開發程序》的規定。
在制定項目管理規范的過程中，我們將主要吸取ISO9000/GB－Tl900質量管理和質量控制國際標準以及CMM項目管理中的精華，緊密結合我們內部的實際和項目的實際情況，使規范具有較強的可操作性。ISO9000/GB－T1900質量管理和質量控制標準是制造業的質量管理專家在總結了實踐經驗的基礎上而制定的。所以信息系統項目管理不能用這個系列標準中提供的生產模型來概括，而應有選擇地吸收和改進。
在項目實施的各個過程中，為確保質量，必須明確各項活動的責任。即由誰負責、由誰輔助執行、工作應執行的流程、執行人員應具備的技能和培訓經歷等。責任越明確，可執行性就越好。同時要重視質量記錄的產生和保存。在質量記錄中，項目實施過程中產生的第一手原始資料是出現問題時查找原因的根據，也是系統可回溯性的保證。
設計是項目實施的初期步驟之一，它為整個項目的實施奠定基礎，是保證項目質量的關鍵要素。在項目實施前，必須提交合格的設計文檔。設計文檔應充分考慮項目實施的實際情況，并從技術的角度確保正確可行。為保證設計的質量，我們將遵從《軟件產品策劃程序》，《軟件產品開發程序》的規定。
1.2.3軟件項目發布方法說明
系統的安裝與調試
本項目組負責系統安裝與調試工作，其中軟件部分的安裝是免費的。我們將派遣專業的技術支持人員進行現場的安裝與調試，并向相關工作人員介紹安裝與調試的要點，保證系統的使用人員掌握基本的系統安裝的方法。安裝與調試以系統能夠正常穩定的工作為基本標準，兼顧用戶的不同的使用要求。
服務器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對服務器端系統進行安裝與調試。服務器端的數據庫系統的建立、維護等工作將由我們的數據庫設計工程師完成，保證數據庫的穩定工作。
本項目組負責系統安裝與調試工作，其中軟件部分的安裝是免費的。我們將派遣專業的技術支持人員進行現場的安裝與調試，并向相關工作人員介紹安裝與調試的要點，保證系統的使用人員掌握基本的系統安裝的方法。安裝與調試以系統能夠正常穩定的工作為基本標準，兼顧用戶的不同的使用要求。
服務器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對服務器端系統進行安裝與調試。服務器端的數據庫系統的建立、維護等工作將由我們的數據庫設計工程師完成，保證數據庫的穩定工作。
1.3軟件項目預期成果清單說明
| 主要項目階段 | 階段組成 | 主要里程碑 | 可交付成果 |
|
啟動 階段 |
編制總體項目計劃 | 《組織實施方案》 | |
| 啟動會 | 項目啟動會 | 《系統調研方案計劃書》 | |
| 需求調研階段 | 需求分析報告確認 | 需求調研結束 | 《用戶需求說明書》 |
|
軟件 實現 |
軟件功能確認 | 軟件功能確認 |
《概要設計》、 《數據庫設計》、 《功能規格說明書》、 《系統詳細設計說明書》 |
| 培訓及考核 | 用戶簽署培訓計劃 | 《培訓計劃》 | |
| 培訓總結 | 培訓完成 | 《培訓總結表》 | |
|
測試及 試運行 |
用戶簽署測試及試運行計劃 | 《測試及試運行計劃》 | |
| 測試及試運行總結 | 試運行完成 | 《測試及試運行總結》 | |
| 驗收 | 總體驗收 | 驗收完成 |
《系統維護手冊》、 《用戶操作手冊》 《總體驗收報告》 |
2軟件項目具體實施流程說明
2.1需求調研與分析階段實施方案
2.1.1工作程序
- 由項目實施小組組織需求方和開發方召開會議，需求方提出系統功能需求，開發方人員確定所需功能能否實現以及用何種技術實現，終協商確定系統整體功能。
- 項目實施小組提出需求分析說明書，并交由供需雙方確認。
2.1.2工作內容與要求
- 描述用戶需求，規劃目標系統結構和主要功能，包括：數據接口，系統管理功能，報表打印功能；
- 掌握用戶特點，描述用戶的角色、權限的劃分，包括：系統管理員、教師、學員等；
- 了解設計與實現的約束條件，確定系統接口和運行環境，包括用戶操作界面，網絡傳輸與通信接口，硬件設備環境、軟件配置環境；
2.1.3人員分工與資源配置
2.1.4預期成果清單
《用戶需求說明書》
2.2系統設計階段實施方案
2.2.1工作程序
開發組成員根據需求分析進行功能的分類匯總，確定系統架構及功能模塊，提交《概要設計》和《詳細設計》。
2.2.2工作內容與要求
1、針對客戶提出的各項需求，進行需求分類匯總，對功能、性能進行歸并，為建立完整的系統結構、選擇正確的實現策略奠定基礎，從而形成相對穩定的功能模塊劃分。
2、針對需求的匯總分析和項目面臨的各種約束和假定，進行重點難點問題分析，找出完成本項目所必須克服的重點和難點問題，一方面能夠讓技術人員理解相應功能模塊的重要性，另一方面能夠保證項目實施過程中所有人員都能夠圍繞重點和難點問題展開工作，使得項目研發的成果能夠限度的滿足客戶要求。
3、系統模塊劃分，實現完整的功能模塊劃分，從而為技術人員的分工提供依據，這部分的內容要對上一節的內容進行更細致的分類，遵循技術形式進行劃分。
4、系統接口策略，該項說明在系統實現過程中，需要與系統外部的硬件設備、網絡結點、軟件系統進行交互，并確定各類接口的類型、使用方法、所屬的功能模塊和本系統內各個功能模塊之間的接口定義、相互依賴關系等。
2、針對需求的匯總分析和項目面臨的各種約束和假定，進行重點難點問題分析，找出完成本項目所必須克服的重點和難點問題，一方面能夠讓技術人員理解相應功能模塊的重要性，另一方面能夠保證項目實施過程中所有人員都能夠圍繞重點和難點問題展開工作，使得項目研發的成果能夠限度的滿足客戶要求。
3、系統模塊劃分，實現完整的功能模塊劃分，從而為技術人員的分工提供依據，這部分的內容要對上一節的內容進行更細致的分類，遵循技術形式進行劃分。
4、系統接口策略，該項說明在系統實現過程中，需要與系統外部的硬件設備、網絡結點、軟件系統進行交互，并確定各類接口的類型、使用方法、所屬的功能模塊和本系統內各個功能模塊之間的接口定義、相互依賴關系等。
2.2.3預期成果清單
《概要設計說明書》和《系統詳細設計說明書》
2.3代碼實現與測試調試階段實施方案
2.3.1工作程序
開發組成員根據《詳細設計》確定各自分工，進行各個模塊功能的具體開發實現工作，系統進入測試階段后組織驗收組編寫測試報告。
2.3.2工作內容與要求
項目開發組要保證開發進度的順利進行，并將進度情況及時向用戶匯報。
2.3.3人員分工與資源配置
2.3.4預期成果清單
《程序源代碼清單》和《帳系統測試方案》
2.4軟件項目驗收與交付階段實施方案
2.4.1工作程序
開發組提交項目完成報告，組織用戶驗收組進行項目驗收。
2.4.2工作內容與要求
北京軟件開發公司在項目結束時，必須履行嚴格的驗收和交接手續。終驗和交接的目的是使用戶對項目質量和終系統狀態形成全面正確的認識，從而對系統集成工作滿意和認可，同時向用戶提交完整的文檔，以便于用戶日后對系統運行和維護。
在終驗前，我們和用戶共同組建終驗協調小組，該小組應由各方領導小組委托各自的技術負責人組成，由用戶方出任組長。該小組負責擬定終驗測試方法、終驗測試時間及周期、終驗內容及終驗進度安排，并且要對各廠商、集成商及終用戶的職責、義務與協調方法做出明確的規定。
終驗應當在終驗協調小組的領導下進行。終驗測試過程要有詳細的日志和質量記錄。在終驗測試完畢后，應綜合提交終驗測試數據和測試報告，經各方簽字認可。
在終驗過程中，項目質量監督小組應當有計劃地進行質量審核和抽驗工作，其審核報告應提交終驗協調小組。
終驗完成后，輸出文件包括：終驗測試方案、終驗實施方案、質量記錄、質量審核報告和終驗測試報告。
終驗結束后開始交接過程。交接是一個逐步使用戶熟悉系統，進而能夠掌握、管理、維護系統的過程。交接需要在終驗協調小組的負責下有計劃有步驟地進行。
交接包括技術資料交接和系統交接。系統交接一直延續到維護階段（指合同中規定的無償維護）。交接流程是：交接工作計劃、所有文檔清點和培訓計劃、系統交接與維護。
技術資料交接包括在實施過程中所產生的全部文件和記錄。終驗協調小組應督促各供應廠商提供相應的技術資料，并整理網絡、服務器和數據庫的所有配置參數及其它數據。
交接時至少提交如下資料：總體設計文檔、項目實施設計、系統配置文檔、測試報告、系統維護手冊和系統操作手冊（可由設備廠家提供）以及系統管理建議書。
在技術資料交接之后，便進入維護階段。維護階段的時間長短由終驗協調組協商確定，且各方的任務要明確。維護階段的主要任務是協同用戶進一步熟悉和掌握整個系統，提高用戶自身的系統管理能力。
終驗應當在終驗協調小組的領導下進行。終驗測試過程要有詳細的日志和質量記錄。在終驗測試完畢后，應綜合提交終驗測試數據和測試報告，經各方簽字認可。
在終驗過程中，項目質量監督小組應當有計劃地進行質量審核和抽驗工作，其審核報告應提交終驗協調小組。
終驗完成后，輸出文件包括：終驗測試方案、終驗實施方案、質量記錄、質量審核報告和終驗測試報告。
終驗結束后開始交接過程。交接是一個逐步使用戶熟悉系統，進而能夠掌握、管理、維護系統的過程。交接需要在終驗協調小組的負責下有計劃有步驟地進行。
交接包括技術資料交接和系統交接。系統交接一直延續到維護階段（指合同中規定的無償維護）。交接流程是：交接工作計劃、所有文檔清點和培訓計劃、系統交接與維護。
技術資料交接包括在實施過程中所產生的全部文件和記錄。終驗協調小組應督促各供應廠商提供相應的技術資料，并整理網絡、服務器和數據庫的所有配置參數及其它數據。
交接時至少提交如下資料：總體設計文檔、項目實施設計、系統配置文檔、測試報告、系統維護手冊和系統操作手冊（可由設備廠家提供）以及系統管理建議書。
在技術資料交接之后，便進入維護階段。維護階段的時間長短由終驗協調組協商確定，且各方的任務要明確。維護階段的主要任務是協同用戶進一步熟悉和掌握整個系統，提高用戶自身的系統管理能力。
2.4.3人員分工與資源配置
3支持條件
- 本項目將采用原型迭代的方法進行需求確認和開發。
- 因本項目工期比較短、要開發的功能比較多，必須提高項目溝通效率，提高相關協調工作的效率。
- 各個成員單位需在各個開發階段的系統上線前10工作日，提供必須的網絡以及軟硬件環境。
- 系統分析、功能測試，用戶必須全程參加。
- 為按期國家體育總局訓練局運動員遠程教育系統后續工程項目，符合軟件工程文檔規范的各類文檔將在模塊實現后逐步補充提交。
4關鍵問題
| 序號 | 關鍵問題 | 影響程度 |
|
|
采用原型迭代的方式開發，符合軟件工程規范的文檔將在階段開發完成后再進行補充提交。 | 很深 |
|
|
因業務變更涉及眾多橫向職能部門，因此在需求確認后，業務變更須嚴格按照需求變更流程處理。 | 很深 |
|
|
建立部門間的協調機制，保證工作順利開展 | 很深 |
|
|
生產環境的軟硬件環境須達到足夠的性能指標 | 很深 |
|
|
測試環境的硬件環境配置不能達到生產環境的配置水平，所以對性能測試可能存在風險 | 一般 |
5項目組織結構
5.1組織結構圖
整個項目團隊由北京軟件開發公司、專家顧問團隊、監理方和施工單位組成。
北京軟件開發公司：作為項目的組織方，委托第三方機構或專家小組對項目實施中的工作和成果進行審查和監督。同時委派專職負責人協調訓練局（學校）、監理方和施工單位相關工作，以確保開發實施工作能按時、按量、按質地完成。
監理單位：作為項目過程質量的監控方，負責依據合同、招、投標文件，對主要的開發工作過程開展評審，參與系統的驗收工作、功能測試。
用戶方項目經理：
姓名：職責要求：
北京軟件開發公司：作為項目的組織方，委托第三方機構或專家小組對項目實施中的工作和成果進行審查和監督。同時委派專職負責人協調訓練局（學校）、監理方和施工單位相關工作，以確保開發實施工作能按時、按量、按質地完成。
監理單位：作為項目過程質量的監控方，負責依據合同、招、投標文件，對主要的開發工作過程開展評審，參與系統的驗收工作、功能測試。
用戶方項目經理：
姓名：職責要求：
- 負責本項目的總體管理；
- 負責與乙方書面簽字確認；
- 負責協調和解決可能引起的與項目計劃相關的分歧；
- 作為乙方項目小組和參與本項目的甲方各相關部門間的溝通橋梁；
- 能夠按項目進程的要求保證時間的投入及做出及時的指導，協調并加快訓練局決策層對該項目有關的重大問題做出決策；
- 負責組織甲方相關人員，參與項目各階段工作；
- 負責對乙方提交的項目交付件進行驗收。
- 負責業務需求管理，提供業務人員，負責提供業務需求作為項目設計和開發工作的基礎，并在開發過程中提供指導和決策。
施工單位：負責按照開發合同及招投標文件的要求具體承擔軟件開發及系統集成工作，受監理方的質量監控，并定期向信息中心匯報項目情況，而且也應及時的將項目中遇到的問題及情況通知給監理方、參與系統的驗收工作、功能測試、性能測試。
以下主要展開開發方的組織結構。整個軟件開發團隊信由項目總監、項目經理總體領導，項目經理、項目經理助理具體負責項目對外的組織、協調工作。開發經理負責主持項目的具體技術工作。
1.1開發方人員分工
按照職能劃分，軟件開發團隊共分為10個角色，分別是項目經理、項目經理助理、開發經理、總體組（下轄DBA、流通領域負責人、業務協同負責人、硬件集成負責人）、開發組、QA組、實施組。
1.1.2項目經理
姓名：
職責要求：
職責要求：
- 負責組織、確認需求分析、確定范圍、時間計劃等工作；
- 負責組織、協調開發質量評審工作；
- 負責組織、協調上線和驗收工作；
- 負責審定項目方案；
- 負責開發團隊人員和其他資源的配備；
- 總體掌握項目進展情況，并負責向上級領導匯報項目進展。
11.1.7QA組
1.2項目開發組成員名單
2項目進度計劃
整個項目分為系統開發實施和免維期兩部分。其中系統開發實施部分，根據本項目的約束條件，制定出以下這個開發實施計劃，免維部分由山?？萍加邢薰景凑蘸贤械氖酆蠓諚l款對于本項目提供相應的售后服務和技術支持。
| 順序 | 名稱 | 工期 | 開始時間 | 完成時間 |
| 1 | 一、項目前期準備階段 | 1天 | 2010-6-21 8:00 | 2010-6-21 17:00 |
| 2 | 前期準備 | 1工作日 | 2010-6-21 8:00 | 2010-6-21 17:00 |
| 3 | 項目準備及項目啟動會議安排 | 1工作日 | 2010-6-21 8:00 | 2010-6-21 17:00 |
| 4 | 二、需求開發階段 | 36工作日 | 2010-6-22 8:00 | 2010-8-10 17:00 |
| 5 | 需求開發 | 2工作日 | 2010-6-22 8:00 | 2010-6-23 17:00 |
| 6 | 用戶需求調研 | 10工作日 | 2010-6-24 8:00 | 2010-7-7 17:00 |
| 7 | 編寫用戶需求說明書 | 8工作日 | 2010-7-8 8:00 | 2010-7-19 17:00 |
| 8 | 確定技術解決方案 | 7工作日 | 2010-7-20 8:00 | 2010-7-28 17:00 |
| 9 | 構建需求模型 | 4工作日 | 2010-7-29 8:00 | 2010-8-3 17:00 |
| 10 | 新系統原型開發和評價 | 5工作日 | 2010-8-4 8:00 | 2010-8-10 17:00 |
| 11 | 三、系統設計階段 | 28工作日 | 2010-8-11 8:00 | 2010-9-17 17:00 |
| 12 | 系統設計準備 | 2工作日 | 2010-8-11 8:00 | 2010-8-12 17:00 |
| 13 | 軟件架構設計 | 6工作日 | 2010-8-13 8:00 | 2010-8-20 17:00 |
| 14 | 系統功能設計 | 9工作日 | 2010-8-23 8:00 | 2010-9-2 17:00 |
| 15 | 數據庫設計 | 5工作日 | 2010-9-3 8:00 | 2010-9-9 17:00 |
| 16 | 程序模塊劃分 | 2工作日 | 2010-9-10 8:00 | 2010-9-13 17:00 |
| 17 | 選取或設計共通模塊 | 3工作日 | 2010-9-14 8:00 | 2010-9-16 17:00 |
| 18 | 系統設計評審 | 1工作日 | 2010-9-17 8:00 | 2010-9-17 17:00 |
| 19 | 四、程序開發階級 | 44工作日 | 2010-9-20 8:00 | 2010-11-18 17:00 |
| 20 | 程序開發 | 33工作日 | 2010-9-20 8:00 | 2010-11-3 17:00 |
| 21 | 編寫單元測試用例 | 3工作日 | 2010-11-4 8:00 | 2010-11-8 17:00 |
| 22 | 交叉檢查 | 2工作日 | 2010-11-9 8:00 | 2010-11-10 17:00 |
| 23 | 總結單元測試 | 2工作日 | 2010-11-11 8:00 | 2010-11-12 17:00 |
| 24 | 編寫安裝手冊 | 2工作日 | 2010-11-15 8:00 | 2010-11-16 17:00 |
| 25 | 編寫用戶手冊 | 2工作日 | 2010-11-17 8:00 | 2010-11-18 17:00 |
| 26 | 五、系統測試階段 | 18工作日 | 2010-11-19 8:00 | 2010-12-14 17:00 |
| 27 | 編寫系統測試方案 | 8工作日 | 2010-11-19 8:00 | 2010-11-30 17:00 |
| 28 | 編寫系統測試用例 | 4工作日 | 2010-12-1 8:00 | 2010-12-6 17:00 |
| 29 | 執行系統測試用例及回歸 | 4工作日 | 2010-12-7 8:00 | 2010-12-10 17:00 |
| 30 | 編寫系統測試報告 | 1工作日 | 2010-12-13 8:00 | 2010-12-13 17:00 |
| 31 | 評審系統測試 | 1工作日 | 2010-12-14 8:00 | 2010-12-14 17:00 |
| 32 | 六、系統試運行階段 | 317工作日 | 2010-12-15 8:00 | 2012-3-1 17:00 |
| 33 | 環境搭建 | 55工作日 | 2010-12-15 8:00 | 2011-3-1 17:00 |
| 34 | 執行部署 | 1工作日 | 2010-12-15 8:00 | 2010-12-15 17:00 |
| 35 | 設備安裝 | 1工作日 | 2010-12-16 8:00 | 2010-12-16 17:00 |
| 36 | 網絡集成 | 1工作日 | 2010-12-17 8:00 | 2010-12-17 17:00 |
| 37 | 系統軟件安裝 | 1工作日 | 2010-12-20 8:00 | 2010-12-20 17:00 |
| 38 | 系統布署 | 47工作日 | 2010-12-21 8:00 | 2011-2-23 17:00 |
| 39 | 執行試用 | 2工作日 | 2011-2-24 8:00 | 2011-2-25 17:00 |
| 40 | 收集用戶建議和意見 | 2.d | 2011-2-28 8:00 | 2011-3-1 17:00 |
| 41 | 七、系統正式運行階段 | 262工作日 | 2011-3-2 8:00 | 2012-3-1 17:00 |
| 42 | 系統正式運行 | 262工作日 | 2011-3-2 8:00 | 2012-3-1 17:00 |
2.1.1預期成果清單
《國家體育總局訓練局運動員遠程教育系統發布說明》
2.2客戶服務與技術支持階段實施方案
2.2.1工作程序
確定系統交付使用后的客戶服務與技術支持的內容。
2.2.2工作內容與要求
2.2.2工作內容與要求
系統的安裝與調試
我們負責系統安裝與調試工作，其中軟件部分的安裝是免費的。我們將派遣專業的技術支持人員進行現場的安裝與調試，并向相關工作人員介紹安裝與調試的要點，保證系統的使用人員掌握基本的系統安裝的方法。安裝與調試以系統能夠正常穩定的工作為基本標準，兼顧用戶的不同的使用要求。
服務器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對服務器端系統進行安裝與調試。服務器端的數據庫系統的建立、維護等工作將由我們的數據庫設計工程師完成，保證數據庫的穩定工作。
服務器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對服務器端系統進行安裝與調試。服務器端的數據庫系統的建立、維護等工作將由我們的數據庫設計工程師完成，保證數據庫的穩定工作。
用戶培訓
培訓的主要目的是為了使**的用戶能更好的掌握新系統的安裝、使用和管理方法，充分發揮系統的作用，使他們經過系統培訓后，能夠對系統進行日常的使用和管理工作。為了保證培訓的質量，我們將把培訓的內容做成多媒體教學光盤，輔助培訓教學，并方便用戶日后的使用。
系統維護
系統維護是指系統在功能上進行修改，由于用戶需求的擴展性，在實際應用中，特別是在系統剛投入使用時，需經常改動程序功能。針對這種情況，我們的系統維護工作從以下幾個方面入手，從而使系統應用達到預期目的。
以下為我們提供技術支持服務的主要方式：
以下為我們提供技術支持服務的主要方式：
- 現場技術支持服務：
我們將安排經驗豐富的工作人員到現場進行維護。為了讓用戶的問題得到盡快的處理，我們將為所有的現場維護技術支持配備手機、呼機。
為了有效地進行系統軟件的維護，我們事先就開始做組織工作，建立專為該項目成立的維護的機構，聲明提出維護申請報告的過程及評價的過程，為每一個維護申請規定標準的處理步驟，還必須建立維護活動的登記制度以及規定評價和評審的標準。
為了有效地進行系統軟件的維護，我們事先就開始做組織工作，建立專為該項目成立的維護的機構，聲明提出維護申請報告的過程及評價的過程，為每一個維護申請規定標準的處理步驟，還必須建立維護活動的登記制度以及規定評價和評審的標準。
- 電話咨詢：
我們設立熱線服務臺,提供7*8小時(即每周7工作日，每工作日8小時)電話技術咨詢服務。
- 網上技術支持：
通過電子郵件、BBS等方式提供7X24小時的服務。我們并把一些技術維護文檔上傳到平臺網上，系統用戶可以根據自己的需要在網上下載后使用。
- 技術資料：
在系統正常運行后為用戶提供一整套所安裝軟件的維護手冊,其中包括詳細的設計手冊、安裝手冊、使用手冊。如果以后軟件修改、補充或升級時，我們都會更新升級維護手冊；而且我們還會定期為用戶遞送一些資料及產品公布信息,同時以上資料也將在網上發布并及時更新。
- 響應時間：
對工程任何層次的維護要求，我們都將建立4小時內作出響應的機制，并且根據站點的重要性及其復雜程度的不同，我們將相應縮短維護的響應時間。
2.2.3人員分工與資源配置
由工作組完成。
2.2.4預期成果清單
《客服及技術支持說明書》
聯系方式：北京華盛恒輝科技有限公司
電話：010-52895342
郵件：service@hivekion.com
QQ： 615179746
網址：http://m.9naver.com
【北京華盛恒輝科技有限公司 ——（hivekion）是一家軟件定制開發公司，專注IT產品研發與服務，堅持穩健經營、持續創新、開放合作，在安全生產、大數據處理等領域構筑了端到端的解決方案優勢，為企業客戶提供有競爭力的IT解決方案、 產品和服務。】
聯系方式：北京華盛恒輝科技有限公司
電話：010-52895342
郵件：service@hivekion.com
QQ： 615179746
網址：http://m.9naver.com
【北京華盛恒輝科技有限公司 ——（hivekion）是一家軟件定制開發公司，專注IT產品研發與服務，堅持穩健經營、持續創新、開放合作，在安全生產、大數據處理等領域構筑了端到端的解決方案優勢，為企業客戶提供有競爭力的IT解決方案、 產品和服務。】
合作咨詢
