系統(tǒng)軟件質(zhì)量管理方案

系統(tǒng)軟件質(zhì)量管理方案軟件質(zhì)量管理組織12任務(wù)名稱任務(wù)描述角色開發(fā)方質(zhì)量保證組聯(lián)合復(fù)審(內(nèi)部)對(duì)需求進(jìn)行確認(rèn)3管理復(fù)審對(duì)計(jì)劃進(jìn)行確認(rèn)開發(fā)方質(zhì)量保證組功能配置審核(內(nèi)對(duì)功能滿足需求、用戶方質(zhì)量保證部)合同的程度進(jìn)行評(píng)組、開發(fā)方項(xiàng)目經(jīng)價(jià)理5功能配置審核(外對(duì)功能滿足合同、開發(fā)方項(xiàng)目經(jīng)理與部)需求合同的程度進(jìn)用戶方質(zhì)量保證組行評(píng)價(jià)6物理配置審核對(duì)物理配置的完整開發(fā)方項(xiàng)目經(jīng)理與核質(zhì)量保證小組由開發(fā)單位質(zhì)量保證人員和用戶單位相關(guān)在行政上獨(dú)立于任何項(xiàng)目，這種獨(dú)立性有助于質(zhì)量保證小組客觀地檢查質(zhì)量保證小組有一定的權(quán)利，能夠?qū)|(zhì)量不合格的工作這種權(quán)利使得質(zhì)量保證小組的工作不會(huì)被輕視，并有助于加強(qiáng)全員的質(zhì)量意識(shí)。軟件質(zhì)量保證體系質(zhì)量部經(jīng)理在項(xiàng)目組成立后，立即成立質(zhì)保組，并指定組長(zhǎng)(負(fù)責(zé)人);負(fù)責(zé)該項(xiàng)目的質(zhì)保工作。質(zhì)量保證組職責(zé)質(zhì)保組長(zhǎng)負(fù)責(zé)和項(xiàng)目組之間的協(xié)調(diào)和溝通；參照《項(xiàng)目計(jì)劃》中有關(guān)進(jìn)度安排、里程碑定義等信息，質(zhì)保組長(zhǎng)或其授權(quán)人組織制定《質(zhì)量保證計(jì)劃》,由質(zhì)量部經(jīng)理批準(zhǔn)并抄送項(xiàng)目組后執(zhí)行；質(zhì)保組參與對(duì)項(xiàng)目組制定開發(fā)計(jì)劃的評(píng)審，對(duì)其可行性和合理性提出改進(jìn)建議；質(zhì)保組參與對(duì)軟件開發(fā)各階段成果物的評(píng)審。驗(yàn)證成果物與開發(fā)階段輸入的符合性、與規(guī)范要求的符合性。對(duì)評(píng)審提出的意見、質(zhì)保組對(duì)軟件測(cè)試過程進(jìn)行跟蹤，保證過程有完整的記錄，所有發(fā)現(xiàn)的錯(cuò)誤跟蹤至問題關(guān)閉；對(duì)軟件開發(fā)過程活動(dòng)進(jìn)行監(jiān)督，保證開發(fā)活動(dòng)符合程序、并按要求保持紀(jì)錄。正式評(píng)審：以會(huì)議或會(huì)簽的形式，由一個(gè)評(píng)審小組對(duì)提交評(píng)審的工作產(chǎn)品的審核并給出正式評(píng)審意見。非正式評(píng)審：由作者的同伴或者同行專家擔(dān)任評(píng)審員，通常一兩個(gè)人即可，對(duì)照評(píng)審檢查表檢查工作產(chǎn)品，記錄評(píng)審結(jié)果。舉行評(píng)審會(huì)議主持人宣講修正跟蹤審核修正缺陷準(zhǔn)備評(píng)審作者介紹工作成果遞交審核識(shí)別缺陷和答辯審核確認(rèn)宣讀評(píng)審結(jié)論產(chǎn)品審批圖評(píng)審流程準(zhǔn)備評(píng)審：作者已經(jīng)按照指定的格式完成了工作成果，對(duì)工作成果進(jìn)行了內(nèi)部檢查，消除了拼寫、排版等初級(jí)錯(cuò)誤。同時(shí)根據(jù)項(xiàng)目計(jì)劃，該工作成果進(jìn)行評(píng)審的時(shí)間已到。通知評(píng)審：評(píng)審組織者確定一位組長(zhǎng)及評(píng)審會(huì)議的時(shí)間、地點(diǎn)、設(shè)備和參加會(huì)議的人員名單(包括評(píng)委、記錄員、立項(xiàng)建議小組、旁聽者等),將評(píng)審的材料在評(píng)審會(huì)召開的前2至3天內(nèi)下發(fā)給評(píng)審組成員。實(shí)施評(píng)審：評(píng)審組組長(zhǎng)按計(jì)劃的時(shí)間主持召開評(píng)審會(huì)議，宣布評(píng)審會(huì)議的議程、重點(diǎn)、原則、時(shí)間限制等；然后召開評(píng)審組成員參加的評(píng)審會(huì)議，討論所記錄的問題和疑問，必要時(shí)能夠請(qǐng)項(xiàng)目組成員列席；評(píng)審結(jié)果：項(xiàng)目組根據(jù)最后的決定對(duì)文檔的錯(cuò)誤進(jìn)行修正，由開發(fā)部經(jīng)理負(fù)責(zé)跟蹤錯(cuò)誤的解決情況，由質(zhì)保組監(jiān)督評(píng)審意見的執(zhí)行情況；修改結(jié)果由開發(fā)部經(jīng)理審核并決定是否需要再設(shè)計(jì)基礎(chǔ)的需求。對(duì)于合同項(xiàng)目，要檢查《需求一方面是否能滿足《需求規(guī)格說明書》的要求，能夠覆蓋所有項(xiàng)目管理需求分析階段設(shè)計(jì)與開發(fā)階段測(cè)試階段結(jié)項(xiàng)階段計(jì)劃監(jiān)督范，保證規(guī)范得到有效的執(zhí)行；編寫《周計(jì)劃監(jiān)督報(bào)告》,如過程檢查質(zhì)保組識(shí)別軟件開發(fā)過程中存在的問題和不合格，并跟蹤流程管理過程質(zhì)量與產(chǎn)品質(zhì)量存在某種程度的因果關(guān)系，通常“質(zhì)量保證既關(guān)心過程質(zhì)量又關(guān)心產(chǎn)品質(zhì)量。如果“工作過質(zhì)量保證過程控制測(cè)試監(jiān)督質(zhì)保組參與《測(cè)試計(jì)劃》和《測(cè)試用例》的評(píng)審，保證軟件質(zhì)量保證流程項(xiàng)目經(jīng)理制訂符合公司過程體系的《質(zhì)量保證計(jì)劃》。在項(xiàng)目理進(jìn)行反饋。質(zhì)量保證人員要參與確定質(zhì)量改進(jìn)措施，并跟蹤1)質(zhì)量保證人員通過閱讀《項(xiàng)目計(jì)劃書》、合同和其它2)質(zhì)量保證人員啟動(dòng)質(zhì)量保證活動(dòng)，協(xié)助項(xiàng)目經(jīng)理選擇生命周期、裁剪過程，起草、制訂《質(zhì)量保證計(jì)劃》。3)項(xiàng)目經(jīng)理、部門經(jīng)理、質(zhì)量保證人員、質(zhì)管部經(jīng)理按照工作產(chǎn)品的評(píng)審程序?qū)彶椤顿|(zhì)量保證計(jì)劃》,評(píng)審?fù)ㄟ^后納入項(xiàng)目配置管理庫。4)若需變更《質(zhì)量保證計(jì)劃》,則質(zhì)量保證人員要將變更的計(jì)劃提交給項(xiàng)目經(jīng)理、部門經(jīng)理和質(zhì)管部經(jīng)理進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后納入項(xiàng)目配置管理庫。5)質(zhì)量保證人員按既定的QA計(jì)劃(或項(xiàng)目開發(fā)計(jì)劃),每周例行審計(jì)、檢查軟件過程活動(dòng)和工作產(chǎn)品；6)質(zhì)量保證人員按既定的QA計(jì)劃(或項(xiàng)目開發(fā)計(jì)劃),進(jìn)行軟件過程/工作產(chǎn)品的階段審計(jì)；7)質(zhì)量保證人員按既定的QA計(jì)劃(或項(xiàng)目開發(fā)計(jì)劃),組織、參與項(xiàng)目評(píng)審會(huì)議；8)質(zhì)量保證人員按既定的QA計(jì)劃(或項(xiàng)目開發(fā)計(jì)劃),收集和分析項(xiàng)目相關(guān)度量數(shù)據(jù)。9)質(zhì)量保證人員收集和整理項(xiàng)目過程中的不符合項(xiàng)數(shù)據(jù)以及項(xiàng)目中遇到的問題、經(jīng)驗(yàn)總結(jié)等，并對(duì)前期階段性的項(xiàng)目質(zhì)量保證進(jìn)行匯總，將結(jié)果填寫到《項(xiàng)目質(zhì)量總結(jié)報(bào)告》中。10)質(zhì)量保證人員將《項(xiàng)目質(zhì)量總結(jié)報(bào)告》發(fā)送給項(xiàng)目經(jīng)理、部門經(jīng)理和質(zhì)管部經(jīng)理。軟件質(zhì)量控制的技術(shù)和方法軟件配置及版本管理工具軟件開發(fā)的一個(gè)特點(diǎn)就是文檔特別多，而且更新頻繁。對(duì)開發(fā)過程的源代碼和各種開發(fā)文檔進(jìn)行嚴(yán)格的版本控制、保證各版本的程序和文檔的完整性非常重要。公司對(duì)軟件開發(fā)過程中的程序版本和文檔版本控制均可采用ClearCase工具管理，并嚴(yán)格遵照公司《配置管理規(guī)范》執(zhí)行。對(duì)完成的每一份開發(fā)文檔都要由相關(guān)部門人員做有效的評(píng)審；開發(fā)文檔有評(píng)審人、批準(zhǔn)人，以保證文檔的質(zhì)量；對(duì)發(fā)布之后的文檔做修改要通過“變更控制”的管理，項(xiàng)目管理部對(duì)以上內(nèi)容進(jìn)行確認(rèn)。配置管理用于對(duì)軟件開發(fā)、應(yīng)用系統(tǒng)集成的工作成果進(jìn)行有效的版本配置與管理，從而實(shí)現(xiàn)對(duì)工程過程質(zhì)量的控制。通過過程信息的量化與提取，能夠獲得產(chǎn)品質(zhì)量、項(xiàng)目進(jìn)度和資源占用等質(zhì)量控制信息，并通過在配置管理工具ClearCase的項(xiàng)目信息庫中建立各里程碑的基線進(jìn)行有效控制。項(xiàng)目人員將其工作成果的基線版本目錄和文件保存到其工作區(qū)。同時(shí)，利用基線合并管理，項(xiàng)目人員能夠?qū)ψ钚禄€以后的所有工作成果進(jìn)行便捷的版本訪問。當(dāng)變更并入基線時(shí)，項(xiàng)目人員可采用新的基線來實(shí)現(xiàn)與項(xiàng)目工作成果的版本變更結(jié)果保持同步。調(diào)整基線將把集成工作區(qū)中的文件并入開發(fā)工作區(qū)。通過上述基線管理，有效保證了工程過程質(zhì)量控制效果。采用OOA/D方法，通常希望建立一套可復(fù)用的、易于維護(hù)和可擴(kuò)展的系統(tǒng)結(jié)構(gòu)。企業(yè)信息系統(tǒng)應(yīng)用中，OOA/D實(shí)際上是描述企業(yè)的經(jīng)營模型。管理信息數(shù)據(jù)庫應(yīng)用系統(tǒng)實(shí)際上是基于業(yè)務(wù)模型的計(jì)算機(jī)信息處理系統(tǒng)，因而分析和構(gòu)造業(yè)務(wù)模型是信息化的早期活動(dòng)，這種活動(dòng)必然影響將來的信息化進(jìn)程和信息系統(tǒng)效益。實(shí)質(zhì)上，在信息系統(tǒng)應(yīng)用中，面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)就是用面向?qū)ο蟮姆治龊驮O(shè)計(jì)語言，用管理工程的邏輯，描述理想的業(yè)務(wù)模型，并為系統(tǒng)實(shí)現(xiàn)提供工程藍(lán)圖。密切結(jié)合現(xiàn)代管理工程技術(shù)，對(duì)業(yè)務(wù)模型進(jìn)行業(yè)務(wù)過程再BusinessProcessRedesignReengin分析階段的重要任務(wù)。管理工程技術(shù)和信息技術(shù)的結(jié)合程度，析階段的主要任務(wù)則包括描述對(duì)象，建立基于類和對(duì)象的系統(tǒng)常包括：人員、組織、原料、資產(chǎn)、事務(wù)、表格、文件、產(chǎn)品將有相同屬性和服務(wù)的對(duì)象抽象為同一個(gè)類，就得到系統(tǒng)的類的列表。在業(yè)務(wù)應(yīng)用中，往往最初發(fā)現(xiàn)的對(duì)象很多。能夠采用劃分主題的方法將同主題的類歸納在一起。主題是一個(gè)比類的粒度更大的概念。比如一個(gè)辦公事務(wù)管理系統(tǒng)，就能夠有：文件處理、要事安排、檔案管理、會(huì)議安排等主題。在會(huì)議安排這個(gè)主題里，能夠放進(jìn)諸如會(huì)議類、(與會(huì))單位類、職員類，而職員類可能也是在其他主題內(nèi)，即主題交叉。一般對(duì)于較為復(fù)雜的系統(tǒng)采用先建立主題圖再填充類的自頂向下方式。包含較多類和對(duì)象的主題能夠再劃分，即主題嵌套。當(dāng)包含類的主題圖基本完成后，主要的精力就集中在列出類屬性、服務(wù)、消息等項(xiàng)目上，即設(shè)計(jì)類圖的特征層。然后分析類圖的結(jié)構(gòu)，包括一般一特殊關(guān)系和整體一部分關(guān)系。因?yàn)槎鄶?shù)情況下數(shù)據(jù)庫平臺(tái)是RDB,而RDB和OOD的成果之間的映射關(guān)系并不簡(jiǎn)明，所以我們采用對(duì)象關(guān)系影射技同時(shí)使系統(tǒng)綁定于特定的數(shù)據(jù)庫平臺(tái)。軟件開發(fā)方法及工具1)采用快速原型法，盡快提供用戶軟件原型，并及時(shí)獲取用戶的反饋，根據(jù)用戶的反饋不斷修改軟件，而不是全部完工后再最后交給用戶。否則，要改的地方可能很多，甚至推翻2)充分設(shè)計(jì)之后再編碼，防止因考慮不周而返工。3)采用面向?qū)ο蟮木幊谭椒?OOP),OOP立意于創(chuàng)建軟件重用代碼，具備更好地模擬現(xiàn)實(shí)世界環(huán)境的能力(抽象),采用OOP技術(shù)使代碼的復(fù)用性更好。4)采用先進(jìn)的開發(fā)框架(如J2EEMVC)實(shí)現(xiàn)系統(tǒng)的分層解耦，使系統(tǒng)的可維護(hù)性和擴(kuò)展性更好。5)牢牢控制對(duì)缺陷的修改。要用專門的軟件，記錄和跟蹤軟件缺陷的修復(fù)。缺陷跟蹤記錄包括：發(fā)現(xiàn)人、缺陷描述、修復(fù)人、修復(fù)記錄、確認(rèn)人、確認(rèn)結(jié)論，通過后才關(guān)閉該記錄。6)充分進(jìn)行軟件的系統(tǒng)測(cè)試。軟件編碼、單元測(cè)試、集成測(cè)試后，還要進(jìn)行充分的系統(tǒng)測(cè)試、回歸測(cè)試，待軟件穩(wěn)定、不再出新的缺陷后，再考慮軟