软件接口说明文档怎么写
展开全部 1 引言 1.1编写目的说明编写这份详细设计说明书的目的,指出预期的读者。
1.2背景 说明: a.待开发软件系统的名称; b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义 列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料 列出有关的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用到的文件资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够取得这些文件的来源。
2 程序系统的结构用一系列图表列出本程序系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间 的层次结构关系。
3 程序1(标识符)设计说明 从本章开始,逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同,在这种情况下,只要简单地说明这一点即可。
3.1程序描述 给出对该程序的简要描述,主要说明安排设计本程序的目的意义,并且,还要说明本程序的特点(如 是常驻内存还是非常驻?是否子程序?是可重人的还是不可重人的?有无覆盖要求?是顺序处理还是并发 处理卜…..等)。
3.2功能 说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。
3.3性能说明对该程序的全部性能要求,包括对精度、灵活性和时间特性的要求。
3.4输人项 给出对每一个输入项的特性,包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。
数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3. 5输出项 给出对每一个输出项的特性,包括名称、标识、数据的类型和格式,数据值的有效范围,输出的形式、 数量和频度,输出媒体、对输出图形及符号的说明、安全保密条件等等。
3.6算法 详细说明本程序所选用的算法,具体的计算公式和计算步骤。
3.7流程逻辑 用图表(例如流程图、判定表等)辅以必要的说明来表示本程序的逻辑流程。
3.8接口用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。
3.9存储分配 根据需要,说明本程序的存储分配。
3.10注释设计 说明准备在本程序中安排的注释,如: a. 加在模块首部的注释; b.加在各分枝点处的注释; 对各变量的功能、范围、缺省条件等所加的注释; d.对使用的逻辑所加的注释等等。
3.11限制条件 说明本程序运行中所受到的限制条件。
3.12测试计划 说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。
3.13尚未解决的问题说明在本程序的设计中尚未解决而设计者认为在软件完成之前应解决的问题。
4 程序2(标识符)设计说明用类似3的方式,说明第2个程序乃至第N个程序的设计考虑。
写软件接口合作协议有哪些注意事项
(1)合作开发合同的当事人,应当按照约定进行投资,包括以技术进行投资;分工参与研究和协作配合开发工作; (2)合作开发合同的当事人违反约定造成研究开发工作停滞、延误或者失败的,应当承担违约责任; (3)因作为技术开发合同的标的技术已经由他人公开,致使技术开发合同的履行没有意义的,当事人可以解除合同; (4)在技术开发合同履行过程中,因出现无法克服的技术因难,致使研究开发失败或者部分失败的,该风险责任应由当事人在合同中约定。
对合同没有约定或约定不明确的,依照法律规定,法律规定仍不明确的,由合同当事人合理承担该风险; (5)合作开发完成的发明创造,除当事人另有约定的以外,申请专利的权利属于合作开发当事人共有。
当事人一方转让其共有专利申请权的,其他各方享有以同等条件优先受让的权利; (6)合作开发的当事人一方声明放弃其共有的专利申请权的,可以由另一方单独申请或者由其他各方共同申请。
申请人取得专利权的,放弃专利申请权的一方可以免费实施该专利; (7)合作开发当事人一方不同意申请专利的,另一方或者其他各方不得申请专利; (8)委托开发或者合作开发完成的技术秘密成果使用权、转让权以及利益的分配办法,由当事人约定。
当事人没约定或约定不明确的,依照法律规定,法律规定仍不明确的,当事人均有使用权和转让权。
通讯接口协议、接口软件的承诺怎么写
简单的说应该就是API规范很多软件会提供程序接口出来,举个例子比如说我们用的浏览器IE本身就是一个软件,它会公布比如说mouseover这个接口出来当编程人员在mouseover里写入代码也就代表当用户鼠标划过这个网页的时候会做出什么响应比如说我们在某些做的比较炫的网站看到鼠标走到哪都有一串星星跟随而mouseover这个接口的规定里会写,有哪些参数(参数类型,范围值等)可以使用,这个接口有哪些事件可以响应等等
开放源代码软件的常见协议
LGPL许可证是LESSER GENERAL PUBLIC LICENSE的简写,也叫LIBRARY GENERAL PUBLIC LICENSE,中文译为“较宽松公共许可证”或者“函数库公共许可证”。
该许可证适用于一些由自由软件基金会与其它决定使用此许可证的软件作者所特殊设计的软件软件包─比如函数库(即Library)。
LGPL许可证,也是自由软件联盟GNU开源软件许可证的一种,大部分的 GNU软件,包括一些函数库,是受到原来的 GPL许可证保护的。
而LGPL许可证,适用于特殊设计的函数库,且与原来的通用公共许可证有很大的不同,给予了被许可人较为宽松的权利,所以叫“较宽松公共许可证”。
在特定的函数库中使用它,以准许非自由的程序可以与这些函数库连结。
当一个程序与一个函数库连结,不论是静态连结或使用共享函数库,二者的结合可以合理地说是结合的作品,一个原来的函数库的衍生品。
因此,原来的通用公共许可证只有在整个结合品满足其自由的标准时,才允许连结。
较宽松通用公共许可则以更宽松的标准允许其它程序代码与本函数库连结。
例如,在少数情况下,可能会有特殊的需要而鼓励大家尽可能广泛地使用特定的函数库,因而使它成为实际上的标准。
为了达到此目标,必须允许非自由的程序使用此函数库。
一个较常发生的情况是,一个自由的函数库与一个被广泛使用的非自由函数库做相同的工作,在此情况下,限制只有自由软件可以使用此自由函数库不会有多少好处,故我们使用了LGPL许可证。
在其他情况下,允许非自由程序使用特定的函数库,可以让更多的人们使用自由软件的大部分。
例如,允许非自由程序使用GNU C函数库,可以让更多的人们使用整个GNU作业系统,以及它的变形,GNU/Linux操作系统。
尽管LGPL许可证对使用者的自由保护是较少的,但它却能确保与此函数库连结的程序的使用者拥有自由,而且具有使用修改过的函数库版本来执行该程序的必要方法。
MPL许可证 MPL是The Mozilla Public License的简写,是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。
MPL许可证出现的最重要原因就是,Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。
同著名的GPL许可证和BSD许可证相比,MPL在许多权利与义务的约定方面与它们相同(因为都是符合OSIA认定的开源软件许可证)。
但是,相比而言MPL还有以下几个显著的不同之处: ◆ MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来,以保证其他人可以在MPL的条款下共享源代码。
但是,在MPL许可证中对“发布”的定义是“以源代码方式发布的文件”,这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口,除了接口程序的源代码以MPL许可证的形式对外许可外,源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
这些,就为借鉴别人的源代码用做自己商业软件开发的行为留了一个豁口。
◆ MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。
◆ 对软件专利的态度,MPL许可证不像GPL许可证那样明确表示反对软件专利,但是却明确要求源代码的提供者不能提供已经受专利保护的源代码(除非他本人是专利权人,并书面向公众免费许可这些源代码),也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
◆ 对源代码的定义 而在MPL(1.1版本)许可证中,对源代码的定义是:“源代码指的是对作品进行修改最优先择取的形式,它包括:所有模块的所有源程序,加上有关的接口的定义,加上控制可执行作品的安装和编译的‘原本’(原文为'Script'),或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。
” ◆ MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定,就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。
BSD许可证 BSD许可证原先是用在加州大学柏克利分校发表的各个4.4BSD/4.4BSD-Lite版本上面(BSD是Berkly Software Distribution的简写)的,后来也就逐渐沿用下来。
1979年加州大学伯克利分校发布了BSD Unix,被称为开放源代码的先驱,BSD许可证就是随着BSD Unix发展起来的。
BSD许可证现在被Apache和BSD操作系统等开源软件所采纳。
相较于GPL许可证和MPL许可证的严格性,BSD许可证就宽松许多了,一样是只需要附上许可证的原文,不过比较有趣的是,它还要求所有进一步开发者将自己的版权资料放上去,所以拿到以BSD许可证发行的软件可能会遇到一个小状况,就是这些版权资料许可证占的空间比程序还大。
QPL许可证 QPL是The Qt Public License的简称,是挪威一家机构创设的。
QPL许可证的基本要求是获得源代码、修改源代码,并可将修改从原始代码中分离出来;修改可以按照作者的意愿被组合到新版本中;二进制代码可以和原始代码同名,这一点对于动态连接库来说尤其重要;任...
软件需求分析的文档编制
软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基础。
编制软件需求说明书的内容要求如下:1 引言1.1编写目的 说明编写这份软件需求说明书的目的,指出预期的读者。
1.2背景 说明:a.待开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;C.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料 列出用得着的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2 任务概述2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
|2.2用户的特点 列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
这些是软件设计工作的重要约束2.3假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。
3 需求规定3.1对功能的规定 用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
3.2对性能的规定3.2.1精度 说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。
3.2.2时间特性要求 说明对于该软件的时间特性要求,如对:a.响应时间;b.更新处理时间;c.数据的转换和传送时间;d.解题时间; 等的要求。
3.2.3灵活性 说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:a.操作方式上的变化;b.运行环境的变化;c.同其他软件的接口的变化;d.精度和有效时限的变化;e.计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.3输入输出要求 解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
3.4数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.6其他专门要求 如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
4 运行环境规定4.1设备 列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:a.处理器型号及内存容量;b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;c.输入及输出设备的型号和数量,联机或脱机;d.数据通信设备的型号和数量;e.功能键及其他专用硬件4.2支持软件 列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
4.3 接口 说明该软件同其他软件之间的接口、数据通信协议等。
4.4控制 说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。
Android APP开发需求文档范本
展开全部 软件需求文档格式的标准写法1.引言1.1 编写目的· 阐明开发本软件的目的;1.2 项目背景· 标识待开发软件产品的名称、代码;· 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户;· 说明该软件产品与其他有关软件产品的相互关系。
1.3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。
1.4 参考资料(可有可无) 列举编写软件需求规格说明时所参考的资料,包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档,以及相关产品的软件需求规格说明。
在这里应该给出详细的信息,包括标题、作者、版本号、发表日期、出版单位或资料来源。
2.项目概述 2.1 待开发软件的一般描述 描述待开发软件的背景,所应达到的目标,以及市场前景等。
2.2 待开发软件的功能 简述待开发软件所具有的主要功能。
为了帮助每个读者易于理解,可以使用列表或图形的方法进行描述。
使用图形表示,可以采用: · 顶层数据流图; · 用例UseCase图; · 系统流程图; · 层次方框图。
2.3 用户特征和水平(是哪类人使用) 描述最终用户应具有的受教育水平、工作经验及技术专长。
2.4 运行环境 描述软件的运行环境,包括硬件平台、硬件要求、操作系统和版本,以及其他的软件或与其共存的应用程序等。
2.5 条件与限制 给出影响开发人员在设计软件时的约束条款,例如: · 必须使用或避免使用的特定技术、工具、编程语言和数据库; · 硬件限制; · 所要求的开发规范或标准。
3.功能需求 3.1 功能划分 列举出所开发的软件能实现的全部功能,可采用文字、图表或数学公式等多种方法进行描述。
3.2 功能描述对各个功能进行详细的描述。
4.外部接口需求4.1 用户界面对用户希望该软件所具有的界面特征进行描述。
以下是可能要包括的一些特征:· 将要采用的图形用户界面标准或产品系列的风格;· 屏幕布局;· 菜单布局;· 输入输出格式;· 错误信息显示格式;建议采用RAD开发工具, 比如Visio,构造用户界面。
4.2 硬件接口 描述系统中软件产品和硬件设备每一接口的特征,以及硬件接口支持的设备、软件与硬件接口之间,以及硬件接口与支持设备之间的约定,包括交流的数据和控制信息的性质以及所使用的通信协议。
4.3 软件接口 描述该软件产品与其有关软件的接口关系,并指出这些外部软件或组件的名字和版本号。
比如运行在什么操作系统上,访问何种类型的数据库,使用什么数据库连接组件,和什么商业软件共享数据等。
4.4 通信接口 描述和本软件产品相关的各种通信需求,包括电子邮件、Web浏览器、网络通信协议等。
4.5 故障处理 对可能的软件、硬件故障以及对各项性能而言所产生的后果进行处理。
5.性能需求5.1 数据精确度输出结果的精度。
5.2 时间特性 时间特性可包括如下几方面 ·响应时间; ·更新处理时间; ·数据转换与传输时间; ·运行时间等。
5.3 适应性 在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,软件的适应能力。
6.其他需求列出在本文的其他部分未出现的需求。
如果不需要增加其他需求,可省略这一部分。
7.数据描述 7.1 静态数据 7.2 动态数据包括输入数据和输出数据。
7.3 数据库描述 给出使用数据库的名称和类型。
7.4 数据字典对于数据流图、层次方框图中出现的所有图形元素在数据字典中都要作为一个词条加以定义,使得每一个图形元素都有唯一的一个清晰明确的解释。
数据字典中所有的定义必须是严密的、精确的,不可有二意性。
7.5 数据采集 ·列出提供输入数据的机构、设备和人员 ·列出数据输入的手段、介质和设备; ·列出数据生成的方法、介质和设备。
8.附录 包括分析模型,待定问题图表等。
软件文档中概要设计如何写?
展开全部 软件文档中概要设计也称“总体设计”,是开发人员在明确用户需求(要什么)后对系统的一个总体考虑(明确系统目标、设计原则,初步考虑数据库设计和功能设计),国家关于这方面有相关标准(概要设计说明书(GB8567-88))。
在具体实践中可以按下列提纲撰写内容:1.引言1.1编写目的[说明编写这份概要设计说明书的目的,指出预期的读者。
]1.2背景a.[待开发软件系统的名称;]b.[列出本项目的任务提出者、开发者、用户。
]1.3定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4参考资料 [列出有关的参考资料。
]2.总体设计2.1需求规定 [说明对本系统的主要的输入输出项目、处理的功能性能要求。
包括] 2.1.1系统功能 2.1.2系统性能 2.1.2.1精度 2.1.2.2时间特性要求 2.1.2.3可靠性 2.1.2.4灵活性 2.1.3输入输出要求 2.1.4数据管理能力要求 2.1.5故障处理要求 2.1.6其他专门要求2.2运行环境 [简要地说明对本系统的运行环境的规定。
] 2.2.1设备 [列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能。
] 2.2.2支持软件 [列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
] 2.2.3接口 [说明该系统同其他系统之间的接口、数据通信协议等] 2.2.4控制 [说明控制该系统的运行的方法和控制信号,并说明这些控制信号的来源。
]2.3基本设计概念和处理流程 [说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
]2.4结构[给出系统结构总体框图(包括软件、硬件结构框图),说明本系统的各模块的划分,扼要说明每个系统模块的标识符和功能,分层次地给出各模块之间的控制与被控制关系。
]2.5功能需求与系统模块的关系 [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。
]2.6人工处理过程 [说明在本系统的工作过程中不得不包含的人工处理过程。
]2.7尚未解决的问题 [说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
]3.接口设计3.1用户接口 [说明将向用户提供的命令和它们的语法结构,以及相应的回答信息。
] [说明提供给用户操作的硬件控制面板的定义。
]3.2外部接口 [说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。
]3.3内部接口 [说明本系统之内的各个系统元素之间的接口的安排。
]4.运行设计4.1运行模块组合 [说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块的支持软件。
]4.2运行控制 [说明每一种外界的运行控制的方式方法和操作步骤。
]4.3运行时间 [说明每种运行模块组合将占用各种资源的时间。
]5.系统数据结构设计 [不涉及软件设计可不包含]5.1逻辑结构设计要点 [给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
]5.2物理结构设计要点 [给出本系统内软件所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系、设计考虑和保密条件。
]5.3数据结构与程序的关系 [说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。
]6.系统出错处理设计6.1出错信息 [用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
]6.2补救措施 [说明故障出现后可能采取的变通措施。
]6.3系统维护设计 [说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
]
USB接口的协议及特点?(从通用入指标 软件系统 传输模式 USB器件 ...
USB,即通用串行总线(Universal Serial Bus),也称通用串联接口。
随着计算机硬件飞速发展,外围设备日益增多,键盘、鼠标、调制解调器、打印机、扫描仪早已为人所共知,数码相机、MP3随身听接踵而至,这么多的设备,如何接入个人计算机?USB就是基于这个目的产生的。
USB是一个使计算机周边设备连接标准化、单一化的接口,其规格是由Intel、NEC、Compaq、DEC、IBM、Microsoft、Northern Telecom联系制定的。
USB1.1标准接口传输速率为12Mbps,但是一个USB设备最多只可以得到6Mbps的传输频宽。
因此若要外接光驱,至多能接六倍速光驱,无法再高。
而若要即时播放MPEG-1的VCD影片,至少要1.5Mbps的传输频宽,这点USB办得到,但是要完成数据量大四倍的MPEG-2的DVD影片播放,USB可能就很吃力了,若再加上AC-3音频数据,USB设备就很难实现即时播放了。
一个USB接口理论上可以支持127个装置,但是目前还无法达到这个数字。
其实,对于一台计算机,所接的周边外设很少有超过10个的,因此这个数字是足够我们使用的。
USB还有一个显著优点就是支持热插拔,也就是说在开机的情况下,你也可以安全地连接或断开USB设备,达到真正的即插即用。
不过,并非所有的Windows系统都支持USB。
目前,Windows系统中有许多不同的版本,在这些版本中,只有Windows98以上版本的系统对USB的支持较好,而其他的Windows版本并不能完整支持USB。
例如Windows95的零售版是不支持USB的,只有后来与PC捆绑销售的Windows95版本才支持USB。
目前USB设备虽已被广泛应用,但比较普遍的却是USB1.1接口,它的传输速度仅为12Mbps。
举个例子说,当你用USB1.1的扫描仪扫一张大小为40M的图片,需要4分钟之久。
这样的速度,让用户觉得非常不方便,如果有好几张图片要扫的话,就得要有很好的耐心来等待了。
用户的需求,是促进科技发展的动力,厂商也同样认识到了这个瓶颈。
这时, COMPAQ、Hewlett Packard、Intel、Lucent、Microsoft、NEC和PHILIPS这7家厂商联合制定了USB 2.0接口标准。
USB 2.0将设备之间的数据传输速度增加到了480Mbps,比USB 1.1标准快40倍左右,速度的提高对于用户的最大好处就是意味着用户可以使用到更高效的外部设备,而且具有多种速度的周边设备都可以被连接到USB 2.0的线路上,而且无需担心数据传输时发生瓶颈效应。
所以,如果你用USB 2.0的扫描仪,就完全不同了,扫一张40M的图片只需半分钟左右的时间,一眨眼就过去了,效率大大提高。
而且,USB2.0可以使用原来USB定义中同样规格的电缆,接头的规格也完全相同,在高速的前提下一样保持了USB 1.1的优秀特色,并且,USB 2.0的设备不会和USB 1.X设备在共同使用的时候发生任何冲突。
USB2.0兼容USB1.1,也就是说USB1.1设备可以和USB2.0设备通用,但是这时USB2.0设备只能工作在全速状态下(12Mbit/s)。
USB2.0有高速、全速和低速三种工作速度,高速是480Mbit/s,全速是12Mbit/s,低速是1.5Mbit/s。
其中全速和低速是为兼容USB1.1而设计的,因此选购USB产品时不能只听商家宣传USB2.0,还要搞清楚是高速、全速还是低速设备。
USB总线是一种单向总线,主控制器在PC机上,USB设备不能主动与PC机通信。
为解决USB设备互通信问题,有关厂商又开发了USB OTG标准,允许嵌入式系统通过USB接口互相通信,从而甩掉了PC机
如何获取一个文件服务程序的接口,并与其通信
展开全部 单位服务器里有一个文件服务程序,专门为一应用程序提供所需文件。
现因为想要开发另外一套应用程序,并通过现有的文件服务程序获取服务器文件。
请问有没有办法获得该应用程序接口,(破解也行)。
下面是该文件服务程序安装说明文档: 如同TCP上的FTP协议一样,MFSRV使用特殊设计的基于TCP的文件传输协议,在需要访问文件的客户应用程序和文件服务程序之间进行协作。
MFSRV在Windows NT上以服务(Service)方式在后台运行,无须手工干预。
2.1安装环境 TCP/IP通信协议 2.2安装步骤 在安装目录下执行:mfsrv /install 安装NT服务(Service)。
2.3配置 mfsrv.ini 2.3.1授权配置 [GRANTS] DIR=C:\;d:\ 2.3.2端口配置 [TCP] PORT=6234 ...
转载请注明出处51数据库 » 软件接口协议设计文档