【正文】 軟件質(zhì)量保證體系（1）目標(biāo)使應(yīng)用軟件系統(tǒng)具有可靠的質(zhì)量，符合最終用戶的業(yè)務(wù)需求，具有很好的可靠性、效率、安全性和可擴展性；使應(yīng)用軟件系統(tǒng)的開發(fā)能夠適應(yīng)不斷變化的業(yè)務(wù)需求；盡量減少系統(tǒng)開發(fā)的投入；盡量縮短系統(tǒng)開發(fā)時間。（2）質(zhì)量保證體系的結(jié)構(gòu)基于上面對軟件質(zhì)量保證的基本認識，軟件開發(fā)開發(fā)的質(zhì)量，需要針對項目本身建立一個完善的質(zhì)量體系。我們認為，該質(zhì)量體系包括組織結(jié)構(gòu)、質(zhì)量體系文件和資源三個主要方面。一個設(shè)計良好的組織結(jié)構(gòu)能為應(yīng)用軟件的質(zhì)量提供組織和人員上的保證。各組織的職責(zé)清晰；組織之間的接口清晰，信息溝通和反饋流暢。質(zhì)量體系文件是質(zhì)量體系文檔化的反映，使應(yīng)用開發(fā)的各方對質(zhì)量保證的各個過程有一致的依據(jù)。指導(dǎo)與質(zhì)量有關(guān)的各項工作。為了保證應(yīng)用開發(fā)的質(zhì)量，必須保證提供足夠的資源，包括人力資源、設(shè)備、環(huán)境、資金等，其中人力資源方面的保證更加重要。（3）組織機構(gòu)和角色為了保證應(yīng)用開發(fā)的質(zhì)量，需要有一定的組織結(jié)構(gòu)保證。我公司典型的項目組織結(jié)構(gòu)如下：軟件過程管理與分析和設(shè)計方法相伴隨的是軟件的生命周期模型。采用ISO9000的術(shù)語，軟生命周期是一系列過程，因此也可以稱作軟件工程過程。軟件工程過程定義了誰做什么，什么時候做以及如何達到既定的目標(biāo)。ISO 9000的基本思想也是通過規(guī)范過程來達到保證軟件質(zhì)量的目的。 我公司為了更好地指導(dǎo)軟件開發(fā)過程，使軟件開發(fā)工作有條不紊，根據(jù)公司的經(jīng)驗和有關(guān)的標(biāo)準(zhǔn)制訂了一個可裁減的《軟件過程手冊》。同時，針對面向?qū)ο笤O(shè)計與開發(fā)的特點，積極地推進統(tǒng)一軟件過程在項目中的應(yīng)用。在歷史上，為了解決軟件開發(fā)的難題，曾提出了瀑布法、原型法等不同的生命周期模型。隨著面向?qū)ο蠹夹g(shù)、分布式組件技術(shù)和多層構(gòu)架技術(shù)的發(fā)展，新的軟件生命周期模型也逐漸成熟。典型的代表就是Rational的統(tǒng)一過程（Rational Unified Process）,它是從Objectory Process逐漸演化而來的。我公司結(jié)合其在ISO9001和CMM方面的實踐，認為該模型能夠很好地適用于面向?qū)ο箝_發(fā)的過程，因此在公司內(nèi)部進行推廣，并已經(jīng)在一些項目中獲得成功。統(tǒng)一過程模型與UML相結(jié)合使用。它有三個基本的特征：迭代式的軟件開發(fā)：對于今天的復(fù)雜的軟件項目來說，要想從一開頭就對整個問題有一個清晰的定義，給出完整的解決方案，之后對產(chǎn)品進行測試，幾乎是不可能的。因此就需要一種迭代的開發(fā)方法，通過一系列的迭代來對問題不斷求精，并逐漸地建立起一個有效的系統(tǒng)。這樣可以有效地降低項目的風(fēng)險。由于每一次迭代都會形成可運行的系統(tǒng)，因此可以不斷地得到用戶的參與和反饋。在每一次迭代中，項目組把精力集中在有限的目標(biāo)上。經(jīng)常性的狀態(tài)檢查有助于確定項目是否符合進度。另外，迭代式的開發(fā)使得項目能夠更加適應(yīng)需求、產(chǎn)品特性和進度計劃上的調(diào)整。由用例驅(qū)動：用例圖和場景被證明是獲得需求的一個很好的方法，并能驅(qū)動軟件的設(shè)計、實現(xiàn)和測試，使之更接近用戶最后想要的系統(tǒng)。它們提供了貫穿開發(fā)中的系統(tǒng)和最終系統(tǒng)連續(xù)的、可追蹤的脈絡(luò)。以體系結(jié)構(gòu)為核心：統(tǒng)一過程強調(diào)在全面展開開發(fā)以前，先集中力量開發(fā)一個強健的可運行的結(jié)構(gòu)，并使之基線化。它描述了如何設(shè)計一個有彈性的架構(gòu)，該結(jié)構(gòu)應(yīng)該很靈活，能夠適應(yīng)各種變化，容易理解，并且有利于軟件重用。統(tǒng)一過程支持基于組件的軟件開發(fā)。組件是完成特定的功能的模塊或子系統(tǒng)。統(tǒng)一過程模型在橫向上由起始階段、求精階段、構(gòu)建階段和移交階段四個階段組成，每個階段都形成一定的成果。起始階段：定義系統(tǒng)的范圍并開發(fā)業(yè)務(wù)用例；求精階段：進行項目計劃，規(guī)定產(chǎn)品特性，并建立系統(tǒng)結(jié)構(gòu)的基線構(gòu)建階段：開發(fā)出產(chǎn)品移交階段：把產(chǎn)品移交到用戶手中各個階段的投入量和時間大致如下：初始階段求精階段構(gòu)建階段移交階段投入量5%20%65%10%時間進度10%30%50%10%上述每個階段由一到多次迭代組成。每次迭代都產(chǎn)生相應(yīng)的版本。階段之間是項目的里程碑。在里程碑處，進行正式的評審和檢查，看上一階段的目標(biāo)是否達到，是否滿足下一階段的進入條件，以及實際費用和計劃費用相比是否可以接受。完整的四個階段構(gòu)成一個周期。一個項目可以由多個周期構(gòu)成，在每個周期的初始階段確定出該周期的范圍。往往在上一個周期的移交階段就開始考慮進入下一個周期的初始階段，兩者在時間上有一定的重疊。統(tǒng)一過程模型由四個主要的元素構(gòu)成：角色（如項目經(jīng)理、用例設(shè)計員、測試員等，即Who）；活動（做一個迭代計劃、設(shè)計評審等，即How）；工作成果（如一個模型、模型的某個元素、源代碼、文檔等，即What）；工作流（如建立業(yè)務(wù)物模型、實現(xiàn)、測試、配置管理等，即When）。同瀑布模型不同，統(tǒng)一過程模型認為需求、分析和設(shè)計、實現(xiàn)、測試等在時間上不是截然分開的階段，而是每項活動在整個開發(fā)周期的每個階段都或多或少地存在，但所占的比例不同。在上圖中，求精階段的一個迭代過程包含了各種不同的活動。在軟件開發(fā)項目中，我們可以把應(yīng)用軟件系統(tǒng)的開發(fā)工作分成多個周期來完成，每個周期完成項目整體目標(biāo)的一個子集。采用統(tǒng)一過程模型對軟件開發(fā)項目有以下幾個好處：可以很快地推出可以運行的版本防止項目開發(fā)周期過長便于與最終用戶交流把風(fēng)險分散，并使之消失在項目前期便于適應(yīng)不斷變化的需求。我公司在實際的項目開發(fā)中，已經(jīng)成功地運用了統(tǒng)一軟件過程指導(dǎo)開發(fā)工作，并取得了成功。軟件文檔的編制和管理我公司對軟件文檔的編制和管理非常重視，在一個軟件項目中，花大量的時間進行文檔的編制，并由專人進行文檔的管理。我公司的軟件文檔的種類包括：文檔類型文檔內(nèi)容項目合同項目合同項目任務(wù)書、任務(wù)書項目技術(shù)文檔項目標(biāo)書產(chǎn)品立項建議書工程項目方案建議書項目開發(fā)計劃書項目質(zhì)量保證計劃書軟件配置管理計劃書市場需求調(diào)研報告新技術(shù)跟蹤研究報告新產(chǎn)品/工程可行性研究報告新產(chǎn)品/工程關(guān)鍵技術(shù)解決方案實驗結(jié)果報告需求分析報告概要設(shè)計說明書詳細設(shè)計說明書數(shù)據(jù)庫設(shè)計說明書程序設(shè)計說明書階段測試大綱階段測試分析報告系統(tǒng)測試大綱系統(tǒng)測試分析報告工程/產(chǎn)品評估報告技術(shù)手冊用戶手冊客戶文件項目招標(biāo)書需求說明書用戶意見反饋表用戶報告 項目驗收報告公司對外宣傳材料公司簡介軟件產(chǎn)品及工程項目系統(tǒng)簡介軟件產(chǎn)品及工程項目演示系統(tǒng)我公司通過《文件和資料控制程序》進行管理文件和資料的發(fā)放和控制，通過《軟件開發(fā)設(shè)計和控制》規(guī)定與設(shè)計有關(guān)的文檔的生成過程；通過《配置管理程序》管理作為配置項的軟件文檔的變更。各類文檔在《技術(shù)文檔編碼規(guī)范》中規(guī)定了編碼的方式。 WORD格式整理