- 浏览: 71125 次
- 性别:
- 来自: 上海
最新评论
|
|
|
目录
1.1 术语
文档:包含文件类型的文档和文件夹类型的文档,是二者的统称;
用户:本系统针对的用户分为普通员工、部门经理和管理员;
2 任务概述
2.1 目标
完成一个完全基于浏览器的操作模式,安装简单(B/S架构,不必安装或者只要安装很小的插件),操作方便,具有良好的系统扩充能力的办公自动化系统,提供:
1)文档管理平台
通过本平台,实现文档管理、文件搜索管理、各个普通用户,各个部门经理,各部门在服务器有且只有一个目录,可以查询、修改、删除文档;实现文件搜索功能;
2)邮件管理平台
通过本平台,实现邮件管理、邮箱管理。用户可以对自己未发布的邮件进行增删改查;可以指定邮件接收者、邮件的有效时间等;管理员可以查询所有已发布的邮件;用户可以进行邮箱管理,主要有收件箱、发件箱;用户登录系统后,在侧栏显示已读未读情况,可以点击链接直接查看。
3)考勤管理平台
通过本平台,实现签到/签退管理、考勤历史查询、考勤统计、工作日管理、工作时间管理等功能。用户如果是当天第一次操作,只能签到;当天第一次以后操作,只可以签退;记录签卡备注、签卡时间;管理员可以通过平台按照时间段、部门、姓名等信息查询考勤信息;管理员可以通过平台统计一段时间内指定部门所有员工的迟到、早退、旷工次数等,可以导出Excel表格;管理员可以通过本平台设定当年的工作日,对周末、法定假日、公司休假等日期不做考勤;管理员可以通过平台设定某段日期内上班时间、下班时间;员工可以将出差时间等信息提交给领导审批,审批通过后管理员设定该员工在出差时间段内不做考勤;员工当天如果忘记签到,事后可以提交申请进行补签。
4)系统管理平台
通过本平台实现部门管理、员工管理、权限管理、菜单定制、系统登录/注销管理等功能。管理员可以对系统中的所有权限进行管理;可以管理部门信息;可以灵活定制不同角色人员登录系统后显示的菜单;管理员工信息、修改密码等,员工信息包含员工照片;实现只有登录用户才能使用本系统;提供系统注销功能;记录做关键操作的用户信息及操作时间,并提供管理及查询功能。
3 需求规定
3.1 一般性需求
3.2 功能性需求
3.2.1 角色说明
普通员工:企业内部的员工;
部门经理:企业内部的某个部门的负责人;
管理员:负责系统维护的管理人员;
3.2.2 整体业务流程描述
用户(包含普通员工、部门经理、管理员)登录后,根据提供的菜单选项,进行权限允许的操作。以用户为中心,实现办公的自动化,实现考勤、文档、邮件的对应管理。
3.2.3 操作流程描述
4 具体功能点需求
4.1 文档管理模块
4.1.1 文档管理子模块
4.1.1.1 需求描述
用例图如下:
功 能 需 求 |
|
功能名称 |
文档管理 |
优先级 |
高 |
参与者 |
普通员工、部门经理、管理员 |
业务背景 |
本系统中的文档对应操作系统中的一个文件夹,文档中的附件对应操作系统中的文件。 公司所有部门都有属于本部门的文件夹,每个部门的所有人共享本部门的文件夹,用户在浏览器中实现对本部门文档的管理。 |
功能说明 |
1、创建新文档:用户进入用户自己文件夹或者部门文件夹后,可以点击上传,上传一份文件。系统将自动生成文档的创建者、创建时间、文档位置、文档属性信息(文件夹类型的文档或文件类型的文档)。 权限:普通员工、部门经理 |
|
|
3、删除文档: 用户选中某一文档后,可以使用鼠标右键或点击“删除文档”按钮将该文档删除 权限:普通员工、部门经理 |
|
4、查询文档: 用户根据预定的条件(创建时间、创建者、文档属性)查询相应信息,系统以列表的方式将结果返回给用户。用户可以选择点击查看结果中的任何一个。 权限:普通员工、部门经理 |
|
|
|
|
|
|
|
|
|
约束条件 |
1、 普通员工和部门经理只对自己部门的文档拥有权限 |
相关查询 |
无 |
其他需求 |
无 |
4.1.1.2 业务流程描述
4.1.1.3 数据描述
文档基本信息
名称 |
描述 |
是否必添 |
文档编号 |
用来唯一描述文档 |
是 |
文档属性说明 |
用来描述文档属性 |
是 |
文档位置 |
描述文档的相对位置,相对于本部门文档的位置 |
是 |
文档名称 |
文档的名字 |
是 |
文档创建者 |
用户编号 |
是 |
文档创建时间 |
|
是 |
备注 |
|
否 |
用户登录信息(参考系统子模块用户登录信息表)
4.1.1.4 数据描述
文档基本信息
名称 |
描述 |
是否必添 |
文档编号 |
用来唯一描述文档 |
是 |
文档位置 |
描述文档的相对位置,相对于本部门文档的位置 |
是 |
备注 |
|
否 |
用户登录信息(参考系统子模块用户登录信息表)
4.1.2 文件搜索管理子模块
4.1.2.1 需求描述
用例图如下:
功 能 需 求 |
|
功能名称 |
文件搜索管理 |
优先级 |
高 |
参与者 |
普通员工、部门经理、管理员 |
业务背景 |
公司所有部门都有属于本部门的文档,每个部门的经理和所有普通员工共享本部门的文档。用户在浏览器中实现对本部门文档的管理,由于文档数量较大,对于部分员工来说,如果知道文档名称,直接对文档进行搜索和定位将更加方便、快捷。 |
|
1、搜索文件:用户进入本部门文档后,通过文档名称、附件名称、创建者、创建时间等条件进行查询,系统将以列表形式返回匹配的结果,员工可选择需要的结果进行操作。 权限:普通员工、部门经理、管理员 |
|
|
约束条件 |
普通员工和部门经理只能搜索到自己部门的文件。 |
相关查询 |
无 |
其他需求 |
无 |
4.1.2.2 业务流程描述
4.1.2.3 数据描述
文档基本信息
名称 |
描述 |
是否必添 |
文档编号 |
用来唯一描述文档 |
是 |
文档位置 |
描述文档的相对位置,相对于本部门文档的位置 |
是 |
文档名称 |
文档的名字 |
是 |
文档创建者 |
用户编号 |
是 |
文档创建时间 |
|
是 |
备注 |
|
否 |
4.1.2.4 业务流程描述
用户登录信息(参考系统子模块用户登录信息表)
4.1.2.5 数据描述
用户登录信息(参考系统子模块用户登录信息表)
4.2 邮件管理模块
4.2.1.1 需求描述
功 能 需 求 |
|
功能名称 |
收发邮件及邮箱管理 |
优先级 |
中 |
参与者 |
管理员、部门经理、普通员工 |
业务背景 |
主要用来完成相关人员与他人之间的邮件传递 |
功能说明 |
1、 写邮件:给指定的邮箱发送邮件; 2、 添加附件:发送的邮件里可以添加附件同时发送,附件大小不超过10M; 3、 收件箱管理:保存自己收到的邮件,有已读未读标记,可以删除、查看收件箱里的邮件; 4、 发件箱管理:保存自己已经发送的邮件,可以查看、删除发件箱里的邮件; 5、 废件箱管理:保存删除的邮件,可以还原或者彻底删除废件箱里的邮件; 6、 草稿箱管理:用于保存写了内容但是未发送的邮件,可以删除、查看、修改、发送草稿箱里的邮件 7、 邮件刷新:用户可单独登录邮件模块,登录后系统不会自动帮忙注销,每隔5分钟刷新邮件显示页面 |
约束条件 |
1、 该功能由用户自己指定的邮箱实现; 2、 用户登录系统后点击邮箱链接后输入邮箱名(可保存)和密码 |
相关查询 |
无 |
其他需求 |
无 |
4.2.1.2 业务流程描述
4.2.1.3 数据描述
用户登录信息(参考系统子模块用户登录信息表)
个人信息(参考系统子模块个人信息表)
4.3 考勤管理子系统模块
包括签到/签退管理、考勤历史查询、考勤统计、工作日管理、工作时间管理、出差/请假管理、补签管理。
1、签到/签退管理:如果是当天第一次操作,只能签到;当天第一次以后操作,只可以签退。记录签卡备注、签卡时间。
2、考勤历史查询:跟踪并定位数据库中的历史记录,按照时间段、部门、姓名等信息查询。
3、考勤统计:管理员统计一段时间内指定部门所有员工的迟到、早退、旷工次数等,可以导出Excel表。
4、工作日管理:管理员设定当年的工作日。周末、法定假日、公司休假等日期不做考勤。
5、工作时间管理:管理员设定某段日期内上班时间、下班时间。
6、出差/请假管理:员工将出差/请假时间等信息提交给领导审批,审批通过后管理员设定该员工在出差/请假时间段内不做考勤。
7、补签管理:员工当天如果忘记签到/签退,可以提交申请进行补签。
用例图如下:
4.3.1签到/签退管理子模块
如果是当天第一次操作,只能签到;当天第一次以后操作,只可以签退。记录签卡备注、签卡时间。
4.3.1.1需求描述
功 能 需 求 |
|
功能名称 |
签到/签退管理 |
优先级 |
高 |
参与者 |
普通员工、部门经理、管理员 |
业务背景 |
主要用来管理所有员工签到/签退操作 |
功能说明 |
1、签到:员工当天第一次操作作为签到; 2、签退:员工在当天第一次操作之后可以签退; 3、记录:签到/签退操作的同时记录签卡备注、签卡时间;如果当天没有任何操作,或者只有签到操作没有签退操作,则记录为旷工。 |
约束条件 |
1、如果是当天第一次操作,只能签到 2、当天第一次以后操作,只可以签退 3、记录操作 |
相关查询 |
无 |
其他需求 |
签到操作的同时记录的签卡备注为是否迟到,签退操作的同时记录的签卡备注为是否早退 |
4.3.1.2业务流程描述
登录,检查是否是当天第一次操作:(1)如果是,则算是签到,检查是否迟到,记录签卡备注、签卡时间,然后更新数据库;(2)如果不是,则算是签退,检查是否早退,记录签卡备注、签卡时间,然后更新数据库。
业务流程图如下:
到达下班时间时如果当天没有操作,则程序检查是旷工、请假还是出差,记录签卡备注、签卡时间,然后更新数据库。
业务流程图如下:
4.3.1.3数据描述
部门信息(参考系统子模块部门信息表)
考勤信息
名称 |
描述 |
是否必添 |
考勤编号 |
用来唯一区别一个考勤记录的 |
是 |
员工编号 |
|
是 |
所属部门 |
部门编号 |
是 |
签卡备注 |
迟到/早退/旷工/请假/出差 |
是 |
日期 |
|
是 |
时间 |
具体时间精确到秒 |
是 |
备注 |
|
否 |
日期信息
名称 |
描述 |
是否必添 |
日期编号 |
用来唯一区别一个日期信息的 |
是 |
年份 |
|
是 |
日期 |
|
是 |
是否工作日 |
|
是 |
上班时间 |
|
是 |
下班时间 |
|
是 |
备注 |
|
否 |
4.3.2考勤历史查询子模块
跟踪并定位数据库中的历史记录,按照时间段、部门、姓名等信息查询。
4.3.2.1需求描述
功 能 需 求 |
|
功能名称 |
考勤历史查询 |
优先级 |
高 |
参与者 |
普通员工、部门经理、管理员 |
业务背景 |
主要用来根据查询条件跟踪和定位考勤的历史记录 |
功能说明 |
1、普通员工查询:普通员工可以查询自己的考勤历史; 2、部门经理查询:部门经理可以查询自己管理部门的所有员工的考勤历史; 3、管理员查询:管理员可以查询所有部门的所有员工的考勤历史。 |
约束条件 |
1、普通员工只能查询自己的考勤历史; 2、部门经理只能查询自己管理部门的员工的考勤历史。 |
相关查询 |
1、普通员工只需输入时间段就可以查询自己的考勤历史; 2、部门经理可以通过时间段、姓名等条件查询自己管理部门的特定员工的考勤历史,或者只输入时间段就可以查询自己管理部门的所有员工的考勤历史。 3、管理员通过输入时间段、部门、姓名等条件可以查询任意部门的任意员工的考勤历史,或者只输入时间段、部门就可以查询该部门的所有员工的考勤历史。 |
其他需求 |
无 |
4.3.2.2业务流程描述
登录,查询考勤历史之前需要检查用户权限:(1)如果是普通用户,只能查询自己的考勤历史;(2)如果是部门经理,只能查询自己管理部门的员工的考勤历史;(3)如果是管理员,可以查询任意部门的任意员工的考勤历史。通过输入查询条件,查询数据库,并显示在用户界面上。
业务流程图如下:
4.3.2.3数据描述
员工基本信息
名称 |
描述 |
是否必添 |
员工编号 |
用来唯一区别一个员工 |
是 |
员工姓名 |
|
是 |
密码 |
登录密码 |
是 |
所属部门 |
部门编号 |
是 |
角色编号 |
用来唯一区别一个角色,系统管理员设定 |
是 |
是否当天第一次操作 |
是/否 |
是 |
登录状态 |
用来判别是否有重复登录,系统自动计算 |
是 |
备注 |
|
否 |
部门信息(参考系统子模块部门信息表)
角色信息(参考系统子模块角色信息表)
考勤信息
名称 |
描述 |
是否必添 |
考勤编号 |
用来唯一区别一个考勤记录 |
是 |
员工编号 |
|
是 |
所属部门 |
部门编号 |
是 |
签卡备注 |
迟到/早退/旷工/请假/出差 |
是 |
日期 |
|
是 |
时间 |
具体时间精确到秒 |
是 |
备注 |
|
否 |
4.3.3考勤统计子模块
管理员统计一段时间内指定部门所有员工的迟到、早退、旷工次数等,可以导出Excel表。
4.3.3.1需求描述
功 能 需 求 |
|
功能名称 |
考勤统计 |
优先级 |
高 |
参与者 |
管理员 |
业务背景 |
主要用来统计员工考勤情况 |
功能说明 |
1、管理员通过考勤历史查询子模块的功能,查询指定部门的所有员工的考勤历史 2、统计指定时间段内指定部门的指定员工的迟到、早退、旷工次数 3、部门内所有员工迟到、早退、旷工次数汇总 4、导出考勤统计的Excel表 |
约束条件 |
1、必须依赖考勤历史查询子模块 |
相关查询 |
1、管理员只输入时间段和部门就可以查询该部门的所有员工的考勤历史 |
其他需求 |
无 |
4.3.3.2业务流程描述
登录,管理员输入查询条件,跟踪定位数据库中的历史记录,得到数据,通过算法统计出迟到、早退、旷工的次数,并导出Excel表。
业务流程图如下:
4.3.3.3数据描述
员工基本信息
名称 |
描述 |
是否必添 |
员工编号 |
用来唯一区别一个员工 |
是 |
员工姓名 |
|
是 |
密码 |
登录密码 |
是 |
所属部门 |
部门编号 |
是 |
角色编号 |
用来唯一区别一个角色,系统管理员设定 |
是 |
是否当天第一次操作 |
是/否 |
是 |
登录状态 |
用来判别是否有重复登录,系统自动计算 |
是 |
备注 |
|
否 |
部门信息(参考系统子模块部门信息表)
角色信息(参考系统子模块角色信息表)
考勤信息
名称 |
描述 |
是否必添 |
考勤编号 |
用来唯一区别一个考勤记录 |
是 |
员工编号 |
|
是 |
所属部门 |
部门编号 |
是 |
签卡备注 |
迟到/早退/旷工/请假/出差 |
是 |
日期 |
|
是 |
时间 |
具体时间精确到秒 |
是 |
备注 |
|
否 |
4.3.4工作日管理子模块
管理员设定当年的工作日,周末、法定假日、公司休假等日期不做考勤。
4.3.4.1需求描述
功 能 需 求 |
|
功能名称 |
工作日管理 |
优先级 |
高 |
参与者 |
管理员 |
业务背景 |
主要用来设定工作日 |
功能说明 |
1、管理员设定当年的工作日; 2、管理员将当年法定假日和公司休假考虑在内,做出工作日、双修日和假日的调整; 3、可视化图表设置页面。 |
约束条件 |
1、每年的法定假日和公司休假都不一样,需要管理员手动做出调整 |
相关查询 |
无 |
其他需求 |
1、管理员需要查询当年的法定假日并向公司高层查询公司休假 |
4.3.4.2业务流程描述
登录,程序显示当年的日历,通过算法自动计算除去双休日以外的工作日,管理员通过了解法定假日和公司休假直接在日历上手动调整工作日,并更新到数据库中。
业务流程图如下:
4.3.4.3数据描述
员工基本信息
名称 |
描述 |
是否必添 |
员工编号 |
用来唯一区别一个员工 |
是 |
员工姓名 |
|
是 |
密码 |
登录密码 |
是 |
所属部门 |
部门编号 |
是 |
权限 |
普通用户/部门经理/管理员 |
是 |
是否当天第一次操作 |
是/否 |
是 |
备注 |
|
是 |
角色信息(参考系统子模块角色信息表)
日期信息
名称 |
描述 |
是否必添 |
日期编号 |
用来唯一区别一个日期信息 |
是 |
年份 |
|
是 |
日期 |
|
是 |
是否工作日 |
|
是 |
上班时间 |
|
是 |
下班时间 |
|
是 |
备注 |
|
否 |
4.3.5工作时间管理子模块
管理员设定某段日期内上班时间、下班时间。
4.3.5.1需求描述
功 能 需 求 |
|
功能名称 |
工作时间管理 |
优先级 |
高 |
参与者 |
管理员 |
业务背景 |
主要用来设定工作时间 |
功能说明 |
1、 管理员选定时间段 2、 管理员可以设定这段时间内上班时间、下班时间 |
约束条件 |
无 |
相关查询 |
无 |
其他需求 |
无 |
4.3.5.2业务流程描述
登录,管理员输入时间段,查询数据库可以显示这段时间内的工作日有哪些,设置上班时间和下班时间,并更新到数据库中。
业务流程图如下:
4.3.5.3数据描述
员工基本信息
名称 |
描述 |
是否必添 |
员工编号 |
用来唯一区别一个员工的 |
是 |
员工姓名 |
|
是 |
密码 |
登录密码 |
是 |
所属部门 |
部门编号 |
是 |
权限 |
普通用户/部门经理/管理员 |
是 |
是否当天第一次操作 |
是/否 |
是 |
备注 |
|
是 |
角色信息(参考系统子模块角色信息表)
日期信息
名称 |
描述 |
是否必添 |
日期编号 |
用来唯一区别一个日期信息的 |
是 |
年份 |
|
是 |
日期 |
|
是 |
是否工作日 |
|
是 |
上班时间 |
|
是 |
下班时间 |
|
是 |
备注 |
|
否 |
4.3.6出差/请假管理子模块
员工将出差/请假时间等信息提交给部门经理审批,审批通过后管理员设定该员工在出差/请假时间段内不做考勤,与邮件管理子系统交互。
4.3.6.1需求描述
功 能 需 求 |
|
功能名称 |
出差/请假管理 |
优先级 |
高 |
参与者 |
普通员工、部门经理、管理员 |
业务背景 |
主要用来管理出差/请假 |
功能说明 |
1、员工在出差/请假前需要通过邮件向部门经理发出申请,同时标明出差/返回时间等信息; 2、部门经理审批通过,将通过信息发给管理员;若不通过则返回不通过信息给员工; 3、管理员收到审批通过的信息后,在该员工出差/请假期间的考勤记录中记录上出差/请假的备注。 |
约束条件 |
1、需要给部门经理审批; 2、审批不通过则操作不成功。 |
相关查询 |
无 |
其他需求 |
1、需要与邮件管理子系统交互,通过邮件传递信息。 |
4.3.6.2业务流程描述
登录,员工向部门经理发出请假/出差申请,并附加上时间等信息,部门经理进行审批:(1)若通过则发信息通知管理员修改考勤记录,并更新数据库;(2)若不通过,则发信息给员工。
业务流程图如下:
4.3.6.3数据描述
员工基本信息
名称 |
描述 |
是否必添 |
员工编号 |
用来唯一区别一个员工 |
是 |
员工姓名 |
|
是 |
密码 |
登录密码 |
是 |
所属部门 |
部门编号 |
是 |
角色编号 |
用来唯一区别一个角色,系统管理员设定 |
是 |
是否当天第一次操作 |
是/否 |
是 |
登录状态 |
用来判别是否有重复登录,系统自动计算 |
是 |
备注 |
|
否 |
部门信息(参考系统子模块部门信息表)
角色信息(参考系统子模块角色信息表)
考勤信息
名称 |
描述 |
是否必添 |
考勤编号 |
用来唯一区别一个考勤记录 |
是 |
员工编号 |
|
是 |
所属部门 |
部门编号 |
是 |
签卡备注 |
迟到/早退/旷工/请假/出差 |
是 |
日期 |
|
是 |
时间 |
具体时间精确到秒 |
是 |
备注 |
|
否 |
日期信息
名称 |
描述 |
是否必添 |
日期编号 |
用来唯一区别一个日期信息 |
是 |
年份 |
|
是 |
日期 |
|
是 |
是否工作日 |
|
是 |
上班时间 |
|
是 |
下班时间 |
|
是 |
备注 |
|
否 |
4.3.7补签管理子模块
员工当天如果忘记签到/签退,事后可以提交申请进行补签,与邮件管理子系统交互。
4.3.7.1需求描述
功 能 需 求 |
|
功能名称 |
补签管理 |
优先级 |
高 |
参与者 |
普通员工,部门经理,管理员 |
业务背景 |
主要用来管理补签 |
功能说明 |
1、员工发现自己忘记签到/签退,通过邮件向部门经理发出补签申请; 2、部门经理进行审批,若通过则发补签信息给管理员,若不通过则发送拒绝补签的信息给员工,同时标明原因; 3、管理员收到审批通过的信息则修改考勤记录。 |
约束条件 |
1、需要给部门经理审批; 2、审批不通过则操作不成功。 |
相关查询 |
无 |
其他需求 |
1、需要与邮件管理子系统交互,通过邮件传递信息 |
4.3.7.2业务流程描述
员工登录系统后,向部门经理申请补签,并附加上时间等信息,部门经理进行审批:(1)若通过则发信息通知管理员修改考勤记录,并更新数据库;(2)若不通过,则发信息给员工。
业务流程图如下:
4.3.7.3数据描述
员工基本信息
名称 |
描述 |
是否必添 |
员工编号 |
用来唯一区别一个员工 |
是 |
员工姓名 |
|
是 |
密码 |
登录密码 |
是 |
所属部门 |
部门编号 |
是 |
角色编号 |
用来唯一区别一个角色,系统管理员设定 |
是 |
是否当天第一次操作 |
是/否 |
是 |
登录状态 |
用来判别是否有重复登录,系统自动计算 |
是 |
备注 |
|
否 |
部门信息(参考系统子模块部门信息表)
角色信息(参考系统子模块角色信息表)
考勤信息
名称 |
描述 |
是否必添 |
考勤编号 |
用来唯一区别一个考勤记录 |
是 |
员工编号 |
|
是 |
所属部门 |
部门编号 |
是 |
签卡备注 |
迟到/早退/旷工/请假/出差 |
是 |
日期 |
|
是 |
时间 |
具体时间精确到秒 |
是 |
备注 |
|
否 |
约束条件 |
无 |
相关查询 |
1. 在数据库中查询可视日期范围内的所有农历节日 |
其他需求 |
无 |
4.4.4 便签管理器
便签用于记录用户想要做的事,用户使用便签管理器管理自己的便签。
4.4.4.1 需求描述
功 能 需 求 |
|
功能名称 |
便签管理器 |
优先级 |
高 |
参与者 |
普通员工、部门经理、管理员 |
业务背景 |
用户使用便签管理器管理便签。 |
功能说明 |
1、便签管理器提供多个便签表,每个便签表各自拥有不同的便签; 2、便签管理器提供对便签分组的功能; 3、用户可以使用便签管理器切换不同便签表; 4、用户可以添加或者删除便签表; 5、用户可以建立和取消便签分组; 6、便签管理器为用户提供新建和移除便签的功能; 7、分组显示时支持折叠; 8、提供一个默认分组,不可删除,新建的便签默认加入该组; 9、用户通过勾选便签,可以将便签设定为“已完成”状态; 10、便签可以显示和设定详细信息。详细信息包括内容、到期日期、备注、是否已完成 11、不同便签的内容可以相同; 12、正在编辑的便签高亮显示; 13、便签可以设定或者不设定到期日期。如果设定了到期日期,那么该便签将作为发生时间为到期日期的日程事件,在日程编辑器中显示; 14、点击便签管理器的空白处即可创建新的便签; 15、提供一个按钮,用于新建便签分组; 16、提供依内容查找便签的功能。查找范围为当前正在使用的便签表,匹配的便签高亮显示。如果未找到则显示提示信息; 17、便签管理器的显示窗口可以折叠,以提供足够的空间显示其它部件; |
约束条件 |
1. 便签内容不能为空。 2. 便签的是否已完成属性必须为是或者否。 |
相关查询 |
1. 在数据库中查询当前用户的所有便签 |
其他需求 |
无 |
4.4.4.2 数据描述
便签信息如下:
名称 |
描述 |
是否必添 |
内容 |
便签的内容 |
是 |
到期日期 |
便签的内容何时到期 |
否 |
备注 |
用户添加的便签的备注信息 |
否 |
是否已完成 |
是/否 |
是 |
4.5 系统管理子系统模块
本模块是系统管理子系统模块,负责整个系统的配置,包括系统登录/注销功能、权限管理、菜单定制、员工管理、部门管理、日志管理等功能。
用例图如下:
4.5.1系统登录/注销子模块
系统登录/注销管理:只有登录用户才能使用本系统;提供系统注销功能;用户登录时显示上一次登录时间和IP;检测该用户是否已登录系统,如果已登录则提示用户是否注销上次登录,如果未登录则验证通过。
4.5.1.1需求描述
系统登录管理包含:对用户的登录进行验证(根据用户帐号和密码验证,同时要输入正确的验证码),获取该用户的登录状态来判断是否允许此用户登录(如果已登录则提示用户是否注销上次登录,如果未登录则验证通过),获取已登录用户的权限并显示其有权限的菜单,记录登录用户的IP及登录时间;系统注销管理包含:把用户的注销操作写入日志;把用户的登录状态由登录改为注销。
功 能 需 求 |
|
功能名称 |
系统登录/注销管理 |
优先级 |
高 |
参与者 |
管理员、普通用户、部门经理 |
业务背景 |
主要用来管理用户的登录与注销操作。 |
功能说明 |
1、 用户输入帐号、密码和验证码后,客户端验证用户帐号、密码和验证码的格式是否合法,合法则提交给服务端,不合法则提示用户登录信息格式有误,需要重新填写; 2、 服务端验证登录信息(帐号和密码)是否正确,验证用户的登录状态判断是否允许用户登录(如果已登录则提示用户是否注销上次登录,如果未登录则验证通过); 3、 检测用户的活动状态,对超过时间限制(10分钟)没有活动的用户做注销处理,用户再使用系统时需要重新登录; 4、 用户正常注销退出系统,系统记录用户的注销操作并修改用户的登录状态为已注销;用户非正常退出系统,系统为用户做注销处理(修改用户的登录状态为已注销 ); |
约束条件 |
无 |
相关查询 |
无 |
其他需求 |
无 |
4.5.1.2业务流程描述
登录:用户提交登录信息,客户端验证用户帐号、密码和验证码格式是否合法,不合法则提示相关错误信息,合法则提交服务端验证用户的登录帐号和密码,如果不正确则提示用户帐号和密码错误,如果正确则继续验证用户的登录状态,如果已登录则提示用户是否注销上次登录,如果未登录则验证通过;
注销:用户正常注销,记录注销日志,更新用户的登录状态为已注销;用户非正常注销,系统为用户做注销处理(更新用户的登录状态为已注销);用户长时间处于不活动状态,系统为用户做注销处理,用户再使用系统时,需要重新登录;
4.5.1.3数据描述
用户登录信息
名称 |
描述 |
是否必添 |
登录ID |
用来作为主键,系统自动生成; |
是 |
用户编号 |
用来唯一区别一个登录用户,预先已设定; |
是 |
用户密码 |
用来作为登录的验证凭借,管理员和用户均可修改; |
是 |
部门编号 |
用来唯一区别一个用户的部门类别,管理员设定; |
是
|
角色编号 |
用来唯一区别一个角色,管理员设定; |
是 |
最近登录IP |
用来记录用户最近一次登录的IP,系统记录生成; |
是 |
登录状态 |
用来判别是否有重复登录,系统自动计算; |
是 |
备注 |
用来记录用户登录的备注信息,管理员可以添加; |
否 |
4.5.2权限管理子模块
权限管理:对系统中的所有权限进行管理。
4.5.2.1需求描述
权限管理功能包含普通员工、部门经理、管理员三种角色对应的权限设置,包括:
1、 普通员工在服务器上阅读、修改、创建和删除文件的权限设置;
2、 普通员工和部门经理查看、修改、删除和添加日程的权限设置;
3、 查看邮件权限的设置:普通员工可以查看自己收到的邮件、本部门的邮件公告、管理员发布的邮件公告,部门经理可以查看本部门的所有邮件公告、管理员发布的邮件公告,管理员可以查看所有的邮件公告;
4、 邮件的发送权限:普通员工可以给部门内其他人员发送邮件,可以给管理员发送邮件;部门经理可以给其他的部门经理发送邮件,可以给部门员工群发邮件,可以给管理员发送邮件;管理员可以给内部任何人发送邮件;
5、 考勤查看导出权限的设置:只有管理员可以查看并导出所有员工的考勤信息,部门经理可以查询本部门的考勤信息;
功 能 需 求 |
|
功能名称 |
权限管理 |
优先级 |
高 |
参与者 |
管理员 |
业务背景 |
主要用来管理系统的权限。 |
功能说明 |
1、 管理员定义角色及各角色的具体权限范围;默认有以下角色:普通员工、部门经理、管理员; 2、 管理员根据实际情况设定各角色的权限;可以临时增加或者删除某个角色的一个或多个权限功能; |
约束条件 |
1、 管理员只有登录后才能使用本模块; |
相关查询 |
无 |
其他需求 |
无 |
4.5.2.2业务流程描述
管理员登录后设定角色的操作权限;
4.5.2.3数据描述
角色信息
名称 |
描述 |
是否必添 |
角色表ID |
用来作为角色表的主键,系统自动生成; |
是 |
角色编号 |
用来唯一区别一个角色,管理员设定; |
是 |
角色名称 |
用来描述角色的名称,管理员设定; |
是 |
角色权限值 |
用来描述角色对应的权限,管理员设定;采取数字计算值的方式; |
是 |
角色权限描述 |
用来具体描述角色对应的权限内容,管理员设定; |
是 |
备注 |
用来描述角色的备注信息,管理员填写; |
否 |
4.5.4员工管理子模块
员工管理包含:
1)管理员添加员工信息、管理员工信息、修改员工密码等,员工信息包含员工照片;
2)员工对个人信息的查看和维护,员工修改个人的密码;
4.5.4.1需求描述
员工管理包含管理员对所有员工信息的管理(包含设定照片),管理员修改员工密码;员工对自己信息的查看,员工修改个人密码等。
功 能 需 求 |
|
功能名称 |
员工管理 |
优先级 |
高 |
参与者 |
管理员、普通员工、部门经理 |
业务背景 |
主要用来管理系统的员工信息。 |
功能说明 |
1、 管理员可以查看、维护员工信息(员工编号、密码、姓名、照片、年龄 、性别、住址、邮箱、移动电话、家庭电话、入职时间、办公地点、办公电话、部门、民族、籍贯、户口所在地、出生年月、政治面貌、身份证号码、婚姻状况、备注); 2、 员工可以查看自己的信息,包含:员工编号、密码、姓名、照片、年龄、性别、住址、邮箱、移动电话、家庭电话、入职时间、办公地点、办公电话、部门、民族、籍贯、户口所在地、出生年月、政治面貌、身份证号码、婚姻状况、备注;可以修改自己的密码; |
约束条件 |
1、 用户登录后才能修改自己的信息; 2、 用户的登录帐号就是该用户的邮箱帐号; |
相关查询 |
无 |
其他需求 |
无 |
4.5.4.2业务流程描述
管理员登录后查看用户信息,选定用户后判断用户是否已登录在线,如果在线则不可修改该员工的信息,如果不在线则可对其信息进行编辑保存;
员工登录后可以查看、修改自己的信息;
4.5.4.3数据描述
个人信息
名称 |
描述 |
是否必添 |
员工表ID |
作为员工表的主键,系统自动生成; |
是 |
用户编号 |
用来唯一区别用户,预先定义; |
是 |
姓名 |
用来记录用户的姓名,管理员设定; |
是 |
照片 |
用来记录用户的照片,管理员设定; |
是 |
年龄 |
用来记录用户的年龄,管理员设定; |
是 |
性别 |
用来记录用户的性别,管理员设定; |
是 |
住址 |
用来记录用户的住址,管理员设定; |
是 |
邮箱 |
用来记录用户的邮箱,管理员设定; |
是 |
移动电话 |
用来记录用户的移动电话,管理员设定; |
是 |
家庭电话 |
用来记录用户的家庭,管理员设定; |
是 |
入职时间 |
用来记录用户的入职时间,管理员设定; |
是 |
办公地点 |
用来记录用户的办公地点,管理员设定; |
是 |
办公电话 |
用来记录用户的办公电话,管理员设定; |
是 |
部门 |
用来记录用户所在的部门,管理员设定; |
是 |
民族 |
用来记录用户的民族,管理员设定; |
是 |
籍贯 |
用来记录用户的籍贯,管理员设定; |
是 |
户口所在地 |
用来记录用户的户口所在地,管理员设定 |
是 |
出生年月 |
用来记录用户的出生年月,管理员设定; |
是 |
政治面貌 |
用来记录用户的政治面貌,管理员设定; |
是 |
身份证号码 |
用来记录用户的身份证号码,管理员设定; |
是 |
婚姻状况 |
用来记录用户的婚姻状况,管理员设定; |
是 |
备注 |
用来记录用户的备注信息,管理员设定; |
否 |
4.5.5部门管理子模块
权限管理:
1)管理员对系统中的部门信息进行管理;
2)部门经理查看部门信息;
(部门信息包含:部门编号、部门名称、部门创建时间、部门人数、部门经理编号、部门经理姓名)
4.5.5.1需求描述
管理员可以增加、查看、维护部门信息,设定部门经理;部门经理可以查看本部门的部门信息;
功 能 需 求 |
|
功能名称 |
部门管理 |
优先级 |
高 |
参与者 |
管理员、部门经理 |
业务背景 |
主要用来管理部门信息。 |
功能说明 |
1、 管理员可以增加、查看、修改、删除部门。部门包含:部门编号、部门名称、部门创建时间、部门人数、部门经理编号、部门经理姓名; 2、 管理员选定部门并维护该部门的信息; 3、 部门经理可以查看本部门的部门信息; |
约束条件 |
无 |
相关查询 |
无 |
其他需求 |
管理员添加部门时,调用文档管理子系统在服务器端添加对应文档;删除部门时,调用文档管理子系统在服务器端删除对应文档; |
4.5.5.2业务流程描述
管理员登录后查看部门信息,选定部门后判断部门信息是否可编辑,如果不可则查看部门的信息,如果可以则对其信息进行编辑保存;
部门经理登录后可以查看本部门的部门信息;
4.5.5.3数据描述
部门信息
名称 |
描述 |
是否必添 |
部门表ID |
作为部门表的主键,唯一区别部门,系统自动生成; |
是 |
部门编号 |
用来区别一个部门,管理员设定; |
是 |
部门经理编号 |
用来唯一区别一个部门经理,管理员设定; |
是 |
部门人数 |
用户统计部门的人数,系统自动计算; |
是 |
部门名称 |
用来区别不同的部门,管理员设定; |
是 |
部门创建时间 |
用来记录部门的创建时间,管理员设定 |
是 |
备注 |
用来记录部门的备注信息,管理员填写; |
否 |
5 附录
5.1 系统安全性的要求
5.1.1 数据存储安全
数据存储在企业内部的服务器上,对外没有链接。
5.1.2 访问控制安全
只有登录验证通过后的用户才能使用系统。
5.1.3 网络传输安全
企业内部使用,有良好的安全性能。
5.1.4 应用系统审计
5.1.5 系统约束
5.1.6 其他专门要求
无。
6 运行环境规定
6.1 运行环境
6.1.1 软件环境
数据库:Oracle10g及以上
中间件:Tomcat6.0及以上
JDK:6.0及以上
6.1.2 硬件环境
内存:2G,硬盘:80G
6.2 接口
无。
7 遗留问题
无。
8 项目非技术需求
无。
qq1610572998
发表评论
-
Formweaver表单设计
2015-03-24 17:22 2177表单设计概述 支持自定义模板。表单编辑和查看页面共 ... -
通达OA二次开发
2013-09-13 19:34 16841. 邮件:邮件需要可以收发内外邮件。 回复:需要构建企 ... -
OA软件整体快速迁移的技巧
2012-11-22 08:45 1359<!--StartFragment --> OA ... -
oa3000 erp系统需求分析
2012-11-21 14:39 867一、企业结构图。 二、基本需求: 1、 公文 ... -
门店销售系统开发实例
2012-09-15 21:28 27软件 ... -
门店销售系统开发实例
2012-09-15 21:28 1626软件 ...
相关推荐
综上所述,这个Java办公OA系统源码不仅提供了实际的应用实例,也是一份优秀的学习资料,可以帮助开发者深入理解Java EE应用的开发、设计和优化,对于想要学习和掌握企业级开发的程序员来说极具价值。同时,其开放的...
OA系统,全称为Office ...总之,"OA系统源码,ASP"为我们提供了一个学习和研究OA系统设计与实现的实例,同时也提醒我们关注技术的更新迭代,理解在不同技术栈下开发系统的优缺点,以便于做出更合适的技术选型。
5. **MyOA**:根据提供的压缩包文件名称列表,"MyOA"可能是指这个特定的OA系统的实例或定制版本。它可能包含了整个OA系统的源代码,包括所有的Java类、配置文件、页面模板等,开发者可以通过分析和修改这些源代码,...
"项目参考代码"可能意味着这是一个完整的项目实例,包含了一个OA系统从设计到实现的所有代码文件,这对于学习和理解OA系统的架构和逻辑非常有帮助。开发者可以通过阅读和分析这些代码,了解如何处理常见的业务场景,...
综上所述,.NET开发的OA系统是一套全面的办公解决方案,涵盖了企业日常运营的多个关键领域,通过整合各种管理功能,提高了工作效率,增强了组织协作。对于希望提升办公自动化水平的企业来说,这样的系统无疑是理想的...
【标签】"OA系统开发"是指该资源是一个关于构建OA系统的学习资料或项目实例,对于学习和理解OA系统的架构、功能实现以及.NET平台上的Web应用开发有很高的参考价值。 【压缩包子文件的文件名称列表】揭示了OA系统的...
在DEMO中,可能会有各种流程示例,如请假申请、报销审批等,通过这些实例可以了解OA系统如何定义、执行和监控工作流。 3. **信息门户**:OA系统通常具有信息门户,提供个性化的信息展示和访问入口。用户可以根据...
开源OA系统允许企业根据自身需求进行定制化开发,同时节省了购买商业软件的费用。 三、基于ThinkPHP的OA系统特点 1. **模块化设计**:ThinkPHP的模块化设计使得OA系统可以拆分成多个独立的功能模块,便于维护和...
8. **数据库设计**:OA系统涉及大量的数据存储,如用户信息、权限数据、工作流实例等。Java配合MySQL、Oracle等关系型数据库,或者MongoDB等NoSQL数据库,设计合理的数据库模式,保证数据的一致性和性能。 9. **...
同时,对于企业来说,可以直接在此基础上进行定制开发,快速搭建符合自身需求的OA系统,降低开发成本。 通过研究这个OA系统的源代码,开发者可以学习到如何利用Asp.Net2.0构建高性能、高可用性的Web应用,如何设计...
总结来说,SSH2+注解的OA系统是Java Web开发的一个实例,它利用SSH2框架的强大功能,结合注解的便利性,为企业提供了一套高效、灵活的办公自动化解决方案。对于想要深入学习Java企业级开发或者OA系统实现的开发者而...
总之,Lemon OA系统源代码提供了丰富的学习资源,涵盖了工作流引擎的运用、企业级应用架构设计、中国化定制实践等多个方面。深入研究这段代码,不仅能够提升对BPM系统的理解和应用能力,还能拓宽对Java Web开发的...
【传智播客jbpm OA系统详解】 传智播客是一家知名的IT教育机构,其jbpm OA(Office Automation)系统是他们为学员提供的一种实践学习平台,旨在帮助学生理解和掌握企业级工作流程管理系统的设计与实施。该系统基于...
数据库文件通常用于存储OA系统的业务数据,例如用户信息、工作流实例、文档等。描述中提到的是MSSQL,即Microsoft SQL Server,这是一款关系型数据库管理系统,广泛应用于大型企业。在使用OA系统前,需要先恢复...
泛微OA Ecology是一款企业级协同办公系统,其二次开发实例提供了详细的开发说明,帮助开发者深入理解和定制化系统功能。以下是对这些知识点的详细说明: **系统框架结构:** ECOLOGY系统主要由以下几个部分构成: 1...
7. **二次开发与定制**:OA系统的源码开放意味着可以根据企业需求进行定制化开发,如添加新的功能模块、调整现有流程等。这要求开发者对SSH2框架和MySQL有深入理解,并熟悉Java Web开发。 总之,"非常实用Java OA...
总的来说,【cOffice通用OA系统源代码】提供了全面的办公自动化系统开发基础,对于熟悉ASP.NET和Web应用程序开发的人员来说,这是一个很好的学习和实践平台。通过深入研究源代码,不仅可以了解OA系统的架构和工作...