第一篇：軟件項目實施計劃

前言

項目實施是指軟件開發項目在開發過程完成后，系統在正式移交客戶使用前，系統所進行的現場聯調、系統試運行和實施培訓的過程。

項目正式實施之前，相關實施工作人員需要認真做好實施前的準備，并仔細制定實施計劃，以期順利地做好后續各項實施工作，按時完成實施任務。實施準備

2.1 人員準備

人員準備是指所涉及的項目在實施工作中可能需要溝通的人員，包括公司相關人員以及客戶方相關負責人員。

2.2 技術準備

技術準備是指弄明白項目所涉及到的各項技術，如系統配置、環境配置、數據庫配置、軟件部署等。確保實施人員掌握了項目部署所需要的相關技術，確保項目實施工作能夠順利完成。

2.3 其他準備

其他準備是指考慮到與客戶的溝通，以及可能遇到的出行方式、食宿等，以及所涉及到的輔助工具。進度時間安排表

充分考慮實施工作中可能會遇到的風險與干擾，根據項目整體計劃，制定實施進度的時間安排表。任務分解

4.1 實施計劃編制

公司項目實施人員根據項目的實際情況，和客戶公司相關人員初步接觸溝通后，編制實施計劃文檔，如有必要，可與公司以及客戶方相關人員對實施計劃進行修訂與確認。

4.2 環境準備

4.2.1 硬件環境準備

列舉項目所需要的各項硬件設備。確認客戶方是否準備好運行項目所需要的服務器、附屬硬件設備，用于安裝數據庫系統以及管理軟件系統的中間層，負責數據的存取和業務規則的處理。

4.2.2 軟件環境準備

列舉、確認項目運行所需要的各項軟件環境的要求。

4.2.3 網絡環境準備

如果項目的部署需要網絡環境的支持。實施人員需要考慮到項目運行所需要的網絡環境支持，并與客戶方確認溝通，以搭載必要的網絡環境。

4.2.4 初始化數據準備

初始化數據準備是對項目的基礎數據進行整理，如初始化客戶方組織機構，以及各崗位工作人員及其對系統的使用權限，包括用戶權限分派和業務權限分派等。實施人員需要與客戶方進行深入溝通，確保初始化數據的準確。

4.3 系統培訓

如項目實施需要對客戶方進行系統的使用培訓，需要實施人員根據系統的實際情況，與公司以及客戶方相關人員進行協調溝通，明確

客戶方的培訓要求、參加培訓的人員組成、培訓的目的、時間地點安排等。確定公司培訓人員，督促培訓人員做好培訓準備并做好協調工作。項目部署

5.1 軟件部署

根據項目軟件系統的要求，對項目進行部署，包括軟件環境的部署、數據庫部署、項目程序的部署等。

5.2 系統初始化

如需對系統進行數據的初始化，實施人員需要將前階段整理的初始化數據導入系統，導入完畢后，及時核查數據準確性，有問題及時處理。

5.3 系統試運行

軟件系統投入運行，進行綜合測試，包括：測試硬件環境的穩定性，測試軟件系統的穩定性，測試網絡環境的穩定性，測試業務數據的準確性等。

5.4 問題及時溝通反饋

實施人員在整個實施過程中遇到的問題，及時與公司以及客戶方進行溝通。針對軟件穩定性或者以及軟件缺陷方面的問題需要及時與公司相關開發人員進行溝通解決。對系統的實施情況及時與客戶方進行溝通和反饋，以達到項目實施的目的。項目總結

6.1 編制該階段所需要的文檔

根據公司相關規定，編制在實施工作的產出物，如實施文檔等。如果涉及到結項工作，需要根據項目的情況編制相關結項文檔，并完成相關工作。

6.2 對該次實施工作進行總結。

對項目實施中出現的問題，實施的過程和實施中發現和改正的問題應有記錄和總結，對系統現場測試的情況和出現的問題應進行記錄，并記錄改正情況。

第二篇：軟件項目開發計劃

1引言...............................1

1.1編寫目的...............................1

1.2 背景...............................1

1.3定義.........................1

1.4參考資料...............................1

2項目概述..............................1

2.1工作內容...............................1

2.2主要參加人員.......................1

2.3產品.........................2

2.3.1程序.........................2

2.3.2文件.........................2

2.3.3服務.........................2

2.3.4非移交的產品.......................2

2.4驗收標準...............................2

2.5完成項目的最遲期限.........................2

2.6本計劃的批準者和批準日期....................2

3實施計劃..............................2

3.1工作任務的分解與人員分工....................2

3.2接口人員...............................3

3.3進度.........................3

3.4預算.........................3

3.5關鍵問題...............................3

4支持條件..............................3

4.1計算機系統支持..........................3

4.2需由用戶承擔的工作.........................3

4.3由外單位提供的條件.........................4

5專題計劃要點.............................4

項目開發計劃（GB856T——88）1引言

1.1編寫目的說明：編寫這份軟件項目開發計劃的目的，并指出預期的讀者。

1.2 背景

說明：

a.待開發的軟件系統的名稱；

b.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡； c.該軟件系統同其他系統或其他機構的基本的相互來往關系。

1.3定義

列出本文件中用到的專門術語的定義和外文的首字母組詞的原詞組。

1.4參考資料

列出用得著的參考資料，如：

a.本項目的經核準的計劃任務書和合同、上級機關的批文；

b.屬于本項目的其他已發表的文件；

c.本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。2項目概述

2.1工作內容

簡要地說明在本項目的開發中須進行的各項主要工作。

2.2主要參加人員

扼要說明參加本項目開發的主要人員的情況，包括他們的技術水平。

2.3產品

2.3.1程序

列出須移交給用戶的程序的名稱、所用地編程語言及存儲程序的媒體形式，并通過引用相關文件，逐項說明其功能和能力。

2.3.2文件

列出須移交用戶的每種文件的名稱及內容要點。

2.3.3服務

列出需向用戶提供的各項服務，如培訓安裝、維護和運行支持等，應逐項規定開始日期、所提供支持的級別和服務的期限。

2.3.4非移交的產品

說明開發集體應向本單位交出但不必向用戶移交的產品（文件甚至某些程序）。

2.4驗收標準

對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。

2.5完成項目的最遲期限

2.6本計劃的批準者和批準日期

3實施計劃

3.1工作任務的分解與人員分工

對于項目開發中需要完成的各項工作，從需求分析、設計、實現、測試直到維護，包括文件的編制、審批、打印、分發工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。

3.2接口人員

說明負責接口工作的人員及他們的職責，包括：

a.負責本項目同用戶的接口人員；

b.負責本項目同本單位各管理機構，如合同計劃管理部門、財務部門、質量管理部門等的接口人員；

c.負責本項目同個份合同負責單位的接口人員等。

3.3進度

對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作，給出每項工作任務的預定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂“里程碑）。

3.4預算

逐項列出本開發項目所需要的勞務（包括人員的數量和時間）以及經費的預算（包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。

3.5關鍵問題

逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目的影響。

4支持條件

說明為支持本項目的開發所需要的各種條件和設施。

4.1計算機系統支持

逐項列出開發中和運行時所需的計算機系統支持，包括計算機、外圍設備、通訊設備、模擬器、編譯（或匯編）程序、操作系統、數據管理程序包、數據存儲能力和測試支持能力等，逐項給出有關到貨日期、使用時間的要求。

4.2需由用戶承擔的工作

逐項列出需要用戶承擔的工作和完成期限。包括需由用戶提供的條件及提供時間。

4.3由外單位提供的條件

逐項列出需要外單位分合同承包者承擔的工作和完成的時間，包括需要由外單位提供的條件和提供的時間。

5專題計劃要點

說明本項目開發中需制定的各個專題計劃（如分合同計劃、開發人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝計劃等）的要點。

第三篇：軟件項目實施保障措施

項目實施保證

為確保項目的順利開展和實施，我們分別制定了項目組人員保證方案和軟件開發質量保證方案以及項目進度保證方案。

1項目組人員保證方案

為確保項目的順利開展和實施，項目組的人員配備既有高層次的技術帶頭人（專家、教授等），也有中堅力量（博士、工程師、研發經理等），還有一般工作人員（具體開發設計工作的人員、試驗人員、管理人員等），并實行項目經理、技術負責人質量負責制，加強技術管理的有效性和研發過程的科學性、準確性。

2軟件開發質量保證方案

2.1質量管理內容

2.1.1 編制和評審質量計劃

制定質量保證計劃：依據項目計劃及項目質量目標確定需要檢查的主要過程和工作產品，識別項目過程中的干系人及其活動，估計檢查時間和人員，并制定出本項目的質量保證計劃。

質量保證計劃的主要內容包括：例行審計和里程碑評審，需要監督的重要活動和工作產品，確定審計方式，根據項目計劃中的評審計劃確定質量保證人員需要參加的評審計劃。明確質量審計報告的報送范圍。

質量保證計劃的評審：質量保證計劃需要經過評審方能生效，以確保質量保證計劃和項目計劃的一致性。經過批準的質量保證計劃需要納入配置管理。當項目計劃變更時，需要及時更改和復審質量保證計劃。

2.1.2 “過程和工作產品”的質量檢查

根據質量保證計劃進行質量的審計工作，并發布質量審計報告。

審計的主要內容包括：是否按照過程要求執行了相應的活動，是否按照過程要求產生了相應的工作產品。本項目中對質量的控制主要體現在不同階段的審計當中。

2.1.3 不符合項的跟蹤處理

對審計中發現的不符合項，要求項目組及時處理，質量保證人員需要確認不符合項的狀態，直到最終的不符合項狀態為“完成”為止。2.2質量管理責任分配

我公司在開發項目上按照規范化軟件的生產方式進行生產。每個項目除配備了項目開發所需角色外，還專門配備了質量保證小組、配置管理小組、測試小組來確保質量管理的實施，下面針對這三種角色進行說明：

2.2.1 質量保證小組職責

質量保證小組作為質量保證的實施小組，在項目開發的過程中幾乎所有的部門都與質量保證小組有關。質量保證小組的主要職責是：以獨立審查方式，從第三方的角度監控軟件開發任務的執行，分析項目內存在的質量問題，審查項目的質量活動，給出質量審計報告。就項目是否遵循已制定的計劃、標準和規程，給開發人員和管理層提供反映產品和過程質量的信息和數據，使他們能了解整個項目生存周期中工作產品和過程的情況，提高項目透明度，從而支持其交付高質量的軟件產品。

質量保證人員依據質量保證計劃，通過質量審計報告向項目經理及有關人員提出已經識別出的不符合項，并跟蹤不符合項的解決過程，通過審計周報或者審計月報向項目經理提供過程和產品質量數據，并與項目組協商不符合項的解決辦法。

質量保證小組的檢測范圍主要包括：項目的進度是否按照項目計劃執行，用戶需求是否得到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射到軟件需求；系統設計是否完全反映了軟件需求；實現的軟件是否正確的體現了系統設計；測試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統運行中出現的問題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理計劃建立了基線，是否嚴格控制變更過程，是否對配置庫進行了維護。

2.2.2 配置管理小組職責

配置管理活動的目的是通過執行版本控制、變更控制、基線管理等規程，借助配置管理工具的使用，來保證整個生命周期過程產生的所有配置項的完整性、一致性和可追溯性。配置管理是對工作成果（階段工作成果和產品成果、進展狀態成果）的一種有效保護形式，是反映項目及其工作產品的過去、現在、動態的資料和數據集中管理體現。

配置管理小組的主要職責包括：根據項目計劃制定配置管理計劃，建立配置庫，為項目組人員分配配置庫權限，創建需求、設計、開發、測試、交付階段的基線。當納入基線庫的工作產品發生變更時，嚴格按照配置項變更控制過程執行變更，變更后建立新的基線。

2.2.3 測試小組職責 作為質量控制的主要手段，如同軟件開發一樣，測試在執行之前，測試小組制定軟件測試計劃、測試用例的編寫和執行工作。

本項目中，測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統測試。為了保證程序的質量，開發人員需要對同伴的代碼進行代碼走查，同時對自己編寫的程序進行單元測試，確保程序編譯、運行正確。

測試人員根據軟件需求分析報告進行軟件集成測試用例和系統測試用例的編寫。對編寫完成的測試用例提交項目組進行評審，同時質量保證人員對評審過程和工作產品進行監測。

測試人員根據測試計劃和測試用例執行測試用例，并對發現的缺陷進行記錄，只有這樣才能確保項目組開發的軟件產品滿足用戶需求。在完成集成測試之后，可以進行軟件系統測試，系統測試包括對軟件進行功能測試、性能測試、安全測試、壓力測試。只有進行了系統測試軟件測試才是完整的。系統測試在本項目中占有重要的地位，性能要求有可能改變軟件的設計，為避免造成軟件的后期返工，測試在性能上需要較大的側重。

2.3質量保證措施

通過質量管理責任的分配，通過如下幾個方面來進行質量保證的實施過程：

2.3.1 項目進度

項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質量及過程產品的有效控制打下了良好的基礎，以便所有相關人員能夠按照該計劃有條不紊地開展工作；制定《項目計劃》，必須獲得相關干系人的認可，并以此作為項目跟蹤的基礎。

項目進度是項目進行是否順利的最直觀表現。制定合理的項目計劃首要前提是選擇從事類似規模和類似業務項目的有經驗的項目負責人參加制定項目進度計劃。

項目計劃由項目負責人制定，由項目各小組組長、項目成員、干系人、質量保證人員參加一起進行評審。評審過程主要討論項目計劃的可行性，對其中不合理的地方提出修改意見，對計劃中不合理的地方進行修改完善，并由質量保證人員對其結果進行跟蹤處理，以確保項目計劃完整性、可行性，項目計劃評審通過后，交由配置管理人員進行配置管理。

在計劃實施過程中，按項目計劃中里程碑為界限，將整個開發周期劃分為若干階段。根據里程碑的完成情況，適當的調整每一個較小的階段的任務量和完成的任務時間，動態跟蹤和動態調整，以利于項目質量保證的實施。

實際運作中，質量保證人員在對項目執行過程進行檢查時，對于發現的項目偏差，以質量審計報告的形式提交項目負責人。由項目負責人組織人員對計劃進行維護，對于已經變動的項目計劃，由配置管理進行配置管理。

2.3.2 需求分析

需求分析是開發人員對系統需要做什么和如何做的定義過程。從系統分析的經驗來看，這個過程往往是個循序漸進的過程，一次性對系統形成完整的認識是困難的。只有不斷地和客戶領域專家進行交流確認，方能逐步明了用戶的需求。從系統開發的過程得知，系統分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在開發的后期，糾正分析時犯下的錯誤所花費的代價越是昂貴，也越發影響系統的工期和系統的質量。

本項目中，將邀請招標方技術負責人參與需求調研，以便保證需求調研質量，同時形成用戶需求說明書。需求評審時會同雙方管理層、項目實施層共同進行，對于通過用戶確認的需求，交由配置管理員形成需求基線。

用戶需求在招標方確認后，由系統分析人員形成軟件需求分析報告，同時對軟件需求分析報告進行評審，對于評審通過的軟件需求分析報告可以交由測試人員進行測試計劃和測試用例的編寫。

對于開發過程存在的需求變動，招標方填寫變更申請單發給項目經理，在質量保證人員參加的情況下，對這個變更進行評審，由項目經理組織項目組成員一起討論實施變更的可行性及實施后所帶來的影響，對于影響小的變更直接記錄，大的變更則需要形成正式的變更報告，無論那種變更都需要對相應的文檔實施同步變更（包括需求分析報告、系統設計、安裝手冊、操作手冊等）。但是對于無法實現或是變更會帶來巨大的影響而將導致進度的延期，這時，我們將變更報告提交給招標方并召開協調會議，討論變更取舍問題或是項目進度變更問題。

決定變更之后，由項目負責人組織實施變更，測試人員檢測變更結果，而質量保證人員監督變更實施過程，并協助配置管理員對變更后的成果進行配置管理。變更實施完后，運行前還需要協助用戶一同測試并由招標方簽字后同意方可上線。

2.3.3 系統設計

優良的體系結構應當具備可擴展性和可配置性，而好的體系結構則需要好的設計方法，需要針對項目的結構、項目的特征和用戶的需求來分析。本項目中將安排我公司高級系統架構師擔當項目總體設計師，匯同總體設計組完成系統設計。

另外對公共類模塊的開發。由總體設計組通過對用戶需求的仔細研究，盡可能的識別出公共類，并進行定義和設計，以減少重復工作。對于項目組提供的設計文檔，由項目經理組織，質保小組成員參與，對其設計文檔進行評審，及時發現設計中可能存在的錯誤，降低項目開發風險，同時確保設計文檔能為開發人員、測試人員提供切實的指導。對于可復用的設計進行提取作為公共庫設計和開發，提供項目組。最后交由配置管理員進行設計文檔的版本控制。

2.3.4 系統實現

系統實現的目的是依據系統設計文檔，由程序員進行程序編寫，以便實現設計要求，系統實現過程中，開發人員需要對模塊進行代碼走查和交叉單元測試，以保證模塊代碼質量。軟件實現也就是代碼的生產過程。根據上一階段形成的設計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。

2.3.5 系統測試

系統開發涉及到一系列的過程，每一個過程都有可能引入缺陷（Bug），本系統質量的好壞直接關系到正常使用和日后的維護。在開發過程中，我們將質量控制貫穿于所有階段和所有參與系統的人員中，包括系統分析、設計和編碼。分階段的評審和測試是軟件質量的有力保障。系統存在平臺測試和應用系統的測試以及最終的測試。由于測試也存在協調的問題，如錯誤具體定位，在應用系統發現一個錯誤，到底是應用系統的自身的錯誤還是中間件存在的錯誤，需要測試人員進行準確的判斷。

為了達到良好的測試目的，本系統測試工作由測試組來完成，主要采用下列方法進行系統的測試：

從測試方法上來說，分為黑盒測試和白盒測試：

黑盒測試：著重于測試軟件系統的外部特性；根據系統的設計要求，每一項功能都要進行逐個測試，檢查其是否達到了預期的要求，是否能正確地接受輸入，是否能正確地輸出結果。

白盒測試：由于軟件的所有源代碼都要由項目組成員編寫，對其內部的邏輯規則和數據流程，都要進行測試，以檢查其代碼編寫是否符合設計要求。

從測試策略上來說分為集成測試和系統測試：

集成測試：在所有模塊都通過了單元測試后，將各個模塊組裝在一起，進行組裝測試，用于發現與接口相聯系的問題。在通過組裝測試后，將經過單元測試的模塊組裝成一個符合設計要求的軟件結構。

系統測試：在本項目通過了以上的測試步驟后，與其它系統元素（如硬件服務器、網絡系統等）進行集成測試和系統級的確認測試，將各種可能的缺陷完全排除掉，從根本上保證系統的長期穩定運行。

2.3.6 系統維護

本項目中，技術支持小組的任務一方面是保證對項目客戶的跟蹤服務，另一方面是確保該項目的技術咨詢工作。

系統維護期，對于一般性的錯誤，如操作不當等引起的問題，全部由技術支持小組執行完成，但需要用戶測試確認上線。如果較大的修改則需要走變更控制流程，填寫變更申請，經項目組討論分析可行方案在由技術支持小組實施，通過測試后方可提交用戶。在這個過程中質量人員需要對維護過程和維護記錄單進行檢查。

3項目進度保證方案

3.1加強項目進度管理

為保證項目按期完成，通過制定項目里程碑管理運行表、定期舉行項目狀態會議、比較各項任務的實際開始日期與計劃開始日期是否吻合、確定正式的項目里程碑是否在預期完成等方式加強項目進度管理。3.2控制項目進度措施

(1)項目經理一定對整個項目的開發周期有一個清楚的了解，把任務的劃分一定要一天為單位，不要一模塊為單位，而每天無論是開發人 員還是測試人員，都要對自己的工作有一個大致的估計。即每天下午，有項目經理組織開發人員進行系統的了解，并且作好相應的記錄。對已經解決的問題一定要一 個詳細的記錄。而對沒有解決的問題一定要重視起來。不要向后退。找到根本的原因所在。

(2)加強溝通和交流，項目經理一定要多多與開發人員進行交流，要調動其的積極性，讓他們學會問題該如何解決，不要讓他等待問題的解決。了解其實際的進展以及對開發工具的熟練程度，這對以后的任務的重新安排有重要的借鑒意義。

(3)把一些難點提出，讓大家共同克服，或者有一些技術比較精通的人來解決。解決完以后一定，讓大家都熟悉其編程思路。而對經常用的知識點，一定有詳細的說明。這樣實現資源的共享。

(4)做好項目的總結，無論是難點還是不難，只要有問題，一定要提出，并且解決完以后一定讓大家都熟悉，這樣有助于大家的技術水平的提高。

(5)做到日清日結，是保證項目進度的關鍵所在。

第四篇：軟件項目實施計劃書三篇

軟件項目實施計劃書三篇

篇一：學生信息管理系統項目計劃書

1引言

1．1編寫目的

此項目開發策劃書的編寫主要是為了給開發《學生成績管理系統》做主要的規劃和整合，在開發過程中起到引導作用，以及給使用者提供簡要的說明。

1．2背景

隨著計算機應用的日益普及和深化，網上辦公已近成為一種趨勢。本項目要開發的是基于局域網和互聯網的學生成績管理系統，實現一個將學生成績管理和服務功能結合起來的管理信息系統，既可以節省資源、又可以有效的存儲、更新、查詢信息、提高工作和服務效率。

開發的系統要求界面友好，方便直觀。既要方便校方對學生信息進行添加、刪除、修改、查詢和統計等管理，又要方便學生等查詢。

軟件名稱：學生成績管理系統

項目提出者：“學生成績管理系統”開發小組

開發者：“學生成績管理系統”開發小組，成員：郭明娟、陳秋男、王如意、高靜、王彩霞、關娜仁、孫佳星、趙鵬、王鳳舞。

配置要求：SQL Server2008數據庫，C#等

該軟件需與數據庫連接使用才能運行。

1．3定義

文檔中采用的專門術語的定義及縮略詞簡要如下：

Microsoft Visual C#

Microsoft SQL Server2008

MIS：Student Achievement Management System，學生成績管理系統

Microsoft Visual Studio2008,版本控制工具 2項目概述

2．1 工作內容

《學生成績管理系統》針對的用戶是學校相關部門、學生。相應的內容有：

（1）主要的功能包括：

1）學校管理：管理部門為每個學生建立信息表格，其中包括學生的，姓名、學號、院系、專業、成績以及老師的相關信息。【軟件項目實施計劃書三篇】軟件項目實施計劃書三篇。

學校相應管理員定期或不定期的對學生和老師信息進行入庫、修改、刪除、等信息管理以及注銷。

2）信息查詢：可通過局域網或內網并根據權限依據學號、姓名等查詢學生成績。

（2）管理員實現的主要功能：

1)查看用戶登陸情況。

2）對用戶信息的管理。

３）能夠對需要的統計結果提供打印輸出。

４）能夠提供一定的安全機制，提供數據信息授權訪問，防止隨意刪改，同時提供信息備份的服務。

2．2主要參加人員

2．3產品

2．3．1程序

學生成績管理系統，由C#編程語言編寫而成。配合SQL Server數據庫

2．3．2文件

1系統需求分析報告

2系統功能說明書

3系統數據庫報告 4系統內容設計報告

5美工及界面報告

6用戶手冊

2．4驗收標準

外觀新穎、漂亮，以及具備完善的功能?！拒浖椖繉嵤┯媱潟浚?由于公司原有一個完善的考勤系統，現有系統只是導入原有考勤系統的數據

3、招聘管理類：招聘需求分析、人員需求預測、招聘計劃、招聘效果分析、招聘成本分析

4、培訓與發展類：

培訓需求調查、培訓計劃、培訓記錄（員工、教師）、培訓津貼計算、培訓課程管理、培訓成本分析，給個人提供職業生涯規劃、建設人才梯隊、給個人提供給予職位及發展需求的培訓服務；

5、績效考核管理類：導入相應的考核數據，為薪資提供數據

6、薪資福利管理類：薪資政策設定、薪資公式設定、薪資報表、工資單、個人所得稅表、社保管理、住房公積金管理

三、該項目組成員組成。

本項目由人力資源部主管 *** 批準，總經理 *** 審核實施。

本項目涉及部門：總經辦、人力資源部、財務部、網絡部

項目主席： ***

項目負責人：***

項目成員：****、謝斌鴻、****??

四、軟硬件投資

1、軟件：采用市場上購買的HRMS 軟件

2、硬件：采用組裝服務器

系統軟件是基于微軟SQL數據庫運行，采用C/S(客戶端/服務器端)構架，個人用戶裝載客戶端進行操作。(面試網)

3、成本：總投資約***元

五、風險預測

1、軟件風險:由于我們采用的是盜版軟件，有不可遇見的問題，現已經完成了初步的各個模塊的測試，但是沒有完成真實模擬的測試

2、功能風險：由于此軟件沒有真實地進行全面的測試，需要在模擬運行一段時間后才能得知其實際運行能力。

3、人員風險：不見得每個人都是喜歡用這個系統，上這系統一開始比如有很多的數據錄入工作加上一些不習慣或者其他因素，一定會有人員有抵觸情緒，這需要主管的大力推行和及時開導解決。

六、人力資源流程（略）

七、進度計劃（略）

1、前期工作（一個月）

人事部、財務部及網絡部共同協商。對人力資源部、財務進行需求調查；人力資源部內部流程規劃，網絡部軟件分析；

2、實施準備階段（1周）

資料準備；項目實施會議，確定實施時間表，確定人員工作細則；確定項目監督人員；HRMS培訓；系統安裝調試，模擬測試

3、模擬運行及用戶化（2周）

資料上傳；用戶化，客戶端安裝，個人工作準則確定

4、切換運行（一天）

實時工作上線切換，解決軟件當中的問題；切換驗收

5、新系統運行

持續的維護及應用創新，及時新人的培訓

篇三：教學管理系統項目實施計劃書

一、教學管理系統分析設計計劃

教學管理系統是一個面向學校的管理系統，主要用于課程的管理和教師的分派。借助這套系統，每個學生可以隨時查到自己所選的課程，以及該門課程的任課教師是誰。【軟件項目實施計劃書三篇】工作計劃jihua.html。同時，教師也能知道該學期自已一共有多少門課程要教，以便教師合理的安排時間。而且是基于IE的系統，能實現系統與課程安排的實時同步，只要學校做出調整，系統內部會第一時間做出相應的調整

二、教學管理系統的編碼測試計劃

根據實際情況，本小組預計使用1-1個半月的時間進行編碼測試，其中會進行白盒測試和黑河測試以及壓力測試

白盒測試包括語句測試，判定測試，條件測試，判定-條件測試，條件組合測試和路徑測試

黑盒測試應用等價類劃分法，邊界值分析法，判定表分析，因果圖法，正交試驗法，功能圖法和錯誤推測法。

壓力測試，同時讓很多人同時登錄系統，測試同時最大登錄數，以便做好系統的壓力測試，以便防止同時過多的學生和教師登錄時產生的系統崩潰，同時做好相應的對策。

三、教學管理系統的安裝計劃

由于教學管理系統的特殊性，所以面對不同的人員要安裝不同的系統。首先是學校的高級管理人員（例如校長，書記，年級主任），要有修改系統內容的權利，所以要安裝最高級的系統，而任課教師只能查看與自己有關的課程與上課時間，同時擁有上傳課件，教學相關軟件的權利，所以要再安裝教師機用的教學系統，而學生，在每個學生入學的時候要發放的安裝程序，學生的權限最低，只有查看自己所選課程和下載相關課件和課程相關軟件的權利。

第五篇：軟件系統項目實施總結

XXX醫院HIS系統項目總結

2012年12月27日，我完成了HIS人生第一個獨立實施的項目——XXX醫院項目(ZLHIS標準版、醫保接口)。醫院有在2個住院科室，床位100，住院人數保持在50人左右，門診診室有7個，醫生總數為9人，護士6人，收費室2人，西藥房2人，中藥房2人（不使用HIS系統），院長2人。就項目規模而言，這是一個袖珍型項目，其特點可用“麻雀雖小，五臟俱全”來描述。過程辛酸不贅述，在此總結項目實施過程中出現的幾點問題，希望能起一些警示、提示的作用。

TIP1：實施計劃的制定，要雙方均可接受，要具有一定可執行性

本次項目實施中，培訓工作進行的過程與培訓計劃中的預計安排出入較大，原因就在于沒有充分與院方人員溝通，安排的合理性及認可度都沒有得到保證。

實施計劃的制定，不應該是“一廂情愿”式的空想。項目實施是一個關系到多方人員配合完成的任務，因此在制定何時、何地需要何人配合完成何任務的計劃時，要考慮到各個因素條件是否允許，就需要各方負責人在場商榷，得出一個都可以接受并且具有一定可執行性的方案計劃。

應對措施：在以后的方案制定前與院方溝通，得出合適自己實施的方案提供給院方，然后確定實施方案。

TIP2：按計劃執行

本次項目實施中，實施任務實際執行時間與計劃時間偏差較大，主要存在以下幾個原因：A.認為項目時間充足，不按照計劃執行也可完成項目實施，失去緊迫感；B.前期工作出現紕漏或未完成，導致該部分工作延后。

實施計劃的重要意義之一，就是為了讓工作的進度有一個明確的參照物，為項目實施做出指引，從而更好的完成項目任務；既然有了實施計劃，卻又不盡量嚴格按計劃來執行，對實施計劃的意義和產生實施計劃所消耗的人力物力都是極大的浪費，是對項目和自己不負責任的態度。B情況下，第一應對策略不一定是以破壞后期實施計劃為代價的延期；如果情況確實不允許，也應該拿出與院方達成一致意見的方案來積極控制，而不是簡單的往后拖延。

應對措施：A、時刻保持緊迫感，我正在經歷的，是我一生最有精力的年代，任何不盡100%努力的態度都是對自己最好時光的浪費，是對自己的不負責任；B、盡力保證實施的過程按計劃進行，向小組長及主任報告進度情況，在可能出現較大偏差前作出調整。

TIP3：養成良好習慣，有效使用測試庫

本次項目實施中，在后臺進行流程測試及報表修改等過程時，均大量使用到測試庫；但在測試庫中已經得到驗證和校正的相關設置及修改等沒有及時、有效的被移植到正式庫中，導致項目啟用后出現一些前期已經注意并處理過的問題，院方也覺得已經提出卻沒有得到解決，對實施人員信任度及對公司的認可度都會大打折扣。主要原因在于我沒有養成良好習慣，對問題在測試庫中處理沒有及時移植到正式庫中。測試庫的重要意義之一，就是為正式庫提供一個驗證及校正環境，使用測試庫得出一些結果而沒有應用到正式庫中，這不僅僅對在測試庫中進行工作的質量大打折扣，更是項目實施進度推進及實施質量的損失。

應對措施：時刻注意測試庫的信息與正式庫的同步，在測試庫中作出的驗證與調整作出記錄并移植到正式庫中。

TIP4：支持文檔的及時提供與通知

本次項目實施中，培訓計劃的通知及啟用前注意事項的通知等，都有消息傳達滯后的現象；這些都降低了項目實施的質量及實施效率。培訓工作開展的當天，才通知相關培訓人員，導致很多培訓人員不能及時調整工作安排，降低了培訓質量；啟用第二天將一些注意事項及說明文件發送到相關人員手中，其中有較多已經預見可能出現的問題其實已經在第一天出現并耗費了時間去處理，如果啟用前提供并得到強調可能啟用時出現的問題量及問題處理的及時性都會大有改觀。

項目實施需要較多文檔支持，包括需要通知相關人員的文件及對某些情況進行說明、強調的文檔等，例如通知初始化人員初始化工作的時間及方式，培訓工作的時間、地點和人物，啟用注意事項，操作文檔等。為項目實施服務，需要實施人員在實施過程中提前做好準備(部分需要打印)并與相關關系人進行溝通做出有效及時的相關動作。

應對措施：實施過程中，提前提供：應用流程說明、收費操作文檔、醫保操作注意事項、啟用注意事項、其他情況說明等文件，提前打印出來分發并強調相關人員關注學習。

TIP5：培訓環境的建立

本次項目實施中，在第二周就落實了培訓需要的電腦及網絡環境的建立，但在前期培訓過程中講解及練習環節都是臨場才添加的需要使用到的數據，例如為護士講解如何記賬操作時發現沒有在院病人；因此培訓期間的時間有效利用率受了較大影響。主要原因在于對培訓環境的理解不全面導致準備不充分，沒有提前考慮周全。

培訓環境的建立，遠遠不止電腦等硬件的購置及網絡環境的搭建，更重要的是軟環境的建立。培訓過程中的講解及操作練習都需要實際數據才能進行，因此需要提前準備好培訓要使用到的數據及參數設置。

應對措施：凡事預則立，不預則廢。培訓前考慮可能使用到的數據環境，提前在培訓使用的數據庫中準備好數據。

TIP6：啟用前的重要準備及測試

本次項目實施在啟用時，由于對產品不熟悉及對需要進行的準備工作沒有足夠的意識，導致在啟用當天門診收費后沒有發票打印出來，啟用前僅在測試庫中進行了測試而沒有在收費室進行打印機關聯及設置等，且沒有進行實際打印的測試。雖然當時醫院舊系統仍然在使用，沒有對醫院業務運營造成重大損失，但是這個錯誤在我心中的印象是非常深刻的。

系統啟用是項目實施中的關鍵性事務，關系到項目里程碑進展及醫院業務開展，其重要性不言而喻。因此在，系統啟用前需要做好充分的準備工作，例如：A.流程測試，B.票據打印測試，C.登陸賬號、權限分配審核，D.重要基礎參數設置的檢查(例如藥品庫存檢查、票據嚴格管理)。

應對措施：啟用前，必須在正式庫中測試門診與住院收費單據打印、預交款單據打印，一日清單打印等，檢查全局參數設置、收費室藥房等本地參數情況。

TIP7：與院方的溝通方式

本次項目實施中，有兩次與院方的溝通效果不好。一次是用于不當，與一位院長溝通的時候說了：“這個功能，那些大醫院可能用的更多……”該院長當即表態“那如果我就是要用這個功能呢？”我明顯感覺到院長的防御姿態瞬間提升，溝通進入尷尬境地；第二次是我非常直接的詢問院方財務管理人員(每日收費結存人員)是誰，院長沒有回答。

對于院方內部事務，特別是涉及內容較為敏感時，可以通過其他渠道了解；對于一些可能損傷院方自尊心的事務，盡量采用委婉或者隱晦的用詞進行溝通。溝通始終要注意在合適的時間找對合適的人、使用恰當的詞句及方式；否則不僅達不到溝通效果，還影響與院方的關系及項目實施工作的開展。

應對措施：學習卡耐基《說話的藝術》，在接下來項目中注意溝通方式及時間、頻率。

TIP8：抓住關鍵性事務

本次項目實施中，一開始我認為初始化是項目實施中最重要的工作，因此一直在進行初始化數據的準備及對初始化人員的培訓；后來在啟用前一周才開始關注醫保接口實施的具體方法步驟，然后讓初始化人員又對收費項目進行醫保對碼，引起了初始化人員的強烈不滿，認為初始化工作沒有一次性結束；如果將收費項目的建立與醫保對碼放到一起進行，可能不會引起不滿，而且條件是允許的，初始化數據的錄入與醫保接口實施并非邏輯先后關系。醫保接口實施及醫保刷卡測試的速度都相當慢，在啟用前一天才完成所有測試。

經過這個項目，我認為該項目中除藥品庫存、費用流程至關重要，最重要的是醫保刷卡功能的正常使用，因為該醫院患者中絕大部分為醫保病人，這是醫院收入的主要支撐部分，醫院安裝新系統的主要目的就是為了解決原系統不能正常使用醫保刷卡功能這一重大問題。

應對措施：時刻與同事、上級保持溝通，得到經驗上的指導；項目實施方案中進行體現。

TIP9：項目外事務與項目的協調

本次項目實施中兩次被綜合部人員協調到另外一個醫院處理“光纖交換機”事宜，兩次都沒有完成計劃的任務，并且減少了自己在建項目的實際工作日，對公司的形象也產生了不好的影響。我方主要原因是：A.未得到關于該事務的足夠信息；B.未判斷清楚任務是否具備完成條件。

經過此事，我認為在涉及影響自己在建項目進展而被協調處理其他事務前，首先需要考慮的是是否會對在建項目的進度產生不良影響，其次是該任務是否能夠正常進行并達成計劃的結果；否則浪費時間不說，還不能達成結果。

應對措施：應答前，將被協調事務了解清楚，審核是否具備任務達成的條件。問題諸多，不一一列出。

簽完驗收，一直期待的興奮感并沒有像我想象的那樣從頭頂瞬間灌注到腳底，而是一種難過的感覺隱隱在心中升起。系統使用存在的諸多問題，以及在這個項目過程中，學習到的東西都并非我期待的那樣得到實現，對自己學習摸索的方式以及效率，對項目進度的把控能力都讓自己感到失望。

第一個項目是做完了，但是我明白不管是從熟悉產品、學習業務、技術知識、項目管理等任何一個方面，我的HIS人生都才剛剛開始。