質量管理體系說明書_第1頁
質量管理體系說明書_第2頁
質量管理體系說明書_第3頁
質量管理體系說明書_第4頁
質量管理體系說明書_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

2、評估;Ø負責與用戶進行技術交流,了解用戶在技術與業(yè)務上的發(fā)展要求,并解答用戶提出的與產品技術相關問題;Ø協(xié)助銷售人員對潛在或具體的項目、用戶進行跟蹤,管理技術交流、方案制作及合同談判;Ø制定技術人員的培訓計劃,并組織安排公司其他相關人員的技術培訓。2、研發(fā)部職責研發(fā)部下設基礎軟件部,產品部兩個部門?;A軟件部:Ø負責組織級的系統(tǒng)開發(fā)平臺的研發(fā)與優(yōu)化升級工作Ø根據公司的技術發(fā)展路線,對新技術進行跟蹤驗證,固化到統(tǒng)一開發(fā)平臺中,提升組織生產效能。Ø制定技術培訓計劃,對統(tǒng)一開發(fā)平臺的新特性在公司范圍內進行推廣培訓。Ø響應其他技術部

3、門對統(tǒng)一開發(fā)平臺的需求缺陷反饋。Ø重大研發(fā)項目、重要技術決策的方案評審與技術支持。產品部:Ø負責產品策略制定,包括市場調研、產品功能與用戶體驗設計、產品版本計劃。Ø負責產品設計、開發(fā)、生產與發(fā)布 Ø負責行業(yè)動態(tài)收集整理與分析,為公司決策層及產品策略提供依據。Ø建立產品生命周期體系,對產品的需求缺陷進行管理Ø參與用戶意見分析、產品內容準備、產品優(yōu)化與維護及產品運營狀態(tài)監(jiān)控工作。二、開發(fā)要求1、確立設計開發(fā)項目(1)入口準則立項請求。立項項目相關信息已經確立。(2)出口準則已通過立項評審。已通過技術方案評審。(3)輸入相關的行業(yè)信息、產品

4、信息。立項項目信息。(4)輸出立項申請表立項評審表技術方案立項結果表(5)標準過程AC01.申請立項擬立項的項目均應由立項發(fā)起人在項目管理系統(tǒng)上填寫立項申請表。立項發(fā)起人可以是總經理、副總經理、技術總監(jiān)、部門經理、市場銷售、工程師。AC02.立項評審技術總監(jiān)發(fā)起立項評審;對批準立項的項目,由技術總監(jiān)在項目管理系統(tǒng)上指定方案工程師完成技術方案。AC03.技術方案制作方案工程師收到任務分配后,開始進行技術方案撰寫;完成方案后,由方案工程師在項目管理系統(tǒng)上發(fā)起技術方案評審。AC04.技術方案評審系統(tǒng)集成和軟件開發(fā)項目在完成技術方案制作后應進行同行評審。同行評審由技術總監(jiān)指定參與評審人員;方案工程師在

5、項目管理系統(tǒng)中記錄 每次評審的意見。2、設計開發(fā)的策劃(1)入口準則項目已經立項,項目組已經建立,資源已經到位;(2)出口準則項目計劃及其下屬計劃編寫完成,且通過了正式的同行評審;項目計劃的變更得到控制;(3)輸入初步計劃階段:任務通知單、相關項目的歷史數據、裁剪指南;項目詳細計劃階段:用戶需求說明書、軟件需求規(guī)格說明書、裁剪指南、初步的項目估算報告(UCP)、初步的PDP說明;(4)輸出PDP說明;項目估算報告(UCP);Delphi估計表;項目計劃;項目計劃的下屬計劃:風險管理計劃及跟蹤表、質量保證計劃、配置管理計劃。項目進度表;同行評審準備表同行評審報告(5)標準過程AC01.過程裁剪在

6、進行過程裁剪之前,項目級CM人員為本項目創(chuàng)建配置庫;項目經理針對項目過程、角色、工作產品以及生命周期模型進行裁剪;項目經理將初步裁剪的結果寫入PDP說明,此時為PDP說明的初稿,在詳細計劃階段項目經理再根據詳細裁剪的結果完善PDP說明。AC02.估算項目經理根據初步裁剪的結果,使用UCP估計法,對項目的總體規(guī)模進行估算,并將估算的結果記錄在項目估算報告(UCP)中,此時為項目估算報告(UCP)的初稿;AC03.制定項目的初步計劃及下屬計劃在進行了初步的裁剪和估算之后,項目經理開始制定初步的項目計劃及其下屬計劃,這些下屬計劃包括:風險管理計劃及跟蹤表 項目資源計劃(包括人力資源、軟硬件資源及人員

7、培訓計劃項目干系人計劃項目估算報告(UCP)項目支撐計劃的計劃(即質量保證計劃、配置管理計劃)3、設計開發(fā)輸入設計開發(fā)包括需求開發(fā)、系統(tǒng)設計、實現與測試三個子過程。(1)需求開發(fā)的輸入項目計劃技術方案需求調研單(2)系統(tǒng)設計的輸入技術方案項目計劃軟件需求規(guī)格說明書(3)實現與測試的輸入概要設計文檔技術方案及可復用的演示代碼等技術預研成果;項目計劃;編碼規(guī)范(Java)或項目組自己制定的編碼須遵循的規(guī)范。4、設計開發(fā)輸出設計開發(fā)包括需求開發(fā)、系統(tǒng)設計、實現與測試三個子過程。(1)需求開發(fā)的輸出軟件需求規(guī)格說明書需求跟蹤矩陣變更申請表需求跟蹤矩陣中的需求變更記錄用戶需求調查單(2)系統(tǒng)設計的輸出初

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

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

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

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

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

13、用方法,并用用戶培訓記錄(模版參見:Q/LR-CA-USERTRAINING)進行記載。AC04.試運行安裝調試好的軟件在用戶環(huán)境中按照用戶所期望的模式進行試運行,試運行要求能夠覆蓋到用戶需求說明書中所有與產品功能和性能有關的內容。試運行期間,項目組解決遺留問題;如果用戶發(fā)現產品存在問題、缺陷或對產品的功能、性能有疑問,則盡量詳細地記錄,并登記在項目管理系統(tǒng)的缺陷庫中,項目經理應當視問題的嚴重性與客戶協(xié)商是否需要修改軟件產品。項目經理針對發(fā)現的問題給出合適的處理措施,并跟蹤問題直到關閉。AC05.客戶驗收項目經理根據項目計劃,參考項目合同、用戶需求以及系統(tǒng)測試分析報告和驗收測試報告(模版參見:

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

15、通過并簽字測試用例評審通過并執(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)設計過程結束之后,概要設計說明書(模板參見:Q/LR-SD-HLD)通過了評審,項目策劃過程結束,并且項目計劃(模板參見:Q/LR-PP-05(PLAN))通過了評審,然后系統(tǒng)測試人員根據項目計劃、用戶需求說明書(模板參見:Q/LR-RDM-UR)、軟件需

16、求規(guī)格說明書(模板參見:Q/LR-RDM-SRS)、概要設計說明書(模板參見:Q/LR-SD-HLD)制定系統(tǒng)測試計劃。其中包含測試類型的選擇(黑盒/白盒測試);系統(tǒng)測試、壓力測試環(huán)境(從概要設計說明書中獲取)與測試輔助工具;測試完成準則;人員與任務表等內容。評審系統(tǒng)測試計劃:項目經理邀請高層經理,項目級QA,項目級CM,用戶、開發(fā)人員及所有相關人員對系統(tǒng)測試計劃的同行評審,評審通過,進行步驟2,評審不通過,系統(tǒng)測試人員修改系統(tǒng)測試計劃。具體過程參見同行評審過程(Q/LR-PROC-PR)。AC02.編寫系統(tǒng)測試用例:系統(tǒng)測試人員在系統(tǒng)設計階段根據項目需求分解(技術WBS)制定系統(tǒng)測試用例(在

17、項目管理系統(tǒng)中),也可以從項目管理系統(tǒng)中導出用例,生成系統(tǒng)測試用例文檔(模板參見:Q/LR-ST-CASE)評審測試用例:項目經理在執(zhí)行系統(tǒng)測試之前邀請高層經理,項目級QA,項目級CM,用戶、開發(fā)人員及所有相關人員對系統(tǒng)測試用例的同行評審,評審通過,進行步驟3,評審不通過,系統(tǒng)測試人員修改系統(tǒng)測試用例。測試用例(包括系統(tǒng)、安全、性能)都在項目管理系統(tǒng)中管理,為每個測試用例分配一個ID,每輪測試時,制定每輪測試計劃,將測試用例ID關聯到測試計劃中。AC03.執(zhí)行系統(tǒng)測試:搭建測試環(huán)境:系統(tǒng)測試人員根據系統(tǒng)測試計劃編寫系統(tǒng)測試環(huán)境說明(模板參見:Q/LR-ST-STENV),然后再依據此說明書搭建

18、測試環(huán)境(包括:硬件環(huán)境、軟件環(huán)境和數據環(huán)境)。執(zhí)行測試用例:系統(tǒng)測試人員按照評審通過的系統(tǒng)測試用例進行系統(tǒng)測試,將測試執(zhí)行過程記錄到系統(tǒng)測試用例中的“證據”處。 Bug跟蹤管理:系統(tǒng)測試人員按照軟件缺陷管理規(guī)范執(zhí)行,記錄到項目管理系統(tǒng)中或Bug管理單,同時更新項目缺陷跟蹤分析表。Bug分析統(tǒng)計:系統(tǒng)測試人員從項目管理系統(tǒng)的Bug庫中,每周對產生的Bug情況進行分析統(tǒng)計并形成Bug統(tǒng)計分析報告(在項目管理系統(tǒng)中產生或者由項目管理系統(tǒng)導出)。項目經理對Bug統(tǒng)計分析報告的數據進行審核。系統(tǒng)測試人員填寫系統(tǒng)測試分析報告(模板參見:Q/LR-ST-REPORT)、項目缺陷跟蹤分析表,發(fā)送給相關干系人(至少包括:SM、PM、項目級QA,項目級CM)系統(tǒng)測試結果。高級經理審批系統(tǒng)測試分析報告并簽署意見(參見非正式同行評審過程)。8、設計更改配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論