引論：我們為您整理了13篇軟件管理論文范文，供您借鑒以豐富您的創作。它們是您寫作時的寶貴資源，期望它們能夠激發您的創作靈感，讓您的文章更具深度。
篇1
軟件項目經理或管理人員對項目管理的知識體系沒有全面的了解和把握，在實際工作中不能很好地指導項目管理實踐，依靠個人原有的知識技能對項目進行隨意、盲目的工作管理。在軟件企業中，項目經理往往是在技術上能獨當一面的指揮官，但是他們在項目管理方面知識比較缺乏，對項目管理認識程度不足，導致出現管理混亂現象。一些軟件項目管理人員對項目沒有一個整體的把握，對總個項目沒有系統的認識，不能很全面的做出總體計劃、階段計劃。由于項目中有許多不確定的因素存在，項目經理沒有系統分析各個不確定因素的內在聯系，考慮不周全，做計劃是走過場的形式，做出的計劃不能適應情況的變化，造成計劃與控制管理完全是脫節，銜接不上從而無法進行有效的控制和管理。計劃跟不上變化是軟件項目管理中常見現象。
1.2管理思想和理念沒有得到落實，風險管理不成熟
管理思想和管理理念對軟件項目管理起著引導作用，對軟件項目管理理論上的不足將可能導致軟件項目管理的失敗。我國軟件項目管理發展較晚，管理人員在管理中多依靠自身的實踐經驗去開展工作，而對管理理論較為缺乏。部分項目經理不能總體上去管理整個項目，不能充分認識到自己是一個管理者，造成項目管理中工作任務分工不明確、資源浪費現象。從我國當前軟件企業中，項目經理大多技術方面的知識扎實，但是項目管理知識、管理技能以及必備的素質都比較缺乏。特別是對軟件項目管理中的風險管理認識較為膚淺，有待進一步的學習和提高。由于項目管理人員在項目管理實踐中缺乏高效的管理思想，缺乏有效的方式和技巧，項目工作人員之間的團體協作能力較弱，資源整合優勢難以有效發揮。
1.3缺乏有效溝通
在軟件項目管理中，溝通是維持項目進行的重要條件。若在一些重要信息方面缺乏有效的溝通，將可能導致項目管理出現較多障礙。從當前我國軟件企業項目管理的實踐來看，普遍存在溝通機制不完善，渠道不夠通暢，各相關人員之間在項目管理中制定計劃、意見反饋、情況通報、技術成果等等方面溝通不足，容易造成重復勞動，效率低下等情況發生，有的甚至造成的完全可以節省的損失。在軟件項目管理中項目經理需要花費大量的時間來溝通和協調，而且要善于溝通，提高溝通意識和效率。
2軟件項目管理發展對策
2.1提高項目管理人員計劃意識，優化人力資源配置
軟件項目管理人員在工作中要以身作則，真正發揮帶頭作用。在工作中要及時制定符合工作需要的工作計劃并認真落實。計劃要具有一定的前瞻性，在客觀條件發生變換的時候要不斷完善細化。軟件更新速度較快，企業要在軟件行業發展中搶占先機，要求管理人員要重視計劃的制定，不斷完善和優化工作流程。在軟件項目管理中，要不斷優化人力資源配置，使得每位員工能夠對自身職責有明確的認識，工作責任意識明確，職員之間能夠做到優勢互補。管理人員要具備強烈的責任心和團隊意識，不斷發現和培養優秀人才。
2.2樹立風險管理理念，強化項目管理培訓力度
我們要加強軟件項目管理人員對項目管理知識學習，各方面都能充分認識到項目管理的重要性和必要性，讓項目經理重視對項目管理的知識的學習和一些常用工具和方法使用。不斷樹立項目管理人員風險管理理念，充分意識到風險管理的重要性，經過充分分析、預測、評估可能的風險，積極探索應對風險的策略。對計劃書中風險管理要具有針對性和具體性，真正發揮風險管理在防范風險中的作用。不斷通過項目管理培訓來強化管理人員實踐能力和知識技能。只有具備管理知識和管理經驗的人員才能擔任管理人員和技術人員，大幅提高項目管理水平。
2.3加強溝通，從整體上對軟件項目管理進行把握
軟件項目管理有效開展離不開有效的溝通，這要求要不斷提高溝通意識，在企業中制定切實可行的溝通機制，使得各項企業政策能夠上下通達。在項目管理溝通方式上要不拘一格，實現溝通方式的多樣化，如書面溝通、口頭溝通，提高溝通的有效性。對于因溝通不暢導致的損失要明確責任歸屬，確保企業重要內容信息的有效傳達。軟件項目管理人員要從整體上對軟件項目管理進行把握，綜合考慮各因素，作出全面的總體計劃、階段計劃。同時對于具體問題也要預留空間，確保管理計劃能夠緊跟軟件管理需要。
篇2
2軟件質量管理改進對策
2.1需求工程管理軟件開發過程中，需求不明確會帶來需求的頻繁變更，浪費了很多時間。針對此項問題，可對需求相關的活動進行統一管理，其需求管理結構圖如圖2所示。加強需求開發和需求管理的有機結合，不僅減少了需求的變更次數，還解決了工程師對需求不能理解到位的問題。需求開發和需求管理同樣重要，只有兩者互相配合才能做出用戶滿意的產品。
2.2立項管理為了使有限的資源發揮更高的價值，公司可通過立項管理流程進行立項管理，立項管理流程分為立項建議、立項評審和立項籌備三個階段，其具體流程圖3所示。
2.3測試流程管理針對測試流程中發現的問題，可對整體的測試流程做如下的改變：（1）測試部門可進行需求學習及需求討論，對理解不清楚及有疑問的需求，由研發設計部門進行解答，研發設計部門不能解答的由其聯系用戶確認后作出解答；（2）需求確認后，針對系統功能和性能等指標，由測試工程師進行測試測用例的設計，設計從兩個方面進行，一方面測試工程師根據需求進行測試用例的編寫，另一方面測試工程師可根據用戶反饋問題進行分析匯總；（3）使用QC功能測試工具對應用軟件兼容性、操作系統兼容性進行測試，以便于使用測試工具完成多種環境下的功能和兼容性測試；（4）進行自由測試以便于對系統測試用例進行補充，分析測試用例未覆蓋問題的原因；（5）定期分析缺陷庫中的問題，分析問題產生的原因，進行測試用例的修改。
篇3
為了解釋驗證和顯示控件的實現過程選用系統用戶登陸模塊為例。該模塊為系統軟件初始頁面用來驗證用戶信息。用戶通過輸入用戶名、密碼和驗證碼來登陸本系統。驗證碼使用系統隨機生成的圖片來完成，驗證碼保存在用戶的SESSION當中，當用戶的信息和數據庫中數據完全對應的情況下，運行用戶跳轉到主頁面，同時用戶的各個信息也保存在該用戶的SES－SION中。為了用戶密碼的安全性，密碼的保存形式使用MD5加密方式。同時輸入信息的三個文本框使用AJAX技術實現了用戶輸入信息的提示工作。該模塊的功能有：系統用戶登陸與系統用戶驗證的功能。系統用戶登錄頁面代碼：為。其中CS文件中引用了系統的幾個必要的命名空間。登錄部分通過控件建立面板，通過作為用戶名、密碼和驗證碼的輸入框同時設置AJAX事件，實現輸入不能為空等基本客戶端驗證。驗證碼的圖片通過控件引用來顯示隨機的驗證碼圖片信息。為了解釋頁面布局框架的實現過程選用系統主界面模塊為例。該模塊工作主界面如圖1-2所示，各模塊主要功能包括：學籍信息查詢模塊，主要實現學生成績查詢和學生學歷查詢兩個子模塊功能；學籍信息輸入模塊，主要實現教學計劃的輸入和學生信息的輸入兩個子模塊功能；系統管理模塊，主要系統用戶管理和系統預設兩個子模塊功能。
篇4
2、溝通與協作
軟件項目管理中的溝通與協作是指信息的交流,是使信息發揮積極作用和達到目標的手段；協作是指和諧地在一起工作的活動。溝通技術可分分四類：(1)正式書面溝通,包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規程、數據字典、系統分析模型(用例圖等)；(2)正式口頭溝通,包括狀態審查會、需求評審會、設計評審會、代碼評審會、用戶測試,項目定期例會等；(3)非正式口頭溝通,包括小組碰頭會、同行討論、與直屬業務領導討論等；(4)電子溝通,包括電子郵件、內部BBS等。協作技術包括資源合理配置、開發步驟有序化、工作目標一致化、提高關心程度、信息共享等。
3、風險管理
軟件項目風險管理是指對在軟件開發過程中所遇到的預算和進度等方面的問題進行分析,尋求風險應對方法,做好風險管理計劃。
針對軟件項目中的風險管理問題,不少專家、組織提出了自己的風險管理模型。常見的主要風險管理模型如下。
1.SEI的連續風險管理模型(CRM)。SEICRM模型的風險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風險;實現控制風險的策略；評測并確保風險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關注風險識別和管理,它將風險管理劃分為五個步驟：風險識別、分析、計劃、跟蹤、控制。
2.BarryBoehm模型。Boehm模型的思想核心是：10大風險因素列表。針對每個風險因素,都給出了一系列的風險管理策略。在實際操作時,Boehm以10大風險列表為依據,總結當前項目具體的風險因素,評估后進行計劃和實施,在下一次定期召開的會議上再對這10大風險因素的解決情況進行總結,產生新的10大風險因素表,依此類推。Boehm模型的基本形式可描述為：RE=P(UO)3L(UO),其中RE表示風險或者風險所造成的影響；P(UO)表示令人不滿意的結果所發生的概率；L(UO)表示糟糕的結果會產生的破壞性的程度。
3.軟件工程風險模型(SERIM).SERIM模型要求從技術和商業兩個角度對軟件風險管理進行剖析,考慮的問題涉及開銷、進度、技術性能等。它還提供了一些指標和模型來估量和預測風險,由于這些數據來源于大量的實際經驗,因此具有很強的說服力。
五、軟件項目管理技術
1．CMM。CMM是美國卡納基梅隆大學軟件工程研究所(CMU/SEI)提出的軟件研發項目管理的一系列方法,它基于組織對關鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1(初始級)描述了不成熟,或者說是未定義過程的組織。級別2(可重復級),級別3(已定義級),級別4(已管理級)和級別5(優化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質量保證,軟件配置管理。級別3：組織級過程焦點,組織級過程定義,培訓大綱,集成軟件管理,軟件產品工程,組間協調,同行評審。級別4：定量過程管理,軟件質量管理。級別5：缺陷預防,技術更新管理,過程更改管理。
2．CMMI。CMMI被看作是把各種CMM集成為一個系列的模型中。CMMI的基礎源模型包括:軟件CMM2.0版(草稿C),EIA-731系統工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5個不同的成熟度級別:級別1(初始級)代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2(已管理級)代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。
3．PSP。PSP(PersonalSoftwareProcess,個體軟件過程)是由CMU/SEI開發出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標志。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟件設計階段,PSP的著眼點在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此,PSP保障軟件產品質量的一個重要途徑是提高設計質量。
4、小結
本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理。最后結合實踐,提出并分析了軟件項目管理技術。我們相信隨著軟件工程的發展和進一步成熟,軟件項目管理技術的發展會取得更大的進步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結適合自身的經驗,這樣才有利于管理技術的進步和軟件項目的順利完成,創造出更高的品質、更大的效益。
參考文獻：
[1]PhpMetzger，JohnBoddie.軟件項目管理-過程控制與人員管理[M].北京：電子工業出版社，2002.
[2]RajeevTShandilya.王克仁譯.軟件項目管理[M].北京:科學技術出版社,2002.
[3]楊根興，金榮得，宗宇偉.軟件需求的不確定性與解決途徑.計算機應用與軟件.
篇5
Matlab作為一款優秀的數值計算軟件，提供了應用于信號處理、工業控制、應用數學等各個領域的工具箱，但是它對運行環境的要求非常高，而且占用了龐大的系統資源，生成實用的人機對話界面的能力不強。
為了開發出具有友好人機對話界面、實現多種控制算法并完成實時數字信號處理的組態軟件，可以使用Matlab進行數值計算，將處理后的數據傳輸給組態軟件進行人機對話界面開發，以此發揮它們各自的優點。這樣，開發軟件之間的數據交換和處理就成為問題的關鍵。
本文根據Matlab和應用非常廣泛的組態軟件In—Touch提供的編程接口和數據通信協議，提出了一種使用DDE和COM技術進行組態軟件開發的方法。
1基本思路與系統構架
動態數據交換(DDE)是一個由Microsoft開發的通信協議。該協議允許在Windows環境中的應用程序之間彼此發送／接收數據和指令。它在兩個同時運行的應用程序之間實現客戶服務器關系。服務器應用程序提供數據并接收對這些數據感興趣的其它應用程序的請求。發請求的應用程序叫做客戶。InTouch可以利用Microsoft的DDE與其他Windows程序通信，并可同時作為客戶或服務器程序。
Matlab提供了多種混合編程的方法，但是這些方法大都不能脫離Matlab的運行環境，也不方便其它應用程序調用。為了擺脫Matlab運行環境，并在其基礎上進行功能模塊設計，方便其它應用程序調用，MathWorks公司推薦使用COMbuilder在Matlab環境下開發COM。COM是ComponentObjectModule的簡稱，它是一種通用的對象接口，任何語言只要按照這種接口標準就可以調用它。
這樣，可以使用Matlab開發COM組件，在VC下開發DDE服務程序，使其與InTouch進行數據通信，而這個DDE服務程序調用Matlab開發的COM進行數值處理和算法實現。在實際工業自動化的組態軟件開發中，可以使用VC進行數據的采集、命令的發送和復雜的流程控制；使用Matlab下開發的COM完成復雜的算法實現和數字信號處理編程；在InTouch下實現人機對話界面并接收使用者的命令。具體的系統構架如圖1所示。
2應用實現
WindowsDDE功能應用的核心是DDE事務管理庫(DDEML)，它負責管理Windows操作系統下應用程序間的DDE會話和通信，還向用戶提供了一系列的應用程序接口API函數。
DDE實現程序間的通信是通過三個標識約定的：
應用程序名(Application)：進行DDE對話雙方的名稱；
主題(Topic)：被討論的數據域；
項目(Item)：被討論的特定數據對象。
在DDE服務程序中首先使用DdeInitialize進行初始化，然后調用DdeCreateStringHandle建立應用程序名、主題和項目等標識的句柄，再通過DdeNameService在操作系統中注冊DDE服務程序的名字。根據這些句柄，客戶程序就可以使用它提供的DDE服務了。在VC++中的程序實現如下：
#include<ddeml．h>……
DWORDidInstc＝0，iData；／／iDate是項目對應的數據
HSZhszSvr，hszTopic，hszIrem；
DdeInitialize(&idInst，(PFNCALLBACK)DdeCallback，CBF_
FAIL_EXECUTES┃CBF_SKIP_ALLNOTIFICATIONS，0L)；
／／建立應用程序名、主題和項目等標識的句柄
hszSvr＝DdeCreateStringHandle(idInst，“DDEApp”，0)；
hszTopic=DdeCreateStringHandle(idInst，“DDEAppTopic”，0)；
hszItem=DdeCreateStringHandle(idInst，“DDEApphem”，0)；
／／在操作系統中注冊該DDE服務
DdeNameService(idInst，hszSvr，0L，DNS_REGISTER)；
……
DDE服務程序的核心部分是一個回調函數，它處理所有DDE消息及相應數據請求。DDE服務程序回調函數的代碼如下：
HDDEDATACALLBACKDdeCallback(WORDusType，WORDusFmt，HCONVhConv，HSZhsz1，HSZhsz2，HDDE—DATAhData，DWORD1Datal，DWORD1Data2){CHARsz[5]
if(usType＝＝XTYP_CONNECT){／／得到連接請求return((HDDEDATA)TRUE)；
}
／／校驗主題、項目的句柄及數據格式
if(hszl=＝hszTopic&&hsz2＝=hszItem&&usFmt＝＝CF_TEXT){
if(usType＝＝XTYP_REQUESTusType==XTYP_ADVREQ){／／得到數據請求
_itoa(iData，sz，10)；／／將數據轉換為文本格式
returnDdeCreateDataHandle(idInst，(LPBYTE)sz，
strlen(s2)十1，0L，hszItem，CP_TEXT，0)；
}
if(usType＝＝XTYP_POKE){／／得到客戶端發送來的數據
DdeGetData(hData，(LPBYTE)sz，strlen(sz)十1，0L)；
iData＝atoi(sz)；／／保存數據
DdePostAdvise(idInst，hszTopic，hszItem)；
return((HDDEDATA)DDE_FACK)；
}
}
return0；
}
在任何需要向DDE客戶端發送數據時使用Dde-PostAdvise觸發XTYP_ADVREQ，從而達到向客戶程序發送數據的目的。
在InTouch的標記名字典中定義I／O類型變量，以此調用DDE服務程序發送過來的數據。在聲明I／O類型的訪問名時只要確定DDE服務程序的應用程序名、主題名和項目名即可。
組態軟件中的數值計算和實時數字信號處理部分在Matlab中實現并以COM組件的方式提供。這個部分的關鍵是Matlab下M文件的編寫、COM組件的形成和DDE服務程序中對COM的調用。
COM組件實際是一個C十十類，但接口都是純虛類，組件從接口派生而來。在Matlab下通過鍵人comtool啟動combuilder，根據提示設置類的名字和一些其它選項。為這個類添加方法(methods)通過向工程中添加M文件實現。這個M文件不是腳本文件而是函數文件。添加屬性(Properties)則是在M文件中通過Global定義。至于事件(events)則需要用到語法％#event。舉例說明如下：
％mymethod．m文件源代碼％myevent．m文件源代碼
functionmymethodfunctionmyevent
globalmValue；％#event
……
將以上兩個文件添加到這個工程中則添加了一個方法mymethod、屬性mValue和事件myevent。通過編譯生成一個d11文件。這個dll就是COM的形式。
在VC中調用此COM與調用其它COM是一樣的，所不同的是需要在VC的工程中包含Matlab提供的文件，具體操作是在Includefiles中添加<Matlab>＼externclude＼和<Matlab>＼externn＼cpp，在Libraryfiles中添加<Matlab>＼extern＼win32和<Matlab>＼extern＼win32＼Mi-crosoft。
Combuilder也提供了COM組件的打包工具，它生成一個自解壓文件，通過它實現必要的DLL安裝和COM注冊。
在DDE服務程序中調用COM組件進行數值計算和信號處理并向InTouch提供DDE服務，在InTouch中通過調用DDE傳來的數據充實人機對話界面并接收操作者的命令以完成系統的功能。
篇6
1.3可以將材料消耗給真實反映出來，對企業成本核算進行規范：通過全面推廣和應用ERP系統，電力企業物資部門在物資管理中，長期實行的計劃價格計價方式就可以被拋棄掉，將移動加權平均價應用到物料主數據價格中，隨著采購價格的變化，來更新和調整物資庫存和物資供應，從而一致于市場價格，可以將庫存物資價值給真實反映出來，這樣使用單位的成本核算就可以更加順利的開展下來，將材料消耗成本給真實的反映出來。
1.4可以更好的控制和管理供應商，對物資采購渠道進行規范：通過實施ERP系統，事前控制可以得到有效的實現。采購人員將申請提出來，物資管理部門進行線上審批和監控，采購人員方可以將采購訂單創建于系統中，進而實施采購行為，這樣對于那些隨意網外采購行為，就可以進行較好的控制。另外，通過ERP系統的實施，可以實時監控相關數據，以便經營者做出更加科學的決策，同時，也可以共享庫存信息，可以在SAP系統的任何終端上查看電力企業庫存地的庫存狀況。
2.ERP系統軟件在某供電企業物資管理中的應用
供電企業結合自身的實際情況，在ERP物資管理模塊實施中，將自己的特點充分體現了出來：
2.1實施統一的物料編碼及主數據管理：為了保證系統中的物料等公用基礎數據是準確和規范的，更好的集中管理和維護物料主數據，本電力公司將物料主數據申請、審核以及維護的相應操作流程實現于SPA系統中；結合物資本身的屬性來進行物資分類，對物資標準進行了合理制定，在物料編碼的過程中，借助于物料的基本特征來進行區分，為了避免一物多碼問題的出現，在分類的基礎上，還給出了物料特征，利用這些特征，確定出來的物料都是唯一的。因為電力行業涉及到較為繁多的物料品種，如果細化管理，就會有較為龐大的物料編碼，因此，將10位流水碼應用到物料主數據。
2.2集中化的業務流程管理：在物資管理流程中，關鍵用戶和實施方結合國網典設，進行調研分析以及藍圖設計之后，刪減和修改了典設的流程，最后確立出來了30個業務流程，與公司物資管理特點所符合，如庫存管理、采購管理、主數據管理等等，對系統中每一個角色的工作內容以及傳遞流程進行了明確。
2.3根據不同的項目類型自動生成不同類型的采購申請：在物資采購環節中，采購申請發揮了巨大的作用；項目部門借助于SAPPS模塊，就可以將采購申請自動生成，標準配置只能夠對一種類型的采購申請進行生成，但是在實際的業務流程中，需要結合項目類型，生成差異化的采購申請，并且對不同的審批策略進行配置。本供電企業在ERP物資模塊的實施過程中，通過一系列的強化措施，結合項目類型，可以對對應的采購申請進行自動生成，并且依據采購申請單據類型，來進行后續配置。
2.4采購申請中采購策略的維護：在采購環節中，非常重要的一個依據就是采購策略，采購策略會對采購申請的審批流程起到決定作用，并且還會影響到后續的采購方式，因此，本供電公司在ERP系統的實施過程中，依據物資類別來對采購策略進行維護。本電力企業結合國網公司的相關規程，來對集中采購目錄進行確定，如果在集中采購目錄中，采購申請物料主數據的物料組為集中采購，那么就由省公司來對采購方式、供應商以及價格等統一確定，集中采購使采購業務做到真正的公平、公正、高效而及時。
2.5對相應的管理體系進行完善：為了能夠正常運轉ERP系統下的物資管理系統，就需要大力進行ERP系統相關的組織機構和制度建設。如今隨著互聯網技術的不斷發展，軟件技術已經取到了很多的人工工作，但是因為ERP系統的研發技術還不夠成熟，那么在供電企業運轉中，就需要對相應的管理體系進行完善。要對原始信息以及信息傳遞渠道進行規范，促使一線信息采集的真實性和準確性得到保證，對數據采集和錄入制度進行規范，在制度流程方面，需要規范各種原始單據、報表以及其他信息的各種數據，對標準進行細化。
篇7
（一）連接
通過OA軟件將分散在局域網和Internet上的各級組織與個人連接起來，形成一個依托于網絡而存在的虛擬集中式辦公場所。
（二）溝通
及時進行信息的交流與共享，例如消息提醒、郵件通訊、新聞公告、知識共享等等。溝通是協同工作的基礎。
（三）協同
以工作流管理為線索，將人員、信息等各項資源按一定的規則組合起來，共同處理一組事件。同時，建立起各個異構系統之間的關聯系統，將各類管理數據進行抽取、轉換，參與流轉。
（四）監控
工作過程的監督與控制、工作流程狀態、處理時限等都是監控的內容之一。
二、辦公自動化軟件的管理價值
增強管理執行力是辦公自動化軟件的管理價值體現。從管理學的角度看，辦公自動化軟件的價值主要是規范流程、加強溝通以增強管理執行力。在實際應用過程中，辦公自動化軟件的管理價值體現在以下四個方面。
（一）建立內部通訊平臺
平臺上的員工通訊錄、在線交流功能使工作信息得以及時的傳遞，保障工作的順利進行。
（二）建立信息平臺
公告、調查、討論的讓信息準確無誤地傳遞到各個用戶。
（三）實現工作流轉的自動化
協同流程的建立根據不同的工作對象靈活使用。
（四）實現文件管理的自動化
通過OA辦公平臺進行電子公文的，在協同工作中設置專門的流程，在文檔管理中建立相應的文件夾進行存檔、歸檔操作。電子公文的實施取代了傳統的公文傳遞方式，不僅是傳遞方式的變革，還是管理意識的改變；除此之外，文檔管理還可以進行文檔的共享和借閱，方便地實現了知識的共享。
三、辦公自動化軟件在公司的應用
（一）連接
就廠區而言，公司下屬廠、機關處室地理位置較分散，不方便報告、文件等資料的遞送和傳閱。使用了辦公自動化軟件后，將分散在局域網的各個分廠和機關處室的電腦連接起來，在廠區形成了一個依托網絡而存在的虛擬辦公場所。
（二）溝通
通過辦公自動化軟件辦公平臺的在線交流、信急提醒(收到新的協同、有新的公告均會有一個紅色的信息提示彈出)功能可以及時地將最新的信息告知該平臺的每位用戶。及時的信急溝通為辦公的順暢打下了堅實的基礎。
（三）協同
協同是網絡辦公的有力體現。協同工作的要素:流程、事件名稱、事件內容。以定義工作流程的方式將事件傳送給接受者。在編輯事件內容時，使用者進行文檔格式編輯。若文檔內容需要修改，辦公自動化軟件辦公系統會自動顯示修改痕跡(如修改的內容、時間、修改者的姓名)。
（四）監控
監控是協同工作的有力保證。辦公自動化軟件辦公是通過定義工作流程進行流轉的，協同的發起人可以通過查看流程的節點流轉情況來監控事件的處理過程。在協同事件建立時可以進行事項跟蹤的設置。
四、辦公自動化軟件的應用體會
首先，使用該軟件后使管理工作變得輕松。原因有三:(1)信息流通快，以前兩三天處理的一個報告，在平臺上可以壓縮在1h內完成(2)文件和工作都被自動、有序的流轉，在辦工作、待辦工作清晰明了，相當于給使用者安排了一個虛擬秘書，大大減少了工作量;(3)信息平臺使無效會議減少。
其次，協作性、靈活性顯著提高。20世紀福特汽車創始人首先倡導的專業化分工的產業模式是一個偉大的創新。但在專業化效率日漸提高的今天，部門和部門、環節和環節之間協作效率高低就成為組織提升整體競爭能力新的驅動因素。辦公自動化軟件不僅能夠幫助企業建設無邊界組織，消除企業的信息死角，成為企業上下左右溝通劑，而且提高了企業部門間的協作能力，增強了團隊精神。
第三，提高了管理效率。在辦公自動化軟件平臺上，可以了解每項業務、每個職員的進度和狀態，了解哪些地方、哪個環節有改善的余地、挖掘的潛力，借此提高組織的工作效率和管理效率。
第四，規范性增強。在辦公自動化平臺上，人的意志無法改變程序運行，一切都得按照既定規則、公司制度進行。同時，杜絕了越權操作，防范了經營風險，增加了監督性。
篇8
（二）老師可以在微群中及時督促學生課余任務的完成情況和了解學生的學習進展。同時可以讓學生在微群中分享其學習成果或及時提出學習問題，并將優秀提問或作業進行加精華或置頂，每周評出一
名學習之星在班級微群公告處公布，以激勵學生，促進學生積極主動的學習，營造濃郁的學習氛圍。
（三）每周話題，在班級微群中每周一個話題，讓學生圍繞話題進行回帖，同時抒發了自己的思想又能在其中學習。如果本周的話題是“怎么記英語單詞簡單”，學生、老師以及家長都能參與討論
。或是本周“英語朗誦”，讓學生在線提交其朗誦錄音并進行評比。
（四）對于在假期的學習問題可以得到及時解決，處于假期的學生常常會感到無助，師生、生生之間的溝通相對較少，而微博則可以讓溝通沒有假期，不管是學習還是心情都可以向老師同學求助，教師
可以在任何時候回帖解惑。
二、社交軟件在班務管理中的應用
（一）班級微群向本班學生、家長、各科教師和學校教導室公開，讓每位學生、家長、任課教師和校領導都及時了解本班的動態。包括班級的班級通知、班級規章制度、作息時間、班主任及任課教師的
工作動態、教學進度、學生表現等，第一時間在班級微群中公開。這樣可以使家長適時了解學校的有關情況，也可讓學校教導室及時了解本班的現狀，實現家、校、班三級共管。
（二）靈活的管理制度，學校的管理制度和班級的學生手冊在班級微群中公布，并公開征詢治班措施，讓學生和家長參與到管理制度的制定中來，又可集思廣益對其中的問題及時修正。這樣的制度既能
讓學生的自覺遵守和接受，又能得到家長的理解和支持
（三）對于班級常務管理，本班運用鍛煉增強責任感的值日“班長”制。讓每位學生都能展現自己管理水平，同時在微群中每周進行“班長之星”評比，同樣也在班級微群公告處公布。將班級的日常事
務的管理評比細化，如衛生之星、美德之星、紀律之星等等，讓每位學生都能參與其中，都能在班級微群中得到展現的機會。班級管理工作常研常新，我們應當與時俱進合理積極的利用新科技產物，在
篇9
在軟件無線電的研究過程中，調制解調技術是移動通信系統空中接口的重要組成部分。在不同的蜂窩半徑和應用環境下，移動通信的信道呈現不同的衰落特性，根據移動信道的衰落情況，自動地改變調制方式，從而提高傳輸效率并保證傳輸性能。那么，一個通用的信號源是必不可少的。
圖1多制式信號發生器硬件原理圖
作者設計了一個基于DSP+DDS結構的可編程調制器的硬件平臺，并在此硬件平臺上實現了各種模擬調制和數字調制的通用軟件算法。當改變調制制式時，無需再次下載程序，而且調制制式、比特速率、輸出中頻均可調。
1硬件結構
通常，信號源輸出的波形多數是對周期的01序列進行調制，輸出波形單一，只能作為解調輸入信號的一種特例，缺少通用性。而許多專用芯片采用的調制方式也是有限的。用DSP+DDS構成的通用多制式信號發生器不僅可以實現模擬調制，而且可以實現各種數字調制。DSP利于基帶信號的實時處理，可以實現高速調制，而DDS具有頻率分辨率高、頻率變化速度快、相位連續、易于數字控制等特點。圖1給出多制式信號發生器硬件原理圖。
信號發生器主要由三部分構成：控制單元、數字信號處理器(DSP)、正交數字上變頻器（QuadratureDigitalUpconverter）。
DSP采用TI公司的TMS320VC5402，它獨特的哈佛結構、硬件密集型方案和靈活的指令系統可以滿足對信號的實時處理，它的高性能、低功耗及低價位使其得到廣泛應用。
正交數字上變頻器采用AD公司的AD9857。AD9807最高工作頻率為200MHz，輸出中頻頻率范圍為0～80MHz。AD9807內部集成半帶濾波器、CIC（ascadedIntegratorComb）濾波器、反SINC濾波器、高速的14位是一個相位連續的直接數字頻率合成器DDS(DirectDigitalSynthesizer)。在該方案中，AD9857工作在正交調制模式。它的32位頻率控制字使輸出頻率的最高精確度為：SYSCLK（系統時鐘）除以232。
控制單元決定采用哪一種調制制式、比特速率及輸出中頻頻率。
DSP讀入控制單元的數據，然后經過串口向AD9857發送控制字。原始信息數據（是由DSP產生的偽隨機序列）首先在DSP中進行編碼、調制等處理后得到基帶信號。基帶處理得到正交信號的I/Q分量交替進入AD9857，經過串并變換，轉換成兩路并行的I/Q數據，進行內插和上變頻運算，然后通過D/A變換直接輸出模擬中頻信號，從而將基帶處理和中頻調制合二為一。
AD9857對輸入的數字信號進行采樣和內插，降低了DSP的處理負擔，使整個系統的性能達到較好的程度。
2軟件算法
軟件無線電具有完全的可編程性。它采用數字信號處理技術，在可編程控制的通用硬件平臺上，利用軟件來定主實現無線電臺的各部分功能，包括對無線波段、信道調制、接入方式、數據速率的編程等。因此通過程序進行控制和操作，是軟件無線電最突出的特點之一。軟件算法的設計直接關系到電臺軟件的實現。軟件無線電臺對信號的處理都是實時的，因此對算法的時間及空間的復雜性都提出了很高的要求。
為節省有限的DSP運算資源，軟件無線電軟件算法研究中大量采用查表法來提高處理速度，通常在調制過程中使用波形存儲法。編寫軟件算法程序時，只要某一調制方式及其對應的輸出狀態數目是有限的，就可以借助表法來實現。查表法避免了大量的中間運算，簡單易行，唯一的缺點是占用了大量的存儲空間。因此，需要建立一張通用的表格，該表格存儲了經過量化的14位有符號的二進制數。表格的設計應達到查表過程簡單，同時滿足不同的調制方式。用這個表還可以實現正弦函數的計算，只需將當前相位移相π/2。
除了一張通用的余弦表，針對不同的調制方式還需分別建立對應的調制星座圖映射表，按照調制方式分類組成一個相位表格庫。對于差分相位調制，該表格為差分相位表格。當調制方式確定后，根據得到的碼元，查表計算當前相位Φk。
圖2以（π/4）DQPSK調制方式為例，介紹差分相位調制軟件算法。數字存儲區存儲的是一個周期的余弦函數波形樣點，設存儲區的采樣點數為N，表格的移動步長為d。原始調制每兩個比特一組，通過表1中的調制星座圖映射成差分相位ΔΦk與前一碼無的相位進行模2π相加得到當前碼元的絕對相位Φk，計算Φk在余弦表中的偏移地址，根據偏移地址調制信號的數據。
設f(i)=cos(id),其中0≤i<N,d=2π/N
那么，當前相位Φk（0≤Φk<2π）的偏移地址為：Φk×N/2π。
(π/4)DQPSK對應的絕對相位Φk的可能取值有：0°、45、90°、135°、180°、225°、270°、315°。如果N=144,即d=2.5，則Φk在余弦表中對應的偏移地址為：0°、18°、36°、54°、72°、90°、108°、126°。
表1調制星座圖
xk0011
yk0110
Δφk-135°135°45°-45°
篇10
目前流行于市的CAI著作并不多見，但軟件市場可見到不少cAI軟件商品。其中絕大部分是對學生進行課外輔導性質的。實際上，CAI所涉及的面很廣，它包括教與學的各個方面。任何一個軟件幾乎都不可能覆蓋它的全部內容。本文也只打算對數學課堂教學軟件的設計問題進行探討。任何一個軟件產品，制作者都要事先確定該軟件要達到的目的，然后根據此目的制定一系列具體的設計要求。如果該產品已經很成熟，這些要求會成為公認的標準。數學課堂教學CAI軟件的制作目的當然也是數學教學的最終目的，即使學生掌握相應的教學內容。教學的最后效果是通過學生對知識的掌握來衡量的，但大部分時間往往采取一種更簡易的評價方法----就課論課。例如大部分的公開教學或觀摩課，最后的評價并不是去考學生而是聽課者按照已有的或心目中的標準來衡量這節課的好壞。對教學軟件的評價暫時也只好采取這種方法。實際上設計的原則與評價的原則應該一致。由于目前課堂教學軟件不多，且大部分是各個教學單位為自己的教學而開發的，缺少統一的標準。筆者只是把自己在這方面的一些設想與心得寫出來，與同行切磋。
2．1．“輔助”的含義就是以教師為主計算機永遠也不會取代教師上課，就象計算機不能取代人的思維一樣。把軟件搞成錄像式的就完全失去了教師的作用，這是最失敗的軟件。除了特殊情況，如偏遠地區無教師或一些冷門學科找不到相應的教師只好采用純電教手段外，教學軟件應是主講教師的助手。一個優秀的教師是任何軟件也替代不了的。
2．2．交互功能
一個好的軟件應能適合不同特點的教師的要求，這就需要軟件更加靈活。比如一個立方體，有的教師喜愛正等測投影，而另一些教師喜愛正二測，這大部分取決于他們使用該軟件前的講課習慣。如果一個圖形，教師自己看著都不習慣，當然不能指望他會很自然和流暢地講給學生。那么對這個軟件來說，該立方體的隨機旋轉能力便是非常重要的了。教師可根據自己的需要和習慣來選擇該立方體關于三個坐標軸的轉角，旋轉過程對學生是透明的。實際上，教師在選擇合適方位的過程本身也是一個很好的教學內容。教師甚至可以安排圖形的顏色、說明文字的位置……，這時教師才會真正感覺到自己是這個軟件的主人。試想一下，如果對一個使用軟件的教師來說唯一能作的就是控制它的運行和停止，所有的畫面都是編程者閉門造車設計出來的，這會是什么感覺！
2．3．動畫的數學含量
數學教學的圖形動畫不同于卡通片。它對光學效果、色彩效果等一些對美術人員至關重要的指標并不在意，相反，它卻極其重視圖形的準確性。無論是旋轉還是平移，無論是中心投影還是平行投影，畫面上的每一點都是準確計算出來的。
比如說空間不同位置的兩個全等三角形，由于所在的平面的法矢不同，投影自然不同。相等的角看上去不等，不等的元素卻看起來相等；又如空間的垂線，反映在投影上當然不一定垂直。這些圖形在沒有CAI教學軟件之前，教師只能在黑板上象征性地畫一下，根本談不上準確性。而在CAI軟件中，這些圖形是一個點一個點計算出來的。教師可以用交互功能把需要的圖形在平面旋轉到與投影面平行的位置，使學生看到“不走樣”的圖形，這就需要準確性，而準確性是由一系列正確的數學變換公式保證的。在這里每一個畫面都是算出來的，而下是象一般動畫是從圖形庫里取出來的。
2．4．學生的臨場操作功能
過去，一節電化教學課講完，老師會為學生準備許多膠片。學生把老師臨時留的練習題做在膠片上，在用投影儀映到銀幕上以檢查學生的掌握情況。這取代了讓學生上黑板做題。為什么不能再前進一步，讓學生操縱計算機屏幕，讓學生在計算機的屏幕上畫上他自己的輔助線，讓學生控制計算機屏幕圖形來講解他的答案呢？我們正是這樣設想的，讓計算機的屏幕取代膠片投影儀，就象投影儀過去取代黑板一樣。
2．5．人工智能
這一點正是目前CAI軟件的欠缺。?但是對于課堂教學軟件來說，這一點并不特別重要。最直接的應用是在學生把答案（圖形或數據）輸入計算機后，自動判斷答案正確與否。專家系統的最重要的用武之地是在CAI的另一個領域----課外輔導。但現在面臨的全部輔導軟件幾乎沒有涉及到該項功能，盡管這方面的討論超出本文的范圍。
篇11
暖通空調軟件最早應用于暖通空調設計和制造領域的計算機輔助設計，目前，暖通空調CAD和設計計算軟件已經取得了很大的成就，暖通空調設計專家系統軟件已經用于暖通空調系統的設計和決策，能耗分析軟件、氣流模擬CFD（計算流體力學）軟件的應用使設計人員在大樓建成之前就能對暖通空調系統的運行工況和能耗情況進行模擬，從而據此選擇最優的設計方案。
不難發現，暖通空調軟件經歷了一個從簡單到復雜、從粗糙到精細、從面向過程無友好程序界面到面向對象界面友好、從離線到網絡的發展過程，隨著計算機軟件技術和網絡技術的不斷發展，暖通空調的軟件也更加完善，更好地為暖通空調工程師服務。我們應該跟上時代的步伐，及時地充分利用計算機軟件技術，使暖通空調技術的發展不斷推向前進。
2、暖通空調軟件技術
2.1暖通空調輔助設計軟件
暖通空調輔助設計軟件包括輔助繪圖（CAD）軟件和設計計算軟件，就我國的情況來說，暖通空調輔助設計軟件的發展大致經歷了三個階段：起步、發展、成熟。
1）起步階段（20世紀70年代左右）
各大學和研究單位研制開發一些符合國情的暖通空調程序軟件庫，但多為局部性的，覆蓋面不寬，水平也有限。
2）發展階段（20世紀80年代左右）
國家出資研制開發《建筑工程設計軟件包》（BDP），作為國家“六五”科技攻關項目，該軟件于1986年5月通過國家（部級）鑒定，被譽為當時具有國際水平的優秀軟件，并在此后的數年里，在國內得到了較為廣泛的應用。與此同時，也有一些CAD軟件出現。
3）成熟階段（20世紀90年代）
Windows的出現，以及AutoCAD的推廣應用，各種空調CAD軟件涌現，并得到日益廣泛的應用。1995年3月，我國第一個在Windows環境下開發的暖通空調設計計算軟件EasyHVAC（同濟大學）投放市場，它一出現即受到設計人員的青睞，1998年，該軟件又推出了輔助繪圖版本EasyHVACCAD.我國的空調輔助設計軟件正日益走向成熟和完善，2001年7月，上海華電源信息技術有限公司和上海現代建筑設計集團共同開發的HDY-SMAD空調負荷計算及分析軟件將暖通空調設計計算軟件推向了新的，該軟件通過了上海市建設和管理委員會的鑒定，專家一致認為該軟件部分功能填補了國內同類計算軟件的空白，總體設計達到國內領先水平，該軟件具有如下區別于其它軟件的新的功能和特點：
1）內嵌215個城市和地區的氣象資料，并具有城市擴充功能，能夠計算各個城市和地區的全年逐時室外干球和濕球溫度、太陽輻射強度。
2）在不同的設計階段，由粗到細提供6種不同的空調負荷計算方法，用戶可根據需要自由選擇。
3）能夠對冬季空調熱負荷進行逐時計算，并且可以將冬季的人員、照明和設備得熱產生的負荷從空調熱負荷中扣除。
4）強大的樓層組管理功能，支持多個標準層。
5）獨特的工作時間表設定和指派功能，支持不同日期具有不同的上班模式，以及不同時間的不同上班模式，無縫處理間歇運行空調系統。
6）應用動態焓濕圖（HDY濕空氣分析大師）能自動對一次回風系統自動進行冬季和夏季工況，HDY濕空氣分析大師能夠分析和計算各種空調系統和工況。
7）利用東方空調網的暖通空調設備數據中心，得到各個廠家的最新空調設備資料，用于空調設備的選擇。
8）可以輸出14種文件類型：封面、建筑概況、室外氣象資料、室內設計參數、圍護結構參數、空調負荷計算方法及公式、空調負荷詳細計算參數、空調負荷統計數據、空調負荷逐時數據、空調工況分析結果、樓層組管理文件、回風系統劃分文件、新風系統劃分文件、設備選擇結果。
暖通空調輔助設計軟件的應用范圍不限于暖通空調工程的設計，它還用于暖通空調新產品的開發。暖通空調設計專家系統也取得了較大的成果，它能給出特定建筑物的暖通空調系統和暖通空調設備的各種可能的設計方案，并評判它們的優劣，從而可以得到最好的設計方案。
2.2暖通空調能耗分析軟件
暖通空調輔助計算軟件解決了輔助繪圖和設計計算等較簡單、靜態的問題，但是暖通空調系統是一個隨建筑類型和室外氣象條件動態變化的復雜系統，暖通空調工程在設計時要考慮節能和環保，在運行時也要考慮節能和環保，因為在暖通空調運行期中大部分時間中其負荷條件是不同于設計條件的。采取一定的技術和管理措施使暖通空調系統的運行適應負荷動態變化，盡量避免不必要的能耗，這是暖通空調節能的重要方面，要做到這一點，必須對暖通空調系統的全年動態能耗進行模擬分析，從而準確地制定相關的優化方案。因此暖通空調能耗分析軟件也就應運而生了。
暖通空調能耗分析軟件，能夠對已經建成的和將要建造的大樓暖通空調系統的運行進行全年負荷動態分析、能量消耗模擬和技術經濟分析，設計人員可以由此判斷空調設計的優劣，并提出空調系統的最佳控制和管理辦法。
美國和英國等發達國家在20世紀70年代就開發出了暖通空調能耗分析軟件，例如美國能源部開發的DOE軟件，英國的ESP-r軟件，并在美國和歐洲得到了廣泛的應用。2001年，作為DOE軟件和BLAST軟件的升級版本，美國能源部又開發了EnergyPlus軟件，該軟件集中了美國政府在建筑環境與設備領域的投資所產生的世界上最先進的科研成果，有10來個美國大學和公司參與了該項目的研究，最終由美國加州伯克利大學LawrenceBerkeley國家實驗室（LBNL）發行。建筑能量模擬已經在美國和發達國家中普及，預計在未來2-5年內，將在中國推廣和普及，相關的建筑節能標準正在加緊制定，從而為能量模擬軟件的推廣做好了政策上的準備。目前國內的能耗分析軟件有清華同方股份有限公司開發的DEST軟件（基于AutoCAD）和上海華電源信息技術有限公司與上海現代建筑設計集團共同開發的HDY-SMAD空調負荷計算及分析軟件（直接基于Windows，V2.0以上版本可進行能耗分析），后者具有以下的主要功能和特點：
1）采用諧波反應法計算墻體得熱，采用熱平衡法計算房間負荷，能夠計算全年8760h的逐時負荷。
2）同時對建筑物和空調系統設備進行模擬分析，設備運行結果可反饋到空調系統中進行負荷的反饋計算。
3）對空調負荷的強大的統計和分析功能，彌補了國內同類軟件的空白。
4）基于Internet的網上空調設備選擇功能。
5）中英文兩種輸出方式。
2.3氣流模擬計算流體力學（CFD）軟件
空調系統設計的效果與室內氣流組織密切相關。好的氣流組織方式能夠使空調房間的溫度、濕度和速度很容易地符合設計要求，反之，差的氣流組織方式可能根本就達不到設計要求。因此，在空調系統設計完成之后施工之前，預測空調系統的氣流組織狀況就很重要。在以往的研究中，只能用模型實驗的方法研究幾種典型送回風方式的氣流組織狀況，獲得一些簡化的計算公式，并將它們套用到類似的設計中去，但是，它們的精度和使用范圍都不能令人滿意，尤其當遇到一些特殊難題，如高大空間的氣流組織、車間有害氣體濃度場分布、室內不同障礙物情況下的氣流流動規律等等便無法解決。正是在這種情況下，基于計算流體力學（ComputationalFluidDynamics）的空調系統氣流模擬軟件發展起來了。
氣流模擬軟件的發展經歷了以下幾個階段：
1）從簡單的單個送風口氣流狀態，到多風口相互影響下的室內氣流組織；
2）從二維到三維；
3）從穩態到動態；
4）從層流到紊流；
5）從簡單的邊界條件和初始條件到復雜的邊界條件和初始條件；
6）從單純的數值計算，到圖文并茂的計算和前后處理一體化軟件。
比較著名的氣流模擬軟件有SIMPER、PHOENICS等等，另外很多商業計算機公司，如IBM，也開發了與建筑配套的空調系統氣流模擬軟件。由于氣流模擬的計算復雜，以前大多在工作站或大型計算機上開發，隨著微型計算機速度的提高，現在已經有了微機上的氣流模擬軟件。
氣流模擬計算方法以計算機為運算工具，其最大優點是成本低，實踐表明，計算機運算的成本要比相應的模型實驗低許多倍，隨著被研究的物理對象越來越大和越來越復雜，這個優點將更顯著；其次是速度塊，用計算機運算，設計人員可以在很短的時間內設計對比許多不同方案，從中優選出最佳設計，而相應的模型實驗則需很長時間；第三是具有較強的模擬真實條件的能力，它的計算空間不受限制，無須縮小幾何比例，而模型實驗就難以辦到。不過數值計算結果的可靠性主要依賴于數學模型和計算方法的正確程度，故不如實驗方法那么直觀可靠，因而必要時還須將兩種方法結合使用。
2.4基于Internet的空調系統遠程監控軟件
隨著Internet技術的飛速發展，人們通過Internet對世界各地的空調系統進行遠程監控已經成為現實。杭州華電華源環境工程有限公司和上海華電源信息技術有限公司共同開發的冰蓄冷空調遠程監測系統已經實現了對冰蓄冷空調工程現場的全自動監測，具有以下的功能：
1）管理人員通過Internet能夠在任何地方通過密碼登錄后對各地的冰蓄冷現場控制系統實施遠程監測；
2）各地的冰蓄冷現場控制系統能夠及時地向管理人員發送運行數據；
3）管理人員能夠通過瀏覽器對各地工程的反饋信息，進行統計整理和比較，并進行故障診斷。
我們相信，在不久的將來，基于Internet的常規空調系統遠程監控和故障診斷將成為必然的發展趨勢。
2.5基于Internet的暖通空調電子設備手冊
暖通空調專業是一個設備應用專業，設備的正確選用和布置是工程設計最關鍵的環節。由于目前設計人員主要是通過設備手冊和設備樣本來獲取設備的信息，這樣獲取的數據難以及時更新，查閱起來也不太方便，因此，上海華電源信息技術有限公司提出了開發基于Internet暖通空調電子設備手冊的設想。
基于Internet暖通空調電子設備手冊，除具有常規設備手冊的基本功能（具有設備的使用和安裝說明，用戶可以查閱）外，而且具有以下常規設備手冊所不具有的功能和特點：
1）提供各類設備專門的選型程序，根據用戶提交的設計參數，可以迅速從設備庫中檢索到符合條件的一組設備，顯示各自的設計人員關心的數據，利于用戶對這些設備進一步的比較和分析。對于某些設備，并提供一些必要的計算和分析功能，簡化用戶的選型。
2）能夠直接根據用戶選定的設備生成或調用相應的CAD圖形（三視圖）。
3）上述功能既能在常規的操作系統和CAD環境下實現，又能在Internet上實現。
4）制定了暖通空調所有設備的標準數據庫格式，統一了各生產廠家提供給設計人員的樣本的格式，利于設計人員進行分析和比較。
5）各生產廠家可以隨時在網上對其產品數據和圖形進行更新，從而保證設計人員所得到的產品資料永遠是最新的。
目前，該暖通空調電子設備手冊已經有Internet、Windows和AutoCAD三個版本的軟件產品，Internet版本的產品可以在東方空調網上的數據中心運行。
2.6專業Internet網站的涌現
篇12
監理機制應該在項目最初的策劃階段就予以完善，在前期監理單位主要扮演咨詢顧問的角色，能夠協助完成IT戰略的制定。完成戰略制定之后，監理單位的角色就成為監理公司，并且利用資訊時期累積的工作經驗開展以下工作，避免了繁復的監理選擇過程。監理公司將內部高素質人員組成一個專項的監理委員會，并與項目咨詢師保持密切的聯系，同時還能夠對項目的相關人員進行監理知識培訓，從而提高項目的運作效率。經過對敏捷方式的調整，目前監理工作與項目的契合度更高，能夠發揮出更多的優勢，其已不再是外來的單位，而是項目內部的組成部分，利用敏捷方法進行監理能夠獲得良好的管理效果。監理工程師主要承擔Scrummaster的角色，其職能與Scrummaster相結合，能夠提高項目的實效性。Scrummaster的職能主要包括以下幾個方面：第一，讓產品負責人與產品開發之間的障礙得到排解，便于產品負責人開展相關工作；第二，使產品負責人了解投資回報的額度，協助其明確工作方向；第三，優化開發隊伍的自主創造力；第四，提高開發隊伍的工作效率；第五，完善工程工具以及實踐，使得功能增量都存在可交付性。監理人員則負責與項目經理之間相互溝通，輔助其完成Sprint信息頁面額創建，而這個過程對成員階段目標的實現也有重要意義，另外還需要控制燃盡圖的變化情況，保持故事進度的及時性，當迭代完成后監理人員還應該演示Sprint，使相關方對項目進度的運行情況進行直觀的了解，避免項目偏離原本設定方向。總的來說Scrummaster與項目經理協商階段計劃的過程使其控制功能的具體體現。在計劃的制定過程中，產品負責人應該預估時間，尤其是合同中的故事必須進行粗略的估算，而監理工程師應該確保估算過程不是由產品負責人單獨制定的，而是與團隊協作后的寫過，最后產品負責人回答疑問并對條目內容進行描述。建立工程師還需要對生產率進行計算，主要依據是迭代中實際的完成情況以及計劃，結合項目在每個階段的結束時間，對是否按期完成做出評價，針對實際情況對人員以及計劃做出動態調整。
3溝通管理的應用
Scrum的主要功能就是加強隊伍之間的聯系，而遠教項目本身就是有三方共同組成的，即咨詢監理和甲乙雙方，正是因為這種結構模式導致溝通的成本上升，因此在遠教服務項目當中，三方的溝通是重點工作之一，只有保證溝通機制完善，才能夠提高執行的效果。Scrum主要溝通包括計劃會議、展示會議、站會、總結會議。計劃會議主要圍繞backlog的內容，在會議內對其執行方式以及時間進行協商；展示會議主要與用戶溝通，向其展示階段性的項目成果；站會是對每天的工作進度進行回報和溝通；總結會議則是對Scrum進度進行總結，并對其問題提出針對性的建議。在以上溝通方式中，每天一次的站會最為關鍵，其時間和地點相對固定，而其形式也易于接受，目前其實質主要是工作內容的匯報過程，為了防止其與既定目標相偏離，可以采取以下措施：第一，如果人員出現遲到情況，那么應該采取一定的罰款措施，收繳的罰款用在會議的一些支出上，這樣能夠約束人員的紀律性；第二，如果工作匯報的過程中被無故打斷，那么可以采取token的發言方式，任何人員在進行陳述的時候必須申請token；第三，當會議已經偏離既定軌道，呈現匯報形式時，可將討論的目標設定為項目組成員而不是僅僅針對Scrummaster進行回報；第四，發言的過程必須有明確的層次，即三段發言方式，主要是昨天所做工作內容的回報、后續工作的執行方式以及對出現的問題尋求幫助，在問題一環節的闡述中，應該避免過多的糾纏問題的解決方式，而應對問題進行詳細的講述。展示會議也是較為重要的一種溝通方式，監理工程師在工作中應該注意以下要素：第一，對spirnt的內容進行詳細闡述，如果人員對產品知之甚少，有必要用幾分鐘進行描述；第二，演示應該側重于快節奏，以效率為首要準則；第三，重點在于成果展示，而不是對過程的過多闡述；第四，有條件的時候可以讓客戶實用相關產品；第五，避免過于花哨的演講，而是應該對實際工作的代碼進行演示；第六，在bug修復問題上可以粗淺提到，但是不應進行演示，避免模糊視線，忽略重點故事。總結會議是指回顧會議，主要是對項目進行歸納和總結，主要由產品負責人帶頭，并讓項目人員都參與進來。會議重點應該是未來工作的優化方式而不是具體工作任務，目標放在提高開發效率上。總結會議完全依靠于人員的主觀意識，因此對人員的素質有較高要求，當問題出現時應該結合相關素材予以總結，并對會議的內容和成果以文檔的形式記錄下來，從而為下一個Sprint提供參考建議。
篇13
1傳統管理模式面臨困境
80年代以后，國際經濟大循環和世界市場發生了急劇變化。三股不容忽視的“3c”力量，即顧客(customers)、競爭(competition)和改變(change)驅使企業進入一個嶄新的領域。首先是顧客至上，“大眾市場”(massmarket)早已煙消云散，需求日趨個性化、多樣化，使產品生產呈現出多品種、小批量的趨勢；其次是競爭的白熱化，產品價格、產品質量、售前和售后服務成為市場競爭的熱點，“參戰者”必須追求卓越；第三是不斷變化，不僅顧客和競爭對手在快速變化，就連競爭的本質也有了改變。
在當今十分注重顧客滿意度的時代，原封不動地套用傳統的管理模式，會給企業的發展套上枷鎖。首先，被分割得支離破碎的業務流程，使企業員工在生產經營活動中“只見樹木，不見森林”，企業中層管理者各自為政。其次，等級森嚴的官僚體制束縛了職工的主動性、創造性和積極性。最后，信息需層層傳達，無法對顧客的需要和市場變化作出及時的反應。總之，傳統企業組織形式和管理模式是生產主導型而非顧客主導型，缺乏創新意識。在強調企業對市場需求多樣化應具有較高柔性的今天，傳統的“福特式”管理模式就顯得很僵化。市場的變化成為企業管理模式變革的本質原因。
本世紀70年代之后，隨著計算機和微電子技術的進一步發展，形成了一系列新的制造技術和信息技術，借助它們，每個員工都有能力完成傳統的多道工序，企業信息能全面實現共享，企業的集成管理模式成為可能。這種集成管理模式可提高企業管理層的洞察力；使管理結構扁平化，減少審核和監督程序，減少內部沖突；員工擁有更大的自，可大大調動職工的積極性，提高對外界變化的快速反應能力。現在的“集成”已經超越了一個工廠或一個企業的范圍，擴展到供應鏈和銷售鏈上，形成了在管理上“集成”的格局。
2.通向現代企業管理之路——bpr
“強調集成”的管理思想是首先考慮利用現代技術和管理手段將現有的傳統工藝和職能部門盡量集成起來，并在此基礎上進行新的分工，以此提高企業管理效率，降低制造成本，追求企業整體效率和整體效益的提高。新管理模式的“集成”追求人員、組織和技術的集成，人員和組織的集成往往比技術的集成更為重要。bpr是當今倍受關注的向管理集成模式過渡的道路。1993年，michaelhammer博士與管理專家jameschamper合著的《再造企業——管理革命宣言》出版后，在世界范圍內掀起了管理模式變革，經營過程再造(businessprocessreengineering)運動引起了各國理論界和企業界的密切關注和極大興趣。不少人認為，這場管理革命對當今企業的影響可與兩個世紀前亞當·斯密的《國富論》對經濟學界的影響相提并論。
bpr的基本內涵是以作業為中心，擺脫傳統組織分工理論的束縛，提倡顧客導向、組織變通、員工授權及正確地運用信息技術，達到適應快速變動的環境的目的。其核心是“過程”觀點和“再造觀點”。“過程”觀點，即集成從訂單到交貨或提供服務的一連串作業活動，使其建立在“超職能”基礎上，跨越不同職能部門的分界線，以求管理作業過程重建；“再造”觀點，即打破舊有管理規范，再造新的管理程序，以回歸原點和從頭開始，從而獲取管理理論和管理方式的重大突破。
企業管理信息系統不僅與企業的技術方面(技術、控制、系統等)而且與社會方面(企業組織、人員、政策等)具有密切的關系。bpr的成功實施必須同時變革企業的技術方面和社會方面。不管企業是否已經擁有自身的管理信息系統，在進行企業經營再造的過程中，原先的管理信息系統都必須改造。
中國企業管理軟件的發展之路
回顧中國企業管理軟件近二十年的發展歷程，企業管理軟件已從最初的面向單一職能部門，發展到目前的面向企業全局的決策支持型管理信息系統。
1.面向單一職能部門的管理信息系統
面向單一職能部門的管理信息系統是企業管理信息系統的最初形式，它通過模擬某一職能部門的業務流程，提高相應職能部門的工作效率和規范程度。這也是我國應用面最廣的企業管理信息系統形式。這類系統的應用基于如下背景：消費市場極其活躍，產品供不應求，企業最關心的是產量；企業采用傳統的分工管理模式進行管理且卓有成效。在眾多面向單一職能部門的管理信息系統中，商品化程度最高的當數會計電算化軟件。例如用友成功推出的電算化軟件以及杭州新中大推出的財務系統。除了商品化會計電算化軟件之外，其它應用于企業中的管理軟件還有面向人事部門、倉庫管理部門等管理軟件，但其商品化程度不高。根本原因是企業業務流程千差萬別，軟件系統難于做到通用化。
2.面向多業務部門的管理信息系統
隨著我國改革的進一步深入，社會生產力的持續增長，賣方市場逐漸向買方市場轉變，用戶需求變化越來越快，企業需要在產品品種、產品價格、服務質量等多方面競爭。面對激烈的競爭，企業管理層開始意識到企業整體運行效率的低下將難以在激烈的市場競爭中取勝。企業需要為企業相關業務部門開發統一的管理信息系統，以提高企業部門之間的協作程度，促進部門間的信息交流，提高企業整體工作效率。90年代中期，國內軟件企業開始嘗試為業務緊密關聯的部門開發統一的商品化管理信息系統并取得了一定的成功。這類系統中比較成功的商品化軟件大多是以財務管理為核心，向其它部門擴展而成的。
面向多個相關業務部門的管理信息系統與面向單一職能部門的管理信息系統相比，其優勢是明顯的：
使企業的物流、資金流和信息流高度統一；
提高了企業核算水平，具有事中執行、事后監督的管理功能；
部門之間的關系更加協調。
面向多個業務相關部門的管理信息系統在開發和實施上的困難超乎企業管理層和軟件企業的意料之外，而且實施效果難以達到企業管理層的期望值。其原因是多方面的：
這類管理系統嚴格按照傳統管理模式下的部門劃分進行開發，由于傳統管理模式固有的缺陷，導致管理信息系統無法完全達到企業的期望值；
各行各業甚至同行業的不同企業中，其業務部門的業務流程千差萬別，部門的功能也不完全一致，因此商品化軟件無法做到與特定企業固有管理模式一致；
企業管理層和軟件企業都沒有認識到管理系統實施的過程實際上也是企業管理模式變革的過程，成功運行管理信息系統與企業管理運作模式再調整是密不可分的；
這類管理信息系統普遍缺乏生產計劃、作業管理等模塊，企業無法實現計劃靈活調整，無法反映實時生產信息，因此稱不上是真正的決策支持型管理信息系統。
3.面向企業全局的管理信息系統
面向企業全局的管理信息系統的優秀代表當屬erp(企業資源計劃系統)和mrpⅱ。mrpⅱ的主旨是將企業和各方面的資源，包括人、財、物、產、供、銷等充分調配和平衡，使企業在激烈的市場競爭中全方位地發揮能力，能在減少庫存、提高生產效率、降低成本、提高用戶服務水平等方面取得顯著的經濟效益。erp是mrpⅱ的發展，它超越了mrpⅱ的功能范圍，
將mrpⅱ的實用性進一步地加以擴展，增加了對質量管理、實驗室管理、配方，全國公務員共同天地管理等功能的支持。
目前，我國正處在建立社會主義市場經濟體制并與國際經濟接軌的社會轉軌過程中，這一經濟和社會發展環境的變化，為我國企業管理素質和經營水平的全面提高帶來了新的機遇和挑戰。經營過程再造(bpr)理論已引起國內企業界的廣泛注意，國內部分企業經過經營過程再造，取得了良好的經濟效益。國內企業經營模式的再次變革，已對企業管理信息系統提出了新的要求，mrpⅱ和erp系統也將成為制造企業的首選產品。國內軟件企業已經覺察到這一變化，部分軟件企業已經投入大量人力研制mrpⅱ和erp產品。杭州新中大的erp產品(powererp)將于1998年正式推出。
4.軟件行業面臨的挑戰和機遇
未來二、三年內，國內將迎來巨大的mrpⅱ和erp產品市場，能否抓住這次機遇對于整個
軟件行業是至關重要的。國內軟件企業面臨的形勢也是非常嚴峻的：
國外軟件企業對中國龐大的市場早已虎視眈眈，sap、forthshift、ca等公司的mrpⅱ產品已經打入國內市場；
國內軟件企業的研究和開發人員幾乎全是計算機及其相關專業的人才，缺乏企業管理和工程制造方面的知識，對mrpⅱ的理解較為膚淺；
國內軟件企業缺乏強有力的mrpⅱ實施隊伍。但是與國外軟件公司相比，國內軟件企業也具有獨特的優勢：
軟件的價格和實施費用明顯低于國外同類軟件；
國內軟件企業大都剛剛涉足此領域，沒有歷史包袱，可選擇最先進的計算平臺和計算結構；
具有本土化優勢，國內軟件企業更了解中國企業的實際情況；
具有穩定而廣大的客戶群，大部分涉足mrpⅱ市場的軟件企業在企業管理軟件領域有良好的成績，與國內制造企業保持著密切的關系。
我們認為，國內軟件企業應該在以下幾方面努力：
建立一支由計算機軟件開發人才、企業管理人才、工程人才等組成的研究開發隊伍和mrpⅱ實施隊伍；
mrpⅱ的實施與企業經營過程再造是相輔相成的過程，應同時進行；
