网络游戏交易平台系统需求说明书
- 格式:doc
- 大小:107.00 KB
- 文档页数:6
游戏虚拟商品拍卖系统软件需求说明书目录1.引言 (3)1.1目的 (3)1.2项目范围 (3)1.3定义、缩略语、缩写 (4)2.系统需求概述 (5)2.1用例模型 (5)2.2假设和依赖 (7)3.系统详细需求 (8)3.1U SE-C ASE 清单 (8)3.2规格说明 (8)3.2.1功能性需求 (8)3.2.2可用性 (9)3.2.3可靠性 (9)3.2.4性能 (9)3.2.5保障性 (10)3.2.6设计上的限制 (10)4.术语表 (11)软件需求说明书1. 引言1.1 目的本文档描述了游戏虚拟商品拍卖系统的软件需求规格。
目的在于向读者表述系统的环境,系统的功能和非功能的需求,并在设计的过程中熟练软件设计。
1.2 项目范围本次软件项目开发的是一个游戏商品拍卖系统。
使用此系统的卖家和玩家通过互联网进行游戏虚拟商品的拍卖与竞拍;使用此系统的管理员通过互联网进行系统的管理。
系统的功能如下:●玩家能够通过商品类别来寻找属于该类别的商品,并获得商品的摘要信息。
●玩家能够通过输入某些关键字,对商品进行查询,并获得符合检索条件的商品的摘要信息。
●玩家能够在商品详细画面上获得商品的详细介绍信息,当前竞拍价格,一口价。
●玩家能够在页面上输入注册信息后,注册成为网站的会员。
●玩家能够在页面上修改自己的注册资料,更新原有的注册信息。
●玩家能够在输入合法的用户账号和密码后,登录系统。
●玩家能够在任何时间退出系统。
●玩家能够查看当前竞拍拍卖品的最新状态。
●玩家能够查看历史竞拍成功的拍卖品数据。
●玩家能够参与竞拍,并以至少高于当前竞拍价一个单位货币的价格竞拍。
●玩家能够对竞拍中的商品一口价直接购买。
●玩家能够指定配送地址(即游戏id)。
成功竞拍的虚拟物品或货币将在游戏中通过邮件的方式给予目标玩家。
输入过的配送地址被保留在配送地址簿中,以便下次使用。
●玩家能够选择支付方式。
可选的支付方式:网银付款和信用卡支付等多种形式。
网络游戏交易平台——蒋瑞红的B/S模式生产实习报告书班级:Z090556*名:***学号:Z********同组成员:无指导教师:**洛阳理工学院生产实习报告书目录1. 设计题目 (1)2. 设计内容 (1)3. 功能模块划分 (1)4. 实验总结 (2)4.1 开发背景与需求分析 (2)4.2 系统功能介绍 (4)4.3 核心技术 (10)5. 核心代码 (12)6. 致谢 (23)7. 参考文献 (24)B/S模式网络编程实习报告书时间:2011/2012学年第一学期第16,17周1. 设计题目网络游戏交易平台(游戏币下单系统)2. 设计内容设计一个简单的游戏币下单系统,包括网络游戏交易前台和游戏交易平台后台管理两部分,可以实现对网络游戏在线下单,及网络游戏交易的后台管理功能。
网络游戏交易平台也是一个网络游戏下单网站,由前台下单和网站后台管理两大部分组成。
3. 功能模块划分网络游戏交易平台也是一个网络游戏下单网站,由前台下单和网站后台管理两大部分组成。
(1)前台功能模块具有会员权限的人通过后台认证进入前台,主要包括首页、我的帐户、我想出售、CdKey、关于我们、选择游戏、游戏在线下单、查看订单详情、搜索已经下过的订单、网站和网络游戏新闻、新用户注册、登录、修改密码等一些常用操作。
网站的前台系统功能结构如图3-1所示。
图3-1前台系统功能结构图(2)后台管理模块后台主要包括后台登录模块、基本信息管理、新闻管理、游戏管理、游戏服务器管理、管理员管理、订单管理、退出后台。
后台主要对前台的信息进行管理,管进员可以通过后台对前台的信息进行添加、修改、删除等操作,以便及时更新数据库的内容,从而更新前台信息,让用户能及时了解游戏下单、网站和游戏新闻等信息。
网站的后台系统功能结构如图3-2所示。
网络游戏交后台管理员登录网站信息管理管理员管理游戏管理游戏服务器会员管理修改管理员退出登录基本信息后台首页新闻管理重登录订单管理图3-2 后台系统功能结构图网站的主要功能流程如图3-3所示。
<网上商品交易系统>软件需求说明书作者:李琳完成日期: 2007-12-12 签收人:签收日期:修改情况记录:1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2任务概述 (3)2.1目标 (3)2.2用户的特点 (4)2.3假定和约束 (4)3需求规定 (4)3.1对功能的规定 (4)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (5)3.3输人输出要求 (5)3.4数据管理能力要求 (5)3.5故障处理要求 (5)3.6其他专门要求 (6)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (6)4.4控制 (6)需求分析说明书1引言1.1编写目的在完成了针对《网上商品交易系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《网上商品交易系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
编写该书的目的是为能够更加准确的明白该系统的需要。
该系统主要根据该公司的要求进行设计,并了解网上商品交易系统的工作流程,对该系统进行模块的划分。
对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2背景说明:a.开发的软件系统的名称:网上商品交易系统b.本项目的任务提出者:国信安c.开发者:TZ小组计算机中心:国信安教育基地计算机网络:国信安教育基地d.前台用户:需要进行商品的购买、并且使用网络的人群后台用户:受国信安教育委托,特开发此系统。
游戏账号交易平台服务协议范本最新一、协议目的本协议旨在明确双方在游戏账号交易平台服务中的权利义务关系,保护双方合法权益,促进平台健康有序发展。
二、定义与解释1. 游戏账号交易平台:指由服务提供方搭建的网络平台,用于用户间游戏账号的交易。
2. 用户:指在本平台进行游戏账号交易活动的自然人、法人或其他组织。
3. 服务提供方:指运营游戏账号交易平台的主体。
三、服务内容1. 提供游戏账号交易服务,包括发布交易信息、撮合交易、交易结算等。
2. 提供平台管理,维护平台秩序,保障交易安全。
3. 提供用户支持,解答用户咨询,处理用户纠纷。
四、用户注册与账号安全1. 用户注册时,应提供真实、准确、完整的身份信息。
2. 用户应妥善保管账号和密码,不得将账号、密码转让或租借给他人使用。
3. 用户在平台上的行为,应承担法律责任。
五、交易规则1. 用户在平台发布交易信息时,应遵守相关法律法规和平台规则。
2. 交易双方应自行判断交易对方的资信状况,自行承担交易风险。
3. 平台提供交易撮合服务,但不承担交易双方的任何纠纷及损失。
4. 交易完成后,服务提供方有权收取一定比例的交易服务费。
六、平台责任与义务1. 服务提供方应保障平台的正常运行,提供稳定、安全的服务。
2. 服务提供方有权对平台内容进行管理,维护平台秩序。
3. 服务提供方应及时处理用户的投诉和纠纷,保障用户合法权益。
4. 服务提供方应保护用户的个人信息和交易数据。
七、违约责任与赔偿1. 任何一方违反本协议约定的,应承担违约责任,并赔偿对方因此造成的损失。
2. 若因服务提供方的过错导致用户损失的,服务提供方应承担赔偿责任。
3. 若因用户违反本协议约定导致平台损失的,用户应承担赔偿责任。
八、协议终止与解除1. 用户在违反本协议约定的情况下,服务提供方有权终止或解除本协议。
2. 协议终止或解除后,用户应停止使用平台服务,并处理完毕与平台相关的未尽事宜。
3. 协议终止或解除不影响双方在本协议终止或解除前已产生的权利和义务。
网络游戏虚拟物品交易平台建设方案报告第一章引言 (2)1.1 项目背景 (2)1.2 项目意义 (3)1.3 报告目的 (3)第二章项目概述 (3)2.1 项目目标 (3)2.2 项目范围 (4)2.3 项目实施步骤 (4)第三章市场分析 (5)3.1 行业现状 (5)3.2 市场需求 (5)3.3 竞争态势 (5)第四章平台架构设计 (6)4.1 技术选型 (6)4.2 系统架构 (6)4.3 数据库设计 (7)第五章功能模块设计 (8)5.1 用户模块 (8)5.2 商品模块 (9)5.3 交易模块 (9)5.4 安全模块 (9)第六章平台运营管理 (9)6.1 运营策略 (9)6.1.1 市场定位 (9)6.1.2 营销推广 (10)6.1.3 用户体验优化 (10)6.2 用户服务 (10)6.2.1 客户服务 (10)6.2.2 用户权益保障 (10)6.3 物品审核 (10)6.3.1 审核标准 (10)6.3.2 审核流程 (10)6.3.3 审核团队建设 (11)6.4 风险控制 (11)6.4.1 法律法规风险 (11)6.4.2 市场风险 (11)6.4.3 技术风险 (11)第七章技术支持与维护 (11)7.1 技术支持体系 (11)7.1.1 硬件设施 (11)7.1.2 软件系统 (11)7.1.3 网络环境 (12)7.2 系统维护策略 (12)7.2.1 定期检查 (12)7.2.2 异常处理 (12)7.2.3 安全防护 (12)7.2.4 版本更新 (12)7.2.5 用户反馈 (12)7.3 数据备份与恢复 (12)7.3.1 数据备份 (12)7.3.2 数据恢复 (13)第八章安全保障措施 (13)8.1 数据安全 (13)8.1.1 数据加密存储 (13)8.1.2 数据备份与恢复 (13)8.1.3 数据访问控制 (13)8.2 用户隐私保护 (13)8.2.1 用户信息收集与使用 (13)8.2.2 用户信息存储与保护 (14)8.2.3 用户信息删除与注销 (14)8.3 法律法规遵循 (14)8.3.1 遵守国家法律法规 (14)8.3.2 遵循行业规范 (14)8.4 应急响应 (14)8.4.1 应急预案制定 (14)8.4.2 应急响应演练 (15)8.4.3 应急响应协调 (15)第九章市场推广与营销 (15)9.1 市场定位 (15)9.2 推广渠道 (15)9.3 营销策略 (15)9.4 合作伙伴 (16)第十章项目评估与展望 (16)10.1 项目风险评估 (16)10.2 项目效益分析 (16)10.3 项目改进方向 (17)10.4 未来市场展望 (17)第一章引言1.1 项目背景互联网技术的飞速发展,网络游戏产业在我国经济中的地位日益显著,已成为推动数字经济发展的关键力量。
Soft Requirements Specification _UUPK_软件需求规格说明书Revision Record修订记录1Introduction 简介1.1Purpose 目的编写此文档的目的是进一步确定页面设计的细节问题,希望能使制作页面工作更具体。
它说明了网站中各个页面所需要展示的内容。
1.2Scope 范围随着近年网络游戏产业的爆炸式增长,虚拟物品的交易需求也随之出现,为满足这部分需求,网络游戏交易平台成为一种应运而生的新生事物而迅猛发展,就像随着房地产业的快速发展,房地产中介也水涨船高一样。
UUPK是专门为网络游戏提供相关交易服务的电子商务平台,主要包括网络游戏帐号交易、游戏币交易、点卡交易等业务。
2General description 总体概述定位:网络游戏交易网站风格:商务用户人群:喜欢网游的群体产品:网站2.1Soft perspective 软件概述2.1.1About the Project 项目介绍UUPK游戏服务网是一个专业安全快捷的网络游戏交易平台,为广大玩家提供各种网络游戏的点卡、游戏币、游戏账号、装备等交易服务。
2.2Soft function 软件功能UUPK游戏服务网基本包括的静态页面有:首页、购买游戏点卡页面、登录页面、注册页面。
首页主要的内容如图1所示。
图1 首页购买游戏点卡页面的主要内容如图2所示。
图2的购买游戏点卡页面登录页面的主要的内容如图3所示。
图3 登录注册页面3Functional Requirements 功能需求3.1首页首页的效果如图4所示。
图4 首页首页实现的功能如下所述:1.提供网站LOGO和菜单导航。
如图5所示。
图5 LOGO和菜单导航2.显示页面横幅、基于UUPK网站的重要交易数据以及提供快速购买的通道。
如图6所示。
图6 横幅、交易数据及快速购买的通道3.显示游戏列表。
如图7所示。
图7 游戏列表4.罗列常见问题的解答和最新发布的商品的名称及价格。
需求分析说明书网上商城管理系统徐洋10041231计算机科学与技术10-21引言 (4)1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4业务范围 (4)1.5参考资料 (5)2任务概述 (5)2.1目标 (5)2.2用户的特点 (7)2.3假定和约束 (7)2.3.1软件运行环境以及技术约束 (7)2.3.1.1软件约束 (7)2.3.1.2硬件约束 (8)2.3.2交付及部署约束 (8)3需求规定 (8)3.1对功能的规定 (8)3.2对性能的规定 (12)3.2.1精度 (12)3.2.2时间特性要求 (12)3.2.3灵活性 (13)3.3输入输出要求 (14)3.4数据管理能力要求 (15)3.5故障处理要求 (15)3.6其他专门要求 (16)4运行环境规定 (16)4.1设备 (16)4.2支持软件 (17)4.3接口 (17)4.4控制 (17)5伪代码 (18)5.1会员模块 (18)5.1.1用户注册页面 (18)5.1.2忘记密码模块 (24)5.1.3用户资料修改页面 (29)5.1.4密码修改页面 (31)5.2后台管理-商品管理模块 (32)5.2.1增加新商品-一级分类 (32)5.2.2编辑新商品-一级分类 (34)5.2.3编辑新商品-二级分类 (35)5.2.4增加新商品信息 (36)5.3订单生成购物车及商品搜索和收藏 (40)5.3.1搜索商品按钮页面 (40)5.3.2我的购物车页面 (41)5.3.3商品搜索页面 (42)5.3.4我的购物车页面 (42)5.4收藏夹页面 (45)5.5会员登录页面 (45)5.6收货人信息提交页面 (47)5.7送货方式选择页面 (50)5.8付款方式选择页面 (51)5.9非会员登陆页面 (52)5.10定单信息确认页面 (55)购物、用户注册、修改个人信息、对商品评价。
以及管理员对商品信息管理、公告信息管理、订单管理、普通用户信息管理等功能。
网络游戏商品在线销售系统需求分析说明书第一部分概述1.项目名称及背景项目名称开发背景第二部分任务说明1.功能概述2.用户环境第三部分需求分析1.实现功能系统用例图会员功能清单管理员功能清单2.用例说明///////////////////////////////////////////////////////////////////////////////////////////////////////////以下为会员功能用例 [会员功能用例1(个人管理)]●用例图●描述●参与者[会员功能用例2(购物信息)]●用例图●描述●参与者[会员功能用例3(帐户管理)]●用例图●描述●参与者[会员功能用例4(我要卖)]●用例图●描述●参与者[会员功能用例5(联系我们)] ●用例图●描述●参与者///////////////////////////////////////////////////////////////////////////////////////////////////////////以上为会员功能用例///////////////////////////////////////////////////////////////////////////////////////////////////////////以下为客服管理员功能用例[客服管理员功能用例1(用户管理)]●用例图●描述●参与者[客服管理员功能用例2(商品管理)]●用例图●描述●参与者[客服管理员功能用例3(公告管理)]●用例图●描述●参与者[客服管理员功能用例4(站内游戏商品服务管理)]●描述●参与者///////////////////////////////////////////////////////////////////////////////////////////////////////////以上为客服管理员功能用例数据库:所有表信息1. 表UserInfo2. 表UserState3. 表RoleInfo4. 表UserScore5. 表GameInfo6.表GameZone7. 表GameGoodsInfo8. 表GameGoodsType9. 表CardType10. 表Card11. 表Account11. 表AccountNote12. 表Order13. 表OrderDetail14. 表News15. 表Advice16. 表ShopInfo17. 表AboutShopComment18. 表MessageInfo备注:说明书以上内容有可能因为后来项目更新完善与项目有略微出入!另外因为项目实际规模不大,所以并未使用接口和工厂设计模式,也许在以后项目维护和扩展有些不足!另外,由于个人技术及其他原因,项目还有很多不足有待完善,请谅解!【本文档内容可以自由复制内容或自由编辑修改内容期待你的好评和关注,我们将会做得更好】。
HTS交易系统产品需求规格说明书项目编号:R2014080504日期:2014-08-04产品:陈吉利版本历史文档版本撰写时间变更人属性V1.0 2014-08-04 陈吉利新建V1.1 2014-09-11 陈吉利修改目录:1. 项目背景 (3)1.1. 名词解释 (3)1.2. 需求背景 (3)2. 项目目标 (3)3. 项目范围 (3)4. 项目时间表 (4)5. 项目方案概述 (4)6. 功能详述 (4)6.1. 功能清单 (4)6.2. 流程图 (4)6.3. 需求详述 (5)6.3.1. 购物车 (6)6.3.2. 订单生成 (10)6.3.3. 支付 (26)6.3.4. 订单查询......................................................................... 错误!未定义书签。
76.3.5. 卖家管理中心 (41)7. 原型 (49)8. 附件 (619)9. 运营计划 (619)附录一需求review 评分以及工作量评估 (619)1.项目背景1.1.名词解释1、HTS:Health Trading System(交易系统)2、用户:在寻医问药网站体验产品的人3、客户:寻医问药网的合作商家4、订单号:用户提交订单时分药店生成的业务线订单号5、支付订单号:用户提交订单时生成的用于支付使用的订单号1.2.需求背景1、药品网和商城作为一个垂直搜索引擎,用户点击购物后跳转至客户网站,造成用户流失。
2、用户点击购物跳转至客户网站后是否下单、下单后是否支付以及各个环节的转化率我们无法统计,也无法得知用户的真实需求。
3、同一用户购买多个药品,可能跳转至多个客户网站,各个网站的交易流程不同,影响用户体验。
2.项目目标1、用户购买保健品、医疗器械、化妆品整个过程(搜索、下单、支付、发货)均在寻医问药网HTS完成,提升用户体验,形成交易、数据闭环2、防止用户跳转至客户网站后流失3、支持后续中西药品上线4、支持后续资金安全系统3.项目范围1、HTS-购物车2、HTS-订单创建3、HTS-支付4、HTS-订单流转5、HTS-卖家管理中心6、HTM-Admin后台订单管理以下功能点在此项目中暂不涉及,上线后根据数据再优化:①信息安全:客户联系人地址和手机号码不做隐藏,默认展示给客户②配送:配送费用统一为20元,不支持自提、货到付款等③之前页面将包装显示为规格,此次不涉及修改,在新建的页面取名为包装④购物车以及订单生成针对保健、医疗器械、化妆品,中西药品报价排序页保持之前模式⑤此需求仅涉及PC端⑥此需求不涉及库存以且提交订单时不校验商品政策状态4.项目时间表●需求分析及确认:2014年07月30日-2014年08月22日●UI设计及页面制作:待定●开发设计编码:待定●测试上线:待定5.项目方案概述1、新建购物车系统2、新建订单生成系统3、新建支付系统4、新建状态机以及订单流转机制5、代理人卖家管理中心新增订单管理6、Admin管理后台新增订单管理6.功能详述6.1.功能清单6.1.1.主要功能图交易系统新建购物车订单创建支付订单流转卖家管理中心订单处理新增Admin后台订单处理6.1.2.详细功能点新建交易系统(保健品、医疗器械、化妆品)1、新建购物车a、管理后台店铺管理显示位置增加下单模式,控制店铺是否展示“立即购买”、“加入购物车”b、报价列表页、商品详情页增加“加入购物车”c、报价列表页、商品详情页增加“购物车”i、购物车显示已加入购物车商品数ii、购物车中可增加、减少某一商品购买数量iii、点击购物车中商品照片可进入商品详情页(变价、某一包装下架、所有包装下架)d、点击购物车进入购物车详情页i、购物车显示已加入购物车商品数及商品总价ii、购物车中分店铺展示已选商品iii、购物车中可增加、减少某一商品购买数量iv、购物车中可删除已选商品v、点击店铺名称可进入店铺详情页vi、通过去结算生成订单2、生单系统a、联系人信息填写i、非登陆用户展示登陆入口ii、手工录入相关信息iii、省市县(区)支持选择iv、登陆用户展示系统保存的联系人并勾选默认地址v、联系人信息同时展示在右下方vi、校验联系人信息是否已录入b、发票信息i、默认不勾选索要发票按钮ii、当勾选索要发票时,须填写发票抬头c、商品信息不可修改点击商品照片可进入商品详情页(变价、某一包装下架、所有包装下架)d、可返回购物车e、提交订单时校验商品政策价格3、支付4、订单流转4.1订单查询a、将“我的提问”修改为“我的个人中心”b、我的个人中心下拉框和个人中心左侧菜单栏增加“我的订单”c、新建我的订单列表页i、表头为商品信息、单价、数量、总价、可选择的订单状态、操作(不但订单状态按钮不同)、以及订单号、下单时间、药店名ii、点击购物车中商品照片可进入商品详情页(变价、某一包装下架、所有包装下架)iii、订单翻页d、所有订单详情页i、订单信息、日志信息、联系人信息、操作按钮、商品信息、商品金额、配送费、总价ii、搜索全站、店铺商品iii、点击购物车中商品照片可进入商品详情页(变价、某一包装下架、所有包装下架)e、订单状态随着动作变化状态次状态Action用户客户系统待支付订单取消取消订单24未支付小时自动取消待发货支付支付确认待发货退款待确认申请退款已发货发货已发货已完成确认收货超过15日系统自动确认已完成退款待确认待退款确认退款已发货拒绝退款待退款已退款确认退款已退款订单取消f、待支付订单i、支付ii、用户取消订单iii、系统24小时取消g、待发货订单申请退款h、已发货订单i、请确认收货ii、15天系统确认收货4.2收货地址管理a、添加新收货地址(与生单填写联系人相同)b、修改收货地址c、删除收货地址d、设置默认收货地址待5、卖家管理中心5.1新建订单管理a、订单管理下分为“订单”、“待支付订单”、“待发货订单”、“已发货订单”、“退款待确认订单”、“待退款订单”、“已退款订单”b、“待支付订单”、“待发货订单”、“退款待确认订单”、“待退款订单”右侧显示待处理的订单数c、订单下新增搜索功能,搜索条件为订单号、日期、联系人姓名、联系人电话、订单状态5.2订单列表页a、表头为商品信息、单价、数量、总价、可选择的订单状态、操作(所有订单均为查看详情)、以及订单号、下单时间、药店名b、点击购物车中商品照片可进入商品详情页(变价、某一包装下架、所有包装下架)c、订单状态机流转见4.1(e)d、订单翻页5.3订单详情页a、包括订单信息、商品信息、配送信息b、点击购物车中商品照片可进入商品详情页(变价、某一包装下架、所有包装下架)c、所有订单详情页均有返回按钮,返回至当前订单列表页5.4订单操作a、待支付订单i、支付确认ii、24小时未支付系统取消b、待发货订单发货c、已发货订单15天系统确认收货d、退款待确认i、确认退款ii、拒绝退款e、待退款退款6、Admin管理后台a、订单查询i、通过订单编号、日期、联系人姓名、联系人电话、订单状态检索订单ii、点击搜索检索订单iii、搜索结果表头为订单号、日期、联系人姓名、联系人电话、订单金额、订单状态、操作iv、点击查看进入订单详情页b、订单详情页i、药店信息:药店唯一标识、药店名、客服电话ii、订单信息:订单号、订单状态、匹配政策、订单金额、药品金额、配送金额、支付时间、流水号iii、商品信息:图片+B级名称+包装、单价、数量、合计、配送、总价iv、配送信息:联系地址、配送方式、公司名称、配送单号6.2.流程图开始报价排序页/商品详情页是否点击打开看看订单填写页是否填写订单是否是否继续填写订单待支付(订单状态)用户是否支付待发货(订单状态)是否继续支付待支付时间是否大于24小时订单取消(订单状态)是否用户是否取消订单否是是否发货是已发货(订单状态)否是否申请退款是退款待确认(订单状态)卖家确认是否已发货是否待退款(订单状态)否是是否已确认收货是已完成(订单状态)否是否超过15日否是否是否结算是是是否点击加入查看是否否否是是否客户是否确认支付否是否为保健品、医疗器械、化妆品否显示原有按钮是否为可下单药品否显示原有按钮是否为可下下单药店否显示原有按钮是是是已退款退款6.3. 需求详述6.3.1.购物车6.3.1.1购物车范围6.3.1.1.1可下单药店1、通过显示位置控制单个药店与寻医问药的合作模式2、显示位置修改为如图3、具体模式如下详述位置方式下单跳转电话主区域√√文字链√√3G √a、√表示某一区域可能有的合作方式b、某一药店某一区域只能有一种合作方式,如果某一药店某一区域勾选了多种合作方式,按生单、跳转、电话顺序进行优先级排序,按优先级最高的方式合作6.3.1.1.2下单控制模式商品种类+店铺合作方式1、医疗器械、保健品、化妆品可合作下单模式2、如果某店铺合作下单模式,则该店铺的以上三类商品展示购物车、可下单,否则按原有模式6.3.1.2新增“加入购物车”1、商品报价页,将“点击查看更多包装”删除。
XX棋牌游戏平台功能需求说明书目录1.项目总体概论 (3)1.1项目定义 (3)1.2项目目标 (3)1.3性能指标 (3)2.平台功能要求 (3)2.1用户注册、登陆、管理 (4)2.2游戏大厅 (5)2.3游戏房间 (9)2.4平台功能说明 (11)2.5平台管理员功能 (13)2.6网站后台管理 (13)2.7充值卡管理 (13)2.8版本升级 (14)2.9需开发的游戏 (14)3.平台比赛功能说明 (14)3.1打立出局赛制 (14)3.2定局积分赛制 (16)3.2.1循环赛制 (17)3.2.2其他规则 (18)3.2.3场控 (19)3.2.4比赛类型 (19)3.2.5用户涉及比赛的参数和信息 (20)4.网站功能说明 (20)4.1页面样式色调和网站整体框架 (20)4.2各页面功能需求 (21)4.3推广员系统 (22)4.4换礼品系统 (27)1.项目总体概论1.1项目定义1)本文件为XX棋牌游戏平台项目功能需求规范书。
1.2项目目标⏹开发独具本地特色的易管理、易运营的棋牌游戏平台。
⏹平台具有长时间稳定性,支持大容量用户同时在线。
⏹系统设计安全性强,从底层设计上考虑防篡改、防攻击。
⏹系统预留多平台、多支付渠道接口,便于扩展其他系统及扩展支付渠道。
⏹系统管理及平台运营管理作到智能、易用。
1.3性能指标2.平台功能要求平台由游戏大厅、游戏房间、游戏网站等功能模块组成,平台中需集成会员推广系统、支付管理系统、会员管理系统等功能。
游戏系统还需实现视频棋牌、聊天、道具、角色系统,含有丰富的音效、动画,声色俱全。
可对游戏大厅、游戏房间、游戏登录模块、数据库、视频服务器等全面分布式架设高性能运行。
根据运营需要,游戏房间可开设金币场、防作弊场、积分场、比赛场、视频场。
2.1用户注册、登陆、管理2.1.1 用户注册:用户注册可在游戏大厅进行注册,也可进入平台网站进行注册。
用户注册表单:游戏帐号:用户昵称:登陆密码:确认密码:性别:男女头像选择:所在城市:省市联系邮箱:用于密码找回及接入活动信息(还没有邮箱,点击注册XX宽带邮)推广员帐号:我有新手卡:验证码:如:(下图)2.1.2用户登陆:有记住密码选项;可切换用户名登陆;可选择游戏IP登陆;登陆服务器地址可多选,适应多种网络人群的需求;可链接网站进行密码保护设置;可进行代理登录。
网络游戏交易平台系统
软件需求说明书
1引言 (2)
1.1编写目的 (2)
1.2项目背景 (2)
1.3开发环境 (2)
1.4参考资料 (2)
2 数据描述 (3)
2.1数据库介绍 (3)
2.2数据项和数据结构设计 (3)
2.3数据的概念结构设计 (3)
3 功能需求 (4)
3.1功能划分描述 (4)
4性能需求 (6)
1引言
网络游戏又称“在线游戏”,简称“网游”,必须依托于互联网进行、可以多人同时参与的电脑游戏,通过人与人之间的互动达到交流、娱乐和休闲的目的。
网络游戏是为解决电视游戏和电脑的技术瓶颈而出现的产品。
也是在产品属性、开发技术和收益模式等各方面的限制下从以往的游戏产业中派生出来的新的产业。
网络游戏的发展大致可以分为以下三个时代:
(1)第一代网络游戏:1969-1977(完全免费性)
当时网络游戏的产生是由于计算机硬件和软件尚无统一的技术标准,因此第一代网络游戏的平台、操作系统和语言各不相同。
它们大多运行在高等院校的大型主机上。
(2)第2带网络游戏:1978-1995(开始进入收费)
一些专业的游戏开发商和发行商开始涉足网络游戏,如Activision、Sierra OnLine等,都曾在这一阶段试探性的进入过这一新型产业,它们推出了第一批具有普及意义的网络游戏。
(3)第三代网络游戏:1996至今(真正走入商业化)
越来越多的专业游戏开发商和发行商介入网络游戏,一个个规模庞大、分工明确的产业生态环境最终形成。
此时“大型网络游戏”的概念浮出水面,网络游戏不再依托单一的服务商和服务平台而存在。
1.1编写目的
随着游戏业的发达,这个行业也讯随壮大。
日本游戏行业,有RMT这个术语,而欧美却很少使用RMT 来称呼,在日本网游界还有RMT行业协会这样的组织。
所以在日本,RMT应运而生。
RMT系统的意义主要表现在以下三个方面:
(1)为广大网络游戏爱好者提供了一个交流和交易的平台
(2)RMT系统提升了网络游戏的服务水平
(3)补充了网上购物等电子商务系统对虚拟物品交易的不专业性
1.2背景
说明:
a.网络游戏交易平台系统
b.自行开发的应用于服务器的B/S架构系统;
1.3开发环境
(1)数据库服务器:Windows 2000 Server或更高
WEB服务器:Windows2000 Server或更高、客户端:Windows XP
(2)数据库:SQL2000 JDK:JDK1.5以上版本浏览器:IE6.0以上版本
1.4参考资料
《世界与中国:网络游戏发展史概述》
2数据描述
2.1数据库介绍
数据库设计是建立数据库及其应用系统的技术,是信息系统开发和建设中的核心技术,具体说,数据库设计是指对于一个给定的应用环境构造最优的数据库模式建立数据库及其应用系统,使之能够有效的存储数据,满足各种用户的应用需求。
2.2数据项和数据结构设计
(1)会员信息,包括数据项:ID、会员登录名称、密码、真实姓名、电话、邮箱、家庭住址、邮编(2)游戏信息,包括数据项:ID、游戏编号、游戏名称、服务器名称、游戏图片、说明、访问次数(3)游戏币信息,包括数据项:ID、游戏名称、服务器名称、存储数量、交易比例、说明
(4)装备信息,包括数据项:ID、游戏名称、服务器名称、再存数量、银行价格、图片
(5)邮件信息,包括数据项:ID、发送邮件姓名、订单编号哦、邮箱、游戏名称、问题分类
(6)滚动信息,包括数据项:ID、滚动信息
(7)支付信息,包括数据项:ID、银行名称、分行名称、地址、说明、图片
(8)友情链接,包括数据项:ID、图片、网址
(9)管理员信息,包括数据项:登陆密码,账号、邮箱
2.3数据的概念结构设计
本系统规划出的实体有:会员信息、游戏信息、游戏币信息、装备信息、订单信息、邮件信息、问答信息、滚动信息、访问者信息、支付方式信息、友情链接信息、管理员信息
3功能需求
3.1功能规划描述
(1)系统的架构
(2) 会员注册模块的设计:用户输入注册信息后,点击注册按钮直接成为会员
(3)会员登陆模块设计:用户注册成功后,输入对应的账号和密码即可登陆
(4)用户买卖游戏币模块设计:
(5)客户的查模块设计:客户端查询操作是指用户可以相关的游戏币和装备的信息。
本系统是一个三级联动查询。
游戏名称-服务器名称-游戏币、装备
(6)管理员操作模块设计:后台可以完成系统前台大部分内容的修改、包括会员的管理、游戏币、装备信息的修改、问答信息滚动信息、友情链接、银行信息等
4.性能需求
(1)标准性
按照B/S的三层结构机制,采用SQL2000
(2)跨平台性
采用JAVA语言为基础,可以不受操作系统平台的限制
(4)稳定性
保证系统正常工作,不会因为服务器或者程序BUG而导致整个系统瘫痪
(5)安全性
由于是交易系统,所以部分会员信息要真是,比如会员姓名,电话,邮箱,邮编,家庭住址这些会员信息和用户的游戏账号绑定,提高游戏交易的安全可靠性。