精华内容
下载资源
问答
  • 软件质量属性

    千次阅读 2015-05-08 16:19:31
    软件质量属性 软件属性包括功能属性和质量属性,但是软件架构重点关注的是质量属性。架构的基本需求主要是在满足功能属性的前提下,关注软件质量属性。软件的质量属性可列举很多,也有各种不同的分类法和不同的表述...

    软件质量属性

    软件属性包括功能属性和质量属性,但是软件架构重点关注的是质量属性。架构的基本需求主要是在满足功能属性的前提下,关注软件质量属性。软件的质量属性可列举很多,也有各种不同的分类法和不同的表述。一般将质量属性分为3类:

         系统的质量属性。可用性,可修改性,性能,安全性,可测试性和易用性。

         受架构影响的商业属性(上市时间)。

         与架构本身相关的一些质量属性(如概念完整性),它们会间接影响其他质量属性,如可修改性。

    1.一般质量属性场景

    如何描述质量属性需求呢?一般采用质量属性场景作为一种规范。 质量属性场景是一种面向特定的质量属性的需求。它由6部分组成:

         刺激源:这是某个生成该刺激的实体(人、计算机系统或者任何其他刺激器)。

         刺激:该刺激是当刺激到达系统时需要考虑的条件。

         环境:该刺激在某些条件内发生。当刺激发生时,系统可能处于过载,或者运行,也可能是其他情况。

         制品:某个制品被刺激。这可能是整个系统,也可能是系统的一部分。

         响应:该响应是在刺激到达后所采取的行动。

         响应度量:当响应发生时,应当能够以某种方式对其进行度量,以对需求进行测试。

     2.可用性一般场景:所关注的方面包括系统故障发生的频率、出现故障时会发生什么情况、允许系统有多长是将非正常运行、什么时候可以安全地出现故障、如何防止故障的发生以及发生故障时要求进行哪种通知。   

    场景的部分

    可能的值

    系统内部、系统外部

    刺激

    疏忽、崩溃、时间、响应

    制品

    系统的处理器、通信通道、持久存储器、进程

    环境

    正常操作、降级模式

    响应

    系统应该检测事件、并进行如下一个或多个活动:

    将其记录下来通知适当的各方,包括用户和其他系统                                                                                            根据已定义的规则禁止导致错误或故障的事件源

    在一段预先指定的时间间隔内不可用,其中,时间间隔取决于系统的关键程度在正常或降级模式下运行

    响应度量

    系统必须可用的时间间隔

    可用时间

    系统可以在降级模式下运行的时间间隔

    修复时间                                 

                                      

    3.可修改性一般场景。

     

     

    场景的部分

    可能的值

    最终用户、开发人员、系统管理员

    刺激

    希望增加、删除、修改、改变功能、质量属性、容量

    制品

    系统用户界面、平台、环境或与目标系统交互的系统

    环境

    在运行时、编译时、构建时、设计时

    响应

    查找架构中需要修改的位置,进行修改且不会影响其他功能,对所做的修改进行测试,部署所做的修改

    响应度量

    根据所影响元素的数量度量的成本、努力、资金;该修改对其他功能或质量属性所造成

    影响的程度                                                                  

     

                                  

    4.性能一般场景。

    场景的部分

    可能的值

    大量的独立源中的一个,可能来自系统内部

    刺激

    定期事件到达;随机事件到达;偶然事件到达

    制品

    系统

    环境

    正常模式;超载模式

    响应

    处理刺激;改变服务级别

    响应度量

    等待事件、期限、吞吐量、抖动、缺失率、数据丢失                                                                  

    5.安全性一般场景。

    场景的部分

    可能的值

    正确识别、非正确识别或身份未知的个人或系统它来自内部/外部;经过了授权/未授权

    它访问了有限的资源/大量资源

    刺激

    试图

    显示数据、改变/删除数据、访问系统服务、降低系统服务的可用性

    制品

    系统服务、系统中的数据

    环境

    在线或离线、联网或断网、连接有防火墙或者直接连到了网络

    响应

    对用户身份进行认证;隐藏用户的身份;阻止对数据或服务的访问;允许访问数据或服

    务;授予或收回对访问数据或服务的许可;根据身份记录访问/修改或试图访问/修改数

    据/服务;以一种不可读的格式存储数据;识别无法解释的对服务的高需求;通知用户或

    另外一个系统,并限制服务的可用性

    响应度量

    用成功的概率表示,避开安全防范措施所需要的时间/努力/资源;检测到攻击的可能性;

    确定攻击或访问/修改数据或服务的个人的可能性;在拒绝服务攻击的情况下仍然获得

    服务的百分比;恢复数据/服务;被破坏的数据/服务和/或被拒绝的合法访问的范围                                                                 

    6. 可测试性一般场景。

        

    场景的部分

    可能的值

    开发人员、增量开发人员、系统验证人员、客户验收测试人员、系统用户

    刺激

    已完成的分析、架构、设计、类和子系统集成;所交付的系统

    制品

    设计、代码段、完整的应用

    环境

    设计时、开发时、编译时、部署时

    响应

    提供对状态值的访问、提供所计算的值、准备测试环境

    响应度量

    已执行的可执行语句的百分比

    如果存在缺陷出现故障的概率

    执行测试的时间

    测试中最长依赖的长度

    准备测试环境的时间                                                                  

    7. 易用性一般场景

    场景的部分

    可能的值

    最终用户

    刺激

    想要

    学习系统特性、有效使用系统、使错误的影响最低、适配系统、对系统满意

    制品

    系统

    环境

    在运行时或配置时

    响应

    系统提供以下一个或多个响应来支持“学习系统特性”

    帮助系统与环境联系紧密;界面为用户所熟悉;在不熟悉的环境中,界面是可以使用的    系统提供以下一个或多个响应来支持“有效

        使用系统”

    数据和/或命令的聚合;已输入的数据和/或命令的重用;支持在界面中的有效导航;具有一致操作的不同视图;全面搜索;多个同事进行的活动

    系统提供以下一个或多个响应来“使错误的影响最低”

    撤销;取消;从系统故障中恢复;识别并纠正用户错误;检索忘记的密码;验证系统资源

    系统提供以下一个或多个响应来“适配系统”

    定制能力;国际化

    系统提供以下一个或多个响应来使客户“对系统的满意”

    显示系统状态;与客户的节奏合拍

    响应度量

    任务时间、错误数量、解决问题的数量、用户满意度、用户知识的获得、成功操作在总

    操作中所占的比例、损失的时间/丢失的数据量                                                                 

    8. 质量属性场景

    质量属性

    刺激

    可用性

    不期望的事件、期望的时间不发生

    可修改性

    请求添加删除改变功能、平台、质量属性或容量

    性能

    周期性的、随机的或偶然的

    安全性

    试图

    显示、修改、改变/删除信息、访问或降低系统服务的可用性

    可测试性

    系统开发阶段的完成

    易用性

    想要

    学习系统特性、有效使用系统、使错误的影响最低、适配系统、对系统满意                                                                 

    9商业质量属性

       a上市时间

       b成本和收益

       c所希望的系统生命期的长短

       d目标市场

       e推出计划

       f与老系统的集成

    10架构的质量属性

       a概念完成性:在各个层次上统一系统设计的根本指导思想。

       b正确性和完整性:架构能够满足系统的各种需求以及运行时的资源要求的必要条件。

       c可构建性:保证能够由指定的开发小组在规定的时间里及时开发系统,并允许在开发过程中做某些更改的架构属性。

    展开全文
  • 质量属性概念

    千次阅读 2020-05-10 16:20:10
    质量属性 • 不精确的需求会造成很多问题。 “我的系统一定要是快速的/安全的/可扩展的” • 系统的质量属性必须是精确的/可度量的: “它必须能够从最初100个地理上分散的节点扩展到1000个节点,而不会增加安装和...

    质量属性

    • 不精确的需求会造成很多问题。
    “我的系统一定要是快速的/安全的/可扩展的”
    • 系统的质量属性必须是精确的/可度量的:
    “它必须能够从最初100个地理上分散的节点扩展到1000个节点,而不会增加安装和配置的工作量和成本。“

    什么是质量属性?

    质量属性种类:

    • 性能 (Performance)
    • 安全性(Security)
    • 可用性(Availability)
    • 可扩展性(Scalability)
    • 易用性(Usability)
    • 可靠性(Reliability)
    • 可移植性(Portability)
    • 可修改性(Modifiability)
    • 可维护性(Maintainability)

    架构与质量属性

    质量属性的实现必须在设计、实现和部署的过程中考虑。
    举例:
    • 易用性可以从架构方面和非架构方面考虑:

    • 使用户界面易于使用是非架构方面
    • 为用户提供undo/cancel操作是架构方面

    • 可修改性

    • 功能如何划分(架构方面)
    • 模块内编程技术(非架构方面).
    举例说明:
    • 组件间的通信量&共享资源如何分配 (架构方面)
    • 算法的选择&算法如何实现 (非架构方面)
    • 性能
    质量属性冲突
    系统的质量属性经常会互相影响
    • 组件粒度大会提高性能,但会降低可维护性。
    • 引入冗余数据可提高可用性,但会使安全性的保障更加困难。
    • 将安全性相关的功能本地化通常意味着更多的通信以致降低
    性能。
    影响有时是正面的,有时是负面的
    譬如:
    质量属性场景
    质量属性场景是一个质量属性特定的需求。
    由六部分组成:
    • 激励源– 产生激励的实体。
    • 激励 – 影响系统的事件。
    • 环境– 激励发生的特定条件
    质量属性场景
    质量属性场景的六个部分
    • Artifact(工件) – 接受激励的系统或系统部分
    • Response(响应) –激励到达后发生的活动
    • Response measure(响应度量)– 响应发生时,应当以某
    种方式进行度量以测试需求是否被满足。
    质量属性场景的六个部分

    展开全文
  • 软件质量属性描述

    2019-03-17 22:45:00
    评估体系结构的重要因数 - 质量属性  3类质量属性:  系统的质量属性  受架构影响的商业属性  与架构本生相关的质量属性  常见的系统质量属性:  可用性 可修改性 性能 安全性 可测试性 易用性 ...

    评估体系结构的重要因数 - 质量属性

      3类质量属性:

        系统的质量属性

        受架构影响的商业属性

        与架构本生相关的质量属性

     

      常见的系统质量属性

          可用性  可修改性  性能   安全性  可测试性  易用性

     

       质量属性场景:

         (1)刻画质量属性的手段,由六部分组成:刺激源、刺激、环境、制品、响应、响应度量;

           (2)以一种统一规范的方式来表达“质量属性”的需求。

    案例分析

    以《淘宝网》为例,对着六个质量属性进行分析

     

    1.可用性:可用性与系统故障及其相关后果有关,当系统不再提供其规范中所说明的服务时,就出现了系统故障,系统用户可以观察此类故障。

      分析:

      刺激源: 用户

      刺激:用户在同一时间访问量过大,造成系统崩溃

      制品:系统

      环境:正常操作

      相应:加载不出来页面

      响应度量:提示请重试或两分钟后加载出来

    2.可修改性:可修改性有两个关注点 1. 什么可以修改?2.何时进行变更以及由谁进行变更

      分析:

      刺激源: 开发人员

      刺激:修改界面

      制品:系统界面

      环境:设计阶段

      相应:修改界面但并不影响其他功能的实现

      响应度量:不影响未修改的功能的实现

    3.性能:性能与时间有关。事件发生时,系统必须对其作出响应。时间到达响应有很多特性,但性能基本上于事件发生时,将要消耗系统多长时间做出响应有关系。

      分析:

      刺激源: 用户

      刺激:用户搜索或者购买商品

      制品:系统

      环境:正常操作

      相应:系统做出响应,接受请求

      响应度量:提示请重试或两分钟后加载出来

    4.安全性:安全性是衡量系统在向合法用户提供服务的同时,阻止非法授权使用的能力

      分析:

      刺激源: 用户

      刺激:获取其他用户的信息

      制品:系统

      环境:正常操作

      相应:对用户进行安全验证

      响应度量:提示没有权限,操作被拒绝

    5.可测试性:通过测试揭示软件缺陷的容易程度

      分析:

      刺激源: 测试人员

      刺激:同时进行很多次的访问

      制品:系统

      环境:正常操作

      相应:3s内加载出来界面

      响应度量:提示请重试或两分钟后加载出来

    6.易用性:易用性关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持的种类

      分析:

      刺激源: 用户

      刺激:价格按从小到大排列,销售量从大到小排列

      制品:系统

      环境:正常操作

      相应:顺利的排列给用户展示出来

      响应度量:满足用户所需要的标准

    质量属性的六个常见属性场景分析

    转载于:https://www.cnblogs.com/floakss/p/10549499.html

    展开全文
  • 系统软件的质量属性

    千次阅读 2016-09-16 11:01:46
    软件产品的质量属性相关国家标准有 相关标准 主要内容 GB/T 16260.1 质量模型 GB/T 16260.2 外部质量属性 GB/T 16260.3 内部质量属性 GB/T 16260.4 使用质量属性 GB/T 8566 软件生命周期过程模型 GB/T ...

    软件产品的质量属性相关国家标准

    相关标准 主要内容
    GB/T 16260.1 质量模型
    GB/T 16260.2 外部质量属性
    GB/T 16260.3 内部质量属性
    GB/T 16260.4 使用质量属性
    GB/T 8566 软件生命周期过程模型
    GB/T 18905 质量属性评价

    质量模型

    产品质量过程是确保产品能够最终满足用户需求的过程。

    质量途径:

    产品的质量可以用测量产品的内部属性(比如静态测试),外部属性(比如产品运行过程中的测试)和使用质量来评价。
    对于产品产生过程(定义于GB8566)进行的评价和改进有助于改善产品质量,而对产品质量的改进和评价有助于改善使用质量;改进过程质量是提高质量的手段,而改进产品质量是提高质量的方法。
    使用质量的反馈有助于提高产品质量,而评价产品质量的反馈有助于改进过程。

    质量与生命周期:

    在产品的生命周期中对质量的视图是不一样的,在初始阶段一般从用户的使用角度去定义产品质量,而在开发和维护阶段通常从开发者角度去看待产品的设计质量等内部质量。希望在开始阶段定义完整的质量需求是不现实的,因为
    1)用户往往并不清楚需要的质量属性
    2)开始定义的要求可能会在后面发生变化
    3)不可能访问所有的用户。
    但是,尽可能的描述产品的质量属性还是必要的。在产品交付阶段,必须描述清楚产品的质量属性。

    产品质量的度量

    产品质量的度量可以从使用质量,外部质量,内部质量去度量。外部度量和内部度量由一些特性以及以下的子特性构成。
    使用度量由四个特性构成,没有再细分。使用度量是外部度量和内部度量的特性组合而形成的质量;

    用户的质量要求可以用使用质量,外部质量或者内部质量去度量。在确认产品时这些度量确定的需求可以作为准则来使用。通常需要一种可以得到反馈的开发方法迭代的获得用户的要求。
    外部质量需求是从产品的外部视角规定的质量要求。可以为开发阶段的设定目标,可以作为评价产品的准则;
    内部质量需求是从产品的内部视角规定的质量要求。可以为开发阶段的设定目标,可以作为开发策略的验证和评价的准则;
    内部质量是产品内在质量的总和;是针对内部质量需求的测量和评价;
    外部质量是产品外在质量的总和;是针对外部质量需求的测量和评价;
    使用质量是从用户使用的角度对有效性,生产效率,安全性,满意度的度量,而不是对产品本身质量进行测量;

    质量模型可应用于产品开发过程中的需求分析阶段的需求评价,以及支持过程中的验收,确认,评审过程;
    产品质量模型应用实例:确定需求的完整性,确定需求,确定产品的设计目标,确定产品的测试目标,确定产品的验收准则,确定产品的质量保证准则;

    质量属性

    内部质量和外部质量的质量属性包括:功能性,可靠性,易用性,可修改性,效率,可移植性;

    • 功能性是指满足用户明确或隐含的要求的能力;包括:适合性,准确性,安全性,互操作性;

      适合性就是在规定使用条件下,提供用户一组功能的能力;
      准确性就是在规定使用条件下,达到用户需要的精度,性能指标的能力;
      安全性就是保障系统和数据安全的能力,对于非授权用户拒绝提供访问,控制;
      互操作性就是提供与多种系统接口的能力;
      
    • 可靠性是指在规定使用条件下,维持用户一定性能要求的能力;包括:成熟度,容错性,可恢复性;

      成熟度就是避免产品失效的能力;
      容错性就是产品在出错或输入异常条件下,维持系统运行在规定性能水平上的能力;
      可恢复性就是在产品失效条件下,恢复工作和修复数据的能力;
      
    • 易用性是指用户理解使用系统的容易程度;包括易理解,易学性,易操作性,用户吸引性;

      易理解就是系统可被用户理解的容易程度;
      易学性就是系统可被用户学习的容易程度;
      易操作就是系统可被用户操控的程度;
      用户吸引性就是吸引用户使用系统的能力;
      
    • 可修改性是指容易修改的能力,修改包括修正,改进和用户需求的变化;包括:易分析,易修改,易测试性,稳定度;

      易分析就是识别软件故障或需要修改部分的容易程度;
      易修改就是对于需要修改部分实现修改的容易程度;
      易测试就是对于修改部分进行测试的容易程度;
      稳定度就是当软件被修改时,系统维持一定稳定程度的能力;
      
    • 效率是指对于一定的资源,系统提供一定性能的能力;包括时间特性,资源利用率;

      时间特性就是提供如响应时间,吞吐量,等相关时间的特性;
      资源利用率就是提供一定性能,需要使用资源的数量;使用如带宽,网络负载率;
      
    • 可移植性是指系统从一个环境迁移到另一个环境的能力;包括:适应性,可安装性,相容性,可替换性;

      适应性就是当环境发生变化时比如屏幕大小,报告格式等,用户不需要额外的操作就能正常工作的能力;
      可安装性就是系统可安装的能力;
      相容性就是系统与多个共享资源的系统共同运行的能力;
      可替换性就是软件可以替换另一个相同功能软件的能力,比如新版本升级;
      

    使用质量的质量模型是站在用户的角度对系统进行的度量,不仅包括易用性而是以上多个属性的集合。包括:有效性,生产效率,安全性,满意度

    有效性:就是用户使用系统能够达到需要的功能和性能的能力;
    生产效率就是为满足有效性,用户需要消耗的资源(时间,各种资源,人力);
    安全性是用户可接受的软件,资源破坏情况;
    满意度是指用户对系统的满意程度;
    用户对使用质量的评价往往根据用户的特点和环境有不同的评价指标。比如对于维护者评价的是可维护性指标;
    对于用户评价的是功能性,可靠性,安全性指标;
    

    使用质量决定于外部质量,外部质量决定于内部质量。但是内部质量并不能完全满足外部质量,外部质量也不能完全满足使用质量,因此这三个层次的度量是不能替代的。

    此外在《软件架构实践》这本书中将软件的质量属性分成:系统质量属性,商业质量属性,架构本身质量属性;

    系统质量属性包括:可用性、可修改性、性能、安全性、可测试性和易用性; 
    商业质量属性包括:目标市场,生命周期长短,成本与收益,上市时间,上市计划; 
    架构本身质量属性包括:概念完整性,完整性和正确性,可构建性; 
    

    系统质量属性的实现方法:

    系统的质量属性包括系统的多方面要求,因此架构的质量实现取决于多方面的技术方法;

    可用性:相当于gb中的可靠性

    实现可靠性的方法有错误检测,恢复,预防,备份;
    错误检测的方法有:心跳,命令/响应,异常断言;
    恢复:是系统从错误状态中恢复到正常状态,方法有前向恢复,后向恢复,重新引入恢复,防卫式设计;
        前向恢复有结构冗余:表决,N版本设计,时间冗余(多次计算),信息冗余(校验);
        后向恢复有:恢复块;
        重新引入恢复:状态恢复,基于检查点的恢复,事务回滚;
        防卫式设计(异常检测try catch)
    预防:方法有进程监视,定期重置;
    备份:双机热备或集群;
    

    可修改性:相当于gb中的可修改性;

    方法有:局部修改,防止链式反应,延迟绑定;
    局部修改方法有:提前假设(抽象接口,接口与实现分离),维持模块之间关系的语义一致
    (不要调用过多的模块,模块之间是高内聚松耦合的);
    泛化(针对接口而不是实现编程,,开闭原则(对接口关闭,对扩展开放)),限制可能的选择;
    防止链式反应方法有:信息隐藏,维持接口一致,减少调用途径;
    延迟绑定方法有:通过配置定义实现接口,运行时注册;
    

    性能:相当于gb中的效率;方法有:减少资源需求,增加资源供给,资源调度;

    减少资源需求:可以通过优化算法减少计算量;减少不必要的需求如采样频率,关闭不需要的资源以减少需求;
    限制执行时间,避免长时间占用资源;
    增加资源供给:增加如cpu运行频率,内存等硬件资源;将任务分成多个并行任务,以减少闭锁机会;
    资源调度(调度算法fifo,时间片轮转,优先级);
    

    安全性:相当于功能性中的安全性子特性;

    方法有:安全防护,安全预防,安全恢复
    安全防护包括:身份识别与认证,信息加密与完整性,访问控制;
    安全预防包括:入侵检测;
    安全恢复包括:审计;  
    

    可测试性:相当于gb中可修改性中的可测试性子特性;可修改性就是发生错误或需要修改时能够较快的定位修改的地方,并能够比较容易的修改和测试;

    方法有:接口与实现分离(可以方便的实现测试模块和桩模块),特化测试接口(为测试预留特殊接口),
    记录与回放,内置监视; 
    

    易用性:相当于gb中易用性;

    方法有:设计时实现与接口分离,运行时记录用户状态(用户信息,行为信息,系统信息),
    支持用户主动动作(重做与回退);
    
    展开全文
  • 软件质量属性和质量要素

    千次阅读 2014-10-09 15:05:54
    软件质量是许多质量属性的综合体现,各种质量属性反映了软件质量的方方面面。人们通过改善软件的各种质量属性,从而提高软件的整体质量。 十大软件质量因素 n n功能性质量因素:正确性,健壮性,可靠性 n...
  • 软件的质量属性分为:运行期质量属性和开发期质量属性运行期质量属性:     性能(Performance):       性能是指软件及时提供相应服务的能力。具体而言,性能包括速度、...
  • 细说软件质量属性

    千次阅读 2012-11-28 09:23:36
    正确性无疑是第一重要的软件质量属性。如果软件运行不正确,将会给用户造成不便甚至损失。技术评审和测试的第一关都是检查工作成果的正确性。 正确性说起来容易做起来难。因为从“需求开发”到“系统设计”再到...
  • 软件架构质量属性(一)

    千次阅读 2019-06-26 11:10:40
    软件架构(及软件架构设计师)重点关注的是质量属性。 软件质量特性包括功能性、可靠性、易用性、效率、可维护性、可移植性等 6个方面,每个方面都包含若干个子特性。 功能性:适合性、准确性、互操作性、依从性、...
  • 信息的质量属性

    千次阅读 2018-02-26 14:51:57
    信息的质量属性:(1)精确性:对事物状态描述的精准程度。 (2)完整性:对事物状态描述的全面程度,完整信息应包括所有重要事实。 (3)可靠性:信息的来源、采集方法、传输过程是可以信任的、符合预期的 (4)...
  • 系统架构设计师:软件质量属性

    千次阅读 2018-09-22 22:14:34
    软件属性包括功能属性和质量属性,但是,软件架构重点关注的是质量属性,在大量可能的结构中,可以使用不同的结构来实现同样的功能性。  即,功能性在很大程度上是独立于结构的,架构设计师面临着决策(对结构的...
  • 六个最常见的系统质量属性分别是:可用性(Availability)、可修改性(Modifiability)、性能(Performance)、安全性(Security)、可测试性(Testability)、易用性(Usability)。 刻画质量属性的手段由六部分...
  • 质量属性:可用性,可修改性,性能,安全性,可测试性和易用性。 质量属性场景:  刺激源:生成该刺激的实体(人、计算机系统或其他励志器); 刺激:刺激达到系统时可能产生的影响(即需要考虑和关注的情况); ...
  • 软件质量属性划分为运行期质量属性和开发期质量属性两大类。开发期质量属性其实包含了和软件开发,维护和移植这三类活动相关的所有质量属性,这些是开发人员,开发管理人员和维护人员都非常关心 的,对最终用户而言...
  • 有些情况我们需要通过系统的质量属性获取一些信息. 这个api帮助里自带例子. private void btn_GetMass_Click(object sender, EventArgs e) { // 获取质量属性可参考 Get Mass Properties of Visible and ...
  • 软件的质量属性

    千次阅读 2013-02-03 22:17:44
    1 软件的质量属性 如果要我们描述一个人,我们会说,他的年龄多少,性别是什么,姓名是什么,等等。这些年龄,性别和姓名等,就是一个人的属性。类比的,软件也有属性,本文将讨论一下和软件质量相关的一些重要的...
  • 架构需求与软件质量属性  架构的基本需求主要是在满足功能属性的前提下,关注软件质量属性,架构设计则是为满足架构需求(质量属性)寻找适当的“战术”。  软件属性包括功能属性和质量属性,但是,软件架构(及...
  • 1.质量属性 常见的软件质量属性有多种,例如性能(Performance)、可用性(Availability)、可靠性 (Reliability)、健壮性(Robustness)、安全性(Security)、可修改性(Modification)、可 变性...
  • 软件中的质量属性(二)

    千次阅读 2017-06-30 09:46:41
    现在我们接着上一次的话题来看看其它的质量属性。 互操作性 (Interoperability) 互操作性指的是系统内或者系统之间不同的组件可以有效地进行信息交换,通常是以服务(Service)的形式来进行的。互操作性的关键...
  • 软件的属性包括功能属性和质量属性,但是,软件架构重点关注的是质量属性。因为,在大量可能的结构中,可以使用不同的结构来实现同样的功能性,即功能性在很大程度上是独立于结构的,架构设计师面临决策(对结构的...
  • 淘宝网质量属性描述 以淘宝网为例,进行描绘质量属性的六个常见属性场景。 1.可用性 可用性与系统故障及其后果相关。当系统不再提供其规范中所说的服务时,就出现了系统故障。系统用户可以观察到此类...
  • 系统架构评估中的质量属性+评估方法(SAAM,ATAM)

    千次阅读 热门讨论 2016-10-29 20:49:10
    一、评估人员关注的系统质量属性 1.性能 系统的响应能力 经过多长时间才能对某个事件做出响应,或者在某段时间内系统所能处理的事件的个数 2.可靠性 软件系统在应用或系统错误面前,在意外或错误使用的情况下...
  • McCall质量属性模型将软件的质量属性划分为产品修正、产品运行、产品转移三个部分,其实更简单的划分,可以将其分为 开发态质量属性 与 运行态质量属性。 1、正确性是软件质量的基础,但仅能够满足正确...
  • 常用的软件质量属性

    千次阅读 2009-09-01 20:26:00
    软件作为一种商品,也存在质量高低之分,从哪些方面来评价软件的质量状况呢,主要有以下质量属性: 1、正确性(Correctness) 系统满足规格说明和用户目标的程度,即在预定环境下能正确地完成预期功能的程度。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 197,122
精华内容 78,848
关键字:

质量属性