o2o需求说明书

1、1.1编写目的校园O2O优卡模式的可行性；同时将O2O模式应用到校园创业的实际运营中来，为大学生创业提供理论支持与指导。1.2背景说明：A. 所建议开发的软件系统的名称: 校园优卡O2OB. 开发提出者：B1 525全体成员 用户：在校大学生以及自主创业人员 应用：云数据、移动终端C. 整合线上线下资源，线上资源主要应用微店进行商品的陈列以及支付系统的整合，并且进行自媒体的宣传与营销，1.3 定义EBSCO（主要产业有文献信息产品和服务电子期刊与数据库、文献代订服务等）、Spring Link（全球最大的在线科学、技术和医学(STM)领域学术资源平台）、LexisNexis（是世界著名的数据库

2、）、PQDD（数字化博硕士论文文摘数据库）1.4参考文献：1王娜.电子商务中的O2O模式J.山东行政学院学报，2012（05）：76-782我国O2O电子商务模式分析.CIO时代网.2013-03-05.3杨盛强.O2O电子商务模式之我见J.信息与电脑，2012（9）：17-194朱珊.O2O式营销生活J.成功营销. 2012（12）5焦汉明.O2O商业模式电子商务进入一个新阶段J.信息与电脑，2012（9）：6魏丽君，余娟.O2O电子商务平台的逻辑结构设计及外部接口实现.E-Commerce Letters，2013（2）2.1目标l 应用目标：1.方便大学生购物。2.带动部分大学生创业l

3、开发意图：将O2O模式应用到校园创业的实际运营中来，带动大学生创业。l 应用目标：大学生群体l 背景材料：校园网购市场潜力巨大，且随着电商市场竞争与日俱增，高校或将成为细分领域的掘金点。如此一来，校园O2O市场在充分竞争之后，或将呈现集中化趋势。    一方面，校园网购市场大有可为。据国家统计局调查数据显示，2014年普通高校在校生达到2468.1万人，年均生活费总消费额为2800亿元，人均年生活费达到11347元，其中近30%都用于网上消费。按此计算，校园网购年市场容量将达到840.17亿元，且还在持续增长。且大学校园里稳定的学生、教师客户群是外围市场

4、难以复制的，而每年数千学生的流动又为校园电子商务注入了新鲜血液。更为重要的是，大学生有许多共同的兴趣和消费倾向，消费商品较单一，更为集中化。    另一方面，随着电商市场竞争与日俱增，高校将成为抢占流量的前沿入口。由于白领新事物接受能力强、在线时间长、活跃度高、消费能力强、易变现，因此目前大部分互联网产品都面向白领一族，但白领市场获取用户成本高、用户忠诚度较低也是不争的事实，而大学生不久便将走入职场成为新一代白领，抢占大学生市场有利于培养潜在的白领客户群，使得校园市场无疑成为电商企业细分领域的下一个掘金点。2.2用户的特点l 操作人员：对计算机能熟练使用

5、l 维护人员：计算机水平好，文化程度高，能够熟练使用MySQL数据库，能胜任系统管理工作。l 最终用户的特点：大学生喜欢网上购物，有许多共同的兴趣和消费倾向，消费商品较单一，更为集中化。2.3假定和约束l 假定：用户能够交付测试的环境，用户能够参与到需求的核准工作。l 约束：1. 经费限制：1万2. 开发期限：2017年6月31日完成。3. 编程语言以及数据库：JAVA语言，HTML，Java Script，MySQL等。3.1对功能的规定o2o平台ios版本o2o平台android版本3.2对性能的规定精度：商品分销推送： 1.在商品发布的时候选择是否推送给商品所属国的卖家 商品导入： 1.

6、实现通过CSV导入商品，格式要求固定。 商品审核： 1.后台添加审核开关设置。2.开启审核功能后所有产品（包括卖家发布的商品和平台自营商品）发布后都需要相关人员审核通过后才能上线； 商品认领： 选择平台推送的商品进行上架 店铺开设： 开店申请线下进行， 2.平台审核线下进行 3.在后台添加用户并开设店铺。 4.店铺有国家限制 时间特性要求：全天候 无论是麽时候都有在线服务。灵活性： 国家地区管理功能： 后台增加国家地区管理功能 预约记录查看：在后台和买家中心分别添加买家预约记录前台商品页面:各种规格参数的设置，购物流程更改，商品预约等周边功能优惠券生成功能：1.优惠券按是否绑定用户分为两种：绑

7、定用户、非绑定用户2.绑定用户的优惠券通过积分兑换获得 3.非绑定用户的通过平台发送。 4.对于绑定用户的优惠券需要在添加时设置其有效时长，兑换所需积分 5.对于非绑定用户的优惠券要在生成的时候生成优惠券的编号，和过期时间优惠券兑换功能：在会员中心添加优惠券兑换功能，买家根据自己现有积分数对换一定面值的优惠券优惠券查看： 显示会员现有的所有优惠券，使用情况和过期时间积分规则：在后台添加功能设置，用来控制用户积分获得 3.3输人输出要求：O2O系统微信接入管理网址接入公众平台用户提交信息后，微信服务器将发送GET请求到填写的URL上，并且带上四个参数： 参数 描述 signature 微信加密签

8、名 timestamp 时间戳 nonce 随机数 echostr 随机字符串 消息推送当普通微信用户向公众账号发消息时，微信服务器将POST该消息到填写的URL上。结构如下： 文本消息参数 描述 ToUserName 开发者微信号 FromUserName 发送方帐号（一个OpenID） CreateTime 消息创建时间 （整型） MsgType text Content 文本消息内容 MsgId 消息id，64位整型 图片消息参数 描述 ToUserName 开发者微信号 FromUserName 发送方帐号（一个OpenID） CreateTime 消息创建时间 （整型） MsgTyp

9、e image PicUrl 图片链接 MsgId 消息id，64位整型 地理位置消息参数 描述 ToUserName 开发者微信号 FromUserName 发送方帐号（一个OpenID） CreateTime 消息创建时间 （整型） MsgType location Location_X 地理位置维度 Location_Y 地理位置精度 Scale 地图缩放大小 Label 地理位置信息 MsgId 消息id，64位整型 链接消息参数 描述 ToUserName 接收方微信号 FromUserName 发送方微信号，若为普通用户，则是一个OpenID CreateTime 消息创建时间 M

10、sgType 消息类型，link Title 消息标题 Description 消息描述 Url 消息链接 MsgId 消息id，64位整型 事件推送事件推送只支持微信4.5版本，目前仅开启自定义菜单接口事件推送。其余功能即将开放 参数 描述 ToUserName 接收方微信号 FromUserName 发送方微信号，若为普通用户，则是一个OpenID CreateTime 消息创建时间 MsgType 消息类型，event Event 事件类型，subscribe(订阅)、unsubscribe(取消订阅)、CLICK(自定义菜单点击事件) EventKey 事件KEY值，与自定义菜单接口中

11、KEY值对应 扫描带场景值二维码事件 触发条件：用户已关注该公众帐号，扫描了带场景值的二维码。 参数 描述 ToUserName 接收方微信号 FromUserName 发送方微信号，若为普通用户，则是一个OpenID CreateTime 消息创建时间 MsgType 消息类型，event Event 事件类型，scan EventKey 事件KEY值，是一个32位无符号整数。 通过带场景值二维码订阅事件 触发条件：用户通过带场景值二维码订阅公众号。 参数 描述 ToUserName 接收方微信号 FromUserName 发送方微信号，若为普通用户，则是一个OpenID CreateTim

12、e 消息创建时间 MsgType 消息类型，event Event 事件类型，subscribe EventKey 事件KEY值，qrscene_为前缀，后面为二维码的场景值。 消息回复对于每一个POST请求，开发者在响应包中返回特定xml结构，对该消息进行响应（现支持回复文本、图文、语音、视频、音乐和对收到的消息进行星标操作）。 微信服务器在五秒内收不到响应会断掉连接。 回复xml结构如下： 回复文本消息参数 描述 ToUserName 接收方帐号（收到的OpenID） FromUserName 开发者微信号 CreateTime 消息创建时间 MsgType text Content 回复

13、的消息内容,长度不超过2048字节 FuncFlag 位0x0001被标志时，星标刚收到的消息。 回复图文消息参数 描述 ToUserName 接收方帐号（收到的OpenID） FromUserName 开发者微信号 CreateTime 消息创建时间 MsgType news ArticleCount 图文消息个数，限制为10条以内 Articles 多条图文消息信息，默认第一个item为大图 Title 图文消息标题 Description 图文消息描述 PicUrl 图片链接，支持JPG、PNG格式，较好的效果为大图640*320，小图80*80，限制图片链接的域名需要与开发者填写的基本

14、资料中的Url一致 Url 点击图文消息跳转链接 3.4数据管理能力要求：支持大量并发用户定期添加和修改数据。反映随时变化的单位状态，但不保存其历史记录。包含大量数据，其中包括用于验证事务的大量数据。具有复杂的结构。可以进行优化以对事务活动做出响应。提供用于支持单位日常运营的技术基础结构。个别事务能够很快地完成，并且只需访问相对较少的数据。OLTP 系统旨在处理同时输入的成百上千的事务。实时性要求高。数据量不是很大。并发性要求高并且严格的要求事务的完整、安全性。故障处理要求：一是如何提升流量的转化率?如果不大幅提升社区用户的复购率，单靠社区的用户流量并不足以支撑终端设备的维护及运营成本。二是消

15、费习惯的培养不是一朝一夕的事，需要长时间培养，阿里京东花了这么长的时间才培养起的用户网上消费习惯如何打破?三是社区用户在办公室的时间远超过在社区里，如何占有用户有限的时间，如果终端设备联网呈现的产品都是淘宝等其他电商平台已有的，如何跟他们相竞争?客户为何一定要在社区终端设备里下单购买?社区O2O要想有突破，未来的突破方向是C2B，从社区用户的核心刚性需求出发，为业主提供个性化深度定制服务，比如代缴管理费水电费，家政保洁等、再比如每日三餐的蔬菜肉类等食品个性化定制供应，免费送货上门4运行环境规定4.1设备服务器（阿里云服务器 ECS）CPU类型：1核最大内存容量：40G带宽：15G系统支持：Microsoft Windows Server 2012 R2 Red Hat Enterprise Linux 6.5和更高版本4.2支持软件：操作系统：WINDOWS编译程序：JAVA支持软件： Myeclipse、Dreamweaver用户接口接口要求：简单、朴实、不刺眼；4.3接口硬件接口：无软