发展过程中的首要问题。故需开发本系统对企业信息作出必要的支持。
3.2 需求分析
1. 业务参与者:
业务参与者,即Actor,在系统的具体业务当中扮演系统某个角色的人、部门或独立的系统模块等。针对实践调查所得和需求分析说明,本系统的参与者包括:
1) 用户:用户参与系统的主要成员,即接触使用系统的所有者,是系统当中的一个超类;
2) 系统管理员:系统管理员是系统的维护工作人员,拥有对系统目录、角色、权限、用户以及系统基础数据管理的操作权限,同时也是用户的一个子类;
3) 领导:领导是指各个部门的主管以及上级领导的总称;
4) 人力资源部职员:人力资源部职员是人力资源部的成员,主要执行对企业员工的工作进行考核和信息管理,但没有删除员工信息的权限;
5) 人力资源部主管:人力资源部的主管拥有人力资源部职员的各项操作权限,并能对无效的员工信息进行删除;
2. 系统业务用例:
(一) 系统管理员主要业务:
1) A1:考勤设置:系统管理员设置日常上、下班考勤时间、休息日设置、请假类别等考勤信息;
2) A2:公文流管理:是系统管理员对于日
常用户生成公文,如工作文件、请假单、销假单等等的管理。
3) A3:新闻公告管理:系统管理员用户对在正常生产经营当中,用户提出的新闻公告进行发布、管理;
(二) 领导主要业务:
1) 考勤审批:每一个部门主管、领导能够批准其下属的请假申请;
2) 新闻公告审批:领导能够审批下属申请的新闻和通知信息,审批完之后传给系统管理员发布;
(三) 人力资源部职员主要业务:
1) 职工管理:职工信息管理是对企业职员的信息进行管理、统计,具有增、改、查等功能;
(四) 人力资源部主管主要业务:
1) 删除职工信息:指对职工信息出现异常的时候对该职员信息进行删除;
(五) 用户主要业务:
1) 登陆系统验证:当用户登陆系统的时候验证用户所提交的用户名和密码,以及所提交的数字证书的有效性;
2) 文件柜:用于储存用户的文件资料;
3) 考勤签到:根据企业部门规定和系统管理员设定的考勤管理时间,用户在规定的时间内在系统报到;
4) 请销假申请:用户当遇上生病或特殊事情的时候可以向上级领导或者主管提出请假申请;而当假期尚未完,则可以申请销假。
5) 加班登记:当在非工作时间内上班的时候,用户需要向人事部门填写加班登记表;
6) 联系人管理:用户对亲戚、朋友、客户信息的登记;
7) 管理用户日志:用户将日常工作信息记录下来以便考察;
8) 浏览公文流:用户可以随时查看公文流信息;
9) 浏览职工信息:每位用户可以在职工的信息表当中浏览到企业当中职工的信息;
10) 用车使用申请:用户当需要使用企业公车的时候可以向办公室申请使用;
11) 车辆
列表:用户可以随时浏览企业公车信息;
12) 公务出差管理:用户在出差的时候向登记该信息,以上报上级领导;
13) 短信平台:用户可以向企业内的各个职工发送短信信息;
14) 邮件平台:用户可以向企业内的各个职工发送邮件信息;
15) 办公用品管理:用户随时查看企业办公用品信息,并登记领取;
3.3 企业组织结构图
图3-1 企业组织结构图
假定企业当中有一个总经理,其属下有多个部门,包括副经理、财务部、人力资源部、市场营销部、生产部、办公室、IT部门等;而每个部门都有且只有一个部门主管;并且每个部门都是由多个职员共同组成。
3.4 系统审批流程
1) 职工请假流程
图3-2 职工请假流程
职员领取请假单,并按要求填入相关的请假事项,然后把请假单提交给系统;系统会根据职员所在的部门,把请假单发送到各自的领导的"待办文件"中;领导对其审阅后,对其作出必要的审批结果,并把结果返回给该职员;最后系统记录其请假信息,并形成文