信息系统及软件产品的度量体系

信息系统及软件产品一般在质量管理、控制进度和成本方面需要进行度量，按度量维度确立度量指标时，可以运用度量模型和方法去实现度量体系的建设。

• 度量的意义
  • 1）让目标更明确。
    • 比如让大家在项目开始时、研发过程中、项目结束后，对目标有共同的认识。
  • 2）让现状更清晰。
    • 度量可以告诉我们现状如何、效率如何、质量如何、流程如何以及问题所在。
  • 3）让改进更精准。
• 度量维度
  • 价值
    • 考虑方向
      • 1）怎样度量我们的团队正在做正确的事？
      • 2）我们既然明确了正确事情，我们怎样以最高效率交付它？
      • 3）我们既然做了正确的事情，又很有效率，那交付是否符合我们的预期，符合用户的预期呢？
    • 度量指标
      • 商业价值
        • 可度量指标
          • DUA
          • 客户转化率
        • 不可度量指标
          • 业界影响力
          • 美誉度
      • 技术价值
        • 可度量指标
          • QPS
          • 可用性
          • 响应时间
          • 故障恢复时间
        • 不可度量指标
          • 技术竞争力
  • 效率
    • 考虑方向
      • 如何有效率的交付这些价值？
      • 如何来衡量效率？
    • 核心指标
      • 吞吐率
        • 单位时间内，团队能够交付多少产出
      • 交付周期
        • 含义
          • 一个需求从提出到上线所用的时长
        • 分类
          • 版本交付周期
          • 需求交付周期
          • 故障修复周期
        • 度量工具
          • 累计流量图
            • （横轴是时间，纵轴是需求个数）
          • 价值流程图
            • （需求卡在每个阶段的平均时间）
    • 收获
      • 第一、识别团队瓶颈，优化短板，减少资源浪费
      • 第二、缩短交付周期，提升吞吐率，提升市场反应速度
      • 第三、对团队产能预估更准确，提高团队工作幸福度
  • 质量
• 软件度量
  • 度量维度
    • 项目度量
      • 规模度量
        • 目的
          • 估算软件项目工作量、编制成本预算、策划合理项目进度
          • 有助于开发团队把握开发时间、费用分布以及缺陷密度等
        • 要点
          • 由开发现场的项目成员进行估算
          • 杜绝盲目迎合客户需求的“交期逆推法”
        • 估算方法
          • 功能点分析(FPA：function points analysis)
            • CSFPA法
            • IFPUG法
          • 代码行(LOC：lines of code)
          • 德尔菲法(Delphi technique)
          • COCOMO模型
          • 特征点(feature point)
          • 对象点(object point)
          • 3-D功能点(3-D function points)
          • Bang度量(DeMarco's bang metric)
          • 模糊逻辑(fuzzy logic)
          • 标准构件法(standard component)
      • 进度度量
      • 成本度量
        • 类比估算法
        • 周期估算法
      • 客户满意度度量
        • 客户满意度要素
          • 技术解决方案
          • 支持与维护
          • 市场营销
          • 管理
          • 交付
          • 企业形象
        • 客户满意度项目
          • 软件产品
          • 研发文档
          • 项目进度以及交期
          • 技术水平
          • 沟通能力
          • 应用维护
    • 产品度量
      • 软件质量的生命周期及其度量
      • 软件质量度量模型
        • 高层：软件质量需求评价准则(SQRC)
        • 中层：软件质量设计评价准则(SQDC)
        • 低层：软件质量度量评价准则(SQMC)
    • 过程度量
      • 软件过程性能
        • 对软件开发过程的各个方面进行度量
        • 目的在于预测过程的未来性能，减少过程结果的偏差
        • 对软件过程的行为进行目标管理，为过程控制、过程评价、持续改善提供定量性基础
        • 度量并评估过程、提高过程成熟度可以改进产品质量
      • 软件过程管理中的过程度量
        • 软件项目团队生产产品 三大要素
          • 产品需求
          • 项目计划
          • 已定义软件过程
        • 软件过程管理内容
          • 定义过程
          • 计划度量
          • 执行软件过程
          • 应用度量
          • 控制过程和改善过程
      • 软件过程度量的内容
        • 成熟度度量(maturity metrics)
          • 组织度量
          • 资源度量
          • 培训度量
          • 文档标准化度量
          • 数据管理与分析度量
          • 过程质量度量
        • 管理度量(management metrics)
          • 项目管理度量
            • 里程碑管理度量
            • 风险度量
            • 作业流程度量
            • 控制度量
            • 管理数据库度量
          • 质量管理度
            • 质量审查度量
            • 质量测试度量
            • 质量保证度量
          • 配置管理度量
            • 配置变更控制度量
            • 版本管理控制度量
        • 生命周期度量(lifecycle metrics)
          • 问题定义度量
          • 需求分析度量
          • 设计度量
          • 制造度量
          • 维护度量
      • 软件过程度量流程
  • 软件度量目标
    • 1.需要度量软件开发过程中的不同阶段的费用
    • 2.为了决定付给不同的开发小组的费用，需要度量不同小组职员的生产率。
    • 3.为了对不同的项目进行比较、对将来的项目进行预测、建立基线以及设定合理的改进目标等
    • 4.需要决定项目的度量目标
    • 5.为了找出是什么因素影响着费用和生产率
    • 6.需要度量和估计不同软件工程方法和工具的效用
  • 软件度量工具
    • 通用度量工具
    • 源码静态分析
      • sonarqube
    • 规模度量
  • 软件质量度量方法
    • (1)Halstead复杂性度量法
      • 根据程序可执行代码的操作符和操作数数量计算程序复杂性
      • 操作符和操作数的量越大，程序结构就越复杂
    • (2)McCabe复杂性度量法
      • 程序的复杂性很大程度上取决于程序控制流的复杂性
      • 循环和选择所构成的环路越多，程序就越复杂
  • 软件质量度量模型
    • FCM三层
      • 质量要素
        • 描述和评价软件质量的一组属性功能性、可靠性、易用性、效率性、可维护性、可移植性等质量特性以及将质量特性细化产生的副特性
      • 衡量标准
        • 衡量标准的组合反映某一软件质量要素精确性、稳健性、安全性、通信有效性、处理有效性、设备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件系统无关性、软件系统无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、文件完备性等
      • 量度标准
        • 可由各使用单位自定义根据软件的需求分析、概要设计、详细设计、编码、测试、确认、维护与使用等阶段，针对每一个阶段制定问卷表，以此实现软件开发过程的质量度量
    • FCM模型
      • 度量标准/目标
        • 正确性（Correctness）
        • 可靠性（Reliability）
        • 完整性（Integrity）
        • 可用性（Usability）
        • 效率性（Efficiency）
        • 可维护性（Maintainability）
        • 可测试性（Testability）
        • 互操作性（Interoperability）
        • 适应性（Flexibility）
        • 可重用性（Reusable）
        • 可移植性（Portability）
        • 明确性（Clarity）
        • 可变更性（Modifiability）
        • 文档化（Documentation）
        • 恢复力（Resilience）
        • 易懂行（Understandability）
        • 有效性（Validity）
        • 功能性（Functionality）
        • 普遍性（Generality）
        • 经济性（Economy）
• 度量标准
  • ISO-9126 软件质量模型
    • 质量特性
      • 1.功能性：适合性、准确性、互操作性、依从性和安全性；
      • 2.可靠性：成熟性、容错性和易恢复性；
      • 3.易使用性：易理解性、易学习性和易操作性；
      • 4.效率：时间特性和资源特性；
      • 5.可维护性：易分析性、易更改性、稳定性和易测试性；
      • 6.可移植性：适应性、易安装性、一致性和易替换性。
    • 质量子特性
    • 度量指标
  • BS ISO/IEC 25010-2011软件产品质量需求和评估（SQuaRE）
  • SO-9126 软件质量模型
    • 效益（effectiveness）：用户完成任务的精确性和完整性。
    • 效率（efficiency）：用户完成任务所消耗的资源。
    • 满意度（satisfaction）：用户对任务流程的可接受程度。
  • ISO-9241 关于办公室环境下交互式计算机系统的人类工效学国际
  • 其他
    • 蜂巢模型
    • 尼尔森十大可用性原则
    • USE量表
• 度量模型
  • 谷歌HEART模型
    • 愉悦度
      • 用户主观的体验即使用产品或者功能时是否会感觉到愉悦感。
    • 参与度
      • 用户对产品内容是否感兴趣并愿意主动分享给其他人。
    • 接受度
      • 用户看到新产品或新功能可以接受并且愿意尝试新的功能。
    • 留存度
      • 在一段时间后，新、旧用户是否愿意回来继续使用产品。
    • 任务完成度
      • 在使用过程中，用户能够高效，准确、流畅地完成当前任务。
  • 门户电商PULSE模型
    • 1. 页面浏览量
      • 产品指标，指页面被用户访问的次数，以及页面的点击转化情况。
    • 2. 运行时间
      • 技术指标，指衡量网站可以持续稳定地运行时长。
    • 3. 系统延迟：
      • 技术指标，指衡量用户打开页面的速度是否流畅。
    • 4. 周用户活跃
      • 产品指标，反映网站的实际运营情况，估计产品的用户规模。
    • 5. 商业收益
      • 商业指标，指产品的营收情况，不同类型的产品类别是不同的， 如电商类更关注GMV等，视频业务关注广告，电子书业务关注VIP售卖
  • 谷歌GSM模型
    • GSM模型是Google的用户体验团队提出的一种指标体系，即目标（Goal）、信号（Signal）、指标（Metric）这三个纬度做为另外横向的参考纬度，它最有价值的一点是把GSM模型和HEART模型想结合，设计一个更为全面的体验度量模型
  • 阿里云UES模型
    • 核心纬度包括易用性、一致性、满意度、任务页效率、性能
  • 阿里妈妈四项五度模型
    • 是阿里巴巴1688UED团队在Google的HEART模型的基础上升级的度量模型
    • 四项分别是「当下、未来、态度、行为」； 五度分别为「吸引度、完成度、满意度、忠诚度和推荐度」。
  • 酷家乐四象模型
    • 以「角色」与「心智」「功能」和「性能」这四个维度， 分析人与工具之间的微妙关系
  • 58同城B-Metric
    • 是一个关注业务特点与用户角色的度量模型，也是一个个比较全面的指标体系
    • 包含基础体验、角色体验、企业价值三大部分 基础体验是提供产品最基础体验的保证
  • 支付宝PTECH模型
    • 基于HEART模型升级后基于用户行为分析和应用性能检测的模型
• 信息系统及软件产品的度量体系