软件复用技术在产品开发中的实践

　　三、代码重用

　　在采用上述可复用的分析、设计方法后，系统的实现将变得相对的容易。在各代码段的实现时，只需要调用明确的接口，就可以实现处理功能，降低了算法的复杂度，大大提高了编码的效率及程序的可维护性。在编码时，我们主要采用了JavaBean和JSP技术实现了业务实体逻辑和用户系统操作接口。在JavaBean中充分采用了Java的优秀的面向对象机制，实现了业务实体类的处理逻辑，并尽可能的达到了JavaBean方法的一次编写处处运行的目标。在编写JSP时，我们完全引用了业务逻辑层的JavaBean，从而使JSP的页面编写变得简单，并实现了业务逻辑的封闭性，提高了JSP程序代码的安全性。

　　另外，在编码过程中的一个重要复用是算法的复用。由于在类设计时基本上每一个类都提供了相似的功能，如新增、删除、修改、查询，而这些操作的算法基本上是一致的，差别只在于SQL语句的差别；所以在设计编码时，可以先设计一个基类提供这些功能，在其他类实现时可以继承基类并重载或应用这些方法，实现算法的重用。

　　四、复用的组织结构

　　在软件复用的过程中，仅仅有软件复用方法是不够的，还必须有复用的开发组织结构可以支持。因此，我们在产品开发过程中建立了复用的组织架构。一般的复用的组织架构主要由三组成员组成：复用构件创建组、构件应用组和协调组。复用构件创建组，主要收集归纳并创建可以复用的构件提供给构件应用组使用；构件应用组主要进行业务逻辑的设计与实现，在开发过程中使用构件创建组提供的可复用构件进行业务逻辑的快速实现，并帮助构件创建者归纳，收集可复用构件；协调组主要在构建创建组和构件复用组织间起协调的作用，起到构件的分发推广的作用，在项目较小时可以由项目经理或系统分析员充当。

　　其实在软件复用过程当中，不仅仅通用构件层提供的类函数可以复用，在业务层模块之间也可相互引用。但是在引用时，也应该尽量避免模块之间的交互，提高模块的内剧性、降低模块间的耦合性。在模块之间的引用协调也由协调组完成。

　　五、软件部件库

　　在软件复用过程当中，我们建立了软件部件库以进行可复用构件的推广使用。在构件创建完成后，创建者将该构件存放于产品项目工程中提供应用组使用；并用JBuilder生成JavaDoc文档存放于Visual SourceSafe部件文档库中以便应用时查询，同时通知每一个开发成员。

　　当应用组成员需要调用通用构件或其他模块的方法或函数时，直接应用即可；如果在软件部件库中没有他需要的方法或函数，则可询问协调者，由协调者解决该问题。协调者可以通知创建者进行创建提供或用其他方式解决。

　　六、结论与不足

　　在公文管理系统及电子政务产品开发过程中，我们主要采用了以上方法进行软件的复用开发。实现了产品领域横向的复用和产品开发过程中的纵向层次架构的复用；并在软件开发过程中采用全程（从需求分析到编码实现）复用的策略进行软件开发，从而大大提高了软件产品的可复用性，提高了软件开发的生产率，并为后继产品的开发提供了良好的可复用基础。但在开发过程中也存在一些不足，有待于我们进一步改善。如：

　　（1）系统分析设计的力度不够。由于在系统开发过程中系统分析设计人力不足，在项目紧任务重的情况下，没有对分析设计文档审核就开始编码实现。因此对分析设计过程中存在的错误没有进行及时改正。另外，对模块包的划分也没有仔细的考虑、验证，对某些类的设计也不够合理。

　　（2）开发组成员软件复用意识的不够。由于开发人员软件复用意识不够，在成员之间沟通不力的情况下自行编写底层构件，从而降低了软件的可维护性；而更有甚者在业务模块编写时，直接在JSP表现层实现对业务逻辑的处理，而没有抽象为JavaBean，虽然在表面上提升了单个模块的开发效率，但却降低了整个开发组织的效率、可重用性以及程序的安全性。

　　（3）开发人员面向对象知识的欠缺。在开发过程中由于开发人员面向对象知识的欠缺，在设计实现时没有采用面向对象技术，从而降低了软件的可重用性。

　　（4）面向对象分析设计工具的欠缺。由于在分析设计过程当中，我们没有很好的运用Rose等分析设计工具，从而加大了分析设计的难度，降低了文档的可维护性、修改性和可复用性。

　　在下一步的开发过程中我们将尽力的改善这些状况；以便为国家的电子政务事业提供更多更好的软件产品，为国家电子政务事业的发展作出更大的贡献。