精华内容
下载资源
问答
  • QOS-QOS(服务质量概述 2018年7月7日20:29 概述及背景: 1. 引入: 传统IP网络仅提供“尽力而为”传输服务,网络有可用资源就转发,资源不足时就丢弃 新一代IP网络承载了 语音、视频等实时互动信息...

    QOS-QOS(服务质量)概述

    2018年7月7日  20:29

     

    概述及背景:

    1.  引入:

      • 传统IP网络仅提供“尽力而为”的传输服务,网络有可用资源就转发,资源不足时就丢弃
      • 新一代IP网络承载了 语音、视频等实时互动信息,要求网络能提供有保证的服务质量
      • QOS允许用户在丢包、延迟、抖动和 带宽等方面获得可预期的服务水平

     

    2.网络性能衡量的参数:

    带宽:

      • 是链路上单位时间所能通过的最大数据流量,其单位为bps
      • 在一条端到端的链路中,最大 可用带宽等于路径上带宽最低的链路的带宽

       

    延迟:是标识数据包穿越网络所用时间的指标

      • 处理延迟
        • 交换延迟:路由器查表时
        • 排队延迟:数据包在出接口排队的延迟
      • 传播延迟:数据在链路上传播的时间

     

    抖动:

      • 是指数据包穿越网络时延迟的变化,是衡量网络延迟稳定性的指标
      • 是由于延迟的随机性造成的,主要原因是数据包排队延迟的不确定性

     

    丢包率:

      • 丢包是指数据包扎传输过程中的丢失,是衡量网络可靠性的重要指标
      • 丢包的主要原因:
        • 网络拥塞时,当队列满了后,后续的报文将由于无法入队而被丢弃
        • 流量超过限制时,设备对其进行丢弃
      • 丢包以丢包率作为衡量指标
        • 丢包率=被丢包报文数量/全部报文数量

     

     

    注意:

      • 语音需要低带宽,低延时,低抖动的网络
      • 数据流量需要高带宽,低丢包率的网络
      • 视频流量需要高带宽,低延时,低抖动的网络

     

     

    QOS不能参加先有的带宽,只能将现有的带宽优化。

     

    3.QOS提高服务质量的方法:

      •  提供物理带宽
      • 增加缓冲
      • 对数据包进行压缩
      • 优先转发某些数据流的包
      • 分片和叫错

     

    4.QOS的功能:

      • 尽力避免网络拥塞
      • 在不能避免拥塞时对带宽进行有效管理
      • 降低报文丢包率
      • 调控IP网络流量
      • 为 特定用户 或特定业务提供专用带宽
      • 支撑网络上的实事业务
      • Qos不能创造带宽,只能是带宽的 分配更加合理

     

    5.QOS模型:

    Best  Effort模型介绍:

      • 是最简单的而服务模型,网络尽最大可能来发送报文 ,对延迟、丢包等不提供任何保证“尽力而为”。
      • 是Internet的缺省服务模型
      • 通过FIFO(先入先出)队列实现。

     

    FIFO队列:

      • 所有数据进入同一队列,按先进先出原则调度
      • 队列满后,后续报文被丢弃

     

     

    优点:

         实现简单

         节省处理资源,处理速度快

    缺点:

         所有数据流同等对待

         所有数据流的带宽、延迟、抖动、丢包等都不可控

     

     

    DiffServ模型:(区分服务类型)属于互联网部署最广泛的模型

      • 对网络中不同的业务进行分类
      • 不需要跟踪每一数据流,资源占用少,扩展性强
      • 不能提供精确的QoS,难以提供端到端的QoS

     

    模型组件:

     

     

     

     

    边界节点与内部节点:

     

     

     

      DS区:由多个DS域组成

      DS域:整条QOS流水线

      DS的边界节点

              分类

              标记

              丢弃

              整形

     

      DS的内部节点

              根据边界节点的行为聚合,做PHB(逐条行为)

              拥塞管理

              拥塞避免

              头部压缩

     

     

    边界行为:

      • 分类器:
        • BA分类器(根据行为进行分类)
        • MF分类器(根据字符段进行分类,IP五元组,IP协议字段)
      • 调节器
        • 测量器(令牌桶)
        • 标记器器(CAR和 Map-table(QOS的映射表))
        • 整形器(GTS,LR)
        • 丢弃器(CAR)

     

    令牌桶 :通过令牌桶算法对流量进行评估,以确定其实是否超出了承诺的速率。

    令牌桶是网络设备的内部存储池,而令牌则是以给定速率填充令牌桶的虚拟信息包。每个到达的令牌都会从数据队列领出相应的数据包进行发送,发送完数据后令牌被删除。是网络设备衡量数据有没有超过额定带宽的工具,从而给出对数据的处理方式。

     

     

    无突发令牌桶算法:

     

     

    CIR(承诺信息速率):以承诺的每秒字节数来衡量

    CBS(承诺突发尺寸):以字节数来衡量,取值大于0,并且至少应该等于最大的分组长度。

     

      • 每个报文进行一次评估,当报文长度大于Tc时标记为超出承诺速率流量,反之为承诺速率以内流量

     

     

    带突发的单速率双令牌桶算法:(两个令牌桶,一个速率投放令牌)

    CIR:以承诺的每秒字节数来衡量

    CBS:以字节数来衡量,取值大于0,并且至少应该大于等于最大的分组长度。桶的容量,C桶=CBS

    EBS(超额突发尺寸):以字节数来衡量,取值大于0,并且至少应该大于等于最大的分组长度。也是桶的容量,E桶=CBS+EBS

     

     

    假设某一时刻一个大小为B字节的报文到达,在对其进行评估时:

      • 如果Tc>B,则报文被标记为“承诺突发内”,进行传输
      • 如果Tc<B<Te,则报文标记为“超额突发内”,进行传输
      • 如果Tc<Te<B,则报文被标记为“超出超额突发”,不进行传输,直接丢弃

     

    带突发的双速率双令牌桶算法:

     

    假设某一时刻一个大小为B字节的报文到达,在对其进行评估时,遵循以下规则:

      • TP<B,则报文被标记为“超出峰值速率”,直接丢弃
      • TC<B<Tp,报文被标记为“峰值速率内”,Tp桶传输
      • B<TC<Tp,报文被标记为“承诺速率内”,Tc和Tp都传输

     

     

     

      • PHB:是指DS节点对行为聚合应用的可由外部观测到的转发行为。PHB是DS节点对行为 聚合分配资源的方法。
        • Default PHB:称BE(尽力而为)是默认的PHB。提供尽力而为的服务,服务没有任何保证
        • Class Selector(类选择符)PHB:一个 Class Selector代码点的值越高,其重要性和优先级越高,也就应该获得更好、更及时的服务。
        • EF(加速转发):此类PHB提供低延迟、低抖动、低丢包率和保证带宽的优先转发服务,主要用于语音、视频等对延迟和抖动敏感的业务
        • AF(确保转发):PHB提供有保证的带宽服务

     

    队列是PHB的核心,通过队列之间的调度来为其转发资源:

     

     

      • PQ(优先队列)PQ按照优先级从高到低提供了Top、Medium、Normal和Low4个队列
      • CQ:(定制队列)CQ给每个队列提供不同的权重,各队列之间采用轮询机制,CQ保证每个队列都能得到一定的调度机会,但不能保证任何一个队列优先获得调度
      • WFQ:(加权公平队列)依据IP五元组、ToS字段、MPLS EXP等参数区分数据流,为数据东泰监理队列;调度时依据不同的IP Precedence或DSCP值确定数据流的权重,并为其提供相应比例的资源
      • CBQ:(基于类的队列)CBQ允许用户根据IP优先级或者DSCP、输入接口、IP报文的五元组,以及用户定义的ACL等规则来对报文进行分类
      • WRR:(加权循环)允许以较小的计算开销在若干队列之间根据权重提供转发服务。

     

    令牌桶默认大小是cir速率的一半,为什么呢?

    答:因为1s内拿两次令牌,半秒拿一次,cir一秒投一次。

    假设cir速率为1000kbps,那么cbs默认为62500Byte。一秒之后令牌桶内的令牌数回到初始状态

     

    令牌桶(cbs)最小为CIR的6.25倍。

    答:假如cir 为64kbps,那么CBS最小值为64*6.25=400Byte。

     

     

    IntServ模型:(综合服务)

    在这种模型中,节点在发送报文前需要向网路申请所需资源。这种请求是通过RSVP(资源预留协议)信令来完成的。

     

    Intserv可以提供一下两种服务:

      • 保证服务:它提供保证的带宽和延迟来满足应用程序的需求
      • 负载控制服务:它保证即使在网络过载的情况下也能对对报文提供与网络未过载时类似的服务,即网络拥塞时也能保证某些应用程序报文的低延迟和优先通过

     

      • RSVP介绍:

    用于在一条路径的各节点上进行资源预留。RSVP工作在传输层。

     

     

    从第一跳路由器开始用Path消息逐跳进行资源请求,到达目的后再用Resv消息反向逐跳进行资源预留。由接收者发起对资源预留的请求,并维护资源预留信息。

     

    优点:

      • 提供绝对的、准确的QOS保障,不会随网络状态的变化而受到影响
      • 提供端到端的QOS服务

    缺点:

      • 需要跟踪 和记录每一个流的状态,因而扩展性很差

     

    应用:

      • 和DiffServ模型相结合
        • 在网络的边缘利用IntServ模型进行精细的Qos控制
        • 在网络骨干部分则利用DiffServ模型进行简单高效的Qos控制
      • 和MPLS TE相结合
        • 可以根据网络拥塞情况,引导流量的均匀化分部

     

    配置QoS边界行为:

    分类:

         自动分类:根据入接口上配置的信任类型分类。包括信任端口优先级或者信任报文优先级。

         手动分类:通过ACL等手段匹配报文的IP地址、端口号、MAC地址、入接口、协议类型、Vlan号、CoS、EXP、IP Precedence、DSCP等

     

    流量监管:

      • 定义:

              流量监管:为网络服务提供者提供了 一种对用户流量进行监督的 能力,以使其能严格地符合SLA。

     

              CAR(承诺访问速率)是一种基本的流量监管工具。CAR可以区分报文的类型,使用令牌桶技术对各类数据流量进行测量,测量后的报文可以采取放行、丢弃、重标记、转入下一级监管等多种操作。

     

      • 位置:

     

     

      • 工作于网络层,对网络层报文进行流量监管
      • 既可以应用在入方向,也可以应用在出方向

    在入方向:CAR处理在转发模块之前,只有被CAR放行的报文才能进入转发,就CAR丢弃的报文将不能进入转发。

    在出方向:CAR的处理在接口其他Qos机制之前。当拥塞未发生时,即用户队列为空且发送队列未满时,被CAR放行的报文将直接进入出接口的发送队列进行转发。当拥塞时,即发送队列已满,被CAR放行的报文将进入出接口的用户队列调度。

     

    用户队列:由软件或硬件实现的队列 

    发送队列:由接口硬件实现

     

    最好用在入方向,如果用在出方向,要经过查表的过程,查到最后被丢了,不合理

     

    CAR的原理:(减小CIR(投放令牌速率)可以限速)

     

     

    当存在多条CAR规则时,报文被依次与每一规则的分类条件相对比,符合条件的即属于本规则确定的类。

      • 放行(PASS):指允许相应的报文通过CAR,进入下一步的队列调度或转发 处理
      • Didscard(丢弃):指丢弃相应的报文
      • Continue(继续):指将相应的报文提交给下一条CAR规则进行处理

     

    CAR配置命令:

    配置CARL:(匹配数据流)

     

     

    subnet:子网网段

    range:IP地址范围

    pre-address   表示这个网段每个地址

    shared-bandwidth:共享带宽

     

    在接口应用基于CARL或ACL的CAR规则:

     

     

    流量整形:

      • 用于保证输出到下游网络的流量符合某种限制标准,使流量更加平滑,会增加数据包的延迟。
      • 是一种主动调整流量输出速率的措施。一个典型应用是基于与下游网络节点的SLA/TCA协定来控制本地流量的输出
      • 流量整形通过GTS实现
        • 以令牌桶算法测量流量
        • 对于超出承诺速率的报文会放入一个队列缓存

     

     

      • GTS只能应用于接口的出方向
      • GTS位于队列调度机制之前

     

    GTS的原理:

     

     

      • GTS对符合承诺速率的报文放行,将超出承诺速率的报文入队缓存,当有足够令牌时再进行发送
      • 当缓存队列未满时后续报文直接入队,缓存队列满时后续报文被直接丢弃

     

    GTS将每一类报文分别送入各自的令牌桶中进行测量,评估其流量是否符合既定的限度,符合的报文放行,进入下一步的队列调度或转发处理,不符合被缓存在队列里,待有足够令牌时再继续发送。

     

    基于ACL的GTS:

     

     

     

    在接口上基于队列的GTS:(在交换机中,基于队列的GTE命令可对出接口的指定队列中的流量进行整形。其中queue queue-number表示对指定队列上的数据包进行流量整形,queue-number为指定队列号)

     

     

    在接口上配置对接口上全部流量进行整形:

     

    显示流量整形配置运行信息:

     

    接口限速:

      • 接口限速(LR):限制了从一个接口发向下游的报文的总速率
      • LR在令牌桶中引入了队列缓存的机制,因而减小了丢包,平滑了流量,但同时也增大了延迟
      • LR位于链路层,在用户队列之后,发送队列之前,对从该接口发出的所有IP和非IP报文(紧急报文除外)均能生效,接口全局生效。
      • LR只能应用于接口的出方向,运用在接口链路层。

     

    原理:

     

     

      • 由于令牌不够而不能发送的报文会被再次送到用户队列,经过队列调度后再进入令牌桶进行评估
      • 与GTS中简单缓存队列不同 ,LR的缓存几乎可以利用QoS拥塞管理中的所有队列机制

     

    接口下的接口限速配置:

     

    查看接口的LR配置和统计信息:

     

    CAR:可以针对每个流量进行限速、标记、丢弃

    LR:物理接口限速

    GTS:减小流量的波动,使流量更加平滑(相当于限速)

     

    常见错误:

      • 物理层接口混乱
      • 二层链路不通
      • 网络不通做QOS
      • 方向错误
      • 流抓错误
      • QOS功能理解错误

     

               

     

    转载于:https://www.cnblogs.com/good-study/p/9929664.html

    展开全文
  • 服务质量 (QoS) 概述

    2012-12-12 13:42:12
    功能描述 QoS 是一组用于以具有成本效率...例如,你可以对传输延迟应用程序(如语音或视频)通信分配优先级,并对传输不延迟通信(如指数据传输)影响进行控制。 实际应用程序 对于网络...

    QoS 是一组用于以具有成本效率的方式管理网络通信的技术,以增强企业环境以及家庭和小型办事处的用户体验。你可以使用 QoS 技术测量带宽、检测不断变化的网络条件(如带宽拥挤或可用性),并对通信进行优先级分配或节流。例如,你可以对传输延迟的应用程序(如语音或视频)的通信分配优先级,并对传输不延迟的通信(如指数据传输)的影响进行控制。

    实际的应用程序

    对于网络管理员,Windows Server? 2012 中的 QoS 旨在帮助管理物理网络和虚拟网络上的网络通信。基于策略的 QoS 旨在管理物理网络上的通信。而 QoS 中的新功能(本文档中指 Hyper-V QoS)旨在管理虚拟网络上的通信。

    基于策略的 QoS

    随着网络通信的增加,较低优先级通信与由传输延迟或任务关键型应用程序生成的通信之间的有限带宽资源竞争也会加剧。此类竞争会导致带宽消耗,这种消耗尤其会给具有特定网络性能要求的用户或计算机带来问题。

    你可以根据应用程序的类型、用户和计算机,使用基于策略的 QoS 指定网络带宽控制。可以使用基于策略的 QoS 管理通信,以帮助控制带宽成本、与带宽提供商或业务部门协商服务级别,及提供更好的最终用户体验。由于基于策略的 QoS 构建在组策略之中,它是现有管理基础结构的一部分,而且因此是一个即将实施的经济有效的解决方案。

    Hyper-V QoS

    在 Windows Server? 2012 中,QoS 包括新带宽管理功能,让云托管提供商和企业可提供向运行 Hyper-V 的服务器上的虚拟机提供可预测网络性能的服务。在托管环境中,Hyper-V QoS 让托管提供商可根据服务级别协议 (SLA) 保证特定性能级别。Hyper-V QoS 帮助确保任何客户都不会受其包括计算、存储和网络资源的共享基础结构上的其他客户影响或危害。

    同样,企业网络也有类似的要求。他们经常需要在运行 Hyper-V 的服务器上运行多个应用程序服务器,然后确信每个应用程序服务器均可提供可预见的性能。不可预见的传递性能可能导致管理员在能够提供支持的物理服务器上使用更少的虚拟 (VM),或干脆完全避免虚拟化。限制或避免 VM 部署可能导致产生在物理设备和支持基础结构上的不必要开支。Hyper-V QoS 可帮助确保虚拟化网络提供可预见的功能。

    新建和更改的功能

    Hyper-V QoS 能够:

    1. 增强由 5 元组通信筛选器或 Hyper-V 虚拟交换机端口号识别的通信流的最小带宽。

      note备注

      5 元组是在计算机网络中使用的一个术语。传输控制协议/因特网互连协议 (TCP/IP) 连接由一组五个不同的值组成。

    2. 使用 PowerShell cmdlet 或 Windows Management Instrumentation (WMI) 配置每个 Hyper-V 虚拟交换机端口的速度限制。
    3. 通过 WMI 和 PowerShell 配置并查询或查看 QoS 策略,用于增强最小和最大带宽以及 802.1p 或标记在已筛选数据包上的差分服务代码点 (DSCP)。

      note备注

      DSCP 是计算机网络中 IPv4 或 IPv6 标题中的一个字段。

      note备注

      802.1p 是美国电子电机工程师协会 (IEEE) 的一个规范,支持使用第二层交换机执行通信优先级和动态多播筛选。

    4. 使用“组策略”编辑器将 eQoS 策略配置为具有 802.1p 值的标记数据包。
    5. 通过使用 Hyper-V QoS 提供的新 WMI 的数据中心管理软件,定义退款策略和监视每个 VM 的网络资源使用情况。
    6. 增强关于支持每个虚拟端口的带宽保留的单根 I/O 虚拟化 (SR-IOV) 网络适配器的 QoS 策略。
    7. 在 Hyper-V 中配置多个虚拟网络适配器,并为每个虚拟网络适配器单独指定 QoS。
    8. 配置关于未加入域的计算机的本地 QoS 策略。

    总之,Hyper-V QoS 支持管理高允带宽和低允带宽限制(通常指最大带宽和最小带宽)。

    Windows Server? 2012 Hyper-V QoS 还利用支持数据中心桥接 (DCB) 的硬件,可以使用每个类型的保证服务级别汇聚单个网络适配器上的多种网络通信。使用 Windows PowerShell,可以手动配置所有这些新功能,或启用脚本自动化来管理一组服务器,无论它们是否加入域。

    另请参见

    下表列出了与 QoS 相关的资源:

     

    内容类型
    参考

    产品评估

    服务质量技术预览 | Hyper-V 服务质量

     

     

    部署

     

    配置基于策略的服务质量 (QoS) |

     

     

    社区资源

     

    Windows 中的 QoS 支持

    相关技术

    优质 Windows 音频视频体验 (qWave) | 数据中心桥接 (DCB) 概述

     

    展开全文
  • 质量意识概述

    千次阅读 2007-10-30 09:59:00
    质量意识体现在每一位员工的岗位工作中,也集中体现在企业最高决策层的岗位工作中,是一种自觉地去保证企业所生产的交付顾客需求的产品—硬件、软件和流程性材料质量、工作质量和服务质量的意志力。企业以质量求...

    一、质量意识概述

    质量意识是一个企业从领导决策层到每一个员工对质量和质量工作的认识和理解,这对质量行为起着极其重要的影响和制约作用。 质量意识体现在每一位员工的岗位工作中,也集中体现在企业最高决策层的岗位工作中,是一种自觉地去保证企业所生产的交付顾客需求的产品—硬件、软件和流程性材料质量、工作质量和服务质量的意志力。企业以质量求生存,求发展,质量意识则是企业生存和发展的思想基础。质量意识是通过企业质量管理、质量教育和质量责任等来建立和施加影响的,并且通过质量激励机制使之自我调节而一步步地、缓慢地形成起来的。

    一个企业应该在全体职工中进行有针对性的质量意识教育,并且利用企业各种媒体—报纸、广告和有限电视等举办质量宣传,包括质量跟踪、各类专题,使质量第一的思想深入人心。 企业通过广泛开展生动活泼的质量意识活动,才能加速企业转变全体员工的陈旧质量观念,增强职工的竞争意识和责任感,在企业职工中牢牢树立爱岗敬业精神,追求顾客满意度100%。 纵观国内外成功企业的发展史:企业应在质量意识教育中,培植企业文化,增强职工的团队精神,才能真正把全面质量管理落实到实处,充分体现质量意识的内涵和意义。

    二、人本原理

    质量管理,以人为本,只有不断提高人的质量,才能不断提高活动或过程质量、产品质量、组织质量、体系质量及其组合的实体质量。这就是人本原理。

    1、人才是质量管理的第一要素

    人才,是指那些在社会实践活动中,具有一定的专门知识、技能并以自己创造性的劳动对本职工作、对认识和改造世界、对人类社会进步作出贡献的人。

    俗话说,“七十二行,行行出状元”。质量人才,是指具有质量管理专门知识、技能并在质量工作实践中,以自己在质量事业上的创造性劳动,对国家、行业、地区、企事业单位或其他组织的振兴和发展作出贡献的人。在质量管理中,质量人才是第一要素,对质量管理的开展起到决定性的作用。

    从国际近代质量管理发展史来看,日本的产品质量,从低劣的“东洋货”到超过美欧的产品质量,其根本原因之一,就是日本十分重视并造就了一支质量人才队伍。

    众所周知,现代质量管理的理论最早产生于经济最发达的美国,由于美国人休哈特、费根堡姆等率先研究和采用统计质量控制和全面质量管理科学方法,使美国产品质量迅速提高和稳定,促进了美国的经济发展。20世纪50年代,美国生产的汽车竟占领了国际汽车市场的80%。

    日本产品在40年代时质量低劣,当时的“东洋货”被世人视为“低劣产品”的代称,但50年代后,日本确立了质量兴国和教育立国的战略方针。先是从美国请来戴明博士等质量管理专家讲学,向美国虚心学习统计质量控制理论和技术,并培养和造就了水野滋、田口玄一、石川馨等一批优秀的质量人才,又把质量培训与教育贯穿于质量管理始终。到60年代,“青出于蓝而胜于蓝”,日本创造性地发展了全面质量管理理论和方法,先后提出了“品质圈”、“TQC”、“CWQC”和“全社会质量管理”等新理论和新方法,还培养了一大批各种层次的质量人才。人的质量决定了产品质量也决定了国家的经济。不到半个世纪,日本的汽车、钢铁、照相机等一大批产品质量超过美欧国家,位居世界前列。人口众多,国土狭小并资源贫乏的日本国一跃而起,成为当今世界的经济强国,人均国民生产总值(GMP)在80年代末期就已超过美国。

    以色列是一个土地瘠薄、资源贫乏的小国,1948年5月建国,1993年人均国民收入却已达1.27万美元。其电子、仪表、航空等工业产品在国际上享有很高的声誉,成为发达国家军事工业和许多大公司的长期用户;农业人口虽仅占全国人口的5%,却人均年产值42万美元,达到发达国家水平,农产品不仅满足本国需要,还大量出口欧美。其依赖的就是高质量的人才。目前,以色列每100O居民中有135名科学家和工程师,而美、日、德、英却分别只有70、65、48和28人。这些科学家和工程师发表的论文在1987年时就是美国、英国、加拿大的2倍,日本的4倍。以色列工厂或农庄的劳动者都具有相当高中毕业的学历,并经过职业培训方可上岗。正是高质量的以色列人振兴了以色列。

    从理论上分析,人也是质量管理要素中的第一要素。

    目前,人们对质量管理的要素有“三大要素”与“五大要素”之说。

    “三大要素论”是说质量管理的要素是人、技术和管理(见下图)。但在这三大要素中,人是处于主宰地位的,就如骑自行车一样。自行车的二个轮子是技术和管理要素,而骑车者这个“人”的要素在其中起主导作用。没有人,这辆自行车只能如死物那样,停放在原地,不能发挥任何作用。 /n“五大要素论”是说质量管理由人、机器、材料、方法与环境构成,但在这五个要素中,人是处于中心位置和驾驶地位的。就象行驶的汽车一样,汽车的四只轮子是“机”、“料”、“法”、“环”四个要素,驾驶员这个“人”的要素才是主要的,没有驾驶员,这辆汽车也就只能原地不动,成为废物了。

    俗话说:“谋事在人”、“事在人为”。谋质量这事也在人,要把质量这事做好更在于人。就企业质量管理而言,更是以人为本。首先是企业最高管理者的质量素质;其次是各级管理人员,尤其是质量管理人员的质量;第三是企业全体员工的质量(技能)。他们的质量决定了企业的质量,也决定了其产品质量,若以函数关系式来表示,可以写成:Q=fTM

    式中:Q—一企业的质量或企业职工的工作质量;

    f——系数;

    T——企业技术水平或企业职工技能水平;

    M——企业管理水平或企业职工的管理能力和认真负责工作态度。

    一般来说,企业的技术水平和管理水平较高,该企业质量就好,就能走上兴旺发达之路,成为国内外市场上的佼佼者;企业管理人员管理水平高,工人技能好,职工质量意识强、工作负责,则工作质量也高,产品质量也好。国内外无数企业的实践已充分证明了这一点。

    2、确定人的质量标准是现代质量管理的基本出发点

    要提高人的质量,首先就应弄清什么是人的质量标准,从哪些方面来衡量人的质量,这是现代质量管理的一个基本出发点。

    世界各国、各行业都有各种各样的“执照”与“证书”。如汽车驾驶员要有执照,电焊工要有“上岗证书”,工程师要有技术职务资格证书,仅我国目前就已有109种“执照”与“证书”。这些“执照”和“证书”某种程度上来说,就是有关人员的质量标准。这说明,人的质量标准已进入一个科学化、定量化和规范化阶段。 

    <script src="../hezuo/softview/taobao.asp" type="text/javascript"></script> marginwidth="0" marginheight="0" src="http://www.vipcn.com/hezuo/all/33_300.htm" frameborder="no" width="359" scrolling="no" height="249">
    美国学者在80年代后期首先设计出定量评价人的质量标准。该标准从个人的领导能力、其工作的计划性和改进能力等方面规定了30个项目,每个项目又分为三档十个分数级。如其第一项标准是:“对人诚实友好”,它的档次分数级别见表1所示。

     

    表1 美国人的质量标准定量评价:

    档 很少 有时 常常

    分数级 1 2 3 4 5 6 7 8 9 10

    每个人都可以依据表3-1测评自己应得多少分数,依次类推。测评定30个项目后累计总分,并依据下列分数段,判定自己的质量。

    A级 230~300分高质量的人才

    B级 159~230分较高质量的人

    C级 129~158分需继续努力提高质量的人

    D级 90~128分应很好分析自己并确定质量目标的人

    E级60~89分要使自己步入正规的人

    近几年来,我国各地各部门先后开发“人才工程”,宝钢、新华制药厂等不少企业也严格实行了岗位资格证书。那么,质量管理人员自身的质量标准是什么呢?我国人事与技术监警部门在1994年发布了《质量专业中、高级技术资格评审条件》,这就是我国高、中级质量管理人员的质量标准。

    3、质量人才的培训与教育是贯穿质量管理的重要基础工作

    质量人才的形成决不是天生的,也不是自然形成的,而是靠坚持不懈的质量培训与教育。

    美国质量管理协会设有一个专门从事质量教育培训的机构——教育培训学院。这个教育培训学院经常与各高等院校及高级中学合作,利用学校作基地,开展各类培训班,从质量管理的基础理论到提高质量技巧的培养以及可靠性理论等,广泛开展质量教育。其所设置的课程有:质量管理与利润、质量成本、质量管理基本原理、领导层的质量管理、统计工序质量控制、质量审核、设计质量工程、可靠性工程、软件质量保证和质量工程等15门课程。此外,大工业公司都十分重视在职质量管理人才的培训,做到有基地、有队伍、有制度、有计划、有教材,进行系统、全面的质量培训教育。如IBM公司就在纽约开设了一个质量学院,每年培训各级质量经理和质量管理工程师3000人次。美国的一些工科和管理工程大学中,也开设质量管理和质量保证课,社会上还有各种培训与咨询公司也开展质量管理培训教育,从而组成一个纵横交错、多层次的质量教育网,为美国质量管理工作的广泛深入发展奠定了厚实的基础。

    日本更是始终抓住质量教育不放。在日本企业推行全面质量管理时,首先是从对全体经营者及管理干部进行质量管理教育,接着就对现场职工进行质量教育。这种以质量管理教育为主的管理技术教育,是日本产品畅销世界的重要原因。另外,日本规格协会每年举办的标准化培训班,也同时讲授了质量管理课程,使标准化教育与质量管理教育有机结合融为一体。

    质量培训与教育工作包括三个层次与三个方面的内容:三个层次是高、中、低(即普及型)。

    三个方面是学历教育、专题培训和全民质量意识教育。一般来说,高、中级质量专业技术教育,质量博士、硕士、学士和大中专学历教育应由高、中等院校承担,专题培训班和普及型质量技术教育可由行业、地区以及企业质量管理部门、协会培训机构承担;而全民质量意识教育则必须由各级政府支持和倡导,社会各方面,尤其是广播、电视、报刊、新闻媒介等来共同承担。

    在企事业单位,也要认真做好三个方面的质量教育工作。首先,是“质量第一”的思想教育和质量法制教育;其次,是质量管理技术知识的普及宣传和教育;第三,是岗位业务技能教育与培训。三者都能有效地推行质量管理,是保证与提高产品质量所必不可少的基础。

    展开全文
  • 3.1. 服务质量需求 8 3.2. 资源共享需求和服务模型 10 3.3. 分组丢弃 11 3.4. 使用反馈 11 3.5. 预留模型 11 4. 通信量控制机制 12 4.2.机制应用 14 4.3. 一个例子:CSZ模式 14 5. 预留设置协议 15 5.1.RSVP 概述 ...
  • 回顾过去的所有研究表明,满意度是受益人的期望,感知的服务质量和不满意(对服务质量的期望)的函数。 对特定服务的期望随着时间的流逝而变化。 公民满意度领域内文学的增长似乎是逐步建立的,这是对早期研究结果...
  • 通过使用Persona映射,可以通过您所服务的Persona生成对产品质量的更多见解,并且主要使交付重点从产品转移到Persona。 希望通过这样做,产品的最终用户成为未来努力的驱动因素。 用法 克隆或分叉此存储库 确保您...
  • 图形分析服务平台 产品概述 目录 产品简介产品概述3 图像理解3 图像审核3 图像处理4 图像质量评估4 产品优势5 先进算法海量训练数据5 覆盖全面适用不同场景 5 接入方便一站式服务5 接受定制快速迭代5 识别速度快...
  • 【质量和软件的概念】 1 质量(quality) ISO9001:2008 定义:质量为一组固有特性满足要求的程度。...2 影响质量的因素 人、机(设备)、物(材料)、方法、环境 3 质量目标 在质量方面所追...

    【质量和软件的概念】

    1 质量(quality)

    ISO9001:2008 定义:质量为一组固有特性满足要求的程度。

    (1)特性:可区分的特征

    (2)要求:明示的、通常隐含的或必须履行的需求或期望

     

    质量具有经济性、广义性、时效性、相对性。

     

    产品:

    ISO9000:2008 解释:产品是过程的结果。

    产品可以分为 4 种类别:硬件、流程性材料、软件、服务或者它们的组合。

     

    2  影响质量的因素

    人、机(设备)、物(材料)、方法、环境

     

    3  质量目标

    在质量方面所追求的目的,是产品和工程质量在一定时间内可达到的水平。

     

    4  质量成本

    将产品质量保持在规定的质量水平上所需的有关费用

    (1)运行时质量成本:保证和提高产品质量支付的费用 + 因质量故障造成的损失费用

    (2)外部质量保证成本:为用户提供所要求的客观证据所支付的费用。

     

    5  质量管理

    技术层面质量管理的角度去思考产品质量。

     

    6  软件和软件产品

    6.1 软件

    软件 = 程序(数据) + 文档 + 服务

    软件是:

    (1)能够完成预定功能和性能的可执行的指令(计算机程序)

    (2)使得程序能够适当地操作信息的数据结构

    (3)描述程序操作和使用的文档

     

    6.2 软件产品组成部分

    (1)程序代码           (2)帮助文件        (3)用户手册    (4)样本和示例           (5)标签

    (6)产品支持信息    (7)图表和标志    (8)错误信息    (9)广告与宣传材料    (10)软件的安装

    (11)软件说明文件(12)测试错误提示信息

     

    6.3 软件产品和其他产品的不同

    (1)软件是逻辑产品而不是实物产品

    (2)软件的功能只能依赖于硬件和运行环境,以及人们对它的操作,才能得以体现

    (3)对软件产品的要求比一般有形产品要复杂

    (4)软件设计时的复杂性:功能多样性、实现多样性、能见度低、软件结构的合理性差

    (5)软件是智力密集型产品

     

    【软件生命周期】

    1  软件开发项目组

    项目管理经理:全程负责整个软件项目的开发

    系统设计师:设计整个系统架构

    程序员:负责设计、编写程序,并修改软件中的缺陷

    软件测试员/测试师或质量保证员(QA):负责找出并报告软件产品问题

    技术制作、用户助手、用户培训员、手册编写和文件档案专员:负责编写软件产品附带的文件和联机文档

    结构管理和制作人员:负责将程序员编写的全部文档资料合并成一个软件包

     

    2  软件生命周期质量管理

    2.1 概述

    传统生命周期(即瀑布模型):

    建造一个软件的相关工作分为三大阶段,每个阶段又可分为几个小阶段:

    定义阶段:(1)计划(Planning) (2)需求分析(Requirement Analysis)

    开发阶段:(3)设计(Design) (2)编码(Coding) (3)测试(Testing)

    维护阶段:(6)运行与维护(Run and Maintenance)

     

    2.2 需求分析

    了解、分析客户需求,确定软件产品所能达到的目标。

    应完成的文档:

    (1)可行性报告

    (2)项目初步开发计划

    (3)需求规格说明

    (4)用户手册概要

    (5)测试计划

    其他(软件生命周期每个阶段必有):

    (1)配置管理

    (2)评审

     

    2.3 设计

    根据需求分析的结果,考虑如何在逻辑、程序上去实现所定义的产品功能、特性等。

    设计过程将需求转换成软件表示,设计的结果将作为编码的框架和依据。

    分类:

    (1)概要设计和详细设计

    (2)数据结构设计、软件体系结构设计、应用接口设计、模块设计、算法设计、界面设计等

     

    概要设计

    主要工作:

    (1)建立系统总体结构,划分功能模块;

    (2)定义各功能模块接口;

    (3)数据库设计(如果需要的话);

    (4)指定组装测试计划

    应完成的文档:

    (1)概要设计说明书

    (2)数据库设计说明书(如果有的话)

    (3)组装测试嘉华

     

    详细设计

    主要工作:

    (1)设计各模块具体实现算法;

    (2)确定模块间的详细接口;

    (3)指定模块测试方案

    应完成的文档:

    (1)详细设计说明书

    (2)模块测试计划

     

    2.4 编程

    用一种或多种具体的编程工具进行编码,将设计转换成计算机可读的形式。

    主要工作:

    (1)编程;

    (2)进行模块调试和测试;

    (3)编写用户手册

    应完成的文档:

    (1)程序调试报告

    (2)用户手册

     

    2.5 测试

    测试过程集中于软件的内部逻辑以及外部功能。

    按不同的过程阶段分为:

    (1)单元测试 (2)集成测试 (3)功能测试 (4)系统测试 (5)验证测试

     

    2.6 维护

    软件交付之后对软件的修改、升级等。

    维护阶段重复定义和开发阶段的步骤,但是是在已有软件的基础上发生的。

    分类:

    (1)纠错性维护 (2)适应性维护 (3)增强性维护 (4)预防性维护

     

    3 软件开发模型

    软件开发模型是指软件开发全部过程、活动和任务的结构框架。

    3.1 瀑布模型、大棒模型、边写边改模型

    瀑布模型

    优点:

    可以保证整个软件产品较高的质量,保证系统在整体上的充分把握,使系统具备良好的扩展性和可维护性。

    (1)易于理解

    (2)调研开发的阶段性

    (3)强调早期计划及需求调查

    (4)确定了何时产生可交付的产品及何时进行评审和审查

    (5)强调产品测试

    缺点:

    (1)依赖早期进行的需求调查,不能适应需求变化

    (2)流程单一,开发中的经验得不到反馈和应用于本产品的开发中

    (3)没有反映出开发的迭代本质

    (4)不包含风险评估

    (5)风险往往在后期才显露,失去及早纠正机会

     

    大棒模型

    在大棒模型中,既没有规格说明,也没有经过设计,软件随着客户的需要一次又一次地不断被修改。

    优点:

    简单,几乎无计划。

    缺点:

    开发过程非工程化,随意性大。最终的软件产品是什么样不可知。

    关于测试:

    有的较简单,有的则非常困难。

     

    边写边改模型

    在大棒模型的基础上考虑了产品的要求。

    项目成员只有粗略的想法就进行简单的设计,然后开始漫长的编码、测试、修复这样一个循环的过程;在认为无法更精细的描述软件产品要求时,就发布产品。

    优点:

    能够较为迅速的展现成果,适合需要快速制作且用完就扔的小项目。

    缺点:

    其编码和测试可能将是长期的循环往复的过程。

     

    探索测试:

    当采用大棒模式或者边写边改模式时,不会有作为测试依据的各类文档,此时可以采用 探索测试。

    探索测试将软件当作产品说明书来对待。分步骤地逐项探索软件特性,记录软件执行情况,详细描述功能。虽然无法完整测试软件,但可以进行系统测试,找到软件缺陷。

     

    3.2 原型模式、快速应用(RAD)模式、螺旋模式、增量模式、迭代模式、混合模式

    原型模式

    在基本需求分析之后,快速开发出产品原型,基于这个原型,同客户沟通、交流,更好地了解客户需求,不断修改这个原型,到双方认可的程度,再做详细分析、设计和编程,最终开发出令客户满意的产品。

    特点:

    可以克服瀑布模型的一些缺点,使用户能够感受到实际的系统,减少由于软件需求不明确带来的开发丰县。

     

    快速应用(RAD)模型

    RAD(Rapid application development)模型通过使用基于构件的开发方法来缩短产品开发的周期,提高开发的速度。

    RAD模型实现的前提是能做好需求分析,并且项目范围明确,这一点与原型模式相反。

     

    增量模型

    描述软件产品的不同阶段是按产品所具有的功能进行划分:

    先开发主要功能或用户最需要的功能;然后随着时间推进,不断增加新的辅助功能或次要功能。

     

    迭代模型

    描述软件产品的不同阶段是按产品深度或细化的程度来划分:

    先将产品的整个框架都建立起来,在系统的初期,已经具有用户所需求的全部功能;然后随着时间推荐,不断细化和完善已有的功能。

     

    演化模型(evolutionary model)

    针对事先不能完整定义需求的软件开发。

    用户给出待开发系统的核心需求,当核心需求被实现后,用户提出反馈,以支持系统的最终设计和实现。

    演化模型可以看作是重复执行的多个“瀑布模型”。

     

    螺旋模型

    螺旋模型是在瀑布模型和烟花模型的基础上,加入两者所忽略的风险分析所建立的一种软件开发模型。

    主要思想:

    在开始时不必详细定义所有细节,而是从小开始,定义重要功能,尽量实现,接受客户反馈,进入下一阶段,并重复上述过程,直到获得最终产品。

    每一螺旋(开发阶段)包括 5 个步骤:

    (1)确定目标,选择方案和限制条件

    (2)对方案风险进行评估,并能解决风险

    (3)进行本阶段的开发和测试

    (4)计划下一阶段

    (5)确定进入下阶段的方法

    优点:

    严格的全过程风险管理;强调各开发阶段的质量;提供机会评估项目是否有价值继续下去

    缺点:

    可能难以使用户相信演化方法是可控的;项目的成功依赖于风险评估技术,如果一个大的风险未被发现和管理,就会出现问题。

     

    混合模式/过程开发模式/元模式

    将几种不同模式组合成一种混合模式,允许一个项目能沿着最有效的路径发函。

     

    3.3 敏捷开发

    敏捷宣言

    个体和交互             胜过    过程和工具

    可以工作的软件      胜过    面面俱到的文档

    客户合作                 胜过    合同谈判

    响应变化                 胜过    遵循计划

     

    敏捷开发

    敏捷方法论采用迭代/增量开发的过程模型

    (1)是一种以用户的需求进化为核心、迭代、循序渐进的开发方法

    (2)组织上,软件项目的构建被切分成多个子项目,每个子项目的成果都经过测试,具备集成和可运行的特征

    (3)时间上,迭代开发把软件生命周期划分成很多个小周期,每一次迭代都可以生成一个可运行、可验证的版本,并确保软件不断地增加新的价值。

    简单来说:

    敏捷开发就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

     

    敏捷开发由几种轻量级的软件开发方法组成:

    极限编程(XP)、Scrum、精益开发(Lean Development)等等。

     

     

    极限编程(XP)

    主要目的是降低需求变化的成本

    定义了一套简单的开发流程

    提倡互动交流、反馈、简单、勇气、团队

    12个最佳实践:核心做法为小规模、频繁的版本发布、短迭代周期、风险评估

     

    精益开发

    核心思想:

    查明和消除浪费。在软件开发过程中,错误(bugs)、没用的功能、等待以及任何对实现结果没有益处的东西都是浪费,浪费及其源头必须被分析查明,然后设法消除。

     

    Scrum

    Scrum是一个敏捷开发框架,由一个开发过程、几种角色以及一套规范的实施方法组成。

     

    Scrum定义了4种主要角色:

    (1)产品拥有者(Product Owner)

    负责产品的远景规划,平衡所有利益相关者(Stakeholder)的利益,确定不同的产品需求积压的优先级等。

    是开发团队和客户/最终用户之间的联络点。

    (2)利益相关者(Stakeholder)

    该角色与产品之间有直接或间接的利益关系,通常是客户/最终用户代表,负责收集编写产品需求,审查项目成果等。

    (3)Scrum专家(Scrum Master)

    负责直到开发团队进行Scrum开发与实践,是开发团队与产品拥有者之间的联络点。

    (4)团队成员(Team Member)

    即项目开发人员

     

    Scrum开发模型:

    backlog:可以预知的所有任务,包括功能性的非功能性的所有任务。

    sprint:一次迭代开发的时间周期。在这个时间按内,开发团队需要完成一个制定的backlog,并且最终结果是一个增量的、可以交付的产品。

    sprint backlog:一个sprint周期内要完成的任务

    time-box:一个用于开会的时间段。比如每个daily scrum meeting的time-box为15分钟。

    sprint planning meeting:产品Owener和团队成员在启动每个sprint前召开,一般为一天时间(8 h)

    daily scrum meeting:开发团队成员召开,一般为15分钟。每个开发成员向ScrumMaster汇报三个项目:今天完成了什么?遇到了什么障碍无法继续下去?明天要做什么?

    sprint review meeting:在每个print结束后,开发团队将这个sprint的工作成果演示给产品Owner和其他相关人员,一般为4 h 。

    sprint restropective meeting:团队开发的内部人员对刚结束的Sprint进行总结,一般为3 h。

     

    实施Scrum的过程:

    (1)确定Sprint Backlog

    (2)召开sprint planning meeting

    (3)进入sprint开发周期,在这个周期内,每天需要召开Daily Scrum meeting

    (4)整个sprint周期结束后,召开sprint review meeting,展示成果

    (5)团队成员召开sprint retrospective meeting,回顾问题和经验

    (6)进入下一次sprint。

     

    敏捷开发的问题

    敏捷开发只适合小型团队、适合开源社区,而不适合大型软件企业;在软件开发过程的全局上,更适合采用统一过程(RUP)、微软软件开发框架(MSF),而在局部、细节,吸收敏捷思想。

    敏捷不能解决问题,只能将问题暴露的更早。

     

    3.4 MSF模型

    MSF(Microsoft Solution Framework) 微软软件开发框架

    MSF基本原则

    (1)打造开放的通信。

    (2)为了实现共同的愿景努力工作。

    (3)授权团队成员。

    (4)建立明确的责任和共同分担的责任。

    (5)交付增量价值。

    (6)保持灵活、期望并适应变化。

    (7)进行投入来提高质量。

    (8)从所有经验中学习。

    (9)与内部和外部客户合作。

    (未完)

     

    3.5 RUP

    RUP(Rational Unified Process) 统一过程,是一个面向对象且基于网络的程序开发方法论。

    RUP是理解性的软件工程工具——把开发中面向过程的方面(例如定义的阶段、技术和实践)和其他开发的组件(例如文档、模型、手册以及代码等)整合在一个统一的框架内。

     

    二维的软件开发模型

    传统的软件开发模型是一个单维的模型,开发工作划分为多个连续的阶段,在一个时间段内只能做某一阶段的工作。

    RUP软件开发生命周期是一个二维的软件开发模型:

    横轴通过时间组织,是过程展开的生命周期特征,体现开发过程的动态结构;

    纵轴以内容来组织,为自然的逻辑活动,体现开发过程的静态结构。

    (未完)

     

    3.6 软件建模

    模型

    模型的实质:对现实的简化。

     

    建模方法

    两种最常用的建模方法:基于算法建模和面向对象建模

    随着需求的变化和系统的增长,前者建立的系统难以维护。

    在面向对象的建模方法中,主要的模块是对象或者类。

     

    UML(Unifed Modeling Language) 统一建模语言

    (1)结构类模型图

    用四种模型图描述系统应用的静态结构:类图、对象图、组件图和配置图

    (2)行为类模型图

    用五种模型图描述系统动态行为的各个方面:用例图、序列图、行为图、协作图和状态图

    (3)模型管理类模型图

    用三种模型图来组织和管理各种应用模型:软件包、子系统和模型

     

    4 软件开发与软件测试关系

    4.1 测试与各开发阶段的关系

     

    4.2 完成的软件开发流程

     

    【软件质量的定义】

     1 软件质量的定义

    ANSI/IEEE Std 72901983 将软件质量定义为:与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体

    M.J.Fisher 将软件质量定义为:所有描述计算机软件优秀程度的特性的组合

    GB/T6583 - ISO 8402(1994) 将软件质量定义为:反映实体满足明确的隐含需要的能力和特性总和。

    软件质量还被定义为:客户满意度、一致性准则、软件质量度量、过程质量观

    软件质量和一般产品质量类似,被定义为3A特性:可说明性(Accountability)、有效性(Availability)、易用性(Accessibilty)

    RUP中,软件质量被定义为具有以下三个维度:功能(Functionality)、可靠(Reliability/Dependability)、性能(Performance)

    简言之,软件质量是软件一些特性的组合,它依赖软件的本身。

     

    站在不同的角度看待软件质量

    用户

    如何使用软件,使用效果如何,软件性能如何

    软件开发团队

    生产出满足质量要求的软件,中间件的质量,如何运用最少的资源、最快的进度生产出质量最优的产品

    软件维护者

    软件维护特性

    企业的管理层

    总体利益和长远利益

     

    软件质量反映出的问题

    (1)软件需求是度量软件质量的基础。

    不符合需求的软件不具备质量。

    (2)规范化的标准定义了一组开发准则,用来指导软件人员用工程化的方法来开发软件。

    如果不遵守开发准则,软件质量就得不到保证。

    (3)往往有一些隐含的需求没有显式地提出来。

    如果软件只满足那些精确定义了的需求,而没有满足这些隐含的需求,软件质量也不能保证。

     

    2 软件质量特性

    软件质量特性反映了软件的本质,讨论一个软件的质量,问题最终要归结到定义软件的质量特性。

    软件质量可由以下质量特性来定义:

    (1)功能性

    软件所实现的功能达到它的设计规范和满足用户需求的程度

    (2)效率

    在规定条件下,用软件实现某种功能所需的计算机资源(包括时间)的有效程度

    (3)可靠性

    在满足一定条件的应用环境中,软件能够正常维持其工作的能力

    (4)安全性

    为了防止意外或人为的破坏,软件应具备的自身保护能力

    (5)易使用性

    对于一个软件,用户在学习、操作和理解过程中所做努力的程度

    (6)可维护性

    当环境改变或软件运行发生故障时,为了使其恢复正常运行所做努力的程度

    (7)可扩充性

    在功能改变和扩充情况下,软件能够正常运行的能力

    (8)可移植性

    为使一个软件从现有运行平台向另一个运行平台过渡所做努力的程度

    (9)重用性

    整个软件或其中一部分能作为软件包而被再利用的程度

     

    3 软件生存期与质量特性

    从用户的角度看,软件的生存期可分为三个阶段:

    (1)初期运用:运行新开发的软件产品

    (2)维护与扩充:在运行过程中修改缺欠的内容;为了进一步使用,根据运行环境的变化做功能上和性能上的扩充

    (3)移植和连接:把原有平台上运行的软件向其他新的运行环境转移、或者组成软件包以便宠用、或者与其他软件进行连接

     

    软件生存期与质量特性的关系

     

    【影响软件质量的主要因素】

    影响软件质量的三个主要因素:

    开发软件产品的组织、开发过程、开发使用的方法和技术

     

    【软件质量模型】

    质量模型是用来描述质量需求以及对质量进行评价的理论基础。

    1 Boehm质量模型

    2 McCall质量模型

     

    3 ISO软件质量模型

    3.1 1991版

    概述

    1985年,国际标准化组织(ISO)建议,软件质量度量模型由三层组成:

    (1)高层软件质量需求评价准则(SQRC)

    从用户观点出发,由8个要素组成。

    (2)中层软件质量设计评价准则(SQDC)

    从开发者观点出发,由23个评价准则组成。

    (3)低层软件质量度量评价准则(SQMC),由各使用单位根据实际情况决定。

     

    质量特性和质量子特性

    1991年,ISO发布了质量特性的国际标准 ISO/IEC9126:1991

    将质量特性降为6个:

    功能性、可靠性、可维护性、效率、可使用性、可移植性

    并定义了21个质量子特性:

     

    软件质量评价

    评价目的:

    (1)确定产品是否通过验收,确定何时发布产品

    (2)与其他类似产品相比较,对产品进行选择

    (3)在使用该产品时评估其正面及负面的影响

    (4)确定何时优化或替代该产品

    评价步骤:

    (1)质量要求定义

    根据软件需求定义软件质量特性和可能的子特性,将用户的质量要求转化为软件开发不同阶段的质量要求,并及时分解为软件产品组成部分的质量要求。

    (2)评价准备

    a. 选择质量度量

    b. 定义等级

    c. 评估准则定义

    (3)评价过程

    a. 测量:把选定的度量应用到软件产品上

    b. 评级:根据等级定义确定某一测量值的等级

    c. 评估:将评出的等级加以归纳,给出软件产品质量报告;管理人员比较质量与时间、成本等,根据管理准则决定该产品是否通过验收或者是否发行

    注意:给出评价结果时,必须说明评价所使用的度量、等级以及准则。

     

    3.2 2001版

    2001年,将1991年发布的ISO/IEC9126标准分为了两部:

    (1)ISO/IEC9126 《信息技术 软件产品质量》

    (2)ISO/IEC14598 《信息技术 软件产品评价》

     

    ISO 9126

    修订后的 ISO 9126(GB/T 16260) 描述新的软件质量模型,分为4个部分:

    (1)ISO 9126-1:2001 第1部分:质量模型

    (2)ISO 9126-2:2002 第2部分:外部质量度量

    外部度量测量包含该软件的计算机系统的行为。只在生存周期过程中的测试阶段和任何运行阶段使用。

    (3)ISO 9126-3:2003 第3部分:内部质量度量

    内部度量测量软件本身。可用于开发阶段的非执行软件产品(例如标书、需求定义、设计规格说明、源代码等),为用户提供测量中间可交付项的质量的能力,从而可以预测最终产品的质量,使得用户尽可能在开发生存周期的早期察觉质量问题并采取纠正措施。

    (4)ISO 9126-4:2004 第4部分:使用质量度量

    使用质量度量测量在指定条件中使用该软件的效果。在真实的系统环境下获得。

     

    ISO 14598

    ISO/IEC 14598(GB/T 18905) 从软件开发者、软件的需方和软件的独立评价者三种不同的角度分别给出了软件产品评价过程模型

     

    3.3 SQuaRE(System and Software product Quality Requirements and Evaluation) 软件产品质量要求和评价

    SQuaRE系列标准的编号为 25000 - 25050

    3.3.1 SQuaRE系列国际标准 与 ISO/IEC 9126(GB/T 16260)、ISO/IEC 14598(GB/T 18905)的主要差异:

    SQuaRE相比较原系列标准,范围更广、内容更全面,其由 质量管理、质量模型、质量度量、质量需求、质量评价 五个主要部分 和 SQuaRE扩展部分 组成。

     

    3.3.2 SQuaRE分部组成

    ISO/IEC 2500n 质量管理分部

    ISO/IEC 2501n 质量模型分部

    ISO/IEC 2502n 质量测量分部

    ISO/IEC 2503n 质量要求分部

    ISO/IEC 2504n 质量评价分部

    ISO/IEC 25050-25099 保留用于SQuaRE扩展的国际标准和技术报告:目前包括了就绪可用软件的质量要求和易用性测试报告行业通用格式。

     

    3.3.3 SQuaRE系列标准

    整个SQuaRE系列标准由十几个文件组成。

    (1)ISO/IEC 2500n

    ISO/IEC 25000 SQuaRE指南

    (2)ISO/IEC 2501n

    ISO/IEC 25010 系统与软件质量模型:

    描述了软件产品内部和外部质量以及使用质量的模型。该文件给出软件内部和外部质量的特性和子特性以及使用质量的特性。

    (3)ISO/IEC 2502n

    ……

    (4)ISO/IEC 2503n

    ……

    (5)ISO/IEC 2504n

    ……

    (6)ISO/IEC 25050 - 25099

    ISO/IEC 25051 就绪可用软件产品(RUSP)的质量要求和测试细则

    该标准确立了RUSP的质量要求,测试RUSP的测试计划、测试说明等文档要求和RUSP的符合性评价细则,适用于软件产品的供方、需方、最终用户和第三方测评认证机构等。

     

    【我国的软件质量标准】

    1 采标

    我国分别于2002年、2006年将 ISO/IEC 14598、ISO/IEC 9126 引入国内,研制了 GB/T 18905《软件工程产品评价》、GB/T 16260 《软件工程产品质量》 国家系列标准。

    2010年,我国进一步制定了等同采用SQuaRE的两个标注,分别是 GB/T 25000.1-2010 《软件工程软件产品质量要求于评价SQuaRE指南》、GB/T 25000.51-2010 《软件工程软件产品质量要求与评价(SQuaRE) 商品现货(COTS)软件产品的质量要求和测试细则》

    目前,

    ISO/IEC 25051:2006 已经升级为 ISO/IEC 25051-2014

    ISO/IEC 25000.51-2010 已经升级为 ISO/IEC 25000.51-2016

     

    2 自主研制的国家标准

    GB/T 16260 系列标准并未给出具体的度量方法,度量指标获取方法也不明确,造成实际使用过程中难以操作。

    因此,结果我国的实际应用情况,依据GB/T 16260标准体系,制定了GB/T 16260的扩展标准,分为指标体系、度量方法和测试方法三个部分。

    展开全文
  • WLAN网络的服务质量

    2014-11-05 15:26:41
    通过配置WLAN可靠×××,可以有效减少网络故障或服务中断带给用户影响,提高WLAN网络的服务质量。1.2 CAPWAP断链后AP正常工作1.2.1工作机制在AC+FIT AP网络架构中直接转发方式场景,STA通过WLAN接入Internet时...
  • 图形分析服务平台 产品概述 目 录 TOC \o "1-3" \h \z \u 产品简介产品概述 3 图像理解 3 图像审核 3 图像处理 4 图像质量评估 4 产品优势 5 先进算法海量训练数据 5 覆盖全面适用不同场景 5 接入方便一站式服务 5...
  • 16.1 IP电话概述 16.2 IP电话基本工作原理 16.3 IP电话相关技术标准 16.4 IP电话的服务质量及发展前景
  • QOS概述(一)服务模型

    千次阅读 2020-10-24 16:04:09
    随着网络不断发展,网络规模及流量类型不断增加,使得互联网流量激增,产生网络拥塞,增加转发时延,严重时还会产生丢包,导致业务质量下降甚至不可用。所以,要在IP网络上开展这些实时性业务,就必须解决网络...
  • 全书分为基础qos概念和高级qos概念两部分,由10章组成,内容包括:服务质量概述、端对端qos、catalyst平台上qos支持概述、catalyst 5000系列交换机中qos支持、服务质量模块化命令行界面简介、catalyst 2950和...
  • 要构建高质量软件工程,需要构建两个关键步骤:(1)持续自动化开发与部署流程,能够将开发、测试、部署、验收等重要环节流畅地串联起来,并增强自动化和可靠性;(2)持续增强每个环节的质量。 推荐阅读: ...
  • 软件测试的概述

    2020-03-23 22:19:02
    软件测试是为软件项目服务的 目的:提高软件质量,降低软件项目风险(内部风险和外部风险) 软件测试只能证明软件存在错误,而不能证明软件没有错误 软件质量风险 内部风险:指在即将销售时候发现有重大错误,...
  • 明确所有测试点需求覆盖率(更详细了解需求和需求分析有助于测试质量)  需求分析:整个系统工作过程和内容,测试需要干什么  需求分析目的:  1.对需求进行细化和分解  2.明确所有测试点需求覆盖率(更...
  • 在eBay,当人们在处理大数据(Hadoop或者其它streaming系统)的时候,数据质量的检测是一个挑战。不同的团队开发了他们自己的工具在其专业领域检测和分析数据质量问题。于是我们希望能建立一个普遍适用的...
  • 关于服务质量设置(QoS)

    千次阅读 2018-07-30 19:04:43
    ROS 2提供丰富的服务质量(QoS)策略,允许您调整节点之间通信。通过正确的服务质量策略集,ROS 2可以像TCP一样可靠优先,也可以像UDP一样效率优先,中间有许多可能状态。与主要仅支持TCPROS 1不同,ROS 2受益...
  • QoS概述

    万次阅读 多人点赞 2018-05-27 08:10:30
    服务质量QoS(Quality of Service)用于评估服务方满足客户服务需求能力。通过配置QoS,对企业网络流量进行调控,避免并管理网络拥塞,减少报文丢失率,同时也可以为企业用户提供专用带宽或者为不同业务...
  • PowerShell脚本可确保服务器构建质量和配置一致且可靠。 概述 进行质量检查是为了验证针对不同客户及其不同环境新服务器构建。 所有新服务器构建通常都使用自定义黄金映像模板完成; 但是,此映像仍然...
  • Devops的概述 DevOps(Development和Operations的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。 它是一种重视“软件开发人员...
  • 浅谈QOS服务访问质量

    2019-04-29 10:36:38
    随着网络发展,互联网流量迅速增加,网络产生拥塞,延时增加,有时还会造成丢包,导致业务质量下降。当网络出现拥塞时,如何保证重要数据带宽和实时性数据能够快速转发呢? QOS应用需求 1.QOS概述 随着网络...
  • 对于无线系统来说,无线资源管理概念是很广泛...之所以要研究无线资源管理就是希望在有限无线资源情况下,在保证一定规划覆盖和服务质量要求情况下,接人尽可能多用户。如果没有良好无线资源管理技术,
  • EclipseSonarLint插件概述

    千次阅读 2016-11-03 23:40:53
    EclipseSonarLint插件能够在编辑代码同时,根据SonarLint本身静态规则或SonarQube动态规则即时反馈代码中的质量问题。 SonarLint能够独立地工作,也可以连接SonarQube 4.5.4+服务器联合工作。 SonarLint...
  • Qos概述

    2020-10-27 11:03:42
    QoS(质量服务)是一项非常复杂技术,但应用广泛。可实现主要功能包括流量监管(对进入接口,超出限制速率报文进行丢弃)、流量整形(对接口发送,超出限制速率报文先进行缓存,等待流量不超出速率时...
  • 章节概述 本章节主要讲QoS服务质量。...目前互联网没有服务质量保证。因为目前网络只是将数据包尽力投递到对方服务器,然而投递速度、延迟、丢包率都是没有保障。但是有时候“尽力”投递是不够,因
  • 根据多数用户对网络视频监控系统普遍需求,我们制订了一套标准参考方案,本着“专业、实效和用户至上”原则为用户提供远程网络视频监控系统设计及工程服务。  视频监控系统概述  视频监控系统发展经历了三...
  • Netty概述

    2020-08-12 22:26:48
    异步事件驱动的Java开源网络...2 需要具备其他的额外技能做铺垫:例如熟悉 Java 多线程编程,因为 NIO 编程涉及到 Reactor 模式,你必须对多线程和网路编程非常熟悉,才能编写出高质量的 NIO 程序 3 可靠性能力补齐.

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,017
精华内容 406
关键字:

服务质量的概述