中小型企业办公自动化管理系统
需求说明书
目录
1引言2
1.1编写目的2
1.2参考资料2
2公有模块和公有类设计2
2.1公有数据表设计2
2.2公有模块和公有方法3
2.3公有类4
3信息发布子系统详细设计6
3.1功能6
3.2数据库设计7
3.3业务实体类的划分与算法描述8
4公文流转子系统详细设计8
4.1定义8
4.2功能9
4.3数据库设计11
4.4业务实体类的划分与算法描述<不直接与界面交互)13
4.5业务边界类的划分与算法描述<直接与界面交互)16
5考勤管理子系统详细设计20
5.1功能20
5.2数据库设计22
5.3业务实体类的划分与算法描述24
6办公室管理子系统详细设计26
6.1功能27
6.2数据库设计28
6.3业务实体类的划分与算法描述30
7系统管理子系统详细设计30
7.1功能31
7.2算法描述32
8限制条件32
9测试要点32
1引言
1.1 编写目的
为明确中小型企业办公自动化管理系统,提高开发效率,作此详细设计说明书,提交开发部作开发用。
本文档供工程经理、设计人员、开发人员参考。
1.2 参考资料
a.工程的计划任务书、合同或批文;
b.内部网站工程开发计划;
c.需求说明书;
d.文档中所引用的其他资料、软件开发标准或规范。
2公有模块和公有类设计
2.1 公有数据表设计
2.1.1用户基本信息集
2.1.2部门代码表
2.2 公有模块和公有方法
2.3 公有类
3信息发布子系统详细设计
本节重点分析信息发布子系统的各个模块以及功能;
3.1 功能
3.1.1发布信息
本功能供具有发布权限的用户发布信息,部门信息管理员或以上级别的用户有发布信息的权限,部门用户和访客没有发布信息的权限。
可以使用的信息格式有“附图片信息”和“文档信息”两种。两种信息都具有信息标题,所不同的是,发布者可以在“附图片信息”的信息正文后加入图片,而“文档信息”没有信息正文,发布者须指定“文档信息”中的文档<可以是任何格式的文件,但推荐使用Word文档、excel文档和文本文件)。
用户发布信息时须指定:
?信息类型<如果该类型的信息全部用户可读,则不用指定下面三
项)
?可以阅读该信息的最低权限
?读限制标志<所有部门皆可阅读,还是将阅读范围限制为某些部
门)
?<若读限制为某些部门)可以阅读该信息的部门<一个或多个)
3.1.2阅读信息
用户登录系统后,都可以查看信息,但他<她)所能阅读的信息根据其读权限的级别而有所差别。访客只能阅读所有用户均可阅读的信息,如公告、合理化建议等;其他用户除了可以阅读所有用户均可阅读的信息外,还可以阅读以下信息:
?所有部门皆可阅读的,而且最低读权限小于或等于当前用户的读
权限的信息;
?当前用户所属部门可读的,而且最低读权限小于或等于当前用户
的读权限的信息。
3.1.3按条件搜索信息
本功能可以让用户按“发布部门”或“信息类型”检索其可以阅读的所有信息。
3.1.4删除/修改信息
本功能供信息发布人删除/修改信息,并供系统管理员删除信息。
3.1.5修改登录密码
本功能供网站用户修改登录密码。
3.2 数据库设计
3.3 业务实体类的划分与算法描述
按照一个表对应一个DataSet实体的原则处理。包括基本的增加、删除、修改和查看。
所有的基本的增删改查都在业务实体作,包括List和Detail两种方式。
4公文流转子系统详细设计
4.1 定义
历史公文:最终审批完后的公文.包括最终审批后已执行和未来得及执行得公文.历史公文不包括作废的公文.在库中的记录,最终审批完成标志为“完成”,作废标志为“未作废”。
在审公文:现在还在审批的公文,没有最终审批完成。最终审批完成标志为“未完成”,作废标志为“未作废”。
作废公文:作废标志为“作废”,但没有从库中彻底删除。
固定流程:由本人专门制作的一条流程,供使用权限范围内的人使用。每一步的审批人
已确定.固定流程不具体对应某条公文.
定制流程:每一步的审批人没事先确定好,发起人只选择第一个审批人,以后每一步的审批人审批完都要选择他下一步的审批人.
4.2 功能
4.2.1登录公文流转子系统
用户进入公文流转子系统后的操作如下:
1、能够看到系统给的公文审批通知信息。形式以滚动条或其他消息框方式给出。初始登录用户为集团所有人员并拥有自己的登录名和登录密码。
2、登录公文子系统就要同时打开本登录用户的待审文件列表。促使用户进入系统就进行审批文件。
4.2.2发布公文文件
集团所有人员都可以发布公文。用户按照公文的要求发布自己的公文<公文号、标题、内容、发布时间、发布人、附带文档及文档类型)。每人发布的公文除了管理员有所有管理权限之外只能由自己或已审批过的人查看。
4.2.3选择审批流程
用户自己填写的公文成功提交后,进入到选择审批流程。流程分为两种:固定流程和定制流程。
⑴固定流程
由发起人在固定流程表中选择一个审批流程。分为:
1、发起人选择固定流程表中一个审批流程。
2、若需要对固定流程进行维护<增加、修改),提供选择固定流程前到固定
流程维护界面的入口,并能够返回。也就是说用户在选择固定流程时,可以先进入到固定流程维护界面进行维护,然后返回选择界面选择一条固定流程。
⑵定制流程
发起人发起公文后或上一个审批人审批完后,按照先部门后人员选择下一步的审批人,完成后提交。
4.2.4通知审批
通知审批是给下一步的审批人发送即时通知。通知显示从用户登录内部网站开始一直到退出内部网站。若此次登录没审批则下次登录还应继续发送待审的所有信息。
注:此处为所有通知信息,即包括了以前发送过通知但还没审批,则要继续发送即时通知。
4.2.5查看审批文件状态
前置:本功能提供查看的公文是正在审批过程中的文件。
发起人可以对自己发起的公文进行维护,维护类型如下:
<1)查看:查看本人发起的公文的审批情况。
<2)删除。在还没最终审批完成之前,对本人发起的公文,进行作废处理。
审批人可以对自己审批的文件进行查看。
4.2.6审批文件并选择下一个审批人
用户进入到公文子系统就直接审批文件,若本公文审批流程为固定流程,则审批后提交完成,若审批流程为定制流程,则如同上面选择审批流程功能模块中的“<2)定制流程”。
4.2.7查询历史文件
历史文件为已经完成最后审批的文件。
所有人都只能查看自己发起或者审批过的历史公文信息,但不能进行修改。其他人发布的文件自己又没进行审批则没有权限查看。历史文件的删除操作由管理员进行。
作废处理的文件只能由管理员才能够查看。
4.2.8维护固定流程
维护固定流程可以在用户登录公文系统后直接进入,也可以在选择固定流程的时候进入。所有人都对自己创建的流程有增、删、改和使用的权限,非制定人但在使用权限范围内由只有使用的权限。流程制定人的操作:
a,增加。添加新的固定流程。
b,删除。对已经没有实际应用价值的固定流程删除掉。
c,修改。对需要修改的流程进行修改,例如人员的添加,删除,改动。
固定审批流程的“使用范围”类型如下:
1本人,则这条固定流程只能供本人维护和使用。
2某部门,则本部门所有人有使用和查看此项固定流程的权限,但无修改权限。
3集团所有人,则所有人有查看和使用的权限,无修改权限。
查看分为流程的查看和流程相关人员的查看。
4.2.9管理员查询浏览文件
查找文件描述
1、按照一定关键字进行文件查找,提供按公文名称,发起人,发起时间,审批人以及
人员编号等查询。
2、查看分列表和详细两种方式。
3、管理员可以查看历史文件,也可以查看在审的文件。管理员可以查看作废处理的
文件。
4.2.10管理员管理文件
管理员对所有公文有删除、查看的权限。
1、查看:文件及其审批情况或历史公文。可以对所有公文起到监查的作用。
2、删除:文件及其审批情况或历史公文。管理员对正在审批或已经审批完成的公文认为该作废的可以作废处理,作废处理的文件并没从数据库中彻底删除。例如内容不是健康的,则要即时作相关处理,并且作废处理的文件只能由管理员查看处理。
4.2.11用户管理
主要是对用户的权限管理:目前暂设所有人都有发布公文的权限。其他用户权限例如用户对固定流程的维护权限等在程序中控制,对管理员不作管理要求之外,用户管理暂没有特殊要求。
4.3 数据库设计
4.4 业务实体类的划分与算法描述<不直接与界面交互)
按照一个表对应一个DataSet实体的原则处理。包括基本的增加、删除、修改和查看。所有的基本的增删改查都在业务实体作,包括List和Detail两种方式。
4.5 业务边界类的划分与算法描述<直接与界面交互)
5考勤管理子系统详细设计本节重点分析考勤管理子系统的各个模块以及功能;5.1 功能
5.1.1考勤登记
该部分的功能如下: