敏捷开发框架下的软件工程/第二轮迭代/任务
< 敏捷开发框架下的软件工程 | 第二轮迭代
| 任务 |
|
 |
任务是在将功能需求与人员混合后发生的事情。 对于每个任务，我们都会对其进行分析。 重要的是，描述应该从人的角度而不是计算机的角度出发。
例如：如果任务是刷牙，那么专注于步骤的顺序，清洁的感觉等等，而不是牙刷的弯曲程度。
| 任务 | 任务编号和名称 - 描述性且简洁 |
| 功能 | 正在执行的功能与其与其他任务的关系 |
| 视角 | 哪个用户在执行它 |
| 用户分析 | 此任务中用户的特征是什么，例如技能、经验 |
| 环境 | 在什么环境中将执行该任务；物理 - 办公室噪音、照明、社交 - 压力、保密性 |
| 先决条件知识 | 用户在执行任务之前需要了解什么：可能是信息，例如学生 ID 号码，或技能，例如短信培训 |
| 优先级 | 高/中/低 |
| 频率 | 该用户组执行此任务的频率是多少，例如每天一次，每小时二十次 |
| 持续时间 | 此任务需要多长时间，例如 5 分钟，一个小时 |
| 碎片化 | 任务是否由几个简短的任务组成，还是必须在一个会话中完成？ 描述哪个。 |
| 独立性 | 任务是否依赖于其他任务，还是可以独立于其他任务执行？ |
| 任务绩效指标 | 我们如何衡量任务执行得如何？ 从人的角度 - 可衡量的标准，例如队列大小、满意度、结果的准确性 |
| 典型用例 | 描述任务，执行哪些步骤（要点） 确保这是从用户的角度出发的。 避免对计算机术语的具体引用。 |
| 变体 | 任务的变体列表 - 用户错误、改变主意、机器吞噬 EFTPOS 卡 |
| 相关任务 | 列出非常类似的任务，按编号和名称，相同的任务 - 不同的用户组，相同的任务 - 不同的环境 |
| 任务 | 注册学生 |
| 功能 | 功能 学生注册 在客户服务处执行，学生在办公桌旁。 |
| 视角 | 客户服务人员 |
| 用户分析 | 接受过短信使用的培训，经验丰富，熟练使用计算机，具备良好的客户服务技能。 |
| 环境 | 前台接待，照明良好，布局合理。 可能会很忙、吵闹、时间紧迫。 有时会处理机密信息。 |
| 先决条件知识 | 学生需要已经在 SMS 中注册（联系任务），POS 完成并签字，用户接受过 SMS 培训 |
| 优先级 | 中 - 随高峰时段而变化，如果学生正在等待注册，效率很重要。 |
| 频率 | 非常频繁，但随学期时间、一天中的时间而变化。 学期第一周每小时 10 次。 |
| 持续时间 | 5-10 分钟 |
| 碎片化 | 涉及多个阶段，数据可以在任何时候保存，注册可以在以后完成。 所有来自注册表格的数据都需要输入才能完成。 |
| 独立性 | 依赖于联系任务。 可以在同一会话中完成。 |
| 任务绩效指标 | 处理速度、来自学生的反馈、来自部门的反馈、未处理的注册积压。 无错误。 |
| 从人的角度 - 可衡量的标准 | 例如：队列大小、满意度、结果的准确性 |
| 典型用例 |
- 收集学生信息 - 在 SMS 中查找学生 - 输入来自注册表格的详细信息 - 输入来自 POS 表格的详细信息 - 检查验证 - 签证、出生证明等 - 完成注册 - 为学生打印文件 |
| 变体 | 信息不完整 - 没有验证、学生不在系统中、学生数据与系统数据不匹配 |
| 相关任务 | 注册 - 后台 - 学生不在场 在线注册流程 |
