下载文档原格式
本文从网络收集而来，上传到平台为了帮到更多的人，如果您需要使用本文档，请点击下载，另外祝您生活愉快，工作顺利，万事如意！《计算机软件产品开发文件编制指南》GB 8567-88引言1 目的一项计算机软件的筹划、研制及实现，构成一个软件开发项目。
一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。
为了保证项目开发的成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一阶段，都需要编制二定的文件。
这些文件连同计算机程序及数据一起，构成为计算机软件。
文件是计算机软件中不可缺少的组成部分，它的作用是：a．作为开发人员在一定阶段内的工作成果和结束标志；b．向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。
以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是否已达到，还将继续耗用资源的种类和数量；C．记录开发过程中的技术信息，便于协调以后的软件开发、使用和修改；d．提供对软件的有关运行、维护和培训的信息，便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；e．向潜在用户报导软件的功能和性能，使他们能判定该软件能否服务于自己的需要。
换言之，本指南认为：文件的编制必须适应计算机软件整个生存周期的需要。
计算机软件所包含的文件有两类：一类是开发过程中填写的各种图表，可称之为工作表格；另一类则是应编制的技术资料或技术管理资料，可称之为文件。
本指南规定软件文件的编制形式，并提供对这些规定的解释。
本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。
2 范围本指南是一份指导性文件。
本指甫建议，在一项计算机软件的开发过程中，一般地说，应该产生十四种文件。
这十四种文件是：可行性研究报告；项目开发计划；软件需求说明书；数据要求说明书；概要设计说明书；详细设计说明书；数据库设计说明书；用户手册；操作手册；模块开发卷宗；测试计划；测试分析报告；开发进度月报；项目开发总结报告。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2用途 (2)2.1功能 (2)2.2性能 (3)2.2.1精度 (3)2.2.2时间特性 (3)2.2.3灵活性 (3)2.3安全保密 (3)3运行环境 (3)3.1硬设备 (3)3.2支持软件 (3)3.3数据结构 (4)4使用过程 (4)4.1安装与初始化 (4)4.2输入 (4)4.2.1输入数据的现实背景 (4)4.2.2输入格式 (4)4.2.3输入举例 (5)4.3输出对每项输出作出说明 (5)4.3.1输出数据的现实背景 (5)4.3.2输出格式 (5)4.3.3输出举例 (5)4.4文卷查询 (6)4.5出错处理和恢复 (6)4.6终端操作 (6)用户手册（GB8567——88）1引言1.1编写目的说明编写这份用户手册的目的，指出预期的读者。
1.2背景说明：a.这份用户手册所描述的软件系统的名称；b.该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有用的参考资料，如：a.项目的经核准的计划任务书或合同、上级机关的批文；b.属于本项目的其他已发表文件；c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。
2用途2.1功能结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。
2.2性能2.2.1精度逐项说明对各项输入数据的精度要求和本软件输出数据达到的精度，包括传输中的精度要求。
2.2.2时间特性定量地说明本软件的时间特性，如响应时间，更新处理时间，数据传输、转换时间，计算时间等。
2.2.3灵活性说明本软件所具有的灵活性，即当用户需求（如对操作方式、运行环境、结果精度、时间特性等的要求）有某些变化时，本软件的适应能力。
![[计算机软件产品开发文件编制指南]GB8567-88](https://img.taocdn.com/s1/m/f66c638e04a1b0717fd5ddf5.png)
引言1 目的一项计算机软件的筹划、研制及实现，构成一个软件开发项目。
一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。
为了保证项目开发的成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一阶段，都需要编制二定的文件。
这些文件连同计算机程序及数据一起，构成为计算机软件。
文件是计算机软件中不可缺少的组成部分，它的作用是：a．作为开发人员在一定阶段内的工作成果和结束标志；b．向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。
以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是否已达到，还将继续耗用资源的种类和数量；C．记录开发过程中的技术信息，便于协调以后的软件开发、使用和修改；d．提供对软件的有关运行、维护和培训的信息，便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；e．向潜在用户报导软件的功能和性能，使他们能判定该软件能否服务于自己的需要。
换言之，本指南认为：文件的编制必须适应计算机软件整个生存周期的需要。
计算机软件所包含的文件有两类：一类是开发过程中填写的各种图表，可称之为工作表格；另一类则是应编制的技术资料或技术管理资料，可称之为文件。
本指南规定软件文件的编制形式，并提供对这些规定的解释。
本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。
2 范围本指南是一份指导性文件。
本指甫建议，在一项计算机软件的开发过程中，一般地说，应该产生十四种文件。
这十四种文件是：可行性研究报告；项目开发计划；软件需求说明书；数据要求说明书；概要设计说明书；详细设计说明书；数据库设计说明书；用户手册；操作手册；模块开发卷宗；测试计划；测试分析报告；开发进度月报；项目开发总结报告。
本指南将给出开发过程中建议产生的这十四种文件的编制指导，同时，本指南也是这十四种文件的编写质量的检验准则。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (3)2.6人工处理过程 (3)2.7尚未问决的问题 (3)3接口设计 (3)3.1用户接口 (3)3.2外部接口 (3)3.3内部接口 (4)4运行设计 (4)4.1运行模块组合 (4)4.2运行控制 (4)4.3运行时间 (4)5系统数据结构设计 (4)5.1逻辑结构设计要点 (4)5.2物理结构设计要点 (4)5.3数据结构与程序的关系 (4)6系统出错处理设计 (5)6.1出错信息 (5)6.2补救措施 (5)6.3系统维护设计 (5)概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的，指出预期的读者。
1.2背景说明：a.待开发软件系统的名称；b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件，如：a.本项目的经核准的计划任务书或合同，上级机关的批文；b.属于本项目的其他已发表文件；c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (2)3程序1（标识符）设计说明 (2)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (3)3.6算法 (3)3.7流程逻辑 (3)3.8接口 (3)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (4)3.12测试计划 (4)3.13尚未解决的问题 (4)4程序2（标识符）设计说明 (4)详细设计说明书1引言1.1编写目的说明编写这份详细设计说明书的目的，指出预期的读者。
1.2背景说明：a．待开发软件系统的名称；b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
3程序1（标识符）设计说明从本章开始，逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。
3.1程序描述给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发处理等）。
3.2功能说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。
详细设计说明书（GB8567—— 88）1引言1.1 编写目的本次的目的是从总体上把握系统设计框架，说明了用户需求和应用系统实现之间的关系，在设计过程中起到了提纲挈领的作用。
包括设计模式，数据库设计等模块，将这个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口。
建立目标系统的一个逻辑模型。
随着计算机及互联网的普及，传统的教务人工管理已经很难适应新环境。
传统的选课方式是随堂报名，无法预见上课人数，浪费教学资源。
以现代网络技术环境为依托，将传统选课模式转换为利用现代网络技术进行选课操作和管理的网上选课系统已经成为一项重要的改革。
网上选课管理系统作为管理员与用户的选课关系的主要管理系统平台，其对应的读者是企业用户，因此，不仅要处理管理员与用户之间的信息，还要处理用户个人信息。
导致网上选课系统中的数据不论是结构，类型还是彼此间的关联都是复杂多变的；对这种数据处理也是多种多样的。
因此，要实现对网上选课管理系统数据的及时，准确的处理和有效利用。
借助这个系统，学校可以实现一站式选修课网上选课管理，流程包括：系统设置--选课任务设置 --学生选课—选课结果审查—生成选课报名表（包括：学生本人的选课列表、课程表和给上课教师的报名单） --选课查询和统计报表。
整个选课的流程方便快捷，省时省力。
本文档的预期读者是：设计人员开发人员测试人员用户1.2 背景本软件系统名称为高校学生网上选课系统。
随着学校规模的不断扩大专业、班级学生的数量急剧增加有关学生选课的各种信息量也成倍增长而且目前许多高校的学生选课管理仍停留在复杂的人工操作上重复工作较多工作量大效率低。
因此迫切需要开发学生网上选课系统来提高管理工作的效率。
本项目的任务提出者是：李江（201296074040 ）1开发者：是李江（ 201296074040） 朱豪飞（ 2012960274004 ）王雨欣（ 201296074019） 喻晓（ 201296074036 ）因为传统的选课方式都是手工的， 教务处通知各班进行选课， 各班班长再通知每个同学， 经过统计在上交教务处，这样比较浪费时间。
1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2程序系统的结构 (4)3登录模块设计说明 (5)3.1程序描述 (5)3.2功能 (5)3.3性能 (6)3.4输人项 (6)3.5输出项 (7)3.6算法 (7)3.7流程逻辑 (7)3.8接口 (8)3.9存储分配 (8)3.10注释设计 (9)3.11限制条件 (9)3.12测试计划 (9)3.13尚未解决的问题 (10)4员工管理模块设计说明 (10)4.1程序描述 (10)4.2功能 (10)4.3性能 (11)4.4输人项 (11)4.5输出项 (12)4.6算法 (12)4.7流程逻辑 (13)4.8接口 (13)4.9存储分配 (13)4.10注释设计 (14)4.11限制条件 (14)4.12测试计划 (14)4.13尚未解决的问题 (14)5考勤管理模块设计说明 (14)5.1程序描述 (14)5.2功能 (14)5.3性能 (15)5.4输人项 (15)5.5输出项 (18)5.6算法 (18)5.7流程逻辑 (19)5.8接口 (19)5.9存储分配 (19)5.10注释设计 (19)5.11限制条件 (19)5.12测试计划 (20)5.13尚未解决的问题 (21)6 通讯管理模块设计说明 (21)6.1程序描述 (21)6.2功能 (21)6.3性能 (21)6.4输人项 (21)6.5输出项 (24)6.6算法 (24)6.7流程逻辑 (25)6.8接口 (25)6.9存储分配 (25)6.10注释设计 (26)6.11限制条件 (26)6.12测试计划 (26)6.13尚未解决的问题 (26)7 日常管理模块设计说明 (26)7.1程序描述 (26)7.2功能 (26)7.3性能 (27)7.4输人项 (27)7.5输出项 (28)7.6算法 (28)7.7流程逻辑 (28)7.8接口 (28)7.9存储分配 (29)7.10注释设计 (29)7.11限制条件 (29)7.12测试计划 (30)7.13尚未解决的问题 (30)详细设计说明书1引言1.1编写目的详细设计说明书的目的是对软件的总体设计所产生的功能模块进行过程描述，开发一个可以直接转化成程序语言的软件表示，这样可以让管理员和软件设计人员很好的了解软件的功能，并对软件的所有模块有一个更深的了解。
1引言11.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2可行性研究的前提 (2)2.1要求 (2)2.2目标 (2)2.3条件、假定和限制 (3)2.4进行可行性研究的方法 (3)2.5评价尺度 (3)3对现有系统的分析 (3)3.1处理流程和数据流程 (4)3.2工作负荷 (4)3.3费用开支 (4)3.4人员 (4)3.5设备 (4)3.6局限性 (4)4所建议的系统 (4)4.1对所建议系统的说明 (5)4.2处理流程和数据流程 (5)4.3改进之处 (5)4.4影响 (5)4.4.1对设备的影响 (5)4.4.2对软件的影响 (5)4.4.3对用户单位机构的影响 (5)4.4.4对系统运行过程的影响 (6)4.4.5对开发的影响 (6)4.4.6对地点和设施的影响 (6)4.4.7对经费开支的影响 (6)4.5局限性 (6)4.6技术条件方面的可行性 (7)5可选择的其他系统方案 (7)5.1可选择的系统方案1 (7)5.2可选择的系统方案2 (7)6投资及效益分析 (8)6.1支出 (8)6.1.1基本建设投资 (8)6.1.2其他一次性支出 (8)6.1.3非一次性支出 (9)6.2收益 (9)6.2.1一次性收益 (9)6.2.2非一次性收益 (10)6.2.3不可定量的收益 (10)6.3收益／投资比 (10)6.4投资回收周期 (10)6.5敏感性分析 (10)7社会因素方面的可行性 (10)7.1法律方面的可行性 (11)7.2使用方面的可行性 (11)8结论 (11)GB8567——88可行性研究报告1引言1.1编写目的说明编写本可行性研究报告的目的，指出预期的读者。
1.2背景说明：A.所建议开发的软件系统的名称；B.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C.该软件系统同其他系统或其他机构的基本的相互来往关系。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (2)3程序1（标识符）设计说明 (2)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (3)3.6算法 (3)3.7流程逻辑 (3)3.8接口 (3)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (4)3.12测试计划 (4)3.13尚未解决的问题 (4)4程序2（标识符）设计说明 (4)详细设计说明书1引言1.1编写目的说明编写这份详细设计说明书的目的，指出预期的读者。
1.2背景说明：a．待开发软件系统的名称；b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
3程序1（标识符）设计说明从本章开始，逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。
3.1程序描述给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发处理等）。
3.2功能说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。
本文从网络收集而来，上传到平台为了帮到更多的人，如果您需要使用本文档，请点击下载，另外祝您生活愉快，工作顺利，万事如意！《计算机软件产品开发文件编制指南》GB 8567-88引言1 目的一项计算机软件的筹划、研制及实现，构成一个软件开发项目。
一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。
为了保证项目开发的成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一阶段，都需要编制二定的文件。
这些文件连同计算机程序及数据一起，构成为计算机软件。
文件是计算机软件中不可缺少的组成部分，它的作用是：a．作为开发人员在一定阶段内的工作成果和结束标志；b．向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。
以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是否已达到，还将继续耗用资源的种类和数量；C．记录开发过程中的技术信息，便于协调以后的软件开发、使用和修改；d．提供对软件的有关运行、维护和培训的信息，便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；e．向潜在用户报导软件的功能和性能，使他们能判定该软件能否服务于自己的需要。
换言之，本指南认为：文件的编制必须适应计算机软件整个生存周期的需要。
计算机软件所包含的文件有两类：一类是开发过程中填写的各种图表，可称之为工作表格；另一类则是应编制的技术资料或技术管理资料，可称之为文件。
本指南规定软件文件的编制形式，并提供对这些规定的解释。
本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。
2 范围本指南是一份指导性文件。
本指甫建议，在一项计算机软件的开发过程中，一般地说，应该产生十四种文件。
这十四种文件是：可行性研究报告；项目开发计划；软件需求说明书；数据要求说明书；概要设计说明书；详细设计说明书；数据库设计说明书；用户手册；操作手册；模块开发卷宗；测试计划；测试分析报告；开发进度月报；项目开发总结报告。
安华信息工作流引擎详细设计说明书2012-3-21[该文档主要描述工作流引擎的实现细节。
]目录1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4参考资料 (4)2 程序详细设计 (5)2.1工作流运行时（W ORKFLOW R UNTIME） (5)2.1.1 程序概述 (5)2.1.2 功能设计 (5)2.1.3 外部接口 (11)2.1.4 尚未解决的问题 (12)2.2工作流设计器（W ORKFLOW D ESIGNER） (12)2.2.1 程序概述 (12)2.2.2 功能设计 (12)2.2.3 外部接口 (16)2.2.4 尚未解决的问题 (17)1.3公共对象 (17)1.4数据库结构说明 (21)2.4.1地区表 (21)2.4.2业务附件文件 (21)2.4.3流程业务数据包 (21)2.4.4流程业务数据包定义 (22)2.4.5流程实例表 (22)2.4.6流程日志 (23)2.4.7已处理消息队列表 (23)2.4.8待处理消息队列表 (24)2.4.9流程状态结点 (24)2.4.10流程状态参与角色关系表 (24)2.4.11流程模板表 (25)2.4.12流程模板与业务类别、险类标识关系表 (25)2.4.13日志项表 (25)2.4.14状态操作附加规则 (26)2.4.15流程状态后活动 (26)2.4.16流程状态前活动 (27)2.4.17流程状态表单信息 (27)2.4.18流程状态操作表 (27)2.4.19流程状态操作消息表 (28)详细设计说明书1引言1.1编写目的工作流引擎的开发人员。
1.2背景说明：a．本系统名称：工作流引擎。
b．本系统概要设计工作由秦超完成，详细设计由王思远完成，刘云峰执行开发任务。
1.3定义Workflow 工作流Runtime 运行时Designer设计器MessageQueue 消息队列1.4参考资料列出有关的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2 程序详细设计2.1 工作流运行时（WorkflowRuntime）2.1.1 程序概述工作流运行时是工作流概念的核心部分，作用于工作流服务生命周期的全部场景，挂接各项工作流的配套服务，如工作流实例状态跟踪、记录轨迹、消息分发等。
2.1.2 功能设计1.WorkflowRuntime类●命名空间：AHIT.WorkflowEngine●关键字：sealed●类职责：✓确定工作流模板：根据业务类型（1核保、2核赔）和险类标志（1农险、2非农险）确定使用的工作流模板✓创建工作流实例：根据工作流模板表，状态结点表，结点的角色、操作、规则表创建工作流实例表和流程日志表(如果已加载日志服务，调用日志服务)。
✓加载流程业务数据包加载的业务数据包必须符合流程业务数据包定义表的规则，否则触发异常。
✓加载业务附加文件✓获取工作流实例任务列表包括待处理任务列表、已处理任务列表、逾期任务列表✓获取单体工作流实例主要返回指定实例的流程业务数据包✓工作流操作从待处理任务列表选择要处理的流程实例取流程状态参与角色关系表判断操作的流程实例结点是否有权限取状态操作附加规则表判断操作的流程实例结点的规则（由规则引擎实现）在符合规则的前提下取流程状态操作表判断结点的下一步操作将要更改工作流实例的操作添加至消息队列(交由消息队列服务处理)●字段及属性：●方法：a)获得待处理任务列表Public List<WorkflowInstance> GetInstanceList（string operatorNumber）;(参数是否加业务类型、险类标识)根据操作者的ID，先取流程状态参与角色关系表取全部可操作的节点信息，排除特例表的不应自己操作的节点信息，然后内关联流程实例表的当前节点字段，再左关联流程状态节点表的主键，得出所有待操作的实例信息及节点状态并返回。
b)根据操作员编号、实例编号获得待处理任务的详细信息Class InstanceColletion{T_FlowInstance flowInstance;T_FlowBizDataBag flowBizDataBag;List<T_StatusOperationMessage> operationMessageList;}Public InstanceColletion GetInstance（string instanceNumber，string operatorNumber）根据instanceId获取数据包BizDataBag、单体WorkflowInstance、还有可执行的操作集List<Operation>这三者组合而成的大对象InstanceColletion。
c)将流程业务数据包传给规则引擎返回可操作的流程列表Public List<T_StatusOperation> GetOperations(BizDataBag bag) 根据RecentNode和取出下一步可进行的操作列表，然后将Bag传入规则引擎，返回操作代码，再关联操作表的主键得到操作的List。
d)创建工作流实例Public bool CreateInstance（BizDataBag bag，string bizNumber，string templateCode, attachFile file）根据传入的数据包、业务单据号、模板编号创建实例，组装一个Message对象，传入调用MessageService. AddToMessageQueue(T_FlowMessageQueueWaited msg)。
e)根据传入的instanceNumber 反持久化Workflow实例。
public bool DePersistentInstance（string instanceNumber）工作流运行时相关类a) T_FlowBizDataBag类(1) 验证业务数据包，调用T_FlowBizDataBagDefinition类的相关方法进行验证Bool ValidateFlowBizDataBag(string flowInstanceNumber);(2) 加载业务数据包Bool AddFlowBizDataBag(T_FlowBizDataBag bizDataBag);b) T_BizAttachFile类(1) 加载文件Bool AddBizAttachFile(T_BizAttachFile bizAttachFile);c) T_StatusOperationMessage类(1) 添加流程状态操作消息Bool AddStatusOperationMessage(T_StatusOperationMessage statusOperationMess age);(2) 根据实例编号导入流程状态操作消息Bool GetStatusOperationMessage(string flowInstanceNumber);●限制及约束：WorkflowRuntime是一个密封类，没有派生者，以单件模式创建，随Windows Service启动，运行时常驻内存。
2.MessageService类●命名空间：AHIT.WorkflowEngine●关键字：static●类职责：✓将消息添加至消息队列（物理表）✓轮询消息队列并处理Task✓判断某一具体T ask是否合法●字段及属性：无。
●方法说明：a)public static Void AddToMessageQueue（T_FlowMessageQueuqWaitedmsg）将Message加入引擎待处理消息表。
b)public static void ExecuteTask()循环访问待处理消息表，取时间戳最早的一条记录处理，共处理三件事情，第一是增加流程状态操作信息表的记录，二是更新实例表，三是写日志项表，在一个事务中控制，当处理结束时同时更新两张表，即在待处理消息表中删除记录和在已处理消息表中增加记录，若事务完成则回到循环体继续访问待处理消息表。
c)private static bool JudgeTask（T_FlowMessageQueuqWaited msg）利用message携带的实例信息判断该实例的当前操作是否满足要求。
如防止重复操作。
●限制及约束：无。
3.LogService类●命名空间：AHIT.WorkflowEngine●关键字：static●类职责：✓填写日志在创建流程实例时写流程日志在操作工作流结点时写日志项✓查看日志列表✓查看单体日志●字段及属性：无●方法：Public static void WriteFlowLog（T_FlowLog flowLog）写流程日志。
Public static void WriteLogItem(T_LogItem logItem)写日志项Public static List<Log> GetLogs(string instanceCode)根据实例编码取该实例的操作日志列表。
Log为流程日志和日志项的组合类Public static Log GetLog(string logItemNumber)根据日志编码主键访问单体日志。
Log为流程日志和日志项的组合类●限制及约束：写日志受Task执行成功与否的制约，被包含在ExecuteTask（）所触发的事务里。
4.ExceptionHelper类●命名空间：AHIT.WorkflowEngine●关键字：static●类职责：✓抛出自定义异常●字段及属性：无●方法：Public static string GetCustomizeException（string exceptionCode）●限制及约束：无。
2.1.3 外部接口1.调用的外部接口（External Interface）a)获取系统级人员信息b)获取系统级角色信息c)将核赔后的业务状态传递至理赔子系统d)将核保后的业务状态传递至承保子系统e)获取地域字典描述f)获取险种字典描述g)获取规则引擎的判断结果2.被调用的外部接口（Public Interface）a)查看当前核保流程状态b)查看当前核赔流程状态c)查看流程轨迹2.1.4 尚未解决的问题1.与规则引擎的衔接2.子流程的需求2.2工作流设计器（WorkflowDesigner）2.2.1 程序概述工作流设计器是定义工作流模板、流程节点、操作与规则的工具，是对静态定义的描述。
