時間：2022-08-23 16:41:52
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇軟件開發論文范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
1制定詳盡的開發和交付流程
將軟件開發周期從幾年縮短到一個月甚至兩個星期，這需要制定詳盡的軟件開發和交付流程。而詳盡的軟件開發和交付流程也是實現Scrum所必須遵守的。在Scrum中一個交付周期被稱為一個Sprint。在每個Sprint開始之前，要有一個Sprint的計劃會議（Sprintplanmeeting）。Sprint計劃會議是在業務分析師和用戶確定好當前階段的需求分析之后,將可以進行開發的部分按照需求的優先級順序排列好開發任務（Story）,再由開發人員對任務進行難度評分，最后團隊根據可變因素如團隊成員情況，開發環境狀態等確定下一個Sprint的任務。為了加強團隊內部的溝通和及時掌握開發交付情況，Scrum要求團隊每日開站立會議（Standupmeeting），站立會議通常1到2分鐘每人，主要說明前一天的工作內容，存在什么問題，以及今天的工作計劃。當然在每個Sprint快結束的前一天，要開評審會議，來報告進度，通常情況下是軟件會議制定軟件當前Sprint的軟件計劃。中國有句古話叫做“吾日三省吾身”，每個Sprint結束還有一個最為重要的會議就是回顧會議（Retrospectivemeeting）。回顧會議主要是總結上一個Sprint，保持優點，克服缺點。確保每個會議的有效性是Scrum實現的基礎。
2結對編程，提高軟件開發效率
1嵌入式軟件開發的特點
嵌入式軟件的開發具有如下幾方面的特點：
1）需要交叉開發工具和環境。由于嵌入式軟件本身不具備自主開發能力，即使設計完成以后用戶通常也不能對其中的程序功能進行修改，因此必須有一套開發工具和環境才能進行開發。這些工具和環境一般基于通用計算機上的軟硬件設備以及各種邏輯分析儀、混合信號示波器等。開發時往往有主機和目標機交叉開發的概念，主機用于程序的開發、調試，目標機作為最后的執行機構。開發時主機和目標機需要交替結合進行。
2）軟硬件協同設計。軟硬件協同設計涉及以下方面：嵌入式軟件設計、實時系統設計、硬件設計和軟件設計。軟硬件協同設計強調硬件與軟件的協同性與整合性、軟件與硬件的可裁減，以滿足系統對功能、成本、體積和功耗等要求。
3）嵌入式軟件開發人員以應用專家為主。通用計算機的開發人員一般是計算機科學或計算機工程方面的專業人士，而嵌入式軟件則是要和各個不同行業的應用相結合的，要求更多的計算機以外的專業知識，其開發人員往往是各個應用領域的專家。
4）軟件要求固態化存儲。為了提高執行速度和系統可靠性，嵌入系統中的軟件一般都固化在存儲器芯片或單片機本身中，而不是存儲于磁盤等載體中。
5）軟件代碼高質量、高可靠性。盡管半導體技術的發展使處理器速度不斷提高，片上存儲器容量不斷增加，但在大多數應用中，存儲空間仍然是寶貴的，還存在實時性的要求。為此要求程序編寫和編譯工具的質量要高，以減少程序二進制代碼長度，提高執行速度。嵌入式軟件的核心是系統軟件和應用軟件，由于存儲空間有限，因而要求軟件代碼緊湊、可靠，大多對實時性有嚴格要求。
6）系統軟件的高實時性。在多任務嵌入式軟件中，對重要性各不相同的任務進行統籌兼顧和合理調度是保證每個任務及時執行的關鍵，單純通過提高處理器速度是無法完成和沒有效率的，這種任務調度只能由優化編寫的系統軟件來完成，因此系統軟件的高實時性是基本要求。嵌入式軟件應用程序雖然可以沒有操作系統直接在芯片上運行，但是為了合理地調度多任務，利用系統資源，系統一般以成熟的實時操作系統作為開發平臺，這樣才能保證程序執行的實時性、可靠性，并減少開發時間，保障軟件質量。
2軟硬件協同設計概念
嵌入式軟件設計是使用一組物理硬件和軟件來完成所需功能的過程。系統是指任何由硬件、軟件或者兩者的結合來構成的功能設備。由于嵌入式軟件是一個專用系統，所以在嵌入式產品的設計過程中，軟件設計和硬件設計是緊密結合、相互協調的。這就產生了一種全新的發展中的設計理論——軟硬件協同設計。這種方法的特點是，在設計時從系統功能的實現角度考慮，把實現時的軟硬件同時考慮進去，硬件設計包括芯片級“功能定制”設計。既可最大限度地利用有效資源，縮短開發周期，又能取得更好的設計效果。
系統協同設計的整個流程從確定系統要求開始，包含系統要求的功能、性能、功耗、成本、可靠性和開發時間等。這些要求形成了由項目開發小組和市場專家共同制定的初步說明文檔。系統設計首先確定所需的功能。復雜系統設計最常用的方法是將整個系統劃分為較簡單的子系統及這些子系統的模塊組合，然后以一種選定的語言對各個對象子系統加以描述，產生設計說明文檔。其次，是把系統功能轉換成組織結構，將抽象的功能描述模型轉換成組織結構模型。由于針對一個系統可建立多種模型，因此應根據系統的仿真和先前的經驗米選擇模型。
3嵌入式軟件開發的方法論
在建立一個完整的嵌入式軟件或是產品時，大部分系統都很復雜，不但功能規格很多，還必須考慮例如價格、性能等其他因素，否則很容易做出一個失敗的系統或是產品。因此，在進行系統開發之前，必須先了解一些系統設計技術，使得在開發過程中更為順利。一般來說，產品設計的過程會經歷幾個步驟，為了確保這些步驟的合理性，我們需要一個設計方法論來面對整個設計過程。采用方法論有以下三個重要理由。
確認所做的每一件事情都是必須要做的，不做無謂的工作，也不漏掉關鍵性的重要工作，其中包含性能最佳化或是功能測試。
根據設計方法論可以發展出計算機輔助工具或是設計經驗累積，汲取每一次產品開發的經驗。再經過量化之后，可以發展出一套工具或是方法，讓往后的產品設計步入自動化。
開發團隊遵循同一套方法論，可以讓團隊成員更容易彼此溝通。每個人都能在短時間內了解整體過程中將經歷哪些過程，需要何種支持與接收到何種結果。此外，也容易通過一套已經定義好的方法論，彼此相互合作協調。設計過程的目標是做出有一定用途且具有創新點的產品。產品的典型規格包含功能性、制造成本、性能表現、省電考慮和其他特性。
4結束語
調試也是軟件開發不可或缺的一個環節。在常見軟件開發中，調試器與被調試的程序往往運行在同一臺機器上，通過操作系統的調試接口來控制被調試的進程。而在嵌入式軟件開發中，采用的是交叉調試，即調試器運行在宿主機上，但被調試的程序運行在基于特定平臺的目標機上，調試器與被調試進程通過串口或網絡進行通信。不管是交叉編譯還是交叉調試，都需要把文件從宿主機傳送到目標機。如果考慮團隊合作開發、開發環境不完全一致等因素，開發者經常也需要把文件在不同系統之間或通過網絡進行傳輸。所以在嵌入式軟件開發中搭建一個良好的文件傳輸環境是提高嵌入式軟件開發效率的一個關鍵因素。
2文件傳輸環境的搭建
在嵌入式軟件開發中，必須結合開發的具體項目和具體開發環境來選擇搭建一個好的文件傳輸系統。雖然各類傳輸技術可以在不同平臺（Windows、Linux等）上實現，但在嵌入式軟件開發中更適合搭建基于Linux的文件傳輸系統，下面就嵌入式Linux環境下文件傳輸技術方法進行討論。
2.1FTP（文件傳輸協議）服務設計與實現
FTP是網絡傳輸文件的一種常見服務。在嵌入式Linux中，vsftpd是一款在Linux發行版中最受推崇的FTP服務器程序，是一款完全免費的軟件。它的最大的特點是安全性非常高，但嵌入式系統一般是在局域網內進行合作開發，所以在搭建為嵌入式開發服務的FTP時一般不需要太多地考慮文件傳輸的安全性，搭建一個用戶登錄訪問的FTP服務器就可以。下文是Ubuntu12.04下實現用戶登錄訪問FTP配置文件（/etc/vs－ftpd.conf）的主要內容：
2.2TFTP（簡單文件傳輸協議）服務設計與實現
TFTP是一個傳輸文件的簡單協議，它基于UDP協議而實現，適合于小文件傳輸。嵌入式系統開發的代碼文件一般不會很大，同時對文件傳輸的安全性要求也不高，所以在嵌入式軟件開發中也經常使用TFTP服務來傳輸文件。下文是Ubuntu12.04下實現TFTP配置文件（/etc/default/tftpd-hpa）的主要內容：2.3NFS（網絡文件系統）服務設計與實現嵌入式系統開發時，還可以使用NFS實現宿主機和開發板共享文件，這樣也可以免去文件上傳或下載的麻煩，直接把存放文件的目錄掛載在目標機上或其他系統中，用戶可以像訪問本地文件一樣訪問遠端系統上的文件。下文是Ubuntu12.04下實現NFS配置文件（/etc/exports）的主要內容：其中，*：允許所有的網段訪問，也可以設置成某一個ip段，如192.168.0.*；rw：讀寫權限；sync：資料同步寫入內存和硬盤；no_root_squash：允許客戶端共享目錄所有者權限。用戶可以根據自己需要設置相關參數，還有一些參數說明沒列出來，需要時可查閱相關資料。
2.4Samba服務設計與實現
在嵌入式系統開發過程中，宿主機上一般會安裝Windows系統，同時安裝虛擬機軟件，在虛擬機上安裝Linux，這樣就存在Windows系統和Linux系統共享文件的問題。通過Linux提供的Samba服務可以輕松實現文件共享，可以有兩種方法加以實現：一是由Windows系統訪問Linux系統中的共享文件夾；二是由Linux系統訪問Windows系統中的共享文件夾。（1）Windows系統訪問Linux系統中的共享文件夾。由于嵌入式系統開發一般在局域網內或單機上進行，對網絡安全性要求不高，這里就以配置一最易實現的Samba服務（來賓都可訪問）為例來加以說明。主要是通過修改/etc/samba/smb.conf配置文件：上面用戶名是所訪問的Windows計算機中的用戶賬戶，驗證口令是Windows計算機中的用戶賬戶的口令。
2.5使用串口軟件傳輸文件
在一些應急場合，沒能很好地配置好上述服務的情況下，如果需要傳輸一些文件到目標板，可以選擇使用串口軟件傳輸文件。用串口電纜把宿主機和目標機連好，然后運行串口軟件，最常用的是Windows自帶的超級終端。超級終端程序通常位于“開始”“程序”“附件”“通訊”中，運行超級終端一般要求用戶為新的連接取一個名字，然后選擇所使用的串口，最重要的一步是設置串口屬性，一般針對開發板設置的屬性如下圖2所示。連接上目標板后，使用超級終端上的“傳送”“傳送文件”菜單實現文件傳輸。在ubuntu操作系統下，需要使用minicom來連接開發板，本文不再贅述。
3結束語
根據銀行應用軟件的開發現狀以及銀行系統對開發技術的需求，分析其中存在的問題，例舉比較典型的問題并做如下分析：開發技術過于保守銀行軟件開發仍舊使用比較傳統、保守的技術，整個開發的過程中暴露出諸多技術矛盾。例如：銀行系統積極、全面的發展，而應用軟件開發技術始終止步不前，延續以往infomixC技術框架，結合IBM小型機，無法在應用軟件開發上實現技術突破，反而被銀行系統陳舊的技術限制。銀行應用軟件開發技術越落后，表示軟件開發項目的價值越多，開發技術過于保守成為銀行軟件開發的一大問題。
2軟件開發的測試匱乏
銀行在應用軟件開發后，需要安排相關的測試技術，檢測應用軟件的安全及可用性，同時檢測銀行軟件開發程序是否合理，測試屬于銀行應用軟件開發的主要技術，能夠保障銀行軟件的安全應用。實際銀行軟件開發后，測試技術出現嚴重的匱乏情況，例如：某銀行開發的AS400，其中的應用軟件是由開發人員監督測試的，本身不具備完整的測試系統和專業的測試人員，引發嚴重的技術問題，最主要的是整個測試過程中并未發現任何程序問題，與軟件開發技術的實際不符，應用軟件在AS400的開發過程中，需經多次測試技術監督后，才能達到安全的狀態，表明軟件開發測試技術的缺陷。
3開發文檔不足
銀行應用軟件的開發文檔是指軟件設計、編程到開發所有的文檔資料，跟隨應用軟件的開發而產生，其與應用軟件的程序一致，屬于一項不能缺失的資料。銀行應用軟件開發人員不重視開發文檔，將軟件開發的重點放在實踐部分，忽略開發文檔的存儲，直接影響了銀行軟件的應用與維護，導致銀行軟件因缺乏維護根本而失效，降低軟件開發使用的壽命，更重要的是科研知識得不到充分應用。
4銀行應用軟件開發問題的解決對策
4.1引進軟件開發新技術
銀行應用軟件開發需要專業的技術支持，開發人員既要熟悉銀行軟件的業務知識，又要具備專業的技能，開發銀行應用軟件項目時，才能保障銀行軟件具備優質的實踐性。銀行在應用軟件開發技術方面，可以采取引進的思想，推進新技術的發展，針對軟件開發新技術的引進，提出兩點技術性的原則，如：（1）引進更為精細化的大數據處理，比如Oracle、DB2等，應用在銀行軟件開發中，發揮此類技術精確、專業的能力，確定新技術后才能輔助于銀行應用軟件的開發技術。（2）通過軟件開發新技術的引進，實現全能技術，銀行軟件開發系統內比較常見的是C語言、Java和vb，開發人員必須掌握所有語言基礎，同時還要對其中一門語言做到精通，用于適應銀行系統內繁瑣的IT運行，有利于銀行應用軟件技術的精細化發展。
4.2完善軟件測試技術
銀行應用軟件開發的測試技術，偏重于業務類的軟件。結合銀行應用軟件開發的過程，分析軟件測試技術的應用，其在應用軟件開發測試中體現在三個方面，分析如：（1）界面測試。（2）容錯性測試。（3）響應測試。
4.3強化文檔管理
銀行應用軟件開發可以通過評審的方式，強化文檔管理。因為文檔管理在軟件應用中發揮重要的作用，既可以做為通信工具，又可以指導軟件操作，所以開發人員需要保障文檔資料的完整性，確保文檔資料符合標準。
5結束語
在傳統的軟件開發方法中，軟件開發者往往是將要解決的問題轉化為數據，然后將數據收錄到程序中，再通過程序的設計，來設定一種算法，從而開發出解決問題的軟件。利用這種方法所開發出來的軟件，只能解決一些規定范圍內的問題，并且處理問題的結果也往往是以數據的形式展示出來，用戶要能夠理解問題的解決結果，就必須具備一定的知識，才能夠將結果中的數據自行轉化為通俗的理解方式，這就為用戶對于軟件的作用、處理問題解決的理解帶來了極大的困難。而運用面向對象方法所開發出的軟件，所采用的不再只是數據的收錄與輸出以及算法的設計，它更為強調的是，以人類的思維方式來解決問題，也就是要依據大多數人通常的思考方式來設計軟件，并且使軟件能夠分析人類的語言，并對問題進行分析、解決，同時，結果的輸出也不再是生硬的數據，而是較為自然的、通俗易懂的語言，讓用戶能夠直觀地、清楚明白地看懂處理結果，從而增強了軟件的可理解性。
2軟件工程中面向對象方法具有較強的可重用性
運用傳統的方法開發出的軟件，受到其開發方法、功能等因素的影響，軟件只能接受、識別一些特定的數據，對于一些日常生活、工作中的問題難以進行靈活的應對，這就使得軟件的應用領域及作用受到了極大的限制。而用戶想要讓軟件能夠解決更多的問題，就必須依靠軟件開發者來對于軟件進行升級更新。軟件的可重用性差，不但用戶要花費時間來對軟件進行更新，甚至是更換其他軟件，軟件開發者也要花費更多的時間來保證軟件的可用性，不利于更多創造性工作的持續進行。而運用面向對象方法所開發出的軟件，則具有更強的可重用性，用戶能夠將這一類的問題都交給該軟件來處理，而不必擔心軟件的功能受到限制，只要找到正確的軟件使用方法，就能夠解決所遇到的問題。而軟件開發者也不必花費大量的時間來對于軟件進行更新升級，這就為自己節約了更多的時間和精力，能夠致力于開發更多具有創新性的軟件。從而提高軟件的可重用性，增強軟件在市場中的競爭力，可見，面向對象方法是我國開發出更多可復用軟件的一種重要手段。
3軟件工程中面向對象方法具有較強的系統穩定性
運用傳統方法開發出來的軟件，由于其主要是通過數據的處理和特定的算法來解決問題，對于計算機系統的要求較高，當軟件的某些功能改變或是系統大環境發生變化時，軟件難以與系統兼容，就導致了軟件無法使用。而軟件要進行更新或優化時，由于要改變某些結構，就需要軟件所運行的系統也隨之變化，為軟件的升級優化造成了困難。有時甚至會為了使系統能夠運行軟件，而進行系統的改變，導致了其他軟件無法再正常運行。而運用面向對象方法開發出的軟件，其解決問題的方式是依據實際解決問題的思路而展開，并且是通過對象來模擬實體，而實體相對于數據與算法來說具有更強的穩定性。其軟件結構主要是依賴于自身的功能，對于系統的依賴性相對較弱。這就使得軟件在運行時，不容易受到系統的影響，及時用戶對于軟件的需求發生改變，也不會影響到系統整體結構的變化，也就是說不必為了軟件的升級優化而對系統進行改變。系統的穩定性強，也保證了軟件能夠正常運行，解決問題更為順利，不會在解決問題的過程中出現差錯而為用戶輸出錯誤的結果。
4軟件工程中面向對象方法具有較強的系統可維護性
運用傳統方法開發的軟件，由于受到各個方面的限制，其系統可維護性較差，當軟件與系統功能不相符的時候，只是修改軟件難以解決問題，而要同時對軟件和系統進行修改不但費時費力，成本費用也很高，軟件對于用戶的實用性不高，且難以維護，為用戶長久的使用帶來了更大的困難。而運用面向對象方法開發出的軟件，則很好地解決了系統維護的問題。一是面向對象方法開發出的軟件穩定性好。即使用戶對于軟件解決問題的功能發生改變，也只需要對于軟件的某一部分設計進行修改就可以，而不需要對軟件或系統進行大幅度的改動。二是面向對象發開發出的軟件，具有較強獨立性的類。這也就意味著，在軟件內部對于其功能等方面進行改動，只要不涉及到與對外接口相關的改變，就不會影響其使用。三是具有極強的多態性及繼承性。方便于用戶根據自己的需求來對軟件進行簡單的修改和擴展。四是軟件的功能及使用方法、輸出結果容易被理解，用戶能夠及時地發現問題解決問題。另外，軟件很容易進行測試，方便于用戶對于軟件進行調整。這些特點就決定了軟件具有極強的系統穩定性。
5軟件工程中面向對象方法具有更高的總體效益
在工程設計行業,cad技術的應用大大提高了設計及繪圖效率。cad應用軟件的開發也越來越重要。
在給排水設計領域,cad開發應用起步較晚。有些設計院從八十年代末開始嘗試進行cad開發,但進展比較慢,多數是圖塊和小型實用程序,在深度和廣度上都存在著差距。從1993年以后給排水cad開發步伐開始加快。1994年底全國給排水學會和給排水技術情報網組織召開了“計算機技術在給排水專業應用研討會”,對給排水軟件開發起了積極的促進作用。
目前在給排水cad開發方面已經取得了可喜的成績,尤其是建筑室內給排水方面涌現出一些比較優秀的給排水cad軟件,如洛陽的一家軟件和北京的幾家軟件。這些軟件都具有計算機輔助設計建筑給排水平面圖、自動生成系統圖、自動統計材料表;進行室外給排水管網計算、自動生成圖形等功能,其中個別軟件已在室外設計和泵房設計等方面有了新的進展。
現有軟件都偏重于民用建筑給排水方面,而且也有待于繼續完善、發展。在給排水的其它領域,由于難度大,投資回報較低,軟件公司還不愿涉足,所以進展緩慢。應用cad進行給排水及水處理系統的優化設計更是少有人涉足。此外,目前還沒有專業設計cad軟件的標準和規范。商業化軟件多數都不經過權威部門嚴謹的技術測試和鑒定,所以其數據庫、計算方法、設計方法和生成圖形的準確性還沒有嚴格保障,這一點還可能成為工程設計質量的隱患。
現在設計部門的給排水cad應用水平也參差不齊。有的購買或自行開發了給排水專業軟件,提高了設計繪圖效率。有的只是在用autocad的簡單命令繪圖,雖提高了cad出圖率,卻根本談不上利用cad提高效率。給排水專業cad應用水平還有待于進一步提高。關鍵詞：軟件開發,給排水,CAD,給排水設計軟件來自
目前許多有精力的設計院及研究部門都在研究開發本單位適用的專業軟件及應用程序,但由于開發經驗不足,成績不明顯。本文將結合筆者的工作經驗,著重論述有關給排水軟件開發的原則、思路、方法及步驟,旨在拋磚引玉,促進給排水cad軟件開發工作。
二、給排水軟件包開發思路及原則
由于現有建筑給排水軟件已經比較成熟,且仍在繼續開發、升級。一般開發者在水平和起點上均與這些軟件開發有一定差距,所以應該購買此類軟件,而著重開發適合本單位使用的實用程序、應用軟件或優化設計軟件。高起點開發者則應在深度及廣度上向更高層次沖擊。
1.給排水cad軟件開發依據及原則
(1)設計依據為有關設計規范、制圖標準以及設計手冊等;保證數據庫、計算方法和設計方法的準確性。
(2)軟件包開發設計首先要突出專業水平,把專業設計思想轉化為計算機語言是專業軟件包的關鍵所在。
(3)符合設計人員思維習慣及設計習慣,人機界面友好,操作簡單,易掌握。
(4)適用性強,容易修改,容易擴充,容易發展。
(5)盡量使用效率高、功能強的計算機語言及開發工具。
(6)嚴格執行標準化及規范化。
(7)通過自動繪圖以及建立標準圖庫,提高圖紙復用率等途徑,提高設計繪圖速度,真正發揮計算機的優勢,把設計人員從圖板上解脫出來。
2.設計開發步驟
(1)開發適合于給排水專業應用的cad軟件環境,包括autocad的優化配置及常用專業圖塊及繪圖工具。
(2)開發一些獨立的專業繪圖軟件,發展標準圖形庫,由淺到深,從易到難,逐步提高自動成圖及圖紙復用比例,使軟件包成為覆蓋面廣,功能齊全的專業繪圖軟件包。
(3)開發給排水專業高階段設計方案優化軟件,以及設計、繪圖一體化軟件,逐步成為智能化、自動化程度較高的專家系統軟件包。
3.開發人員配備軟件開發是一項較復雜的腦力勞動,對開發人員要求也較高,專業軟件開發人員大致可分為以下幾個檔次:
(1)初級水平:專業人員掌握一些基本計算機知識及開發工具可以進行一些專業圖塊制作,簡單的實用程序開發。
(2)中等水平:較高專業水平加上較高計算機水平。熟悉專業設計習慣,有較豐富的設計經驗的專業人員,如果掌握先進的cad開發技術,可以開發出較高水平的cad應用軟件,可以提高設計效率,特別是可以大大提高繪圖效率。
(3)高級水平:高深的專業水平加上先進的計算機開發技術。在專業方面應該熟練掌握專業基礎知識,有豐富的工程設計經驗,善于總結專業設計思路,發現規律,具有較強的系統工程及方案優化水平。在計算機方面要掌握LSP、ADS、DCL等開發工具(或其它高級開發工具)。這類人員開發專業CAD軟件是最理想的。 
由于給排水專業涉及面廣,而且不同行業給排水設計習慣也不盡相同,不可能有軟件可以覆蓋所有給排水領域,適用于所有設計院,所以目前仍然需要分行業、分類進行開發。前述的個別建筑給排水軟件包及開發人員屬于較高水平,其開發設計思路非常值得向給排水其它領域延伸。 ^#tZu;?l`2[yoV=Q8u€OjyE0aqn&E€|7微電子學論文yKVqB^t(€h?n1DqMGTd7J(
4.開發工具(軟件方面) 
目前較常用的CAD開發工具主要有AUTOLISP語言、ADS、DCL語言以及數據庫處理,也有的開發者使用BASIC、FORTRAN等高級語言與AUTOCAD的圖形數據交換接口進行開發;還有用C++開發或用VB等在WINDOWS界面下開發的;此外,網絡技術也越來越重要。 
開發CAD軟件,需要非常熟悉AUTOCAD命令,以及其中的各參數、系統變量、圖層、圖塊、線形等,這樣才能方便靈活地在程序中執行各種命令,掌握CAD開發技巧,例如圖塊的屬性可以帶許多信息,一條LINE線的厚度可以存入管道的管徑等。此外現在有些軟件使用數據的后處理方式,使軟件和AUTOCAD結合得更好,這些技術還需要對AUTOCAD圖元數據庫和數據圖形交換等有更深的了解。 
論文給排水設計軟件開發方法探討來自免費
AUTOLISP是在AUTOCAD內部使用的語言,用AUTOLISP編輯的程序可以定義變量,對數據進行處理和作出圖形,并可能自定義函數,比較適合搞人工智能工作,特別是它的表處理功能以及遞歸等功能比較獨特,在CAD工作中它可以獨立工作,也可能與DXF圖形交換文件互相配合。其不足之處是速度慢,且程序代碼幾乎無法保護。 
ADS是AUTOCAD11.0版以后新增加的用來開發應用的一個C語言編程環境。它運行速度快,代碼保護性好,能更有效地利用內存空間以及訪問設備與系統,具有更強大的開發功能。但掌握ADS要比LISP困難,要求開發人員具備C語言編程經驗并熟悉ADS庫中各函數用法。一般商業軟件應該用ADS。 
AUTOCAD還提供了可編程對話框(PDB)工具,使用戶可以結合自身專業特點,用DCL語言構造自己的對話框,從而改善界面,提高CAD軟件效率。 
目前最流行、最實用的專業CAD開發工具是ADS、DCL,加上少量AUTOLISP。 
三、開發過程
1.專業繪圖環境的開發 
(1)AUTOCAD的配置及改善 
A.選擇AUTOCAD版本。目前最常用的是漢化AUTOCAD12.0版。但其漢字輸入不太方便,應配上較先進的漢字系統,或用12.0版FORWINDOWS(中文)。 
B.對AUTOCAD系統變量進行重新優化配置及設定,主要包括系統變量及尺寸變量設置,層、線形設置等,使ACAD.DWG成為理想的樣板圖。 
C.對ACAD.MNU進行優化,將許多常用命令放在最容易拾取的位置或固定位置。專業菜單部分可加入ACAD.MNU,也可以獨立編寫。 
D.利用ACAD.PGP做簡化命令(10.0版以前的版本可在ACAD.LSP中用DEFUN函數設定),編寫ACAD.LSP。 
(2)專業繪圖功能 
A.專業圖框繪制:可由菜單點取或用屏幕幻燈菜單點取,自動生成各種圖框。 
B.專業常用圖塊:由菜單點取生成,自動插入斷線。 
C.開發實用的專業繪圖工具程序:如標注標高、管徑、坐標、管道立管、代號、各種管件等的程序,繪制單、雙線管道的程序,生成專業設計說明、圖例、專業詞組的程序,以及文字、線形、線寬編輯和表格操作等實用程序。
D.開發或引進建筑圖繪圖程序。 
專業CAD軟件包都應具有高效的繪圖環境,否則一旦自動生成等功能出現故障或不能適用時,用戶就只能用AUTOCAD簡單命令來畫圖了。 
2.專業繪圖軟件的開發 
在專業繪圖環境的基礎上逐步開發一些相對獨立的專業繪圖軟件,逐步形成功能強,覆蓋面廣的給排水綜合軟件包。 
目前已開發的較成熟的軟件有:民用建筑給排水CAD軟件包、室外給排水管網計算軟件、給排水管道縱斷面圖繪圖軟件、給排水外部管網設計軟件等。 
正在開發,初見成效的軟件有泵房設計軟件、平流沉淀池軟件、機械加速澄清池軟件、和市政管網cad軟件等。
尚未深入開發,開發難度大,但預期效果好的軟件包括:輻射沉淀池、旋流沉淀池、水塔、綜合管溝、架空管網、過濾間、軟水站、污泥脫水間設計等項目。
給排水軟件開發的另一條思路是發展給排水設備和構筑物的標準cad圖形庫,從而提高圖紙復用率,這比編制自動成圖的軟件要容易得多。標準cad圖形庫還可以由權威部門編制后,作為標準圖出版。此外,標準圖還可作為軟件包的一部分,即軟件包可以交互式自動生成圖形,也可以通過自動計算直接調用相應的標準圖。
3.高階段設計及方案優化設計軟件的開發在
利用cad進行高階段設計及方案優化設計方面,除在民用建筑給排水領域有個別公司研究外,在其它給排水領域中的研究國內還未見到報道。方案優化軟件的難點在于系統化的設計思路和設計經驗向計算機程序的轉化,其中給排水及循環水流程的方案優化模型的建立本身就是給排水設計的一個難題。目前這方面進展緩慢的原因首先是它對開發人員要求高,這一領域的理想人選稀少;其次是給排水專業行業多,領域廣,需開發的軟件工作量巨大,具備這方面精力的研究部門或公司還很少。
總之,給排水專業繪圖軟件包開發是一項艱苦的工作,需要創造一個規模生產,流水線開發的環境,投入一大批高層次的人才。各部門的研究人員既要知難而進,又要避免重復勞動,在各行業、各領域開發出各有特色的實用專業軟件。
四、給排水cad軟件包開發實例———bywat
1.軟件包結構
專業繪圖環境-caautocad12.0漢化版
autocad配置及改-系統配置
參數設置
菜單優化
命令簡化
專業繪圖功能-
專業圖框繪制
專業圖塊繪制
專業工具程序
繪建筑圖程序
bywat-(2.0)b.
專業繪圖軟件-is泵及s泵基礎繪圖軟件
水泵底座繪圖軟件
材料表等填充軟件
給水管縱斷面圖繪圖軟件
排水管縱斷面圖繪圖軟件等多常
2.軟件包主要技術特點
(1)符合設計人員設計習慣,簡便易學。
(2)速度快,可提高設計繪圖速度3到5倍。
(3)可由用戶幻燈菜單自動點取專業圖框。
(4)有豐富的專業圖形符號,插入時管道自動斷線。
(5)可方便地繪制建筑圖。
(6)具有各種類型的標高、管徑、坐標等標注功能以及一些方便實用的程序。
(7)繪材料表只需在屏幕菜單中點取材料名稱即可將名稱、材料、單位、標準圖號等填入材料表中的合適位置,序號、數量也特別方便,速度快,輔助功能及提示功能強。如果需要,還可以自動填入單重,自動計算并填入總重。
(8)各型號水泵基礎自動繪制,半自動生成水泵底座圖形,自動計算和生成材料表。
(9)給排水管道縱斷面圖軟件交互式、參數化繪圖,可自動計算,并有輔助功能。
3.專業軟件實例———排水縱斷面圖繪圖軟件
軟件測試時一是為了發現軟件在研發編寫過程中存在的錯誤，從而及時對程序進行修改和完善，使軟件的各項功能夠順利使用。二是為了根據用戶要求，來對軟件的各項功能和用戶使用體驗感受進行改善，使用戶在使用軟件時更具舒適感。而在當前的軟件檢測過程中，主要在兩個方面不夠規范：一是一些軟件開發員缺乏責任心，在軟件編寫完成后，馬馬虎虎地進行檢測，對一些影響使用體驗的程序放任不管，不去做優化處理；二是軟件開發者在檢測時沒有讓用戶參與進來，而自作主張的對軟件功能進行了修改。這兩方面問題不僅降低了用戶在使用軟件過程中的感受，還導致了用戶在后續軟件維護中的成本增加。
2軟件維護不夠規范化
任何產品在售出后，消費者都有享受產品的售后服務的權利，而商家也必須承擔為消費者提供售后服務的義務。對于計算機軟件，也同樣有著“售后服務”，即軟件開發者對于軟件的后期維護和調試。在當前的軟件維護過程中，主要存在著兩方面問題：一是一些軟件開發者將完成的軟件交付后，就一走了之，面對軟件使用者在軟件使用過程中出現的問題也常常置之不理，推卸責任；二是有些軟件開發者在處理軟件使用者所遇到的問題時，超出市場的價值規律，漫天開價，索取高昂的維護和調試費用，有些使用者出于無奈也常常忍氣吞聲，吃了啞巴虧。可以說，以上這四方面的不規范問題不僅影響計算機開發人員的工作形象，還會形成計算機軟件領域的同業惡性競爭，長久之，將會使充滿信心的軟件開發這一朝陽產業變得暗淡無光，最終使軟件使用者和消費者蒙受損失。
3加強計算計軟件開發規范化對策思考
3.1提高計算機軟件開發規范化的認識
計算機軟件開發是一項與人們學習、工作和生活有著密切聯系的系統性工程，計算機軟件只有在人們的認可和使用中才能發揮出自身的作用和價值。然而當前計算機軟件過程中所存在的規范化問題，已經對計算機軟件在市場中的推廣和使用造成了很大的影響。要使這一問題得到根本解決，首先必須從思想觀念上進行轉變。為此，我們只有不斷提高軟件開發的準入門檻，提高軟件開發者對于軟件開發規劃范的責任意識，使其從思想層面加強對自身的工作要求。同時，還應當不斷完善計算機軟件開發方面的相關法律和行業標準，使軟件開發的各個過程受到制度監督和法律約束，保證軟件開發者以誠信、敬業知心開展計算機軟件開發工作。此外，我們還要認真思考，對計算機軟件開發的設計、檢測、維護等一系列的環節所存在的問題進行深入分析，提出切實可行的對策，最終推動計算機軟件開發實現規范化發展。
3.2加強計算機軟件設計規范化
計算機軟件設計開發主要是依據用戶要求設計研發的計算機系統軟件或計算機系統中的某一部分應用軟件，是一項涉及很多方面的系統工程。因此，軟件開發者需要對市場的需求、客戶的要求、設計人員的技術層次等方面進行綜合的分析，而后開始設計軟件。為此，在設計開發前要充分了解軟件的運行環境，在深入調研后再進行設計開發。同時根據用戶的不同需求，確定設計風格和內容，進而嚴格遵循計算機軟件設計標準，進行概要設計和詳細設計，把具體設計策略、軟件內部構造和制作流程進行安排部署，并呈現給用戶。1）軟件概要設計的規范化。概要設計的標準就是按照用戶的需求，根據產品的不同建立各個系統模塊的目標軟件系統，對這些模塊的接口下達指令，使他們緊緊聯系在一起并鏈接到下一個模塊，做到層層相聯系。為此，開發者要不斷規范概要設計，有能力建立起能夠管理整個軟件系統的數據庫，并使其中的每個模塊都要形成相配套的管理方案，并在這一過程中，把各模塊的接口盡可能的簡單化處理。不僅各模塊都能分工合作，還能緊密的聯系，這樣才能有效保證了系統持續穩定的運行，進而保障用戶能夠清晰地理解軟件的設計。2）軟件詳細設計的規范化。所謂軟件詳細設計，就是對概要設計標準全面進行細化，把概要設計一項一項地分解開來，使概要設計的內容得到更加詳盡的解釋說明，然后把各個模塊進行系統、精確、全面的闡述，最終使各個模塊的概要設計功能進一步細化分解。為此，開發者要具體圍繞算法和軟件內部構造這兩個方面，及時規范模塊的輸出輸入以及它們的性能，把每一個模塊進行細化，劃分具體的功能。需要注意的是，開發者在進一步規范計算機軟件設計研發中，必須要使軟件的設計具有精確的算法和內部構造，這樣不僅會對擬寫的源代碼有幫助作用，還會使軟件設計更為的科學合理。最后軟件開發者還要根據用戶需求，在積極完善詳細設計標準的基礎之上，才可以進行系統規范的計算機軟件設計研發。在研發過程中，仍需要對軟件各個模塊都進行程序上的劃分，只有在準確評估了檢測報告后，利用各個模塊接口的精準性能，才能對計算機軟件進行系統的、有程序的、循序漸進的設計研發，才能保證計算機軟件的先進、合理和高效。
3.3計算機軟件開發編碼的規范化
在進行軟件的設計與開發方面，要首先對軟件進行的設計有一個相對清晰的標準，即對軟件進行概要設計的標準以及軟件詳細設計的標準，在設計完成后，要對軟件進行加工編碼工作。為計算機軟件進行編碼，是開發設計計算機軟件的重中之重，只有將計算機編碼開發設計正確，才能夠保證程序的完整無缺，進而保證軟件的正常運行。計算機軟件在編碼過程中，要按照軟件設計規范化的標準，并把用戶需求的方方面面都考慮在內，然后根據軟件的運行環境，進行軟件編碼，這樣才能設計開發出適合用戶特點、滿足用戶需求、操作簡便的計算機軟件。
3.4加強計算機軟件檢測規范化
我們在檢測軟件過程中，發生錯誤是在所難免的，如何避免和消除所犯的錯誤，使軟件能夠較長時間使用，是軟件檢測必須面對的實際問題。這樣的問題存在于軟件設計研發的各個階段，軟件檢測的效果同樣也決定了軟件的使用壽命和軟件設計研發的質量。因此，必須加強軟件的檢測工作，切實地解決好軟件研發過程中存在的問題。目前，我們主要檢測用戶所要求的軟件功能以及計劃內容、性能需求等。所以，我們必須要保證在檢測軟件的過程中要有用戶共同參與，專業人員要把軟件設計思路和所想達到的目的進行系統了解，利用專業知識和規范化檢測方法對所開發的軟件進行詳細認真的檢測，從而發現設計漏洞和存在的問題，看是否達到了用戶的要求。同時，要進一步規范檢測過程，對軟件系統的各個功能模塊要進行全面完整的檢測和測試，同時對檢測的數據和檢測結果進行存檔，以備在修改時能夠及時找到問題所在，通過對存在問題加以修改和完善，使軟件性能得到進一步提高，反復修改檢測后，把軟件的性能調試到最好的使用效果。此外，還要組成獨立的軟件測試小組對軟件進行反復驗證和全方位測試，確認軟件的各種性能達到良好的效果。在檢測工作結束后，要撰寫檢測報告，對軟件設計研發及檢測結果進行全面分析總結，做出正確的評估。計算機軟件設計研發是根據用戶需求來實現的，是一種計算機系統或系統中的部分軟件，計算機軟件不是每一臺計算機都相同的，它是根據用戶的不同需求而添加的，它包括辦公軟件、商業軟件、家庭應用軟件等不同類型，軟件的研發是由用戶需求、專業人員設計、最后經過測試和用戶認可的一種產品，軟件的使用者要想得到合法的軟件使用權，就必須得到軟件研發機構的許可，這樣，一個計算機軟件才具有了真正的生命力。
3.5加強計算機軟件維護規范化
計算機軟件產品維護也是軟件開發規范化的最后一道程序，它主要是把在運行過程中出現的問題進行及時維修，把在測試中遺漏的錯誤進行修改，不斷完善軟件的各種性能，讓軟件更好地適應運行環境。軟件維護同樣要具有規范化要求，我們必須要使軟件開發者認真按照程序進行操作，不能出現舊的問題沒有解決有出現了新的問題，要減少軟件維修的所產生的負面影響，維護和維修過程要有詳細記錄，填寫維修報告，做到軟件維修正規化和標準化，從而實現軟件功能的不斷擴展和補充，使軟件達到最好的運行和使用效果。此外，還要培養軟件開發者在維護軟件工作中的責任心意識，要從市場實際出發，遵循價值規律，誠信真實地開展軟件維護，最終使軟件開發行業的環境得到凈化，促進整個行業向前發展。
4結束語
關鍵詞：計算機CAD軟件開發暖通行業軟件
0引言
隨著計算機技術的發展及廣泛應用，暖通行業中計算機的使用也越來越廣泛。計算機的使用不僅可以解決原來人工很難完成的任務，如精確的數值計算，環境參數模擬等，更重要的是它加快了設計者的工作效率，可以使工程師高效率高質量的完成設計工作。
目前計算機在暖通領域的應用主要有CFD（計算流體力學）技術，CAD（計算機輔助設計）技術等。前者主要是一些科研機構做流體仿真的研究，用來模擬建筑環境參數的分布狀況。而后者正是廣大設計單位日常使用頻率最高的實用性技術。本文主要討論后者的發展概況和國內存在的問題，最后筆者根據自己的CAD實踐經歷提出一種面向實用的CAD軟件開發思路。
CAD技術在設計院中的應用主要體現在兩個方面。一方面為計算機輔助計算，這主要是解決在設計中的負荷計算，水力計算，濕空氣分析等問題。另一方面為計算機輔助繪圖，這主要是代替過去費時、費力的手工繪圖。方案階段可以手工示意，初步設計和施工圖及最后的竣工圖一般單位都要求計算機出圖。
1發展概況
在我國，計算機應用于暖通領域起步于80年代。當時主要精中在輔助計算上，主要包括冷熱負荷計算，水力平衡計算等。主要使用的語言為FORTRAN，BASIC等高級語言。由于計算工作的基礎和規律性很強，有固定的計算公式，與計算機特征相吻合，到80年代末暖通的計算程序已基本定型。在以后的發展過程中這些程序只做了進一步的完善和語言上的調整，沒有本質變化。本階段的代表人物為陳在康，武建勛，施鑒諾及他們合著的<<暖通計算機方法>>，該書曾在一些高校被列為暖通專業規定的選修課。
在80年代后期國內出現了美國AutoDesk公司的AutoCAD繪圖軟件，它以普通的PC為平臺，擁有強大的繪圖功能和穩定的系統結構。基于以上的特點AutoCAD開始在國內一些機構被學習和使用。AutoCAD的使用可以說是暖通CAD歷史上的一次飛躍。至今為止，AutoCAD已成為世界上使用率最高的CAD軟件。
國內暖通繪圖CAD的應用是隨著建筑CAD的發展而發展起來的，80年代末，由于國家有關部門的重視，許多單位開始進行建筑CAD的研制與開發，并且很快形成了一定的規模，在此基礎上暖通計算機繪圖也迅速崛起，并漸漸和建筑CAD脫離，至90年代初形成了多套相對完整、獨立的暖通軟件包。這些軟件包主要功能包括：建筑條件圖的繪制、冷熱負荷計算、供暖空調平面圖與系統圖的繪制和自動生成，在一定程度上滿足了設計人員的需要。這時期的軟件基本上有兩種平臺。一是自己獨立的軟件平臺，但是與AutoCAD的數據共享比較困難。而更多的是在AutoCAD基礎做出的二次開發。這時期比較著名的軟件有國家機械委北方設計研究院開發的暖通CAD系統，北京華遠公司開發的HOUSE軟件包及鐵道部6個設計院聯合開發的HVAC-CAD軟件包。
隨著計算機硬件技術的不斷進步，硬件已不再是計算機在暖通領域上應用的障礙。人們研究的重點都精中在了應用于暖通的計算機軟件開發上。到了90年代，由于有多種方便又快捷的計算機高級語言的出現，編寫面向暖通方面應用的計算程序已相對簡單，并且可以方便的制作出友好的人機交互界面。甚至一些普通的編程愛好者就都可以獨自完成焓濕圖分析，負荷計算，水力計算等軟件。這時一些科研機構就把精力轉到了CFD這項國外一直比較領先的技術上，開始學習和研究一些國外的流體分析軟件。
在進入21世紀的同時，我們經歷了整個世界信息化和網絡化帶來的變革。整個世界的信息交流變的比從前任何時期都方便，這時如何實現數據的共享和快速的得到軟件更新的問題又擺在了開發者的面前。國內一些高校又開始了CAD應用集成及網絡化的研究。由于國家對建設的投入，工程建設中工作量的日益增加，加快了對繪圖速度的要求。國內出現了更多的CAD輔助繪圖軟件，而在暖通方面，發展完善和應用較多的基本上都是在AutoCAD平臺上二次開發的軟件。上世紀開發出的軟件又進一步得到了完善，而其中一些則是從其它軟件中脫影而出，以其高度的集成性和一體化程度在國內的市場上殺出了自己的一片天空。目前國內常用的軟件我們看到的有建研院的ABD軟件包、北京（洛陽）鴻業公司的ACS軟件包、北京天正公司的THvac軟件包等。
相比之下，國內的CAD技術要比國外一些發達國家落后，這主要還是體現在自動化程度不高和圖紙深度不夠兩方面。國外的暖通設計工作相對建筑設計比較獨立，如在英國和日本專門從事建筑設備設計的設計院很多。這些單位往往只做建筑工程中除土建方面的設計工作，這些工作又分為空調、給排水（日本稱衛生）、電氣的設計。由于發達國家強調建筑以人為本宗旨，建筑的室內標準要求又偏高，整個建筑在設計過程中的投入就會很大。這就使得暖通設計更加獨立和分工，相對的暖通軟件也比較獨立。這些軟件很多都是在施工單位對圖紙作進行深化時使用，圖面表達非常接近施工。在英國的CAD軟件很多，面向建筑設備的有400多種，其中面向暖通空調的有100多種。它們當中多數是輔助完成某種計算的獨立軟件。而輔助繪圖用的也是獨立平臺的集成軟件，它可以先前將建筑的AutoCAD的圖紙輸入作為條件圖，再進行設備圖的繪制。其中應用較廣的是Hevacomp和Cymap公司的CADlink軟件。日本對暖通設計圖紙深度要求很高，施工圖一般都出到1：50的比例甚至更高。使用的軟件也多是獨立平臺的2.5維的設計軟件。當前應用較廣的繪圖軟件有CADWe''''llCAPE、CADWAEvolution等。總而言之，以上兩個國家在暖通CAD方面，由于有功能強大的軟件支持，施工圖紙深度和國內圖紙都有質的差別。
2國內存在的問題
雖然國內一些科研機構在很早就開始了計算機輔助設計的研發，但是就目前的市場應用來看，國產軟件正在困惑中求生存。國內鉆研CAD的多數都面向機械行業，要不就是面向建筑行業的。所以迄今為止，國內還沒有一家真正獨立平臺的暖通CAD軟件能夠占有一定的市場。暖通行業中幾乎都是AutoCAD的天下，從工作效率到出圖的質量我國的CAD水平明顯和國外存在著一定的差距。即使是二次開發的軟件，一些單位往往剛拿到手時的爭相學習，然后不過多久，人們就又回到了最原始的AutoCAD。分析其中的原因，應該說是多方面的。筆者根據自己的CAD應用和工程設計實踐總結出以下幾點，以供參考。
2.1標準有待普及和完善
標準化是實現暖通空調CAD系統集成化，并提高開發效率的關鍵問題之一。國際標準化組織（ISO）和國內一些機構已經對CAD的標準化工作做過很多的深入，但是針對暖通行業方面的CAD標準化工作近幾年才開始有人探討，離步入應用階段還相距甚遠。由于標準相對落后，從事設計的相關人員很難做到一些軟件的數據共享，造成重復的數據輸入工作。由于相關的圖紙深度及表達方式沒有統一要求，造成一些軟件不適合有自主樣式的設計單位使用。軟件開發者也不知用什么樣的數據輸出方式和繪圖樣式才能得到用戶的認可。
目前國內也存在暖通CAD軟件與設計相關的技術規程接合不緊密的問題，例如沒有使用技術規程指定的負荷計算方法，計算書樣式等。一些軟件的計算結果也沒有經過可信度的認證。在制圖方面，相關的制圖標準也有待完善，如現行GB/T50114-2001暖通空調制圖標準也只是針對當時手繪時期中一些主要的表達方式作了規范。目前還沒有一本專門針對計算機制圖，且能充分發揮計算機繪圖特長的制圖標準面世。如GB50114-2001中對制圖時的線寬要求是b、0.25b、0.5b，這很難實現計算機和手繪的通用，特別是對日常打印機繪圖很難適用。再如雙線風管是否畫中心線，各種設備在圖面上如何表達，標號如何制定，圖層名如何設置都沒有明確的說明，這就造成了各單位的圖面格式不統一，圖層和圖元樣式相對雜亂的局面。
2.2體制完善和重視程度不夠
國內的暖通設計工程師多數都是在建筑設計院工作，制定標準的單位一般也是建筑的科研單位或主管部門。這就給一些人造成了一個誤解，他們總以為暖通只是一個與建筑配套的工種。有的人會說“人家建筑的圖紙也沒有那么多講就，就甭說我們暖通了。制定繪圖標準也是他們建筑的帶頭，不用我們暖通摻和了”。實際上這種看法是很不理智的。雖然暖通沒有建筑專業的出圖量多，但暖通專業必竟在圖紙特點和計算機的應用上有比較接近機械的特點，所以我們更應該以自己的專業職責去對待自己的成果。特別是暖通CAD涉及到的參數之間關系眾多，相對其它專業，暖通專業更應該注重各系統之間的關系和具體的實現形式。
現實中一些人還認為:“計算書只是一個形式，我有那么多年設計經驗了，估的比你算的都準。”還有些人認為:“設計院畫的太細了沒用，到了現場可能改的面目全非，還要有多年安裝經驗的人才能施工。”還有人甚至認為:“一個簡單的系統，根本不要計算機畫圖，找個老師傅比劃兩下都能做的出。年輕人把電腦擺弄的再好，也不如老師傅兩句話”。由于專業本身的特點，以上的觀點在一定程度上有其合理的一面。但我們更應該看到，隨著我們現代化建設的加速發展，僅僅幾個老師傅怎能滿足大量工程建設工作的需要。從另一方面講，經驗和技術是相輔相成的，如果我們通過優秀的軟件在圖紙上解決了所有的問題，問題不再會壓到施工安裝上去了，那時施工單位也就不再去急需尋找老師傅了。所以在現階段，優秀的CAD繪圖軟件還是必不可少的，這應該引起更多人對它的重新認識。
在其它一些國家，設計院出圖只出到設計階段，不出施工圖。這里的設計階段不代表國內的擴初設計或初步設計，這一階段如果和國內的施工圖階段相比，只是沒有給出定位和標高，管道的具體連接方法和施工也有一定的距離，可是設備表和系統圖都很詳盡。他們所謂的施工圖一般是指施工單位（國內的安裝公司）另外進行深化后的圖紙。這里的施工圖紙就應該和實際非常接近了，它一般只包括平面圖和機房詳細圖。由于是在設備施工前期出圖，建筑和結構和資料也相對比較完善。日本的施工圖上都會把梁精確的表示出來，建筑資料中也會有明確的吊頂高度及燈的布置資料。以上這些資料，就使得對施工圖紙的繪制有了更確切地把撐。正是有了國外這種體制的存在，很大程度上給繪制精確施工圖的軟件帶來了發展空間，并且軟件也能夠真正地滿足施工統一、拍圖完整的要求。我們從國外的一些經驗可以看出，對于國內的一些安裝公司，如果單憑設計院出的圖紙無法完成安裝的話，就必須進行再深化。綜上所述，這也是我國建筑和設備安裝行業的一些體制問題，我們也期待著這種體制更進一步的完善。
2.3開發導向有誤區
軟件開發者應該從暖通工程師實際要求出發，并且最好有一定的設計經驗再去從事開發工作，就會對開發方向有更大的把握。在筆者接觸到過的一些國產軟件當中，發現很多軟件經常會犯一個通病。那就是往往在操作上追求華麗，以能一瞬間自動完成某些連接，或繪出三維圖型而自豪，恕不知某些連接或樣式在現場根本無法安裝實現。這就造成了軟件中看不中用的后果。
開發暖通軟件不同于開發建筑軟件，建筑軟件多數只是圖面表達上追求快捷和華麗。而暖通專業中的每個圖形元素(我們或將其稱作管道及部件)都具有一定的擴展實體參數。如記載管道材質，重量，用途，風量等參數。相連接的部件參數的如何交換、套用、合算都存在著很深的專業性。這要求軟件開發者要同設計院、科研單位、施工單位進行廣泛和深入的交流。由于這些原因，有時一些以建筑輔助設計軟件開發為主的公司的是很困難完成上述要求的。
對于以上存在的問題，就希望開發者在開發前期多作論證，作好方案，提出合理可行的現實手段和預期目標。避免不假思索地去寫代碼，否則到最后就會得到費了很多力卻沒有得到別人認可的后果。
3面向實用的軟件開發
對于發展國內的暖通CAD技術，筆者認為應該從兩方面入手。一方面小規模的設計單位可以聘用專門的CAD技術人員，制定適合自己的出圖樣式，根據自己的標準來做二次開發的技術支持。只有這樣做，最后的出圖質量才能得到根本性的提高。另一方面大規模的設計院和國家有關部門也應投入資源去開發有我國自主知識產權的獨立平臺CAD軟件，特別是對CAD出圖的標準和深度應該有更明確的規范。下面筆者就以上述兩種CAD類型軟件的開發作為立足點，提出面向實用的軟件開發思路及開發過程中應注意的事項。
3.1二次開發和樣式制定
二次開發主要是指開發應用于AutoCAD基礎上的插件，用戶必須先在計算機上安裝Autodesk公司的AutoCAD，之后再運行開發出的暖通工具包，最終加強AutoCAD的功能，使AutoCAD適合暖通繪圖，以及符合自己公司制定的繪圖樣式。AutoCAD在R14版本之后就有很強的開放性和擴展性，允許用戶方便的進行自定義和二次開發。并且在AutoCADHelp文檔中有詳細的參考和教程，便于用戶查閱和學習。
目前面向AutoCAD二次開發的主要工具有AutoLISP/VisualLISP、VB/VBA的ActiveX及C/C++的ObjectARX。其中前兩種比較適合個人開發和短期開發，后一種適合軟件公司的長期開發項目。這里主要推薦前兩種語言，部分原因是因為在AutoCAD中集成了兩種語言的開發環境，并且有詳細的幫助文件。LISP語言是人工智能學科領域中廣泛采用的一種程序設計符號語言。這種語言在參數化繪圖中有很大的靈活性，并且可以實現一定的人工智能。LISP開發出的程序可以象運行CAD普通命令一樣在命令行中直接鍵入自己定義的命令運行，保持了用戶的繪圖習慣。VisualBasic(簡稱VB)是Microsoft公司開發的面向對象的Basic程序設計環境。它沿用了大家熟悉的Basic語言的語法和習慣，又引入了面向對象的程序設計理念和功能強大的調試環境，使編程效率和操作智能化程度有了明顯的提高。特別是它引入的ActiveX技術，使的很多其它的應用程序與之有了相應的接口，且通過面向對象的操作，使程序有了更高效、更明確的實現途徑，以及更容易完成各種其它應用程序之間的交互。VB本身簡單易學，可以很快的制作出對話框和用戶界面，是很多編程愛好者的首選。
二次開發的首要步驟是制定暖通繪圖環境，就是指在繪圖初期對新建圖形中的一些參數進行初始化設置，這很像AutoCAD中模板的概念。類似建立一個暖通繪圖的模板，當然這里的模板比AutoCAD中模板包含的數據要多。加載繪圖環境也不像是在AutoCAD中打開模板，而是通過命令來實現的。加載好的環境有自己的操作界面，同時按要求新建一個空文檔，再在其中繪出必要的圖形元素。繪圖環境可以根據繪圖的比例和種類進行分類命名。當用戶開始作圖時，按作圖要求加載既可，如可以建立像“風管平面圖1/100”、“配管平面圖1/100”、“水系統流程圖”一樣的繪圖環境。
繪圖環境中可以按自己的暖通設計特點定義菜單和工具欄的布置，如繪制平面圖時出現平面圖用工具欄，繪制詳細圖時出現詳細圖用工具欄。繪圖環境設定好后，即繪出圖框、設定好了圖層、文字樣式、標注樣式、打印樣式等。同時進行建筑設計的設計單位圖框需要和建筑專業保持一致。專門的暖通設計單位可以自己編制，介意使用包含公司標志且占圖面整邊的標題欄。圖層應該根據圖面元素的種類進行分類，分層也不易太多，一般按定位軸線、建筑底圖、房間名稱、機器、風管、水管、標注等分層即可，層名一般按英文簡寫編制。文字、標注等樣式一般按房屋建筑制圖統一標準(GB/T50001-2001)、暖通空調制圖標準(GB/T50114-2001)選取。
二次開發當中最核心的工作之一就是輔助繪圖命令的開發。怎樣讓用戶通過軟件的應用使繪圖更標準化，高效化是衡量軟件成敗的關鍵。當然做這些工作的前提是統一公司內部的圖面樣式，這里包括圖面中一些細節因素表示方法的統一。如風管法蘭要畫幾根線，中心線超出邊界的長度，隱線處理的方法、常用圖例的尺寸等。
輔助繪圖命令中的一部分可以稱為輔助操作命令，如對圖層的快速操作、對象的過濾和編輯等。這些命令有時在Autodesk的Express中也有包含，如孤立一個層、顯示所有層等。這些輔助操作使繪圖過程更佳合理化，高效化。基本的暖通繪圖命令應該包括風管繪制、風閥風口插入、水管繪制、管徑標注、標號插入等。這其中包含的一些具體連接的處理方式一定要和現場施工保持一致。二次開發的初期一般不把風管，水管生成塊，以追求修改的方便。輔助命令中的快速標注，可以方便地標出管道種類、標高、管徑等。一些輔助繪圖命令以可以是常用符號（即塊）的插入等，如水管上下翻標記等圖例符號的插入。
二次開發中一個長期的工作是常用圖庫的建立。常用圖庫可以按類別進行多級分類，如分為“風口”、“機器”這樣的大類，“機器”又包含“風機”、“空調機”、“泵”這樣的中類，“風機”中又包含“離心風機”、“軸流風機”這樣的小類。這些圖庫應該對于用戶具有一定的開放性，允許用戶自己增加、改修圖形。這些圖形也可以通過廠家得到完全符合實際尺寸的樣本來建立。圖形單元插入時，圖形應以塊的形式插入，以追求修改的方便。
項目管理就是在項目活動中運用一系列的知識、技能、工具和技術，以滿足或超過相關利益者對項目的要求，實際上就是通過項目各方干系人的合作，把各種資源應用于項目，以實現項目的目標，滿足項目干系人的需求，其本質就是對時間、質量和成本的管理。
隨著軟件開發的深入、各種技術的不斷創新以及軟件產業的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發過程中，項目開發的管理日益受到重視。
二、目前在軟件項目管理中存在的誤區
現在大多數企業都認識到了在項目中進行管理的重要性，但是仍然有許多企業在實施項目管理的過程中存在著這樣那樣的誤區，主要表現在：
1．項目經理不夠專業。在軟件企業中，缺乏專業的項目管理人員來實施項目管理及擔任項目經理，通常被任命的項目經理主要是因為他們能夠在技術上獨當一面，但是他們在管理方面特別是項目管理方面的知識比較缺乏。
2．項目計劃缺乏綱領性。項目經理對總體計劃、階段計劃的作用認識不足，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經常拖延，造成計劃與控制管理脫節，無法進行有效的進度控制管理。
3．缺乏有效的管理意識。部分項目經理不能從總體上把握整個項目，而是埋頭于具體的技術工作，造成項目組成人員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。有些項目經理沒有很好的管理方法，不好安排的工作只好自己做，使項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。
4．缺乏有效的溝通制度和機制。在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失；有些人沒有每天定時收郵件的習慣，以至于無法及時接收最新的信息。
5．風險管理意識淡泊。有些項目經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對于后面的風險防范起不到什么指導作用。
6．項目干系人的不確定性。在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、工作職責等沒有足夠了解以至于無法得到完整需求或最終經權威用戶代表確認的需求；或者是多個用戶代表各說各話、昨是今非，但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。
7．缺乏項目團隊的合理分工。項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任分工不夠清晰而造成工作互相推諉、責任互相推卸的現象；有時各階段不同角色或同階段不同角色之間的責任分工比較清晰，但是各項目成員只顧完成自己那部分任務，不愿意與他人協作。這些現象都將造成項目組內部資源的損耗，從而影響項目進展。
三、解決軟件項目管理中存在的誤區的有效策略
要想解決上面描述的誤區，歸根到底還是要從管理學的角度入手，即在軟件項目的開發過程中加入過程管理的內容，這樣我們可以在軟件開發中對各個過程的質量加以控制，從而達到保證軟件產品質量的目的。為了有效提高管理水平，我們應該努力做到：
1．項目經理接受系統的項目管理知識培訓是非常必要的，有了專業領域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合，必能大大提高項目經理的項目管理水平。
2．計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識，采用項目計劃制定相關知識、技術、工具，加強對開發計劃、階段計劃的有效性進行事前事后的評估。
3．加強項目管理方面的培訓，并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前，最好能經過系統的項目管理知識，特別是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。
4．制定有效的溝通制度和溝通機制，提高溝通意識；采取多種溝通方式，提高溝通的有效性。通過制度規定對由于未及時收取郵件而造成損失的責任歸屬；對于特別重要的（下轉第198頁）（上接第196頁）內容要采用多種方式進行有效溝通以確保傳達到位，例如:除發送郵件外還要電話提醒、回執等，重要的內容還要通過舉行各種會議進行傳達。
5．通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法，掌握項目風險管理所必備的知識。通過加強對項目規劃中風險管理計劃的審核提高項目組的風險管理意識。總結本行業項目中常見的風險及其對策作為風險管理計劃中必要的風險內容，并切實評估相應對策的有效性和可行性。
6．項目的目的就是實現項目干系人的需求和愿望。項目干系人管理應當從項目的啟動開始，項目經理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。
7.項目經理應當對項目成員的責任進行合理的分配并清楚地說明，同時應強調不同分工、不同環節的成員應當相互協作，共同完善。
實施有效的項目管理絕非易事，對于軟件企業而言，這不是一個小的改變，而是一種變革，企業需要為此付出艱苦的努力，同時，成熟有效的項目管理無疑將對企業起著至關重要的作用，項目管理的水平將是企業核心競爭力之一。
【參考文獻】
[1]郭研.軟件項目管理[J].物流科技，2005，(2)．
[2]何國偉.論軟件項目管理的質量(上)[J].質量與可靠性，2003，(6)．
[3]何國偉.論軟件項目管理的質量(下)[J].質量與可靠性，2004，(2)．
[4]王仲濤，嚴俊，趙耀.對軟件項目管理的初步探討[J].船海工程，2001，(S2)．
