1、5.1.1角色表（PUBLIC_ROLE）465.1.2权限表（PUBLIC_PRIVILEGE）465.1.3角色权限表（PUBLIC_ROLEPRIVILEGE）465.1.4部门表（PUBLIC_ DEPT）465.1.5岗位表（PUBLIC_POST）475.1.6员工表（PUBLIC_MEMBER）485.1.7工作任务表（WORKPLAN_ TASK）485.1.8任务分派表（WORKPLAN_ ALLOTTASK）495.1.9工作计划表（WORKPLAN_ PLAN）495.1.10计划任务表（WORKPLAN_ PLANTASK）505.1.11工作日志表（WORKPLAN_
2、 WORKLOG）505.1.12工作汇报表（WORKPLAN_ WORKREPORT）505.1.13信息发布表（PUBLIC_ PUBLISHINFO）505.1.14收件箱表（PUBLIC_INBOX）515.1.15系统操作日志表（PUBLIC_OPERATELOG）515.1.16个人提醒设置表（PUBLIC_EVENTS）525.1.17系统表（PUBLIC_SYSTEM）525.1.18系统功能模块表（PUBLIC_SYSTEMMODULE）525.2物理结构设计535.3数据结构与程序的关系536系统出错处理设计536.1出错信息536.2补救措施536.3系统维护设计532工
3、作计划管理系统概要设计说明书1 引言1.1 编写目的概要设计说明书是为了说明整个系统的体系架构，及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。1.2 背景软件系统的名称：工作计划管理系统开发工具：Java开发者： XXX1.3 定义1.4 参考资料2 总体设计2.1 简述系统采用流行的B/S结构模式。系统的分析设计采用面向对象的技术，应用Visio等工具进行辅助设计。2.2 架构设计2.2.1 系统逻辑架构图2.2.2 系统物理架构图2.2.3 顶层系统包图类包说明：n 业务页面：用户动态网页，主要是jsp文件。n 业务操作：主要控制业务访问的接口和业
4、务流转。n 数据处理：提供业务的实现，包括对业务数据的增、删、改、查等操作。n 数据实体：业务对象的实体类。n 数据接口：提供数据库的访问，传递数据或返回相应数据。n 系统辅助：提供了供整个系统辅助的功能。2.2.4 业务类包图2.2.5 子系统关系图2.3 接口设计2.3.1 界面框架设计2.3.2 外部接口设计说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。3 子系统设计3.1 基础信息子系统3.1.1 子系统说明基础信息子系统包括：角色管理、部门管理、岗位管理、员工管理四部分。角色管理：定义角色和系统权限之间的对应关系，方便用户权限的分配控制。
5、部门管理：实现对公司部门基本信息的维护。岗位管理：实现对公司岗位基本信息的维护。员工管理：实现对公司员工基本信息的维护，并为员工分配角色和初始化登录系统信息。3.1.2 类图3.1.2.1 角色、权限3.1.2.2 部门管理3.1.2.3 岗位管理3.1.2.4 员工管理3.1.3 类说明3.1.3.1 角色、权限通过ID查询角色：页面得到角色ID，调用Service:角色的通过ID查询角色方法,得到指定角色的实体数据。通过名称查询角色：页面得到角色名称，调用Service:角色的通过名称查询角色方法,得到指定角色的实体数据。查询全部角色：调用Service:角色的查询全部角色方法,得到全部角
6、色的实体数据。增加角色：在页面上得到角色的实体数据，调用Service:角色的增加角色方法，实现角色的添加。修改角色：在页面上得到修改后的角色实体数据，调用Service:角色的修改角色方法，实现角色的修改。删除角色：删除角色方法，将指定角色的数据置为已删除状态。分配权限：分配权限方法，给指定角色分配权限。读取角色权限：读取角色权限方法，读取指定角色的权限数据。调用Data: 得到指定角色的实体数据。实现角色的添加。实现角色的修改。将指定角色的数据置为已删除状态。给指定角色分配权限。读取指定角色的权限数据。角色实体类数据。页面显示全部权限内容：权限的查询全部权限或通过所属系统查询全部权限，将权
7、限数据显示到页面上。通过所属系统查询全部权限：权限的通过所属系统查询全部权限，读取某系统下的全部权限数据。读取用户权限：权限的读取用户权限，读取指定用户的权限数据。查询全部权限：权限的查询全部权限，读取全部的权限数据。权限的读取用户权限，读取指定用户的权限数据。读取全部权限数据，返回全部的权限实体类数据。读取所属系统权限数据，返回某系统下的全部权限实体类数据。读取指定用户的权限数据。权限实体类数据。3.1.3.2 部门管理通过ID查询部门：根据部门ID，得到指定的部门实体类数据。多条件查询部门：根据多条件（部门名称、上级部门）查询对象，得到部门实体数据。查询全部部门：执行查询，获取全部部门的实
8、体数据。增加部门：得到部门实体数据，将数据添加至库中。修改部门：得到修改后的部门实体数据，将数据保存至库中。删除部门：根据部门ID，删除指定的部门。树形显示部门：查询得到树形结构上的部门数据，并显示。此类的说明同上。部门实体类数据。3.1.3.3 岗位管理通过ID查询岗位：根据岗位ID，得到指定的岗位实体类数据。多条件查询岗位：根据多条件（岗位名称、上级岗位）查询对象，得到岗位实体数据。查询全部岗位：执行查询，获取全部岗位的实体数据。增加岗位：修改岗位：删除岗位：根据岗位ID，删除指定的岗位。树形显示岗位：查询得到树形结构上的岗位数据，并显示。岗位实体类数据。3.1.3.4 员工管理通过ID查
9、询员工：根据员工ID，得到指定的员工实体类数据。多条件查询员工：根据多条件（工号、姓名、性别、部门、岗位、角色）查询对象，得到员工实体数据。查询全部员工：执行查询，获取全部员工的实体数据。增加员工：得到员工实体数据，将数据添加至库中。修改员工：得到修改后的员工实体数据，将数据保存至库中。删除员工：根据员工ID，删除指定的员工。员工修改登录密码：员工执行修改登录密码数据。员工实体类数据。3.1.4 界面设计基础信息子系统页面包括：3.1.4.1 角色管理页面3.1.4.2 部门管理页面3.1.4.3 岗位管理页面3.1.4.4 员工管理页面3.2 我的工作台子系统3.2.1 子系统说明我的工作台
10、子系统包括：工作任务、工作计划、工作日志、工作汇报、审批计划五部分。工作任务：实现管理层分派任务和公司员工接收任务的管理功能。工作计划：实现公司员工制定工作计划的管理功能。工作日志：实现公司员工每天工作记录的管理功能。工作汇报：实现公司员工撰写工作汇报的管理功能。审批计划：实现管理层审批公司员工工作计划的管理功能。3.2.2 类图3.2.2.1 工作任务3.2.2.2 工作计划3.2.2.3 工作日志3.2.2.4 工作汇报3.2.2.5 审批计划审批计划功能的设计实现，参照类图：工作计划。3.2.3 类说明3.2.3.1 工作任务通过ID查询任务：根据任务ID，得到指定工作任务实体类数据。多
11、条件查询任务：根据多条件（起始日期、截止日期、任务标题、重要程度、任务状态部门、任务接收人）查询对象，得到工作任务的实体数据。查询全部任务：执行查询，获取全部工作任务的实体数据。增加任务：得到任务实体数据，将数据添加至库中。暂停任务：对指定的任务，执行暂停处理操作。处理完成任务：对指定的任务，执行完成处理操作。实时检查收到的新任务或还未做计划的任务：根据当前的用户ID，实时检查目前收到的新任务或还未做计划的任务，以便系统实时提醒用户，并弹出提醒信息。工作任务实体类数据。3.2.3.2 工作计划通过ID查询计划：根据计划ID，得到指定的工作计划实体类数据。多条件查询计划：根据多条件（起始日期、截
12、止日期、计划标题、计划类型）查询对象，得到工作计划实体类数据。查询全部计划：执行查询，得到全部工作计划的实体类数据。增加计划：得到计划实体数据和所属任务计划完成百分比列表，将数据添加至库中。修改计划：计划未经审批时，得到修改后的计划实体数据和所属任务计划完成百分比列表，将数据保存至库中。写计划总结：某指定的工作计划结束时，将总结内容和所属任务实际完成百分比列表数据，保存至库中。处理所属工作任务完成情况：写计划时或写总结时，保存所属工作任务列表（包括计划或实际完成百分比数据），添加至数据库。查询所属任务完成情况：根据指定的工作计划，查询其所属工作任务的完成进度情况。管理层对某一指定的工作计划，执
13、行审批处理，以使审批后的工作计划不能再进行修改。取消审批：管理层对某一指定的工作计划，执行取消审批处理，以使此工作计划能进行再修改。实时查询未审批的工作计划：执行查询未经管理层审批的工作计划，得到未审批的工作计划实体类数据。当有未审批信息时系统应实时提醒用户，并弹出提醒信息。多条件查询已审批的工作计划：根据多条件（起始日期、截止日期、计划比他、计划类型、创建人）查询对象，得到管理层已审批过的工作计划实体类数据。实时查询他人抄送来的工作计划：根据当前用户ID，查询得到他人抄送给自己的工作计划实体类数据。当有未阅读的信息时系统应实时提醒用户，并弹出提醒信息。处理查看未阅读的他人抄送的工作计划：根据
14、工作计划ID，查看未阅读的他人抄送给自己的工作计划实体类数据。工作计划实体类数据。3.2.3.3 工作日志通过ID查询工作日志：根据日志ID，得到指定的工作日志实体类数据。根据多条件（起始日期、截止日期）查询对象，得到工作日志实体数据。查询全部工作日志：执行查询，得到全部的工作日志实体类数据。增加工作日志：得到工作日志实体类数据，将数据添加至库中。删除工作日志：根据日志ID，删除指定的工作日志。实时查询他人发来的工作日志：根据当前用户ID，查询得到他人发来的工作日志实体数据。处理查看未阅读的他人发来的工作日志：根据工作日志ID，查看未阅读的他人发来的工作日志实体类数据。工作日志实体类数据。3.
15、2.3.4 工作汇报通过ID查询工作汇报：根据工作汇报ID，得到指定的工作汇报实体类数据。多条件查询工作汇报：根据多条件（起始日期、截止日期）查询对象，得到工作汇报实体数据。查询全部工作汇报：执行查询，得到全部的工作汇报实体类数据。增加工作汇报：得到工作汇报实体类数据，将数据添加至库中。实时查询员工发来的工作汇报：根据当前用户ID，查询得到员工发来的工作汇报实体数据。处理查看未阅读的员工发来的工作汇报：根据工作汇报ID，查看未阅读的员工发来的工作汇报实体类数据。工作汇报实体类数据。3.2.3.5 审批计划3.2.4 界面设计我的工作台子系统页面包括：3.2.4.1 工作任务页面3.2.4.2
16、工作计划页面3.2.4.3 工作日志页面3.2.4.4 工作汇报页面3.2.4.5 审批计划页面3.3 工作进展子系统3.3.1 子系统说明实现管理层对公司员工工作进展情况的及时了解和跟踪。用户可根据员工姓名，对“工作任务”，“工作计划”，“工作日志”，“工作汇报”信息进行查询。查询工作任务：实现公司管理层对公司员工工作任务的执行情况的查询功能。查询工作计划：实现公司管理层对公司员工工作计划的执行情况的查询功能。查询工作日志：实现公司管理层对公司员工工作日志的查询功能。查询工作汇报：实现公司管理层对公司员工工作汇报的查询功能。3.3.2 类图3.3.2.1 查询工作任务查询工作任务功能的设计实
17、现，请参照类图：工作任务。3.3.2.2 查询工作计划查询工作计划功能的设计实现，请参照类图： 3.3.2.3 查询工作日志查询工作日志功能的设计实现，请参照类图： 工作日志。3.3.2.4 查询工作汇报查询工作汇报功能的设计实现，请参照类图：工作汇报。3.3.3 类说明3.3.4 界面设计工作进展子系统页面包括：查询工作任务、查询工作计划、查询工作日志、查询工作汇四部分。3.3.4.1 查询工作任务页面3.3.4.2 查询工作计划页面3.3.4.3 查询工作日志页面3.3.4.4 查询工作汇报页面3.4 信息发布子系统3.4.1 子系统说明实现公司内部员工之间发布信息或者通知的管理。3.4.
18、2 类图3.4.3 类说明通过ID查询消息：根据消息ID，得到指定的消息实体类数据。多条件查询已发出的消息：根据多条件（起始日期、截止日期、接收人）查询对象，得到消息实体数据。多条件查询已收到的消息：根据多条件（起始日期、截止日期、发送人）查询对象，得到消息实体数据。发布新消息：得到发布消息实体类数据，将数据添加至库中。实时查询已收到的未阅读的消息：实时查询已收到的未阅读的消息实体类数据。当有未阅读的消息时系统应实时提醒用户，并弹出提醒信息。处理查看未阅读的消息：根据消息ID，查看未阅读的消息实体类数据。发布消息实体类数据。3.4.4 界面设计信息发布子系统页面包括：3.5 系统管理子系统3.
19、5.1 子系统说明系统管理包括系统数据备份和系统操作日志查询功能，只有系统管理员才有权限操作此功能。系统数据备份：实现将系统数据备份到指定的路径。操作日志查询：实现查询系统数据的修改历史及登录系统用户的操作记录。3.5.2 类图3.5.3 类说明备份系统数据：执行数据备份操作，将当前系统数据库备份至指定路径。记录系统操作日志：得到登录系统人员操作日志实体类数据，将日志信息保存至库中。查询全部操作日志：执行查询，得到全部的系统操作日志实体类数据。多条件查询操作日志：根据多条件（起始日期、截止日期、姓名、功能模块、动作类型）查询对象，查询得到系统操作日志实体类数据。 人员操作日志实体类数据。3.5
20、.4 界面设计系统管理子系统页面包括：数据备份、操作日志两部分。3.5.4.1 数据备份页面3.5.4.2 操作日志页面3.6 个人设置子系统3.6.1 子系统说明个人设置子系统包括：个人提醒和修改密码两部分。个人提醒：实现员工个人对工作事务上重要事件的提醒告知功能。修改密码：实现登录用户修改维护自身密码。 3.6.2 类图3.6.2.1 个人提醒3.6.2.2 修改密码用户修改自身登录密码功能的设计实现，请参照类图：员工管理。3.6.3 类说明3.6.3.1 个人提醒设置个人定时提醒：得到个人提醒实体类数据，将数据添加至库中。触发已设置的个人提醒事件：触发定时提醒事件的发生。查询全部已设置的
21、个人提醒事件：执行查询，得到全部的已设置的个人提醒事件数据。关闭已设置的提醒事件：对设置的指定提醒事件，执行关闭操作。开启已关闭的提醒事件：对已关闭的指定提醒事件，执行开启操作。删除已设置的个人提醒事件：根据指定ID，删除已设置的个人提醒事件。个人提醒实体类数据。3.6.3.2 修改密码3.6.4 界面设计个人设置子系统页面包括：个人提醒、修改密码两部分。3.6.4.1 个人提醒页面3.6.4.2 修改密码页面4 约束和假定描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，
22、那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型（比如某某某数据库软件，某某某EMail软件）以及这样导致的约束（比如只允许纯文本的Email）。实现的语言和平台也会对系统有约束，同样在此予以说明。对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。包括运行环境的约束，简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。5 系统数据结构设计5.1 逻辑结构设计注：表和表字段命名规范：1. 表名的定义：规范格式：系统名_表名（字母全部大写）比如，工作计划管理系统中的某个表定
23、义为：WORKPLAN_TASK;2. 表字段的定义：表名+字段名称（首字母大写），以避免字段重名出现在不同表中。比如，表WORKPLAN_TASK中的字段标识Id定义为：TaskId；3. 表字段长度的定义：长度一般为8的整数倍；比如，VARCHAR的长度可为8或16或24或32或64等；4. 表字段类型为日期型的定义： 规范格式：一般日期型的字段设为VARCHAR，且长度一般为24（已精确到毫秒）5. 公共表名的定义：PUBLIC_表名（字母全部大写）比如，各个子系统都会用到的公共表，如角色或操作日志表可定义为：PUBLIC_ROLE，PUBLIC_OPERATELOG;5.1.1 角色表（PUBLIC_ROLE）字段名称中文说明键别是否空数据类型长度备注RoleId角色标识IdPKNOVARCHAR32RoleName角色名称Remark角色说明1285.1.2 权限表（PUBLIC_PRIVILEGE）Pr
