visual-spec 0.1.8 → 0.1.10
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +16 -2
- package/docs/en-US/ai-platform-installation.md +39 -0
- package/docs/en-US/commands.md +4 -2
- package/docs/en-US/getting-started.md +7 -29
- package/docs/en-US/installation.md +4 -39
- package/docs/en-US/scheme.example.yaml +2 -1
- package/docs/en-US/structure.md +2 -3
- package/docs/en-US/workflows.md +4 -4
- package/docs/ja-JP/ai-platform-installation.md +39 -0
- package/docs/ja-JP/commands.md +38 -0
- package/docs/ja-JP/concepts.md +35 -0
- package/docs/ja-JP/getting-started.md +39 -0
- package/docs/ja-JP/installation.md +18 -0
- package/docs/ja-JP/scheme.example.yaml +72 -0
- package/docs/ja-JP/structure.md +49 -0
- package/docs/ja-JP/ui-spec-modification-notes.md +35 -0
- package/docs/ja-JP/workflows.md +40 -0
- package/docs/zh-CN/ai-platform-installation.md +39 -0
- package/docs/zh-CN/commands.md +14 -2
- package/docs/zh-CN/getting-started.md +7 -29
- package/docs/zh-CN/installation.md +4 -39
- package/docs/zh-CN/quality_check.md +32 -0
- package/docs/zh-CN/scheme.example.yaml +2 -1
- package/docs/zh-CN/structure.md +2 -3
- package/docs/zh-CN/workflows.md +28 -4
- package/package.json +19 -15
- package/scripts/build_skill.cjs +56 -0
- package/scripts/postinstall.cjs +3 -3
- package/skills/visual-spec/SKILL-ja-JP.md +170 -0
- package/skills/{visual-spec-skill → visual-spec}/SKILL-zh-CN.md +57 -23
- package/skills/{visual-spec-skill → visual-spec}/SKILL.md +66 -24
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_accept/accept.md +23 -6
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/auth.md +6 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/code_rules.md +14 -2
- package/skills/visual-spec/prompts/vspec_detail/cron_job.md +43 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/data_permission.md +4 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/decision_matrix.md +20 -4
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/expression_tree.md +34 -6
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/file_export.md +14 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/file_import.md +14 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/formula.md +14 -2
- package/skills/visual-spec/prompts/vspec_detail/interaction.md +47 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/judgemental_matrix.md +22 -4
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/logging_matrix.md +14 -3
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/mq.md +14 -3
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/nfp.md +26 -7
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/notification_matrix.md +14 -3
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/page_load.md +35 -8
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/payment.md +6 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/post_submit_check.md +14 -2
- package/skills/visual-spec/prompts/vspec_detail/post_submit_navigation.md +33 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/post_submit_processing.md +14 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/rbac.md +24 -4
- package/skills/visual-spec/prompts/vspec_detail/state_machine.md +51 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/timeline.md +34 -6
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_detail/validation_matrix.md +14 -3
- package/skills/visual-spec/prompts/vspec_more_q/more_q.md +92 -0
- package/skills/visual-spec/prompts/vspec_mrd/mrd.md +73 -0
- package/skills/visual-spec/prompts/vspec_new/background.md +589 -0
- package/skills/visual-spec/prompts/vspec_new/dependencies.md +63 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/details_boundaries.md +17 -7
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/details_constraints.md +17 -7
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/details_pre_post.md +32 -17
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/details_symmetry.md +17 -7
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/details_variations.md +17 -7
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/flows.md +4 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/functions.md +18 -3
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/questions.md +30 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/roles.md +20 -4
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/scenarios.md +9 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/stakeholders.md +21 -5
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/terms.md +21 -6
- package/skills/visual-spec/prompts/vspec_plan/estimate.md +118 -0
- package/skills/visual-spec/prompts/vspec_plan/schedule.md +76 -0
- package/skills/visual-spec/prompts/vspec_qc/banking_quality_cases.md +99 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_qc/qc.md +19 -3
- package/skills/visual-spec/prompts/vspec_qc/quality_standard.md +928 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_refine/refine.md +48 -23
- package/skills/visual-spec/prompts/vspec_refine/refine_q.md +79 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_test/test.md +4 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_upgrade/upgrade.md +13 -2
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/model.md +49 -24
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype.md +59 -5
- package/skills/visual-spec/prompts/vspec_verify/prototype_auth.md +53 -0
- package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_calendar.md +16 -4
- package/skills/visual-spec/prompts/vspec_verify/prototype_mobile_auth.md +35 -0
- package/skills/visual-spec/prompts/vspec_verify/prototype_mobile_profile.md +35 -0
- package/skills/visual-spec/prompts/vspec_verify/prototype_profile.md +39 -0
- package/skills/visual-spec-skill/prompts/vspec_detail/cron_job.md +0 -22
- package/skills/visual-spec-skill/prompts/vspec_detail/interaction.md +0 -30
- package/skills/visual-spec-skill/prompts/vspec_detail/post_submit_navigation.md +0 -21
- package/skills/visual-spec-skill/prompts/vspec_detail/state_machine.md +0 -25
- package/skills/visual-spec-skill/prompts/vspec_new/background.md +0 -383
- package/skills/visual-spec-skill/prompts/vspec_new/dependencies.md +0 -41
- package/skills/visual-spec-skill/prompts/vspec_plan/estimate.md +0 -32
- package/skills/visual-spec-skill/prompts/vspec_plan/schedule.md +0 -43
- package/skills/visual-spec-skill/prompts/vspec_qc/quality_standard.md +0 -35
- package/skills/visual-spec-skill/prompts/vspec_refine/refine_q.md +0 -52
- package/skills/visual-spec-skill/prompts/vspec_verify/prototype_auth.md +0 -58
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_impl/implement.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_new/details.md +0 -0
- /package/skills/{visual-spec-skill/prompts/vspec_qc/22. → visual-spec/prompts/vspec_qc/}/351/234/200/346/261/202/345/210/206/346/236/220/351/224/231/351/242/230/346/234/254.xlsx" +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/entries.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_apply.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_approve.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_article.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_big_screen.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_crud.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_dashboard.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_execute.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_landing.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_layout.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_agreement.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_calendar.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_cart.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_comprehensive_search.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_dashboard.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_feed.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_list.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_payment.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_product.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_qr.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_signature.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_video_course.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_mobile_waterfall.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_music.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_order.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_product_reviews.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_promotion.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_quiz.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_richtext_publish.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_super_form_builder.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_survey.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_tool_pages.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_toolbox.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/prototype_video.md +0 -0
- /package/skills/{visual-spec-skill → visual-spec}/prompts/vspec_verify/validation.md +0 -0
|
@@ -0,0 +1,928 @@
|
|
|
1
|
+
## 质量规范(内置)
|
|
2
|
+
|
|
3
|
+
### 需求分析错题本规则清单
|
|
4
|
+
|
|
5
|
+
#### 1. 模糊表达
|
|
6
|
+
- 问题分类:模糊表达
|
|
7
|
+
- 问题描述:“等”会造成事项的遗漏
|
|
8
|
+
- 错误问题示例:采用“等”表示列表
|
|
9
|
+
- 解决方案:列举所有的选项,采用列表进行描述
|
|
10
|
+
- 方案收益:可以明确的表达,能够达到一致的理解
|
|
11
|
+
- 应用场景:描述可枚举的有限集合数据的时候
|
|
12
|
+
- 关联质量标准:精确性
|
|
13
|
+
|
|
14
|
+
#### 2. “随机”是一个不明确的描述,开发的过程可能会出现的是一个错误的结果
|
|
15
|
+
- 问题描述:“随机”是一个不明确的描述,开发的过程可能会出现的是一个错误的结果
|
|
16
|
+
- 解决方案:需要明确随机的具体算法,概率等
|
|
17
|
+
- 方案收益:明确表达的算法,可以让开发和测试有一致的理解
|
|
18
|
+
- 应用场景:描述一般性算法的时候
|
|
19
|
+
|
|
20
|
+
#### 3. “高亮”不是一个具体的颜色值,容易根据自己喜好设置出并不协调的颜色
|
|
21
|
+
- 问题描述:“高亮”不是一个具体的颜色值,容易根据自己喜好设置出并不协调的颜色
|
|
22
|
+
- 解决方案:需要明确各种情况下所使用的颜色具体的RGB的值
|
|
23
|
+
- 方案收益:明确定义各种情况的RGB的值
|
|
24
|
+
- 应用场景:根据不同的条件需要多种颜色显示同一组数据的情况。 例如:根据剩余时间判断应该显示黄红绿三种颜色。那就定义清楚具体的RGB值
|
|
25
|
+
|
|
26
|
+
#### 4. 模糊查询的方式有好几种,这里需要明确模糊查询的种类具体的类型 - 前半模糊
|
|
27
|
+
- 问题描述:模糊查询的方式有好几种,这里需要明确模糊查询的种类具体的类型 - 前半模糊 - 后半模糊 - 包含即可
|
|
28
|
+
- 错误问题示例:采用”模糊查询“表达查询条件的匹配机制
|
|
29
|
+
- 解决方案:明确采用哪种模糊查询,或者在通用处理中明确定义”模糊查询“
|
|
30
|
+
- 方案收益:能够清楚的理解模糊查询的具体情况
|
|
31
|
+
- 应用场景:查询条件的匹配方式中描述
|
|
32
|
+
|
|
33
|
+
#### 5. 文案的表达造成用户的误解
|
|
34
|
+
- 问题描述:文案的表达造成用户的误解
|
|
35
|
+
- 错误问题示例:”你确认取消吗?“ 确认 | 取消
|
|
36
|
+
- 解决方案:改为明确的表达
|
|
37
|
+
- 解决方案示例:您将进行取消操作,这会造成录入的数据失效,您确定执行吗? 确定 | 取消
|
|
38
|
+
- 方案收益:能够清晰的表达,避免误解的产生
|
|
39
|
+
- 应用场景:文案说明
|
|
40
|
+
|
|
41
|
+
#### 6. 顺序、倒序会引起误解
|
|
42
|
+
- 问题描述:顺序、倒序会引起误解
|
|
43
|
+
- 解决方案:采用升序、降序代替顺序、倒序
|
|
44
|
+
- 方案收益:确保了理解的一致性
|
|
45
|
+
- 应用场景:排序的时候
|
|
46
|
+
|
|
47
|
+
#### 7. 编号规则表达模糊造成实现错误
|
|
48
|
+
- 问题描述:编号规则表达模糊造成实现错误
|
|
49
|
+
- 错误问题示例:采用ABC-234格式进行编号
|
|
50
|
+
- 解决方案:采用表格,明确编号的每个组成部分。 对于每项专门做出解释说明
|
|
51
|
+
- 方案收益:表达清晰,开发正确,避免了各方理解不一致
|
|
52
|
+
- 应用场景:需要生成编号的时候
|
|
53
|
+
|
|
54
|
+
#### 8. 描述控件的时候,控件缺少合适的名字,造成理解上的困难
|
|
55
|
+
- 问题描述:描述控件的时候,控件缺少合适的名字,造成理解上的困难
|
|
56
|
+
- 错误问题示例:(?)控件. 不知道这是什么控件
|
|
57
|
+
- 解决方案:对控件进行编号,明确指代
|
|
58
|
+
- 方案收益:表达清晰,开发正确,避免了各方理解不一致
|
|
59
|
+
- 应用场景:页面控件较多、有组合控件等情形。
|
|
60
|
+
|
|
61
|
+
#### 9. 采用“超过”,“之后”,“之前”,“之内”等描述方式导致对于边界是否包含的理解产
|
|
62
|
+
- 问题描述:采用“超过”,“之后”,“之前”,“之内”等描述方式导致对于边界是否包含的理解产生歧义。
|
|
63
|
+
- 错误问题示例:超过x天
|
|
64
|
+
- 解决方案:采用>=,<=,>,<,=,(),[]等数学符号进行描述。 采用T+x和D+x等进行准确的描述
|
|
65
|
+
- 解决方案示例:采用数学符号 >= 表示明确的范围,或者开闭区间符号(),[]
|
|
66
|
+
- 方案收益:可以达到理解的精确,避免歧义。
|
|
67
|
+
- 应用场景:对于时间、金额、长度、等数字范围的情况,需要通过数学符号的方式进行描述。
|
|
68
|
+
|
|
69
|
+
#### 10. 时间边界表达不清(之后/之前)
|
|
70
|
+
- 问题分类:模糊表达
|
|
71
|
+
- 关键词:时间边界/开闭区间
|
|
72
|
+
- 问题描述:“之后/之前/以内/超过”等表达容易造成边界是否包含、起算点、时区/自然日切换点不明确,导致实现与验收不一致。
|
|
73
|
+
- 错误问题示例:之后、之前
|
|
74
|
+
- 解决方案:用可验收的规则描述:明确起算点(T0 是哪个字段/事件)、边界是否包含([ ] / ( ) 或 >= / >)、时区与自然日切换点,并给出 2-3 组样例。
|
|
75
|
+
- 解决方案示例:采用数学符号 >= 表示明确的范围,或者开闭区间符号(),[]
|
|
76
|
+
- 方案收益:避免边界歧义与线上纠纷,降低返工与测试遗漏。
|
|
77
|
+
- 应用场景:涉及时间窗口、有效期、截止期、宽限期、统计口径等规则。
|
|
78
|
+
- 关联质量标准:精确性
|
|
79
|
+
|
|
80
|
+
#### 11. 时间语义不清(本周)
|
|
81
|
+
- 问题分类:模糊表达
|
|
82
|
+
- 关键词:时间口径/周定义
|
|
83
|
+
- 问题描述:“本周”在不同地区/系统中可能周起始日不同(周一或周日),且可能涉及时区与自然日切换点,若不明确会导致统计与筛选结果不一致。
|
|
84
|
+
- 错误问题示例:本周
|
|
85
|
+
- 解决方案:明确周的定义(周起始日、时区、自然日切换点)与计算方式,并给出可验收的时间范围表达。
|
|
86
|
+
- 解决方案示例:当前日期所在的周的 周一~周日
|
|
87
|
+
- 方案收益:确保统计/筛选/报表口径一致,减少跨端差异与争议。
|
|
88
|
+
- 应用场景:筛选条件、报表统计、周期任务、结算周期等。
|
|
89
|
+
- 关联质量标准:精确性
|
|
90
|
+
|
|
91
|
+
#### 12. 相对时间表达不清(一个月之内/5天/一年)
|
|
92
|
+
- 问题分类:模糊表达
|
|
93
|
+
- 关键词:相对时间/起算点
|
|
94
|
+
- 问题描述:“一个月之内/5天/一年”等表达若不明确起算点、是否自然日/24小时、是否按月历/固定天数、边界是否包含,会导致计算结果与用户预期不一致。
|
|
95
|
+
- 错误问题示例:一个月之内,5天,一年
|
|
96
|
+
- 解决方案:用明确的时间表达方式定义规则:T0(起算点)+ offset(单位与口径)+ 区间边界;必要时给出跨月/闰年/跨时区样例。
|
|
97
|
+
- 解决方案示例:采用T+x或者D+x的方式进行描述,或者开闭区间符号(),[]
|
|
98
|
+
- 方案收益:避免时间计算歧义,提升实现一致性与测试可重复性。
|
|
99
|
+
- 应用场景:有效期、报名/审批截止、宽限期、冷静期、会员到期等。
|
|
100
|
+
- 关联质量标准:精确性
|
|
101
|
+
|
|
102
|
+
#### 13. 需求遗漏
|
|
103
|
+
- 问题分类:需求遗漏
|
|
104
|
+
- 问题描述:场景遗漏造成需求整体缺失一大块
|
|
105
|
+
- 解决方案:采用闭环思维,以用户视角全面体验一遍流程,寻找意识点
|
|
106
|
+
- 方案收益:避免了场景遗漏,可以避免重大功能遗漏,从而确保质量
|
|
107
|
+
- 应用场景:业务场景描述
|
|
108
|
+
- 关联质量标准:完整性
|
|
109
|
+
|
|
110
|
+
#### 14. 逆向流程缺失造成开发的过程、测试的过程中需要反复的确认各种细节
|
|
111
|
+
- 问题描述:逆向流程缺失造成开发的过程、测试的过程中需要反复的确认各种细节
|
|
112
|
+
- 错误问题示例:插卡处理,忘了可能在业务处理过程中随时发生卡片损坏的情况
|
|
113
|
+
- 解决方案:扫描流程图每个节点发现对应的逆向流程
|
|
114
|
+
- 方案收益:确保逆向流程得到充分分析,完整覆盖
|
|
115
|
+
- 应用场景:所有涉及到流程的都应该分析是否有逆向流程
|
|
116
|
+
|
|
117
|
+
#### 15. 造成在一些状态下,对应的操作的限制没有描述,导致问题延迟到生产环境
|
|
118
|
+
- 问题描述:造成在一些状态下,对应的操作的限制没有描述,导致问题延迟到生产环境
|
|
119
|
+
- 解决方案:采用决策矩阵进行描述
|
|
120
|
+
- 方案收益:采用决策矩阵,可以确保100%覆盖
|
|
121
|
+
- 应用场景:所有有状态的都需要分析是否有相关对操作的限制组合
|
|
122
|
+
|
|
123
|
+
#### 16. 角色的遗漏造成业务的分析干系人缺失,逻辑不恰当,发生故障,向后传递等问题。
|
|
124
|
+
- 问题描述:角色的遗漏造成业务的分析干系人缺失,逻辑不恰当,发生故障,向后传递等问题。
|
|
125
|
+
- 错误问题示例:在通用的名称之外,定义了并不存在的自己命名的新角色
|
|
126
|
+
- 解决方案:采用角色列表梳理各种角色 以场景法进行梳理,可以得到完整的干系人列表
|
|
127
|
+
- 方案收益:确保了角色的梳理清晰,基于角色体验整体场景,从而发现隐藏的功能
|
|
128
|
+
- 应用场景:对于较大的或者较新的需求要先做干系人识别,以便能梳理出所有的相关的干系人,确保后续的分析的完整合理
|
|
129
|
+
|
|
130
|
+
#### 17. 关键角色遗漏(专家/顾问/运营/审核等)
|
|
131
|
+
- 问题分类:角色遗漏
|
|
132
|
+
- 关键词:干系人/角色列表
|
|
133
|
+
- 问题描述:遗漏关键角色会导致流程不闭环、权限设计不完整、场景不成立,最终让功能设计与实现偏离真实业务。
|
|
134
|
+
- 错误问题示例:个人理财App,遗漏了财务顾问;系统功能设计都是不合理的。
|
|
135
|
+
- 解决方案:基于业务对象与全流程梳理角色清单(内部/外部/系统角色),并为每个角色补齐任务、入口与权限边界;用场景走查验证每个关键节点都有责任主体。
|
|
136
|
+
- 解决方案示例:示例角色:用户/财务顾问/客服/运营/风控/审核/系统任务;为各角色分别列出可见数据范围与可执行操作。
|
|
137
|
+
- 方案收益:减少返工与上线后补角色/补权限的风险,提升流程可执行性与合规性。
|
|
138
|
+
- 应用场景:跨部门协作、多角色参与、需要审核/风控/客服介入的业务。
|
|
139
|
+
- 关联质量标准:完整性
|
|
140
|
+
|
|
141
|
+
#### 18. 遗漏的功能,会造成工期估算错误,发现时要延期; 遗漏的功能,会造成系统的缺
|
|
142
|
+
- 问题描述:遗漏的功能,会造成工期估算错误,发现时要延期; 遗漏的功能,会造成系统的缺陷,无法实现业务价值;
|
|
143
|
+
- 错误问题示例:实时保存个性化设置,忘记了说明
|
|
144
|
+
- 解决方案:采用对象旅程梳理功能
|
|
145
|
+
- 方案收益:避免了功能的遗漏,可以更为准确的估算; 避免了功能的遗漏,可以更充分的分析影响性。
|
|
146
|
+
- 应用场景:面对新需求的时候建议都用对象旅程、用户旅程体验一遍
|
|
147
|
+
|
|
148
|
+
#### 19. 用户旅程梳理不完整导致隐含功能遗漏
|
|
149
|
+
- 问题分类:功能遗漏
|
|
150
|
+
- 关键词:用户旅程/隐含功能
|
|
151
|
+
- 问题描述:通过用户旅程梳理不完整,导致隐含的业务动作/引流/触达等关键功能遗漏。
|
|
152
|
+
- 错误问题示例:新人注册有礼忘了引流
|
|
153
|
+
- 解决方案:通过用户旅程从“触达→进入→注册→首单/首用→留存→召回”完整走一遍,枚举每一步的输入/输出、触发点与所需能力,并把隐含功能(引流、埋点、通知、权益发放、风控等)显式写入需求与功能清单。
|
|
154
|
+
- 解决方案示例:示例:注册成功后触发发券/发消息/埋点上报;首登引导页;邀请链路;落地页参数透传与归因。
|
|
155
|
+
- 方案收益:减少需求遗漏与返工,保证实现与运营目标一致,降低上线后补功能风险。
|
|
156
|
+
- 应用场景:有获客/转化/留存目标的功能(注册、活动、营销、会员、引导页、权益发放等)。
|
|
157
|
+
- 关联质量标准:完整性
|
|
158
|
+
|
|
159
|
+
#### 20. 对象旅程梳理不完整导致关键对象处理遗漏(合同/协议等)
|
|
160
|
+
- 问题分类:功能遗漏
|
|
161
|
+
- 关键词:对象旅程/关键对象遗漏
|
|
162
|
+
- 问题描述:关键业务对象在需求中未被完整建模与覆盖,导致对象相关的必需处理(如合同/协议/附件/对账等)在实现时被遗漏。
|
|
163
|
+
- 错误问题示例:收单系统遗漏了合同处理
|
|
164
|
+
- 解决方案:采用对象旅程/对象生命周期梳理:列出本需求涉及的核心对象(订单/合同/支付单/发票/结算单等),逐一覆盖其“创建→流转→查询→变更→归档/作废”的全链路,以及对象之间的关系与触发的外部依赖。
|
|
165
|
+
- 解决方案示例:示例:对象=合同:生成规则、签署入口、签署状态、归档与下载;与订单/支付单的关联;签署失败与重试;权限与审计。
|
|
166
|
+
- 方案收益:避免关键对象遗漏导致的延期与返工,保证交付范围完整,降低联调阶段才发现缺口的风险。
|
|
167
|
+
- 应用场景:涉及强业务对象的系统(收单/结算/合同/订单/资产/工单等),尤其是对象跨系统流转或有合规要求时。
|
|
168
|
+
- 关联质量标准:完整性
|
|
169
|
+
|
|
170
|
+
#### 21. 数字没有定义显示格式,小数位数的计算方法
|
|
171
|
+
- 问题描述:数字没有定义显示格式,小数位数的计算方法
|
|
172
|
+
- 解决方案:定义UI细节规范
|
|
173
|
+
- 解决方案示例:数字右对齐; 金额保留两位小数; 采用四舍五入计算;
|
|
174
|
+
- 方案收益:明确各种UI和交互方面的细节,避免了各种妥协的实现
|
|
175
|
+
- 应用场景:对于有数字(金额、数量、年龄)、日期等需要格式化的数据,需要统一定义其展示格式、计算方法等详细。
|
|
176
|
+
|
|
177
|
+
#### 22. 页面加载时,有些控件的数据需要从后台加载。遗漏了这个控件的加载描述,会造成控件忘
|
|
178
|
+
- 问题描述:页面加载时,有些控件的数据需要从后台加载。遗漏了这个控件的加载描述,会造成控件忘记加载
|
|
179
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
180
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
181
|
+
- 应用场景:UI都要枚举所有控件,看是否有对应的加载处理
|
|
182
|
+
|
|
183
|
+
#### 23. 控件忘记了加载空白选项,一旦选择,就不能清空。
|
|
184
|
+
- 问题描述:控件忘记了加载空白选项,一旦选择,就不能清空。
|
|
185
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
186
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
187
|
+
- 应用场景:对于下拉框等控件要确认是否有空白选项
|
|
188
|
+
|
|
189
|
+
#### 24. 动作细节遗漏
|
|
190
|
+
- 问题描述:动作细节遗漏
|
|
191
|
+
- 错误问题示例:下拉框和穿梭框组合成的数据选择控件, 下拉框的切换,对于穿梭框的影响,需要清晰的描述
|
|
192
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
193
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
194
|
+
- 应用场景:对于组合控件来说,应该明确其相互之间的影响性,明确各种条件下的互动。
|
|
195
|
+
|
|
196
|
+
#### 25. 动作分解遗漏,对于分解后的组合动作会有很多奇怪的现象
|
|
197
|
+
- 问题描述:动作分解遗漏,对于分解后的组合动作会有很多奇怪的现象
|
|
198
|
+
- 错误问题示例:按下按钮再弹起,其实是有按下,停留,弹起三个动作。处理的时候如果处理不当,会造成很多问题
|
|
199
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
200
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
201
|
+
- 应用场景:对于处理要求各种细节操作的时候,需要描述清楚动作分解和动作组合的各种情况。
|
|
202
|
+
|
|
203
|
+
#### 26. 动画细节的描述遗漏会造成动画实现的效果和预期的偏差。降低用户体验。
|
|
204
|
+
- 问题描述:动画细节的描述遗漏会造成动画实现的效果和预期的偏差。降低用户体验。
|
|
205
|
+
- 错误问题示例:抽奖转盘的转动效果描述不够详细
|
|
206
|
+
- 解决方案:明确各种动画的描述方法。比如:移动的方向,距离;旋转的方向,角度;所需要的时长;是否匀减速等
|
|
207
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
208
|
+
- 应用场景:界面如果有动画的时候需要明确的描述出动画的细节。
|
|
209
|
+
|
|
210
|
+
#### 27. 缺少响应式规则的描述,导致响应式页面布局混乱
|
|
211
|
+
- 问题描述:缺少响应式规则的描述,导致响应式页面布局混乱
|
|
212
|
+
- 错误问题示例:没有说明响应式不同设备下应该如何显示页面
|
|
213
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
214
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
215
|
+
- 应用场景:需要响应式开发的时候
|
|
216
|
+
|
|
217
|
+
#### 28. 缺少排版布局规则,造成页面在某些条件下的展示不友好
|
|
218
|
+
- 问题描述:缺少排版布局规则,造成页面在某些条件下的展示不友好
|
|
219
|
+
- 错误问题示例:可以设置隐藏面板中某个部分的显示。 那么隐藏后,后面的内容是左移,还是保持原位,这样会有空白区域。
|
|
220
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
221
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
222
|
+
- 应用场景:页面的排版布局会随着条件变化而变化的时候
|
|
223
|
+
|
|
224
|
+
#### 29. 等到集成联调的时候才发现,还有别的系统需要对接,造成了系统的开发周期需要延期
|
|
225
|
+
- 问题描述:等到集成联调的时候才发现,还有别的系统需要对接,造成了系统的开发周期需要延期
|
|
226
|
+
- 解决方案:采用对象旅程梳理外部依赖
|
|
227
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
228
|
+
- 应用场景:有外部依赖系统的时候
|
|
229
|
+
|
|
230
|
+
#### 30. 条件组合的遗漏造成了系统的处理缺陷
|
|
231
|
+
- 问题描述:条件组合的遗漏造成了系统的处理缺陷
|
|
232
|
+
- 错误问题示例:审批日到期的例子
|
|
233
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
234
|
+
- 解决方案示例:采用判定矩阵梳理所有的条件组合
|
|
235
|
+
- 方案收益:确保条件组合100%覆盖
|
|
236
|
+
- 应用场景:多因素的条件组合
|
|
237
|
+
|
|
238
|
+
#### 31. 没有紧急预案的情况下,造成系统无法
|
|
239
|
+
- 问题描述:没有紧急预案的情况下,造成系统无法
|
|
240
|
+
- 错误问题示例:初上线的系统,由于业务漏洞损失了几十万,而无法立即止损。等发现的时候已经造成较大的实质性损失。
|
|
241
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
242
|
+
- 解决方案示例:采用风险识别的方法发现可能存在的紧急风险
|
|
243
|
+
- 方案收益:避免了紧急风险的情况下,系统无法止损
|
|
244
|
+
- 应用场景:用于防止业务发生风险的情况,可以直接一键下架业务模块,止损
|
|
245
|
+
|
|
246
|
+
#### 32. 竞合的场景的解救措施没有描述会造成业务的停顿
|
|
247
|
+
- 问题描述:竞合的场景的解救措施没有描述会造成业务的停顿
|
|
248
|
+
- 错误问题示例:退款处理失败,但是系统记录了这个业务已经发生了退款,无法再次退款。
|
|
249
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
250
|
+
- 解决方案示例:采用异常思维,发现可能存在的失败的情况,并且加以解决
|
|
251
|
+
- 方案收益:避免了业务异常之后无法继续处理
|
|
252
|
+
- 应用场景:用于业务发生异常之后可以让业务得以继续的处理
|
|
253
|
+
|
|
254
|
+
#### 33. 遗漏了校验,会让错误的数据传递到后续的逻辑中造成Bug
|
|
255
|
+
- 问题描述:遗漏了校验,会让错误的数据传递到后续的逻辑中造成Bug
|
|
256
|
+
- 解决方案:采用校验矩阵,并统一校验矩阵表头(与质量规范一致,按语种):字段/必填/格式/长度/范围/唯一/其他
|
|
257
|
+
- 解决方案示例:语言=zh-CN:| 字段 | 必填 | 格式 | 长度 | 范围 | 唯一 | 其他 | 语言=en:| Field | Required | Format | Length | Range | Unique | Others | 语言=ja:| フィールド | 必須 | 形式 | 長さ | 範囲 | 一意 | その他 |
|
|
258
|
+
- 方案收益:确保校验没有遗漏
|
|
259
|
+
- 应用场景:界面提交需要校验的时候
|
|
260
|
+
|
|
261
|
+
#### 34. 遗漏了权限会造成权限的混乱,越权等各种缺陷
|
|
262
|
+
- 问题分类:权限遗漏
|
|
263
|
+
- 关键词:RBAC/组织权限/数据权限/状态权限
|
|
264
|
+
- 问题描述:遗漏了权限会造成权限的混乱,越权等各种缺陷
|
|
265
|
+
- 错误问题示例:权限不清晰会造成各种处理混乱,越权等情况的发生。
|
|
266
|
+
- 解决方案:采用权限矩阵体系化覆盖:控件级 RBAC + 组织结构权限 + 数据权限 + 状态权限(可操作性矩阵),并明确入口权限与条件。
|
|
267
|
+
- 解决方案示例:采用角色权限矩阵表达角色权限;补充:采用角色权限矩阵一样的方式表达组织结构权限;采用数据权限矩阵表达数据权限;采用决策矩阵表达状态权限
|
|
268
|
+
- 方案收益:避免了权限遗漏造成的权限混乱、越权等情况的发生
|
|
269
|
+
- 应用场景:需要定义权限的时候
|
|
270
|
+
- 关联质量标准:完整性
|
|
271
|
+
|
|
272
|
+
#### 35. 事物的多样性遗漏,造成需求的重大缺失,没有考虑到对应的场景
|
|
273
|
+
- 问题描述:事物的多样性遗漏,造成需求的重大缺失,没有考虑到对应的场景
|
|
274
|
+
- 错误问题示例:入职用户的身份多样性; 仓库的种类的多样性
|
|
275
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
276
|
+
- 方案收益:充分考虑到了各种各样的情景,确保需求梳理没有重大缺失
|
|
277
|
+
- 应用场景:对于事物有多样性的情况需要跟业务方确认,确保事物的多样性被充分发现
|
|
278
|
+
|
|
279
|
+
#### 36. 业务种类的多样性的缺失,可能造成一组或者多组业务无法支撑。
|
|
280
|
+
- 问题描述:业务种类的多样性的缺失,可能造成一组或者多组业务无法支撑。
|
|
281
|
+
- 错误问题示例:仓库可以自营,也可以用于租赁托管
|
|
282
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
283
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
284
|
+
- 应用场景:业务种类的多样性需要让业务方给出,因此要通过引导性提问询问业务方
|
|
285
|
+
|
|
286
|
+
#### 37. 遗漏了操作的多样性,造成功能缺失,上线无法满足业务的要求
|
|
287
|
+
- 问题描述:遗漏了操作的多样性,造成功能缺失,上线无法满足业务的要求
|
|
288
|
+
- 错误问题示例:登录的多种方式
|
|
289
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
290
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
291
|
+
- 应用场景:对于非常规操作(添加、删除、查询、详情、编辑、选择数据、导出)都要看看
|
|
292
|
+
|
|
293
|
+
#### 38. 操作还有各种组合,如果不描述,会造成各种组合的遗漏,进而造成需求实现错误。各种现
|
|
294
|
+
- 问题描述:操作还有各种组合,如果不描述,会造成各种组合的遗漏,进而造成需求实现错误。各种现实Bug
|
|
295
|
+
- 错误问题示例:屏幕有多个按钮,可以两个同时按下,例如Ctrl + S。 但是按钮太多了,如果按下更多的时候是否有互斥规则等,会发生什么,需要明确定义
|
|
296
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
297
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
298
|
+
- 应用场景:对于操作要求比较高的场景,比如说:游戏、画图软件、软键盘等需要在屏幕上频繁互动的场景。
|
|
299
|
+
|
|
300
|
+
#### 39. 同一个系统有多种终端可以接入;不同的终端的使用方法不同;没有列举出来,没有开发对
|
|
301
|
+
- 问题描述:同一个系统有多种终端可以接入;不同的终端的使用方法不同;没有列举出来,没有开发对应的终端,最后业务方无法验收。
|
|
302
|
+
- 错误问题示例:共享工作空间的会议室预定系统,可以接入多个不同设备来开门。包括:手机扫码、蓝牙开门、刷卡开门,遥控开门等多种方式
|
|
303
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
304
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
305
|
+
- 应用场景:多种不同终端可以接入的时候,需要考虑各终端的接入方式和对应的功能需求
|
|
306
|
+
|
|
307
|
+
#### 40. 不同的浏览器进行访问
|
|
308
|
+
- 问题描述:不同的浏览器进行访问
|
|
309
|
+
- 错误问题示例:浏览器的内核、版本的不同
|
|
310
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
311
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
312
|
+
- 应用场景:多种不同终端可以接入的时候,需要考虑浏览器的多样性
|
|
313
|
+
|
|
314
|
+
#### 41. 不同的屏幕尺寸
|
|
315
|
+
- 问题描述:不同的屏幕尺寸
|
|
316
|
+
- 错误问题示例:屏幕的尺寸的不同
|
|
317
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
318
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
319
|
+
- 应用场景:多种不同终端可以接入的时候,需要考虑屏幕尺寸的多样性
|
|
320
|
+
|
|
321
|
+
#### 42. 库存上限
|
|
322
|
+
- 问题描述:库存上限
|
|
323
|
+
- 错误问题示例:抽奖超限了 业务逻辑错误,导致货物超售了
|
|
324
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
325
|
+
- 方案收益:避免了业务上的隐藏漏洞
|
|
326
|
+
- 应用场景:在涉及到隐藏的上下限的时候,要站在项目发起者(Sponsor)的角度考虑,看这个角色需要考虑到哪些隐藏的界限
|
|
327
|
+
|
|
328
|
+
#### 43. 预算上限
|
|
329
|
+
- 问题描述:预算上限
|
|
330
|
+
- 错误问题示例:业务逻辑错误,导致了推广活动超发了
|
|
331
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
332
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
333
|
+
- 应用场景:需求分析与方案设计阶段,存在同类问题风险时。
|
|
334
|
+
|
|
335
|
+
#### 44. 数字类型的上限
|
|
336
|
+
- 问题描述:数字类型的上限
|
|
337
|
+
- 错误问题示例:因为忘记了Integer.Max导致SSD硬盘故障
|
|
338
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
339
|
+
- 方案收益:避免了由于技术上的限制,而造成的系统Bug
|
|
340
|
+
- 应用场景:处理上数字可能超限的时候
|
|
341
|
+
|
|
342
|
+
#### 45. 数量上下限(含0/负数/超大值)
|
|
343
|
+
- 问题分类:上下限遗漏
|
|
344
|
+
- 关键词:数量上限/下限/0值/负数
|
|
345
|
+
- 问题描述:数量字段若未定义最小值、最大值与边界口径(是否允许0、是否允许负数、是否允许小数),会导致业务漏洞或系统异常。
|
|
346
|
+
- 错误问题示例:购买数量未限制导致一次下单999999;数量允许0导致生成空订单;负数导致库存回补异常。
|
|
347
|
+
- 解决方案:为每个数量类字段定义:最小值/最大值/步进(整数或小数)、单位、边界是否包含、超限时提示与后端兜底;对导入/批量接口同样生效。
|
|
348
|
+
- 解决方案示例:示例:qty 为整数,1<=qty<=999;超限返回错误码并提示“数量范围为1-999”;导入逐行校验并输出失败明细。
|
|
349
|
+
- 方案收益:避免刷单/超限/数据污染,提升稳定性与可控性。
|
|
350
|
+
- 应用场景:数量、份数、次数、库存变更、票数、积分变动等所有计数量字段。
|
|
351
|
+
- 关联质量标准:精确性
|
|
352
|
+
|
|
353
|
+
#### 46. 距离/范围上下限(配送/定位/围栏等)
|
|
354
|
+
- 问题分类:上下限遗漏
|
|
355
|
+
- 关键词:距离上限/下限/范围口径
|
|
356
|
+
- 问题描述:距离/范围字段若未定义上限、下限、单位与计算口径,会导致错误计费、不可达订单或性能问题。
|
|
357
|
+
- 错误问题示例:配送半径未限制导致生成不可配送订单;距离单位混用(米/公里)导致计费错误。
|
|
358
|
+
- 解决方案:明确单位(m/km)、计算口径(直线/路径)、上限下限与舍入规则,并定义超限处理(提示/禁止下单/降级到人工确认)。
|
|
359
|
+
- 解决方案示例:示例:delivery_radius_km 0<r<=30;distance_km 取1位小数四舍五入;超出30km不允许下单并提示。
|
|
360
|
+
- 方案收益:避免业务不可达与计费纠纷,提升体验与可运营性。
|
|
361
|
+
- 应用场景:配送、网点服务范围、定位打卡、围栏、里程计费等。
|
|
362
|
+
- 关联质量标准:精确性
|
|
363
|
+
|
|
364
|
+
#### 47. 年龄上下限(未成年人/合规)
|
|
365
|
+
- 问题分类:上下限遗漏
|
|
366
|
+
- 关键词:年龄下限/上限/生日口径
|
|
367
|
+
- 问题描述:年龄规则若未明确计算口径与边界(按生日/自然日/时区),会导致合规风险与错误放行/拦截。
|
|
368
|
+
- 错误问题示例:未限制未成年人注册;生日当天是否满18岁口径不一致导致审核争议。
|
|
369
|
+
- 解决方案:明确年龄计算:以哪个字段为生日、以哪个时区判断、边界是否包含;规定允许范围与异常处理(缺失生日/不可解析)。
|
|
370
|
+
- 解决方案示例:示例:合规判定用“是否已到18周岁生日当天(含)”;缺失生日不允许通过并提示补全。
|
|
371
|
+
- 方案收益:降低合规风险,保证判定一致与可验收。
|
|
372
|
+
- 应用场景:注册、内容分级、支付、考试、未成年人保护等。
|
|
373
|
+
- 关联质量标准:精确性
|
|
374
|
+
|
|
375
|
+
#### 48. 网络带宽的上限
|
|
376
|
+
- 问题描述:网络带宽的上限
|
|
377
|
+
- 错误问题示例:因为忘记了考虑网络带宽的上限,导致了大量下载的时候容量挤占,网络不通
|
|
378
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
379
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
380
|
+
- 应用场景:需要集中访问服务器下载的时候
|
|
381
|
+
|
|
382
|
+
#### 49. 磁盘容量的上限
|
|
383
|
+
- 问题描述:磁盘容量的上限
|
|
384
|
+
- 错误问题示例:因为忘记了磁盘容量的上限,导致磁盘满,最后无法存储数据
|
|
385
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
386
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
387
|
+
- 应用场景:需要大量存储数据的时候
|
|
388
|
+
|
|
389
|
+
#### 50. 缺少细节的描述,导致导出的报表在细节上存在很多问题,可能会造成报表在处理数据的时
|
|
390
|
+
- 问题描述:缺少细节的描述,导致导出的报表在细节上存在很多问题,可能会造成报表在处理数据的时候体验不够好,阅读不方便等情况出现。
|
|
391
|
+
- 解决方案:明确扫描所有的细节:格式、排序、查询条件、条数限制
|
|
392
|
+
- 方案收益:确保了细节的充分表达,传递准确详细的信息
|
|
393
|
+
- 应用场景:导出报表的时候
|
|
394
|
+
|
|
395
|
+
#### 51. 缺少必要细节的描述。导致有些处理的操作的实现被遗漏了。实际操作的时候,一旦发生,
|
|
396
|
+
- 问题描述:缺少必要细节的描述。导致有些处理的操作的实现被遗漏了。实际操作的时候,一旦发生,无法预期实际的效果。
|
|
397
|
+
- 错误问题示例:柱状图没说清楚配色,数字的展示规则,Y轴的规则
|
|
398
|
+
- 解决方案:枚举每个子控件,说明其细节
|
|
399
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
400
|
+
- 应用场景:控件组合的时候
|
|
401
|
+
|
|
402
|
+
#### 52. 遗漏了埋点需求,造成没有埋点,无法统计用户使用情况数据,缺少了改善体验的数据依据
|
|
403
|
+
- 问题描述:遗漏了埋点需求,造成没有埋点,无法统计用户使用情况数据,缺少了改善体验的数据依据
|
|
404
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
405
|
+
- 方案收益:确保充分的埋点,可以利用埋点进行数据的收集和分析
|
|
406
|
+
- 应用场景:埋点的时候
|
|
407
|
+
|
|
408
|
+
#### 53. 遗漏了排序条件,对于数据的出现顺序没有定义,实现起来和预期不一致
|
|
409
|
+
- 问题描述:遗漏了排序条件,对于数据的出现顺序没有定义,实现起来和预期不一致
|
|
410
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
411
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
412
|
+
- 应用场景:查询的时候
|
|
413
|
+
|
|
414
|
+
#### 54. 缺少对行业的一些约定俗成的规则的描述,导致了实现的时候,根据自己的想象推测出来的
|
|
415
|
+
- 问题描述:缺少对行业的一些约定俗成的规则的描述,导致了实现的时候,根据自己的想象推测出来的,实际使用的时候无法使用。
|
|
416
|
+
- 错误问题示例:快递的地址,同一个地址有多个名称的情况,描述的时候,只注重描述常规场景的需求,对于这种行业内尽人皆知,但是行业外不了解的情况,并没有注意描述。
|
|
417
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
418
|
+
- 方案收益:明确描述了隐藏的需求,确保了需求的充分完整
|
|
419
|
+
- 应用场景:涉及到新行业、新规则的时候
|
|
420
|
+
|
|
421
|
+
#### 55. 术语定义的缺失,导致理解困难,甚至产生歧义
|
|
422
|
+
- 问题描述:术语定义的缺失,导致理解困难,甚至产生歧义
|
|
423
|
+
- 解决方案:阅读文档,发现有术语的时候确认术语列表里是否已经定义
|
|
424
|
+
- 方案收益:通过术语的定义,各方的理解达成一致,用语达成一致,提高了沟通效率
|
|
425
|
+
- 应用场景:任何时候
|
|
426
|
+
|
|
427
|
+
#### 56. 影响场景遗漏造成处理异常,发生各种Bug
|
|
428
|
+
- 问题描述:影响场景遗漏造成处理异常,发生各种Bug
|
|
429
|
+
- 错误问题示例:Ctrl + C, Ctrl + V涉及到各种不同的App之间的处理,会有很多复杂的规则
|
|
430
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
431
|
+
- 方案收益:避免了场景遗漏,确保质量合格
|
|
432
|
+
- 应用场景:看似简单,其实背后逻辑复杂的处理,应该采用影响性分析
|
|
433
|
+
|
|
434
|
+
#### 57. 缺少出口数据的校验,导致出现错误的数据向外传递的情况发生
|
|
435
|
+
- 问题描述:缺少出口数据的校验,导致出现错误的数据向外传递的情况发生
|
|
436
|
+
- 解决方案:明确出口数据的校验方式
|
|
437
|
+
- 方案收益:避免了把错误的数据提供给用户
|
|
438
|
+
- 应用场景:导出报表,发送通知,邮件等
|
|
439
|
+
|
|
440
|
+
#### 58. 缺少出错处理,导致出错后没有对应的处理,没有解决相应的问题,问题持续的发生。
|
|
441
|
+
- 问题描述:缺少出错处理,导致出错后没有对应的处理,没有解决相应的问题,问题持续的发生。
|
|
442
|
+
- 解决方案:明确批处理出错的时候的各种处理,比如重试,通知等
|
|
443
|
+
- 方案收益:避免出错的时候被忽略,没有任何后续处理
|
|
444
|
+
- 应用场景:批处理的时候
|
|
445
|
+
|
|
446
|
+
#### 59. 明确上传文件出现错误的时候的各种处理,比如说,提示错误,通知等
|
|
447
|
+
- 问题描述:明确上传文件出现错误的时候的各种处理,比如说,提示错误,通知等
|
|
448
|
+
- 解决方案:明确上传文件出现错误的时候的各种处理,比如说,提示错误,通知等
|
|
449
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
450
|
+
- 应用场景:上传文件的时候
|
|
451
|
+
|
|
452
|
+
#### 60. 明确邮件发送的时候的出错的各种处理,比如说:提示,通知,日志等
|
|
453
|
+
- 问题描述:明确邮件发送的时候的出错的各种处理,比如说:提示,通知,日志等
|
|
454
|
+
- 解决方案:明确邮件发送的时候的出错的各种处理,比如说:提示,通知,日志等
|
|
455
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
456
|
+
- 应用场景:邮件发送、短信发送等通知发送的时候
|
|
457
|
+
|
|
458
|
+
#### 61. 冗余的处理/内容
|
|
459
|
+
- 问题分类:冗余的处理/内容
|
|
460
|
+
- 问题描述:多余的状态会造成理解混淆,逻辑混乱,以至于产生莫名其妙的Bug
|
|
461
|
+
- 解决方案:采用过去式命名状态,避免重复命名;以流程图的方式梳理状态,采用探照灯法梳理状态,避免重复。
|
|
462
|
+
- 方案收益:避免了重复的状态造成的理解困难
|
|
463
|
+
- 应用场景:梳理状态的时候
|
|
464
|
+
- 关联质量标准:正确性
|
|
465
|
+
|
|
466
|
+
#### 62. 判定矩阵膨胀会造成填写困难, 阅读困难,理解困难,维护困难的问题
|
|
467
|
+
- 问题描述:判定矩阵膨胀会造成填写困难, 阅读困难,理解困难,维护困难的问题
|
|
468
|
+
- 解决方案:分离独占条件
|
|
469
|
+
- 解决方案示例:补充:解耦合,按照处理阶段分离处理逻辑;按照某个属性对判定矩阵进行拆分
|
|
470
|
+
- 方案收益:缩减判定矩阵的尺寸,可以更好的进行填写,阅读和维护
|
|
471
|
+
- 应用场景:应用判定矩阵的时候
|
|
472
|
+
- 关联质量标准:易读性
|
|
473
|
+
|
|
474
|
+
#### 63. 难以阅读的格式
|
|
475
|
+
- 问题分类:难以阅读的格式
|
|
476
|
+
- 问题描述:采用当当当当式的缩进表达,编写麻烦,阅读困难,容易造成遗漏,复杂度偏高等问题
|
|
477
|
+
- 错误问题示例:书写困难,维护困难,阅读困难
|
|
478
|
+
- 解决方案:采用表达式树替代当当当当
|
|
479
|
+
- 解决方案示例:补充:采用判定矩阵替代当当当当;采用流程图替代当当当当;按照判定条件拆分当当当当,成为多个决策矩阵
|
|
480
|
+
- 方案收益:避免了需求文档的嵌套太深,阅读体验不好的问题; 避免了由于文档过于复杂而造成的难以维护的问题。
|
|
481
|
+
- 应用场景:写成当当当当的时候
|
|
482
|
+
- 关联质量标准:易读性
|
|
483
|
+
|
|
484
|
+
#### 64. 晦涩的表达,句子的编写本身需要审词造句,有很多困难。阅读理解起来也不容易。另外在
|
|
485
|
+
- 问题描述:晦涩的表达,句子的编写本身需要审词造句,有很多困难。阅读理解起来也不容易。另外在发生调整的时候也是比较麻烦。
|
|
486
|
+
- 错误问题示例:当当前日期和…申请日期…审批日期…旧到期日….新到日期
|
|
487
|
+
- 解决方案:采用符号代替
|
|
488
|
+
- 方案收益:避免了晦涩难懂的表达方式,理解变清晰了,书写也容易了,发生调整的时候维护也容易
|
|
489
|
+
- 应用场景:当句子变得复杂的时候
|
|
490
|
+
|
|
491
|
+
#### 65. 采用了表格描述需求,但是表格里仍然有长句子
|
|
492
|
+
- 问题描述:采用了表格描述需求,但是表格里仍然有长句子
|
|
493
|
+
- 错误问题示例:采用了表格描述需求,但是表格里仍然有长句子
|
|
494
|
+
- 解决方案:继续拆分表格,或者将长句子分离后采用引用的方式表达
|
|
495
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
496
|
+
- 应用场景:当表格里有长句子的时候
|
|
497
|
+
|
|
498
|
+
#### 66. 提供样例数据
|
|
499
|
+
- 问题描述:提供样例数据
|
|
500
|
+
- 错误问题示例:提供样例数据
|
|
501
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
502
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
503
|
+
- 应用场景:略微复杂的逻辑,需要通过例子才能够更好的理解的情况
|
|
504
|
+
|
|
505
|
+
#### 67. 调整句子的表达困难;阅读理解困难;维护修改困难
|
|
506
|
+
- 问题描述:调整句子的表达困难;阅读理解困难;维护修改困难
|
|
507
|
+
- 错误问题示例:调整句子的表达困难;阅读理解困难;维护修改困难
|
|
508
|
+
- 解决方案:采用属性表格拆分长句子
|
|
509
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
510
|
+
- 应用场景:当句子变得复杂的时候
|
|
511
|
+
|
|
512
|
+
#### 68. 资料提供遗漏
|
|
513
|
+
- 问题分类:资料提供遗漏
|
|
514
|
+
- 问题描述:缺少了模板会造成模板相关的功能无法开发。
|
|
515
|
+
- 错误问题示例:遗漏了必要的模板
|
|
516
|
+
- 解决方案:需要业务方提供的模板应该按照扫描的方法(包括对流程图进行多样性分析等)发现对应的模板。
|
|
517
|
+
- 方案收益:确保必要的资料及时的提供,从而能够更充分的分析需求。
|
|
518
|
+
- 应用场景:处理模板的时候。包括导入、导出等场景
|
|
519
|
+
- 关联质量标准:完整性
|
|
520
|
+
|
|
521
|
+
#### 69. 缺少了通知的文案,会造成,无法按照要求实现通知。
|
|
522
|
+
- 问题描述:缺少了通知的文案,会造成,无法按照要求实现通知。
|
|
523
|
+
- 错误问题示例:遗漏了通知文案
|
|
524
|
+
- 解决方案:需要业务方确认相关的通知的文案,或者提供对应的通知的模板
|
|
525
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
526
|
+
- 应用场景:发送通知的时候
|
|
527
|
+
|
|
528
|
+
#### 70. 缺少了合同类的处理,会有潜在的法律风险
|
|
529
|
+
- 问题描述:缺少了合同类的处理,会有潜在的法律风险
|
|
530
|
+
- 错误问题示例:遗漏了必要的合同、协议、法律文书等
|
|
531
|
+
- 解决方案:需要业务方提供的合同应该按照扫描的方法(包括流程图、多样性等)发现对应的合同
|
|
532
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
533
|
+
- 应用场景:处理合同、协议的时候
|
|
534
|
+
|
|
535
|
+
#### 71. 和事实不符
|
|
536
|
+
- 问题分类:和事实不符
|
|
537
|
+
- 问题描述:违背事实的需求描述会造成错误的代码,错误的逻辑,进而形成系统的Bug
|
|
538
|
+
- 解决方案:定时任务从流程图中分离出去
|
|
539
|
+
- 方案收益:避免了和事实不符类型的错误发生
|
|
540
|
+
- 应用场景:流程图中有对时间要求的时候
|
|
541
|
+
- 关联质量标准:正确性
|
|
542
|
+
|
|
543
|
+
#### 72. 处理逻辑错误
|
|
544
|
+
- 问题分类:处理逻辑错误
|
|
545
|
+
- 问题描述:基于错误的理解,没有确认就传递给开发方和测试方,造成了需求的实现错误
|
|
546
|
+
- 解决方案:通过需求反向确认方法来确认处理逻辑是否一致
|
|
547
|
+
- 方案收益:确认了处理逻辑和业务方要求的一致
|
|
548
|
+
- 应用场景:需求编写完成的时候
|
|
549
|
+
- 关联质量标准:正确性
|
|
550
|
+
|
|
551
|
+
#### 73. 身份验证方式不妥当,造成了身份泄露、越权等情况的发生
|
|
552
|
+
- 问题描述:身份验证方式不妥当,造成了身份泄露、越权等情况的发生
|
|
553
|
+
- 解决方案:双因素认证
|
|
554
|
+
- 方案收益:确保身份验证在必要的环节都是得到充分保障的验证。 建立统一的身份认证机制。
|
|
555
|
+
- 应用场景:所有设计到身份认证的环节
|
|
556
|
+
|
|
557
|
+
#### 74. 数据模型错误
|
|
558
|
+
- 问题分类:数据模型错误
|
|
559
|
+
- 问题描述:数据模型错误导致了后续的业务逻辑描述全都是错的
|
|
560
|
+
- 错误问题示例:推拉模型
|
|
561
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
562
|
+
- 方案收益:避免了由于模型错误,导致代码复杂度变高,用户体验不好,有生产Bug等各种问题
|
|
563
|
+
- 应用场景:需要建模的时候
|
|
564
|
+
- 关联质量标准:正确性
|
|
565
|
+
|
|
566
|
+
#### 75. 由于没有正确理解业务规则,造成的错误
|
|
567
|
+
- 问题描述:由于没有正确理解业务规则,造成的错误
|
|
568
|
+
- 错误问题示例:瓜分红包,应该实时瓜分,而不是提前瓜分
|
|
569
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
570
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
571
|
+
- 应用场景:可能实际发生数量超过预定边界的时候; 可能实际使用者会不去使用的时候;
|
|
572
|
+
|
|
573
|
+
#### 76. 计算规则描述错误,造成了实现错误,进而形成Bug
|
|
574
|
+
- 问题描述:计算规则描述错误,造成了实现错误,进而形成Bug
|
|
575
|
+
- 错误问题示例:作业批改,第一批次提交和第二批次提交的时候,规则设置错误,出现计算错误,造成了出现第三批次。
|
|
576
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
577
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
578
|
+
- 应用场景:需要计算才能得出规则的时候。
|
|
579
|
+
|
|
580
|
+
#### 77. 由于没有采用必要的符合业务要求的记账方式,形成业务漏洞
|
|
581
|
+
- 问题描述:由于没有采用必要的符合业务要求的记账方式,形成业务漏洞
|
|
582
|
+
- 错误问题示例:复式记账法
|
|
583
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
584
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
585
|
+
- 应用场景:财务记账的时候,仓储管理的时候; 所有和资产处置相关的系统;
|
|
586
|
+
|
|
587
|
+
#### 78. 笔误
|
|
588
|
+
- 问题分类:笔误
|
|
589
|
+
- 问题描述:数学公式错误造成理解错误,或者不假思索的按照错误的公式去实现代码,形成错误的结果
|
|
590
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
591
|
+
- 方案收益:避免由于笔误而造成的需求理解错误,和后续的质量问题
|
|
592
|
+
- 应用场景:描述数学公式的时候
|
|
593
|
+
- 关联质量标准:正确性
|
|
594
|
+
|
|
595
|
+
#### 79. 错别字引起错误的理解。可能直接引用错别字
|
|
596
|
+
- 问题描述:错别字引起错误的理解。可能直接引用错别字
|
|
597
|
+
- 解决方案:书写文字之后,用拼写检查和对照常见错别字表
|
|
598
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
599
|
+
- 应用场景:任何时候
|
|
600
|
+
|
|
601
|
+
#### 80. 没有遵循规范
|
|
602
|
+
- 问题分类:没有遵循规范
|
|
603
|
+
- 问题描述:不遵循业已存在的行业规范,造成需求实现错误,无法满足原始需求
|
|
604
|
+
- 错误问题示例:邮箱地址格式校验,自己写校验规则;补充:发国际短信的时候没有遵循国际电话号码规则,导致发送失败
|
|
605
|
+
- 解决方案:优先遵循业界/国际/国家规范(RFC/ISO/国家标准等),在需求中给出规范链接、适用范围、边界与示例;若需自定义,必须说明偏离原因与兼容策略。
|
|
606
|
+
- 解决方案示例:示例:手机号/国际电话采用 E.164;邮箱采用 RFC 5322 子集;日期时间采用 ISO 8601;金额精度与舍入规则统一。
|
|
607
|
+
- 方案收益:解决了自己定义的规则和完整国际规范/国家规范的规则不一致的问题
|
|
608
|
+
- 应用场景:校验规则的时候,依照规则处理数据的时候; 各种业已广泛使用的技术可能背后都有一套完整的规范体系存在。
|
|
609
|
+
- 关联质量标准:正确性
|
|
610
|
+
|
|
611
|
+
#### 81. 用错工具
|
|
612
|
+
- 问题分类:用错工具
|
|
613
|
+
- 问题描述:工具的使用混乱,缺少规律性,造成阅读困难,编写也不容易。 而且错误的应用工具,可能表达出来的结果是错误的。
|
|
614
|
+
- 错误问题示例:采用流程图处理一切逻辑
|
|
615
|
+
- 解决方案:适当的根据情况,转化成:决策矩阵,表达式树等多种不同的工具
|
|
616
|
+
- 方案收益:根据合适的场景选用合适的工具,可以促成表达的正确,理解容易,编写容易,响应需求变更容易的效果
|
|
617
|
+
- 应用场景:需求编写的时候,要查询场景 - 工具匹配表
|
|
618
|
+
- 关联质量标准:正确性、易读性、一致性
|
|
619
|
+
|
|
620
|
+
#### 82. 同一个类型的事物,采用了不同类型的工具描述。 例如:可以表示包含关系的有:思维导
|
|
621
|
+
- 问题描述:同一个类型的事物,采用了不同类型的工具描述。 例如:可以表示包含关系的有:思维导
|
|
622
|
+
- 错误问题示例:同一个类型的事物,采用了不同类型的工具描述。 例如:可以表示包含关系的有:思维导图、鱼骨图、树形目录等
|
|
623
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
624
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
625
|
+
- 应用场景:表达一类事物的时候,约定好选择的工具
|
|
626
|
+
|
|
627
|
+
#### 83. 两个出口造成理解混乱
|
|
628
|
+
- 问题描述:两个出口造成理解混乱
|
|
629
|
+
- 错误问题示例:两个出口造成理解混乱
|
|
630
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
631
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
632
|
+
- 应用场景:画流程图的时候
|
|
633
|
+
|
|
634
|
+
#### 84. 自定义的三角形、梯形等符号,不符合行业规范。
|
|
635
|
+
- 问题描述:自定义的三角形、梯形等符号,不符合行业规范。
|
|
636
|
+
- 错误问题示例:自定义的三角形、梯形等符号,不符合行业规范。
|
|
637
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
638
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
639
|
+
- 应用场景:需求分析与方案设计阶段,存在同类问题风险时。
|
|
640
|
+
|
|
641
|
+
#### 85. 缺少日志处理
|
|
642
|
+
- 问题分类:缺少日志处理
|
|
643
|
+
- 问题描述:缺少日志导致了出错了也不知道,问题也不知道在什么地方引起的,也不知道如何解决
|
|
644
|
+
- 解决方案:导出报表的时候需要有明确的日志,明确导出的时间,内容,文件路径,状态等
|
|
645
|
+
- 方案收益:确保充分考虑到了日志的存储,读取和使用的情况。在业务中需要利用日志进行审计、查找问题,解决问题的场景下,可以充分利用日志
|
|
646
|
+
- 应用场景:导出报表的时候
|
|
647
|
+
- 关联质量标准:完整性、正确性
|
|
648
|
+
|
|
649
|
+
#### 86. 批处理的时候应该有明确的日志处理,明确批处理的运行时间,处理的数据数量,结果状态
|
|
650
|
+
- 问题描述:批处理的时候应该有明确的日志处理,明确批处理的运行时间,处理的数据数量,结果状态
|
|
651
|
+
- 解决方案:批处理的时候应该有明确的日志处理,明确批处理的运行时间,处理的数据数量,结果状态等
|
|
652
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
653
|
+
- 应用场景:批处理的时候
|
|
654
|
+
|
|
655
|
+
#### 87. 上传文件的时候,要描述清楚上传文件的日志处理,明确上传的时间,原始文件,校验结果
|
|
656
|
+
- 问题描述:上传文件的时候,要描述清楚上传文件的日志处理,明确上传的时间,原始文件,校验结果
|
|
657
|
+
- 解决方案:上传文件的时候,要描述清楚上传文件的日志处理,明确上传的时间,原始文件,校验结果,解析结果等。
|
|
658
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
659
|
+
- 应用场景:上传文件的时候
|
|
660
|
+
|
|
661
|
+
#### 88. 邮件发送的时候,要描述清楚邮件发送的日志。明确发送时间,发送结果。
|
|
662
|
+
- 问题描述:邮件发送的时候,要描述清楚邮件发送的日志。明确发送时间,发送结果。
|
|
663
|
+
- 解决方案:邮件发送的时候,要描述清楚邮件发送的日志。明确发送时间,发送结果。
|
|
664
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
665
|
+
- 应用场景:邮件发送的时候
|
|
666
|
+
|
|
667
|
+
#### 89. 容易遗漏的处理
|
|
668
|
+
- 问题分类:容易遗漏的处理
|
|
669
|
+
- 问题描述:容易遗漏的操作,如果没有合适的处理机制,会造成用户体验困扰,乃至产生错误数据等后果
|
|
670
|
+
- 解决方案:在通用处理里说明刷新页面时的操作
|
|
671
|
+
- 方案收益:充分考虑到各种可能存在的操作,确保用户的使用体验
|
|
672
|
+
- 应用场景:基于网页程序都应该进行相关的描述
|
|
673
|
+
- 关联质量标准:完整性、复用性
|
|
674
|
+
|
|
675
|
+
#### 90. 在通用处理里说明转发分享时的操作
|
|
676
|
+
- 问题描述:在通用处理里说明转发分享时的操作
|
|
677
|
+
- 解决方案:在通用处理里说明转发分享时的操作
|
|
678
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
679
|
+
- 应用场景:需求分析与方案设计阶段,存在同类问题风险时。
|
|
680
|
+
|
|
681
|
+
#### 91. 在通用处理里说明打开收藏夹的链接时的操作
|
|
682
|
+
- 问题描述:在通用处理里说明打开收藏夹的链接时的操作
|
|
683
|
+
- 解决方案:在通用处理里说明打开收藏夹的链接时的操作
|
|
684
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
685
|
+
- 应用场景:需求分析与方案设计阶段,存在同类问题风险时。
|
|
686
|
+
|
|
687
|
+
#### 92. 在通用处理里说明双击某个按钮的时候的操作
|
|
688
|
+
- 问题描述:在通用处理里说明双击某个按钮的时候的操作
|
|
689
|
+
- 解决方案:在通用处理里说明双击某个按钮的时候的操作
|
|
690
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
691
|
+
- 应用场景:需求分析与方案设计阶段,存在同类问题风险时。
|
|
692
|
+
|
|
693
|
+
#### 93. 断网的时候应该,有明确的 - 重试机制(可选) - 网络检查机制(可选) - 提
|
|
694
|
+
- 问题描述:断网的时候应该,有明确的 - 重试机制(可选) - 网络检查机制(可选) - 提
|
|
695
|
+
- 解决方案:断网的时候应该,有明确的 - 重试机制(可选) - 网络检查机制(可选) - 提供离线支持功能(可选)
|
|
696
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
697
|
+
- 应用场景:手机考试系统,断网时的处理,可以通过预加载考卷的方式进行规避断网的问题。
|
|
698
|
+
|
|
699
|
+
#### 94. 如果数据加载慢,预先出现skeleton。如果再过x秒不出现,就自动出现加载进度
|
|
700
|
+
- 问题描述:如果数据加载慢,预先出现skeleton。如果再过x秒不出现,就自动出现加载进度
|
|
701
|
+
- 解决方案:如果数据加载慢,预先出现skeleton。如果再过x秒不出现,就自动出现加载进度条
|
|
702
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
703
|
+
- 应用场景:数据加载慢的时候可以通过提供skeleton和进度条等方式减少用户等待时的焦急感
|
|
704
|
+
|
|
705
|
+
#### 95. 在通用处理里两个用户同时操作一条数据的时候的操作
|
|
706
|
+
- 问题描述:在通用处理里两个用户同时操作一条数据的时候的操作
|
|
707
|
+
- 解决方案:在通用处理里两个用户同时操作一条数据的时候的操作
|
|
708
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
709
|
+
- 应用场景:一般系统都需要描述这个场景
|
|
710
|
+
|
|
711
|
+
#### 96. 重复的描述
|
|
712
|
+
- 问题分类:重复的描述
|
|
713
|
+
- 问题描述:重复的表达会形成大量的冗余,而且修改的时候十分麻烦,容易有遗漏的情况发生。
|
|
714
|
+
- 解决方案:采用通用控件描述减少重复
|
|
715
|
+
- 解决方案示例:通用控件实例
|
|
716
|
+
- 方案收益:减少了重复描述,更容易阅读,形成固定的约定 避免了重复的文档维护工作
|
|
717
|
+
- 应用场景:经常被调用的组件要放进通用组件描述中去
|
|
718
|
+
- 关联质量标准:复用性
|
|
719
|
+
|
|
720
|
+
#### 97. 采用通用处理描述,减少重复
|
|
721
|
+
- 问题描述:采用通用处理描述,减少重复
|
|
722
|
+
- 解决方案:采用通用处理描述,减少重复
|
|
723
|
+
- 解决方案示例:通用处理实例
|
|
724
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
725
|
+
- 应用场景:对全局有统一影响的,需要一次性描述的处理,放在通用处理里描述
|
|
726
|
+
|
|
727
|
+
#### 98. 采用抽象的方法减少重复描述
|
|
728
|
+
- 问题描述:采用抽象的方法减少重复描述
|
|
729
|
+
- 解决方案:采用抽象的方法减少重复描述
|
|
730
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
731
|
+
- 应用场景:多个流程之间的共性特别强的时候,要对流程进行抽象
|
|
732
|
+
|
|
733
|
+
#### 99. 采用消息列表减少重复描述
|
|
734
|
+
- 问题描述:采用消息列表减少重复描述
|
|
735
|
+
- 解决方案:采用消息列表减少重复描述
|
|
736
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
737
|
+
- 应用场景:同样的消息格式被大量重复使用的时候,要将该消息放进消息列表中。 多语言化支持的时候,需要把所有的消息都放进消息列表中。
|
|
738
|
+
|
|
739
|
+
#### 100. 复杂度考虑不足
|
|
740
|
+
- 问题分类:复杂度考虑不足
|
|
741
|
+
- 问题描述:对处理的复杂度没有估算,或者严重低估,造成了实际的执行时间过长,用户没有耐心等待等问题。或者假死机现象
|
|
742
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
743
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
744
|
+
- 应用场景:处理过大数据(不同场景下边界不同)的时候都要考虑性能问题。
|
|
745
|
+
|
|
746
|
+
#### 101. 画图软件,选择对象太多,造成性能急剧下降
|
|
747
|
+
- 问题描述:画图软件,选择对象太多,造成性能急剧下降
|
|
748
|
+
- 错误问题示例:画图软件,选择对象太多,造成性能急剧下降
|
|
749
|
+
- 解决方案:补充明确规则与边界条件,并给出可验收的示例与异常处理口径,避免实现与验收产生歧义。
|
|
750
|
+
- 方案收益:减少歧义与遗漏,提升实现正确性与验收一致性。
|
|
751
|
+
- 应用场景:需求分析与方案设计阶段,存在同类问题风险时。
|
|
752
|
+
|
|
753
|
+
#### 102. 模糊表达:关键词“公式/计算口径”
|
|
754
|
+
- 问题分类:模糊表达
|
|
755
|
+
- 英文1:ambiguous
|
|
756
|
+
- 英文2:formula
|
|
757
|
+
- 关键词:关键词“公式/计算口径”
|
|
758
|
+
- 问题描述:公式描述不完整会导致实现与验收偏差(变量含义、单位、边界、舍入、精度、缺省值不清)
|
|
759
|
+
- 错误问题示例:总价 = 单价 * 数量(未说明是否含税/折扣/券/运费;未说明四舍五入规则与精度)
|
|
760
|
+
- 解决方案:用“公式表 + 口径说明 + 示例输入输出”的方式精确定义:变量定义/单位;适用范围;边界是否包含;精度与舍入(round/floor/ceil);异常与缺省值(null/0/负数);一致性(前后端一致)
|
|
761
|
+
- 解决方案示例:示例:total_amount = round((unit_price * qty) - discount + shipping, 2);单位=元;qty 为整数>=1;discount>=0;失败返回错误码;给 2-3 组输入输出样例
|
|
762
|
+
- 方案收益:避免歧义,提升实现正确性与测试可重复性
|
|
763
|
+
- 应用场景:涉及金额/计费/评分/比例/分摊/统计口径等所有计算规则
|
|
764
|
+
- 关联质量标准:精确性
|
|
765
|
+
|
|
766
|
+
#### 103. 架构选型不当:关键词“异步/MQ/事件”
|
|
767
|
+
- 问题分类:架构选型不当
|
|
768
|
+
- 英文2:mq
|
|
769
|
+
- 关键词:关键词“异步/MQ/事件”
|
|
770
|
+
- 问题描述:明显需要异步解耦/削峰/可靠投递/最终一致性的场景,却未设计 MQ/事件方案,导致同步链路过长、失败难恢复、重试引发重复执行或对账困难
|
|
771
|
+
- 错误问题示例:下单后需触发:扣库存/发券/发消息/更新统计/回调外部等;但全部放在同步事务里或同步串行调用外部接口
|
|
772
|
+
- 解决方案:识别需要事件化的动作并补齐:消息清单(topic/queue、生产者、消费者、触发条件、payload schema);一致性方案(outbox/事务消息);幂等键;重试/DLQ;监控告警;补偿/重放入口
|
|
773
|
+
- 解决方案示例:示例:OrderPaid 事件;producer=order-service;consumer=inventory/coupon/notification;idempotency_key=order_id;retry=exponential backoff;DLQ=orderpaid.dlq;提供重放管理页
|
|
774
|
+
- 方案收益:降低耦合与失败影响面,提升吞吐与可恢复性,减少联调与回归风险
|
|
775
|
+
- 应用场景:涉及异步通知、跨系统集成、长耗时任务、大批量处理、状态机副作用扩散等场景
|
|
776
|
+
- 关联质量标准:完整性
|
|
777
|
+
|
|
778
|
+
### 需求质量问题类型及解决方案(补充)
|
|
779
|
+
|
|
780
|
+
#### 104. 模糊表达类:表述不明确、有歧义
|
|
781
|
+
- 问题分类:模糊表达
|
|
782
|
+
- 关键词:关键词“等/随机/高亮/模糊查询/顺序倒序/编号规则/控件命名/超过X天”
|
|
783
|
+
- 问题描述:表述不明确或存在歧义,导致实现与验收口径不一致
|
|
784
|
+
- 错误问题示例:用“等”列举事项;用“随机”描述算法;用“高亮”定义颜色;用“模糊查询”未明确匹配规则;文案“你确认取消吗?”;用“顺序/倒序”描述排序;编号规则仅写“ABC-234格式”;控件无明确名称(如“(?)控件”);用“超过5天”描述时间范围
|
|
785
|
+
- 解决方案:枚举所有可选项并用列表呈现;明确随机算法与概率;定义颜色 RGB;指定模糊查询类型(前/后/包含);优化文案并补充影响;用“升序/降序”;用表格拆解编号组成与含义;控件编号明确指代;采用 >=、<=、开闭区间或 T+x/D+x
|
|
786
|
+
- 方案收益:减少歧义与返工,提升可验收性
|
|
787
|
+
- 应用场景:所有规则、算法、查询、排序、编号、文案与范围描述
|
|
788
|
+
- 关联质量标准:精确性
|
|
789
|
+
|
|
790
|
+
#### 105. 需求遗漏:场景遗漏
|
|
791
|
+
- 问题分类:需求遗漏
|
|
792
|
+
- 关键词:关键词“角色/场景/闭环/旅程”
|
|
793
|
+
- 问题描述:缺失关键角色或关键使用场景,导致功能整体缺一大块
|
|
794
|
+
- 错误问题示例:个人理财 App 遗漏财务顾问角色;收单系统遗漏合同处理功能;新人注册有礼活动忘记引流环节
|
|
795
|
+
- 解决方案:闭环思维按用户视角完整走通;干系人识别梳理角色列表;用对象旅程/用户旅程梳理全功能,并建立小功能检查单
|
|
796
|
+
- 方案收益:避免重大功能缺失,降低上线风险
|
|
797
|
+
- 应用场景:业务场景与角色梳理阶段
|
|
798
|
+
- 关联质量标准:完整性
|
|
799
|
+
|
|
800
|
+
#### 106. 需求遗漏:流程遗漏
|
|
801
|
+
- 问题分类:需求遗漏
|
|
802
|
+
- 关键词:关键词“流程图/状态-操作/决策矩阵/逆向流程”
|
|
803
|
+
- 问题描述:主流程或逆向流程缺失,或状态-操作组合不完整,导致实现与测试反复确认
|
|
804
|
+
- 错误问题示例:插卡处理流程未考虑卡片损坏的逆向场景;状态-操作组合梳理不完整
|
|
805
|
+
- 解决方案:扫描流程图每个节点挖掘逆向流程;用决策矩阵梳理状态-操作组合,确保覆盖率 100%
|
|
806
|
+
- 方案收益:减少遗漏与返工,提升可测试性
|
|
807
|
+
- 应用场景:流程型业务、状态机业务
|
|
808
|
+
- 关联质量标准:完整性
|
|
809
|
+
|
|
810
|
+
#### 107. 需求遗漏:细节遗漏
|
|
811
|
+
- 问题分类:需求遗漏
|
|
812
|
+
- 关键词:关键词“格式/加载/控件/交互/响应式/导出/埋点/行业规则”
|
|
813
|
+
- 问题描述:UI/交互/导出/埋点/行业约定等细节缺失,导致实现与体验偏差或验收争议
|
|
814
|
+
- 错误问题示例:数字未定义显示格式;页面加载时控件加载描述缺失;下拉框无空白选项;组合控件交互规则未明确;动画效果描述模糊;响应式页面未说明设备规则;导出报表未明确格式/排序;埋点需求遗漏;行业规则遗漏
|
|
815
|
+
- 解决方案:制定 UI 细节规范;枚举控件并明确加载逻辑;为下拉/选择类控件提供空白/全部选项策略;明确组合控件联动影响;定义动画参数(方向/角度/时长);制定响应式布局规则;明确导出格式/排序/查询条件;将埋点纳入非功能性需求;收集并明确行业约定
|
|
816
|
+
- 方案收益:减少返工与争议,提升交付一致性
|
|
817
|
+
- 应用场景:页面设计、导出、交互、非功能需求
|
|
818
|
+
- 关联质量标准:完整性
|
|
819
|
+
|
|
820
|
+
#### 108. 需求遗漏:权限/依赖遗漏
|
|
821
|
+
- 问题分类:需求遗漏
|
|
822
|
+
- 关键词:关键词“角色权限/数据权限/外部依赖/对账/定时任务/时区”
|
|
823
|
+
- 问题描述:权限体系或外部依赖分析不足,会导致越权、数据泄露、联调失败或定时任务错误
|
|
824
|
+
- 错误问题示例:角色定义混乱导致权限遗漏;系统依赖外部对账系统但未分析;定时任务未考虑跨时区影响
|
|
825
|
+
- 解决方案:用角色权限矩阵/数据权限矩阵明确权限边界;用对象生命周期分析外部系统依赖与职责边界;用结构化工具与场景推演梳理定时任务、时区与日切口径
|
|
826
|
+
- 方案收益:降低安全与集成风险,提升可运营性
|
|
827
|
+
- 应用场景:权限、集成、周期任务相关需求
|
|
828
|
+
- 关联质量标准:完整性
|
|
829
|
+
|
|
830
|
+
#### 109. 需求遗漏:边界/异常遗漏
|
|
831
|
+
- 问题分类:需求遗漏
|
|
832
|
+
- 关键词:关键词“上限/下限/超售/超发/重试/失败提示/并发/快捷键”
|
|
833
|
+
- 问题描述:缺少边界与异常策略会引发线上故障、数据异常与用户体验问题
|
|
834
|
+
- 错误问题示例:库存超售;推广活动超发;数字类型未考虑上限;网络带宽不足导致下载拥堵;批处理出错无重试;上传失败无提示;Ctrl+C/V 跨 App 规则缺失
|
|
835
|
+
- 解决方案:从项目发起者视角分析隐藏上下限;评估技术上限;用枚举/矩阵分析复杂场景影响;明确批处理/上传/通知等出错处理(重试、幂等、降级、提示)
|
|
836
|
+
- 方案收益:降低事故概率,提升鲁棒性
|
|
837
|
+
- 应用场景:并发、资源、批处理、文件、通知等场景
|
|
838
|
+
- 关联质量标准:鲁棒性
|
|
839
|
+
|
|
840
|
+
#### 110. 干系人识别不足
|
|
841
|
+
- 问题分类:需求遗漏
|
|
842
|
+
- 关键词:关键词“干系人/组织/审批链/运维/合规”
|
|
843
|
+
- 问题描述:未识别关键干系人会导致权限、流程、运维与合规要求遗漏
|
|
844
|
+
- 错误问题示例:OA 考勤审批仅考虑员工提交、HR 审核,未识别 IT 部门、部门负责人
|
|
845
|
+
- 解决方案:通过组织干系图充分识别干系人,并把其目标/约束映射到流程、权限与验收项
|
|
846
|
+
- 方案收益:减少返工与扯皮,提升可落地性
|
|
847
|
+
- 应用场景:企业系统、审批流、跨部门协作场景
|
|
848
|
+
- 关联质量标准:完整性
|
|
849
|
+
|
|
850
|
+
#### 111. 对称业务流程缺失
|
|
851
|
+
- 问题分类:需求遗漏
|
|
852
|
+
- 关键词:关键词“对称流程/逆向流程/退货/撤销/冲正”
|
|
853
|
+
- 问题描述:只覆盖正向流程而缺少反向/对称流程,导致业务无法闭环
|
|
854
|
+
- 错误问题示例:购物 App 只考虑下单流程,未考虑退货流程
|
|
855
|
+
- 解决方案:识别业务流程的正反两面,并用流程图/状态机补齐对称流程与其权限、数据与日志口径
|
|
856
|
+
- 方案收益:确保闭环交付,减少线上补丁
|
|
857
|
+
- 应用场景:订单/支付/审批/执行等存在撤销/退回/回滚的流程
|
|
858
|
+
- 关联质量标准:完整性
|
|
859
|
+
|
|
860
|
+
#### 112. 冗余处理/内容类:复杂且难维护的表述
|
|
861
|
+
- 问题分类:冗余处理/内容
|
|
862
|
+
- 关键词:关键词“状态重复/判定矩阵膨胀/纯文本长句/表格长句”
|
|
863
|
+
- 问题描述:存在多余状态、冗长纯文本与膨胀矩阵,导致理解困难与维护成本高
|
|
864
|
+
- 错误问题示例:状态重复命名;判定矩阵膨胀;用纯文本描述复杂条件与流程;长句嵌套;表格中包含长句
|
|
865
|
+
- 解决方案:用过去式命名状态并用流程图去重;拆分独占条件与参数以缩减矩阵;用表达式树/判定矩阵/流程图替代长文本;用符号简化重复词;拆分表格并提供样例数据
|
|
866
|
+
- 方案收益:提升可读性与可维护性,减少遗漏
|
|
867
|
+
- 应用场景:复杂条件、复杂流程、规则引擎类需求
|
|
868
|
+
- 关联质量标准:可维护性
|
|
869
|
+
|
|
870
|
+
#### 113. 表述/格式类问题:格式不规范与工具混用
|
|
871
|
+
- 问题分类:表述/格式
|
|
872
|
+
- 关键词:关键词“错别字/公式括号/行业规范/UI规范/流程图规范”
|
|
873
|
+
- 问题描述:格式不规范或表达方式晦涩,会导致误读与实现偏差
|
|
874
|
+
- 错误问题示例:错别字;数学公式括号缺失或位置错误;校验规则不符合行业规范;未遵循 UI 规范;流程图符号不规范
|
|
875
|
+
- 解决方案:拼写检查;按国际/国家/行业规范定义校验;导入并定期更新 UI 规范;统一描述工具并遵循流程图规范
|
|
876
|
+
- 方案收益:减少误解与返工,提升规范性
|
|
877
|
+
- 应用场景:文档评审、交互与规则定义
|
|
878
|
+
- 关联质量标准:规范性
|
|
879
|
+
|
|
880
|
+
#### 114. 逻辑/数据模型错误类:与业务要求不一致
|
|
881
|
+
- 问题分类:逻辑/数据模型错误
|
|
882
|
+
- 关键词:关键词“认证/数据建模/算法/计数/财务记账”
|
|
883
|
+
- 问题描述:处理逻辑或数据模型与业务要求不一致,导致后续实现与验收全错
|
|
884
|
+
- 错误问题示例:身份验证方式不充分(仅单一密码);数据模型错误导致业务逻辑全错;算法与计数规则错误;财务记账未采用复式记账法;数学公式笔误
|
|
885
|
+
- 解决方案:采用双因素认证或统一身份认证机制;进行正确数据建模并用场景验证;明确算法与计数规则并给出样例;资金/仓储按行业口径;核对公式与括号位置
|
|
886
|
+
- 方案收益:避免致命错误与大规模返工
|
|
887
|
+
- 应用场景:认证、计费、计数、财务、核心算法模块
|
|
888
|
+
- 关联质量标准:正确性
|
|
889
|
+
|
|
890
|
+
#### 115. 工具使用错误类:滥用或混用描述工具
|
|
891
|
+
- 问题分类:工具使用错误
|
|
892
|
+
- 关键词:关键词“流程图/思维导图/鱼骨图/树形目录/符号规范”
|
|
893
|
+
- 问题描述:不恰当或混用工具导致结构表达不清、不规范
|
|
894
|
+
- 错误问题示例:用流程图处理所有逻辑;同一类关系混用思维导图/鱼骨图/树形目录;流程图中出现非标准符号
|
|
895
|
+
- 解决方案:按场景选择工具;约定同类事物的工具规范;遵循行业标准符号与表达习惯
|
|
896
|
+
- 方案收益:提升表达一致性与可复用性
|
|
897
|
+
- 应用场景:需求文档结构化与可视化表达
|
|
898
|
+
- 关联质量标准:规范性
|
|
899
|
+
|
|
900
|
+
#### 116. 日志处理缺失类:关键操作不可追溯
|
|
901
|
+
- 问题分类:日志处理缺失
|
|
902
|
+
- 关键词:关键词“导出/批处理/上传/通知/发送结果/审计”
|
|
903
|
+
- 问题描述:关键操作未记录日志,会导致出错后无法追溯、定位与审计
|
|
904
|
+
- 错误问题示例:导出未记录时间/内容/状态;批处理未记录运行时间/数量/结果;上传未记录校验/解析状态;邮件发送未记录发送结果
|
|
905
|
+
- 解决方案:明确日志记录要求:时间、操作者、对象、条件、结果、失败原因、重试与追踪 id,支撑审计与排查
|
|
906
|
+
- 方案收益:提升可追溯性与问题定位效率
|
|
907
|
+
- 应用场景:导出、批处理、文件、通知、外部集成
|
|
908
|
+
- 关联质量标准:可追溯性
|
|
909
|
+
|
|
910
|
+
#### 117. 易遗漏处理类:刷新/断网/多设备并发等边缘场景
|
|
911
|
+
- 问题分类:容易遗漏的处理
|
|
912
|
+
- 关键词:关键词“刷新/断网/重试/离线/并发冲突/加载反馈/防重复提交/转发收藏”
|
|
913
|
+
- 问题描述:忽略边缘场景会造成数据丢失、冲突或体验差
|
|
914
|
+
- 错误问题示例:刷新导致未保存数据丢失;断网无重试/离线;多设备并发冲突;加载慢无反馈;双击按钮重复提交;转发分享/收藏夹打开规则缺失
|
|
915
|
+
- 解决方案:在通用处理中统一定义刷新/转发/收藏/防重复提交规则;断网提供重试/网络检查/离线策略;并发冲突提供锁/版本号/提示;加载慢使用 skeleton 与超时进度反馈
|
|
916
|
+
- 方案收益:提升体验与稳定性,减少线上投诉
|
|
917
|
+
- 应用场景:Web/移动端通用交互与网络场景
|
|
918
|
+
- 关联质量标准:鲁棒性
|
|
919
|
+
|
|
920
|
+
#### 118. 重复描述类:重复控件/流程/文案导致维护成本高
|
|
921
|
+
- 问题分类:重复描述
|
|
922
|
+
- 关键词:关键词“通用控件/通用处理/消息列表/多语言”
|
|
923
|
+
- 问题描述:重复描述会形成大量冗余,修改困难且容易遗漏
|
|
924
|
+
- 错误问题示例:多次描述提示框/消息框/查询框;重复描述未保存返回提示;多个相似流程分别描述;多语言场景重复维护同一文案
|
|
925
|
+
- 解决方案:抽取通用控件与通用处理统一描述;抽象相似流程的共性;将重复消息纳入消息列表并支持多语言
|
|
926
|
+
- 方案收益:降低维护成本,提升一致性与复用性
|
|
927
|
+
- 应用场景:全局交互、通用组件、消息文案与多语言
|
|
928
|
+
- 关联质量标准:复用性
|