OA办公系统设计说明书
OA系统需求规格说明书
XX项目产品需求规格说明书机构公开信息版本历史1.引言该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。
1.1. 文档目的该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。
1.2. 文档范围本文档包含一下几部分：1. 产品介绍2. 角色功能划分3. 产品范围4. 产品的功能性需求5. 产品的非功能性需求1.3. 文档读者对象该文档适合开发人员、项目经理、用户、文档的编写人员阅读。
1.4. 参考文档列举了编写软件需求规格说明时所参考的资料或其它资源。
1.5. 术语与缩写解释2.综合介绍这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍）该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。
1.7. 产品范围OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。
本产品是为了帮助企业更好的进行管理，实现办公自动化。
该产品适用于所有企业的办公需求。
1.8. 用户介绍确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。
有一些需求可能只与特定的用户类相关。
1.9. 角色功能划分XXXXX拥有XXXX功能的权限。
OA协同办系统(范文模版)[修改版]
![OA协同办系统(范文模版)[修改版]](https://img.taocdn.com/s3/m/329639b4be1e650e53ea998d.png)
第一篇：OA协同办系统（范文模版）九思软件：专为政府部门设计的OA解决方案政府部门的政务工作的办公自动化平台的迅速搭建，可以更加快捷方便的对政府门户、公文、知识进行系统的有效的管理。
还扩展了对工作流程、协同工作的管理和规范。
基于以上因素九思软件()专门根据政府部门的工作流程和工作重点提出了一套政务协同OA办公系统方案：1、门户管理通过提供的协同OA办公系统的门户设置，可以根据单位发展的不同阶段，自行搭建不同的信息门户，实现门户的个性化、阶段化应用，如个人门户、部门门户、单位门户、集团门户、领导门户、关联门户、知识门户等等，从而实现将有用的信息自动推送给有用的人；有权限要求的信息自动推送给有权限的人。
提供的门户自定义平台集成来自于协同OA办公系统各模块，来自于互联网及各应用系统的信息，并根据不同的单位不同的岗位人员关注的内容不一样为用户提供个性化的集成界面，使每个人进入协同办公系统后显示自己所关注的内容，极大地提高工作效率。
2、公文管理政务机关办公自动化的核心内容是公文处理，要求软件必须具备优异的公文处理能力，特别是在公文数量大的情况下的处理能力。
用户会着重关注公文批量处理效果和效率提高能力。
政务机关大量的事务和指令通过纸质公共文书上传下达，成本高、效率低。
公文管理是以协同OA办公系统中的工作流为基础定义的特殊模块，主要负责实现内部公文管理电子收发管理，由电子行文代替手工行文。
iThink政务版协同OA办公系统的公文管理模块，专业实现对组织公共文书的电子收发管理，功能包括我的收文、发文拟稿、发文草稿、发文查阅、发文设置、签收公文、收文查阅、收文设置等，并且公文的正文支持修改留痕、手写签名、套红头、签章、等可灵活设定公文流程，自动进行流程跟踪、催办、查办，并可归类存档和检索等各种应用。
解决公文传递速度慢，信息不及时、不同步、不易于查询等问题。
3、工作流管理iThink政务协同OA办公系统是业内最棒的工作流引擎，支持从设计到维护的全程图形化。
OA办公管理系统详细设计说明书
OA办公管理系统详细设计说明书详细设计说明书（1）一、引言1.1目的和范围本详细设计说明书是针对OA办公管理系统的详细设计，主要介绍了系统的架构设计、模块设计、数据流设计等。
本说明书旨在指导开发人员进行系统的具体实现。
1.2背景随着信息化时代的到来，办公自动化已经成为现代企业的发展趋势。
为了提高企业办公效率，减少人力资源的浪费，通过开发一个全面的办公管理系统，将企业各部门与员工的工作流程进行规范化和标准化，有助于提高公司的运营效率和竞争力。
二、系统设计2.1系统架构设计OA办公管理系统采用了三层架构，即表示层、业务逻辑层和数据访问层。
2.1.1表示层表示层是系统与用户交互的界面层，主要由前端页面组成。
前端页面采用了HTML、CSS和JavaScript等技术进行开发，通过浏览器进行访问。
2.1.2业务逻辑层业务逻辑层主要负责系统的业务处理，包括用户认证、权限管理、流程控制等功能。
业务逻辑层采用Java语言进行开发，依赖于表示层和数据访问层。
2.1.3数据访问层数据访问层主要负责与数据库进行交互，完成对数据的增删改查等操作。
数据访问层采用关系数据库管理系统（如MySQL）进行存储和管理，通过JDBC技术进行数据访问。
2.2模块设计2.2.1用户模块用户模块主要用于用户管理，包括用户登录、注册、修改密码等功能。
用户模块的实现主要包括用户数据表设计、登录验证、注册验证等。
2.2.2权限模块权限模块用于管理用户的权限，包括角色管理、权限分配等功能。
权限模块的实现需要设计角色数据表、权限数据表，并实现相应的角色-权限关联关系。
2.2.3流程模块流程模块是OA系统的核心功能之一，用于管理企业内部的各项流程，如请假、报销、审批等。
流程模块的实现需要设计流程数据表、节点数据表，并实现流程的定义、流程的处理等功能。
2.2.4文档管理模块2.3数据流设计系统的数据流主要包括用户数据流、权限数据流、流程数据流和文档数据流。
OA办公系统需求分析说明书
OA办公系统需求分析说明书编写：巫勇刘希张磊日期：2009-7-12审核：日期：批准：日期：受控状态：是发布版次：1.0 日期：2009-7-12编号：2009071202变更记录签字确认目录1概述 (4)1.1目的 (4)1.2背景 (4)1.3范围 (5)1.4术语定义 (5)1.5参考资料 (5)1.6任务概述 (6)1.6.1目标 (6)1.6.2用户的特点 (6)1.6.3假定和约束 (7)1.7运行环境 (8)1.7.1软件环境 (8)1.7.2硬件环境 (8)1.7.3接口 (9)1.7.4控制 (9)1.8需求规定 (10)1.8.1对功能的需求 (10)1.8.2对非功能性的需求 (15)1概述1.1目的在完成了针对《协作工作平台系统》软件市场的前期调查，同时对多位软件使用者进行了全面深入地讨论和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《协作工作平台》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能,性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户，业务或需求分析人员，测试人员，用户文档编写者，项目管理人员。
1.2背景1.待开发的软件系统的名称；OA办公系统。
2.本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络。
(1)项目任务提出者：中软国际。
(2)开发者：疯狂蜗牛团队。
(3)计算机中心：中软国际培训基地。
(4)计算机网络：万维网。
3.该软件系统同其他系统或其他机构的基本的相互来往关系。
属于办公内部的人员之间进行交流的软件。
(1)领导分配工作给员工工作，一些安排，通知，注意事项等。
(2)员工和员工之间进行信息交换，信息查询，待办工作。
(3)部分领导者进行会议的安排，人员的安排，并要进行信息的发送。
(4)开会议就要有会议室管理，还有会议的管理等等。
OA办公管理系统数据库设计说明书
OA办公管理系统数据库设计说明书1. 引言本文档主要描述了OA办公管理系统数据库的设计方案，包括数据库的整体架构、表结构设计、字段设计、索引设计等。
本数据库设计旨在满足OA办公管理系统的需求，为系统的稳定运行提供支持。
2. 数据库整体架构2.1 数据库选型本系统采用MySQL数据库进行数据存储。
MySQL是一款开源的关系型数据库管理系统，具有高性能、易部署、易维护等特点，能够满足本系统的需求。
2.2 数据库架构设计本系统数据库分为三个层次：数据表、表空间、数据库。
数据表是数据库中的基本单位，存储具体的业务数据。
表空间是数据库中用于存储数据表的数据文件集合，一个数据库可以包含多个表空间。
数据库是表空间的管理单元，用于组织和管理表空间。
3. 表结构设计本数据库共包含10张表，分别为：用户表、部门表、岗位表、菜单表、角色表、权限表、公告表、任务表、日志表、配置表。
以下为各表的结构设计。
3.1 用户表（user）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，用户ID |username | varchar(50) | 用户名 |password | varchar(50) | 密码 |realname | varchar(50) | 真实姓名 |dept_id | int | 部门ID |post_id | int | 岗位ID |email | varchar(100) | 邮箱 |status | tinyint | 状态（1：正常，0：禁用） | create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.2 部门表（dept）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，部门ID |name | varchar(50) | 部门名称 |parent_id | int | 父部门ID |leader_id | int | 部门领导ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.3 岗位表（post）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，岗位ID |name | varchar(50) | 岗位名称 |dept_id | int | 部门ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.4 菜单表（menu）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，菜单ID |name | varchar(50) | 菜单名称 |parent_id | int | 父菜单ID |sort | tinyint | 排序 |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.5 角色表（role）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，角色ID |name | varchar(50) | 角色名称 | create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.6 权限表（permission）字段名 | 字字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，权限ID |name | varchar(50) | 权限名称 | role_id | int | 角色ID |menu_id | int | 菜单ID |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.7 公告表（notice）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，公告ID |content | text | 公告内容 |creator_id | int | 创建者ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.8 任务表（task）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，任务ID |title | varchar(100) | 任务标题 |content | text | 任务内容 |assignee_id | int | 执行者ID |create_time | datetime | 创建时间 |due_time | datetime | 截止时间 |status | tinyint | 状态（1：待办，2：进行中，3：已完成，4：已取消） | update_time | datetime | 更新时间 |3.9 日志表（log）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，日志ID |user_id | int | 用户ID |operation | varchar(100) | 操作类型 |object_type | varchar(50) | 操作对象类型 |object_id | int | 操作对象ID |before_value | text | 操作前数据 |after_value | text | 操作后数据 |create_time | datetime | 创建时间 |3.10 配置表（config）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，配置ID |name | varchar(50) | 配置名称 |value | varchar(200) | 配置值 |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |4. 索引设计为了提高数据库的查询效率，本数据库设计了以下索引：•用户表：idx_username（username），idx_dept_id（dept_id），idx_post_id（post_id）•部门表：idx_name（name），idx_parent_id（parent_id）•岗位表：idx_name（name），idx_dept_id（dept_id）•菜单表：idx_name（name），idx_parent_id（parent_id）•角色表：idx_name（name）•权限表：idx_name（name），idx_role_id（role_id），idx_menu_id （menu_id）•公告表：idx_title（title）•任务表：idx_title（title），idx_assignee_id（assignee_id），idx_status（status）•日志表：idx_user_id（user_id），idx_operation（operation），idx_object_type（object_type），idx_object_id（object_id）•配置表：idx_name（name）5. 总结本数据库设计为OA办公管理系统提供了全面的数据存储方案。
OA办公管理系统详细设计说明书
OA协同办公系统详细设计说明书1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3基线 (3)1.4范围 (3)1.5定义 (3)1.6参考资料 (3)2总体设计 (4)2.1概述 (4)2.1.1功能描述 (4)2.2运行环境 (4)2.2.1软件环境 (4)2.2.2硬件环境 (4)2.3开发环境 (5)2.3.1服务器软件环境 (5)2.3.2服务器硬件环境 (5)2.3.3开发机器软件环境 (5)2.3.4开发机器硬件环境 (5)2.4设计思想 (6)2.4.1系统构思 (6)2.4.2关键技术与算法 (6)2.4.3关键数据结构......................................................................... 错误！未定义书签。
2.4.4人工处理过程 (7)3子系统模块设计 (7)3.1工作管理模块 (7)3.2在线信息子系统 (18)3.2.1模块1 (19)3.2.2模块2 (19)3.2.3模块3 (20)3.2.4模块4 (20)3.2.5模块5 (20)3.2.6模块6 (21)3.2.7模块7 (21)3.3公司通讯录子功能 (25)3.4扩展功能模块................................................................................. 错误！未定义书签。
3.5系统管理模块 (29)3.6名片夹管理模块 (36)3.7个人信息管理模块 (42)3.8会议室管理模块 (48)3.9会议管理 (58)1引言1.1 编写目的本说明书目的在于明确说明协同办公系统各功能的实现方式，指导开发员进行编码。
本说明书的预期读者为：项目组内成员、其他开发项目组成员、指导老师1.2 背景待开发软件系统的名称：协同办公系统此软件系统任务提出者：卢宝波此软件系统任务开发者：程之兴、姬广钊、钟晨、俞斐、施会华此软件系统任务用户：OA协同工作系统的用户1.3 基线OA协同办公系统需求说明1.4 范围系统包括的范围：个人办公、会议管理，系统管理。
系统功能说明书模板
系统功能说明书模板一、概述本系统功能说明书旨在为使用者提供关于系统的详细说明，包括系统的功能、特点、操作方式、维护方法等。
本说明书将帮助使用者更好地理解、使用和维护该系统。
二、系统功能说明1、功能介绍本系统的主要功能是，通过使用先进的技术，实现功能，提高效率。
2、功能特点本系统具有以下特点：（1）易于操作：界面友好，操作简单，用户只需经过简单的培训即可熟练使用。
（2）高效稳定：采用先进的技术，确保系统运行稳定，提高数据处理效率。
（3）安全可靠：数据传输和存储均采用加密技术，确保用户信息安全。
（4）智能提示：系统具备智能提示功能，帮助用户快速解决问题，提高工作效率。
三、操作说明1、登录与退出用户通过输入用户名和密码进行登录，登录成功后即可进入系统主界面。
如需退出系统，请点击主界面右上角的“退出”按钮。
2、主要功能操作本系统主要功能包括等，下面分别进行说明：（1）操作：进入界面，输入相关参数，然后点击“确定”按钮即可完成操作。
（2）操作：进入界面，选择要操作的数据项，然后点击“编辑”按钮进行修改。
修改完成后，点击“保存”按钮即可完成操作。
四、维护说明为确保系统的正常运行，请定期进行以下维护操作：（1）定期备份数据：建议每周对系统数据进行备份，以防止意外情况造成的数据丢失。
（2）更新程序：请定期检查并更新系统的最新版本，以确保系统的稳定性和安全性。
（3）清理缓存：定期清理系统缓存，以提高系统运行速度和稳定性。
（4）检查硬件设备：定期检查硬件设备是否正常运行，如有问题请及时报修。
五、常见问题及解决方案在使用本系统的过程中，可能会遇到一些常见问题，下面列出并给出相应的解决方案：（1）问题一：无法登录系统。
解决方案：检查用户名和密码是否正确，确认无误后再次尝试登录。
如仍有问题，请技术支持人员。
（2）问题二：无法完成某项功能。
解决方案：请检查系统是否正常运行，如有异常情况，请技术支持人员进行处理。
如因用户操作不当导致的问题，请参考操作说明进行修正。
OA系统需求分析说明书
博然办公自动化系统用户需求分析讲明书文档审批信息名目1产品介绍 (4)2产品面向的用户群体 (4)3产品标准 (4)4产品性能需求 (4)4.0功能需求分类 (5)4.1功能模块详述 (8) (8)即时通记 (12)文档治理 (15)通知公告 (18)通讯录 (20)论坛 (22)公文流转 (24)系统治理 (31)4.2个人办公助理 (37)4.3人力资源治理 (41)4.4扩展功能 (44)5产品的非功能性需求 (44)5.1用户界面需求 (44)5.2软硬件需求 (44)5.3产品质量需求 (45)5.4其它需求 (45)6验收准那么 (46)0.文档介绍0.1文档目的该文档是在原有用户需求文档的根底上，进行了具体的调研后开始编写的，在编写时尽最大努力使本文档能够正确无误地反映用户的真实意愿。
本文档也将成为测试人员及工程开发人员参考的依据。
0.2文档范围本文档是需求人员、设计人员、开发人员及测试人员执行的全然原那么，也是系统开发完成后客户使用及治理的根底依据。
0.3读者对象本需求规格讲明书使用者包括公司领导和各个部门的负责人，以及工程的设计人员、开发人员和测试人员。
0.4参考文档CMMI3级软件过程革新方法与标准?0.5术语与缩写解释1.产品介绍本系统的目标是构建一个基于网络环境下的，实现企业内部信息共享和职员协同工作，实现高效治理和无纸化办公，具有良好整体性、可扩展性、平安性和跨平台性的信息平台。
该系统的要紧使用者：系统治理员：OA系统的最大权限的人员。
办公室治理员：负责公布通知、考勤。
人力资源：新职员进职添加用户，离职删除用户，其它人事信息库操作。
一般用户：扫瞄信息。
2.产品面向的用户群体本产品面向建筑公司的各级办公室及部门的全部人员，包括公司总经理、部门经理、部门成员。
3.产品应当遵循的标准或标准计算机软件开发标准?GB8566-884.产品的功能性需求系统要求：如以如下面图该系统围绕办公自动化系统(OA)要紧实现辅助个人、部门及公司的办公、进行公文和档案的治理以及对整个系统的治理等功能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档仅供参考
下面的页面就是 OA 系统提供编辑流程图的页面 ,能够把所需要的 流程经过此工具画出来
在这里简单介绍下几个节点的作用
（ 1）
开始节点开始 :这是一个流程的起点 ,一个流程能够
没有结束节点可是一定要有节点。
（ 2） 提交数据。
任务节点 :这是一个需要人参与的节点 ,需要人去
19 2020 年 5 月 29 日
会签
文档仅供参考
String tranTo=" 是 "; if("refuse".equals(decisionType)){
tranTo=" 否 "; } 这里有 2 个参数是系统设置的 标签的值有 2 个 pass和 refuse,标签 的名称是 decisionType,是会签结果放置的变量名 ,当 decisionType 的值是 refuse 时会按照”否”那条线去执行 ,反之就会按照”是” 这条线去执行。 其它决策节点的设置通上面的两种雷同 ,这里就不作多介绍。
15 2020 年 5 月 29 日
文档仅供参考
在这一步需要会签 ,能够选择绝对票数 ,如上图所示的内容 ,当有一
个人选择了拒绝 ,那么这个任务的结果就不经过。也能够选择百分
比票数。
决策方式 ,就是达到绝对票数或者百分比票数后的结果。有
2 个结
果拒绝和经过。
(2)流程干 预:
16 2020 年 5 月 29 日
(5) 部门选择器
11 2020 年 5 月 29 日
文档仅供参考
（6） 人员选择器 （7） 菜单、列表
12 2020 年 5 月 29 日
文档仅供参考
（8） 附件
表单设计好之后效果预览如下 :
13 2020 年 5 月 29 日
文档仅供参考
生成与数据库对应的表单如下 图:
其中需要设定一个节点作为这个表单的标题 表单。
（ 3） 表单设置
20 2020 年 5 月 29 日
文档仅供参考
这里表单设置是设置表单和哪个流程相关联
当设置关联的表单后还需要设置表单中各个字段在每一个任务阶 段的权限。如下图
OA办公系统设计说 明书
1 2020 年 5 月 29 日
文档仅供参考
OA 办公系统 (工作流部分 )
概要设计说明书 第 1版
2 2020 年 5 月 29 日
文档仅供参考
目录
3 2020 年 5 月 29 日
文档仅供参考
1、 概述
1.1 工作流设计目标 经过 OA 系统提供的 JBPM4 引擎设计流程 ,实现流程的跳转 ,表单 的设计以及表单和流程的关联。 1.2 文档的作用 本文档基于广州宏天软件有限公司开发的 OA 办公系统的工作流 模块设计的。仅限于流程的简单开发 ,开发人员快速入门。
文档仅供参考
String tranTo=" 是 "; if("0".equals(isagree)){
tranTo=" 否 "; } 这里的 0 是表示上图 0 所对应的标签无风险。 tranTo="是 "; 这里的 tranTo 的值是流程图两个节点连接线上的值。如下图
这个决策节点 (是否存在风险 )有 2 个分 支,一个分支会按照”是”这条线去走 ,一条线会按照”否”这条线 去走。 下面在介绍会签的节点 :
,等另外的分支都结束后流程
（ 5）
合并节点 :此节点是 2 个分支需要合并的时候的节
点。其使用方法参照同步。
（ 6）
此节点不是必须的 ,可是基本上都是需要这个节点
的。她代表了一个流程的结束。
（ 7）流程节点的连接。当鼠标移到一个节点上时会有
4 个红点在
四周 ,拖动一个红点到另一个节点的红点就能够连接
点击添加表单
9 2020 年 5 月 29 日
文档仅供参考
在这里介绍 OA 系统提供的集中控件 :
（1） 表格
这个能够设置表格的行数 列数 宽度 高度等属性 (2) 单行文本框 如下图 :
10 2020 年 5 月 29 日
文档仅供参考
注 :表单会和数据库对应。
（3） 多行文本框 :
（4） 时间选择器 :
2020 年 5 月 29 日
,这样才能够发布一个
14
文档仅供参考
2.1.3 表单和流程图关联 当流程设计发布后会有如下效果
这个按钮就是来设置表单和流程图的关联的 这个设置有 3 个方面
（ 1） 人员设置
如下图
这里的设置是设置每个任务节点的执行人。 能够设置是用户 ,也能够设置是角色 ,这里就不详细介绍了。主要是 介绍下会签 :
4 2020 年 5 月 29 日
文档仅供参考
2、 流程设计
2.1 售前流程 2.2 采购流程 2.3 维保流程 2.4 故障处理流程
5 2020 年 5 月 29 日
文档仅供参考
1.1 概述 主要是流程图 , 表单的设计以及流程图和表单关联的设计。以
一个售前的流程例子介绍她们公用的部分的开发设计。 2.1.1 售前流程图设计 由此页面进入”在线流程设计” .
文档仅供参考
这里的干预主要是设置决策节点到底走哪一个分支。 点击需要设置的决策节点如下图
分支条件设置代码中的内容就是和表单关联流程图的上一步表单
17 2020 年 5 月 29 日
文档仅供参考
提交上来的业务数据 其中的字段 KEY 是表单设计时所填写的名称 ,字段标签就是下图 所示的标签名称。
18 2020 年 5 月 29 日
2 个节点。注
意一个节点的到另一节点的线上的名字不能重复 ,因为流程引擎是
经过流程线上的名字来跳转的 ,同样任何 2 个节点的名字也不能相
同 ,否则会有冲突。流程就不能发布。
发布流程 :再设计页面的右边会有一栏流程的详细信息如下
8 2020 年 5 月 29 日
文档仅供参考
图: 注 :发布时注意当以前发布过了这次发布只是修改时下方会有个版 本号 ,这是本系统的一个扩展。当发布时这个流程关联的流程表单 就会取消 ,也就是说这是一个新的流程。 2.1.2 流程表单的设计 进入流程表单定义页面
（ 3）
决策节点 :这是一个特殊的节点 ,它不需要人参与 ,可
是需要一些人定义的条件来决定其下一步条到哪一个分支。
（ 4）
同步节点 :这个节点是当 2 个分支需要同时执行时
所用到的节点。 (注 :此节点一般和下面的合并节点成对使用 ,这样
7 2020 年 5 月 29 日
文档仅供参考
能够保证