问题标签 [requirements-management]

您如何进行需求收集阶段？有没有人有一套好的指导方针或提示可以遵循？问利益相关者有什么好的问题？

我目前正在做一个新项目，还有很多未知数。我正在提出要向利益相关者提出的问题清单。然而，我不禁觉得我错过了一些东西或忘记提出一个关键问题。

有很多工具可以用来编写和管理需求，但是有没有好的工具可以用来审查它们？

我不是在谈论管理评论，而是寻找常见需求错误的自动化工具（例如使用负面需求，或者以使测试变得困难的方式措辞）。
更多的是一种筛选工具，编写需求的人可以在分发给一组审阅者之前使用它来筛选他们的文档，这样审阅过程就不会因为每个人都对相同的容易识别的问题发表评论而减慢。

我很好奇过去是否有人使用过这样的东西。

我想知道是否存在一个完整的工具链来： - 管理需求（例如 ProR） - 实现 UML 图（用例、活动、类和序列） - 开发代码 - 执行测试（例如 junit） 最后但并非最不重要的是是否有可能在所有这些部分之间保持可追溯性？

弗朗切斯科

我的需求经验主要是用户故事，而不是用例。我最近作为产品负责人加入了一个项目，客户完成了大约 80% 的用例。许多用例包括十几个用户故事，团队正在讨论如何在多个阶段实施一些用例，或者如何部分实施以满足计划。这不会是故事的问题，但我不确定处理用例的最佳方法。

一个用例可以部分实现吗？或者这是否意味着它应该通过扩展/包含分解成更小的用例？如果可以部分实现，您如何跟踪单个功能以使高优先级项目不会丢失？

例如，如果我有一个拼写检查器的用例，其中包含以下内容：

1. 识别可能拼写错误的单词
2. 在用户键入时直观地识别拼写错误的单词
3. 在用户键入时自动更正常见拼写错误的单词
4. 为用户提供单个单词的建议拼写列表
5. 为用户提供批量纠正拼写错误的能力
6. 允许用户一次忽略潜在的拼写错误
7. 允许用户向字典中添加单词

我将如何确定各个功能的优先级，然后在一个阶段跟踪功能 1 和 4 的实施，第二阶段跟踪 2、3、6，第三阶段跟踪 5，而不是实施 7？在此示例中，这些用例应该是单独的用例，还是具有多个替代流程的用例？

我们的团队刚刚搬到 TFS 2015 开始一个新项目，我已经为积压项目设置了看板。

我想问的是，创建一个单独的任务板来为我们的用户故事编写（小黄瓜）规范是否有意义？这是常见的做法吗？

我想跟踪已编写的用户故事规范的编写，并确保每个规范都经过例如 QA 人员的审查。

在 IBM DOORS 中编写需求时，是否可以在 DOORS 对象的“标题”或“文本”属性中将一些文本粘贴为纯文本（即没有原始文本的格式）？一个简单的粘贴操作可以保留原始文本格式，从而减少各个 DOORS 模块的可读性。当然可以先在记事本中复制，但我很想知道是否有可能在 DOORS 中进行复制。

我有一个从 IBM Rational DOORS 导入的系统需求列表，我很好奇在图表中对它们之间的关系建模的好方法。我应该使用哪个结构图，或者它应该是行为图之一？

我目前创建的是对象图中需求的链接，但我想制作这些子图，我也可以链接到类图。这是否意味着为了不为其链接到的每个类元素创建一个唯一的图表，它应该是一个与需求链接的复合图？

我正在寻找一种报告工具，可以将其包含在我的构建/CI 流程中，该工具可以将自动化测试套件的结果映射到需求。

例如，假设我有一个项目有十个需求（“R1”、“R2”、“R3”等）。我的构建/CI 流程运行各种单元、集成和功能测试套件 - 例如：junit、Cucumber、Selenium、Fllod.io 等。我想将各种测试套件映射到需求，然后使用测试套件结果来展示在要求级别上验证或缺少质量的地方。

对为此服务的产品有什么想法吗？我喜欢 SonarQube 的外观，但它似乎没有涵盖这个主题。

我想将我的 Rational Quality Manager (RQM) 与我在启用了 Track&Change 特性的 IBM DevOps 服务上创建的项目结合使用。是否可以在托管的 RTC 和 Rational Quality Manager 之间建立跨服务器通信？

我正在开始一个新项目，但我对需求可用性的可测量性有疑问。

With是可用性的一个很好的原子可测量指标吗？