時間：2023-03-16 17:18:20
序論：速發表網結合其深厚的文秘經驗，特別為您篩選了11篇軟件開發論文范文。如果您需要更多原創資料，歡迎隨時與我們的客服老師聯系，希望您能從中汲取靈感和知識！
2計算軟件應用說明
1）張力和牽引力計算時為減化計算公式和減少輸入參數，程序中高程以設計給定的海拔高度替代，懸掛點間的高度差以2個點的海拔高度相減得到（見圖2）。2）程序中根據導地線力學特性方程[2]，采用計算機循環試代計算出間隔50m代表檔距的應力，再自動計算設計弛度，弛度計算模塊如圖3所示。3）高塔弛度觀測角只需輸入近塔和遠塔的掛點角度，計算軟件就自動進行循環計算，得出與實際弛度對應的觀測角[3]。4）以張牽力計算模塊的輸入參數及計算結果為基礎，自動提取放線檔最大控制張力，計算放線控制張力下的各線檔及放線檔的線長值，以各溫度下的設計應力作為自動調取參數，自動計算設計平均運行應力下的線長值，兩者自動相減得到余線長度[4]。5）布線計算時依次輸入盤長值，計算出各壓接管緊線后與前后桿塔線夾的距離，若接續管離桿塔距離不夠或在重要交叉跨越檔內，則調整展放線盤的順序或盤長值后重新計算。6）軟件自動調取牽張力計算時輸入的檔距、海拔高度和最大牽引力，然后自動計算掛點間的高差及高差角，輸入放線檔耐張塔的轉角度數，計算機自動判定包絡角、上揚和壓力檔，在輸出結果中顯示對應的桿塔號，并提醒采取的措施[4]。7）間隔棒安裝弧長值計算時自動提取0℃時各線檔的應力、緊線后的線長值、掛點高差及高差角，按設定的計算方法運算得到[5]。
3應用效果
輸電線路架線施工計算軟件在我公司承建的川藏聯網工程、官亭至香水330kV線路工程等10余個工程得到了應用，具有效率高、精確的優點，人工計算與軟件計算效率對比見表1所列。
2分層技術在計算機軟件開發中的應用
分層技術目前在我國已經成為了主流的技術種類，其在我國計算機軟件開發中的應用也越發普及，下面進行具體分析：
2.1雙層技術的應用
從種類方面來看，分層技術主要有三層、四層以及多層次之分，但是這些都是在雙層技術的基礎上發展起來的。在不斷的發展過程中，軟件的開發效率也得以提升。我們首先針對雙層技術進行研究，這項技術在我國軟件開發中的應用，主要就是針對兩個端點進行，也就是客戶端和服務器?？蛻舳藭罁煌脩舻馁Y料為其提供所需要的使用界面，處理其中所產生的各種邏輯關系，然后服務器是用來接受客戶的各項信息，在經過數據庫進行相關的計算和總結，最終向客戶端傳達并使用。這項技術的應用大大提高了計算機的運行效率，但是其必要的條件就是用戶所使用的服務器，性能方面要有所保障，同時用戶使用不適合太多。一旦這兩個要素沒有保障，就會導致服務器因為工作負荷過重而出現系統性錯誤、計算機反映慢等問題也會出現，這樣一來成本就會不斷增加，問題嚴重的話，還會導致人格數據的丟失，所以說在當今的研發中，這項技術已經逐漸被其他技術所取代。
2.2三層技術的應用
上文已經提到，三層技術的研發是建立在雙層技術基礎之上的，針對雙層技術中不完善以及有缺陷的部分進行改進，并相應地增加了應用服務器，這種服務器在計算機使用方面發揮著巨大作用，能夠針對用戶的各種數據進行儲存和整理，同時也大大提高了計算機信息訪問的效率，最為關鍵的一點是實現了人與計算機之間的交互。這種三層技術實際就是將業務處理、界面層次以及數據層次相結合，建立一個有機整體，相互獨立運行，共同為計算機服務。其中的界面層主要是進行科學的收集用戶使用軟件的需求，收集完成后需要將這些需求發送到之后進行工作的業務處理層，其次由業務處理層通過對這些用戶的需求進行分析，做出相關的申請請求在數據層進行數據的提取與處理，最后在數據層進行相應的處理，對相關的各種信息進行查詢，針對這一系列的分析之后，將結構反饋給業務層，最終是由業務層完成工作的處理，再回到最初的界面層。以上所闡述的整個過程就是對系統的建立過程，正是因為這樣的處理，實現了系統工作效率的提升。
2.3四層技術的應用
在計算機軟件的開發中，雙層技術和三層技術都難以應對計算機使用復雜的環境，需要將三層次技術中的界面層、業務處理層和數據庫層科學地分開，這樣才能夠不斷降低這幾個層次之間的相互影響，因此需要將三層技術逐漸向四層技術發展，其中四層技術主要包含有業務處理層、web層、數據庫層以及存儲層。
2.4中間件技術的應用
分層技術在計算機軟件開發中的應用，可以針對不同部門進行優化，目的就是充分發揮其潛能，實現優勢互補，提高計算機整體的運行效率。正是因為分層技術的合理應用，才使得軟件開發的質量大大提升。另外，還有效地降低了各種復雜問題的發生，簡化了計算機操作，只要利用單項操作就可以獨立完成計算機軟件的開發，進而實現我國計算機軟件開發的高效性與高質性。
關鍵詞計算機軟件版權保護判例
1980年,美國國會通過了版權法修正案,將計算機軟件正式納入版權法的保護對象。由于美國計算機軟件在全球的主導地位以及其在全球經濟技術等方面重要影響,八十年代開始,世界各國紛紛也以版權法作為計算機軟件知識產權保護的主要形式,從而形成了國際主流。但是,由于計算機軟件的版權問題同計算機軟件的技術及其發展是緊密相連的,法律界在具體處理軟件的版權問題時遇到許多前所未有的新問題,并不斷地引發出爭論。為此,國際計算機法律界進行了大量的研究和探索,其中,世界上軟件產業最發達的美國計算機法律界所遇到的問題最早也最多。因此,可以說美國在這方面已走在前面,特別是,美國法院在近十幾年中對一系列軟件版權案判處而形成的判例,不但豐富和發展了美國軟件版權的法律體系,而且在很大程度上左右了世界軟件版權保護的進一步發展。因此,了解和分析美國軟件版權判例的發展,對于我們把握國際軟件保護的發展趨勢,不斷完善我國軟件版權保護是很有借鑒意義的。
一、美國前期軟件版權判例簡單回顧
美國雖然于1980年通過立法對計算機程序正式予以版權保護,但在法中沒有作出很多具體規定,實際上是留給美國法院根據立法原則,已有的判例和具體案情進行處理,通過案例不斷地豐富發展其法律體系。
美國前期的計算機程序案例主要是涉及計算機程序能否享有版權保護,什么形式或什么類型的計算機程序能夠享有版權保護?，F在這些案例被稱為計算機程序版權糾紛的第一代案例。例如:Tandy公司訴Pesonal微計算機公司案(1981年)、Apple公司訴Franklin公司案(1983年)、Apple公司訴Formula公司案(1984年)等。其中影響最大、最具代表性的是Apple公司訴Franklin案(該案可詳見電子工業出版社《計算機軟件著作權保護手冊》第129頁,案件2)。通過這一系列案例解決了計算機程序作為版權保護對象的基本問題,具體地講,主要包括以下一些結論:
1.計算機程序的源代碼形式和目標代碼形式都具有版權;
2.系統程序(包括操作系統、編譯程序等)和應用程序一樣都具有版權;
3.固化在ROM電路等載體上的程序具有版權;
4.微程序也可享有版權(詳見《計算機軟件著作權工作手冊》第136頁,案例4:NEC訴Intel案(1989年))。
以上這些通過美國第一代案例所總結出的結論已逐步被美國乃至世界計算機法律界所接受,有的甚至已納入立法的法律內容。例如:有關計算機程序的源代碼形式和目標代碼形式都享有版權保護的內容在《歐洲共同體關于計算機程序保護的指令》、我國《計算機軟件保護條例》以及關貿總協定關于知識產權的協定(Trips)中都有相應的規定。
二、計算機軟件版權保護向深入發展
隨著軟件版權保護的發展,法律界面臨著從簡單的、逐字逐句的復制行為發展到帶有偽裝的拷貝行為的問題。再加上計算機軟件作為一項智力勞動成果,它同一切人類文化科技成果一樣,不可能憑空而降,它總是在不斷繼承、借鑒他人成果基礎上不斷改進、創新、發展而成的。根據版權法的基本原理,只要是利用原有軟件的思想,則是合法的。因此,正確合理地區分計算機軟件的思想概念與表現的界限,不但涉及對某個軟件是否侵權的判定,而且直接涉及在軟件開發過程中如何做到既能吸收他人軟件中的先進技術,又不致陷入版權糾紛,同時還能享有自主的版權。從更深的角度來講,正確合理區分軟件的思想與表現,關系到版權法保護的基本宗旨,即通過保護軟件版權所有者的合法權益,鼓勵創作開發更多更先進的軟件,促進技術和產業的健康發展。
上述第一代判例得到的結論從一定角度上講,就是認定各類各種形式計算機程序的編碼(包括源代碼和目標代碼)——美國法律界將其稱為程序的文字性(Literal)部分,都是作品的表現,理應受版權法保護。而程序的功能目標,法律界也一致公認為屬于作品的思想范疇,不受版權法保護。但是,在上述編碼與功能目標兩個“極端”之間存在著一個中間地帶,例如程序的總體結構、接口設計、屏幕顯示等等——美國法律界往往將這部分內容稱為程序的非文字性部分,而這部分中間地帶中哪些屬于程序作品的思想概念,哪些屬于程序的表現,這些有關軟件開發中的版權問題,成為了計算機軟件版權保護深入發展中的關鍵問題。
美國處理上述問題的案例出現在八十年代中期,例如:SAS公司訴S&H公司案(1985年)、Whelan訴Jaslow公司案(1986年)和Plains合作社訴Goodpasture公司案(1987年)。這些案例又稱為第二代案例。其中最著名的也是影響最大的是聯邦第三巡回法院二審判決的Whelan公司訴Jaslow公司案(該案可詳見《計算機軟件著作權工作手冊第155頁,案例12》)。
美國法院在處理計算機程序版權糾紛,采用了一些判斷準則,其中最普遍的是所謂“接觸加實質相似性”準則(Access&SubstantialSimilarity)。也就是說,法院在判定一個軟件是否侵權時,首先要考慮被告是否曾經接觸過原告的版權作品,如果被告有可能“看到或得到原告的程序”,則滿足了“接觸”條件。其次,法院要將兩個程序進行相似性比較,比較包括文字成分(編程代碼等)和非文字成分的相似性比較。如果出現相似或實質相似,就有可能判定侵權。這對于文字成分出現相似的情況,問題不大。而對非文字性成分相似的情況,相似的非文字成分必須是屬于程序作品的表現時才有可能侵權。如果該相似的非文字成分是屬于程序作品的思想概念范疇,就不應該認定為侵權,因為這是版權法原理所允許的。因此,問題又歸結為程序作品,特別是其非文字性成分的思想和表現的區分。
美國第三巡回法院在審理Whelan訴Jaslow案中,提出:被告程序作品的思想就是該作品總的功能目的,除此之外,任何對該功能和目標不是必要的成分都應該視為表現。該法院認為,被告的程序雖然與原告程序編碼完全不同,但兩者的結構、順序和組織(SSO)相同或相似,故構成了侵權,將計算機程序的版權保護一下子從文字性編碼擴展到它的結構、順序和組織。
除了計算機程序的結構、順序和組織之外,八十年代中期開始,美國出現了許多涉及所謂計算機程序的“外觀與感覺”(Look&feel),即程序的屏幕顯示和用戶接口版權糾紛的案件。例如:Broderbund公司訴Unison案(1986年)、Digital公司訴Softklone公司案(1987年)和Lotus公司訴Paperback公司與Stephenson公司(1990年)等(以上案例可參見《計算機軟件著作權工作手冊P168-178》)。這階段的“外觀與感受”案例與“SSO”版權案例都表現出明顯的深入擴大版權保護范圍的趨向。它們明確地提出,計算機程序中的非文字性成份,包括程序的SSO和用戶界面中選單及其結構和組織、應答詞及其顯示形式和圖象、命令和語法、功能鍵按擊順序和編排等,只要具有原創性和非顯見性均可能享有版權……
從八十年代中期到九十年代初,這種將計算機軟件的思想范圍縮小,擴大受保護的表現的作法,雖然也有不同的作法(例如:1987年美國第五巡回法院判決的Plains合作社訴Goodpasture公司案),但是總的來講,在美國法律界占了主導地位,同時也影響到了其他的國家,有些歐洲國家也開始采取了類似的擴大版權保護的作法。
三、當前軟件版權保護向合理方向的新發展
從上述八十年代中期到九十年代初的美國第二代軟件判例來看,美國對計算機軟件的版權保護已經逐步背離了版權保護的基本原則,已經從保護“表現”深入到保護“思想”。其原因主要是,計算機軟件的技術性較強,其思想和表現往往混合在一起,難以區分,而美國司法界對技術又不太熟悉。此外,美國計算機界,特別是大企業希望能給予軟件的保護越強越好,以維護其優勢地位也是一個重要因素。對這種做法,美國法律界乃至國際法律界是有不同意見的,尤其在日本,一些法學界人士對之提出了強烈的批評。同時,產業界的反應也是強烈的。持反對觀點人士認為,目前,開發新軟件總是要借鑒他人的思想的,沒有人會一切從頭做起。按照上述案例的作法,只是對資金雄厚的大公司有利,加強了大型軟件公司的壟斷地位,不利于競爭,并將遏制可兼容性產品的開發,使軟件開發者如履薄冰,同時也使用戶在軟件的品種、價格方面失去選擇機會,這將窒息軟件產品的創新,不利于軟件技術和產業的發展,有悖于版權法的宗旨。
隨著爭論的深入,九十年代初,形勢出現轉機。以1992年美國第二巡回法院判決的ComputerAssociatesInternational公司訴Altai公司案(簡稱Altai案)為標志的所謂第三代判例表明,美國軟件保護又出現了逐步回歸到版權基本原則上的趨勢。
美國Altai案從根本上否定了Whelan案判決中建立起來的SSO等判斷規則,同時又在版權基本理論和準則的基礎上,結合軟件的特點,提出了較為科學、合理的判斷規則。
美國第二巡回法院在判決Altai案中認為:
(1)“一個程序僅含有一個思想”的觀點不能成立,每個子程序至少有一個“思想”。在計算機領域,許多子程序已被標準化和規范化,以致于它們幾乎在無意中就被寫入計算機程序中,從而否定了Whelan案的“計算機程序思想唯一性”原則;
(2)一個程序中并不是只有一個結構;程序分解后的各個層次都存在一個結構,認為程序的“結構、順序和組織”必然構成作品的“表現”的觀點毫無根據。從而否定了Whelan案的SSO準則。
該法院在Altai案中提出了一套新的判斷規則——“抽象、過濾和比較”三步判斷法。具體內容為:
第一步對計算機程序進行抽象(Abstraction)。首先對指控他人侵權的原告程序分解為各級構成層次,從代碼、子模塊、模塊……直到最高層次的功能設計,對程序分層次逐級抽象,將思想抽象出來。隨著抽象層次的上升,被抽象出來的思想就越多,而剩下的“表現”就越少。
第二步過濾,即將抽象掉思想的各層次的表現,逐層次進行“過濾”。根據硬件環境、兼容性條件、效率因素、公有領域因素等外部因素過濾出不受保護的內容。
第三步比較,把過濾后剩余的部分與被指控侵權的程序在逐個抽象層次進行比較,以確定被告是否復制了過濾后剩下的“表現”。為確有復制,還需進一步評價被復制部分在程序中所占的重要性。
第二巡回法院在Altai案中提出并采用的合理界定計算機程序版權保護的范圍的基本規則及其判斷法則,較好地解決了版權基本原理在計算機軟件方面的運用問題,體現了司法解釋要與立法最終目的保持一致,既有效地保護權利人的合法權益,又有利于鼓勵創新、鼓勵合法競爭的公共利益。因此,引起了美國乃至各國計算機法律界的高度重視。在隨后直至當前,從美國發生的眾多計算機軟件糾紛案來看,Altai案的法則已經普遍地為美國法律界所接受,并且在此基礎上,有了進一步的發展和豐富?？偟膩碚f,有以下幾方面特點:
1.分層抽象思想,Whelan案的SSO等法則已被實際否定
從近五年的美國案例來看,盡管美國各法院在判斷計算機程序的版權保護范圍的作法各有差別,但幾乎所有的法院都拒絕采用Whelan案中提出的判別法則。人們越來越清楚一個程序包含許多層次的思想。Whelan案判決的法則普遍被認為過于簡單化和保護過寬,所謂SSO法則實際已被否定。許多法院廣泛地對計算機程序應用抽象法則(第九巡回法院稱之為“內部”法則,而“過濾”則稱為“外部”法則),確定不受保護各層次的思想,將其排除于侵權考慮之外。從而縮小了自Whelan案以來的受保護范圍。
至于層次的劃分一般都是自代碼到功能目標設計逐層進行,但其中具體劃分為幾個層次,則根據具體案情,各有特色。例如:Altail案中法院是假設了目標碼、源代碼、參數表、服務要求和整體輪廓5個層次,進行抽象的。
又如:美國第十巡回法院在GatesRubber案中(1993年),是“按照與程序創作過程平行的方式”分成目標代碼、源代碼、算法及數據結構、模塊、程序結構或構造、主要目標6層進行抽象的。
2.過濾作為判別法則的重要步驟,考慮了更多的因素
“過濾”是“三步判斷法”中極重要的一個步驟,通過“過濾”將計算機程序中不受保護的成分剔除出去,顯然將直接影響版權保護的范圍。如果過濾得越多,則受保護的范圍越小,侵權的可能性也越小。對于軟件開發來說,其回旋的空間也越大。近年來,美國法院普遍接受“三步判斷法”的法則,其關鍵在于廣泛地采取了過濾法(或稱外部法則等,實質差不多)來確認不受保護成分。而且總的趨勢是過濾中考慮了更多的因素,也就是合理地縮小了版權保護范圍。
過濾一般首先將根據版權法的基本原理進行。例如:第十巡回法院在Autoskill案中(1992年),首先根據如下原理進行過濾:
(1)根據思想——表達兩分法原則程序的主要目的和功能總是不受保護的思想,類似地,每一典型模塊也具有各自的目標和功能,而模塊的基本功能和目標也是不受保護的思想或過程。
(2)根據過程(屬于思想)和表現的兩分法原則版權保護不能延及程序所體現的過程,而“通常,過程是作為部分系統構造、模塊內部操作或算法出現的。”
(3)事實“計算機程序中,事實常常在很多抽象層次中出現,而且常常是作為部分數據結構或代碼中的文字表達?！?/p>
(4)公有領域必須過濾出程序中所有非原創的成分,包括處有公有領域的成分。
(5)同一性原則版權必須拒絕保護那些“與思想、過程、發現等不可分離或緊密結合的表達?！?/p>
(6)精彩場景原則(Scenesafaire)第十巡回法院在該案中還應用了文學戲劇等作品中的精彩場景原則,對軟件中某一特定主題的標準的或一般性的表現,也予以過濾,認為不應受保護。
最新的案例表明,美國法院在處理軟件版權糾紛進行過濾時,還充分考慮計算機軟件的特點:鑒于計算機軟件是一個實用性很強的作品,其開發過程與一般文字作品不同,必然受到諸多因素的限制。如果將由于這些限制因素而造成的表現相似也視為侵權,顯然也是不合理的。這就是所謂“外部因素”限制了表現的觀點和作法。即將由于“外部因素”限制而產生的表現的相似不作為侵權論處。
其實,“外部因素”限制了表觀的觀點,在1987年美國聯邦第五巡回法院審理Plains案中就已提出。當時,第五巡回法院就以棉花市場規律等作為外部因素限制了被告程序的表現為理由,否定了對被告侵權的指控。近年來,美國法院對“外部因素”的認識更加深入,在運用過濾法則中,確認了更多的“外部因素”,要求在相似性分析中過濾相關成分,從而限制或縮小版權的保護范圍,近年來,一些判決中提到的外部因素有:
(1)硬件限制(Altai案、GatesRubber案和Cams案)即排斥對那些由于計算機硬件或其他硬件環境特征、標準等限制而產生的軟件相似成分的保護;
(2)功用性(如Apple訴Microsoft案,第9巡回法院(1994年)、Capcom訴DataEast案,1994年等)即為功能目的純粹的功能項或其編排將予以過濾掉。例如:著名的Apple公司訴Microsoft案中,法院指出:“純功能性的項目或這些項目為了功能性目的”編排,完全不受版權保護所限。
(3)產業標準和用戶要求產業標準和用戶要求作為外部因素,即將那些由于符合產業標準而出現的相似部分排除于版權保護之外,是近年來美國法院的新提法(也有不同觀點)。這個觀點在GatesRubber案、Apple訴微軟案、BrownBag案(第9巡回法院,1992年)和Capcom訴DataEast等案中均有反映。例如:美國法院在Apple訴Microsoft案中指出:“用戶接口的功能元素或它們在產品中同類的編排的相似性并不暗含非法復制,但是標準化卻跨越了競爭產品的功能性考慮”。“過度地擴大版權保護可能產生反作用,不利于固定的兼容標準的利用。”該法院又提出:“一些視覺顯示和作品的功能目標緊密相關,都形成了標準,如果計算機程序的‘市場因素在決定順序和組織時起了重要的作用’,那么這些模式可能會成為思想概念,而不為任何個人所用?！?/p>
(4)兼容性要求允許開發兼容軟件一向是產業界的共識,在法律界也是沒有很多疑義的。但在具體的司法案例中,將兼容性作為外部因素以限制版權保護范圍則是近年來才出現。例如在Altai案中,法院提出,與其他程序共同運行的兼容性要求作為“外在考慮”因素,將限制程序員編寫程序時的自由選擇,從而限制了計算機程序中受保護的表現的范圍。在第二巡回法院審理的GatesRubber案中,也提出軟件兼容性要求所決定的程序部分應予以排除、過濾。
(5)除了上述之外,另外一些“外部因素”也被提出來作為“過濾”的條件如效率性,即設計編程中要求具有較高或最佳效率,進入公有領域可以自由使用的成分,廣泛接受的編程方式等。
3.比較
比較是三步判斷法則的第三步。通過比較,確定被指控侵權的程序與原告程序是否相似或實質相似,是原先美國法院一貫采用的方法。引入三步判斷法則后,美國法院對如何進行比較以及判定侵權進一步進行了探索,并提出一些新的觀點和做法。
(1)比較只對抽象——過濾后的成分進行從Altai案、GatesRubber案和Autoskill案來看,部分法院認為,被過濾的成分應該完全不予考慮。相似性比較只能根據過濾之后剩下的成分,然后才作出判斷。
(2)在Apple訴Microsoft案、BrownBag等案中,法院提出,程序中某些過濾的成分,雖然就其本身來說,單獨是不受保護的,但這些成分可以組成一個比其總和更強的作為整體的可能構成可版權的表現這種觀點源自于匯編作品(或編輯作品)的版權,對于那些本身不享有版權的材料,如果在將其進行編排、挑選等工作,構成一個匯編作品,并體現一定獨創性的話,則該匯編作品也是可以享有版權的。顯然這種觀點也是合理的。值得注意的是,這些法院在提出整體可能有版權的同時,又強調了,在這種情況下的比較,應該要求更高的相似性。
(3)新的更高的相似性比較標準
美國判例法在處理軟件版權糾紛中發展了判定侵權的相似性標準,其中最突出的是,提出了“實質相同(或完全相同)”標準。例如:第九巡回法院在Apple訴Microsoft案中提出,對單個元素的復制。侵權的認定標準是采取“實質相似性”還是“實質相同性”標準,要根據這些元素是否受制于限定原則,如外部因素等來決定。如果受制于限定原則,則應該使用“實質相同”標準。第五巡回法院在EngineeringDynamiss案中(1994年)也提出,如果技術和思想概念約束限制了表達思想的可行的方式,那么只有“完全相同”的復制才可提訟。
“實質相同”標準也被提出來應用于對程序作品的整體分析比較之中,第九巡回法院認為:對于那些大多數由可受保護的元素組成的作品,將在實質相似的標準下,提供“寬”的保護;而對于那些大部分由本身不受保護的元素所組成的作品,其保護范圍只限于其所構成的作品的原創性的節選和編排,將在嚴格的實質相同的標準下比較分析,以提供“窄”的保護。
4.其他一些新作法
(1)“不計瑣細”準則的最后刪選
目前,美國有的法院在進行侵權比較分析后,即使發現“相似”或“相同”的部分或元素,還要將此部分與整個程序進一步比較,看其在產品中所處的地位和作用。如果此部分內容對整個作品的作用影響不大,就仍可能按照“不計瑣細”原則,不能構成侵權的基礎。例如:第十一巡回法院在審理Mitek案時,經過抽象——過濾——比較三步檢測分析后,進一步使用“實質相同”標準,對程序作品進行整體比較,最后判定原告程序中5個非文字成分是可受保護的且與被告程序中的成分相似。但是,法院最終仍判決不存在侵權,其理由是這5個相似成分在程序作品作為整體中,缺乏重要性,屬于原告程序中的“不計鎖細”部分。
(2)一些標準的用戶接口成分不受保護
近年來,美國出現了一系列所謂軟件的“外觀與感受”的版權糾紛案例。“外觀與感受”不是一個版權術語,它被用來標識軟件的各種非文字成分。例如:“外觀”往往是指計算機程序的外在各種視聽成分,屏幕顯示用戶接口的可見部分和其他可視的和可聽的輸出部分?！案杏X”則往往包括程序中的動態的操作流程、鍵盤設計和其他能產生各種功能的方法等。從表面上看,“外觀與感受”只涉及用戶界面及其開發的版權問題。實際上,它必然與整個軟件開發過程中的版權問題有關,特別是,這些案例的處理將影響到對軟件開發中接口界面(不僅僅是用戶接口)的版權處理。近年來美國“外觀與感受”案例的處理結果雖然各不相同,但有一點是趨同的,即一些標準用戶接口成分不受保護。例如:圖形接口的基本特征,除了特別有其特色,與功能無特殊關系等成分之外,一般不受保護。這種處理方法,對于兼容性軟件開發商來說,在處理難以回避的接口版權問題方面,將是有利的。
(3)判斷侵權時更多地使用專家證據
現在,美國法院無論在抽象——過濾階段,還是在比較和整體判斷相似性方面,都更廣泛地采用專家論證以判斷是否侵權。早期,由于計算機軟件的技術復雜性,專家的論證在案件判定方面占較重要的地位。以后,隨著Whelan案侵權準則的簡化,在“外觀和感受”案件中,法院往往提出以普通觀察者的觀察和印象作為判決時的參考。如今,隨著三步判斷法則的使用,無論是抽象層次的劃分,外部因素及其他限制原則的選取和使用,還是實質性相似的分析……都缺少不了專家的論證,這也是一般普通觀察者難以勝任的。這是計算機軟件本身技術特征所決定的。在軟件版權糾紛處理方面,專家的論證已顯示出越來越重要的作用。
四、結束語
我們知道，之所以進行計算機軟件開發，主要目的在于通過更加高效便捷的軟件設計方便用戶的使用，所以從這個層面上來看，軟件的應用性是衡量其質量的重要參考標準?；谶@一因素，計算機軟件開發首先要考慮的就是增加使用的便捷性，其次要兼具可擴展性、安全性、可維護性以及穩定性等特性。根據筆者的工作經驗來看，有些軟件在設計時就是沒有考慮到這一因素，導致好的設計卻缺乏廣泛的使用市場。其次，伴隨著計算機軟件更新換代速度的加快，軟件在開發設計時還應該考慮到版本兼容的問題，同時還要擁有數據自動恢復的功能，只有這樣，才能夠占據更高的市場份額，也才能夠進一步推廣使用。
2計算機軟件開發應用的具體表現形式
全球化經濟的發展推動了互聯網技術與產品的應用，計算機軟件作為科技時代的產物能夠縮短人們之間的距離，實現資源共享，也為實時互動交流提供了可能。正是基于這些功能，計算機軟件才能在保持多個用戶獨立性的前提下實現統一連接，通過更加寬廣的數據分析處理平臺的提供，使人們的使用與操作更加高效便捷，推動了數據時代的到來。除此之外，計算機軟件開發技術通常還與信息處理設備、移動通信設備聯合使用，真正做到便捷用戶操作的應用性。
二計算機軟件開發技術的未來發展趨勢
1計算機軟件開發的網絡化與智能化趨勢
隨著信息化時代的到來與個人計算機的普及，網絡化也成為不可逆轉的計算機軟件的發展潮流與趨勢?；ヂ摼W的發展使得世界各國之間的距離不斷拉近，不同國家之間人們的信息交流與共享也推動了網絡化的進一步發展。只有基于網絡化發展方向，計算機軟件才能為世界各國的人們提供更加便捷的、優質的信息服務。而人工智能技術已經被應用于了社會生活的各個方面，也取得了新的進展與更廣泛的應用。隨著人們對計算機軟件需求的不斷提升，計算機軟件的智能化方向也是不可逆轉的必然趨勢。從宏觀角度來看計算機軟件開發技術的智能化進程的推進，對于整個現代化計算機時代的發展具有重要的意義。
2計算機軟件開發的開放化和融合化趨勢
計算機軟件的開放化趨勢也是不可避免的，所指是用于軟件開發的軟件源代碼以及軟件產品的設計標準等進一步公開化，并通過共享促進軟件開發人員之間的交流與創新。軟件開發是一項需要創新思維的工作，行業人員之間通過互相交流與學習達到共同進步，也有助于產業的發展與提升，并逐步走向成熟。計算機軟件開發的融合是指軟件開發科學與其他相關科學如電氣化、自動化以及機械化等相融合，并融入網絡化、數字化以及智能化等計算機核心理念與技術，實現計算機軟件開發產業整體水平與市場競爭力的提升，從而能夠占據更高的市場份額，也造福于廣大計算機軟件用戶。而隨著計算機軟件更加貼近人們的日常生活，計算機軟件的開發也更加以客戶的需求為主，所展現與提供的優質服務也是智能化與融合化的必然結果。
2現代工程方法的內容與特點
現代軟件工程方法之所以超出傳統方法，主要是因為它針對的是具體對象，即面向的是具體存在的問題和弊端，這一點，完全克服了傳統軟件工程方法的缺點和不足?，F代軟件工程方法包含五部分，分別是分析、設計、編碼、測試、維護。這幾部分雖與傳統工程方法大同小異，但細比較便可發現現代工程方法的優點。在分析部分，傳統工程方法主要是籠統地分析，沒有具體的面向對象，而現代工程方法則是分析現實事件的具體問題，因此，具體問題的性質可以更好地反映事件的性質。在設計部分，面向對象主要是系統中的具體時間。傳統軟件工程方法單一無序的狀態使得設計的軟件沒有突破，沒有適應發展的遷移性，現代軟件開發方法摒棄這種自發式狀態，采用更為先進的模塊式開發方法，引進先進技術，維護系統正常運行，同時能及時對軟件問題進行修復。模塊式開發方法更適合現代經濟的高速發展，更能適合大眾需求的日新月異，更能滿足不同群體的需求。這種方法具有超強的適應性，因此更具有穩定性，一旦軟件出現問題，能及時修復，一旦有新的需求出現，也能及時優化性能更新換代，大大降低了軟件開發失敗的風險。富含高技術的方法還可以整合計算機資源實現資源共享，而且只要將模塊定義，在系統允許下可以重復利用。
3現代工程方法的有效運用
3.1現代軟件方法的適用局限性
軟件體系結構決定著軟件適用的工程方法，主要依靠數據庫進行數據分析的軟件體系結構是指軟件的分層結構，比如C/S結構?，F如今，傳統的數據庫管理系統還具有相當的適用性，其在現代數據管理系統還未成形的今天仍然發揮著舉足輕重的作用。傳統的數據管理系統在數據存儲、數據共享、數據保障以及故障維護等方面都有著很好的效果。特別值得注意的是在結構化語言查詢方面，其不但不會損害整體性查詢，在高水平查詢上同樣能夠完美實現，這是現代管理系統不占優勢的地方?，F代管理系統優勢凸顯于具體的數據儲存與操作方面，比如表結構的處理方法，傳統軟件工程方法在運用時會有所擴展，導致表述模糊。
3.2現代軟件開發的工程理念
軟件應用脫離了早前的局限性，在各行各業都得到有效應用，餐飲業、服務業以至于醫療衛生業都能將軟件運用發揮到極致，大大提高了行業的生產效率，取得了前所未有的效果。同時，利用軟件的資源與信息共享功能可以在各行業建立標準的操作規范，統一行業的操作程序。只有在軟件開發過程中樹立現代軟件開發的工程理念，才能順利進行軟件開發和應用。以醫療衛生業為例，通過大量引進現代軟件進行信息管理和操作，不僅規范了醫護人員的診斷操作行為和疾病檢查，還可以對疾病及時有效地進行監督和管理。引進的軟件不僅僅局限于資料信息的管理系統，還有與影像資料存儲與共享、通信內容等相關的信息管理軟件。以病理信息管理的軟件開發為例，這種軟件的主要作用就是將病理分析情況如實收入軟件中，從而對該數據資料進行長期有效的存儲。這種軟件的操作簡單易學、分工明確，是模塊化處理方式的最簡單應用。需求性直接決定軟件實用與否，因此，在開發之前，必須對軟件的需求性和實施的可能性進行詳細的調查研究與分析。如果軟件公司開發新產品之前沒有進行需求和可行性分析，必然導致軟件的適用性不足以應對大眾需求，不能夠很好地適應具體情況，給開發者造成不必要的損失。此外，在軟件開發時，開發公司應該對整個工作進行協調一致的規劃安排，各工作人員應明確分工，盡量規避工作中出現環節空缺或重復的情況，避免開發過程中出現混亂不堪的狀況。
一是JAVA編程語言的DatabaseConnectivity技術：該技術是對多重數據庫進行統一，并且將數據庫連接的方式給提供過來，將JA-VA編程語言應用到計算機軟件編程過程中，并且調試編譯這些語言，就可以連接相關數據庫，更容易實現后臺數據庫管理體系。另外一個方面，將本種技術給應用過來，還可以幫助程序員來統一接口和類。對此，將DatabaseConnectivity技術給應用過來，就可以構建更加高端的數據連接工具，進而支撐后臺數據。二是JAVA編程語言的Annotation技術：該技術是通過對JAVA編程語言內參數、變量、屬性及類等內容予以聯系并加以整合，在應用過程中與元素特點及屬性相結合，可為使用人員提供相應的類別劃分依據，科學分類，以便改變其行為。在這個方面，非常重要的一項技術是Beans，它作為一種安全高效控件體系，與開發平臺是互相獨立的，在編寫程序的過程中，發揮著比較大的作用。三是JAVA編程語言的RemoteMethodInvocation技術：該技術所用程序可分布式就可以得到實現，另外一個方面，經過調用JAVA編程語言中對象和類，并且運行客戶機和服務器間的程序，將這種技術應用到程序開發中，可以有效整合資源信息，并且可以分布式運用調試不同的小程序，促使程序的完整性和安全性得到保證。
2、計算機軟件開發的JAVA編程語言在生活中的具體應用
根據本文論述內容可以看出，JAVA編程語言存在相應的優勢，如今，已經被廣泛應用到日常生活中，在不斷發展的過程中，也在不斷擴大它的應用范圍，除了小型智能卡，在大型企業中，相關任務的完成，也需要借助JAVA編程語言的應用程序來完成，不同的應用平臺，就會采用差異化的應用程序。在實際應用過程中，我們比較熟知的就是借助于JAVA編程語言應用程序來對動態的畫面進行設計。在設計交互操作中也有很多的應用，如定向交互、選擇交互、控制流程等，同時，還可以實現計算機軟件開發中的可視化和可操作化，比較顯著的體現在了網頁管理和動態設計中。如今，我們從JAVA運行的環境角度上來進行分析，版本包括三個，它們有著不同的功能，有著差異化的服務領域，這樣就可以靈活應對各個不同的網絡服務。
3、JAVA語言未來前景
因為JAVA語言具有諸多優點，故其具有美好的應用前景，其未來發展定會和互聯網需求相互綁定。筆者認為，JAVA語言應用前景包括以下幾方面內容：面向對象（全部）應用的開發；在軟件工程中用于開發實現、系統設計、需求分析及維護；中型及小型多媒體系統的設計過程和實現；用于消息傳輸系統的實現；在分布計算交易的管理應用，Internet系統管理功能模塊設計過程，主要包含Web頁面動態設計、網站信息管理及交互操作等內容的設計；WEB服務器后端和各種數據可連接管理器；Internet系統管理功能模塊設計、Internet上基于WEB及JAVA的應用開發。數據庫、用戶及網絡的安全掃描等諸多系統；應用及網絡管理系統；其他應用類型程序設計之中。
1經營決策階段的成本及其控制
經營決策階段成本是指公司經營方向的選擇，這是成本管理的第一個也是最為核心的環節。不過對于大多數IT軟件業公司而言，這個階段往往是最大的問題之所在，有時經常憑一個覺得是靈感的想法或者對市場初步的直觀層面的調研就進行的決策。而這樣的結果是往往沒有摸透市場的真實情況，輕率上馬項目，造成方向性錯誤，以至于導致企業的危機。
該階段的成本控制，關鍵在于經營決策前科學而深入的市場調研及準確分析，目前很多中小型IT軟件企業，其經營部的職員大多都并不是社會調查專業的，因而他們做市場調查的過程中所采用的方法不太科學，如在樣本選取及抽樣過程不合理，沒有按照嚴格的社會調查方法進行調查和數據分析，甚至問卷設計都存在傾向性導致調查數據信度偏低。此外，大量的公司自我宣傳的各種形式的軟文和競爭對手有意的攻擊性文章夾雜在其中，并不是很容易的進行分辨，更何況數據的隨意性，來源的不可追溯性各種情況，所以只能作為參考。
2需求整理及分析確認階段的成本及其控制
需求整理指市場經營人員根據高管對于市場方向的決策，而提出的具體的產品或者項目的原始需求，需求分析是指技術員對市場部門的需求進行分析，評估其可實現性以及實現難度，大致工時等，提交相關需求分析報告，最后市場經營部門進行確認這個階段。
該階段的成本控制，首先需要搞清這種溝通過程中產生偏差的原因，最為主要的往往并不是技術語言和市場語言的差異，或者市場人員和技術人員之間的思維定勢的差異，而在于兩者缺乏確定的科學的流程和在交流之前的準備以及相關概念約定俗成的定義造成的問題，同時還由于溝通和確認環節由于其特殊性，經常難以被有效的納入進度管理程序流程當中。而提高該階段的成本控制效率，必須逐一針對性的解決以上問題，首先要清晰的確定并嚴格執行市場和技術溝通的流程，尤其是要明確每個環節的控制點，也就是雙方交付給對方的關鍵交付物，一定要有清晰的共同確認的模板，同時每次溝通前必須對于一些概念有著清晰的界定，然后公布這些信息，并在溝通前做好充足的準備，明確每次溝通前要溝通什么，要解決哪些問題，溝通結束后要交付哪些文檔讓雙方進行確認等，同時一定要通過線上或者線下的管理模式，講所有溝通環節全盤把握，并納入進度管理。
3規劃階段成本及其控制
規劃階段成本是指在需求已經得到確認后，進入技術規劃階段的相關成本控制，該階段有些軟件開發公司常常出現的問題是對于規劃予以過度的期望和過于沉重的內涵，在實際項目操作過程中，這個規劃實際上包含著技術規劃和非技術規劃兩個部分，因為對這兩個部分的混淆，導致一些技術層面和市場層面的東西不必要的糾纏在一起，并且直接導致項目進度的拖欠，而且會導致由于非技術規劃的不清晰，直接影響技術規劃層面的實施。
該階段的成本控制，必須清晰的區分非技術規劃和技術規劃，尤其在公司內部技術部門和市場經營部門之間的職責，需要設立一個在提出需求到技術規劃之間過渡的位置，即對于需求具體細節的整理，要對于交付物有著清晰的確定，尤其是在不同時期交付不同的關鍵文檔，如除了上面說的那六個文檔外，技術部項目組長在需求分析的時候，還應該明確提交功能模塊分析，開發代價，功能流程圖，功能關聯性圖，可維護性及可拓展性分析等六個文檔，此外在項目開發規劃階段，還要對于控制點的一些要素進行詳細的規劃用來提交給市場部門，如詳細頁面元素，頁面元素價值度分析，表現形式，頁面結構，頁面效果等。
4開發階段的成本及其控制
開發階段的成本指需求確定并且規劃清晰后的具體開發過程的成本管理問題，該階段相對其他階段來說比較清晰，但這里筆者認為需要關注的是，如何使得人力資源得到最大程度的利用，它是指公司第一線技術人員的能力最大程度發揮的狀態，包含幾個層次，（1）全部時間利用，（2）最大效率利用，（3）最大潛力激勵利用，這三步需要逐步遞進實現。這個需要一種完善的內部管理制度，以及公平公正的價值認定模式和績效制度，從而一方面促進員工本身的發展，一方面增加對人才的吸引力。
該階段的成本控制，可以引入最大可控制成本的概念，這里是指人力資源最大程度發揮后所能控制的成本，是公司在一定投入前提下，最大的可能的減少因管理導致人力發揮不足夠而造成的成本，該成本為人力資源的極致成本，無法再進一步降低，此成本狀態下的仍然出現效益不佳情況，則可說明在經營定位和經營方向上的問題，而非內部問題。促使人力資源得到最大利用度和發揮度，在此基礎上的成本，為最大可控制成本，以上可以通過內部的管理系統來很好的實現。5需求變更成本及其控制
需求變更成本指在開發過程中，由于市場部門的需求改變導致的成本增加而實施的控制，對于項目開發的過程中，需求的頻繁變更就成本控制而言是致命的，很多項目由于需求的變更而導致破產。
該階段的成本控制，最關鍵的是要對于需求變更過程進行嚴格的管理，要從需求變更的開始，對于整個變更的每個具體的步驟進行跟蹤，并且嚴格核算每次變更所需要的工作時，從而做好評估。同時，務必要明晰需求變更的必要性和風險性，以及所帶來的實際成本的增加，所以需求要盡量經過詳細的論證。
1、給排水專業CAD開發應用現狀
在工程設計行業，CAD技術的應用大大提高了設計及繪圖效率。CAD應用軟件的開發也越來越重要。
在給排水設計領域，CAD開發應用起步較晚。有些設計院從八十年代末開始嘗試進行CAD開發，但進展比較慢，多數是圖塊和小型實用程序，在深度和廣度上都存在著差距。從1993年以后給排水CAD開發步伐開始加快。1994年底全國給排水學會和給排水技術情報網組織召開了“計算機技術在給排水專業應用研討會”，對給排水軟件開發起了積極的促進作用。
目前在給排水CAD開發方面已經取得了可喜的成績，尤其是建筑室內給排水方面涌現出1些比較優秀的給排水CAD軟件，如洛陽的1家軟件和北京的幾家軟件。這些軟件都具有計算機輔助設計建筑給排水平面圖、自動生成系統圖、自動統計材料表；進行室外給排水管網計算、自動生成圖形等功能，其中個別軟件已在室外設計和泵房設計等方面有了新的進展。
現有軟件都偏重于民用建筑給排水方面，而且也有待于繼續完善、發展。在給排水的其它領域，由于難度大，投資回報較低，軟件公司還不愿涉足，所以進展緩慢。應用CAD進行給排水及水處理系統的優化設計更是少有人涉足。此外，目前還沒有專業設計CAD軟件的標準和規范。商業化軟件多數都不經過權威部門嚴謹的技術測試和鑒定，所以其數據庫、計算方法、設計方法和生成圖形的準確性還沒有嚴格保障，這1點還可能成為工程設計質量的隱患。
現在設計部門的給排水CAD應用水平也參差不齊。有的購買或自行開發了給排水專業軟件，提高了設計繪圖效率。有的只是在用AutoCAD的簡單命令繪圖，雖提高了CAD出圖率，卻根本談不上利用CAD提高效率。給排水專業CAD應用水平還有待于進1步提高。
目前許多有精力的設計院及研究部門都在研究開發本單位適用的專業軟件及應用程序，但由于開發經驗不足，成績不明顯。本文將結合筆者的工作經驗，著重論述有關給排水軟件開發的原則、思路、方法及步驟，旨在拋磚引玉，促進給排水CAD軟件開發工作。
2、給排水軟件包開發思路及原則
由于現有建筑給排水軟件已經比較成熟，且仍在繼續開發、升級。1般開發者在水平和起點上均與這些軟件開發有1定差距，所以應該購買此類軟件，而著重開發適合本單位使用的實用程序、應用軟件或優化設計軟件。高起點開發者則應在深度及廣度上向更高層次沖擊。
1。給排水CAD軟件開發依據及原則
(1)設計依據為有關設計規范、制圖標準以及設計手冊等；保證數據庫、計算方法和設計方法的準確性。
(2)軟件包開發設計首先要突出專業水平，把專業設計思想轉化為計算機語言是專業軟件包的關鍵所在。
(3)符合設計人員思維習慣及設計習慣，人機界面友好，操作簡單，易掌握。
(4)適用性強，容易修改，容易擴充，容易發展。
(5)盡量使用效率高、功能強的計算機語言及開發工具。
(6)嚴格執行標準化及規范化。
(7)通過自動繪圖以及建立標準圖庫，提高圖紙復用率等途徑，提高設計繪圖速度，真正發揮計算機的優勢，把設計人員從圖板上解脫出來。
2。設計開發步驟
(1)開發適合于給排水專業應用的CAD軟件環境，包括AutoCAD的優化配置及常用專業圖塊及繪圖工具。
(2)開發1些獨立的專業繪圖軟件，發展標準圖形庫，由淺到深，從易到難，逐步提高自動成圖及圖紙復用比例，使軟件包成為覆蓋面廣，功能齊全的專業繪圖軟件包。
(3)開發給排水專業高階段設計方案優化軟件，以及設計、繪圖1體化軟件，逐步成為智能化、自動化程度較高的專家系統軟件包。
3。開發人員配備軟件開發是1項較復雜的腦力勞動，對開發人員要求也較高，專業軟件開發人員大致可分為以下幾個檔次：
(1)初級水平：專業人員掌握1些基本計算機知識及開發工具可以進行1些專業圖塊制作，簡單的實用程序開發。
(2)中等水平：較高專業水平加上較高計算機水平。熟悉專業設計習慣，有較豐富的設計經驗的專業人員，如果掌握先進的CAD開發技術，可以開發出較高水平的CAD應用軟件，可以提高設計效率，特別是可以大大提高繪圖效率。
(3)高級水平：高深的專業水平加上先進的計算機開發技術。在專業方面應該熟練掌握專業基礎知識，有豐富的工程設計經驗，善于總結專業設計思路，發現規律，具有較強的系統工程及方案優化水平。在計算機方面要掌握LSP、ADS、DCL等開發工具(或其它高級開發工具)。這類人員開發專業CAD軟件是最理想的。
由于給排水專業涉及面廣，而且不同行業給排水設計習慣也不盡相同，不可能有軟件可以覆蓋所有給排水領域，適用于所有設計院，所以目前仍然需要分行業、分類進行開發。前述的個別建筑給排水軟件包及開發人員屬于較高水平，其開發設計思路非常值得向給排水其它領域延伸。4。開發工具(軟件方面)
目前較常用的CAD開發工具主要有AutoLISP語言、ADS、DCL語言以及數據庫處理，也有的開發者使用BASIC、FORTRAN等高級語言與AutoCAD的圖形數據交換接口進行開發；還有用C++開發或用VB等在Windows界面下開發的；此外，網絡技術也越來越重要。
開發CAD軟件，需要非常熟悉AutoCAD命令，以及其中的各參數、系統變量、圖層、圖塊、線形等，這樣才能方便靈活地在程序中執行各種命令，掌握CAD開發技巧，例如圖塊的屬性可以帶許多信息，1條LINE線的厚度可以存入管道的管徑等。此外現在有些軟件使用數據的后處理方式，使軟件和AutoCAD結合得更好，這些技術還需要對AutoCAD圖元數據庫和數據圖形交換等有更深的了解。
AutoLISP是在AutoCAD內部使用的語言，用AutoLISP編輯的程序可以定義變量，對數據進行處理和作出圖形，并可能自定義函數，比較適合搞人工智能工作，特別是它的表處理功能以及遞歸等功能比較獨特，在CAD工作中它可以獨立工作，也可能與DXF圖形交換文件互相配合困難，要求開發人員具備C語言編程經驗并熟悉ADS庫中各函數用法。1般商業軟件應該用ADS。
AutoCAD還提供了可編程對話框(PDB)工具，使用戶可以結合自身專業特點，用DCL語言構造自己的對話框，從而改善界面，提高CAD軟件效率。
目前最流行、最實用的專業CAD開發工具是ADS、DCL，加上少量AutoLISP。
3、開發過程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軟件包都應具有高效的繪圖環境，否則1旦自動生成等功能出現故障或不能適用時，用戶就只能用AutoCAD簡單命令來畫圖了。
2。專業繪圖軟件的開發
在專業繪圖環境的基礎上逐步開發1些相對獨立的專業繪圖軟件，逐步形成功能強，覆蓋面廣的給排水綜合軟件包。
目前已開發的較成熟的軟件有：民用建筑給排水CAD軟件包、室外給排水管網計算軟件、給排水管道縱斷面圖繪圖軟件、給排水外部管網設計軟件等。
正在開發，初見成效的軟件有泵房設計軟件、平流沉淀池軟件、機械加速澄清池軟件、和市政管網CAD軟件等。
尚未深入開發，開發難度大，但預期效果好的軟件包括：輻射沉淀池、旋流沉淀池、水塔、綜合管溝、架空管網、過濾間、軟水站、污泥脫水間設計等項目。
給排水軟件開發的另1條思路是發展給排水設備和構筑物的標準CAD圖形庫，從而提高圖紙復用率，這比編制自動成圖的軟件要容易得多。標準CAD圖形庫還可以由權威部門編制后，作為標準圖出版。此外，標準圖還可作為軟件包的1部分，即軟件包可以交互式自動生成圖形，也可以通過自動計算直接調用相應的標準圖。
2基于Java語言設計手機短信加密軟件實證分析
2.1利用的平臺和技術
2.1.1Android系統
Android系統是美國谷歌公司在2007年推出的，依靠其強大的性能和開放性特點，瞬間成為了移動設備操作系統的佼佼者，從Android系統的架構上看，主要包括五個部分：LinuxKernel、AndroidRuntime、Libraries、ApplicationFramework和Applications。這五個部分構成了Android系統的整個系統，其Eclipse開發平臺就是基于Java語言的擴展和開發平臺，許多情況下Eclipse就作為Java集成開發環境下使用，但是其用途不僅僅局限在Java語言的開發中，是Java開發工具的延伸。
2.1.2DES加密算法
DES算法是1977年美國國家標準局采用的數據加密標準，主要是利用循環和迭代將簡單的運算轉變為非線性變換實現對于數據的加密和保護。在56位密鑰和64位二進制信息加密成64位密文信息。其主要有三個具體的流程：首先，出事置換IP，將明文按照一定的邏輯和順序進行順序打亂；其次，乘積交換，進行16輪迭代；最后，逆初始置換IP，按照固定表順序打亂，最終輸出64位信息，此64位信息就是加密信息，從而完成整個明文信息的加密過程。由于DES在密鑰位數和迭代數問題，導致DES存在明顯的缺陷，而在實際操作過程中，3DES被普遍使用，其中包含了四中模式，分別是DES-EEE3；DES-EDE3；DES-EEE2；DES-EDE2四種使用模式。在操作過程中，手機短信的字符數較少，一般采用3DES加密處理。
2.2Android信息處理
了解Android信息處理機制對于信息加密軟件的設計非常重要，只有了解了信息是如何處理的，才能更好的有針對性的對于信息進行加密處理。Android信息處理首先通過用戶發出一條信息，發送到收件箱，調用收件箱的enqueueMessage函數，根據接收到的信息隊列，將信息放入收件箱中。通過Loop從收件箱中從前往后取出信息，然后通過使用者的dispatchMessage函數進行信息的處理和加工，這個過程中，課件信息是由使用者進行處理和負責的。信息處理結束之后，使用者通過recycle函數再次將信息放入到收件箱中，從而為信息進行儲存和方便下次信息的使用。這個過程中，由于信息的處理屬于在開放環境下，信息很難實現加密處理，信息的安全性能也得不到相應的保障，所以在機遇Java語言下，針對信息加密問題，對于手機信息加密軟件進行編程，從而獲得更加安全的信息保護。
3基于Java語言的手機加密軟件開發
3.13DES加密與解密
設Ek()和Dk()代表DES算法的加密和解密過程，K代表DES算法，使用的密鑰P代表明文，C代表密表。在結合之前我們所選擇的代碼，編寫的算法是不存在問題的，那導致加密結果不同的原因在哪？針對此，主要原因出現在MODE和padding。所以在使用JAVA語言編碼時，一定要主義采用相同的MODE和padding，只有這樣才能夠保證通信的正常使用。
3.2Java語言手機加密軟件開發實現
在基于Java語言下利用DES加密算法實現手機信息加密軟件的開發，在這個過程中，利用虛擬手機平臺，進行加解密程序編寫，模擬和實現加解密程序的運行效果，從而達到測試和使用加解密軟件。（1）將手機連接到電腦中，在安卓虛擬平臺下，對于加解密軟件進行編程，為了更好的實現手機信息加密軟件。（2）打開手機信息，進入到手機的短信收發界面。（3）在手機中運行J2MEMIDlet程序，點擊手機的消息的便捷界面，從而進行手機信息的編寫，編寫完成之后，選擇相應的聯系人，從而完成整個短信內容的編寫過程。（4）進入目標手機的接收界面，對于剛剛編寫的接收信息進行編輯，從而達到解密的目的，解密完成后，此次加解密操作就算完成了。
4手機加密軟件開發的難點
加解密軟件利用的是JDK1.5，此次的實驗主要是針對Android手機開發的應用軟件，所以適用性上僅僅適用于安卓手機用戶，不能夠移植到其他系統中。在實際的軟件開發過程中，DES加密密鑰在Java庫函數中是隨機產生的，所以在操作的過程中用戶沒有輸入相應的密鑰操作，和普通手機發短信沒有表面的區別。其中難點在于軟件必須保證通信雙方共同使用該軟件，才能夠正常的實現短信的收發功能，如果一方未安裝加密軟件，則加密軟件就不能發揮相應的作用。
計算機軟件開發過程中總是存在著各種問題，導致了軟件開發質量較低，所以才需要進行開發質量的項目管理。造成計算機軟件開發質量的原因有很多中，大致如下所述。對用戶需求了解不足用戶的軟件需求直接決定了軟件的質量，是關系到軟件質量的一個重要因素。如果在軟件開發過程中對于用戶的要求掌握不足，就會導致開發出的軟件達不到原有的效果，也就不能夠實現軟件的正確性，無法滿足客戶的要求。但是，對于軟件的要求并不是能夠輕易的顯現出來的，它需要一個長期溝通了解的過程，要保證在軟件開發開始之前就掌握了客戶的相關需求，方便在開發過程中逐步滲透進去，在開發的過程中也需要及時的了解客戶反饋過來的意見，并及時改正，做到開發前、開發中、開發后都充分地掌握客戶的需求。開發工作的規范性較差由于計算機軟件開發過程中可能會出現質量指標無法量化的現象，所以，如果開發的質量不過關也無法直接追究開發人員的責任，所以，計算機軟件開發者在開發軟件過程中就不會注意開發工作的規范性，把關心的重點放在了速度和成本上，忽視了質量。更嚴重的是有些開發人員為了追求速度，很多開發工序并沒有按照計劃或者規范進行，這種跨越式的軟件開發工作就無法保證開發的系統性和科學性，也就無法保證開發質量。開發技術人員和管理人員問題軟件開發過程中，為了保證開發質量，需要技術人員和管理人員時常進行溝通交流，如果溝通受到阻礙，那么，軟件開發中出現的各種問題就無法得到統一的認識和理解，也就會影響計算機軟件開發質量。除此之外，如果在軟件開發中出現了人員的流動，也會給計算機軟件的開發帶來不利的影響。
軟件行業在現在的眾多行業里是一個極具挑戰性和創造性的行業，體現了軟件開發者的智慧和汗水，同時軟件開發是一項復雜的系統工程。牽涉到許多方面的因素，在實際工作中，經常會出現各種各樣的問題，甚至會面臨失敗。如何總結、分析失敗的原因。得出有益的教訓，對于項目開發人員來說，是在今后的項目中取得成功的關鍵。
一、軟件開發中實行項目管理的意義
項目管理就是在項目活動中運用一系列的知識、技能、工具和技術，以滿足或超過相關利益者對項目的要求，實際上就是通過項目各方干系人的合作，把各種資源應用于項目，以實現項目的目標，滿足項目干系人的需求，其本質就是對時間、質量和成本的管理。
隨著軟件開發的深入、各種技術的不斷創新以及軟件產業的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發過程中，項目開發的管理日益受到重視。
二、目前在軟件項目管理中存在的誤區
現在大多數企業都認識到了在項目中進行管理的重要性，但是仍然有許多企業在實施項目管理的過程中存在著這樣那樣的誤區，主要表現在：
1項目經理不夠專業。在軟件企業中，缺乏專業的項目管理人員來實施項目管理及擔任項目經理，通常被任命的項目經理主要是因為他們能夠在技術上獨當一面，但是他們在管理方面特別是項目管理方面的知識比較缺乏。
2項目計劃缺乏綱領性。項目經理對總體計劃、階段計劃的作用認識不足，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮：階段計劃因工作忙等理由經常拖延，造成計劃與控制管理脫節，無法進行有效的進度控制管理。
3缺乏有效的管理意識。部分項目經理不能從總體上把握整個項目，而是埋頭于具體的技術工作，造成項目組成人員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。有些項目經理沒有很好的管理方法，不好安排的工作只好自己做，使項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。
4缺乏有效的溝通制度和機制。在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失：有些人沒有每天定時收郵件的習慣，以至于無法及時接收最新的信息。
5風險管理意識淡泊。有些項目經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對于后面的風險防范起不到什么指導作用。
6項目干系人的不確定性。在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、工作職責等沒有足夠了解以至于無法得到完整需求或最終經權威用戶代表確認的需求：或者是多個用戶代表各說各話、昨是今非，但同時又要求項目盡早交付：項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。
7缺乏項目團隊的合理分工。項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任分工不夠清晰而造成工作互相推諉、責任互相推卸的現象；有時各階段不同角色或同階段不同角色之間的責任分工比較清晰，但是各項目成員只顧完成自己那部分任務，不愿意與他人協作。這些現象都將造成項目組內部資源的損耗，從而影響項目進展。三、解決軟件項目管理中存在的誤區的有效策略
要想解決上面描述的誤區，歸根到底還是要從管理學的角度入手，即在軟件項目的開發過程中加入過程管理的內容，這樣我們可以在軟件開發中對各個過程的質量加以控制，從而達到保證軟件產品質量的目的。為了有效提高管理水平，我們應該努力做到：
1項目經理接受系統的項目管理知識培訓是非常必要的，有了專業領域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合，必能大大提高項目經理的項目管理水平。
2計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識，采用項目計劃制定相關知識、技術、工具，加強對開發計劃、階段計劃的有效性進行事前事后的評估。
3加強項目管理方面的培訓，并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前，最好能經過系統的項目管理知識，特別是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。
4制定有效的溝通制度和溝通機制，提高溝通意識：采取多種溝通方式，提高溝通的有效性。通過制度規定對由于未及時收取郵件而造成損失的責任歸屬；對于特別重要的內容要采用多種方式進行有效溝通以確保傳達到位，例如：除發送郵件外還要電話提醒、回執等，重要的內容還要通過舉行各種會議進行傳達。
5通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法，掌握項目風險管理所必備的知識。通過加強對項目規劃中風險管理計劃的審核提高項目組的風險管理意識?？偨Y本行業項目中常見的風險及其對策作為風險管理計劃中必要的風險內容，并切實評估相應對策的有效性和可行性。
