用户需求说明书会员系统Word文档下载推荐.docx

1、0.2增加前台及微信认证/以下出现的蓝色斜体字体为注释类文字，请在使用时删除。1项目背景/此处明确本文档的项目背景。2功能分解图/描述本产品的功能架构，并分别用“红黄蓝”三色标示功能的“高中低”优先级别。3功能需求前台一、个人登陆要求：满足pos机系统、原舜天淘会员、足球会员、微信用户统一认证登陆。二、个人用户中心个人用户中心包含以下几个栏目：【个人信息】对个人信息进行添加、更新和保存。【修改密码】对原登陆密码进行修改。【我的订单】包含个人所有订单信息：待付款、待发货、待收货以及订单、物流查询功能【收货地址】对个人收货地址添加、修改、删除。【我的积分】包含可用积分、积分收支明细及可兑换商品链接

2、。【我的收藏】收藏过的商品。【我的优惠劵】包含系统所赠送的购物抵用券、包邮券等优惠劵信息。三、微信个人身份绑定在微信界面当点击【会员绑定】后，弹出输入手机号码界面，提交后，系统自动进行注册并短信提示用户注册成功。后台一、会员管理除了常用的会员资料搜索、修改、锁定、删除外，还可以实现会员换卡、升级、延期、修改密码等操作。1、可以查看某个会员的详细信息、消费记录、会员来源及类型以及对应的服务功能。2、可以选择/批量积分清零、赠送积分/储值等功能。3、手动添加单个会员、会员批量导入、会员数据备份二、会员消费1、主要是实现会员的相关操作，如积分、消费、兑换礼品、充值/充次、退货等常见业务功能。2、查询

3、会员信息、消费记录、即将执行的服务计划等，三、积分设置1、可根据需求设置合适积分的规则。可根据消费项目、会员级别设置基本积分/折扣比例规则。2、根据会员生日、特殊时段（如节假日、公司规定的会员日）、以及整单规则（消费达到多少额外折扣和赠送积分）。3、自定义特殊时段积分规则，比如会员生日双倍积分、会员日、节假日、早上/下午等时间段，灵活设置。查询积分情况及积分可兑换商品等四、短信功能1、系统通知短信：如消费短信通知，积分兑换通知，积分达到可以兑换礼品的短信通知等等2、自定义短信：根据业务需求，设置短信模板（支持个性化短信发送，内容含有会员信息）3、会员每日短信自动发送，节假日短信自动群发（可设定

4、短信发送格式，每天系统自动检查需要发送的会员，然后自动发送）。4、支持会员功能，会员如有意见或者建议，直接在收到短信的时候，回复给后台，从而让管理员随时知道消费者动态。5、短信查询：支持短信历史查询功能。五、统计分析1、涵盖所有数据分析的功能（如会员数量，消费单据，消费明细，储值/计次增减、消费明细，礼品兑换和退货报表）2、支持数据报表导出、数据分析结果图形化展示3、自定义查询分组信息，自定义查询条件，自定义查询结果展示，自定义搜索器等功能六、系统设置1、系统设置中包含常用的参数设置，操作日志，以及充值续费等模块2、可处理待办事项等信息。设置商品信息，部门角色，以及操作员信息；七、权限管理1、

5、根据业务需求设置不同等级的管理员权限2、增加/删除操作人员人数3、不同人员查询不同等级的数据范围3.1功能模块1功能需求/描述说明本功能模块所要实现的功能，并简述各功能。可以采用相关的图表来表达信息。标识号使用频度高/中/低创建者创建日期最后更新者最后更新日期提出者联系方式提出部门/单位执行者相关用户/角色优先级业务说明业务规则行业标准等先决条件执行本功能的前提条件执行结果功能需求差异说明主要指功能差异，如省公司用户显示统计页面，地市用户显示列表页面注释数据处理描述信息序号字段信息录入方式备注3.2功能模块2功能需求UR_002高采购人员、仓库保管员普通入库信息4业务流程4.1流程14.2流程

6、25报表需求6非功能需求非功能性需求是指不及系统的业务功能直接相关的需求，这些需求一般有用户方的信息管理技术部分提出，系统设计时必须充分考虑这些需求。一般情况下本模板提供的非功能需求就够用了，根据项目实际需要进行修改，必要时补充项目的特殊非功能需求。例如：可用性需求（UR_003）详 细 要 求1支持主流浏览器所有的用户界面都采用浏览器方式实现，界面要支持主流浏览器软件，至少需要支持Internet Explorer 6.0及以上，Fire fox 2.0及以上。2易于使用所有的系统界面具有易于使用的设计，熟悉计算机的人员不需要经过特别的培训就可以使用本系统，界面能够引导用户完成业务功能。3联

7、机帮助系统应该提供联机帮助以便于操作人员使用系统，联机文挡应该至少包括系统使用的步骤和关键术语解释。可靠性需求（UR_004）不考虑网络中断因素和系统计划维护情况，系统应该7*24小时不间断运行。系统在大量并发用户操作情况下应该不出现死机的情况。系统在用户错误操作的情况下应该不造成大量数据意外丢失或错误。性能需求（UR_005）用户数限制系统允许的最大同时在线用户数不少于1000个，在500用户同时在线的情况下系统响应速度及单用户时相比无明显下降。界面响应时间在10M局域网环境下，90%以上界面的加载时间小于2秒，90%以上功能的操作响应时间小于5秒，特别复杂功能的响应时间小于20分钟。事务处

8、理响应时间 在10M局域网环境下，系统80%的事务处理应该可以在5秒种内完成。特别复杂的事务或者传输大量数据的功能，应该采用异步处理的方式处理。4数据上报延迟时间在网络状况良好的情况下，延迟不超过24小时。可支持性需求（UR_006）安全性需求（UR_007）系统用户必须经过登录界面才能进入系统，应该不能绕过登录界面进入系统。系统提供良好的权限控制功能，只有授权的用户才能访问相应的功能，权限控制要能够控制到菜单和数据。系统对重要的数据操作要留下记录，以备事后分析。可维护性（UR_008）联机用户文档和帮助系统需求项（UR_009）购买的构件（UR_010）接口（UR_011）标准规范（UR_0

9、12）系统日志（UR_013）本系统要求对下列系统信息进行分类记录日志。系统运行跟踪信息：系统的启动、停止、用户登陆、重要数据的变更等反映系统运行状况的信息。这些信息主要用来对系统使用情况进行跟踪。系统错误日志：包括系统的错误、警告信息等。这些信息主要用来系统出现的错误和错误的详细信息，主要用来提供给技术人员对系统的错误原因进行分析。系统需要提供方便的系统日志管理程序，可以方便的查询、删除系统日志，可以通过简单的配置决定是否进行日志记录。安装部署（UR_014）详 细 要 求（打包、现场准备、用户培训）6.1限制性需求/对限制性需求进行描述，包括开发周期、开发工具、硬件要求等方面，例如：项目开

10、发周期项目必须在2006年12月31日前具备上线试运行条件。开发工具BEA WebLogic Platform 8.1运行平台BEA WebLogic Server 8.1.5技术架构系统的架构必须符合江苏电力的SOA框架要求，对外接口要符合集成总线的接口规范，及其它系统的接口统一经过集成总线进行调用。6.2用户权限需求/阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述，并分别描述各个角色所需的权限控制。角色例如：系统管理员（SuperAdmin-Lowest Level）；内部操作管理员 （OperatorAdmin-Mid Level）；外部操作管理员 （Reselle

11、rAdmin-Midhigh Level）；终端用户管理员 （UserAdmin High Level）。角色名称职责描述权限控制7附录附录A：用户确认清单需求名称完成情况签字附录B：用户最终确认用户确认需求文档输入名称，标识符，版本，作者，完成日期，.审核结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格，需要做少量的修改，之后通过审核即可。 工作成果不合格，需要做出比较大的修改，之后必须重新对其评审。审核意见乙方用户需求文档是否保证了甲方所需需求的完整性 是 否 乙方用户需求文档是否保证了甲方所需需求的真实准确性 是 否 签字，日期 附录C：原始表单列表/用户提供的原始资料，如文档、报表等。