需求规格说明书陈显伦.docx
- 文档编号:24181071
- 上传时间:2023-05-25
- 格式:DOCX
- 页数:20
- 大小:24.64KB
需求规格说明书陈显伦.docx
《需求规格说明书陈显伦.docx》由会员分享,可在线阅读,更多相关《需求规格说明书陈显伦.docx(20页珍藏版)》请在冰豆网上搜索。
需求规格说明书陈显伦
项目实施规范
版本:
1.0
1概述
为了提高在校学生的就业以及公司的招聘效率,促进了同学和公司的互动,以及自主就业的发展,我们决定实施校园招聘系统。
希望通过这个系统的实施提高学生就业的效率。
1.1目的
本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2范围
校园博客适应范围是该学校的所以教师生、通过博客这样一个社交圈、可以结识朋友、增加学习的氛围、并且可以让热爱编码的同学参与进来、完善校园博客。
1.3读者对象
编程人员
1.4参考文档
无
1.5术语定义
定义所使用的术语。
对于易混淆的客户常用语要有明确规定定义。
例如,“用户”是指客户的雇员而非软件的最终购买者等。
2系统说明
2.1概述
在这一部分应对影响系统的主要因素进行描述。
对于系统的详细功能描述应在下一节进行。
在此,应侧重需求的背景并使在下一节所做的叙述易于理解。
可包括:
现有系统描述、新系统解决用户特点、局限性、前提和假设等。
2.2校园招聘系统介绍
2.3校园招聘中的用户与角色
学生,以及,管理员,公司
2.4校园招聘范围
2.5校园系统应当遵循的标准或规范
严格按照java编程的规范,命名,ssh框架,统一国际化标准
3功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
按系统功能的体系结构组织本章内容。
3.1公司模块管理
3.1.1注册
3.1.1.1业务概述
公司要注入系统,首先需要注册,填写公司相关信息,才能使用系统.
3.1.1.2使用者
公司
3.1.1.3输入要素
需要输入,公司名称,公司密码,公司简介,公司地址,公司email,公司电话,用文本框的形式
名称唯一不能重复,email必须是emil的格式,电话必须是数字以及8位或11或12
3.1.1.4处理流程
当验证成功后,提交,并保存数据在数据库里.跳到主页面
3.1.1.5输出要素
公司的资料
3.1.2登录
3.1.2.1业务概述
打开登录页面的时候,必须通过登录的形式进入系统,登录的时候需要选择类型,学生,还是管理员,还是公司.
3.1.2.2使用者
用户,公司,管理员
3.1.2.3输入要素
Ø用户名和密码用文本框
3.1.2.4处理流程
先选择类型,然后输入用户密码,提交,到后台进行匹配验证,匹配成功就返回主页面,失败就返回错误页面
3.1.2.5输出要素
需要匹配的用户密码
3.1.3查看公司信息
3.1.3.1业务概述
公司登陆者可以查看所有注册公司的所有信息.也可以进行搜索公司名来精确查找
3.1.3.2使用者
公司,
3.1.3.3输入要素
公司名字文本框
3.1.3.4处理流程
当文本框没有输入的的情况下,可以查看所以公司的基本信息,点击后面的查看详情,可以看到这个公司的所有信息,并且查看所有公司的时候超过10行,自动分页,文本框输入有值时,根据输入匹配的查找并显示.
3.1.3.5输出要素
输出公司信息,
3.1.4修改本公司信息
3.1.4.1业务概述
如果信息出错,公司登陆者可以修改本公司的信息,
3.1.4.2使用者
公司
3.1.4.3输入要素
公司的信息,公司名不能修改,而且都要验证.出现页面时,输入框都有值
3.1.4.4处理流程
可以单击修改本公司的信息.并更新到数据库里.更新保存,并查询显示.
3.1.4.5输出要素
公司信息
3.1.5发布招聘信息
3.1.5.1业务概述
发出公共的招聘信息,让学生查阅,
3.1.5.2使用者
公司
3.1.5.3输入要素
公司名称,发布日期不能输入,文本框,
职位名称,职位人数,文本框
职位要求文本区域
职位分类,下拉框
截止日期,日期插件/截止日期不能小于发布日期
3.1.5.4处理流程
准确无误验证后,提交到数据库,保存.
3.1.5.5输出要素
招聘信息
3.1.6校园
3.1.6.1业务概述
3.1.6.2使用者
3.1.6.3输入要素
3.1.6.4处理流程
3.1.6.5输出要素
3.1.7修改招聘信息
3.1.7.1业务概述
公司可以修改自己的招聘信息,
3.1.7.2使用者
公司
3.1.7.3输入要素
公司名称,发布日期不能输入,文本框,
职位名称,职位人数,文本框
职位要求文本区域
职位分类,下拉框
截止日期,日期插件/截止日期不能小于发布日期
3.1.7.4处理流程
打开修改就有原来的值在输入框里,进行修改,确认无误后提交到数据库,更新保存,并查询显示.
3.1.7.5输出要素
更新后的招聘信息
3.1.8校园博客档案变更
3.1.8.1业务概述
对人资档案数据进行更新。
包括博客标准的调整。
所属机构和活动不能修改,需要在调动管理模块中进行。
3.1.8.2使用者
博客专员/博客经理
3.1.8.3输入要素
可修改除档案编号、所属机构和活动外的用户信息。
3.1.8.4处理流程
Ø输入查询条件。
Ø查询得到符合查询条件的用户列表。
选择一条档案进行变更。
Ø修改用户档案数据(含重新上传用户照片)。
Ø提交修改,等待复核。
3.1.8.5输出要素
更新的数据待复核的用户档案。
3.1.9查询学生简历
3.1.9.1业务概述
公司可以查看所有学生的简历,可以主动联系
3.1.9.2使用者
公司
3.1.9.3输入要素
学生学号,学生姓名,所在班级;
3.1.9.4处理流程
若输入框无值,则不限定查找,查找所有的学生简历大致信息显示,可以点击后面的显示详情来显示所有的本简历信息,.若有值,则限定输入的信息查找并显示
3.1.9.5输出要素
所有学生简历
3.2博客管理
博客管理是系统中的一个重要部分,涉及模块比较多。
:
首先,在系统管理模块设置博客标准项目,例如:
基本工资、岗位工资、交通补助、午餐补助等。
然后,登记博客标准,并由博客经理复核。
再然后,设置用户的博客标准,也需要经过复核环节生效。
最后,进行博客发放登记,需要经博客经理复核。
复核后的博客单状态为“执行”,付款状态为“等待”。
具体的付款由财务系统完成,不在本系统功能设定内。
通过博客发放查询可以查看付款单状态和明细。
3.2.1博客标准管理
3.2.1.1业务概述
博客标准定义了一种工资总额及其构成。
构成博客总额的博客项目在系统管理模块中,博客项目设置功能点设置。
每个用户发放博客的时候按照指定的博客标准执行,并加上奖励金额,扣除应扣金额。
在博客资源档案登记时可以设定用户的博客标准,也可以在校园博客档案变更时进行变更,经审核后生效。
3.2.1.2使用者
博客专员/博客经理
3.2.1.3输入要素
一个博客标准需要以下属性:
博客标准编号、博客标准名称、制定人、登记人、登记时间,还有各博客项目对应的金额数。
其中,博客标准编号由系统自动生成,不可以修改;登记人默认为当前登录用户,可以修改;登记时间为当前系统时间,不能修改。
博客标准名称、制定人和登记人不能为空。
各博客项目对应的金额数为数字类型,保留两位小数。
不输入即提交则默认为0.00。
博客标准复核环节首先要列出待复核的博客标准。
复核时可填写复核意见,为大段文本。
博客标准查询环节,首先需要输入查询条件。
包括:
辛丑标准编号、关键字和登记时间。
博客标准编号和关键字支持模糊查询。
关键字查询条件将在博客标准名称、制定人、变更人和复核人字段进行匹配。
登记时间查询条件包括起止时间,将匹配登记时间大于开始时间小于截至的记录。
查询条件不输入时,该限定条件不起作用。
3.2.1.4处理流程
3.2.1.5输出要素
经复核的博客标准。
3.2.2博客发放管理
3.2.2.1业务概述
博客发放分两个步骤,首先博客专员登记博客发放单,然后由博客经理进行复核。
财务系统会监视经复核的博客发放单,进行博客支付。
博客发放登记需要两个前提:
1.用户的博客标准已经设定,而且经过复核。
2.博客发放方式设定。
博客发放方式有两种:
按I级机构发放和按II级机构发放。
这决定了博客发放单是按I级机构生成还是按II级机构生成。
即,是同一个一级机构的所有用户的博客发放放到同一个博客发放单中,还是同一个二级机构的用户博客发放放在同一个博客发放单中。
3.2.2.2使用者
博客专员/博客经理
3.2.2.3输入要素
博客发放登记:
首先按I级机构或II级机构列出需要进行发放登记的博客发放单。
包括博客单号、博客次数、总人数、基本博客总额和上次发薪时间。
并以列表的形式列出待登记的博客发放记录。
登记具体的博客发放记录时,首先按照博客标准项目和用户的博客标准设定列出用户的工资构成及金额,然后可填写奖励金额、销售绩效金额和应扣金额并提交。
复核时,首先列出待复核的博客单,进入到特定博客单时,按机构列出待复核的博客发放记录。
复核博客发放记录时,可以对奖励金额、销售绩效金额和应扣金额进行修改。
博客发放查询:
首先输入查询条件:
博客单号、关键字和发放时间。
点击查询结果中的博客单号可以查看博客发放记录。
还可以查看博客发放记录明细,即每个用户的工资构成及总额。
3.2.2.4处理流程
3.2.2.5输出要素
经复核的博客单。
3.3调动管理
3.3.1.1业务概述
用户工作机构和活动发生变动的时候,需要执行登记用户调动档案,并登记其新的机构,活动和博客标准。
3.3.1.2使用者
博客专员/博客经理
3.3.1.3输入要素
调动登记:
首先需要查询系统中状态为“正常”的用户。
查询条件包括:
用户所在机构和建档时间。
登记用户调动档案时,包括档案编号、用户姓名、原机构、活动和博客标准。
还将录入新的机构、活动、博客标准和调动原因。
调动审核:
调动审核只需录入审核人、审核意见。
审核可以通过,或不通过。
审核未通过则调动不生效。
3.3.1.4处理流程
3.3.1.5输出要素
3.4活动管理
3.5激励管理
3.6活动信息管理
下面分为详细说明这六个子模块。
3.6.1活动发布管理
3.6.1.1业务描述
当某个岗位出现空缺的时候,或者随着公司业务发展,需要招聘新用户的时候,通过这个模块发布活动需求信息。
发布后的活动可以进行修改。
另外,需要提供活动发布查询的功能,查询已发布的活动,并对已发布的活动录入应聘者信息。
活动发布管理分为三个步骤:
活动发布登记、活动发布变更、活动发布查询。
这个模块包括:
Ø活动发布登记
Ø活动发布变更
Ø活动发布查询
3.6.1.2使用者
招聘专员/招聘经理/应聘者
3.6.1.3输入要素
Ø在活动发布登记环节:
录入的数据包括:
I级机构、II级机构、III级机构、招聘类型、活动分类、活动名称、招聘人数、截止日期、活动描述和招聘要求。
还包括发布活动的登记人登记时间。
数据说明:
其中I级机构、II级机构、III级机构由下拉框级联选择,数据在系统管理\校园博客档案管理设置模块设置。
招聘类型为社会招聘或校园招聘。
活动分类和活动名称也由下拉框级联选择,数据在系统管理\校园博客档案管理设置模块设置。
招聘人数为数字类型。
截止日期为日期类型。
登记人默认为当前登录用户,可以修改;登记时间为当前系统时间。
活动描述和招聘要求为大段文本。
I级机构、招聘类型、活动名称、招聘人数、截止日期、活动描述、招聘要求是必输字段。
系统界面如下:
Ø在活动发布变更环节:
招聘类型、招聘人数、截止日期、变更人、活动描述、招聘要求字段可以修改。
提交时需要验证必输字段。
对不再需要招聘的活动,可以执行删除操作。
Ø在活动发布查询环节:
系统分页列出已发布的活动。
选择某一活动可查看其明细,申请该活动则跳转到简历登记功能点。
3.6.1.4处理流程
处理流程如下:
1.招聘专员/招聘经理创建一个发布活动,并填写供应商基本信息,完成后提交。
2.招聘经理可以对已经发布的活动进行修改。
3.招聘专员/招聘经理可以查询已发布的活动,并对其进行“应聘”操作。
3.6.1.5输出要素
Ø活动发布登记界面
Ø活动发布变更列表界面
Ø活动发布变更活动明细修改界面
Ø活动发布查询列表界面
Ø活动发布查询活动明细显示界面
Ø活动发布查询简历登记页面
3.6.2简历管理
3.6.2.1业务描述
招聘流程的第二个环节为简历筛选环节。
分两步来完成,首先是简历登记,然后是简历筛选。
另外,还提供有效简历查询的功能,以查询系统中通过简历筛选且未被删除的简历。
简历登记分两种情况。
一种情况是应聘者通过应聘某活动而跳转到简历登记页面,填写简历信息,这种情况活动分类和活动名称已经自动填好,不可以更改。
另一种情况是应聘者直接使用简历登记功能点填写简历,这时候活动分类,活动名称可以选择系统中存在的活动分类和活动名称。
简历记录了应聘者的基本信息。
其中姓名、电话和身份证号码是必输项。
应聘者被录用后,填写的这些信息自动转换到用户档案中。
这个模块包括:
Ø简历登记
Ø简历筛选
Ø有效简历查询
3.6.2.2使用者
招聘专员/应聘者
3.6.2.3输入要素
个人简历信息包括:
活动分类、活动名称、招聘类型;
姓名、性别、Email、电话、家庭电话、手机、住址、邮编、国籍、出生地、生日、民族、宗教信仰、政治面貌、身份证号码、年龄、毕业院校、学历、教育年限、学历专业、博客要求、注册时间、特长、爱好;
个人履历和备注。
其中,性别、国籍、民族、宗教信仰、政治面貌、学历、教育年限、学历专业、特长、爱好为下拉选择框。
注册时间为当前系统时间。
个人履历和备注为大段文本。
系统界面如下:
简历筛选和有效简历查询首先需要录入查询条件。
查询条件为活动分类、关键字和登记时间。
活动分类查询条件为两级联动。
按关键字查询支持模糊查询,将在姓名,电话,身份证号码,个人履历字段中寻找匹配。
登记时间查询条件支持按起止时间查询,登记日期在起止日期之间的记录都符合条件。
三个查询条件间是与的关系。
同时满足三个查询条件的记录才列出来。
如果不输入查询条件,则该项查询条件不起限定作用。
筛选环节从查询结果列表中选择一条简历记录进行筛选。
筛选过程中可以对简历进行修改。
填写筛选推荐意见,并决定是否推荐面试。
3.6.2.4处理流程
3.6.2.5输出要素
Ø经筛选的有效简历
3.6.3管理员面试管理
3.6.3.1业务描述
面试管理分两个步骤:
1.查询出被推荐面试的简历,进行面试,并登记面试结果。
2.对面试结果进行筛选。
3.6.3.2使用者
博客专员
3.6.3.3输入要素
首先,查询出被推荐面试的简历。
查询条件包括:
活动分类,关键字和登记时间。
然后进行面试,登记面试结果。
面试结果包括:
形象评价、口才评价、外语口语能力、应变能力、EQ、IQ、综合素质和面试评价。
其中形象评价、口才评价、外语口语能力、应变能力、EQ、IQ、综合素质为下拉框选择,分A,B,C三个等级。
面试评价为大段文本。
同时还须记录面试人和面试时间。
最后,进行面试筛选。
可以根据实际情况做如下处理:
建议面试(需要进行下一轮面试)、建议笔试、建议录用和删除简历。
根据选择操作的不同,将修改简历的状态。
进行筛选操作的同时要记录筛选人,筛选时间和录用申请审核意见。
3.6.3.4处理流程
3.6.3.5输出要素
3.6.4招聘考试题库管理
3.6.4.1业务描述
面试考试采用机试自动评卷的方式,所以考试题库采取标准化多选选择试题的方式组织。
为了便于出卷,每道试题都需要选择试题分类。
试题分类在系统管理模块进行设置。
3.6.4.2使用者
3.6.4.3输入要素
每道试题包含如下内容:
试题I级分类、试题II级分类、登记人、登记时间、题干、最多5个候选答案、正确答案和试题出处。
试题查询时采用的条件为:
试题分类、关键字和登记时间。
关键字将在题干、登记人和试题出处字段进行匹配。
试题查询结果如图所示:
3.6.4.4处理流程
3.6.4.5输出要素
创建套卷时,需要选择活动分类和活动名称,需要填写答题现时。
系统将自动列出系统中存在的试题分类及已有试题数目。
只需要填写套题中每个分类所需的试题数目,系统将自动生成套题。
考试答题:
首先,要填写姓名和身份证号码。
如果姓名和身份证号码与系统中存在的简历匹配,考试结果将和简历简历关联。
还需要选择考试的活动分类和活动名称,这和将进行考试的试卷有关。
如果某活动对应几套试卷,考试答题时系统将自动从中随机选择一套。
考试为多选题,有时间限制,答题结束后提交。
系统评卷通过点选相应功能自动完成。
考试成绩筛选:
首先,查询考试成绩,查询条件为应试人身份证号码、关键字和应试时间。
可以查看阅卷结果。
然后,根据答题情况作出建议面试、建议笔试、建议录用或删除简历的处理。
提交处理时需要填写给出录用申请审核意见。
3.6.4.6处理流程
3.6.4.7输出要素
3.6.5
3.6.5.1业务描述
首先根据面试或笔试环节推荐录用的简历,进行复核,然后正式提交录用申请。
经过博客经理审批,该应聘者就成为正式用户了。
3.6.5.2使用者
博客专员/博客经理
3.6.5.3输入要素
录用申请:
首先列出所有被推荐录用的简历。
正式提交录用申请时,需填写录用申请意见。
录用审核:
录用审核可以通过或不通过。
只需要填写审核意见。
审核通过的话,系统将根据该简历简历用户档案,所属机构和活动信息空缺,新建用户档案状态为待审核。
3.6.5.4处理流程
3.6.5.5输出要素
根据通过简历创建的用户档案。
4非功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
4.1技术需求
4.1.1软硬件环境需求
4.1.2性能需求
本系统在正常的网络环境下,应能够保证系统的及时响应:
✧小批量的业务处理的响应时间在3~8秒;
✧大批量的业务处理和查询的响应时间控制在30~40秒以内。
4.1.3安全保密需求
本系统的系统架构,以及权限机制可以保证系统的安全性。
首先:
从系统架构看,本系统采用B\S模型,从而使服务器数据源与客户端分离,保证了数据的物理独立性;
其次:
本系统的用户授权机制通过角色的定义管理实现,通过定义某些角色能进行的操作权限,和定义用户拥有的角色,限定用户的操作权限,实现对用户的授权。
4.2质量需求
4.2.1可用性
用户使用的方便性、易用性和易学习性,如:
1.输入的无合法性检查和值域检查
2.对于复杂的动作要有必要的提示信息
3.记忆用户的设置或操作习惯,方便用户操作
4.对系统或数据进行重大修改,要有用户确认
4.2.2可靠性和健壮性
在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。
应注意用数字说明所要求的可靠程度。
同时避免如“24x7”这样的陈述。
例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度;使用可允许的缺陷数量来界定系统质量,如最大缺陷数量、缺陷比例、安全操作——系统强壮性要求和操作的有效性要求,比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。
通常给出平均无故障时间或两次故障间的平均间隔时间等。
4.2.3可维护性和可扩展性
本系统的应用平台设计中选择B/S结构,采用基于JAVA技术并且符合J2EE开发规范的系统应用平台,使系统具有良好的可维护性和可扩展性
4.3文档需求
4.3.1文档清单
交付验收时需交付的文档清单:
《需求规格说明书》
《软件开发计划》
《概要设计说明书》
《详细设计说明书》
《软件测试计划》
《测试用例》
《配置管理计划》
4.3.2用户手册
4.4设计约束
详细说明对系统的设计局限性。
设计局限的定义代表了对系统要求的决策,这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。
例如,软件的开发语言、开发环境、开发工具、第三方软件、硬件使用以及网络设备等。
4.4.1语言约束
本系统是基于中文系统环境开发和使用的,系统必须支持中文处理。
4.4.2系统模型约束
本系统采用Servlet+JSP模型,在保证实现技术简单易维护的基础上,实现表现层和业务逻辑层的分离,提高可重用性、可移植性。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 陈显伦