软件接口分析

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等。其二则指的是人与软件之间的交互界面。