09軟件產(chǎn)品立項及開發(fā)策劃控制程序

PagePAGE1 DATE10/29/2009AUTHORwn PagePAGE1 DATE10/29/2009-PAGE1-新疆西線網(wǎng)絡有限責任公司編號：XX/QP-09版本/修改：A/0第1頁共8頁 -PAGE1- PagePAGE1 DATE10/29/2009 PagePAGE1 DATE10/29/2009 PagePAGE1 DATE10/29/2009 -PAGE1-頁第1頁共8頁 Pag -PAGE1-頁共8頁軟件產(chǎn)品立項及開發(fā)策劃控制程序PAGE1編制：編制小組審核：陳琛批準：顧杰日期：2008/11/15日期：2008/11/18日期：2008/11/20分發(fā)號：受控印章：修改記錄日期修改人批準人修改內(nèi)容（文件修改申請單序號）目的對有意向開發(fā)的軟件項目進行前期的立項準備、可行性分析工作，以減小投資開發(fā)軟件產(chǎn)品或承接軟件項目的風險；對準備開發(fā)的軟件項目，在開發(fā)之前系統(tǒng)地規(guī)劃整個項目進展過程，確保軟件項目在預算之內(nèi)及時交付并達到規(guī)定質(zhì)量目標。范圍適用于軟件項目的立項準備、可行性分析及對擬開發(fā)的軟件項目的開發(fā)策劃工作。職責項目組負責編寫《立項建議報告》和《軟件需求說明書》。負責編寫《可行性分析報告》。項目組項目經(jīng)理：負責編制項目《開發(fā)計劃》。相關(guān)技術(shù)部門經(jīng)理：負責組織評審《立項建議報告》、《可行性分析報告》、項目《開發(fā)計劃》，下達《項目任務書》；總經(jīng)理：負責審批《立項建議報告》、《可行性分析報告》、《開發(fā)計劃》。術(shù)語和定義SOW：statementofwork是由客戶提供的對項目所要完成的全部工作的說明文件，其主要包括：工作范圍、技術(shù)目標和目的、客戶和最終用戶標識、引入的標準（客戶要求供方執(zhí)行的標準以及國家法律法規(guī)要求產(chǎn)品或項目執(zhí)行的標準）、責任分擔、成本和進度限制、軟件項目與其它組織的依賴性、資源限制、其它限制。程序立項建議對自主研發(fā)的軟件產(chǎn)品項目，由銷售部、相關(guān)技術(shù)部門負責收集市場信息，根據(jù)市場營銷與調(diào)研結(jié)果提出軟件項目啟動的設(shè)想，結(jié)合已有經(jīng)驗進行前景預測，編寫《立項建議報告》，《立項建議報告》的內(nèi)容適當時應包括：項目啟動的背景；項目的目的（合同意向或內(nèi)部領(lǐng)導的要求）；項目的范圍（項目所涉及的主要活動）；項目的可行性（如，人力、技術(shù)資源的可利用性）；項目存在的風險與控制；項目的重要里程碑和主要提交產(chǎn)品；項目的規(guī)模（估計所需的工作量和資源種類）；項目啟動的預算（項目啟動所需的資源）；項目市場前景及效益的簡要分析。《立項建議報告》評審《立項建議報告》經(jīng)相關(guān)技術(shù)部門經(jīng)理審核并組織評審，評審人員包括：總經(jīng)理、市場與開發(fā)的相關(guān)人員。對《立項建議報告》的評審，應填寫《立項建議報告評審記錄》(含風險評估與控制評審)，經(jīng)總經(jīng)理審批?！读㈨椊ㄗh報告》及相應評審記錄由相關(guān)技術(shù)部門、綜合辦存檔。評審結(jié)果：不可行，取消立項，資料存檔；立項存在不明確的問題，由原編制部門修改《立項建議報告》后重新評審；評審通過，需進行可行性分析的轉(zhuǎn)入可行性分析，無需可行性分析的由相關(guān)技術(shù)部門經(jīng)理下達《項目任務書》，項目啟動?？尚行苑治鱿嚓P(guān)部門根據(jù)《立項建議報告》及其評審結(jié)果進行可行性分析，對于規(guī)模較小的項目或系統(tǒng)升級等無需進行可行性分析。合同開發(fā)的軟件項目，根據(jù)合同意向或客戶的要求，進行可行性分析，按《可行性分析報告編寫規(guī)范》的要求編寫《可行性分析報告》。如無特殊要求，合同開發(fā)的軟件項目無需進行可行性分析。《可行性分析報告》的內(nèi)容：軟件項目的功能要點及產(chǎn)品化程度；市場前景、效益分析；開發(fā)優(yōu)勢；技術(shù)路線；成本估算；進度估算；可用的現(xiàn)行技術(shù)、重用軟件和開發(fā)平臺?！犊尚行苑治鰣蟾妗返脑u審《可行性分析報告》經(jīng)相關(guān)技術(shù)部經(jīng)理審核并組織評審，評審人員包括：總經(jīng)理、市場與開發(fā)的相關(guān)人員。評審結(jié)果：不可行，取消立項，資料歸檔；存在問題，由原編制部門修改后重新評審；評審通過，由相關(guān)技術(shù)部門經(jīng)理下達《項目任務書》，項目啟動?？尚行苑治鰣蟾娴脑u審應填寫《可行性分析報告評審記錄》(含風險評估與控制評審)。由總經(jīng)理審批，《可行性分析報告》及相應的評審記錄交相關(guān)技術(shù)部門和綜合辦存檔。項目啟動《項目任務書》下達后，由相關(guān)技術(shù)部門經(jīng)理指定一名項目經(jīng)理及配置管理員。各項計劃的編制、審批、評審項目經(jīng)理依據(jù)《開發(fā)計劃編寫規(guī)范》編制《開發(fā)計劃》；配置管理員負責依據(jù)《配置管理計劃編寫規(guī)范》編制《配置管理計劃》；《開發(fā)計劃》和《配置管理計劃》提交相關(guān)技術(shù)部門經(jīng)理審查；《開發(fā)計劃》的編制要求項目經(jīng)理按照軟件生命周期定義并根據(jù)項目的需要審核軟件項目開發(fā)的階段劃分。一般情況下可包括但不限于：可行性分析、需求分析、設(shè)計、編碼、測試、驗收等階段，并且階段可以組合、迭代。設(shè)定的質(zhì)量目標要符合質(zhì)量體系的要求。《開發(fā)計劃》的具體內(nèi)容項目和質(zhì)量目標項目目標：列出項目期間和完成時提交的軟件項及項目文件。質(zhì)量目標：描述每一提交產(chǎn)品的質(zhì)量目標。例如，符合用戶需求，用戶接收并簽發(fā)驗收單。組織與職責項目經(jīng)理要確定所需的項目小組成員，考慮小組的資源計劃和項目技能要求，根據(jù)崗位人員《職位說明書》規(guī)定項目實施過程中每個人的任務和職責。項目的相關(guān)性外部相關(guān)性：列舉項目經(jīng)理控制之外的相關(guān)活動，例如，客戶貫徹實施的活動。內(nèi)部相關(guān)性：內(nèi)部相關(guān)活動也要考慮，例如，所需的資源只有在另一項目完成之后才能獲得。階段劃分根據(jù)項目的實際情況對項目進行適當?shù)碾A段劃分后，要明確每個階段的定義、輸入和輸出以及開始和結(jié)束標準，具體如下：階段定義：參照軟件生命周期定義，對項目的每個階段進行明確定義。階段輸入：階段劃分應明確定義每一階段的各項輸入需求，確保每項輸入需求都應完整、無歧義、不相互矛盾。階段輸出：階段劃分應明確定義每一階段的各項輸出。各項輸出應滿足相應的需求；滿足進入后續(xù)階段的輸入要求；符合有關(guān)的開發(fā)慣例和約定以及法律、法規(guī)要求；標識出對產(chǎn)品安全和正常運行至關(guān)重要的產(chǎn)品特性。階段開始和結(jié)束標準：在每個階段都要按《標識和可追溯性控制程序》的基準配置提交規(guī)定的階段成果，否則，不能結(jié)束該階段而開始下一階段。也可依據(jù)項目特點在《配置管理計劃》中定義項目自己的基準。 質(zhì)量控制活動列舉項目期間執(zhí)行的評審和測試活動目錄，如：開發(fā)計劃評審、設(shè)計評審、階段測試、系統(tǒng)測試、驗收測試。對編碼的測試，按《過程和產(chǎn)品的監(jiān)視和測量控制程序》進行。開發(fā)方法和工具根據(jù)需求或合同規(guī)定選擇開發(fā)工作所用的工具和技術(shù)；明確各開發(fā)階段所需進行的配置管理活動以及配置管理所需的工具和技術(shù)，并按《標識和可追溯性控制程序》實施配置管理。組織協(xié)調(diào)根據(jù)項目的相關(guān)性，項目經(jīng)理負責處理設(shè)計、開發(fā)的組織和協(xié)調(diào)，涉及有關(guān)分包方、相關(guān)開發(fā)項目及其它輔助工作時，由總經(jīng)理協(xié)調(diào)。項目經(jīng)理或相關(guān)技術(shù)部門經(jīng)理應以書面文件的形式將有關(guān)信息及時地通知給有關(guān)部門。與客戶的協(xié)調(diào)項目經(jīng)理負責與客戶的協(xié)調(diào)，相關(guān)技術(shù)部門經(jīng)理應配合進行協(xié)調(diào)、處理客戶提出的意見或建議。《開發(fā)計劃》中應說明需要同客戶協(xié)商解決的問題，這些問題的解決應記錄在開發(fā)過程的各個階段記錄中，如《開發(fā)計劃評審記錄》等?！堕_發(fā)計劃》的評審與審批《開發(fā)計劃》的評審：《開發(fā)計劃》經(jīng)相關(guān)技術(shù)部門經(jīng)理審查認可后組織評審，參加人員包括但不限于：總經(jīng)理、項目經(jīng)理及項目相關(guān)部門與人員?！堕_發(fā)計劃》的審批：由總經(jīng)理審批后正式生效并執(zhí)行，審批未通過，指出不合理處，要求責任者修改后，重新評審；《開發(fā)計劃》的實施跟蹤與修改相關(guān)技術(shù)部門經(jīng)理根據(jù)《開發(fā)計劃》中的階段劃分及各階段結(jié)果，實施進度跟蹤和控制。在每一開發(fā)階段完成后，項目經(jīng)理應及時向相關(guān)技術(shù)部門經(jīng)理提交該階段的階段產(chǎn)品。《開發(fā)計劃》在執(zhí)行中需要進行修訂時，由項目經(jīng)理向相關(guān)技術(shù)部門經(jīng)理提交《軟件問題報告》，由相關(guān)技術(shù)部門經(jīng)理組織對修改計劃重新進行評審。每次評審都應留有記錄，所有評審或階段驗收不能通過的，必須進行修改，修改后須重新進行評審或驗收。《開發(fā)計劃》以及《開發(fā)計劃》的評審記錄和開發(fā)階段的評審記錄由相關(guān)技術(shù)部門、綜合辦存檔；由配置管理員按照《標識和可追溯性控制程序》對《開發(fā)計劃》進行配置管理。需求管理項目經(jīng)理負責全程的需求管理，組建需求分析小組，了解并協(xié)調(diào)客戶的軟件目標，需求分配，接口標準，測試與驗收標準，交付期需求，預算限制，資源限制。通過SOW的確定明確具體的需求，包括軟件開發(fā)環(huán)境與技術(shù)，軟件設(shè)計、編程、測試的需求和標準，配置管理需求，質(zhì)量保證需求，項目風險及降低風險的策略。軟件產(chǎn)品項目需提交依據(jù)《軟件功能規(guī)格說明書編寫規(guī)范》編制的詳細的《軟件功能規(guī)格說明書》，軟件合同項目需提交依據(jù)《軟件需求說明書編寫規(guī)范》編制的《軟件需求說明書》，并經(jīng)客戶方簽字確認；項目文件包括以下各項，項目經(jīng)理應保證項目文件的完整性和可存取性：《開發(fā)計劃》（所有版本）評審記錄SOW項目文檔（用戶手冊、測試計劃、測試結(jié)果、驗收報告等）更改控制文檔（更改/增加需求等）配置信息（配置記錄、配置控制等）報告（《階段評估報告》、《軟件問題報告》、《項目開發(fā)總結(jié)報告》等）項目報告：由項目經(jīng)理形成并按要求發(fā)給項目組織成員及相關(guān)技術(shù)部門經(jīng)理。軟件問題報告：項目執(zhí)行階段中，發(fā)生的問題將影響項目成果、質(zhì)量目標或計劃表時，需及時向相關(guān)技術(shù)部門經(jīng)理提交《軟件問題報告》，軟件問題報告包括以下各項內(nèi)容：問題的描述解決問題可選擇的方案建議的解決方案基于建議的解決方案修改的項目計劃項目結(jié)束報告項目完成后，應進行項目總結(jié)；因其他原因而終止開發(fā)活動的項目可根據(jù)需要進行項目總結(jié)；項目總結(jié)應依據(jù)《項目開發(fā)總結(jié)報告編寫規(guī)范》編寫《項目開發(fā)總結(jié)報告》，也可依據(jù)項目特點編制其它形式的《項目開發(fā)總結(jié)報告》?！俄椖块_發(fā)總結(jié)報告》需項目經(jīng)理、相關(guān)技術(shù)部門經(jīng)理共同評審。最終歸檔：項目完成或終止后，全部項目資料、文檔與軟件項由相關(guān)技術(shù)部門、綜合辦歸檔。相關(guān)文件《質(zhì)量手冊》 XX/QM-A-2004《標識和可追溯性控制程序》 XX/QP-16《過程和產(chǎn)品的監(jiān)視和測量控制程序》 XX/QP-21《可行性分析報告編寫規(guī)范》 XX/WI-XT-02《開發(fā)計劃編寫規(guī)范》 XX/WI-XT-03《軟件需求說明書編寫規(guī)范》XX/WI-XT-04《軟件功能規(guī)格說明書編寫規(guī)范》XX/WI-XT-05《項目開發(fā)總結(jié)報告編寫規(guī)范》 XX/WI-XT-12《配置管理計劃編寫規(guī)范》XX/WI-XT-15質(zhì)量記錄《立項建議報告評審記錄》 QR/XT-09-01《可行性分析報告評審記錄》 QR/XT-09-02《項目任務書》 QR/XT-10-03《開發(fā)計劃評審記錄》 QR/XT-09-04《軟件問題報告》 QR/XT-09-05《立項建議報告》QR/XT-09-06《