事务管理系统需求分析
(一) 系统背景
系统的服务对象是集团化的公司机构，集团由不同地域公司构成，也包括一些港澳和海外办事处；各公司人员基本在本公司工作，有少部分人员和管理层需要处理跨公司的事务；各公司之间相对独立，但之间会分享绝大多数的资源。现在公司需求一个系统，来安排日常的各种各样的办公事务，并实现事务中资源的跟踪；系统的目的是协助日常工作，使员工非常方便的了解日常需要进行的办公事务，并记录一些工作记录，或者是个人心得等，但系统不能过度约束员工的日常工作，不能成为日常工作的支配者。
(二) 系统需求
1.1. 系统需求概要描述
本系统的事务所指的日常工作和生活中所有的可供安排或记录的事件，比如工作任务、计划安排、工作记录等；在系统中要实现类似日记本一样的功能，提供添加事务、处理事务、记录事务等业务，并实现事务流程的功能，即事务按照设置从一个人到另一个人，中间完成事务的各种处理环节；形象的比喻，系统实现了自动生成事务的笔记本，每个人都有自己的一本，参照笔记本上的描述，来协调自己的工作，并可以把自己处理的结果分享到其他需要的人的笔记本上去。
1.2. 系统主要对象描述
在上面对系统做过一个大致的要求后，可以确认系统主要是围绕用户和事务的一个状态处理，也可以说是事务的流程处理，流程的对象就是用户；为了更加符合日常工作分类的需求，系统还需要引入项目的概念，这里项目就是一组工作的集合体。为了更加详细的明确系统涉及到主要对象，下面我们把这里分开描述：
1. 用户：用户就是系统的使用者，也是事务的拥有者，一个人可以拥有多个事务，当然一个事务也属于多个用户；用户是系统活动的主要对象，事务的处理过程实际上就是事物在用户之间的传递；用户构成了公司团体。
2. 事务：事务是系统的唯一处理对象，事务记录了用户描述的各种内容，结合流程和状态，形成了事务的各种状态，即事件流；不同的事务之间可以存在联系，这样就形成了事务之间项目跟踪。
3. 状态：状态指物质系统所处的状况,由一组物理量来表征；系统中主要是用来描述事务针对某个或某些用户所处的阶段；状态可以是单一的，也可以是一组状态的再组合。
4. 流程：流程是一组用户的排列组合，每个用户结合一个状态，形成的一个处理过程；系统中流程主要的功能就是结合事务形成事务流，将事务一步一步的交给流程中的用户去处理。
5. 项目：项目就是一组人处理一组工作，这里指的是一组事务和一组人员组合体；项目形成了系统中事务最终的运作单位，它限制了事务所面队的用户；项目可以不停的加入和去除事务和人员。
6. 事务流：事务流在流程中有提到，它是虽然不算是系统的具体对象，但是却是系统中很重要的一个处理对象组合，事物流的处理是系统的主要工作。
下图为对象关系图：
1.3. 系统功能描述
明确了系统的主要对象和总体的需求描述后，可知该系统至少应该具有如下功能模块：
1． 用户资料及其结构管理
2． 权限管理
3． 事务模板管理
4． 项目管理
5． 事务管理
6． 工作流管理
7． 事务查询和展现
8． 知识积累
9． 数据词典
下面是功能结构图：
1.4. 功能细化描述
了解了系统的几个大体功能需求后，这里还需要对各功能进行描述和稍微的细化
1.4.1. 用户资料及其结构管理
该功能模块应该具备两个功能：一是用户资料管理，二是部门机构管理；用户管理负责记录用户的帐号、密码、姓名等基础资料；部门机构管理负责构件公司团体，并且可以根据需求构件多个独立的公司团体，然后把用户添加到具体的部门机构中去，这样用户是单一的，但可以属于多个机构；下面是细化后的功能：
1． 用户基础资料管理
2． 公司团体的构建维护
3． 人员的分派
1.4.2. 权限管理
权限管理是在用户和公司架构之后才能进行的工作，系统会根据系统设计，给出一套基础权限，然后在这基础上构建角色，然后赋予用户角色，当然也可以直接赋予用户权限，而且优先直接赋予的权限；下面是细化后的功能：
1． 基础权限的建立（系统指定，却不可以更改）
2． 角色管理
3． 权限赋予
1.4.3. 事务模板管理
为了满足不同用户和不同事务的要求，模板需要实现自定义功能，用户可以任意定义事务的字段构成，并存为模板；为了对不同事务模板产生的事务的查询，还需要实现自定义查询条件，以查询自定义模板中的自定义字段；下面是细化后的功能：
1． 自定义事务模板
2． 自定义事物查询条件
3． 定义模板间的关联
4． 定义模板的使用范围
1.4.4. 项目管理
项目是日常工作的构成单位，任何事务都能归属到一个项目中，为了使事务更加现实，所有的事物必须归属到项目中才可以使用，一个项目可以包含多个事务；同时项目也限制了事务所能涉及到人员；下面是细化后的功能：
1． 项目的建立
2． 项目中事务和人员的管理
3． 项目的删除
1.4.5. 事务管理
事务管理指的是事务运做管理，包括事务的建立、发送、处理等，其实也就是处理事务的流程；下面是细化后的功能：
1． 事务新建
2． 事务流程制定
3． 事务发送
4． 事务接受和处理
5． 事务完结
1.4.6. 工作流管理
工作流指的是事务的传递流程，主要针对有先后处理要求的事务，为了保证流程的通用性，对于不需要流程的事务，系统默认为单流程，也就是开始及结束。为了适应不同流程的要求，系统需要有一个流程引擎，以便可以设计出各种流程，满足用户的需求。下面是细化后的功能：
1． 流程引擎
2． 流程制定
3． 流程处理
4． 流程终止
1.4.7. 事务查询和展现
事物的查询是按照用户定义好的条件来对数据进行过滤，这个条件可以使用事先定义好的，也可以自行定义一个查询组合；展现是一个用户体验问题，为了满足用户的各种需求；展现也需要实现用户指定的效果，但是必须限制在系统所能提供的展现模式之中的，为了满足日后各种不同的展现要求，系统的展现必须模块化，查询负责提供数据接口，展现负责获取数据后进行展示给用户看，展现通过调用不同的展现模块可以实现不同的展现效果；系统默认有日历、树和列表这三种模式，以满足大多数用户的需求。下面是细化的功能：
1． 查询条件的制订
2． 查询事务
3． 选择展现模式
4． 数据展现
5． 联接到事务的明细
1.4.8. 知识积累
知识积累相对比较简单，就是一个收藏事务的功能，或者说是文摘；用户选择某个事务，保存一个联接，并填写标注，记录在用户的知识库中；对于一些比较重要事务，可以选择发布到公共知识库中，以引起大家的注意；下面是细化后的功能：
1． 个人事务收藏
2． 发布事物到公共知识库
1.4.9. 数据词典
数据词典（Data Dictionary，简称DD）就是用来定义数据流图中的各个成分的具体含义的。对数据流图中出现的每一个数据流、文件、加工给出详细定义。数据字典主要有四类条目：数据流、数据项、数据存储、基本加工。数据项是组成数据流和数据存储的最小元素。
软件开发中数据字典必不可少。这主要是为了以后的维护和二次开发。一般来说，数据字典包括两个方面，一类是资料库方面的，包括资料库的PK,FK,AK,栏位，以及各个栏位的说明，另一类是有关程式的，包括程式的文档名，每个程式所包含的Component等。
1． 数据库表及其字段的构成、含义、类型等
2． 程序的构成及其参数描述
(三) 小结
上述的系统概要需求描述，来源以对网上现有的很多事务和项目管理系统的结合，我们的核心内容是灵活多边事务定义及其事务流的管理，适合集团化多公司的机构使用，并借鉴很多现有系统的展现模式，来满足我们对事物管理和跟踪的要求，并给用户提供较好的操作体验。
