2 产品需求规格说明书.docx
《2 产品需求规格说明书.docx》由会员分享，可在线阅读，更多相关《2 产品需求规格说明书.docx（20页珍藏版）》请在冰点文库上搜索。
2产品需求规格说明书
{平煤有限公司人事管理系统}
产品需求规格说明书
文件状态：
[√]草稿
[]正式发布
[]正在修改
文件标识：
E-12级.net
当前版本：
0.1
作者：
左秀丽、王献利、任果果、李晶晶
完成日期：
2014-9-15
第五组
版本历史
版本/状态
作者
参与者
起止日期
备注
草稿
李晶晶
左秀丽、王献利、任果果
2014-9-15
产品需求规格说明书
目录
0.文档介绍5
0.1文档目的5
0.2文档范围5
0.3读者对象5
0.4参考文档5
0.5术语与缩写解释5
1.产品介绍6
2.产品面向的用户群体6
3.产品应当遵循的标准或规范6
4.产品范围6
5.产品中的角色7
6.产品的功能性需求7
6.0功能性需求分类7
6.A7
6.A.18
6.B8
6.B.18
6.C9
6.C.19
6.D9
6.D.19
6.D.210
6.E10
6.E.110
6.F11
6.F.111
6.G12
6.G.112
6.H12
6.H.112
6.H.213
6.H.313
7.产品的非功能性需求14
7.1用户界面需求14
7.2软硬件环境需求14
7.3产品质量需求14
7.n其他需求15
附录A：
需求建模与分析报告16
A.1参与者用例图16
A.2用户用例图16
A.3员工用例图17
A.4人事部经理用例图17
A.7人事管理总用例图18
附录B：
需求确认19
0.文档介绍
0.1文档目的
为软件的开发者能更好的理解开发的需求，避免由于对问题认识的不清或错误理解而增加更多的开发成本。
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档该文档将最终交给软件具体开发人员进行具体的开发。
0.2文档范围
本文档为该系统的产品规格说明书，比较详细阐述了用户的系统概况，和对此产品所提出的更为具体的要求，对系统中的功能、业务、数据部分进行了明确定义。
同时，对产品的系统环境、开发所使用的技术及工具也进行了定义，从而使系统分析人员及系统开发人员能更清楚地了解用户对所要开发的产品应具有的功能、产品运行的环境的要求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
0.3读者对象
本说明书的预期读者为客户、项目组所有成员。
0.4参考文档
软件项目实践---中国矿业大学出版社2013第一版。
0.5术语与缩写解释
缩写、术语
解释
TCP
TransmissionControlProtocol传输控制协议
1.产品介绍
1：
本产品是企业人事管理系统，便于公司对员工的管理推动企业发展。
2：
开发背景：
因为人事管理是现代企业管理工作不可缺少的一部分，是推动企业走向科学化、规范化的必要条件。
员工是企业生存的主要元素，员工的增减、变动将直接影响到企业的整体运作。
企业员工越多、分工越细、联系越密，所要做的统计工作就越多，人事管理的难度就越大。
随着企业的不断壮大，自动化的企业人事管理系统就显得非常必要。
所以我们项目组人员根据企业对人事管理的要求和本着服务企业的目的开发了人事管理系统。
2.产品面向的用户群体
本产品适用于企业对人事的管理。
最终面向员工、人事经理和系统维护人员。
该产品方便员工查询个人信息，提高人事人员的工作效率使管理科学化规范化。
我们做项目时全面了解企业的需求，开发了自动化企业人事管理系统以便推动企业发展。
3.产品应当遵循的标准或规范
《计算机软件开发规范》GB8566-88
本产品的使用是建立在互联网标准通信协议之上的，其中支持的协议主要包括：
TCP协议。
4.产品范围
本产品适用于企业人事管理不适用于教育、司法、旅游等的人事管理。
本产品包含内容：
1：
员工个人信息查询、工资查询。
2：
人事经理可以添加删除部门，更改员工的所属部门，查看部门人数汇总及明细信息。
在职员工的档案信息管理方面，能够实现添加、修改员工信息，查询在职员工信息，标记员工的状态（在职、离职、休假）；人事部还可以对员工的岗位进行调整：
更换岗位，升职，降职。
3：
将员工工资绘制成表格然后导入到数据库中，打印员工工资单。
4：
管理日常考勤能够对迟到，旷工，出差，加班等考勤信息进行记录。
能够制作出考勤记录表。
不包含内容：
1：
员工信息的随意删除。
2：
员工等级划分。
5.产品中的角色
角色名称
职责描述
员工
查看系统内的个人信息
管理员（人事经理）
管理员工信息，管理岗位信息，管理考勤，管理员工工资，管理部门
6.产品的功能性需求
6.0功能性需求分类
功能类别
子功能
登陆A
登陆
查看员工信息B
查询
查看员工工资C
查询
管理员工信息D
修改、添加
岗位管理E
修改
管理工资信息F
修改
管理考勤信息G
录入信息
部门管理H
增加、修改、删除
6.A
用户可以输入自己的用户名称和密码进行登录
6.A.1
用例名
登录
用例ID
E-001
参与者
用户
描述
用户必须输入自己的用户名称和密码进行登录
前置条件
进入系统管理界面后输入名称和密码进行登录
后置条件
基本流程
1.进入系统管理界面
2.输入用户名密码
3.点击登录，显示登录成功
扩展流程
3a.登录失败
1.返回基本流程
6.B
人事经理和员工都可以查看员工的信息
6.B.1
用例名
查看员工信息
用例ID
E-002
参与者
员工、部门经理的所有在职员工职员
描述
该系统允许所有员工和各部门经理查看信息
前置条件
操作人员必须先登录系统
后置条件
查询员工信息
基本流程
1.普通职员或者部门经理选择条件来查询
2．系统验证条件是否为空
3．系统从条件栏获取条件值
4．系统从数据库查询到满足条件的员工信息
5．系统显示查询的结果，完成员工信息查询
扩展流程
2a．查询条件为空
1．系统将提示输入查询条件
6.C
人事经理和员工都可以查看员工的信息
6.C.1
用例名称
查看员工工资
用例ID
E-003
主要参与者
员工、部门经理的所有在职员工
描述
该系统允许所有在职员工登录系统后查看
前置条件
职员必须登录系统
后置条件
查看到员工工资的基本情况
基本流程
1．普通职员或者部门经理选择条件来查询
2．系统验证条件是否为空
3．系统从条件栏获取条件值
4．系统从数据库查询到满足条件的员工信息
5．系统显示查询的结果，完成员工信息查询
扩展流程
2a．查询条件为空
1．系统将提示输入查询条件
6.D
人事经理对员工信息进行修改、添加
6.D.1
用例名
修改员工信息
用例ID
E-004
参与者
人事部经理
描述
该系统允许人事部经理对员工信息进行修改
前置条件
人事部经理必须登录系统
后置条件
修改过的员工信息添加到数据库
基本流程
1．人事经理输入查询条件查询员工信息，点击预览
2．系统从数据库获取员工信息，显示员工信息
3．人事经理输入修改的内容
4．点击修改信息，将修改后的信息提交系统
5．系统提示修改成功
6．系统把信息保存到数据库，完成修改
扩展流程
1a．查询条件为空
1．系统将提示输入查询条件
6.D.2
用例名
添加员工信息
用例ID
E-005
参与者
人事经理
描述
人事经理登录系统后可以添加员工信息
前置条件
人事经理必须登录系统
后置条件
添加后的员工信息添加到数据库
基本流程
1.人事经理输入要添加的员工信息
2.点击添加，将员工信息提交系统
3.系统提示添加成功
4.系统把信息保存到数据库，完成添加
扩展流程
3a.添加失败返回基本流程1
6.E
人事经理进行员工职位更改
6.E.1
用例名称
岗位管理
用例ID
E-006
主要参与者
人事经理
描述
该系统允许人事经理登录系统后进行员工职位更改
前置条件
人事经理必须登录系统
后置条件
编写员工信息导入数据库中
基本流程
1．人事经理输入查询条件查询员工信息
2．系统从数据库获取员工信息，显示员工信息
3．人事经理编辑员工信息
4．点击确认，将编写后的信息提交系统
5．系统提示更改成功
扩展流程
5a.更改失败
1.返回基本流程1
6.F
人事经理可以对员工工资进行修改
6.F.1
用例名称
管理工资信息
用例ID
E-007
主要参与者
人事经理
描述
该系统允许人事经理登录系统后对员工工资进行修改
前置条件
人事经理必须登录系统
后置条件
录入的工资信息添加到数据库
基本流程
1．人事经理输入查询条件查询工资信息
2．系统从数据库获取员工信息，显示员工信息
3．人事经理输入工资信息
4．点击确认，将修改后的信息提交系统
5．系统提示录入成功
6．系统把信息保存到数据库，完成修改
扩展流程
1a．查询条件为空
1．系统将提示输入查询条件
6.G
人事经理录入考勤信息
6.G.1
用例名
管理考勤信息
用例ID
E-008
参与者
人事经理
描述
人事经理登录系统后进行考勤管理
前置条件
人事经理必须登录系统
后置条件
导入的考勤信息添加到数据库
基本流程
5.人事经理直接输入考勤信息
6.点击导入，将考勤信息提交系统
7.系统提示录入成功
8.系统把信息保存到数据库，完成修改
扩展流程
1a.考勤信息为空
1.系统将提示输入考勤信息
6.H
人事经理可以对部门进行增加、修改、删除
6.H.1
用例名
增加部门
用例ID
E-009
参与者
人事经理
描述
人事经理登录系统后可以增加部门
前置条件
人事经理必须登录系统
后置条件
添加后的员工信息添加到数据库
基本流程
9.人事经理输入要添加的部门
10.点击添加，将要增加的部门提交系统
11.系统提示添加成功
12.系统把部门信息保存到数据库，完成添加
扩展流程
3a.添加失败返回基本流程1
6.H.2
用例名
修改部门
用例ID
E-0010
参与者
人事经理
描述
人事经理登录系统后可以修改部门的名称
前置条件
人事经理必须登录系统
后置条件
修改后的部门名称添加到数据库
基本流程
13.人事经理输入要修改部门的名称
14.点击添加，将修改好的名称提交系统
15.系统提示添加成功
16.系统把修改好的部门名称保存到数据库，完成修改
扩展流程
3a.修改失败返回基本流程1
6.H.3
用例名
删除部门
用例ID
E-0011
参与者
人事经理
描述
人事经理登录系统后可以将不需要的部门删除
前置条件
人事经理必须登录系统
后置条件
基本流程
17.人事经理输入要删除的部门名称
18.点击添加，将要删除的部门提交系统
19.系统提示删除成功
20.系统同时也将数据库中的那个部门删除
扩展流程
3a.删除失败返回基本流程1
7.产品的非功能性需求
7.1用户界面需求
需求名称
详细要求
浏览界面
看上去比较清新
图片文字
主要以文字为主图片少
…
7.2软硬件环境需求
需求名称
详细要求
CPU
Inttel的，速度最低为500MHz
内存
大小最低为512MB
运行系统
Win7、win8、XP
7.3产品质量需求
主要质量属性
详细要求
正确性
跳转页面一定要正确
健壮性
不容易出现问题
可靠性
用户使用时不会出现数据读不出来一些问题
性能，效率
客户端一般响应时间（除报表统计、数据导入）不超过1秒；报表统计时间不超过30秒
易用性
使用方面易懂
清晰性
在人眼视力的5.0以上
安全性
不容易中病毒，数据不会丢失
可扩展性
本系统可以在需要的时候在扩展信息
兼容性
使用的CPU和内存的兼容性都比较好
可移植性
系统管理员可以对系统进行移植
…
7.n其他需求
1.权限控制
根据不同用户角色设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统.
2.重要数据加密
本系统对一些重要数据按一定算法进行加密，如用户命令、重要参数等。
3.数据备份
允许用户进行数据的备份和恢复，以拟补数据的破坏和丢失。
4.记录日志
本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。
附录A：
需求建模与分析报告
A.1参与者用例图
A.2用户用例图
A.3员工用例图
A.4人事部经理用例图
A.7人事管理总用例图
附录B：
需求确认
提示：
需求确认规程请参见SPP-PROC-RM，主要分两步：
（1）需求评审，
（2）需求承诺。
对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。
在获取责任人（Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
输入名称，标识符，版本，作者，完成日期，…
需求评审报告
输入名称，标识符，评审日期，…
评审结论
[]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。
[√]工作成果基本合格，需要作少量的修改，之后通过审核即可。
[]工作成果不合格，需要作比较大的修改，之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称，标识符，版本，作者，完成日期
客户承诺
承诺…
签字，日期
项目经理承诺
承诺…
签字，日期
升级会员 