产品设计程序小结(产品系统设计小结)

程序设计 171
今天给各位分享产品设计程序小结的知识,其中也会对产品系统设计小结进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!本文目录一览: 1、支付系统设计小结 2、

今天给各位分享产品设计程序小结的知识,其中也会对产品系统设计小结进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

支付系统设计小结

支付作为平台最核心的基础能力,其重要性不言而喻。

对于平台而言,支付功能最简单粗暴的实现方式是业务系统直接接入支付渠道,支付和业务耦合在一起。流程见下图。

但随着业务的多样性和复杂度的变化以及业务量的提升,需要有独立的系统来维护支付规则,管理支付渠道,记录支付信息。因此引入支付系统,业务流程升级为:

在一个消费者付款流程中,支付系统需完成以下任务:

1、接受业务系统的业务订单;

2、根据业务订单类型及金额判断可支持的支付产品并返回给前端页面,让用户选择;

3、根据用户选择的支付产品,选出具体执行扣款的支付渠道;

4、根据选出的支付渠道要求组装指令,调用渠道执行扣款任务;

5、获取支付渠道通知的扣款结果或主动查询通道扣款结果;

6、通知业务系统支付结果;

以上6个任务在具体执行中可以分化出以下几个单体:

1、支付应用

平台交易每天有无数订单,支付系统需要将订单进行分类。不同类型的订单对支付渠道有着不同的需求,可以将订单类型对支付渠道的需求规则维护在支付应用层。

支付应用提供给上层业务统一模块化的调用方式,业务层而不再需要关注支付的实现。一般来说,支付应用可分为: 即时消费(消费类订单),充值(钱包类业务),转帐(钱包类业务),提现(钱包类业务),退款(异常情况处理)等。

2、支付核心(支付产品)

支付核心将下游支付渠道自身带有的原子化功能(鉴权,签约,扣款等)封装后提供给上游统一调用。上游通道仅需明确具体支付产品和金额后,由支付核心根据路由选出的渠道的接口要求组装指令,调用渠道支付接口。

支付核心应封装渠道包括验证要素,支付额度,手续费,结算账户,查询方式等属性。也要能新渠道接入的可扩展性,屏蔽各渠道的差异,将渠道差异统一维护在单个系统中。

3、支付路由

用户选择支付产品后,可以有多个支付渠道支持对应支付产品。系统需要根据特定逻辑选出具体的支付通道去执行扣款,而这个特定逻辑就是支付路由。

这里至少要包括以下几个逻辑:

1) 指定走某条通道、指定不走某条通道;

2) 选出限额满足订单金额的支付通道;

3) 选出手续费较低的通道;

4) 现有的支付要素是否满足通道要求,是否仍需要用户参与。

另外,支付应用中支持的具体支付产品,也可在路由中实现。

4、渠道管理

支付路由,和支付核心都需要根据通道特性进行判断,可以独立维护一个系统来记录通道的特性。当通道属性发生变化时,比如需要参数发生变化,费率发生变化等,通道维护时,可以在渠道管理系统中配置相关信息即可,而不需要重新发版。

基于上面的讨论,可以抽象出下面两张模型图。

支付模型

支付系统

以上仅是收款环节的设计概述,其中仍有很多单体可以展开来讲,快捷产品设计,支付路由,账户系统等等,有机会再提。

以上仅是个人在实践中的总结,如有不对的地方,还请指正。

PLC课程设计小结!

6结束语

本文利用PLC对磨机润滑系统的温度,压力等的监控与调节。通过PLC与单片机通信,实现对温度的外部显示,具有很好的经济性。本系统在系统中使用调试成功,实现了对温度、压力、油箱液位的自动采集和实时监控调节、报警等功能以及对主机的控制,为现代工业控制的生产起到了积极作用,整个系统结构简单,操作方便、灵活,具有较好的实际价值和使用性。

由于设计水平有限和时间的仓促,本文中难免有错误和不妥之处,请给予批评指正。

7总结

通过本次设计,让我很好的锻炼了理论联系实际,与具体项目、课题相结合开发、设计产品的能力。既让我们懂得了怎样把理论应用于实际,又让我们懂得了在实践中遇到的问题怎样用理论去解决。

在本次设计中,我们还需要大量的以前没有学到过的知识,于是图书馆和INTERNET成了我们很好的助手。在查阅资料的过程中,我们要判断优劣、取舍相关知识,不知不觉中我们查阅资料的能力也得到了很好的锻炼。我们学习的知识是有限的,在以后的工作中我们肯定会遇到许多未知的领域,这方面的能力便会使我们受益非浅。

在设计过程中,总是遇到这样或那样的问题。有时发现一个问题的时候,需要做大量的工作,花大量的时间才能解决。自然而然,我的耐心便在其中建立起来了。为以后的工作积累了经验,增强了信心。

关于设计流程和方法的总结

这算是我的第一篇博文。近一周来因为毕设的原因,我不得不又停下来梳理一遍交互设计的流程。其实在清华美院这一两年的时间,耳濡目染了很多设计流程和方法。但是我始终觉得这些方法是零碎的,少了一根把他们串起来的主线,用起来总有种找不着线头很混乱的感觉。

美院用的是斯坦福设计学院的设计思维流程是“emphasize、define、ideate、prototype、test”;最经典的交互设计精髓这本书里的设计流程是“研究、建模、需求定义、设计框架、设计细化和支持”;而在尤文文的知乎回答里,他的观点是由于设计不是完全理性和可工程化的,所以设计流程是不可控的,但思考维度是可以按照下图的用户体验五要素的框架进行的。这三种框架都是业界非常经典的。

但是在我真的做具体项目的时候,我发现这些框架因为太概念和抽象在具体操作上的指导意义不大,于是我又去看了工业界的交互设计流程,试图获得实际的可操作的方法。网易云课堂的交互设计微专业提供的设计流程是“设计需求分析、信息架构和流程设计、页面布局、测试和评估”(注意这个课程实际上只针对结构层和框架层);而破茧成蝶中提供的设计流程则是如图所示:

网易的这两个设计流程是非常有操作性质的流程。于是,在总结完这几个设计流程后,我开始了毕业作品的设计。可是,由于这些流程和方法有很多细微区别,我在设计的过程中经常会陷入一种受方法论束缚而不知所措的状态,导致进度缓慢。由于我的纠结性格,我不得不在传统流程的基础上重新总结一套,适合自己的可操作性的设计流程和方法。不然这进度要跪了!!~ T T

1、战略层:产品定位(使用人群、主要功能、产品特色)和 用户需求(目标用户、使用场景、用户目标)- 采集需求的方法(用户调研、竞品分析、用户反馈、产品数据)

2、范围层:产品功能和优先级(基本型需求、期望型需求、兴奋型需求)

3、结构层:任务流程(用户场景、接触点)、信息架构(卡片分类)

4、框架层:交互界面(设计原则)

5、表现层:视觉设计

(用户场景在需求定义和任务流程的地方都用上了,也就是说不管是产品还是交互,用户场景都很重要。有时为了完成流程设计,甚至需要构思的用户场景有多个。同时,在页面的设计过程中,任务流程和信息架构也是反复使用的方法。之前一直在这儿很混乱 = =)

交互设计的定义—— 设计用户行为(Action )使产品好用。交互发生在人和产品之间,所以作为一名交互设计师,需要基于对人的了解(人因学、设计心理学)和对产品平台的了解(平台规范)来进行设计。

在设计的过程中,以Krug可用性第一定律“Don't make me think”为原则—— 让每一个页面都不言而喻,至少能自我解释;记住用户是扫描不是阅读,通过视觉层次来突出重点、降低干扰—— 以简约至上里的“组织需要提供的,隐藏非核心的,转移需要重新布局的,删除不必要的”为方法。

设计过程中需要用到一些人因学的定律: Fitts’ Law / 菲茨定律、Hick’s Law / 希克法则、神奇数字 7±2 法则、格式塔原理、隐喻等。

设计方案可通过三个维度来衡量:有用性Utility(满足需求)、可用性Usability(用户易于理解、学习、使用无障碍),而吸引力则是加分项(情感化设计)。

其中,可用性由尼尔森定义为五个部分:( )

Usability is a quality attribute that assesses how easy user interfaces are to use. The word "usability" also refers to methods for improving ease-of-use during the design process.Usability is defined by 5 quality components :

Learnability : How easy is it for users to accomplish basic tasks the first time they encounter the design?

Efficiency : Once users have learned the design, how quickly can they perform tasks?

Memorability : When users return to the design after a period of not using it, how easily can they reestablish proficiency?

Errors : How many errors do users make, how severe are these errors, and how easily can they recover from the errors?

Satisfaction : How pleasant is it to use the design?

往往需要通过用户测试来评估可用性。设计原则和用户测试也需要贯穿整个设计过程。

There are many methods for studying usability, but the most basic and useful is user testing , which has 3 components:

Get hold of some representative users , such as customers for an ecommerce site or employees for an intranet (in the latter case, they should work outside your department).

Ask the users to perform representative tasks with the design.

Observe  what the users do, where they succeed, and where they have difficulties with the user interface. Shut up and let the users do the talking .

Jakob Nielsen's 10 general principles for interaction design(启发式评估原则)

苹果的官方设计原则为:美学完整性、一致性、直接操作、反馈、隐喻、用户控制。

整理各种来源的设计原则,可归纳交互设计原则为:Learnability易学、Accessibility易用、Consistency一致性、Errors防错容错、Reaction反馈、Help帮助。

产品设计程序小结的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于产品系统设计小结、产品设计程序小结的信息别忘了在本站进行查找喔。

扫码二维码