软件非功能定能定义

软件非功能定能定义

适宜性：软件支持业务的必要功能必须存在，这些功能应当与其应用的业务场景相适宜，否则软件就失去了其使用价值。适宜性是软件最根本的质量属性，满足不了它，软件将一钱不值

正确性：软件交付是精确的，符合在计算机上运行的所有要求；同时其执行将准确地实现事先所定义的功能规范，从而满足用户的需要。正确性包括两方面：软件行为正确，不能与规格定义有偏差；软件编码正确，否则不能在机器上运行

完备性：软件提供的功能相对于业务、用户操作的需要而言，应当是完备和全面的。如果缺少对某些业务环节支持，将影响业务运作效率；而缺少相关的用户操作途径，则可能阻碍用户工作

互用性：目标系统要能和其他系统协同工作

依从性：软件产品要依从法律法规

安全性：软件产品要防止未经授权而对程序或者数据的访问

 

易用性度量

简单明了：软件操作坊式应当简洁，没有复杂繁琐步骤；其行为表现直观明了，让人容易把握

（风格）一致性：软件操作的风格、模式，表达的概念以及逻辑关系，应当是一致的。

可理解性：软件操作方式和行为表现，应当符合常识，不与用户的认知习惯相冲突。

可学习性：

操作健壮性：软件对用户错误操作或者外部异常输入的免疫能力

可见性：好的软件界面应当让用户通过简单的观察，就能领会如何进行操作。改善可视性途径有：提供可视的指示来引导用户；在界面上对类似的功能与显示内容进行分组，随着操作展开逐步启发用户

暗示：软件界面上各类对象的形态，应当直观地提示用户其作用和应当如何被使用

自然应对：针对用户想要完成的任务，软件提供清晰和自然的对应机制来实现。

约束：软件在交互设计上，有意识限制用户操作路线，从而减少用户为了执行相关任务所需掌握的知识

交互概念模型：软件的交互过程应当遵循一定的规则；

明确的控制：为了避免软件的行为失控，软件交互的设计必须是明确而无二义的

相应：软件应当及时给用户的操作以反馈，以便用户把握任务执行的进度和状态，防止用户接下来执行错误的行为，使得交互过程陷入混乱和失控。

 

软件可靠性要求

有效性：软件可持续正常运行

成属性：软件缺陷造成的故障的频度

故障承受能力：软件在遇到故障或者侵害时任燃能够工作

可恢复性：软件遇到故障，恢复工作所需时间短

可预测性：软件运行状态和行为是可以预测和把握的

 

软件性能与效率要求

时间行为上的效率：相应、处理时间以及执行功能时的吞吐率相关的软件属性

资源行为上的效率：系统完成某项任务时，所使用的资源数量及其持续时间相关的软件属性。

 

软件可支持与维护性要求

可验证性：验证软件代价的质量属性

可分析性：诊断缺陷、故障，或者确定需要修改索要代价的质量属性

可变性：与修改、实施需求或者设计变更难易程度的质量属性

稳定性：未料到的风险

可审计性：

可维护性：

 

适应性和可扩展性要求

适应性：可以在不同环境下运行

一致性/兼容性：软件可以兼容

可配置性：为了适应不同环境和应用场景，而进行配置以便实现此目的所付出的努力

可移植性：将软件通过重新编译或者改造，从而能够在新环境下运行

可安装性

功能可扩充性

性能可伸缩性

 

开发阶段内部质量要求

业务建模质量属性：业务建模应当准确地反映客户的业务状况或者期望状况；同时还是完备的，能够反映客户业务的全局关系；另外，业务建模必须是可理解的，方便涉众进行沟通

需求质量属性：软件规格定义相对于支持其业务或领域应用应当是适宜的，以满足业务和用户操作的需要。它同时还必须是精确的，以避免理解偏差和最终交付的不一致；而需求定义的完备性决定了软件交付的功能完备性；为了实现软件易用性，需要交互设计良好，以消除交互逻辑上的缺陷；需求的可理解性往往也决定了软件操作的可理解性；最后需求必须是可验证的

架构与分析设计质量属性：软件设计必须是正确的，要满足各类功能与非功能需求；架构设计应当结构良好，模块划分适合，职责分配自然；软件架构应当是健壮和可扩展，支持方便添加功能，同时不打破i原来结构；设计的各个模块或者元素本省应当是高内聚的，模块或者元素的关联应当是低耦合；软件设计在整体上是低冗余的；设计的模块应当简洁优雅、具备较强的可理解性，方便开发人员掌握或者准照实施；最后，软件架构还应当具备较强的可测试性，大幅减少测试成本，并最终有助提升软件交付质量

代码质量属性：代码正确实县功能；同时健壮，可读性好

测试质量属性：测试方案可执行；测试覆盖率要高，测试活动有效

部署质量属性：易部署、易配置