外部系统接口设计原则（外部系统接口设计原则包括）

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

本文目录一览：

• 1、系统接口设计的原则（续）
• 2、在信息系统设计中模块设计应遵循的原则是
• 3、系统设计与分析都应该遵循哪些原则？
• 4、设计模式六大原则(四)----接口隔离原则
• 5、如何简单设计接口测试用例

系统接口设计的原则（续）

昨天写到系统接口设计最重要的原则是：

很开心的是大家选了黎叔和Richardson的方案，因为这个方案是最 简单直观 的，并且满足了数据在两个系统的一致性。

还是举昨天的例子，数据在客户系统是这样的：

到我们系统也会生成一样的数据：

我们系统为了生成这条数据，还需要生成一些基础数据：

这个方案的唯一问题是一个正常的SR(一装一卸)被分成了两个SR，一个是提货SR，一个是卸货SR，和我们之前对SR的认知十分不同，除了心里有些小担心之外，暂时也想不出这样会有什么问题。

抛开这个问题，我想用三个词来评价这个解决方案：

在信息系统设计中模块设计应遵循的原则是

信息隐藏、高内聚和低耦合。

1、高内聚：内聚是一个模块内部各成分之间相关联程度的度量。高内聚的模块内部联系紧密，就像一个无法分割的整体，这样的模块功能单一，模块的实现和维护难度就会大大降低。

2、低耦合：需要注意耦合是模块之间依赖程度的度量。低耦合意味着模块之间的独立性更好，改变一个模块不会影响其它模块。内聚和耦合是密切相关的，与其他模块存在强耦合的模块通常意味着弱内聚，而强内聚的模块通常意味着与其他模块之间存在弱耦合。

3、信息隐藏：信息隐藏的意思是让模块仅仅公开必须要让外界知道的东西，而隐藏其他一切内容。在模块设计的接口设计中，就充分体现了信息隐藏这一原则，接口是模块的外部特征，应当公开；而数据结构、算法、实现体等则是模块的内部特征，应当隐藏。一个模块仅提供有限的接口，接口是模块与外界交互的惟一途径。

信息隐藏与高内聚、低耦合这两个原则是一脉相承。它们都体现了模块独立的设计思想。此外，信息隐藏，还蕴含着博大精深的中华文化——秀外而慧中。模块的接口设计追求简洁、高效，小而美，这就是“秀外”；数据结构和算法，这些复杂的设计集中在模块内部，就是“慧中”，只有遵循这些设计原则，才能做出好的模块设计。

以上内容参考  百度百科-信息系统设计

系统设计与分析都应该遵循哪些原则？

系统分析与设计的基本原则
一、统一性原则。按照国家税务总局的出口退税的法规政策，兼顾各地业务处理的特殊性，制定统一的出口退税业务规范。
二、适用性原则。系统提供灵活的设置，保证各地在不违反基本退税流程规范的前提下，适应其手段和操作方法的不同。另外，本系统应是一个不断提高完善的系统，系统要能够进行不断的发展，同时能最大限度地适应未来的业务发展的需要。
三、易用性原则。本系统使用人员范围广，使用人员的计算机水平层次不一，有的基层单位计算机使用水平较低，很多地方缺少计算机专业人员，系统应尽可能的操作简便，维护简单。
四、可靠性原则。由于操作失误出现的故障，重新使用时，系统应有自举功能，一时的设备故障，系统应可进行恢复，不破坏数据的一致性和完整性。
五、安全性原则。系统的用户根据业务的需要，具有不同的安全级别及操作权限，系统要充分发挥操作系统、数据库、应用软件三层安全保证措施，以保证数据的安全性。系统内部重要业务操作均留有痕迹。
六、健壮性原则。本系统接受大量的外部数据，系统应对错误的数据和结构不合理的数据进行识别，拒绝接受错误数据和结构不合理数据。
七、易二次开发、易维护性原则。采用封装技巧，建立稳定的底层工具，核心技术文档随系统发布等手段，使具有基本技术水平的系统维护人员可以在一定程度上对系统进行较复杂的维护及一般性扩充。

设计模式六大原则(四)----接口隔离原则

也就是说: 接口尽量细化，接口中的方法尽量少

从功能上来看，接口隔离原则和单一职责原则都是为了提高类的内聚, 降低类之间的耦合, 体现了封装的思想。但二者还是有区别的。

（1）从原则约束来看: 接口隔离原则更关注的是接口依赖程度的隔离；而单一职责原则更加注重的是接口职责的划分。

（2）从接口的细化程度来看: 单一职责原则对接口的划分更加精细，而接口隔离原则注重的是相同功能的接口的隔离。接口隔离里面的最小接口有时可以是多个单一职责的公共接口。

（3）单一职责原则更加偏向对业务的约束: 接口隔离原则更加偏向设计架构的约束。这个应该好理解，职责是根据业务功能来划分的，所以单一原则更加偏向业务；而接口隔离更多是为了“高内聚”，偏向架构的设计。

接口隔离原则是为了约束接口、降低类对接口的依赖性，遵循接口隔离原则有以下 5 个优点。

在具体应用接口隔离原则时，应该根据以下几个规则来衡量。
1）接口要尽量小
不能出现Fat Interface；但是要有限度，首先不能违反单一职责原则（不能一个接口对应半个职责）。

2）接口要高内聚
在接口中尽量少公布public方法。
接口是对外的承诺，承诺越少对系统的开发越有利。

3）定制服务
只提供访问者需要的方法。例如，为管理员提供IComplexSearcher接口，为公网提供ISimpleSearcher接口。

4）接口的设计是有限度的
了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同, 需要深入了解业务逻辑。

下面以学生成绩管理为例来说明接口隔离原则:

分析：学生成绩管理程序一般包含查询成绩、新增成绩、删除成绩、修改成绩、计算总分、计算平均分、打印成绩信息等功能，通常我们会怎么做呢？

通常我们设计接口的方式如下:

我们会吧所有的功能都放在一个接口里面. 这会产生什么样的问题呢?
首先, 接口的方法很多, 不利于扩展. 比如: 学生只有查看成绩,打印成绩单的权限, 没有增删改的权限; 老师拥有所有的权限.
查询成绩单:

操作成绩单

可以看出问题. 查询成绩单, 我们只会用到两个方法, 可是因为实现了接口, 不得不重写所有的方法.
如果这时候增加需求--发送给家长, 只有老师才有这个权限, 学生没有这个权限. 可是, 在接口中增加一个抽象方法以后, 所有的实现类都要重写这个方法. 这就违背了开闭原则.

采用接口隔离原则设计的接口, UML图如下:

我们将原来的一个接口进行了接口拆分. 分为查询接口和操作接口. 这样学生端就不需要重写和他不相关的接口了.

如果将这些功能全部放到一个接口中显然不太合理，正确的做法是将它们分别放在输入模块、统计模块和打印模块等 3 个模块中，其类图如图 1 所示

如何简单设计接口测试用例

接口测试是项目测试的一部分 ，它测试的主要对象是接口 ，是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点。测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等。 如何设计接口测试用例？首先，明确出发点，和所有的测试一样 ，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向 ，你的设计行为就会尽量朝这个方向，更易发现问题 其次，选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口 ，每个接口如果分别测试 ，那将是很痛苦的一件事情，而且任何一个内部接口的变动 ，都将导致我们用例的不可用。 可将这些最外层的接口分为两类：一类是数据进入系统的接口；一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用 ，模拟外部的使用；而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出时的状态如何 ，此时系统又是什么状态都是我们所应该验证的。 然后，确认完整的测试对象的功能：确认外部接口提供给使用这些接口的外部用户什么样的功能，外部用户真正需要什么样的功能。此两个功能一定要准确详细，用例的设计要严格按照测试对象功能设计才是正确的用例。 最后当出发点、对象、功能都确定了，就可以真正设计用例了。下面详细介绍下如何去设计一个结构好、可读性高、渗透性强的接口测试用例。 接口测试用例设计和测试用例设计一样，用例设计的内容应该包括：主要测试功能点、测试环境、测试数据、执行操作以及预期结果。 1）接口测试环境分为两种：一种是程序内部的环境；一种是程序的所调用外部接口的环境。 2）接口测试测试数据分为接口参数数据和用例执行所需系统数据。数据的设计、准备测试用例的数据上需要花费更多的心思。要通过好的测试数据使用例查找问题。接口参数数据需对每个参数根据测试接口的实际的功能进行分析，在符合业务逻辑的情况下进行逻辑组合排列 ，不要遗漏了某些边界值和错误点的数据。每个用例执行所需系统数据和接口参数数据尽可能的采用不一样的数据 ，使用例更容易发现问题。 3）测试功能点，如果一个接口功能复杂时推荐对接口用例进行结构划分 ，这样子用例具有更好的可读性和维护性。接口划分原则为以接口提供的功能点的不同进行合适粒度的划分。同一功能点的用例又可根据测试环境的不同、数据的不同进行用例的填充。 4）接口测试用例执行操作非常简单，就是所测接口的调用。 5）预期结果验证，这也是接口用例设计的很关键的一步 ，应该细而不冗余。每个用例均需验证 ，避免一个用例中重复做相同的验证 ，提高测试用例的效率。 如何设计接口测试用例小例子： 简单划分可以按照2个基本组成要素进行划分：1. 参数 2. 业务 以下为最简单的一种划分用例的方法，可能涵盖不全，但只为说明一种划分接口用例的方法方式以及需要考虑的测试用例的测试点 为何要如此设计，是为了更好的将用例分类为程序规定型以及业务限制型，尽量的保证覆盖，尽量细化到点的划分形式来保证工作时间的预估和计划。 所有的自动化接口的测试用例 都基本围绕三部曲进行，传数据，执行，校验返回的数据和期望数据是否一致来构成每个简单的测试用例。 有清晰的线路和清晰的思维，才能做好整体测试的掌控。 关于外部系统接口设计原则和外部系统接口设计原则包括的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 外部系统接口设计原则的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于外部系统接口设计原则包括、外部系统接口设计原则的信息别忘了在本站进行查找喔。

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