唯品会购物网站结构分析剖析.docx

唯品会购物网站结构分析剖析.docx

《唯品会购物网站结构分析剖析.docx》由会员分享，可在线阅读，更多相关《唯品会购物网站结构分析剖析.docx（9页珍藏版）》请在冰点文库上搜索。

唯品会购物网站结构分析剖析

唯品会购物网站结构分析

课程名称：

软件设计与体系结构

学校：

广东信息工程职业学院

专业：

软件开发

班级：

2

姓名：

摘要

随着计算机软件设计的发展和互联网的普及，软件进入到生活的各个行业之中。

在这个软件的时代，软件系统拥有一个好的设计与结构显得尤其重要。

通过唯品会应用软件的设计，将软件设计与体系结构的知识，运用到实际系统中，是对技术和知识的巩固。

本系统主要运用增量模型，随着知识的学习进步进行系统的不断开发。

主要采用了策咯模式、抽象工厂模式、观察者模式、装饰模式、访问者模型。

同时还拥有设计原则的思想，让操作系统更加稳定而高效。

1.引言

在当代社会，电子商务在信息技术的强有力的推动下，正以惊人的速度在发展。

计算机的全球联网，形成了与地域、空间无关的世界一体化市场，一种全新的、基于计算机网络的新型商业机制正在逐步形成。

建设一个能够充分展示产品，提供相关信息，帮助商家及时了解用户需求，以及实现用户订购产品等功能的商务类型网站是适应现在商业发展的一个主流方向。

2.业务分析

2.1业务概述

在网上购物软件上，拥有像流水线一样经一道一道的程序，来实现客户所需要经过增、删、查、改、存、读的基本程序。

对于会员，普通客户与管理员都拥有一套必须执行的一套操作。

管理员：

可以通过网络进行软件更新、会员管理、普通用户管理、网页的内容更新、以及发布优惠信息、查看时间段的营业销售情况、添加各种新的活动。

普通用户：

可以查看今日优惠、查看物品详情、增加购物车、查看消费金额。

会员：

在普通用户的基础上增加会员优惠、折扣情况、尊贵服务。

2.2功能需求

唯品会购物网以及唯品会PPT软件主要是功能为了满足顾客的需求，使得操作更加简便、快捷、高效。

2.3系统需求

系统能将用户每次的消费设置成唯一的标识符记录在用户的信息上； 

系统可以提供适当的浏览器供给顾客查看电子邮件等。

2.4基本操作图

（1）用户登录信息----

（2）点击需要购买的商品，加入购物车。

（3）确认购买商品后购买，填写收货地址。

（4）结账付款（或者退款商品）。

（5）由系统数据库记录订单信息及订单细节更新订单表和订单细节表。

（6）数据库更新数据后，返回用户订单详情。

2.5业务要求

具体业务要求如下：

●各种商品的大小尺寸、保质时间、物品分类。

●使用计算机网站或者手机网站、软件来购买商品。

●用户通过网络上的要求实现购物，改变原有的凡俗的预定方式。

●会员通过网络来实现优惠查询与会员特权，更加经济实惠。

●管理员可以更直接管理用户和用户会员，分析用户的购买的数据，可以更好的辅助决策。

2.6特性

能够在网络上完成购物并达成各种商品优惠，使普通用户和会员更加方便快捷。

系统管理员可以通过电子邮件给客户发送信息，大大节省了人力物力，达到节省时间的效果。

并可以满足客户各种所需要的各种商品。

3.软件结构设计原则

3.1整体情况的设计

通过分析整个系统的需求和设计，使用面向对象的方法，结合UML图建设模型，对整个系统分析的情况，如图所示：

3.1.1普通用户活动信息

普通用户可以进行商品查看，添加购物车，查看消费金额度等活动。

3.1.2会员用户活动信息

会员用户可以在普通用户的基础上享受更多的服务，例如：

商品的优惠、今日的活动等。

3.1.3管理员活动信息

管理员可以对普通用户和会员用户的信息管理，修改优惠与商品的信息。

3.2具体设计

根据设计或实现能处理各种各样的异常情况，合理满足需求中一些合理的变化，使得软件以及网页更加健壮性、可复用性、可维护性，让系统设计更加稳定、维护的简单情况。

3.3模块划分情况

按照唯品会这个软件设计，基本分割成前台和后台。

前台是用来与用户交互的界面设计应用满足用户，所需要的“高端大气，低调奢华”“小清新”为主要风格。

后台所显示的代码，实现了调理清晰，方便之后的扩展与信息管理。

如图下所示：

3.4业务流程设计

对于整个系统的业务流程情况，主要分为三个主要参与方。

购物用户的商品信息通过系统服务器的处理反馈给系统的管理员，而管理员所发布的相关优惠信息，也是通过服务器的方法通知给会员用户。

而普通用户则收到所更新的商品最新的信息情况。

4.设计模式

4.1工厂模式

4.1.1模式说明

工厂方法模式（FACTORYMETHOD）是一种常用的对象创建型设计模式,此模式的核心精神是封装类中不变的部分，提取其中个性化善变的部分为独立类，通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。

它的核心结构有四个角色，分别是抽象工厂；具体工厂；抽象产品；具体产品。

4.1.2所用原则

（1）开-闭原则

功能的扩展体也就是用在本软件上，作用是无需对现有代码进行修改。

（2）里氏代换原则

本软件是指子类型必须能够替它们的父类型，也就是子类继承父类，子类可以以父类的身份出现。

就是在软件里面，把父类都替换成它，程序行为没有变化。

4.2抽象工厂模式说明

抽象工厂模式又称Kit模式，它提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们的具体的类。

抽象工厂模式与工厂方法模式最大的区别在于：

工厂方法模式针对的是一个产品的等级结构，而抽象工厂模式则针对多个产品的等级结构。

有四种类型的抽象工厂模式

AbstractFactory：

抽象工厂。

声明生成抽象产品的方法。

ConcreteFactory：

具体工厂。

定义生成抽象产品的具体方法，生成一个具体产品。

AbstractProduct：

抽象产品。

为一种产品声明接口。

Product：

具体产品。

定义具体工厂生成的具体产品对象，实现抽象产品接口。

这样的模式正好适用于网上购物：

快递——存放商品的工厂；各种商品——工厂生产的商品；购物者——用户。

4.2.1抽象工厂结构图形

4.2.2所用原则

（1） 多用面对对象组合，少用继承 方法

所谓对象组合，就是让对象作为类的成员变量，通过构造函数或者set方法给类的对象的实例变量赋值。

在本系统中，在购物者的类中存在一个FastFactory抽象工厂类型的实例变量，购物者类通过构造方法将对象传入。

（2） 针对抽象编程，而不是针对实现编程 

当设计一个软件系统的时候，要尽可能的对软件系统中出现的事物进行抽象，从而建立基础的抽象底层，这样做的目的就是让软件的结构更加框架化、系统化，系统结构更加灵活，易维护、易扩展。

（3） 产品对象通过对象暴露的方法创建 

一个软件系统要达到“高内聚、低耦合”的要求，应尽量避免在对象实例中使用new关键字创建其他对象实例。

在客户类中，没有创建对象实例的语句，而是调用抽象工厂暴露的方法获得对象实例，创建对象实例的工作全部都是在具体工厂中实现的。

4.3观察者模式

4.3.1模式说明

观察者模式定义了对象间一种一对多的依赖关系，让多个观察者对象同时监听某一个商品对象。

这个商品对象在做状态上发生变化时，会通知所有观察者对象，使它们能够自动更新自己。

也就是多个用户可以看一个商品，当被加入购物车时或者被评论时会更新商品的信息。

观察者模式的简略类图如下：

4.3.2使用原则

（1） “开—闭原则” 

观察者对象将自己注册到被观察者的容器中时，被观察者不过问观察者的具体类型，而是使用观察者的接口。

（2） 单一职责原则 

在该模式中，一个被观察者可以对应多个观察者，观察者对象都是基于接口而不是具体的实现，这一点为程序提供了更大的灵活性。

（3） 依赖倒置原则 

在观察者模式中，抽象观察者角色定义了更新的接口，在被观察者对象中，存储的是该抽象类型的集合。

4.4访问者模式

4.4.1模式说明

在本软件模式用到了，访问商品的时候。

商品在封装的结构元素上，操作修改的时候，数据保持不变，例如：

优惠、活动等。

数据结构和作用用于的操作解耦，操作集合可以相对自由化。

4.5装饰模式

4.5.1模式说明

装饰模式就是包装模式。

装饰模式在本软件动态的添加一些额外的职责，也就是软件中的领金币等等小游戏。

装饰模式是继承关系的一个方案，可以在不使用创造更多的子类的情况下，加以添加，更具有灵活性。

参考文件：

软件设计与体系结合（书本）