设计流程

一、视图 View 在O2OA中，视图是展现、查询流程和内容管理数据的重要途径，也是各应用进行数据关联的工具。 入口 点系统的左上角导航->设计中心->数据中心->具体应用->视图打开。 视图的后台服务 http://applicationServer:20020/x_query_assemble_surface/jest/index.html 视图属性 基本 属性名 说明 标识 视图ID 名称 视图名称 别名 视图别名 隐藏视图 隐藏后不会在点左上角导航->应用中显示 最大行数 视图展现的时候返回数据的最多数目 每页行数 视图展现的时候每页的数据数目 可执行人 允许执行视图的人。和可执行组织同时为空的时候，所有人可执行 可执行组织 允许执行视图的组织 范围 属性名 说明 可以选择流程平台数据或者是内容管理平台的数据 权限 带权限：当前人员只能看到流转过的工作 忽略：当前人员可以看到符合过滤条件所有工作，但是没有流转过的不能打开 流转状态 只有选择流程平台数据的时候起作用 选择应用 只对应流程平台应用的数据 选择流程 只对应流程的数据，如果应用和流程同时选择的情，取并集 数据类型 信息类：只显示内容管理栏目或分类里文档类型设置为“信息”的数据 数据类：只显示内容管理栏目或分类里文档类型设置为“数据”的数据 全部：对文档类型无限制 选择栏目 只显示对应内容管理栏目的数据 选择分类

1、需求分析 1.1 原始需求 1.2 需求背景 1.3 需求收益 1.4 术语解释 1.5 流程分析 1.6 用例分析 1.6.1 业务用例分析 1.6.2 系统用例分析 3 功能性设计 3.1 流程变动 3.2 领域模型变更 3.3 数据模型变更 3.4 状态机变更 3.5 关键时序 3.6 交互设计 3.7 接口变更 4 非功能性设计 4.1 风险点评估 4.1.1 高可用风险 4.1.2 资损风险 4.2 上线计划 4.3 灰度方案 4.4 监控方案 4.5 应急方案 来源： 51CTO 作者： shaiberni 链接： https://blog.51cto.com/1348916/2450381

今天我们来总结一下架构设计流程，谈到架构设计我们先了解一下架构设计的原则 架构设计原则 架构设计主要可以归纳为三大原则 合适原则 简单原则 演化原则 合适原则 没那么多人，却想干那么多活，是失败的第一个主要原因 没有那么多积累，却想一步登天，是失败的第二个主要原因 没有那么卓越的业务场景，却幻想灵光一闪成为天才，是失败的第三个主要原因 简单原则 “复杂”在制造领域代表先进，在建筑领域代表领先，但在软件领域，却恰恰相反，代表的是“问题”。 软件领域的复杂性体现在以下两个方面 结构的复杂性 结构复杂的系统几乎毫无例外地具备两个特点 ： 组成复杂系统的组件数量更多，同时这些 组件之间的关系也更加复杂 结构上的复杂性存在的第一个问题是 ： 组件越多，就越有可能其中某个组件出现故障，从 而导致系统故障 结构上的复杂性存在的第二个问题是：某个组件改动，会影响关联的所有组件，这些被影 响的组件同样会继续递归影响更多的组件 结构上的复杂性存在的第三个问题是 ： 定位一个复杂系统中的问题总是比简单系统更加困 难。首先是组件多，每个组件都有嫌疑，因此要逐一排查：其次组件间的关系复杂，有可能表 现故障的组件并不是真正问题的根源 逻辑复杂性 看到结构复杂性后，我们的第一反应可能就是“降低组件数量”，毕竟组件数量越少，系统 结构越简单。最简单的结构当然就是整个系统只有一个组件，即系统本身，所有的功能和逻辑

典型的设计流程遵循以下所示的结构，可以分为多个步骤。 这些阶段中的某些阶段并行发生，而某些阶段依次发生。 我们将研究当今行业中典型的项目设计周期的情况。 要求（Requirements） 半导体公司的客户通常是其他一些计划在其系统或最终产品中使用该芯片的公司。 因此，客户的要求在决定如何设计芯片方面也起着重要作用。 自然，第一步将是收集需求，估计最终产品的市场价值，并评估执行该项目所需的资源数量。 技术指标 Specifications 下一步将是收集“规范”，该规范抽象地描述了要设计的芯片的功能，接口和总体架构。这可能类似于以下内容： 【1】需要计算能力才能运行成像算法以支持虚拟现实； 【2】需要两个具有相干互连功能的ARM A53处理器，并且应在600 MHz上运行； 【3】需要USB 3.0，蓝牙和PCIe第二代接口； 【4】应使用适当的控制器支持1920x1080像素显示； 架构Architecture 架构师提出了芯片应如何工作的系统级视图。 他们将决定需要所有其他组件，应运行什么时钟频率以及如何确定功耗和性能要求。 他们还决定数据如何在芯片内部流动。 一个示例是处理器从系统内存中获取成像数据并执行它们时的数据流。 同时，图形引擎将执行转储到内存另一部分中的前一批的后处理数据。 Digital Design数字设计 由于现代芯片的复杂性，不可能从头开始构建某些东西

1.4.1 需求分析 需求分析主要是客户对整个项目大的计划、时间要求和资金预算等。 1、项目立项 2、客户需求说明书 1.4.2 整体规划 在确定了用户的需求之后，并不是直接开始制作，而是需要对项目进行总体设计和详细设计，制作出一份网站方案给客户。 1、总体设计 l 网站需要实现那一些功能，反映到程序里面就是划分多少个模块； l 网站开发使用什么软件，在什么样的硬件环境下开发； l 整个项目有多少工作量，可以量化为需要多少人，多少时间； 2、规划说明书 3、网站建设方案 l 客户情况 l 网站实现的目的和目标； l 网站形象； l 网站的栏目版块和结构； l 网站内容的安排和相互连接和关系； l 开发时间进度表； l 宣传推广方案； l 维护方案； l 制作费用； 1.4.3详细设计 1、资料收集 l 跟主题相关的文字、图片、字体文件等； l 网上同类型优秀网站； l 各种风格的交互页面； l 功能强大、性能优异的开放源代码； 2、整体形象设计 l 定位网站主题和名称； l 定位网站CI形象； l 确定栏目和版块； l 网站的整体风格创意设计； l 网站的层次结构和链接结构； 1.4.4网站实施 l 界面设计 l 代码设计 l 调试完善 1.4.5 申请域名和空间 l 域名申请 l 虚拟主机 l 服务器托管 1.4.6发布站点 1.4.7推广网站 l 注册到搜索引擎 l

大致的情况如下： 1. 申请你的网站域名以及域名备案、服务器、空间（程序、技术的工作）； 一个网站的建设首先要有一个好的域名。域名空间。网站空间是用来存放您的网站内容和程序文件，比如网页、图片、视频资料等等。 2. 网站的架构和内容策划（网站策划的工作）； 分析你的需求。你此时应该定义出一个尽量周全的你的应用应该提供的功能清单。如果是你为一个客户做这些工作，你需要明白他们想要什么(要确保你们对方都知道对方在说些什么)。从你们的讨论中，你能总结出需求和软件规格。你即使是为自己开发，我也建议你把希望这个网站能够做的功能写下来。 3. 网站设计布局 在建站前期我们需要做一个合理的规划，想好需要实现的功能，想要的板式类型和主要的面对用户群，但是不管怎么设计，网站的作用都是为了能直接吸引用户，让用户能更快的了解企业产品及技术。这时候我们要收集好素材，包括网站中需要的内容，文字，图片等信息。 4. 制作建设 当做好以上内容准备的时候，就可以开始建站了，建站主要分前台和后台。 5. 测试发布 当网站程序方面编写好的时候，就是个一个网站的雏形了，但这时候网站还是不完善的，需要进行测试评估，网站还是有很多不完善的地方，要从用户体验的角度多去观察，渐渐完善。当网站的问题都解决，没什么大的问题的时候，就可以把网站传到虚拟主机空间里，这是访问域名就可以正式访问网站了。 6. 维护推广 在网站上线之后

以下内容由Mockplus团队翻译整理，仅供学习交流， Mockplus是更快更简单的原型设计工具 。 如何设计一个完美的新手引导流程？设计之前，不妨想想你最近一次下载新应用程序或登陆新网站的场景。你知道该怎么操作吗?它们的新手引导流程是否帮助你迅速完成交互了呢?很多时候，一个简单的新手引导流程能给用户留下良好的第一印象。 所以在网站和应用程序设计中，新手引导流程设计也十分重要，设计师需要从访客的角度来设计交互体验。此类设计一般包含帮助访客在网上商店找到商品、了解如何购物、玩游戏或注册电子邮件等交互。 新手引导流程是将新用户融入到产品中的设计，优质的引导设计可以让访客与你的网站/应用程序/数字产品进行深入交互。接下来小编将介绍如何设计这样一个优质的引导流程，并附带一些例子帮助大家理解。 一、视觉流程设计 一个好的新手引导流程可以让访客一眼明白如何开始、进行和结束产品的注册和体验流程。 当用户需要帮助或获得信息时，他们至少应该知道从哪里入手。这里的设计通常可以用一个大图，附带一段介绍文字呈现。(可以自行脑补下) 接着需要设计一些简单的交互，比如填写表格，点击下一步学习指南或新手教程视频等对访客进行引导。最后，弹出用户完成所有操作的通知，新用户就成功地结束注册/登录流程。(这种成就感可以帮助用户保持在线状态。) 最后的通知还应该包含引导用户进行正式体验产品的交互，比如

点赞再看，养成习惯，微信搜索【 三太子敖丙 】关注这个互联网苟且偷生的程序员。 本文 GitHub https://github.com/JavaFamily 已收录，有一线大厂面试完整考点和系列文章。 前言 我的读者好像学生居多，然后大家最近问的比较多的一个话题就是大厂的研发流程，都比较好奇，整个流程是怎么操作的。 我也不多BB了，那下面就跟随 暖男 的脚步，走进大厂研发流程吧。 正文 我们先看看一个产品有哪些研发流程，帅丙就用自己接触的阿里系的研发流程举例了，这也基本上是互联网大厂的研发流程了，可能细节有出入，但是绝对大同小异。 我问了下字节，多多，腾讯的朋友出入不大，所以还是具有代表性。 看完流程我们就一个个点的去看看每个环节干了些啥，我们开发同学在这个环节需要做啥，以及在每个环节的职能。 需求提出： 这个环节主要是产品爸爸给我们提需求，每个需求都是他们从用户，或者自己绞尽脑汁想出来的，但是产品爸爸还拿不准，不能直接敲定，所以就需要我们大家（产品，UI，前端，后端，客户端和测试）一起讨论一下，看看这个需求是否合理，或者这个需求是否有意义，能否达到预期，技术实现的成本，周期等等。 一旦聊成了，他们就会进入下一个阶段，聊不成他会想方设法让你答应，然后进入下个阶段，知道我为啥叫 产品爸爸 了吧？ 需求PRD提出： 这个阶段，产品爸爸会根据第一版聊下来的结果

接口幂等性的解决方案 在编程中，幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数指的是那些使用相同参数重复执行也能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。比如说getIdCard()函数和setTrue()函数就是幂等函数。 幂等在我的理解里就是，一个操作不论被执行多少次，产生的效果和返回的结果都是一样的。 一个幂等的操作典型如：把编号为5的记录的A字段设置为0这种操作不管执行多少次都是幂等的。 一个非幂等的操作典型如：把编号为5的记录的A字段增加1这种操作显然就不是幂等的。 幂等的方案 1.查询操作：Select是天然的幂等操作。 查询一次和查询多次，在数据不变的情况下，查询的结果都是一样的。 2.删除操作：删除操作也是幂等的，删除一次和删除多次都是把数据删除。 因为删除操作通常是定向的，比如通过id去删除数据，如果该id在数据库中存在对应记录，则删除该记录；如果该id在数据库中不存在对应记录，也是执行的删除记录操作，只是没有实质性地删除到记录而已，却也不会有其他的副作用。 但是如果删除操作具有返回值的话，可能返回的结果会不一样，比如删除一条记录之后返回这条记录中的某个值，如果删除的数据不存在（已经在第一次的删除请求中被删除了），返回的就是空值了。 3.唯一索引

ShareERP 2013-09-03 ERP业务平台化是每个软件提供商必须要进行的趋势，传统定制化路线已死，不能走定制化的老路了。以往最大问的题是不能累积和沉淀技术及提升项目业务管理能力，其次是管理与成本很高。关于平台化设计的文章很多，不在一一列举，具体来分析一下实现平台化的技术，因为介绍实际的软件架构技术的文章实在太少。 ERP平台化设计基本要素： 1、 业务模块设计(基础平台，以运行业务)； 业务模块是业务流程运行的基础，系统在设计前期应先规划业务模块架构体系，就笔者的所设计的系统为例： 基本抽象业务单据模块[客户端单据管理]，是所有业务模块的基础，提供业务处理的基本功能。 编辑业务单据模块[编辑单据管理]，继承[客户端单据管理]，提供增强编辑业务处理功能。 查询统计业务单据模块[查询单据管理]，继承[客户端单据管理]，提供账表查询、统计分析、图表分析等业务处理功能。 如下图1[业务单据框架继承图]，在[编辑单据管理]、[查询单据管理]模块下有多个子继承关系的单据管理模块，就是对不同的业务类型抽象出来的业务单据管理模块。 图1： 业务单据框架继承图 2、 业务流程设计(流程为导向驱动业务)； 业务流程：由业务事项产生的源头值到事项结束的过程中所产生的一系列活动业务的组合统称为业务流程。业务流程可界定、可规划事务的逻辑顺序，以流程导向驱动业务节点上的具体事项活动。由此