网上人才招聘系统(软经工程面向对象分析)设计书

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

网上人才招聘系统(软经工程面向对象分析)设计书
编辑整理:
尊敬的读者朋友们:
这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望(网上人才招聘系统(软经工程面向对象分析)设计书)的内容能够给您的工作和学习带来便利。

同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。

本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为网上人才招聘系统(软经工程面向对象分析)设计书的全部内容。

网上人才招聘系统
数据需求说明书
题目:网上人才招聘系统
组长:
成员:
完成日期: 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.开发环境:Windows 7操作系统.
e.运行环境:Windows 9x、Windows NT或Windows 2000操作系统。

1.1.4对传统人才招聘的分析
传统的人才招聘,需要提供大型场地,在宣传上需要花费大量人力物力。

对求职者来说,费时费力;对招聘企业来说,举办招聘会需要花费大量经费。

由于时间、地区、人员拥堵等情况,人才招聘并不理想,并且只能提供单一的企业招聘位置,无法为求职者展示自己的求职信息,仅能实现企业对口服务。

随着经济的发展,城市化步伐的加快,求职者队伍不断壮大,传统的人才招聘已经不能满足就业需求。

因此需要一种新的人才招聘方法,满足现代人才招聘的需求.
随着经济的发展,城市化步伐的加快,求职者队伍不断壮大。

传统的人才招聘,对求职者来说,费时费力;对招聘企业来说,举办招聘会需要花费大量经费。

所以在当今互联网已经成为人们生活一部分的社会里,越来越多的个人选择通过网络轻点鼠标寻求工作,越来越多的
企业也开始选择网络进行招聘.
网上人才招聘系统满足了求职者和招聘企业双向的要求,网上人才招聘系统收集大量招聘企业的招聘信息,它使网上招聘从盲目的网络职位搜索到有序大量的职位投递,从混乱变为规范,而且成功率较高。

1.1.5进行可行性研究的方法
实行软件的可行性研究方法主要有:经济可行性分析、技术可行性分析、操作可行性分析。

具体将在下面叙述.
1.2经济可行性
1.2.1系统投资
系统的投入包含以下几个方面:
a.网站开发成本:按照正常计费,系统荷载访问量为10万每月,开发的系统成本1000元.
b.网站服务器:租用电信运营商服务器,成本7000元一年。

c.网站维护人员:支付年薪10万/人。

d.搜索竞价:采用百度搜索竞价的推广方式,竞价0.08元/次有效点击,年支付上限10
万元。

1.2.2成本回收期
网站对求职者和招聘者发布信息进行收费,求职者发布信息收费1元每条,招聘者发布信息100元每条。

向数据统计公司或部门购买当地地区求职及招聘需求,网络用户数量,市场期望等数据,再根据数据预测投资回收期。

市场预测当地每年就业岗位30万个,求职者41万人,网络用户数量600万人。

则根据百度推广连接有效点击数,每月10万荷载点击量可实现30%有效点击,其中10%使用系统求职服务,其中至少1%的获得就业岗位。

则可实现每月收益:10000*1+1000*100=110000(元)
投资预计回收期为:3个月。

1.2.3可行性
经济可行性研究的目的是实行系统能达到以最小的开发成本取得最佳的经济效益,需要对组织的经济状况和投资能力进行分析。

由于本系统突破了时间限制,只要服务器开通,本系统的合法用户随时可以了解自己想了解的信息.这比过去那种手工作法有了很大的进步。

同时经过投资预算和成本回收期预测,该系统在经济上是可行的.
1.3技术可行性
本系统对用于开发系统的计算机硬件和软件的要求程度不高,采用Myeclipse+MySQL+Hibernate开发本系统,目前这些技术已相当成熟。

因而,该系统在技术上是可行的。

1.4操作可行性
本系统为一个小型的网上人才招聘系统,其用户群主要面向公司所在地区,所耗费的资源小,并且对传统人才招聘拥有更佳的服务。

同时当地网络使用普及,现在一般的电脑无论是硬件还是软件都能够满足条件,因此,本系统在操作上是可行的。

2.项目计划
2。

1 分组情况
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.6 创建简历的实现
个人用户成功登录系统进入个人用户的主界面,单击“创建个人简历”按钮并
管理员成功登录系统并进入管理员界面以后,点击“用户岗位信息管理”按钮,根据接收到的求职者和招聘者更新信息,判断信息是否正确并修改岗位信息。

5。

个人用户成功登录进入个人主界面,单击“修改个人信息”按钮并判读是否已经添加了个人信息,如果没添加返回个人用户的主界面反之则进入修改个人信息页
面.
招聘者发布招聘信息:
应聘者提交应聘信息:
招聘者发布招聘信息:
6.数据库设计6.1总E-R图
图6-1 系统总E—R图6.2实体关系属性表
6.2.1用户信息实体关系属性表
6.2.2系统通知实体关系属性表
6.2.3招工信息实体关系属性表
6.2.4岗位管理实体关系属性表
6.2.5申岗信息实体关系属性表
6.2.6录用信息实体关系属性表
6.2.7人才管理实体关系属性表
6.2.8求职信息实体关系属性表
详情请看附件。

相关文档
最新文档