［键入文档标题］
［键入文档副标题］
［编写部门］
［作者］
［选取日期］
［在此处键入文档的编写目的、用途、摘要。

］
目录
1 前言 (3)
1.1 背景 (3)
1.2 目的 (3)
2 概述 (3)
2.1 系统概述 (3)
2.1.1 定义 (3)
2.1.2 目标用户 (3)
2.1.3 用户价值 (4)
2.1.4 差异化特征 (5)
2.2 系统结构图 (5)
3 模块 1 (7)
3.1 使用情境 (7)
3.2 流程图 (7)
3.3 功能（界面） 1 (8)
3.3.1 功能描述 (8)
4 品质要求 (8)
4.1 效率 (8)
4.2 容量 (8)
4.3 稳定性 (8)
4.4 兼容性 (9)
4.5 客服 (9)
4.6 数据量 (9)
4.7 数据质量 (9)
1 前言
1.1 背景
描述产品产生的原因，用户面临的问题，相关领域当前的情况等。

1.2 目的
描述产品在用户体验、销售、市场所要达到的目标
2 概述
2.1 系统概述
说明产品的定义、目标用户、用户价值、差异化特征等设计原则。

2.1.1 定义
对产品给出一个“是什么”的确切定义。

工作流属于计算机支持的协同工作( Computer Supported
Cooperative Work ，CSCW )的一部分。

后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。

工作流在大多数的实际应用中的情况可以这样来简单地描述：在网络、服务器和多台计算机客户端的硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。

例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能
需要汇集并提交给另外一个人，以便对报告进行进一步的修改。

这样，可能
会形成同一篇文档在多个人之间的顺序或同时传递。

对于这样的情况，我们
可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。

这就可以称之为工作流。

2.1.2 目标用户
说明产品针对的主要使用者职业、年龄、教育、性别特征。

由于工作流是在多个参与者之间，利用计算机依照某种预订规则来传递信息和执行工作的，从这个层面上来讲，使用者仅仅需要掌握简单的计算机操作，会打字，能理解所操作的工作流程以及相应规则即可。

在目前的软件设计上，工作流多用于办公自动化，因此客户群体大致分为政府事业单位以及企业。

对于政府事业单位来说，流程变动范围小，用户年龄偏大，对系统要求操作简单，打字少，流程清晰。

对于企业来说，随着企业发展，制度调整较为频繁，则要求系统在流程定制上易于理解和操作，可随时变动。

2.1.3 用户价值
说明产品在物质、精神等方面为目标用户创造的价值。

工作流软件应用的范围非常广泛，凡是各种通过表单逐级手工流转完成的任务均可应用工作流软件自动实现，在以下一些方面都可以推行工作流程自动化。

行政管理类：出差申请，加班申请，请假申请，用车申请，各种办公工具申请，购买申请，日报周报，信息公告等凡是原来手工流转处理的行政性表单。

人事管理类：员工培训安排，绩效考评，新员工安排，职位变动处理，员工档案信息管理等。

财务相关类：付款请求，应收款处理，日常、差旅、娱乐报销，预算和计划申请等。

客户服务类：客户信息管理，客户投诉、请求处理，售后服务管理。

其他业务流程：订单、报价处理，采购处理，合同审核，客户电话处理
等等
2.1.4差异化特征
与可对比产品相比较，本产品所具有的独特优势。

2.2系统结构图
从上面的描述中，可以了解到工作流的作用简单来说就是人机交互，通过计算机来自动按照规划好的规则来执行工作流程。

从业务实施的角度来说，任何一个工作流程的实施都需要三个基本步骤：流程需求分析（映射）、建立工作流（建模）和管理工作流（管理）
流程需求分析（映射）是第一个步骤，其首要任务是确定并且文档化组织内全部现有的手工和自动化的业务流程；
建立工作流（建模）则是开发一个有助于建成流线型业务过程的模型。

第三阶段是软件实施以及跨越全部工作部门、业务单元甚至是整个企业的无缝系统集成。

对于工作流系统，从我们实际开发的角度上来说，就是根据业务实施的
3 个阶段，分析可知工作流系统的3 个重要组成部分：表单、流程图、权限。

表单就是在工作流程启动，直至流程结束，贯穿整个工作流程的生命周期，记录下工作流程中，每个流程单元执行的结果；
流程图则是对工作流程细节的规划，主要包括有一个流程启动单元，一个流程结束单元，若干个流程中间单元；流程图意味着流程的走向，每个流程单元都有相应的操作权限，每经历一个流程单元，表单的内容就充实一分，直至流程结束，表单内容才得以填充完毕。

而权限就是在工作流程启动的生命周期内，每个流程单元对表单操作的权限，以及工作流程结束后，用于查询统计的权限。

3模块1
完成用户某一完整需求的功能组合。

例如：搜索、注册
3.1使用情境
描述用户在何种情况下需要使用这一模块，用户对使用效果的预期
3.2流程图
见《功能模块流程图绘制要求》
流程开始
Role_1
链接
链接
Bus in essFlow_6
Role_3
流程结束
Bus in essF ow_9
Role_4
3.3 功能（界面） 1 此处要求插入界面示意图（要求见《界面示意图绘制要求》）
示意图中应以数字编号表明各功能要素，以便于与功能描述对照。

3.3.1 功能描述
描述功能要素的含义、操作、显示要求
4 品质要求
4.1 效率描述实用条件下对产品效率的要求。

例如：x 次/ 秒
4.2 容量
描述实用条件下产品在用户数、数据量等方面的容量需求。

例如：Y用户同时使用。

4.3 稳定性
描述实用条件下对系统稳定性和故障恢复能力的要求。

例如：7*24 小时连续运行，故障时间小于1%，最长服务中断时间小于5 分钟
4.4 兼容性描述实用条件下用户操作系统、数据类型、浏览器类型、开发工具等的支持能
力例如：支持win98 以上版本
4.5 客服描述实用条件下对用户服务支持的要求。

例如：5*8 小时客服电话
4.6 数据量
描述提供给用户数据的数量和覆盖的广度等。

例如：500 万条新闻来源覆盖80%国内官方新闻站。

4.7 数据质量
描述提供给用户数据的准确率。

例如：95%。