軟件實施方案

1、5、項目實施方案5.1組織機構(gòu)v 項目組人員組織結(jié)構(gòu)為項目順利啟動并成功實施，確保項目質(zhì)量，達到預期目標，建立分工明確、職責清楚、層次分明又能協(xié)調(diào)配合的項目管理組織和架構(gòu)就是至關(guān)重要的環(huán)節(jié)。根據(jù)學校的情況及所需協(xié)調(diào)資源，建立的組織結(jié)構(gòu)如下。n 公司領(lǐng)導小組項目的最高領(lǐng)導，了解項目進展情況，協(xié)調(diào)各自項目資源，控制項目進度、風險，進行重大決策，明確管理架構(gòu)及人員，協(xié)調(diào)各自人員到位，確認項目目標系統(tǒng)及驗收標準，對項目過程中涉及項目范圍的變更內(nèi)容進行確認，并審批變更，解決項目過程中所出現(xiàn)的重大問題。n 項目總監(jiān)/項目經(jīng)理項目總監(jiān)是項目實施的總負責人，全權(quán)負責項目過程的管理，包括人、才、物的管理；協(xié)調(diào)各

2、部門之間的溝通，確保工程項目的按時、優(yōu)質(zhì)完成。項目總工程師分管兩個分項目組，每個項目組都有項目組長，分項目組的主要職能是：項目設計、項目計劃編制、項目實施過程的管理、測試盒質(zhì)量保證、遠程支持體系的管理、用戶培訓、協(xié)作、驗收、確保分項目的高質(zhì)量完成。n 商務組由XXXX公司的商務代表組成，負責處理與合同有關(guān)的各種商務活動，例如產(chǎn)品的交貨、費用結(jié)算、與軟件產(chǎn)品、硬件產(chǎn)品供應商的商務來往。n QA對項目組進行質(zhì)量體系文件與本項目相關(guān)部分的應用培訓；跟蹤監(jiān)督項目過程活動；檢查項目成果是否符合規(guī)范、規(guī)定要求；動態(tài)監(jiān)控質(zhì)量體系執(zhí)行情況；對違反質(zhì)量管理規(guī)范的情況提出改進或否決意見；及時提交質(zhì)量監(jiān)控報告。n

3、系統(tǒng)集成與實施組項目相關(guān)硬件系統(tǒng)及網(wǎng)絡方案確定；項目相關(guān)硬件系統(tǒng)環(huán)境及網(wǎng)絡環(huán)境的搭建、調(diào)試；系統(tǒng)軟件及所需工具的檢查和安裝；硬件系統(tǒng)的運行維護。n 業(yè)務組了解用戶需要；整理撰寫目標系統(tǒng)說明書；參加需求評審，確認最終需求；制訂項目目標及驗收標準；組織系統(tǒng)驗收過程，驗收最終系統(tǒng)。n 開發(fā)組確認系統(tǒng)需求；撰寫開發(fā)方案及各設計文檔；根據(jù)編碼規(guī)范，對系統(tǒng)進行編碼實現(xiàn)；對完成的模塊采用白盒測試方法進行自測；對提交測試組測試出的問題進行修改。開發(fā)組下設四個開發(fā)小組1) 規(guī)劃組：負責學校學生工作管理系統(tǒng)采購項目規(guī)劃2) 需求調(diào)研組：負責學校學生工作管理系統(tǒng)采購項目需求調(diào)研3) 開發(fā)組：負責學校學生工作管理系統(tǒng)

4、采購項目的開發(fā)4) 測試組： 搭建測試環(huán)境，確定測試方案；撰寫測試計劃及測試用例；對系統(tǒng)進行測試；根據(jù)測試結(jié)果提交各問題表及測試報告；對修改完成的版本進行回歸測試。n 培訓組進行用戶培訓。n 支持服務組對系統(tǒng)的軟硬件運行進行維護；對系統(tǒng)運行中的問題進行記錄，并轉(zhuǎn)交開發(fā)組；對系統(tǒng)運行中產(chǎn)生的一般性故障進行維護。5.2風險管理將項目實施過程中出現(xiàn)的風險包括已成功規(guī)避的風險都在項目結(jié)項時進行總結(jié)并積累下來，形成風險操作指南，作為后期項目的一個參考。項目在立項階段制定該項目的風險管理計劃，每個階段都更新相應的風險列表，針對風險列表中各風險進行風險的識別、分析和應對，有效規(guī)避風險。v 風險識別風險識別包

5、含兩方面內(nèi)容：識別哪能些風險可能影響項目進展及記錄具體風險的各方面特征。風險識別不是一次性行為，而應有規(guī)律的穿整個項目中。項目的有效溝通也是項目成敗的關(guān)鍵，通常項目過程中項目組成員之間或與客戶之間一般都通過語言溝通交流，領(lǐng)導和員工間通過開會布置任務，容易造成文檔、資料丟失和事后檢查困難等。針對這類問題，公司制定的項目管理制度中明確規(guī)定項目交流制度方式、時間、頻度，包括項目過程中項目組與客戶交流、部門之間交流、部門內(nèi)部交流、項目組內(nèi)部交流過程的規(guī)范，并要求在項目總體計劃中確定下來，保證項目過程中溝通的規(guī)范性和有效性。v 風險量化風險量化涉及到對風險和風險之間相互作用的評估，用這個評估分析項目可能

6、的輸出。這首先需要決定哪些風險值得反應。風險由于包括諸多因素而較復雜，這里就部分因素列舉如下：v 風險對策研究風險對策研究包括對機會的跟蹤進度和對危機的對策的定義。對危脅的對策大體分以下三點：避免-排除特定危脅往往靠排除危脅起源。項目管理隊伍絕不可能排除所有風險，但特定的風險事件往往是可以排除的。 減緩-減少風險事件的預期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù)，或兩者雙管齊下。吸納-接受一切后果。這種接受可以是積極的（如制定預防性計劃來防備風險事件的發(fā)生），也可以是消極的。v 風險對策實施控制風險對策實施控制包括實施風險管理方案以便在項目過程中對風險事件做出回應。當變故發(fā)生時

7、，需要重復進行風險識別，風險量化以及風險對策研究一整套基本措施。就算最徹底和最復雜的分析也不可能準確識別所有風險以及其發(fā)生概率，理解這一點是很重要的，因此控制和重復是必要的。5.3質(zhì)量保證v 項目承建方質(zhì)量方針始終如一地從用戶利益出發(fā)，最大限度地優(yōu)化從供應商到客戶這一流程的所有重要環(huán)節(jié)，使用戶利益最大化是項目承建方生存和發(fā)展的基本出發(fā)點。v 持續(xù)改進是項目承建方每個員工的責任項目承建方每一名員工都認識到質(zhì)量對于項目成功的重要性，質(zhì)量是每一個人的責任，我們不斷尋求更理想的提高質(zhì)量的途徑，不斷加強生產(chǎn)優(yōu)質(zhì)產(chǎn)品、提供卓越服務的主動精神、專業(yè)技能和生產(chǎn)過程能力。v 質(zhì)量保證活動每個項目都有一個專職QA

8、對項目過程進行跟蹤，在項目立項階段由QA制定質(zhì)量保證計劃，并根據(jù)該計劃對項目各過程進行跟蹤，主要包括：代表開發(fā)小組與用戶進行訪談、交流，與用戶之間的交流通道，對項目組不能解決的問題以QA報告的形式提交項目組。v 組織并參與評價項目各階段的評審跟蹤項目需求，重點監(jiān)控項目過程變更的數(shù)量，并填寫相應記錄表格；監(jiān)控貫穿于整個項目過程需求的一致性。v 定期與用戶進行溝通，進行用戶滿意度跟蹤與調(diào)查在項目需求確定后，與項目承建商共同商定系統(tǒng)驗收標準和客戶測試的測試方案確認，保證測試過程目標明確性和有效性。5.4配置管理軟件配置管理是指對工作成果（主要是代碼和文檔）進行版本管理，保證所有工作成果的完整性和跟蹤

9、性。配置管理是對工作成果的一種有效保護。整個機構(gòu)應當統(tǒng)一使用配置管理軟件（包括文檔管理軟件和代碼管理軟件）。任何項目成員都必須對自己的工作成果進行配置管理。軟件配置管理的流程如圖所示，關(guān)鍵活動是“制定配置管理計劃”、“文檔管理”和“代碼管理”。n 配置管理需要記錄每一配置對象的創(chuàng)建、變更及消亡情況。n 配置管理員需要及時填寫配置管理報告。n 在任意配置對象出現(xiàn)變更時，該對象必須做備份，且該備份不能將原來的備份覆蓋，直至該配置對象被評審通過形成基線后，可以只保留最近的備份。n 在項目出現(xiàn)反復或失誤時，配置管理人員必須能以最快的速度拿出最近的回溯點版本。n 配置管理員必須能夠?qū)γ恳淮涡薷牡闹饕熑?/p>

10、人進行準確的定位，同時也必須對每一次修改的根本原因有準確的了解，必要時應能拿出充分的材料。5.5文檔管理項目文檔管理包括規(guī)范相關(guān)文檔管理和項目過程文檔管理。規(guī)范相關(guān)文檔主要用于指導項目各階段操作內(nèi)容，詳細說明各階段的主要任務及產(chǎn)生的階段成果，保證各項目都能夠按照科學的有成功先例的項目模式執(zhí)行。在項目立項階段，該項目QA會與項目負責人根據(jù)項目特點共同確定該項目所使用的規(guī)范，形成實施項目過程指導，作為該項目過程的執(zhí)行規(guī)范；項目過程文檔指本項目在各階段產(chǎn)生的階段成果，包括需求階段的目標系統(tǒng)說明書、計劃階段產(chǎn)生的項目工作手冊或項目總體計劃、設計階段產(chǎn)生的數(shù)據(jù)庫設計說明書和設計文檔等，保證下一階段與上一

11、階段工作的延續(xù)性與一致性。為避免出現(xiàn)項目過程中拋開文檔，自行開發(fā)，導致項目結(jié)束時才發(fā)現(xiàn)文檔與系統(tǒng)根本不相關(guān)的現(xiàn)象，項目承建方對項目過程中的文檔管理采用一套完整的流程，有獨立于項目組的SCM（配置管理工程師）專職保證項目過程中能夠提取出的文檔與目標系統(tǒng)是一致的。所有項目過程中的變更都必須經(jīng)SCCB審批后才能夠進行變更，變更內(nèi)容入庫只有該項目SCM才能夠進入基線庫進行更新，而項目過程中的最終版本和項目驗收標準版本都是從基線庫中提取，從而保證項目過程中文檔與系統(tǒng)的一致性。5.6測試管理專門成立獨立于開發(fā)的項目測試組，由受過專業(yè)測試培訓的人員組成，保證測試過程的相對獨立性，也保證測試的有效性。測試人員

12、在項目立項階段就會參與到項目中，保證了對項目需求的了解。n 測試工作流程測試方法采用白盒測試和黑盒測試相結(jié)合的方式，測試過程分為業(yè)務模塊測試、系統(tǒng)測試、整體測試，測試內(nèi)容包括功能測試、可靠性、安全性、性能、可擴充性、可維護性、平臺移植性、與其它系統(tǒng)的接口等測試，測試數(shù)據(jù)由測試人員通過撰寫測試用例的方式進行準備，測試結(jié)果以測試報告的方式進行反饋。測試過程遵循公司測試流程規(guī)范，保證測試過程所有問題的有效解決。n 需求階段測試流程在項目需求確定后，與項目承建商共同商定系統(tǒng)驗收標準和客戶測試的測試方案確認，保證測試過程目標明確性和有效性。測試可以大致可以分為一下幾類；單元/集成測試，系統(tǒng)測試，壓力測試

13、，性能測試。n 單元/集成測試階段流程n 系統(tǒng)測試階段流程圖n 壓力測試流程說明：壓力測試為模擬用戶正常使用時，系統(tǒng)正常工作的最小時間。l 性能測試流程說明：測試系統(tǒng)的崩潰極限（最多使用人數(shù)和數(shù)據(jù)庫的極限容量）。5.7用戶評價本階段由客戶項目組成員完成，包括以下步驟：u 設計用戶接受程度測試的標準u 測試隊伍的培訓u 設計測試的文檔和數(shù)據(jù)u 進行用戶接受測試，允許用戶評定交付的系統(tǒng)是否依據(jù)已達成協(xié)議的未來的流程進行設置并執(zhí)行完成的。這個測試包括所有終端對終端的程序、在線業(yè)務流程、與其他系統(tǒng)的集成（如果有的話）等而不僅僅是系統(tǒng)本身的測試。5.8項目驗收在項目試運行階段接近結(jié)束時，項目經(jīng)理應提前準備發(fā)布正式版本，確保項目驗收前，客戶現(xiàn)場所用版本為正式版本。在試運行階段結(jié)束后，項目經(jīng)理根據(jù)客戶方提出的驗收標準（可包括：系統(tǒng)功能驗證、性能測試以及培訓效果測試等），擬定驗收方案并