网上人才招聘系统分析及设计软经工程传统分析.docx
- 文档编号:27795271
- 上传时间:2023-07-05
- 格式:DOCX
- 页数:47
- 大小:860.39KB
网上人才招聘系统分析及设计软经工程传统分析.docx
《网上人才招聘系统分析及设计软经工程传统分析.docx》由会员分享,可在线阅读,更多相关《网上人才招聘系统分析及设计软经工程传统分析.docx(47页珍藏版)》请在冰豆网上搜索。
网上人才招聘系统分析及设计软经工程传统分析
网上人才招聘系统分析
及设计说明书
题目:
成员:
完成日期:
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分组情况
姓名
学号
完成内容
罗
1.负责第一层数据流图中应聘模块的需求、概要、详细、数据库设计;
2.撰写报告可行性分析;
3.负责报告数据库设计的汇总及细节撰写。
孟
1.负责第一层数据流图中求职模块的需求、概要、详细、数据库设计;
2.撰写项目计划;
3.负责报告概要设计的汇总及细节撰写。
潘
1.负责第一层数据流图中招聘模块的需求、概要、详细、数据库设计;
2.负责报告需求分析的汇总及细节撰写。
盛
1.负责第一层数据流图中录用模块的需求、概要、详细、数据库设计;
2.负责报告详细设计的汇总及细节撰写。
2.2进度安排
3.需求分析
3.1系统需求
该系统通过简单的网页界面操作,可以使求职用户和招聘用户进行双向选择。
用户通过网上实名注册会员以后,就可以享受各种求职招聘信息,后台会提供求职者和招聘者沟通的桥梁,以便双方可以更好的匹配。
同时系统后台数据库会记录求职者和招聘者以及配对成功案例的信息,保证求职信息和招聘信息的长期有效利用。
求职者通过该系统可以上传求职信息,管理员审核通过后会将求职信息入库,同时招聘者的招聘信息也会入库,然后系统进行比对配对,配对后通知双方取得答复,成功则进入人才库备案,不成功则继续匹配。
同时求职者招聘者也可以自行选择查看对方信息,进行自由匹配。
3.2系统分层DFD图
3.2.1系统顶层数据流图
图3-1系统顶层数据流图
3.2.2系统第一层数据流图
图3-2系统第一层数据流图
3.2.3系统第二层数据流图
图3-3系统招聘模块数据流图
图3-4系统应聘模块数据流图
图3-5系统求职模块数据流图
图3-6系统录用模块数据流图
3.3系统模块需求
3.3.1招聘模块需求
该模块主要通过招聘者登录系统上传招工信息,系统管理员将招工信息表和求职信息表进行比对,寻找合适的匹配对象。
同时招聘者会查看各种求职信息,自由的筛选符合条件的求职者。
3.3.2应聘模块需求
应聘模块主要使求职者对系统匹配的相对应职位进行答复,选择是否同意入职,并将信息反馈给系统管理员,管理员通过求职者的答复,选择对岗申信息表和岗位信息表进行修改标记。
3.3.2求职模块需求
求职者通过此模块可以上传求职信息,系统管理员审核通过后将求职信息存入求职信息表,系统匹配相应的招工信息。
同时求职者可以自由查看招工信息,寻找合适的职位。
当系统匹配成功后会双向发送信息,等待求职者和招聘者的答复,求职成功后系统会更新人才管理表。
3.3.3录用模块需求
系统验证通过招聘者的登录信息后,会向用户发送求职信息。
当系统匹配到合适的用户后,招聘者通过此模块可以对求职信息进行答复,同时管理员更新录用信息表,双向选择成功以后会更新人才管理表。
3.4系统数据字典
3.3.1数据文件
1.
数据文件名:
用户信息
简述:
系统使用者的基本情况
数据文件组成:
用户信息=账号+密码+姓名+性别+年龄+联系电话+用户类型
存储方式:
以账号为关键码升序存储
存取频率:
实时更新
2.
数据文件名:
申岗信息
简述:
求职者应聘公司招聘岗位的申请信息
数据文件组成:
申岗信息=申岗编号+岗位信息编号+用户账号+学历+技术能力+个人简介+申请时间+处理状态
存储方式:
以申请时间为准,降序存储
存取频率:
实时更新
3.
数据文件名:
岗位管理
简述:
公司招聘岗位的内容以及目前应聘的相应信息
数据文件组成:
岗位管理=岗位编号+用户账号+公司+招聘岗位+招聘时间+待遇+性别要求+年龄要求+学历要求+经验要求+其他要求+应聘用户+申岗信息编号+招聘状态
存储方式:
以岗位编号降序存储
存取频率:
实时更新
4.
数据文件名:
系统通知
简述:
系统处理用户相应申请后,返回的通知
数据文件组成:
系统通知=通知编号+来源账号+接收账号+信息源+信息码+备注消息+提醒状态
存储方式:
以通知编号降序存储
存取频率:
实时更新
5.
数据文件名:
招工信息
简述:
招聘单位的招聘信息内容
数据文件组成:
招工信息=岗位编号+公司+招聘岗位+待遇+性别要求+年龄要求+学历要求+经验要求+其他要求+招聘状态
存储方式:
以岗位编号降序存储
存取频率:
实时更新
6.
数据文件名:
求职信息
简述:
存储求职者的个人信息以及应聘职位等信息
数据文件组成:
求职信息=求职编号+用户帐号+学历+工作经历+要求职位+其他要求+处理状态
存储方式:
按求职编号降序存储
存取频率:
实时更新
7.
数据文件名:
人才管理
简述:
管理求职者的基本信息以及求职成功的对应职位
数据文件组成:
人才管理=编号+用户帐户+学历+工作经历+职位要求+其他要求+招聘公司+录用信息编号+录用状态
存储方式:
按个人编号降序存储
存取频率:
实时更新
8.
数据文件名:
录用信息
简述:
公司所需要岗位的信息
数据文件组成:
录用信息=录用编号+人才信息编号+用户帐户+公司+申请时间+处理状态
存取频率:
实时更新
3.3.2数据项
用户信息表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
账号
User
用户身份标识
字符型
10
十个中文字符之内
密码
Password
用户登陆密码
字符型
15
十五个中文字符之内
姓名
Name
用户姓名
字符型
10
十个中文字符之内
性别
Sex
用户性别
字符型
1
一个中文字符
年龄
Age
用户年龄
整型
3
3个数字之内
联系电话
Phone
用户电话
字符型
11
11个数字之内
用户类型
Type
用户身份类型
整型
1
只能为0、1或2
申岗信息表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
申岗编号
ReID
申请应聘的信息编号
整型
6
0—9999999条之内
岗位信息编号
PostNum
所申请岗位的岗位编号
整型
6
0—9999999条之内
用户账户
UserId
申请应聘的用户账号
字符型
10
十个中文字符之内
学历
Edu
用户的学历
字符型
10
十个中文字符之内
技术能力
Ability
用户填写的个人技能
字符型
100
100个中文字符之内
个人简介
Introduction
用户填写的个人简介
字符型
255
255个中文字符之内
申请时间
ReDate
应聘申请的时间
时间型
0
XXXX-XX-XX类型输入
处理状态
Process
申请的处理状态
整型
1
只能为0或1
岗位管理表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
岗位编号
PostID
招聘信息的编号
整型
6
0—9999999条之内
用户账户
UserId
对发出招聘的用户账号
字符型
10
十个中文字符之内
公司
Company
招聘人员的公司
字符型
100
100个中文字符之内
招聘岗位
Position
公司招聘的岗位
字符型
10
十个中文字符之内
待遇
Pay
公司提供的待遇
字符型
10
十个中文字符之内
性别要求
SexRequire
岗位的性别要求
整型
1
在0、1之间选择
年龄要求
AgeRequire
岗位的年龄要求
字符型
10
十个中文字符之内
经验要求
ExprRequire
岗位需要应聘者的工作经验年限
整型
2
0-99之间
学历要求
EduRequire
岗位的学历要求
字符型
10
十个中文字符之内
其他要求
OtherRequire
岗位的其它要求
字符型
255
255个中文字符之内
应聘用户
ApplyId
应聘的用户账户
字符型
10
十个中文字符之内
申岗信息编号
ReNum
接受申请的申岗编号
整型
6
0—9999999条之内
招聘状态
AnsProcess
目前职位的招聘状态
整型
1
只能为0、1或3
系统通知表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
通知编号
NewsID
系统信息的编号
整型
6
0—9999999条之内
来源账号
FromUser
产生系统信息的账号
字符型
10
十个中文字符之内
接收账号
ToUser
接受系统信息的账号
字符型
10
十个中文字符之内
信息源
InFrom
信息来源的数据表格和操作类型
字符型
20
20个英文字符之内
信息码
NewsNum
产生系统系信息的数据条,在其所属表中的编号
整型
6
0—9999999条之内
备注消息
Mark
管理员发送给接受账号的信息
字符型
255
255个中文字符之内
提醒状态
NewsProcess
目前信息的提醒状态
整型
1
只能为0或1
招工信息表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
岗位编号
PostID
招聘岗位的编号
整型
6
0—9999999条之内
公司
Company
公司的详细名称
字符型
100
100个中文字符之内
招聘岗位
Position
公司招聘的岗位名称
字符型
10
10个中文字符之内
待遇
Pay
职位的薪水状况
字符型
10
10个中文字符之内
性别要求
Sexrequire
职位的性别要求
整型
1
0或1
年龄要求
Agerequire
职位的年龄要求
整型
3
具体工作而定
经验要求
Exprrequire
职位的工作经验要求
字符型
100
10个中文字符以内
学历要求
Edurequire
职位的学历要求
字符型
10
10个中文汉字以内
其他要求
Otherrequire
职位的其他特殊要求
字符型
100
100个中文汉字以内
招聘状态
Ansprocess
是否完成招聘
整型
1
0或1
求职信息表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
求职编号
ID
用户在系统中的编号
整型
10
0~9999999999
用户账号
UserId
用户在系统中的账号
字符型
10
10个中文字符以内
学历
Eduexper
用户个人学历
字符型
30
30个中文字符以内
工作经历
Workeonxper
用户的工作经历
字符型
100
100个中文字符以内
要求职位
PositionRequs
用户的求职职位
字符型
10
10个中文字符以内
其他要求
OtherRequs
用户的其他要求
字符型
255
255个中文字符以内
处理状态
AnsProcess
是否已经处理
整型
1
0或1
人才管理表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
编号
MenID
用户在系统中的编号
整型
10
0~9999999999
用户账号
UserID
用户姓名
字符型
5
5个中文字符以内
学历
Edu
用户个人学历
字符型
30
30个中文字符以内
工作经历
Experience
用户的工作经历
字符型
100
100个中文字符以内
职位要求
PositionRequs
用户的求职职位
字符型
10
10个中文字符以内
其他要求
OtherRequs
用户的其他要求
字符型
255
255个中文字符以内
招聘公司
Company
有意向招聘该人才的公司
字符型
100
100个中文字符以内
录用信息编号
RequsID
接受申请的录用信息编号
整型
6
0-999999条之内
录用状态
RequsProcess
目前公司对该人才的录用状态
整型
1
只能为0、1或3
录用信息表中:
数据项名称
数据项别名
含义说明
类型
长度
取值范围
录用编号
ID
申请应聘的信息编号
整型
6
0—9999999条之内
人才信息编号
MenNum
所申请岗位的岗位编号
整型
6
0—9999999条之内
用户账户
UserId
申请应聘的用户账号
字符型
10
十个中文字符之内
公司
Company
公司名称
字符型
10
10个中文字符以内
申请时间
ReDate
应聘申请的时间
时间型
0
XXXX-XX-XX类型输入
处理状态
Process
申请的处理状态
整型
1
只能为0或1
3.3.3数据流
3.3.3.1招聘模块数据流
1.
数据流名:
招聘信息
说明:
招聘者给管理员发送的岗位招聘信息
数据流来源:
招聘者
数据流去向:
管理员
数据流组成:
岗位的详细信息,基本包括招工信息的内容
数据流流通量:
每次一个
2.
数据流名:
应聘答复
说明:
招聘者答复求职者是否可以被应聘
数据流来源:
招聘者
数据流去向:
管理员
数据流组成:
招聘职位,编号等招工信息,还包括是否招聘的答复标记
数据流流通量:
每次一个
3.
数据流名:
应聘信息
说明:
管理员发给招聘者的求职者信息
数据流来源:
管理员
数据流去向:
招聘者
数据流组成:
求职者的个人信息以及求职岗位信息
数据流流通量:
每次一个
4.
数据流名:
求职信息
说明:
求职者发布的个人求职信息,包括岗申信息内容
数据流来源:
岗申信息
数据流去向:
管理员
数据流组成:
求职者的个人求职信息
数据流流通量:
每次一个
5.
数据流名:
受拒通知
说明:
系统发给求职者公司是否应聘求职者的信息
数据流来源:
岗位管理
数据流去向:
求职者
数据流组成:
求职岗位的详细信息,求职者的岗申信息,是否接受应聘的标记信息
数据流流通量:
每次一个
3.2.3.2应聘模块数据流
1.
数据流名:
身份验证
说明:
求职者使用系统时验证身份信息,采用账号、密码的组合验证。
数据流来源:
求职者
数据流去向:
注册/登陆
数据流组成:
账号+密码
数据量流通量:
每次1个
2.
数据流名:
应聘信息
说明:
求职者申请应聘岗位填写的个人信息
数据流来源:
求职者
数据流去向:
确认应聘
数据流组成:
岗位信息编号+学历+技术能力+个人简介
数据量流通量:
每次1个
3.
数据流名:
应聘询问
说明:
系统响应应聘请求,向管理员发送应聘信息,询问是否通过
数据流来源:
确认应聘
数据流去向:
管理员
数据流组成:
申岗编号+岗位信息编号+用户账号+学历+技术能力+个人简介+申请时间
数据量流通量:
每次1个
4.
数据流名:
通过请求
说明:
管理员确认并通过系统提交的传递的应聘请求
数据流来源:
管理员
数据流去向:
修改招聘信息
数据流组成:
申岗编号+岗位信息编号+管理员备注消息+处理状态+招聘状态
数据量流通量:
每次1个
5.
数据流名:
拒绝请求
说明:
求职者信息不符,管理员拒绝求职者的应聘请求
数据流来源:
管理员
数据流去向:
删除申岗信息
数据流组成:
申岗编号+备注信息
数据量流通量:
每次1个
6.
数据流名:
受据通知
说明:
应聘请求未通过,系统通知求职者
数据流来源:
删除申岗信息
数据流去向:
求职者
数据流组成:
岗位编号+公司+招聘岗位+申岗编号+申请时间+备注信息
数据量流通量:
每次1个
7.
数据流名:
应聘通知
说明:
招聘信息被响应时,系统发送应聘通知给招聘者
数据流来源:
修改招聘信息
数据流去向:
招聘者
数据流组成:
应聘用户+姓名+性别+年龄+联系电话+岗位编号+招聘岗位+学历+技术能力+个人简介+申请时间+备注消息
数据量流通量:
每次1个
8.
数据流名:
应聘答复
说明:
招聘者答复系统投递的应聘信息
数据流来源:
招聘者
数据流去向:
管理员
数据流组成:
岗位编号+应聘用户+备注消息
数据量流通量:
每次1个
9.
数据流名:
响应答复
说明:
管理员根据招聘者的答复信息,对招聘信息进行修改
数据流来源:
管理员
数据流去向:
修改招聘状态
数据流组成:
岗位编号+应聘用户+备注消息
数据量流通量:
每次1个
10.
数据流名:
应聘状态
说明:
系统通知求职者应聘是否被接受,以及目前公司对其的反馈
数据流来源:
修改招聘信息
数据流去向:
求职者
数据流组成:
岗位编号+公司+招聘岗位+申岗编号+申请时间+备注信息
数据量流通量:
每次1个
3.3.3.2求职模块数据流
1.
数据流名:
身份验证
说明:
系统验证登录用户的身份,通过则允许用户操作,不通过则拒绝访问
数据流来源:
求职者
数据流去向:
用户信息
数据流组成:
帐号+密码
数据量流通量:
每次1个
2.
数据流名:
求职信息
说明:
求职者发布给管理员的的求职信息
数据流来源:
求职者
数据流去向:
管理员
数据流组成:
求职者的个人信息以及求职岗位的基本要求
数据量流通量:
每次1个
3.
数据流名:
求职答复
说明:
管理员通过招聘者的应聘答复发给求职者的答复
数据流来源:
管理员
数据流去向:
求职者
数据流组成:
职位信息+求职信息+录用标记信息
数据量流通量:
每次1个
4.
数据流名:
应聘信息
说明:
管理员发给招聘者的求职信息
数据流来源:
管理员
数据流去向:
招聘者
数据流组成:
求职信息
数据量流通量:
每次1个
5.
数据流名:
应聘答复
说明:
招聘者回复应聘信息
数据流来源:
招聘者
数据流去向:
管理员
数据流组成:
录用信息以及录用标记信息
数据量流通
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 人才 招聘 系统分析 设计 工程 传统 分析