第第頁軟件開發項目實施方案（3篇）篇一：軟件項目實施方案范文

一、軟件項目實施方案概述

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

二、軟件項目實施方案介紹

（一）項目啟動階段

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

此階段主任務：

公司：

在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：

配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：

成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組：

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研：

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

3、編制《項目總體計劃》：

《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策

4、啟動會：

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

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

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

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

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

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》

項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》

如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更

如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》

項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研

項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果

項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》

項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》

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

11、用戶是否確認《需求分析報告》

如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程。

（三）軟件功能實現確認階段

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

（四）數據標準化初裝階段

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

（五）系統培訓階段

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

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

1、調研培訓信息：

篇二：通用軟件研發項目實施方案

1軟件系統架構設計

概要說明

系統架構主要包括應用架構和技術架構。系統采用基于組件的標準SOA應用架構，以及按照SOA方法構建的技術架構。

系統的應用架構采用了基于服務的體系架構的策略與方法，從組件、子系統以及門戶三個層次對系統進行構建，組件組裝形成子系統，子系統集成形成門戶。門戶為人員等提供一個優化的以人為中心的操作界面，用戶可以方便地對ERP的整個生命周期進行管理；同時系統管理維護人員也可以方便地通過系統對系統進行監控和管理。

系統的技術架構同樣也是基于SOA方法和策略進行構建的，它支持客戶端和服務器端同步和異步的兩種不同的通信方式，web層和服務層進行相對分離，支持分布式和集中式部署兩種方案，并且不局限于某一種應用服務器和數據庫服務器產品。

系統特點

根據優化流程開發

根據流程特點進行功能設計，采用先進的工作流引擎機制。保證了業務功能的實現。同時達到了靈活配置。松散耦合的目的。保證系統能夠與原系統靈活切換。符合以“軟件生命周期為主線“的高效處理流程。使統一設計，靈活接口。

充分利用現有資源

充分考慮現有硬件分散、系統相對獨立、數據庫數據分離的現狀。采用分布式部署，統一數據規范、統一接口規范的設計思路，在保證系統功能靈活配置，滿足業務需求的前提下，充分利用現有數據及硬件資源。

先進的設計理念

采用國際通用的C#語言開發，海量數據庫選型、高效穩定的中間件處理。先進的SOA架構設計，滿足現有的性能需求，做到架構和系統的先進性和強大的擴展能力。采用先進的技術，做到界面簡潔、易用。

開放式的可擴展性

系統分部署式部署，子系統統一規劃，即滿足了分布應用的要求，又實現了統一標準。形成了統一、強大的管理軟件工作平臺。

與現有系統輕松銜接

設計時充分考慮現有系統現狀，開發過程和現有系統數據、應用分析同步進行，保證新系統與現有系統順利銜接。

可信賴的高可靠性

考慮到實時運行，提供業務流程對可靠性的較高要求，在系統設計中充分考慮了減少和避免故障的可能和隱患，配合合理的系統部署方式和高效的維護服務，能夠滿足需求中對系統故障時間、修復時間和單點故障隱患的可靠性要求。

總體體系架構

基于組件的SOA系統應用架構

系統的應用架構是系統進行構建的主要思路和方法，我們建議ERP系統采用基于組件的SOA的系統應用架構對系統進行構建。系統按照SOA的方法把系統從總體上劃分為3個層次，分為：組件層、系統層、集成層。

a)組件層：組件層主要包括系統開發需要用到得各種組件，又可以分為橫向通用組件、

縱向通用組件和縱向專用組件。橫向組件是大部分系統都需要用到的通用的組件，如：Web組件、日志管理、數據校驗、郵件管理、打印組件、報表組件、文檔管理、參數管理、單點登陸等，橫向組件的作用是更好的管理和復用系統的通用組件；縱向通用組件包括在領域應用中通用的組件，如：工作流、報表工具、規則引擎、用戶權限管理等在領域應用中使用較為廣泛；縱向專用組件是針對每一個領域專用的具有領域特色的組件，在ERP系統中縱向專用組件可以分為申請、受理、收費組件、分類組件、保密組件等等有關于ERP的組件；

b)系統層：系統層包括了有組件組裝得到的各個應用系統，又可以分為核心層、綜合

業務層和輔助管理層。核心層是整個系統的重點和難點，是整個系統最重要的組成部分，如銷售子系統是將申請人的申請進行接受和匯總子系統；；

c)門戶平臺：基于以人為本的原則，對系統層各個子系統進行集成。使用門戶平臺，

用戶不需要登陸每一個子系統進行相應的工作，而是在統一的門戶平臺進行工作。結合工作流技術，對于每個登陸系統的人都提供簡潔統一的工作選項，對于申請人、審核人、系統管理員、維護人員、局領導等都能做到方便的操作系統，快速進行業務處理和系統管理。下圖為基于SOA的ERP系統的應用架構總體設計圖。

通用以上的闡述，可以看出，系統整體都是基于SOA架構進行設計的，主要體現在如下

四個方面：

a)系統基于SOA的以服務為中心的思想和方法，對ERP系統的整體體系架構進行設計，

建立了分層的松耦合、跨平臺的系統架構；

b)在組件層，我們采用了基于SOA的組件模型，它將應用程序的不同功能單元（稱為

服務）通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它應獨立于實現服務的硬件平臺、操作系統和編程語言。這使得構建在各種各樣的系統中的服務可以以一種統一的通用方式進行交互；

c)系統采用了基于SOA的分類集成方法對系統的業務以及服務進行分類和集成，做成

統一的接口，面向業務和服務編寫，以適應SOA系統的統一交互；

d)將每一種業務構成都分解成不同的組件或者子系統，將組件和子系統分開編寫達到

每項組件和子系統都能做到相互無關，如果一項組件和系統改變將對系統中的其余組件沒有任何影響。實現組件相互之間低耦合的機制，最大程序上降低了系統的升級、業務變更對系統的影響。

同時，基于SOA的系統應用架構具有強大的系統的擴展性：

a)SOA的一個中心思想就是使得企業應用擺脫面向技術的解決方案的束縛，輕松應對

企業商業服務變化、發展的需要，本方案很好地體現了SOA的這一中心思想；

b)工作流和業務規則引擎的采用極大了提高了系統對于業務流程和規則變化的適應

性。工作流引擎可以使得在業務流程發生變化時使得系統調整最小，而不需要向傳統的需要完全重新開發；業務規則引擎的采用使得業務規則發生變化時只需對業務規則進行重新描述即可完成系統的轉換。

c)組件模型、組件集成技術的采用使得系統在進行業務功能的調整時，可以把變化局

限于某一個范圍之內，在需要時還能進行靈活的替換。由于系統應用架構是根據每一項業務或者流程編寫所以對于系統的擴展非常方便，只要對新加入的業務對應加入新的組件就可以實現對SOA系統的擴展；

總之，本節提出的基于組件的ERP系統完全體現了SOA的核心思想，通過分層組件規劃、集成、工作流引擎、業務規則引擎等方法和技術充分體現SOA的策略與方法，并且很好地實現系統的可擴展性、可移植性等等。

系統技術框架

ERP系統基于J2EE規范實現，整個架構建立在Struts框架、Spring框架和DAO模式基礎之上，并提供了對于EJB、WebService、JMS等組件技術的集成機制。技術框架邏輯上可分為：客戶層、WEB層、業務層、持久層、資源層、核心層。如下圖所示為系統的技術框架。

客戶層：客戶端計算機的瀏覽器，用于展現頁面。

WEB層：WEB層基于StrutsMVC，完成轉發請求、Http請求合法性校驗、Http請求參數與數據傳輸對象DTO之間的綁定、Http請求參數有效性校驗、用戶操作權限檢查、記錄用戶訪問日志、顯示系統運行異常等任務。

業務層：業務層基于Spring框架，完成業務數據校驗、業務邏輯處理、事務管理、記錄業務處理日志、拋出業務處理異常等任務，同時它也支持WebService、JMS、EJB等組件服務模型。

持久層：持久層基于DAO進行構建，完成數據讀取、數據存儲、封裝SQL異常、拋出SQL異常、記錄數據讀寫日志等任務。

資源層：資源層包括數據庫服務器、XML存儲文件等，是數據永久存儲的介質。

核心層：核心層表現為系統提供的基礎類庫，為WEB層、業務層和持久層提供支持。包括日志記錄組件、異常處理組件、事務處理組件、IoC容器封裝組件、WEB層數據綁定組件、WEB層數據校驗組件、權限檢查組件、持久層輔助組件、其他開源項目類庫組件等。

本技術框架的特色或優勢主要體現在如下幾個方面：

（1）系統技術框架提供了對SOA的完整支持；

（2）對于同一個應用系統，系統同時支持集中式和分布式兩種部署方案，系統采用分離

UI層和BL層的方式來實現分布式的實現；

（3）業務層Service的實現可以有很多種，WebService、JMS、EJB、Spring等都可以

作為對業務層的一種實現；

（4）在系統的WEB層，同時支持同步和異步兩種通信交互方式，使用了AJAX技術完成

改善用戶體驗的任務，主要完成頁面表單數據的錄入校驗、生成聯動的下拉列表等任務。客戶端訪問web層時通過AJAX技術可以實現異步交互，在提交頁面時系統采用同步方式處理提交頁面的內容。如下圖所示為系統對于這兩種交互方式的支持圖。

（5）在系統中，每個功能模塊都是相對獨立的存在，在可擴展性上只要將新加入的組件

添加到系統中就可以實現系統的擴展，在系統中由于采用如：Struts、AJAX等當前最新的技術，恰當的使用，在性能上會有顯著的提高，而且由于Struts、AJAX等技術已經相當的完善所以在可靠性上也有可靠的保障。

其他重要問題

（1）業務規則是支持企業決策，影響或控制企業業務行為的指示，它是企業處理業務過

程中始終要遵循的規則，而工作流則是根據業務規則制定的實際應用當中需要流轉的程序。

在系統的編制過程中將嚴格遵守業務規則和根據業務規則制定的工作流程，在系統

篇三：IT軟件項目開發的具體實施方案

項目管理實施方案

作為一個項目管理者，如何要成功的做好項目管理；首先必須先要明白的是在特定的領域中賦予這個角色所要實現的目標、承擔的職責、以及項目管理者的具體工作內容是什么從我個人的淺見和角度以及我們所從事的IT領域來分析回答以上三個問題。

第一：目標

作為一個項目的管理者，必須要明確的知道自己的工作目標；我個人認為項目管理者的目標無非就是以下兩點：

1、就是清晰明確地了解項目利害關系者的需求和期望，努力做到滿足項目利害關系者的不同需求；項目利害關系者包括：項目團隊成員和項目團隊外成員(比如各部門的部門負責人和市場人員，客戶等)。

2、就是保證開發項目按需按時保質的完成。

第二：職責

作為項目的管理者，首先要端正態度，要明確知道自己的工作職責，認識到這份工作職責的本質。項目管理者不是來管人的，而是來支持人的，是來協調資源的，是來營造一個適合團隊成員比較認同的工作環境和氛圍的，是來為一個共同的目標和大家一起戰斗共同成長的。可以大概概括成以下幾點：

1、建立有效的工作流程保證項目的順利進行。

2、制定詳細周密的項目計劃。

3、跟蹤，推動項目按計劃進行。

4、積極解決項目過程中出現的問題和沖突。

5、調動開發團隊的積極性，創造力，推動團隊成員在項目過程中不斷成長。

6、項目風險識別、風險評估、風險解決和風險管理策略以及做好突發風險的應急預案。

7、實現目標

第三：項目管理者的具體工作內容

最后一個是項目管理者的具體工作內容，作為項目管理者必須清晰的知道自己的工作范圍和所要做的工作內容以及工作重心，分為以下六點：

1、項目前期階段

對項目進行技術可行性分析、技術評估、成本評估以及風險評估。與需求提出方的代表進行需求討論，明確項目的目標、價值；確定項目范圍、功能及優先級。組建項目團隊，特別要搞清楚項目的keyperson(對產品有決定權的人)。項目啟動會議，相關的利害關系人員都必須參加。

該階段完成后的成果：確認后的最終軟件需求規格說明書文檔。

2、分析設計階段

根據確認后的軟件需求規格說明書，制定項目進度計劃，工作任務分

解(WBS)；資源申請，項目涉及到的開發資源、測試資源、設計資源(包括人員和軟硬件資源)；數據庫設計；系統設計；文檔(包括UseCase、Demo系統原型、TestCase等)；評審會議。

該階段完成后的成果：A、UserCase(系統用例)；B、DEMO(系統原型)；

C、系統設計文檔(概要設計和詳細設計)；D、數據庫設計文檔。最后對完成的成果，包括UserCase和設計文檔等進行評審。

3、執行階段(開發和測試)

準備開發環境、測試環境；跟蹤，推動項目按計劃進行；以周報的形式通報項目的進展情況。對項目的階段成果進行評估，以確保該階段完成的質量，包括代碼審核、SQL審核等。對需求變更進行控制管理；對項目風險進行管理；測試階段BUGFIXED及改進、收集反饋意見。

4、發布階段

包括制定項目發布計劃，用戶培訓，發布上線。

5、上線后監控

數據監控(日志、服務器狀態)，根據監控出現的問題，及時進行BUGFIXED及改進或做補丁升級。

6、結束階段

產品交付，項目總結會。

第四：基于以上三個問題所做的應對細則

要做好項目管理，并能確實解決好以上三個問題，實現目標、

履行職責、完成工作中的具體內容，從我個人這幾年的工作經驗和面臨的一些問題，還有所積累的一些項目管理中的一些知識以及自己的觀察和思考的角度看，應該要努力做好以下這幾個方面的具體工作：

1、項目開發時間的估算

制定項目進度時間表的時候，需要估算每個任務所需的時間，其中開發任務中模塊的分配和時間估算是其中最主要的部分；在分配模塊和估算開