觉得好记得点赞！界面设计如何不重要，重在画图。
１概 述
1.1系统目标
建设集就业管理办公自动化、毕业生与用人单位信息管理、就业部门形象化宣传为一体的综合性管理系统。组建一个具备人才管理、人才交流等功能的综合性信息系统。使整个人才交流管理做到井然有序，进一步体现就业管理在学校工作中的重要作用。
1.2 业务描述
本系统是一个专门为各大院校毕业生的就业工作进行日常管理使用软件。在软件引入企业进行注册，要求企业填写完企业的注册信息后登陆进入软件。在企业的首页有两个大功能，企业可以通过填写招聘信息在网上进行招聘，要求填写（招聘需求，招聘人数，工资，福利，特殊要求等等），还可以进行现场招聘需要填写（地点，时间，要求等等），可以通过个人中心查看求职者的简历投放情况，查看求职者的简历信息，对于招聘者可以选择拒绝和同意下次现场面试，并发送下次面试请求。
毕业生注册登录该系统，填写个人基本信息要求填写（姓名，性别，年龄，民族，政治面貌，联系方式，邮箱等等），再填写个人简历要求填写（毕业学校，专业，学号，学制，曾任职务，求职意向，自荐信等等）并上传个人简历，在上传之后可以对信息进行修改，招聘单位登录系统，发布自己的招聘信息，毕业生在招聘单位发布信息之后，可以通过系统查询招聘信息，并选择适合自己的招聘单位，填写并上传自己的应聘信息，招聘单位在毕业生上传应聘信息之后，可以收集毕业生资料，查询毕业生个人简历和应聘信息，招聘合适的人选，而毕业生选择合适的单位就业。
1.3约束和限制
用户角度（本系统的用户是求职者和企业）：对于求职者在进行求职的过程中需要填写自己的有效信息包括基本信息（学号、姓名、年龄、性别、出生日期、民族、政治面貌、专业、院系名称、学历、学制（2年、3年、4年）、培养方式（非定向，定向）、生源地）和简历详细信息（学号、姓名、简历编号、毕业时间、求职意向、外语语种、外语水平、电脑水平、曾任职务、联系电话、联系信箱、联系地址、工作经历或社会实践情况、自荐信），对自己心仪的公司发送简历，等待最后企业的回复。对于企业需要填写企业的有效信息包括（单位名称、单位地点、单位性质、经济类型、发布人、所在部门、联系方式）和填写招聘需求（需求信息、招聘专业、学历要求、需求人数、招聘方式（现场、委托）、招聘会，摊位编号（限于现场招聘方式）、发布（是、否），有效期），发布招聘需求，等待求职者发送简历。
开发者：系统开发基于可移动平台，只支持在安卓或者iOS上运行，对于求职者和企业发布招聘信息的人员需要有一定的文化，在使用的过程中需要知道网上求职的一般流程，例如：对于求职者需要填写自己的基本信息，完善自己的个人简历，在网上挑选出自己想要的职位，选择投放自己的简历，等待是否下一轮面试。在系统开发的过程中大约需要三周的时间，在实现分享的过程中需要引入第三方，对于用户的资料进行加密保存，在进行企业资质审核的过程需要进行人工审核，本系统的表格下载服务只针对于求职者，求职者的基本资料与简历是相互联系的不用进行二次填写，对于游客与会员的功能区别通过在后台管理用户的权限，对于不同类型的用户拥有不同的权限。
1.4系统运行环境
硬件环境：本系统适用于移动设备。
软件环境：本系统的设计采用汉语，应在Android或IOS系统下运行。
２需求建模
2.1系统用例模型
（1）识别参与者
参与者：毕业生、招聘单位，系统管理员。
毕业生：大学毕业，通过该系统需要寻找就业单位的人。
招聘单位：通过该系统从大学毕业生中招聘员工的企业。
系统管理员：对该系统进行管理、维护以及数据管理的人。
（2）系统用例图
图2.1.1 毕业生用例图
图2.1.2 系统管理员用例图
图2.1.3 招聘单位用例图
2.2系统用例描述
①查询招聘信息用例文档，如表2.2.1
表2.2.1“查询招聘信息”用例文档
| 用例名 |
查询招聘信息 |
| 简要描述 |
毕业生通过系统查询招聘单位发布的招聘信息 |
| 参与者 |
毕业生 |
| 基用例 |
毕业生登录、招聘单位登录、招聘单位发布招聘信息 |
| 涉众 |
招聘单位、系统管理员 |
| 前置条件 |
毕业生登录系统 |
| 后置条件 |
系统反馈查询结果给毕业生 |
| 基本事件流 （1）毕业生进行实名注册 （2）毕业生登录系统 （3）毕业生投放个人简历 （4）招聘单位委托招聘 （5）招聘单位发布招聘信息 （6）毕业生查询简历投放结果 （7）毕业生查询招聘单位发布的招聘信息 |
|
| 备选事件流 A-*用户在提交查询申请前，随时都能退出系统 （1）系统显示确认退出的信息 （2）用户可以推出或者继续查询 A-1用户在查询招聘信息时未查到结果 （1）招聘单位未发布招聘信息 （2）系统提示用户继续等待 |
|
| 补充约束 （1）毕业生一定要先登录才能执行查询操作 （2）只有在招聘单位发布招聘信息后才能显示查询结果 （3）招聘单位一定需要在系统上委托招聘 |
|
②资料维护用例文档，如表2.2.2
表2.2.2“资料维护”用例文档
| 用例名 |
资料维护 |
| 简要描述 |
系统管理员维护毕业生的个人简历信息以及招聘单位的招聘信息 |
| 参与者 |
招聘单位、毕业生 |
| 基用例 |
系统管理员登录 |
| 涉众 |
毕业生、招聘单位 |
| 前置条件 |
毕业生登录系统并发布个人简历，招聘单位登录系统并发布招聘信息 |
| 后置条件 |
无 |
| 基本事件流 (1)招聘单位注册登录系统 (2)招聘单位选择委托招聘 (3)招聘单位发布招聘信息 (4)毕业生注册登录系统 (5)毕业生填写个人简历 (6)毕业生查询招聘信息并上传个人简历 |
|
| 备选事件流 A-*毕业生没有提交应聘信息 （1）系统显示无资料可以进行维护 （2）在毕业生上传个人简历后可进行资料维护 A-1招聘单位未发布招聘信息 （1）系统提示无招聘单位发布信息 （2）在招聘单位发布招聘信息之后可进行资料维护 A-2管理员未登录系统 （1）提示管理员需要进行登录 |
|
| 补充约束 （1）毕业生首先要注册登录本系统 （2）毕业生要上传个人简历 (3)招聘单位要先进行登录 (4)招聘单位要在系统上进行委托招聘并发布招聘信息 (5)管理员要先登录系统 |
|
③委托招聘用例文档，如表2.2.3
表2.2.3“委托招聘”用例文档
| 用例名 |
委托招聘 |
| 简要描述 |
招聘企业委托该系统进行招聘 |
| 参与者 |
招聘单位，系统管理员 |
| 相关用例 |
录入招聘信息，修改招聘信息，删除招聘信息，发布招聘信息 |
| 涉众 |
毕业生、招聘单位 |
| 前置条件 |
招聘单位成功录入招聘信息 |
| 后置条件 |
系统管理员根据招聘单位的委托招聘进行发布 |
| 基本事件流 （1）用例起始于企业需要在该系统招聘人员 （2）招聘单位在系统上正确登录该系统(A-1) （3）招聘单位在首页的委托招聘上录入招聘信息（A-2）（D-1） （4）招聘单位查看招聘信息（A-3） （5）招聘单位发布招聘信息 （6）系统管理人员对招聘信息进行维护，选择是否发布（A-4） （7）招聘信息在该系统上成功发布（A-5） |
|
| 备选事件流 A-*招聘人员在该系统成功发布招聘信息之前都可以取消该用例 （1）系统提醒招聘人员当前所有操作都会被取消 （2）招聘人员可以选择确认，当前用例结束，也可以选择取消，则继续进行后续操作 A-1 企业招聘人员没有正确的登陆到该新系统 （1）系统显示登录错误 （2）系统招聘人员选择从新输入注册账号，也可以结束该用例 A-2 录入的招聘信息验证出现错误 （1）招聘人员修改招聘信息，也可以选择该用例结束 A-3 企业查看到招聘信息有错误 （1）招聘人员在招聘页修改招聘信息，也可以选择结束该用例 A-4 （1）系统管理人员选择该招聘信息不能进行发布 （2）通知该招聘单位重新修改招聘信息，招聘单位可以修改招聘信息，也可以结束该用例 A-5 （1）系统显示“发布失败”的信息，并提醒系统管理员重新进行提交 （2）系统管理人员可以重新提交，也可以终止该操作 |
|
| 补充约束-数据需求 D-1 录入招聘信息包括学号、姓名、简历编号、毕业时间、求职意向、外语语种、外语水平、电脑水平、曾任职务、联系电话、联系信箱、联系地址、工作经历或社会实践情况、自荐信。 |
|
| 待解决问题 暂无 |
|
2.3其他需求
在本系统中性能有待完善，将持续更新、维护。
可靠性需求：在由于系统故障，突然关机，要求软件在用户填写信息的过程中每半分钟进行一次备份，在备份完成之后删除。
安全性需求：对用户的信息加密保存，防止用户基本信息泄露，对公司进行审查，确保公司具有真实招聘需求。
3需求分析
3.1静态分析模型
图3.1.1 静态分析模型
3.2动态分析模型
（1）学生会员
图3.2.1 学生注册登录分析模型
图3.2.2 学生管理生源信息分析模型
图3.2.3 学生管理简历分析模型
图3.2.4 学生查询招聘信息分析模型
图3.2.5 学生下载就业相关表格分析模型
（2）就业单位会员
图3.2.6 就业单位管理现场招聘信息分析模型
图3.2.7 就业单位管理摊位界面分析模型
图3.2.8 就业单位查询毕业生信息分析模型
3.3定义分析类
图3.3.1 毕业生基本信息分析类
类的分析：
添加自然情况数据：添加毕业生的基础信息数据包括（姓名，性别，名族，政治面貌等）
修改自然情况数据：修改毕业生的基础信息
删除自然情况数据：删除毕业生在数据库中的存档
查询任意项目：查询招聘企业的招聘信息
图3.3.2 毕业生简历分析类
类的分析：
录入简历信息：录入毕业生的简历信息，例如（毕业院校，学制，学号，专业）
修改简历信息：对录入的简历信息进行修改
查询简历信息：录入简历信息后可以通过查询简历信息查看自己的简历信息
删除简历信息：对已经录入的简历信息进行删除
汇总统计：对招聘信息进行汇总，对招聘信息进行分类别显示
图3.3.3 就业单位分析类
类的分析：
发布招聘信息：对已经录入的招聘信息上传给管理员进行审核
修改招聘信息：修改已经录入的招聘信息
添加招聘信息：添加招聘信息例如（招聘需求，招聘人数，工资）
选择招聘会和摊位：选择招聘会进行现场招聘的招聘会，在现场招聘中选择摊位
图3.3.4 招聘会信息分析类
类的分析：进行现场招聘的招聘会
增加招聘信息：添加现场招聘的信息例如（地点，招聘职位，人数）
修改招聘信息：修改已经填写的招聘信息
删除招聘信息：删除已经存在的招聘信息
查询招聘信息：查询自己填写的招聘信息
图3.3.5 摊位信息分析类
类的分析：对现场的招聘摊位进行管理
记录摊位分配情况：对现场摊位的分配情况进行录入
修改摊位分配情况：招聘企业对分配的摊位不满意，可以要求重新分配
查询摊位分配情况：企业查询摊位的分配情况
图3.3.6 信息发布信息分析类
类的分析：系统管理员进行信息的管理
录入发布信息：对该系统显示的内容录入
修改发布信息：对企业的招聘信息进行修改
删除发布信息：删除录入的信息
分类查询信息发布：对录入的信息进行分类
4系统原型
图 4.1系统原型 简历管理
图 4.2系统原型 简历录入
图 4.3系统原型 招聘管理
5心得体会
我们小组三人齐心协力在五天内完成了就业管理系统原型设计和分析设计文档，虽然有些地方略显粗糙，缺陷是在所难免的，但小组成员都兢兢业业地努力加紧赶工、没有一丝怠慢，我们觉得这应该就是本队的优势吧！
通过本次课程设计，我们仨儿在Axure原型设计和UML图形绘制上的能力有了明显提高，并坚固了团队合作意识，受益匪浅。在原型制作过程中，我们遇到了很多细节上的出错，比如用户名和密码输入框无法输入文字，原因是用了矩形框，实际应该用文本框。技术上的问题频频出现，我们也花了很大的精力去一一解决，可以说看到最后的成品我们的内心都十分地激动和欣慰。
