罗耀秋,字无介,号馨园主人。湖南浏阳人。好旅游、音乐、垂钓、美食、足球。 微薄:http://weibo.com/luoyaoqiu 微信:luoyaoqiu 邮件:luoyear@163.com

发布新日志

  • 准备复出,请大家关注我微薄

    2012-12-07 23:26:59

    欢迎大家粉我。
  • 同行评审评审员选择六维度法则

    2007-07-10 21:42:09

    同行评审邀请的对象可以参照以下几个维度:
    1,上游;  (我基于其产出的作者)
    2,下游;  (将使用本工作产品继续后道工序)
    3,同行;  (非PEER之含义,指和自己共同从事这块的人)
    4,交互关系的同行;  (如概要设计:有接口关系的其他子系统概要设计人员)
    5,验证人员;  (如系统需求和用户需求将被系统测试人员和用户方验收测试人员验证,则可以邀请他们参加)
    6,其他专家;  (业务专家,技术专家,标准化专家,QA专家等)
  • 书摘:什么是软件质量

    2006-12-28 18:53:46


    软件质量是一模糊的、捉摸不定的概念。我们常常听说:某某软件好用;某某某软件功能全、结构合理、层次分明、语言流畅。这些模模糊糊的语言实在不能算作是软件质量评价,特别不能算作是软件质量科学的定量的评价。但是,软件质量,乃至于任何产品质量,都是一个很复杂的事物性质和行为。对于什么是产品质量,可以从以下几个观点来看:
    * 透明性观点:质量是产品一种可以认识但不可定义的性质;
    * 使用者观点:质量是产品满足使用目的之程度;
    * 制造者观点:质量是产品性能和规格要求的符合度;
    * 产品观点:质量是联结产品固有性能的纽带;
    * 基于价值观点:质量依赖于顾客愿意付给产品报酬的数量。
    按照ISO/IEC9126-1991(GB/T16260-1996)"信息技术软件产品评价质量特性及其使用指南"国际标准,对软件质量也有定义,软件质量 (software quality)是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。
    其含义有四:
    其一,能满足给定需要的特性之全体;
    其二,具有所期望的各种属性的组合的程度;
    其三,顾客或用户觉得能满足其综合期望的程度;
    其四,软件的组合特性,它确定软件在使用中将满足顾客预期要求的程度。
    简言之,软件质量是软件一些特性的组合,它仅依赖软件本身。
    对于软件质量有三种不同的视面。用户主要感兴趣的是如何使用软件、软件性能和使用软件的效果。所以他们关心的是:
    (1)是否具有所需要的功能;
    (2)可靠程度如何;
    (3)效率如何;
    (4)使用是否方便;
    (5)环境开放的程度如何(即对环境、平台的限制,与其他软件连接的限制)。
    而开发者负责生产出满足质量要求的软件,所以他们对中间产品的质量以及最终产品。对于管理者来说,也许要注重总的质量,而不是某一特性。为此,根据商务要求对各个特性 赋予权值,他还须从质量管理入手,运用有限的资源和时间使软件质量达到优化目的。我们进一步解释软件质量特性,一个软件质量特性可破细化成多个子特性。按照ISO/IEC 9126一1991的规定软件质量可用6个特性来评价:
    1.功能性(functionality)是与一组功能及其指定的性质有关的一组属性
    这里的功能是指满足明确或隐含的要求的那些功能。
    注:
    ·这组属性以软件为满足需求做些什么来描述,而其他属性则以何时做和如何做来描述。
    ·质量的定义注解适用于本特性中的明确或隐含的需求。
    2.可靠性(reliability)是与在规定的一段时间和条件下,软件维持其性能水平的能力有关的一组属性。
    注:软件不会老化。可靠性的种种局限是由于需求、设计和实现中的错误所致,由这些错误引起的故障取决于软件产品使用方式和程序任选项的选用方法,而不取决于时间的流逝。
    3.易用性(usability)是与一组规定或潜在用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性
  • CMMI v1.2模型变更-模型变更概述

    2006-12-21 18:42:10

    CMMI v1.2模型变更:模型变更概述

     

    CMMI v1.2模型变更”系列旨在解析CMMI v1.2模型的主要变更.CMMI v1.2相对于v1.1主要有模型架构变更、模型细节变更、术语变更和过程域变更等。将分成四部分来介绍:

    l           模型变更概述

    l           细节变更

    l           术语变更

    l           过程域(PA)变更

     

    1 模型变更概述

    模型变更主要有下列目的:

    l           减小模型的复杂度和规模

    l            扩展模型的覆盖面

     

    减小模型的复杂度和规模

    为了减小模型的复杂度和规模,进行了如下变更:

    l           删除了高级实践(advanced practice)和公共特性(common feature);

    l           删除针对外包(SS)领域的附加信息(addition

    l           集成供方管理(ISM)被集成到供方协定管理(SAM

    l           整理和简化了IPPD相关资料

    l           在术语表中增加、修改和整理了相关术语定义(例如,双向跟踪(Bidirectional Tracibility),子过程(Subprocess))

    l           采用单一文档方法(例如,模型的阶段式和连续式两种表示法被发布成一个文档)

     

    扩展模型的覆盖面

    为了扩展模型的覆盖面,进行了如下变更:

    l           增加了针对硬件工程(Hardware)的扩充(Amplification

    l           增加了两个针对工作环境的特定实践(SPs),分别在组织过程定义(OPD)过程域和集成项目管理(IPM)过程域

    l           更新了表述服务开发和外包的注解和样例

    l           为反映新的CMMI架构(Architecture,模型的名称被更新为“面向开发的CMMI模型(CMMI-DEV)”

     

    其它重大的模型变更

    其它重大的模型变更包括:

    l           改进了概要部分(Overview Section)(第一部分(Part One))的清晰度

    l           增加和澄清如果应用通用实践(GPs)方面的信息

    l           把通用目标和实践移到文档的第二部分

    l           解释过程域如何支持通用实践的实施

    l           增加了对通用实践GP 3.2的详述

    l              限制能被认定为不适用(Not Applicable)的过程域仅有供方协定管理SAM

    l           在组织过程聚焦OPF和集成项目管理IPM过程域中增加了对项目启动(Project Startup)活动的重视

     

  • SCAMPI A类评估方法v1.2变更

    2006-12-21 18:41:06

    SCAMPI A类评估方法v1.2变更的主要方面:

    1.     减少评估方法的复杂度和模糊性

    2.        在需要的地方提供附加指导

    3.      强化评估规划和实施

    4.        强化了对评估的报告

    5.        定义评估的有效期限

    6.        强化对主任评估师的要求

     

    减少复杂度

    删除了对评估工具(例如:调查表)的要求

    目前仅需要两种类型的客观证据:

    l           文档

    l           访谈

     

    下列章节在方法定义文档(MDD)中被修订:

    l           交换2.2节“验证和确认客观证据”和2.3节“文档化客观证据”的顺序,这样任务的顺序能够放映评估过程的自然顺序、

    l          为了更好地描述每个过程,把“验证客观证据”和“确认初步的发现(findings)”分开改变了术语“实例(Instantiation)” 的使用:

    l          实例(Instantiation)目前被定义成:模型相关实践在一个组织单元内的实施

    l          实例(Instantiation)针对项目和组织级实体的应用被“项目(Project)”或“支持团队Support Group)”替代

     

    减少模糊性

    澄清评定“不予评级(NotRated)”的概念

    l           模型范围之外的过程域(PAs)被定为:范围之外(Out of Scope)。例如,对于一个成熟度3级的评估,成熟度4级和五级的过程域被定为“范围之外(Out of Scope)”

    l          对于没有充足数据评定的过程域,评级为:不予评级(Not Rated

    l          在模型范围内但在组织范围外的过程域(PAs)被定为:不适用(Not Applicable)。仅有一个过程域SAM能被定为不适用(Not Applicable)(这由评估团队决定)。

     

    实践特征表被修订:

    l           澄清了虚拟访谈和实况访谈的使用

    l          把“面对面访谈(face-to-face interviews)”改变为“口头访谈(oral interviews)”

     

    附加指导:

    扩大了预评审(readiness reviews)指导涵盖的范围,包括团队和后勤准备

    对使用虚拟方法提供附加指导(例如,对访谈和简报等)

    为可选实践提供附加指导(例如,附录C:可选实践识别和特征指导)

     

    强化评估规划和评估实施

    组织单元取样(sampling)被修订为:(详细参见:方法定义文档MDD

    l           强化组织取样的要素和限制(例如,识别出最小数量的聚焦项目)

    l           增加报告取样决策的标准

     

    目前实施评估阶段必须在90天内完成

    目前评估团队成员必须签署最终评估发现(final findings)。

     

    强化了评估报告

    目前评估公告陈述(ADS)需要以下信息:

    l           组织取样标准和决策(例如,包含的项目,排除的项目,在组织中所占的比例)

    l          成熟度/能力4级和5级评估结果的基于:

    可管理的子流程

    子流程到质量和过程执行目标的映射

    l           主任评估师(Lead Appraiser)和主办人(sponsor)联名签署

    主任评估师确认评估范围能代表整个组织单元

    主办人认可评估公告陈述(ADS),同时准许SEI在认为有必要进行审计。

     

    定义评估的有效期限

    l          1.2版本的评估结果自评估公告陈述(ADS)签署之日起有效期最长为3

    l          1.1版本的评估结果将到20078月或评审后3年(取较迟的期限)失效

     

    强化对主任评估师的要求

    主任评估师在主持v1.2版本的SCAMPI评估之前,须满足下列要求:

    l           目前的候选或授权的主任评估师以及团队领导必须完成CMMI v1.2升级培训

    l          候选或授权的主任评估师必须参加SCAMPI面对面培训

    l          准备主持SCAMPI v1.24级或5级评估的评估师必须经过认证。认证要求如下:

            4级和5级领域的教育、培训和经验

    完成口头测验

      总结

      根据收到的变革请求,SCAMPI A评估方法修订的主要目标:

    l           减少复杂度和模糊性

    l          在需要的地方提供附加指导

    l          强化评估规划和实施

    l          强化评估报告

    l          定义评估有效期限

    l          强化对主任评估师的要求

    SCAMPI A类评估方法的这些变革使得评估更精确、更可靠、更高效。

     

  • 项目日常QA活动[2]

    2006-12-01 21:20:15

    作者:罗耀秋            MSN: luoyear@netease.com               E-Mailluoyear@163.com

    系统设计/概要设计阶段

    QA活动

               

    咨询/指导/培训

    组织设计规范,设计方法相关培训及实施指导。部分较专业的设计方法培训需要EPG支持。

    QA计划

    1)根据实际情况Update QA计划;

    2)细化抽样准则,确定抽样评估的工作产品。

    过程审核

    1)至少执行一次设计过程的审核

    2)可能执行项目管理、变更控制、评审、技术决策方面的过程审核

    工作产品评估

    1)敦促项目组抓取构件需求和协作,与项目需求建立追踪关系;

    2)按照抽样计划,与技术专家协作借助追踪矩阵评估需求和设计的一致性;

    2)参加设计评审,并利用追踪矩阵抽查项目需求的一致性;

    度量分析

    无针对设计的单独度量指示器

    沟通/汇报

    1)参加事业部组织的各产品季度技术规划,了解产品的中长期技术规划

    2)参加产品质量和经营例会,了解产品经营信息;

    3)抽样参加项目周会和CCB会议,但所有会议纪要都要求抄送QA

     详细设计/实现阶段

    QA活动

               

    咨询/指导/培训

    组织详细设计/编码实现相关培训[工具、方法、过程规范]及实施指导

    相关代码检查/单元测试/集成测试方法/工具/过程规范的培训及实施指导

    QA计划

    1)根据实际情况Update QA计划;

    2)细化抽样准则,确定抽样评估的工作产品。

    过程审核

    1)至少执行一次详细设计/编码实现、单元测试、集成测试审核

    2)可能执行项目管理、变更控制、评审、技术决策方面的过程审核

    工作产品评估

    1)按照过程定义要求,敦促项目组建立代码-〉详设-〉概设协作的追踪关系;并建立UT Case追函数规格、IT Case追构件需求的追踪关系(Optional

    2)参加详设/Code/测试设计评审,并利用追踪矩阵抽查项目上下游工作产品一致性;

    度量分析

    1)单元/集成测试覆盖率

    2Case 执行率

    3)缺陷密度,泄漏率

    沟通/汇报

    1)参加事业部组织的各产品季度技术规划,了解产品的中长期技术规划

    2)参加产品质量和经营例会,了解产品经营信息;

    3)抽样参加项目周会和CCB会议,但所有会议纪要都要求抄送QA

     

    系统测试阶段

    QA活动

               

    咨询/指导/培训

    组织测试管理及测试设计/测试执行相关培训[工具、方法、过程规范]及实施指导

    QA计划

    1)根据实际情况Update QA计划;

    2)细化抽样准则,确定抽样评估的工作产品。

    过程审核

    1)至少执行一次需求管理过程的审核和测试设计/测试执行过程审核

    2)可能执行项目管理、变更控制、评审、技术决策方面的过程审核

    工作产品评估

    1)敦促项目组完成测试Case追项目需求的追踪关系;

    2)参加测试Case评审,并利用追踪矩阵抽查测试设计的充分性。

    度量分析

    1case执行率

    2)缺陷密度,泄漏率

    3)测试覆盖率(相对需求的覆盖率)

    沟通/汇报

    1)参加事业部组织的各产品季度技术规划,了解产品的中长期技术规划

    2)参加产品质量和经营例会,了解产品经营信息;

    3)抽样参加项目周会和CCB会议,但所有会议纪要都要求抄送QA

     

    End

  • 项目日常QA活动[1]

    2006-12-01 21:13:46

    作者:罗耀秋            MSN: luoyear@netease.com               E-Mail:luoyear@163.com

    产品论证阶段

    QA活动

               

    咨询/指导/培训

    QA计划

    过程审核

    工作产品评估

    度量分析

    度量该产品线其他商用版本的质量表现情况及研发过程数据(如研发周期)等供版本规划用。

    沟通/汇报

    1)参加事业部组织的各产品季度技术规划,了解产品的中长期技术规划

    2)参加产品质量和经营例会,了解产品经营信息;

    项目系统需求阶段

    QA活动

               

    咨询/指导/培训

    组织需求工程相关培训[工具、方法、过程规范]及实施指导

    QA计划

    开始制定初始的QA计划,并且需求阶段的QA工作被细化

    过程审核

    1)至少执行一次需求过程的审核

    2)可能执行项目管理、变更控制、评审、技术决策方面的过程审核

    工作产品评估

    1)敦促项目组初始化项目需求追踪矩阵,抓入用户需求和项目需求并建立追踪关系;

    2)参加需求评审,并利用追踪矩阵抽查项目需求和用户需求的一致性; [需求和设计文档被规格化条目化、需求追踪关系的建立是开展前提,也是工作产品一致性审核的前提。]

    度量分析

    1) 度量需求评审速率、缺陷密度等,并运用9象限法敦促整改。

    2) 度量需求变更次数,分析项目需求稳定度。

    沟通/汇报

    1)参加事业部组织的各产品季度技术规划,了解产品的中长期技术规划

    2)参加产品质量和经营例会,了解产品经营信息;

    3)参加项目例会,应邀参加业务部门例会;

    4)参加CCB会议并监控CCB过程规范性;

    项目项目计划阶段

    QA活动

               

    咨询/指导/培训

    组织项目管理(估算、风险、过程定义、计划技术)相关培训[工具、方法、过程规范]及实施指导

    QA计划

    依据项目计划制定QA计划并组织评审

    过程审核

    1)见证估算活动和计划评审活动

    2)参与过程定义、里程碑评审,执行项目计划和跟踪监控审核

    2)可能执行风险管理、变更控制、评审、管理决策方面的过程审核

    工作产品评估

    1)敦促项目组定制项目过程,组织估算,排定计划并进行计划评审;

    2)审核需求与计划的一致性;

    度量分析

    1)风险费效比(贯穿全生命周期,后续环节不再单独提及)

    2)计划的里程碑进展(贯穿全生命周期,后不再提及)

    3)周期内任务完成百分比,周期内任务延误分步

    [对实际工时和计划工时的挣值分析做的比较弱。这些以及生产率都是最终项目复盘时候总结提供]

    沟通/汇报

    1)参加事业部组织的各产品季度技术规划,了解产品的中长期技术规划

    2)参加产品质量和经营例会,了解产品经营信息;

    3)抽样参加项目周会和CCB会议,但所有会议纪要都要求抄送QA

luoyear

luoyear

罗耀秋,字无介,号馨园主人。湖南浏阳人。好旅游、音乐、垂钓、美食、足球。 10多年质量管理,外包管理,培训管理及招募管理经验,对敏捷,CMMI/ISO/TL9000/6Sigma/PMP/PrinceII/测试咨询等有一定的了解。 邮件:luoyear@163.com,微信:luoyaoqiu,新浪微薄:http://weibo.com/luoyaoqiu

数据统计

  • 访问量: 203691
  • 日志数: 56
  • 图片数: 3
  • 书签数: 2
  • 建立时间: 2006-12-01
  • 更新时间: 2012-12-07

RSS订阅

Open Toolbar