前言：中文期刊網(wǎng)精心挑選了軟件管理論文范文供你參考和學習，希望我們的參考范文能激發(fā)你的文章創(chuàng)作靈感，歡迎閱讀。
軟件管理論文范文1
在實際的項目質(zhì)量管理中，質(zhì)量管理總是圍繞著質(zhì)量保證(QualityAssurance)過程和質(zhì)量控制(QualityControl)過程兩方面。這兩個過程相互作用，在實際應用中還可能會發(fā)生交叉。正如引言所述，關(guān)于軟件的質(zhì)量，很難下一個非常明確的定義。本文主要針對軟件工程中的質(zhì)量管理來進行討論。
做軟件“大餐”的工序
軟件質(zhì)量保證（SoftwareQualityAssurance，以下簡稱SQA）的目的是驗證在軟件開發(fā)過程中是否遵循了合適的過程和標準。軟件質(zhì)量保證過程一般包含以下幾項活動：
首先是建立SQA組；其次是選擇和確定SQA活動，即選擇SQA組所要進行的質(zhì)量保證活動，這些SQA活動將作為SQA計劃的輸入；然后是制定和維護SQA計劃，這個計劃明確了SQA活動與整個軟件開發(fā)生命周期中各個階段的關(guān)系；還有執(zhí)行SQA計劃、對相關(guān)人員進行培訓、選擇與整個軟件工程環(huán)境相適應的質(zhì)量保證工具；最后是不斷完善質(zhì)量保證過程活動中存在的不足，改進項目的質(zhì)量保證過程。
獨立的SQA組是衡量軟件開發(fā)活動優(yōu)劣與否的尺度之一。SQA組的這一獨立性，使其享有一項關(guān)鍵權(quán)利??“越級上報”。當SQA組發(fā)現(xiàn)產(chǎn)品質(zhì)量出現(xiàn)危機時，它有權(quán)向項目組的上級機構(gòu)直接報告這一危機。這無疑對項目組起到相當?shù)摹巴亍弊饔茫部梢钥闯墒谴偈鬼椖拷M重視軟件開發(fā)質(zhì)量的一種激勵。這一形式使許多問題在組內(nèi)得以解決，提高了軟件開發(fā)的質(zhì)量和效率。
選擇和確定SQA活動這一過程的目的是策劃在整個項目開發(fā)過程中所需要進行的質(zhì)量保證活動。質(zhì)量保證活動應與整個項目的開發(fā)計劃和配置管理計劃相一致。一般把該活動分為以下五類：
1）評審軟件產(chǎn)品、工具與設(shè)施
軟件產(chǎn)品常被稱為“無形”的產(chǎn)品。評審時難度更大。在此要注意的一點是：在評審時不能只對最終的軟件代碼進行評審，還要對軟件開發(fā)計劃、標準、過程、軟件需求、軟件設(shè)計、數(shù)據(jù)庫、手冊以及測試信息等進行評審。評估軟件工具主要是為了保證項目組采用合適的技術(shù)和工具。評估項目設(shè)施的目的是保證項目組有充足設(shè)備和資源進行軟件開發(fā)工作。這也為規(guī)劃今后軟件項目的設(shè)備購置、資源擴充、資源共享等提供依據(jù)。
2）SQA活動審查的軟件開發(fā)過程
SQA活動審查的軟件開發(fā)過程主要有：軟件產(chǎn)品的評審過程、項目的計劃和跟蹤過程、軟件需求分析過程、軟件設(shè)計過程、軟件實現(xiàn)和單元測試過程、集成和系統(tǒng)測試過程、項目交付過程、子承包商控制過程、配置管理過程。特別要強調(diào)的是，為保證軟件質(zhì)量，應賦予SQA阻止交付某些不符合項目需求和標準產(chǎn)品的權(quán)利。
3）參與技術(shù)和管理評審
參與技術(shù)和管理評審的目的是為了保證此類評審滿足項目要求，便于監(jiān)督問題的解決。
4）做SQA報告
SQA活動的一個重要內(nèi)容就是報告對軟件產(chǎn)品或軟件過程評估的結(jié)果，并提出改進建議。SQA應將其評估的結(jié)果文檔化
5）做SQA度量
SQA度量是記錄花費在SQA活動上時間、人力等數(shù)據(jù)。通過大量數(shù)據(jù)的積累、分析，可以使企業(yè)領(lǐng)導對質(zhì)量管理的重要性有定量的認識，利于質(zhì)量管理活動的進一步開展。
要說明的是，并不是每個項目的質(zhì)量保證過程都必須包含上述這些活動或僅限于這些活動，要根據(jù)項目的具體情況來定。
SQA計劃中必須明確定義在軟件開發(fā)的各個階段是如何進行質(zhì)量保證活動的。它通常包含以下內(nèi)容：質(zhì)量目標；定義每個開發(fā)階段的開始和結(jié)束邊界；詳細策劃要進行的質(zhì)量保證活動；明確質(zhì)量活動的職責；SQA組的職責和權(quán)限；SQA組的資源需求，包括人員、工具和設(shè)施；定義由SQA組執(zhí)行的評估；定義由SQA組負責組織的評審；SQA組進行評審和檢查時所參見的項目標準和過程；需由SQA組產(chǎn)生的文檔。
選擇合適的SQA工具并不是試圖通過選擇SQA工具來保證軟件產(chǎn)品的質(zhì)量，而是用以支持SQA的活動。選定SQA工具時，首先需要明確質(zhì)量保證目標。根據(jù)目標制定選擇SQA工具的需求并文檔化，包括對平臺、操作系統(tǒng)以及SQA工具與軟件工程平臺接口的要求等。
如何使白壁“無瑕”
按工序去做也不一定能得到一盤完美的“大餐”，因為火侯等因素實在很難掌握。萬一掌握不好怎么辦？軟件質(zhì)量控制主要就是發(fā)現(xiàn)和消除軟件產(chǎn)品的缺陷。對于高質(zhì)量的軟件來講，最終產(chǎn)品應該盡可能達到零缺陷。而軟件開發(fā)是一個以人為中心的活動，所以出現(xiàn)缺陷是不可避免的。因此，要想交付一個高質(zhì)量的軟件，消除缺陷的活動就變得很重要。缺陷消除是通過“評審”和“測試”這類質(zhì)量控制活動來實現(xiàn)的。
缺陷在軟件開發(fā)的任何階段都可能會被引入。項目質(zhì)量管理過程包含了許多可以識別缺陷、消除缺陷的過程。“識別缺陷”和“消除缺陷”本來是兩個不同的過程，但在這里為了簡便統(tǒng)一用“消除”來代表它們。潛在的缺陷越大，用來消除它所花的費用越高。因此成熟的軟件開發(fā)過程在每一個可能會引入潛在缺陷的階段完成之后都會開展質(zhì)量控制活動。這些為了消除缺陷的活動包括：需求評審、設(shè)計評審、代碼走查、單元測試、集成測試、系統(tǒng)測試以及驗收測試等。
軟件管理論文范文2
1.1優(yōu)化模型計算工具的選取
本模型主要由三部分軟件工具搭建而成，下面分別對各個工具進行描述：
1.1.1LINGO是LinearInteractiveandGeneralOptimizer的縮寫，即“交互式的線性和通用優(yōu)化求解器”，由美國LINGO系統(tǒng)公司推出的，可以用于求解線性規(guī)劃，也可以用于一些線性和非線性方程組的求解，功能十分強大，是求解優(yōu)化模型的最佳選擇。其特色在于內(nèi)置建模語言，提供十幾個內(nèi)部函數(shù)，可以允許決策變量是整數(shù)（即整數(shù)規(guī)劃，包括0-1整數(shù)規(guī)劃），方便靈活，而且執(zhí)行速度非常快。1.1.2VisualBasic是一種由微軟公司開發(fā)的包含協(xié)助開發(fā)環(huán)境的事件驅(qū)動編程語言。從任何標準來說，VB都是世界上使用人數(shù)最多的語言———不僅是盛贊VB的開發(fā)者還是抱怨VB的開發(fā)者的數(shù)量。它源自于BASIC編程語言。VB擁有圖形用戶界面（GUI）和快速應用程序開發(fā)（RAD）系統(tǒng)，可以輕易的使用DAO、RDO、ADO連接數(shù)據(jù)庫，或者輕松的創(chuàng)建ActiveX控件。程序員可以輕松的使用VB提供的組件快速建立一個應用程序。VB的中心思想就是要便于程序員使用，無論是新手或者專家。VB使用了可以簡單建立應用程序的GUI系統(tǒng)，但是又可以開發(fā)相當復雜的程序。1.1.3MicrosoftOfficeAccess是微軟把數(shù)據(jù)庫引擎的圖形用戶界面和軟件開發(fā)工具結(jié)合在一起的一個數(shù)據(jù)庫管理系統(tǒng)。它還可以直接導入或者鏈接數(shù)據(jù)(這些數(shù)據(jù)存儲在其他應用程序和數(shù)據(jù)庫)。軟件開發(fā)人員和數(shù)據(jù)架構(gòu)師可以使用MicrosoftAccess開發(fā)應用軟件“,高級用戶”可以使用它來構(gòu)建軟件應用程序。和其他辦公應用程序一樣，ACCESS支持VisualBasic宏語言,它是一個面向?qū)ο蟮木幊陶Z言,可以引用各種對象，包括DAO(數(shù)據(jù)訪問對象),ActiveX數(shù)據(jù)對象,以及許多其他的ActiveX組件。本優(yōu)化配礦軟件利用了三個軟件的強大功能，將三款軟件完美的結(jié)合在一起，實現(xiàn)了有效地將原始數(shù)據(jù)（原燃料品種、化學成分及價格）、目標函數(shù)、政策變量及約束條件輸入軟件中，進行求解。
1.2優(yōu)化配礦軟件制作
1.2.1數(shù)據(jù)計算原料錄入的所有化學成分均是在外水和燒損前測定的數(shù)據(jù)，必須提前進行處理，才能保證數(shù)據(jù)預測更接近燒結(jié)礦的特性，軟件后臺就需要對外水與燒損的折算。也就是說混勻料的化學成分就是模擬燒完后的殘存含量。通常EXCEL的線性規(guī)劃求解計算的過程屬于正向推算，也就是說現(xiàn)輸入配比然后再計算生成燒結(jié)礦的化學成分，這樣的弊端就是需要嘗試一些配比量，而非系統(tǒng)選擇的最優(yōu)結(jié)果。而此軟件是根據(jù)化學成分的需要，反向推出配比量的優(yōu)化值。所以，該系統(tǒng)計算出的數(shù)據(jù)更具有代表性。1.2.2軟件之間的接口(1)VB與ACCESS的連接，VB負責錄入數(shù)據(jù)，數(shù)據(jù)錄入后存儲在ACCESS中，通過腳本語言利用數(shù)據(jù)庫游標指針調(diào)出需要使用的數(shù)據(jù)，具體實現(xiàn)代碼為：DimrecoAsNewADODB.RecordsetDimconnAsNewADODB.ConnectionDimbAsDoubleDimmAsIntegerconn.CursorLocation=adUseClientconn.Open“provider=microsoft.jet.oledb.4.0;datasource=配料表最終.mdb;persistsecurityinfo=false”reco.Open“select*fromuser1”，conn,1,1(2)VB與LINGO的連接，LINGO軟件在該系統(tǒng)中主要作用是計算線性規(guī)劃方程的工具，編程過程中需要將數(shù)據(jù)采集到LINGO中進行計算，然后再將計算結(jié)果返回至VB中進行處理并在前臺進行顯示。(3)輸出結(jié)果文本文件的建立當優(yōu)化配礦軟件所計算出來的配比結(jié)果滿足使用者的使用條件時，需要生成一張配比表格，該表格下發(fā)至生產(chǎn)車間，車間便可以按照配比數(shù)據(jù)組織生產(chǎn)，此軟件實現(xiàn)的方式為TXT文本文件。
1.3軟件的使用
優(yōu)化配礦軟件的使用上僅需將各個限制條件逐一輸入，這些限制條件諸如除塵灰、返礦、石灰、燃料等的含量不能隨意配加，有的礦粉的庫存有限，配比量也要有所控制等因素，此外根據(jù)所需燒結(jié)礦的化學特性，將堿度、全鐵、二氧化硅、氧化鎂、氧化鈣等含量都進行約束，在實際生產(chǎn)中這種約束條件都是在一定的范圍，因此在軟件中條件限制可以標定出上限和下限，當所有限定條件完成以后單擊“求解”按鈕，界面上即可顯示出符合條件的配比結(jié)果以及優(yōu)化后的成本也將計算出來，將計算的配比量進行命名后，單擊“導出”按鈕可以將配比結(jié)果的相關(guān)信息導出到配比表單。當然，如果輸入的限制條件過于苛刻，所列礦粉無法滿足要求系統(tǒng)將給予提示信息，并將錯誤結(jié)果以紅色字體標注出來。除此之外，該系統(tǒng)還能夠計算單一礦粉的單燒值，所謂礦粉的單燒值即單獨以某一種礦石進行燒結(jié)生產(chǎn)時，在一定的堿度條件下，生產(chǎn)出的燒結(jié)礦含鐵量的百分數(shù)稱為單燒值。單燒值的大小，表示用這種礦石生產(chǎn)出來的燒結(jié)礦的品位高低，這樣不僅能夠在生產(chǎn)前了解單一礦粉的性能，同時也可以指導采購計劃中對某一礦粉的性價比定位。由于該優(yōu)化配礦模型包含的原料種類多，計算指標羅列齊全、約束比較完備，如果稍加修改就可以用于其他配料車間（如豎爐車間，原料車間等）但需要強調(diào)的是，此軟件求解結(jié)果的可靠性還取決于原料的原始化學分析數(shù)據(jù)是否能夠真實準確的反映原料的特性，只有以比較準確和具有代表性的原始數(shù)據(jù)求出的結(jié)果才更具有指導性和可信性，因此采樣化驗工作的嚴謹是支持該軟件數(shù)據(jù)的前提。
2軟件的應用
軟件管理論文范文3
關(guān)鍵詞：軟件公司；成本控制；探索
1經(jīng)營決策階段的成本及其控制
經(jīng)營決策階段成本是指公司經(jīng)營方向的選擇，這是成本管理的第一個也是最為核心的環(huán)節(jié)。不過對于大多數(shù)IT軟件業(yè)公司而言，這個階段往往是最大的問題之所在，有時經(jīng)常憑一個覺得是靈感的想法或者對市場初步的直觀層面的調(diào)研就進行的決策。而這樣的結(jié)果是往往沒有摸透市場的真實情況，輕率上馬項目，造成方向性錯誤，以至于導致企業(yè)的危機。
該階段的成本控制，關(guān)鍵在于經(jīng)營決策前科學而深入的市場調(diào)研及準確分析，目前很多中小型IT軟件企業(yè)，其經(jīng)營部的職員大多都并不是社會調(diào)查專業(yè)的，因而他們做市場調(diào)查的過程中所采用的方法不太科學，如在樣本選取及抽樣過程不合理，沒有按照嚴格的社會調(diào)查方法進行調(diào)查和數(shù)據(jù)分析，甚至問卷設(shè)計都存在傾向性導致調(diào)查數(shù)據(jù)信度偏低。此外，大量的公司自我宣傳的各種形式的軟文和競爭對手有意的攻擊性文章夾雜在其中，并不是很容易的進行分辨，更何況數(shù)據(jù)的隨意性，來源的不可追溯性各種情況，所以只能作為參考。
2需求整理及分析確認階段的成本及其控制
需求整理指市場經(jīng)營人員根據(jù)高管對于市場方向的決策，而提出的具體的產(chǎn)品或者項目的原始需求，需求分析是指技術(shù)員對市場部門的需求進行分析，評估其可實現(xiàn)性以及實現(xiàn)難度，大致工時等，提交相關(guān)需求分析報告，最后市場經(jīng)營部門進行確認這個階段。
該階段的成本控制，首先需要搞清這種溝通過程中產(chǎn)生偏差的原因，最為主要的往往并不是技術(shù)語言和市場語言的差異，或者市場人員和技術(shù)人員之間的思維定勢的差異，而在于兩者缺乏確定的科學的流程和在交流之前的準備以及相關(guān)概念約定俗成的定義造成的問題，同時還由于溝通和確認環(huán)節(jié)由于其特殊性，經(jīng)常難以被有效的納入進度管理程序流程當中。而提高該階段的成本控制效率，必須逐一針對性的解決以上問題，首先要清晰的確定并嚴格執(zhí)行市場和技術(shù)溝通的流程，尤其是要明確每個環(huán)節(jié)的控制點，也就是雙方交付給對方的關(guān)鍵交付物，一定要有清晰的共同確認的模板，同時每次溝通前必須對于一些概念有著清晰的界定，然后公布這些信息，并在溝通前做好充足的準備，明確每次溝通前要溝通什么，要解決哪些問題，溝通結(jié)束后要交付哪些文檔讓雙方進行確認等，同時一定要通過線上或者線下的管理模式，講所有溝通環(huán)節(jié)全盤把握，并納入進度管理。
3規(guī)劃階段成本及其控制
規(guī)劃階段成本是指在需求已經(jīng)得到確認后，進入技術(shù)規(guī)劃階段的相關(guān)成本控制，該階段有些軟件開發(fā)公司常常出現(xiàn)的問題是對于規(guī)劃予以過度的期望和過于沉重的內(nèi)涵，在實際項目操作過程中，這個規(guī)劃實際上包含著技術(shù)規(guī)劃和非技術(shù)規(guī)劃兩個部分，因為對這兩個部分的混淆，導致一些技術(shù)層面和市場層面的東西不必要的糾纏在一起，并且直接導致項目進度的拖欠，而且會導致由于非技術(shù)規(guī)劃的不清晰，直接影響技術(shù)規(guī)劃層面的實施。
該階段的成本控制，必須清晰的區(qū)分非技術(shù)規(guī)劃和技術(shù)規(guī)劃，尤其在公司內(nèi)部技術(shù)部門和市場經(jīng)營部門之間的職責，需要設(shè)立一個在提出需求到技術(shù)規(guī)劃之間過渡的位置，即對于需求具體細節(jié)的整理，要對于交付物有著清晰的確定，尤其是在不同時期交付不同的關(guān)鍵文檔，如除了上面說的那六個文檔外，技術(shù)部項目組長在需求分析的時候，還應該明確提交功能模塊分析，開發(fā)代價，功能流程圖，功能關(guān)聯(lián)性圖，可維護性及可拓展性分析等六個文檔，此外在項目開發(fā)規(guī)劃階段，還要對于控制點的一些要素進行詳細的規(guī)劃用來提交給市場部門，如詳細頁面元素，頁面元素價值度分析，表現(xiàn)形式，頁面結(jié)構(gòu)，頁面效果等。
4開發(fā)階段的成本及其控制
開發(fā)階段的成本指需求確定并且規(guī)劃清晰后的具體開發(fā)過程的成本管理問題，該階段相對其他階段來說比較清晰，但這里筆者認為需要關(guān)注的是，如何使得人力資源得到最大程度的利用，它是指公司第一線技術(shù)人員的能力最大程度發(fā)揮的狀態(tài)，包含幾個層次，（1）全部時間利用，（2）最大效率利用，（3）最大潛力激勵利用，這三步需要逐步遞進實現(xiàn)。這個需要一種完善的內(nèi)部管理制度，以及公平公正的價值認定模式和績效制度，從而一方面促進員工本身的發(fā)展，一方面增加對人才的吸引力。
該階段的成本控制，可以引入最大可控制成本的概念，這里是指人力資源最大程度發(fā)揮后所能控制的成本，是公司在一定投入前提下，最大的可能的減少因管理導致人力發(fā)揮不足夠而造成的成本，該成本為人力資源的極致成本，無法再進一步降低，此成本狀態(tài)下的仍然出現(xiàn)效益不佳情況，則可說明在經(jīng)營定位和經(jīng)營方向上的問題，而非內(nèi)部問題。促使人力資源得到最大利用度和發(fā)揮度，在此基礎(chǔ)上的成本，為最大可控制成本，以上可以通過內(nèi)部的管理系統(tǒng)來很好的實現(xiàn)。5需求變更成本及其控制
需求變更成本指在開發(fā)過程中，由于市場部門的需求改變導致的成本增加而實施的控制，對于項目開發(fā)的過程中，需求的頻繁變更就成本控制而言是致命的，很多項目由于需求的變更而導致破產(chǎn)。
該階段的成本控制，最關(guān)鍵的是要對于需求變更過程進行嚴格的管理，要從需求變更的開始，對于整個變更的每個具體的步驟進行跟蹤，并且嚴格核算每次變更所需要的工作時，從而做好評估。同時，務必要明晰需求變更的必要性和風險性，以及所帶來的實際成本的增加，所以需求要盡量經(jīng)過詳細的論證。
6測試成本及其控制
測試成本指項目開發(fā)完成階段，在交付驗收前進行的測試過程中導致的成本及其控制，測試階段對于一個項目的最終交付具有重大的意義，往往在測試階段要才是使得項目真正完善的階段，很多細節(jié)的修補都在測試階段完成，正是測試使得一個項目成為一個可以交付，可以應用，可以產(chǎn)生效益的產(chǎn)品。但對于一些中小型軟件開發(fā)公司而言，往往缺乏真正建制齊全的測試部門和專業(yè)測試人員，經(jīng)常是技術(shù)人員進行兼任，這種方式相當普遍。但同時也導致了一些問題，主要是對于測試缺乏經(jīng)驗積累管理，或者說是錯誤管理，經(jīng)常上次測試完出現(xiàn)的問題，過段時間又會出現(xiàn)，或者是開發(fā)下個項目的過程中又再次出現(xiàn)，增加不必要的成本。
該階段的成本控制，筆者認為最關(guān)鍵的是對測試進行錯誤管理模式，采取“有錯必改，凡錯必究，錯不再犯，預錯于先”的管理辦法，盡量在項目開發(fā)之前，就能整理出之前開發(fā)中出現(xiàn)過的所有問題，并用列表的方式進行技術(shù)會議，讓所有開發(fā)人員進行錯誤共享，盡量把測試中可能出現(xiàn)的問題消滅再開發(fā)階段，另外需要把測試過程化、即時化，每周甚至每天都要求每個開發(fā)人員在交付自己的子模塊的之前就暗中預先準備的測試手冊進行測試，通過后再提交，同時定時抽查某些核心功能模塊，進行某個點的測試，這樣全過程的控制，會最大程度的減少測試成本，同時要加快反應速度，一發(fā)現(xiàn)開發(fā)中，或者測試過程中的相關(guān)問題，必須跟進徹底解決，并納入績效考核中，杜絕再犯。
參考文獻
［1］頡茂華，現(xiàn)代市場經(jīng)濟成本的成本控制新理念［J］.財會月刊2002,(06).
軟件管理論文范文4
關(guān)鍵詞：DELPHI；充放電；軟件；模塊；SOC
1前言
鎳氫電池是目前大容量電池的主要品種，已在通訊、交通、電力等部門得到廣泛的應用，同時它也是其它智能儀表中最為常用的備用電池。但在實際使用中，由于充放電控制不合理而損壞的電池占大多數(shù)。實際上，若鎳氫電池充放電適當，通常可以工作10年時間。為此，筆者研制了鎳氫電池自動充放電控制系統(tǒng)。該系統(tǒng)由恒流源充電器和恒流源放電器對電池進行充放電因此電流、電壓、溫度控制是該電池控制系統(tǒng)的重要部分。為此，該系統(tǒng)在總體考慮電流、電壓、溫度控制系統(tǒng)的基礎(chǔ)上，選用微機控制系統(tǒng)對電壓、電流、溫度進行控制及模擬曲線處理，用得出的數(shù)據(jù)庫對數(shù)據(jù)進行研究，并對電池性能及SOC進行預測。應用軟件可在Windows平臺上用面向?qū)ο蟮腄ELPHI6編程軟件編寫這對整個系統(tǒng)控制軟件的可靠性、易編制性大有益處。
2DELPHI軟件介紹
采用PC機作為上位機對采集的數(shù)據(jù)進行分析處理，是實現(xiàn)這種小型系統(tǒng)實時數(shù)據(jù)采集和分析的有效方法。Borland公司的Delphi是當今最優(yōu)秀的Windows開發(fā)工具之一，它的可視化開發(fā)環(huán)境和面向?qū)ο蟮目焖賾贸绦蜷_發(fā)工具RAD，可使程序開發(fā)人員在Windows平臺上快速開發(fā)出32位的應用程序。由于它采用面向?qū)ο蟮木幊陶Z言，能嵌入?yún)R編和實現(xiàn)多線程操作，且開發(fā)數(shù)據(jù)庫功能強大，因而是控制工程師極好的編程工具。
3系統(tǒng)硬件設(shè)計
本文所設(shè)計的電池控制系統(tǒng)的硬件主要由工控機、PCL711BI／O接口板、光電隔離及采集板、恒流源充電器和恒流源放電器構(gòu)成，其整體框圖如圖1所示，其各部分的硬件原理在此不再詳述。
4系統(tǒng)軟件設(shè)計
圖2所示是該系統(tǒng)的軟件模塊圖。其中程序初始化包括關(guān)閉所有繼電器選擇開關(guān)（充放電選擇繼電器，充放電使能繼電器）、接收數(shù)據(jù)模塊的圖象處理初始化、數(shù)據(jù)庫初始化、充放電條件的選擇（包括充電電池容量選擇、充放電切換選擇以及是否按預定曲線充放電）等，同樣，程序退出也需實現(xiàn)一系列清零操作。
4．1數(shù)據(jù)發(fā)送模塊
數(shù)據(jù)發(fā)送模塊用于完成電流信號的產(chǎn)生、調(diào)制以及通過對PCL711－B卡的編程操作來實現(xiàn)數(shù)據(jù)的發(fā)送和電流信號的形成。
由于充放電電流一般較大，考慮到安全問題，操作應嚴格按照操作規(guī)程來處理，本軟件模擬了各項操作工序，并配以圖文指示。
為了靈活地充放電，系統(tǒng)分為手動和自動充放電兩種方式，如對電池有一定的了解，可以選擇手動充電并通過一定的試驗了解電池的性能，然后向數(shù)據(jù)庫中或者預存曲線庫中添加想要的充放電形式，從而實現(xiàn)充放電的智能控制。
若選擇自動充電，可以選擇不同情況下的充放電形式。電池充放電與許多因素有關(guān)，如夏天和冬天的情況不同，不同溫度下充放電的要求也不一樣，不同循環(huán)次數(shù)的電池充放電表現(xiàn)出來的SOC值也不一樣，本系統(tǒng)在設(shè)計充放電預定庫時都有基于此方面的考慮。一般電池充放電有2種主要形式：恒壓充電和恒流充電，本系統(tǒng)選擇的是恒流充電（恒流源自制，電路原理圖可向作者索取），并通過軟件和硬件相結(jié)合的方式實現(xiàn)電流的智能充電。
電池充放電就充電來說主要表現(xiàn)為三個階段：電池恢復階段、大電流充電階段、涓流補充充電階段。剛開始充電由于電池內(nèi)阻較大，故需要用小電流充電以恢復電池，充電電流不宜高于0．3C，大電流充電階段控制到0．5C－2C之間，待到電池電壓上升到預定充電電壓時（預定額度時），可以改為小電流補充充電方式，從而使其能量SOCStateofcharge達到滿額(90％以上)。
而當基于DELPHI設(shè)計軟件時，要綜合考慮以上要素，然后在預定曲線圖和數(shù)據(jù)庫中給出理想的充放電方案。
利用DELPHI軟件實現(xiàn)D／A卡的定時發(fā)送時，可通過系統(tǒng)的中斷來實現(xiàn)。
4．2數(shù)據(jù)采集模塊
鎳氫電池充放電系統(tǒng)一般需要采集4種數(shù)據(jù)：充放電電壓、充放電電流、電池溫度、充放電器溫度。為了保證采樣的準確性，可采用三次采樣取平均值的算法來實現(xiàn)采樣。
利用DLL提供的功能函數(shù)，再配以DELPHI軟件，就能很容易地通過PCL911－B采集卡實現(xiàn)對設(shè)定通道內(nèi)數(shù)據(jù)的采集。下面是其簡單的例程：
{打開設(shè)備}
ErrCde:＝DRV_DeviceOpen(dwDeviceNum,De-viceHandle);
{設(shè)置采集通道，采集開始}
AiVolIn1．chan:＝ptAIConfig1．DasChan;
AiVolIn1．gain:＝ptAIConfig1．DasGain;
AiVolIn1．TrigMode＝AiCtrMode1;
AiVolIn1．voltage:＝＠Voltage1;
．．．．．．．．．．．．．．．．
ErrCde1:＝DRV_AIVoltageIn(DeviceHandle_AiVolIn1);
．．．．．．．．．．．．．．．．
ErrCde:＝ErrCde1＊ErrCde2＊ErrCde3＊Er-rCde7＊ErrCde8＊ErrCde9;
{獲取采集卡的數(shù)據(jù)}
Edit1．Text:＝FloatToStrF(Voltage1／5,ffFixed6,4);
{采集結(jié)束，保存、退出}
lpDioWritePort．port:＝lpDioPortMode．port;
lpDioWritePort．mask:＝255;
lpDioWritePort．state:＝0;
ErrCde:＝DRV_DioWritePortByte(DeviceHandle,lpDioWritePort);
4．3數(shù)據(jù)處理模塊
通過數(shù)據(jù)處理模塊可以完成信號的存貯、顯示、分析以及信號的調(diào)節(jié)、系統(tǒng)報警及緊急停止等功能。
信號的保存分為圖象和數(shù)據(jù)庫的保存，這些都可以利用DELPHI的SaveDialog對話框以及Pic-ture．SaveToFile事件來實現(xiàn)。
數(shù)據(jù)的顯示可以利用DELPHI的Tcanvas對象，也可以用簡單的繪圖語句在圖象框等控件中實時地復現(xiàn)出數(shù)據(jù)波形，還可以通過Teechart統(tǒng)計圖表對采集數(shù)據(jù)進行波形復現(xiàn)和簡單的分析。若要對其采集數(shù)據(jù)線性度以及信號的頻率、幅度、變化率做進一步的分析，可以調(diào)用MATLAB進行高級處理。
有關(guān)數(shù)據(jù)庫的操作可以圍繞Table或者Query控件來完成，并通過ODBC數(shù)據(jù)源以及DELPHI的BDE數(shù)據(jù)管理器來進行連接。但Query控件需調(diào)用SQL語言來從事設(shè)計。
信號的分析主要包括通過采集的電流、電壓、以及溫度、循環(huán)次數(shù)來研究電池的能量－SOC(Stateofcharge),電池荷電狀態(tài)可反映電池的剩余容量。其數(shù)值上定義為電池剩余容量占電池容量的比值。
SOC建模的正確與否關(guān)系到電池的工作效率、電池的壽命、電池所能釋放的能量和繼續(xù)充放電的時間，所以SOC建模是電池管理系統(tǒng)的重要一環(huán)。因篇幅有限，這里不作介紹。
本系統(tǒng)還可利用經(jīng)典的PID調(diào)節(jié)方式，并通過DELPHI軟件來保證輸出的線性度和穩(wěn)定性。由于充放電需要恒流源，并且充放電時間都較長，故可采用常見的PID調(diào)節(jié)（可消除偏差）方法來滿足系統(tǒng)要求。
軟件管理論文范文5
目前，三維算量軟件已逐漸應用于工程管理、造價領(lǐng)域等，對該軟件的使用者越來越多。但是在建筑方面的使用者卻比較少，主要由以下幾方面的原因造成現(xiàn)在的局面。首先，使用三維算量軟件的話，都需要進行建模，而對圖形的輸入操作比較繁瑣，這就在一定程度上要求使用者具有一定的計算機水平。而現(xiàn)在，我國大部分施工管理人員和造價工程師在計算機的使用方面還不能夠達到上述要求。其次，由于設(shè)計圖紙的不夠規(guī)范，圖層設(shè)計雜亂無章等方面的原因，大大降低了三維算量軟件的自動識別率。再次，有一些工程人員或造價人員不能及時拿到電子圖紙，導致建模工作變得復雜，加重了他們的工作量。另外，市場上三維算量軟件的種類繁多，數(shù)據(jù)接口大不相同，導致軟件在讀圖時出現(xiàn)錯誤，影響實際效果。最后是由于軟件的開發(fā)成本過高，限制了軟件的使用范圍。
2三維算量軟件在工程管理中的重要特性
傳統(tǒng)的手工計算工程量的過程相當繁瑣，如需要翻看圖紙、列計算式、計算分項工程量等，恰恰相反的是，三維算量軟件就是省去了這些繁瑣的過程，能夠?qū)崿F(xiàn)快速三維圖形建模等，直接通過計算機進行計算，精確度高且速度更快，完全實現(xiàn)工程量計算的自動化，規(guī)范化和智能化。因此，在工程管理過程中，三維算量軟件扮演著重要作用，其特性主要體現(xiàn)以下幾個方面：首先，操作簡單且界面清晰，能夠有效兼容現(xiàn)在常用的電子文檔，同時能迅速識別出電子圖紙的墻、梁等。其次，能夠?qū)τ嬎氵^程和工程建模過程有一定監(jiān)督作用，具有修改查詢或控制模型的信息。而在建模和計算的過程中，一旦出現(xiàn)錯誤，操作者可以快速對計算環(huán)境進行檢查并修改，節(jié)約時間，十分方便。另外，在工程統(tǒng)計過程中，對于重合的結(jié)構(gòu)可進行刪減，對于標準層計算可進行復制，使得計算效果得到進一步提升。而在核對成本方面，可采用自行套用定額鎖對信息進行完整換算，有效提高精確度。接著在工程的設(shè)計中，借助幾何尺寸的構(gòu)建對工程量和鋼筋數(shù)量進行核對，從而實現(xiàn)工程量的自動分類，計算和匯總過程。最后，根據(jù)工程構(gòu)件的實際形狀，利用軟件的開發(fā)功能對其進行補充或修改，從而使造價得到有效控制，同時使工程量的計算更加精確。
3三維算量軟件在工程管理中的實踐應用
三維算量軟件在工程管理中的應用很多，其主要體現(xiàn)在工程管理中的工程造價及施工過程等方面。首先，我們要對工程基本特征和性質(zhì)進行定義設(shè)置。如對計量模式的設(shè)置，它就包括工程名稱、需要采用哪種計算規(guī)則、套用什么類型的定額等，而樓層設(shè)置包括樓層的標高和層高、有多少樓層等，只有這樣，才能使之后的圖形繪制和工程量的計算的準確度得到保證，使工程費用得到合理利用，才能有效控制成本。其次，我們可以根據(jù)縱橫軸網(wǎng)和施工圖的點位信息，確認出柱的位置，然后根據(jù)柱之間的軸網(wǎng)生成梁，而在柱和梁圍生成的空間范圍生產(chǎn)相對的板，接著根據(jù)板的邊線生成梁和墻，同時在墻上設(shè)置出門、窗等位置，這樣建筑的基本框架就可以產(chǎn)生了。最后，我們根據(jù)框架結(jié)構(gòu)對立體封閉的區(qū)域設(shè)置天棚、屋面、地面等建筑部位的工程量信息。最后，我們可以根據(jù)樓梯、建筑等其他構(gòu)件對參數(shù)進行定義，待一切數(shù)據(jù)結(jié)束之后，三維算量軟件系統(tǒng)便開始對工程進行自動統(tǒng)計分析，大概一分鐘就可以完成成千上百的分部分項工程量的計算，從而獲得我們所需要的各種數(shù)據(jù)，如磚砌體的體積、梁、板、柱的砼體積等數(shù)據(jù)。工程施工過程中，三維算量軟件的應用范圍則比較廣泛，一般情況下，在進行施工階段，三維算量軟件一般具有以下功能。首先，三維算量軟件可以對工程的施工量進行計算。在工程管理過程中，每一項工程完成后都需要對總體工程量進行分層和分段的計算，使工程資金運轉(zhuǎn)、產(chǎn)品的采購和分配等要求得到滿足。運用三維算量軟件可以有效提高節(jié)點工程量統(tǒng)計精確度。其次，在工程的計劃和監(jiān)控階段，三維算量軟件可通過最簡單的方式完成工程計劃和工程量的結(jié)算，同時在計算機中通過模擬形態(tài)顯示時間工程的效果得到全面呈現(xiàn)，一旦發(fā)現(xiàn)問題就可以立即進行修改。再次，三維算量軟件應用與變更管理功能。在設(shè)計過程中，三維算量軟件可根據(jù)實際情況直接對原圖紙進行增加或刪減構(gòu)件，也就是說三維算量軟件可以通過每次對變更圖紙的信息輸入自動的刪減或增加相應的工程量。最后，使用三維算量軟件可以提前對施工圖紙進行審核，進而提前發(fā)現(xiàn)問題，從而保證施工技術(shù)的質(zhì)量。總之，三維算量軟件可以給施工管理階段提供很多便利條件，然而，這一系統(tǒng)還處于發(fā)展階段，若將圖形軟件的自動化程度進一步加強和提高，那么，三維算量軟件將為工程管理帶來重大變革。
4結(jié)束語
軟件管理論文范文6
關(guān)鍵詞：軟件項目；軟件過程；CMM；KPA
一、引言
項目管理(PM，projectmanagement)是指利用現(xiàn)有的知識、方法和技術(shù)手段，有效地計劃、調(diào)度、控制和跟蹤項目的開始、執(zhí)行、直止終止的過程，是項目順利實現(xiàn)的有效手段。軟件項目管理則是在項目管理的基礎(chǔ)上，結(jié)合軟件產(chǎn)品的實際，利用工程的概念和方法來開發(fā)與維護軟件，對成本、風險、時間、質(zhì)量、過程、配置等進行分析、管理、控制，最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內(nèi)，以預定成本按期、按質(zhì)完成軟件的開發(fā)并交付用戶使用。目前，軟件產(chǎn)品已廣泛應用于各個領(lǐng)域，但是很多軟件項目的成功率并不高．雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范．但并沒有從根本上提高軟件項目管理問題，這就導致軟件產(chǎn)品質(zhì)量不穩(wěn)定甚至是項目的失敗，同時也損害了用戶的利益。本文結(jié)合我國軟件項目管理的特點并經(jīng)實踐應用．以提高軟件質(zhì)量、降低成本、加強軟件項目的可控性為目標，通過對CMM的研究和改進，給出了一個基于CMM加強軟件項目管理的實踐模式，在這個模式中對目前CMM中的KPA做適當?shù)牟脺p，定義了6個關(guān)鍵過程域和3個工作組。
二、軟件項目管理中目前存在的問題
影響軟件項目成功率的因素主要是軟件質(zhì)量問題，而在整個軟件項目的實施過程中需求不明確、跟蹤和監(jiān)督不力、缺乏客觀的軟件評審和軟件配置以及風險管理意識不足等都阻礙著軟件質(zhì)量的提高。
2．1需求不明確
需求管理是軟件項目管理中非常關(guān)鍵的一個步驟．需求分析的完整與否可以降低軟件質(zhì)量、延長項目周期、加大成本。由于用戶對計算機系統(tǒng)認識的不足，對于系統(tǒng)的需求往往比較模糊，遺漏甚至是錯誤的問題經(jīng)常出現(xiàn)(包括管理流程、業(yè)務流程、數(shù)據(jù)或報表的分析處理等)，但這些問題往往沒有暴露給開發(fā)人員，而是隨著項目的進展才逐漸明確。對于開發(fā)人員來說，需求的變更意味著軟件產(chǎn)品的部分內(nèi)容必須重新開發(fā)，而對于整個軟件項目管理而言，勢必要重新分配資源、調(diào)整計劃、估算成本等等，導致軟件產(chǎn)品質(zhì)量下降。
2.2跟蹤和監(jiān)督不力
跟蹤和監(jiān)督主要針對過程而言，也是項目管理中最容易被忽視的環(huán)節(jié)。軟件項目過程由多個任務構(gòu)成，大部分任務都有前置任務和后置任務，這就要求項目管理者要嚴格跟蹤和監(jiān)督每一個任務。任務的完成主要從時間進度和質(zhì)量兩方面來衡量，還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進度內(nèi)容，但如果缺乏有效的跟蹤和監(jiān)督機制，對于每一個階段所要完成的任務疏于評價，就會影響下階段軟件產(chǎn)品的質(zhì)量，有時甚至是軟件產(chǎn)品的重新開發(fā)，最終影響整個軟件項目。
2．3缺乏客觀的軟件評審
客觀的軟件評審是軟件產(chǎn)品質(zhì)量的直接保障，軟件評審一直貫穿于整個軟件項目的過程中，對軟件產(chǎn)品的評審應有客戶使用人員和軟件業(yè)中的同行來進行。客戶使用人員對軟件產(chǎn)品做階段性的評審可以及時發(fā)現(xiàn)軟件產(chǎn)品功能方面的不足，同行評審可以從軟件業(yè)的規(guī)范及標準去發(fā)現(xiàn)問題．軟件評審可以降低軟件開發(fā)的成本提高軟件產(chǎn)品的質(zhì)量。大多情況下項目管理者沒有做任何階段性的評審，通常只是在軟件產(chǎn)品開發(fā)基本完成之后來組織評審，果發(fā)現(xiàn)了很多問題，但要修改已經(jīng)非常困難．要花費很長的時間甚至從頭再來。
2．4軟件配置混亂
軟件配置是指軟件產(chǎn)品在各個階段各種版本的文檔、程序及數(shù)據(jù)的集合，貫穿于整個軟件項目的始終。隨著軟件產(chǎn)品開發(fā)的進行，由于各種客觀原因，其中的預算、設(shè)計方案、進度等內(nèi)容都有可能需要大大小小的更改(這些改動可能是合理的)，整個改變的過程對軟件項目的參與人員來說必須是可視的，以便提高軟件的可靠性和質(zhì)量，而這一切都應該有正確的軟件配置來控制如果失去正確的軟件配置管理，那么針對軟件產(chǎn)品發(fā)生的任何更改或者是維護都會給軟件項目帶來混亂甚至是失敗。
2．5風險管理意識不足
風險管理是軟件項目中防止失敗的一種重要手段，軟件項目不同的階段存在著不同的風險，并且風險會隨著項目的進展而變化，目前國內(nèi)的軟件企業(yè)大都不注意軟件項目的風險管理。除了社會環(huán)境風險、商業(yè)風險等這些客觀風險之外．可控的軟件項目風險主要指技術(shù)風險。技術(shù)風險主要是指與軟件項目本身相關(guān)的的技術(shù)因素變化帶來的風險，如果在一定的條件下達不到技術(shù)條件能夠?qū)崿F(xiàn)的目標，不但延緩項目的進度而且會增加項目的成本．繼而使整個項目受到影響。
三、通過過程管理加強軟件項目管理的實踐模式
利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程，并根據(jù)這一原則對整個軟件項目的開發(fā)和管理進行過程監(jiān)控，監(jiān)督發(fā)現(xiàn)過程中影響項目的關(guān)鍵問題并予以解決。軟件過程是指軟件開發(fā)人員開發(fā)和維護軟件及相關(guān)產(chǎn)品的一套行為、方法、實踐及變換過程，包括軟件開發(fā)過程和軟件管理過程。CMM把軟件開發(fā)機構(gòu)按照不同開發(fā)水平劃分為5個級別。每個等級被分解為幾個KPA(關(guān)鍵過程域)，KPA是指在某個成熟度等級應重點關(guān)注的區(qū)域，也是達到此成熟度等級必須解決的關(guān)鍵點。①初始級，無過程意義。軟件過程是無序的、隨機的、缺乏總計劃，無預見性，大多數(shù)活動是應付危機，經(jīng)常超期超支，成功取決于個人。②可重復級，具備基本的項目管理。KPA分別是：需求管理、軟件項目計劃、軟件跟蹤與監(jiān)督、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理；③已定義級，已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。KPA分別是：組織過程焦點、組織過程定義、培訓大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評審；④可管理級，過程可度量。已收集了軟件過程和產(chǎn)品質(zhì)量的詳細度量方法，軟件過程和產(chǎn)品均可被定量地理解和控制。KPA分別是：定量過程管理、軟件質(zhì)量管理；⑤優(yōu)化級，過程控制。通過過程的量化反饋以及新技術(shù)、新方法促使過程不斷改進。KPA分別是：缺陷預防、技術(shù)更新預防、過程更改管理。
CMM只是一個過程改進的框架．并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當裁減．定義了6個關(guān)鍵過程域：軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監(jiān)督(SPTO)、軟件質(zhì)量保證(SQA)、軟件配置(SCM)、同行評審(PR)，設(shè)置了三個工作組：軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質(zhì)量保證組(SQAG)。通過工作組對關(guān)鍵過程域的操作來加強軟件項目的管理。
3．1定義KPA
3.1.1軟件項目計劃(SPP)
軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排，包括進度控制、成本控制、質(zhì)量控制、風險控制等，也是實施CMM2的核心此階段在安排過程活動的同時開展項目設(shè)計的前期工作，設(shè)計和界定在整個項目中各階段所需的開發(fā)、質(zhì)量、跟蹤、評審、風險、成本等工作。項目計劃是指導項目過程的具體措施，要在有軟件項目實施經(jīng)驗的人員領(lǐng)導下投人大量的時間和人力資源來完成。制定項目計劃應注意7個問題。①在科學論證的基礎(chǔ)上制定過程，充分調(diào)動人員積極性合理地確定項目組的參加人員；②對軟件項目各程中的任務進行分解，明確項目的里程碑和檢查點；③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費用；④正確估計各方面因素帶來的風險并制定應對措施；⑤制定項目實施過程中的跟蹤和監(jiān)督措施；⑥確定軟件的評審和測試方法；⑦詳細的文檔資料。
3．1．2需求管理(RM)
需求分析主要包括面向用戶的用戶需求和面向開發(fā)人員的系統(tǒng)需求．是整個軟件工程的第一步．也是非常關(guān)鍵的一個環(huán)節(jié)。需求分析主要針對用戶的業(yè)務流程、系統(tǒng)功能、性能、數(shù)據(jù)分析進行嚴格的定義．是設(shè)計一個軟件應用系統(tǒng)的起點與基本依據(jù)，通過它來評判軟件產(chǎn)品是否能夠解決用戶問題，也是項目成功與否的標準。就目前國內(nèi)現(xiàn)狀來講，一般簽定軟件項目合同的用戶是主管信息技術(shù)的負責人，它所關(guān)心的可能是整個系統(tǒng)的目標需求，用戶方中層管理人員關(guān)心的是業(yè)務流程需求．終端操作人員則注重軟件本身的易操作性和功能特性，因此．面向用戶的需求一定要和用戶多方人員多溝通、交流．最終通過雙方有關(guān)部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象，對于這種情況一定要注意需求更改的可控性．要建立需求的基準版本和更改版本控制文檔資料．使受需求變化影響的產(chǎn)品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩(wěn)定性，如果一個需求的變更比較頻繁，意味著本項目并沒有真正了解用戶想要解決的實際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進，它可以降低軟件質(zhì)量、加大軟件開發(fā)的成本、甚至是導致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。
3．1．3軟件項目跟蹤和監(jiān)督(SPTO)
軟件項目的跟蹤和監(jiān)督始終貫穿于整個軟件項目的過程中，是項目得以控制的前提和條件、是軟件質(zhì)量的根本保障，其目的是增加軟件過程中進度、成本、工作量、質(zhì)量、風險等內(nèi)容的可視性，也是實施CMM2的核心。除去市場、法律等不可控制因素外，根據(jù)項目計劃對項目進展的有關(guān)情況及影響項目實施的相關(guān)因素進行及時、客觀、準確的信息采集，將采集到的需求、成本、進度、風險等內(nèi)容形成文檔并建立一個項目跟蹤信息平臺。項目負責人定期召集軟件過程人員、開發(fā)人員、質(zhì)量保證人員、用戶方有關(guān)人員召開開放式的例會，例會的主要內(nèi)容是檢查項目進展、數(shù)據(jù)的分析、認識的偏差、資源的搭配、相關(guān)的風險等問題并討論確切的解決辦法，通過跟蹤和監(jiān)督使項目始終處于可視化的受控狀態(tài)。
3.1.4軟件質(zhì)量保證(SQA)
軟件質(zhì)量保證是與軟件產(chǎn)品滿足規(guī)定的和隱含的需要能力有關(guān)的特征或特性的組合。對用戶來講主要體現(xiàn)在軟件產(chǎn)品的有效性、一致性、完整性、可靠性和可操作性等方面，對于軟件產(chǎn)品本身來講體現(xiàn)在軟件產(chǎn)品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中．軟件質(zhì)量保證應在軟件項目計劃、需求分析、跟蹤和監(jiān)督、軟件配置和軟件評審的相互配合下完成．軟件質(zhì)量保證要做到以事先預防和跟蹤為主，事后糾偏為輔。
3．1．5軟件配置(SCM)
軟件配置是針對軟件產(chǎn)品的跟蹤和控制活動．貫穿于整個軟件項目的過程中．目的是建立和維護在整個生命周期內(nèi)軟件產(chǎn)品的完整性和一致性，使整個軟件產(chǎn)品的演進過程處于可控的狀態(tài)，繼而提高軟件的可靠性和質(zhì)量。在實踐應用中主要做到五個子項的配置①配置項的標識。標識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產(chǎn)周期中產(chǎn)品在技術(shù)和管理上的完整性。⑤系統(tǒng)整合。把系統(tǒng)的不同部分集成后完成一組特定的功能。
3．1．6同行評審(PR)
同行評審是根據(jù)預定的規(guī)范和標準對軟件產(chǎn)品進行評審。評審的結(jié)果是衡量軟件產(chǎn)品質(zhì)量的依據(jù)。在整個軟件過程中對詳細設(shè)計和軟件綜合測試作為兩個關(guān)鍵評審點來進行評審，評審的過程中注意要結(jié)合本軟件項目的具體要求和標準。
3．2組的定義
在具體的實踐應用中設(shè)置了三個組，在降低了人員成本的同時提高了軟件過程改進能力和軟件質(zhì)量。
軟件項目過程組(SPPG)組織具體的項目實施活動，管理并協(xié)調(diào)整個軟件項目的過程，主要完成SPP和SPTO。
軟件工程組(SEG)負責軟件工程的需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試、維護工作。
軟件質(zhì)量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
四、實踐模式效率評估
4．1開發(fā)時間
軟件開發(fā)由需求分析、概要設(shè)計、詳細設(shè)計、編碼、軟件測試、項目維護和軟件集成幾部分內(nèi)容組成，在需求分析和設(shè)計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析，論證項目的可行性。然后在和用戶做良好溝通、反復論證的基礎(chǔ)上做需求分析，形成文檔資料。這種模式下花費在需求分析和設(shè)計上的時間大約占項目總開發(fā)時間的40％，但這兩個階段完成了數(shù)據(jù)流程、算法描述、詳細的規(guī)格說明等內(nèi)容，為代碼編寫、軟件測試、軟件維護等后續(xù)內(nèi)容的工作節(jié)省了時間，軟件項目的開發(fā)周期大大縮短。經(jīng)過評估，采用該實踐模式實施軟件過程管理的軟件項目開發(fā)周期比沒有實施軟件過程管理的軟件項目開發(fā)周期縮短20％。:
4．2開發(fā)質(zhì)量
采用CMM標準通過軟件過程管理加強軟件項目管理的實踐模式使軟件質(zhì)量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產(chǎn)品完整性好、功能齊全、維護量下降，軟件項目最終得以順利實現(xiàn)。
