前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件管理論文主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件管理論文范文

一般來說，軟件工程師總是非常樂觀。當他們在計劃軟件項目時，經常認為每件事情都會像計劃那樣運行，或者，又會走向另外一個極端。軟件開發的創造性本質意味著我們不能完全預測會發生的事情，因此制定一個詳細計劃的關鍵點很難確定。當有預想不到的事情引起項目脫離正常軌道時，以上兩種觀點都會導致軟件項目的失敗。

目前，風險管理被認為是IT軟件項目中減少失敗的一種重要手段。當不能很確定地預測將來事情的時候，可以采用結構化風險管理來發現計劃中的缺陷，并且采取行動來減少潛在問題發生的可能性和影響。風險管理意味著危機還沒有發生之前就對它進行處理。這就提高了項目成功的機會和減少了不可避免風險所產生的后果。

2什么是風險

所謂“風險”，歸納起來主要有兩種意見，主觀說認為，風險是損失的不確定性；客觀學認為，風險是給定情況下一定時期可能發生的各種結果間的差異。它的兩個基本特征是不確定性和損失。IT行業中的軟件項目開發是一項可能損失的活動，不管開發過程如何進行都有可能超出預算或時間延遲。項目開發的方式很少能保證開發工作一定成功，都要冒一定的風險，也就需要進行項目風險分析。在進行項目風險分析時，重要的是要量化不確定的程度和每個風險相當的損失程度，為實現這一點就必須要考慮以下問題：

要考慮未來，什么樣的風險會導致軟件項目失敗？

要考慮變化，在用戶需求、開發技術、目標、機制及其它與項目有關的因素的改變將會對按時交付和系統成功產生什么影響？

必須解決選擇問題，應采用什么方法和工具，應配備多少人力，在質量上強調到什么程度才滿足要求？

要考慮風險類型，是屬于項目風險、技術風險、商業風險、管理風險還是預算風險等？

這些潛在的問題可能會對軟件項目的計劃、成本、技術、產品的質量及團隊的士氣都有負面的影響。風險管理就是在這些潛在的問題對項目造成破壞之前識別、處理和排除。

3風險管理

項目風險管理實際上就是貫穿在項目開發過程中的一系列管理步驟，其中包括風險識別、風險估計、風險管理策略、風險解決和風險監控。它能讓風險管理者主動“攻擊”風險，進行有效的風險管理。

在項目管理中，建立風險管理策略和在項目的生命周期中不斷控制風險是非常重要的，風險管理包括四個相關階段：

風險識別識別風險的方法常用的有風險識別問詢法（座談法、專家法）、財務報表法、流程圖法、現場觀察法、相關部門配合法和環境分析法等。

風險評估對已識別的風險要進行估計和評價，風險估計的主要任務是確定風險發生的概率與后果，風險評價則是確定該風險的經濟意義及處理的費/效分析，常用的方法有：概率分布、外推法、多目標分析法等。

風險處理一般而言，風險處理有三種方法，①風險控制法，即主動采取措施避免風險，消滅風險，中和風險或采用緊急方案降低風險。②風險自留，當風險量不大時可以余留風險。③風險轉移。

風險監控包括對風險發生的監督和對風險管理的監督，前者是對已識別的風險源進行監視和控制，后者是在項目實施過程中監督人們認真執行風險管理的組織和技術措施。

在IT軟件項目管理中，應該任命一名風險管理者，該管理者的主要職責是在制訂與評估規劃時，從風險管理的角度對項目規劃或計劃進行審核并發表意見，不斷尋找可能出現的任何意外情況，試著指出各個風險的管理策略及常用的管理方法，以隨時處理出現的風險，風險管理者最好是由項目主管以外的人擔任。

險識別

風險識別就是企圖采用系統化的方法，識別某特定項目已知的和可預測的風險。常用方法是建立“風險條目檢查表”，利用一組提問來幫助項目風險管理者了解在項目和技術方面有些風險。在“風險條目檢查表”中，列出了所有可能的與每一個風險因素有關的提問，使得風險管理者集中來識別常見的、已知的和可預測的風險，如產品規模風險、依賴性風險、需求風險、管理風險及技術風險等。“風險條目檢查表”可以以不同的方式組織，通過判定分析或假設分析，給出這些提問確定的回答，就可以幫助管理或計劃人員估算風險的影響。軟件項目一般有如下五類風險：

4.1產品規模風險

有經驗的項目經理都知道：項目的風險是直接與產品的規模成正比的。與軟件規模相關的常見風險因素有：

估算產品的規模的方法（LOC或代碼行，FP或功能點，程序或文件的數目）。

產品規模估算的信任度

產品規模與以前產品規模平均值的偏差

產品的用戶數

復用的軟件有多少

產品的需求改變多少

4.2需求風險

很多項目在確定需求時都面臨著一些不確定性和混亂。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產生錯誤的產品或者拙劣地建造正確的產品。每一種情況都會導致使人不愉快。

與客戶相關的風險因素有：

對產品缺少清晰的認識

對產品需求缺少認同

在做需求中客戶參與不夠

沒有優先需求

由于不確定的需要導致新的市場

不斷變化需求

缺少有效的需求變化管理過程

對需求的變化缺少相關分析

4.3相關性風險

許多風險都是因為項目的外部環境或因素的相關性產生的。經常我們不能很好地控制外部的相關性，因此緩解策略應該包括可能性計劃，以便從第二資源或協同工作資源中取得必要的組成部分，并且覺察潛在的問題。與外部環境相關的因素有：

客戶供應條目或信息

內部或外部轉包商的關系

交互成員或交互團體依賴性

經驗豐富人員的可得性

項目的復用性

4.4管理風險

盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經理經常是寫項目風險管理計劃的人，并且大部分人都不希望在公共場合暴露自己的弱點。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目。當我們定義了項目追蹤過程并且明晰項目角色和責任，就能處理這些風險因素：

計劃和任務定義不夠充分

實際項目狀態

項目所有者和決策者分不清

不切實際的承諾

員工之間的沖突

4.5技術風險

軟件技術的飛速發展和經歷豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、雇傭顧問以及為項目團隊招聘合適的人才等。主要有下面這些風險因素：

缺乏培訓

對方法、工具和技術理解的不夠

應用領域的經驗不夠

新的技術和開發方法

不能正確工作的方法

5風險估計

風險估計，又稱風險預測，常采用兩種方法估價每種風險。一種是估計風險發生的可能性或概率，另一種是估計如果風險發生時所產生的后果。一般來講，風險管理者要與項目計劃人員、技術人員及其他管理人員一起執行四種風險活動：

（1）建立一個標準（尺度），以反映風險發生的可能性。

（2）描述風險的后果。

（3）估計風險對項目和產品的影響。

（4）確定風險的精確度，以免產生誤解。

另外，要對每個風險的表現、范圍、時間做出盡量準確的判斷。對不同類型的風險采取不同的分析辦法。

1．確定型風險估計

（a）盈虧平衡分析

盈虧平衡分析（Break-EvenAnalysis）通常又稱為量本利分析或損益平衡分析。它是根據軟件項目在正常生產年份的產品產量或銷售量、成本費用、產品銷售單價和銷售稅金等數據，計算和分析產量、成本和盈利這三者之間的關系，從中找出它們的規律，并確定項目成本和收益相等時的盈虧平衡點的一種分析方法。在盈虧平衡點上，軟件項目既無盈利，也無虧損。通過盈虧平衡分析可以看出軟件項目對市場需求變化的適應能力。

（b）敏感性分析

敏感性分析（SensitivityAnalysis）的目的，是考察與軟件項目有關的一個或多個主要因素發生變化時對該項目投資價值指標的影響程度。通過敏感性分析，使我們可以了解和掌握在軟件項目經濟分析中由于某些參數估算的錯誤或是使用的數據不太可靠而可能造成的對投資價值指標的影響程度，有助于我們確定在項目投資決策過程中需要重點調查研究和分析測算的因素。

（c）概率分析

它是運用概率論及數理統計方法，來預測和研究各種不確定因素對軟件項目投資價值指標影響的一種定量分析。通過概率分析可以對項目的風險情況做出比較準確的判斷。主要包括解析法和模擬法（蒙特卡羅MonteCarlo技術）兩種。

2．不確定型風險估計

主要有小中取大原則、大中取小原則、遺憾原則、最大數學期望原則、最大可能原則。

3．隨機型風險估計

主要有最大可能原則、最大數學期望原則、最大效用數學期望原則、貝葉斯后驗概率法等。

5.1建立風險清單

風險清單是關鍵的風險預測管理工具，清單上列出了在任何時候碰到的風險名稱、類別、概率及該風險所產生的影響。其中整體影響值可對四個風險因素（性能、支持、成本及進度）的影響類別求平均值（有時也采用加權平均值）。

一旦完成了風險表的內容，就可以根據概率及影響來進行綜合考慮，風險影響和出現概率從風險管理的角度來看，它們各自起著不同的作用（見圖1）。一個具有高影響但低概率的風險因素不應當占用太多的風險管理時間，而具有中到高概率、高影響的風險和具有高概率及低影響的風險，就應該進行風險分析。

5.2風險評估

在風險分析過程中，我們對風險進行評估時可以建立一個如下的四元數組：

[ri,li,xi，yi]

其中，ri是風險，li為風險出現的概率，xi則表示風險損失大小，yi則表示期望風險。

一種對風險評估的常用技術是定義風險的參照水準，對絕大多數軟件項目來講，風險因素——成本、性能、支持和進度就是典型的風險參照系。也就是說對成本超支、性能下降、支持困難、進度延遲都有一個導致項目終止的水平值。如果風險的組合所產生的問題超出了一個或多個參照水平值時，就終止該項目的工作，在項目分析中，風險水平參考值是由一系列的點構成的，每一個單獨的點常稱為參照點或臨界點。如果某風險落在臨界點上，可以利用性能分析、成本分析、質量分析等來判斷該項目是否繼續工作。圖2表示了這種情況。

但在實際工作中，參照點很少能構成一條光滑的曲線，大多數情況下，它是一個區域，而且是個易變的區域。因而在做風險評估時，盡量按以下步驟執行：

（1）定義項目的水平參照值

（2）找出每組[ri,li,xi，yi]與每個水平參照值間的關系

（3）估計一組臨界點以定義項目的終止區域

（4）估計風險組合將如何影響風險水平參照值

5.3估計損失的大小

表1是風險分析表的一個例子，可以建立一個用風險、損失概率、損失大小和期望風險這樣的風險評估表。

在表1所示的風險估價的例子中，一個理論項目已經識別了從1到20周期間的潛在的幾個風險，風險發生的概率范圍在5%到50%之間。在現實的項目中，可能會識別出比此表要多得多的風險。

損失的大小常常比概率更容易受到控制。在以上的例子中，可以很精確地估計出完全支持自動從主機更新數據的時間是20個月。根據管理層將在何時討論項目建議書,可以知道項目不是在2月1日就是3月1日會被批準。如果假定會在2月1日批準，項目被批準的風險大小會比期望的長一些，也就是1個月時間。

如果損失的大小不容易直接估計出來，可以將損失分解為更小的部分，再對其進行評估，然后將各部分評估結果累加，形成一個合計評估值。例如，如果使用3種新編程工具，可以單獨評估每種工具未達到預期效果的損失，然后再把損失加到一起，這要比總體評估容易多了。

5.4評估損失的概率

評估損失的概率要比評估損失大小更具有主觀性。這里有許多實踐方法可以提高主觀評估的準確度。有以下方法：

由最熟悉系統的人評估每個風險的發生概率，然后保留一份風險評估審核文件。

使用Delphi法或少數服從多數的方法。使用Delphi法，必須要求每個人對每個風險進行獨立地評估，然后討論（口頭或紙上）每個評估的合理性，特別是最高和最低的那個。一輪輪討論，直到達成共識。?使用“形容詞標準”。首先讓每個人用表示可能性的形容詞短語選擇風險的級別，如非?？赡?、很可能、可能、或許、不太可能、不可能、和根本不可能。然后把可能性的評估轉換為數量化的評估（Boehm1989）。

5.5整個項目超限和緩沖

實際上，表1中表示的期望風險的計算數值來源于一個被稱為“期望值”的統計術語。設計欠佳引起的風險如果真正發生將花費15周的時間。既然它不是100%地會發生，當然不能預計損失15周時間。但它也不是沒有可能發生，所以也不應指望不會發生損失。統計學認為，預計損失的數量是概率乘以損失大小，即15%乘以15周。因此，在這個例子中，預計的是損失2.25周。由于只是談論計劃風險，可以累加所有的風險暴露量來得到項目的全部可預料超標值。這個項目可預料的超標值是12.8到13.2周，這就是如果不做任何風險管理的話有可能超過計劃的周數。

超出預期值的大小為整個項目風險控制級別的確定提供了依據。如果例子中的項目是個25周的項目，超出預期值的12.8到13.2周就很明顯需要進行風險管理了。

6風險管理策略

風險管理策略就是輔助項目組建立處理項目風險的策略。項目開發是一個高風險的活動，如果項目采取積極的風險管理策略，就可以避免或降低許多風險，反之，就有可能使項目處于癱瘓狀態。一般來講，一個較好的風險管理策略應滿足以下要求：

（1）在項目開發中規劃風險管理，盡量避免風險

（2）指定風險管理者，監控風險因素

（3）建立風險清單及風險管理計劃

（4）建立風險反饋渠道

7風險駕馭和監控

風險的駕馭與監控主要靠管理者的經驗來實施，它是利用項目管理方法及其它某些技術，如原型法、軟件心理學、可靠性等來設法避免或轉移風險。風險的駕馭和監控活動可用圖3來表示。

7.1建立風險駕馭與監控計劃

從圖3中可以看出，風險的駕馭與監控活動要寫入RMMP（RiskMonitoringandManagementPlan風險駕馭與監控計劃）。RMMP記述了風險分析的全部工作，并且作為整個項目計劃的一部分為項目管理人員所使用。

風險管理策略可以包含在軟件項目計劃中，也可以組織成一個獨立的風險緩解、監控和管理計劃（RMMP計劃）。RMMP計劃將所有風險分析工作文檔化，并由項目管理者作為整個項目計劃中的一部分來使用。一旦建立了RMMP計劃，且項目開始啟動，則風險緩解及駕馭及監控步驟也開始了。正如前面討論的，風險緩解是一種問題避免活動。風險駕馭及監控則是一種項目跟蹤活動，它有三個主要目標：?判斷一個預測的風險是否事實、是否發生。

進行風險再估計，確保針對某個風險而制定的風險消除活動正在使用。

收集可用于將來進行風險分析的信息。

風險駕馭及監控的策略如下：

與在職人員協商，確定人員流動原因。

在項目開始前，把緩解這些流動原因的工作列入風險駕馭計劃。

項目開始時，要作好人員流動的思想準備，并采取一些措施確保人員一旦離開時，項目仍能繼續。

制定文檔標準，并建立一種機制，保證文檔及時產生。

對所有工作進行細微詳審，使更多人能夠按計劃進度完成自己的工作。

對每個關鍵性技術人員培養后備人員。

在考慮風險成本之后，決定是否采用上述策略。

7.2軟件項目風險追蹤工具

追蹤風險的一個辦法是將風險輸入缺陷追蹤系統中，缺陷追蹤系統能將風險項目標示為已解決或尚未處理等狀態，也能指定解決問題的項目團隊成員，并安排處理順序?？蓪④浖L險項目依序排列出來，按照缺陷存在的時間與負責者等資料排列。這樣，缺陷追蹤系統就是追蹤風險的工作能更好執行并且不那么單調。

第2篇：軟件管理論文范文

WBSR模式是建立在WBS基礎之上的，與責任融合后形成的一種新模式。從WBSR角度開展工作，能夠確定軟件項目的工作及產品范圍，為工作順利開展指明了方向，將工作細化之后，分配給每一個工作人員，促使工作人員明確自身職責，從而為項目計劃制定、考核等工作奠定堅實的基礎和保障。

2模型具體步驟劃分

通過對模型進行深入分析和研究，并結合軟件項目特征，能夠確定責任范圍，對整個項目進行結構分解，得到WBS集；軟件項目的開發需要將用戶需求作為核心，進而通過模型進行分解，獲得PBS集；最后，要制定與項目開發相關的部署，確保每一個環節都能夠順利進行，保證項目進度，為工作提供依據，通過這種方式，不僅能夠確保工作有條不紊進行，還能夠有效提高工作質量和效率，從而促進軟件開發工作進一步發展。

3模型主要應用流程

WBSR模型在軟件項目管理中的應用主要涉及對項目的分解、工作目標的確認及更新。首先，建立工作小組，工作人員作為軟件項目管理的核心，其成員綜合素質直接影響工作能否順利進行，基于此，小組成員一般選擇項目經濟、技術人員等，還可以增加用戶代表等，以此來確保軟件開發的合理、科學性；其次，工作、產品等結構分解，工作分解作為模式應用的基礎，應結合實際情況進行合理分解，切勿盲目性，還需要結合成員經驗等因素，為工作順利開展提供支持；軟件產品作為參與市場競爭的關鍵，分解產品開發，能夠深度挖掘員工潛力，提高產品適應力，與客戶達成共識；最后，還需要結合實際情況對項目范圍進行及時調整，如果范圍發生變化，相對應的工作流程也需要進行調整，實現統一、系統發展目標。

4模型應用情況

將軟件項目管理與WBSR模式結合，將各個工作進行細致劃分，能夠為軟件計劃、預估等工作提供依據，確保工作順利開展，在一定程度上推動了軟件項目進一步發展，與此同時，在項目開展過程中，負責人加大對實際工作的監督和控制力度，能夠及時發現不足之處，并采取有針對性措施，確保軟件產品開發質量，該模式的應用，能夠直觀的反映組內成員的實際表現，為日后進行績效考核奠定了基礎，從而有效提高管理水平，促進企業可持續、健康發展。

5模式性能評價

通過對WBSR模式在軟件項目管理中應用情況調查可知，模式對工作過程及產品開發從不同角度進行合理分解，提高了項目范圍的精準性及有效性，避免工作失誤情況的發生，并且將工作細化至每一個人受眾，形成良性循環，促使員工能夠認真、負責完成工作，起到了積極地促進作用。因此，面對社會發展新形勢下，企業軟件項目管理可以大力推廣和普及WBSR模式，提高產品適應力及質量，從而實現企業經濟效益最大化目標。

6結論

第3篇：軟件管理論文范文

關鍵詞：單片機短信收發軟件設計

GSM（GlobalSystemforMobilecommunication）系統是目前基于時分多址技術的移動通信體制中，比較成熟完善，且應用最廣泛的一種系統。目前已建成的覆蓋全國的GSM數字蜂窩移動通信網，是我國公眾移動通信網的主要方式?；贕SM的短信信息服務，是一種在移動網絡上傳送簡短信息的無線應用，是一種信息在移動網絡上存儲和轉寄的過程。由于公眾GSM網絡在全球范圍內實現了聯網和漫游，建議上述系統不需再組建專用通信網絡，所以具有實時傳輸數據功能的短信應用將得到迅速普及。筆者開發設計的基于GSM網絡的溫度數據采集與無線傳輸系統正是借助該網絡平臺，利用短信息業務實現數據的自動雙向傳遞。系統模型圖如圖1所示。

本系統由數據采集部分、數據接收和發送部分、終端處理部分三個模塊組成。數據采集模塊將采集到的溫度數據存入存儲器中。數據收發模塊采用雙單片機共用E2RPOM的方式，單片機2控制數據從存儲器轉存入E2PROM中；單片機1負責將數據從E2PROM中讀出，并經GSM模塊2借助GSM網絡將數據發送出去。單片機1不僅控制數據的發送，也控制數據的接收。在這里，E2PROM是溫度數據臨時存儲和上傳的中轉站。終端處理模塊負責將接收到的數據交給計算機處理，并將處理后的結果存放到數據庫中，以供查詢。當終端處理模塊需要向GSM模塊2發送控制命令時，GSM模塊2接收過程正好與上述過程相反，從而實現數據的自動雙向傳遞。

系統中，三個模塊相互獨立，彼此又相互依賴，共同完成數據的傳輸。數據收發模塊在系統中起著承上啟下的作用，是系統的核心模塊。該模塊以雙單片機為核心，以RS232通信接口，在物理層上實現與GSM模塊的連接。由于篇幅的限制，本文主要介紹單片機控制這一模塊工作的軟件實現過程，旨在對怎樣用單片機控制GSM模塊收發短信息進行探討。

1GSM模塊MZ28

MZ28是中興通訊推出的GSM無線雙頻調制解調器，主要為語音傳輸、短信發送和數據業務提供無線接口。MZ28集成了完整的射頻電路和GSM的基帶處理器，特別適合于迅速開發基于GSM無線網絡的無線應用產品。帶有人機接口（MMI）界面的應用產品內部與MZ28的通信可通過標準的串行接口（RS232）進行。MZ28使用簡單的20-PINZIP插座與用戶自己的應用系統相連，此ZIP連接方式提供開發所需的數據通信、音頻和電源等接口信號。MZ28可以作為無線引擎，嵌入到用戶自己的產品當中，用戶可以用單片機或其它CPU的UART口，使用相應的AT命令，對模塊進行控制，達到使其產品可以輕松進入GSM網絡的目的。

2串口控制SMS的工作原理

單片機與GSM模塊一般采用串行異步通信接口，通信速度可設定，通常為19200bps。采用這種RSM232電纜方式進行連接時，數據傳輸的可靠性較好。RS232接口方式連接，通過串行接口集成電路和電平轉換電路與GSM模塊連接，電路比較簡單，所涉及的芯片包括單片機89C52和電平轉換芯片MAX232，是非常常見的接口電路。需要說明的是，該接口通過I2C總線擴展了一個E2PROM存儲器芯片AT24C64，它的主要作用是存儲數據，而且斷電信息也不會丟失，這些特性正是存儲數據所必須的。

GSM的短信息業務SMS利用信令信道傳輸，這是GSM通信網所特有的。它不用撥號建立連接，把要發的信息加上目的數據發送到短信息服務中心，經短信服務中心完成存儲后再發送給最終的信宿。所以當目的GSM終端沒開機時信息不會丟失。每個短信的信息量限制為160字節。

現在市場上大多數手機均支持GSM07.05規定的AT指令集。該指令集是ETSI（歐洲通信技術委員會）的，其中包含了對SMS的控制。利用GSM手機的串行接口，單片機向手機收發一系列的AT命令，就能達到控制GSM模塊收發SMS的目的。必須注意的是，用單片機實現時，編程必須注意它發送指令與接收到的響應都是字符的ASCII碼。用單片機控制GSM模塊收發短信息所涉及以的AT指令如表1所列。

表1AT指令

AT指令功能描述

AT+OFF關機并重新啟動

AT+CSDH=0在TEXT模式下在返回值中不顯示詳細的頭信息

ATE0關閉回顯

AT+CMGF=1選擇短信格式為TEXT模式

AT+CMGS發送短信息

AT+CMGR讀取短信息

AT+CMGD=0刪除全部短信息

3軟件實現

3.1上位機模塊和下位機模塊半雙工通信協議的實現

3．1．1應答和重發

上位機模塊和下位模塊的通信雙方遵照半雙工通信方式進行，即數據傳送是雙向的。但是，任何時刻只能由其中的一方發送數據，另一方接收數據，因為E2PROM的讀出和寫入不能同時進行。為了避免一方在發送信息幀時（這里的信息幀指的是下位機模塊發送的數據幀和上位機模塊發送的命令幀，下同），另一方也會發送數據，必須把信道變成半雙工方式。盡管這樣效率可能不如全雙工方式，但通過此舉犧牲效率可以換取模塊工作性能的穩定。雙方采取的順序是：發收到應答后再發。

按照整個系統的設計思路，上位機模塊（即圖1中的GSM模塊1，下同）發送的幀包括命令幀、確認幀和非確認幀；下位機模塊（即圖1中的GSM模塊2，下同）發送的幀包括數據幀、確認幀和非確認幀。其中確認幀和非確認幀是發送數據后等待對方發送的應答幀，以此作為繼續發送下一幀和重新發送上一幀的依據。命令幀和數據幀是信息幀，當一方先發送完信息幀，如果收方接收到對方的信息幀，而又沒有信息幀需要發送，那么情況就比較簡單，收方將根據信息幀的正確與否決定發送確認幀還是非確認幀，以使對方決定是繼續發送還是重新發送；如果此刻收方也有信息幀需要發送，那么收方將不立即發送應答幀，而是立即發送本方的信息幀給對方，并等待對方對此幀的應的應答幀，在收到對方的應答幀后，收方將依據應答幀的內容（即確認幀或者是非確認幀，下同）決定是繼續發送下一信息幀，還是重新發送原來的信息幀。如果由于鏈路本身不可靠等因素造成應答幀的丟失，收方將在一定時間內因為沒有收到應答幀而延時重發原來的信息幀。在收到對方的應答幀后，收方將繼續發送下一信息幀，并等待對方的應答幀，如此反復，直到收方全部發送完信息幀。在本方收到對方最后一個應答幀后，表明本方全部的信息幀發送完畢。然后收方將發送對方仍然等待的應答幀，通知對方收到的信息幀正確與否。

圖2

3．1．2延時重發

在雙方通信過程中，有兩個時間t1和t2，分別表示重新發送信息幀的最大延時。t1表示一方發送完信息幀到收到對方應答幀的時間，如果等待應答幀的時間超過了t1，則發方會重新發送原來的信息幀；當收方接收到對方發送的信息幀，如果收方此時有需要發送的信息幀，則收方此記得不發送應答幀，而是發送信息幀給對方。也就是說，利用對方等待收方應答幀的時間t1內，收方插入發送本文的信息幀，同樣本方的發送也存在一個延時重發的問題。在規定的時間內，如果沒有收到對方應答幀，收方也同樣需要重發原來的信息幀，這個規定的時間就是t2。顯然由于收方是利用間隙時間發送本方信息幀，所以t2<t1。

圖2以下位機模塊先發數據幀為例，闡述雙方通信的具體實現過程。

需要說明的是，由于版面的限制，圖2所示的通信過程沒有涉及到發送非確認幀的情況，如果收方發送非常認幀，發方的發送過程跟發送數據幀是一樣的，只不過這種情況下需要重發同一幀號的數據幀。如果上位機模塊先發命令幀，雙方通信的實現過程跟圖2類似，所不同的是數據幀此時變成命令幀，命令幀變成數據幀。在延時的時間上，無論是下位機發送數據幀還是上位機發送命令幀，t2的大小都應該是一樣的，都是利用時間間隔t2發送收方信息幀，延時的時間是相同的。然而，對于t1而方，情況就有所不同。因為下位機模塊先發送數據幀時，利用t1的間隔時間上位機模塊發送的命令幀可靠較少，因此當下位機模塊先發送數據幀時所定義的t1應該小于當上位機模塊先發送命令幀時，所定義的t1。這是因為當上位機模塊先發送命令幀時，利用t1的間隔時間下位機模塊發送的數據幀可能比較多。

3.2幀格式

GSM模塊通過異步通信接口實現對SMS的控制共有三種接入協議：BlockMode；基于AT指令的TextMode；基于AT指令PDUMode。本系統發送和接收的數據都是基于數字的溫度數據和命令字，為了保證系統的適用性，SMS的收發采用TEXT模式。TEXT模式是基于字符的，更具體地說是基于ASCII碼的一種結構模式。在該模式下，模塊發送和接收的信息幀格式如下：

幀頭幀序號數據校驗子

信息幀包括數據幀和命令幀。

幀頭表示數據幀的標記，是由固定的字符“WQ”構成。

幀序號表示數據幀的序號，由兩個字節組成。幀序號表示下位機模塊發送的遞增數據幀序號和上位機模塊發送的命令幀序號。為了簡化幀結構，命令幀的序號統一為00H。

數據字段的長度為154字節，最多發送77個字符（采用TEXT模式，不能發送漢字）。

檢驗子為數據字段所有字節累加和的初碼（原碼取反加1），由一個字節組成。

除了信息幀外，雙向傳遞的還有應答幀，它包括確認幀和非確認幀。確認幀是雙方反饋給發方的應答幀，表示收方已經正確接收到了發方發送的信息幀。確認幀格式僅包括兩個字段，且兩個字段的內容都是固定的，即幀頭“WQ”和數據字段“ACK”，確認幀格式如下。

WQACK

非確認幀是收方給發方的應答幀，表示收方收到的是無效的信息幀，其格式與應答幀格式類似，幀格式如下。

WQNACK

3.3E2PROM空間的分配

采用8KB的E2PROM，按照每77個字節為一個塊進行劃分，共106塊，如圖3所示。

第00、01塊留作系統使用，第02塊～第105塊是數據塊，用作存放數據。

3．4收發端與采集端的握手協議

收發端與采集端共用一個存儲器，即雙CPU對同一個E2PROM進行操作。實現方案是分別使兩個微處理器的一個I/O腳相連，兩個CPU采用查詢方式對此I/O端進行查詢。如果某時候收發端查詢到本地I/O端為高電平，則單片機1擁有此存儲器的操作權，可以對E2PROM進行讀寫操作。如果采集端查詢到本地I/O端為高電平，則單片機2擁有此存儲器的操作權，可以對它進行寫操作。一方操作完畢后將I2C總線置為高電平，表明本端已經釋放I2C總線，E2PROM目前處于可用狀態。

3.5程序的設計

3．5．1主函數的設計思路

開機上電后，程序在主函數中運行，單片機和GSM模塊分別進行初始化。單片機的初始化包括設置串口工作方式、波特率，并初始化變量參數和標志位。GSM模塊初始化包括重新啟動、關閉回顯、設置在TEXT模式下的返回值中不顯示詳細的頭信息、選擇短信格式為TEXT模式、開發串口中斷準備接收數據。

3．5．2GSM返回參數的處理—SHELL函數

SHELL函數是進入時鐘中斷程序時被調用時，該函數是對GSM模塊返回參數進行處理的函數。根據系統設計的要求，需要對GSM模塊進行下列操作：呼叫對方模塊號碼、發送數據、閱讀短信、刪除短信?；谝陨喜僮髦噶?，如果操作成功GSM模塊會分別返回不同的參數：>、+CMGS、+CMGR、OK。根據接收到的不同參數，下位機模塊將轉向不同的操作步驟，判斷并改變標志位的值。比如，如果某時刻接收到>，這表明呼叫對方模塊號碼獲得成功，接下來需要發送數據。這時SHELL函數將檢查發送不同數據所代表的標志位f_sending、f_ack、f_nack，從而決定需要發送何種類型的數據。

3.5.3短信數據的處理—ExecData函數

進入時鐘中斷調用SHELL函數時，如果接收到了返回的參數+CMTI，表明上位機模塊向下位機模塊發送了短信數據，可能是命令幀，也可能是確認幀或者非確認幀。在這種情況下，SHELL函數需要對短信內容進行分析，并根據短信的內容進行不同的處理，負責完成以上功能的就是ExecData函數，它是被SHELL函數調用的，用來分析并處理短信數據。

結語

第4篇：軟件管理論文范文

論文關鍵詞：軟件項目管理軟件產品質量因素

論文摘要：軟件項目管理的核心是全面客戶滿意。其管理體系包括:戰略管理、范圍管理、成本管理、時間管理、人力資源管理、溝通管理、風險管理和質量管理。

在軟件和信息科技行業，項目管理經常決定了一個產品或者企業能否成功。項目管理得到越來越多的企業和政府部門的重視，例如中國于2002年4月召開了有關項目管理的首次國際研討會。具體操作與項目最根本的不同在于具體操作是具有連續性和重復性的，而項目則是有時限性和唯一性的。項目是一項為了創造某一唯一的產品或服務的時限性工作。所謂時限性是指每一個項目都具有明確的開端和明確的結束;所謂唯一是指該項產品或服務與同類產品或服務相比在某些方面具有顯著的不同。各種層次的組織都可以承擔項目工作。項目有時只涉及一個組織的某一部分，有時則可能需要跨越好幾個組織。項目是執行組織商業戰略的關鍵。

一、軟件產品項目管理的重要性

20世紀80--90年代，許多大型企業管理信息系統MIS的開發都以失敗而告終。這是為什么?一個重要原因是軟件項目管理水平上不去，尤其是需求分析管理水平上不去，使得項目快要驗收或交付時，卻出了大問題:要么發現用戶需求獲取不準確，要么發現用戶需求變了，致使做好的系統不能用或不好用。20世紀90年代初，上海一家公司在青島做一個港口MIS項目，北京有一個單位在天津做一個港口MIS項目，都是因為甲乙雙方軟件工程基本知識不具備，使得項目管理不到位，導致2個大型項目不成功?，F在軟件應用領域空前廣闊，深人到社會和科學研究等領域的各個方面。軟件的需求也比以往更加多，軟件系統設計也空前復雜。軟件的項目管理問題也就因此而產生了。90年代中期，軟件項目管理不善的問題仍然嚴重。據美國軟件工程狀況調查，只有10%的項目能夠在預定的費用和進度下交付。于是軟件項目管理成為軟件項目發展中最重要的核心問題。為了使軟件項目開發獲得成功，必須對軟件開發項目的工作范圍、可能遇到的風險、需要的資源(人、硬件、軟件)、要實現的任務、經歷的里程碑、花費的工作量(成本)，以及進度安排等做到心中有數。軟件項目管理的目的就是提供這些信息，分析信息，并根據分析結果對項目做出調整。軟件項目管理開始于技術工作之前，在軟件開發的整個過程中持續進行，最后中止于軟件過程結束。

二、軟件項目管理體系

隨著軟、硬件技術以及通信技術的日益成熟，軟件技術可以與所有的傳統產業相結合，促進產品的更新換代，大幅度提高產品的附加值，提高勞動生產率，推動產業結構與產品結構的調整。因此，軟件的開發以及應用不僅僅是軟件開發機構的任務，更深地涉及軟件使用者的切身利益，尤其像管理信息系統MIS(ManagcmentInformationSystem)、計算機集成制造系統CIMS(ComputerIntegrationManufacturingSystem)、企業資源計劃ERP(EnterpriseResourcePlanning)及商業智能BI(BusinessIntelligence)等大型的復雜軟件更是綜合了管理科學、計算機科學、通信技術以及數學等各方面的知識，需要各類人員的協調工作才能完成。因此也就有必要從項目管理的角度去管理軟件的開發和運行。從用戶的角度來看，軟件項目的生命周期應該包括項目前期的論證工作、項目計劃、軟件開發、運行、維護以及項目后評價。由此可見軟件項目管理的范圍不僅包括傳統的軟件開發過程，還應該包括開發之前的準備工作以及運行中的維護工作和對項目的總結工作。同時，在軟件項目生命周期中存在著許多活動。根據活動之間的相關性，可以將軟件項目的各種活動分為九大類。

(1)戰略管理。根據用戶的經營目標制定軟件項目的策略，以便為其他各方面的活動提供指導。在制定項目策略的時候應該充分考慮用戶和其他利益相關者的實際需求和市場因素。另外創造和諧的項目環境和連續改進也是戰略管理的重要任務

(2)范圍管理。其目的是控制軟件項目的全部活動過程都在需求范圍內，以確保項目各種資源的高效利用。成功的項目管理離不開用戶、軟件開發隊伍和項目經理的一致理解和協調配合

(3)成本管理。軟件項目的成本不僅包括開發成本，也包括開發之前立項階段以及軟件在運行中的費用。操作者的培訓費用和項所使用的各種硬件設施費用也都是整個項目成本的一部分。這些成本都需要很好地計劃和控制。

(4)時間管理。其內容有確定各項活動之間的時間相關性;估計各項活動的持續時間，跟蹤各項活動的進展情況，動態調筷各項活動之間在時間上的協調。

(5)人力資源管理。在軟件項目中應該為軟件開發人員和管理人員等各類項目人員創造一個和諧良好的工作氛圍。使他們能感到項目成功的把握和積極的工作心態，確保項目隊伍的穩定性和連續性。

(6)溝通管理。溝通管理是一個收集、存儲、配置和項目生命周期內所形成的各種信息的過程為了讓每個項目相關人員及時得到所需的信息，需要很好地解決“什么時候、向什么人禮報什么的”的問題，此外軟件開發隊伍和用戶之間的溝通也是溝通管理中的一項重要工作。

(7)風險管理。由于軟件項目中存在著很多的不確定因索，也就必然存在著各種風險而且風險有可能造成不良的結果，對風險進行分析和監控貫穿于整個軟件項目生命周期。

(8)質量管理。目前軟件的質量還是一個模糊的概念并且難以衡量由于軟件質量主要是在開發階段形成的，因此軟件項目質量管理的重點應放在系統分析、系統設計和編碼階段，走查、評審、調試和測試是保證軟件質量的重要手段軟件工程能力成熟度模型CMM(CapabilityMaturityModel)較好地解決了軟件開發過程中的質量管理問題。

綜合管理。綜合管理的任務是對前面討論的各類管理活動進行協調和控制，使這些活動相互配合。其核心任務是對各種方案進行評價，協調各方面的利益沖突確保項目總體標的最終實現。

三、軟件項目管理的核心是全面客戶滿意

當前，不少軟件業管理人上認為，軟件開發的問題主要在軟件開發的工程化、規范化和軟件開發管理體制。他們按照CMM(CapabilityMaturityModel),IS09002的標準來建立他們的管理體系。這里有商業競爭的因素在起作用。但是，他們忽略了商業競爭中取勝最重要的因素—客戶滿意。他們沒有考慮到他們的管理方法能否滿足客戶不斷變化的需求。從長遠來看，軟件項目真正的成功是客戶的全面滿意。以客戶滿意為中心的質量是必需的。漠視質量或只關心產品/服務是否符合需要的方法再也不足以留住和獲得客戶。因此，軟件開發項目組織必須先確定什么產品/服務可以讓顧客滿意，然后再努力滿足客戶的需求和期望。要實現此目標，組織必須識別對軟件產品的各種特性中哪些是對客戶的滿意起決定作用的要素。例如，服務器操作系統軟件，需要長時間穩定連續工作。穩定性則是該軟件產品的關鍵要素。因此系統的開發管理圍繞著這一關鍵要素來展開。盡管不少的組織明白沒有客戶一個組織就不能生存和發展，或者說沒有客戶就沒有組織，但在項目實施過程中，仍然存在著客戶滿意的障礙:

(1)項目管理組織沒有發展和完善對客戶不斷變化的需求和期望作出快速響應的能力。

(2)項目管理組織沒有聽取客戶意見和建議的能力。

(3)項目管理組織努力傾聽客戶對項目的要求，卻沒有確認客戶的需要和期望。

第5篇：軟件管理論文范文

1 計算機軟件工程管理的概述

計算機軟件工程是個大范圍的概念，包含的范圍非常廣泛。首先在計算機軟件工程管理中要涉及到軟件開發人員和管理人員。在計算機軟件工程管理過程中，首先要對這些人進行管理。這些人員的能力水平，擅長的領域都不同，因此管理者應當針對不同的工作將這些人進行分組管理，讓不同的人分管不同的工作，既能夠方便管理者進行統籌管理工作，又能夠充分發揮工作人員的能力，提高工作效率。其次，計算機軟件管理還要關注軟件開發的質量。要保證計算機軟件的質量，就要對整個開發和管理的全過程進行管理，包括數據、設備等。除此之外，計算機軟件工程的管理還包括對風險的管理。計算機軟件工程存在著較大的風險，既有軟件開發失敗的風險，又包含信息泄露的風險。管理者應當提升風險意識，加強對計算機軟件風險的管理和控制，最大限度的降低風險。

2 計算機軟件工程管理中存在的問題

在計算機軟件工程管理中管理的范圍廣，項目管理水平仍不成熟，管理者尚未意識到自動化管理對軟件工程管理的意義。目前，在計算機軟件工程管理方面存在的以下問題。

2.1 軟件管理數據存在問題

計算機軟件的開發和運行，離不開對數據的有效管理和運用。因此，管理者應當加強對軟件數據管理的重視程度，加強對數據采集和存貯，數據存儲過程中要加強風險意識，避免數據丟失、被盜或被病毒侵入。在不采用自動化的前提下，計算機軟件工程的數據需要進行人工操作和管理，人工操作和管理不可避免地會存在精確度不高，易出錯，難以校驗等缺點。

2.2 對環境設備的管理不足

計算機軟件工程的環境設備包含幾個方面。首先，計算機軟件工程開發需要大量計算機設備，這些設備的管理過程中存在著一定的問題，如計算機硬件的防塵、防潮不到位，計算機工作環境易受周圍環境的影響，要保持干凈除塵等，但實際工作中由于管理存在著一定的問題，工作人員意識度不高，導致計算機運行環境受到灰塵、煙霧、磁場等的影響。其次，在環境設備管理方面，計算機軟件工程開發需要功能強大的計算機，能夠保證計算機軟件正常開發，但在實際工作中，常常會出現計算機兼容性差，運行速度慢，嚴重影響軟件工程的開發效率。

2.3 軟件測試管理不足

計算機軟件工程是一項浩大的工程，軟件測試是整個工程項目中一個十分重要的部分。因此，軟件測試管理工作就顯得尤為重要。但是目前有很多工作人員不重視軟件的測試工作，或者沒有及時進行測試，忽略了軟件中存在的漏洞，給軟件的使用和安全性造成了重大影響。

2.4 安全管理不足

計算機軟件工程開發中，軟件的安全性問題影響著整個工程項目的順利開展。管理者應當加強安全意識，并加強對員工安全意識的培養，設置安全性管理策略。但是仍有一些員工的安全管理意識不夠，沒有嚴格執行企業的安全管理要求，導致信息泄露或者被病毒侵入，給企業造成嚴重的損失。

2.5 需求與實際不符

開發計算機軟件是為了滿足客戶的需求，但是實際工作當中，軟件開發人員更注重業務數據、測試及開發活動，缺乏對項目的整體規劃和管理，需求分析不足，與客戶的溝通協商缺乏，導致開發的軟件與客戶的需求不符。

3 計算機軟件工程的自動化管理措施

為解決以上的計算機軟件工程管理中存在的問題，提升管理水平，可以將自動化理念實施到計算機軟件工程管理當中。

3.1 對軟件數據的自動化管理

用自動化方式對軟件工程項目進行管理，需要工作人員對自動化設備進行定期檢測，以防設備出錯，并對軟件數據進行管理，加強對軟件數據的校驗，加強對軟件的調試工作，判定運行是否會出錯，若有錯誤出現要及時進行修改處理。其次，在數據的自動化管理方面也要重視數據的備份，防止數據丟失、被盜、病毒侵入等。一般情況下可以利用計算機、硬盤等設備進行存儲，也可以采用云儲存進行備份，云儲存與傳統的儲存方式相比較有很多好處，如儲存量大、不易丟失、易恢復等特點，可以有效保存數據，提高備份的安全性。

3.2 對環境設備的自動化管理

在計算機工程自動化管理的過程中，還有一項重要內容，就是對計算機軟件的運行設備進行管理。計算機設備的正常工作對環境有一定的要求，要保持環境干燥、防止煙霧和灰塵對計算機磁場造成一定程度的影響。噪音對計算機的工作也有一定的影響，因此也要注意防止噪音對計算機環境的影響，注意隔音和消音。計算機軟件對兼容性要求也很高，因此，當計算機軟件工程需要用到第三方設備時也要先檢測兼容性，保證軟件能夠在第三方品臺正常運行，針對兼容性的問題，也要加強監督，實施監控數據，一旦出現問題，可及時修改。工作人員要定期對計算機硬件環境進行檢測和維護，定期檢測。

3.3 對軟件測試的管理

軟件測試管理是計算機軟件工程的核心內容之一，對確保計算機正常運行有著重要意義。對軟件進行測試是為了及時發現漏洞并進行糾正。采用自動化技術對軟件進行測試可以提高檢測效率，大大節約人力成本，對系統進行自動檢測的修復，可以提高軟件工程的效率和效果。利用自動化檢測可以及時發現問題，隨時掌握整個系統的運行狀態，能夠彰顯出自動化管理的優勢。計算機自動化測試是通過預先設定好檢測程序，對需要檢測的系統實施完成的測試，可以極大地減少人為檢測的不足，程序還可以準確跟蹤和定位檢測的進程，可以準確定位系統的問題所在，有利于采取針對性的辦法解決問題。

3.4 對軟件安全的自動化管理

企業的計算機軟件是企業的核心機密，必須保證其安全性。這里的安全性一方面是指信息被外界侵入；另一方面是指因管理不善，信息出現丟失、毀損、泄露等等情況。對此，企業應當要求相關工作人員遵守保密要求，不能私自將信息帶出企業。對于企業存儲的數據和工作過程中運行的數據，企業也需要加強管理，可以配置專門的人員進行安全管理，也可以利用計算機設置密碼進行保護，對密碼進行自動化管理，定期檢測。

3.5 要制定清晰的計劃，關注用戶的需求

在軟件開發以前，首先需要進行設置嚴密的計劃，對用戶的需求做可行性分析的，分析需求狀況，根據需求進行決策。在計劃階段，要考慮項目的計劃性、動態性。經濟性和相關性。

4 計算機軟件工程自動化管理的意義

將自動化技術運用到計算機軟件工程項目的管理中對軟件工程的開發維護、軟件開發人員的管理、軟件的質量以及軟件開發的效率和效果，甚至是人們的生產和生活都有著深遠的影響，有效提升管理效率，改善管理理念。具體意義闡述如下。

4.1 提高軟件工程管理的效率和效果

將自動化引入軟件工程管理當中，利用自動化技術對軟件工程進行管理，有利于提高管理的效率。通過自動化技術，自動化設備可以按照人為輸入的指令進行操作，完成需要管理的任務。自動化管理與人工管理相比，管理的任務量少，速度快，準確度高，使得軟件工程項目管理效率更高，效果更好。

4.2 方便生活和工作

自動化管理技術將人從簡單重復勞動中解放出來，大大改善了生產方式。同時，計算機軟件的自動化管理的進一步升級，使得管理技術從生產領域運用到生活領域，極大的方便了人們的生活。

4.3 推動項目管理技術的發展

將自動化運用到計算機軟件工程開發的項目管理，是自動化技術的一個新嘗試，使得項目管理水平上升了一個新臺階，促進計算機軟件更好地開發利用，為管理技術提供了一個新理念。

第6篇：軟件管理論文范文

關鍵詞：軟件工程管理開發人員組織結構用戶

一、引言

軟件工程管理目前還沒有引起人們的足夠重視。究其原因:首先是人的傳統觀念，工程管理不為人們所重視;另一方面軟件工程是一個新興的學科領域，軟件工程管理的問題也是剛被提出的。同時，由于軟件產品的特殊性，使軟件工程管理涉及到很多學科。因此。對軟件工程管理，人們還缺乏經驗和技術。但事實證明，由管理失誤造成的后果要比程序錯誤造成的后果更為嚴重。很少有軟件項目的實施進程能準確地符合預定目標、進度和預算的，這也就足以說明軟件工程管理的重要。

二、軟件工租，理的內容

目前軟件生產自動化程度很低，在開發過程中人是起決定性的因素，因此，軟件工程管理很大程度上是對人的管理。我們可根據軟件產品的特點。分析軟件下程管理的具體內容，它包括對開發人員、組織機構、用戶、文檔資料等方而的管理。

(一)開發人員

軟件開發人員一般分為:項目負責人、系統分析員、高級程序員、初級程序員、資料員和其他輔助人員。根據項目的規模人小，有可能一人身兼數職，但職責必須明確。不同職責的人，要求的素質不同。如項目負責人需要有組織能力、判斷能力和對重大問題能做出決策的能力;系統分析員則要有概括能力、分析能力和社交活動能力;程序員需要有熟練的編程能力等。人員要少而精，選人要慎重。軟件生命期各個價段的活動有分工又互相聯系。因此，要求選擇各類人員既能勝任工作，又要能相互很好地配合。沒有一個和諧的工作氣氛很難完成個復雜的軟件項目。

(二)組織機構

組織機構不等于開發人員的簡單集合。這里的組織機構要求:好的組織結構、合理的人員分工和有效的通訊。軟件開發的組織機構沒有統一的模式。下面簡單介紹三種組織機構。

1、主程序員組織機。IBM公司提出的主程序員組是軟件系統結構化思想在組織上的體現。它的目的是為了保證全組的協調和統一。一位高級工程師(主程序員)主持計劃、協調和復審組的全部技術活動。技術人員(一般25人)負責分析和開發活動，一位后援工程師支持高級工程師的工作，并且在該項目繼續進行時，可以代替高級工程師工作，以減少可能的損失。

2、專家組。專家組強調每個人的才能，把每個人都看作是某一方面的專家，由這些專家組成一個開發機構。這種組織結構雖然能發揮所有工作人員的積極性，但往往有可能出現協調上的困難，選擇這種方式要慎重。

3、民主組織。民主組織由從事各方面工作的人員輪流擔任組長。很顯然，這種組織結構對調動積極性和個人的創造性是很值得稱道的。但是由于過多地進行組長信息“轉移”不符合軟件工程化的方向。

(三)用戶

我們是為用戶開發軟件的，在開發過程中自始至終必須得到用戶的密切合作和支持。作為項目負責人，要特別注意與用戶保持聯系，掌握用戶的心理和動態。防止來自用戶的各種干找和阻力。

1、用戶不積極，不配合。這種表現通常來自對采用先進技術持懷疑態度的用戶，他們心理上的抵觸情緒會在行動上表現為消極、漠不關心。在需求階段，做好這部分人的工作很重要，通過他們中的業務骨千，才能真正了解到用戶的要求。要使他們認識到:計算機的發展和應用是現代化的必然趨勢，使用計算機將會帶來巨大的經濟效益:讓他們掌握新的技術和方法去取代某些可能過時的或淘汰的專長。

2、用戶求快求全。這種表現來自對使用計算機持積極態度的人。他們中一部分人希望一個早上就能用上計算機，并且全能用上計算機。要他們認識到;開發一個軟件項目不是一朝一夕就能完成的，軟件工程不是靠人海戰術就能加快的工期。另外，即使計算機能夠處理的事情，系統也不能下于包羅萬象，貪大求全。要根據現有的條件量力而行。如果系統大而全，必然會很復雜，開發時間就拖得很長，因此可能會導致一個系統的失敗或性能太差。

3、用戶需求變化。在軟件開發過程中，用戶可能會不斷提出新的要求和修改以前提出的要求。從軟件工程的角度不希望有這種變化。但實際上，不允許用戶提出變動的要求是不可能的。因為一方面每個人對新事物有一個認識過程，不可能一下子提出全面的、準確的要求:另一方而還要考慮到與用戶的關系。對來自用戶的這種變化要正確對待:要向用戶解釋軟件工程的規律，并在可能的條件下部分或有條件地滿足用戶的合理要求。例如:軟件需求分析階段結束后軟件的設計口標已經確定，這時用戶要求的重大變化要導致設計目標的變化，特別是到軟件開發的后期，一般不可能滿足這種變化的要求。要向用戶解釋清楚工程的內在規律，但對用戶提出的如性能等局部方而的要求，只要是合理的，就要加以考慮。

4、控制。人員控制是對開發組織內部人員控制。就是要保證開發人員的積極性和穩定性。人員的頻繁更換或流動將會大大增加軟件出錯誤的機會。至少要保證軟件項目每一期工程或軟件生命期每一階段中人員的相對穩定性。同時注意發揮每個開發人員的積極性和創造性。經費控制要編制詳細的經費預算。并在各階段進行經費的核算。在經費上失去控制，軟件項目就沒有經濟保證。質量控制與各階段的復審在意義和作用上是一致的，在此不再敘述。

5、文檔資料。開發過程的各種活動后都要反映在文檔資料上。每一個階段的文檔資料是以后各階段工作的基礎，又是對前面各階段工作的復審。軟件工程管理很大程度上是通過對文檔資料管理來實現的。因此，要把開發過程中的初步設計、中間過程、最后結果等建立成一套完整的文檔資料。文檔標準化是文檔管理的重要方面。:

第7篇：軟件管理論文范文

關鍵詞：軟件公司；成本控制；探索

1經營決策階段的成本及其控制

經營決策階段成本是指公司經營方向的選擇，這是成本管理的第一個也是最為核心的環節。不過對于大多數IT軟件業公司而言，這個階段往往是最大的問題之所在，有時經常憑一個覺得是靈感的想法或者對市場初步的直觀層面的調研就進行的決策。而這樣的結果是往往沒有摸透市場的真實情況，輕率上馬項目，造成方向性錯誤，以至于導致企業的危機。

該階段的成本控制，關鍵在于經營決策前科學而深入的市場調研及準確分析，目前很多中小型IT軟件企業，其經營部的職員大多都并不是社會調查專業的，因而他們做市場調查的過程中所采用的方法不太科學，如在樣本選取及抽樣過程不合理，沒有按照嚴格的社會調查方法進行調查和數據分析，甚至問卷設計都存在傾向性導致調查數據信度偏低。此外，大量的公司自我宣傳的各種形式的軟文和競爭對手有意的攻擊性文章夾雜在其中，并不是很容易的進行分辨，更何況數據的隨意性，來源的不可追溯性各種情況，所以只能作為參考。

2需求整理及分析確認階段的成本及其控制

需求整理指市場經營人員根據高管對于市場方向的決策，而提出的具體的產品或者項目的原始需求，需求分析是指技術員對市場部門的需求進行分析，評估其可實現性以及實現難度，大致工時等，提交相關需求分析報告，最后市場經營部門進行確認這個階段。

該階段的成本控制，首先需要搞清這種溝通過程中產生偏差的原因，最為主要的往往并不是技術語言和市場語言的差異，或者市場人員和技術人員之間的思維定勢的差異，而在于兩者缺乏確定的科學的流程和在交流之前的準備以及相關概念約定俗成的定義造成的問題，同時還由于溝通和確認環節由于其特殊性，經常難以被有效的納入進度管理程序流程當中。而提高該階段的成本控制效率，必須逐一針對性的解決以上問題，首先要清晰的確定并嚴格執行市場和技術溝通的流程，尤其是要明確每個環節的控制點，也就是雙方交付給對方的關鍵交付物，一定要有清晰的共同確認的模板，同時每次溝通前必須對于一些概念有著清晰的界定，然后公布這些信息，并在溝通前做好充足的準備，明確每次溝通前要溝通什么，要解決哪些問題，溝通結束后要交付哪些文檔讓雙方進行確認等，同時一定要通過線上或者線下的管理模式，講所有溝通環節全盤把握，并納入進度管理。

3規劃階段成本及其控制

規劃階段成本是指在需求已經得到確認后，進入技術規劃階段的相關成本控制，該階段有些軟件開發公司常常出現的問題是對于規劃予以過度的期望和過于沉重的內涵，在實際項目操作過程中，這個規劃實際上包含著技術規劃和非技術規劃兩個部分，因為對這兩個部分的混淆，導致一些技術層面和市場層面的東西不必要的糾纏在一起，并且直接導致項目進度的拖欠，而且會導致由于非技術規劃的不清晰，直接影響技術規劃層面的實施。

該階段的成本控制，必須清晰的區分非技術規劃和技術規劃，尤其在公司內部技術部門和市場經營部門之間的職責，需要設立一個在提出需求到技術規劃之間過渡的位置，即對于需求具體細節的整理，要對于交付物有著清晰的確定，尤其是在不同時期交付不同的關鍵文檔，如除了上面說的那六個文檔外，技術部項目組長在需求分析的時候，還應該明確提交功能模塊分析，開發代價，功能流程圖，功能關聯性圖，可維護性及可拓展性分析等六個文檔，此外在項目開發規劃階段，還要對于控制點的一些要素進行詳細的規劃用來提交給市場部門，如詳細頁面元素，頁面元素價值度分析，表現形式，頁面結構，頁面效果等。

4開發階段的成本及其控制

開發階段的成本指需求確定并且規劃清晰后的具體開發過程的成本管理問題，該階段相對其他階段來說比較清晰，但這里筆者認為需要關注的是，如何使得人力資源得到最大程度的利用，它是指公司第一線技術人員的能力最大程度發揮的狀態，包含幾個層次，（1）全部時間利用，（2）最大效率利用，（3）最大潛力激勵利用，這三步需要逐步遞進實現。這個需要一種完善的內部管理制度，以及公平公正的價值認定模式和績效制度，從而一方面促進員工本身的發展，一方面增加對人才的吸引力。

該階段的成本控制，可以引入最大可控制成本的概念，這里是指人力資源最大程度發揮后所能控制的成本，是公司在一定投入前提下，最大的可能的減少因管理導致人力發揮不足夠而造成的成本，該成本為人力資源的極致成本，無法再進一步降低，此成本狀態下的仍然出現效益不佳情況，則可說明在經營定位和經營方向上的問題，而非內部問題。促使人力資源得到最大利用度和發揮度，在此基礎上的成本，為最大可控制成本，以上可以通過內部的管理系統來很好的實現。5需求變更成本及其控制

需求變更成本指在開發過程中，由于市場部門的需求改變導致的成本增加而實施的控制，對于項目開發的過程中，需求的頻繁變更就成本控制而言是致命的，很多項目由于需求的變更而導致破產。

該階段的成本控制，最關鍵的是要對于需求變更過程進行嚴格的管理，要從需求變更的開始，對于整個變更的每個具體的步驟進行跟蹤，并且嚴格核算每次變更所需要的工作時，從而做好評估。同時，務必要明晰需求變更的必要性和風險性，以及所帶來的實際成本的增加，所以需求要盡量經過詳細的論證。

6測試成本及其控制

第8篇：軟件管理論文范文

關鍵詞：核算型財務軟件;管理型財務軟件;問題與應用

隨著國家經濟體制改革和社會主義市場經濟的發展,原有的在計劃經濟下開發的､以事后核算為主要內容的核算型財務軟件明顯不能滿足管理要求,需要開發和應用事前有預測､決策,事中有規劃､控制,事后有核算和分析功能的管理型財務軟件,才能滿足社會主義市場經濟條件下企業內部管理發展的需求｡

一､管理型財務軟件應用的必要性

眾所周知,財務軟件是會計電算化整個系結構中的核心,其功能的完善與否將直接決定企業財務信息的質量｡隨著我國經濟建設的高速發展,企業的財務活動發生了深刻的變化,會計電算化得到長足發展,財務軟件亦日臻完善｡但是,我們這里所說的完善,只是針對目前我國財務軟件核算的功能來說,也就是對企業已發生的經濟業務所進行的事后分類與匯總,基本上是傳統手工財務核算過程的一種模擬和再現,這種軟件只能稱為財務核算軟件｡然而,財務的職能不僅僅是核算,在競爭日趨激烈的市場經濟環境中,對企業來說更為重要的是管理,要求財務能夠充分發揮其管理職能,提供管理信息,為企業的發展提供必要的幫助｡因此,僅僅完成事后的核算已不能滿足企業的需求,必須要在現有的財務軟件中增加財務及企業各方面的管理要素,使財務人員能夠在核算的基礎上充分利用核算所產生的大量信息,準確分析企業的現狀,預測未來,輔助企業的決策層進行決策,真正發揮財務的管理職能,為企業提供預測與決策信息｡另外,在市場經濟條件下,企業為了求得生存與發展,需要不斷引入各種先進的管理經營理念,這些理念都需要復雜的數據模型和知識庫､方法庫的支持｡同時,企業自身的業務量也比以前明顯地增加,這些因素都不是核算型財務軟件所能解決的,這必然要實現由核算型向管理型的跨越｡

二､管理型財務軟件名稱的界定和特征

會計是企業管理的一個重要手段｡開發與應用財務軟件,是為了加強企業的財務管理｡直到20世紀80年代,財務軟件仍被稱作會計核算軟件｡國家財政部頒布的有關會計電算化管理的規章制度,如《關于會計核算軟件管理的幾項規定》､《會計核算軟件功能規范》､《會計核算軟件評審規則》等,都使用了“會計核算軟件”這個稱呼｡現在我們需要開發與應用事前有預測､決策,事中有規劃､控制,事后有核算和分析的全面管理型的財務軟件,為了與前述只有事后核算為主要內容的會計軟件有所區別,我們稱其為管理型財務軟件｡經過幾年來的使用,管理型財務軟件已經為財務軟件業界大多數人所接受｡根據人們對財務軟件發展及其功能的需求,筆者認為管理型財務軟件應用需具備如下特征:

1.管理型財務軟件應具備完善的核算功能｡核算是管理的基礎,管理型軟件只有利用會計數據的核算結果,才能對其進一步處理,產生企業所需的管理信息｡所以,管理型財務軟件必須包含核算型軟件的賬務處理､工資､成本､銷售､固定資產､報表等子系統,它是建立在核算型財務軟件基礎之上的｡

2.管理型財務軟件應具備預測､管理的功能｡對于管理型財務軟件,我們不僅需要它有完整､全面的事后核算,更需要財務軟件能夠對經濟活動進行事前的分析､預測以及事中的調整與控制｡為了讓用戶高效､方便地使用軟件,必須通過系統集成技術,把綜合化的多功能系統組合起來,形成一個功能強大的管理型會計信息系統｡

3.管理型財務軟件應是企業管理信息系統的組成部分｡管理型財務軟件為我們提供的是企業綜合､全面的管理信息,如果只依靠財務部門是遠遠不夠的,需要企業的生產､銷售､采購等部門與管理型財務軟件建立緊密的接口,及時､準確地將數據傳遞給會計系統,從而建立起以管理型財務軟件為核心的企業管理信息系統｡

三､管理型財務軟件應完善的問題

1.關于核算型財務軟件的完善程度｡由于管理型財務軟件的管理與決策所需的數據,大部分來自會計信息系統,因此,核算型財務軟件是為管理型財務軟件提供數據的基礎｡基于此,形成了以現有核算型財務軟件為基礎,對其功能與結構加以擴充與完善的管理型財務軟件的開發思路｡如:將應收應付賬款處理擴展為從材料采購､產品定貨的合同管理,到材料庫存､產品銷售的整個進銷存系統管理｡這就對核算型財務軟件提出了更高的要求:一是核算型財務軟件要易于擴充和修改,能順利實現二次開發;二是由于管理會計所需數據有許多要對財務核算的證､賬､表進行分解,因此要求核算型財務軟件要對有關數據進一步分類細化｡

2.關于成本核算模塊通用化｡我國財務軟件的商品化發展雖已日臻成熟,但成本核算模塊的通用化問題一直未得到解決,這也在一定程度上影響了財務軟件向管理型､決策型方向的發展｡導致成本核算模塊通用化困難的原因在于:成本核算方法因企業業務流程､企業規模､產品成本構成､管理要求及習慣做法的不同而有所差異,使得成本模塊設計難于統一｡

3.關于與其他管理信息子系統的聯系｡企業要開展經營預測､決策､控制和分析,不僅需要財務數據,而且還需產量､質量､物質､勞資､設備等各方面的信息資料,這就要求解決好現有軟件與其他系統之間的接口問題,實現不同系統間的數據傳遞｡最好是能對企業管理信息系統進行全面規劃與整體設計,實現系統高度集成､數據完全共享,建成一個集業務管理､生產管理､會計核算及財務管理于一體的企業管理信息系統,以實現物流與資金流的同步與統一,保證成本數據的準確､及時,滿足管理會計對非財務數據的需求｡

四､如何加快管理型財務軟件的應用

由于核算型財務軟件已發展較為完善,同時,企業對管理型財務軟件有較大需求,因而,在今后的應用軟件市場中,管理型財務軟件將占據較大的份額｡而就目前情況來看,管理型財務軟件的發展并沒有人們所期望的那樣有太大的實質性突破,有些所謂的管理型軟件只是在原有的核算型基礎上增加了有限的､簡單的分析功能,與人們的真正需求相差甚遠｡如何推動管理型財務軟件在正確的方向上快速發展,是很多學者與軟件業亟需解決的一個問題｡筆者認為應從以下幾個方面考慮:

1.政府進行有效的宏觀調控｡要充分利用政府職能部門的調控手段,一方面盡快建立完善的財務軟件市場;另一方面要投入力量,進行幫助扶持,并組織力量,進行關鍵技術的攻關｡同時,為了發展我國的財務軟件,開發擁有自主知識產權的管理軟件,應對我國的財務軟件行業進行適度的保護｡

2.以完善的核算型軟件作為管理型財務軟件開發的基礎｡對企業的經濟活動進行事前的預測､分析和決策,事中的控制過程,必須在事后的核算結果的前提下進行｡因此,管理型財務軟件應在核算型財務軟件的基礎上建立和擴展,應與核算型財務軟件相兼容,從而減少軟件開發的難度與成本｡3.會計軟件行業的聯合是行業整體發展的保證｡這幾年,國外企業已瞄準了我國財務軟件這一巨大市場,紛紛登陸,搶占灘頭陣地｡面對這種情況,如果國內企業間缺少協作,則容易被競爭對手擊敗｡財務軟件行業要迅速發展,抵御國外管理軟件對中國市場的侵占,不僅要接受政府部門的管理與支持,還需要在行業的內部實行自律管理,協調行業內部的矛盾,設定行業內部都應遵守的標準,成立財務軟件行業協會是一種行之有效的方式｡

4.加強軟件業之間的聯系,加大技術整合力度｡由于管理型會計要完成的不僅僅是核算,還應是核算基礎上的分析與預測,這需要強大的方法庫､模型庫和知識庫的支持,這是財務軟件行業所不具備的｡因此,單獨依靠財務軟件公司的聯合還不足以開發管理型財務軟件,財務軟件業應與其他軟件行業相結合,集中技術力量,共同完成管理型財務軟件的開發與設計｡

5.吸收國外管理軟件先進的管理理念與開發技術｡在我國財務軟件發展的初期,財務軟件的開發都處于一種閉門造車的狀態,缺乏必要的經驗交流,這使得我國的財務軟件在發展過程中走了很多彎路,造成了一些不應有的損失｡所以,在開發管理型軟件的過程中,應避免這種情況的發生｡國外的管理軟件在開發技術上､經營理念上和管理思想上都有很多優勢和長處,我們可以充分地借鑒和吸收,洋為中用,這是一種有效的､快捷的管理型財務軟件的開發方法｡

五､管理型財務軟件應用需注意的問題

1.建立自主的管理型財務軟件｡雖說借鑒國外管理軟件是一種管理型財務軟件設計的捷徑,但并不是不加分析地照抄照搬,而是要結合我國財務處理與企業管理的實際情況,開發出符合我國國情的管理型財務軟件｡同時,為了企業向國際化的發展,在軟件開發過程中應充分考慮國際上的慣例,保留必要的數據接口,以便與國際業務相融合｡

2.管理型財務軟件的規范化｡核算型財務軟件之所以能實現通用化并廣泛應用于會計實務,主要是因為通過指定會計準則和會計制度,使得財務會計工作基本實現了規范化｡管理會計由于是用于內部管理需要,采用的方法和程序靈活多樣,因而加大了編制通用的管理型財務軟件的難度｡而且,管理會計有關規劃､決策､控制與業績評價的主要方法,又大量應用了一些復雜公式和數學模型,手工操作難以勝任｡開發管理型財務軟件的目的,就是要實現管理會計電算化,使管理會計的理論和方法能夠普及應用｡對管理會計進行適度規范化,選擇那些對管理會計實務有普遍指導意義的基礎理論､基本概念和具有較強通用性的方法進行規范化,必將有助于管理型財務軟件的開發和推廣應用｡

3.充分考慮企業發展的新形式｡隨著計算機應用的普及,特別是網絡技術的快速發展,企業在進行經濟活動的過程中出現了越來越多的新形式,網上采購､電子貨幣交易已逐漸被企業所采用,電子商務等形式在企業的經營活動中發揮越來越重要的作用｡所以,在開發管理型財務軟件時應充分考慮這些新形式對財務軟件的需求｡

4.不應過分追求管理型財務軟件的通用化｡財務軟件在我國會計電算化事業的發展中為會計電算化的普及與推廣發揮了不可替代的作用,其中一個重要的原因就是財務軟件的通用性｡通用的財務軟件投資集中,設計周全,售后服務較易管理,這使得一套財務核算軟件可以在多個企業､不同行業中廣泛地采用,但這種情況在管理型財務軟件的應用中卻并不是可取的方法｡首先,企業的管理型財務軟件是在核算的基礎上對企業的經濟活動進行預測和分析,所以它既包含大量的核算功能,同時又要對核算結果進一步的處理,而這些處理是建立在復雜的模型分析之上的｡所以,如果在管理型財務軟件的設計中再遵循通用性的設計原則,將會使系統變得十分龐雜,必然會造成系統的初始化設置工作內容過多,系統定義過于抽象,這會使得用戶在使用過程中難于理解和控制,從而在心理上產生對管理型財務軟件的抵觸情緒,不利于軟件的推廣和應用｡同時,對于一些規模較小的企業來說,龐大而復雜的分析､管理功能在實際工作中并不能完全發揮作用,這就使得一些企業用較高的價錢買回實際上很多內含功能長期閑置的會計軟件,造成人力與財力的隱形浪費｡其次,由于在財務核算過程中財務處理程序只有幾種,又因計算機的特點,所以核算型財務軟件基本上都是以記賬憑證財務處理程序作為核算的主要方法,這就使得通用型軟件得以普遍采用｡而對于管理來說,我國的企業管理起步較晚,在管理理念上､方式上和水平上都存在很大的差異,對于管理的認識和管理的要求很難達到一致,這也是限制管理型財務軟件通用化的一個主要因素

雖然上述這些因素限制管理型財務軟件的通用性,但是并不是說我們就完全放棄通用,各自為政｡在小的范圍之內企業的管理需求還是存在規律可以遵循,我們可以把范圍定義在相同規模上,或者是相同行業內,都可以設計本范圍內使用的管理型財務軟件｡一般來說,我國企業中小規模居多,所以管理型財務軟件的開發應側重于中小企業,建立中小企業各行業通用的財務軟件｡而對于管理較為先進,需求復雜的大中型企業,可以采取“通用軟件+定點開發”相結合的方式,但這種方式并不是眾多企業逐個來實施,而是不斷完善成某一個行業的管理軟件｡

5.重視財務軟件開發人才｡財務軟件開發水平直接制約著財務軟件的質量｡因此,財務軟件開發隊伍,急需既懂管理又懂技術的復合型人才｡只有這種人開發出的管理型財務軟件,才能真正成為企業的好助手｡此外,計算機技術與信息技術日新月異,開發人員還要有快速學習的能力,才能使開發的軟件建立在先進的技術與理論構架之上｡

6.財務軟件實施的專業咨詢｡管理型財務軟件最終將作為企業管理信息系統的一個子系統出現,軟件的設計既要考慮到企業管理的現狀,又不能局限于把原有的會計模式和管理模式進行簡單的移植,而應采用先進的實用性強的管理技術和方法｡由于相應的軟件系統結構復雜,軟件實施就成為企業應用軟件的關鍵環節｡軟件實施包括對企業進行業務流程重組,協助用戶進行信息標準化及規范化編碼,以及根據用戶特殊業務需求對軟件進行的客戶化改造等｡借助于專業化的咨詢服務隊伍,不僅可以承擔軟件實施的復雜工作,也符合管理軟件國際發展經驗和現代產業發展分工細化的原則,對推動國產管理軟件的成功應用,提高企業管理水平也將起到積極作用｡

參考文獻:

[1]章程.中國財務與會計制度改革評述[J].財務與會計,2000,(12).

第9篇：軟件管理論文范文

1.1工程質量控制

質量控制是計算機軟件工程管理工作的重中之重，對于計算機軟件工程管理中的質量控制而言，主要的方法包括魚骨圖法、統計抽樣與標準差法、帕累托分析以及評審與測試法等。其中魚骨圖法由于具有使用便捷且相對直觀的特點而成為了計算機軟件工程管理開展因果分析工作過程中被廣泛采用的方法之一。在計算機軟件工程管理中，某個問題的產生都是因為受到了眾多因素帶來的影響，而計算機軟件工程管理工作者可以將造成影響的因素以及受到影響而產生的問題特性聯系起來，并整理出具有分明層次的關聯圖，由于這種圖類似魚骨形狀，所以這種透過現象來探析本質的方法被稱之為魚骨圖法；統計抽樣則是指通過在總體中選擇部分樣本進行檢查，這種方法的應用要求工程管理人員具備豐富的統計知識與統計經驗，以便能夠在統計抽樣中了解可信度引資、變異性以及標準差。標準差指的是數據中存在的偏差，標準差越小，則數據之間所產生的變化也就越小；帕累托分析指計算機軟件工程管理人員通過對造成質量問題的因素進行分析從而確定主要因素，這種方法認為計算機軟件工程中的問題有80%是由問題的20%引起的；測試與評審是計算機軟件工程質量控制中應用最為廣泛的方法之一。這種方法在計算機軟件工程開展的整個過程中以相關標準為依據來對工程完成部門開展評審與測試。

1.2工程進度控制

計算機軟件工程中的進度控制包括活動定義、活動排序、歷史估算、編制進度以及變更進度等。在活動排序工作中，項目網絡圖是應用十分普遍的方法，這種方法能夠反映出活動與活動之間具有的順序關系與邏輯關系，其中主要包括雙代號網絡圖與箭線圖法。其中箭線能夠很好的反映出任務之間或者活動書書順序的關系，而雙代號網絡圖則使用字母與源泉來反應存在依賴關系的工程活動；在編制進度的工作中，計算機軟件工程管理工作者需要對活動開始時間以及結束時間進行確定，所能夠使用的方法包括甘特圖、PERT分析、關鍵路徑分析等。其中在計算機軟件工程管理中應用的甘特圖可以對精度做出顯示從容讓制定的計劃具有更好的可讀性。PERT分析則可以對項目進度做出評估與分析。關鍵路徑圖可以作為對項目進度進行編制以及控制的重要工具。

2計算機軟件工程中的有效措施

2.1工程審核

工程審核是指計算機軟件工程管理中對過程以及成果開展評估，這種措施可以評定工程進展是否與工程需求、工程計劃以及工程合同相適應。在這項措施的實施中，計算機軟件工程管理工作者有必要遵循以下幾點原則：一是以工程計劃規定為依據來確定審核節點；二是對工程審核過程中找出的問題以及解決的過程作出詳細記錄；三是在工程審核工作完畢之后，應當將審核結果加入文檔，以便為計算機軟件開發商和業主提供決策依據；四是在對計算機軟件工程文檔做出審核的過程中，計算機軟件工程管理工作者需要做出考慮的問題包括文檔測試需求與驗收評審內容是否與軟件產品驗收工作相適應，測試數據是否做到準確規范，測試報告是否具有準確性，進度以及成本是否與計劃相符等；五是在對計算機軟件工程施工計劃做出審核的過程中需要全面考慮計劃內容與相關標準規范以及法律法規的適應性、計劃內容的可行性與合理性、計劃內容與總體計劃以及合同內容的適應性等。

2.2工程監督

計算機軟件工程管理中的工程監督指計算機軟件工程管理工作者對工程建設過程開展檢查。其中相關標準、工程計劃、工程合同以及一些其他與工程相關的規定是計算機軟件工程管理工作者開展監督的主要依據。工程監督工作的目的在于構建工程開展情況可視性，從而為其他管理工作的開展以及相關策略的制定提供依據。在此過程中計算機軟件管理工作人員需要將檢查過程中已經完成的工作量、工程規模以及已經消耗的時間與造價開展比對，如果這些內容與計劃內容不符，則應當責令糾正或者針對問題找出彌補辦法。工程監督應當作為計算機軟件工程管理工作中的日常業務，在監督工作開展中應當以管理需要為依據來做出監督記錄，并有必要向軟件開發商以及業主提供監督報告等。

2.3工程測試