新闻动态
基于构件的软件工程开发过程
http://sytm.net 发布日期:2014/2/21 10:14:40

CBSD整个过程从需求开始,由开发团队使用系统需求分析技术或面向对象需求分析技术建立待开发软件系统需求规约。在完成体系结构设计后,并不立即开始详细设计,而是确定哪些部分可由构件组装而成。此时开发人员面临的决策问题包括了“是否存在构件满足系统需求”,“这些可用构件的接口与体系结构的设计是否匹配”等。如果先有构件的组装无法满足需求,就只能采用传统的货面向对象的软件工程方法开发新构件。反之,怎进入基于构件的开发过程,该过程大致包含如下活动。

1.构件识别

通过接口规约以及其他约束条件判断构件是否能在新系统中复用。构件识别分为发现和评估两个阶段。发现阶段的首要目标是确定构件的各种属性,如构件接口的功能性特征(构件能够向外提供什么服务)及非功能性属性(例如安全性、可靠性等)等。由于构件的属性往往难以获取、无法量化,导致了构件的发现难度较大。评估阶段根据构件屈性以及新系统的需求判断构件是否满足系统的需求。评估方法常常涉及分析构件文档、与构件已有用户交流经验和开发系统原型。构件识别有时还需要考虑非技术因素,如构件提供商的市场占有率、构件开发商的过程成熟度等级等。

2.构件适配

针对不同的应用需求,用户可以选择独立开发构件或选择可复用的构件进行组装。这些构件对远行上下文环境做出了某些假设。软件体系结构定义了系统中所再构件的设计规则、连接

模式相交互模式。如果被识别或自主开发的构件不符合目标系统的软件体系结构就可能导致该构件无法正常工作,甚至影响整个系统的运行,这种情形称为失配(Mismatch)。调整构件使之满足体系结构要求的过程就是构件适配。构件适配可通过白盒、灰盒或黑盒的方式对构件进行修改或配置。白盒方式允许直接修改构件源代码;灰盒方式不允许方接修改构件源代码,但提供了可修改构件行为的扩展语言或编程接口;黑盒方式是指不允许直接修改构件源代码且没有任何扩展机制的构件。如果构件无法适配,就不得不寻找其他适合的构件。

3.构件组装

构件必须通过某些良好定义的基础设施才能组装成目标系统。体系结构风格决定了构件之间连接或协调的机制,是构件组装成功与否的关键因素之一。典型的体系风格包括黑板、消息总线、对象请求代理等。

4.构件演化

基于构件的系统演化往往表现为构件的删除、替换或增加,其关键在于如何充分测试新构件以保证其正确工作且不对其他构件的远行产生负面影响。对于由构件组装而成的系统.其演化的工作往往由构件提供商完成。


更多阅读
返回列表
© 2010 TianMei Technology All rights reserved. ICP:辽B-2-4-20100065辽公网安备 21010202000010号  网站地图