Uml UI选择是功能性需求还是非功能性需求？

今天我们在办公室讨论了所需文档中的UI元素

问题是UI需求是功能性的还是非功能性的

• “背景必须是蓝色”

---

这是功能性需求还是非功能性需求？

这是一个非功能性需求，它说明了系统如何执行，而不是系统执行什么

如果这个明显的区别太黑太白，也许太简单，忽略它或提供一个更好的！还有，你为什么在乎

---

编辑：由其他答案提示。无论需求是功能性的还是非功能性的，对它的需求本身都无关紧要——如果它是一个需求，你最好在你的产品中满足它。

当查看维基百科给出的两个定义时，我会说两者都不是

非功能性需求是一种需求，它指定了可用于判断系统运行的标准，而不是特定的行为

功能需求定义了软件系统或其组件的功能

背景颜色不是系统的特定功能或行为，也不能用来判断系统的运行情况

---

我认为这些UI需求不需要在软件设计周期开始时指定。如果在开发过程中，您发现描述的蓝色类型错误，该怎么办？这些选择不是要求，但需要在UI开发过程中进行分类（最好由用户组来判断）。

我目前正努力解决客户的可访问性要求

基本需求是支持部分视力和失明的用户。前者通过仔细选择字体、颜色对比等实现，后者通过保持HTML非常简单，以便应用程序能够解析并将其转换为语音或盲文

因此，我想说，演示的细节值得详细说明

---

我还想说，屏幕布局，确切地说，要显示的数据确实是功能规格，而且颜色方案也是其中的一部分。

有时边界是模糊的。但在这种情况下，我会明确地说是非功能性的。功能性是一项核心业务需求，与技术、能量学无关，如果您更改UI，必须具备这些功能。颜色是关于UI的，除非它代表业务的特殊性。

UI中的性能改进也是一个可以衡量的关键非功能性需求。缓存静态主数据、使用ajax调用部分提交（而不是加载整个页面）以及最初加载大量javascript或css文件肯定会提高UI层的性能。背景可能不被视为NFR。

这样的定义因组织而异。不幸的是，只有普遍接受的实践，功能性和非功能性或“什么”和“如何”之间的区别通常比大多数人意识到的要主观得多。对于UI设计师来说，公司标准配色方案很可能是“什么”，而不是“如何”

---

我称之为UI规范，或者更准确地说，是UI规范要求。这不是一个标准术语，但有时您只需要更具体一些，以避免混淆。您可能有一个非功能性需求，要求遵循公司的指导方针，然后将UI规范要求放在该指导方针中

这似乎是一个相当无聊的要求。恐怕是典型的大学样本。或者你有一些糟糕的客户。我真的不同意这不值得关注，请看我的答案。我投票结束这个问题，因为它与“背景蓝颜色”的编程无关。听起来它描述了该做什么，而不是如何做（每个像素自己着色，破坏地球…。@josefx:你说得很对，我也是。今天每个人都有奖！但是，这是其中一个问题……直到今天我才同意这个回答。我见过对颜色的精确描述——很可能有详细的房屋风格。如果客户中有这样的标准，那么我希望在开始开发之前了解这些标准。实际上，我们可能需要推迟到以后，但我不认为拥有更详细的规格是罕见的，或不合理的。您在这里描述的要求是“应用程序的外观和感觉应该与房屋风格相匹配”。尽管如此，这并不是一个真正的功能性需求，但也许可以认为这是一个非功能性需求，因为它可以用来判断系统本身（尽管不是真正的操作）。