软考系统架构师论文-基于DSSA的软件架构设计和应用

基于DSSA的软件架构设计和应用

  • 论基于DSSA的软件架构设计和应用
  • 论基于DSSA服务的web应用系统设计
  • 论软件可靠性设计和应用

摘要

  • 去年三月份,我所在的公司启动国网电力用户用电信息采集系统项目,我被任命为项目负责人,
    国网电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分,由于公司之前为南网
    开发过类似用电信息采集系统,且公司准备在典礼行业做强做大,我提出了采用DSSA技术来研发国网
    电力信息采集系统,得到公司领导层的一致赞同.
  • 由于项目功能实现上具有明显的阶段性,我决定采用演化方式来实现DSSA及完成应用产品开发,
    一是对原有系统,文档及过往用电信息系统功能规范进行分析,完成DSSA,二十原有系统进行不见提取,
    做核心资源的公共部件,三是加强对核心资源的管理,方便研发工程师查找部件及扩展部件
  • 经过近一年的努力,终于盐城了公司用电信息采集系统核心资源的建立,也完成了国网典礼用户用电信息
    采集系统项目.

正文

  • 去年三月份,我所在的公司启动国网典礼用户用电信息采集系统项目,我被任命为项目负责人,过网典礼
    用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分,公司之前开发过广东电网公司计量营销一体化系统,
    类似与用电信息采集系统
  • 我对广东电网公司计量营销一体化系统的功能规范和国网典礼用户用电信息采集系统的功能规范进行
    分析,发现除了系统内各自的通信协议不同外其他的功能需求大体上相同,整个采集系统都是分三层实现,主站层
    采集终端层和电能表层,由于电能表已经规范化了,有专门的表计生产厂家,这一层不需要投入资源进行研发,
    从公司目前现状来看,主战场呢个投入研发工作量较少,一是主站的开发中模块化做的比较好,而是用户的需求基本一致.
    国网用电信息采集系统通信协议即可达到要求
  • 根据之前开发的经验,用电信息采集系统开发的重点是采集终端的开发,因为采集终端需要安装到现场,而现场的
    用电环境各异,能够达到的远程信道也不同,采集终端可维护性低或可靠性低,则会产生大量的维护工作,影响公司品牌
    和利润,根据用电信息采集系统的要求,采集终端分为集中抄表终端,专变采集终端和公变采集终端,广东电网公司计量营销
    一体化系统的采集终端大体上也分为上述三类,低压集抄终端,负荷管理终端,配变监测终端,通过对采集终端的功能要求进行分析
    可以看成他们归属于一个产品家族,我在项目组启动会议上提议采用DSSA技术进行采集终端产品的研发,建立公司用电
    信息采集系统核心资源,同事将计量营销一体化系统的采集终端也归结到产品家族中
  • 总所周知,DSSA(特定领域软件架构)就是一个特定的问题领域中支持一组应用的开发,这些应用形成产品家族
    DSSA是软件重用的一种手段,他是由领域模型,参考需求,参考架构组成重用元素
  • 用你单信息采集系统各终端基本需求是对外接的电能表或测量点的度数进行采集,稍作处理后通过GPRS/CDMA薪道远程传输给采集系统主站端
    采集终端的功能模块一般包括测量点采集模块表计规约模块,线程总线模块,PPP拨号模块,主站命令模块,本地维护模块
    程序升级模块,数据存储模块,交流采样模块,负荷控制模块等
  • 由于采集终端在现场使用的特殊性,他的非功能性要求主要集中在可靠性,可修改性和易用性,现场用电环境复杂,信道各异
    要求待机终端具有高可靠性,由于市场上的电能表支持的规约各异和线程总线发展快速,要求采集终端可扩展性强,能快速支持新的
    表计规约和现场总线,且支持远程升级操作,由于在现场施工多事由工程队进行安装,工程队人员的素质高低不齐,要求
    采集终端在本地操作具有一定智能化,且要求调试简单
  • 根据以上分析,采集终端软件架构采用分层设计比较合适,分层设计的软甲可修改性和可扩展性比较好,由于分层开发,将关注点
    分离到各层,将系统的复杂度分到各层中,响应可靠性也可以得到提高.
  • 再用点信息采集系统研发中,我决定采用演化方式进行开发
  • 首先对缘由系统,文档及过往用电信息系统功能规范进行分析,完成DSSA.在项目起始阶段,我对计量营销一体化系统
    及用户需求文档及设计文档进行分析,江用户需求用excel表格列出来,然后对国网用你单信息采集系统的功能规范进行分析
    将用同样的方式列出用户需求,需求对比后发现他们之间的功能要去大体上是一昂的,但由于通信协议不同,会导致一些功能在
    实现上有所差别,入主从终端连接功能,用电信息采集系统采用一条命令完成主从终端的所有通信,而计量营销一体化系统
    分成建链,传输,断链三条命令来实现,于是我决定将基础业务模块做成ton共的模块,根据不同的参数来初始化模块,
    或各具体产品自己适配模块,按照这个需求,我对核心资源进行分层设计.
  • 总体上,核心资源分成三层,由低到高地此时:基础资源层,基础业务层,扩展业务层.基础资源层包括多进程框架
    GUI系统,系统api和驱动凤凰组昂,虚拟通道模块等等,由于擦剂终端的操作系统是linux,而且通讯扣资源较多,
    采用一个进程管理一个通讯口,单一管理便于维护,因此提供多进程框架,方便应用开发时的进程增加,对系统api和驱动
    封装,方便以后代码移植,基础业务层主要包括用电信息采集系统的各个基础功能模块,有线程总线模块,表计规约
    模块,测量点采集模块,交流采样模块,负荷控制模块等等,扩展业务层主要有计量营销一体化系统部件包和国网用电信息采集系统部件包
  • 其次对缘由系统进行部件提取,作为核心资源的公共部件,计量营销一体化系统的采集终端在研发时由于没有采用组件开发技术
    各功能模块和应用层耦合较强,在提取公共部件时需要对应用层解耦,各个具体的功能都有相应的控制参数,而控制参数可以
    由主站命令没看进行读写,将控制参数管理模块做成中介者模式,很好的实现了各功能模块的解耦,如ppp拨号模块
    和应用层的拨号参数读写命令耦合在一起,通过参数挂你模块江主站命令模块和ppp拨号模块解耦
  • 对计量营销一体化系统的采集终端进行部件提取过程中,没完成一个部件的提取,则对远采集终端软件系统进行重构.
    并完成集成测试和确认测试,这样可以是的终端保持原采集终端软件系统可行,成蔚第一个验证部件的产品
  • 最后加强对核心资源的管理,方便研发工程师查找部件和扩展部件,道理开发的后期,核心资源库的公共组件多了起来,
    同事由于在扩展业务层对很多基础部件进行了参数化和功能扩展,很多部件唉表示和功能上都差异不大,出现了有点混淆
    的问题,为了更好的管理,我建立了wiki服务器,采用wiki服务器进行了组件管理,在wiki服务器上对组件的标识,功能接口及于香港组件
    的差别等等惊醒了描述,研发工程师输入相关关键字就能找到匹配的组件和每个组件详细的说明,方便研发工程师使用
  • 随着用电信息采集系统核心资源库的建立,国网用电信息采集系统项目的功能也逐渐完善起来,采集终端
    软件在今年8月份通过了国家电网电力科学研究院的全功能测试,这对全体项目组成员是一个振奋人心的好消息,说明我们的努力得到了认可.

你可能感兴趣的:(软考)