用户需求说明书会员系统.docx
《用户需求说明书会员系统.docx》由会员分享,可在线阅读,更多相关《用户需求说明书会员系统.docx(16页珍藏版)》请在冰点文库上搜索。
用户需求说明书会员系统
用户需求说明书
文件标识:
SUMEX_HYXT_用户需求说明书
当前版本:
2.0
作者:
姜大海
完成日期:
2015-9-6
版权所有(C)江苏舜天信息科技有限公司
未经江苏舜天信息科技有限公司同意,不得随意传阅。
修订记录
日期
版本号
修订要点
作者
2015-08-26
0.1
初稿
姜大海
2015-9-7
0.2
增加前台及微信认证
姜大海
目录
1项目背景4
2功能分解图4
3功能需求6
3.1功能模块1功能需求10
3.2功能模块2功能需求10
4业务流程12
4.1流程112
4.2流程212
5报表需求12
6非功能需求12
6.1限制性需求14
6.2用户权限需求14
7附录15
附录A:
用户确认清单15
附录B:
用户最终确认15
附录C:
原始表单列表16
//以下出现的蓝色斜体字体为注释类文字,请在使用时删除。
1项目背景
//此处明确本文档的项目背景。
2功能分解图
//描述本产品的功能架构,并分别用“红黄蓝”三色标示功能的“高中低”优先级别。
3功能需求
前台
一、个人登陆
要求:
满足pos机系统、原舜天淘会员、足球会员、微信用户统一认证登陆。
二、个人用户中心
个人用户中心包含以下几个栏目:
【个人信息】——对个人信息进行添加、更新和保存。
【修改密码】——对原登陆密码进行修改。
【我的订单】——包含个人所有订单信息:
待付款、待发货、待收货以及订单、物流查询功能
【收货地址】——对个人收货地址添加、修改、删除。
【我的积分】——包含可用积分、积分收支明细及可兑换商品链接。
【我的收藏】——收藏过的商品。
【我的优惠劵】——包含系统所赠送的购物抵用券、包邮券等优惠劵信息。
三、微信个人身份绑定
在微信界面当点击【会员绑定】后,弹出输入手机号码界面,提交后,系统自动进行注册并短信提示用户注册成功。
后台
一、会员管理
除了常用的会员资料搜索、修改、锁定、删除外,还可以实现会员换卡、升级、延期、修改密码等操作。
1、可以查看某个会员的详细信息、消费记录、会员来源及类型以及对应的服务功能。
2、可以选择/批量积分清零、赠送积分/储值等功能。
3、手动添加单个会员、会员批量导入、会员数据备份
二、会员消费
1、主要是实现会员的相关操作,如积分、消费、兑换礼品、充值/充次、退货等常见业务功能。
2、查询会员信息、消费记录、即将执行的服务计划等,
三、积分设置
1、可根据需求设置合适积分的规则。
可根据消费项目、会员级别设置基本积分/折扣比例规则。
2、根据会员生日、特殊时段(如节假日、公司规定的会员日)、以及整单规则(消费达到多少额外折扣和赠送积分)。
3、自定义特殊时段积分规则,比如会员生日双倍积分、会员日、节假日、早上/下午等时间段,灵活设置。
查询积分情况及积分可兑换商品等
四、短信功能
1、系统通知短信:
如消费短信通知,积分兑换通知,积分达到可以兑换礼品的短信通知等等
2、自定义短信:
根据业务需求,设置短信模板(支持个性化短信发送,内容含有会员信息)
3、会员每日短信自动发送,节假日短信自动群发(可设定短信发送格式,每天系统自动检查需要发送的会员,然后自动发送)。
4、支持会员功能,会员如有意见或者建议,直接在收到短信的时候,回复给后台,从而让管理员随时知道消费者动态。
5、短信查询:
支持短信历史查询功能。
五、统计分析
1、涵盖所有数据分析的功能(如会员数量,消费单据,消费明细,储值/计次增减、消费明细,礼品兑换和退货报表)
2、支持数据报表导出、数据分析结果图形化展示
3、自定义查询分组信息,自定义查询条件,自定义查询结果展示,自定义搜索器等功能
六、系统设置
1、系统设置中包含常用的参数设置,操作日志,以及充值续费等模块
2、可处理待办事项等信息。
设置商品信息,部门角色,以及操作员信息;
七、权限管理
1、根据业务需求设置不同等级的管理员权限
2、增加/删除操作人员人数
3、不同人员查询不同等级的数据范围
3.1功能模块1功能需求
//描述说明本功能模块所要实现的功能,并简述各功能。
可以采用相关的图表来表达信息。
标识号
使用频度
高/中/低
创建者
创建日期
最后更新者
最后更新日期
提出者
联系方式
提出部门/单位
执行者
相关用户/角色
优先级
高/中/低
业务说明
业务规则
行业标准等
先决条件
执行本功能的前提条件
执行结果
功能需求
差异说明
主要指功能差异,如省公司用户显示统计页面,地市用户显示列表页面
注释
数据处理描述
××信息
序号
字段信息
录入方式
备注
3.2功能模块2功能需求
标识号
UR_002
使用频度
高
创建者
创建日期
最后更新者
最后更新日期
提出者
联系方式
提出部门/单位
执行者
采购人员、仓库保管员
优先级
高
业务说明
业务规则
先决条件
执行结果
功能需求
差异说明
注释
数据处理描述
普通入库信息
序号
字段信息
录入方式
备注
4业务流程
4.1流程1
4.2流程2
5报表需求
6非功能需求
非功能性需求是指不与系统的业务功能直接相关的需求,这些需求一般有用户方的信息管理技术部分提出,系统设计时必须充分考虑这些需求。
一般情况下本模板提供的非功能需求就够用了,根据项目实际需要进行修改,必要时补充项目的特殊非功能需求。
例如:
可用性需求(UR_003)
详细要求
1
支持主流浏览器
所有的用户界面都采用浏览器方式实现,界面要支持主流浏览器软件,至少需要支持InternetExplorer6.0及以上,Firefox2.0及以上。
2
易于使用
所有的系统界面具有易于使用的设计,熟悉计算机的人员不需要经过特别的培训就可以使用本系统,界面能够引导用户完成业务功能。
3
联机帮助
系统应该提供联机帮助以便于操作人员使用系统,联机文挡应该至少包括系统使用的步骤和关键术语解释。
可靠性需求(UR_004)
详细要求
1
不考虑网络中断因素和系统计划维护情况,系统应该7*24小时不间断运行。
系统在大量并发用户操作情况下应该不出现死机的情况。
2
系统在用户错误操作的情况下应该不造成大量数据意外丢失或错误。
性能需求(UR_005)
详细要求
1
用户数限制
系统允许的最大同时在线用户数不少于1000个,在500用户同时在线的情况下系统响应速度与单用户时相比无明显下降。
2
界面响应时间
在10M局域网环境下,90%以上界面的加载时间小于2秒,90%以上功能的操作响应时间小于5秒,特别复杂功能的响应时间小于20分钟。
3
事务处理响应时间
在10M局域网环境下,系统80%的事务处理应该可以在5秒种内完成。
特别复杂的事务或者传输大量数据的功能,应该采用异步处理的方式处理。
4
数据上报延迟时间
在网络状况良好的情况下,延迟不超过24小时。
可支持性需求(UR_006)
详细要求
1
2
安全性需求(UR_007)
详细要求
1
系统用户必须经过登录界面才能进入系统,应该不能绕过登录界面进入系统。
系统提供良好的权限控制功能,只有授权的用户才能访问相应的功能,权限控制要能够控制到菜单和数据。
系统对重要的数据操作要留下记录,以备事后分析。
2
可维护性(UR_008)
详细要求
1
2
联机用户文档和帮助系统需求项(UR_009)
详细要求
1
2
购买的构件(UR_010)
详细要求
1
2
接口(UR_011)
详细要求
1
2
标准规范(UR_012)
详细要求
1
2
系统日志(UR_013)
详细要求
1
本系统要求对下列系统信息进行分类记录日志。
2
系统运行跟踪信息:
系统的启动、停止、用户登陆、重要数据的变更等反映系统运行状况的信息。
这些信息主要用来对系统使用情况进行跟踪。
3
系统错误日志:
包括系统的错误、警告信息等。
这些信息主要用来系统出现的错误和错误的详细信息,主要用来提供给技术人员对系统的错误原因进行分析。
4
系统需要提供方便的系统日志管理程序,可以方便的查询、删除系统日志,可以通过简单的配置决定是否进行日志记录。
安装部署(UR_014)
详细要求(打包、现场准备、用户培训)
1
2
3
6.1限制性需求
//对限制性需求进行描述,包括开发周期、开发工具、硬件要求等方面,例如:
项目
详细要求
开发周期
项目必须在2006年12月31日前具备上线试运行条件。
开发工具
BEAWebLogicPlatform8.1
运行平台
BEAWebLogicServer8.1.5
技术架构
系统的架构必须符合江苏电力的SOA框架要求,对外接口要符合集成总线的接口规范,与其它系统的接口统一经过集成总线进行调用。
……
6.2用户权限需求
//阐述本产品的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述,并分别描述各个角色所需的权限控制。
角色例如:
系统管理员(SuperAdmin-LowestLevel);
内部操作管理员(OperatorAdmin-MidLevel);
外部操作管理员(ResellerAdmin-MidhighLevel);
终端用户管理员(UserAdmin–HighLevel)。
角色名称
职责描述
权限控制
7附录
附录A:
用户确认清单
需求名称
完成情况
签字
日期
附录B:
用户最终确认
用户确认
需求文档
输入名称,标识符,版本,作者,完成日期,...
审核结论
[√]工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。
[]工作成果基本合格,需要做少量的修改,之后通过审核即可。
[]工作成果不合格,需要做出比较大的修改,之后必须重新对其评审。
审核意见
用户确认
乙方用户需求文档是否保证了甲方所需需求的完整性是[√]否[]
乙方用户需求文档是否保证了甲方所需需求的真实准确性是[√]否[]
签字,日期
附录C:
原始表单列表
//用户提供的原始资料,如文档、报表等。
<正文完>