軟體介面分析

1. 軟體介面的定義

我們把這種抄人-軟體之間的介面稱作「用戶界面」,也就是「UI」。這里要討論的前一種定義： 軟體不同部分之間的交互介面。通常就是所謂的API――應用程序編程介面，其表現的形式是源代碼。API的發明和發展大大促進了計算機產業的進步，同時API幾乎決定著日常運算的各個方面。
大多數程序員秉承為軟體用戶設計優秀的用戶界面思想，這一點早已深入人心。可是，另一方面，如何實現合理的軟體API卻只為少數人所重視。歷史證明，所有在應用上獲得成功的軟體或者Web應用無一不是首先在API的設計上滿足了用戶的需求，即便這些用戶幾乎從不直接使用這些API！

2. 著作權設計說明書中的外部介面設計部分的軟體介面和硬體介面該怎麼寫啊

軟硬體相結合的軟體說明書最好寫設計文檔，就是你的軟體的整體構思

3. 協同設計分析軟體介面是什麼

● 系統特點
該系統致力於為設計人員搭建一個在AutoCAD中的工作平台，以外部參照為技術基點，核心解決設計過程中的"錯、漏、碰、缺"問題。其實質是為企業和設計人員搭建一個將"設計"與"管理"進行了一體化緊密集成的，易於推行的，真正意義上的"協同設計平台"。
該系統主要提供"文件級協同"、"圖層級協同"、"三維設計介面"三方面的應用模式：
◆ 文件級協同：利用CAD外部引用技術，實現文件信息自動分發、專業提資和內容自動更新；主要適用於專業數量多、協作關系復雜並難以明確圖層協作規則的場景，例如眾多工業設計院；
◆ 圖層級協同：利用CAD圖層技術，根據專業和過程需要對圖層進行動態控制，自動生成不同專業的條件圖；該模式可以適用於設計標准化工作比較規范，專業間圖層級協作關系明確的場景，例如眾多建築設計院；
◆ 三維設計介面：針對主流三維設計軟體，本系統提供介面，便於CAD工作平台與三維設計軟體之間進行數據及模型的溝通。
該系統還為設計人員提供了各種協同輔助工具，避免了低級的重復勞動，提升了設計效率，減少了配合沖突；通過設計人員的使用，管理人員還可以收集到第一手的設計數據和文檔資料，便於監管設計真實情況，提升了管理水平，從而全面提高設計企業的生產效能。
該系統的成功運行可以大大幫助企業實現從"個人獨立設計"到"團隊協同設計"的設計管理模式革命性的轉變，從而使企業從根本上提升設計與管理水平。
● CAD協同工作區
在設計人員最為熟悉的AutoCAD，為其提供了一個項目工作平台。項目工作區會自動獲取項目管理中的WBS、OBS數據，並根據這些數據自動分配相關許可權。對於設計人員而言，原先需要在管理系統中完成的操作，都可以在AutoCAD中直接實現。

4. 應用系統的數據介面有幾種各自有什麼特點

應該說主要有幾種途徑，一是對原始紙質數據、電子數據（表格、圖內形文件、遙感影像容、航片等）的矢量化，二是利用衛星、飛機、各種採集儀器（全站儀、GPS數據採集車等）直接採集數字化的數據。 地理信息系統的特徵 由於建立地理信息系統的目標

5. 軟體中，對介面是怎麼理解的

java不允許多重繼承，也就是說一個子類只能有一個父類， Son extends FatherA,FatherB 是錯誤的 為了彌補這點不足，java允許實回現多個介面， 介面就答是給出一些沒有內容的方法，類似於C++中的虛類。到具體用的時候再由用的方法自己定義內容，要注意的是想用介面必須實現介面的所有方法。 其實是因為java不支持多繼承才產生了介面 介面是用來規范類的 它可以避免類在設計上的不一致 這在多人合作的開發中猶為重要 就比如介面中有A方法 那麼實現這個介面就必須實現A方法 這就形成了一種規范 也就是說，A繼承了B，但卻想使用C的一個方法，但又不能再繼承，所以就使用了C的介面。 Java介面和Java抽象類代表的就是抽象類型，就是我們需要提出的抽象層的具體表現。OOP面向對象的編程，如果要提高程序的復用率，增加程序的可維護性，可擴展性，就必須是面向介面的編程，面向抽象的編程，正確地使用介面、抽象類這些太有用的抽象類型做為你結構層次上的頂層。 Java介面和Java抽象類有太多相似的地方，又有太多特別的地方，究竟在什麼地方，才是它們的最佳位置呢？把它們比較一下，你就可以發現了。

6. 關於軟體介面 高手請進

軟體介面 軟體的未來其實在很大程度上要指望軟體介面的前景如何。我們知道，計算機世界裡的介面這兩個字具有兩種眾所周知的含義：其一是指軟體本身的狹義「介面」，比如各種軟體開發API等。其二則指的是人與軟體之間的交互界面。我們把這種人-軟體之間的介面稱作「用戶界面」,也就是「UI」。
這里要討論的前一種定義： 軟體不同部分之間的交互介面。通常就是所謂的API――應用程序編程介面，其表現的形式是源代碼。API的發明和發展大大促進了計算機產業的進步，同時API幾乎決定著日常運算的各個方面。
大多數程序員秉承為軟體用戶設計優秀的用戶界面思想，這一點早已深入人心。可是，另一方面，如何實現合理的軟體API卻只為少數人所重視。歷史證明，所有在應用上獲得成功的軟體或者Web應用無一不是首先在API的設計上滿足了用戶的需求，即便這些用戶幾乎從不直接使用這些API！
早在上個世紀的70年代，Digital Research公司的Gary Kildall為微型計算機首創了世界上第一個實用的軟體API。這個初生的API大致上有20多個對操作系統的簡單函數調用組成，這個操作系統就是CP/M――那時可是相當的簡單和粗糙，而同樣簡單的API卻讓整個計算機世界發生了重大變化。Kildall這個很有才氣的計算機專家希望自己設計的API能被其他科學工作者採用。至於商用方面的考慮可是想都沒想。而且，我們現在的產業現狀也證明：僅讓科學家們俱歡顏是不會在商業中賺到一分錢的！好在，比爾?蓋茨認識到，用於應用程序開發人員而不是科學家的API絕對是商業軟體獲得成功的關鍵之一，這樣一來，情況就很不一樣了。
隨後由比爾?蓋茨等開發的MS-DOS操作系統全盤拷貝了CP/M及其API，並在這些API的基礎之上又增加了一些簡單特性，務實的比爾?蓋茨將Kildall的發明變成了巨大的商業應用並立刻讓MS-DOS的API在軟體開發中占據了主導地位。
然而，當微軟公司推出Windows操作系統的時候，系統的龐大API族就沒有拷貝Kildall的成果了，可是，事實證明這些微軟自己折騰出來的Windows API實在是糟糕的可以：醜陋的代碼、混亂的結構等等不一而足。但是，Windows採用了實用的偽多線程技術和高效的內存管理，特別是簡單易用的圖形界面立刻俘獲了一般用戶的忠心。大量的程序員也就隨之投入到Windows程序的開發中來，這些糟糕的API自然當仁不讓了。微軟花費了5年多的時間改進和發展早期的Windows並在最終壟斷了全球桌面操作系統市場。今天我們誰也離不開Windows API了，除非你不打算編寫支持Windows的軟體！
1988年，微軟購買了Alan Cooper開發的可視編程語言：Ruby。隨後微軟把Ruby和垂死的QuickBASIC語言組合起來創建了Visual Basic。Alan Cooper方面的Ruby實現了名為VBX的軟體API，這種API可以讓程序員動態地擴展Visual Basic功能，這一事實再次證明了軟體介面具有多大的重要性。VBX介面也就是目前火熱的組件對象模型COM的前身。
在為微軟的勢力之外，Unix世界也發明了自己的API，這就是TCP/IP，有了它，網路之間就可以自由地通信了。TCP/IP首先在大學里獲得了普遍的歡迎，然後，到了20世紀90年代，Marc Andreessen瞄準那些不是程序員卻很想從使用計算機獲得好處的年輕人推出了世界上第一個Web瀏覽器：Mosaic，後來在此基礎上誕生了Netscape Navigator，可以說，正是Web和瀏覽器的發明，我們終於被帶到了信息時代。
最早的Navigator所能作的不外乎就是查找和顯示文件，這和Macintosh Finder乃至Windows Explorer也沒什麼兩樣，但是，正因為有了TCP/IP API，Netscape 就可以放眼於本機之外查找和顯示其他網路上的其他計算機中的文件。新世界豁然洞開。
整個90年代，Netscape就象流感病毒一樣滿世界到處擴散。到了現在計算機之間在通用API的努力下可以非常方便地相互通信，但幾乎沒有一個用戶會直接和這些TCP/IP介面交互。
如果沒有優秀的、符合時代潮流的API，什麼先進的技術都可能會不得不寂寞很長一段時間以等待命運的垂青。一旦成熟的API出現，軟體的前景也就能大致看到輪廓了。
舉個例子，不管是你身上的手機還是隨身攜帶的PDA――比如PalmPilot，它們其實都是處理能力不同的計算機而已，這兩種設備都裝備了短距無線（通常是紅外線）通信埠。可是，它們如何才能通過這些埠實現相互之間的通信呢？如果這些設備之間缺乏公用的API，你的手機就不可能和你的PDA實現通信。
今後會產生一種所謂的「陌生人服務」API，比方說，當你走在大街上的時候，你的手持設備，不管是手機、PDA還是筆記本電腦或者車載導航設備就會自動地和周圍設施通信，商店、辦公室、售貨機和其他人等等。
目前有幾家公司已經在致力於開發以上的通用API，其中最有希望的或許是Sun公司的Jini。但是，Jini的定位和以前的CP/M一樣，也是更多的把目標放在了計算機科學家而不是解決方案服務商上。
我們今天的軟體開發很大一部分是開發Web應用程序，驅動Web進步的是交互設計和商務模式而不是技術創新。從技術上說，Web領域的大開發商不會對Web本身挖掘太多，他們缺乏編寫大型、復雜程序的耐心。但是，反過來，這些大型廠商可以把其他開發商預先編寫的軟體組件組合起來，這樣，他們就比以往更多地依賴於為其編寫的軟體API。
總而言之，不管我們設計什麼API，最重要的是首先要弄明白我們在為什麼目標或者為誰在設計。這是一定要記得的關鍵點。只有在我們理解目標受眾的需求之後，我們才可能創建有用的API，才能實現恰當的用戶介面，才能讓不同人設計的不同軟體部分良好地集成。
就拿我們公司軟體來說，如果要和財務軟體信息共享的話，就必須要一個介面，有了介面，就可以實現信息共享了。

7. 軟體介面的介紹

軟體復的未來其實在很大製程度上要指望軟體介面的前景如何。我們知道，計算機世界裡的介面這兩個字具有兩種眾所周知的含義：其一是指軟體本身的狹義「介面」，比如各種軟體開發API等。其二則指的是人與軟體之間的交互界面。