關注【本頭條號】更多關于制度、流程、體系、崗位、模板、方案、工具、案例、故事、圖書、文案、報告、技能、職場等內容，弗布克15年積累免費與您分享！

閱讀導航→

01 軟件研發管理辦法

02 軟件需求管理規定

03 軟件設計管理辦法

04 軟件測試管理規定

05 軟件研發質量管理制度

一、軟件研發管理辦法

軟件研發管理辦法

第1章 總則

第1條 目的。

為規范軟件研發工作，提高研發質量，降低成本，結合公司的實際情況，特制定本辦法。

第2條 管理部門。

軟件研發部是軟件研發工作的歸口管理部門，負責軟件的需求調查、設計、開發、測試、發布等各項工作。

第2章 軟件產品研發決策管理

第3條 產品規劃內容。

產品規劃是指產品規劃人員通過調查研究，做出有關需求分析、市場導向、競爭對手和產品發展方向的分析報告，制定和維護產品的目標，確保產品滿足客戶的需要。其具體工作內容包括以下三個方面。

1．軟件研發部調研人員通過客戶需求分析，獲取與產品發展相關的客戶意向、市場需求、競爭態勢、同類產品等信息。

2．根據調研分析結果，確定產品的主要發展方向；根據客戶與公司的需要，確定產品的關鍵屬性等。

3．制定產品的長期目標。

第4條 可行性研究及決策程序。

1．軟件研發部調研分析人員進行市場調查與分析，確認軟件的市場需求。

2．在調查研究的基礎上進行可行性研究，提交可行性分析報告。

3．軟件研發主管副總組織相關人員進行論證，決定項目取消或繼續。

4．軟件研發部根據論證結果制訂初步的軟件開發計劃。

5．根據市場環境、公司軟硬件情況預測風險因素。

第3章 軟件需求分析

第5條 軟件需求分析與制定研發計劃流程。

1．調查被開發軟件企業的狀況。

2．對軟件開發需求進行分析并給出詳細的功能定義。

3．做出簡單的軟件原型，與用戶共同研究，直到用戶滿意為止。

4．對可利用的資源（計算機硬件、軟件、人力等）進行估計，制訂研發進度計劃（可有相應的緩沖時間）。

5．制訂詳細的軟件研發計劃。

6．制訂質量控制計劃和測試計劃。

7．編寫初步的用戶手冊

8．評審。

第6條 軟件需求分析要求。

1．必須以運行環境為基礎。

2．應有用戶指定人員參加。

3．需求說明書必須明確，并經過用戶確認。

第7條 軟件需求審批。

經評審通過的各項內容形成相應的文檔后，須提交軟件研發經理審核確認。

第4章 概要設計

第8條 概要設計的實施流程。

1．確定目標系統的總體結構。

（1）對于大型系統，可按主要的軟件需求劃分成子系統，然后為每個子系統定義功能模塊及各功能模塊間的關系，并描述各子系統的接口界面。

（2）對于一般系統，可按軟件需求直接定義目標系統的功能模塊及各功能模塊間的關系。

2．給出每個功能模塊的功能描述、數據接口描述，以及外部文件與各功能模塊間的關系。

3．設計數據庫或數據結構。

4．制訂各階段開發的目標（里程碑）計劃。

5．制訂第一個里程碑的測試計劃。

6．評審。

第9條 概要設計要求。

1．在設計目標系統的整體結構時，應力爭使其具有好的形態，各功能模塊間應滿足低耦合度，而各功能模塊內應滿足高內聚度。功能模塊的作用范圍應在其控制范圍之內。

2．在設計目標系統的總體結構時，應降低模塊接口的復雜性，以提高目標系統的可靠性。

3．每一個里程碑計劃又可分為詳細設計、實現、組裝測試、確認測試、發布、交接等階段。

第10條 審批流程。

1．經評審通過的各項內容形成相應的文檔后，提交給軟件研發部經理審核確認。

2．數據庫/數據結構設計說明書、概要設計說明書經軟件研發部經理確認后還須提交給主管技術副總進行審核確認。

第5章 詳細設計

第11條 詳細設計的實施流程。

1．將概要設計產生的構成軟件系統的各個功能模塊逐步細化，形成若干個程序模塊。

2．確定各程序模塊之間的詳細接口信息。

3．撰寫擬訂單元測試計劃。

4．評審。

第12條 詳細設計的工作要求。

1．確定程序模塊內的數據流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。

2．規定符號的使用規范，確定設計的命名規則。

第13條 審批流程。

1．經評審通過的各項內容形成相應的文檔后，提交給軟件研發部經理審核確認。

2．詳細設計說明書經軟件研發部經理確認后，還須提交給主管技術副總進行審核確認。

第6章 軟件實現

第14條 軟件實現的實施與要求。

1．對每個程序模塊用所選定的程序設計語言進行編碼，寫出的程序應該結構良好、清晰易讀且與設計一致，符合公司編碼規范。

2．單元測試，研發人員按單元測試計劃對自己編寫的程序進行測試。

3．對編程及單元測試過程進行版本管理，主要由高級項目工程師負責。

第15條 審批。

所有文檔必須提交給軟件研發部經理審核確認。

第7章 測試與發布

第16條 組裝測試實施程序。

1．開發組完成單元自測后，由研發負責人填寫“測試申請單”連同測試產品清單交與測試人員。

2．相關測試人員根據提交的申請單將源程序、文檔等拷貝到測試產品目錄中。

3．執行測試計劃中要求的所有組裝測試。

4．測試人員對測試結果進行分析，生成問題列表（Bug List），返給研發負責人。

5．研發人員經過分析、修復并自測完畢，生成Bug修復報告，返給測試人員。

6．測試人員進行反復測試，直至測試通過。

第17條 組裝測試工作要求。

1．組裝測試應保證模塊間無錯誤連接。

2．應對軟件系統或子系統的輸入輸出能力進行測試，使其達到設計要求。

3．應測試軟件系統或子系統正確的能力和經受錯誤的能力。

第18條 確認測試實施程序。

1．在模擬的環境中進行強度測試，即在事先規定的一個時期內運行軟件的所有功能，以證明該軟件無嚴重錯誤。

2．執行測試計劃中的所有確認測試。

3．使用用戶手冊，以進一步證實其實用性和有效性，并改正其中的錯誤。

4．對測試結果進行分析，生成當前Bug列表。

5．反復查找Bug原因，直到修復。

6．對所有文件進行整理。

第19條 確認測試工作要求。

1．全部系統存儲量、輸入及輸出通道，以及進行處理必須預留的余量。

2．將預期結果、測試結果及測試數據全部存檔。

3．測試人員將測試清單中缺少的文檔列入Bug記錄表。

4．對測試中重現與未重現的Bug均要有說明。

第20條 發布過程管理。

1．經測試合格的產品由測試人員填寫“發布申請表”連同發布文檔一起提交給軟件研發部經理、主管副總進行審核。

2．軟件研發部經理、主管副總審核發布申請。

3．測試人員將要發布的產品（包括源程序、執行文件及相關文檔）放入發布產品目錄中并生成安裝程序。

第8章 附則

第21條 本辦法由公司軟件研發部制定，修改權、解釋權歸公司軟件研發部所有。

第22條 本辦法自頒布之日起執行。

技術部

二、軟件需求管理規定

軟件需求管理規定

第1章 總則

第1條 目的。

為使軟件產品滿足規定的需求而確定軟件的體系結構、組成模塊劃分和接口說明等，并將上述結果翻譯成代碼，以實現軟件所要求的功能，特制定本規定。

第2條 適用范圍。

本規定適用于公司所有的軟件產品的設計與研發工作。

第3條 責任部門。

軟件研發部負責軟件需求管理的各項工作。

第4條 軟件需求的定義。

1．用戶需求，即用戶解決問題或達到目標所需的條件和能力。

2．系統需求，即系統或系統部件要滿足合同、標準、規范或其他正式文檔所必須具有的條件和能力。

3．反映需求或能力的文檔說明，即對軟件設計研發目的的描述。

第5條 需求管理活動說明。

需求管理活動具體內容如下表所示。

第2章 軟件需求管理的目標與原則

第6條 需求管理的原則。

1．需求需分類管理。

2．需求需分優先級。

3．需求必須文檔化。

4．需求一旦變化，就必須對需求變更的影響進行評估。

5．需求管理必須與需求工程的其他活動緊密結合。

第7條 需求管理的目標。

1．使軟件需求受控，并建立供軟件工程和管理使用的需求基線。

2．使軟件計劃、產品、活動與軟件需求保持一致。

第8條 軟件需求的度量要素。

軟件需求的度量包括9個要素，即正確性、無歧義、完備性、一致性、分級、可驗證、可修改、可跟蹤及可理解。

第3章 需求變更管理

第9條 需求變更的原因。

1．在軟件研發早期所有的問題不可能被完全定義，軟件需求是不完全的，這就注定了需求需要變更以便達到完善的程度。

2．隨著軟件的研發進度，軟件研發人員對問題的理解發生變化，這些變化也需反饋到需求中去。

第10條 變更管理過程。

1．變更描述。

2．變更分析。

3．變更實現。

第11條 變更影響分析。

每一項需求變更都必須進行變更影響分析，明確它對研發計劃和其他需求的影響，明確與變更相關的任務并評估完成這些任務需要的工作量。

第4章 軟件需求文檔管理

第12條 需求文檔的作用。

在用戶和研發人員之間就將要開發的軟件系統需要達成一致的協議，從而產生正式的需求文檔，以便為軟件的研發和實現提供依據。

第13條 編寫軟件需求文檔的注意事項。

1．語句和段落應盡量簡短。

2．表達方式要采用主動語態。

3．語句要完整，且語法、標點等正確無誤。

4．使用的術語要與詞匯中的定義保持一致。

5．避免使用模糊、主觀的術語。

6．避免使用比較性的詞匯，盡量給出定量的說明，含糊的語句表達將引起需求的不可驗證。

第14條 建立軟件需求規格說明書。

需求文檔采用軟件需求規格說明書的形式，精確地闡述一個軟件系統必須提供的功能和性能以及它所要考慮的限制條件，是對外部行為和系統環境接口間接、完整的描述性文檔。

第5章 需求驗證管理

第15條 需求驗證流程。

1．審查需求文檔。

2．依據需求編寫測試用例。

3．編寫用戶手冊。

4．確定合格的標準。

第16條 需求驗證的內容。

1．有效性檢查。

2．一致性檢查。

3．完備性檢查。

4．現實性檢查。

5．可檢驗性檢查。

6．可調節性檢查。

7．可讀性檢查。

第6章 需求評審

第17條 需求評審人員。

需求評審人員由軟件研發部研發人員與客戶方的代表共同組成。

第18條 需求評審注意事項。

1．嚴格控制每一次評審的文檔規模及持續時間。

2．評審工作要分段進行。

3．對討論的問題進行控制。

4．避免無謂的爭吵。

第7章 附則

第19條 本規定由公司軟件研發部制定，其修改權、解釋權歸公司軟件研發部所有。

第20條 本規定自頒布之日起執行。

三、軟件設計管理辦法

軟件設計管理辦法

第1章 總則

第1條 目的。

為使軟件產品滿足規定的需求而確定軟件的體系結構、組成模塊劃分和接口說明等，并將上述結果翻譯成代碼，以實現軟件所要求的功能，特制定本辦法。

第2條 適用范圍。

本辦法適用于公司所有的軟件產品的設計管理工作。

第3條 責任部門及職責分工。

軟件研發部是軟件設計研發工作的歸口管理部門。

1．軟件研發部經理負責軟件設計研發工作的日常管理，監督軟件研發的進度，做好費用預算與控制工作。

2．軟件研發高級工程師主要負責帶領設計研發人員進行新軟件的開發。

第2章 軟件設計與研發

第4條 軟件設計的內容。

1．編寫系統的特性規格說明書，主要描述系統結構、各組件間的相關性、接口標準等內容。

2．從系統高層開始著手進行系統設計，逐步編寫以下內容。

（1）對整個系統的設計方案作簡明扼要的描述。

（2）繪制系統的結構圖。

（3）確定系統中的風險因素。

（4）對系統的重用性進行分析。

3．對系統中的子系統進行細分，給出各子系統、各組件的規格說明。

4．根據產品的特性規格說明書，制訂產品的開發計劃。

第5條 特性規格說明書的內容。

1．摘要，對產品特性的概要描述。

2．論證，開發該產品與特性的原因。

3．目標，希望得到的最終產品結果。

4．需求，產品在發布前必須具備的功能。

5．用戶使用操作說明。

6．進度，產品特性的開發進度和里程碑安排。

7．依賴關系，本產品特性依賴于哪些產品特性。

8．尚未解決、有待討論的問題。

第6條 軟件研發注意事項。

軟件研發人員根據部門研發計劃中的進度與各階段的要求進行系統設計，設計過程中需考慮軟件產品的三大要求，即使用要求、測試要求及維護要求。

第7條 軟件研發報告。

軟件研發報告應按公司規定的要求編寫，在客戶研發報告的格式和內容有特殊要求時，按與客戶共同約定的規則編寫。

第3章 軟件研發評審

第8條 軟件研發評審人員。

1．軟件研發人員在提交研發報告之前必須對研發報告進行評審，評審活動主要由研發部經理、研發人員參加。

2．重大項目的評審需要公司高層領導參與。

3．必要時，公司可邀請客戶參加評審工作。

4．評審記錄由軟件配置管理負責人填寫并歸檔。

第9條 軟件研發評審的內容。

軟件研發評審的內容主要包括以下四點。

1．該項設計能否滿足規定的功能和性能要求。

2．設計是否滿足相應的設計規范。

3．設計是否滿足下一階段工作的輸入要求。

4．在進入下一階段工作前，所有已發現的錯誤或缺陷是否均已消除，或雖未消除但已弄清楚繼續進行工作的風險。

第10條 設計的修改。

1．未通過評審的研發報告由設計人員負責按照評審意見進行修改，修改后重新進行評審。

2．在軟件開發過程中，需要對研發報告進行修改時，設計人員須填寫更改單申請更改，經審核批準后方可修改。

第4章 編碼

第11條 編碼實現。

1．項目研發人員應根據所要實現的系統要求選用相應的編程工具，并遵守《計算機源代碼編寫規范》或開發計劃中確定的標準與規程進行系統編碼。

2．研發人員按照系統報告的要求實現系統編碼，以滿足用戶對系統功能和質量的要求。

第12條 編碼檢查。

在編碼實現過程中，每一個階段的結果在提交之前都應由研發高級經理進行檢查，以確定其是否滿足要求。檢查工作包括以下三個方面的內容。

1．編程風格滿足“計算機源代碼編寫規范“或已確定的標準與規程的要求。

2．本階段的結果是否滿足相應的功能和性能需求。

3．所有已發現的錯誤或缺陷均已消除或雖未消除但已弄清楚繼續進行工作的風險。

第13條 編碼信息管理。

在編碼實現的過程中，研發人員應注意保存必要的編碼信息和用戶使用信息，完成編碼后，應整理這些信息，并按照要求編寫“技術報告”和“用戶手冊”。

第5章 附則

第14條 本辦法由公司軟件研發部制定，其修改權、解釋權歸軟件研發部所有。

第15條 本辦法自頒布之日起執行。

四、軟件測試管理規定

軟件測試管理規定

第1章 總則

第1條 目的。

1．規范軟件測試工作，完善測試標準和測試方法。

2．確保公司軟件產品質量，滿足客戶要求。

3．降低軟件開發成本與維護成本。

第2條 適用范圍。

本規定適用于公司新研發或改良升級軟件的測試工作。

第3條 測試的主要工作內容。

1．開展系統、深入、廣泛的測試。

2．找出產品中存在的所有問題，盡早開展修復工作。

3．測試產品的同時，在產品實現之前，對產品的設計進行審核和測試。

4．關注產品的規格、進度、資源以及產品開發后期的任何變化。

第4條 管理職責分工。

軟件測試工程師主要負責軟件測試計劃的制訂、執行等相關工作，受軟件研發經理的指導與監督，各相關人員需積極配合軟件測試工作。

第2章 編寫測試計劃

第5條 測試計劃的編制。

測試計劃是測試人員管理測試項目和發現Bug的重要工具，由測試工程師根據測試的對象與測試標準制定，并經軟件研發部經理審批通過后方可執行。

第6條 測試計劃的內容。

1．產品概述，說明待測產品的名稱、特征、用途以及測試產品的目的。

2．測試策略，是測試依據的主要原則、理論、方法，以及測試時重點考慮的因素，等等。

3．測試所采用的方法。

4．測試區域。

5．測試配置。

6．測試周期。

7．測試資源規劃。

8．風險分析及應急計劃。

第3章 測試用例設計

第7條 測試用例的設計原則。

1．能夠復用原則。

2．易于分類原則。

3．測試內容不重復原則。

4．數據庫管理歸檔所有測試用例原則。

5．在研發測試過程中不斷調整及增強原則。

第8條 測試用例應滿足的條件

1．測試用例應盡可能覆蓋軟件產品的功能特點和程序代碼中的分支流程，并極有可能抓住Bug。

2．測試用例應注重測試那些最特殊的輸入組合，如對最大值、最小值等邊界輸入條件的測試。

3．選擇測試用例時應選用經實踐證明最有效的測試用例。

4．將復雜的測試用例分解成一組較簡單的測試用例分別進行測試。

第4章 Bug管理

第9條 Bug的界定。

1．功能未實現，和規格說明書的描述不一致。

2．不能工作，死機，沒反應。

3．對某種軟、硬件配置不兼容。

4．在設置邊界條件時發生功能缺失或錯誤。

5．界面、消息、提示不夠準確，不友好。

6．有時把未完成的工作也作為一個Bug。

第10條 Bug的級別與后果

1．死機，導致死機或系統癱瘓。

2．主要問題，可能引發嚴重問題。

3．小問題，不太嚴重。

4．微小問題。

第11條 Bug的優先級。

1．需要盡快修正的Bug。

2．每個里程碑結束前必須修正的Bug。

3．如果時間允許就修正的Bug。

4．低優先級的Bug。

第12條 Bug狀態分類。

1．活動的Bug。

2．已經解決的Bug。

3．關閉的Bug。

第13條 Bug報告管理。

在軟件開發過程中，發現并報告Bug不僅是測試工程師的職責，也是所有研發參與人員的職責，所有人報告的Bug都被統一記錄、跟蹤和管理。

第14條 Bug保存。

Bug的每一次處理都被記錄在數據庫內，所有記錄都無法刪除，只能為記錄添加新的內容。

第15條 Bug報告與分析流程。

1．測試工程師在發現或接收到Bug報告后，應立即建立一個新Bug記錄，以備后續的跟蹤和管理，Bug記錄應包含Bug的具體再現步驟、環境和Bug再現時的屏幕截圖等。

2．測試工程師應盡可能分析產生Bug的原因，并根據該Bug對于后續軟件開發和發布的影響程度，設定合適的優先級和嚴重級別。

3．在分析產生Bug原因的基礎上，對Bug進行歸類管理。

4．設定好優先級和嚴重級別的Bug將被測試人員根據Bug出現的位置、Bug的可能成因等分派到相關的開發人員，由其專門負責解決。

第16條 Bug的解決方法。

1．已修正。

2．推遲。

3．設計問題。

4．重復。

5．不可再現。

6．無需修正。

第5章 測試過程管理

第17條 完整的測試循環過程工作內容。

1．完整測試，按測試計劃和測試用例的要求，將所有測試用例完整地執行一遍。

2．隨機測試，提高發現Bug的幾率。

3．Bug校驗（回歸測試），對所有已經改正的Bug進行再次測試，確保先前發現的Bug已完全解決。

4．結束條件測試。

第18條 各階段的測試。

各測試階段的測試內容與測試后的技術狀態如下表所示。

第19條 測試質量要求

質量是由產品的可靠性、功能和上市時間來決定的，是三者之間的平衡。

1．可靠性是指軟件產品功能的正確性，即無大的缺陷或缺陷很少。

2．功能是軟件產品提供給客戶的所有可操作的特性。

3．上市時間與軟件研發的進度相關。

第6章 附則

第20條 本規定由公司軟件研發部制定，其修改權、解釋權歸軟件研發部所有。

第21條 本規定自頒布之日起執行。

五、軟件研發質量管理制度

軟件研發質量管理制度

第1章 總則

第1條 目的。

為加強對軟件質量的管理，符合標準及規范的要求，確保技術文檔齊全正確并且系統便于維護，不斷提高公司軟件產品的質量水平，特制定本制度。

第2條 適用范圍。

本制度適用于軟件研發過程中的質量管理相關工作事項。

第3條 相關職責。

1．軟件研發人員

軟件研發人員在研發項目的初始階段組織人員編寫“研發項目質量控制計劃”。

2．研發項目質量管理負責人

研發項目質量管理負責人負責研發項目實施過程中的質量控制，對其進行評價，組織相關人員制定并實施糾正措施與預防措施。

3．研發項目質量管理人員

研發項目質量管理人員負責項目研發過程中規定數據的記錄和統計，參與研發過程和產品質量改進的相關活動。

第4條 軟件質量特性。

軟件產品的質量具有功能性、可靠性、易用性、效率、可維護性、可移植性等特性。

第5條 軟件質量控制程序。

1．編制并執行質量計劃。

2．進行過程評審。

3．軟件測試與缺陷跟蹤。

4．建立報告制度。

第2章 編制質量控制計劃

第6條 質量控制計劃內容。

研發項目負責人在項目策劃階段組織人員編制的質量控制計劃應結合項目的規模、目標、研發周期等具體情況，所編制的質量控制計劃應包括以下三個方面的內容。

1．研發項目的質量目標。

2．研發項目中的質量保證活動人員的職責與權限。

3．項目研發過程中的質量控制措施。

第7條 軟件研發過程質量控制計劃。

軟件研發過程質量控制計劃與措施如下表所示。

第3章 軟件評審

第8條 軟件評審工作內容。

相關技術人員在軟件研發的各個階段進行有組織的軟件瀏覽、文檔與代碼審讀活動，驗證工作是否符合預定的標準，其目的是協助軟件研發人員在研發初期找出工作中的錯誤。

第9條 軟件評審人員。

1．評審活動主持人：負責領導與組織審查工作，一般由評審經驗豐富的資深研發同行擔任，可以是部門內其他研發項目的項目主管，而不能由被評審項目的管理人員擔任。

2．研發人員：被評審項目的人員。

3．評審員：人數一般為5～6人，擔任者為技術方面的同行。

4．記錄員：擔任者為技術方面的同行。

第10條 評審內容。

評審具體內容應參照各相關過程的程序文件執行，如需求分析階段的評審按照需求分析程序的有關規定進行，開發設計階段的評審按照開發設計程序的有關流程進行。

第11條 評審實施流程。

1．人員培訓：項目進行初次評審前，需對評審人員進行相關培訓，使其熟悉評審程序與相關標準，以提高評審工作的有效性和效率。

2．評審準備：研發人員及其管理人員準備好待評審軟件，準備好評審所需的材料。

3．分發評審材料，即在評審會議前兩天將評審材料和評審表格分發給每一位評審員閱讀。

4．召開評審會議：評審主持人、評審員、研發人員、記錄員參加評審會議，會議的重點是查找問題，會議時間一般控制在兩個小時，記錄員整理評審內容。

5．評審報告：記錄員依據會議意見整理成評審報告，填寫“評審總結表”，經主持人簽字后生效，交研發工作人員。

6．軟件修復：研發人員根據評審報告對軟件進行修復，修復完成后再次申請評審。

7．缺陷跟蹤：缺陷跟蹤人員將評審出的缺陷錄入缺陷跟蹤數據庫，實施缺陷跟蹤與監督。

第4章 建立質量報告制度

第12條 報告程序。

研發人員在研發項目過程中建立報告制度，相關的質量管理人員應定期編寫質量控制報告報相關領導審核，使相關領導能夠全面了解軟件研發質量控制情況，并制定有針對性的措施，以確保整個項目的質量。

第13條 項目質量報告類型。

1．質量情況周報。

2．異常情況報表。

3．質量整改反饋報表。

4．質量管理人員工作周報。

第5章 附則

第14條 本制度由公司軟件研發部制定，其修改權、解釋權歸公司軟件研發部所有。

第15條 本制度自頒布之日起執行。

#技術部##制度設計##管理工具#

本文由弗布克原創，版權歸屬弗布克，歡迎轉發，禁止轉載，抄襲、洗稿，侵權必究。

領取本資料的Word、PDF版完整內容方法：

1.本資源編號：738。

2.關注 評論 轉發，然后私信“資料”。