轮软件开发的复用
摘要：
在我所担任的某一银行公积金系统的规划和开发工作中，面对系统的特定应用环境和巨大的软件开发量，我们选择了软件复用的开发方式，在系统功能、性能、开发效果、投资以及人员培训等各方面均达到理想的效果。

正文：
由于原有的公积金系统功能单一，已经不能满足业务发展的需要。2004年2月，我开始参加某银行公积金系统开发，主要工作是对公积金系统进行规划实施开发。公积金系统主要服务内容如下：公积金存款处理；公积金贷款处理；以存款和贷款为中心的相关的帐务处理；各种查询打印功能等。由于时间紧迫，选择一个什么样的体系结构和开发模式以达到在最短的时间内开发出一个可满足现有需求同时可以涵盖未来发展需求的的公积金系统是我们的当务之急。

由于软件复用技术可以减少软件开发活动中大量的重复性工作，从而达到提高软件的生产率减低开发成本和缩短开发周期的特点，同时，银行业务处理的相似性以及我们在长期的工作中，我们已经积累了大量的可用构件，在技术上存在可行性，故此，我们将整个开发思想定位在软件复用技术。

1 系统体系结构的复用
目前，我行内部存在三种体系结构：原有公积金系统的基于客户机/服务器的两层结构；浏览器/服务器结构；基于中间件的三层次客户机/服务器结构。三种体系结构存在于各个不同系统中，各有优势。分析了公积金系统的业务发展的需要、可扩展性、投资和应用范围，我们首先放弃了浏览器/服务器结构。尽管选择两层结构可以在原有系统上作二次开发，减少一定的工作量，但是三层结构已经成为我行的技术主流并且在平台和开发上同样可以提供复用技术，鉴于以上分析，我们最终选择了三层结构。
我们将整个系统划分为各独立子系统，子系统的开发工作均相对独立，互不干扰。而各子系统的功能由多个不同的软件部件构成，从而保证了软件复用技术的充分使用。
公积金系统
|
——————————————————————————————————————
| | | | | | |
工前处理子系统 存款子系统 贷款子系统 查询打印子系统 内部帐子系统 日终处理
2复用分析、设计和代码。
公积金存款业务和贷款业务在业务方式上与中间业务的批量代收付业务类似，我们决定整个子系统的流程借鉴中间业务的批量代收付业务的设计思想，在存款和贷款的客户信息管理和清单录入等功能实现方面采用中间业务的批量代收付业务的相关部件，实现系统操作的简洁性和灵活性，有效的减少了柜面人员的工作量。
工前处理、日终处理和内部帐务等子系统完全参照银行传统业务处理方式，保证了帐务处理前台各业务系统帐务处理风格和操作风格一致，减少了柜面操作人员的培训工作。
由于各地公积金中心提供的存折存在多样性和差异性，我们决定借鉴中间业务在报文格式上灵活多样的特点，复用了其报文定制的部件，实现了打印灵活多变，具有很强的兼容性和可扩展性。

在整个系统的开发过程中，我们参照各系统的技术特点，同时又很好的融合了中间业务系统的灵活性、方便性和主流银行业务的帐务处理风格等特点，同时，始终坚持复用当前系统的硬件投入、软件的技术投入、人员投入等等，达到了减低开发成本和缩短开发周期。
鉴于原有的技术积累和现有的技术现状限制，此次开发过程存在以下的不足：在公积金系统的功能上，还未能与公积金中心实现电子审批等功能；在软件开发过程中，发现构件的积累不足，仅仅局限于UNIX平台下的构件复用，不能更好的发挥复用技术的优势；不能实现测试信息的复用；
通过此次开发，我们下一步的工作除了完善和增强公积金系统的功能外，还应该总结和积累现有技术成果，从代码、设计、分析和测试等各方面更好的使用复用技术，更好的掌握系统的剪裁、扩充、维护和演化等活动。

第一次练习写系分的论文，请大家指出不足。谢谢

偶先支持了再细细看~