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