Web网站后台项目需求V30.docx
《Web网站后台项目需求V30.docx》由会员分享，可在线阅读，更多相关《Web网站后台项目需求V30.docx（21页珍藏版）》请在冰豆网上搜索。
Web网站后台项目需求V30
电商Web网站后台
项目需求
版本3.0
上海**信息技术有限公司
2012年11月13日
目 录
BC卡Web网站后台
项目需求
一．概述
BC电子商务系统是一套完备的中英文双语电商系统，系统涵盖了面向客户层的Web网站前台、面向管理人员的Web网站后台、以及客户智能手机App和商户智能平板App。
系统旨在以信息化的手段实现传统线下人工操作的业务。
提高公司业务中各个部门信息的实时反馈效率，并且以全新的移动互联网模式给客户带来全新的体验。
本文所述所有内容均为BC项目一期所必须完成的系统后台部分的业务功能，对系统本身性能的需求与网站前台的功能需求，仍需参考早期文档《功能范围与内容简要说明V1.0》中所述的系统性需求。
手机App的需求参考《App需求范围V1.0》，但原则上无需变更appdemo与原型所现有的功能内容，仅需完成与真实后台系统的联合工作。
二．需求详细
1、会员管理
会员管理模块主要是对于会员基本信息的管理功能。
模块首页以列表形式显示会员。
会员信息包含：
会员姓名、用户积分、地区、E-Mail、手机号、邮编、固定电话、性别、备注、出生日期、注册日期、注册IP等信息。
具体数据可参照《数据汇总表》。
模块提供对会员的管理功能。
包括添加新会员、编辑会员信息、删除会员、操作会员（包含冻结、激活）、给会员发送EDM、短信、Mac绑定解绑（AppMac地址）等操作。
能够通过导入的方式新建一批会员，导入的内容包含会员姓名、手机、住址、电子邮箱，导入时仅对手机号码与电子邮箱做匹配，如果出现手机号码相同或电子邮箱相同，则导入失败，自动存入失败列表。
会员的分级制度，沿用ECStore。
操作单个会员的同时，应该在界面显示与该会员相关的Unit、订单、使用记录、客服记录。
在所有会员记录数据的右侧，提供多功能的筛选条供管理员对所有数据进行筛选，筛选条件须包含拥有有效的某个指定的产品与产品Unit（如遇酒店毁约问题，可以对所有拥有人发短信或邮件通知）。
2、商品管理
商品管理模块主要供管理员对BC目前所运营并且将来会运营的的商品进行管理。
从业务角度划分，BC的主要产品分为套餐和产品，其中，产品具体又细化为会籍（会员卡为其具现化的代表）、住宿券、限时促销券、餐饮券、SPA券、其他券。
其中不同的产品的优惠范围与内容不同，其优惠形式有以下几种：
[优惠权限]
1.代表产品的购买与使用权限的会籍类产品，会员如果拥有该产品可以在电子商务平台（二期则增加app购物平台）中购买与使用指定范围的产品，例如散货会籍，默认为激活产品，不可转增，有效期为最后一次购买后一年。
（改为：
金牌会员）。
2.代表产品的使用权限的会籍类产品，如果该会籍缺失或过期，即使拥有相应的产品，也不能使用，例如套餐内代表会籍资格的会员卡。
[优惠内容]
3.可以在有效期内，在指定范围的商户享受不同的指定折扣，无使用次数限制，例如会员卡。
4.通用的免费兑换券，能且只能在所有提供相应类型服务的商户中选择一家兑换相应的服务内容，且只能被使用一次，例如住宿券，未来的餐饮券与Spa券等其他也会有此种类型。
5.限时促销券，同样是免费兑换券，但只有一个商户可以选择，且只能被使用一次，例如红酒券。
6.单一商户的折扣券，例如目前的餐饮券和SPA券，只有一个商户可以选择，且只能被使用一次。
以上内容中，除1、3或2、3可以归属于一个产品以外，其他优惠内容不得与其他优惠同时存在。
套餐由产品或其他套餐组成（注意系统应防止死循环嵌套的发生），产品由商家提供。
每个商品与有一个唯一的5位数字的标志序号，第一位标示该商品是套餐还是产品，后四位为序号，多个版本的同一款产品或套餐的标志序号相同，如1888套餐为10001,1098套餐为10002,逸江南主卡套餐为10003，副卡套餐为10004，红酒单券为00005等。
该5位标识号为系统自动生成。
在商户pad上验证扫描的纸券二维码中的最后四位数字即为上述标志序号的后四位。
注：
一个套餐最多包含两层套餐。
住宿券使用前必须预约，所有的免费兑换券都需要结算，其他券的预约和结算流程都非必需。
在产品使用环节，增加单独会员卡验证的记录，需记录验证的时间（限于验证和使用会员卡的折扣优惠，即使用优惠权限）；其流程相当于不输入或者扫描纸券二维码的验证。
商品管理模块需要提供包括套餐、产品的新建、编辑、操作（上下线、备货申请、上下架、是否前台显示）、停用功能，其中系统需要每天0点更新通过审核的指定当日上线或停用的产品与套餐，将其状态置为上线或停用，并相应操作上线或停用的各个相关事宜。
其中产品与套餐的上架下架数量申请，仅代表该商品的可销售数量，而非实际库存数量。
该产品的可销售数量同实际库存数量不做控制。
a）产品管理
产品是构成套餐的基本要素，由各个商户提供。
每个实物产品有一个14位的唯一标识号（4位字母+10位数字），该唯一号区别于ID，需要系统自动按该规则分配。
未来印在纸质券上的二维码所对应的数字字母组合，要做在ai文件上直接印刷，每个酒店一个二维码。
其命名规则：
BCCN1200018434
1-4位字母标志所属公司，如BCCN。
5-6位数字标志产品年份末二位，如12。
7-10位数字标示产品（套餐+单券）内容序号。
11-14位为加密校验数字，其加密原则为对5-10位数字进行对指定数字密钥A的异或操作，得出的结果与密钥B相乘，取最后四位数字。
其中密钥A与密钥B可设定更改，更改时，所有的产品必须升级。
目前初始密钥A为2012，密钥B为314。
产品有两个有效期，产品生命周期有效期指的是当前版本产品在整个系统中流转的期限。
超过有效期，产品将自动下线。
产品使用有效期则为所生产的Unit的默认使用有效期（若Unit是因为套餐的销售而生成，而非产品直接备货或销售生成，则其使用有效期跟随套餐的使用有效期）
产品存在的意义是作为产品Unit的模板在申请产品Unit数量的时候生成产品Unit的个体，（套餐在销售的时候亦会生成产品Unit）。
对于产品的基本数据元素请详见《数据汇总表》，此外需考虑前台产品网页展示内容与app展示内容所需备的属性信息。
（增加产品所属餐厅名的字段，因为存在一个商户有多个餐厅与我们签约，例如中餐厅、西餐厅，可以按餐厅不同，新建不同的产品，其他部分属性需参考前台界面展示的网页内容与手机app展示的内容）
管理员可以对产品进行新建、编辑、操作、删除。
操作包含上线（该产品可销售）、下线（该产品不可销售）、前台展示确认与取消（此处为一个更改，因为考虑到某些下线产品如果在套餐内，客户理应可以查看套餐内每个产品的介绍，如果下线状态前台无法显示的话，就有些矛盾）、产品的创建、上下线审核、停用、停用审核，编辑产品的时候如果编辑的数据元素不是该产品的关键数据元素，则不会引起当前产品或者由当前产品组成的套餐的升级。
而如果编辑的数据元素是该产品的关键数据元素时，则会引发当前产品或者由当前产品所组成的套餐的升级。
其中，新建、编辑、操作、升级、删除、上线、下线、展示、取消展示、上架、下架、停用都是需要审核的，并记录期相应操作与审核的时间，以便于筛选。
产品维护专员在新建产品后，产品默认属于草稿状态。
由产品维护专员提起产品启用审核申请。
产品审核专员审核通过后，产品默认处于下线状态。
处于下线状态的产品可以由产品维护专员提起上线申请并可确定上线时间。
上线的产品同样可以被提出下线申请，并约定下线时间。
产品审核专员审核通过后，产品处于可以被购买的状态。
如果确认了产品的前台展示，则产品可以在网站前台购物界面显示，取消展示则不会显示；如果某产品属于某个处于展示状态的套餐，则该产品必须处于前台显示状态，并不得被取消显示，如果产品管理员执行取消显示操作，系统必须给出提示，告知XXX套餐含有该产品。
产品的升级同样需要确定升级时间（升级实际上就是新版本产品替代旧版本的操作），升级时，新版本产品生产，其显示状态与上下线状态与旧版本保持一致，旧版本产品变为下线状态，显示状态取消，所有含该产品的套餐自动升级并包含新版本产品，新版本套餐的上下线状态与展示状态与旧版本保持一致。
在产品上线后的任何时间点，产品都可以提交停用申请，与上线申请一样，停用申请也可以确定停用时间。
在需要的情况下，如产品所对应的商户已经不再合作时，产品需要停用。
产品停用由产品维护专员提请申请，由产品审核专员审核。
如审核通过，产品则直接被停用，所有包含该产品的套餐自动升级并且不包含该产品，被停用后前台展示自动取消，后台中只允许查阅不允许编辑；不可以再申请该产品的Unit备货，不得再生成停用产品的Unit，但已产生的Unit依然存在，并且状态不会自动变更，除非Unit管理专员主动编辑更改其属性。
如果要再次启用，则需要由产品维护专员再次提起产品启用审核申请。
上、下架仅限于可销售数量的变更，同样需提出申请，然后被审核确认。
当客户成功提交订单后，该数量扣减客户的订单所含相应的商品数量。
产品在系统中的流转有两种方式，一种是作为套餐内的产品进行流转，另一种是作为独立销售流转，两者均有电子版与实物版的存在，其在前台界面的销售形式，则在产品新建与编辑中确定，操作员可以选择该产品只销售电子版、实体版或者两者同时销售。
对应到前台网站，用户可以选择相应的电子形式产品或者实物产品。
（注：
10月份和龚平山提过，业务部门确认会存在实体单券单卖，因此产品Unit也需要有实体部分，流程与套餐一致）
系统对产品提供了分类，并可以对分类进行增减、编辑（后台在参数管理模块应提供所有下拉菜单项的内容管理，以便于后期新增分类选项；产品分类EC-store系统自带）。
管理员可以通过分类，对产品进行有效的管理。
产品分类亦可以作为客户在操作前台网站时，对产品检索的依据。
在产品管理界面，产品是以列表的形式进行展示的。
在所有产品列表数据的右侧，提供多功能的筛选条供管理员对所有产品进行筛选。
非停用状态的产品都可以升级。
b）套餐管理
套餐是由产品与其他套餐构成的，套餐中的每一个产品都是他的构成元素；此外也会将多个套餐捆绑搭配销售，因此除了套餐自身的组合外，需要存在一种临时的捆绑组合。
套餐与产品相同均有两个有效期，套餐生命周期有效期指的是当前版本套餐在整个系统中流转的期限。
超过有效期，套餐将自动停用。
套餐的生命周期有效期大于或等于套餐内所有产品所对应的有效期，这样能够保证套餐过期前，套餐内所有的产品不会过期。
套餐的使用有效期则为套餐Unit所含的产品Unit的使用有效期。
套餐存在的意义是作为套餐Unit的模板在申请套餐Unit数量的时候生成套餐Unit的个体。
对于产品的基本数据元素请详见《数据汇总表》，其他部分属性需参考前台界面展示的网页内容与手机app展示的内容。
管理员可以对套餐进行新建、编辑、操作、删除。
操作包含上线、下线（与产品相同）、展示、取消展示、各类审核、停用、停用审核，编辑套餐的时候如果编辑的数据元素不是该套餐的关键数据元素，则不会引起当前套餐升级。
而如果编辑的数据元素是该套餐的关键数据元素时，则会引发当前套餐的升级并且新版本的套餐的展示状态与上下线状态与旧版本保持一致。
。
套餐的展示状态为展示时，其所含的所有产品必然为展示状态；取消展示状态则不会影响产品的展示状态。
非停用状态的套餐都可以升级。
同产品一样，其中，新建、编辑、升级、操作、删除、上线、下线、停用都是需要审核的。
套餐维护专员在新建套餐后，套餐默认属于草稿状态，套餐维护专员可以编辑套餐属性、选择产品组合。
由套餐维护专员提起套餐启用审核申请。
套餐审核专员审核通过后，套餐默认处于下线状态。
处于下线状态的套餐可以由套餐维护专员提起上线申请并确定上线时间。
套餐审核专员审核通过后，套餐在网站前台购物界面显示。
在套餐上线后的任何时间点，套餐都可以被停用，套餐的停用不会影响到其所含产品或套餐的状态，停用后前台展示取消，停用的套餐只允许查阅不允许编辑，不能再生成套餐Unit，已生成的套餐Unit不受影响。
套餐停用由套餐维护专员提请申请，由套餐审核专员审核。
如审核通过，套餐则直接被停用。
如果要再次启用，则需要由套餐维护专员再次提起套餐启用审核申请。
套餐的升级，需考虑其上线时间顺序与多种原因引起的套餐内容变化，套餐升级的新版本应包含升级日之前所有的升级日变化的内容。
例如在1月1日提交套餐在2月1日的升级，获审核成功后，而后在1月10日确定套餐内某个产品将于1月20日升级，此时2月1日的套餐新版本内容应包含1月20日所发生的产品升级的内容。
在套餐新建与编辑中，操作员可以选择其最终的销售形式，选择只销售实物、只销售电子或者电子实物均能销售。
对应到前台网站，用户在购买了套餐的时候可以按照套餐的销售形式选择购买实物套餐或者购买电子套餐。
系统对套餐提供了分类。
管理员可以通过分类，对套餐进行有效的管理。
套餐分类亦可以作为客户在操作前台网站时，对套餐检索的依据。
在套餐管理界面，套餐是以列表的形式进行展示的。
在所有套餐列表数据的右侧，提供多功能的筛选条供管理员对所有套餐进行筛选。
3、Unit
Unit管理模块分为产品Unit管理、套餐Unit管理、Unit入库管理和Unit出库管理。
Unit是产品申请产品Unit数量或者套餐申请套餐Unit数量后，系统生成的产品Unit号或套餐Unit号，套餐内的产品Unit号暂时不生成，只有在售出套餐Unit后，才生成套餐内的产品Unit号。
如果是电子Unit，则该Unit仅当在购买订单的财务状态为已付款时，才产生该电子Unit，并发送至客户账号，该电子Unit除了产品标志位外其序号标志位为随机，并唯一。
Unit分为产品Unit和套餐Unit。
如果Unit为实物，则该Unit还有一个20位的印刷券号（16位数字+4位字母），需要系统自动按该规则分配，其命名规则：
该号针对的产品有：
各类套餐、未来的单品与其他可能新增的产品或促销优惠。
例如0111000100000001F041
1-2位数字标示所属公司，BCChina暂定为01，以后EnjoySH可设为02，依次递增。
第3位标示电子或纸券，电子为0，纸券为1。
第4位标示单卖或套餐，单券为0，套餐为1，以后如有必要区分其他，再依次递增。
5-8位标示产品（套餐+单券）内容序号，如1888套餐为0001,1098套餐为0002, 逸江南主卡套餐为0003，副卡套餐为0004 –TBD。
9-16位为标示产品Unit序号，纸质为顺序，电子发送为随机。
对于纸质券，印刷的号码用前16位即可，对于会员卡，则需要全部20位数字。
17-20位为加密校验位，为对前16位数字对密钥A异或操作，将结果采用MD5的16位加密法加密后，取最后四位字母。
其中密钥A可设定更改，更改后对新产品Unit，对原Unit无效（原Unit已记录原校验位值）。
目前初始密钥A为2012。
因此，在进行Unit备货申请的时候，系统自动生成和导出excel列表，第一列为前16位数字，第二列为后4位字母，第三列为所有的20位数字+字母，需要系统在通过备货申请的时候按照输入的起始号自动生成。
而在系统新建产品或套餐的时候，也应该自动生成该产品的14位字母数字组合。
非密钥变化导致的升级时候，该14位标识号沿用上一版本。
密钥变更时候，系统自动将所有产品与套餐升级，14位标识号自动更新。
系统每天需要对Unit进行一项操作就是在系统需要在每天夜间12点，对所有Unit进行一次遍历，对于已经过期的Unit，系统需要对其修改状态，置为无效状态。
同时，还要对依赖于此过期无效的Unit的其他关联项进行置为无效操作。
如套餐Unit对应关联的会员会籍及其包含的产品状态。
Unit存在的意义是作为产品或者套餐拷贝出来的实例，继承了它们的模板，产品或者套餐的所有特性，并且，他们有更多的属性。
产品Unit或者套餐Unit在系统中拥有唯一号，被系统所跟踪。
系统能够实时反映出指定产品Unit或套餐Unit的当前状态，并通过Unit属性的筛选统计其状态情况。
a）产品Unit管理
产品Unit是系统中流转的最小单位。
系统中流转的套餐Unit也是由产品Unit构成的。
产品Unit有一个产品Unit有效期，产品Unit有效期是指用户在购买套餐Unit后获得的产品Unit或者用户直接购买产品Unit后开始计算的产品Unit的可使用的时间段，若该Unit是因为产品的备货与销售生成的，则该有效期与产品的有效使用期相同，若是因为套餐而生成的，则与套餐的有效使用期相同。
产品Unit在过了有效期后自动转为失效状态。
产品Unit维护专员可以对产品Unit数量进行申请，由产品Unit审核专员进行审核。
审核通过后，系统生成16位数字的产品Unit唯一号。
产品Unit的管理包含对产品Unit的检索、冻结、恢复有效、作废、编辑（因为业务的原因，需要对Unit有效期的编辑）、升级、删除。
产品Unit专员对产品的主要操作为产品Unit上架和产品Unit下架。
产品Unit上架和下架是对网站前台货架上可出售的产品Unit的数量进行增减。
产品Unit管理员在申请产品Unit通过后，系统生成产品Unit唯一号。
对于散货产品所对应的产品Unit，产品Unit专员对产品Unit进行上架操作申请，产品Unit审核专员在审核通过后，对应数量的产品Unit上架。
在产品上线并且产品Unit已经有数量上架的前提下，用户可以购买产品Unit。
在拥有散货会籍的情况下，用户有资格购买上线状态的产品的Unit。
在完成对产品Unit的付款操作后，网站前台用户的我的BC界面的未激活分类中，能够看到已经购买的产品Unit。
用户可以对已经购买的产品Unit进行赠予或者激活，一旦激活，Unit就拥有了所属用户，就不能赠予。
用户激活产品Unit，则产品Unit会转移到用户界面的可使用分类中。
如果是手机客户端用户，在App的可使用分类中，用户点选需要使用的产品Unit，点击对应的“使用”按钮，可以发起对产品Unit的使用申请。
如果是网站用户，可以通过短信形式下载Unit的使用序列码，该序列码应保证唯一。
对产品Unit进行升级时，操作员在Unit列表中勾选拥有同一个初始产品版本的产品Unit（例如A产品的1.2版Unit与1.3版Unit可以同时选中，但不能选A产品的1.2版与B产品的1.3版），然后点击升级，并选择升级的目标版本，最终确定升级。
系统应对所选中的Unit先生成出库单，自动出库，然后升级为目标版本的Unit（除所对应的产品从旧版本变为指定新版本外，其他信息均应保持一致），生成入库单，自动入库。
Unit的使用环节中，如果是通过app的方式，客户可以主动发起对电子Unit的使用，此时系统首先验证该Unit的有效性，并记录验证时间，并给客户app端回复有效验证结果，如果有效，则向商户pad端发送unit使用确认申请，在商户确认使用后，系统将Unit置为已使用状态，并记录其使用时间，随后给客户发送使用成功的回复。
短时间内的重复使用与验证的控制，有app端与服务端同时来限制，app端在规定时间内将控件disable，服务端则对申请时间进行检查，规定时间内仅处理该Unit的一次验证，服务端的时间限制应可以在网站后台的系统参数设置中配置更改。
如果验证或使用失败，则在客户app中的Unit使用状态更新使用失败提示。
如果是纸质券Unit使用Unit，则在商户提交使用申请时进行验证，并记录验证时间，如果有效则回复有效信息，并在商户确认使用后，将Unit置为已使用状态，记录使用时间。
如果是短信形式，客户需要先从web端或者wap端确定发送该Unit的使用短信，如果此时用户未设置使用密码，则系统需提示客户先创建使用密码，并告知该使用密码的使用方式。
系统自动发送随机的有效序列码，并保证该序列码唯一，并与Unit绑定。
该客户在商户pad端录入Unit的有效序列码后可以验证该Unit的有效性，服务端记录对该序列码的验证时间，并回复有效信息至商户pad。
如果有效，客户可以输入使用密码，确定对产品的使用。
此时，服务器记录该产品的使用时间，并更改其使用状态为已使用。
在产品Unit使用后，手机客户端用户可以在App“已使用”分类中，看到已经使用的产品Unit。
而如果是在产品Unit有效期内未使用的，则会被转移到“已失效”分类中；网站用户则在相应状态的优惠券列表内可看到Unit情况。
已出售的产品Unit可以被特殊权限管理员批量更改，可更改的内容包括可变更有效期（参考数据汇总表）、Unit有效状态、升级产品，更改方式可以通过按钮控件而非直接编辑数据内容。
在产品Unit管理界面，产品Unit是以列表的形式进行展示的。
Unit的使用情况应可导出成列表与指定格式的报表。
在所有产品Unit列表数据的右侧，提供多功能的筛选条供管理员对所有产品Unit进行筛选。
b）套餐Unit管理
套餐Unit是由产品Unit或其他套餐Unit构成的。
而套餐Unit内所包含的产品Unit是只有在套餐Unit售出后，才在系统中生成的。
套餐Unit的有效期与套餐的使用有效期相同，其所含产品Unit的有效期均为该套餐Unit的有效期。
套餐Unit在过了有效期后自动转为失效状态。
套餐Unit维护专员可以对套餐Unit数量进行申请，由套餐Unit审核专员进行审核。
审核通过后，系统生成套餐Unit唯一号。
套餐Unit的管理包含对套餐Unit的检索、冻结、取消冻结、升级、作废、删除。
套餐Unit专员对套餐的主要操作为套餐Unit上架和套餐Unit下架。
套餐Unit上架和下架是对网站前台货架上可出售的套餐Unit的数量进行增减。
套餐Unit管理员在申请套餐Unit通过后，系统生成套餐Unit唯一号。
套餐Unit由套餐Unit专员对套餐Unit进行上架操作申请，套餐Unit审核专员审核通过后，对应数量的套餐Unit上架。
在套餐上线并且套餐Unit已经有数量上架的前提下，用户可以购买套餐Unit。
任何用户都有资格购买套餐Unit。
在完成对套餐Unit的付款操作后，网站前台用户的我的BC界面的未激活分类中，能够看到已经购买的套餐Unit。
用户可以对已经购买的套餐Unit进行赠予或者激活。
用户激活套餐Unit，则套餐Unit会转移到用户界面的“可使用”分类中，在“可使用”分类中，用户能够看到套餐内的详细的产品Unit。
在可使用分类中，用户点选需要使用的产品Unit，点击对应的“使用”按钮，可以发起对产品Unit的使用申请。
一旦激活套餐，套餐内的产品Unit就拥有了所属用户，就不能转赠。
套餐Unit的升级与产品Unit升级一致。
已出售的套餐unit同样可以被特殊权限的管理员批量更改。
在套餐Unit管理界面，套餐Unit是以列表的形式进行展示的。
在所有套餐Unit列表数据的右侧，提供多功能的筛选条供管理员对所有套餐Unit进行筛选。
c）Unit入库管理
目前的情况下，系统中入库仅存在对实物Unit进行入库的情况，入库单完成后，Unit的库存状态为已入库，库位为入库单的库位，目前有印刷厂、邮局、BC总部、代销春秋等，具体库位应可配置增减，入库单在列表中应该有一个描述的属性，显示该入库单内每种产品与套餐（含版本号显示）的Unit数量。
入库的操作应有新建、编辑、保存入库单，拒绝、确认退货入库单（确认对所有草稿状态的入库单有效，拒绝仅对退货操作的含原订单信息的草稿入库单有效）。
Unit入库原因分为5种，分别为盘盈、移库、升级、退货、供应。
供应是收到供应商发来的Unit后，批量对Unit进行入库。
Unit在完成数量申请后，线下供应商开始生产发货。
在收到供应商发来的Unit后，需要对Unit进行入库。
Unit入库的操作时新建入库单，选择入库的库位对Unit进行批量入库。
退货是用户的退换货
升级会员 