猎聘公司管理系统 ——需求规格说明书
猎聘公司管理系统
需
求
规
格
说
明
书
学 号：
姓 名：
指导教师：
软件学院
2018年5月30
修改记录
| 版本号 |
修改人 |
修改日期 |
修改说明 |
审核人 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目录
1、 引言... 5
1.1项目名称... 5
1.2编写目的... 5
1.3项目背景... 5
1.4项目开发团队... 6
1.5参考资料... 6
2、 任务概述... 7
2.1项目总体目标... 7
2.2业务需求... 7
2.3运行环境... 7
2.4设计和实现的约束条件... 8
3、 功能需求... 8
3.1功能总体描述... 8
3.2、给出用例列表... 10
3.3招聘管理... 11
3.3.1招聘概述... 11
3.2.2用例详细描述... 12
3.3.2需求列表... 17
3.3.3实体类... 18
3.4公司内部管理... 21
3.4.1管理概述... 21
3.4.2需求列表... 27
3.4.3实体类... 28
3.5历史资源管理... 30
3.5.1管理概述... 30
3.5.2 需求列表... 34
3.5.3实体类... 34
4、 非功能性需求... 35
4.1时间特性... 35
4.2适应性... 35
4.3安全性... 35
4.4可靠性... 36
4.5可扩充性... 36
4.6互操作性：... 36
4.7健壮性：... 36
4.8易使用性：... 36
4.9可维护性：... 37
4.10可移植性：... 37
4.11可重用性：... 37
5、 接口说明... 37
5.1软件接口... 37
5.2硬件接口... 37
- 引言
对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。
1.1项目名称
猎聘公司管理系统
1.2编写目的
本文档详细、准确和全面定义猎聘公司管理系统的外部行为，设计约束，以及其他相关因素，指导软件系统的后期开发，进一步指定软件开发的细节问题，为软件需求者与软件设计者能更好的交流、沟通提供书面途径。
本文档可以作为猎聘公司管理系统设计人员、技术支持人员、程序员、测试人员和使用人员的参考资料。为开发人员、维护人员、客户之间提供共同的协议而创立基础。
1.3项目背景
伴随着公司的发展，以及互联网的的发展，公司对人员的要求越来越高，对精英人才更是想尽办法招聘到自己公司里，这样就出现了不同层次的猎聘公司及网上管理系统平台，猎聘公司和用户通过猎聘公司管理系统更加方便和简洁的沟通，通过该系统公司能更加精准的管理人才，招聘自己想要的人才，用户，也可以更加精准的找到自己喜欢的公司，随着互联网投简历求职的便捷，以及公司通过在互联网发布特定职位，特定要求的招聘信息，可以高效的招聘的响应的人才，减少很大的开支和时间。
为了企业面试、人员管理、用户找工作，为此，决定自主开发一个猎聘公司管理系统，用来提高工作效率，降低工作中的消耗，解决实际工作中由于各种因素引起的任务信息丢失，任务执行状况不易监管等问题。
1.4项目开发团队
传创团队
1.5参考资料
[1] 武晓玉,官玮玮.高级猎头顾问招聘效率提升策略研究——以大连市为例[J/OL].内蒙古农业大学学报(社会科学版)
[2] 散奇伟. 瀚特猎头公司营销策略研究[D].兰州大学,2017.
[3] 党亚林. R猎头公司信息管理系统开发研究[D].山东大学,2016.
[4] 王军. 上海YW猎头公司发展战略研究[D].东华大学,2016.
[5] 沈雪芹. Z猎头公司顾客价值提升研究[D].天津财经大学,2015.
- 任务概述
2.1项目总体目标
- 发布信息，将招聘的信息发布到网上，页面及时更新。
- 公司内部信息及时保存并推送个人。
- 公司招聘信息的多层管理的支持：根据用户要求将招聘信息重新发布，并发送相应的推送。
- 提高安全性、调高用户效率、保证正确率，防止人为而发生不必要的数据泄露或者因为马虎而导致数据报表之类的错误
- 监管各个职位的状况：及时统计任务执行情况，并在适当时候给予相关负责人必要的提示
- 通过该系统可以实现公司内部资源共享，通过系统平台，公司内部员工可以查看一些公开的资源。
2.2业务需求
开发本系统旨在，在依靠互联网的情况下用最小的成本获得最大的成功，通过本系统可以提高工作效率、在信息发布方面有较好的流通性，以及更加及时的处理得到的响应，在公司内部方便管理，为各个环节节约成本，提高安全性，正确性。
2.3运行环境
操作系统：Microsoft Windows 7、Windows8、Windows 10 Advanced Server
支持环境：Tomcat 6.0以及Tomcat6.0以上版本
数 据 库：Mysql 5.1以及Mysql5.1以上版本
2.4设计和实现的约束条件
在实现过程中，编写语言规定为Java语言，页面菜单不能写死到页面，必须通过管理员分配显示。在数据额保存方面使用Mysql5.1数据库以及适应5.1以上版本，可以方便移植到Oracle数据库。
- 功能需求
3.1功能总体描述
猎聘公司管理系统的主要分为公司内部管理、猎聘信息发布、简历管理、短信回复管理和历史信息管理五个模块。通过不同的功能模块实现工作业务的管理，各个模块之间高内聚，低耦合。
图 3-1
图3-2
系统管理用户主要是：系统用户、人事经理、任务发布人、公司员工。系统各模块主要功能如下：
- 公司内部管理模块：主要负责公司人员的管理、安排工作、考勤、工资发放、 平时项目的管理和跟踪。
- 猎聘信息发布模块：主要负责创建猎聘的信息，并且为每个信息设置时间，，同时提供信息的删除、以及内容增、删、改操作。
★ 信息统计模块：主要统计猎聘信息的阅读量，以及工作的申请数量。
★ 短信管理模块：主要负责将面试信息及其他系统信息及时通知用户，以便用户及时处理。
★ 历史任务查询模块：主要处理系统用户对历史任务信息的查询请求。
★ 简历模块：是管理用户上传的求职简历，通过用户上传的简历给用户发送提醒的邮件。
3.2、给出用例列表
| 编号 |
名称 |
简要说明 |
参与者 |
|
|
发布职位 |
发布猎聘的职位信息 |
人事部 |
|
|
删除职位 |
删除过期的职位信息 |
人事部 |
|
|
简历上传 |
求职者上传自己的求职简历 |
求职者 |
|
|
简历删除 |
找到工作后删除求职简历 |
求职者 |
|
|
申请职位 |
求职者可以申请已发布的猎聘职位 |
求职者 |
|
|
网上注册 |
普通用户通过注册获取权限 |
系统人员 |
|
|
发送邮件 |
给合适的申请者发送邮件 |
人事部 |
|
|
维护 |
处理出现的异常 |
系统人员 |
|
|
信息统计 |
统计和存储相关信息 |
公司员工 |
3.3招聘管理
3.3.1招聘概述
图3-3
人事部首先创建猎聘信息，然后将信息发布。如果该信息包含相关信息附件，发布人可以以附件方式随信息一同发布。人事部也可以根据信息内容对信息进行分类以便对求职者进行筛选过滤。
求职者在接到信息后，可以下载附件中的信息相关资料，然后投递邮件简历，在邮件投寄过程中，由于某些因素导致简历无法上传无法继续投寄，人事部发布人接到请求者请求后可以删除该信息以便重新发布信息。
求职者在查看人事部上传的附件时，以邮件的形式提交申请，当人事部收到求职者申请后，详细查看申请内容，并在规定的时间内做出回复，如果求职者满足招聘的要求，可以邮件提醒求职者来公司面试，人事部同时删除发布的猎聘信息。当面试通过之后，将求职者信息加入到公司内部认识国立系统，并将资料存档。
同时，求职者在收到通知邮件后，如果发现提醒面试有多家公司，则可以合理安排时间区面试。
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.2-6用户注册用例描述
3.3.2需求列表
| 编号 |
需求说明 |
P |
备注 |
| 10001 |
职位管理 |
|
|
| 10002 |
职位发布 |
|
|
| 10003 |
简历上传 |
|
|
| 10004 |
职位申请 |
|
|
| 10005 |
查看职位 |
|
|
| 10006 |
添加附件 |
|
|
| 10007 |
邮件信息提醒 |
|
|
| 10008 |
下载简历 |
|
|
| 10009 |
查看简历详细信息 |
|
|
| 20001 |
查询任务发布职位 |
|
|
| 20002 |
查询已完成任务 |
|
|
| 20003 |
查询结束的职位 |
|
|
| 20004 |
删除过期职位 |
|
|
| 20005 |
在线交流 |
|
|
| 20006 |
申请删除过期申请 |
|
|
| 20007 |
上传附件 |
|
|
| 20008 |
提交任务 |
|
|
| 20009 |
下载附件 |
|
|
| 30001 |
删除附件 |
|
|
| 30002 |
编辑邮件 |
|
|
| 30003 |
在线浏览简历 |
|
|
图3.3.2-1需求列表图
3.3.3实体类
| 类名 |
属性名 |
说明 |
|
User |
UserId |
用户ID |
| Username |
用户名 |
|
| Userage |
用户年龄 |
|
| Usersex |
用户性别 |
|
| Userstatus |
用户状态 |
|
| Userpermit |
用户权限 |
|
| Userphone |
用户电话 |
|
| Usertime |
用户注册时间 |
|
|
Role |
RoleId |
角色ID |
| Rolename |
角色名 |
|
| Role VIP |
角色等级 |
|
| Roleaction |
角色行为 |
|
|
Position |
PositionId |
职位ID |
| PositionCode |
职位代号 |
|
| Deadline |
职位过期日期 |
|
| description |
职位描述 |
|
| startTime |
职位上传时间 |
|
| Number |
职位需要几人 |
|
| name |
职位名称 |
|
| remark |
职位备注 |
|
| taskState |
职位状态 |
|
| category |
职位类别 |
|
| parentTaskExecute |
是否被申请 |
|
| Company |
职位需求公司 |
|
| submitWay |
提交方式（直接提交，需要审核） |
|
|
|
Emailid |
邮件ID |
| employeeID |
邮件接收人ID |
|
| Time |
邮件发送时间 |
|
| Code |
部门代号 |
|
| sendPerson |
发送人 |
|
|
Resume |
ResumeId |
简历ID |
| code |
简历代号 |
|
| name |
简历发送人 |
|
| Project |
申请项目 |
|
| Manager |
面试经理 |
|
| Time |
接收时间 |
|
| Appendix |
是否有附件 |
|
|
Staff |
StaffId |
员工Id |
| department |
所属部门 |
|
| code |
职员编码 |
|
| |
电子邮件 |
|
| phone |
联系电话 |
|
| name |
姓名 |
|
| identitCardId |
身份证 |
|
| Bankcard |
银行卡 |
|
| nativePlace |
籍贯 |
|
|
Department |
Personal |
部门经理 |
| faxNumber |
传真 |
|
| code |
部门编码 |
|
| departmentId |
部门Id |
|
| officePhoneNumber |
办公电话 |
|
| description |
备注 |
|
| address |
地址 |
|
| departmentType |
部门类型 |
|
| name |
部门名称 |
|
|
Appendix |
Appendixid |
附件ID |
| Appendixname |
附件名 |
|
| Username |
用户名 |
|
| Page |
附件份数 |
|
|
Manager |
ManagerId |
管理员ID |
| Managername |
管理员名字 |
|
| Managerssex |
管理员性别 |
|
| managerage |
管理员年龄 |
|
| managerphone |
管理员电话 |
|
| Managertime |
管理员登陆时间 |
|
| Manager address |
管理员登陆地点 |
|
|
Menu |
MenuId |
菜单id |
| code |
菜单代号 |
|
| Menuname |
菜单名 |
|
| menuaddress |
菜单地址 |
|
| Role ID |
角色ID |
|
|
An Audition |
Time |
面试时间 |
| Manager |
面试经理 |
|
| Userid |
面试人id |
|
| address |
面试地点 |
|
| number |
面试人数 |
图3.3.3-1实体类图
3.4公司内部管理
3.4.1管理概述
图3.4.1-1管理概述用例图
在公司管理中，管理系统经常把人员管理划分为一组，或者把把人员按部门划分为一组，这样便于在人员管理中很好的管理。在本系统中，有一块内部人员管理，管理员可以是同普通的成员，也可以是公司的高层。
内部人员管理这一块集中的将公司内部人员按部门分类，通过部门内部等级的不同，以及通过自动打卡，来管理员工的考勤，按照公司规定，合理安排工资的发放。减少在操作过程中的错误。
公司内部可以通过人事部可以增加员工，也可以删除已经离职的员工，以及可以在内部查看合法的员工所有信息，通过这些信息掌握员工的工作情况，合理的提升有能力的员工。这样公司内部人员管理可以井然有序。
以下表格是每个用例的详细描述。
| 用例名称 |
增加员工 |
| 标识符 |
|
| 用例描述 |
公司缺人，增加公司员工 |
| 参与者 |
人事部 |
| 前置条件 |
须登陆，收到公司部门缺人请求 |
| 后置条件 |
发布招聘，上传职位信息，保存数据库 |
| 基本操作流程 |
⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.4.1-2公司增加人员用例描述
| 用例名称 |
删除员工 |
| 标识符 |
|
| 用例描述 |
员工离职，或辞退员工，导致删除员工 |
| 参与者 |
人事部 |
| 前置条件 |
须登陆。 |
| 后置条件 |
删除数据库中员工信息，删除工资卡等信息 |
| 基本操作流程 |
|
| 可选操作流程 |
|
图3.4.1-3公司删除人员用例描述
| 用例名称 |
考勤管理 |
| 标识符 |
|
| 用例描述 |
公司日常员工考勤管理 |
| 参与者 |
人事部 |
| 前置条件 |
须登陆，通过打卡机处理员工考勤 |
| 后置条件 |
存储数据库，绘制考勤单，公布考勤信息 |
| 基本操作流程 |
|
| 可选操作流程 |
|
图3.4.1-4公司考勤信息用例描述
| 用例名称 |
工资管理 |
| 标识符 |
|
| 用例描述 |
通过考勤情况，以及工资单绘制最准工资发放单 |
| 参与者 |
人事部 |
| 前置条件 |
须登陆。 查看考勤记录 |
| 后置条件 |
绘制最准工资发放单 |
| 基本操作流程 |
① 看考勤记录 ② 基础工资单 ③ 最终工资单 ④ 发送给财务部 ⑤ 发放工资通知 ⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.4.1-5公司工资发放用例描述
| 用例名称 |
部门管理 |
| 标识符 |
|
| 用例描述 |
公司各部门管理 |
| 参与者 |
公司主管 |
| 前置条件 |
须登陆， |
| 后置条件 |
存储数据库，推送信息 |
| 基本操作流程 |
⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.4.1-6公司部门管理用例描述
| 用例名称 |
会议管理 |
| 标识符 |
|
| 用例描述 |
部门或者公司发布开会通知 |
| 参与者 |
公司主管 |
| 前置条件 |
须登陆。 查看会议通知 |
| 后置条件 |
发布会议通知 |
| 基本操作流程 |
① 查看会议通知 ② 撰写会议通知 ③ 查看空闲会议室 ④ 发布会议通知 ⑤ 发送会议资料 ⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.4.1-7公司会议管理用例描述
| 用例名称 |
请假管理 |
| 标识符 |
|
| 用例描述 |
公司员工请假管理，申请，批复 |
| 参与者 |
公司员工 |
| 前置条件 |
须登陆 |
| 后置条件 |
提交申请，管理者批复 |
| 基本操作流程 |
⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.4.1-8公司请假管理用例描述
3.4.2需求列表
| No |
需求说明 |
P |
备注 |
| 1000 |
人员管理 |
5 |
|
| 1001 |
增加人员 |
5 |
|
| 1002 |
删除人员 |
5 |
|
| 1003 |
考勤管理 |
5 |
|
| 1004 |
工资管理 |
5 |
|
| 1100 |
会议管理 |
5 |
|
| 1101 |
通知管理 |
5 |
|
| 1102 |
增加部门 |
5 |
|
| 1103 |
删除部门 |
5 |
|
| 1104 |
添加会议 |
5 |
|
| 1105 |
取消会议 |
5 |
|
| 1106 |
申请请假 |
5 |
|
| 1107 |
批复请假 |
5 |
|
图3.4.1-9公司内部人员管理需求列表
3.4.3实体类
| 类名 |
属性名 |
说明 |
|
Employee |
EmployeeId |
员工Id |
| department |
所属部门 |
|
| code |
职员编码 |
|
| |
电子邮件 |
|
| linkTel |
联系电话 |
|
| name |
姓名 |
|
| organization |
所属单位 |
|
| identitCardId |
身份证 |
|
| nativePlace |
籍贯 |
|
|
Work attendance |
Applicationid |
假条 id |
| Username |
员工姓名 |
|
| manager |
所属经理 |
|
| Timestart |
开始时间 |
|
| Endedtime |
结束时间 |
|
| Department |
所属部门 |
|
| Give |
是否批复 |
|
|
Salary |
Salaryid |
工资iD |
| Username |
用户名 |
|
| Time |
发放时间 |
|
| Overdraw |
是否透支 |
|
| Monry |
基础工资 |
|
| Bonus |
奖金 |
|
| Taxation |
税金 |
|
| Summoney |
总工资 |
|
|
Meeting |
meetingid |
会议ID |
| Meetingdept |
会议部门 |
|
| Time |
开会时间 |
|
| Address |
开会地点 |
|
| Userid |
参与用户 |
|
| Cancel |
是否取消 |
|
|
Notice |
NoticeID |
通知ID |
| Noticetime |
通知时间 |
|
| Noticeacton |
通知内容 |
|
| Noticedept |
通知部门 |
图3.4.1-10公司内部人员管实体类
3.5历史资源管理
3.5.1管理概述
图3.5.1-1历史信息管理用例图
在公司管理中，日常的信息管理也很重要，通过每天的，每月的，每年的，不同部门，不同业务的各种报表，可以很好地了解公司最近一年或者最近一段时间内的财务、人员、以及业务的变化情况，所以公司历史账单管理非常重要。
历史资源管理这一块集中的将公司内部历史资源按一定的规则分布，通过部门内部等级的不同，可以查看不同的历史资源，通过历史报表以及历史字眼的分析，及时改进公司内部业务的分布。
登陆信息的记录，因为记录每个人，不同时间，不同地点的登陆，可以防止内部资料的泄露，以及防止个人账号出现错误等，通过登陆信息的记录和查询，我们可以更好的管理内部员工。
以下表格是每个用例的详细描述。
| 用例名称 |
登陆信息管理 |
| 标识符 |
|
| 用例描述 |
管理公司员工登陆的时间、地点 |
| 参与者 |
管理员 |
| 前置条件 |
须登陆，当员工登陆触发条件 |
| 后置条件 |
自动发送信息，上传时间、地点信息，保存数据库 |
| 基本操作流程 |
⑤ 绘制表 ⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.5.1-2登陆信息管理用例分析
| 用例名称 |
权限设置 |
| 标识符 |
|
| 用例描述 |
管理员给不同的员工设定不同的权限 |
| 参与者 |
管理员 |
| 前置条件 |
须登陆。 查看所有员工 |
| 后置条件 |
设置权限 |
| 基本操作流程 |
① 登陆系统 ② 查看员工信息 ③ 获取员工职位变更信息 ④ 设置相应权限 ⑤ 发送更新通知 ⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
图3.5.1-3权限管理用例分析
| 用例名称 |
历史报表管理 |
| 标识符 |
|
| 用例描述 |
管理公司历史报表 |
| 参与者 |
管理员 |
| 前置条件 |
须登陆，各部门上传相应 |
| 后置条件 |
保存数据库，通过报表形成月或者相应的时间报表 |
| 基本操作流程 |
|
| 可选操作流程 |
|
图3.5.1-4报表管理用例分析
| 用例名称 |
历史邮件（查、删除） |
| 标识符 |
|
| 用例描述 |
管理员可以查看历史邮件或者删除历史邮件 |
| 参与者 |
管理员 |
| 前置条件 |
须登陆。查询 邮件列表 |
| 后置条件 |
阅读、或者删除过期邮件 |
| 基本操作流程 |
① 登陆系统 ② 查看邮件列表 ③ 获取过期邮件 ④ 删除相应的邮件 ⑤ 存储操作信息 ⑥ 跟踪信息，及时处理请求 |
| 可选操作流程 |
|
3.5.2 需求列表
| No |
需求说明 |
P |
备注 |
| 1000 |
登陆管理 |
5 |
|
| 1001 |
登陆信息查询 |
5 |
|
| 1002 |
存储信息管理 |
5 |
|
| 1003 |
历史信息查询 |
5 |
|
| 1004 |
权限设置 |
5 |
|
| 1100 |
历史邮件查询 |
5 |
|
| 1101 |
历史邮件删除 |
5 |
|
| 1102 |
账单报表生成 |
5 |
|
| 1103 |
账单报表发送 |
5 |
|
| 1104 |
历史考勤单生成 |
5 |
|
| 1105 |
考勤单推送 |
5 |
|
图3.5.1-5需求列表
3.5.3实体类
| 类名 |
属性名 |
说明 |
|
|
EmailID |
邮件ID |
| EmailDepartment |
邮件发布部门 |
|
| EmailTime |
邮件发布时间 |
|
| EmailType |
邮件类型 |
|
| Emailactiion |
邮件内容 |
|
|
Emailmessage |
Emailback |
是否收到回复 |
| Person |
邮件发送人 |
|
| Num |
邮箱 |
- 非功能性需求
4.1时间特性
响应时间：0.001秒
更新处理时间：0.001秒
数据传转换与输时间：0.01秒
运行时间：0.1秒
4.2适应性
适应性强，因为本系统是用JAVA编写的，具有平台无关性是可以在多种操作系统中的。独立性强，只需要做好与数据库的借口即可。
4.3安全性
由于设置了权限管理，必须通过身份验证才能访问，不同身份的人权限不同。保证了数据不被无关的人篡改（通过对整个管理系统的数据库的严密管理和使用者的严谨的权限设置，从而保证数据的安全性和唯一性）。而且具有数据恢复能里，继而也保证了数据在系统中的极高的安全性。
4.4可靠性
平均无故障时间：360天/年
4.5可扩充性
因为本系统采用面向对象方法开发，所以可扩充性强。若需要新增其他功能只需要添加相应的功能模块即可。提供标准的扩容接口，只要可达到方便与其他系统接口的目的。
4.6互操作性：
本系统只存在与数据库有数据的交互，其他系统暂无，所以易于交互。
4.7健壮性：
对各种非法操作给出提示，并禁止操作运行，保证原始数据的完整性。给出错误修改提示，指导用户进行正确的操作。
4.8易使用性：
该系统采用全中文界面操作，按照界面提示进行操作，图文信息便于理解。操作方法简单易学易懂。也有相应的输入输出提示便于用户理解。
4.9可维护性：
因为是采用面向对象的开发方式，所有的东西都封装在相应的类里，各模块交叉操作较少，可维护性高。
4.10可移植性：
因为本系统是采用JAVA设计开发，因为起语言本身的优势：平台无关性。所以其本身具有良好的可移植性。
4.11可重用性：
因为是采用面向对象的开发方式，所有的东西都封装在相应的类里，模块的重用性高。
- 接口说明
5.1软件接口
数据库的连接
支付宝支付接口
微信登陆接口
微博登陆接口
5.2硬件接口
打印机：打印统计信息。
扫面仪：扫面上传职位信息
短信猫：收发系统短信。
因为没有事件处理：如有需要微信公众号：小舍有资源留言 发送文件