研發(fā)本部軟件質量保證現(xiàn)狀調查分析報告

1、39/40 機密 TITLE * MERGEFORMAT 研發(fā)本部軟件質量保證（SQA）項目編號現(xiàn)狀調查報告文件編號版本號 年 月 日浪潮集團山東通用軟件有限公司目 錄 TOC o 1-3 文檔類不使用對象 PAGEREF _Toc483889911 h 31.導言 PAGEREF _Toc483889912 h 4*1.1 目的 PAGEREF _Toc483889913 h 4*1.2范圍 PAGEREF _Toc483889914 h 4*1.3術語定義 PAGEREF _Toc483889915 h 5*1.4參考資料 PAGEREF _Toc483889916 h 5*1.5版本更新

2、記錄 PAGEREF _Toc483889917 h 62調查過程 PAGEREF _Toc483889918 h 73調查表的有效性分析 PAGEREF _Toc483889919 h 74.調查對象背景分析 PAGEREF _Toc483889920 h 85.調查表的統(tǒng)計結果 PAGEREF _Toc483889921 h 86.對調查報告評審意見 PAGEREF _Toc483889922 h 17附件 PAGEREF _Toc483889923 h 17文檔類不使用對象 文檔類不 本文檔是浪潮集團山東通用軟件有限公司軟件質量保證過程規(guī)范制定工作小組（簡稱（SQA TWG）對 TITL

3、E * MERGEFORMAT 研發(fā)本部擬試行軟件質量保證過程規(guī)范的部門現(xiàn)狀調查報告。 使用對象本文檔為公司機密級文檔，未經公司總經理的書面認可，不得提供給以下人員以外的人員閱讀：開發(fā)本部中的部門副經理以上的人員;研發(fā)治理部人員;公司總經理、副總經理。MSG,SEPG,SQA TWG 成員1.導言 *1.1 目的 為識不公司 TITLE * MERGEFORMAT 研發(fā)本部擬試行軟件質量保證過程規(guī)范的部門現(xiàn)狀，明確下一步“在研發(fā)本部如何分步建立支持軟件質量保證（SQA）過程的企業(yè)政策和差不多實施過程規(guī)范”。本次調查的差不多目的是了解公司 TITLE * MERGEFORMAT 研發(fā)本部擬試行軟

4、件質量保證過程規(guī)范的部門有關軟件質量保證方面的現(xiàn)狀、建議和問題，任務的要緊內容包括： 1)摸清研發(fā)本部支持有關軟件質量保證方面的現(xiàn)狀； 2)了解高層經理、部門經理和一般成員對研發(fā)本部推進軟件質量保證方面的看法和建議； 3)了解高層經理、部門經理和一般成員對建立軟件質量保證過程規(guī)范的態(tài)度。本著客觀、講究實效的原則組織了本次調研活動， 通過SQA TWG 的充分預備，在研發(fā)本部總經理、有關部門的部門經理和一般成員的積極配合下，通過填寫軟件質量保證問題單和評審的方式，對這一工作得以順利的完成。本文檔對調查的過程、結論等進行了總結。本文檔中的采訪結論是依照原始的采訪記錄歸納而成，沒有通過潤色加工，不帶

5、有采訪人員的觀點，可能在這些觀點中有相互矛盾的地點，同樣在統(tǒng)計數(shù)據(jù)中，也存在矛盾的地點，本文檔沒有進行刪減，力求忠實地反映被調查人的方法和觀點。*1.2范圍本報告中共包含了以下內容： 1 導言 2 調查過程 3 問卷的有效性分析 4 調查對象的背景分析 5 調查問卷的統(tǒng)計結果 6 各部門對調查報告評審意見 7 統(tǒng)計、采訪結果分析 附錄假如您是高層治理人員能夠按如下的順序閱讀本文檔： 1 導言 7 統(tǒng)計、采訪結果分析 6 采訪記錄歸納假如您是中層治理人員能夠按如下的順序閱讀本文檔： 1 導言 5 問卷的統(tǒng)計結果 6 采訪記錄歸納 7 統(tǒng)計、采訪結果分析 附錄因此假如您要對本次調研活動有一個全面的

6、了解，能夠通讀本文檔。*1.3術語定義*1.4參考資料1 財務V6。0版開發(fā)治理狀況調查報告 SEPG 1999.5.2*1.5版本更新記錄修改編號修改確認日期修改后版本修改位置修改方式(AMD)修改概述內容修改請求號0002000.5.25V1.0A草稿2調查過程 本次調查活動經歷了如下過程：S1 軟件質量保證（SQA）過程規(guī)范調查預備S2 軟件質量保證問題單設計S3軟件質量保證問題單試答（人）和評審（人）S4 正式填寫軟件質量保證問題單的有 人；S5 分類統(tǒng)計軟件質量保證問題單：S6 起草調查報告；S7聽取了各部門對調查報告評審意見；S8 修改調查報告；3調查表的有效性分析 軟件質量保證問

7、題單的問題要緊涉及了六個方面，共題，其中：填單人差不多信息 題；對軟件產品質量現(xiàn)狀的看法 題；對推行軟件工程方法，規(guī)范化治理 題；對正式的技術復審 3 題；對改善測試過程改善 題；對啟動軟件質量保證關鍵過程域 題。 正式填寫軟件質量保證問題單的有 人，經分析問題單除部份題未選外，都有效。4.調查對象背景分析 本次同意調查表調查的人員共計人（其中：部門經理人，開發(fā)人員1 人），按他們實際從事過的崗位可細分，詳見表.姓名項目治理系統(tǒng)分析系統(tǒng)設計實現(xiàn)測試維護現(xiàn)場服務售前支持文檔支持魏代森任振嶺趙玉海宮業(yè)科黃金港黃 偉勇 喜張照平聶剛耿仁廣潘魯川調查報告評審人員共計人，其中： 公司高層經理 人； 部門

8、經理 人； 開發(fā)人員 人； 服務人員 人； 市場人員 人：5.調查表的統(tǒng)計結果 5.1對軟件產品質量現(xiàn)狀的看法 題； 1.1你認為，用戶對你部門所提供的軟件產品的質量中意程度如何？ A、專門中意18 B、中意18 C、有些中意，有些不中意64 D、不中意未選 E、專門不中意未選 F、不清晰未選 1.2你認為，用戶對你部門所提供的軟件產品的質量的抱怨要緊來自： （可選3項） A、服務不及時不到位 73 % B、有時出錯 73 % C、功能不足 73 % D、不易使用 9 % E、效率低 未選 F、不清晰 未選 1.3你認為，你部門軟件產品的質量要緊反應在哪些方面（多選題）： A、需求規(guī)格特性難以

9、正確反映用戶實際需求 45 % B、需求規(guī)格特性定義不完整、有的定義不明確 45 % C、軟件設計有缺陷 45 % D、編碼有缺陷 55 % E、產品文檔（用戶手冊、關心文件）有缺陷 18 % F、軟件維護副作用 27 % 、測試嚴峻不足 9 % 1.4你認為阻礙你部門軟件產品質量的關鍵因素是什么（最多選3個）： A、未遵循軟件工程方法 18 % B、可遵循的標準、規(guī)范不足 27 % C、資源（人力、時刻）不足，往往由于時刻太緊而降低了質量要求。 64 % D、缺乏軟件質量保證機制。 82 % E、培訓、交流不足。 3 % F、文檔不足。 未選對推行軟件工程方法，規(guī)范化治理 題；2.1你認為推

10、行軟件工程方法是一種： A、企業(yè)行為 55 % B、部門行為 9 % C、軟件工程組及相關組、治理者共同行為 36 % D、項目組行為 未選 E、個人行為 未選 F、無法回答 未選2.2選擇合適的軟件生命周期是推行軟件工程方法的基礎，你參與的軟件開發(fā)項目，對軟件生命周期：A、均有文檔化的明確定義，每個開發(fā)時期有明確的里程碑、工作產品和評審點，并能嚴格執(zhí)行。 18 %B、均有文檔化的明確定義，每個開發(fā)時期有明確的里程碑、工作產品和評審點，但執(zhí)行不嚴格，往往上時期工作產品未經評審，即進入下一時期。 27 % C、差不多上均遵循某種軟件生命周期進行軟件開發(fā)，但未形成正式文檔。 64 %D、未共同遵循

11、同一軟件生命周期進行軟件開發(fā)。 82 %E、未明確定義開發(fā)時期。 27 %F、無法回答。 未選 2.3軟件開發(fā)的標準、規(guī)范指南有助于保證軟件過程、產品的一致性： 請寫出你使用過的標準、規(guī)范、指南 A、需求分析時期用：64% B、設計時期用： 73 % C、編碼時期用： 82 % D、測試時期用： 64 % E、維護時期用： 64 % F、項目治理用： 18 % G、配置治理用： 36 % H、質量保證用： 18 % I、其它： 未選 2.4你認為還急需增加哪些標準、規(guī)范： A、需求分析時期用： 36 % B、設計時期用： 9 % C、編碼時期用： 未選 D、測試時期用： 18 % E、維護時期

12、用： 9 % F、項目治理用： 18 % G、配置治理用： 未選 H、質量保證用： 27 % I、其它： 未選 2.5你在開發(fā)中如何對待已有標準、規(guī)范的 A、嚴格執(zhí)行，有不適合處及時提出修改建議 55 % B、盡量執(zhí)行 45 % C、有時執(zhí)行、有時不執(zhí)行 未選 D、要檢查時，才執(zhí)行 未選 E、不執(zhí)行 未選 F、無法回答 未選 2.6你所在項目組對標準、執(zhí)行規(guī)范力度如何 A、必須執(zhí)行、并設有專崗進行審計 未選 B、強調執(zhí)行，并對要緊工作產品進行定期評審 64 % C、強調執(zhí)行，間或有人檢查 36 % D、視開發(fā)人員情況，只對新手要求 未選 E、不要求執(zhí)行 未選 F、無法回答 未選對正式的技術復審

13、 題；3.1你所在項目組是如何對待正式的技術復審A、列入軟件項目打算，對每個步驟的工作產品正式通過正式技術復審后，才同意進入下一步驟，并設有專崗負責。 27 %B、列入軟件項目打算，只對每個步驟的部分工作產品進行技術復審，并設有專崗負責。 18 %C、列入軟件項目打算，有時刻、人員資源時才進行正式技術復審，但未設專崗負責。 45 %D、未列入軟件項目打算，對重要工作產品臨時安排技術復審。 9 %E、不安排正式技術復審。 未選F、無法回答。 未選3.2你參加過哪些正式技術復審（多選題）A、走查：由設計者或程序員引導其它成員通讀已書寫的設計或編碼，其它成員提出問題和進行評論。 55 %B、審查：由

14、除作者外的某人（組）認真檢查軟件需求、設計或代碼，找出問題。并作出評估。 18 %C、評審：對某時期的軟件工作產品進行評估和審查，找出問題，指出補救措施或批準。 73 %D、審計：由除作者外的某人（組）對作者的工作產品，對它是否符合軟件需求、標準、基線、合同專門要求中的幾項或全部作出評估。 18 %E、其它。 未選3.3你認為你參與的正式技術復審效果如何？ A、專門好有 次 9 % B、良好有 次 45 % C、一般有 次 27 % D、較差有 次 9 % E、專門差有 次 未選 F、無法評價 次 9 % 3.4你認為要提高正式技術復審效果的關鍵因素是（按重要性順序可選三個） A、明確和把握好

15、復審主題。對工作產品，不是對人。 B、參評人員的素養(yǎng)，應同意某種正式培訓。 C、復審人員必須事先做好預備，寫出書面意見。 D、送審工作產品文檔及復審檢查表預備。 E、評審記錄和評審報告或紀要。 F、復審必須作為正式任務，分配足夠的資源和時刻。 3.5你是否贊同以下正式技術復審的約束（可多選） A、復審會議（通常）應該在3到5個人為好。 55 % B、應該進行會前預備，但每人占用工作時刻應少于2小時。 55 % C、復審會議時刻不應超過2小時。 18 %對改善測試過程改善 題； 4.1你是否贊同以下有關測試的看法（贊成不贊成無法回答 ）測試的目的為了認可軟件的質量。 測試的目的是為了盡可能多地去

16、發(fā)覺尚未發(fā)覺的軟件中所隱含的錯誤或缺陷。 由于軟件開發(fā)人員最了解自己所開發(fā)的軟件，因此最好由軟件開發(fā)人員來承擔測試。 軟件開發(fā)人員全然不應當參加測試。 軟件測試最好交給挑毛病的陌生人來做測試。 測試只要在進入測試時期后才配備測試人員就能夠。 4.2你承擔過哪幾類測試工作（多選） A、單元測試 91 % B、部件級組裝測試 73 % C、系統(tǒng)級集成測試 82 % D、確認測試 45 % E、測試策劃和測試打算的制定 45 % F、測試評審 18 % G、其它 未選 4.3你參與測試前，有否得到相應的培訓或學習（多選） A、領域知識 18 % B、測試標準、規(guī)程 73 % C、測試方法 36 %

17、D、測試用例設計 64 % E、項目定向培訓 未選 F、其它 9 % 4.4你在進行單元測試時，按何種流程： A、 45 % B、 27 % 其中 詳細閱讀單元的設計文檔 明確測試策略、目標和測試方法 進行靜態(tài)檢查 構造測試用例、預備測試數(shù)據(jù) 執(zhí)行測試用例 采集測試結果和異常數(shù)據(jù) 填寫測試記錄和問題單 提交 4.5你參與的軟件開發(fā)中，是否建立了以下測試文件（多選） A、測試打算 73 % B、測試設計講明 45 % C、測試用例講明 91 % D、測試規(guī)程講明 64 % E、測試項傳遞報告 18 % F、測試日志或記錄 91 % G、測試事件報告 82 % H、測試總結報告 64 % I、其它

18、 未選 4.6你認為研發(fā)本部是否需要建立獨立的測試小組或部門： A、應立即籌組 55 % B、先設獨立的測試崗，再逐步擴建為小組或部門 36 % C、條件成熟時再成立 9 % D、沒有必要 未選 E、無法回答 未選 4.7你認為如成立了獨立的測試小組首先宜承擔哪些測試（多選） A、指導各項目組制定軟件項目測試打算、測試人員培訓。 45 % B、軟件產品公布前的確認測試（按確認測試標準） 91 % C、軟件產品的專項測試（如安全測試、負載測試、兼容性測試、可恢復性測試、性能測試等） 64 % D、部件級組裝測試 18 % E、系統(tǒng)級組裝測試 55 % F、單元測試 9 % G、其它 4.8如研發(fā)

19、本部要籌建獨立的測試小組或部門你是否情愿受聘： A、專門情愿 未選 B、情愿 27 % C、如公司聘用，就服從 36 % D、不太情愿 9 % E、不情愿 18 % F、其它 未選對啟動軟件質量保證關鍵過程域 題5.1如公司要啟動軟件質量保證關鍵過程域（SQA KPA），就需要在軟件項目質量治理中引入一系列SQA活動，你認為哪些應首先引入（多選題）A、在編制軟件項目打算時，同步制定軟件項目軟件質量保證打算，并按打算開展軟件質量保證活動并予以跟蹤。 64 %B、對軟件開發(fā)打算、標準和規(guī)程進行評審與審計。 64 %C、對軟件工程關鍵活動進行跟蹤和評估。 45 %D、對軟件工作產品（如需求、設計、編

20、碼、使用講明書等文檔）進行正式技術評審。 73 %E、定期向開發(fā)人員（組）報告其活動的結果。 45 %F、在適當時刻，邀用戶代表對SQA的活動和發(fā)覺的問題進行定期評審。 36 %5.2如公司要啟動SQA KPA，就需要設相應的崗位和資源保證。你認為設哪些崗位和投入應優(yōu)先考慮的。 A、在研發(fā)本部設立SQA崗（專職） 64 %B、在各I類部門設SQA崗（可兼職，平均每月6天用于SQA活動） 55 %C、在A類軟件項目組設一SQA崗（可兼職，平均每月4天用于SQA活動）。18 % D、研發(fā)本部由一名總經理或副總經理主管SQA工作。 36 %E、SQA崗位人員，每月至少保證有8-10小時，從事SQA的

21、學習和培訓。 9 %F、每個軟件項目組成員，必須同意SQA的定向培訓（4小時）。 45 % 5.3如公司要設SQA崗位，你是否支持他（她）們的工作： A、全力支持 45 % B、盡量配合 45 % C、視SQA活動特性而定 9 % D、任務不緊時，可配合。 未選 E、不支持 未選 F、無法回答 未選 5.4從事SQA崗位工作，最好需由一定軟件開發(fā)及（或）開發(fā)治理經驗的人員擔任，你是否情愿從事此項工作。 A、專門情愿全職 未選 B、情愿全職 9 % C、情愿兼職 45 % D、一段時刻（如一年）內能夠考慮 27 % E、不情愿 9 % F、無法回答 未選 6.對調查報告評審意見 附件軟件質量保證（SQA）過程規(guī)范編制大綱附錄附錄 A1：*過程定義格式本公司所實施的諸關鍵過程域的描述均采納要素結構形式。各要素講明如下：參與角色（Pn）:：列出參加該過程的角色清單 進入條件（En）：- 列出該過程啟動的條件描述。輸入（In）：- 列出由該過程使用的工作產品描述?；顒樱ˋn）：- 列出該過程所包括的活動描述。在那個地點應定義活動的執(zhí)行角 色、執(zhí)行方