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