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

篇1

【關鍵詞】通信軟件 質量要求 軟件模型

1 引言

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

2 軟件質量

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

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

3 通用軟件質量模型

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

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

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

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

4 通信軟件質量模型

4.1 通信軟件特點

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

4.2 通信軟件質量要求

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

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

（1）功能性

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

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

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

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

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

（2）可靠性

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

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

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

（3）易用性

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

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

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

（4）效率

時間特性：軟件在預定環(huán)境使用時，提供適當?shù)捻憫吞幚頃r間及吞吐量的能力；

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

（5）可維護性

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

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

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

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

（6）可移植性

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

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

可復用性：軟件的架構設計可提高其他項目繼承使用的能力；

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

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

遵循性：軟件遵循可移植性的標準和約定的能力。

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

5 結束語

本文通過對軟件質量定義的介紹闡述了軟件質量在軟件開發(fā)中的重要性，討論了軟件質量的基本屬性，然后介紹了三種通用的軟件質量模型。分析了通信軟件實時性和交互性的特點，構造了一個適用于通信軟件的軟件質量要求模型。通信軟件項目可結合項目需求對其進行裁剪，確定適用于項目的軟件質量要求，在軟件的全生命周期模型中實現(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

目標主機上程序代碼如下：//定義全局變量winsockgs_wssocketdgramgs_udpintgi_port//定義目標主機端口號//在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)//欲接收讀、寫準備好通知//綁定端口gs_udp.bind(0,gi_port)//綁定目標主機端口號在調用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事件中關閉socket，釋放資源gs_udp.closesocket()destroygs_udpdestroygs_ws源主機上程序代碼如下：//定義全局變量winsockgs_wssocketdgramgs_udpintgs_ip，gi_port//定義目標主機的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)//欲接收讀、寫準備好通知//在發(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格式轉換為無符號的長整型函數(shù)，實現(xiàn)IP地址的轉換在調用wsaasyncselect后，窗口需處理消息，此處需為窗口定義一個新的自定義事件，事件的ID為pbm_custom02。在該事件中，有接收目標主機消息程序代碼。gs_udp.recvfrom(ls_data_return,1024,0,uPeerClient,iClient－Port)//接收目標主機發(fā)送的消息//使用完成后，在close事件中關閉socket，釋放資源gs_udp.closesocket()destroygs_udpdestroygs_ws

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

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

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

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

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

3結語

篇3

【關鍵詞】QQ 中學生 有效學習

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

1 網絡對中學生有效學習的雙重影響

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

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

2 通過即時通信軟件促進中學生有效學習的可行性分析

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

3 通過即時通信軟件促進中學生有效學習的主要方法途徑

3.1 通過即時通信軟件開展思想引領

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

3.2 通過即時通信軟件傳授學習方法

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

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

參考文獻

[1]王智勇.計算機網絡技術對中學生物教學的沖擊[J].武漢科技學院學報，2001（01）：85-89.

[2]王懷新.QQ群在網絡學習中的應用[J].中國教育技術裝備，2013（26）.

[3]吳靈.探討網絡對中學語文教學的影響[J].好家長，2015（47）.

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

作者簡介

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

篇4

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

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

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

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

遠程通信及網上報銷的主要流程如圖1所示。

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

2通信工程軟件風險

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

對于每一種風險而言，都可以分為不同的程度等級，分別是輕微的、可忽略的、災難性的、嚴重的，對于不同程度的風險，其產生的預期結果也會不相同。表1是關于不同程度的風險對比。

3風險預測

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

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

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

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

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

篇5

利用計算機和網絡技術輔助學習并產生巨大的學習效益，一直是人們孜孜以求的目標和理想。人們希望，通過計算機、網絡和多媒體技術，為學習裝備一顆奔馳的“芯”，讓學習走向自由的王國。

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

學習模式失效了嗎

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

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

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

芯和心的區(qū)別

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

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

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

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

其次，學習缺乏組織和引導。網校學習的一大特點是放任自流，缺乏有效的學習反饋機制，更談不上有針對性的學習指導和督促。

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

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

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

以人為中心

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

篇6

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

中圖分類號：TP311 文獻標志碼：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)的時候，出于對安全、經濟等多方面的考慮，往往會采用多個不同廠家生產的控制器。不同制造商提供的控制系統(tǒng)在結構設計、標準等方面自成體系，互不兼容，技術標準互不公開，這些異構的通信網絡環(huán)境由于訪問方法和機制各不相同，即通信協(xié)議各不相同，使得控制系統(tǒng)之間的通信連接不易實現(xiàn)[1-2]。

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

1 異構通信中間件HCM總體設計

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

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

協(xié)議調度模塊：在構建好的通信協(xié)議庫中調度適合當前通信網絡所需的通信協(xié)議。

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

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

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

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

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

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

圖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é)議調度算法及調度模塊設計

2.2.1 協(xié)議調度算法

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

⑴ 取得調度元數(shù)據(jù)結構struct_Protocol；

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

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

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

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

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

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

ABECFDGHIKJL

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

定義1 設通信協(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 設協(xié)議調度模塊調度集為：

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

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

定義3 通過定義1和定義2，協(xié)議庫中的單個通信協(xié)議可定義為協(xié)議集、調度和通信網絡的集合。

Mi={Ci，Actioni，CommunicationNetWorki} ⑷

式⑷中，Ci、Actioni和CommunicationNetWorki表示協(xié)議庫中的第i個通信協(xié)議、調度事件和對應于Ci的通信網絡。

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

2.3 共享內存訪問

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

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

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

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

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

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

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

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

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

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

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

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

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

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

為了測試HCM系統(tǒng)的穩(wěn)定性、可靠性等性能，通過建立仿真環(huán)境來進行性能測試和數(shù)據(jù)驗證。測試過程中仿真了西門子S7-200、三菱FX1N、歐姆龍CPM2A三種型號的PLC構成的異構通信網絡環(huán)境，在PC端生成對應的HCM系統(tǒng)并設計了應用層界面下載到Windows CE中運行，PC機模擬PLC運行環(huán)境。通過測試異構環(huán)境及通信數(shù)據(jù)，驗證了HCM系統(tǒng)的穩(wě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)通信中間件的設計[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] 楊放春，龍湘明，趙耀.異構網絡中間件與開發(fā)式API技術[M].北京郵

電大學出版社，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ù)甲方的需求，并本著平等互利的原則，甲乙雙方經友好協(xié)商，就甲方的醫(yī)院管理信息系統(tǒng)（以下簡稱_______系統(tǒng)）的應用軟件工程簽訂本合同。

第一條　適用法律

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

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

第二條　合同范圍

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

2．2．產品內容（價格見附頁）

第三條　責任和義務

3．1．雙方共同責任

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

3．2．甲方的責任和義務

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

3．2．2．負責項目中的領導、組織和協(xié)調工作。

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

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

3．2．5．

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

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

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

3．3．乙方的責任和義務

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

3．3．2．對甲方_______進行一年內免費的軟件升級、服務、培訓、技術支持。

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

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

第四條　版權

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

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

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

第五條　技術指標

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

5．2．本系統(tǒng)基于___________結構。

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

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

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

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

第六條　交付計劃

6．1．軟件培訓-----------------*天

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

6．3．軟件調試-----------------*天

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

第七條　費用及支付方式

7．1．費用

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

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

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

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

7．2．支付方式

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

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

第八條　服務與技術支持

8．1．操作人員培訓

8．1．1．培訓時間為______天。

8．1．2．培訓地點：甲方所在地

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

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

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

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

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

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

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

--應用軟件在運行中的故障帶來的排錯工作。

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

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

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

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

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

8．5．技術支持及服務

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

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

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

--乙方在internet站點的www、 mail、ftp等服務，提供軟件下載、熱線響應等先進的網絡支持。

8．5．3．乙方的服務承諾：

a） 乙方接到甲方通過電話、信函、傳真、電子郵件、網上提交等方式提出關于用友_______軟件的服務請求后，在24小時內給予響應并提供服務。

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

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

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

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

第十條　轉讓乙方不得將合同轉讓。

第十一條　違約責任

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

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

3） 以上應付合同款逾期一個月未付，乙方有權將軟件收回。

4） 違約處理：

甲方沒有按照合同要求履行甲方應承擔的責任，甲方應該承擔由此帶來的相關結果。

5） 乙方免責條款：

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

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

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

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

第十三條　不可抗力

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

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

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

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

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

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

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

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

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

改變而受任何影響。

甲方：_____________________　 乙方：_____________________

地址：_____________________　 地址：_____________________

甲方負責人：_______________　 乙方負責人：_______________

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

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

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

帳號：_____________________　 帳號：__________________________

簽約日期：___年_____月____日

篇8

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

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

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

二、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ù)信息服務器）相連，在不同的MOOSDB之間起到橋梁的作用，首先接收來自自身所在MOOS體系的數(shù)據(jù)變量，然后根據(jù)AUV實際工作中的狀態(tài)修改配置文件，最后完成已定義數(shù)據(jù)的轉發(fā)，實質上就是功能模塊pMOOSbridge分別與不同的MOOSDB服務器之間的通信。

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

（1）獲取當前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的導航與控制功能。

以無線數(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ù)應用于AUV的導航與定位中。

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

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

四、結語

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

參 考 文 獻

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

篇9

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

前言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

篇10

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

1.軟件工程思想概述

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

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

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

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

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

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

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

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

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

3.3對于先進思想方法的學習和運用不及時

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

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

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

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

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

4.2強化軟件工程思想中面向對象分析法的應用

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

4.3基于構件技術強化軟件工程思想應用

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