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

篇1

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

1 引言

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

2 軟件質(zhì)量

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

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

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

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

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

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

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

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

4.1 通信軟件特點

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

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

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

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

（1）功能性

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

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

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

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

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

（2）可靠性

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

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

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

（3）易用性

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

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

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

（4）效率

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

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

（5）可維護性

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

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

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

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

（6）可移植性

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

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

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

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

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

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

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

5 結(jié)束語

本文通過對軟件質(zhì)量定義的介紹闡述了軟件質(zhì)量在軟件開發(fā)中的重要性，討論了軟件質(zhì)量的基本屬性，然后介紹了三種通用的軟件質(zhì)量模型。分析了通信軟件實時性和交互性的特點，構(gòu)造了一個適用于通信軟件的軟件質(zhì)量要求模型。通信軟件項目可結(jié)合項目需求對其進行裁剪，確定適用于項目的軟件質(zhì)量要求，在軟件的全生命周期模型中實現(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)主機上程序代碼如下：//定義全局變量winsockgs_wssocketdgramgs_udpintgi_port//定義目標(biāo)主機端口號//在open事件中創(chuàng)建winsock和數(shù)據(jù)報式套接口對象gs_ws=createwinsockgs_udp=createsocketdgram//通知套接字端口有請求事件發(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)主機端口號在調(diào)用wsaasyncselect后，窗口需處理消息，此處需為窗口定義一個新的自定義事件，事件的ID為pbm_custom02。該事件有兩個變量，wparam與lparam，變量類型分別為un-signedlong與long。//接收源主機發(fā)來的消息并發(fā)送消息至源主機，uPeerClient,i//ClientPort分別為源主機的IP地址與端口號gs_udp.recvfrom(ls_data,1024,0,uPeerClient,iClientPort)//接//收消息，消息存于ls_data變量中接收到消息后，程序可進行//其他操作處理，向源主機發(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源主機上程序代碼如下：//定義全局變量winsockgs_wssocketdgramgs_udpintgs_ip，gi_port//定義目標(biāo)主機的IP號與端口號//在open事件中創(chuàng)建winsock和數(shù)據(jù)報式套接口對象gs_ws=createwinsockgs_udp=createsocketdgram//通知套接字端口有請求事件發(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)換為無符號的長整型函數(shù)，實現(xiàn)IP地址的轉(zhuǎn)換在調(diào)用wsaasyncselect后，窗口需處理消息，此處需為窗口定義一個新的自定義事件，事件的ID為pbm_custom02。在該事件中，有接收目標(biāo)主機消息程序代碼。gs_udp.recvfrom(ls_data_return,1024,0,uPeerClient,iClient－Port)//接收目標(biāo)主機發(fā)送的消息//使用完成后，在close事件中關(guān)閉socket，釋放資源gs_udp.closesocket()destroygs_udpdestroygs_ws

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

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

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

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

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

3結(jié)語

篇3

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

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

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

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

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

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

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

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

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

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

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

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

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

參考文獻(xiàn)

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

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

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

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

作者簡介

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

篇4

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

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

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

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

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

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

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

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

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

3風(fēng)險預(yù)測

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

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

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

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

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

篇5

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

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

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

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

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

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

芯和心的區(qū)別

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

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

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

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

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

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

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

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

以人為中心

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

篇6

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

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

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

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

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

整個系統(tǒng)采用三層構(gòu)架體系，HCM作為中間層構(gòu)建在應(yīng)用層和網(wǎng)絡(luò)層之間，它有兩個接口，分別為與應(yīng)用服務(wù)器的接口（接口一）及與網(wǎng)絡(luò)資源實體的接口（接口二）。HCM中間件平臺的功能集包含以下主要功能模塊：協(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ò)進行數(shù)據(jù)交互。

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

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

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

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

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

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

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

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é)點A；

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

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

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

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

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

ABECFDGHIKJL

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

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

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

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

Ci={Companyi，PLCTypei，CheckSumTypei，

ComInfoi，ConfirmCounti，Modei} ⑵

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

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

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

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

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

Mi={Ci，Actioni，CommunicationNetWorki} ⑷

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

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

在HCM中的共享內(nèi)存方式不涉及內(nèi)存互斥訪問的問題，是“半雙工”形式的內(nèi)存共享，即：應(yī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)換

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

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

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

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

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

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

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

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

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

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

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

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

機信息，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)（以下簡稱_______系統(tǒng)）的應(yīng)用軟件工程簽訂本合同。

第一條　適用法律

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

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

第二條　合同范圍

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

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

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

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

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

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

3．2．1．按本合同的付款條款支付所需款項。

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

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

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

3．2．5．

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

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

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

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

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

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

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

3．3．4．乙方對甲方在使用用友軟件過程中，因設(shè)備故障、操作失誤等造成的數(shù)據(jù)丟失、利潤或營業(yè)額損失或費用增加，以及因不按正常操作規(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)用軟件的注冊版權(quán)，遵守國家《計算機軟件保護條例》有關(guān)規(guī)定，不得以任何形式再次轉(zhuǎn)讓、租賃該軟件，并不得以任何形式或手段解密該軟件。

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

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

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

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

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

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

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

第六條　交付計劃

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

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

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

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

第七條　費用及支付方式

7．1．費用

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

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

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

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

7．2．支付方式

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

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

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

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

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

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

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

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

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è)置、客戶機操作系統(tǒng)設(shè)置、網(wǎng)絡(luò)協(xié)議設(shè)置、應(yīng)用程序的安裝、調(diào)試及參數(shù)設(shè)置。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4） 違約處理：

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

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

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

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

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

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

第十三條　不可抗力

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

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

第十四條　合同變更、補充及終止

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

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

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

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

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

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

改變而受任何影響。

甲方：_____________________　 乙方：_____________________

地址：_____________________　 地址：_____________________

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

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

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

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

帳號：_____________________　 帳號：__________________________

簽約日期：___年_____月____日

篇8

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

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

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

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

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

在設(shè)計中，在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ā)送給各個進程模塊，并顯示到岸基界面上；

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

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

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

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

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

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

四、結(jié)語

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

參 考 文 獻(xiàn)

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

篇9

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

前言

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

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

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

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

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

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

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

相關(guān)法律法規(guī)制度與技術(shù)制度體系缺乏規(guī)范化制定與落實是導(dǎo)致我國通信建設(shè)工程監(jiān)理業(yè)出現(xiàn)疲軟現(xiàn)象的原因之一，另一個原因主要集中體現(xiàn)在相關(guān)監(jiān)理企業(yè)比較現(xiàn)代化企業(yè)機制匱乏，用人制度與分配制度明顯不符。究其原因，主要是因為多數(shù)監(jiān)理企業(yè)在組織規(guī)模方面呈現(xiàn)出小作坊企業(yè)特點，監(jiān)理從業(yè)人員的職業(yè)素質(zhì)與規(guī)定要求相差甚遠(yuǎn)，無法有效貫徹日常監(jiān)理內(nèi)容與要求。最重要的是，監(jiān)理企業(yè)的人力資源管理體系存在明顯不足，再加上管理人員對于人力資源管理工作并未予以高度重視，企業(yè)員工往往對于自身的工作存在定位不準(zhǔn)問題。除此之外，監(jiān)理企業(yè)內(nèi)部分配制度不均衡情況突出，無法與市場經(jīng)濟要求相貼合，因此導(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)前市場經(jīng)濟的發(fā)展趨勢以及存在的主要競爭。針對當(dāng)前通信建設(shè)工程監(jiān)理業(yè)發(fā)展規(guī)模過小的問題，建議相關(guān)部門可以從政策環(huán)境層面給予適當(dāng)支持，如從財務(wù)稅收層面給小規(guī)模通信監(jiān)理企業(yè)減壓。與此同時，政府部門不應(yīng)該以管理者的身份自居，最好充當(dāng)引導(dǎo)者角色，大力鼓勵通信建設(shè)工程監(jiān)理行業(yè)的發(fā)展，避免出現(xiàn)惡性競爭問題?？梢愿鶕?jù)當(dāng)前監(jiān)理行業(yè)存在的問題，合理補充相關(guān)法律法規(guī)，從根本上促進通信建設(shè)工程監(jiān)理業(yè)的發(fā)展進程。

3.2加強人力資源方面的管理力度

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

3.3結(jié)合取長補短原則，實現(xiàn)錯位競爭發(fā)展

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

篇10

【關(guān)鍵詞】軟件工程思想；管理信息系統(tǒng)；軟件開發(fā)

1.軟件工程思想概述

軟件工程思想是一種以系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則去探索軟件開發(fā)與維護的工程思想。該思想將軟件的開發(fā)作為一個系統(tǒng)性的工程項目來對待，從軟件開發(fā)技術(shù)與軟件項目管理兩方面去解決軟件開發(fā)過程中的各種問題和軟件的應(yīng)用問題。如軟件開發(fā)技術(shù)層面需要解決軟件開發(fā)方法、軟件工具以及軟件工程環(huán)境問題，而軟件項目管理則涵蓋了軟件度量、項目估算、進度控制、人員組織、配置管理與項目計劃等多方面內(nèi)容。軟件工程思想的提出以及軟件工程學(xué)科的誕生使得軟件開發(fā)得以進入一個更高層次的發(fā)展空間，并擁有了更旺盛的生命活力。在軟件開發(fā)中，軟件工程思想將解決工程問題的系統(tǒng)性、規(guī)范性、量化性思想運用其中，從而使軟件開發(fā)成為一項更為規(guī)范的科技活動。而從軟件工程思想的本質(zhì)看，其實際上是一種將現(xiàn)實空間通過軟件代碼映射與轉(zhuǎn)換成計算機空間的思想。這其中涉及到映射與轉(zhuǎn)換需求、業(yè)務(wù)邏輯映射以及軟件設(shè)計的等層面的問題。其思想中的核心概念主要包含分治、復(fù)用、折中、一致性與完備性、效率以及演化。

2.管理信息系統(tǒng)開發(fā)概述

所謂管理信息系統(tǒng)實際上是以計算機技術(shù)為基礎(chǔ)，基于計算機平臺而開發(fā)出的能夠?qū)Ω鞣N管理數(shù)據(jù)進行處理、整合、分析，并為管理者提供管理決策相關(guān)參考信息的一種工作系統(tǒng)。管理信息系統(tǒng)的實現(xiàn)基礎(chǔ)是計算機，其系統(tǒng)運轉(zhuǎn)過程中的數(shù)據(jù)分析、處理、整合等也都是依靠計算機所具有的信息處理能力和運算能力來實現(xiàn)的。相較于傳統(tǒng)的人工數(shù)據(jù)管理，管理信息系統(tǒng)能夠極大提升數(shù)據(jù)信息處理效率，并依靠其強大的數(shù)據(jù)處理能力來幫助管理人員對各種管理資源加以優(yōu)化，從而達(dá)到提升管理效率的目的。管理信息系統(tǒng)的誕生為現(xiàn)代各行各業(yè)的管理工作都提供了強大的技術(shù)工具，推動各領(lǐng)域管理工作的發(fā)展。也正是基于其優(yōu)勢，國內(nèi)外都對管理信息系統(tǒng)的開發(fā)模式進行了大量研究，并誕生了如MRP-II模式等的開發(fā)模式。但在現(xiàn)代社會的不斷發(fā)展過程中，這種模式下開發(fā)出的管理信息系統(tǒng)缺陷逐漸顯現(xiàn)，已經(jīng)無法滿足現(xiàn)代管理要求，所以相關(guān)領(lǐng)域也亟待探索出更為科學(xué)有效的管理信息系統(tǒng)開發(fā)模式。軟件工程思想恰好為管理信息系統(tǒng)的開發(fā)提供了一種全新思路和方法，并推動管理信息系統(tǒng)開發(fā)的進一步發(fā)展。

3.管理信息系統(tǒng)開發(fā)領(lǐng)域所存在的弊病

管理信息系統(tǒng)開發(fā)伴隨計算機技術(shù)的發(fā)展經(jīng)歷了一個較長的演化過程，并逐步形成了一些常用的開發(fā)模式。但在管理信息系統(tǒng)開發(fā)發(fā)展的過程中卻始終存在一些弊病，對其發(fā)展造成一定影響。例如管理信息系統(tǒng)開發(fā)過程中所普遍存在的過于重視理論的問題就是制約其發(fā)展的重要因素之一。因此分析其發(fā)展過程中所存在的各種問題，對于我們把握軟件工程思想的運用也具有積極意義。

3.1重理論而輕思想的問題呈現(xiàn)出呆板化問題

軟件工程思想是反導(dǎo)軟件開發(fā)的一種重要思想，其主要通過提供一個總體思想然后由軟件開發(fā)人員進行靈活開發(fā)，而并不對軟件開發(fā)造成過多限制。然而管理信息系統(tǒng)的開發(fā)則普遍存在過于看重理論，而忽視以思想進行指導(dǎo)的問題。這就導(dǎo)致軟件工程思想在實際應(yīng)用中呈現(xiàn)出拘泥于理論而過于呆板的問題。如管理信息系統(tǒng)開發(fā)中一直所采用的結(jié)構(gòu)化分析理論，就刻板的將其開發(fā)過程劃分成三個階段，且無論任何使用環(huán)境下都套用這一模型進行開發(fā)設(shè)計，這就導(dǎo)致管理信息系統(tǒng)的開發(fā)在遇到使用環(huán)境變化時就會出現(xiàn)無法使用的問題，從而對軟件開發(fā)造成阻礙，甚至使其開發(fā)難以為繼，最終導(dǎo)致失敗。此外，這種刻板的開發(fā)模型也很難針對各種復(fù)雜的管理問題和技術(shù)進行應(yīng)對處理，從而導(dǎo)致開發(fā)周期延長。雖然該模型能夠幫助開發(fā)人員簡化開發(fā)難度，使系統(tǒng)邏輯更為清晰，但實際情況卻往往導(dǎo)致開發(fā)的復(fù)雜化，根本無法達(dá)到簡化開發(fā)難度，提升開發(fā)效率的目的。

3.2缺少對軟件項目管理思想的運用難以評估

軟件工程思想不但設(shè)計到技術(shù)層面問題的解決，也涉及到軟件項目管理。然而在一直以來的管理信息系統(tǒng)開發(fā)過程中，軟件項目管理思想?yún)s并未受到重視并運用到開發(fā)過程中，從而使人們無法對開發(fā)出的軟件進行準(zhǔn)確的評估，這就造成許多管理信息系統(tǒng)開發(fā)出來后并不能在管理中發(fā)揮多大作用，缺少實用性，進而對開發(fā)資源造成極大浪費。

3.3對于先進思想方法的學(xué)習(xí)和運用不及時

軟件工程思想的先進性已經(jīng)毋庸置疑，但管理信息系統(tǒng)開發(fā)過程中相關(guān)開發(fā)人員卻仍然停留在以往的思維觀念下，未能及時學(xué)習(xí)軟件工程思想下的先進思想方法，從而使實際開發(fā)工作一直都難有巨大突破，這就影響到管理信息系統(tǒng)開發(fā)的發(fā)展進程。

4.軟件工程思想在管理信息系統(tǒng)開發(fā)中的應(yīng)用

軟件工程思想是一門系統(tǒng)性且完善的學(xué)科思想，其與軟件工程學(xué)科共同成為現(xiàn)代社會的重點學(xué)科項目，對現(xiàn)代社會發(fā)展起到積極促進作用。因此軟件工程思想在管理信息系統(tǒng)開發(fā)中的應(yīng)用也是一個十分復(fù)雜且專業(yè)化的問題。尤其在當(dāng)前管理信息系統(tǒng)開發(fā)存在諸多弊病的情況下，就更需要對其應(yīng)用進行深入研究分析。

4.1強化軟件工程思想在管理信息系統(tǒng)開發(fā)中的運用

管理信息系統(tǒng)開發(fā)工作中要有效結(jié)合軟件工程思想，首先就要把握好軟件工程思想的總體原則，即圍繞科學(xué)、嚴(yán)謹(jǐn)、規(guī)范的原則來進行實際開發(fā)工作的改革調(diào)整，使管理信息系統(tǒng)開發(fā)更具有科學(xué)性，并能真正以對待一個工程項目的態(tài)度來規(guī)范化的開展各項開發(fā)工作，從而使管理信息系統(tǒng)開發(fā)成為一項更為規(guī)范化的工作，以實現(xiàn)其可持續(xù)的發(fā)展。此外，對于軟件工程思想相關(guān)原則的滲透，還需要開發(fā)人員真正重視起軟件工程思想，并加強研究學(xué)習(xí)。

4.2強化軟件工程思想中面向?qū)ο蠓治龇ǖ膽?yīng)用

軟件工程思想對對象的研究分析也有明確的要求，并由此形成一種面向?qū)ο蠓治龅能浖_發(fā)方法。該方法是目前軟件工程思想在軟件開發(fā)領(lǐng)域應(yīng)用最多的一種方法，體現(xiàn)了軟件工程項目開發(fā)過程中基于問題解決的開發(fā)思路。例如在軟件開發(fā)中構(gòu)建非結(jié)構(gòu)模型時引入“對象”概念，然后對實體展開分類描述，再結(jié)合數(shù)據(jù)傳遞圖、類圖等展開針對非結(jié)構(gòu)信息的描述，就可以構(gòu)建出一種非結(jié)構(gòu)模型，且該模型也將更為科學(xué)合理。面向?qū)ο蠓治龇ǜ⒅赜脩粜枨蟮难芯糠治?，所以管理信息系統(tǒng)運用此方法進行開發(fā)就需要對用戶需求進行準(zhǔn)確定義，并依靠一定的方式如圖形、語言等對其需求進行分析，從而使管理信息系統(tǒng)能夠真正滿足用戶需求，進而提升用戶滿意度。例如圖1中所展示的圖書館管理信息系統(tǒng)就是運用軟件工程思想中面向?qū)ο蠓治龇ǘ鴺?gòu)建出的模型，其能夠充分滿足管理系統(tǒng)使用對象的不同應(yīng)用需求。

4.3基于構(gòu)件技術(shù)強化軟件工程思想應(yīng)用

軟件工程思想在管理信息系統(tǒng)開發(fā)中的運用，其技術(shù)層面的解決路徑也是不可或缺的。這其中比較重要的一項技術(shù)就是構(gòu)件技術(shù)。該技術(shù)可以將管理信息系統(tǒng)中不同功能模塊形成預(yù)制板的模子，然后在軟件開發(fā)過程中根據(jù)實際需求對這些模子進行組裝，從而構(gòu)成一套具體的管理信息系統(tǒng)。在該技術(shù)下，軟件開發(fā)人員只需要針對不同模子的軟件進行分別開發(fā)，然后在管理信息系統(tǒng)開發(fā)時結(jié)合實際需求選擇已經(jīng)開發(fā)出來模子進行組裝即可，而無需再進行開發(fā)，如此就極大減少了管理信息系統(tǒng)開發(fā)過程中的重復(fù)開發(fā)，從而提升了開發(fā)效率。而這一技術(shù)也正類似于工程建設(shè)領(lǐng)域的拼裝式建筑思路，是軟件工程思想在實踐中的具體體現(xiàn)。4.4運用軟件原型進行開發(fā)在軟件工程思想的核心概念中，“復(fù)用”是具有極強實用性的一種思想，其強調(diào)軟件開發(fā)無需所有內(nèi)容都進行全新開發(fā)，由于之前的系統(tǒng)許多內(nèi)容都是成熟的，所以只需對小部分進行全新的開發(fā)即可。因此管理信息系統(tǒng)開發(fā)中應(yīng)用此思想是十分必要的，其能夠?qū)σ延械募夹g(shù)進行充分利用，從而減少新的開發(fā)內(nèi)容在滿足用戶需求上的不確定性，以達(dá)到降低開發(fā)風(fēng)險，提升開發(fā)成功率的目的。