本篇文章给大家谈谈系统接口设计描述,以及系统接口设计案例对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
今天给各位分享系统接口设计描述的知识,其中也会对系统接口设计案例进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!
本文目录一览:
前后端分离系统接口设计思路
直接进入正题
系统接口设计描述,总得分为两块
系统接口设计描述,一块是表结构,另一块为实现思路(仅供参考)
一、 表结构
1、 菜单表(right)
字段 类型 注释
id long 主键
name varchar 名称
url varchar 地址
ico varchar 图标
tips varchar 提示信息
parentId long 上级菜单Id
level int 级别:1-3为菜单,4为按钮,5为接口
sort int 排序
2、 角色表(role)
字段 类型 注释
id long 主键
name varchar 名称
desc varchar 描述
code varchar 编码
sort int 排序
3、 角色菜单表(role_right)
字段 类型 注释
id long 主键
roleId long 角色ID
rightId long 菜单ID
4、 用户表(user)
字段 类型 注释
id long 主键
name varchar 姓名
account varchar 账号
password varchar 密码
5、 用户角色表(user_role)
字段 类型 注释
id long 主键
userId long 用户Id
roleId long 角色Id
5、 用户登陆记录表(login_token),过期时间由系统检测
字段 类型 注释
id long 主键
date date 登陆日期
token varchar token
userId long 用户Id
二、 实现思路
1、前端
用户登录,返回token;
根据token查询用户菜单信息,并返回json数据,存入客户端;
根据菜单数据,动态显示菜单,按钮
前端跳转页面,需要在路由中加入前端拦截,读取本地权限数据进行匹配
用户访问接口,后端进行校验
2、后端
编写拦截器,拦截所有url,过滤掉特殊不需要拦截
系统接口设计描述的url;
获取请求中的接口地址,不包含参数;
获取当前请求token,查询用户角色;
根据角色查询所有的接口,拿当前请求的接口进行比对,存在则放行,不存在,则返回错误信息
以上仅为个人设计思路,如有不好的地方,欢迎指正。
系统接口设计的原则(续)
昨天写到系统接口设计最重要的原则是:
很开心的是大家选了黎叔和Richardson的方案系统接口设计描述,因为这个方案是最 简单直观 的系统接口设计描述,并且满足了数据在两个系统的一致性。
还是举昨天的例子系统接口设计描述,数据在客户系统是这样的:
到我们系统也会生成一样的数据:
我们系统为了生成这条数据,还需要生成一些基础数据:
这个方案的唯一问题是一个正常的SR(一装一卸)被分成了两个SR,一个是提货SR,一个是卸货SR,和我们之前对SR的认知十分不同,除了心里有些小担心之外,暂时也想不出这样会有什么问题。
抛开这个问题,我想用三个词来评价这个解决方案:
软件设计中的接口设计指的是实用性设计还是运行环境设计呢?
架构中
系统接口设计描述的接口设计主要事指系统间的交互规则定义
系统接口设计描述,主要包括接口的格式
系统接口设计描述,类型,长度等,以及规范标准,接口有很多种级别,文件接口,数据接口,应用接口,在软件设计的每一层之间都存在接口。(所谓的实用性接口)
而在软件设计系统内的接口设计主要根据面向对象方法的需要,对现实概念进行抽象和简单化的过程,接口设计要秉持单一职责原则,将概念最小化,保证接口设计能够满足开闭原则,接口一旦定义则避免修改,而这个能力完全取决于设计师抽象的功力。
系统详细设计包括哪些内容
系统详细设计包括以下内容:
1、 系统结构设计及子系统划分
划分系统功能模块或子系统(如果有或者有必要,特别是大型的软件系统)。
2、系统功能模块详细设计
按结构化设计方法,在系统功能逐层分解的基础上,对系统各功能模块或子系统进行设计。此为详细设计的主要部分之一。
3、系统界面详细设计
系统界面说明应用系统软件的各种接口。整个系统的其他接口(如系统硬件接口、通讯接口等)在相应的部分说明。
4、外部界面设计
根据系统界面划分进行系统外部界面设计,对系统的所有外部接口(包括功能和数据接口)进行设计。
5、内部界面设计
设计系统内部各功能模块间的调用关系和数据接口。
6、用户界面设计
规定人机界面的内容、界面风格、调用方式等,包括所谓的表单设计、报表设计和用户需要的打印输出等设计。
扩展资料:
系统详细设计内容:
用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互,用IPO图或其他方法描述各模块完成的功能。
以上建议采用HIPO图进行功能分解与模块描述,更高的要求建议采用IDEF0方法进行功能模型设计。
详细设计应用系统的各个构成模块完成的功能及其相互之间的关系。
用IPO或结构图描述各模块的组成结构、算法、模块间的接口关系,以及需求、功能和模块三者之间的交叉参照关系。
每个模块的描述说明可参照以下格式:
模块编号:
模块名称:
输入:
处理:
算法描述:
输出:
其中处理和算法描述部分主要采用伪码或具体的程序语言完成。
对详细设计更高的要求建议用IDEF0图进行各功能模块的设计。
如果对软件需进行二次开发(包括功能扩展、功能改造、用户界面改造等),则相应的设计工作应该设立子课题完成。
参考资料:百度百科 ------ 系统设计
如何设计系统接口 系统接口设计注意事项
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
·进程之间松耦合
·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务,只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
论文dblink系统接口设计 怎么写
1、标准接口表2、标准API前者例如AP
系统接口设计描述的发票接口表
系统接口设计描述,供应商、客户接口表,具体实现方式是,将数据按照接口表规格准备到接口表中,然后运行标准
系统接口设计描述的import程序将接口表数据导入到Oracle EBS中(即各接口表对应
系统接口设计描述的正式table中)。而例如银行、分行、银行帐户相关API,一般通过客户化程序,调用此类API实现将数据导入系统,此时一般也会新建一些客户化staging table,先将外部数据准备到staging table后,再使用客户化程序,调用API将资料导入Oracle EBS中。
关于系统接口设计描述和系统接口设计案例的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。
系统接口设计描述的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于系统接口设计案例、系统接口设计描述的信息别忘了在本站进行查找喔。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
暂时没有评论,来抢沙发吧~