A.3. 关于规则故事点
A.3.1. 什么是故事点?
故事点是敏捷软件开发中常用的抽象指标,用于估算实施功能或更改所需的工作量水平。
应用的 Migration Toolkit for Runtimes 使用故事点来代表迁移特定应用程序构造所需的工作程度,以及整个应用程序。它不一定转换为“人-小时”,但该值在不同的任务间应保持一致。
A.3.2. 故事点如何在规则中估计
估算一个规则的故事点的工作量水平可能很棘手。以下是估算规则所需工作量时的一般准则 MTR。
努力级别 | 故事点 | 描述 |
---|---|---|
信息 | 0 | 迁移过程中具有非常低或没有优先级的信息。 |
微小 | 1 | 迁移是一个微小的变化或一个简单的库交换,没有或有最小的 API 更改。 |
复杂 | 3 | 迁移任务所需的更改比较复杂,但有一个已包括在文档中的解决方案。 |
重新设计 | 5 | 迁移任务需要重新设计或完整的库更改,并有显著的 API 更改。 |
架构重组 | 7 | 迁移会需要组件或子系统的完全的架构重组。 |
Unknown | 13 | 迁移解决方案并非已知的,可能需要进行彻底的重写。 |
A.3.3. 任务类别
除了工作程度外,您还可以对迁移任务进行分类,以指明任务的严重性。下列类别用于对问题进行分组,以帮助确定迁移的工作量。
- Mandatory(必需)
- 必须成功完成该任务才能成功迁移。如果没有进行任何更改,则生成的应用不会成功构建或运行。例如,替换在目标平台中不支持的专有 API。
- 选填
- 如果没有完成迁移任务,应用程序应该可以正常工作,但结果可能不是最佳。如果迁移时没有进行任何更改,建议在迁移完成后尽快按计划设置。
- Potential
- 应在迁移过程中检查该任务,但没有足够的详细信息来确定任务是否成功完成。当没有直接兼容类型时,这将迁移第三方专有类型。
- 信息
- 该任务会包括告知您存在某些文件。可能需要将它们检查或修改为现代化工作的一部分,但通常不需要进行更改。
有关分类任务的更多信息,请参阅使用自定义规则类别。