05-软件体系结构与架构技术课题.ppt

2.2架构是系统关键质量属性的描述;2.2.1为什么要确定架构的关键质量目标;2.2.1为什么要确定架构的关键质量目标;2.2.2 软件系统的关键质量属性需求;功能需求是描述一个产品或项目该做什么, 该提供什么功能 除此之外……;用质量属性的选择帮助确定项目的需求范围　;影响构架的关键需求;影响构架的关键需求;软件构架师所考虑的设计需求;软件构架的质量要素;1985年，国际标准化组织（ISO）建议，软件质量度量模型由三层组成。高层称软件质量需求评价准则（SQRC），中层称软件质量设计评价准则（SQDC），低层称软件质量度量评价准则（SQMC）。分别对应McCall等人的要素、评价准则和度量。ISO认为应对高层和中层建立国际标准，以便在国际范围内推广应用软件质量管理，而低层可由各使用单位自行制定。ISO高层由8个要素组成、中层由23个评价准则组成。 高层的8个要素为左表的行，中层的23个准则为下表的列。它们之间的关系如左表所示。 ;系统设计非功能质量需求的例子;功能性：系统完成所期望工作的能力 实现功能的方法 没有内部模块/部件的职责划分，没有配合与协作，也可以实现系统功能，但是…… 具有良好系统构架设计的系统必须…… 如果既要实现功能，又具有良好的构架设计，满足关键需求，则系统设计将： 仔细地划分模块的功能 设计良好的模块间连接与关联关系 ;易用性： 架构设计无关：界面表示直观、操作简便 架构设计有关： 是否允许取消、撤销操作 是否可重用以前输入的数据 是否有多层次的输入支持和帮助 系统性能： 架构设计无关：算法的好坏 架构设计有关： 组件之间通信的瓶颈制约 分配给组件的功能的合理性 组件完成功能所需要的共享资源的情况;可修改性 架构设计无关：可读性好的注释和编码规范 架构设计有关： 逻辑独立 接口简单 变更涉及面小且清晰 回归测试的范围容易控制 ;好的软件构架的特征;为什么许多大型软件应用系统推出不久，就面临需要重新设计（美其名曰：架构重组）？ 往往不是系统不能用（不是功能性问题） 而是系统性能问题： 系统业务处理逻辑缺乏灵活性 维护困难 功能无法扩展 运行速???太慢 稳定性差、甚至经常宕机 以上都表现为非功能性需求;2.2.4 小结：关键质量需求描述的必要性和意义