Project management 如何编写技术要求

在应用程序中编写UI组件技术需求的正确方法是什么？我想我不清楚技术需求是否应该规定UI应该如何实现，或者它应该尽可能地通用，描述满足功能需求所需的内容，而忽略实现细节

以下是我的具体问题：

• 它是否应该说明UI将用什么技术实现？（例如，ActiveX、WPF、HTML）

• 我应该描述一下布局和颜色吗？（考虑到这一点可以改变）

• 是否有必要描述数据是如何呈现的？（例如，是否需要说明“数据以表格或列表格式显示”或“如果数据无法显示在屏幕上，则应显示滚动条”？）

• 如果用户输入是功能需求，我是否需要描述UI应该如何响应用户输入？（例如，功能要求说明“用户应清楚当前激活的动作”……技术要求是否说明“当用户选择选项a时，按钮应变为红色；当用户选择选项b时，按钮应变为蓝色……等等”）

• 是否有必要陈述关于UI的常识？例如，“其位置应确保整个内容可见”？或者“它应该有阴影，以便从屏幕的其余部分中脱颖而出”？（注意：这些不是功能需求，但通常适用于任何UI）

---

这里没有具体的规则。真正的答案是，这取决于你的团队是由什么组成的
• 如果编写需求的人是技术负责人，那么它很可能决定技术选择
• 然而，如果编写需求的人是一名非技术经理，那么让技术团队决定具体内容通常是最有利的，而经理只是指示必须实施的具体需求
• 此外，布局和颜色之类的东西可能在技术要求中没有位置。应该有人（无论是开发团队还是设计师，如果有的话）拿出模型或线框，与用户一起检查。这是一个迭代过程，通常可以与一些初始开发并行完成（即开发人员通常可以开始编写域模型、数据库模式等，而设计师则与用户/涉众迭代UI）
• 在我看来，显而易见的事情应该被忽略，因为它们只是杂乱无章的，然而，诸如验证和屏幕状态之类的业务规则绝对应该被忽略

---

我再次重申，这完全取决于球队的组成。需求文档用于从一层到另一层的通信。所有的决定都应该留给最有能力做出决定的人来做。
第一个问题是：谁会读这篇文章？