软件产品 > 微信商城

1 系统概述

是一个基于用户地理位置的轻电商平台,需要在用户进入商城时拿到用户当前所在的位置,在用户完成下单后根据填写收货地址与所定位的服务点进行比对,如果存在服务点错误或者配送范围超区自动为用户切换相应服务点或提示用户自提等。
系统主要包括各个模块功能展示及订单汇总。部分展示为WEB形式,主要实现商品的实时展示,并可设置相应条件查询,具有代表性、真实性和时速性,体现了以人为本,以物为支撑的基础。 本系统运行于网络环境下,操作简单,维护方便。

2. 商品管理

2.1 商城商品管理

由服务点负责人进行不定期进行不同类型商品的添加,根据组织机构设置的流程对内容进行审批,发布,掌握商品动态。

2.2 特价商品管理

此模块可满足部分用户需求,逐步实现固定客户的维护以及客户范围的拓展。

2.3 下架商品管理

针对库存沽清商品进行下架处理,防止客户下单后无法发货的情况发生,防止客户流失。

3. 优惠券管理

用来促进客户消费。

3.1 优惠券发放

不定期的进行优惠券发放,及时提醒客户消费,方便客户管理,增加营业额。

3.2 优惠券使用规则

制定多种优惠券的使用规则,下单时进行相应的抵扣。

4. 购物车管理

4.1 加入购物车

对每一个可购买的商品,均可以先加入购物车,之后再仔细筛选。

4.2 购物车结算

购物车中的未下架商品均可进行下单结算。

5. 订单管理

订单管理为商品生成订单、订单派送、签收等流程。订单管理实则是针对其进行流程化管理与监控。

5.1 生成订单

购物车结算、选择收货地址点击购买之后即生成订单。

5.2 订单状态跟踪

生成订单之后,会产生派送或自提两种结果。派送即为不在服务范围内的站点进行订单派送,自提则为在服务范围内的站点,用户自行选择自提操作。两者均会产生订单完成-签收或自提成功两种状态,与此同时,用户也可以根据情况进行取消订单,则订单不再派送,订单取消。

5.3 订单完成

生成订单之后,会产生派送或自提两种结果。派送即为不在服务范围内的站点进行订单派送,自提则为在服务范围内的站点,用户自行选择自提操作。两者均会产生订单完成-签收或自提成功两种状态。

5.4 取消订单

用户也可以根据情况进行取消订单,则订单不再派送,订单取消。

6. 会员管理

针对入我网会员进行不定期消息推送,优惠券发放,积分抵用以及积分兑换商品。对于平台有一个数字化、信息化、可视化、科学化的管理。

6.1 注册会员

注册会员将会享有会员专享价格商品,同时每下一单进行积分累加,优惠券折扣力度大等待遇。

6.2 会员注销

会员注销后不再享有会员专享,所有的积分以及优惠券等都将清空。

7. 个人信息管理

主要是个人信息以及收货地址的管理。

8. 总体设计

按功能不同进行技术层次划分,使各层功能相对独立。同时以接口形式来描述各层之间的调用关第,以达到层次之间的松散耦合。
各层所提供功能不依赖于一种具体的技术或产品实现,应该提供一定范围的技术选择,
技术架构不和具体的应用架构绑定,应具备较宽的使用范围,适合未来应用的扩展。如下图为总体模块之间的关系。

8.1 设计前提和约束条件

1. 系统用户登录通过认证中心的认证。
2. 遵循北京信利恒丰科技发展有限公司的Java项目开发规范。
3. 遵循北京信利恒丰科技发展有限公司信息技术部的项目开发规范。

8.2 基本设计思想

1.进销存管理主要是商品采购、商品入库、出库以及调配功能的支持,同时要有商品相关的财务报表数据生成;
2.进入商城主要是引导用户关注微信公众号,自动定位智能识别或者让用户自主选择周边商城,从而进入商城浏览商品;
3.选定商品是用户在浏览商品后,可以将想要购买的商品加入购物车,加入购物车的商品可以进行下单结算;
4.下单购买是用户将加入购物车的产品进行下单结算付款,如果中途想要变更还可以进行取消订单或者退款。

9. 接口

系统与外界的联系是通过接口的方式进行交互。如web端,或外部系统通过风控对外开放的外部接口进行通信。风控系统使用数据源接口将数据永久保存到外部的数据库系统或文件系统。在系统内部的调用中,使用内部开放的接口进行模块间的通讯。

系统接口关系

1.1 系统外部接口

外部接口

当外部系统发过来的委托,就会通过RiskCheckContextInterface接口进入风控系统,并进行风控检查。当完成检查后,所有的数据当做持久化时,会通过Description和hibernate框架的技术进行操作。

9.1 系统内部接口

内部接口
内部接口供系统内部模块间的通讯使用。按照模块的功能划分不同的接口包。账户体系的数据不使用内存数据。其余的模块使用内存数据,提升系统性能。

10. 系统出错处理

系统出现故障或错误,按模块记录错误日志,并提示用户,方便分析错误和维护;数据库系统容错:数据库系统定期备份由数据库服务器自身的容错系统解决。

11. 系统的非功能性需求

11.1容错性

保证数据存取和逻辑处理等不出现异常错误,确保正常运转。对在数据处理过程中可能出现的软件、硬件故障导致的数据处理中断,系统应及时进行数据回滚,保证数据的唯一性、准确性。

11.2安全性

在数据处理、存储、传输等过程中确保数据不被篡改,对不同功能进行权限划分。对人为误操作所导致的数据删除,系统应提供数据恢复,保证数据的完整性。

11.3易用性

界面设计原则:用户界面应从输入输出的角度,反映系统的整体功能。

序号 需求名称 备注
1 操作简洁易于学习 用户只需要简单培训即可掌握维护软件操作
2 系统界面 界面的风格、色调在保持一至

11.3.1操作简捷

对于系统维护软件要求操作简洁,易于学习,用户只需要简单培训即可掌握维护软件操作。
1.用户是所有处理的核心,简化用户操作步骤;
2. 采用菜单方式 按业务分类菜单;

11.3.2用户界面友好

用户界面的友好性直接影响系统的可用性,本系统要求用户界面满足以下要求:
用户界面风格一致性;
界面操作灵活性(操作方便,有足够的快捷键,相关数据项应放在临近的位置);
界面表现真实性与完整性(界面表现与实际数据和处理相一致,不遗漏,不多余);
界面操作正确性(界面操作要完整、正确地处理实际的数据,提示的操作要真正处理);
界面用语描述正确性、规范性与一致性(使用规范用语,同样的字段,原则上不应有多个名称等);

11.3.3数据校验

数据校验是增强系统可用性和可靠性的重要手段,系统要求对输入的数据进行有效性、合法性校验,数据校验可以排除许多数据不一致的现象,从逻辑上、数据完整性上保证数据的质量,做到“正确的输入有正确的结果,错误的输入有正确的响应”。

11.4运行需求

11.4.1应用服务器要求
Windows 2012 Server
Mysql

11.4.2故障处理

软硬件故障的处理:如果收到用户权限的故障处理方面的要求,如果是轻微故障可以直接去给客户进行故障处理,如果是严重的故障,我方先记录下来故障的原因等信息,然后我方会尽快根据客户所提出的故障进行分析,然后给客户一个处理的具体时间。故障处理完后我方会对出现的故障进行总结。

11.4.3用户文档

11.5其它需求

11.5.1支持软件环境