网上招聘系统系统规格说明书.docx
《网上招聘系统系统规格说明书.docx》由会员分享,可在线阅读,更多相关《网上招聘系统系统规格说明书.docx(16页珍藏版)》请在冰豆网上搜索。
![网上招聘系统系统规格说明书.docx](https://file1.bdocx.com/fileroot1/2023-1/23/89251168-3ab1-4893-9af7-52bf68789c6e/89251168-3ab1-4893-9af7-52bf68789c6e1.gif)
网上招聘系统系统规格说明书
网上招聘系统系统规格说明书
1.
导言
1.1.目的
该文档是关于用户对于网上招聘系统的功能和性能的要求,重点描述了网上招聘系统的功能需求,是概要设计阶段的重要输入。
本文档的预期读者是:
∙设计人员;
∙开发人员;
∙项目管理人员;
∙测试人员;
∙用户;
1.2.范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的,解决整个项目系统的“做什么”的问题。
在这里,没有涉及开发技术,页主要是通过建立模型的方式来描述用户的需求,为客户,用户、开发方等不同参与方提供一个交流的平台。
1.3.缩写说明
HR,HumanResource(人力资源管理)的缩写
JSP, JavaServePage(Java服务管理页面)的缩写,一个脚本化的语言
UML,UnifiedModelingLanguage(统一建模语言)的缩写,是一个标准的建模语言
1.4.术语定义
无
1.5.引用标准
[1]《企业文档格式标准》北京长江软件有限公司软件工程过程化组织
[2]《需求规格说明书格式标准》,北京长江软件有限公司软件工程过程化组织
1.6.参考资料
[1]《UML说明》,北京长江软件有限公司
[2]《需求规格报告格式标准》北京长江软件有限公司软件工程过程化组织
1.7.版本更新信息
本文档的更新记录如表A-1所示。
表A-1版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
001
2006.4.5
0.1
全部
初始发布版本
002
2006.4.10
0.2
第3.1节
增加
003
2006.5.20
1.0
第7章
增加
2.系统定义
我们公别阐述一下项目的来源、背景,项目的用户特点和项目的目标。
2.1.项目来源及背景
本项目是为北京某公司开发的一个网上招聘系统,由于这个公司的规模比较大,需要招聘的员工也很多,每次招聘总能收到成千上万的简历,如何挑选合适的应聘者常常是公司比较棘手的事情,为人力资源部的工作人员带来很多的工作量。
为此公司希望有一个自动化的招聘系统能够给他们还来工作的便利,提高工作效率,同时能及时招聘到满意的人才。
为实现企业与人才的有效联系,弥补招聘中存在的种种不足,我们开发了网上招聘系统。
公司人力资源部的工作人员通过这个招聘系统维护知识题库,编制问卷,发布职位和与这个职位相应的问卷;应聘者可以通过网上提交自已的简历并同时回答相应的问卷。
人力资源部的工作人员通过这个招聘系统可以统计整理这些简历,并概据应聘者的简历和问卷分数提取出需要面试的人员,然后按照一定的方式通知面试人员参加面试,在面试过程中,记录相应的面试结果。
人力资源部的工作人员可以随时览人员简历和面试的相关信息。
2.2.用户的特点
本系统的用户都是网上用户,包括两类,一类是应聘者,他们的差异比较大,有的学历很高,有的可能很低。
有的经验丰富,有的可能没有经验等。
另外一类用户是管理用户,他们是公司内部的人,主要是人力资源管理人员和系统管理人员。
他们对招聘业务很熟悉,系统管理人员对系统很熟悉,总之,他们对使用管理软件比较熟悉。
2.3.项目目标
本项目设定的目标如下:
∙系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
∙系统具有良好的运行效率,能够达到提高生产率的目的;
∙系统应有良好的可扩充性,可以容易地加入其他系统的应用;
∙平台的设计具有一定的超前性,灵活性,能够适庆企业生产配置的变化;
∙通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力;
3.应用环境
根据用户的需求陈述,可以确定本项目分为客户端和管理端,客户端主要功能是提供应聘者的职位查询、简历录入、回答问卷、简历提交等。
管理端的功能提供公司人力资源管理人员(HR)进行的知识库(题库)管理、问卷管理、职位发布、简历管理、用户管理等。
它们的关系如图A-1所示。
3.1.系统运行的网络环境
本系统的网络运行图如图A-2所示,无论是客户端的应聘者还是管理端的管理用户都可以通过网络登录到本系统中。
应聘者通过网络提交简历等相关信息,人力资源部通过网络发布职位信息,获得应聘者提交的简历信息,进行面试管理。
管理端的系统管理员需要设置管理端的用户以及相应的权限。
3.2.系统运行的硬件环境
本系统的硬件环境如下:
客户机:
普通PC
∙CPU:
P41.8GHz以上
∙内存:
256MB以上
∙能够运行IE5.0以上或者NetScape4.0以上版本的机器
∙分辨率:
推荐使用1024*768像素
Web服务器
∙CPU:
P4 2.0GHz
∙内存:
1GB以上
∙硬盘:
80GB以上
∙网卡:
KMb/s速度
数据库服务器
∙CPU:
P4 2.0GHz
∙内存:
1GB以上
∙硬盘:
80GB以上
3.3.系统运行软件环境
本系统的软件环境如下:
∙操作系统:
UNIX/Linux/Windows2000或以上版本
∙数据库:
SQL Server2000
∙开发工具包:
JDK Version1.4.2
∙Web服务器:
TomCat
∙浏览器:
IE6.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,页这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。
用例模型提供了一个非常重要的方式来界定系统边界以及定义系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。
设计用例时,我们遵循下列步骤:
1)识别出系统的角色。
角色可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。
重要的是差别是从外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁。
尽可能地确保所有角色都被完全识别出来。
2)描述主要的用例。
可以采取不断的问自已“这个角色究竟想通过系统做什么?
”来准确地描述用例。
3)重新审视每个用例,为它们下个详尽的定义。
4.1.角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1.应聘者
应聘者是指在这个网络招聘系统中通过客户端提交简历信息的人员,这个角色主要参与客户端的职位查询、填写简历、回答问题、提交简历等功能。
4.1.2.管理用户
管理用户是指管理端的用户,引角色派生两个子类,HR(人力资源管理)和系统管理员,HR是指在网络招聘系统中通过管理端参与公司人力资源管理工作的人员,它又可以派生三个子类即试题管理者、职位发布者和面试管理者。
系统管理员是指对网上招聘系统进行相关设置、进行系统维护的人员,他也是通过管理端登录对管理端的用户进行设置,分配权限等,它们的关系如图A-3所示。
管理用户具体说明如下:
HR
∙试题管理者。
管理题库、组织相关问卷。
∙职位发布者。
根据公司的需要发布相应的职位。
∙面试管理者。
整理应聘者简历、对简历合格人员进行面试。
系统管理员
通过管理端对系统用户进行管理的人员,这个角色主要负责对管理端用户的增删,权限的设置等功能。
4.1.3.数据库
数据库是一个与系统产生交互的外部系统,这个角色负责系统的数据查询、增加、删除、和修改等操作。
4.2.系统主要用例图
网上招聘系统可以分为两个主要的组成部分,一个是客户端子系统,一个是管理端子主系统。
客户端子系统功能主要是指应聘者通过登录招聘网站进行操作的功能,即应聘功能。
管理端子系统功能是招聘公司的管理人员发布招聘职位,整理应聘者简历,面试等功能。
系统的主用例如图A-4所示。
4.3.客户端子系统
应聘者通过公司的招聘网站登录到系统中进行应聘,应聘者通过它提交简历,进行应聘,这就是客户端子系统的功能。
在客户端用户可以看到职位名称,职位发布日期,截止日期,职位类型,招聘人数等说明,按职位发布日期排序。
当点击职位名称时进入职位详细信息页面,如果应聘的话可以填写简历信息,并回答问卷,最后将问卷连同简历一同提交。
图A-5是它的活动图。
客户端的功能主要包括选择职位、填写简历。
回答问卷等功能,图A-6是它的用例图。
客户端管理的这些用例描述如下:
F-C-1:
职位选择:
应聘者登录到招聘网站可以看到招聘的职位列表,在职位列表中显示职位名称,职位发布日期,截止日期,职位类型,招聘人数等,按职位发布日期排序。
当点击某个招聘职位名称时进入该职位详细信息页面,职位详细页面显示职位名称、职位描述,职位要求,招聘人数等。
F-C-2:
简历输入。
简历输入包括输入应聘者的基本信息、工作经历、教育经历、基本技能、家属关系。
个人简短评价等,它们组成应聘者的简历信息。
F-C-3:
问卷回答。
应聘者在输入简历后必须回答问卷,问卷分为价值取向、工作取向两种,问卷从题库中随机抽取,每次抽取价值取向和工作取向试题各一套,应聘者须同时回答这两套试题,企业人力资源人员通过问卷的回答情况和简历情况来选择应聘者。
4.3.1.职位选择
职位选择是显示目前正在招聘的所有职位以及每个招聘职位的描述和应聘要求等。
具体描述如下。
用例描述:
应聘职位选择;
执行者:
应聘者;
前置条件:
应聘者已登录系统;
后置条件:
选择应聘职位后,则可以输入简历。
基本路径:
a)应聘者登录到公司的招聘网页,显示目前的招聘职位列表,发布日期,招聘的人数等;
b)点击任何一个招聘职位可以浏览招聘职位的详细信息,包括职位工作描述、对应聘者的要求、招聘人数等信息。
c)如果对这个职位满意,可以点击“应聘该职位”进入填写简历信息页面,开始填写简历和回答问卷等环节。
4.3.2.简历输入
如果应聘者满意某个职位,开始录入简历,简历从应聘者的基本信息开始,然后输入工作经历、教育经历、基本技能、家庭成员、自我介绍等内容,最后开始回答问卷。
具体描述如下:
用例描述:
简历输入;
执行者:
应聘者;
前置条件:
应聘者已选择职位;
后置条件:
简历输入后,则可以回答问卷。
基本路径:
a)基本信息输入,包括姓名、性别、年龄、身高、证件类型、证件号码、婚姻状况、工作年限、期望的月薪、居住地、电话、E-mail、地址、邮编等信息。
b)工作信息输入,包括起止时间、工作单位、单位所属行业、单位性质、部门、职位、工作描述等;
c)教育经历信息输入,包括起止时间、学校、专业、学位、简单描述等;
d)基本技能信息输入,包括技能名称、熟悉程度、证书、其他说明等;
e)家庭成员信息输入,包括亲属姓名、年龄、与本人的关系、工作单位、职位等;
f)自我介绍输入是对自己的简短评价是,字数在100字以内。
4.3.3.问卷回答
问卷回答要求应聘者回答问卷的所有题目,根据所选择的答案,系统给出分数(应聘者看不到这个分数),具体功能描述如下。
用例描述:
问卷回答;
执行者:
应聘者;
前置条件:
应聘者已输入简历;
后置条件:
问卷回答后,则可以提交简历地问卷结果。
基本路径:
a)要求应聘者回答价值取向 和工作取向的问卷;
b)系统开套问卷都是选择题,问卷全部回答后,才可以提交简历;
c)最后简历信息和回答好的问卷一起提交到服务器端。
4.4.管理端子系统
管理端子系统主要是提供公司人力资源管理人员使用的功能,功能炃题库管理、问卷管理、职位发布、简历整理、面试管理等部分,每个登录者首选要通过安全认证然后确认权限,系统根据相应的权限实现相应的功能。
图A-7是管理端的用例图。
管理端的这些Usecase(用例)描述如下:
F-L-1:
登录管理
登录管
断这个用户的权限信息,不同的登录人可能具有不同的权限,系统根据不同的权限实现不同的功能。
F-M-1:
题库管理
题库管理是由管理员登录至系统,实现对敌废品库中试题的增加、删除、修改的功能及提供知识库试题的详细信息。
F-M-2:
问卷管理
问卷管理是由管理员登录到系统,根据知识题库中提取出来的题目生成各种类别的问卷,并且对问卷的试题进行增加、删除、修改的功能。
F-M-3:
职位发布
职位发布是由管理员登录到系统,录入职位及职位的详细描述信息,并且为职位附加问卷,同时也可对职位进行增加、删除、修改功能。
F-M-4简历管理
简历管理是由人力资源部的管理人员对应聘者发来的简历进行整理,并根据试题的分数,挑选合适的简历,同时浏览简历的基本信息,最后确定可以进行面试的人员,这样将所有的应聘者分为等待面试、简历删除、保存简历三个状态。
F-M-5:
面试管理
面试管理是由人力资源管理部门的面试管理者通知需要面试的人员具体面试的时间、然后员进行面试,记录面试结果。
F-A-1:
用户管理
用户管理是由系统管理员增加或删除用户,编辑用户名、用户密码,修改用户权限,例具有不同权限的用户进入系统主界面时,出现在界面左侧栏中的图标数有所不同,具体的图标与用户权限对应。
4.4.1.登录管理
登录到管理端的所有人者需要通过登录界面进入相应的管理界面。
在登录界面输入用户名和密码,系统首选判断用户名和密码的正确性,然后根据用户名确定其权限,不同的登录 者具有不同的权限,根据登录者具有的权限将相应的功能显示在管理界面上,没有权限操作的功能将不显示在这个界面上。
图A-8是它的活动视图。
4.4.2.题库管理
在网上招聘系统中,有一套题库,是由大量的选择题组成,它是问卷的基本组成。
题库管理模块主要是完成对每个试是的增加、删除、修改、查询等维护功能。
具体描述如下。
用例描述:
题库管理;
执行者:
试题管理者;
前置条件:
试题管理者已登录系统;
后置条件上:
如果题库维护成功,则数据库中的试题库随之变化,此时可以组织问卷。
基本路径:
a)进入题库管理界面,首先展示目前题库已有的题目
b)点击每个题目可以详细浏览这个题目的具体内容,同时也可以对这个试题的具体内容进行修改;
c)增加题目时,首先选择题目类别,然后是题目名称、题目内容、确定可行答案(多个)等;
d)可以删除选择的题目。
4.4.3.问卷管理
在网上招聘系统中,要定期维护问卷,因为每个招聘职位者附有一套问卷,应聘者必须回答问卷,才可以提交简历。
问卷管理主要是组织问卷,问卷中的所有题目都来自题库,每份问卷都有不同的针对性,针对不同的招聘需求。
具体功能描述如下。
用例描述:
问卷管理;
执行者:
试题管理;
前置条件:
试题管理者己登录系统;
后置条件:
如果问卷维护成功后,则数据库中的问卷随之变化,发布职位选择合适的问卷。
基本路径:
a)进入问卷管理界面,首先展示目前存在的问卷。
b)点击每个问卷可以详细浏览每个问卷的题目。
c)可以对一些题目进行删除,或者可以重新整理各个题目的顺序,同时可以预览整个问卷;
d)提供增加问卷的按钮,增加问卷时,从题库中选择题目;
e)可以删除选择的问卷。
4.4.4.职位发布
职位发布是网上招聘系统的主要功能之一,管理 人员根据 企业发展的需要,定期发布招聘职位需求,详细描述这个职位情况,招聘要求等。
每个职位者附有一套问卷,需要应聘 者加答,问卷是针对具体职位选定的,职位信息发布后,应聘者通过网络可以看到职位,并可以应聘,具体功能描述如下。
用例描述:
职位发布;
执行者:
职位管理者;
前置条件:
职位管理者已登录系统;
后置条件:
如果职位发布成功后,则数据库中的职位信息随之变化,应聘者可以通过网络看到招聘职位。
基本路径:
a)进入职位发布界面,首先展示目前正在招聘的所有职位,可以增加新的招聘职位;
b)通过点击每个职位,可以详细浏览每个职位的详细描述;
c)可以对每个职位信息进行修改;
d)提供职位条件查询功能;
e)提供职位删除功能。
4.4.5.简历管理
应聘者将简历提交之后,人力资源部门的人员开始整理简历,将达到一定成绩同的人员作为面试的被选对象,然后通过浏览其简历情况,确定可以面试的人员,对需要面试的人员通过电话、邮件等方式通知面试时间。
具体的功能描述如下。
用例描述:
简历管理。
执行者:
面试管理者。
前置条件:
面试管理者已登录系统;
后置条件:
简历整理完成后,则可以将应聘者分为几个类别,以便为面试做好准备。
基本路径:
a)进入简历管理界面,首先展示目前对应的职位列表,提供查询功能;
b)通过点击职位列表进入相应职位的所有简历列表界面,这个界面也显示了每个应聘者的姓名、年龄、性别、问卷的分数以及目前的处理状态等信息;
c)在简历列表中,通过点击一个应聘者可以显示这个应聘者的简历信息,问卷回答情况,还可以打印简历;
d)对简历有三种处理结果,即通知面试、保留简历、拒绝;
e)对简历的处理结果,可以彩电子邮件、电话和信件等方式通知应聘者,如果彩电子邮件通知应聘者,系统将提供一个模板。
4.4.6.面试管理
对满足一定条件的应聘者,可以对其进行面度,记录面试的结果。
具体描述如下:
用例描述:
面试管理
执行者:
面试管理者;
前置条件:
面试管理者已登录系统;
后置条件:
如果面试完成后,则面试的结果记录到数据库中。
基本路径:
a)进入面试管理界面,显示目前的招聘职位列表,提供查询功能;
b)点击某个职位进入与这个职位相应的接受面试人员的列表;
c)将接受面试的人分类浏览,分为等待通知者、等待面试者和面试完成者;没有通知面试的人,通知其进行大幅度工,他的状态就变为等待面试者;
d)点击每个列表上的人,可以浏览到这个应聘者的信息;
e)试完成时,需要记录面试的时间、面试人以及面试结果等,信息提交后这个应聘者的状态应变为面试完成者。
4.4.7.用户管理
系统管理员可以进行权限设置,在用户管理界面中对用户进行增加、删除、修改、查询。
具体功能描述如下。
用例描述:
用户管理;
执行者:
系统管理员;
前置条件:
系统管理员已登录系统;
后置条件:
如果用户维护完成,则用户的相应信息将记录到数据库中。
基本路径:
a)进入用户管理界面,显示目前的系统用户以及每个用户具有的权限;
b)点击不同的用户有,可以显示这个用户的信息以及相应权限,必要时可以修改其权限;
c)可以增加用户,也可以删除用户。
5.性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。
5.1.界面需求
系统的界面要求如下。
1)页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,仁慈的信息准确、及时。
内容丰富,文字准确,语句通顺。
2)导航结构:
页面具有明确的导航指示,且全球理解,方便用户使用。
3)技术环境:
页面大小适当,通用种种常用浏览器以不同分辨率浏览;无错误链接和空链接。
4)艺术风格:
界面、版面形象清闲悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容协调。
5.2.响应时间需求
无论是客户端还是管理端,谨慎从事录,进行任何操作的暑假,系统应该及时地进行反应,反应的时间在5秒以内。
系统应能监测出种种非下沉情况,如与设备的通信中断,无法连接数据库服务器等,以避免出现长时间等待甚至无响应。
5.3.可靠性要求
系统应保证7*24小时内不宕机,保证20人可以同时在客户端登录,此时系统尝行,正确提示相关内容。
5.4.开放性需求
系统应具有较强的灵活性,以适应将来功能扩展的需求。
5.5.可扩展安全性需求
系统有严格的权限管理功能,各功能模块相应的权限方能进入,系统需能够防止种类误操作可能千万的数据丢失,破坏。
防止用户非法获取网页以及内容。
6.产品提交
提交产品为:
a)应用系统软件包;
b)数据库初始数据;
c)系统开发过程文档;
d)系统使用、维护说明文档,提交方式为CD介质。
7.实现约束
系统的实现约束如下:
a)操作系统为Windows2000
b)开发平台为:
eclipse-SDK-3.1.2-win32
c)数据库为SQLServer2000。
8.签字
本需求规格经过双方认可,特签字如表A-2所列。
用户签署信息
企业签署信息
单位名称:
北京某公司
签署人姓名:
XXX
签署日期:
2006.4.18
单位名称:
北京长江软件有限公司
签署人姓名:
XXX
签署日期:
2006.4.18