网上人才招聘系统软经工程面向对象分析设计书要点.docx
《网上人才招聘系统软经工程面向对象分析设计书要点.docx》由会员分享，可在线阅读，更多相关《网上人才招聘系统软经工程面向对象分析设计书要点.docx（35页珍藏版）》请在冰豆网上搜索。
网上人才招聘系统软经工程面向对象分析设计书要点
网上人才招聘系统
数据需求说明书
题目：
网上人才招聘系统
组长：
成员：
完成日期：
2013年12月20日
签收人：
签收日期：
1.可行性分析
1.1可行性研究的前提
1.1.1要求
a.通过B/S架构模式实现网上人才招聘，便于求职者实现就业和招聘者实现招工。
b.基于Mysql数据库系统的数据管理完全能满足系统需求，占用资源小，效用高，并且不需要提供额外费用。
c.软件的基本数据流动为用户数据的输入，求职者信息，招聘的输入，以及有关用户提出的对求职者信息、招聘信息等等的查询要求所产生的数据输出。
d.数据的输入与输出处理流程依靠数据库和系统后台的双向支持。
e.系统需要对用户提供身份验证服务，便于应聘、招聘信息的真实性审核。
1.1.2目标
该软件的设计目标必须尽量达到人力与设备费用的节省，改变传统人才招聘市场的服务模式，实现招聘者通过发布信息招收求职者，求职者发布求职信息要求对应岗位的双向交流服务。
系统能实现对用户的社会身份验证，严格审核发布的信息，提高可信度。
软件的整个设计过程必须通过生产能力的提高，人员工作效率的提高等等使软件开发成本最小化，实现保证软件质量的前提下的资金投入最小化。
并且提供人性化、美观的界面。
1.1.3条件及限制
开发该系统的主要资金来源为用户提供的开发资金投入,故在设计开发中最大不能超过该限度,且软件完成交付用户使用后,应保证软件的运行寿命至少达到用户的要求范围.且软件开发时间应基本控制在用户提出的要求范围内.
a.建议开发软件运行的最短寿命：
4年。
b.进行系统方案选择比较的期限：
一星期。
c.开发工具：
Myeclipse、MySQL、Hibernate。
d.开发环境：
Windows7操作系统。
e.运行环境：
Windows9x、WindowsNT或Windows2000操作系统。
1.1.4对传统人才招聘的分析
传统的人才招聘，需要提供大型场地，在宣传上需要花费大量人力物力。
对求职者来说，费时费力；对招聘企业来说，举办招聘会需要花费大量经费。
由于时间、地区、人员拥堵等情况，人才招聘并不理想，并且只能提供单一的企业招聘位置，无法为求职者展示自己的求职信息，仅能实现企业对口服务。
随着经济的发展，城市化步伐的加快，求职者队伍不断壮大，传统的人才招聘已经不能满足就业需求。
因此需要一种新的人才招聘方法，满足现代人才招聘的需求。
随着经济的发展，城市化步伐的加快，求职者队伍不断壮大。
传统的人才招聘，对求职者来说，费时费力；对招聘企业来说，举办招聘会需要花费大量经费。
所以在当今互联网已经成为人们生活一部分的社会里，越来越多的个人选择通过网络轻点鼠标寻求工作，越来越多的企业也开始选择网络进行招聘。
网上人才招聘系统满足了求职者和招聘企业双向的要求，网上人才招聘系统收集大量招聘企业的招聘信息，它使网上招聘从盲目的网络职位搜索到有序大量的职位投递，从混乱变为规范，而且成功率较高。
1.1.5进行可行性研究的方法
实行软件的可行性研究方法主要有：
经济可行性分析、技术可行性分析、操作可行性分析。
具体将在下面叙述。
1.2经济可行性
1.2.1系统投资
系统的投入包含以下几个方面：
a.网站开发成本：
按照正常计费，系统荷载访问量为10万每月，开发的系统成本1000元。
b.网站服务器：
租用电信运营商服务器，成本7000元一年。
c.网站维护人员：
支付年薪10万/人。
d.搜索竞价：
采用XX搜索竞价的推广方式，竞价0.08元/次有效点击，年支付上限10万元。
1.2.2成本回收期
网站对求职者和招聘者发布信息进行收费，求职者发布信息收费1元每条，招聘者发布信息100元每条。
向数据统计公司或部门购买当地地区求职及招聘需求，网络用户数量，市场期望等数据，再根据数据预测投资回收期。
市场预测当地每年就业岗位30万个，求职者41万人，网络用户数量600万人。
则根据XX推广连接有效点击数，每月10万荷载点击量可实现30%有效点击，其中10%使用系统求职服务，其中至少1%的获得就业岗位。
则可实现每月收益：
10000*1+1000*100=110000（元）
投资预计回收期为：
3个月。
1.2.3可行性
经济可行性研究的目的是实行系统能达到以最小的开发成本取得最佳的经济效益，需要对组织的经济状况和投资能力进行分析。
由于本系统突破了时间限制，只要服务器开通，本系统的合法用户随时可以了解自己想了解的信息。
这比过去那种手工作法有了很大的进步。
同时经过投资预算和成本回收期预测，该系统在经济上是可行的。
1.3技术可行性
本系统对用于开发系统的计算机硬件和软件的要求程度不高,采用Myeclipse+MySQL+Hibernate开发本系统，目前这些技术已相当成熟。
因而，该系统在技术上是可行的。
1.4操作可行性
本系统为一个小型的网上人才招聘系统，其用户群主要面向公司所在地区，所耗费的资源小，并且对传统人才招聘拥有更佳的服务。
同时当地网络使用普及，现在一般的电脑无论是硬件还是软件都能够满足条件，因此，本系统在操作上是可行的。
2.项目计划
2.1分组情况
姓名
学号
完成内容
罗壹文
3011216010
撰写报告可行性分析；
负责报告数据库设计的汇总及细节撰写。
孟鑫磊
3011216011
撰写项目计划；
负责报告概要设计的汇总及细节撰写。
潘峰
3011216012
负责报告需求分析的汇总及细节撰写。
盛杰
3011216013
负责报告详细设计的汇总及细节撰写。
1.2进度安排
3.需求分析
3.1系统需求
该系统通过简单的网页界面操作，可以使求职用户和招聘用户进行双向选择。
用户通过网上实名注册会员以后，就可以享受各种求职招聘信息，后台会提供求职者和招聘者沟通的桥梁，以便双方可以更好的匹配。
同时系统后台数据库会记录求职者和招聘者以及配对成功案例的信息，保证求职信息和招聘信息的长期有效利用。
求职者通过该系统可以上传求职信息，管理员审核通过后会将求职信息入库，同时招聘者的招聘信息也会入库，然后系统进行比对配对，配对后通知双方取得答复，成功则进入人才库备案，不成功则继续匹配。
同时求职者招聘者也可以自行选择查看对方信息，进行自由匹配。
3.2系统模块需求
3.2.1招聘模块需求
该模块主要通过招聘者登录系统上传招工信息，系统管理员将招工信息表和求职信息表进行比对，寻找合适的匹配对象。
同时招聘者会查看各种求职信息，自由的筛选符合条件的求职者。
3.2.2应聘模块需求
应聘模块主要使求职者对系统匹配的相对应职位进行答复，选择是否同意入职，并将信息反馈给系统管理员，管理员通过求职者的答复，选择对岗申信息表和岗位信息表进行修改标记。
3.2.3求职模块需求
求职者通过此模块可以上传求职信息，系统管理员审核通过后将求职信息存入求职信息表，系统匹配相应的招工信息。
同时求职者可以自由查看招工信息，寻找合适的职位。
当系统匹配成功后会双向发送信息，等待求职者和招聘者的答复，求职成功后系统会更新人才管理表。
3.2.4录用模块需求
系统验证通过招聘者的登录信息后，会向用户发送求职信息。
当系统匹配到合适的用户后，招聘者通过此模块可以对求职信息进行答复，同时管理员更新录用信息表，双向选择成功以后会更新人才管理表。
3.3系统场景
3.3.1招聘者场景
场景名称：
招聘模块
参与执行者实例：
招聘者，个人信息表，招工信息表，管理员，前台界面，后台控制程序
前置条件：
系统运行
后置条件：
无
3.3.1.1招聘者用例图
3.3.1.2招聘者用例规约
3.3.1.2.1说明
招聘者通过实名注册后获得专属的登录账号和密码，招聘者可以通过账号密码登录系统。
登录系统后，招聘者可以上传招聘信息，查看招聘信息及应聘信息，也会收到系统发送的各类通知，如账户安全、系统活动等。
招聘者也可以修改个人信息，如账户密码。
同时，对于已经通过匹配查找到的应聘者，招聘者可以选择接受或者拒绝应聘，并将信息反馈给系统后台。
3.3.1.2.1事件流
1.登陆
（1）当用户或管理员需要进入系统时，系统提示输入账号密码
（2）若用户或管理员已经注册，则直接输入账号密码；若没有注册，则提示注册，进入注册事件流
（3）系统验证账号密码，验证通过进入系统，不通过则显示账号密码错误。
（4）用户或管理员进入系统进行其他操作
2.注册
（1）页面提示用户输入个人信息
（2）系统审核通过后生成账号密码
（3）用户获得账号密码，可以通过账号密码登录系统
3.修改个人信息
（1）用户登录系统后，点击修改个人信息
（2）系统界面显示原始个人信息，部分信息显示为可修改状态
（3）用户可以对可修改状态的信息进行修改
（4）修改完成后点击保存，系统记录并更新个人信息表
4.上传招工信息
（1）用户登录系统后，点击上传招工信息
（2）系统界面显示招工信息表格
（3）用户填写招工信息表格
（4）填写完成后用户点击提交，系统审核通过后记录并更新招工信息，未通过则提示，要求用户重新填写，填写完成后再次验证。
重复此过程直到填写信息通过或用户自行终止
5.查看招聘及应聘信息
（1）用户点击查看招聘及应聘信息
（2）系统界面进入招聘信息表和应聘信息表
6.应聘答复
（1）用户收到系统发送的应聘信息
（2）用户查看应聘信息
（3）用户选择同意或者拒绝应聘
（4）系统接受用户反馈信息
7.查看系统通知
（1）用户点击系统通知查看系统通知
3.3.2应聘者场景
场景名称：
应聘模块
参与执行者实例：
求职者，个人信息表，求职信息表，管理员，前台界面，后台控制程序
前置条件：
系统运行
后置条件：
无
3.3.2.1应聘者用例图
3.3.2.2应聘者用例规约
3.3.2.2.1说明
求职者通过实名注册后得到账号密码，通过账号密码登录系统。
求职者可以上传求职信息，查看招聘及应聘信息，寻找合适的岗位。
对于已经匹配的招聘信息，求职者可以接受或者拒绝招聘，并将信息反馈给系统后台。
同时求职者在系统内会受到各类系统通知，包括账户安全、系统活动等。
求职者可以修改个人信息，如密码。
3.3.2.2.2事件流
1.登陆
（1）当用户或管理员需要进入系统时，系统提示输入账号密码
（2）若用户或管理员已经注册，则直接输入账号密码；若没有注册，则提示注册，进入注册事件流
（3）系统验证账号密码，验证通过进入系统，不通过则显示账号密码错误。
（4）用户或管理员进入系统进行其他操作
2.注册
（1）页面提示用户输入个人信息
（2）系统审核通过后生成账号密码
（3）用户获得账号密码，可以通过账号密码登录系统
3.修改个人信息
（1）用户登录系统后，点击修改个人信息
（2）系统界面显示原始个人信息，部分信息显示为可修改状态
（3）用户可以对可修改状态的信息进行修改
（4）修改完成后点击保存，系统记录并更新个人信息表
4.上传求职信息
（1）用户点击上传求职信息
（2）系统进入求职信息填写界面
（3）填写完成后用户点击提交，系统审核通过后记录并更新求职信息表，未通过则提示，要求用户重新填写，填写完成后再次验证。
重复此过程直到填写信息通过或用户自行终止
5.查看招聘及应聘信息
（1）用户点击查看招聘及应聘信息
（2）系统界面进入招聘信息表和应聘信息表
6.求职答复
（1）用户收到系统发送的求职信息
（2）用户查看求职信息
（3）用户选择同意或者拒绝应聘
（4）系统接受用户反馈信息
7.查看系统通知
（1）用户点击系统通知查看系统通知
3.3.3管理员场景
场景名称：
管理员操作
参与执行者实例：
招工信息表，求职信息表，用户信息表，岗申信息表，录用信息表，人才管理表，系统后台处理程序，管理员
前置条件：
系统运行
后置条件：
无
3.3.3.1管理员用例图
3.3.3.2管理员用例规约
3.3.3.2.1说明
管理员作为系统后台，承担所有的后台信息更新任务。
主要负责管理用户信息，对系统数据库进行添加、删除、修改等操作。
管理员会发送各类系统消息。
同时管理员会对系统匹配的求职者和招聘岗位进行双向通知，并传达应聘答复和求职答复。
3.3.3.2.2事件流
1.发送应聘信息
（1）系统匹配求职者和招聘者
（2）系统向招聘者发送应聘信息
（3）等待招聘者应聘答复
2.发送招聘信息
（1）系统匹配求职者和招聘者
（2）系统向求职者发送应聘信息
（3）等待求职者求职答复
3.更新求职信息表
（1）系统收到求职者的求职信息
（2）系统对求职信息表进行添加修改删除操作
4.更新招工信息表
（1）系统收到招聘者的招工信息
（2）系统对求职信息表进行添加修改删除操作
5.更新人才管理表
（1）招聘者和求职者匹配并相互同意后，系统将应聘者的个人信息及公司信息存入人才管理表，同时系统可以通过收到的其它消息，对人才管理表进行添加修改删除操作
6.更新录用信息表
（1）招聘者和求职者匹配并相互同意后，系统将招聘者的招聘信息及应聘者信息存入录用信息表，同时系统可以通过收到的其它消息，对录用信息表进行添加修改删除操作
7.更新岗申信息表
（1）系统接收求职者的求职岗位信息，将其存入岗申信息表
8.更新用户信息表
（1）系统收到用户修改个人信息后提交的结果或系统收到新的注册信息
（2）系统对原始用户信息进行修改或添加新的用户信息
3.4系统类图
1.类名：
用户
主要事件：
包含招聘者、求职者及管理员三个子类
2类名：
用户信息表
主要事件：
存储用户的个人信息，包括帐号、密码等
3类名：
招工信息表
主要事件：
存储招聘者发布的招工信息
4类名：
录用信息表
主要事件：
记录已经匹配成功的招聘信息
5类名：
人才管理表
主要事件：
记录已经匹配成功的求职者个人信息
6类名：
岗申信息表
主要事件：
记录求职者的求职申请
7类名：
求职信息表
主要事件：
记录求职者的求职信息
8.类名：
管理员
主要事件：
更新求职信息表、岗申信息表、人管理表、招工信息表、录用信息表。
接受和发送应聘信息，接受发送招聘信息
9类名：
招聘者
主要事件：
上传招工信息，修改个人信息，应聘答复，查看招聘及应聘信息表，查看系统通知
10.类名：
求职者
主要事件：
上传求职信息，修改个人信息，求职答复，查看招聘及应聘信息表，查看系统通知
3.4补充规约
详见《网上人才招聘系统补充规约》
3.5术语表
详见《网上人才招聘系统术语表》
4.概要设计
4.1.系统总体设计方案
本系统实现了用户注册、登录、求职人和招聘单位的身份验证及求职人和招聘单位详细信息的采集、招聘职位的登记、个人简历的预览、求职者可以查看用人单位的信息并投递简历，用人单位也可以浏览应聘者的简历并做以回复，并且通过管理员对最新工作信息的发布，使求职者可以通过站内新闻及时获取最新的信息等功能。
4.2.系统的架构设计
本系统可以把招聘信息放在主页上，如果应聘的人员想了解具体的信息或是企业想发布招聘信息，就必须注册成为本网站的会员。
通过会员身份登录以后，可以实现相关的功能，关于没有注册的用户，本网站将不提供任何服务。
4.3系统功能模型
4.3.1注册功能模块
当用户第一次使用系统时，需点击“注册”用户的用户名和密码等信息，凡是未在数据库注册的应聘用户都无权进入该系统进行应聘的相关服务。
4.3.2登录功能模块
当用户输入用户名、密码，并选择登录类型（招聘者还是应聘者），系统自动将输入的信息和相关数据表中的信息进行比较，如果该用户输入的内容和数据表中的内容相符，则通过验证，此次登录成功，否则登录失败。
4.3.3职位搜索模块
本模块主要内容是为应聘用户提供职位资源的检索和准确定位，查询表单后，就在服务器端进行后台查询，并把检索结果返回客户端浏览器，查询条件根据应聘用户的关注程度依次设置为“职位名称”、“工作地点”等信息。
4.3.4简历维护模块
本模块的主要目标是完成求职用户的简历修改与更新。
具体操作过程是应聘用户对简历的各个字段记录进行修改，然后更新到简历库。
4.3.5招聘信息管理
主要由管理员完成网站的相关招聘信息的管理。
4.3.6密码修改模块
主要完成用户及管理员的密码修改。
4.4系统状态模型
细化类图：
5.详细设计
5.1数据库设计
考虑最基本的几个库
1.求职者个人信息库（姓名、身份证号、用户名、密码（6位，默认为NULL）、性别、生日、民族、籍贯、户口所在地、政治面貌、学习/工作单位、职务/职称、毕业学校及专业、学历、毕业时间、地区、通讯地址、电话、Email）
2.用人单位信息库（单位名称、用户名、密码、类型、地址、网址、Email、简介）
3.用人单位简历库（单位名称、求职者姓名、求职者用户名、求职者简历）
5.2用户界面设计
网页实际内容占据网页50%到80%，导航部分不超过20%。
颜色选择以简洁为主，并且正文和背景对比度要大，还要用不同的背景色区分正文区和其他功能区。
网页采用横向排列方式排版。
网页大小不应超过3万字节，以方便用户在短时间内打开网页。
禁止使用框架。
5.3用户登录模块的实现
用户在登录界面输入用户名和密码，并选择用户类型（个人用户、企业用户、管理员），单击“登录”按钮后，需要根据用户输入的信息进行用户验证。
如果验证用户信息和身份合法，则允许用户登录，并根据用户类型，系统自动跳转到相应的界面。
5.4注册模块的实现
用户进入系统首页单击注册，会跳转到注册页面。
用户根据注册页面的需求填写相关的信息，输入的用户名合法，就注册成功并跳转到首页。
5.5修改密码模块的实现
用户成功登录系统后单击“修改密码”按钮时，进入修改密码界面，这时需要输入一次原始密码和两次新密码，单击“修改”按钮，就会完成对密码的修改。
5.6创建简历的实现
个人用户成功登录系统进入个人用户的主界面，单击“创建个人简历”按钮并同时判断是否已经创建了个人简历，如果创建了则返回个人用户的主界面，反之进入创建个人简历页面。
5.7修改岗位信息的实现
管理员成功登录系统并进入管理员界面以后，点击“用户岗位信息管理”按钮，根据接收到的求职者和招聘者更新信息，判断信息是否正确并修改岗位信息。
5.8修改个人信息的实现
个人用户成功登录进入个人主界面，单击“修改个人信息”按钮并判读是否已经添加了个人信息，如果没添加返回个人用户的主界面反之则进入修改个人信息页面。
5.9应聘者与招聘者信息序列图与活动图
应聘者提交应聘信息：
招聘者发布招聘信息：
应聘者提交应聘信息：
招聘者发布招聘信息:
6.数据库设计
6.1总E-R图
图6-1系统总E-R图
6.2实体关系属性表
6.2.1用户信息实体关系属性表
属性
中文名称
含义说明
类型
长度
小数点
是否允许空值
User
账号
用户身份标识
char
10
0
否
Password
密码
用户登陆密码
char
15
0
是
Name
姓名
用户姓名
char
10
0
是
Sex
性别
用户性别
char
1
0
是
Age
年龄
用户年龄
int
3
0
是
Phone
联系电话
用户电话
char
11
0
是
Type
用户类型
用户身份类型
int
3
0
是
6.2.2系统通知实体关系属性表
属性
中文名称
含义说明
类型
长度
小数点
是否允许空值
NewsID
通知编号
系统信息的编号
int
6
0
否
FromUser
来源账号
产生系统信息的账号
char
10
0
是
ToUser
接收账号
接受系统信息的账号
char
10
0
是
InFrom
信息源
信息来源的数据表格和操作类型
char
20
0
是
NewsNum
信息码
产生系统系信息的数据条，在其所属表中的编号
int
6
0
是
Mark
备注消息
管理员发送给接受账号的信息
char
255
0
是
NewsProcess
提醒状态
目前信息的提醒状态
int
1
0
是
6.2.3招工信息实体关系属性表
属性
中文名称
含义说明
类型
长度
小数点
是否允许空值
PostID
岗位编号
招聘岗位的编号
int
6
0
否
Company
公司
公司的详细名称
char
100
0
是
Position
招聘岗位
公司招聘的岗位名称
char
10
0
是
Pay
待遇
职位的薪水状况
char
10
0
是
Sexrequire
性别要求
职位的性别要求
int
1
0
是
Agerequire
年龄要求
职位的年龄要求
int
3
0
是
Exprrequire
经验要求
职位的工作经验要求
char
100
0
是
Edurequire
学历要求
职位的学历要求
char
10
0
是
Otherrequire
其他要求
职位的其他特殊要求
char
100
0
是
Ansprocess
招聘状态
是否完成招聘
int
1
0
是
6.2.4岗位管理实体关系属性表
属性
中文名称
含义说明
类型
长度
小数点
是否允许空值
PostID
岗位编号
招聘信息的编号
int
6
0
否
UserId
用户账户
对发出招聘的用户账号
char
10
0
是
Company
公司
招聘人员的公司
char
100
0
是
Position
招聘岗位
公司招聘的岗位
char
10
0
是
Pay
待遇
公司提供的待遇
char
10
0
是
SexRequire
性别要求
岗位的性别要求
int
1
0
是
AgeRequire
年龄要求
岗位的年龄要求
char
10
0
是
ExprRequire
经验要求
岗位需要应聘者的工作经验年限
int
2
0
是
EduRequire
学历要求
岗位的学历要求
char
10
0
是
OtherRequire
其他要求
岗位的其它要求
char
255
0
是
ApplyId
应聘用户
应聘的用户账户
char
10
0
是
ReNum
申岗信息编号
接受申请的申岗编号
int
6
0
是
AnsProcess
招聘状态
目前职位的招聘状态
int
1
0
是
6.2.5申岗信息实体关系属性表
属性
中文名称
含义说明
类型
长度
小数点
是否允许空值
ReID
申岗编号
申请应聘的信息编号
int
6
0
否
PostNum
岗位信息编号
所申请岗位的岗位编号
升级会员 