OA概要设计说明书.doc

OA系统 1.0概要设计说明书文献控制受控 不受控文档编号版本号1.0分册名称第1册/共1册总页数35正文33附录无编制审批生效日期修订历史记录A - 增长 M - 修订 D - 删除版本号日期变更类型修改人摘 要备注第一节 引言“协同办公（OA）子系统”实现对公文管理、个人邮箱、告知、公告、个人事物助理五个模块的解决，其中公文管理模块涉及到流程解决。本系统的作用重要是把多种信息电子文档化，并且使文档信息的解决做到快捷、方便、安全、规范、智能等特性，同时又具有文档信息的跟踪记录和信息多元化安全共享。第二节 需求规定1、公文管理：（1）发文：涉及发文流程定义、发文拟稿、发文任务解决、发文归档。（2）收文：涉及来文流程定义、来文登记、收文任务解决、收文归档。（3）公文查询：涉及发文查询、收文查询。2、个人邮箱：（1）实现对邮件收发功能，同时还支持对各种格式附件的上传和下载功能；（2）删除邮件，还原删除邮件，彻底删除邮件；（3）邮件提醒功能；（4）对其他邮箱账户的统一维护； 3、告知：把告知信息电子文档化进行编辑、发送和收到新的告知信息进行提醒、查看。4、公告：把公告信息进行电子文档化编辑、发送和收到新的公告信息进行提醒、查看。5、个人事务：（1）实现个人事务管理的日程安排、工作日记记录等功能；（2）设立事务信息管理和到达提醒功能；（3）按月，周查看日程安排第三节 结构设计第四节 面向对象的设计一 用例图（一）发文用例图序号名称类别备注1拟稿人Actor2部门领导Actor3拟办人Actor4部门员工Actor5校核人Actor6拟稿Use case7新增Use case8修改Use case审核之前对发文的操作9删除Use case审核之前对发文的操作10审核Use case11拟办Use case12批示Use case13会签Use case14校核Use case15印发Use case（二）收文用例图序号名称类别备注1登记人Actor2部门领导Actor3拟办人Actor4部门员工Actor5结果填写人Actor6拟稿Use case7新增Use case8修改Use case审核之前对发文的操作9删除Use case审核之前对发文的操作10审核Use case11拟办Use case12批示Use case13拟办解决Use case由拟办人根据收文情况进行选择，选择研办或传阅流程走向14研办Use case15结果填写Use case16借阅Use case（三）写邮件用例图序号名称类别备注1用户Actor系统使用者2写邮件Use case3添加Use case4保存Use case5发送Use case6查看已发邮件Use case7删除Use case物理删除8查询已发邮件Use case对已发邮件的搜索9查询草稿Use case对保存的邮件草稿搜索（四）收邮件用例图序号名称类别备注1用户Actor系统使用者2查看邮件Use case3删除Use case状态删除4彻底删除Use case物理删除5查看收到的邮件Use case6还原删除邮件Use case对状态删除邮件的还原（五）告知维护用例图序号名称类别备注1用户Actor系统使用者2添加Use case3删除Use case物理删除（已发送的告知不能删除）4查询Use case5修改Use case已发送的告知不能修改（六）告知查看用例图序号名称类别备注1用户Actor系统使用者2告知提醒Use case3查看告知Use case（七）公告维护用例序号名称类别备注1用户Actor系统使用者2公告维护Use case3添加Use case4删除Use case已发公告不能删除5修改Use case需要记录修改日记6查询Use case 查询（八）公告查看用例序号名称类别备注1用户Actor系统使用者2公告查收Use case3查看公告Use case4公告提醒Use case（九）日程安排用例图序号名称类别备注1用户Actor系统使用者2日程安排Use case3日程安排维护Use case4日程事务提醒Use case5添加Use case6删除Use case7修改Use case8查询Use case历史日程搜索（十）工作日记用例图序号名称类别备注1用户Actor系统使用者2工作日记Use case3工作日记维护Use case4添加Use case5删除Use case6修改Use case7查询Use case历史日记搜索二 类图类图分来两类，一类是基础平台的类，另一类是实现业务的实体类。基础平台的类重要是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、数据设计