


本人于 年 月参与 项目,该系统为 *,在该项目组中我担任系统架构师岗位,主要负责系统整体架构设计。本文以该车联网项目为例,主要讨论了软件架构风格在该项目中的具体应用。底层架构风格我们采用了虚拟机风格中的解释器,因该公交共有几十种不同的数据协议,使用解释器风格可以满足整车数据协议兼容性需求;中间层关于应用层的数据流转采用了独立构件风格中的隐式调用,以减低系统间耦合度、简化软件架构,提高可修改性方面的架构属性;应用系统层采用了B/S的架构风格,统一解决公交行业性难题“实施推广难、维护难”问题。最终项目成功上线,获得用户一致好评。
随着 , 集团自 年 月起 **,规划 *。【项目背景内容可分2段写,第1段简要说明下项目来龙去脉】
年 月我司 委托建设 *项目。本项目 ,我在项目中担任系统架构师职务,主要负责系统整体架构设计,该系统主要 *,主要功能模块包括**。【第2段对系统整体情况进行细致介绍,项目背景第1、2段内容可以写到400到450字】
应用系统层我们主要采用B/S的架构风格,主要用于解决公交推广难、维护难的问题。公交行业有一个明显的特点,公交子公司分布在全市各个地区,路途很远,且都是内网通讯,车联网络也是走的APN专网,一般是无法远程支持的,这给我们的系统推广以及后期维护带来了很大难题,我们可以想象如果使用C/S架构,更新客户端一旦遇到问题很可能需要全市各个站点跑一遍。这让我们在系统推广和维护方面面临较大压力。我们采用的B/S架构风格能够解决这个难题,并充分考量了现在相关技术的成熟度,例如现在的html5完全能够实现以前客户端的功能,项目中我们使用了大量的前端缓存技术与websocket技术,能够满足公交用户实时性交互等需求。这种风格中页面和逻辑处理存储在web服务器上,维护和软件升级只要更新服务器端即可,及时生效,用户体验较好,例如界面上需要优化,改一下Javascript脚本或者CSS文件就可以马上看到效果了。
项目于 年 月完成验收,这 1年内共经历了2次大批量新购公交车辆接入,这几次接入过程平稳顺利,其中协议解释器软件性能没有出现过问题,消息中间件的性能经过多次调优吞吐量也接近了硬盘IO极限,满足当前的消息交互总量,另外由于我们的项目多次在紧急状态下能够快速适应can协议变动,得到过业主的邮件表扬。除了业主机房几次突发性的网络故障外,项目至今还未有重大的生产事故,项目组现在留1个开发人员和1个售后在维护,系统的维护量是可控的,系统运行也比较稳定。
不足之处有两个方面,第一在架构设计的过程中我们忽略PC配置,个别PC因为需要兼容老的应用软件不允许系统升级,这些电脑系统老旧,其浏览器不支持html5,导致了系统推广障碍。第二在系统容灾方面还有待改善。针对第一种问题,我们通过技术研讨会说服业主新购PC,采用两台机器同时使用方式解决。针对第二种问题我方采用了服务器冗余和心跳监测等策略,在一台服务暂停的情况下,另外一台服务接管,以增加可用性。
现代软件系统设计必备通识之六(完结):软件架构与设计通用指南(1/11)-软件架构与设计概念介绍
软件架构设计并无固定的范式。取决于具体的项目,在适合的时候选择适合的流程。 以下内容仅供参考 一、需求阶段 1.涉众分析 涉众主要致力于分析软件的所有相关干系人。其中包括业务主角,业…

软考梦工厂
扫码关注我们