1需求规格书第1版Word文件下载.docx
- 文档编号:19490509
- 上传时间:2023-01-06
- 格式:DOCX
- 页数:22
- 大小:154.25KB
1需求规格书第1版Word文件下载.docx
《1需求规格书第1版Word文件下载.docx》由会员分享,可在线阅读,更多相关《1需求规格书第1版Word文件下载.docx(22页珍藏版)》请在冰豆网上搜索。
2.3.6数据存储14
2.3.8监控、统计15
2.4技术选型16
3.网站功能性(平台)需求17
3.1网站前台功能需求17
3.1.1首页18
3.1.2频道18
3.1.3搜索18
3.1.4商品展示18
3.1.5在线订购19
3.1.6批量采购19
3.1.7商家入驻19
3.1.8购物车19
3.1.9定制预售20
3.1.10订单管理20
3.1.11会员中心20
3.1.12网站公告20
3.1.13帮助中心21
3.1.14用户反馈21
3.1.15客服21
3.1.16积分系统21
3.2网站后台功能需求21
3.2.1店铺管理22
3.2.2商品管理23
3.2.3营销推广24
3.2.4订单管理25
3.2.5物流配送25
3.2.6客服管理26
3.2.7结算中心26
3.2.8统计报表26
3.2.9子帐号管理27
3.2.10增值服务27
3.2.11会员管理27
3.3其它需求28
4.android功能性需求29
4.1首页29
4.1.1首页页面29
4.1.2频道页面30
4.1.3详情页面31
4.2分类31
4.3广播31
4.4购物车31
4.5我的31
4.5.1全部订单31
4.5.2我的资产31
4.5.3我的关注32
4.5.4我的消息32
4.5.5我的预约32
4.5.6浏览记录32
4.5.7帐户与安全32
4.5.8意见反馈32
4.5.9更多设置32
5.ios功能性需求33
6.非功能性需求33
6.1界面需求33
6.2软件接口33
6.3性能需求33
6.4硬件的限制33
6.5安全性34
6.6可维护性34
6.7可转移/可扩展性34
7.附录34
1.引言
1.1目的
王梓国际集团旗下“爱王梓”是一家平行性多用户商城,商城主体分为通信城、服装城、旅游城、建材城、印通城、生态园等七大类经营项目,其产品包括数码通信、服饰、鞋包、旅游、建材等综合型商务平台。
目前互联网及移动互联网的快速发展,成为大家生活中信息获取的主要来源之一,发展互联网的传播也是企业发展的必要途径,爱王梓实体店+网络平台更加的突出的这一优势,网络平台的发展是实体店的扩展,源自未来商业变化,利用其高度信息化手段提升流通效率。
平台产品主要由王梓集团自营和厂商家共同进行自由销售,为消费者提供全方位一站式消费服务。
此文案为内部平台建设文案,面向公司领导、技术部、产品部各人员,不对外公开。
密级:
秘密。
1.2适用范围
⏹爱王梓为B2C互联网、移动互联网电商交易平台。
⏹面向各大有电商需求的企业,以及王梓集团自有线下实体店。
提供供货,库存,销售,订单,宣传,交易,出库的一整套服务。
⏹面向线上线下有需求的其它用户。
⏹产品开发遵循可扩展性、易用性。
遵循国际标准化组织、国家行业标准(ISO/GB)、公司开发标准。
1.3术语及缩略词
1.3.1B2C:
BusinesstoCustomers,企业对用户的一种互联网模式。
1.3.2移动互联网:
移动互联网是移动+互联网整合的产物,它具有人员不固定性、设备多样性、隐私性、应用轻便、用户规模大等。
2.系统概述
2.1平台概述
爱王梓商城是一个B2C电商平台,为电商提供从商品管理,订单管理,销售管理,客户管理统计报表、售后服务等一整套线上销售服务平台。
为顾客提供方便快捷的商品查询、购买、配送、售后等服务。
整个平台具有商品数量大、顾客流动性大的特性。
因此平台应该具备强大的商品数量压力及顾客浏览量的压力。
爱王梓以提供实体产品为主,虚拟产品为辅,系统设计兼具实体产品的特性及虚拟产品的特性。
平台拥有明显前台后区分,前台拥有商品展示、站内搜索、用户管理、在线订购、批量采购、商家入驻、网站公告、帮助中心、友情链接。
前台还将有Android平台、IOS平台展示。
后台拥有客户管理、订单管理、商品管理、销售管理、客服管理、采购管理、库存管理、出库管理、退货管理、财务管理、统计报表、权限管理、操作日志。
所以总体规划将从技术框架、功能需求(含网站、Android、IOS)、非功能性需求全部描述爱王梓平台的建设。
2.2总体框架
总体架构为基础架构,是平台所需要的资源集合。
描述的是整个平台所使用的资源。
从底层服务,如服务器,网络带宽,短信服务等,到程序底层数据库,最终到用户所看到的界面一系列架构总体说明。
如下图:
2.3技术框架
技术架构,主要集中在程序实现,程序所使用的一些技术框架。
描述在整个平台架构中所使用到的技术。
下图为电商平台所使用的技术架构基础图
上图的基础架构,成为整个电商平台基础服务以及部署服务情况,下图则是展示现实生活中所能看到的技术架构模型:
2.3.1.CDN
CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。
其目的是使用户可就近取得所需内容,解决Internet网络拥挤的状况,提高用户访问网站的响应速度。
2.3.2.负载均衡
一个大型的平台包括很多个业务域,不同的业务域有不同的集群,密集访问的业务群之间为了保证访问的流畅性,使用负载均衡为每个业务群分配一定量的访问,增加服务的可访问性。
2.3.3.APP应用层
应用层运行在jboss或者tomcat容器中,代表独立的系统,比如前端购物、用户自主服务、后端系统、支付系统、商品系统等。
协议接口HTTP,JSON。
采用SESSION集中式存储。
2.3.4业务服务
代表某一领域的业务提供的服务,领域有用户、商品、订单、红包、支付业务等等,不同的领域提供不同的服务,这些不同的领域构成一个个模块,良好的模块划分和接口设计非常重要,一般是参考高内聚、接口收敛的原则,这样可以提高整个系统的可用性。
根据应用规模的大小,模块可以部署在一起,对于大规模的应用,一般是独立部署的。
2.3.5基础服务中间件
2.3.5.1通信组件
通信组件用于业务系统内部服务之间的调用,在大并发的电商平台中,需要满足高并发高吞吐量的要求。
整个通信组件包括客户端和服务端两部分。
客户端和服务器端维护的是长连接,可以减少每次请求建立连接的开销,在客户端对于每个服务器定义一个连接池,初始化连接后,可以并发连接服务端进行rpc操作,连接池中的长连接需要心跳维护,设置请求超时时间。
2.3.5.2路由
当数据达到一定当量时,对数据进行垂直和水平切分。
一是为了提高数据库的吞吐量,对不同的表进行垂直切分到不同的数据库中,二是当数据库中一个表超过一定大小时,需要对该表进行水平切分。
以上手段仅仅是为了保证数据的可访问性更高,可访问性更高时,数据的存储可能并不在同一个地方,那么就需要路由来指定数据在哪里,就像仓库总指挥中心,可能不同的产品存储在全国各地,指挥中心就是通知产品在哪里存储。
2.3.5.3HA(集群)
HA(HighAvailable),高可用性群集,是保证业务连续性的有效解决方案,一般有两个或两个以上的节点,且分为活动节点及备用节点。
通常把正在执行业务的称为活动节点,而作为活动节点的一个备份的则称为备用节点。
当活动节点出现问题,导致正在运行的业务(任务)不能正常运行时,备用节点此时就会侦测到,并立即接续活动节点来执行业务。
从而实现业务的不中断或短暂中断。
通俗来讲,HA就是保证服务的有效性,当某一台服务失效不能提供服务器,另外一台服务就会补充进来,以保证服务随时可访问。
2.3.5.4消息
MQ:
消息队列。
对于平台各个系统之间的异步交互,是通过MQ组件进行的。
如用户购买一件商品,支付已经成功,商户发货时需要通知对方,货品已经发出,发货时,发货的消息就会进入消息队列(MQ),消息的处理系统检测到有消息队列时,就会针对这个消息进行处理,是发送邮件,发送短信,站内信,通知物流组件进行工作等。
2.3.5.5Cache
Cache:
缓存。
是内存数据库的一种,可以提供比常用数据更快的访问速度。
使用cache可以减少对后端系统的负载,承担可大部分读的压力,可以大大提高系统的吞吐量,比如通常在数据库存储之前增加cache缓存。
2.3.5.6搜索
电子商务平台中搜索是一个非常的重要功能,主要有搜索词类目导航、自动提示和搜索排序功能。
Solr是基于lucene的高性能的全文搜索服务器,提供了比lucene更为丰富的查询语言,可配置可扩展,对外提供基于http协议的XML/JSON格式的接口。
2.3.5.7日志
在整个交易过程中,会产生大量的日志,这些日志需要收集到分布式存储系统中存储起来,以便于集中式的查询和分析处理。
日志系统需具备三个基本组件,分别为agent(封装数据源,将数据源中的数据发送给collector),collector(接收多个agent的数据,并进行汇总后导入后端的store中),store(中央存储系统,应该具有可扩展性和可靠性,应该支持当前非常流行的HDFS)。
2.3.5.8数据同步
数据同步,在大型平台当中,数据并不存储在一个地方,同样的数据也在不同的地方进行相信,那么这些信息是需要随时保持一致的。
数据同步就是保证这些数据保持一致。
在交易系统中,通常需要进行异构数据源的同步,通常有数据文件到关系型数据库,数据文件到分布式数据库,关系型数据库到分布式数据库等。
数据在异构源之间的同步一般是基于性能和业务的需求,数据存储在本地文件中一般是基于性能的考虑,文件是顺序存储的,效率还是比较高的;
数据同步到关系型数据一般是基于查询的需求;
而分布式数据库是存储越来越多的海量数据的,而关系型数据库无法满足大数据量的存储和查询请求。
2.3.5.9数据分析
从传统的基于关系型数据库并行处理集群、用于内存计算近实时的,到目前的基于hadoop的海量数据的分析,数据的分析在大型电子商务网站中应用非常广泛,包括流量统计、推荐引擎、趋势分析、用户行为分析、数据挖掘分类器、分布式索引等等。
2.3.5.10实时计算
在互联网领域,实时计算被广泛实时监控分析、流控、风险控制等领域。
电商平台系统或者应用对日常产生的大量日志和异常信息,需要经过实时过滤、分析,以判定是否需要预警;
如某个系统崩溃,某个订单正在进行不正常或非法交易等。
同时需要对系统做自我保护机制,比如对模块做流量的控制,以防止非预期的对系统压力过大而引起的系统瘫痪,流量过大时,可以采取拒绝或者引流等机制;
有些业务需要进行风险的控制,比如彩票中有些业务需要根据系统的实时销售情况进行限号与放号。
2.3.5.11实时推送
实时推送使用场景非常多,比如系统的监控动态的实时曲线绘制,手机消息的推送,web实时聊天等。
2.3.6数据存储
2.3.6.1内存型数据库(缓存)
内存型的数据库,以高并发高性能为目标,提供快速访问,减少数据库的压力,在事务性方面没那么严格,主要采用mongodb、redis、ecache等。
2.3.6.1关系型数据库
关系型数据库在满足并发性能的同时,也需要满足事务性。
是保证数据存储的关键性平台之一。
数据库采用MySql。
2.3.7管理与部署配置
2.3.7.1统一的配置库
配置库提供平台各层次的配置服务,当有节点服务器需要配置时,可以直接从配置库获取并直接进行数据配置
2.3.7.2部署平台
当配置完成后,部署平台启动,进行服务器的统一部署,并自动启动服务,不需要任何的人工干预。
2.3.8监控、统计
电商大型分布式系统涉及各种设备,比如网络交换机,普通PC机,各种型号的网卡,硬盘,内存等等,还有应用业务层次的监控,数量非常多的时候,出现错误的概率也会变大,并且有些监控的时效性要求比较高,有些达到秒级别;
在大量的数据流中需要过滤异常的数据,有时候也对数据会进行上下文相关的复杂计算,进而决定是否需要告警。
因此监控平台的性能、吞吐量、已经可用性就比较重要,需要规划统一的一体化的监控平台对系统进行各个层次的监控。
平台的数据分类
应用业务级别:
应用事件、业务日志、审计日志、请求日志、异常、请求业务metrics、性能度量
系统级别:
CPU、内存、网络、IO
时效性要求
阀值,告警,实时计算:
近实时分钟计算
按小时、天的离线分析
实时查询
2.4技术选型
网站平台将采用多种语言进行混合编码。
主要语言使用JAVA。
网站业务系统及网站使用JAVA。
操作系统:
CentOS、Ubuntu
服务器:
Apache、Nginx、Tomcat、JBoss
数据库:
MySQL、MySQLdb、MongoDB、Redis
服务器监控:
Cacti、Nagios
开发语言:
Java、Go
分布式计算:
Hadoop、Mogilefs
日志分析:
AWStats
任务管理:
Redmine
消息系统:
RabbitMQ
前端框架:
jquery、bootstrap
缓存系统:
Memcached、XCache、Redis、Predis
图片处理:
GraphicsMagick、gmagick
FTP工具:
vsftpd
开发工具:
VIM、Readline、eclipse、illideaJ
调试工具:
Firebug、Xdebug
版本控制:
SVN
搜索服务:
Solr
邮件服务:
Postfix
网络编程:
Twisted、cURL、libevent、Net-SNMP、NTP
可用性测试:
ibrowse
集群系统:
Heartbeat
并行开发:
gevent
负载均衡:
IPVS、LVS
虚拟通道:
OpenVPN
3.网站功能性(平台)需求
注:
网站功能仅为普通性功能,非最终需求,且仅对每个大模块进行简单描述,真正功能需求需要有功能描述、功能流程、数据图等完整性的功能描述。
3.1网站前台功能需求
商品展示、搜索、会员中心、在线订购、批量采购、商家入驻、网站公告、帮助中心、购物车、用户反馈、定制预售、客服、积分系统、友情链接。
3.1.1首页
所有内容综合性展示页面。
通用:
登陆,注册,用户中心,我的订单,客户服务,网站导航,友情链接,帮助中心,版权,网站公告等。
商品展示:
分类展示及分类产品展示,热门展示,推销展示,推销产品,活动产品,推荐品牌,活动品牌,广告,限时抢购,促销区,新品,王梓首发,名品折扣。
3.1.2频道
与首页类型,不同的是,这个页面展示的是某一类的商品,其它同首页。
3.1.3搜索
搜索是站点比较重要的功能之一,可以使用户更快的找到自己想找的产品,比如手机,利用筛选条件,可以更快的达到目标产品。
搜索含各种商品的搜索分类,商品的排序,商品的具体展示。
3.1.4商品展示
商品展示,另一个非常重要的页面之一,直接决定用户是否购买的地方。
商品展示页需要展示商品的图片、各种属性、商品购买属性、商品介绍、详细参数、服务承诺、评论、售后、相关的产品、同类产品、同类排行、相关购买推荐等系列直接与购买相关的属性。
3.1.5在线订购
用户选定物品时,直接产生订单并支付,商家发货与用户确立产品交流,直至用户收到货品并确认的整个订购过程。
3.1.6批量采购
相对单个用户来说,批量采购指爱王梓平台(或商家本身)所规定的一定量级的商品。
批量产品的采购需要按照每种类批量采购标准来执行。
与一般的购物不太一样,需要遵循特定的规则。
但其整个交易过程大体上与普通交易还是一致。
仅在购买的一些细节或合同交易上有一定的区别。
3.1.7商家入驻
爱王梓商城是一家面向所有商户的综合性商城,为广大商家提供互联网销售服务。
可以依照平台所给予的政策进行注册,店铺管理,等入驻行为。
3.1.8购物车
用户选定商品,但暂时不想支付,可以直接将商品放入到购物车中,选择完成后进行统一付款的方式。
购物车,可以进行对选定商品进行一定的管理,如继续添加商品,删除商品,修改商品数量等行为。
3.1.9定制预售
定制是商家针对用户的喜爱,推出多种商品属性组合模式,达到用户定制的需求。
如购买手机,商家预制手机屏幕大小,内存大小,外观颜色,CPU型号等,用户自由选择。
预售是产品未正式上线前的一种订购模式,一种为预付款,需要用户支付一定比例的货币,即预定成功,商品上线后,通知用户,另一种为预订模式,仅需要用户登记有效信息,当产品上线后,商家通过系统通知用户。
3.1.10订单管理
用户购买商品后,可以对自己的订单进行管理,停止订单、投诉订单、付款、确认订单、查看物流、查看备注等行为。
3.1.11会员中心
会员中心主要是会员对自己的基本资料,安全性,订单,收藏,留言,收货地址,资金管理等一系列管理。
3.1.12网站公告
网站公告是平台政策、公告、通知、用户公告、商家公告等的通知公告,分为全站公告,频道公告、用户公告、商家公告等。
3.1.13帮助中心
涵盖普通用户、商家、平台其它相关的一些帮助性信息。
3.1.14用户反馈
即工单系统,针对用户、商家在使用过程中的问题或者投诉进行相应的处理。
3.1.15客服
客服分为在线客服或引导性客服。
在线客户是指用户可以即时进行联通交流,引导性客服,是指针对某一类问题,系统自动的针对提出的问题进行解答。
3.1.16积分系统
积分系统为平台推出的一种奖励性措施,用户可以使用积分兑换现金、参加活动、抽奖、购买商品等。
3.2网站后台功能需求
店铺管理、客户管理、订单管理、商品管理、营销推广、结算中心、统计报表、支付、物流配送、促销活动、品牌管理、优惠卷系统、赠品兑换、捆绑销售、评论留言、站外推广、备份恢复、权限管理、操作日志
3.2.1店铺管理
3.2.1.1店铺管理
商家对自己店铺名称,LOGO,海报等基本信息的管理。
3.2.1.2店铺装修
可以对店铺进行一定的装修。
3.2.1.3店内公告
发布店内的公告,如果有自己首页的情况下,店内公告将会显示在自己的首页,如果没有首页,则不会显示。
3.2.1.4银行帐号
管理自己的收款帐号。
并进行有效性验证。
3.2.1.5品牌管理
对自己的品牌进行添加,删除,修改等操作。
品牌需要进行审核才有效。
3.2.1.6视频管理
可以对上传视频,视频与商品关联后,可以前台商品页面进行播放,间接提升商品的销售以及用户的购物体验。
3.2.2商品管理
商家可对商品进行上架,下架,商品属性、图片修改,定时上下架、删除等操作。
3.2.2.1添加新商品
可添加新的商品,生成商品类目信息,商品发布(添加商品属性、信息、SKU、图片管理、物流、定时上架)等操作。
3.2.2.2在售商品管理
对在售商品进行管理。
可下架,删除等。
正在产品订单的商品,下架后不受影响。
3.2.2.3待售商品管理
对未上架的商品进行管理。
可上架,删除等。
3.2.2.4关联商品设置
对可设置关联商品,关联到某一个商品、某一系列商品、全部商品。
这些商品在展示时,可以展示这些关联的商品,引起用户注意,提升用户体验。
3.2.2.5库存管理
对在库的产品进行管理,数量,属性,位置等维护。
3.2.2.6属性管理
对商品的属性进行统一的管理维护。
3.2.2.7图片管理
对已上传的所有图片进行管理。
可删除,添加,分类。
3.2.3营销推广
3.2.3.1我要促销
对商品进行一定的促销推广,可以选择单品促销,套装促销,赠品促销,满赠促销等促销活动。
3.2.3.2我的促销
对我订购的促销进行管理。
3.2.3.3设置优惠卷
添加优惠卷。
3.3.3.4我的优惠卷
管理我的优惠卷。
3.2.4订单管理
3.2.4.1订单查询与跟踪
对全部订单、等待出库(含出库、多库出货、查看详情、添加备注等)、等待发货、已发货、买家已收货、换货订单、已取消订单、锁定订单进行管理。
3.2.4.2订单打印
订单详情的打印,及订单列表的打印。
3.2.4.3修改快递单号
修改某一个快递单号。
3.2.5物流配送
3.2.5.1物流公司管理
添加、修改、删除物流公司。
3.2.5.2发货地址管理
添加、修改、删除发货地址。
3.2.5.3运费模板
添加、修改、删除运费模板。
3.2.5.4发票信息设置
添加、修改、删除发票模板
3.2.6客服管理
客服管理可以管理,用户的一些投诉信息,设置店铺的一些客服信息。
3.2.6.1客服设置
设置哪个帐号进行客户服务。
3.2.6.2评论留言
对评论留言进行回复等管理。
3.2.7结算中心
对妥投订单、退货订单、拒收订单、非销售单、差异调整等综合订单信息进行款项结算。
3.2.8统计报表
针对销售的一些报表及分析。
经营状况,销售分析,流量分析,广告分析,客户分析,营销分析,配送分析,售后服务,装修效果分析,来源分析,关键词分析。
经营状况:
营销概况中展现了店铺的一些基本流量数据和销售数据,分为日报、周报、月报。
通过查看此功能页面,您能够了解到每一天、每一时段店铺整体的经营情况,做到心中有数;
根据趋势图做出分析与预测,让您的店铺生意越来越兴旺。
其它分析统计暂时不一一列举。
3.2.9子帐号管理
3.2.9.1子帐号列表
管理卖家店铺子账号,包括“账号维护”、“启用/停用”、“删除”等功能。
3.2.9.2激活子帐号
激活前提注册的子账号,激活成功后,可以使用此子账号登陆卖家后台进行业务处理。
3.2.9.3角色管理
根据业务规则设置角色,并可为角色赋予组合权限,角色设置成功后,可为子账号设置角色,方便管理。
3.2.10增值服务
3.2.11会员管理
对购买过自己商品的用户的管理,可以查看用户购买时间,次数,评论,交易详情,可对用户进行拉黑,发优惠卷,发公告等操作。
3.2.11.1会员管理
会员查看:
可查看本店铺内具有已完成订单的所有用户。
查看会员详情:
查看会员的店铺内的消费详情,并可以链接到订单查询页面,显示此会员相关订单信息。
会员排序:
会员列表按照订单量、订单额、下单时间进行排序查看。
店铺固定等级分为普通会员、中级会员、高级会员、V
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格书