上汽通用经销商WIFI运营项目ArchitecturalDesign_第1页
上汽通用经销商WIFI运营项目ArchitecturalDesign_第2页
上汽通用经销商WIFI运营项目ArchitecturalDesign_第3页
上汽通用经销商WIFI运营项目ArchitecturalDesign_第4页
上汽通用经销商WIFI运营项目ArchitecturalDesign_第5页
已阅读5页,还剩21页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.上汽通用经销商WIFI运营项目软件架构设计说明文档版本: 0.3所有者:白富刚最后更新:2015年10月28日 最后更新人员: 李星龙作者: 白富刚创建日期: 2015年10月21日审核: 审核日期: ;版本历史记录版本号更新日期更新人员更新详细0.110月21日白富刚初始版本0.210月28日白富刚增加数据视图0.310月29日李星龙文档格式美化1 简介51.1 编写目的51.2 范围51.3 定义、首字母缩写词和缩略语51.4 参考资料62 架构概述72.1 架构目标与约束72.1.1 架构选择与愿景72.1.2 供应商特殊解决方案72.2 可用性73 用例视图73.1 运营系统用例83

2、.2 门店用户用例144 逻辑视图165 部署视图185.1 支持服务185.1.1 命名/目录185.1.2 安全性 身份认证 输入和输出验证 敏感数据保护 会话管理 异常管理206 实施视图216.1 运营管理子系统216.2 微网站子系统227 数据视图228 大小和性能228.1 高可用性和可扩展性228.2 缓存和应答228.3 响应时间228.4 宽带消耗229 质量221 简介1.1 编写目的本文档描述了上汽通用经销商WIFI运营项目的系统架构概述。在文档中会使用架构视图来清晰的描述系统的各

3、个模块,用于记录并表述对系统架构方面作出的重要决策。本文档旨在规范并指导开发人员进行开发工作。1.2 范围本说明文档适用于上汽通用经销商WIFI运营系统的所有开发人员。1.3 定义、首字母缩写词和缩略语N/A参考资料标题作者上汽通用项目需求分析文档0.6刘秀兵2 架构概述本章通过以下视图来描述上汽通用经销商WIFI运营系统的软件架构、用例视图、逻辑视图、部署视图。所有视图都是通过edraw 工具建立的UML模型。2.1 架构目标与约束 1. 系统基于Linux操作系统Nginx作为web服务器, PHP语言进行软件系统的开发、采用关系型数据库MySQL进行数据存储。为了更好的提高整体性能,系统

4、将采用Memcached进行数据层的缓存。本系统采用B/S架构设计。2. 系统架构设计需要足够的扩展性,以便于因发展或改变而对系统功能的调整和增加。便于系统维护和升级。3. 系统应支持8万人同时访问服务器,并且服务器响应时间不应超过10秒。4. 系统只提供在4S店内进行访问。2.1.1 架构选择与愿景Nginx作为WEB服务器,与其他web服务器相比具有很高的稳定性和高可用性。并且Nginx支持热部署。它的启动特别容易, 并且几乎可以做到7*24不间断运行,即使运行数个月也不需要重新启动。还能够在不间断服务的情况下,对软件版本进行进行升级。系统采用THINKPHP开源框架进行开发。ThinkP

5、HP是一个快速、兼容而且简单的轻量级PHP开发框架。使用面向对象的开发结构和MVC模式,融合了Struts的思想和TagLib、RoR的ORM映射和ActiveRecord模式。2.1.2 供应商特殊解决方案本系统提供若干供应商服务性接口统计数据查询接口通用H5 portal数据接口2.2 可用性 N/A3 用例视图上汽通用经销商WIFI运营系统,主要完成用户WIFI登录系统、品牌车型展示介绍、用户行为数据分析以及运营系统支撑等功能。本章将对上汽通用经销商WIFI运营系统的各个用例进行分别说明。3.1 运营系统用例通过运营系统用例来描述后台用户对系统的相关操作。3.1.1 用户登录用例说明:该

6、用例允许运营系统用户登录管理系统,然后通过权限匹配显示不同的菜单,从而进行属于登录用户权限的相关系统操作。该用例的主要参与者是运营系统用户。3.1.2 车型管理用例说明:该用例允许具有车型管理权限的运营人员,新增和编辑车型信息、预览新增和编辑车型的页面效果。并通过车型管理页面可以对车型进行发布、删除、查询等车型相关操作。该用例的主要参与者是具有车型管理权限的运营人员。3.1.3 运营活动管理用例说明:该用例允许具有活动管理权限的运营人员,编辑各个品牌、大区及其4S店的活动信息,发布运营活动。并通过活动管理页面进行活动的上线、下线等等操作。该用例的主要参与者是具有活动管理权限的运营人员。3.1.

7、4 休闲游戏管理用例说明:该用例允许具有休闲游戏管理权限的运营人员。设置休闲游戏的基本信息包括来源、简介、游戏地址等等。并可以通过管理列表页面进行相关管理操作。该用例的主要参与者是具有休闲游戏管理权限的运营人员。3.1.5 4S门店信息配置用例说明:该用例允许具有4S门店管理权限的运营人员,设置4S门店的详细信息包括品牌、大区、门店地址等等。并可以通过管理列表页面进行相关管理操作。该用例的主要参与者是具有4S门店管理权限的运营人员。3.1.6 车型信息配置用例说明:该用例允许具有车型管理权限的运营人员。设置车型的基本信息包括品牌、价格等等。并可以通过管理列表页面进行相关管理操作。该用例的主要参

8、与者是具有车型管理权限的运营人员。3.1.7 品牌信息配置用例说明:该用例允许具有品牌管理权限的运营人员。设置品牌的基本信息,包括品牌名称、品牌官微等等。并可以通过管理列表页面进行相关管理操作。该用例的主要参与者是具有品牌管理权限的运营人员。3.1.8 配件辅件管理用例说明:该用例允许具有配件辅件管理权限的运营人员。设置配件辅件的基本信息,包括名称、用途、描述等等。并可以通过管理列表页面进行相关管理操作。该用例的主要参与者是具有配件辅件管理权限的运营人员。3.1.9 系统用户管理用例说明:该用例允许具有后台管理权限的运营人员。设置后台帐号的基本信息,包括用户名称、帐号信息等等。并可以通过管理列

9、表页面进行相关管理操作。该用例的主要参与者是具有后台管理权限的运营人员。3.1.10 用户角色管理用例说明:该用例允许具有后台管理权限的运营人员。设置角色信息,并且为角色分配相应的操作权限等等。并可以通过管理列表页面进行相关管理操作。该用例的主要参与者是具有后台管理权限的运营人员。3.1.10 登录用户信息修改用例说明:该用例允许所有登录系统的用户,重置自己的登录密码。该用例的主要参与者是所有登录系统的用户。3.2 门店用户用例门店用户用例描述门店用户进入系统后的相关操作。用户可以查看相关的车型介绍、活动信息、娱乐信息等等。下面将分别介绍相关用例。3.2.1 WIFI登入用例说明:该用例允许4

10、S店门店用户,连接WIFI后,通过在跳转的Portal页中输入手机号及其获取的短信验证码登录上汽通用微网站并获取通过WIFI访问外部网络的权限。该用例的主要参与者是所有4S店门店用户。3.2.2 车型介绍用例说明:该用例允许已成功连接WIFI的用户,通过点击首页的banner广告和导航菜单,查看相关品牌的车型信息。该用例的主要参与者是已成功连接WIFI的用户。3.2.3 活动用例说明:该用例允许已成功连接WIFI的用户,通过点击首页的banner广告和导航菜单,查看和参加相关活动,如活动有奖励,用户可通过大转盘、刮刮卡等方式获取相应的奖励。该用例的主要参与者是已成功连接WIFI的用户。3.2.

11、4 休闲游戏用例说明:该用例允许已成功连接WIFI的用户,通过点击首页的菜单和导航菜单,查看游戏列表和试玩相关游戏。该用例的主要参与者是已成功连接WIFI的用户。3.2.5 推荐购用例说明:待定4 逻辑视图本章是主要描述上汽通用营销运营系统软件架构的逻辑视图。主要内容包括描述系统组件的交互和软件的分层视图。4.1 系统组件交互该视图中,整个逻辑分为4个层次来处理。如上图所示,我们通过一个拦截器(Interceptor)对抵达Web服务器的HTTP请求进行拦截。在Controller的Action方法被执行过程中,它可以调用Model获取或者改变其状态。在Action方法执行的最后阶段会选择相应

12、的View,绑定在View上的数据来源Model或者基于显示要求进行得简单逻辑计算,生成的View最终写入HTTP回复并最终呈现在用户的浏览器中。4.2 软件分层视图首先根据功能需求进行初步设计,把整体软件架构分为四个层次进行表述。分别为表现层、交互层、业务逻辑层和数据访问层表现层提供用户视觉界面。是用户最直观的表现。交互层接受用户的输入并且调用业务模型和表现层共同完成用户的需求。业务逻辑层用来处理用户请求的中后相应的业务逻辑、例如数据校验、系统调用等等。数据访问层是专门为业务层提供数据,通过对象来处理数据库。5 部署视图系统在云平台上,基于服务集群的方式完成相应的部署。具体的部署视图如下:图

13、中所述,分为两个服务器节点来处理相关的业务,做到了负载均衡的作用。系统通过两台应用服务器作为资料的存储。系统通过缓存服务器来缓存相应的数据来减少对后台数据库的直接访问,提高访问效率减少数据库压力。数据存储使用两台数据库服务器,通过主备的形式确保数据安全和系统稳定运行。5.1 支持服务5.1.1 命名/目录 待定5.1.2 安全性 身份认证1) 运营平台身份通过系统管理员为其在用户管理模块分配用户帐号和密码。登入系统时应做对应操作权限的划分。2) WIFI认证,则通过门店用户的手机及其短信验证码进行校验。 输入和输出验证1) 对所有的输入进行安全验证a) 验证数据的类

14、型、长度、格式和范围 开发时确保对用户输入数据使用强类型检查,检查字符串字段的长度,检查字符串的格式是否正确。b) 拒绝已知的有害输入强化数据过滤,通过特殊字符转义等方式进行有害输入过滤。c) 净化输入除了拒绝输入外,可以通过删除或替换用户输入的特殊字符。2) 在服务器端进行验证对用户输入的数据,除在前端javascript校验外,在服务器端进行更严格的数据校验。包括前面提到的校验和过滤的方式。确保数据安全。3) SQL注入防范系统讲通过检查变量数据类型和格式、过滤特殊符号包括但不限于单引号、双引号、反斜杠和null值并通过开发框架的预编译语句的方式处理数据。 敏感数据保护对数据

15、进行加密或确保通信通道的安全, 数据传输讲使用HTTPS协议。确保数据通信安全。 会话管理会话寿命: 本系统会话寿命暂定2小时。 异常管理系统将通过exception机制来处理异常信息,抛出的异常通过404跳转、500异常等跳转到相应的异常信息输出页面,保证系统完整性。在服务器端通过系统日志分析工具进行error_log管理。6 实施视图项目在架构设计中分为两个子系统即运营管理系统和微网站系统,每个系统中由不同的层来组织开发结构。6.1 运营管理子系统在运营管理子系统中,整个实施架构分为三层。用户管理层完成对用户数据的处理,设置用户的基本操作路径。信息发布层主要为微

16、网站子系统提供数据支持,基础配置层用来完成品牌、门店及其相关的基础配置。6.2 微网站子系统在微网站的子系统中,整个实施架构也分为三层。WIFI数据处理层完成对用户设备与WIFI之间通信的数据校验和收集。而信息展示层主要向用户展示车型、基础页面等。优惠活动层主要用来处理活动相关的业务和活动数据收集、奖品的分发等。7 数据视图7.1 基础数据建立品牌、大区、4S经销商的对应关系,进行数据存储。品牌与大区建立一对多关系,大区与经销商建立一对多关系。7.2 运营用户角色通过对用户组权限的设定,来实现控制用户访问。用户组权限通过action的对应关系,进行权限校验。8 容量和性能8.1 高可用性和可扩展性系统通过MVC架构,将业务逻辑、数据、界面显示分离的方法组织,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论