05A_OA概要设计说明书
OA系统 1.0
概要设计说明书
修订历史记录
A - 增加 M - 修订 D - 删除
第一节 引言
“协同办公（OA）子系统”实现对公文管理、个人邮箱、通知、公告、个人事物助理五个模块的处理，其中公文管理模块涉及到流程处理。本系统的作用主要是把多种信息电子文档化，并且使文档信息的处理做到快捷、方便、安全、规范、智能等特性，同时又具备文档信息的跟踪记录和信息多元化安全共享。
第二节 需求规定
1、公文管理：
（1）发文：包括发文流程定义、发文拟稿、发文任务处理、发文归档。 （2）收文：包括来文流程定义、来文登记、收文任务处理、收文归档。 （3）公文查询：包括发文查询、收文查询。 2、个人邮箱： 能；
（2）删除邮件，还原删除邮件，彻底删除邮件； （3）邮件提醒功能；
（4）对其他邮箱账户的统一维护；
（1）实现对邮件收发功能，同时还支持对各种格式附件的上传和下载功
3、通知：把通知信息电子文档化进行编辑、发送和收到新的通知信息进行提醒、查看。
4、公告：把公告信息进行电子文档化编辑、发送和收到新的公告信息进行提醒、查看。
5、个人事务：
（1）实现个人事务管理的日程安排、工作日志记录等功能； （2）设置事务信息管理和到达提醒功能； （3）按月，周查看日程安排
第三节 结构设计
第四节 面向对象的设计 一 用例图
（一）发文用例图
印发
校核
（二）收文用例图
拟办处理
结果填写人
结果填写
（三）写邮件用例图
查询草稿
（四）收邮件用例图
删除回复
（五）通知维护用例图
修改
（六）通知查看用例图
查看通知
（七）公告维护用例
用户
查询
（八）公告查看用例
公告提醒
（九）日程安排用例图
查询
（十）工作日志用例图
查询
二 类图
类图分来两类，一类是基础平台的类，另一类是实现业务的实体类。基础平台的类主要是csscis-platform包所组成。业务实现的业务类主要是由各个具体实体类组成。下面主要是列出具体的实体类。
三 活动图
4.3.1 发文活动图
4.3.2 收文活动图
4.3.3发邮件活动图
4.3.4 收邮件活动图
4.3.5 发送通知活动图
4.3.6 通知查收活动图
4.3.7 新增公告活动图
4.3.8 新增日程安排活动图
4.3.9 日程事务提醒活动图
第五节 数据模型设计 一 概念模型
如下是协同办公（OA）子系统的业务实体表已及部分组件表：
二 物理模型
第六节 子模块设计 一 公文管理模块
1、需求规定
实现发文管理、收文管理、文件归档等功能。 （1） 发文管理
发文管理主要对筹建处发文的处理过程进行科学化、电子化管理。一份发文通过拟稿、核稿、会签、拟办，提交领导签发后，最后分发、归档。在功能上，可对发文进行显示、排序、查询、统计、打印，并对发文的处理全过程进行自动化管理、跟踪和记录。 （2）收文管理
收文管理是指筹建处处理外来文件的全过程。具有文件录入、批示意见、办理、传阅、归档、借阅等功能。
2、结构设计
3、 功能设计
（1）公文类别主要有两个方面的作用： A．对公文文档归类管理； B．根据不同类别的公文设置不同处理流程模板。该模块需要指定特定的人员来管理，
新增：新增一个公文类别，同时配置该类公文的收发流程模板；
修改：修改公文类别的基本信息，已经流程配置，但是不会影响到旧的数据； 删除：如果已经有关联的业务数据，不能进行删除； 查询：列表显示类别数据。
（2）发文
新增：新增公文文档，设置公文类别同时可以设置发文的处理流程； 修改：在启动流程之前，可以对公文进行修改，重设处理流程； 启动流程：发文拟稿完成启动流程； 待办任务：需要处理的流程节点任务； 已办任务：已经处理过的流程节点任务； 发文归档：将公文保存到服务器；
发文查询：可按文件标题、文件类别、发文号、主办单位、拟稿人等字段查询和组合查询，文本类型字段支持模糊查询。处理流程如下图：
发文流程示意图：
节点任务描述：
①
拟稿：拟搞人进行拟搞，拟搞完毕启动流程，流程进行下一步走向②
② 审核：拟稿人的部门领导进行审核，审核通过流程下一步走向③，审核未通过流程走向下一步①。
③ 拟办：拟办人进行拟办，公文需要会签时拟办人选择部门会签④，不需要会签时拟办人选择领导批示⑤。
④ 会签：各部门进行会签，会签全部通过流程走向⑤，会签过程中有一个部门或人员未通过则公文返回给拟稿人①，若公文需要返回给拟办人修改则流程走向③。
⑤ 批示：领导进行意见批示，批示完毕返回给拟稿人进行公文封发⑥
⑥ 印发：公文印发前填写发文文号和密级，填写完毕走向印发前的校核⑦,对校核完的稿件可以进行印发⑧。
⑦ 校核：校核人可以对公文的信息进行校正修改，校核完毕返回给
拟办人进行印发⑥。
⑧
（3）收文
新增：新增收文，设置公文类别同时可以设置收文的处理流程；
修改：在启动流程之前，可以对公文进行修改，重设处理流程； 启动流程：收文登记完成启动流程； 待办任务：需要处理的流程节点任务； 已办任务：已经处理过的流程节点任务； 收文流程示意图：
结束：印发完毕，流程结束。
流程节点任务描述：
① 登记：由登记人进行来文登记，收文流程启动进入下一步②。
② 拟办：拟办人进行拟办，拟办完毕流程进入下一步③。 ③ 批示：领导进行收文批示，批示完毕返回给拟办人处理④。 ④ 拟办处理：由拟办人根据收文情况进行选择，选择研办或传阅流程走向⑤。
⑤ 研办/传阅：研办或传阅完毕返回给拟办人处理⑥。
⑥ 拟办处理：由拟办选择结果填写处理人，流程走向⑦；结果填写完由拟办人结束收文流程，流程结束走向⑧。
⑦ 结果填写：结果填写人填写完收文处理结果返回给拟办处理⑥。 ⑧ 结束：流程结束。 4、数据设计
公文处理数据模型：
二 个人邮件管理模块
1、需求规定
开发个人邮箱，实现个人邮件收发功能。兼容各类附件文档格式，设置邮件管理、到达提醒功能。管理其他邮箱的账户。
2、结构设计
3、功能设计
（1）收邮件
收件箱：查看收到的邮件，同时还有服务器端自动推送到功能，即有新
邮件自动推送到客户端。标注邮件的状态，已经查看，为查看，紧急或非紧急邮件；
删除邮件：不是物理删除，只是状态删除，标记为垃圾邮件； 查看邮件：读邮件，同时标记邮件已读； 查询：搜索功能，根据关键字查找相关的邮件；
垃圾箱：其他模块删除的邮件都会先保存在垃圾箱，只有在垃圾箱删除，
才是物理删除，还可以对垃圾箱的邮件还原；
（2）写邮件：
发邮件：写完邮件，在发送到时候，可以选择发送并保持，副本会保持
到已发邮件。写邮件支持附件发送；
保持草稿：写完邮件，可以暂时不发送，而是保存起来，择期发送，邮
件会预先保持到草稿箱；
已发邮件：对已经发送到邮件副本的保存，可以进行删除，查看，转发； 草稿箱：可以进行删除或发送操作，操作完成后，对应的草稿邮件都会
删除；
（3）邮箱账户维护
添加账户：是将其他邮箱的账户和密码保存在本系统；
删除账户：删除保存在本系统上的非本系统的邮箱的账户和密码； 链接邮箱：通过保存在本系统的邮箱账户和密码，打开对应的邮箱；
4、数据设计
三 通知模块
1、需求规定
开发通知功能，实现各类会议、事务通知的发布、查询功能，设置通知信息管理、到达提醒功能。在系统门户主页设置通知版块，按时间排序。
2、结构设计
3、功能设计
（1）通知维护
由单位或部门的专门负责人进行新增通知发布，发布通知需要设定
查收对象，是个人，或者部门，或者单位，或者全体；在发布之前可以修改、删除，对历史通知可以搜索查找，查找方式可以是标题，日期等；
（2）通知查收
收到通知的人才可以查看通知，查询和通知即时提醒；
4、数据设计
四 公告模块
1、需求规定
开发公告功能，实现各类事务公告的发布、查询功能，设置公告信息管理、到达提醒功能。在系统门户主页设置公告版块，按时间排序。
2、结构设计
3、功能设计
（1）公告维护
由单位或部门的专门负责人进行新增通知发布，发布通知需要设定
查收对象是所有人；在发布之前可以修改、删除，对历史通知可以搜索查找，查找方式可以是标题，日期等；修改只能是发布通知的部门人员，修改的同时记录操作日志；
（2）通知查收
所有的人可以查看公告和公告即时提醒；
4、数据设计
五 个人事务助理
1、需求规定
开发个人事务助理功能，实现个人事务管理、日程安排、工作日志记录等功能，设置事务信息管理、到达提醒功能。在系统门户主页设置个人事务版块，按时间排序。在个人事务中提供一些常用的小工具。
2、结构设计
2、功能设计
（1）日程安排维护
用户根据自身近期的工作安排，建立一个工作日程安排表；涉及到的操
作有新增，删除，修改，查询等；事务提醒，即可以对每项日程安排设定提示的时间。（每个用户只能维护自己的日程安排）
查询：可按日程标题、提前到达提醒时间、日程开始日期、日程结束日
期，其中标题支持模糊查询，其它时间类型字段支持时间段查询。
（2）工作日志
用户对已完成的工作进行记录，方便以后进行日志查询和工作总结。日
志的维护就是日志的录入，修改，删除，查询等操作。（每个用户只能维护自己的工作日志）
查询：可按日志标题、事情开始日期、事情结束日期，其中日志标题支
持模糊查询，其它时间类型字段支持时间段查询。
4、数据设计