質(zhì)量管理體系說明書

1、杭州吉秀科技有限公司軟件質(zhì)量管理體系說明書我公司已按照軟件工程要求建立了質(zhì)量管理體系，嚴格控制產(chǎn)品的設計和開發(fā)的策劃和過程，確保新產(chǎn)品滿足市場要求。一、職責分工1、研發(fā)總監(jiān)職責全面主持公司研發(fā)與技術(shù)管理工作，規(guī)劃公司的技術(shù)發(fā)展路線、產(chǎn)品改進、新產(chǎn)品開發(fā)，實現(xiàn)公司的技術(shù)創(chuàng)新目標。組織研究行業(yè)最新產(chǎn)品的技術(shù)發(fā)展方向，主持制定技術(shù)發(fā)展戰(zhàn)略規(guī)劃；管理公司的整體核心技術(shù)，組織制定和實施重大技術(shù)決策和技術(shù)方案；積極配合副總經(jīng)理工作，認真、及時安排人員完成公司技術(shù)工作，及時解決產(chǎn)品存在的質(zhì)量問題，負責公司產(chǎn)品的技術(shù)總結(jié)；指導、審核項目總體技術(shù)方案，對各項目進行最后的質(zhì)量評估；負責與用戶進行技術(shù)交流，了解用戶

2、在技術(shù)與業(yè)務上的發(fā)展要求，并解答用戶提出的與產(chǎn)品技術(shù)相關(guān)問題；協(xié)助銷售人員對潛在或具體的項目、用戶進行跟蹤，管理技術(shù)交流、方案制作及合同談判；制定技術(shù)人員的培訓計劃，并組織安排公司其他相關(guān)人員的技術(shù)培訓。2、研發(fā)部職責研發(fā)部下設基礎軟件部，產(chǎn)品部兩個部門?；A軟件部：負責組織級的系統(tǒng)開發(fā)平臺的研發(fā)與優(yōu)化升級工作根據(jù)公司的技術(shù)發(fā)展路線，對新技術(shù)進行跟蹤驗證，固化到統(tǒng)一開發(fā)平臺中，提升組織生產(chǎn)效能。制定技術(shù)培訓計劃，對統(tǒng)一開發(fā)平臺的新特性在公司范圍內(nèi)進行推廣培訓。響應其他技術(shù)部門對統(tǒng)一開發(fā)平臺的需求缺陷反饋。重大研發(fā)項目、重要技術(shù)決策的方案評審與技術(shù)支持。產(chǎn)品部：負責產(chǎn)品策略制定，包括市場調(diào)研、產(chǎn)

3、品功能與用戶體驗設計、產(chǎn)品版本計劃。負責產(chǎn)品設計、開發(fā)、生產(chǎn)與發(fā)布負責行業(yè)動態(tài)收集整理與分析，為公司決策層及產(chǎn)品策略提供依據(jù)。建立產(chǎn)品生命周期體系，對產(chǎn)品的需求缺陷進行管理參與用戶意見分析、產(chǎn)品內(nèi)容準備、產(chǎn)品優(yōu)化與維護及產(chǎn)品運營狀態(tài)監(jiān)控工作。二、開發(fā)要求1、確立設計開發(fā)項目（ 1 ）入口準則立項請求。立項項目相關(guān)信息已經(jīng)確立。（ 2 ）出口準則已通過立項評審。已通過技術(shù)方案評審。（ 3）輸入相關(guān)的行業(yè)信息、產(chǎn)品信息。立項項目信息。（ 4）輸出立項申請表立項評審表技術(shù)方案立項結(jié)果表（ 5）標準過程AC01. 申請立項擬立項的項目均應由立項發(fā)起人在項目管理系統(tǒng)上填寫立項申請表。立項發(fā)起人可以是總經(jīng)

4、理、副總經(jīng)理、技術(shù)總監(jiān)、部門經(jīng)理、市場銷售、工程師。AC02. 立項評審技術(shù)總監(jiān)發(fā)起立項評審；對批準立項的項目，由技術(shù)總監(jiān)在項目管理系統(tǒng)上指定方案工程師完成技術(shù)方案。AC03. 技術(shù)方案制作方案工程師收到任務分配后，開始進行技術(shù)方案撰寫；完成方案后，由方案工程師在項目管理系統(tǒng)上發(fā)起技術(shù)方案評審。AC04. 技術(shù)方案評審系統(tǒng)集成和軟件開發(fā)項目在完成技術(shù)方案制作后應進行同行評審。同行評審由技術(shù)總監(jiān)指定參與評審人員；方案工程師在項目管理系統(tǒng)中記錄每次評審的意見。2、設計開發(fā)的策劃（ 1 ）入口準則項目已經(jīng)立項，項目組已經(jīng)建立，資源已經(jīng)到位；（ 2 ）出口準則項目計劃及其下屬計劃編寫完成，且通過了正式

5、的同行評審；項目計劃的變更得到控制；（ 3）輸入初步計劃階段： 任務通知單 、相關(guān)項目的歷史數(shù)據(jù)、裁剪指南；項目詳細計劃階段： 用戶需求說明書 、軟件需求規(guī)格說明書 、裁剪指南、初步的項目估算報告 (UCP) 、初步的 PDP 說明；（ 4）輸出 PDP 說明；項目估算報告（UCP ）； Delphi 估計表；項目計劃；項目計劃的下屬計劃： 風險管理計劃及跟蹤表 、質(zhì)量保證計劃 、配置管理計劃。項目進度表 ；同行評審準備表同行評審報告（ 5 ）標準過程AC01. 過程裁剪在進行過程裁剪之前，項目級CM 人員為本項目創(chuàng)建配置庫；項目經(jīng)理針對項目過程、角色、工作產(chǎn)品以及生命周期模型進行裁剪；項目經(jīng)

6、理將初步裁剪的結(jié)果寫入PDP 說明，此時為 PDP 說明的初稿，在詳細計劃階段項目經(jīng)理再根據(jù)詳細裁剪的結(jié)果完善PDP 說明。AC02. 估算項目經(jīng)理根據(jù)初步裁剪的結(jié)果，使用UCP 估計法，對項目的總體規(guī)模進行估算，并將估算的結(jié)果記錄在項目估算報告（ UCP ）中，此時為項目估算報告（ UCP ）的初稿；AC03. 制定項目的初步計劃及下屬計劃在進行了初步的裁剪和估算之后，項目經(jīng)理開始制定初步的項目計劃及其下屬計劃，這些下屬計劃包括：風險管理計劃及跟蹤表項目資源計劃 （包括人力資源、軟硬件資源及人員培訓計劃項目干系人計劃項目估算報告(UCP) 項目支撐計劃的計劃（即質(zhì)量保證計劃、配置管理計劃 ）

7、3、設計開發(fā)輸入設計開發(fā)包括需求開發(fā)、系統(tǒng)設計、實現(xiàn)與測試三個子過程。（ 1 ）需求開發(fā)的輸入項目計劃技術(shù)方案需求調(diào)研單（ 2 ）系統(tǒng)設計的輸入技術(shù)方案項目計劃軟件需求規(guī)格說明書（ 3 ）實現(xiàn)與測試的輸入概要設計文檔技術(shù)方案及可復用的演示代碼等技術(shù)預研成果；項目計劃；編碼規(guī)范 (Java) 或項目組自己制定的編碼須遵循的規(guī)范。4、設計開發(fā)輸出設計開發(fā)包括需求開發(fā)、系統(tǒng)設計、實現(xiàn)與測試三個子過程。（ 1 ）需求開發(fā)的輸出軟件需求規(guī)格說明書需求跟蹤矩陣變更申請表需求跟蹤矩陣中的需求變更記錄用戶需求調(diào)查單（ 2 ）系統(tǒng)設計的輸出初步設計方案概要設計說明書決策分析報告數(shù)據(jù)庫設計說明書評審報告（ 3 ）

8、實現(xiàn)與測試的輸出實現(xiàn)與測試計劃更新后的項目進度表；經(jīng)集成測試后的軟件源程序以及數(shù)據(jù)庫；集成后的安裝包集成測試用例 ； BUG 記錄單；集成測試報告 ；用戶操作手冊 、安裝手冊、聯(lián)機幫助等支持文檔。5、設計和開發(fā)的評審同行評審是指項目組成員邀請同行技術(shù)專家對項目工作產(chǎn)品的評審，盡早地發(fā)現(xiàn)工作產(chǎn)品中的問題和缺陷，并幫助項目組成員及時消除問題和缺陷，從而有效地提高產(chǎn)品的質(zhì)量。（ 1 ）入口準則項目立項評審對象已經(jīng)完成，并自檢無問題（ 2 ）出口準則按照計劃執(zhí)行了評審評審發(fā)現(xiàn)的問題在預設的數(shù)值范圍之內(nèi)缺陷被跟蹤并解決（3）輸入項目計劃同行評審檢查單待評審的工作產(chǎn)品（4）輸出同行評審報告（ 5 ）標準過

9、程AC01. 制定同行評審計劃：項目經(jīng)理編寫的項目計劃應包括針對工作產(chǎn)品的同行評審計劃，要求定義工作產(chǎn)品整個生命周期需進行的同行評審活動，并在項目管理系統(tǒng)的進度表中要求依據(jù)正式同行評審規(guī)程 （ Q/LR-RUL-PR-FPR ）、非正式同行評審規(guī)程（ Q/LR-RUL-PR-FPR ）和裁剪指南，根據(jù) PDP 說明文檔，明確每個參評產(chǎn)品的評審級別（正式同行評審、非正式同行評審） 、評審時間，參加人員建議等。該計劃在項目計劃評審通過后方可執(zhí)行。AC02. 執(zhí)行同行評審：根據(jù)待評審的工作產(chǎn)品完成情況，作者提出申請，與項目經(jīng)理協(xié)商，選定評審組長，由評審組長發(fā)起預審，預審結(jié)束后，并由評審組長填寫同行評

10、審報告中的預審表。預審完后，評審組長召開評審會議。具體活動參見正式同行評審、非正式同行評審規(guī)程。會議結(jié)束，評審組長要將同行評審報告 （模板參見： Q/LR-TR-REPORT ）及時通報給項目經(jīng)理和項目級 QA 。6、設計開發(fā)的驗收客戶驗收（ CustomerAcceptance ， CA ）是指公司和客戶依據(jù)合同及相關(guān)附件（如相對應的需求規(guī)格說明書等準確表達雙方共同約定的有效文件）對產(chǎn)品進行審查的過程。目的是規(guī)范產(chǎn)品的驗收和交付活動，確保項目在驗收交付時，能夠達到客戶的要求。（ 1 ）入口準則產(chǎn)品的系統(tǒng)測試已經(jīng)完成，系統(tǒng)測試分析報告已經(jīng)評審通過。（ 2 ）出口準則試運行過程中發(fā)現(xiàn)的并承諾解決

11、的所有缺陷均已得到解決；產(chǎn)品滿足用戶需求，并得到用戶確認；客戶驗收報告已經(jīng)生成，且雙方均已簽字確認。（ 3 ）輸入項目合同項目計劃用戶需求說明書 、軟件需求規(guī)格說明書系統(tǒng)測試分析報告（4）輸出產(chǎn)品打包清單軟件產(chǎn)品交付記錄驗收測試報告用戶培訓記錄發(fā)布光盤、支持文檔；產(chǎn)品交接驗收單 ；客戶驗收報告（ 5 ）標準過程AC01. 產(chǎn)品打包項目經(jīng)理或項目經(jīng)理指定項目組成員根據(jù)產(chǎn)品打包清單（模版參見：Q/LR-CA-PACKAGE）中所列項目，對待交付的所有內(nèi)容逐項進行打包，如制作軟件發(fā)布光盤和支持文檔的裝訂。打包過程中確認打包內(nèi)容的版本與產(chǎn)品打包清單中所述一致。具體活動參見配置管理過程（Q/LR-PRO

12、C-CM）中的 “ 產(chǎn)品發(fā)布 ” 。AC02. 現(xiàn)場安裝調(diào)試/ 用戶確認測試/ 軟件產(chǎn)品交付項目經(jīng)理或項目經(jīng)理指定項目組成員對用戶的使用環(huán)境、實施條件進行確認，部署安裝軟件產(chǎn)品；協(xié)助用戶進行確認測試，并形成驗收測試報告 （模版參見： Q/LR-CA-TEST ），測試的遺漏問題可在報告中予以體現(xiàn)；正式割接上線時，需形成軟件產(chǎn)品交付記錄 （模版參見： Q/LR-CA-ONLINE ），這些記錄需用戶簽字。AC03. 用戶培訓項目經(jīng)理與用戶進行協(xié)商，確認用戶培訓的時間、地點、參與人員和培訓內(nèi)容，由項目經(jīng)理或項目經(jīng)理指定項目組成員依據(jù)培訓相關(guān)材料（如用戶操作手冊 、安裝手冊、聯(lián)機幫助等） ，對用戶進

13、行培訓，要求培訓后用戶能夠初步掌握產(chǎn)品的使用方法，并用用戶培訓記錄（模版參見：Q/LR-CA-USERTRAINING）進行記載。AC04. 試運行安裝調(diào)試好的軟件在用戶環(huán)境中按照用戶所期望的模式進行試運行，試運行要求能夠覆蓋到用戶需求說明書中所有與產(chǎn)品功能和性能有關(guān)的內(nèi)容。試運行期間，項目組解決遺留問題；如果用戶發(fā)現(xiàn)產(chǎn)品存在問題、缺陷或?qū)Ξa(chǎn)品的功能、性能有疑問，則盡量詳細地記錄，并登記在項目管理系統(tǒng)的缺陷庫中，項目經(jīng)理應當視問題的嚴重性與客戶協(xié)商是否需要修改軟件產(chǎn)品。項目經(jīng)理針對發(fā)現(xiàn)的問題給出合適的處理措施，并跟蹤問題直到關(guān)閉。AC05. 客戶驗收項目經(jīng)理根據(jù)項目計劃，參考項目合同、用戶需求

14、以及系統(tǒng)測試分析報告和驗收測試報告 （模版參見： Q/LR-CA-TEST）更新干系人計劃 ，同時形成產(chǎn)品交接驗收單 （模版參見：Q/LR-CA-DELIVER），并有用戶簽字。驗收雙方（或多方）在客戶驗收報告 （模版參見： Q/LR-CA-REPORT ）上簽字通過驗收。7、設計開發(fā)的確認對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)測試的標準和規(guī)定。（ 1 ）入口準則項目規(guī)劃過程結(jié)束，并且項目計劃通過了評審；實現(xiàn)與測試過程中的集成測試結(jié)束，并且產(chǎn)生了通過了評審的測試后的源程序；系統(tǒng)測試人員、及系統(tǒng)測試負責人、安全測試負責人、性能測試負責人已經(jīng)確定。（ 2 ）出口準則

15、達到性能測試計劃中的測試完成準則性能測試過程工作產(chǎn)品通過評審用戶測試通過并簽字測試用例評審通過并執(zhí)行（3）輸入項目計劃用戶需求說明書軟件需求規(guī)格說明書概要設計說明書通過集成測試的源程序、執(zhí)行程序（ 4 ）輸出系統(tǒng)測試計劃系統(tǒng)測試用例系統(tǒng)測試缺陷報告系統(tǒng)測試報告系統(tǒng)測試環(huán)境說明書（ 5 ）標準過程AC01. 制定系統(tǒng)測試計劃 ： (說明：系統(tǒng)測試僅僅指功能測試)制定系統(tǒng)測試計劃 （模板參見：Q/LR-ST-PLAN）：在系統(tǒng)設計過程結(jié)束之后，概要設計說明書 （模板參見： Q/LR-SD-HLD）通過了評審，項目策劃過程結(jié)束，并且項目計劃 （模板參見： Q/LR-PP-05(PLAN)）通過了評審

16、，然后系統(tǒng)測試人員根據(jù)項目計劃 、用戶需求說明書 （模板參見： Q/LR-RDM-UR）、軟件需求規(guī)格說明書（模板參見： Q/LR-RDM-SRS）、概要設計說明書 （模板參見： Q/LR-SD-HLD制定系統(tǒng)測試計劃 。其中包含測試類型的選擇（黑盒/ 白盒測試）；系統(tǒng)測試、壓力測試環(huán)境（從概要設計說明書中獲?。┡c測試輔助工具；測試完成準則；人員與任務表等內(nèi)容。）評審系統(tǒng)測試計劃 ：項目經(jīng)理邀請高層經(jīng)理，項目級QA ，項目級 CM ，用戶、開發(fā)人員及所有相關(guān)人員對系統(tǒng)測試計劃的同行評審，評審通過，進行步驟2 ，評審不通過，系統(tǒng)測試人員修改系統(tǒng)測試計劃。具體過程參見同行評審過程（ Q/LR-PR

17、OC-PR ）。AC02. 編寫系統(tǒng)測試用例 ：系統(tǒng)測試人員在系統(tǒng)設計階段根據(jù)項目需求分解（技術(shù) WBS ）制定系統(tǒng)測試用例（在項目管理系統(tǒng)中） ，也可以從項目管理系統(tǒng)中導出用例，生成系統(tǒng)測試用例文檔（模板參見： Q/LR-ST-CASE ）評審測試用例：項目經(jīng)理在執(zhí)行系統(tǒng)測試之前邀請高層經(jīng)理，項目級 QA ，項目級 CM ，用戶、開發(fā)人員及所有相關(guān)人員對系統(tǒng)測試用例的同行評審，評審通過，進行步驟 3，評審不通過，系統(tǒng)測試人員修改系統(tǒng)測試用例 。測試用例（包括系統(tǒng)、安全、性能）都在項目管理系統(tǒng)中管理，為每個測試用例分配一個 ID ，每輪測試時，制定每輪測試計劃，將測試用例ID 關(guān)聯(lián)到測試計劃中

18、。AC03. 執(zhí)行系統(tǒng)測試：搭建測試環(huán)境：系統(tǒng)測試人員根據(jù)系統(tǒng)測試計劃編寫系統(tǒng)測試環(huán)境說明（模板參見： Q/LR-ST-STENV），然后再依據(jù)此說明書搭建測試環(huán)境(包括：硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境)。執(zhí)行測試用例：系統(tǒng)測試人員按照評審通過的系統(tǒng)測試用例進行系統(tǒng)測試，將測試執(zhí)行過程記錄到系統(tǒng)測試用例中的“證據(jù) ”處。Bug 跟蹤管理：系統(tǒng)測試人員按照軟件缺陷管理規(guī)范執(zhí)行，記錄到項目管理系統(tǒng)中或Bug 管理單，同時更新項目缺陷跟蹤分析表。Bug 分析統(tǒng)計：系統(tǒng)測試人員從項目管理系統(tǒng)的Bug 庫中，每周對產(chǎn)生的況進行分析統(tǒng)計并形成Bug 統(tǒng)計分析報告(在項目管理系統(tǒng)中產(chǎn)生或者由項目管理系統(tǒng)導出 )。項目經(jīng)理對Bug 統(tǒng)計分析報告的數(shù)據(jù)進行審核。Bug情系統(tǒng)測試人員填寫系統(tǒng)測試分析報告 （模板參見： Q/LR-ST-REPORT ）、項目缺陷跟蹤分析表 ，發(fā)送給相關(guān)干系人 (至少包括： SM 、 PM 、項目級 QA ，項目級 CM) 系統(tǒng)測試結(jié)果。高級經(jīng)理審批系統(tǒng)測試分析報告并簽署意見（參見非正式同行評審過程）。8、設計更改配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工具的使用，來保證整個生命周期過程產(chǎn)