软件复用规划时要考虑到的因素。

1.软件的开发进度。如果软件必须要快速开发,应当尽量复用完整的系统而不是单个构件。虽然可复用的完整系统对于需求的符合度可能并不完美,但是这种方法可以让所需要的开发量最小化。

2.所期望的软件生命周期。如果开发一个长生命周期的系统,应当关注系统的可维护性。不应当只考虑复用的短期收益,而是要考虑长期的影响。在整个生命周期中,你将不得不为了实现新需求而对系统进行适应性调整,这意味着要对系统各个部分进行修改。如果你无法访问可复用构件的源代码,你可能会倾向于避免使用来自外部供应商的成品构件以及系统,因为这些供应商可能无法为所复用的软件提供持续的支持。你可能会决定复用开源系统和构件更安全一些,因为这意味着你可以访问源代码并持有代码拷贝。

3.开发团队的背景、技能和经验。所有的复用技术都相当复杂,需要相当多的时间来有效地理解和使用它们。因此,应当将复用的注意力放在开发团队具有经验和专业能力的领域。

4.软件的关键性及其非功能性需求。对于一个必须要由外部监管者进行认证的关键性系统而言,可能不得不为该系统创建一个安全或信息安全用况。如果你无法访问软件的源代码,那么这个可能很难做到。如果你的软件有着严格的性能需求,那么使用模型驱动的工程,这样的策略可能就不太现实了。模型驱动的工程依赖于从系统的一个可复用的特定领域模型生成代码。

5.应用领域。在许多应用领域(例如制造和医疗信息系统)中,存在一些通用产品,它们可以通过面向本地环境的配置进行复用。这是最有效的复用方法之一,购买一个系统总是要比重新构建一个新系统要便宜(针对特定领域开发通用产品)

6.系统在其上运行的平台。一些构件模型特定于某个平台,例如 .NET特定于微软平台。与之相似,通用的应用系统也可能是平台相关的,只能在同样的平台上对它们进行复用。(可复用软件,尽量考虑可移植性)

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值