【系统架构设计师】论文：论基于构件的软件开发

本文主要是介绍【系统架构设计师】论文：论基于构件的软件开发，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

论文：论基于构件的软件开发

文章目录

- - 摘要
  - 正文
  - 总结

摘要

本文以我主持的某商业银行交易监控分析系统项目为实例，探讨了作为开发方公司基于构件技术开发项目碰到的问题以及解决的方法。文章首先解释了基于构件技术开发软件的基本概念，认为目前大多数开发单位的产品存在重复的功能模块，而重复的开发工作，直接导致了项目周期以及成本不必要的增加，针对这一问题，提出了应该及时整理已有的系统，形成企业构建库，针对性的选择构件，从而基于构件开发新的软件项目，在保证软件产品质量的前提下，缩短项目周期和开发成本，最终使企业盈利。

我在项目中担任了开发方的项目系统架构设计师，自始至终参与了整个项目的建设，自2021年3月项目启动至2021年10月验收历时8个月，系统至今稳定运行，取得了客户的一致好评，项目能够保证质量的前提下迅速完成，最终节约了成本，很大程度上得益于基于构件开发软件的应用。

正文

目前，银行间竞争已日趋激烈，降低银行的服务成本，提高对客户的服务质量，已成为银行竞争的关键。随着服务种类的增多、日交易量的增大，针对这些交易数据进行有效的管理变得迫在眉睫。首先，需要将各种交易实时监控，保证能够对异常交易进行及时处理，提高客户满意度。其次，需要对这些交易数据进行统计分析支持高层管理人员的决策，提高银行的竞争力。基于上述需求，2018年初，某市商业银行招标建设一个交易监控分析系统。我所在的单位中标后，我有幸参加了该项目的建设，承担了开发方的架构师一职。

交易监控分析系统主要包括4个子系统：基于B/S结构的管理平台、处理多种不同报文格式交易信息的数据转换平台，基于B/S结构的联机分析处理平台，数据维护子系统。众所周知，基于构件的软件开发是一种自底向上的、基于包装好的构件来构造应用系统的方法，主要包含构件的检索与提取，理解与评价构件，修改构件，组装构件，应用部署等工作。

目前软件行业间的竞争程度趋于白热化，建设方更倾向于选择一件有成功案例或者有类似项目成功案例的开发方。我认为，对于开发方来说，大多数开发单位的产品存在重复的功能模块，而重复的开发工作，直接导致了项目周期以及成本的不必要增加，如何利用已有的软件项目构造新的系统，而不仅仅是将其作为投标的筹码变得越来越重要。针对这一问题，我在采用即时整理已有的系统，形成企业构件库，针对性的选择合适的构件，加大对已修改构件的管理力度等方法，有效的实施了基于构件的软件开发工作。形成构件库是基于构件开发软件的前提。我们在已经成功实施的项目中，抽取一些共有的模块作为单独的组件，封装其内部操作，对外提供一致的调用接口。

我们分析发现，一些常用的模块例如登陆模块，只需要很少的改动就可以复用到新的系统中，对于一些看似不同的模块，例如查询银联交易流水，查询POS交易流水，查询设备状态信息等。如果对数据库操作的方式去分类的话，都离不开增删改查四个操作，因此，我们对表示层、业务层、数据层进行了面向接口的整理工作，封装成一个组件。使用Hibernate技术管理数据库操作，对于表示层集中在了Model层对象设计上，建立Model层对象与数据库的映射关系之后，直接使用构件组合待查询的交易信息，极大的减少了系统的重复性开发工作。针对性的选择构件上基于构件开发软件的关键。

构件的选择有多种途径，一是从构件库中提取符合要求的构件，而是从市场上购买现成的构件，三是根据特殊应用需求开发。在本次项目中，我们选择的构件来自第三方和企业构件库。

考虑到银行的前置机，核心主机都是Unix操作系统，而部分外围服务运行与Windows或Linux平台，所以我们采用了与系统无关的J2EE平台架构。关于系统与后台主机的通讯，DCOM和CORBA都是适合于服务器与服务器通信的成熟规范，由于选定了开发平台，我们选择使安装Java自带的ORB进行通信，后台主机将处理的交易信息使用UDP协议放到监控系统，从而实现了交易数据的获取。获取的报文需要经过转化为监控平台统一格式才可以使用，因此，我们需要数据转换服务，如果选择第三方的构件，面临的问题是无法对其进行源码级的修改，所以我们选择自主开发新的构件用于数据转换服务，平台处理XML格式的数据，数据转换服务实现XML报文与银行后台报文的转换。

几乎所有的信息管理系统都包含了登陆模块，这一块我们直接从构件库中提取，业务层、数据层都不需要修改，只需要更换表示层中的界面图片即可。系统使用验证客户端IP的方式，限制可访问系统的客户端，避免非法连接。用户权限使用角色，用户组等方式进行管理，便于权限分配。这些组件都是我们经过长期使用并且不断完善的模块，可直接从构件库中提取。

加大对已修改构件的管理力度是为今后的构件开发软件项目做好准备。在每个项目中，我们都或多或少的生成一些新的功能模块。在本次项目中，对数据维护子系统，就是新开发的一个组件，它负责定期进行对应用系统中的数据进行抽取，清洗工作，并将操作结果存储到数据仓库中，用于支持决策分析，其接口使用XML定义。对于这样的新开发的构件，经过测试之后，我们将其按照企业目前的标准进行严格定义，形成相关的文档，一起录入到企业构件库中，以便复用于后续的项目。对于一些修改过的构件，如数据转化模块，我们对它也进行了详细的描述，指定版本号以及各个版本之间的差异，便于以后针对不同的情况使用不同版本的构件。

在项目中，我们也发现了一些不足之处，例如要使已经完成的构件能有效的支持项目开发，对构件的管理与维护，员工对构件的理解程度都是不容忽视的问题。通过本项目的对其理解程度一致，在项目开发过程中，开发人员通常从构件库中检索获取构件，而随着构件的增加，不同的构件也可能存在部分的功能冗余，要在合适的系统上使用合适的构件就对开发人员提出了较高的要求。针对这一问题，我们除了采用培训员工的办法，还定期以知识竞答的方式组织员工进行知识竞猜，创造一种积极的氛围，促使员工对企业构件库有较高程度的理解。

总结

综上所述，经过整个项目组精心准备和严密实施，项目如期完成，自2018年3月项目启动至今，系统稳定运行，得到了用户的一致好评。回顾项目的实施过程，我体会最深的是，随着基于构件技术开发软件的成功实施，我们在享受它带来的便利的同时，也要注重企业内部的构件积累。从通用性的角度来看，企业新开发的构件不如经过市场验证的第三方的成熟构件，从行业的角度来看，企业开发的构件能够满足其业务领域的大部分开发工作，这正是第三方构件无法做到的。感觉自己在结合第三方构件与企业内部构件进行软件开发的能力还有待加强，我将在后续的项目中努力做好这些工作。