问题标签 [requirements]

我的公司使用 Jira 来存储需求，这些需求以用户故事（“作为……我想要……所以……”）的形式编写，并在子任务中包含详细信息（“给定……当 .. ……然后……”）。

我编写需求，通常是在开发人员之前进行迭代。

我倾向于先在文字处理器中起草我的要求，然后再将它们放入 Jira。我喜欢这种灵活性，因为我正在寻找组织信息的最佳方式，从一个故事跳到另一个故事，在我找出最清晰的措辞时使用搜索和替换等。

虽然文字处理器大纲对此很有帮助，但它不太擅长跟踪问题链接：依赖关系和相关要求。

那么，任何人都可以推荐一个用于编写故事和任务的好工具，它可以让我在写作时绘制关系图？ 我一直在考虑处理概念映射的东西（尽管不是思维导图，通常仅限于 1 个中心概念）。这仅用于我的个人创作；我不需要项目管理系统。

提前致谢。

更新：发布后，我开始想知道 TiddlyWiki。考虑到它的链接方法，这不是完全正确的工具，但似乎是正确的方向......这条静脉是否激发了任何想法？

全部，

如果我要使用 Windows 演示基础、c# 和 .net 开发信息亭应用程序，我需要什么硬件要求。我打算把它变成一个独立的桌面应用程序。它将包含图像和大约 1-2 分钟的视频。什么样的CPU（奔腾，双核，什么时钟速度，显卡？，内存？）

如果我将自助服务终端设为 Web 应用程序会怎样？我需要什么硬件要求？

谢谢，罗希特

Trac是否有任何需求管理插件？我查看了Trac-Hacks上的列表并没有看到任何内容

我正在描绘一些功能，例如IBM 的 DOORS系统。基本功能包括需求的修订和变更控制、需求基线等。

更新：我想我可以只使用 Trac 的 wiki 部分来记录需求，但这不允许对需求进行任何类型的更改集 - 例如，单个需求已更改但开发人员正在根据需求的基线工作'还没有更新。它也不允许链接需求，这样当父需求更改时，必须在接受更改之前审查所有从属需求（以保持从属需求同步）。

SRS 应该指定“逻辑要求”而不是开始“设计”。

我的问题在 IEEE SRS 文档（IEEE Std 830-1998）第 5.3.4 节中说：

5.3.4 逻辑数据库要求
这应该指定要放置在数据库中的任何信息的逻辑要求。这可能包括以下内容：

• a) 各种功能使用的信息类型；
• b) 使用频率；
• c) 访问能力
• d) 数据实体及其关系
• e) 完整性约束
• f) 数据保留要求

那么d）是否意味着绘制ERD可以？什么时候在 REQUIREMENTS 中将系统指定到这个级别会渗透到 DESIGN 中？

.NET Framework 3.5 SP1 支持哪些版本的 Windows（包括最低服务包级别，如有必要）？

此外，此信息是否可用于 .NET 4.0？

编辑：

BarsMonster 的链接给出了 .NET 3.5 SP1 的操作系统要求，但遗憾的是没有提及所需的服务包。例如，我知道，.NET 3.5 SP1 实际上不需要“Windows XP”，而是需要 XP SP2。有谁知道其他 Windows 版本的服务包要求（如果有）？

此外，对于 .NET 4，该链接提供了预发布版本的要求。我们是否知道这些是否可能会因 RTM 而改变？

如何为某些业务编写[一般]愿景？它有一些模板吗？有什么例子吗？关于在线票务服务的业务。

将正式规范链接到 JIRA 增强请求的最佳方式是什么？

我想使用 JIRA 跟踪规范的变化。

理想情况下，我想在 JIRA 票证中引用功能 ID 引用（例如 MYAPP>APPROVAL LOGIC>MAIN SCREEN），以便项目经理可以回顾性地对缺陷进行分类。

这样做的原因是，可以在跟踪系统中有意义地搜索/分类 QA 脚本和文档票证。

似乎有一百万种可能的方法可以做到这一点，例如

• 我应该编写一个自定义组件来从树中选择功能 ID 吗？
• 我应该在 confluence 中编写规范，还是在另一个带有 TrackBack 设施的 CMS 中编写规范？
• 我应该包含指向文档 URL 的链接吗？
• 我应该使用其他一些 3rd 方插件应用程序吗？
• 我应该使用一些我不知道的 Atlassian 应用程序吗？
• 我是否使用了错误的跟踪工具/流程来衡量规格增长？

根据您的经验，最好的方法是什么？

谢谢回复！

我正在考虑另一种选择，即将功能需求实现为实际票证。

这很有意义（至少对我而言），因为功能需求具有所有者、生命周期以及用于简单增强的子票证的清晰概念等。链接问题的能力使其可以连接到 QA 活动、文档门票，或任何其他类型的工作。功能需求也链接在一起，因此模型适合。

这种方法的问题在于，除非您想将每个缺陷票创建为需求的子任务（并放弃额外的子任务功能），否则您必须使用标准的“链接票”创建然后链接该票功能，使用起来不是很快。这是一个高阻力的工作流程，这意味着它需要大量的纪律。

理想情况下，我希望能够创建一个自动链接到另一个票证的票证，类似于链接子票证的功能。

我不能成为第一个想要这样做的人——我想你不知道有谁尝试过你知道的这个，或者发布了一个工具来简化它？

如果您正在重新设计一个系统，并且您正在为重新设计的系统版本编写 SyRS，那么按照IEEE 1233 ，您 如何对“旧设计”进行反向引用并指出它有什么问题？

我可以想到两种方法：

1. 旧系统应该在新 SyRS 之外进行总结，新 SyRS 应该简单地指定新系统，而不要回溯到旧系统中的“它是如何完成的”。

2. 没有预先对旧系统进行总结，相反，SyRS 会不断地参考旧系统以及内联的问题，因为正在指定新系统。

我正在尝试找到动态导入函数的最佳实用方法……让我解释一下。

假设我有一个名为functions的目录，其中包含以下文件：

我想：加载每个单独的文件（其中定义了一个函数）并像使用内部 php 函数一样使用它。例如 array_pop()、array_shift() 等。

有一次我偶然发现了一个教程（我现在找不到了）将用户定义的函数编译为 PHP 安装的一部分。虽然这不是一个很好的解决方案，因为在共享/经销商托管上你不能重新编译 PHP 安装.

我不想与 PHP/其他扩展的未来版本发生冲突，即如果我命名为 X 的函数突然成为内部 php 函数的一部分（即使它本身可能没有相同的功能）我不'不希望 PHP 因此抛出致命错误并惨遭失败。

所以我能想到的最好的方法是检查是否定义了一个函数，使用 function_exists()，如果是，则抛出一个通知，以便在日志文件中轻松跟踪，否则定义函数。然而，这可能会转化为在我需要这样一个函数的其他文件中有很多包含/要求语句，我真的不喜欢。或者可能，读取目录并遍历每个 *.func.php 文件和 include_once。虽然我觉得这有点难看。

问题是，你有没有偶然发现一些处理这种情况的源代码？它是如何实施的？你做过类似的事情吗？我需要尽可能多的想法！:)

在标准日中，项目存在优先级冲突的情况有很多。管理层希望员工的生产力最大化。营销需要最大的可销售性和快速周转。所有权想要最大的利润。客户想要可用性和低成本。无论需求的来源如何，时间和金钱始终是业务的限制因素。

有时，项目元素具有内在或善意的好处，而这些好处并没有一种硬性、快速的方法来用金钱手段来衡量（例如，吸引人的 UI 吸引力与功能但平淡无奇的论据）。软件的其他元素可能具有为开发人员提供“精神休息”或激励“酷因素”的方法，可以让他们在其他更大、更复杂的问题上回到正轨。虽然他们可能会在短期内偏离项目，但从长远来看，他们可能会通过提高工作满意度等获得更大的成果。继续培训是必须的，但在工作中进行可能会导致进度倒退。

• 您对设置优先级有何建议？您如何评估对您项目的请求/需求？
• 您对以保持专注的方式与您的团队进行沟通和传递这些建议有什么建议？