约束设计是软件需求吗？

Question

今天，一位正在研究系统工程的同事告诉我，软件设计约束和GUI需求(Exs.：软件应该分三个层次开发:表示层、业务层和持久性层；GUI应该使用树对象来显示结构)不能被认为是系统或软件需求。

我看过一些SRS (软件需求规范)的模板。RUP的模板说，设计约束和GUI需求是一种软件需求。较新的IBM模板将其从特定的需求章节中删除。

那么，约束软件设计是否应该考虑软件需求呢？

Answer 1

如果您正在生成一个软件需求规范(SRS)，我希望在该文档中同时捕获GUI需求和设计约束。

在ISO/IEC/IEEE 29148-2011中，示例SRS的大纲表示，设计约束部分用于“指定外部标准、法规要求或项目限制对系统设计的约束”。关于用户界面的一节旨在包含“软件产品及其用户之间每个接口的逻辑特征”，包括“所需的屏幕格式”和“页面或窗口布局”，以及“与使用、维护或向系统提供其他支持的人优化界面的所有方面”。

如果您查看SRS标准以前的迭代(如IEEE 830-1998 )，您将发现构建文档的多种方法。最重要的是，许多组织可能不会生成软件需求规范文档，而是将它们的需求保持在另一种格式中。

我不认为你的例子是好的软件需求的例子。“需要”三层设计的语句和“需要”树对象的语句都是设计决策。

根据我的经验，设计约束的示例包括使用特定的编程语言或框架(或其版本)、特定的操作系统或对标准参考体系结构的引用(例如，此参考体系结构可能对应用程序提出三层体系结构的要求)。用户界面要求的例子往往要求遵从用户界面样式指南(例如，要求移动应用程序符合移动操作系统风格指南或公司风格指南)。

最终，需求应该是软件必须遵循的特性，否则在当前环境中它将无法满足涉众需求。