方案工程中资产以及复用.ppt

* * * * * * * * * * * * * * * * 软件演进的研究领域有三个挑战。第一，如何组织数量巨大的历史数据从而可以快速容易地得到正确的信息。第二，如何将软件演进的不同研究方法综合到一个集成的平台上来。第三，如何分析软件系统的结构性变化。 随着软件系统所处的环境的不断变化，系统必须调整以适应这些变化来继续生存 总有潜在的新需求触发系统设计的演进 系统是在不断演进的，因为用户会提出更多的功能要求。 系统演进通过对遗产系统的改造和重组，将之转化为未来系统。对于一个大的遗产系统，针对其不同部分和所期望的系统之间的距离，所使用的演进策略是不同的，主要可以有维护、改造和替换三种方法。 演进性。一个新的软件系统不可能将所有不可预测的功能也包含进去，而是采用某种演进方式。一个体系结构的演进反映了一个软件系统家族的演进，也使得这种演进变成可能。演进（即维护）是软件开发最昂贵的活动[GJM 91]，因此系统演进性成为基于体系结构开发的关键方面。ADL需要在构件和连接子的级别增强演进的支持，允许构件和连接子的增量添加、删除、替换，以及在配置中重新连接。 * * * * 软件资产接口设计的优劣是决定资产是否易于组装，实现复用的关键因素。 * 在McCall可复用模型中，提出了模块独立性、机器独立性和软件系统独立性。在定义软件资产质量模型时，考虑到还存在源码态软件资产，因此添加了结构独立性，以此度量资产内部的内聚度和耦合度。 * 很显然，通用性大的软件资产比通用性小的软件资产更有可能被复用。 * 很显然，通用性大的软件资产比通用性小的软件资产更有可能被复用。 * * * 不同阶段复用资产的类型 资产复用方法/过程 * * * * 实际上，生产者复用就是资产的生命周期。 * * IBM Rational can provide the elements that can help the customer implement effective reuse! * 复用能力模型（Reuse Capability Model，简称RCM） 由美国的软件生产力联盟（Software Productivity Consortium）在90年代初提出 将复用分为四个层次： 偶然的（Opportunistic）：项目级的复用，可复用资产是根据项目开发组的技术需要获取。 完整的（Integrated）：组织级的复用，例如包含资源库、相关标准等。 有效的（Leveraged）：定义了产品线复用策略，度量得到大量应用。 预测的（Anticipating）：管理层通过开拓组织的复用能力创造新的业务机会。预期的市场需要驱动可复用资产的获取。 * 领域工程过程是跨项目过程类中唯一的过程 通过领域工程过程为多个开发或者维护软件产品的软件项目提供资产，这些资产将应用在这些项目所涉及的多个软件产品中。 IEEE 1517标准将领域工程归类为一个跨项目的生命周期过程，因为这个过程超越了单个项目的边界和持续期。 * * * * * 如果领域模型可以被看作是理解领域共性的定义层面的设备，那么 * * * 不同阶段复用资产的类型 资产复用方法/过程 * * * * * * * * 不同阶段复用资产的类型 资产复用方法/过程 * * 资产复用管理 Concerned with the business aspects of setting up a reuse program with the goal of meeting specific business objectives, and monitoring that reuse program’s progress against those business objectives. Involves establishing the strategy and direction of the reuse program. * Balanced scorecard. Supplements traditional financial measures with three additional perspectives Customers Measure how many assets used by customer Measure how much revenue was due to that asset Internal business processes What improvements have been made to processes Learning/growth How has an asset helped grow the business or di