某甲方公司
資訊化建設專案質量管理辦法（初稿）
(20XX年修訂)
第一章 總則
第一條 為加強公司資訊化建設專案的程序管控，明確專案質量管理內容、責任和保證措施，提升資訊化建設專案的用戶滿意度，制定本管理辦法。
第二條 本管理辦法所稱的質量管理，是指公司要確定其質量目標，建立并有效實施質量管理體系，確保影響資訊化建設專案質量的技術、管理和人的因素處于受控狀態，所有的控制應針對減少和消除不合格，尤其是預防不合格，并建立和完善持續的質量改進機制。
第三條 本管理辦法適用于公司和附屬公司（以下統稱為甲方）的資訊化建設相關專案，通過各種管理手段來規避專案質量風險、解決專案質量問題、提高專案質量，以確保專案能夠滿足預定的質量標準。
第二章 質量管理內容
第四條 為了達成質量管理目標，甲方專案的質量管理作業分為以下四個方面：
(一) 制定質量標準，依據專案建設目標制定專案對應的質量標準；
(二) 監測質量情況，結合事前制定的質量標準，持續不斷的對專案的質量情況進行分析和判別，并形成相應的質量報告；
(三) 防范質量風險，依據專案作業情況，采取相應的管理措施，如相關技術方案評審、測驗案例評審和強化測驗等，以避免專案建設程序中出現質量風險；
(四) 處置質量問題，當專案質量問題發生時，其應依據專案的實際情況，同專案供應商（以下統稱為乙方）一起對問題原因進行分析，給出相應的處置措施方案并監督其執行情況。
第三章 制定質量標準
第五條 為了能夠在產品質量管理時更有效、更有針對性，同時給負責專案建設的乙方專案團隊提供更明確的質量目標，甲方專案團隊應在專案建設開始前從功能、性能、穩定、安全和檔案等幾個方面來對專案的整體建設情況進行綜合的評價，制定清晰明了、易于管理、便于跟蹤的專案質量標準。
第六條 功能類質量標準：指專案最終需要實作功能的范圍及要求，主要包含兩個方面：一是產品功能應滿足所有業務需求中所描述的功能性需求；二是產品功能在易用性、可用性上，要滿足甲方業務人員的使用要求。對于關鍵的業務功能，在開始建設前應要求乙方團隊給出高保真的演示原型，讓甲方業務人員了解該功能的操作、展示等方面的內容，從而使甲方團隊在建設作業開始前就可以給出具體的使用要求。
第七條 性能類質量標準：指專案最終需要達到針對運行在生產環境上的各項性能指標，這些指標主要來自于業務需求中的非功能性需求對性能的要求，主要包含軟體的回應時間、吞吐量、并發數和資源利用率等性能指標。對于乙方團隊來說，這種型別的標準屬于硬性標準，是其無論如何都需要達成的建設要求。
第八條 穩定類質量標準：指專案最終需要達到針對運行在生產環境上，滿足業務開展的需要，能夠持續無故障運行的時間。其中無故障運行時間應在非功能性需求中給出明確的要求，常見的有5*8（每周連續5天，每天持續運行8小時。或是作業日的8小時內正常運行）等。
第九條 安全類質量標準：指軟體在遭受外部惡意攻擊時，軟體能夠繼續正常運行或防止檔案、資料遭受篡改或竊取的能力。一般情況下，專案的安全標準可以在《資訊安全等級保護管理辦法》中的規定安全等級五級分類的基礎上，結合專案建設要求，提出更具體、更有針對性的安全要求。
第十條 檔案類質量標準：指在專案建設程序中應編制的檔案串列及其編制要求。在專案建設開始前，應依據甲方機構相關的管理要求，結合該專案的建設要求來提出具體的檔案標準。其中，檔案相關的質量標準主要包含以下三個方面：一是給出專案所需檔案的串列；二是通過檔案模板或是文字描述來給出各個檔案的編制要求；三是通過作業計劃來明確各個檔案的開始、完成日期。
第四章 質量情況監測
第十一條 甲方專案經理通過以下幾種方式對質量情況進行監測：
(一) 日常的作業溝通會。通過作業溝通會，甲方專案經理能夠及時的掌握乙方團隊建設作業的開展情況，一方面可以判別其是否會造成質量風隙訓質量問題，另一方面則可以對已發現的質量風隙訓質量問題的解決情況進行跟蹤；
(二) 乙方作業方案或代碼評審。通過乙方團隊的軟體實作方案或軟體代碼評審的方式，甲方專案經理可以直觀的掌握軟體產品的質量情況；
(三) 軟體測驗。通過各種型別的測驗作業，甲方專案經理可以充分、全面的掌握軟體產品的質量情況。
第十二條 甲方專案經理如在質量檢測程序中發現質量問題或質量風險時，應當在專案質量情況表中將其記錄下來，并通過該表來對相應的處置作業進行跟蹤。專案質量情況表主要包含以下的內容：質量問題或風險、對應解決方案、處理計劃、處理進度以及結果確認。
第五章 質量風險防范
第十三條 甲方專案經理在專案質量管理作業中應該更多的考慮如何通過相應的管理手段來降低質量風險發生的可能性，主動防范質量風險的發生，而不是等待出現質量問題后被動的進行解決。
第十四條 加強業務需求學習：業務需求是所有專案建設作業的實作目標和作業基礎，可以通過以下方式來加強乙方專案團隊對業務需求的學習和理解：一是邀請業務部門的相關同事來為乙方團隊成員講解業務需求；二是要求乙方團隊成員在對需求有了充分的了解后，向甲方專案經理和業務部門人員進行需求反講。
第十五條 重視相關作業評審：實作方案和產品設計等檔案是乙方專案團隊在對業務需求進行了深入的分析后，形成的專案建設思路和實施方法，是后續的具體建設作業在紙面上的預演。甲方專案經理在對其進行評審時，需要有針對性的邀請相關方面的專家：如對需求規格說明書評審時，應邀請業務、技術相關的專家；對技術方案、資料庫設計和產品框架設計評審時，只邀請技術相關的專家即可；對軟體原型評審時，則應以業務相關人員為主等。
第十六條 緊抓軟體測驗作業：甲方專案經理可以依據專案的具體情況和質量標準，來要求乙方團隊、第三方測驗團隊和甲方機構開展相應的測驗作業，以達到預期的質量管理要求。在測驗程序中應要求各參與方遵循以下的測驗原則：
(一) 測驗作業應盡早進行；
(二) 除去單元測驗，測驗作業應由專門的測驗人員或第三方機構來負責；
(三) 測驗用例是基于需求規格說明書的，在編制時應包含正常情況和例外情況，同時要對各種邊界條件著重處理，特殊情況下還要制造極端狀態和意外狀態。測驗用例須通過相應的評審；
(四) 對錯誤結果要進行一個確認程序。一般應由雙人交叉確認，嚴重的或影響較大的錯誤可以召開專門的評審會議進行討論和分析，對測驗結果要進行嚴格地確認；
(五) 重視安全、性能和檔案等非功能性的測驗作業；
(六) 確保測驗時間，短時間內是無法完成一個高質量的測驗；
(七) 妥善保存測驗用例、出錯統計和最終測驗報告，為后續的運維作業提供方便。
第六章 質量問題處置
第十七條 處置質量問題時可以采用以下幾個步驟：一是深入分析問題原因，確定問題型別以及危害程度；二是對乙方專案團隊給出的解決方案和調整后的作業計劃進行評審；三是監督乙方專案團隊解決方案的執行情況。
第十八條 功能類質量問題：需要注意以下幾點：一是要對其產生原因和影響范圍有一個清晰的認識，并在此基礎上制定可行的處置方案；二是在對該問題產生原因分析的基礎上，考慮相應的規避手段，以防止再次發生同型別的問題。常用的處置流程如下：
(一) 要求乙方團隊分析該問題的原因及影響范圍；
(二) 要求乙方團隊以書面的方式給出可行的解決方案，需包含所有待修改代碼串列；
(三) 甲方應對乙方團隊提交的解決方案進行評審，只有通過評審后才可以開展后續的實施作業；
(四) 乙方團隊按照解決方案的規劃來對軟體進行修改。如有必要還需要對相關的專案檔案，如技術方案、實作方案、作業計劃等，進行調整；
(五) 甲方負責監督該解決方案的執行情況，并組織相關人員對所有修改點以及關聯功能進行驗證；
(六) 基于該問題產生的原因，對其他類似功能進行分析，防止同型別錯誤再次發生。
第十九條 性能類質量問題：需要把握以下原則：一是不能改變軟體已有的功能；二是盡量避免對軟體架構和軟體代碼做出調整；三是優先考慮通過增強硬體配置的方式來提升性能。可以采用以下的方法：
(一) 增強硬體配置，在預算允許的情況下，且不會影響已有的軟體結構；
(二) 減少軟體前后臺的互動，通過減少互動次數的方式來提升效率。但需要對相關的功能重新進行設計，對軟體的功能和結構會造成較大的影響；
(三) 優化邏輯演算法，通過改進演算法復雜度的方式，來提升運行速度。這種方式對相關人員的能力要求較高，且需要對代碼有較大的改動；
(四) 優化資料庫及查詢SQL，通過創建索引、優化SQL等方式，增加資料查詢效率、縮短查詢時間，從而提升整體性能。
第二十條 穩定類質量問題：處置時應遵循以下原則：對于必然問題來說，首先對導致該問題的原因進行深入的分析，其次在分析結果的基礎上進行相應的處理，以防止同型別的問題再次發生；對于偶然問題來說，由于導致該問題的原因無法明確，因此甲方可以依據問題的表象來制定相應的預防、止損措施，從而降低該問題對軟體的影響。可以采用以下的方法：
(一) 軟體產品相關的服務器在架構上應采用雙機熱備的形式，這樣在某一臺服務器出現故障時，還有另外一臺服務器可以繼續提供服務，從而有效的確保了服務的延續性；
(二) 資料庫應采用熱備技術，可以有效的保護資料不受故障、災難、錯誤和崩潰的影響；
(三) 定期對相關的軟、硬體環境進行巡檢、維護和升級作業，以確保相關運行環境的穩定性；
(四) 對軟體架構進行重構，從而構建更加健壯的架構體系。
第二十一條 安全類質量問題: 通常可以采取以下步驟：一是暫停軟體產品對外的所有服務，以避免進一步的損失；二是分析問題原因并評估該問題的影響范圍；三是依據專案實際情況，結合相應的分析結果給出可行的解決方案；四是對乙方專案團隊的執行情況進行監督，并對最終結果驗證；五是通過備份檔案，來恢復相應的資料，并重啟對外的服務。甲方在對安全問題進行處置時，可以參照如下的方法：
(一) 加強關鍵資料加密處理；
(二) 增強訪問控制；
(三) 強化用戶認證；
(四) 資料傳輸加密；
(五) 借助外部硬體，或者是增加相關的硬體安全設備，如堡壘機等；
(六) 借助外部力量，可以借助專業的第三方安全服務機構，提供安全整體解決方案；
(七) 定期對作業系統、應用軟體進行升級，防止系統漏洞影響軟體的安全。
第二十二條 檔案類質量問題：主要表現在兩個方面：一是無法提供檔案標準中所要求的相關檔案；二是檔案內容與實際作業情況不一致。對于甲方專案經理來說，其在對這種型別的質量問題進行處置時，可以依據專案的實際情況來采用相應的處置方案，具體如下：
(一) 明確檔案的責任人。對于檔案責任人不清晰的情況，應要求乙方團隊明確具體的責任人，由其來負責對相關檔案的修改、維護作業；
(二) 制定檔案修改計劃。對于無法立即完成修改的檔案，可以通過制定修改計劃的方式，來使相關的修改作業處于可管理的狀態；
(三) 編制資訊變更表。應要求乙方團隊通過編制資訊變更表的方式來記錄所有資訊變更的內容，從而確保變更資訊可以及時、準確的傳遞給所有團隊成員，并為其他作業的開展提供參考依據。
第七章 附則
第二十三條 本管理細則自頒布之日起生效，由公司資訊化部負責解釋。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/133819.html
標籤：研發管理
上一篇：電子郵件無法觸發