新人阶段培训指南
为了让小伙伴更快的上手公司业务，我们将培训分为这几个阶段
- 产品功能使用，设计讲解
- 产品功能二次开发
阶段一：产品功能了解
快速了解红迅产品，从“知道做什么”到“为什么这么做”，再到“是否可以这样做”
红迅快速开发平台(jsaas、jsaas-boot、jpaas)以低代码、灵活配置、高扩展性等为核心，依靠强大的BPM引擎，为企业信息化提供强有力的支持。再此基础上，业务人员可以更加专注于业务的落地实施，从而极大限度地提升了各业务部门的协同效率，面对企业快速的业务迭代和变更，平台可以从能力上给予支撑。低代码的特性也有效地节约了IT投入的成本。公司有产品研发团队，相信经过不断打磨和创新，我们一定会创造出一款具有市场竞争力的产品。
平台主要核心为在线表单制作、多种开发辅助功能、灵活配置的流程。
产品功能图
组织中心
| 功能名称 | 功能简介 |
|---|---|
| 租户管理 | 租户的概念以及功能操作。 |
| 组织架构 | 每个公司有自己内部的组织架构，平台以’用户组’来统称。 |
| 人员管理 | 平台人员信息的管理。 |
| 关系定义 | 描述人与人，人与组，组与组的关系。 |
| 权限管控 | 描述平台权限控制的思路 |
组织架构层级图
租户（机构）
在企业内部管理中，一个租户就是一个组织架构的集合，租户内部可以自行管理。如：一个贸易公司下，有供应商、经销商、施工方等租户，这些租户可以内部管理自己的组织架构和人员； 在SaaS云应用中，一个租户就是一个用户，每个用户有自己信息、服务列表、账单信息等。
关键字：机构类型，菜单授权，机构
机构类型：机构类型是用于定义租户的，，平台提供了不同的机构类型定义，如供应商，经销商，平台运营商等。
租户菜单授权：每个机构类型都拥有各自的菜单权限，租户属于这个机构类型下的，那租户管理员就拥有机构类型所拥有的菜单权限，同时租户管理员可将拥有权限的菜单授权给其他用户组或者角色。
机构： 每一个租户在平台中都是一个独立的个体，租户之前是互不影响，数据都是隔离的。组织架构的建立是一个公司的重要组成部分在公司下分为不同的部门，在部门下分为不同的岗位，每一个岗位对应的不同用户。
组织架构
组织架构是每个企业的业务流转、职能制定的基本单位。
关键字：组织维度，维度等级 组织管理
组织维度：不同的组织维度对不同的用户组进行管理。如：某公司需要把用户组划分为行政，角色，项目，销售等。
维度等级：给组织维度下的用户组设置等级。
维度等级列子，阿里的P级别划分：
组织管理：管理平台的组织架构，维度，维度下的用户组，用户组下的用户及关系定义。
人员管理
用户管理。
关键字：用户类型，扩展属性
用户类型：用户类型是针对于个人，当企业内部没有对组织架构没有进行规划时，员工又有相应的角色，那在平台中就可以定义一个用户类型，给用户挂上相应的用户类型，同时可给用户类型授权相应的菜单权限。
例如某所学校的组织架构，他们的用户就分为老师和学生。
扩展属性：满足业务扩展性的需求，对用户的属性可自定义扩展。
关系定义
人与人，人与组，组与组。
关键字：关系类型，关系定义
用户与用户：定义用户之间的各种业务关系，如上下级的关系，可在平台跟进行这种关系的数据维护：
用户组与用户：定义用户组与用户的关系，如部门负责人，部门报销负责人等，定义完成后，其数据维护将出现在部门的管理中，可以维护这个部门下的这个关系的人员数据，如：
部门下用户：部门下的用户其实也是用户组与用户的关系的数据维护，如上图所示的组内用户，一个用户可任职于多个不同的部门，但其会存在主部门，也可属于于多个不同的组下。
用户组与用户组：在组织架构中，用户分部在不同的用户组下，有些用户拥有多个角色,这里我们通过用户间的关系找到某个特定的角色人员。如部门的职务关系（岗位）
资源权限控制
基于RBAC原则进行权限控制，RBAC（Role Basic Access Control）一般指基于角色的访问控制。基于角色的访问控制（RBAC）是实施面向企业安全策略的一种有效的访问控制方式。
关键字：菜单授权，数据权限，字段权限
用户组菜单授权：给予用户组或角色授权各自拥有权限的菜单。
数据权限：给不同角色拥有权限的数据列表菜单授予所设置的数据权限，不同用户登录系统看到相应菜单的数据根据所授权的数据权限去过滤。
分级组织管理
平台中，当组织超过一定的规模时，或者分公司的模式，分公司的人员都由自己管理，这时就需要分级管理，分级管理员可以管理授权给他的部门及这个部门下的用户，同时分级管理员可以再次分级授权。
单据中心
平台提供在线的单据制作，用户只通过单据模板，填写单据的字段，数据来源，单据控件展示类型，录入数据方法，可有效实现业务单据的在线化处理。目前平台的支持丰富的表单控件与业务展示控件，可满足各种复杂的业务表单的数据展现。
| 功能名称 | 功能简介 |
|---|---|
| 数据源管理 | 在线配线连接不同的数据库，供需要与数据库交互的工具使用。 |
| 单据管理 | 如何通过表单设计器创建一张单据。 |
| 业务建模 | 根据实际的业务对象进行业务组建，可反向生成业务单据，也同时可映射数据至物理表中。 |
| 表单方案 | 根据单据定义配置的表单的呈现与数据交互脚本的处理。 |
| 数据列表 | 单据数据展示界面。 |
| 移动端表单 | 用于移动端呈现表单。 |
数据源管理
在平台中，我们可能需要访问第三方的库，比如在自定义SQL查询中，自定义SQL服务是在jpaas-system下面的。这个时候我们通过自定义SQL访问JPAAS-USER下面的表数据。因为数据数据库是隔离的，这个时候我们就需要使用数据源，访问到第三方的数据库，同时也可以把表单数据存储在第三方数据库中。
单据管理
是指针对业务单据，用户按照自身的业务需要，在系统给定的单据模板上自定义设置单据表头、表体字段的类型、位置、来源、使用方式和计算方法等的系统功能。
关键字：在线建单，反向生成表单
在线建单：通过表单设计器去设计一张业务单。
可通过这个实例操作一下：创建一张出差申请单
主表：出差申请单（标题，申请人，申请人部门，申请事由，关联项目，附件，申请总金额，中文大写转换）
子表：出差明细（实际使用入，成本中心，申请类型，开始日期，结束日期，天数，出发点，到达点，交通工具，申请金额）
实现的业务：1.主表和子表要是一对多的关系 2.子表可添加多条数据 4.关联项目字段需要可以选择到相应的项目 5.需要通过开始日期和结束日期计算出天数 6.需要把申请总金额转换成中文大写。
方向生成表单：提供一键式的基于选择的业务单据，快速反向生成在线的业务单据，同时还可在线进行单据的界面进行单据的控件与属性的配置，让单据的交互更强。
关键字：业务建模
业务建模
对于普通非IT人员，不用关注业务对象，其隐藏于后面，对于用户来说是无感知的，但对于IT开发人员或运维人员，他可根据每个企业的业务进行分析抽象成不同的业务对象，然后再进行业务对象建模，为每个业务对象建模映射成不同的数据单据界面，单据可出现于流程处理中，主数据维护的界面中或接口数据的引用中或企业的分析报表中。它能为企业提供一切的数据来源。
关键字：业务实体，业务模型
业务实体：平台为业务实体对象的管理提供了可视化的管理界面，通过可视化的可实现业务对象的在线定义，允许开发或运维人员在线定义每个对象的数据字段与映射的界面控件与数据来源。
业务模型：通过实体定义进行组装，形成复合性的单据管理对象的定义，如费用报销单据则由单据表头信息+报销明细构成。
表单方案
单据的定义只是设计了单据的呈现界面，没有解决单据的数据 处理与其他的交互问题，平台则提供了表单的方案，可以解决单据的以下功能扩展的需要：
- 数据提交时前后端的数据校验
- 提交表单时启动流程
- 扩展界面的功能按钮
- 界面呈现前的数据预处理
- 表单数据提交时映射至其他表
- 移动端表单绑定
- 数据处理权限
数据列表
用于对一张单据的数据展示，对数据做新增，删除，编辑，或渲染操作。
移动端表单
平台同步提供APP单据的应用管理，可基于PC单据形成的业务对象，反向生成移动APP应用。
移动端表单的使用：
在APP端（含微信、钉钉）审批的事项中显示
在APP端移动门户入口的功能入口也可使用
在业务台账列表中也可使用
流程中心
流程管理是企业管理中的重要管理 功能，它负责帮助企业把业务进行制度化，这需要通过有效的信息化流程管理工具实现业务流程电子化。
平台通过方式提供流程的统一管理 功能，包括有：
| 功能名称 | 功能简介 |
|---|---|
| 流程定义 | 在线设计流程图，版本管理，配置相关的业务配置。 |
| 流程实例 | 对已发起的流程做干预处理。 |
| 实例任务 | 对流程任务进行办理。 |
| 任务处理中心 | 个人任务中心 |
平台基于Activiti 7.1的进行二次扩展 ，支持BPMN2语法标准，可以通过建模工具实现各种复杂的业务流程的描述，扩展后，还可支持各种灵活的流程操作，如回退，回退发起人，跳过节点或按条件跳过节点，加签，抄送，沟通，转办，运行中更改流程定义，消息通知，催办等 。
流程定义
平台采用BPMN2的在线设计器，可对流程定义，节点进行各种参数的设置，降低在线设计流程、发布流程 、更改流程、配置流程的建模的难度，让普通的业务人员也可以实现在线的流程建模，如下：
在线建模包括设计的内容包括：
- 配置流程节点单据与权限
- 配置任务节点的人员
- 配置任务节点的多实例（会签）
- 配置任务节点的调用事件
- 配置任务节点催办信息
- 配置分支节点的条件配置
- 配置任务节点的审批按钮
- 配置任务节点的一些开关参数
- 配置流程的消息通知
- 配置流程变量
流程实例
平台可对所有的运行流程实例进行统一的管理。
关键字：实例明细，流程图， 审批历史，挂起、恢复实例， 暂停实例等
流程图查看：用户可以通过流程图查看到该流程的运行状态，如某一环节是通过 还是被驳回，处理意见是什么，可通过流程图展示出来
流程待办
用户在事项的审批过程中，可进行各种任务办理的各种操作。
关键字：审批，驳回，流转，转办，沟通，流程图，审批历史，留言，抄送
任务中心
任务办理中心是把流程管理子系统作为流程中心，由平台统一进行事项的审批。
关键字：我的待办，外出代理，我的已办，发起的流程，我的转发，收到的转发，消息通知，收到的转办，转出的代办
门户中心
基础平台中的统一门户引擎作为整个资源管控系统的重新要信息入口的展现体现，不但能够穿透各个应用模块，提供丰富的展现元素，更能够整合其他业务系统；按照组织架构、职级权限、角色等进行多架构层次、围绕具体岗位工作的展现，从而形成各级领导的工作、学习、资源、绩效统一工作平台。
| 功能名称 | 功能简介 |
|---|---|
| 消息项目，消息盒子 | 消息盒子的功能是为了显示某一个事项的数量，并且点击盒子的时候，可以去到更多的页面。 |
| 栏目模板 | 给栏目类型定义栏目模板。平台默认给提供的日历，新闻公告，信息盒子，列表，tab列表，vue组件这几种类型写相应的模板。。 |
| 新闻公告 | 用于公司将通知公告发布，基于栏目类型的新闻公告发布到平台的首页。 |
| 消息提醒 | 当前登录用户，当前有多少数据需要 自己处理，比如有多少条待办，有多少条未读消息。 |
| 栏目定义 | 把门户进行组件化的封装，即门户的呈现由不同的子块进行数据的呈现与展示 |
| 门户定义 | 用于管理平台个人信息和公司门户，呈现在平台的首页，当一个人有多个门户的权限，那他会根据有权限的门户找优先级高的门户展示，门户分为pc门户和移动门户。 |
| 常用应用 | 把常用的流程定义，数据列表等设置成常用应用放在首页方便用户使用。 |
门户定义
平台提供对以上栏目的布局设计，用户可根据展示的效果要求，进行页面布局，如可通过拖放栏目的宽度、高度，进行页面元素的布局设计，如：
关键字：pc门户，移动门户，门户授权
pc门户：用于pc端首页。
移动门户：用于移动端展示门户。
门户授权：根据用户不同的授权，在系统的首页中显示不同的门户授权，可把门户授权给用户、用户组、部门、子公司或机构等，并按不同的优先顺序显示最高级别的门户界面。
栏目定义
系统把进入平台的首页进行页面元素的容器块进行划分，让每个容器块的数据呈现展示不同的功能数据处理。平台把这些容器块称之为栏目，栏目由两块组成：
HTML片段模板
由Freemark模板提供，平台提供了常用的栏目类型与模板，在项目或产品中，扩展其他业务模块的模板时，可增加其他模板的代码片段数据源绑定
可由Groovy脚本提供数据来源 也可由自定义SQL来执行实现数据的返回 也可由业务服务请求来实现数据请求响应