博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
软件产品线工程方法 - BAPO之架构(Architecture)
阅读量:5100 次
发布时间:2019-06-13

本文共 1473 字,大约阅读时间需要 4 分钟。

本文已挪至   

  Family Evaluation Framework (FEF) 是欧洲工业界和学术界经过六年时间从众多项目整理出来的一个评估框架,如下图,该评估框架有5个级别, 覆盖了软件工程的四个评估维度(商业、架构、流程和组织),每个维度有三到四个方面,本篇将介绍一下架构维度,这是我们业务和开发人员最应该关注的维度。

三个方面 

BAPO对架构着重从以下三个方面考虑:

Asset reuse level : 重用资产

Reference architecture: 参考架构,作为应用架构的基础架构
Variability management: 可变性管理

Level 1: 独立开发(Independent Development)

总体说明:只有针对单个系统的架构。

Asset reuse level : 没有或者毫无系统性的重用
Reference architecture: 没有软件产品线架构
Variability management: 不管理可变性

Level 2: 标准基础设施(Standardised Infrastructure)

总体说明:重用集中在第三方基础设施。没有正式的可重用领域资产。

Asset reuse level : 使用通用的第三方基础设施。
Reference architecture: 产品线架构基于第三方基础设施,主要致力于使用这些基础设施
Variability management: 有时会受到第三方基础设置提供的可变性限制,大部分可变性还是由应用架构提供

Level 3: 软件平台(Software Platform)

总体说明:捕获了领域通用性并在平台中实现,所有应用可以共用一个参考架构,通过配置平台可以适用与多个不同的产品,但是对可变性管理还是没有很好的支持。

Asset reuse level : 定义了多个通用资产,在平台和架构下进行有计划的重用。
Reference architecture: 参考架构作为应用架构起点
Variability management: 参考架构决定了核心资产支持应用开发需要进行哪些配置,有明确的应用生产计划。

Level 4: 可变性(Variant Products)

总体说明:在产品线中明确提出可变性管理,能够很好的进行进行领域共性和可变性管理

Asset reuse level : 应用开发可以进行明确的可变性管理

Reference architecture: 参考架构支持可变性管理,明确的表明使用参考架构如何支持应用架构的变化
Variability management: 应用工程的可变性进行很好的统一管理

Level 5: 可配置(Configuring)

总体说明:参考架构占主导,只有少量的应用架构,更多的是使用建模、脚本、工具和配置从参考架构自动生成产品。

Asset reuse level: 系统的规划和重用资产库
Reference architecture:  参考架构完全决定了应用架构,可以通过自动配置后生成应用
Variability management: 变量完全集成在架构中,变量被描述为模型,通过有语义的语言进行管理

 更多内容: 

 

欢迎转载,转载请注明:转载自 [ ]

转载于:https://www.cnblogs.com/zhoujg/archive/2009/12/05/1617442.html

你可能感兴趣的文章
Web消息主体风格(Message Body Style)
查看>>
eclipse- 智能提示设置
查看>>
回调函数实例——数学计算
查看>>
C#文件路径乱码
查看>>
俞伯牙摔琴谢知音的故事
查看>>
【简单dp】2080->最长公共子序列问题 动态规划
查看>>
数据库隔离级别
查看>>
C - Bear and Five Cards
查看>>
招聘工作告一段落
查看>>
druid数据源的加密解密工具
查看>>
swfupload详解
查看>>
php模拟多线程
查看>>
交叉熵
查看>>
python-微博模拟登陆
查看>>
Python【11】【前端编程】- HTML基础
查看>>
nump库的简单函数介绍
查看>>
好程序员大数据点睛:Hadoop基础篇
查看>>
JVM内存模型和GC机制
查看>>
201571030323/201571030334《小学生四则运算练习软件需求说明》结对项目报告
查看>>
SequenceFile介绍
查看>>