導(dǎo)言：作為寫作愛好者，不可錯(cuò)過為您精心挑選的10篇軟件管理論文，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內(nèi)容能為您提供靈感和參考。

篇1

1.1對(duì)軟件項(xiàng)目管理認(rèn)識(shí)程度不足，缺乏整體把握

軟件項(xiàng)目經(jīng)理或管理人員對(duì)項(xiàng)目管理的知識(shí)體系沒有全面的了解和把握，在實(shí)際工作中不能很好地指導(dǎo)項(xiàng)目管理實(shí)踐，依靠個(gè)人原有的知識(shí)技能對(duì)項(xiàng)目進(jìn)行隨意、盲目的工作管理。在軟件企業(yè)中，項(xiàng)目經(jīng)理往往是在技術(shù)上能獨(dú)當(dāng)一面的指揮官，但是他們?cè)陧?xiàng)目管理方面知識(shí)比較缺乏，對(duì)項(xiàng)目管理認(rèn)識(shí)程度不足，導(dǎo)致出現(xiàn)管理混亂現(xiàn)象。一些軟件項(xiàng)目管理人員對(duì)項(xiàng)目沒有一個(gè)整體的把握，對(duì)總個(gè)項(xiàng)目沒有系統(tǒng)的認(rèn)識(shí)，不能很全面的做出總體計(jì)劃、階段計(jì)劃。由于項(xiàng)目中有許多不確定的因素存在，項(xiàng)目經(jīng)理沒有系統(tǒng)分析各個(gè)不確定因素的內(nèi)在聯(lián)系，考慮不周全，做計(jì)劃是走過場(chǎng)的形式，做出的計(jì)劃不能適應(yīng)情況的變化，造成計(jì)劃與控制管理完全是脫節(jié)，銜接不上從而無(wú)法進(jìn)行有效的控制和管理。計(jì)劃跟不上變化是軟件項(xiàng)目管理中常見現(xiàn)象。

1.2管理思想和理念沒有得到落實(shí)，風(fēng)險(xiǎn)管理不成熟

管理思想和管理理念對(duì)軟件項(xiàng)目管理起著引導(dǎo)作用，對(duì)軟件項(xiàng)目管理理論上的不足將可能導(dǎo)致軟件項(xiàng)目管理的失敗。我國(guó)軟件項(xiàng)目管理發(fā)展較晚，管理人員在管理中多依靠自身的實(shí)踐經(jīng)驗(yàn)去開展工作，而對(duì)管理理論較為缺乏。部分項(xiàng)目經(jīng)理不能總體上去管理整個(gè)項(xiàng)目，不能充分認(rèn)識(shí)到自己是一個(gè)管理者，造成項(xiàng)目管理中工作任務(wù)分工不明確、資源浪費(fèi)現(xiàn)象。從我國(guó)當(dāng)前軟件企業(yè)中，項(xiàng)目經(jīng)理大多技術(shù)方面的知識(shí)扎實(shí)，但是項(xiàng)目管理知識(shí)、管理技能以及必備的素質(zhì)都比較缺乏。特別是對(duì)軟件項(xiàng)目管理中的風(fēng)險(xiǎn)管理認(rèn)識(shí)較為膚淺，有待進(jìn)一步的學(xué)習(xí)和提高。由于項(xiàng)目管理人員在項(xiàng)目管理實(shí)踐中缺乏高效的管理思想，缺乏有效的方式和技巧，項(xiàng)目工作人員之間的團(tuán)體協(xié)作能力較弱，資源整合優(yōu)勢(shì)難以有效發(fā)揮。

1.3缺乏有效溝通

在軟件項(xiàng)目管理中，溝通是維持項(xiàng)目進(jìn)行的重要條件。若在一些重要信息方面缺乏有效的溝通，將可能導(dǎo)致項(xiàng)目管理出現(xiàn)較多障礙。從當(dāng)前我國(guó)軟件企業(yè)項(xiàng)目管理的實(shí)踐來看，普遍存在溝通機(jī)制不完善，渠道不夠通暢，各相關(guān)人員之間在項(xiàng)目管理中制定計(jì)劃、意見反饋、情況通報(bào)、技術(shù)成果等等方面溝通不足，容易造成重復(fù)勞動(dòng)，效率低下等情況發(fā)生，有的甚至造成的完全可以節(jié)省的損失。在軟件項(xiàng)目管理中項(xiàng)目經(jīng)理需要花費(fèi)大量的時(shí)間來溝通和協(xié)調(diào)，而且要善于溝通，提高溝通意識(shí)和效率。

2軟件項(xiàng)目管理發(fā)展對(duì)策

2.1提高項(xiàng)目管理人員計(jì)劃意識(shí)，優(yōu)化人力資源配置

軟件項(xiàng)目管理人員在工作中要以身作則，真正發(fā)揮帶頭作用。在工作中要及時(shí)制定符合工作需要的工作計(jì)劃并認(rèn)真落實(shí)。計(jì)劃要具有一定的前瞻性，在客觀條件發(fā)生變換的時(shí)候要不斷完善細(xì)化。軟件更新速度較快，企業(yè)要在軟件行業(yè)發(fā)展中搶占先機(jī)，要求管理人員要重視計(jì)劃的制定，不斷完善和優(yōu)化工作流程。在軟件項(xiàng)目管理中，要不斷優(yōu)化人力資源配置，使得每位員工能夠?qū)ψ陨砺氊?zé)有明確的認(rèn)識(shí)，工作責(zé)任意識(shí)明確，職員之間能夠做到優(yōu)勢(shì)互補(bǔ)。管理人員要具備強(qiáng)烈的責(zé)任心和團(tuán)隊(duì)意識(shí)，不斷發(fā)現(xiàn)和培養(yǎng)優(yōu)秀人才。

2.2樹立風(fēng)險(xiǎn)管理理念，強(qiáng)化項(xiàng)目管理培訓(xùn)力度

我們要加強(qiáng)軟件項(xiàng)目管理人員對(duì)項(xiàng)目管理知識(shí)學(xué)習(xí)，各方面都能充分認(rèn)識(shí)到項(xiàng)目管理的重要性和必要性，讓項(xiàng)目經(jīng)理重視對(duì)項(xiàng)目管理的知識(shí)的學(xué)習(xí)和一些常用工具和方法使用。不斷樹立項(xiàng)目管理人員風(fēng)險(xiǎn)管理理念，充分意識(shí)到風(fēng)險(xiǎn)管理的重要性，經(jīng)過充分分析、預(yù)測(cè)、評(píng)估可能的風(fēng)險(xiǎn)，積極探索應(yīng)對(duì)風(fēng)險(xiǎn)的策略。對(duì)計(jì)劃書中風(fēng)險(xiǎn)管理要具有針對(duì)性和具體性，真正發(fā)揮風(fēng)險(xiǎn)管理在防范風(fēng)險(xiǎn)中的作用。不斷通過項(xiàng)目管理培訓(xùn)來強(qiáng)化管理人員實(shí)踐能力和知識(shí)技能。只有具備管理知識(shí)和管理經(jīng)驗(yàn)的人員才能擔(dān)任管理人員和技術(shù)人員，大幅提高項(xiàng)目管理水平。

2.3加強(qiáng)溝通，從整體上對(duì)軟件項(xiàng)目管理進(jìn)行把握

軟件項(xiàng)目管理有效開展離不開有效的溝通，這要求要不斷提高溝通意識(shí)，在企業(yè)中制定切實(shí)可行的溝通機(jī)制，使得各項(xiàng)企業(yè)政策能夠上下通達(dá)。在項(xiàng)目管理溝通方式上要不拘一格，實(shí)現(xiàn)溝通方式的多樣化，如書面溝通、口頭溝通，提高溝通的有效性。對(duì)于因溝通不暢導(dǎo)致的損失要明確責(zé)任歸屬，確保企業(yè)重要內(nèi)容信息的有效傳達(dá)。軟件項(xiàng)目管理人員要從整體上對(duì)軟件項(xiàng)目管理進(jìn)行把握，綜合考慮各因素，作出全面的總體計(jì)劃、階段計(jì)劃。同時(shí)對(duì)于具體問題也要預(yù)留空間，確保管理計(jì)劃能夠緊跟軟件管理需要。

篇2

目前，風(fēng)險(xiǎn)管理被認(rèn)為是IT軟件項(xiàng)目中減少失敗的一種重要手段。當(dāng)不能很確定地預(yù)測(cè)將來事情的時(shí)候，可以采用結(jié)構(gòu)化風(fēng)險(xiǎn)管理來發(fā)現(xiàn)計(jì)劃中的缺陷，并且采取行動(dòng)來減少潛在問題發(fā)生的可能性和影響。風(fēng)險(xiǎn)管理意味著危機(jī)還沒有發(fā)生之前就對(duì)它進(jìn)行處理。這就提高了項(xiàng)目成功的機(jī)會(huì)和減少了不可避免風(fēng)險(xiǎn)所產(chǎn)生的后果。

2什么是風(fēng)險(xiǎn)

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

要考慮未來，什么樣的風(fēng)險(xiǎn)會(huì)導(dǎo)致軟件項(xiàng)目失敗？

要考慮變化，在用戶需求、開發(fā)技術(shù)、目標(biāo)、機(jī)制及其它與項(xiàng)目有關(guān)的因素的改變將會(huì)對(duì)按時(shí)交付和系統(tǒng)成功產(chǎn)生什么影響？

必須解決選擇問題，應(yīng)采用什么方法和工具，應(yīng)配備多少人力，在質(zhì)量上強(qiáng)調(diào)到什么程度才滿足要求？

要考慮風(fēng)險(xiǎn)類型，是屬于項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、商業(yè)風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)還是預(yù)算風(fēng)險(xiǎn)等？

這些潛在的問題可能會(huì)對(duì)軟件項(xiàng)目的計(jì)劃、成本、技術(shù)、產(chǎn)品的質(zhì)量及團(tuán)隊(duì)的士氣都有負(fù)面的影響。風(fēng)險(xiǎn)管理就是在這些潛在的問題對(duì)項(xiàng)目造成破壞之前識(shí)別、處理和排除。

3風(fēng)險(xiǎn)管理

項(xiàng)目風(fēng)險(xiǎn)管理實(shí)際上就是貫穿在項(xiàng)目開發(fā)過程中的一系列管理步驟，其中包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)控。它能讓風(fēng)險(xiǎn)管理者主動(dòng)“攻擊”風(fēng)險(xiǎn)，進(jìn)行有效的風(fēng)險(xiǎn)管理。

在項(xiàng)目管理中，建立風(fēng)險(xiǎn)管理策略和在項(xiàng)目的生命周期中不斷控制風(fēng)險(xiǎn)是非常重要的，風(fēng)險(xiǎn)管理包括四個(gè)相關(guān)階段：

風(fēng)險(xiǎn)識(shí)別識(shí)別風(fēng)險(xiǎn)的方法常用的有風(fēng)險(xiǎn)識(shí)別問詢法（座談法、專家法）、財(cái)務(wù)報(bào)表法、流程圖法、現(xiàn)場(chǎng)觀察法、相關(guān)部門配合法和環(huán)境分析法等。

風(fēng)險(xiǎn)評(píng)估對(duì)已識(shí)別的風(fēng)險(xiǎn)要進(jìn)行估計(jì)和評(píng)價(jià)，風(fēng)險(xiǎn)估計(jì)的主要任務(wù)是確定風(fēng)險(xiǎn)發(fā)生的概率與后果，風(fēng)險(xiǎn)評(píng)價(jià)則是確定該風(fēng)險(xiǎn)的經(jīng)濟(jì)意義及處理的費(fèi)/效分析，常用的方法有：概率分布、外推法、多目標(biāo)分析法等。

風(fēng)險(xiǎn)處理一般而言，風(fēng)險(xiǎn)處理有三種方法，①風(fēng)險(xiǎn)控制法，即主動(dòng)采取措施避免風(fēng)險(xiǎn)，消滅風(fēng)險(xiǎn)，中和風(fēng)險(xiǎn)或采用緊急方案降低風(fēng)險(xiǎn)。②風(fēng)險(xiǎn)自留，當(dāng)風(fēng)險(xiǎn)量不大時(shí)可以余留風(fēng)險(xiǎn)。③風(fēng)險(xiǎn)轉(zhuǎn)移。

風(fēng)險(xiǎn)監(jiān)控包括對(duì)風(fēng)險(xiǎn)發(fā)生的監(jiān)督和對(duì)風(fēng)險(xiǎn)管理的監(jiān)督，前者是對(duì)已識(shí)別的風(fēng)險(xiǎn)源進(jìn)行監(jiān)視和控制，后者是在項(xiàng)目實(shí)施過程中監(jiān)督人們認(rèn)真執(zhí)行風(fēng)險(xiǎn)管理的組織和技術(shù)措施。

在IT軟件項(xiàng)目管理中，應(yīng)該任命一名風(fēng)險(xiǎn)管理者，該管理者的主要職責(zé)是在制訂與評(píng)估規(guī)劃時(shí)，從風(fēng)險(xiǎn)管理的角度對(duì)項(xiàng)目規(guī)劃或計(jì)劃進(jìn)行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況，試著指出各個(gè)風(fēng)險(xiǎn)的管理策略及常用的管理方法，以隨時(shí)處理出現(xiàn)的風(fēng)險(xiǎn)，風(fēng)險(xiǎn)管理者最好是由項(xiàng)目主管以外的人擔(dān)任。

險(xiǎn)識(shí)別

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

4.1產(chǎn)品規(guī)模風(fēng)險(xiǎn)

有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理都知道：項(xiàng)目的風(fēng)險(xiǎn)是直接與產(chǎn)品的規(guī)模成正比的。與軟件規(guī)模相關(guān)的常見風(fēng)險(xiǎn)因素有：

估算產(chǎn)品的規(guī)模的方法（LOC或代碼行，F(xiàn)P或功能點(diǎn)，程序或文件的數(shù)目）。

產(chǎn)品規(guī)模估算的信任度

產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值的偏差

產(chǎn)品的用戶數(shù)

復(fù)用的軟件有多少

產(chǎn)品的需求改變多少

4.2需求風(fēng)險(xiǎn)

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

與客戶相關(guān)的風(fēng)險(xiǎn)因素有：

對(duì)產(chǎn)品缺少清晰的認(rèn)識(shí)

對(duì)產(chǎn)品需求缺少認(rèn)同

在做需求中客戶參與不夠

沒有優(yōu)先需求

由于不確定的需要導(dǎo)致新的市場(chǎng)

不斷變化需求

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

對(duì)需求的變化缺少相關(guān)分析

4.3相關(guān)性風(fēng)險(xiǎn)

許多風(fēng)險(xiǎn)都是因?yàn)轫?xiàng)目的外部環(huán)境或因素的相關(guān)性產(chǎn)生的。經(jīng)常我們不能很好地控制外部的相關(guān)性，因此緩解策略應(yīng)該包括可能性計(jì)劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分，并且覺察潛在的問題。與外部環(huán)境相關(guān)的因素有：

客戶供應(yīng)條目或信息

內(nèi)部或外部轉(zhuǎn)包商的關(guān)系

交互成員或交互團(tuán)體依賴性

經(jīng)驗(yàn)豐富人員的可得性

項(xiàng)目的復(fù)用性

4.4管理風(fēng)險(xiǎn)

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

計(jì)劃和任務(wù)定義不夠充分

實(shí)際項(xiàng)目狀態(tài)

項(xiàng)目所有者和決策者分不清

不切實(shí)際的承諾

員工之間的沖突

4.5技術(shù)風(fēng)險(xiǎn)

軟件技術(shù)的飛速發(fā)展和經(jīng)歷豐富員工的缺乏，意味著項(xiàng)目團(tuán)隊(duì)可能會(huì)因?yàn)榧记傻脑蛴绊戫?xiàng)目的成功。在早期，識(shí)別風(fēng)險(xiǎn)從而采取合適的預(yù)防措施是解決風(fēng)險(xiǎn)領(lǐng)域問題的關(guān)鍵，比如：培訓(xùn)、雇傭顧問以及為項(xiàng)目團(tuán)隊(duì)招聘合適的人才等。主要有下面這些風(fēng)險(xiǎn)因素：

缺乏培訓(xùn)

對(duì)方法、工具和技術(shù)理解的不夠

應(yīng)用領(lǐng)域的經(jīng)驗(yàn)不夠

新的技術(shù)和開發(fā)方法

不能正確工作的方法

5風(fēng)險(xiǎn)估計(jì)

風(fēng)險(xiǎn)估計(jì)，又稱風(fēng)險(xiǎn)預(yù)測(cè)，常采用兩種方法估價(jià)每種風(fēng)險(xiǎn)。一種是估計(jì)風(fēng)險(xiǎn)發(fā)生的可能性或概率，另一種是估計(jì)如果風(fēng)險(xiǎn)發(fā)生時(shí)所產(chǎn)生的后果。一般來講，風(fēng)險(xiǎn)管理者要與項(xiàng)目計(jì)劃人員、技術(shù)人員及其他管理人員一起執(zhí)行四種風(fēng)險(xiǎn)活動(dòng)：

（1）建立一個(gè)標(biāo)準(zhǔn)（尺度），以反映風(fēng)險(xiǎn)發(fā)生的可能性。

（2）描述風(fēng)險(xiǎn)的后果。

（3）估計(jì)風(fēng)險(xiǎn)對(duì)項(xiàng)目和產(chǎn)品的影響。

（4）確定風(fēng)險(xiǎn)的精確度，以免產(chǎn)生誤解。

另外，要對(duì)每個(gè)風(fēng)險(xiǎn)的表現(xiàn)、范圍、時(shí)間做出盡量準(zhǔn)確的判斷。對(duì)不同類型的風(fēng)險(xiǎn)采取不同的分析辦法。

1．確定型風(fēng)險(xiǎn)估計(jì)

（a）盈虧平衡分析

盈虧平衡分析（Break-EvenAnalysis）通常又稱為量本利分析或損益平衡分析。它是根據(jù)軟件項(xiàng)目在正常生產(chǎn)年份的產(chǎn)品產(chǎn)量或銷售量、成本費(fèi)用、產(chǎn)品銷售單價(jià)和銷售稅金等數(shù)據(jù)，計(jì)算和分析產(chǎn)量、成本和盈利這三者之間的關(guān)系，從中找出它們的規(guī)律，并確定項(xiàng)目成本和收益相等時(shí)的盈虧平衡點(diǎn)的一種分析方法。在盈虧平衡點(diǎn)上，軟件項(xiàng)目既無(wú)盈利，也無(wú)虧損。通過盈虧平衡分析可以看出軟件項(xiàng)目對(duì)市場(chǎng)需求變化的適應(yīng)能力。

（b）敏感性分析

敏感性分析（SensitivityAnalysis）的目的，是考察與軟件項(xiàng)目有關(guān)的一個(gè)或多個(gè)主要因素發(fā)生變化時(shí)對(duì)該項(xiàng)目投資價(jià)值指標(biāo)的影響程度。通過敏感性分析，使我們可以了解和掌握在軟件項(xiàng)目經(jīng)濟(jì)分析中由于某些參數(shù)估算的錯(cuò)誤或是使用的數(shù)據(jù)不太可靠而可能造成的對(duì)投資價(jià)值指標(biāo)的影響程度，有助于我們確定在項(xiàng)目投資決策過程中需要重點(diǎn)調(diào)查研究和分析測(cè)算的因素。

（c）概率分析

它是運(yùn)用概率論及數(shù)理統(tǒng)計(jì)方法，來預(yù)測(cè)和研究各種不確定因素對(duì)軟件項(xiàng)目投資價(jià)值指標(biāo)影響的一種定量分析。通過概率分析可以對(duì)項(xiàng)目的風(fēng)險(xiǎn)情況做出比較準(zhǔn)確的判斷。主要包括解析法和模擬法（蒙特卡羅MonteCarlo技術(shù)）兩種。

2．不確定型風(fēng)險(xiǎn)估計(jì)

主要有小中取大原則、大中取小原則、遺憾原則、最大數(shù)學(xué)期望原則、最大可能原則。

3．隨機(jī)型風(fēng)險(xiǎn)估計(jì)

主要有最大可能原則、最大數(shù)學(xué)期望原則、最大效用數(shù)學(xué)期望原則、貝葉斯后驗(yàn)概率法等。

5.1建立風(fēng)險(xiǎn)清單

風(fēng)險(xiǎn)清單是關(guān)鍵的風(fēng)險(xiǎn)預(yù)測(cè)管理工具，清單上列出了在任何時(shí)候碰到的風(fēng)險(xiǎn)名稱、類別、概率及該風(fēng)險(xiǎn)所產(chǎn)生的影響。其中整體影響值可對(duì)四個(gè)風(fēng)險(xiǎn)因素（性能、支持、成本及進(jìn)度）的影響類別求平均值（有時(shí)也采用加權(quán)平均值）。

一旦完成了風(fēng)險(xiǎn)表的內(nèi)容，就可以根據(jù)概率及影響來進(jìn)行綜合考慮，風(fēng)險(xiǎn)影響和出現(xiàn)概率從風(fēng)險(xiǎn)管理的角度來看，它們各自起著不同的作用（見圖1）。一個(gè)具有高影響但低概率的風(fēng)險(xiǎn)因素不應(yīng)當(dāng)占用太多的風(fēng)險(xiǎn)管理時(shí)間，而具有中到高概率、高影響的風(fēng)險(xiǎn)和具有高概率及低影響的風(fēng)險(xiǎn)，就應(yīng)該進(jìn)行風(fēng)險(xiǎn)分析。

5.2風(fēng)險(xiǎn)評(píng)估

在風(fēng)險(xiǎn)分析過程中，我們對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)估時(shí)可以建立一個(gè)如下的四元數(shù)組：

[ri,li,xi，yi]

其中，ri是風(fēng)險(xiǎn)，li為風(fēng)險(xiǎn)出現(xiàn)的概率，xi則表示風(fēng)險(xiǎn)損失大小，yi則表示期望風(fēng)險(xiǎn)。

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

但在實(shí)際工作中，參照點(diǎn)很少能構(gòu)成一條光滑的曲線，大多數(shù)情況下，它是一個(gè)區(qū)域，而且是個(gè)易變的區(qū)域。因而在做風(fēng)險(xiǎn)評(píng)估時(shí)，盡量按以下步驟執(zhí)行：

（1）定義項(xiàng)目的水平參照值

（2）找出每組[ri,li,xi，yi]與每個(gè)水平參照值間的關(guān)系

（3）估計(jì)一組臨界點(diǎn)以定義項(xiàng)目的終止區(qū)域

（4）估計(jì)風(fēng)險(xiǎn)組合將如何影響風(fēng)險(xiǎn)水平參照值

5.3估計(jì)損失的大小

表1是風(fēng)險(xiǎn)分析表的一個(gè)例子，可以建立一個(gè)用風(fēng)險(xiǎn)、損失概率、損失大小和期望風(fēng)險(xiǎn)這樣的風(fēng)險(xiǎn)評(píng)估表。

在表1所示的風(fēng)險(xiǎn)估價(jià)的例子中，一個(gè)理論項(xiàng)目已經(jīng)識(shí)別了從1到20周期間的潛在的幾個(gè)風(fēng)險(xiǎn)，風(fēng)險(xiǎn)發(fā)生的概率范圍在5%到50%之間。在現(xiàn)實(shí)的項(xiàng)目中，可能會(huì)識(shí)別出比此表要多得多的風(fēng)險(xiǎn)。

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

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

5.4評(píng)估損失的概率

評(píng)估損失的概率要比評(píng)估損失大小更具有主觀性。這里有許多實(shí)踐方法可以提高主觀評(píng)估的準(zhǔn)確度。有以下方法：

由最熟悉系統(tǒng)的人評(píng)估每個(gè)風(fēng)險(xiǎn)的發(fā)生概率，然后保留一份風(fēng)險(xiǎn)評(píng)估審核文件。

使用Delphi法或少數(shù)服從多數(shù)的方法。使用Delphi法，必須要求每個(gè)人對(duì)每個(gè)風(fēng)險(xiǎn)進(jìn)行獨(dú)立地評(píng)估，然后討論（口頭或紙上）每個(gè)評(píng)估的合理性，特別是最高和最低的那個(gè)。一輪輪討論，直到達(dá)成共識(shí)。?使用“形容詞標(biāo)準(zhǔn)”。首先讓每個(gè)人用表示可能性的形容詞短語(yǔ)選擇風(fēng)險(xiǎn)的級(jí)別，如非?？赡?、很可能、可能、或許、不太可能、不可能、和根本不可能。然后把可能性的評(píng)估轉(zhuǎn)換為數(shù)量化的評(píng)估（Boehm1989）。

5.5整個(gè)項(xiàng)目超限和緩沖

實(shí)際上，表1中表示的期望風(fēng)險(xiǎn)的計(jì)算數(shù)值來源于一個(gè)被稱為“期望值”的統(tǒng)計(jì)術(shù)語(yǔ)。設(shè)計(jì)欠佳引起的風(fēng)險(xiǎn)如果真正發(fā)生將花費(fèi)15周的時(shí)間。既然它不是100%地會(huì)發(fā)生，當(dāng)然不能預(yù)計(jì)損失15周時(shí)間。但它也不是沒有可能發(fā)生，所以也不應(yīng)指望不會(huì)發(fā)生損失。統(tǒng)計(jì)學(xué)認(rèn)為，預(yù)計(jì)損失的數(shù)量是概率乘以損失大小，即15%乘以15周。因此，在這個(gè)例子中，預(yù)計(jì)的是損失2.25周。由于只是談?wù)撚?jì)劃風(fēng)險(xiǎn)，可以累加所有的風(fēng)險(xiǎn)暴露量來得到項(xiàng)目的全部可預(yù)料超標(biāo)值。這個(gè)項(xiàng)目可預(yù)料的超標(biāo)值是12.8到13.2周，這就是如果不做任何風(fēng)險(xiǎn)管理的話有可能超過計(jì)劃的周數(shù)。

超出預(yù)期值的大小為整個(gè)項(xiàng)目風(fēng)險(xiǎn)控制級(jí)別的確定提供了依據(jù)。如果例子中的項(xiàng)目是個(gè)25周的項(xiàng)目，超出預(yù)期值的12.8到13.2周就很明顯需要進(jìn)行風(fēng)險(xiǎn)管理了。

6風(fēng)險(xiǎn)管理策略

風(fēng)險(xiǎn)管理策略就是輔助項(xiàng)目組建立處理項(xiàng)目風(fēng)險(xiǎn)的策略。項(xiàng)目開發(fā)是一個(gè)高風(fēng)險(xiǎn)的活動(dòng)，如果項(xiàng)目采取積極的風(fēng)險(xiǎn)管理策略，就可以避免或降低許多風(fēng)險(xiǎn)，反之，就有可能使項(xiàng)目處于癱瘓狀態(tài)。一般來講，一個(gè)較好的風(fēng)險(xiǎn)管理策略應(yīng)滿足以下要求：

（1）在項(xiàng)目開發(fā)中規(guī)劃風(fēng)險(xiǎn)管理，盡量避免風(fēng)險(xiǎn)

（2）指定風(fēng)險(xiǎn)管理者，監(jiān)控風(fēng)險(xiǎn)因素

（3）建立風(fēng)險(xiǎn)清單及風(fēng)險(xiǎn)管理計(jì)劃

（4）建立風(fēng)險(xiǎn)反饋渠道

7風(fēng)險(xiǎn)駕馭和監(jiān)控

風(fēng)險(xiǎn)的駕馭與監(jiān)控主要靠管理者的經(jīng)驗(yàn)來實(shí)施，它是利用項(xiàng)目管理方法及其它某些技術(shù)，如原型法、軟件心理學(xué)、可靠性等來設(shè)法避免或轉(zhuǎn)移風(fēng)險(xiǎn)。風(fēng)險(xiǎn)的駕馭和監(jiān)控活動(dòng)可用圖3來表示。

7.1建立風(fēng)險(xiǎn)駕馭與監(jiān)控計(jì)劃

從圖3中可以看出，風(fēng)險(xiǎn)的駕馭與監(jiān)控活動(dòng)要寫入RMMP（RiskMonitoringandManagementPlan風(fēng)險(xiǎn)駕馭與監(jiān)控計(jì)劃）。RMMP記述了風(fēng)險(xiǎn)分析的全部工作，并且作為整個(gè)項(xiàng)目計(jì)劃的一部分為項(xiàng)目管理人員所使用。

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

進(jìn)行風(fēng)險(xiǎn)再估計(jì)，確保針對(duì)某個(gè)風(fēng)險(xiǎn)而制定的風(fēng)險(xiǎn)消除活動(dòng)正在使用。

收集可用于將來進(jìn)行風(fēng)險(xiǎn)分析的信息。

風(fēng)險(xiǎn)駕馭及監(jiān)控的策略如下：

與在職人員協(xié)商，確定人員流動(dòng)原因。

在項(xiàng)目開始前，把緩解這些流動(dòng)原因的工作列入風(fēng)險(xiǎn)駕馭計(jì)劃。

項(xiàng)目開始時(shí)，要作好人員流動(dòng)的思想準(zhǔn)備，并采取一些措施確保人員一旦離開時(shí)，項(xiàng)目仍能繼續(xù)。

制定文檔標(biāo)準(zhǔn)，并建立一種機(jī)制，保證文檔及時(shí)產(chǎn)生。

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

對(duì)每個(gè)關(guān)鍵性技術(shù)人員培養(yǎng)后備人員。

在考慮風(fēng)險(xiǎn)成本之后，決定是否采用上述策略。

7.2軟件項(xiàng)目風(fēng)險(xiǎn)追蹤工具

篇3

2、驗(yàn)證和顯示控件的實(shí)現(xiàn)過程

為了解釋驗(yàn)證和顯示控件的實(shí)現(xiàn)過程選用系統(tǒng)用戶登陸模塊為例。該模塊為系統(tǒng)軟件初始頁(yè)面用來驗(yàn)證用戶信息。用戶通過輸入用戶名、密碼和驗(yàn)證碼來登陸本系統(tǒng)。驗(yàn)證碼使用系統(tǒng)隨機(jī)生成的圖片來完成，驗(yàn)證碼保存在用戶的SESSION當(dāng)中，當(dāng)用戶的信息和數(shù)據(jù)庫(kù)中數(shù)據(jù)完全對(duì)應(yīng)的情況下，運(yùn)行用戶跳轉(zhuǎn)到主頁(yè)面，同時(shí)用戶的各個(gè)信息也保存在該用戶的SES－SION中。為了用戶密碼的安全性，密碼的保存形式使用MD5加密方式。同時(shí)輸入信息的三個(gè)文本框使用AJAX技術(shù)實(shí)現(xiàn)了用戶輸入信息的提示工作。該模塊的功能有：系統(tǒng)用戶登陸與系統(tǒng)用戶驗(yàn)證的功能。系統(tǒng)用戶登錄頁(yè)面代碼：為。其中CS文件中引用了系統(tǒng)的幾個(gè)必要的命名空間。登錄部分通過控件建立面板，通過作為用戶名、密碼和驗(yàn)證碼的輸入框同時(shí)設(shè)置AJAX事件，實(shí)現(xiàn)輸入不能為空等基本客戶端驗(yàn)證。驗(yàn)證碼的圖片通過控件引用來顯示隨機(jī)的驗(yàn)證碼圖片信息。為了解釋頁(yè)面布局框架的實(shí)現(xiàn)過程選用系統(tǒng)主界面模塊為例。該模塊工作主界面如圖1-2所示，各模塊主要功能包括：學(xué)籍信息查詢模塊，主要實(shí)現(xiàn)學(xué)生成績(jī)查詢和學(xué)生學(xué)歷查詢兩個(gè)子模塊功能；學(xué)籍信息輸入模塊，主要實(shí)現(xiàn)教學(xué)計(jì)劃的輸入和學(xué)生信息的輸入兩個(gè)子模塊功能；系統(tǒng)管理模塊，主要系統(tǒng)用戶管理和系統(tǒng)預(yù)設(shè)兩個(gè)子模塊功能。

篇4

專門、常態(tài)化的軟件項(xiàng)目專家委員會(huì)有助于在軟件項(xiàng)目的整個(gè)生命周期(立項(xiàng)、調(diào)研、標(biāo)書制作、評(píng)標(biāo)、合同簽訂、項(xiàng)目開發(fā)期、驗(yàn)收以及售后服務(wù)和升級(jí)維護(hù))中指導(dǎo)、規(guī)范項(xiàng)目執(zhí)行，減少不確定性，并減少時(shí)間緊迫性對(duì)項(xiàng)目建設(shè)帶來的不利影響。軟件項(xiàng)目專家委員會(huì)由兩類人員組成:A類為軟件開發(fā)等相關(guān)專業(yè)具副高以上職稱的純技術(shù)型專家;B類為各職能部門專門負(fù)責(zé)信息化建設(shè)的相關(guān)人員，主要負(fù)責(zé)軟件開發(fā)項(xiàng)目的具體業(yè)務(wù)方面。在軟件項(xiàng)目建設(shè)前期，從A類專家?guī)熘谐槿∪舾擅麑＜遥⑻暨x出同此軟件項(xiàng)目建設(shè)內(nèi)容相關(guān)性較大的若干B類專家，共同組成該項(xiàng)目的專家委員會(huì)，負(fù)責(zé)軟件項(xiàng)目的立項(xiàng)、調(diào)研和招標(biāo)文件的制作，確保招標(biāo)采購(gòu)質(zhì)量］。在專家委員會(huì)的參與下，項(xiàng)目建設(shè)前期的各資料文檔可以作為后期評(píng)標(biāo)委員會(huì)評(píng)標(biāo)的重要參考資料。

1．2有選擇性地采用競(jìng)爭(zhēng)性談判和單一來源采購(gòu)的方式

依據(jù)軟件項(xiàng)目專家委員會(huì)的調(diào)研結(jié)果，如果沒有具競(jìng)爭(zhēng)力的三家或三家以上的軟件開發(fā)公司可以參與投標(biāo)，可以不拘泥于邀請(qǐng)招標(biāo)的形式，而是采用更具針對(duì)性的競(jìng)爭(zhēng)性談判或是單一來源采購(gòu)的方式。這樣在較有限的時(shí)間內(nèi)，評(píng)標(biāo)專家的評(píng)審焦點(diǎn)更為集中，可以投入更多的時(shí)間評(píng)價(jià)有競(jìng)爭(zhēng)力的投標(biāo)方案的優(yōu)劣，展開價(jià)格談判。

1．3適當(dāng)延長(zhǎng)評(píng)標(biāo)時(shí)間

在調(diào)研不夠完善充分、標(biāo)書制作不夠嚴(yán)謹(jǐn)?shù)那闆r下，評(píng)標(biāo)專家在評(píng)標(biāo)現(xiàn)場(chǎng)有時(shí)面臨評(píng)無(wú)可評(píng)的尷尬狀況，即沒有評(píng)價(jià)依據(jù)和標(biāo)準(zhǔn)，只能根據(jù)公司以往的業(yè)績(jī)和成果粗略判斷，并沒有針對(duì)具體投標(biāo)方案的恰當(dāng)評(píng)價(jià)。但在成立軟件項(xiàng)目專家委員會(huì)的情況下，委員會(huì)前期的工作成果和文檔即可以成為專家重要的參考，投標(biāo)公司的投標(biāo)方案和投標(biāo)書也應(yīng)當(dāng)是嚴(yán)肅和可以評(píng)判的。因此，評(píng)標(biāo)專家需要更充足的時(shí)間閱讀參考資料，評(píng)審各投標(biāo)方案。此種情況下，延長(zhǎng)評(píng)標(biāo)時(shí)間是必要和必須的。

1．4合同由軟件項(xiàng)目專家委員會(huì)把關(guān)

軟件項(xiàng)目專家委員會(huì)參與了項(xiàng)目的調(diào)研和招標(biāo)文件制作，對(duì)項(xiàng)目建設(shè)目標(biāo)和需求有了深入了解，因此由專家委員會(huì)來審核軟件項(xiàng)目的合同可以保證軟件開發(fā)在技術(shù)上和業(yè)務(wù)功能實(shí)現(xiàn)上完成預(yù)期目標(biāo)。

1．5質(zhì)保金和年度服務(wù)費(fèi)保證項(xiàng)目后期的維護(hù)和升級(jí)

對(duì)于軟件項(xiàng)目整個(gè)周期長(zhǎng)、但驗(yàn)收進(jìn)度要求緊的問題，可以采用扣留5%－10%的合同款作為質(zhì)量保證金的方式，敦促公司及時(shí)解決驗(yàn)收結(jié)束后又出現(xiàn)的一些問題，并保障出現(xiàn)問題時(shí)，公司及時(shí)響應(yīng)，快速解決問題。對(duì)于質(zhì)保期過后，軟件項(xiàng)目升級(jí)變更費(fèi)用高的問題，可以要求公司在投標(biāo)報(bào)價(jià)中給出質(zhì)保期以后的年度服務(wù)費(fèi)。質(zhì)保期過后的系統(tǒng)升級(jí)，由項(xiàng)目單位向公司支付年度服務(wù)費(fèi)，由公司負(fù)責(zé)軟件項(xiàng)目功能模塊上的增減，業(yè)務(wù)流程上的改變。此項(xiàng)費(fèi)用也作為評(píng)價(jià)公司整體投標(biāo)報(bào)價(jià)的內(nèi)容之一，計(jì)入投標(biāo)報(bào)價(jià)的總費(fèi)用。這不僅節(jié)約了軟件項(xiàng)目升級(jí)開發(fā)的采購(gòu)成本，提高了采購(gòu)效率，更擺脫了在軟件升級(jí)時(shí)，項(xiàng)目單位在價(jià)格談判中的不利地位。

篇5

2模型具體步驟劃分

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

3模型主要應(yīng)用流程

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

4模型應(yīng)用情況

將軟件項(xiàng)目管理與WBSR模式結(jié)合，將各個(gè)工作進(jìn)行細(xì)致劃分，能夠?yàn)檐浖?jì)劃、預(yù)估等工作提供依據(jù)，確保工作順利開展，在一定程度上推動(dòng)了軟件項(xiàng)目進(jìn)一步發(fā)展，與此同時(shí)，在項(xiàng)目開展過程中，負(fù)責(zé)人加大對(duì)實(shí)際工作的監(jiān)督和控制力度，能夠及時(shí)發(fā)現(xiàn)不足之處，并采取有針對(duì)性措施，確保軟件產(chǎn)品開發(fā)質(zhì)量，該模式的應(yīng)用，能夠直觀的反映組內(nèi)成員的實(shí)際表現(xiàn)，為日后進(jìn)行績(jī)效考核奠定了基礎(chǔ)，從而有效提高管理水平，促進(jìn)企業(yè)可持續(xù)、健康發(fā)展。

5模式性能評(píng)價(jià)

通過對(duì)WBSR模式在軟件項(xiàng)目管理中應(yīng)用情況調(diào)查可知，模式對(duì)工作過程及產(chǎn)品開發(fā)從不同角度進(jìn)行合理分解，提高了項(xiàng)目范圍的精準(zhǔn)性及有效性，避免工作失誤情況的發(fā)生，并且將工作細(xì)化至每一個(gè)人受眾，形成良性循環(huán)，促使員工能夠認(rèn)真、負(fù)責(zé)完成工作，起到了積極地促進(jìn)作用。因此，面對(duì)社會(huì)發(fā)展新形勢(shì)下，企業(yè)軟件項(xiàng)目管理可以大力推廣和普及WBSR模式，提高產(chǎn)品適應(yīng)力及質(zhì)量，從而實(shí)現(xiàn)企業(yè)經(jīng)濟(jì)效益最大化目標(biāo)。

篇6

1.2可以對(duì)業(yè)務(wù)流程進(jìn)行優(yōu)化，以便標(biāo)準(zhǔn)化管理物資采購(gòu)工作：結(jié)合統(tǒng)一的物資供應(yīng)管理標(biāo)準(zhǔn)業(yè)務(wù)流程模板，所有實(shí)施ERP的單位需要對(duì)物資供應(yīng)管理體制進(jìn)行理順，對(duì)物資業(yè)務(wù)流程進(jìn)行規(guī)范。在供電企業(yè)物資供應(yīng)管理工作中，來組織、設(shè)計(jì)和實(shí)施ERP系統(tǒng)，可以重新整理和優(yōu)化采購(gòu)組織架構(gòu)，以便對(duì)采購(gòu)以及計(jì)劃等崗位制衡機(jī)制進(jìn)行較好的規(guī)范，促使物資的標(biāo)準(zhǔn)化管理得到實(shí)現(xiàn)。

1.3可以將材料消耗給真實(shí)反映出來，對(duì)企業(yè)成本核算進(jìn)行規(guī)范：通過全面推廣和應(yīng)用ERP系統(tǒng)，電力企業(yè)物資部門在物資管理中，長(zhǎng)期實(shí)行的計(jì)劃價(jià)格計(jì)價(jià)方式就可以被拋棄掉，將移動(dòng)加權(quán)平均價(jià)應(yīng)用到物料主數(shù)據(jù)價(jià)格中，隨著采購(gòu)價(jià)格的變化，來更新和調(diào)整物資庫(kù)存和物資供應(yīng)，從而一致于市場(chǎng)價(jià)格，可以將庫(kù)存物資價(jià)值給真實(shí)反映出來，這樣使用單位的成本核算就可以更加順利的開展下來，將材料消耗成本給真實(shí)的反映出來。

1.4可以更好的控制和管理供應(yīng)商，對(duì)物資采購(gòu)渠道進(jìn)行規(guī)范：通過實(shí)施ERP系統(tǒng)，事前控制可以得到有效的實(shí)現(xiàn)。采購(gòu)人員將申請(qǐng)?zhí)岢鰜?，物資管理部門進(jìn)行線上審批和監(jiān)控，采購(gòu)人員方可以將采購(gòu)訂單創(chuàng)建于系統(tǒng)中，進(jìn)而實(shí)施采購(gòu)行為，這樣對(duì)于那些隨意網(wǎng)外采購(gòu)行為，就可以進(jìn)行較好的控制。另外，通過ERP系統(tǒng)的實(shí)施，可以實(shí)時(shí)監(jiān)控相關(guān)數(shù)據(jù)，以便經(jīng)營(yíng)者做出更加科學(xué)的決策，同時(shí)，也可以共享庫(kù)存信息，可以在SAP系統(tǒng)的任何終端上查看電力企業(yè)庫(kù)存地的庫(kù)存狀況。

2.ERP系統(tǒng)軟件在某供電企業(yè)物資管理中的應(yīng)用

供電企業(yè)結(jié)合自身的實(shí)際情況，在ERP物資管理模塊實(shí)施中，將自己的特點(diǎn)充分體現(xiàn)了出來：

2.1實(shí)施統(tǒng)一的物料編碼及主數(shù)據(jù)管理：為了保證系統(tǒng)中的物料等公用基礎(chǔ)數(shù)據(jù)是準(zhǔn)確和規(guī)范的，更好的集中管理和維護(hù)物料主數(shù)據(jù)，本電力公司將物料主數(shù)據(jù)申請(qǐng)、審核以及維護(hù)的相應(yīng)操作流程實(shí)現(xiàn)于SPA系統(tǒng)中；結(jié)合物資本身的屬性來進(jìn)行物資分類，對(duì)物資標(biāo)準(zhǔn)進(jìn)行了合理制定，在物料編碼的過程中，借助于物料的基本特征來進(jìn)行區(qū)分，為了避免一物多碼問題的出現(xiàn)，在分類的基礎(chǔ)上，還給出了物料特征，利用這些特征，確定出來的物料都是唯一的。因?yàn)殡娏π袠I(yè)涉及到較為繁多的物料品種，如果細(xì)化管理，就會(huì)有較為龐大的物料編碼，因此，將10位流水碼應(yīng)用到物料主數(shù)據(jù)。

2.2集中化的業(yè)務(wù)流程管理：在物資管理流程中，關(guān)鍵用戶和實(shí)施方結(jié)合國(guó)網(wǎng)典設(shè)，進(jìn)行調(diào)研分析以及藍(lán)圖設(shè)計(jì)之后，刪減和修改了典設(shè)的流程，最后確立出來了30個(gè)業(yè)務(wù)流程，與公司物資管理特點(diǎn)所符合，如庫(kù)存管理、采購(gòu)管理、主數(shù)據(jù)管理等等，對(duì)系統(tǒng)中每一個(gè)角色的工作內(nèi)容以及傳遞流程進(jìn)行了明確。

2.3根據(jù)不同的項(xiàng)目類型自動(dòng)生成不同類型的采購(gòu)申請(qǐng)：在物資采購(gòu)環(huán)節(jié)中，采購(gòu)申請(qǐng)發(fā)揮了巨大的作用；項(xiàng)目部門借助于SAPPS模塊，就可以將采購(gòu)申請(qǐng)自動(dòng)生成，標(biāo)準(zhǔn)配置只能夠?qū)σ环N類型的采購(gòu)申請(qǐng)進(jìn)行生成，但是在實(shí)際的業(yè)務(wù)流程中，需要結(jié)合項(xiàng)目類型，生成差異化的采購(gòu)申請(qǐng)，并且對(duì)不同的審批策略進(jìn)行配置。本供電企業(yè)在ERP物資模塊的實(shí)施過程中，通過一系列的強(qiáng)化措施，結(jié)合項(xiàng)目類型，可以對(duì)對(duì)應(yīng)的采購(gòu)申請(qǐng)進(jìn)行自動(dòng)生成，并且依據(jù)采購(gòu)申請(qǐng)單據(jù)類型，來進(jìn)行后續(xù)配置。

2.4采購(gòu)申請(qǐng)中采購(gòu)策略的維護(hù)：在采購(gòu)環(huán)節(jié)中，非常重要的一個(gè)依據(jù)就是采購(gòu)策略，采購(gòu)策略會(huì)對(duì)采購(gòu)申請(qǐng)的審批流程起到?jīng)Q定作用，并且還會(huì)影響到后續(xù)的采購(gòu)方式，因此，本供電公司在ERP系統(tǒng)的實(shí)施過程中，依據(jù)物資類別來對(duì)采購(gòu)策略進(jìn)行維護(hù)。本電力企業(yè)結(jié)合國(guó)網(wǎng)公司的相關(guān)規(guī)程，來對(duì)集中采購(gòu)目錄進(jìn)行確定，如果在集中采購(gòu)目錄中，采購(gòu)申請(qǐng)物料主數(shù)據(jù)的物料組為集中采購(gòu)，那么就由省公司來對(duì)采購(gòu)方式、供應(yīng)商以及價(jià)格等統(tǒng)一確定，集中采購(gòu)使采購(gòu)業(yè)務(wù)做到真正的公平、公正、高效而及時(shí)。

2.5對(duì)相應(yīng)的管理體系進(jìn)行完善：為了能夠正常運(yùn)轉(zhuǎn)ERP系統(tǒng)下的物資管理系統(tǒng)，就需要大力進(jìn)行ERP系統(tǒng)相關(guān)的組織機(jī)構(gòu)和制度建設(shè)。如今隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，軟件技術(shù)已經(jīng)取到了很多的人工工作，但是因?yàn)镋RP系統(tǒng)的研發(fā)技術(shù)還不夠成熟，那么在供電企業(yè)運(yùn)轉(zhuǎn)中，就需要對(duì)相應(yīng)的管理體系進(jìn)行完善。要對(duì)原始信息以及信息傳遞渠道進(jìn)行規(guī)范，促使一線信息采集的真實(shí)性和準(zhǔn)確性得到保證，對(duì)數(shù)據(jù)采集和錄入制度進(jìn)行規(guī)范，在制度流程方面，需要規(guī)范各種原始單據(jù)、報(bào)表以及其他信息的各種數(shù)據(jù)，對(duì)標(biāo)準(zhǔn)進(jìn)行細(xì)化。

篇7

2項(xiàng)目管理在軟件開發(fā)中的應(yīng)用現(xiàn)狀

在二十世紀(jì)六十年代中期，人們發(fā)現(xiàn)了在開發(fā)軟件過程中存在著很多問題，具體的問題表現(xiàn)在以下兩個(gè)方面：一方面，不規(guī)范的生產(chǎn)過程；另一方面，不重視管理工作。為了能夠有效解決軟件開發(fā)過程中存在的問題，人們開始嘗試?yán)眠^程管理方法。但是到了二十世紀(jì)八十年代，還是沒有制定管理軟件開發(fā)過程相關(guān)標(biāo)準(zhǔn)。近幾年來，在信息技術(shù)快速發(fā)展的背景下，人們采取項(xiàng)目管理來控制軟件開發(fā)的質(zhì)量、軟件開發(fā)的成本等，以此確保軟件開發(fā)的質(zhì)量和成本等因素，符合當(dāng)時(shí)的既定標(biāo)準(zhǔn)。在軟件開發(fā)過程中，每一個(gè)項(xiàng)目組的不同成員都應(yīng)該承擔(dān)不同的任務(wù)，并且企業(yè)管理者應(yīng)該要求他們要在規(guī)定的時(shí)間內(nèi)完成自身的任務(wù)，這種明確分工制度，有助于提高員工的工作效率。

3項(xiàng)目管理在軟件開發(fā)中的應(yīng)用

每一個(gè)軟件開發(fā)項(xiàng)目都要經(jīng)過以下幾個(gè)階段：提出問題、研究可行性、分析需求、測(cè)試等。因此項(xiàng)目管理工作應(yīng)該貫穿于軟件開發(fā)的整個(gè)過程。

3.1可行性研究

無(wú)法開發(fā)哪一個(gè)項(xiàng)目，都需要進(jìn)行可行性分析與研究。通過利用項(xiàng)目管理來研究軟件開發(fā)項(xiàng)目可行性的目的在于：在最短的時(shí)間內(nèi)確定軟件開發(fā)項(xiàng)目是否具有開發(fā)的價(jià)值。其中可行性研究的內(nèi)容包括：

1）、研究技術(shù)的可行性。其主要是指：要合理地分析開發(fā)項(xiàng)目的功能與性能，分析其中所隱藏的技術(shù)風(fēng)險(xiǎn)。

2）、研究經(jīng)濟(jì)的可行性。其主要是指：估計(jì)所開發(fā)的項(xiàng)目給企業(yè)帶來的經(jīng)濟(jì)效益，然后依據(jù)所估算的經(jīng)濟(jì)效益，確定該項(xiàng)目是否具有投資的價(jià)值。

3）、研究社會(huì)的可行性。其主要是指：分析此項(xiàng)目的運(yùn)行方式是否正確，分析當(dāng)前的人員技術(shù)水平以及管理制度是否具有可行性。

3.2軟件項(xiàng)目估算

在軟件開發(fā)過程中，首先要規(guī)劃軟件開發(fā)項(xiàng)目，如此便于項(xiàng)目管理人員制定切合實(shí)際的估算方案。規(guī)劃軟件開發(fā)項(xiàng)目的內(nèi)容主要包括：明確軟件開發(fā)的目標(biāo)、明確軟件開發(fā)過程中需要用到的各種資源、明確軟件開發(fā)的進(jìn)度等。在軟件開發(fā)過程中，估算起著非常重要的作用。通過估算可以保證軟件項(xiàng)目在規(guī)定的時(shí)間內(nèi)完成，也可以確保軟件項(xiàng)目的成本未超出預(yù)算。在估算資源、成本以及進(jìn)度的時(shí)候，要依據(jù)自身豐富的經(jīng)驗(yàn)以及相關(guān)的數(shù)據(jù)。但是當(dāng)前所使用的估算方法較為單一，此種估算方法容易增加估算風(fēng)險(xiǎn)。對(duì)此，研究人員應(yīng)該努力研究出更多科學(xué)、有效的估算方法。

3.3軟件項(xiàng)目開發(fā)人員的管理

在開展軟件項(xiàng)目開發(fā)人員管理工作的時(shí)候，首先要合理安排人員。通常情況下，是由多個(gè)小組成員共同完成軟件開發(fā)項(xiàng)目。在具體安排人員任務(wù)的時(shí)候，要依據(jù)每位人員的優(yōu)勢(shì)進(jìn)行，并且要明確小組內(nèi)每一位成員的工作任務(wù)以及工作目標(biāo)。在軟件開發(fā)過程中，要確定不同的責(zé)任人，比如：項(xiàng)目經(jīng)理、開發(fā)經(jīng)理，并且為每一個(gè)小組安排一名組長(zhǎng)，如此有助于確保軟件開發(fā)項(xiàng)目的順利完成，同時(shí)保證所開發(fā)出來的軟件屬于高質(zhì)量產(chǎn)品。

篇8

GSM（GlobalSystemforMobilecommunication）系統(tǒng)是目前基于時(shí)分多址技術(shù)的移動(dòng)通信體制中，比較成熟完善，且應(yīng)用最廣泛的一種系統(tǒng)。目前已建成的覆蓋全國(guó)的GSM數(shù)字蜂窩移動(dòng)通信網(wǎng)，是我國(guó)公眾移動(dòng)通信網(wǎng)的主要方式。基于GSM的短信信息服務(wù)，是一種在移動(dòng)網(wǎng)絡(luò)上傳送簡(jiǎn)短信息的無(wú)線應(yīng)用，是一種信息在移動(dòng)網(wǎng)絡(luò)上存儲(chǔ)和轉(zhuǎn)寄的過程。由于公眾GSM網(wǎng)絡(luò)在全球范圍內(nèi)實(shí)現(xiàn)了聯(lián)網(wǎng)和漫游，建議上述系統(tǒng)不需再組建專用通信網(wǎng)絡(luò)，所以具有實(shí)時(shí)傳輸數(shù)據(jù)功能的短信應(yīng)用將得到迅速普及。筆者開發(fā)設(shè)計(jì)的基于GSM網(wǎng)絡(luò)的溫度數(shù)據(jù)采集與無(wú)線傳輸系統(tǒng)正是借助該網(wǎng)絡(luò)平臺(tái)，利用短信息業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)的自動(dòng)雙向傳遞。系統(tǒng)模型圖如圖1所示。

本系統(tǒng)由數(shù)據(jù)采集部分、數(shù)據(jù)接收和發(fā)送部分、終端處理部分三個(gè)模塊組成。數(shù)據(jù)采集模塊將采集到的溫度數(shù)據(jù)存入存儲(chǔ)器中。數(shù)據(jù)收發(fā)模塊采用雙單片機(jī)共用E2RPOM的方式，單片機(jī)2控制數(shù)據(jù)從存儲(chǔ)器轉(zhuǎn)存入E2PROM中；單片機(jī)1負(fù)責(zé)將數(shù)據(jù)從E2PROM中讀出，并經(jīng)GSM模塊2借助GSM網(wǎng)絡(luò)將數(shù)據(jù)發(fā)送出去。單片機(jī)1不僅控制數(shù)據(jù)的發(fā)送，也控制數(shù)據(jù)的接收。在這里，E2PROM是溫度數(shù)據(jù)臨時(shí)存儲(chǔ)和上傳的中轉(zhuǎn)站。終端處理模塊負(fù)責(zé)將接收到的數(shù)據(jù)交給計(jì)算機(jī)處理，并將處理后的結(jié)果存放到數(shù)據(jù)庫(kù)中，以供查詢。當(dāng)終端處理模塊需要向GSM模塊2發(fā)送控制命令時(shí)，GSM模塊2接收過程正好與上述過程相反，從而實(shí)現(xiàn)數(shù)據(jù)的自動(dòng)雙向傳遞。

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

1GSM模塊MZ28

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

2串口控制SMS的工作原理

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

GSM的短信息業(yè)務(wù)SMS利用信令信道傳輸，這是GSM通信網(wǎng)所特有的。它不用撥號(hào)建立連接，把要發(fā)的信息加上目的數(shù)據(jù)發(fā)送到短信息服務(wù)中心，經(jīng)短信服務(wù)中心完成存儲(chǔ)后再發(fā)送給最終的信宿。所以當(dāng)目的GSM終端沒開機(jī)時(shí)信息不會(huì)丟失。每個(gè)短信的信息量限制為160字節(jié)。

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

表1AT指令

AT指令功能描述

AT+OFF關(guān)機(jī)并重新啟動(dòng)

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

ATE0關(guān)閉回顯

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

AT+CMGS發(fā)送短信息

AT+CMGR讀取短信息

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

3軟件實(shí)現(xiàn)

3.1上位機(jī)模塊和下位機(jī)模塊半雙工通信協(xié)議的實(shí)現(xiàn)

3．1．1應(yīng)答和重發(fā)

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

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

圖2

3．1．2延時(shí)重發(fā)

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

圖2以下位機(jī)模塊先發(fā)數(shù)據(jù)幀為例，闡述雙方通信的具體實(shí)現(xiàn)過程。

需要說明的是，由于版面的限制，圖2所示的通信過程沒有涉及到發(fā)送非確認(rèn)幀的情況，如果收方發(fā)送非常認(rèn)幀，發(fā)方的發(fā)送過程跟發(fā)送數(shù)據(jù)幀是一樣的，只不過這種情況下需要重發(fā)同一幀號(hào)的數(shù)據(jù)幀。如果上位機(jī)模塊先發(fā)命令幀，雙方通信的實(shí)現(xiàn)過程跟圖2類似，所不同的是數(shù)據(jù)幀此時(shí)變成命令幀，命令幀變成數(shù)據(jù)幀。在延時(shí)的時(shí)間上，無(wú)論是下位機(jī)發(fā)送數(shù)據(jù)幀還是上位機(jī)發(fā)送命令幀，t2的大小都應(yīng)該是一樣的，都是利用時(shí)間間隔t2發(fā)送收方信息幀，延時(shí)的時(shí)間是相同的。然而，對(duì)于t1而方，情況就有所不同。因?yàn)橄挛粰C(jī)模塊先發(fā)送數(shù)據(jù)幀時(shí)，利用t1的間隔時(shí)間上位機(jī)模塊發(fā)送的命令幀可靠較少，因此當(dāng)下位機(jī)模塊先發(fā)送數(shù)據(jù)幀時(shí)所定義的t1應(yīng)該小于當(dāng)上位機(jī)模塊先發(fā)送命令幀時(shí)，所定義的t1。這是因?yàn)楫?dāng)上位機(jī)模塊先發(fā)送命令幀時(shí)，利用t1的間隔時(shí)間下位機(jī)模塊發(fā)送的數(shù)據(jù)幀可能比較多。

3.2幀格式

GSM模塊通過異步通信接口實(shí)現(xiàn)對(duì)SMS的控制共有三種接入?yún)f(xié)議：BlockMode；基于AT指令的TextMode；基于AT指令PDUMode。本系統(tǒng)發(fā)送和接收的數(shù)據(jù)都是基于數(shù)字的溫度數(shù)據(jù)和命令字，為了保證系統(tǒng)的適用性，SMS的收發(fā)采用TEXT模式。TEXT模式是基于字符的，更具體地說是基于ASCII碼的一種結(jié)構(gòu)模式。在該模式下，模塊發(fā)送和接收的信息幀格式如下：

幀頭幀序號(hào)數(shù)據(jù)校驗(yàn)子

信息幀包括數(shù)據(jù)幀和命令幀。

幀頭表示數(shù)據(jù)幀的標(biāo)記，是由固定的字符“WQ”構(gòu)成。

幀序號(hào)表示數(shù)據(jù)幀的序號(hào)，由兩個(gè)字節(jié)組成。幀序號(hào)表示下位機(jī)模塊發(fā)送的遞增數(shù)據(jù)幀序號(hào)和上位機(jī)模塊發(fā)送的命令幀序號(hào)。為了簡(jiǎn)化幀結(jié)構(gòu)，命令幀的序號(hào)統(tǒng)一為00H。

數(shù)據(jù)字段的長(zhǎng)度為154字節(jié)，最多發(fā)送77個(gè)字符（采用TEXT模式，不能發(fā)送漢字）。

檢驗(yàn)子為數(shù)據(jù)字段所有字節(jié)累加和的初碼（原碼取反加1），由一個(gè)字節(jié)組成。

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

WQACK

非確認(rèn)幀是收方給發(fā)方的應(yīng)答幀，表示收方收到的是無(wú)效的信息幀，其格式與應(yīng)答幀格式類似，幀格式如下。

WQNACK

3.3E2PROM空間的分配

采用8KB的E2PROM，按照每77個(gè)字節(jié)為一個(gè)塊進(jìn)行劃分，共106塊，如圖3所示。

第00、01塊留作系統(tǒng)使用，第02塊～第105塊是數(shù)據(jù)塊，用作存放數(shù)據(jù)。

3．4收發(fā)端與采集端的握手協(xié)議

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

3.5程序的設(shè)計(jì)

3．5．1主函數(shù)的設(shè)計(jì)思路

開機(jī)上電后，程序在主函數(shù)中運(yùn)行，單片機(jī)和GSM模塊分別進(jìn)行初始化。單片機(jī)的初始化包括設(shè)置串口工作方式、波特率，并初始化變量參數(shù)和標(biāo)志位。GSM模塊初始化包括重新啟動(dòng)、關(guān)閉回顯、設(shè)置在TEXT模式下的返回值中不顯示詳細(xì)的頭信息、選擇短信格式為TEXT模式、開發(fā)串口中斷準(zhǔn)備接收數(shù)據(jù)。

3．5．2GSM返回參數(shù)的處理—SHELL函數(shù)

SHELL函數(shù)是進(jìn)入時(shí)鐘中斷程序時(shí)被調(diào)用時(shí)，該函數(shù)是對(duì)GSM模塊返回參數(shù)進(jìn)行處理的函數(shù)。根據(jù)系統(tǒng)設(shè)計(jì)的要求，需要對(duì)GSM模塊進(jìn)行下列操作：呼叫對(duì)方模塊號(hào)碼、發(fā)送數(shù)據(jù)、閱讀短信、刪除短信?；谝陨喜僮髦噶睿绻僮鞒晒SM模塊會(huì)分別返回不同的參數(shù)：>、+CMGS、+CMGR、OK。根據(jù)接收到的不同參數(shù)，下位機(jī)模塊將轉(zhuǎn)向不同的操作步驟，判斷并改變標(biāo)志位的值。比如，如果某時(shí)刻接收到>，這表明呼叫對(duì)方模塊號(hào)碼獲得成功，接下來需要發(fā)送數(shù)據(jù)。這時(shí)SHELL函數(shù)將檢查發(fā)送不同數(shù)據(jù)所代表的標(biāo)志位f_sending、f_ack、f_nack，從而決定需要發(fā)送何種類型的數(shù)據(jù)。

3.5.3短信數(shù)據(jù)的處理—ExecData函數(shù)

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

篇9

軟件無(wú)線電是一種無(wú)線電通信新的體系結(jié)構(gòu)。在1992年5月美國(guó)電信系統(tǒng)會(huì)議上，JeoMitola首次提出了軟件無(wú)線電概念，之后迅速引起了人們的關(guān)注，并開始對(duì)它進(jìn)行廣泛而深入的研究。具體地說，軟件無(wú)線電是以可編程的DSP或CPU為中心，將模塊化、標(biāo)準(zhǔn)化的硬件單元以總線方式連接起來，構(gòu)成通用的基本硬件平臺(tái)，并通過軟件加載來實(shí)現(xiàn)各種無(wú)線通信功能的開放式的體系結(jié)構(gòu)。它使得通信系統(tǒng)擺脫了面向設(shè)計(jì)思想，被認(rèn)為是無(wú)線通信從模擬到數(shù)字、從固定到移動(dòng)之后的又一次突破。

在軟件無(wú)線電的研究過程中，調(diào)制解調(diào)技術(shù)是移動(dòng)通信系統(tǒng)空中接口的重要組成部分。在不同的蜂窩半徑和應(yīng)用環(huán)境下，移動(dòng)通信的信道呈現(xiàn)不同的衰落特性，根據(jù)移動(dòng)信道的衰落情況，自動(dòng)地改變調(diào)制方式，從而提高傳輸效率并保證傳輸性能。那么，一個(gè)通用的信號(hào)源是必不可少的。

圖1多制式信號(hào)發(fā)生器硬件原理圖

作者設(shè)計(jì)了一個(gè)基于DSP+DDS結(jié)構(gòu)的可編程調(diào)制器的硬件平臺(tái)，并在此硬件平臺(tái)上實(shí)現(xiàn)了各種模擬調(diào)制和數(shù)字調(diào)制的通用軟件算法。當(dāng)改變調(diào)制制式時(shí)，無(wú)需再次下載程序，而且調(diào)制制式、比特速率、輸出中頻均可調(diào)。

1硬件結(jié)構(gòu)

通常，信號(hào)源輸出的波形多數(shù)是對(duì)周期的01序列進(jìn)行調(diào)制，輸出波形單一，只能作為解調(diào)輸入信號(hào)的一種特例，缺少通用性。而許多專用芯片采用的調(diào)制方式也是有限的。用DSP+DDS構(gòu)成的通用多制式信號(hào)發(fā)生器不僅可以實(shí)現(xiàn)模擬調(diào)制，而且可以實(shí)現(xiàn)各種數(shù)字調(diào)制。DSP利于基帶信號(hào)的實(shí)時(shí)處理，可以實(shí)現(xiàn)高速調(diào)制，而DDS具有頻率分辨率高、頻率變化速度快、相位連續(xù)、易于數(shù)字控制等特點(diǎn)。圖1給出多制式信號(hào)發(fā)生器硬件原理圖。

信號(hào)發(fā)生器主要由三部分構(gòu)成：控制單元、數(shù)字信號(hào)處理器(DSP)、正交數(shù)字上變頻器（QuadratureDigitalUpconverter）。

DSP采用TI公司的TMS320VC5402，它獨(dú)特的哈佛結(jié)構(gòu)、硬件密集型方案和靈活的指令系統(tǒng)可以滿足對(duì)信號(hào)的實(shí)時(shí)處理，它的高性能、低功耗及低價(jià)位使其得到廣泛應(yīng)用。

正交數(shù)字上變頻器采用AD公司的AD9857。AD9807最高工作頻率為200MHz，輸出中頻頻率范圍為0～80MHz。AD9807內(nèi)部集成半帶濾波器、CIC（ascadedIntegratorComb）濾波器、反SINC濾波器、高速的14位是一個(gè)相位連續(xù)的直接數(shù)字頻率合成器DDS(DirectDigitalSynthesizer)。在該方案中，AD9857工作在正交調(diào)制模式。它的32位頻率控制字使輸出頻率的最高精確度為：SYSCLK（系統(tǒng)時(shí)鐘）除以232。

控制單元決定采用哪一種調(diào)制制式、比特速率及輸出中頻頻率。

DSP讀入控制單元的數(shù)據(jù)，然后經(jīng)過串口向AD9857發(fā)送控制字。原始信息數(shù)據(jù)（是由DSP產(chǎn)生的偽隨機(jī)序列）首先在DSP中進(jìn)行編碼、調(diào)制等處理后得到基帶信號(hào)。基帶處理得到正交信號(hào)的I/Q分量交替進(jìn)入AD9857，經(jīng)過串并變換，轉(zhuǎn)換成兩路并行的I/Q數(shù)據(jù)，進(jìn)行內(nèi)插和上變頻運(yùn)算，然后通過D/A變換直接輸出模擬中頻信號(hào)，從而將基帶處理和中頻調(diào)制合二為一。

AD9857對(duì)輸入的數(shù)字信號(hào)進(jìn)行采樣和內(nèi)插，降低了DSP的處理負(fù)擔(dān)，使整個(gè)系統(tǒng)的性能達(dá)到較好的程度。

2軟件算法

軟件無(wú)線電具有完全的可編程性。它采用數(shù)字信號(hào)處理技術(shù)，在可編程控制的通用硬件平臺(tái)上，利用軟件來定主實(shí)現(xiàn)無(wú)線電臺(tái)的各部分功能，包括對(duì)無(wú)線波段、信道調(diào)制、接入方式、數(shù)據(jù)速率的編程等。因此通過程序進(jìn)行控制和操作，是軟件無(wú)線電最突出的特點(diǎn)之一。軟件算法的設(shè)計(jì)直接關(guān)系到電臺(tái)軟件的實(shí)現(xiàn)。軟件無(wú)線電臺(tái)對(duì)信號(hào)的處理都是實(shí)時(shí)的，因此對(duì)算法的時(shí)間及空間的復(fù)雜性都提出了很高的要求。

為節(jié)省有限的DSP運(yùn)算資源，軟件無(wú)線電軟件算法研究中大量采用查表法來提高處理速度，通常在調(diào)制過程中使用波形存儲(chǔ)法。編寫軟件算法程序時(shí)，只要某一調(diào)制方式及其對(duì)應(yīng)的輸出狀態(tài)數(shù)目是有限的，就可以借助表法來實(shí)現(xiàn)。查表法避免了大量的中間運(yùn)算，簡(jiǎn)單易行，唯一的缺點(diǎn)是占用了大量的存儲(chǔ)空間。因此，需要建立一張通用的表格，該表格存儲(chǔ)了經(jīng)過量化的14位有符號(hào)的二進(jìn)制數(shù)。表格的設(shè)計(jì)應(yīng)達(dá)到查表過程簡(jiǎn)單，同時(shí)滿足不同的調(diào)制方式。用這個(gè)表還可以實(shí)現(xiàn)正弦函數(shù)的計(jì)算，只需將當(dāng)前相位移相π/2。

除了一張通用的余弦表，針對(duì)不同的調(diào)制方式還需分別建立對(duì)應(yīng)的調(diào)制星座圖映射表，按照調(diào)制方式分類組成一個(gè)相位表格庫(kù)。對(duì)于差分相位調(diào)制，該表格為差分相位表格。當(dāng)調(diào)制方式確定后，根據(jù)得到的碼元，查表計(jì)算當(dāng)前相位Φk。

圖2以（π/4）DQPSK調(diào)制方式為例，介紹差分相位調(diào)制軟件算法。數(shù)字存儲(chǔ)區(qū)存儲(chǔ)的是一個(gè)周期的余弦函數(shù)波形樣點(diǎn)，設(shè)存儲(chǔ)區(qū)的采樣點(diǎn)數(shù)為N，表格的移動(dòng)步長(zhǎng)為d。原始調(diào)制每?jī)蓚€(gè)比特一組，通過表1中的調(diào)制星座圖映射成差分相位ΔΦk與前一碼無(wú)的相位進(jìn)行模2π相加得到當(dāng)前碼元的絕對(duì)相位Φk，計(jì)算Φk在余弦表中的偏移地址，根據(jù)偏移地址調(diào)制信號(hào)的數(shù)據(jù)。

設(shè)f(i)=cos(id),其中0≤i<N,d=2π/N

那么，當(dāng)前相位Φk（0≤Φk<2π）的偏移地址為：Φk×N/2π。

(π/4)DQPSK對(duì)應(yīng)的絕對(duì)相位Φk的可能取值有：0°、45、90°、135°、180°、225°、270°、315°。如果N=144,即d=2.5，則Φk在余弦表中對(duì)應(yīng)的偏移地址為：0°、18°、36°、54°、72°、90°、108°、126°。

表1調(diào)制星座圖

xk0011

yk0110

Δφk-135°135°45°-45°

篇10

在應(yīng)用機(jī)器視覺進(jìn)行檢測(cè)或測(cè)量時(shí)，要得到精確的測(cè)量值，需要相機(jī)CCD平面和實(shí)際檢測(cè)或測(cè)量零件的表面相平行。否則，將發(fā)生透視性失真，從而很難保證精度。相機(jī)CCD與零件表面的平行通常通過人工調(diào)整夾具來保證。但是，調(diào)整夾具不可能完全保證平行，而且需要耗費(fèi)很長(zhǎng)的時(shí)間。

相機(jī)所拍攝圖像的坐標(biāo)系并不是用戶實(shí)際需要的坐標(biāo)系，因此需要將坐標(biāo)系轉(zhuǎn)換成用戶需要的坐標(biāo)系。

機(jī)器視覺軟件Sherlock利用標(biāo)定很容易修正仿射性失真引起的畸變，并可方便的進(jìn)行坐標(biāo)變換。

1相機(jī)標(biāo)定工作原理

相機(jī)標(biāo)定就是將相機(jī)像素坐標(biāo)系轉(zhuǎn)換成用戶實(shí)際測(cè)量或檢測(cè)所需要的坐標(biāo)系，使虛擬攝像機(jī)以真實(shí)單位進(jìn)行精密測(cè)量。

Sherlock的相機(jī)標(biāo)定利用了透視算法進(jìn)行標(biāo)定。每一次失真的類型都不一定相同，透視校正算法將對(duì)仿射變換和線性透視畸變進(jìn)行補(bǔ)償，特別是當(dāng)攝像機(jī)平面和物體平面不平行的時(shí)候，圖像中物體的直線仍然是直的，但是平行線不再平行（如圖1，透視失真），標(biāo)定將補(bǔ)償仿射變換和少量的非線性畸變。

Sherlock的相機(jī)標(biāo)定方法是在一個(gè)虛擬相機(jī)中利用四點(diǎn)坐標(biāo)系函數(shù)來建立四點(diǎn)的位置。這樣，根據(jù)相機(jī)中的四個(gè)點(diǎn)的位置同實(shí)際坐標(biāo)的關(guān)系，Sherlock可以通過內(nèi)部數(shù)學(xué)轉(zhuǎn)換進(jìn)行坐標(biāo)變換，來校正仿射性失真或由于比例、偏移和旋轉(zhuǎn)（傾斜）引起的變化。

當(dāng)攝像機(jī)傳感器平面和物體平面之間存在一個(gè)角度時(shí)，透視畸變就會(huì)發(fā)生。此時(shí)棋盤上的正方形看起來像梯形。透視畸變的數(shù)學(xué)公式如下：

u=(ax+by+c)/(hx+hy+I),

υ=(dx+ey+?)/(gx+hy+i)

（x,y）是攝像機(jī)或物體平面上的坐標(biāo)，（u,v）是另一個(gè)平面上的轉(zhuǎn)換坐標(biāo)。A,b,c,d,e,f,g,h和I是透視畸變算法從內(nèi)部取出用于轉(zhuǎn)換每個(gè)要求點(diǎn)的轉(zhuǎn)換參數(shù)。

2相機(jī)標(biāo)定的步驟

圖2是標(biāo)定主頁(yè)圖。相機(jī)標(biāo)定的一般步驟如下：

（1）建立一個(gè)子程序（Insert|Subroutine）。

（2）在策略窗口樹的頂部雙擊子程序圖標(biāo)，Sherlock顯示子程序編輯對(duì)話框。

（3）編輯子程序，選取“ExecuteDuringCalibration”點(diǎn)擊OK按鈕保存并且退出。

（4）創(chuàng)建一個(gè)虛擬相機(jī)（Insert|Subroutine）。

（5）通過使用菜單命令（Stakeout|Options）顯示默認(rèn)的相機(jī)坐標(biāo)柵格，在坐標(biāo)柵格下方選擇“Lines"，然后點(diǎn)擊OK按鈕退出對(duì)話框。

圖2

（6）將一個(gè)已知尺寸的零件作為標(biāo)定塊放置在相機(jī)的視野范圍內(nèi)。

（7）在虛擬相機(jī)窗口，選擇零件上的四個(gè)特征點(diǎn)作為標(biāo)定點(diǎn)。

（8）在子程序中插入公式（fromular）。編輯公式，將四個(gè)特征點(diǎn)的坐標(biāo)作為公式的輸入值，選擇標(biāo)定（calibrate）函數(shù)。

（9）編輯標(biāo)定（calibrate）函數(shù)的參數(shù)，輸入四個(gè)標(biāo)定點(diǎn)的實(shí)際坐標(biāo)值。

（10）再次選擇菜單命令（Investigate|Calibrate），將出現(xiàn)新的坐標(biāo)柵格。可以在Stakeout|Options中改變柵格大小。

（11）對(duì)其他零件進(jìn)行測(cè)量，測(cè)量的結(jié)果將是實(shí)際測(cè)量值。

3單個(gè)相機(jī)多個(gè)標(biāo)定