云招聘系统需求分析说明书.doc

云招聘
需求分析说明书
编号:BDQN—中心名称-项目名称
版本：1。0
作者：
项目组成员姓名
日期：
2014—4-22
审批:
中心名称
日期:
2014-5—4
状态
修订人
修改日期
版本
备注
新创建
项目组成员姓名
2014—4—21
1。0

目 录
1。 概述 4
1.1 目的 4
1。2 定义、简写和缩略语 4
1.3 综述 5
2 总体描述 5
2。1 产品描述 5
2.2 产品功能 6
2。3 用户特点 6
3 功能性需求 9
3。1 功能描述 9
3.2 流程描述 9
3.2.1 系统设置模块 9
3.2.2 信息中心模块 14
3。2。3 智能分发模块 16
3。2。4 企业管理模块 17
3.2。5 个人管理模块 19
3.2。6 游客模块 23
4 非功能性需求 24
4。1 技术需求 24
4。1.1 软硬件环境需求 24
4。1.2 产品性能 24
4。1.3 安全性 25
4.2 质量需求 25
4.2.1 可靠性 25
4。2。2 灵活性 25
4.2。3 兼容性 25
4.2。4 易用性 26
4。3 文档需求 26
4。3。1 文档清单 26
4。3.2 用户手册 26
4。4 设计约束 26
4.4.1 语言约束 27
4.4.2 系统模型约束 27
5 验收标准 28
1。 概述
1。1 目的
读者范围：最终用户和软件设计人员
本文档作为CRM的需求说明文档，用于与用户确定最终的目标，并成为协议文本的一部分,同时也是本系统设计人员的基础文档。
1。2 定义、简写和缩略语
编号
缩写、术语
解 释
1.
建模语言
用语法和语义定义的、用来表示模型的语言。一些建模语言还有一些实用规则.
2.
UML
Unified Modeling Language统一建模语言，是一种建模语言，是第三代用来为面向对象开发系统的产品进行说明、可视化和编制文档的方法,已正式成为进行软件分析和设计方法的信息技术的国际标准。
3.
用户
指运行系统或者直接与系统发生交互作用的个人或集团。
4.
迭代
迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程.
5.
用例
从一个外部角色的角度描述如何使用系统。用例说明了系统的功能，并且是用外部角色、用例和被建模的系统的角度来描述。用例应该对某个特定角色产生一个可见的结果。
6.
前置条件
在操作被执行前必须为真的条件。
7.
后置条件
在操作完成后必须为真的一个条件。
8.
扩展
在用例之间的一种通用关系，其中一个用例通过增加动作把另一个用例扩展成一个更通用化的用例。扩展用例可能包含被扩展的用例（依扩展的条件而定）。
9.
优先级
5最高、4高、3中、2低、1最低。
10.
富文本编辑器
富文本编辑器，Rich Text Editor， 简称 RTE, 它提供类似于 Microsoft Word 的编辑功能,可以帮助用户在浏览器中设置各种文本格式。
11.
流程图
本文专指业务流程图，就是用一些规定的符号及连线来表示某个具体业务处理过程.业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。
1.3 综述
本文档第一部分为引言，主要介绍需求规格说明书的背景内容;第二部分为项目的总体描述,第三部分是系统具体需求说明和用例说明。
2 总体描述
2。1 产品描述
满足求职人员与招聘人员的各个需求；达到两者之间互助互利的目的，一是为求职人员提供工作机会，二是为招聘人员提供工作岗位.
2。2 产品功能
图1 功能结构图
2。3 用户特点
用户分为以下几类:系统管理员、企业用户、个人用户、游客。
系统管理员拥有本系统的所有权限；企业用户和个人用户都拥有发布和浏览权；游客拥有浏览权限.
用户结构如下:
企业用户
个人用户
游客
系统管理员

系统用例图：
根据以上用户特点描述，本系统用例图如下所示:
图2 系统总用例图
3 功能性需求
3.1 功能描述
云招聘网主要用于企业招聘，个人求职，检索各个地域的工作总类。主要包括系统设置、信息中心、个人管理、企业管理、游客管理、智能分发等模块，可满足个人用户和企业用户之间的一个了解，建立彼此之间的联系。帮助求职者找到心目中的那家公司，帮助公司找到适合公司的人才。
3。2 流程描述
3。2.1 系统设置模块
3。2。1。1 角色管理
图3 角色管理用例图(编号UC011）
用例说明：
用例框架
框架说明
用例名称
角色管理
主要参与者
系统管理员
简要说明
管理系统中各组织结构下的岗位角色。
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2。1。2 权限管理
图4 权限管理用例图（编号UC012)
用例说明：
用例框架
框架说明
用例名称
权限管理
主要参与者
系统管理员
简要说明
管理系统中的岗位角色权限,给用户分配角色等功能
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3.2。1。3 组织结构
图5 组织结构用例图（编号UC013）
用例说明：
用例框架
框架说明
用例名称
组织结构
主要参与者
系统管理员
简要说明
用于管理员维护公司的部门结构。
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2。1。4 信息管理
图6 信息管理用例图（编号UC014)
用例说明：
用例框架
框架说明
用例名称
信息管理
主要参与者
系统管理员
简要说明
用于管理员维护招聘信息（包括对信息进行查看、修改、删除操作）。
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2。1。5 数据字典
图10 数据字典管理用例图（编号UC018）
用例说明：
用例框架
框架说明
用例名称
数据字典
主要参与者
系统管理员
简要说明
系统所需的基础数据字典管理
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3.2。2 信息中心模块
3.2.2。1 注册用户与系统之间信息交互
图39注册用户与系统之间信息交互用例图（编号UC051）
用例说明：
用例框架
框架说明
用例名称
信息交互
主要参与者
注册用户
简要说明
系统根据用户资料以消息形式为用户推荐兼职或职位
事件流
1、获取用户登录地区
2、获取用户资料。如:历史求职信息、求职意向等…
3、以信息的形式为用户推荐可能合适的招聘者/求职者。
前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3.2。2.2 用户之间的信息交互
图41用户之间的信息交互用例图（编号UC052)
用例说明：
用例框架
框架说明
用例名称
信息交互
主要参与者
注册用户
简要说明
注册用户之间的信息传递，具有删除、回复功能.
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2。3 智能分发模块
3。2。3。1 建立用户之间连接
图43建立连接用例图（编号UC061）
用例说明:
用例框架
框架说明
用例名称
智能分发
主要参与者
注册用户
简要说明
根据用户发布信息，将求职者与招聘者关联，使其以最快的时间找到合适的人才或职位。
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2。4 企业管理模块
3。2。4。1 企业招聘
图26企业招聘用例图(编号UC033)
用例说明：
用例框架
框架说明
用例名称
企业招聘管理
主要参与者
已注册的企业用户
简要说明
企业能招聘，可以浏览个人用户的简历
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3.2。4.2 企业招兼职
图26企业找兼职用例图(编号UC033)
用例说明：
用例框架
框架说明
用例名称
企业招人管理
主要参与者
已注册的企业用户
简要说明
企业能招兼职,可以浏览个人用户的简历
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3.2.5 个人管理模块
3。2。5.1 求职
图25个人用户求职管理用例图(编号UC032）
用例说明：
用例框架
框架说明
用例名称
个人用户求职管理用例图
主要参与者
注册的个人用户
简要说明
个人用户求职，可以发布简历,投送简历，查找浏览招聘信息，根据所在地
查询相关信息。
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3.2.5。2 招兼职
图25个人找兼职管理用例图(编号UC032）
用例说明：
用例框架
框架说明
用例名称
个人找兼职管理用例图
主要参与者
注册的个人用户
简要说明
个人发布兼职信息,根据实际情况,筛选报名的人员
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2.5。3 个人信息
图25个人信息管理用例图（编号UC032）
用例说明：
用例框架
框架说明
用例名称
个人信息管理用例图
主要参与者
注册的个人用户
简要说明
个人可以添加、修改、删除、查询自己的个人信息,可以浏览历史的兼职记录
事件流

前置条件
登录后并具有该操作权限
后置条件
无
非功能需求
无
扩展点
无
优先级
2
说明
无

3。2。6 游客管理模块
3.2。6.1 浏览招聘信息
图24游客管理用例图(编号UC031)
用例说明:
用例框架
框架说明
用例名称
游客管理
主要参与者
未注册的用户
简要说明
游客只能搜索和浏览.
4 非功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
4.1 技术需求
4。1。1 软硬件环境需求
硬件需求：web Server DBServer1(write） DBServerR1（read） DBServerR2（read） 共3台服务器。服务器配置如下:
CPU：4核或8核
内存：8—16G
硬盘:500G
远程控制卡
软件需求：
带宽：10M或者100M
Java运行环境：JDK1.5以上
WebApplicationServer：Tomcat1。6以上
DataBase：Mysql5。0以上
Memcache
Nginx1.4。2 （稳定版)
4.1。2 产品性能
系统需满足以下性能：
1、 最大并发用户数100人/次
2、 最大同时在线人数500人/次
3、 最大同时提交事务人数20人/次
4、 高峰时期系统响应时间3~5秒
4。1。3 安全性
系统需满足国家保密部门要求的分级保护中机密级信息系统设计的相关要求,并采取必要的技术手段从应用开发层面保证数据的安全.
4。2 质量需求
4。2.1 可靠性
系统具有大量的数据统计汇总和查询分析要求,因此，必须确保数据汇总、统计、查询分析的更准确有效。系统必须具备较强的可靠运行设计，可应对单点故障。保证数据安全，包括数据级备份与灾难性恢复。
4。2.2 灵活性
系统要采用先进的技术，保证可灵活地按照不同方式组织其内部模块，从而适应不同网络规模、不同个性化需求和不同组织模式.
4。2.3 兼容性
系统必须具有高度的可扩展性，能够在规模、功能、性能三个方面进行扩展，以适应应用和技术发展的需要，系统必须开发维护中心，使整个系统的管理维护工作量以及开销较小，并提供完备的运行管理解决方案，包括性能、安全、统计、配置管理等。
4。2。4 易用性
须保证系统的易用性。具体可以通过以下方式保障系统的易用性：
1) 通过提供统一的信息门户，使多种渠道的信息方便接入，并提供一致的渠道服务手段。
2) 针对不同类型的用户设计集成的用户界面，保证用户能够方便快捷的使用自己需要的常用功能。
3) 遵循统一的界面设计规范，在应用程序编码阶段监督编码人员认真执行规范，以做到:界面风格一致、颜色调和、提示清晰、窗口大小适当，提供常用的快捷操作键，操作方法应符合日常习惯。
4。3 文档需求
4。3。1 文档清单
交付验收时需交付的文档清单：
《需求规格说明书》
《软件开发计划》
《概要设计说明书》
《详细设计说明书》
《软件测试计划》
《测试用例》
《配置管理计划》
4.3。2 用户手册
4.4 设计约束
详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策， 这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。例如,软件的开发语言、开发环境、开发工具、第三方软件、 硬件使用以及网络设备等。
4。4。1 语言约束
本系统是基于中文系统环境开发和使用的，系统必须支持中文处理。
4。4。2 系统模型约束
本系统采用MVC模型，在保证实现技术简单易维护的基础上，实现表现层和业务逻辑层的分离,提高可重用性、可移植性。
5 验收标准
XXX客户关系管理系统验收标准为:
Ø 实现所有功能需求
Ø 满足非功能性需求
Ø 系统设计文档完整,且符合规范
Ø 代码符合规范，且与系统设计一致
此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求，则项目可结束并由客户方按合同规定付款.
中心名称 17 / 17