導(dǎo)語：如何才能寫好一篇通信軟件，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

【關(guān)鍵詞】通信軟件 質(zhì)量要求 軟件模型

1 引言

隨著軟件在通信行業(yè)中的應(yīng)用和發(fā)展，如何保證通信軟件的質(zhì)量已經(jīng)成為軟件開發(fā)全生命周期貫穿始終的重要問題。然而軟件質(zhì)量是一個(gè)復(fù)雜的概念，對(duì)于不同的通信軟件系統(tǒng)，軟件質(zhì)量的要求不一定相同，所關(guān)注的軟件質(zhì)量屬性也不一定相同。軟件業(yè)的專家們建立了多種通用的軟件質(zhì)量模型，在軟件生命周期的不同階段對(duì)軟件質(zhì)量進(jìn)行度量。通用的軟件質(zhì)量模型在通信軟件項(xiàng)目中使用，不能較好地結(jié)合通信軟件的特性，軟件質(zhì)量可控性效果有限。本文主要介紹了軟件質(zhì)量定義的演變過程，簡(jiǎn)要介紹了三種通用軟件質(zhì)量模型，通過對(duì)通信軟件的特性分析，建立了一套基于六項(xiàng)通信軟件質(zhì)量屬性的軟件質(zhì)量要求體系。

2 軟件質(zhì)量

在軟件術(shù)語定義中，目前為止對(duì)軟件質(zhì)量還沒有一個(gè)統(tǒng)一的定義。軟件質(zhì)量是一個(gè)復(fù)雜的概念，先從國(guó)際上軟件業(yè)對(duì)軟件質(zhì)量認(rèn)識(shí)的演變過程說起：1979年，F(xiàn)isher和Light認(rèn)為軟件質(zhì)量是表征計(jì)算機(jī)系統(tǒng)卓越程度的所有屬性的集合；1982年，F(xiàn)isher和Baker認(rèn)為軟件質(zhì)量是軟件產(chǎn)品滿足明確需求的一組屬性的集合；20世紀(jì)90年代，Norman、Robin等認(rèn)為軟件質(zhì)量是表征軟件產(chǎn)品滿足明確的和隱含的需求的能力的特性或特征的集合；1994年國(guó)際標(biāo)準(zhǔn)化組織公布的國(guó)際標(biāo)準(zhǔn)ISO 8042綜合將軟件質(zhì)量定義為：反映實(shí)體滿足明確的和隱含的需求的能力的特性的總和；CMU SEI的Watts Humphrey指出軟件產(chǎn)品必須提供用戶所需的功能，如果做不到這一點(diǎn)，什么產(chǎn)品都沒有意義。由此可見，軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。國(guó)內(nèi)的標(biāo)準(zhǔn)GB/T 11457-2006《軟件工程術(shù)語》中定義軟件質(zhì)量為：軟件產(chǎn)品中能滿足給定需要的性質(zhì)和特性的總體；軟件具有所期望的各種屬性的組合程度；顧客和用戶覺得軟件滿足其綜合期望的程度；確定軟件在使用中將滿足顧客預(yù)期要求的程度。

軟件質(zhì)量從不同的角度來看會(huì)得到不同的結(jié)論。從用戶的角度看，軟件質(zhì)量就是滿足客戶的需求；從開發(fā)者角度看，軟件質(zhì)量就是與需求輸入保持一致；從產(chǎn)品的角度看，質(zhì)量就是產(chǎn)品的自身功能和優(yōu)勢(shì)。綜上所述，對(duì)于質(zhì)量的定義還應(yīng)該是多方面的，在本文中給出如下定義：軟件質(zhì)量是軟件產(chǎn)品滿足使用要求的程度。

3 通用軟件質(zhì)量模型

軟件專家們根據(jù)軟件工程實(shí)踐經(jīng)驗(yàn)研究建立了多個(gè)軟件質(zhì)量模型來幫助理解、度量和預(yù)測(cè)軟件的質(zhì)量。運(yùn)用最為廣泛的軟件質(zhì)量層次模型包括McCall模型、Boehm模型和ISO9126質(zhì)量模型。

McCall模型是最早的質(zhì)量模型之一，如圖1所示。J. A. McCall等人認(rèn)為軟件質(zhì)量是正確性、可靠性、效率等構(gòu)成的函數(shù)，正確性、可靠性、效率等被稱為軟件質(zhì)量因素。McCall定義了11個(gè)軟件外部質(zhì)量特性，稱為軟件的質(zhì)量要素，它們是正確性、可靠性、效率、完整性、可用性、可維護(hù)性、可測(cè)試性、靈活性、可移植性、可重用性和互操作性。

Boehm模型是由Boehm等在1978年提出來的質(zhì)量模型，如圖2所示。在表達(dá)質(zhì)量特征的層次性上它與McCall模型類似，但它基于更為廣泛的一系列質(zhì)量特征，并將這些特征最終合并成19個(gè)標(biāo)準(zhǔn)。區(qū)別于McCall模型，Boehm提出的概念的成功之處在于它包含了硬件性能的特征。

ISO9126質(zhì)量模型描述了一個(gè)由兩部分組成的軟件產(chǎn)品質(zhì)量模型：一部分指定了內(nèi)在質(zhì)量和外在質(zhì)量的六個(gè)特征；另一部分則指定了使用中的質(zhì)量屬性。如圖3所示：

4 通信軟件質(zhì)量模型

4.1 通信軟件特點(diǎn)

通信類軟件具備了實(shí)時(shí)性和交互性軟件的特性。實(shí)時(shí)軟件的運(yùn)行有嚴(yán)格的性能要求和性能約束。實(shí)時(shí)軟件與外部接口的設(shè)備進(jìn)行交互，并在實(shí)時(shí)狀態(tài)下完成交互信息的處理等工作，簡(jiǎn)單靈活、模塊化地對(duì)可靠性、可維護(hù)性、可用性等性能要求進(jìn)行設(shè)計(jì)。實(shí)時(shí)軟件處理的關(guān)鍵是效率，因此設(shè)計(jì)的主要內(nèi)容是并發(fā)任務(wù)處理和定時(shí)中斷，基于這兩個(gè)方面來對(duì)每個(gè)關(guān)鍵功能按優(yōu)先級(jí)排序，并完成功能的實(shí)現(xiàn)。交互軟件是控制人機(jī)交互的通信軟件。交互系統(tǒng)能夠?qū)θ说慕槿胱龀龇磻?yīng)，接受命令并以音頻或者視頻的方式響應(yīng)或者在屏幕上輸出顯示。交互軟件質(zhì)量的關(guān)注焦點(diǎn)是人機(jī)之間的交互性能，如何向用戶進(jìn)行功能的演示。開發(fā)交互式軟件必須關(guān)心兩個(gè)內(nèi)容：一是要提高交互能力，二是怎么把系統(tǒng)反映最好的一面演示給用戶。

4.2 通信軟件質(zhì)量要求

軟件質(zhì)量是一個(gè)復(fù)雜的概念，軟件業(yè)界很難定義出一個(gè)能夠適用于所有軟件的質(zhì)量模型。每個(gè)軟件系統(tǒng)都有自己的特征，通信軟件在選擇軟件質(zhì)量要求時(shí)必須考慮通信軟件的共性需求。結(jié)合通信軟件實(shí)時(shí)性和交互性的特點(diǎn)，軟件質(zhì)量必須著重關(guān)注軟件效率和軟件的人機(jī)交互性能，應(yīng)該從軟件的體系結(jié)構(gòu)設(shè)計(jì)來系統(tǒng)地獲得軟件質(zhì)量要求。在通信軟件項(xiàng)目的開發(fā)過程中，項(xiàng)目經(jīng)理眼中的軟件質(zhì)量就是能完成預(yù)期軟件功能的軟件產(chǎn)品。包括功能需求、性能需求、接口需求、質(zhì)量需求、安全性需求等全部需求指標(biāo)。項(xiàng)目經(jīng)理需要一個(gè)對(duì)其工作有指導(dǎo)意義的軟件質(zhì)量要求，既可以幫助項(xiàng)目經(jīng)理管理項(xiàng)目團(tuán)隊(duì)開發(fā)出符合需求與標(biāo)準(zhǔn)的軟件產(chǎn)品，也可以幫助項(xiàng)目經(jīng)理識(shí)別和規(guī)避可能影響項(xiàng)目質(zhì)量的風(fēng)險(xiǎn)。但是在實(shí)際的通信軟件開發(fā)中，項(xiàng)目經(jīng)理和開發(fā)人員往往把精力集中到功能需求上，包括軟件質(zhì)量要求在內(nèi)的例如性能要求和安全性要求等非功能需求容易被忽視。一味地追求功能上的推陳出新，軟件質(zhì)量要求卻在軟件設(shè)計(jì)中落不到實(shí)處。

就軟件質(zhì)量要求而言，每一個(gè)通信軟件系統(tǒng)都是唯一的。不同質(zhì)量級(jí)別對(duì)應(yīng)著不同的軟件質(zhì)量要求。本文結(jié)合通信軟件實(shí)時(shí)性和交互性的特點(diǎn)設(shè)計(jì)了一套通用的通信軟件質(zhì)量要求，從功能性、可靠性、易用性、效率、可維護(hù)性和可移植性6個(gè)軟件質(zhì)量屬性來展開通信軟件的質(zhì)量要求。

（1）功能性

適用性：軟件在預(yù)定環(huán)境使用時(shí)，滿足功能需求（隱含功能需求）的能力；

正確性：軟件在預(yù)定環(huán)境使用時(shí)，提供正確的運(yùn)行結(jié)果并保證數(shù)據(jù)具有所需精確度的能力；

互用性：軟件與其他約定系統(tǒng)進(jìn)行信息交互的能力；

保密性：軟件保護(hù)數(shù)據(jù)和信息，防止非法人員對(duì)軟件進(jìn)行訪問的操作；

依從性：軟件遵循相關(guān)通信業(yè)務(wù)標(biāo)準(zhǔn)、約定和法規(guī)的能力。

（2）可靠性

成熟性：軟件在預(yù)定環(huán)境使用時(shí)，避免因其故障而引發(fā)失效的能力；

容錯(cuò)性：軟件在出現(xiàn)故障或違反規(guī)定接口的情況下保持所設(shè)計(jì)性能水平的能力；

可恢復(fù)性：軟件在失效時(shí)重建所設(shè)計(jì)性能水平并恢復(fù)直接受影響數(shù)據(jù)的能力。

（3）易用性

易理解性：用戶能理解使用的能力；

易學(xué)性：用戶學(xué)會(huì)并掌握軟件使用的能力；

易操作性：用戶操作軟件的能力。

（4）效率

時(shí)間特性：軟件在預(yù)定環(huán)境使用時(shí)，提供適當(dāng)?shù)捻憫?yīng)和處理時(shí)間及吞吐量的能力；

資源特性：軟件在預(yù)定環(huán)境使用時(shí)，使用適當(dāng)?shù)馁Y源數(shù)量和類型的能力。

（5）可維護(hù)性

易分析性：確定軟件缺陷或失效原因及確定軟件設(shè)計(jì)更改的能力；

易變性：修改、排除缺陷或適應(yīng)環(huán)境變化的能力；

穩(wěn)定性：避免軟件設(shè)計(jì)更改帶來非預(yù)計(jì)影響的能力；

可測(cè)試性：對(duì)軟件和軟件的設(shè)計(jì)更改通過軟件測(cè)試進(jìn)行驗(yàn)證確認(rèn)的能力，確保軟件實(shí)現(xiàn)預(yù)定功能的能力。

（6）可移植性

適應(yīng)性：軟件無需采取措施或采取極小的措施即可適應(yīng)所規(guī)定不同環(huán)境的能力；

可安裝性：在預(yù)定環(huán)境下實(shí)現(xiàn)軟件安裝的能力；

可復(fù)用性：軟件的架構(gòu)設(shè)計(jì)可提高其他項(xiàng)目繼承使用的能力；

共存性：在同一公共資源下本軟件與其他軟件共存的能力；

易替換性：在同一預(yù)定環(huán)境中軟件替代其他制定軟件的能力；

遵循性：軟件遵循可移植性的標(biāo)準(zhǔn)和約定的能力。

本文給出的是一套相對(duì)全面的通信軟件質(zhì)量要求，包含了影響通信軟件質(zhì)量的基本要素。每個(gè)通信軟件項(xiàng)目通過對(duì)軟件需求的全面分析，經(jīng)過裁剪來確定適合本項(xiàng)目的軟件質(zhì)量要求。通過對(duì)軟件質(zhì)量要求的跟蹤監(jiān)控，將每一條軟件質(zhì)量要求通過軟件分析設(shè)計(jì)實(shí)現(xiàn)到軟件實(shí)體中。

5 結(jié)束語

本文通過對(duì)軟件質(zhì)量定義的介紹闡述了軟件質(zhì)量在軟件開發(fā)中的重要性，討論了軟件質(zhì)量的基本屬性，然后介紹了三種通用的軟件質(zhì)量模型。分析了通信軟件實(shí)時(shí)性和交互性的特點(diǎn)，構(gòu)造了一個(gè)適用于通信軟件的軟件質(zhì)量要求模型。通信軟件項(xiàng)目可結(jié)合項(xiàng)目需求對(duì)其進(jìn)行裁剪，確定適用于項(xiàng)目的軟件質(zhì)量要求，在軟件的全生命周期模型中實(shí)現(xiàn)該要求。

參考文獻(xiàn)：

[1]ISO 9126. Information Technology--Software Product Evaluation--Quality Characteristics and Guidelines for Their Use[S]. International Organisation for Standardization， 1992.

[2]G Gordon Schulmeyer， James I McManus. Handbook of Software Quality Assurance（Third Edition）[M]. 2003.

[3]Stephen H Kan. Metrics and Models in Software Quality Engineering（Second Editon）[M]. 2004.

篇2

目標(biāo)主機(jī)上程序代碼如下：//定義全局變量winsockgs_wssocketdgramgs_udpintgi_port//定義目標(biāo)主機(jī)端口號(hào)//在open事件中創(chuàng)建winsock和數(shù)據(jù)報(bào)式套接口對(duì)象gs_ws=createwinsockgs_udp=createsocketdgram//通知套接字端口有請(qǐng)求事件發(fā)生gs_udp.wsaasyncselect(handle(parent),1025,gs_ws.fd_read+gs_ws.fd_write)//欲接收讀、寫準(zhǔn)備好通知//綁定端口gs_udp.bind(0,gi_port)//綁定目標(biāo)主機(jī)端口號(hào)在調(diào)用wsaasyncselect后，窗口需處理消息，此處需為窗口定義一個(gè)新的自定義事件，事件的ID為pbm_custom02。該事件有兩個(gè)變量，wparam與lparam，變量類型分別為un-signedlong與long。//接收源主機(jī)發(fā)來的消息并發(fā)送消息至源主機(jī)，uPeerClient,i//ClientPort分別為源主機(jī)的IP地址與端口號(hào)gs_udp.recvfrom(ls_data,1024,0,uPeerClient,iClientPort)//接//收消息，消息存于ls_data變量中接收到消息后，程序可進(jìn)行//其他操作處理，向源主機(jī)發(fā)送消息gs_udp.sendto(ls_data_return,len(string(ls_data_return)),0,u－PeerClient,iClientPort)//使用完成后，在close事件中關(guān)閉socket，釋放資源gs_udp.closesocket()destroygs_udpdestroygs_ws源主機(jī)上程序代碼如下：//定義全局變量winsockgs_wssocketdgramgs_udpintgs_ip，gi_port//定義目標(biāo)主機(jī)的IP號(hào)與端口號(hào)//在open事件中創(chuàng)建winsock和數(shù)據(jù)報(bào)式套接口對(duì)象gs_ws=createwinsockgs_udp=createsocketdgram//通知套接字端口有請(qǐng)求事件發(fā)生gs_udp.wsaasyncselect(handle(parent),1025,gs_ws.fd_read+gs_ws.fd_write)//欲接收讀、寫準(zhǔn)備好通知//在發(fā)送按鈕下寫發(fā)送程序代碼gs_udp.sendto(ls_data,len(string(ls_data)),0,gs_ws.Inet_addr(gs_ip),gi_port)//ls_data為發(fā)送的消息，其中Inet_addr將//IPv4格式轉(zhuǎn)換為無符號(hào)的長(zhǎng)整型函數(shù)，實(shí)現(xiàn)IP地址的轉(zhuǎn)換在調(diào)用wsaasyncselect后，窗口需處理消息，此處需為窗口定義一個(gè)新的自定義事件，事件的ID為pbm_custom02。在該事件中，有接收目標(biāo)主機(jī)消息程序代碼。gs_udp.recvfrom(ls_data_return,1024,0,uPeerClient,iClient－Port)//接收目標(biāo)主機(jī)發(fā)送的消息//使用完成后，在close事件中關(guān)閉socket，釋放資源gs_udp.closesocket()destroygs_udpdestroygs_ws

2主備服務(wù)器的數(shù)據(jù)庫同步備份

在軟件設(shè)計(jì)時(shí)，需要在任意時(shí)刻對(duì)數(shù)據(jù)庫進(jìn)行備份和還原，其備份文件保存在管理員機(jī)端的相應(yīng)文件夾下。由于這種備份功能是由管理員的意愿進(jìn)行備份，故每次備份時(shí)都將覆蓋上一次的備份文件，以保留管理員所希望的最新的備份文件。但是人工備份方式也有一些缺陷，它具有不可連續(xù)性操作，備份時(shí)間點(diǎn)不確定等缺點(diǎn)，而且當(dāng)主服務(wù)器上的數(shù)據(jù)庫遭到損壞、系統(tǒng)故障或服務(wù)器硬件故障等原因主服務(wù)器無法啟動(dòng)時(shí)，也顯得束手無策，為此設(shè)計(jì)了一種基于PB的主備服務(wù)器的同時(shí)定時(shí)備份軟件。功能示意圖如圖2所示。該軟件工作時(shí)，將主服務(wù)器中的數(shù)據(jù)庫階段性的以備份文件（*.dat）的形式保存起來，當(dāng)出現(xiàn)數(shù)據(jù)無法使用或數(shù)據(jù)保存錯(cuò)誤的情況時(shí)，可通過告知管理員，在主服務(wù)器上手動(dòng)進(jìn)行還原，將數(shù)據(jù)還原到自己所需要的時(shí)間點(diǎn)；或是通過服務(wù)器上的管理員端軟件對(duì)數(shù)據(jù)庫進(jìn)行還原。當(dāng)主服務(wù)器關(guān)機(jī)時(shí)，管理員通過手動(dòng)開啟備用服務(wù)器，仍可向用戶提供最后一次還原的時(shí)間點(diǎn)的數(shù)據(jù)。

2.1定時(shí)開機(jī)與關(guān)機(jī)功能（1）保證硬件連接：用網(wǎng)線將筆記本網(wǎng)口與備用服務(wù)器的管理口（SystemMGMT）相連。（2）設(shè)定筆記本與備用服務(wù)器的IP地址和子網(wǎng)掩碼，保證兩個(gè)地址在同一個(gè)網(wǎng)段。（3）在筆記本上打開IE瀏覽器（或其他瀏覽器），在網(wǎng)址中輸入：192.168.70.125（默認(rèn)IMM的IP地址）（4）在彈出的頁面中，分別輸入用戶名：USERID，密碼：PASSW0RD（此處0為數(shù)字零）。（5）登錄后，點(diǎn)擊continue，選擇tasks下的Power/Restart，再選擇ScheduleDaily/WeeklyPowerandRestartActions，在這里設(shè)定時(shí)間并Save（此處選擇每天定時(shí)開機(jī)、關(guān)機(jī)）。注意：必須保證IMM時(shí)間與服務(wù)器時(shí)間相同，可在IMMControl下的SystemSettings中設(shè)置。

2.2主服務(wù)器軟件主服務(wù)器上開機(jī)時(shí)自動(dòng)運(yùn)行一個(gè)小程序，完成定時(shí)備份的功能。程序啟動(dòng)后，一直監(jiān)測(cè)備用服務(wù)器的共享文件夾定時(shí)備份是否存在。若不存在，則將timebackup.ini文件中的backup置0；若存在則判斷timebackup.ini文件中的backup是否為0，若為0則為是第一次檢測(cè)到，隨后將backup置1，并備份主服務(wù)器中的test數(shù)據(jù)庫，將此文件拷貝至主服務(wù)器定時(shí)備份文件存放地址下（創(chuàng)建以備份時(shí)間命名的文件夾），以完成主服務(wù)器的定時(shí)備份；同時(shí)將此文件拷貝至備用服務(wù)器的共享文件夾下，并通過SQL語句將該備份還原至備用服務(wù)器，以完成備用服務(wù)器與主服務(wù)器的數(shù)據(jù)庫數(shù)據(jù)同步。

2.3備用服務(wù)器軟件同理，在備用服務(wù)器上也同時(shí)運(yùn)行一個(gè)小程序，其功能是檢測(cè)備用服務(wù)器自身的共享文件夾中是否存在數(shù)據(jù)庫備份文件（.dat），此備份文件為主服務(wù)器數(shù)據(jù)庫最近一個(gè)時(shí)間點(diǎn)的備份文件。若存在則將該備份文件拷貝至備用服務(wù)器文件夾下（創(chuàng)建以備份時(shí)間命名的文件夾）。這樣，只要管理員打開備用服務(wù)器，鍵入密碼進(jìn)入桌面，即可將主服務(wù)器數(shù)據(jù)庫最新的備份文件拷貝一份至備用服務(wù)器存儲(chǔ)起來，對(duì)數(shù)據(jù)庫的數(shù)據(jù)又加了一層保護(hù)。由于服務(wù)器程序是以備用服務(wù)器的共享文件夾是否存在為基礎(chǔ)的，與時(shí)間無關(guān)，因此這兩套程序不受定時(shí)開機(jī)、關(guān)機(jī)的時(shí)間的約束，即可以隨意更改定時(shí)開機(jī)、關(guān)機(jī)的時(shí)間，以滿足工作的需要。又因與時(shí)間無關(guān)，當(dāng)管理員在任意時(shí)間點(diǎn)打開備用服務(wù)器時(shí)，這兩套程序仍然正常運(yùn)行，即也會(huì)設(shè)立一個(gè)新的時(shí)間點(diǎn)進(jìn)行備份（此操作不影響當(dāng)天的定時(shí)備份環(huán)節(jié)），這樣也間接地完成了不定時(shí)備份功能。

3結(jié)語

篇3

【關(guān)鍵詞】QQ 中學(xué)生 有效學(xué)習(xí)

21世紀(jì)人類已經(jīng)進(jìn)入到信息時(shí)代，網(wǎng)絡(luò)通信技術(shù)已經(jīng)在全社會(huì)普及，引起了社會(huì)生產(chǎn)和人們生活的深刻變革。作為身處信息時(shí)代的中學(xué)生，其成長(zhǎng)成才深受其影響，也對(duì)青少年時(shí)期的中學(xué)生教育帶來了“雙刃劍”效應(yīng)。

1 網(wǎng)絡(luò)對(duì)中學(xué)生有效學(xué)習(xí)的雙重影響

從積極的意義上來講，高度信息化的社會(huì)開始成為青年的生活世界。網(wǎng)絡(luò)技術(shù)使計(jì)算機(jī)從孤獨(dú)、封閉中解放出來，形成民主開放、自由共享的網(wǎng)際網(wǎng)絡(luò)，成為人們相互交流、共同旅行的生存空間。網(wǎng)絡(luò)已經(jīng)成為人們工作生活的必須工具，中學(xué)生不可或缺。除此之外，網(wǎng)絡(luò)無所不包的信息為中學(xué)生獲得信息、擴(kuò)大閱讀面提供了極大便利，其交互性使人機(jī)互動(dòng)、人人互動(dòng)的時(shí)間、空間、方式遠(yuǎn)遠(yuǎn)超出了傳統(tǒng)的互動(dòng)范疇，深刻影響著中學(xué)生的學(xué)習(xí)方式。學(xué)生可以利用網(wǎng)絡(luò)的交互性，就自己的特殊問題向老師請(qǐng)教，展開討論；根據(jù)自己的興趣進(jìn)行某些方面更為深入學(xué)習(xí)和探索，以求得個(gè)性的發(fā)展。建構(gòu)主義認(rèn)為，“知識(shí)不是通過教師傳授得到，而是學(xué)習(xí)者在一定的情境即社會(huì)文化背景下，借助其他人（包括教師和學(xué)習(xí)伙伴）的幫助，利用必要的學(xué)習(xí)資料、學(xué)習(xí)工具，通過意義建構(gòu)的方式獲得?！?/p>

從消極的的意義上來講，如果中學(xué)生沒有恰當(dāng)?shù)氖褂镁W(wǎng)絡(luò)，如形成“網(wǎng)癮”等，也會(huì)引起中學(xué)生對(duì)學(xué)習(xí)的積極性和主動(dòng)性。一是“網(wǎng)癮”會(huì)浪費(fèi)大量的時(shí)間和精力。比如，有的學(xué)生基本上保持QQ全天候在線，手機(jī)、平板、計(jì)算機(jī)成了他們掛QQ的主要方式。個(gè)別學(xué)生在上課時(shí)間偷偷玩手機(jī)，部分學(xué)生由于玩QQ影響休息，精神不振。課下把作業(yè)和預(yù)習(xí)拋之腦后，談?wù)撈餌OTA、WOW等立馬精神百倍。二是通過網(wǎng)絡(luò)接觸不良信息，對(duì)學(xué)生的學(xué)習(xí)觀造成扭曲。黃色、暴力、賭博、等信息通過圖文、視頻、網(wǎng)游等方式，在網(wǎng)絡(luò)上傳播，讓處于三觀形成階段的中學(xué)生產(chǎn)生錯(cuò)覺和誤判，把虛擬誤認(rèn)為現(xiàn)實(shí)并沉迷其中。比如在語文學(xué)習(xí)方面，“由于中學(xué)生處于叛逆時(shí)期，對(duì)新鮮事物的追捧使網(wǎng)絡(luò)流行語極易在這類人群中獲得青睞，但是中學(xué)生心智處于成長(zhǎng)時(shí)期，過分的‘暴露’在網(wǎng)絡(luò)流行語氛圍下，將會(huì)導(dǎo)致中學(xué)生喪失對(duì)規(guī)范語文的學(xué)習(xí)興趣，甚至?xí)绊懙剿麄儗?duì)規(guī)范語文的使用能力?！?/p>

2 通過即時(shí)通信軟件促進(jìn)中學(xué)生有效學(xué)習(xí)的可行性分析

“網(wǎng)絡(luò)在現(xiàn)代社會(huì)的作用越來越突出，學(xué)校教育已無法回避網(wǎng)絡(luò)對(duì)學(xué)生的學(xué)習(xí)、生活產(chǎn)生的影響?！币则v訊QQ為例，其為深圳市騰訊計(jì)算機(jī)系統(tǒng)有限公司開發(fā)的一款萬維網(wǎng)及時(shí)通信軟件。其功能強(qiáng)大，最高在線人數(shù)達(dá)2.5億（圖1），中學(xué)生基本人手一號(hào)，這為網(wǎng)絡(luò)教育提供了可能。首先，QQ是網(wǎng)絡(luò)教育的穩(wěn)定平臺(tái)。目前，在眾多的即時(shí)通信軟件中，筆者所在的班級(jí)只有QQ實(shí)現(xiàn)了人手一號(hào)甚至多號(hào)，只有QQ空間的使用遠(yuǎn)遠(yuǎn)超過微博，達(dá)到100%，這使得教師基于QQ創(chuàng)新教育途徑成為可能。其次，QQ軟件設(shè)計(jì)的初衷符合網(wǎng)絡(luò)教育的需要。網(wǎng)絡(luò)的特性之一就是使用主體的平等性，通過QQ實(shí)現(xiàn)平等無礙的交流是其設(shè)計(jì)的主要目的。通過QQ，教師可以更加容易的與學(xué)生交朋友，走近其心靈，引導(dǎo)其思想，開展知識(shí)技能教育。再次，QQ的強(qiáng)大功能可以滿足中學(xué)教育教學(xué)的需求。騰訊QQ除了常用的“網(wǎng)聊”之外，還有空間、說說、相冊(cè)、心情、視頻、語音等功能，為教師傳道受業(yè)、答疑解惑提供了方便。比如，利用“群聊”功能，還可以實(shí)現(xiàn)一對(duì)多的即時(shí)指導(dǎo)。

3 通過即時(shí)通信軟件促進(jìn)中學(xué)生有效學(xué)習(xí)的主要方法途徑

3.1 通過即時(shí)通信軟件開展思想引領(lǐng)

處于豆蔻年華的高中生愿意接受新事物，是開展三觀教育，端正學(xué)習(xí)態(tài)度的絕佳時(shí)機(jī)。這一時(shí)期教師利用QQ的即時(shí)通信軟件開展思想引領(lǐng)教育，會(huì)收到事半功倍的效果。一是利用“說說”功能端正學(xué)習(xí)態(tài)度。QQ空間往往是學(xué)生對(duì)現(xiàn)實(shí)學(xué)習(xí)、生活、思想的另一個(gè)表達(dá)平臺(tái)，受到學(xué)生的普遍歡迎?？臻g“說說”功能簡(jiǎn)潔明了，支持文字、圖片、表情等格式，可長(zhǎng)可短，簡(jiǎn)繁皆宜，成為表達(dá)思想的常用途徑。教師可以精心設(shè)計(jì)，創(chuàng)作或者轉(zhuǎn)發(fā)一些能吸引學(xué)生、激發(fā)共鳴、打動(dòng)心靈、積極向上的“說說”來引領(lǐng)學(xué)生思想，寓教于樂，達(dá)到“潤(rùn)物細(xì)無聲”的教育效果。二是利用“日志”功能引領(lǐng)學(xué)生思想。當(dāng)下學(xué)生的閱讀主要體現(xiàn)出網(wǎng)絡(luò)化、碎片化、娛樂化的傾向，一些學(xué)生由于沒有及時(shí)的給予引導(dǎo)，往往陷入網(wǎng)絡(luò)小說、互動(dòng)游戲等不能自拔，甚至接觸到一些言情、黃色、暴力等不健康的閱讀內(nèi)容，容易將學(xué)生引入歧途。為此，教師可以利用QQ空間“日志”功能引領(lǐng)學(xué)生思想。比如，可以通過“日志”發(fā)一些文學(xué)性的作品吸引學(xué)生，轉(zhuǎn)移他們的注意力。但是文章篇幅不能太長(zhǎng)，控制在2000字以內(nèi)為佳，或者采用系列連載的方式；要要圖文并茂，通過自己創(chuàng)作或者網(wǎng)絡(luò)收集一些貼近學(xué)生、貼近生活、貼近實(shí)際的美圖，往往更容易引起學(xué)生的興趣；文章內(nèi)容要符合學(xué)生的審美觀點(diǎn)，避免說教。

3.2 通過即時(shí)通信軟件傳授學(xué)習(xí)方法

當(dāng)下，高中生面對(duì)巨大的升學(xué)壓力，往往體驗(yàn)不到學(xué)習(xí)成長(zhǎng)的樂趣，感到學(xué)習(xí)完全是外界強(qiáng)加的任務(wù)，身心俱憊，學(xué)習(xí)方法不得當(dāng)，成績(jī)不太突出的學(xué)生更是如此。這就要求教師要做到因材施教，采取合適的途徑給予學(xué)生方法上的指導(dǎo)。一是QQ等即時(shí)通信軟件可以跨越溝通的空間限制。QQ等即時(shí)通信軟件基于萬維網(wǎng)絡(luò)設(shè)計(jì)，通過計(jì)算機(jī)網(wǎng)絡(luò)傳輸信息，有其是當(dāng)下無線通信終端普及的情況下，更是可以做到隨時(shí)隨地的無障溝通，為教師指導(dǎo)學(xué)生學(xué)習(xí)方法提供了便捷的平臺(tái)。二是QQ等即時(shí)通信軟件可以即時(shí)推動(dòng)、長(zhǎng)期保存學(xué)法技巧。教師可以利用QQ空間的“說說”“日志”等功能，把學(xué)習(xí)要點(diǎn)、學(xué)習(xí)技巧、習(xí)題解讀等內(nèi)容推動(dòng)給學(xué)生，讓學(xué)生充分利用零碎的時(shí)間，隨時(shí)隨地獲得學(xué)法技巧。還可以利用即時(shí)通信功能，隨時(shí)隨地答疑解惑。比如，可以在周末、假期與學(xué)生約定集中答疑的時(shí)間段，通過文字、圖片、語音、視頻和群聊等形式，集中解答學(xué)生關(guān)于學(xué)習(xí)方法和知識(shí)技能的疑惑，從而提高學(xué)生的學(xué)習(xí)效率，增進(jìn)師生感情。

總而言之，在教育教學(xué)中充分利用網(wǎng)絡(luò)帶來的便利，讓網(wǎng)絡(luò)服務(wù)于教育教學(xué)和學(xué)生成長(zhǎng)是大勢(shì)所趨。這就要求教師、學(xué)生和家長(zhǎng)要正式入QQ等網(wǎng)絡(luò)交往平臺(tái)的正功能，摒棄負(fù)功能，發(fā)揮其在教育教學(xué)中思想引導(dǎo)、端正態(tài)度，興趣培養(yǎng)、激發(fā)潛能，指導(dǎo)方法、提升效率中的作用，以求實(shí)現(xiàn)學(xué)生有效學(xué)習(xí)的目的。

參考文獻(xiàn)

[1]王智勇.計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)對(duì)中學(xué)生物教學(xué)的沖擊[J].武漢科技學(xué)院學(xué)報(bào)，2001（01）：85-89.

[2]王懷新.QQ群在網(wǎng)絡(luò)學(xué)習(xí)中的應(yīng)用[J].中國(guó)教育技術(shù)裝備，2013（26）.

[3]吳靈.探討網(wǎng)絡(luò)對(duì)中學(xué)語文教學(xué)的影響[J].好家長(zhǎng)，2015（47）.

[4]方湖柳.網(wǎng)絡(luò)與學(xué)生自主學(xué)習(xí)能力的培養(yǎng)[J].寧波職業(yè)技術(shù)學(xué)院學(xué)報(bào)，2003（03）.

作者簡(jiǎn)介

常恒源（1999-），男，現(xiàn)就讀于鄭州市第一中學(xué)1704班，在校多次獲得“三好學(xué)生”、“學(xué)習(xí)標(biāo)兵”等稱號(hào)；愛好計(jì)算機(jī)、音樂和體育，曾獲全國(guó)青少年手風(fēng)琴大賽金獎(jiǎng)；數(shù)學(xué)成績(jī)多次在期中、期末考試中班級(jí)第一；平時(shí)喜歡電腦科技等學(xué)科創(chuàng)新活動(dòng)，初中時(shí)曾參加學(xué)校組織的航模小組，并取得一定成績(jī)。

篇4

關(guān)鍵詞：通信工程；軟件；開發(fā)研究；風(fēng)險(xiǎn)

在通信軟件的開發(fā)過程中，往往會(huì)遇到很多風(fēng)險(xiǎn)，其中通信工程軟件風(fēng)險(xiǎn)指的就是在軟件開發(fā)的過程中遇到的由于軟件本身的缺陷所帶來的風(fēng)險(xiǎn)。由于各種風(fēng)險(xiǎn)的產(chǎn)生都具有一定的不可預(yù)測(cè)性，因此在進(jìn)行風(fēng)險(xiǎn)防范的時(shí)候，也應(yīng)該進(jìn)行相應(yīng)的決策選擇。風(fēng)險(xiǎn)本身就是一種在確定與不確定之間的中間態(tài)，在進(jìn)行通信軟件工程開發(fā)的時(shí)候，風(fēng)險(xiǎn)的產(chǎn)生與很多方面的原因都有關(guān)系，比如客戶的要求、開發(fā)過程中遇到的各種問題以及問題的處理效率、工作人員對(duì)各種技術(shù)的掌握水平等，這些都會(huì)影響到軟件的開發(fā)效率。另外，由于人的思想觀念以及行為的改變，也會(huì)給通信軟件開發(fā)帶來風(fēng)險(xiǎn)。在通信軟件開發(fā)過程中，考慮到風(fēng)險(xiǎn)問題時(shí)，一個(gè)最重要的問題就是如何規(guī)避風(fēng)險(xiǎn)，尤其是要避免應(yīng)用程序以及軟件項(xiàng)目徹底失敗的風(fēng)險(xiǎn)，如果在開發(fā)的過程中根本沒有風(fēng)險(xiǎn)規(guī)避意識(shí)，則出現(xiàn)風(fēng)險(xiǎn)的可能性就會(huì)很大，而且常常會(huì)對(duì)開發(fā)者帶來不可逆轉(zhuǎn)的影響。對(duì)此，在進(jìn)行軟件開發(fā)的時(shí)候，就應(yīng)該具有風(fēng)險(xiǎn)防范意識(shí)，能夠制定一系列的風(fēng)險(xiǎn)防范預(yù)案，開發(fā)者要辨別一些比較常見的風(fēng)險(xiǎn)，使各種隱蔽的風(fēng)險(xiǎn)能夠被及時(shí)發(fā)現(xiàn)，防止對(duì)軟件開發(fā)帶來持續(xù)性影響。

1遠(yuǎn)程通信及網(wǎng)上報(bào)銷軟件開發(fā)實(shí)例

需求分析：網(wǎng)上報(bào)銷需求的提出，是在預(yù)算管控的基礎(chǔ)上進(jìn)行的。通過預(yù)算管理與總賬系統(tǒng)的集成，滿足財(cái)務(wù)會(huì)計(jì)科目級(jí)的預(yù)算控制管理。但是費(fèi)用類報(bào)銷的監(jiān)控管理，財(cái)務(wù)希望前升到業(yè)務(wù)單據(jù)的提交，通過的單據(jù)生成財(cái)務(wù)數(shù)據(jù)，未通過則等待審批流程完畢。從另一方面，現(xiàn)在博奇的項(xiàng)目部分布較分散，報(bào)銷業(yè)務(wù)處理不是很便捷，通過預(yù)算平臺(tái)，則可以打破地區(qū)的限制，隨時(shí)進(jìn)行業(yè)務(wù)操作管理。

遠(yuǎn)程通信及網(wǎng)上報(bào)銷的主要流程如圖1所示。

遠(yuǎn)程通信及網(wǎng)上報(bào)銷系統(tǒng)的操作流程如圖2所示。

2通信工程軟件風(fēng)險(xiǎn)

在軟件開發(fā)過程中，常見的風(fēng)險(xiǎn)一般有2種特性，其中一個(gè)是不確定性，也就是說軟件的風(fēng)險(xiǎn)有可能發(fā)生，也有可能不會(huì)發(fā)生；另一個(gè)是確定性，也就是風(fēng)險(xiǎn)確定會(huì)發(fā)生，對(duì)企業(yè)一定會(huì)產(chǎn)生影響，區(qū)別在于風(fēng)險(xiǎn)產(chǎn)生的影響大小。在分析風(fēng)險(xiǎn)時(shí)，首先就應(yīng)該對(duì)風(fēng)險(xiǎn)的確認(rèn)程度以及風(fēng)險(xiǎn)所帶來的損失程度進(jìn)行量化，使得開發(fā)者能夠?qū)︼L(fēng)險(xiǎn)及其損失有一個(gè)大致的認(rèn)知。為了對(duì)風(fēng)險(xiǎn)產(chǎn)生準(zhǔn)確的認(rèn)知，則應(yīng)該首先了解風(fēng)險(xiǎn)的類型：第一，項(xiàng)目風(fēng)險(xiǎn)。項(xiàng)目風(fēng)險(xiǎn)指的是軟件開發(fā)項(xiàng)目所對(duì)應(yīng)的風(fēng)險(xiǎn)，比如潛在的預(yù)算費(fèi)用、客戶的需求變化、開發(fā)的進(jìn)度、開發(fā)人力資源等，這些都屬于項(xiàng)目風(fēng)險(xiǎn)，會(huì)對(duì)軟件開發(fā)進(jìn)程帶來一定的影響。該風(fēng)險(xiǎn)指的是潛在的預(yù)算、客戶、需求、進(jìn)度、資源、人力等方面的一些問題和它們對(duì)軟件項(xiàng)目開發(fā)的影響。項(xiàng)目風(fēng)險(xiǎn)會(huì)威脅到項(xiàng)目計(jì)劃，一旦風(fēng)險(xiǎn)變成損失，有的就會(huì)對(duì)項(xiàng)目的進(jìn)度造成延期，增加項(xiàng)目的成本。項(xiàng)目風(fēng)險(xiǎn)因素還包括項(xiàng)目的復(fù)雜性、規(guī)模、結(jié)構(gòu)等一些不確定性。第二，技術(shù)風(fēng)險(xiǎn)。軟件開發(fā)過程中，技術(shù)人員的水平也會(huì)對(duì)開發(fā)項(xiàng)目產(chǎn)生一定的影響，比如在軟件設(shè)計(jì)、軟件調(diào)試、維護(hù)等過程中，如果技術(shù)人員的綜合能力水平不高，則極有可能導(dǎo)致通信軟件開發(fā)過程中出現(xiàn)各種問題，產(chǎn)生的風(fēng)險(xiǎn)是屬于軟件自身風(fēng)險(xiǎn)范疇內(nèi)的。技術(shù)風(fēng)險(xiǎn)也會(huì)對(duì)項(xiàng)目風(fēng)險(xiǎn)產(chǎn)生影響，比如由于技術(shù)問題導(dǎo)致軟件開發(fā)進(jìn)度受影響，軟件交貨時(shí)間延遲等。第三，商業(yè)風(fēng)險(xiǎn)。商業(yè)風(fēng)險(xiǎn)也是軟件開發(fā)過程中一種比較常見的風(fēng)險(xiǎn)，可能威脅到欲開發(fā)的通信工程軟件是否可以生存，商業(yè)風(fēng)險(xiǎn)經(jīng)常會(huì)危害到項(xiàng)目或產(chǎn)品。第四，通信工程軟件識(shí)別風(fēng)險(xiǎn)。識(shí)別風(fēng)險(xiǎn)指的是在軟件開發(fā)過程中應(yīng)該了解整個(gè)項(xiàng)目的計(jì)劃，從而能夠明確在軟件開發(fā)過程中可能出現(xiàn)哪些威脅。通過對(duì)一些己知風(fēng)險(xiǎn)的識(shí)別和一些未知的風(fēng)險(xiǎn)的預(yù)測(cè)，則可以避免相應(yīng)的風(fēng)險(xiǎn)。對(duì)于每一種風(fēng)險(xiǎn)而言，都可以將其分為不同類型的風(fēng)險(xiǎn)，比如一般性風(fēng)險(xiǎn)和特定產(chǎn)品風(fēng)險(xiǎn)。一般性風(fēng)險(xiǎn)指的是一個(gè)軟件開發(fā)過程中潛在的威脅，特定的風(fēng)險(xiǎn)指的是開發(fā)者在特定的環(huán)境下才能辨別的風(fēng)險(xiǎn)，比如在對(duì)項(xiàng)目開發(fā)的人員組成、技術(shù)能力等進(jìn)行了解的基礎(chǔ)上才能明確的風(fēng)險(xiǎn)就屬于特定風(fēng)險(xiǎn)。為了對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別，則應(yīng)該了解項(xiàng)目的計(jì)劃以及軟件范圍的內(nèi)容，從而對(duì)軟件中存在的威脅到整個(gè)項(xiàng)目的風(fēng)險(xiǎn)因子進(jìn)行排除，使得軟件開發(fā)的一般性風(fēng)險(xiǎn)以及特定風(fēng)險(xiǎn)都能得到有效地控制。第五，過程風(fēng)險(xiǎn)。過程風(fēng)險(xiǎn)指的是在軟件開發(fā)過程中所面臨的風(fēng)險(xiǎn)，比如當(dāng)一個(gè)軟件設(shè)計(jì)不夠清楚、軟件的分析和測(cè)試都處于無序狀態(tài)的時(shí)候，整個(gè)軟件開發(fā)過程就很有可能面臨較大的風(fēng)險(xiǎn)，整個(gè)項(xiàng)目所處的狀態(tài)就不是很穩(wěn)定。

對(duì)于每一種風(fēng)險(xiǎn)而言，都可以分為不同的程度等級(jí)，分別是輕微的、可忽略的、災(zāi)難性的、嚴(yán)重的，對(duì)于不同程度的風(fēng)險(xiǎn)，其產(chǎn)生的預(yù)期結(jié)果也會(huì)不相同。表1是關(guān)于不同程度的風(fēng)險(xiǎn)對(duì)比。

3風(fēng)險(xiǎn)預(yù)測(cè)

風(fēng)險(xiǎn)預(yù)測(cè)指的是對(duì)風(fēng)險(xiǎn)產(chǎn)生的可能性進(jìn)行估算的過程，一般包括2個(gè)方面的內(nèi)容：一個(gè)是發(fā)生風(fēng)險(xiǎn)的概率有多大，另一個(gè)是風(fēng)險(xiǎn)一旦發(fā)生之后其產(chǎn)生的影響有多大。從圖3可以看出，根據(jù)各種風(fēng)險(xiǎn)的情況可以定義出一條終止線。這條終止線（表中某一點(diǎn)上的一條水平線）表示：只有在這條線以上的那些風(fēng)險(xiǎn)能夠受到關(guān)注，對(duì)其進(jìn)行控制，如果在這條線之下，則應(yīng)該對(duì)其再評(píng)估之后才能進(jìn)行第二次排序。

從管理的角度來看，對(duì)于一個(gè)發(fā)生概率較高但是風(fēng)險(xiǎn)程度較低的風(fēng)險(xiǎn)而言，不需要花費(fèi)太多的時(shí)間進(jìn)行處理，但是對(duì)于一些發(fā)生概率較高而且影響也比較嚴(yán)重的風(fēng)險(xiǎn)而言，則應(yīng)該加強(qiáng)對(duì)這些風(fēng)險(xiǎn)的控制。

當(dāng)風(fēng)險(xiǎn)發(fā)生的時(shí)候，應(yīng)該對(duì)風(fēng)險(xiǎn)的產(chǎn)生后果進(jìn)行評(píng)估，才能對(duì)風(fēng)險(xiǎn)有更加整體的了解，使得風(fēng)險(xiǎn)能夠得到及時(shí)、有效的控制。風(fēng)險(xiǎn)產(chǎn)生之后的評(píng)估主要有3個(gè)方面的標(biāo)準(zhǔn)：一個(gè)是風(fēng)險(xiǎn)的性質(zhì)；一個(gè)是風(fēng)險(xiǎn)持續(xù)的時(shí)間；一個(gè)是風(fēng)險(xiǎn)所波及的范圍。風(fēng)險(xiǎn)性質(zhì)指的是當(dāng)風(fēng)險(xiǎn)產(chǎn)生的時(shí)候有可能出現(xiàn)的問題，比如在軟件開發(fā)的過程中，軟件與客戶硬件接口之間不銜接，就有可能導(dǎo)致軟件后期的集成出現(xiàn)較大的問題。風(fēng)險(xiǎn)的范圍具體來說就是風(fēng)險(xiǎn)的分布情況，有的風(fēng)險(xiǎn)所覆蓋的范圍較大，產(chǎn)生的影響也比較嚴(yán)重。風(fēng)險(xiǎn)時(shí)間則指的是觀察到風(fēng)險(xiǎn)的時(shí)間以及整個(gè)風(fēng)險(xiǎn)可能持續(xù)的時(shí)間。在普通情況下，一個(gè)軟件開發(fā)的項(xiàng)目風(fēng)險(xiǎn)發(fā)生得越早越好，有助于對(duì)風(fēng)險(xiǎn)進(jìn)行控制。在對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)估的時(shí)候?yàn)榱烁玫貙?duì)風(fēng)險(xiǎn)進(jìn)行定義，則應(yīng)該設(shè)定一個(gè)相應(yīng)的參考值，從不同的參考值中就可以看出風(fēng)險(xiǎn)的基本要素。比如軟件開發(fā)過程中的風(fēng)險(xiǎn)有性能、成本、進(jìn)度，這些都可以作為風(fēng)險(xiǎn)參考值，一旦出現(xiàn)風(fēng)險(xiǎn)的時(shí)候，應(yīng)該考慮各個(gè)風(fēng)險(xiǎn)值，在風(fēng)險(xiǎn)分析的過程中參考值往往會(huì)有一個(gè)臨界點(diǎn)，在這個(gè)點(diǎn)上可以決定是要繼續(xù)項(xiàng)目還是終止項(xiàng)目，當(dāng)各種風(fēng)險(xiǎn)組合在一起時(shí)，可以產(chǎn)生一個(gè)相應(yīng)的參考曲線，超過該參考曲線的風(fēng)險(xiǎn)會(huì)導(dǎo)致整個(gè)軟件開發(fā)項(xiàng)目終止。

險(xiǎn)緩解、監(jiān)控和管理

對(duì)軟件開發(fā)項(xiàng)目的風(fēng)險(xiǎn)進(jìn)行預(yù)測(cè)就是為了更好地進(jìn)行風(fēng)險(xiǎn)的防范和處理，在處理風(fēng)險(xiǎn)的時(shí)候，應(yīng)該考慮4個(gè)方面的內(nèi)容：一個(gè)是風(fēng)險(xiǎn)的避免；一個(gè)是風(fēng)險(xiǎn)的監(jiān)控；一個(gè)是風(fēng)險(xiǎn)的管理；一個(gè)是意外事件預(yù)案。在對(duì)風(fēng)險(xiǎn)進(jìn)行防范時(shí)可以制定一個(gè)風(fēng)險(xiǎn)緩解計(jì)劃來實(shí)現(xiàn)，比如在軟件工程項(xiàng)目的開發(fā)過程中，由于開發(fā)技術(shù)人員的流動(dòng)，將會(huì)導(dǎo)致項(xiàng)目遭遇一定的風(fēng)險(xiǎn)，這些風(fēng)險(xiǎn)可以被稱作項(xiàng)目風(fēng)險(xiǎn)。以某項(xiàng)目為例，根據(jù)以往的經(jīng)驗(yàn)可知，在項(xiàng)目開發(fā)過程中外出人員的流動(dòng)概率大約為70%，當(dāng)人員流失的時(shí)候，就需要重新找新的技術(shù)人員繼續(xù)完成開發(fā)任務(wù)，這就會(huì)增加成本，也會(huì)導(dǎo)致進(jìn)度受到影響。為了緩解這個(gè)風(fēng)險(xiǎn)，項(xiàng)目的管理者要采取一定的策略對(duì)人員的流動(dòng)概率進(jìn)行控制，首先要找到人員頻繁流動(dòng)的原因，比如有的是因?yàn)楣べY待遇不高離職的，有的是因?yàn)楣ぷ鳁l件不理想而選擇離職的，因此企業(yè)或者項(xiàng)目管理者要采取相應(yīng)的措施解決這些問題，比如提高工作環(huán)境的舒適度，對(duì)技術(shù)人員進(jìn)行獎(jiǎng)勵(lì)等。另外，還應(yīng)該對(duì)技術(shù)開發(fā)隊(duì)伍進(jìn)行儲(chǔ)備，當(dāng)人員出現(xiàn)流動(dòng)的時(shí)候，能夠及時(shí)找到相應(yīng)的人員填補(bǔ)空缺，使得開發(fā)隊(duì)伍團(tuán)隊(duì)能夠保持穩(wěn)定性，對(duì)各種軟件項(xiàng)目進(jìn)行開發(fā)。當(dāng)項(xiàng)目出現(xiàn)變動(dòng)的時(shí)候，就應(yīng)該及時(shí)對(duì)管理策略進(jìn)行調(diào)整，要合理利用開發(fā)技術(shù)人員，使他們能夠在自己的崗位上發(fā)揮出相應(yīng)的作用，防止風(fēng)險(xiǎn)不斷擴(kuò)大。

篇5

利用計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)輔助學(xué)習(xí)并產(chǎn)生巨大的學(xué)習(xí)效益，一直是人們孜孜以求的目標(biāo)和理想。人們希望，通過計(jì)算機(jī)、網(wǎng)絡(luò)和多媒體技術(shù)，為學(xué)習(xí)裝備一顆奔馳的“芯”，讓學(xué)習(xí)走向自由的王國(guó)。

然而，現(xiàn)實(shí)與理想總是隔著一步之遙。從早期的CAI課件到小型教學(xué)軟件、大型教學(xué)軟件、網(wǎng)上學(xué)校、網(wǎng)絡(luò)教育，我們看到了繁榮，也看到了衰落，看到了發(fā)展，也看到了坎坷，單看國(guó)內(nèi)中小學(xué)網(wǎng)校的發(fā)展歷程就可見一斑。

學(xué)習(xí)模式失效了嗎

網(wǎng)校是我國(guó)第一代網(wǎng)絡(luò)學(xué)習(xí)產(chǎn)品。10多年中，網(wǎng)校走過了從起步到鼎盛時(shí)期(全國(guó)約1000家網(wǎng)校)再到規(guī)模萎縮(目前全國(guó)網(wǎng)校約100多所)的曲折歷程。調(diào)查表明，目前大約只有10%的家庭會(huì)考慮選擇網(wǎng)校，很多用戶已經(jīng)對(duì)網(wǎng)校敬而遠(yuǎn)之了。網(wǎng)校發(fā)展的輝煌似乎是曇花一現(xiàn)。

為什么？學(xué)習(xí)的結(jié)果決定一切。當(dāng)人們從傳統(tǒng)的面對(duì)面授課解惑轉(zhuǎn)而通過人機(jī)交互、網(wǎng)絡(luò)虛擬現(xiàn)實(shí)進(jìn)行學(xué)習(xí)的時(shí)候，面對(duì)同樣的困難，感受到的是更多的困惑和無助、更多的疲倦和失意。

確實(shí)，這種學(xué)習(xí)模式并不像人們期待的那樣高效、便利、實(shí)用、適用。這不禁讓人懷疑：這顆奔馳的“芯”難道失效了嗎？

芯和心的區(qū)別

事實(shí)上，傳統(tǒng)網(wǎng)校的確運(yùn)行著一顆“芯”，它包括：計(jì)算機(jī)及多媒體技術(shù)、網(wǎng)絡(luò)硬件構(gòu)成的技術(shù)裝備，以知識(shí)點(diǎn)為綱的大量教學(xué)資源和內(nèi)容的聚集，學(xué)生通過學(xué)習(xí)賬號(hào)可以學(xué)習(xí)資源和內(nèi)容。

我們可以看到，這一代網(wǎng)絡(luò)學(xué)習(xí)產(chǎn)品的特征是：以資源為導(dǎo)向，計(jì)算機(jī)和網(wǎng)絡(luò)僅僅作為輸送和表達(dá)內(nèi)容的通道。通過調(diào)查也可以發(fā)現(xiàn)，人們對(duì)傳統(tǒng)網(wǎng)校的總體評(píng)價(jià)普遍不高。

互聯(lián)網(wǎng)的普及和發(fā)展，對(duì)網(wǎng)絡(luò)學(xué)習(xí)機(jī)制的反思，以及對(duì)學(xué)習(xí)活動(dòng)的深入研究，大大提高了我們今天對(duì)傳統(tǒng)網(wǎng)校問題的認(rèn)識(shí)程度。以下四個(gè)方面值得我們思考：

首先，資源相對(duì)缺乏。向?qū)W生提供所有內(nèi)容即使是優(yōu)秀的內(nèi)容也等于沒有提供內(nèi)容。因?yàn)榛ヂ?lián)網(wǎng)每天都在產(chǎn)生大量的內(nèi)容，其中不乏優(yōu)秀資源，但從大量的內(nèi)容中甄別出適合自己需要的資源顯然不是學(xué)生自己能完成的任務(wù)。

其次，學(xué)習(xí)缺乏組織和引導(dǎo)。網(wǎng)校學(xué)習(xí)的一大特點(diǎn)是放任自流，缺乏有效的學(xué)習(xí)反饋機(jī)制，更談不上有針對(duì)性的學(xué)習(xí)指導(dǎo)和督促。

再次，缺乏學(xué)習(xí)氛圍。學(xué)生在網(wǎng)校中孤軍奮戰(zhàn)，沒有參照對(duì)象，沒有定位，更缺乏互動(dòng)和交流的空間。在互聯(lián)網(wǎng)學(xué)習(xí)環(huán)境下這一點(diǎn)尤為突出。

最后，人性關(guān)懷缺失。無論學(xué)生的基礎(chǔ)如何、能力怎樣，傳統(tǒng)的網(wǎng)校用完全一樣的方式對(duì)待每一個(gè)學(xué)生，處理所有的問題，學(xué)生優(yōu)不能提升，弱不能緩解，完全缺乏人性化關(guān)懷的因素。

因此，傳統(tǒng)的網(wǎng)校試圖以教學(xué)資源的優(yōu)勢(shì)來解決學(xué)生學(xué)習(xí)上的困難和問題，其弊端也是顯而易見的。這就導(dǎo)致了大量學(xué)生即使是在優(yōu)質(zhì)的教育資源面前也未必能因?yàn)樗咝?、便利而有所收效?？梢姡@樣的“芯”能量有限，要讓它“奔馳”起來并不容易。

以人為中心

通過仔細(xì)研究學(xué)習(xí)過程和學(xué)習(xí)心理，我們會(huì)發(fā)現(xiàn)根本的問題在于：學(xué)習(xí)不僅僅需要奔馳的“芯”，還需要有適應(yīng)學(xué)習(xí)者個(gè)性差異的“心”，后者對(duì)學(xué)習(xí)過程和結(jié)果而言更加重要。也就是說，促進(jìn)學(xué)習(xí)，提高學(xué)習(xí)效率，不僅是解決“芯”的問題，更是解決“心”的問題。

篇6

關(guān)鍵詞： 控制系統(tǒng)； 中間件； 異構(gòu)通信； 通信協(xié)議

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)志碼：A 文章編號(hào)：1006-8228（2012）12-11-03

Design of communication middleware and software in heterogeneous system

Huang Guanren1， Zhao Jianyong2

（1. Zhejiang Provincial Testing Institute of Electronic & Information Products， Hangzhou， Zhejiang 310012， China； 2. Hangzhou Dianzi University）

Abstract： Different industrial control systems have different communication interfaces， communication means and communication protocol， which is really inconvenient for application developpers. Middleware technologies are getting more attention as a solution to this problem. Starting with how to amalgamate heterogeneous structure of the communication protocol， based on certain theoretical and experimental research， heterogeneous communications network communication middleware solutions in industrial control systems are studied. The PLC heterogeneous communications network middleware system is designed and realized.

Key words： control system； middleware； heterogeneous communication； communication protocol

0 引言

PLC可編程邏輯控制器、DCS集散控制系統(tǒng)極大地推動(dòng)了工業(yè)自動(dòng)化的發(fā)展。然而，在采用這些控制系統(tǒng)的時(shí)候，出于對(duì)安全、經(jīng)濟(jì)等多方面的考慮，往往會(huì)采用多個(gè)不同廠家生產(chǎn)的控制器。不同制造商提供的控制系統(tǒng)在結(jié)構(gòu)設(shè)計(jì)、標(biāo)準(zhǔn)等方面自成體系，互不兼容，技術(shù)標(biāo)準(zhǔn)互不公開，這些異構(gòu)的通信網(wǎng)絡(luò)環(huán)境由于訪問方法和機(jī)制各不相同，即通信協(xié)議各不相同，使得控制系統(tǒng)之間的通信連接不易實(shí)現(xiàn)[1-2]。

為了便捷地在不同的通信接口之間通信，更好地開發(fā)和運(yùn)行異構(gòu)平臺(tái)上的應(yīng)用軟件，解決PC機(jī)與以嵌入式技術(shù)為基礎(chǔ)的控制系統(tǒng)之間的互通、互連和互操作問題，本文引入異構(gòu)通信中間件HCM（Heterogeneous Communication Middleware）的概念，并設(shè)計(jì)了解決方案。該設(shè)計(jì)解決了異構(gòu)通信網(wǎng)絡(luò)的互通、互連，方便了應(yīng)用層用戶開發(fā)應(yīng)用程序，提高了開發(fā)效率，縮短了開發(fā)周期。

1 異構(gòu)通信中間件HCM總體設(shè)計(jì)

中間件技術(shù)近年來得到了廣泛地研究與實(shí)踐[3-4]，解決網(wǎng)絡(luò)異構(gòu)問題的中間件[5-6]也是研究的熱點(diǎn)。根據(jù)異構(gòu)通信網(wǎng)絡(luò)協(xié)議的需要，我們?cè)O(shè)計(jì)了異構(gòu)通信中間件HCM的整體結(jié)構(gòu)框架，為用戶提供了統(tǒng)一的數(shù)據(jù)訪問接口；完成應(yīng)用層和底層以及底層和異構(gòu)通信網(wǎng)絡(luò)間數(shù)據(jù)的傳輸和處理；提供適合各種編程模式的開放接口，并提供應(yīng)用執(zhí)行時(shí)的各種運(yùn)行機(jī)制。

整個(gè)系統(tǒng)采用三層構(gòu)架體系，HCM作為中間層構(gòu)建在應(yīng)用層和網(wǎng)絡(luò)層之間，它有兩個(gè)接口，分別為與應(yīng)用服務(wù)器的接口（接口一）及與網(wǎng)絡(luò)資源實(shí)體的接口（接口二）。HCM中間件平臺(tái)的功能集包含以下主要功能模塊：協(xié)議調(diào)度模塊、通信模塊、數(shù)據(jù)處理模塊，如圖1所示。

協(xié)議調(diào)度模塊：在構(gòu)建好的通信協(xié)議庫中調(diào)度適合當(dāng)前通信網(wǎng)絡(luò)所需的通信協(xié)議。

通信模塊：包括組幀模塊（組裝讀/寫數(shù)據(jù)幀）和通信口操作模塊（讀/寫通信口）。其中組幀模塊是面向應(yīng)用層的接口模塊，用來獲取應(yīng)用層數(shù)據(jù)信息；通信口操作模塊是面向網(wǎng)絡(luò)層的接口模塊，用來根據(jù)組幀模塊的數(shù)據(jù)幀通過通信接口與通信網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)交互。

數(shù)據(jù)處理模塊：包括數(shù)據(jù)類型處理模塊、規(guī)則轉(zhuǎn)換模塊和有效驗(yàn)證模塊。

2 系統(tǒng)各組成的研究與設(shè)計(jì)

對(duì)HCM系統(tǒng)的各組成部分及功能，從通信協(xié)議庫的數(shù)據(jù)結(jié)構(gòu)模型、通信協(xié)議調(diào)度算法、共享內(nèi)存訪問、通信線程狀態(tài)轉(zhuǎn)換、規(guī)則轉(zhuǎn)換算法幾個(gè)方面進(jìn)行研究。

2.1 通信協(xié)議庫數(shù)據(jù)結(jié)構(gòu)模型

對(duì)于通信協(xié)議庫ProtocodStore，可以把它看成是一片森林，ProtocodStore（Tree1，Tree2…Treei…TreeN），N≥0，森林中的每棵樹Treei（Child1，Child2，…，ChildN），N≥0，是由一個(gè)或多個(gè)子協(xié)議庫組成，按照森林的構(gòu)建方法通信協(xié)議庫可以抽象為圖2所示的數(shù)據(jù)結(jié)構(gòu)。

圖2中，節(jié)點(diǎn)A和H代表公司名，節(jié)點(diǎn)B、C、D代表隸屬于A的PLC類型，節(jié)點(diǎn)I、J代表隸屬于H的PLC類型，節(jié)點(diǎn)E、F、G、K、L分別代表隸屬于某個(gè)PLC型號(hào)的通信協(xié)議。

2.2 通信協(xié)議調(diào)度算法及調(diào)度模塊設(shè)計(jì)

2.2.1 協(xié)議調(diào)度算法

協(xié)議調(diào)度管理器根據(jù)應(yīng)用層用戶提供的調(diào)度信息在通信協(xié)議庫中調(diào)度具體通信協(xié)議，按照先序遍歷ProtocodStore森林的算法來完成協(xié)議的調(diào)度，具體調(diào)度算法如下。

⑴ 取得調(diào)度元數(shù)據(jù)結(jié)構(gòu)struct_Protocol；

⑵ 訪問ProtocodStore森林的第一棵樹的根節(jié)點(diǎn)A；

⑶ 先序遍歷第一棵樹Tree1中根節(jié)點(diǎn)的子樹森林；

⑷ 若找到Tree1中節(jié)點(diǎn)度為0的葉子節(jié)點(diǎn)符合要求則轉(zhuǎn)⑹；

⑸ 先序遍歷除去第一棵樹Tree1之后剩余的樹（Tree2…TreeN）構(gòu)成的森林；

⑹ 若查找成功返回找到的葉子節(jié)點(diǎn)信息，否則返回NULL。

經(jīng)過該算法得到圖2中所示森林中L節(jié)點(diǎn)的先序序列為：

ABECFDGHIKJL

2.2.2 協(xié)議調(diào)度的數(shù)學(xué)描述

定義1 設(shè)通信協(xié)議庫的所有通信協(xié)議的集合為Cprot：

Cprot={C1，C2，C3，…，CN} N≥0 ⑴

式⑴中，Ci為某個(gè)通信協(xié)議對(duì)象，對(duì)每個(gè)對(duì)象Ci的描述形式為：

Ci={Companyi，PLCTypei，CheckSumTypei，

ComInfoi，ConfirmCounti，Modei} ⑵

式⑵中的Companyi，PLCTypei，CheckSumTypei，ComInfoi，ConfirmCounti，Modei表示第i個(gè)協(xié)議對(duì)象的屬性。

定義2 設(shè)協(xié)議調(diào)度模塊調(diào)度集為：

Action={Choose，F(xiàn)old} ⑶

式⑶中，動(dòng)作Choose表示調(diào)度器調(diào)度通訊協(xié)議庫協(xié)議事件；動(dòng)作Fold表示通信協(xié)議導(dǎo)入?yún)f(xié)議調(diào)度管理器事件。

定義3 通過定義1和定義2，協(xié)議庫中的單個(gè)通信協(xié)議可定義為協(xié)議集、調(diào)度和通信網(wǎng)絡(luò)的集合。

Mi={Ci，Actioni，CommunicationNetWorki} ⑷

式⑷中，Ci、Actioni和CommunicationNetWorki表示協(xié)議庫中的第i個(gè)通信協(xié)議、調(diào)度事件和對(duì)應(yīng)于Ci的通信網(wǎng)絡(luò)。

通過以上三個(gè)定義描述了在HCM系統(tǒng)中的協(xié)議調(diào)度模塊集合。協(xié)議調(diào)度模塊主要由異構(gòu)通信網(wǎng)絡(luò)所需的通信協(xié)議庫和協(xié)議調(diào)度器組成，協(xié)議調(diào)度模塊結(jié)構(gòu)框圖如圖3所示。

2.3 共享內(nèi)存訪問

共享內(nèi)存作為一種進(jìn)程間數(shù)據(jù)共享的方法，通過讓兩個(gè)或多個(gè)進(jìn)程映射到同一個(gè)內(nèi)存映射文件對(duì)象的視圖，實(shí)現(xiàn)不同的進(jìn)程共享物理存儲(chǔ)器的相同頁面。當(dāng)一個(gè)進(jìn)程將數(shù)據(jù)寫入一個(gè)共享文件映射對(duì)象的視圖時(shí)，其他進(jìn)程可以立即獲得該視圖中的數(shù)據(jù)變更情況。利用共享內(nèi)存實(shí)現(xiàn)數(shù)據(jù)的共享訪問，能夠達(dá)到系統(tǒng)資源的高效利用。因此，采用共享內(nèi)存訪問技術(shù)，通過HCM提供的接口ConstructReadData實(shí)現(xiàn)兩者之間的內(nèi)存交互，如圖4所示。

在HCM中的共享內(nèi)存方式不涉及內(nèi)存互斥訪問的問題，是“半雙工”形式的內(nèi)存共享，即：應(yīng)用層動(dòng)態(tài)開辟一塊內(nèi)存區(qū)域通過接口ConstructReadData分配給HCM，應(yīng)用層循環(huán)從該內(nèi)存區(qū)域獲取信息，而HCM則通過數(shù)據(jù)處理模塊將處理好的數(shù)據(jù)添入該內(nèi)存區(qū)域，從而完成應(yīng)用層和中間件層的內(nèi)存交互，達(dá)到數(shù)據(jù)傳遞的目的。

2.4 通信線程中三態(tài)轉(zhuǎn)換

在通信線程中涉及三個(gè)狀態(tài)間的轉(zhuǎn)換關(guān)系，分別為讀數(shù)據(jù)狀態(tài)、寫數(shù)據(jù)狀態(tài)以及空閑狀態(tài)。三者之間的轉(zhuǎn)換關(guān)系如圖5所示。

讀/寫狀態(tài)是在進(jìn)行數(shù)據(jù)交互時(shí)的狀態(tài)，由于寫數(shù)據(jù)的優(yōu)先級(jí)最高，所以無論是處于讀狀態(tài)還是空閑狀態(tài)，一旦寫數(shù)據(jù)事件產(chǎn)生，要立即轉(zhuǎn)為寫狀態(tài)。通訊時(shí)，若接收到有效命令，則根據(jù)具體協(xié)議進(jìn)行譯碼，執(zhí)行相應(yīng)操作，并對(duì)命令做出響應(yīng)；若檢查到錯(cuò)誤，則說明接收字符不正確，予以丟棄，并保持通信口為接收狀態(tài)，開始下一次接收操作。設(shè)置空閑狀態(tài)的目的是為了釋放內(nèi)存占用資源，防止產(chǎn)生資源獨(dú)占。在大多數(shù)情況下為讀數(shù)據(jù)狀態(tài)和空閑狀態(tài)間的轉(zhuǎn)換，只有在用戶傳遞寫數(shù)據(jù)時(shí)才發(fā)生讀狀態(tài)和寫狀態(tài)或空閑狀態(tài)和寫狀態(tài)間的狀態(tài)轉(zhuǎn)換關(guān)系。

2.5 HCM通信模塊設(shè)計(jì)實(shí)現(xiàn)

通信模塊在整個(gè)中間件系統(tǒng)中是一個(gè)交互層，包括與上層應(yīng)用層的接口、與下層網(wǎng)絡(luò)層的接口。應(yīng)用層需要讀寫數(shù)據(jù)時(shí)通過該模塊的應(yīng)用層接口將讀寫指令傳遞給組幀處理器。處理器根據(jù)用戶給出的指令進(jìn)行相應(yīng)處理，處理后再通過該模塊與網(wǎng)絡(luò)層的接口進(jìn)行通信，通信成功后得到需要的數(shù)據(jù)并交由數(shù)據(jù)處理模塊進(jìn)行數(shù)據(jù)處理。

由于在通信過程中不同的通信協(xié)議（如波特率等）和應(yīng)用環(huán)境會(huì)影響到系統(tǒng)運(yùn)行速度，如果采用單線程來完成數(shù)據(jù)處理和通信等功能，系統(tǒng)整體響應(yīng)速度會(huì)很慢。因此，采用異步多線程的處理方案，組幀模塊和通信口模塊分別采用各自獨(dú)立線程完成數(shù)據(jù)幀的組裝和與通信網(wǎng)絡(luò)的數(shù)據(jù)交互。通信操作時(shí)的獨(dú)立線程方式，可以減少系統(tǒng)的閑置時(shí)間，提高通信口的吞吐能力。

2.6 數(shù)據(jù)處理模塊的設(shè)計(jì)實(shí)現(xiàn)

數(shù)據(jù)處理模塊主要負(fù)責(zé)對(duì)通信得到的數(shù)據(jù)進(jìn)行分析處理，包括數(shù)據(jù)有效性驗(yàn)證、數(shù)據(jù)類型處理、規(guī)則轉(zhuǎn)換處理三個(gè)子模塊，如圖6所示。

⑴ 有效性驗(yàn)證模塊，目的是為了獲得通信網(wǎng)絡(luò)中正確的數(shù)據(jù)信息，包括通信站號(hào)、數(shù)據(jù)字節(jié)個(gè)數(shù)、數(shù)據(jù)校驗(yàn)等有效性驗(yàn)證。如果驗(yàn)證通過則進(jìn)行數(shù)據(jù)類型和規(guī)則轉(zhuǎn)換的處理，如果有一項(xiàng)驗(yàn)證失敗則整幀數(shù)據(jù)均丟棄。

⑵ 數(shù)據(jù)類型處理模塊，數(shù)據(jù)的基本類型包括：位（BIT）類型、字節(jié)（BYTE）類型、字（WORD）類型、雙字（DWORD）類型、浮點(diǎn)數(shù)（FLOAT）類型。

⑶ 規(guī)則轉(zhuǎn)換模塊，目的是對(duì)⑴和⑵處理后的數(shù)據(jù)按照不同的規(guī)則進(jìn)行數(shù)據(jù)轉(zhuǎn)換，如果不需要轉(zhuǎn)換則將數(shù)據(jù)直接傳遞給應(yīng)用層。數(shù)據(jù)處理時(shí)根據(jù)特定通信協(xié)議進(jìn)行設(shè)置，對(duì)接收數(shù)據(jù)按照不同協(xié)議語法格式進(jìn)行檢查和提取，包括數(shù)據(jù)有效性檢查、數(shù)據(jù)類型處理、轉(zhuǎn)換規(guī)則處理等操作。數(shù)據(jù)處理結(jié)束后，動(dòng)態(tài)刷新接收緩沖區(qū)中的數(shù)據(jù)，該緩沖區(qū)與應(yīng)用層實(shí)現(xiàn)內(nèi)存共享。

3 系統(tǒng)仿真和測(cè)試

為了測(cè)試HCM系統(tǒng)的穩(wěn)定性、可靠性等性能，通過建立仿真環(huán)境來進(jìn)行性能測(cè)試和數(shù)據(jù)驗(yàn)證。測(cè)試過程中仿真了西門子S7-200、三菱FX1N、歐姆龍CPM2A三種型號(hào)的PLC構(gòu)成的異構(gòu)通信網(wǎng)絡(luò)環(huán)境，在PC端生成對(duì)應(yīng)的HCM系統(tǒng)并設(shè)計(jì)了應(yīng)用層界面下載到Windows CE中運(yùn)行，PC機(jī)模擬PLC運(yùn)行環(huán)境。通過測(cè)試異構(gòu)環(huán)境及通信數(shù)據(jù)，驗(yàn)證了HCM系統(tǒng)的穩(wěn)定性和可靠性。

參考文獻(xiàn)：

[1] Li Xiaoming， Li DongXiao. Protocol conversion of plant control

system consisted of different type PLCs[J].IEEE Trans on Software Engineering，2002.2：1509-1512

[2] 李男，黃永忠，陳海勇.一種嵌入式系統(tǒng)通信中間件的設(shè)計(jì)[J].微計(jì)算

機(jī)信息，2006.22（1-2）：48-50

[3] Richard Soley and the OMG Staff Strategy Group. Model Driven

Architecture：OMG White Paper Draft 3.2[EB/OL].http：///mda，2000，Nov 27th.

[4] 楊放春，龍湘明，趙耀.異構(gòu)網(wǎng)絡(luò)中間件與開發(fā)式API技術(shù)[M].北京郵

電大學(xué)出版社，2007.

[5] Richard E. Schantz，Douglas C. Schmidt.Middleware for Distributed

Systems： Evolving the common Structure for Network-Centric Applications[M]. Chapter in The Encyclopedia of Software Engineering. John Wiley & Sons，2001.

篇7

甲方：__________________________

乙方：__________________________

依據(jù)甲方的需求，并本著平等互利的原則，甲乙雙方經(jīng)友好協(xié)商，就甲方的醫(yī)院管理信息系統(tǒng)（以下簡(jiǎn)稱_______系統(tǒng)）的應(yīng)用軟件工程簽訂本合同。

第一條　適用法律

1．1．本合同適用法律為：《中華人民共和國(guó)技術(shù)合同法》、《中華人民共和國(guó)著作權(quán)法》和《中華人民共和國(guó)計(jì)算機(jī)軟件保護(hù)條例》及《中華人民共和國(guó)經(jīng)濟(jì)合同法》等有關(guān)國(guó)家法律法規(guī)。

1．2．上述文件時(shí)間有不一致時(shí)，以日期在后的文件為準(zhǔn)。

第二條　合同范圍

2．1．乙方負(fù)責(zé)完成甲方的_______軟件系統(tǒng)。涵蓋的范圍_______系統(tǒng)軟件安裝、調(diào)試和對(duì)整個(gè)_______系統(tǒng)的技術(shù)支持、服務(wù)與培訓(xùn)等工作。

2．2．產(chǎn)品內(nèi)容（價(jià)格見附頁）

第三條　責(zé)任和義務(wù)

3．1．雙方共同責(zé)任

嚴(yán)格根據(jù)本協(xié)議實(shí)施本項(xiàng)目的內(nèi)容，并協(xié)商解決合作中出現(xiàn)的有爭(zhēng)議的問題。

3．2．甲方的責(zé)任和義務(wù)

3．2．1．按本合同的付款條款支付所需款項(xiàng)。

3．2．2．負(fù)責(zé)項(xiàng)目中的領(lǐng)導(dǎo)、組織和協(xié)調(diào)工作。

3．2．3．提供場(chǎng)地、人員、相關(guān)設(shè)備、必要的文檔資料和數(shù)據(jù)，協(xié)助乙方做好_______系統(tǒng)的實(shí)施工作，并且甲方運(yùn)行用友醫(yī)院管理信息系統(tǒng)的設(shè)備環(huán)境，應(yīng)滿足軟件對(duì)運(yùn)行環(huán)境的基本要求。

3．2．4．試運(yùn)行結(jié)束后______天內(nèi)，組織人員和乙方人員一起組成驗(yàn)收小組，并安排場(chǎng)地和設(shè)備，進(jìn)行_______軟件試運(yùn)行的驗(yàn)收工作。

3．2．5．

a） 甲方定期做好系統(tǒng)數(shù)據(jù)備份，并對(duì)備份數(shù)據(jù)進(jìn)行妥善保管。

b） 甲方在應(yīng)用過程中發(fā)現(xiàn)軟件出現(xiàn)異常，應(yīng)及時(shí)與乙方取得聯(lián)系，并記錄當(dāng)前故障現(xiàn)象，便于乙方作出診斷。

c） 甲方在乙方服務(wù)人員服務(wù)完成后，配合檢查軟件系統(tǒng)運(yùn)行是否正常，并在現(xiàn)場(chǎng)服務(wù)請(qǐng)求單上簽字確認(rèn)。

3．3．乙方的責(zé)任和義務(wù)

3．3．1．按照本合同所規(guī)定的時(shí)間完成甲方相關(guān)人員的培訓(xùn)和_______系統(tǒng)軟件安裝、調(diào)試及數(shù)據(jù)初始化，并與甲方一起組成驗(yàn)收小組進(jìn)行驗(yàn)收。

3．3．2．對(duì)甲方_______進(jìn)行一年內(nèi)免費(fèi)的軟件升級(jí)、服務(wù)、培訓(xùn)、技術(shù)支持。

3．3．3．無償向甲方提供相應(yīng)的軟件使用文檔，包括《操作手冊(cè)》，并保證上述文檔的清晰、完整和正確。

3．3．4．乙方對(duì)甲方在使用用友軟件過程中，因設(shè)備故障、操作失誤等造成的數(shù)據(jù)丟失、利潤(rùn)或營(yíng)業(yè)額損失或費(fèi)用增加，以及因不按正常操作規(guī)范使用軟件或軟件被盜、損失、損毀、誤用所造成的損失不負(fù)責(zé)任。

第四條　版權(quán)

4．1．乙方擁有本_______系統(tǒng)軟件的版權(quán)（即著作權(quán)）。

4．2．甲方擁有本_______系統(tǒng)軟件在本醫(yī)院（×××××××醫(yī)院）內(nèi)部的使用權(quán)。

4．3．甲方應(yīng)尊重從乙方購置的應(yīng)用軟件的注冊(cè)版權(quán)，遵守國(guó)家《計(jì)算機(jī)軟件保護(hù)條例》有關(guān)規(guī)定，不得以任何形式再次轉(zhuǎn)讓、租賃該軟件，并不得以任何形式或手段解密該軟件。

第五條　技術(shù)指標(biāo)

5．1．___________信息管理軟件______________。

5．2．本系統(tǒng)基于___________結(jié)構(gòu)。

5．3．乙方向甲方提交的文檔應(yīng)齊全、正確和可讀性強(qiáng)。

5．4．應(yīng)用軟件的聯(lián)機(jī)幫助應(yīng)清晰可讀，系統(tǒng)錯(cuò)誤信息應(yīng)清晰明了，界面應(yīng)友好，并易于操作和維護(hù)。

5．5．本系統(tǒng)應(yīng)充分考慮到今后的擴(kuò)充和升級(jí)，應(yīng)具有良好的開放性和可擴(kuò)充性。

5．6．本系統(tǒng)應(yīng)具有可靠的安全和保密機(jī)制，以確保數(shù)據(jù)完整、安全和不被非法用戶登錄。

第六條　交付計(jì)劃

6．1．軟件培訓(xùn)-----------------*天

6．2．系統(tǒng)安裝-----------------*天

6．3．軟件調(diào)試-----------------*天

6．4．系統(tǒng)初始化---------------*天

第七條　費(fèi)用及支付方式

7．1．費(fèi)用

7．1．1．本合同所述價(jià)格均為人民幣含稅價(jià)。

7．1．2．本合同所述用友醫(yī)院信息管理系統(tǒng)（_______）金額總計(jì)為人民幣_(tái)________元。

7．1．3．乙方免費(fèi)培訓(xùn)用戶方人員，培訓(xùn)地點(diǎn)：甲方所在地。

7．1．4．自應(yīng)用軟件通過驗(yàn)收之日起，一年內(nèi)乙方免費(fèi)負(fù)責(zé)應(yīng)用軟件的升級(jí)、系統(tǒng)維護(hù)和技術(shù)支持。

7．2．支付方式

7．2．1．甲方將以轉(zhuǎn)帳支票或信匯、電匯等銀行托收的方式向乙方支付。

7．2．2．合同生效后，由乙方開始_______軟件的實(shí)施工作，當(dāng)乙方軟件安裝、調(diào)試完畢后，甲方于______年______月______日前一次性向乙方支付全部軟件款， （人民幣）______元。

第八條　服務(wù)與技術(shù)支持

8．1．操作人員培訓(xùn)

8．1．1．培訓(xùn)時(shí)間為______天。

8．1．2．培訓(xùn)地點(diǎn)：甲方所在地

8．1．3．培訓(xùn)內(nèi)容：_______系統(tǒng)軟件的使用。

8．2．系統(tǒng)實(shí)施

8．2．1．_______系統(tǒng)軟件安裝：指_______系統(tǒng)軟件交付甲方后，軟件的安裝、調(diào)試及系統(tǒng)環(huán)境的設(shè)置等，包括：服務(wù)器操作系統(tǒng)設(shè)置、網(wǎng)絡(luò)環(huán)境設(shè)置、數(shù)據(jù)庫系統(tǒng)環(huán)境設(shè)置、客戶機(jī)操作系統(tǒng)設(shè)置、網(wǎng)絡(luò)協(xié)議設(shè)置、應(yīng)用程序的安裝、調(diào)試及參數(shù)設(shè)置。

8．2．2． _______系統(tǒng)設(shè)置：包括應(yīng)用項(xiàng)目、基礎(chǔ)數(shù)據(jù)的設(shè)置（指導(dǎo)）。

8．2．3．初始數(shù)據(jù)錄入：協(xié)助并規(guī)范甲方人員進(jìn)行初始數(shù)據(jù)的錄入和轉(zhuǎn)入。

8．3．系統(tǒng)維護(hù)

8．3．1．乙方向甲方提供的為保證本系統(tǒng)正常運(yùn)行的現(xiàn)場(chǎng)系統(tǒng)維護(hù)項(xiàng)目包括：

--應(yīng)用軟件在運(yùn)行中的故障帶來的排錯(cuò)工作。

--應(yīng)用軟件與系統(tǒng)軟件及數(shù)據(jù)庫系統(tǒng)適配帶來的調(diào)整工作。

--甲方非正常操作帶來的系統(tǒng)及數(shù)據(jù)的修復(fù)工作。

8．4．系統(tǒng)升級(jí)

8．4．1．系統(tǒng)升級(jí)指由乙方開發(fā)技術(shù)更新、應(yīng)用系統(tǒng)升級(jí)或原有模塊新功能的增加、補(bǔ)充帶來的軟件版本升級(jí)，由乙方免費(fèi)向甲方提供。

8．4．2．系統(tǒng)如有重大變更由雙方具體協(xié)商后另行簽署協(xié)議。

8．5．技術(shù)支持及服務(wù)

8．5．1．一年免費(fèi)服務(wù)期滿后，乙方將向甲方收取服務(wù)費(fèi)，收費(fèi)標(biāo)準(zhǔn)為每年收取軟件合同價(jià)的______%，或每次上門服務(wù)收取服務(wù)費(fèi)______元人民幣，又或甲方向乙方購買服務(wù)卡（金卡：______元/______次/______小時(shí)響應(yīng)、銀卡：______元/______次/______小時(shí)響應(yīng)、銅卡：______元/______次/______小時(shí)響應(yīng)）。甲方可根據(jù)具體情況選擇適合的服務(wù)方式。

8．5．2．乙方通過以下方式為甲方提供技術(shù)支持及服務(wù)：

--熱線電話：______、　 傳真：______

--乙方在internet站點(diǎn)的www、 mail、ftp等服務(wù)，提供軟件下載、熱線響應(yīng)等先進(jìn)的網(wǎng)絡(luò)支持。

8．5．3．乙方的服務(wù)承諾：

a） 乙方接到甲方通過電話、信函、傳真、電子郵件、網(wǎng)上提交等方式提出關(guān)于用友_______軟件的服務(wù)請(qǐng)求后，在24小時(shí)內(nèi)給予響應(yīng)并提供服務(wù)。

b） 乙方提供給甲方的服務(wù)，必須按照合同規(guī)定的服務(wù)內(nèi)容進(jìn)行。

8．5．4．如因乙方原因，單方解除上述條款，使甲方用友_______系統(tǒng)不能正常運(yùn)行，應(yīng)賠償由此帶來的一切損失。

8．5．5．系統(tǒng)升級(jí)及費(fèi)用：若醫(yī)院需要進(jìn)行不同版本的系統(tǒng)升級(jí)，升級(jí)費(fèi)用按軟件合同價(jià)的20%收。

第九條　保密原則項(xiàng)目中所涉及的雙方的內(nèi)部資料、數(shù)據(jù)和其他商業(yè)信息，未經(jīng)有關(guān)方許可，任何一方不得以任何形式用于合同之外的目的，不得以任何形式向其他方泄露。任何一方泄密，另一方有權(quán)追究泄密方的經(jīng)濟(jì)和法律責(zé)任。

第十條　轉(zhuǎn)讓乙方不得將合同轉(zhuǎn)讓。

第十一條　違約責(zé)任

1） 甲乙雙方本著真誠(chéng)合作、相互信賴的原則，根據(jù)國(guó)家相關(guān)的法律、法規(guī)，協(xié)商解決在本合同執(zhí)行過程中可能出現(xiàn)的違約糾紛和違約責(zé)任。

2）甲方在規(guī)定時(shí)間內(nèi)不配合乙方進(jìn)行_______系統(tǒng)驗(yàn)收，視同驗(yàn)收通過。

3） 以上應(yīng)付合同款逾期一個(gè)月未付，乙方有權(quán)將軟件收回。

4） 違約處理：

甲方?jīng)]有按照合同要求履行甲方應(yīng)承擔(dān)的責(zé)任，甲方應(yīng)該承擔(dān)由此帶來的相關(guān)結(jié)果。

5） 乙方免責(zé)條款：

1、乙方對(duì)甲方在使用用友軟件過程中，因設(shè)備故障、操作失誤等造成的數(shù)據(jù)丟失、利潤(rùn)或營(yíng)業(yè)額損失或費(fèi)用增加，以及因不按正常操作規(guī)范使用軟件或軟件被盜、損失、損毀、誤用所造成的損失不負(fù)責(zé)任。

2、乙方不承擔(dān)因甲方人員進(jìn)行非法操作、感染病毒、硬件出現(xiàn)故障導(dǎo)致的數(shù)據(jù)混亂、丟失責(zé)任。

3、乙方有權(quán)拒絕甲方提出的合同規(guī)定之外的服務(wù)請(qǐng)求。

第十二條　爭(zhēng)議與仲裁甲乙雙方如對(duì)合同條款規(guī)定的理解有歧義，或者對(duì)與合同有關(guān)的事項(xiàng)發(fā)生爭(zhēng)議，雙方應(yīng)本著友好合作的精神進(jìn)行協(xié)商。協(xié)商不能解決時(shí)，依照《中華人民共和國(guó)經(jīng)濟(jì)合同法》，可向國(guó)家規(guī)定的仲裁機(jī)構(gòu)申請(qǐng)調(diào)解或仲裁，任何一方可直接向人民法院起訴。

第十三條　不可抗力

13．1．不可抗力的內(nèi)容按我國(guó)有關(guān)規(guī)定條款執(zhí)行

13．2．不可抗力對(duì)合同雙方均適用。在合同生效后，如果發(fā)生不可抗力而不能履行合同時(shí)，則由事故發(fā)生一方，取得公證機(jī)關(guān)的不能履行或不能全部履行或延期履行本合同的證明，甲乙雙方可憑此證明解除全部或部分相關(guān)責(zé)任。

第十四條　合同變更、補(bǔ)充及終止

14．1．本合同自雙方簽定之日起生效，如果雙方均未發(fā)出書面終止通知，則合同自動(dòng)延續(xù)。

14．2．本合同為雙方的最終合同，未經(jīng)雙方書面同意，不得對(duì)此作任何修改。如有未盡事宜，經(jīng)雙方書面同意后，可簽訂書面補(bǔ)充協(xié)議。補(bǔ)充協(xié)議同本協(xié)議具有同等法律效力。

第十五條　合同效力本合同一式叁份，甲方執(zhí)貳份，乙方執(zhí)壹份，每份具有同等法律效力。

第十六條　合同有效期和效用性

1、本合同須雙方簽字并加蓋公章或合同章生效；本合同一式兩份，雙方各執(zhí)壹份，具有同等法律效力。

2、本合同的有效性不因雙方代表的職務(wù)變換、工作變更、工作調(diào)動(dòng)等情況而受到任何影響；本合同的有效性不因雙方法人的變更而受到任何影響；本合同的有效性不因雙方單位名稱的

改變而受任何影響。

甲方：_____________________　 乙方：_____________________

地址：_____________________　 地址：_____________________

甲方負(fù)責(zé)人：_______________　 乙方負(fù)責(zé)人：_______________

甲方代辦人：_______________　 乙方代辦人：________________

甲方單位（蓋章）___________　 乙方單位（蓋章）______________

開戶銀行：________________開戶銀行：_____________________

帳號(hào)：_____________________　 帳號(hào)：__________________________

簽約日期：___年_____月____日

篇8

【關(guān)鍵詞】 AUV通信系統(tǒng) 串口編程 MOOS-ivp

一、AUV通信系統(tǒng)簡(jiǎn)介

AUV的通信系統(tǒng)需要具備如下功能：1.實(shí)時(shí)接收來自岸基平臺(tái)發(fā)送的控制指令；2.接收來自各傳感器的實(shí)時(shí)數(shù)據(jù)，返回o岸基端進(jìn)行實(shí)時(shí)處理。因此，自主式水下航行器通信系統(tǒng)的研發(fā)重點(diǎn)是與各傳感器模塊的配合協(xié)調(diào)、建立穩(wěn)定的通信鏈路、具備應(yīng)急處理能力。在實(shí)際工作中，AUV需要與母船控制單元、岸基平臺(tái)進(jìn)行通信，AUV在貼近水面工作時(shí)，通過大功率的無線電波或者銥星衛(wèi)星通信系統(tǒng)進(jìn)行數(shù)據(jù)的傳輸、信息的共享、控制指令的下達(dá)等工作。

二、AUV通信系統(tǒng)的軟件系統(tǒng)

軟件系統(tǒng)基于Paul Michael Newman 提出的MOOS-ivp體系[2]，使用Linux系統(tǒng)的FLTK類庫開發(fā)操作平臺(tái)的界面，核心在于利用pMOOSBridge進(jìn)程搭建AUV與岸基端的通信信道[3]。pMOODBridge是建立MOOS派生系統(tǒng)的重要工具，可以將AUV端與岸基端配置的MOOSDB（數(shù)據(jù)信息服務(wù)器）相連，在不同的MOOSDB之間起到橋梁的作用，首先接收來自自身所在MOOS體系的數(shù)據(jù)變量，然后根據(jù)AUV實(shí)際工作中的狀態(tài)修改配置文件，最后完成已定義數(shù)據(jù)的轉(zhuǎn)發(fā)，實(shí)質(zhì)上就是功能模塊pMOOSbridge分別與不同的MOOSDB服務(wù)器之間的通信。

在設(shè)計(jì)中，在pMOOSBridge添加支持RS232串口的類CMOOSSerialLink（），支持?jǐn)?shù)據(jù)的發(fā)送、捕獲、解析、分類等功能。利用pMOOSBridge類建立的連接主要完成如下兩條任務(wù)：

（1）獲取當(dāng)前AUV狀態(tài)信息、位置信息，從AUV端MOOSDB采集GPS數(shù)據(jù)通過串口發(fā)送到岸基端，岸基端MOOSDBx取數(shù)據(jù)信息，分類發(fā)送給各個(gè)進(jìn)程模塊，并顯示到岸基界面上；

（2）岸基界面發(fā)送控制指令通過MOOSDB傳輸?shù)酱诤蟀l(fā)送到AUV端，AUV端MOOSDB讀取指令信息，實(shí)現(xiàn)對(duì)AUV的導(dǎo)航與控制功能。

以無線數(shù)傳電臺(tái)為例，pMOOSBridge類建立其與MOOSDB的連接，使MOOSDB與傳感器之間建立串口數(shù)據(jù)連接，其工作流程如圖1、2所示。

三、軟件系統(tǒng)的實(shí)現(xiàn)

MOOS體系的核心模塊是MOOSDB，GPS定位模塊被CMOOSCommClient實(shí)例化后與MOOSDB進(jìn)行通信，實(shí)現(xiàn)串口通信，需要建立繼承于CMOOSApp的子類，對(duì)函數(shù)OnStartUp（）、Iterate（）、OnNewMail（）進(jìn)行重載，實(shí)現(xiàn)傳感器與MOOSDB的串口通信功能。本文采用Ublox LEA-6T型號(hào)的高精度GPS，采集GPRMC的格式數(shù)據(jù)應(yīng)用于AUV的導(dǎo)航與定位中。

通信系統(tǒng)的操作界面部分代碼如圖3、4所示。

通過無線數(shù)傳電臺(tái)的通信信道，AUV可實(shí)時(shí)返回當(dāng)前位置信息，實(shí)現(xiàn)了通信與定位的功能，有效的保障了AUV的正常工作，系統(tǒng)可自主切換通信信道，采用銥星9602裝置的通信方法與無線數(shù)傳電臺(tái)相似。

四、結(jié)語

本文介紹了新型AUV通信系統(tǒng)的軟件開發(fā)與應(yīng)用，重點(diǎn)介紹了基于MOOS的AUV通信系統(tǒng)的軟件設(shè)計(jì)，以pMOOSBridge為核心，介紹此進(jìn)程實(shí)現(xiàn)通信功能的原理與應(yīng)用，最后以GPS定位模塊、無線數(shù)傳電臺(tái)的采集程序開發(fā)為例，介紹通信系統(tǒng)的數(shù)據(jù)采集方法，并開發(fā)軟件模擬AUV的通信。

參 考 文 獻(xiàn)

[1]徐玉如，李彭超.水下機(jī)器人發(fā)展趨勢(shì)[J].自然雜志，2011（3）：5-12.

篇9

【關(guān)鍵詞】通信建設(shè)工程；監(jiān)理業(yè)；疲軟問題；發(fā)展措施

前言

隨著我國(guó)通信建設(shè)事業(yè)的不斷發(fā)展，以通信監(jiān)理企業(yè)為代表的通信建設(shè)企業(yè)層出不窮，基本上成為我國(guó)通信建設(shè)事業(yè)的核心力量。然而，多數(shù)通信監(jiān)理企業(yè)在業(yè)務(wù)規(guī)模上均呈現(xiàn)出規(guī)模小、業(yè)務(wù)流程不嚴(yán)謹(jǐn)?shù)攘觿?shì)，導(dǎo)致我國(guó)通信監(jiān)理行業(yè)出現(xiàn)明顯的疲軟現(xiàn)象，且嚴(yán)重制約我國(guó)通信監(jiān)理行業(yè)的良好發(fā)展。針對(duì)于此，通信監(jiān)理企業(yè)的管理人員必須立足于本企業(yè)的疲軟問題，結(jié)合具體問題進(jìn)行具體分析，致力于尋求出一種切實(shí)可行的解決措施，徹底解決行業(yè)內(nèi)部存在的疲軟問題上。

1我國(guó)通信建設(shè)工程監(jiān)理行業(yè)的發(fā)展現(xiàn)狀

自我國(guó)正式推行項(xiàng)目監(jiān)理制度以后，已有21年的歷史。經(jīng)過過去幾十年的經(jīng)驗(yàn)積累，我國(guó)通信建設(shè)工程監(jiān)理行業(yè)在內(nèi)容與制度方面均得到一定程度的優(yōu)化。然而，自我國(guó)實(shí)行市場(chǎng)經(jīng)濟(jì)以來，國(guó)內(nèi)社會(huì)經(jīng)濟(jì)增長(zhǎng)速度過快，導(dǎo)致通信行業(yè)出現(xiàn)供不應(yīng)求現(xiàn)象。久而久之，導(dǎo)致我國(guó)通信建設(shè)工程監(jiān)理業(yè)出現(xiàn)明顯的疲軟問題。雖然我國(guó)針對(duì)通信建設(shè)工程監(jiān)理業(yè)的疲軟問題采取了一系列解決措施，但是由于我國(guó)缺乏對(duì)相關(guān)問題的處理力度以及并未構(gòu)建起一套完成的規(guī)章制度，導(dǎo)致疲軟問題并未從根本處消除。再加我國(guó)通信建設(shè)管理部門的管理力度匱乏，使得行業(yè)管理創(chuàng)新能力難以得到切實(shí)提高。長(zhǎng)此以往，很容易導(dǎo)致我國(guó)通信建設(shè)工程監(jiān)理行業(yè)出現(xiàn)較多隱患問題，很有可能無法實(shí)現(xiàn)長(zhǎng)足發(fā)展目標(biāo)[1]。

2通信建設(shè)工程監(jiān)理業(yè)疲軟問題的成因分析

2.1相關(guān)法律法規(guī)制度與技術(shù)制度體系缺乏規(guī)范化

自改革開放以來，我國(guó)總體經(jīng)濟(jì)格局從計(jì)劃經(jīng)濟(jì)過渡到市場(chǎng)經(jīng)濟(jì)當(dāng)中。雖然，計(jì)劃經(jīng)濟(jì)的弊端影響得到一定程度的消除，但是重技術(shù)、輕管理的問題并未得到完全消除。如此一來，使得我國(guó)部分行業(yè)在實(shí)行內(nèi)部管理過程中，對(duì)于管理內(nèi)容的貫徹與落實(shí)并未予以高度重視?；蛘呤且晃兜刈非蠼?jīng)濟(jì)效益方面的發(fā)展，對(duì)于行業(yè)管理內(nèi)容并未做到切實(shí)貫徹。長(zhǎng)此以往，很容易導(dǎo)致行業(yè)發(fā)展出現(xiàn)疲軟問題。究其原因，主要是因?yàn)槲覈?guó)相關(guān)法律法規(guī)制度與技術(shù)制度體系缺乏規(guī)范化管理，且相關(guān)部門對(duì)于監(jiān)理行業(yè)的管理缺乏重視程度。如此一來，使得我國(guó)通信建設(shè)工程監(jiān)理業(yè)出現(xiàn)管理秩序混亂、行業(yè)競(jìng)爭(zhēng)不足等疲軟問題[2]。

2.2缺少現(xiàn)代化企業(yè)機(jī)制，用人制度與分配制度明顯不符

相關(guān)法律法規(guī)制度與技術(shù)制度體系缺乏規(guī)范化制定與落實(shí)是導(dǎo)致我國(guó)通信建設(shè)工程監(jiān)理業(yè)出現(xiàn)疲軟現(xiàn)象的原因之一，另一個(gè)原因主要集中體現(xiàn)在相關(guān)監(jiān)理企業(yè)比較現(xiàn)代化企業(yè)機(jī)制匱乏，用人制度與分配制度明顯不符。究其原因，主要是因?yàn)槎鄶?shù)監(jiān)理企業(yè)在組織規(guī)模方面呈現(xiàn)出小作坊企業(yè)特點(diǎn)，監(jiān)理從業(yè)人員的職業(yè)素質(zhì)與規(guī)定要求相差甚遠(yuǎn)，無法有效貫徹日常監(jiān)理內(nèi)容與要求。最重要的是，監(jiān)理企業(yè)的人力資源管理體系存在明顯不足，再加上管理人員對(duì)于人力資源管理工作并未予以高度重視，企業(yè)員工往往對(duì)于自身的工作存在定位不準(zhǔn)問題。除此之外，監(jiān)理企業(yè)內(nèi)部分配制度不均衡情況突出，無法與市場(chǎng)經(jīng)濟(jì)要求相貼合，因此導(dǎo)致用人制度與分配制度出現(xiàn)明顯不符問題[3]。

3關(guān)于通信建設(shè)工程監(jiān)理業(yè)發(fā)展措施的相關(guān)分析

3.1政府部門給予適當(dāng)支持，解決行業(yè)疲軟問題

通信建設(shè)工程監(jiān)理業(yè)必須明確當(dāng)前市場(chǎng)經(jīng)濟(jì)的發(fā)展趨勢(shì)以及存在的主要競(jìng)爭(zhēng)。針對(duì)當(dāng)前通信建設(shè)工程監(jiān)理業(yè)發(fā)展規(guī)模過小的問題，建議相關(guān)部門可以從政策環(huán)境層面給予適當(dāng)支持，如從財(cái)務(wù)稅收層面給小規(guī)模通信監(jiān)理企業(yè)減壓。與此同時(shí)，政府部門不應(yīng)該以管理者的身份自居，最好充當(dāng)引導(dǎo)者角色，大力鼓勵(lì)通信建設(shè)工程監(jiān)理行業(yè)的發(fā)展，避免出現(xiàn)惡性競(jìng)爭(zhēng)問題?？梢愿鶕?jù)當(dāng)前監(jiān)理行業(yè)存在的問題，合理補(bǔ)充相關(guān)法律法規(guī)，從根本上促進(jìn)通信建設(shè)工程監(jiān)理業(yè)的發(fā)展進(jìn)程。

3.2加強(qiáng)人力資源方面的管理力度

針對(duì)現(xiàn)階段通信建設(shè)工程監(jiān)理業(yè)人力資源管理不足的問題，建議企業(yè)管理人員必須加強(qiáng)人力資源方面的管理力度。在具體優(yōu)化過程中，建議企業(yè)應(yīng)該立足于當(dāng)前市場(chǎng)經(jīng)濟(jì)的發(fā)展進(jìn)程，正確發(fā)揮出企業(yè)管理人員的領(lǐng)導(dǎo)職能與管理責(zé)任。如不斷加強(qiáng)監(jiān)理師的職業(yè)素質(zhì)，這也就意味著企業(yè)的發(fā)展側(cè)重點(diǎn)不應(yīng)該只局限在經(jīng)濟(jì)效益方面，還應(yīng)該加強(qiáng)人才方面的培養(yǎng)力度。可以采取培訓(xùn)活動(dòng)等形式，加強(qiáng)監(jiān)理師的職業(yè)素質(zhì)。與此同時(shí)，管理人員需要踐行人力資源管理原則，約束與規(guī)范員工個(gè)人行為，確保企業(yè)不再出現(xiàn)疲軟問題。

3.3結(jié)合取長(zhǎng)補(bǔ)短原則，實(shí)現(xiàn)錯(cuò)位競(jìng)爭(zhēng)發(fā)展

所謂的取長(zhǎng)補(bǔ)短原則主要是指通信建設(shè)工程監(jiān)理業(yè)應(yīng)該積極利用自身的行業(yè)優(yōu)勢(shì)，如市場(chǎng)口碑優(yōu)勢(shì)等，做好企業(yè)日常管理工作。并在此基礎(chǔ)上，立足于本行業(yè)的發(fā)展趨勢(shì)，明確企業(yè)當(dāng)前的規(guī)劃計(jì)劃。有計(jì)劃地推行品牌營(yíng)銷計(jì)劃，確保企業(yè)定位精準(zhǔn)、合理。在此過程中，監(jiān)理工程師可以結(jié)合“VR+BIM”、“互聯(lián)網(wǎng)+”等前沿技術(shù)，利用好技術(shù)優(yōu)勢(shì)，確保監(jiān)理效果，如此一來，通信建設(shè)工程監(jiān)理業(yè)勢(shì)必會(huì)在激烈的市場(chǎng)競(jìng)爭(zhēng)中謀得一席之位，增強(qiáng)本行業(yè)的核心競(jìng)爭(zhēng)力，達(dá)成預(yù)期的建設(shè)目標(biāo)。

篇10

關(guān)鍵詞：記發(fā)器信令 軟硬件架構(gòu) DSP arm11 FPGA

中圖分類號(hào)：TN929 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2015）04（c）-0019-01

1號(hào)信令系統(tǒng)是傳統(tǒng)PSTN電話系統(tǒng)的重要信令組成部分。隨著近年來通信技術(shù)的發(fā)展，出現(xiàn)了如VOIP等多種語音承載方式?；诮?jīng)濟(jì)社會(huì)各項(xiàng)指標(biāo)的要求，現(xiàn)代電話系統(tǒng)需要不同年代不同層次技術(shù)的兼容及融合，這將導(dǎo)致1號(hào)信令系統(tǒng)中記發(fā)器信令的兼容擴(kuò)展問題。如果保持原有系統(tǒng)的軟硬件可繼承，則需要設(shè)計(jì)相應(yīng)的接口電路板與之適應(yīng)。該文設(shè)計(jì)了DSP+ARM+FPGA硬件電路，并針對(duì)記發(fā)器信令系統(tǒng)中多路信令接續(xù)的需要，重新采用通用DSP芯片對(duì)記發(fā)器信令作軟件設(shè)計(jì)，并提出了相應(yīng)切實(shí)可行的解決方法。

1 硬件架構(gòu)實(shí)現(xiàn)

硬件電路設(shè)計(jì)要考慮多方面的因素，如穩(wěn)定性，可提升性，兼容性，成本等等。本文的硬件架構(gòu)主要考慮適應(yīng)性及兼容擴(kuò)展性，如圖1所示記發(fā)器信令硬件接口設(shè)計(jì)框圖，記發(fā)器信號(hào)分為上層協(xié)議和底層硬件協(xié)議，信令上層協(xié)議采用ARM11實(shí)現(xiàn)，具體型號(hào)為Cortex-A8，底層的硬件協(xié)議采用DSP芯片，具體型號(hào)為tms320C6415，ARM與DSP之間的接互采用FPGA完成，具體型號(hào)為XC3S500E。

信號(hào)的外部物理接口為E1接口，可以按實(shí)際需要配置一個(gè)或者多個(gè)，E1接口芯片為mt9076，話音及記發(fā)器信令以模擬信號(hào)的方式進(jìn)入，并以數(shù)字信號(hào)的方式輸出到FPGA中，由于E1是時(shí)分復(fù)用信號(hào)，F(xiàn)PGA將相應(yīng)時(shí)隙的信號(hào)通過mcBsp接口送給DSP，這里主要是話音信號(hào)及記發(fā)器信令信號(hào)。arm11主要解析1號(hào)信令系統(tǒng)中的線路信令及記發(fā)器信令上層部分，并將相關(guān)控制信息通過FPGA發(fā)送到DSP。

DSP芯片處理記發(fā)器信令的底層部分，這里有兩個(gè)并行的工作，一個(gè)是接收并解析記發(fā)器信令數(shù)字波形；另一個(gè)則是與arm11進(jìn)行交互，將解析的結(jié)果傳給arm11及接收arm11的記發(fā)器信令編碼，以生成記發(fā)器信令數(shù)字波形信號(hào)。特別指出的是FPGA為DSP，arm11，mt9076三者之間的橋梁。

2 記發(fā)器信令底層軟件設(shè)計(jì)思路及實(shí)現(xiàn)方法

記發(fā)器信令信號(hào)的物理特征與DTMF極其類似，因此信號(hào)的生成及檢測(cè)原理均可參考DTMF信號(hào)的生成及檢測(cè)，考慮到DSP實(shí)現(xiàn)的實(shí)際情況會(huì)作相應(yīng)的改進(jìn)。

記發(fā)器信令信號(hào)生成方法為：首先制作完整的余弦表，為保證之后生成信號(hào)的精度，余弦表可采用1HZ頻率的余弦函數(shù)生成。記發(fā)器信令的前向信號(hào)頻率值與后向信號(hào)頻率值是在6個(gè)固定頻率中選取的兩個(gè)，作為頻率參數(shù)就可以分別生成兩個(gè)余弦函數(shù)，這兩個(gè)函數(shù)相疊加最終生成所需要記發(fā)器信令信號(hào)。需要注意的是，DSP生成的信號(hào)通常是以數(shù)據(jù)包的形式發(fā)送出去，且長(zhǎng)度是固定的，因此為了保證不斷生成信號(hào)在波形上的連續(xù)性必須每次保存當(dāng)前包余弦信號(hào)的相位信息，且作為下一包余弦信號(hào)的初始相位。

記發(fā)器信令信號(hào)檢測(cè)方法為：首先對(duì)數(shù)字信號(hào)進(jìn)行包緩沖，一般而言可以是256個(gè)采樣點(diǎn)，也可以是512個(gè)采樣點(diǎn)，對(duì)一包的數(shù)據(jù)進(jìn)行FFT變換，求取功率譜。因?yàn)橹C波信號(hào)的頻譜特征是十分明顯的，在相應(yīng)頻點(diǎn)上會(huì)出現(xiàn)極大值。記發(fā)器信令信號(hào)在頻譜上會(huì)出現(xiàn)兩個(gè)極大的頻點(diǎn)峰值，而其他頻點(diǎn)的值都比較小。為了使查找峰值頻率更加方便，需要對(duì)頻譜值進(jìn)行歸一化及標(biāo)準(zhǔn)化處理，通常不及頻譜峰值一半的值置零。在找出兩個(gè)最大的頻點(diǎn)后，利用頻率值表反查，最終識(shí)別出接收的信令。

3 結(jié)語

基于DSP+ARM+FPGA的硬件架構(gòu)性能及兼容性都很強(qiáng)，arm11具有極強(qiáng)的軟件及操作系統(tǒng)的提升擴(kuò)展性，F(xiàn)PGA具有硬件邏輯方向的提升性，而其中的通用DSP具有數(shù)字信號(hào)的強(qiáng)大算法處理能力，能夠處理多路記發(fā)器信令且高效靈活。

參考文獻(xiàn)

[1] 張?jiān)器?通信網(wǎng)的信令系統(tǒng)[M].北京：北京大學(xué)出版社，2009.

[2] 杜海源，駱亞國(guó).No.7信令系統(tǒng)[M].北京：北京郵電大學(xué)出版社，2009.

[3] 黃勇.中國(guó)一號(hào)信令專題[M].佛山：華為出版社，2005.

[4] 李利.DSP原理及應(yīng)用[M].北京：水利水電出版社，2013.