系统分析师论文范文-论基于构件的软件开发5

【#第一文档网# 导语】以下是®第一文档网的小编为您整理的《系统分析师论文范文-论基于构件的软件开发5》，欢迎阅读！

论基于构件的软件开发

【摘要】

本文以我主持的某商业银行交易监控分析系统项目为实例,探讨了作为开发方公司基于 构件技术开发项目碰到的问题以及解决的方法。文章首先解释了基于构件技术开发软件的基 本概念，认为目前大多数开发单位的产品在存在重复的功能模块，而重复的开发工作，直接 导致了项目周期以及成本不必要的増加，针对这一问题，提岀了应该及时整理已有的系统, 形成企业构件库，针对性的选择构件，从而基于构件开发新的软件项目，在保证软件产品质 量的前提下，缩短项目周期和开发成本，最终使企业盈利。我在项目中担任了开发方的项 目经理 自始至终参与了整个项目的建设，自2008年3月项目启动至2008年10月验收历 时8个月，系统至今运行稳定，取得了客户的一致好评，项目能够保证质量的前提下迅速完 成，最终节约了成本，很大程度上得益于基于构件开发软件的应用。 【正文】

目前，银行间竞争已日趋激烈，降低银行的服务成本，提高对客户的服务质量，已成为 银行竞争的关键。随着服务种类的增多、日交易量的増大，针对这些交易数据进行有效的管 理变得迫在眉睫。首先，需要将各种交易实时监控，保证能够对异常交易进行及时处理.提 高客户满意度。其次，需要对对这些交易数据进行统计分析支持高层管理人员的决策，提高 银行的竞争力。基于上述需求，2008年初，某市商业银行招标建设一个交易监控分析系统， 我所在的单位中标后，我有幸参加了该项目的建设，承担了开发方的项目经理一职。交易 监控分析系统主要包含4个子系统：基于B/S结构的管理平台，处理多种不同报文格式交易 信息的数据转换平台，基于B/S结构的联机分析处理平台，数据维护子系统。众所周知， 基于构件的软件开发是一种自底向上的、基于包装好的构件来构造应用系统的方法。它主要 包含构件的检索与提取，理解与评价构件，修改构件，组装构件，应用部署等工作。目前 软件行业间的竞争程度趋于白热化。建设方更倾向于选择已经有成功案例或者有类似项目成 功案例的开发方。我认为，对于开发方来说,大多数开发单位的产品在存在重复的功能模块， 而重复的开发工作，直接导致了项目周期以及成本不必要的增加，如何利用已有的软件项目 构造新的系统，而不仅仅是将其作为投标的筹码变得越来越重要。针对这一问题，我在采用 及时整理已有的系统，形成企业构件库，针对性的选择合适的构件，加大对已修改构件的管 理力度等方法，有效的实施了基于构件的软件开发工作。形成构件库是基于构件开发软件 的前提。我们在已经成功实施的项目中，抽取一些共有


的模块作为单独的组件，封装其内部 操作，对外提供一致的调用接口。我们分析发现，一些常用的模块例如登录模块，只需要很 少的改动就可以复用到新的系统中，对于一些看似不同的模块，例如查询银联交易流水，查 询POS交易流水，查询设备状态信息等，如果从对数据库操作的方式去分类的话，都离不 开增、删、改、查四个操作，因此，我们对表示层，业务层，数据层进行了面向接口的整理 工作，封装成一个组件。使用Hibernate技术管理数据库操作，对于表示层需要列表显示的 对象，通过参数的方式传递到业务层。在本项目中，我们的工作就集中在了 Model层对象 设计上，建立Model层对象与数据库的映射关系之后，直接使用构件组合待查询的交易信 息，极大的减少了系统的重复性开发工作。针对性的选择构件是基于构件开发软件的关键： 构件的选择有多种途径，一是从构件库中提取符合要求的构件，二是从市场上购买现成的构 件，三是根据特殊应用需求开发。在本次项目中，我们选择的构件来自于第三方和企业构件 库。考虑到银行的前置机，核心主机都是Unix操作系统，而部分外围服务运行与Windows 或Linux平台，所以我们采用了与系统无关的J2EE平台构架。关于系统与后台主机的通讯， DCOM和CORBA都是适合于服务器一服务器间通信的成熟规范，由于选定了开发平台，我 们选择使安装Java自带的ORB进行通信。后台主机将处理的交易信息使用UDP协议发送 到监控系统，从而实现了交易数据的获取。获取的报文需要经过转化为监控平台统一格式才 可以使用，因此，我们需要数据转换服务，如果选择第三方的构件，面临的问题是无法对其 进行源码级的修改，所以我们选择自主开发新的构件用于数据转换服务，平台处理XML格 式的数据，数据转换服务实现XML报文与银行后台报文的转换。几乎所有的信息管理系统 都包含了登录模块，这一块我们直接从构件库中提取，业务层，数据层都不需要修改，只需 要更换表示层中的界面图片即可。系统使用验证客户端IP的方式，限制可访问系统的客户 端，避免非法连接。用户权限使用角色，用户组等方式进行管理，便于权限分配。这些组件 都是我们经过长期使用并且不断完善的模块，可直接从构件库中提取。加大对已修改构件 的管理力度是为今后的构件开发软件项目做好准备。在每个项目中，我们都或多或少的生成 —些新的功能模块。在本次项目中，对数据维护子系统，就是新开发的一个组件，它负责定 期进行对应用系统中的数据进行抽取，清洗工作，并将操作结果存储到数据仓库中，用于支 持决策分析，其接口使用XML定义。对于这样的新开发的构件，经过测试之后，我们将其 按照企业目前的标准进行严格定义，形成相关的文档，一起录入到企业构件库中，以便复用 于后续的项目。对于一些修改过的构件，如数据转换模块，我们对它也进行了详细的描述, 指定版本号以及各个版本之间的差异，便于以后针对不同的情况使用不同版本的构件。在 项目中，我们也发现了一些不足之处，例如要使已经完成的构件能有效的支持项目开发，对 构件的管理与维护，员工对构件的理解程度都是不容忽视的问题。通过本项目的实施，


我们 了解到了仅仅是对企业软件构件进行严格定义并且有效的管理还不能保证员工对其理解程 度一致，在项目开发过程中，开发人员通常从构件库中检索获取构件，而随着构件的増加, 不同的构件也可能存在部分的功能冗余，要在合适的系统上使用合适的构件就对开发人员提 出了较高的要求。针对这一问题，我们除了采用培训员工的办法，还定期以知识竞答的方式 组织员工进行知识竞猜，创造一种积极的氛围，促使员工对企业构件库有较高程度的理解。 综上所述，经过整个项目组精心准备和严密实施，项目如期完成，自2008年3月项目启动 至2008年10月验收历时8个月，系统至今运行稳定，得到了用户的一致好评。回顾项目 的实施过程，我体会最深的是，随着基于构件技术开发软件的成功实施，我们在享受它带来 的便利的同时，也要注重企业内部的构件积累。从通用性的角度来看，企业新开发的构件不 如经过市场验证的第三方的成熟构件，从行业的角度来看，企业开发的构件能够满足其业务 领域的大部分开发工作，这正是第三方构件无法做到的。感觉自己在结合第三方构件与企业 内部构件进行软件开发的能力还有待加强，我将在后续的项目中努力做好这些工作。

本文来源：https://www.dy1993.cn/z8A.html