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






