先决条件 - 要求启发

引出需求是需求工程流程的第一步。它有助于分析师获得有关问题域的知识，而问题域又用于生成软件的正式规范。在此过程中遇到了许多问题和挑战。其中一些如下：

理解大而复杂的系统要求很困难 -

“大”这个词代表两个方面：

（i）由于大量用户而在安全性等方面存在很大限制。

（ii）要实施的大量职能。

复杂的系统要求包括那些不清楚且难以实施的要求。

未定义的系统边界 -

可能没有定义的实现要求集。除了重要的功能之外，客户可能继续包括几个不相关和不必要的功能，导致可能超过决定预算的极大的实施成本。

客户/利益相关者并不清楚他们的需求。-

有时，客户自己可能不确定他们希望在软件中看到的详尽功能列表。当他们对自己的需求有一个非常基本的想法但是没有对实施部分做太多计划时，可能会发生这种情况。

存在冲突的要求 -

项目的两个不同的利益相关者可能表达了相互矛盾的要求。此外，单个利益相关方有时也可能表达两个不兼容的要求。

更改要求是另一个问题 -

如果客户连续访谈或审核，客户可能会表达初始指定要求的变更。虽然很容易满足某些要求，但通常很难处理这些不断变化的要求。

适当地划分系统以降低复杂性 -

项目有时可以分解为小模块或功能，然后由不同的团队处理。通常，更复杂和大型项目需要更多分区。需要确保分区不重叠并且彼此独立。

验证和跟踪要求 -

在开始实施部分之前交叉检查列出的要求非常重要。此外，应该有向前和向后的可追溯性。例如，所有实体名称在任何地方都应该是相同的，即，不应该存在“学生”和“学生”在不同地方使用以指代同一实体的情况。

确定关键要求 -

确定必须以任何成本实施的一系列要求非常重要。应优先考虑要求，以便能够首先以最高优先级实施关键要求。

解决要求中的“待确定”部分 -

待定TBD要求包括将来尚未解决的要求。这些要求的数量应尽可能低。

适当的文档，适当的会议时间和预算限制 -

确保正确的文档是一项固有的挑战，特别是在需求变化的情况下。时间和预算限制也需要谨慎和系统地处理。

需要成都软件开发就找我们吧