关于如何做系统接口设计与实现的信息

本篇文章给大家谈谈如何做系统接口设计与实现，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享如何做系统接口设计与实现的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、系统概要设计的接口设计
• 2、如何在Java类中定义接口属性并如何使用接口的方法
• 3、怎么给自己的程序提供接口（API）给别的程序操作
• 4、系统设计和系统实现接口上存在的主要问题是什么
• 5、如何简化PCIe接口设计 - 基于FPGA的19nm闪存PCIe SSD的设计与实现
• 6、结构化分析

系统概要设计的接口设计

接口设计包括三个方面：
一、用户接口
用来说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
二、外部接口
用来说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
三、内部接口
用来说明本系统之内的各个系统元素之间的接口的安排

如何在Java类中定义接口属性并如何使用接口的方法

摘要
一, 接口基础知识
1, java语言不支持一个类有多个直接的父类(多继承),但可以实现（implements）多个接口,间接的实现了多继承.
2, 与接口相关的设计模式:
1, 定制服务模式
设计精粒度的接口,每个接口代表相关的一组服务,通过继承来创建复合接口
2, 适配器模式
当每个系统之间接口不匹配时,用适配器来转换接口
3, 默认适配器模式
为接口提供简单的默认实现
4, 代理模式
为接口的实现类创建代理类,使用者通过代理来获得实现类的服务
5, 标识类型模式
用接口来标识一种没有任何行为的抽象类型
6, 常量接口模式
在接口中定义静态常量,在其它类中通过import static语句引入这些常量
3, 接口的特征归纳：
1, 接口中的成员变量默认都是public,static,final类型的(都可省略),必须被显示初始化,即接口中的成员变量为常量(大写,单词之间用"_"分隔)
2, 接口中的方法默认都是public,abstract类型的(都可省略),没有方法体,不能被实例化
public interface A
{
int CONST = 1; //合法,CONST默认为public,static,final类型
void method(); //合法,method()默认为public,abstract类型
public abstract void method2(); //method2()显示声明为public,abstract类型
}
3, 接口中只能包含public,static,final类型的成员变量和public,abstract类型的成员方法
public interface A
{
int var; //错,var是常量,必须显示初始化
void method(){...}; //错,接口中只能包含抽象方法
protected void method2(); //错,接口中的方法必须是public类型
static void method3(){...}; //错,接口中不能包含静态方法
}
4, 接口中没有构造方法,不能被实例化
public interface A
{
public A(){...}; //错,接口中不能包含构造方法
void method();
}
5, 一个接口不能实现(implements)另一个接口,但它可以继承多个其它的接口
public interface A
{
void methodA();
}
public interface B
{
void methodB();
}
public interface C extends A, B //C称为复合接口
{
void methodC();
}
public interface C implements A{...} //错
6, 接口必须通过类来实现它的抽象方法
public class A implements B{...}
7, 当类实现了某个接口时,它必须实现接口中的所有抽象方法,否则这个类必须声明为抽象的
8, 不允许创建接口的实例(实例化),但允许定义接口类型的引用变量,该引用变量引用实现了这个接口的类的实例
public class B implements A{}
A a = new B(); //引用变量a被定义为A接口类型,引用了B实例
A a = new A(); //错误,接口不允许实例化
9, 一个类只能继承一个直接的父类,但可以实现多个接口,间接的实现了多继承.
public class A extends B implements C, D{...} //B为class,C,D为interface
4, 通过接口,可以方便地对已经存在的系统进行自下而上的抽象,对于任意两个类,不管它们是否属于同一个父类,只有它
们存在相同的功能,就能从中抽象出一个接口类型.对于已经存在的继承树,可以方便的从类中抽象出新的接口,但从类
中抽象出新的抽象类却不那么容易,因此接口更有利于软件系统的维护与重构.对于两个系统,通过接口交互比通过抽象
类交互能获得更好的松耦合.
5, 接口是构建松耦合软件系统的重要法宝,由于接口用于描述系统对外提供的所有服务,因此接口中的成员变量和方法都
必须是public类型的,确保外部使用者能访问它们,接口仅仅描述系统能做什么,但不指明如何去做,所有接口中的方法
都是抽象方法,接口不涉及和任何具体实例相关的细节,因此接口没有构造方法,不能被实例化,没有实例变量.二, 比较抽象类与接口
1, 抽象类与接口都位于继承树的上层
相同点
1, 代表系统的抽象层,当一个系统使用一颗继承树上的类时,应该尽量把引用变量声明为继承树的上层抽象类型,
这样可以提高两个系统之间的送耦合
2, 都不能被实例化
3, 都包含抽象方法,这些抽象方法用于描述系统能提供哪些服务,但不提供具体的实现
不同点:
1, 在抽象类中可以为部分方法提供默认的实现,从而避免在子类中重复实现它们,这是抽象类的优势,但这一优势
限制了多继承,而接口中只能包含抽象方法.
由于在抽象类中允许加入具体方法,因此扩展抽象类的功能,即向抽象类中添加具体方法,不会对它的子类造
成影响,而对于接口,一旦接口被公布,就必须非常稳定,因为随意在接口中添加抽象方法,会影响到所有的实
现类,这些实现类要么实现新增的抽象方法,要么声明为抽象类
2, 一个类只能继承一个直接的父类,这个父类可能是抽象类,但一个类可以实现多个接口,这是接口的优势,但这
一优势是以不允许为任何方法提供实现作为代价的三, 为什么Java语言不允许多重继承呢?
当子类覆盖父类的实例方法或隐藏父类的成员变量及静态方法时,Java虚拟机采用不同的绑定规则,假如还允许
一个类有多个直接的父类,那么会使绑定规则更加复杂,因此,为了简化系统结构设计和动态绑定机制,Java语言
禁止多重继承.
而接口中只有抽象方法,没有实例变量和静态方法,只有接口的实现类才会实现接口的抽象方法(接口中的抽象方
法是通过类来实现的),因此,一个类即使有多个接口,也不会增加Java虚拟机进行动态绑定的复杂度.因为Java虚
拟机永远不会把方法与接口绑定,而只会把方法与它的实现类绑定.四, 使用接口和抽象类的总体原则:
1, 用接口作为系统与外界交互的窗口
站在外界使用者(另一个系统)的角度,接口向使用者承诺系统能提供哪些服务,站在系统本身的角度,接口制定
系统必须实现哪些服务,接口是系统中最高层次的抽象类型.通过接口交互可以提高两个系统之间的送耦合
系统A通过系统B进行交互,是指系统A访问系统B时,
把引用变量声明为系统B中的接口类型,该引用变量引用系统B中接口的实现类的实例.
public interface B
{
}
public class C implements B
{
}
public class A
{
}
B a = new C();
2, 接口本身必须非常稳定,接口一旦制定,就不允许随遇更加,否则对外面使用者及系统本身造成影响
3, 用抽象类来定制系统中的扩展点
抽象类来完成部分实现,还要一些功能通过它的子类来实现 2008/1/9
一, Java多态机制中的绑定规则深入剖析
class Base
{
String var = "BaseVar"; //实例变量
static String staticVar = "StaticBaseVar"; //静态变量 void method() //实例方法
{
System.out.println("Base method");
} static void staticMethod() //静态方法
{
System.out.println("Static Base method");
}
}public class Sub extends Base
{
String var = "SubVar"; //实例变量
static String staticVar = "StaticSubVar"; //静态变量
void method() //隐藏父类的method()方法
{
System.out.println("Sub method");
} static void staticMethod() //隐藏父类的staticMethod()方法
{
System.out.println("Static Sub method");
} String subVar = "Var only belonging to Sub"; void subMethod()
{
System.out.println("method only belonging to Sub");
} public static void main(String args[])
{
//引用变量who被声明为Base类型,引用Sub类的实例
Base who = new Sub();
//成员变量(静态变量,实例变量)与引用变量所声明的类型(Base类型)的成员变量绑定
System.out.println("who.var = "+who.var); //所以,打印Base类的var变量
System.out.println("who.staticVar = "+who.staticVar); //所以,打印Base类的staticVar变量 //实例方法与引用变量实际引用的对象(Sub对象)的方法绑定
who.method(); //所以,打印Sub实例的method()方法 //静态方法与引用变量所声明的类型(Base类型)的方法绑定
who.staticMethod(); //所以,打印Base类的staticMethod()方法
}
}
【分析过程】
1, 对于一个引用类型的变量,Java编译器按照它声明的类型来处理.
例如在以下代码中,编译器认为who是Base类型的引用变量,不存在subVar成员变量喝subMethod()方法,编译报错
Base who = new Sub(); //引用变量who被声明为Base类型,引用Sub类的实例
who.subVar = "123"; //编译错,在Base类中没有subVar属性
who.subMethod(); //编译错,在Base类中没有submethod()方法
如果要访问Sub类的成员,必须通过强制类型转换:
Base who = new Sub();
//把Base引用类型的who成员变量强制转换为Sub引用类型
//把引用变量转换为子类的类型称为向下转型,把引用变量转换为父类的类型称为向上转型
((Sub)who).subVar = "123";
((Sub)who).subMethod();
Java编译器允许在具有直接或间接继承关系的类之间进行类型转换,对于向上转型,Java编译器会自动进行,对于
向下转型,需要进行强制类型转换
如果两种类型之间没有继续关系,即不在继承树的同一个继承分支上,那么Java编译器不允许进行类型转换
2, 对于一个引用类型的变量,运行时Java虚拟机按照它实际引用的对象来处理
例如以下代码虽编译可通过,但运行时会抛出ClassCastException运行时异常
Base who = new Base(); //who引用Base类的实例
Sub s = (Sub)who; //运行时会抛出ClassCastException
在运行时,子类的对象可以转换为父类类型,而父类的对象实际上无法转换为子类类型
3, 在运行时环境中,通过引用类型变量来访问所引用对象的方法和属性时,Java虚拟机采用以下绑定规则:
1, 实例方法与引用变量实际引用的对象的方法绑定,这种绑定属于动态绑定,因为是在运行时由Java虚拟机
动态决定的
2, 静态方法与引用变量所声明的类型的方法绑定,这种绑定属于静态绑定,因为实际上是在编译阶段就已经
绑定
3, 成员变量(静态变量,实例变量)与引用变量所声明的类型的成员变量绑定,这种绑定属于静态绑定,因为
实际上是在编译阶段就已经绑定

怎么给自己的程序提供接口（API）给别的程序操作

API(Advanced Programmers Interface,高级程序员接口)(注:API实际是指Application Programming Interface,应用程序编程接口;此处疑为原文错误,不过在VB中也可以这么说吧!)是一套用来控制Windows的各个部件(从桌面的外观到位一个新进程分配的内存)的外观和行为的一套预先定义的Windows函数.用户的每个动作都会引发一个或几个函数的运行以Windows告诉发生了什么.
这在某种程度上很象Windows的天然代码.其他的语言只是提供一种能自动而且更容易的访问API的方法.VB在这方面作了很多工作.它完全隐藏了API并且提供了在Windows环境下编程的一种完全不同的方法.
这也就是说,如何做系统接口设计与实现你用VB写出的每行代码都会被VB转换为API函数传递给Windows.例如,Form1.Print...VB 将会以一定的参数(如何做系统接口设计与实现你的代码中提供的,或是默认参数)调用TextOut 这个API函数.
同样,当你点击窗体上的一个按钮时,Windows会发送一个消息给窗体(这对于你来说是隐藏的),VB获取这个调用并经过分析后生成一个特定事件(Button_Click).
API函数包含在Windows系统目录下的动态连接库文件中(如User32.dll,GDI32.dll,Shell32.dll...).
API 声明
正如在"什么是API"中所说,API函数包含在位于系统目录下的DLL文件中.你可以自己输入API函数的声明,但VB提供了一种更简单的方法,即使用API Text Viewer.
要想在你的工程中声明API函数,只需运行API Text Viewer,打开Win32api.txt(或.MDB如果你已经把它转换成了数据库的话,这样可以加快速度.注:微软的这个文件有很多的不足,你可以试一下本站提供下载的api32.txt),选择"声明",找到所需函数,点击"添加(Add)"并"复制(Copy)",然后粘贴(Paste)到你的工程里.使用预定义的常量和类型也是同样的方法.
你将会遇到一些问题:
假设你想在你的窗体模块中声明一个函数.粘贴然后运行,VB会告诉你:编译错误...Declare 语句不允许作为类或对象模块中的 Public 成员...看起来很糟糕,其实你需要做的只是在声明前面添加一个Private(如 Private Declare Function...).--不要忘了,可是这将使该函数只在该窗体模块可用.
在有些情况下,你会得到"不明确的名称"这样的提示,这是因为函数.常量或其他的什么东西共用了一个名称.由于绝大多数的函数(也可能是全部,我没有验证过)都进行了别名化,亦即意味着你可以通过Alias子句使用其它的而不是他们原有的名称,你只需简单地改变一下函数名称而它仍然可以正常运行.
你可以通过查看VB的Declare语句帮助主题来获取有关Alias的详细说明.
消息(Messages)
好了,现在你已经知道什么是API函数了,但你也一定听说过消息(如果你还没有,你很快就会)并且想知道它是什么.消息是Windows告诉你的程序发生了哪些事件或要求执行特定操作的基本方法.例如,当用户点击一个按钮,移动鼠标,或是向文本框中键入文字时,一条消息就会被发送给你的窗体.
所有发送的消息都有四个参数--一个窗口句柄(hwnd),一个消息编号(msg)还有两个32位长度(Long)的参数.
hwnd即要接受消息的一个窗口的句柄,msg即消息的标识符(编号).该标识符是指引发消息的动作类型(如移动鼠标),另外两个参数是该消息的附加参数(例如当鼠标移动时光标的当前位置)
但是,当消息发送给你时你为什么看不到呢--就象有人在偷你的信一样?请先别恼火,让我告诉你.
小偷其实是Visual Basic.但它并没有偷走你的信,而是在阅读了之后挑出重要的以一种好的方式告诉你.这种方式就是你代码中的事件(Event).
这样,当用户在你的窗体上移动鼠标时,Windows会发送一条WM_MOUSEMOVE消息给你的窗口,VB得到这条消息以及它的参数并运行你在事件MouseMove中的代码,同时VB会把这条消息的第二个32位数(它包含了x,y坐标,单位为像素(Pixel),每个位16位)转换为两个单精度数,单位为缇(Twip).
现在,如果你需要光标坐标的像素表示,然而VB已经把它转换成了缇,因此你需要重新把它转换为以像素为单位.在这里,Windows给了你所需要的,但VB"好意地"进行了转换而使你不得不重新转换.你可能会问--我难道不能自己接收消息吗?答案是肯定的,你可以使用一种叫做子类处理(Subclass)的方法.但你除非必须否则最好不要使用,因为这与VB的安全程序设计有一点点的违背.(注:子类处理确实有很大的风险,但如果使用得当,是很有用处的.不过有一点一定要注意,即千万不要使用VB的断点调试功能,这可能会导致VB崩溃!)
需要补充说明的是:你可以发送消息给你自己的窗口或其他的窗口,只需调用SendMessage或PostMessage(SendMessage会使接受到消息的窗口立刻处理消息,而PostMessage是把消息发送到一个称为消息队列的队列中去,等候处理(它将会在该消息处理完后返回,例如有些延迟)).你必须制定接受消息的窗口的句柄,欲发送消息的编号(所有的消息的编号均为常量,你可以通过API Text Viewer查得)以及两个32位的参数。
另一种含义：
1：美国石油协会(API:American Petrolenm Institute)：制定机油标准的组织。汽车用发动机机油必须符合API提出的标准。
2：API还有一种含意：空气污染指数。【英文 air pollution index 的缩写】
3：在JAVA中如何做系统接口设计与实现，API除了有应用“程序程序接口”的意思外，还特指JAVA API的说明文档，也称为JAVA帮助文档。
参考资料：http://bk.baidu.com/view/16068.htm

系统设计和系统实现接口上存在的主要问题是什么

通过连接发行服务器的读写器来下载APPLET 和密 钥，直接写入SMARTMX 中，写入过程中并不缓存相关数据。写入后只可以通过APPLET 调用接口来调用该APPLET，而无法读取APPLET 内部的内容。 1.2.1 下装密钥产生及下载 首先产生下装密钥 KEY，并在羊城通发行系统中保存，同时用产生的 KEY 来改写 CARDMANAGE 中的第 2 条密钥，使得第 2 条密钥内容在羊城通环境下产生同时写入 CARDMANAGE 中的不可读区域，用于APPLET 下装时建立安全通道。

如何简化PCIe接口设计 - 基于FPGA的19nm闪存PCIe SSD的设计与实现

SSD闪存阵列的吞吐量可高达2.5Gbps。为简化PCIe接口的设计，为闪存芯片的发展提供更大的裕量，设计选用8信道PCIe Gen2/Gen3架构。 PCIe 端点在物理层、数据链路层和事务层中有大量复杂的协议需要处理。幸运的是，在赛灵思7系列FPGA中设计PCIe SG-DMA控制器速度既快又方便。赛灵思已经把PCIe硬核实现在器件的架构中，用于处理全部的PCIe操作。这样设计小组就可以集中精力设计SG- DMA操作本身的功能。PCIe解决方案的集成模块可支持单通道、双通道、四通道和八通道端点配置，最高速度达5Gbps（Gen2），符合PCIe基本规范2.1修订版。表1是7系列FPGA的PCI集成模块的配置。该核可配置为Gen1/Gen2，最多可支持8个信道，从而可提供高达40Gbps的带宽。 表1：7系列FPGA支持的硬核 设计中使用CORE Generator工具来配置和生成PCIe端点IP。该工具包括用户指南、源代码、仿真代码和设计范例，可以帮助迅速使用该核。图2显示了PCIe硬核的顶层功能模块和接口。 图2：PCI Express硬核顶层的功能模块与接口。 SG- DMA核的主要功能是处理来自主机的TLP数据包并做出响应。SG-DMA用作对主机存储器的PCIe主控访问，在主机和本地存储器之间传输数据。主机向 DMA控制器发送命令，控制DMA访问。该命令代码嵌入在特定主机TLP寄存器写操作的数据中。SG-DMA控制器初始化SG-DMA写入请求，响应主机的读取命令，将数据从本地存储器移动到主机存储器。同样，对于主机的写命令，SG-DMA控制器初始化DMA读请求，将数据从主机存储器移动到本地存储器中。图3即是流程的图解。

结构化分析

「 软件开发方法 」的含义：软件开发过程所遵循的办法和步骤。

软件开发活动的目的：有效地得到一个运行的系统及其支持文档（程序 + 文档），并且满足有关的质量要求（功能需求 + 非功能需求）。

「 软件开发方法学 」的含义： 规则、方法和工具的集成 ，即支持开发也支持以后的演化过程（交付运行后，系统还会变化；或者为了改错，或为了功能的递增）。

结构化方法是一种特定的软件开发方法学/一种系统化的软件开发方法，包括：

就 软件需求分析 而言，结构化分析指的是：系统化地使用 问题域 术语，给出该 问题的模型 （即“系统必须做什么？”的一个估算）。

一个抽象层是由一组确定的术语定义的，为支持需求分析中有关要使用的那些信息的表达，结构化分析方法给出了以下五个术语/符号：

数据流图是一种描述 数据变换 的图形工具，它包含的元素可以是数据流、数据存储、加工、数据源和数据潭等。

数据字典用于定义 数据流 和 数据存储 的结构，并给出构成所给出的数据流和数据存储的各数据项的基本数据类型。

数据字典还引入了一些 逻辑操作符 来定义 数据结构 。

示例：

描述加工“做什么”，即 加工逻辑 ，也包括其它一些与加工有关的信息，如执行条件、优先级、执行频率、出错处理等。

💡 描述一个加工，一般遵循如下模版：

「结构化自然语言」适用于加工的输入数据和输出数据之间的逻辑关系比较 简单 的加工描述。

示例：

「判定表」适用于加工的输入数据和输出数据之间的逻辑关系比较 复杂 的加工描述。

判定表：

示例：

「判定树」适用于加工的输入数据和输出数据之间的逻辑关系比较 复杂 的加工描述。

示例：

💡 顶层数据流图——0层数据流图——1层数据流图——...

「设计」的定义：一种软件开发活动，定义实现需求规约所需的软件结构。

设计目标：依据需求规约，在一个抽象层上建立系统软件模型，包括软件体系结构（数据和程序结构），以及详细的处理算法，产生设计规约说明书。

即： 回答如何解决问题——给出软件解决方案 。

结构化设计分为：

在总体设计层：

第一阶段：初始设计。在对给定的数据流图进行复审和精化的基础上，将其转化为初始的模块结构图。 根据穿越系统边界的数据流初步确定系统与外部的接口 。
第二阶段：精化设计。依据模块“高内聚低耦合”的原则，精化初始的模块结构图，并 设计其中的全局数据结构和每一模块的接口 。
第三阶段：设计复审阶段，（设计人员与综合评审团队）对前两个阶段得到的高层软件结构进行复审，必要时还可能需要对软件结构做一些精化工作。

基于 模块化 原理—— 高内聚、低耦合 ；

模块化的概念和基本原则（略）。

耦合：不同模块之间相互依赖程度的度量。

内聚：一个模块之内各成分之间相互依赖程度的度量。

启发式规则：根据设计准则，从 长期的软件开发实践中，总结出来的规则 。

接口设计的分类：

系统的接口设计（包括用户界面设计及与其他系统的接口设计）是由穿过系统边界的数据流定义的。

在最终的系统中，数据流将成为用户界面中的表单、报表或与其他系统进行交互的文件或通信。

用户界面应具有的特性：可使用性、灵活性、可靠性。

「数据设计」：在设计阶段必须对要存储的数据及其格式进行设计。

文件设计的主要工作： 根据使用要求、处理方式、存储的信息量、数据的活动性以及所提供的设备条件等确定文件类型 ，选择文件媒体，决定文件组织方法，设计文件记录格式，并估算文件的容量。

以下几种情况适合选择 文件存储 ：

详细设计的任务：定义每一模块。

详细设计中主要引入了三种动作控制结构（顺序、选择、循环）的术语/符号。

结构化程序设计的概念：设计具有如下结构的程序：

优点：

PDL 不仅可以作为设计工具，而且可作为注释工具，直接插在源程序中间，以保持文档和程序的一致性，提高了文档的质量。

缺点：

优点：

对控制流程的描绘很直观，便于初学者掌握。

缺点:

优点:

优点：支持自顶向下逐步求精的结构化详细设计，并且严格限制了控制从一个处理到另一个处理的转移。

当算法中 包含多重嵌套 的条件选择时，用程序流程图、盒图、PAD图、PDL都不易清楚描述，这时可以 选择判断表来表达复杂的条件组合与应做的动作之间的对应关系 。

判定树是判定表的变种，也能清晰地表达复杂的条件组合与应做的动作之间的对应关系，形式简单，但简洁性不如判定表，数据元素的同一个值往往需要重复写多次，而且越接近树的叶断重复次数越多。

一切系统都是由信息流构成的（其中包含一些必要的数据变换），每一个信息流都有自己的起点数据源，有自己的归宿数据潭，有驱动信息流动的加工，因此所谓信息处理主要表现为 信息的流动 。

结构化方法是一种系统化的软件系统建模方法，从测试的角度看，结构化方法是一种特定的建立验证和确认所需标尺的方法学，包括 结构化分析 和 结构化设计 。

结构化方法的抽象层，包括：

紧紧围绕 自顶向下 、 过程抽象 、 数据抽象 和 模块化 等基本原理/原则，给出了： 完备的符号 、 可操作的过程 和 易于理解的表示工具 。并提供了：控制信息组织复杂性的机制，例如逐层分解，数据打包等，以支持将问题空间的一个问题映射为解空间的一个解。

关于如何做系统接口设计与实现和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 如何做系统接口设计与实现的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、如何做系统接口设计与实现的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。