## 4.1.功能列表  后台管理系统：管理商品、订单、类目、商品规格属性、用户管理以及内容发布等功能。 前台系统：用户可以在前台系统中进行注册、登录、浏览商品、首页、下单等操作。 会员系统：用户可以在该系统中查询已下的订单、收藏的商品、我的优惠券、团购等信息。 订单系统：提供下单、查询订单、修改订单状态、定时处理订单。 搜索系统：提供商品的搜索功能。 单点登录系统：为多个系统之间提供用户登录凭证以及查询登录用户的信息。 ## 4.1.系统架构 ### 4.2.1.传统架构（你自己玩过的）  传统项目/普通网站：并发量少。 ### 4.2.2.高并发量1000 1、tomcat理论支撑150并发。(硬件) 当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群 2、解决1000并发量  10000并发量，需要20台服务器做tomcat集群。当tomcat集群中节点数量增加，服务能力先增加后下降。 所以集群中节点数量不能太多，一般也就5个左右。 ### 4.2.3.高并发量10000 分布式解决问题。将系统按照功能拆分成多个独立的系统，各个系统相互协作完成整个服务。可以有针对性的增强某个节点的服务能力。  分布式架构：多个子系统相互协作才能完成业务流程。系统之间需要进行通信。(每个人干不同的事，相互协作完成一个大的业务流程) 集群：同一个工程部署到多台服务器上。(多个人同事干同一件事) 分布式架构： 把系统按照模块拆分成多个子系统。 优点： 1、把模块拆分，使用接口通信，降低模块之间的耦合度。 2、把项目拆分成若干个子项目，不同的团队负责不同的子项目。 3、增加功能时只需要再增加一个子项目，调用其他系统的接口就可以。 4、可以灵活的进行分布式部署。 缺点： 1、系统之间交互需要使用远程通信，接口开发增加工作量。 2、各个模块有一些通用的业务逻辑无法共用。 ### 4.2.4.基于SOA的架构 SOA(Service Oriented Architecture)：面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。  ### 4.2.5.易购Buy系统架构