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