跨功能需求(CFR)是一些关键的系统特征,对于设计和说明很重要。 在内部,我们将它们称为CFR,尽管传统上它们可能被称为非功能需求 (NFR)或系统质量属性 ,但是它们的交叉性质意味着您始终需要考虑CFR对新功能或现有功能的影响。
在我开设的技术负责人课程中,我们讨论了技术负责人确保在设计或开发中识别和解释相关CFR的重要性。 我通过以下三种方法处理了一些CFR。
1.通过用户案例和接受标准满足CFR
安全性 , 身份验证和授权故事是CFR,自然可以使它们真正构建可测试的功能。 考虑到风险的工作很重要,以我的经验,尽早开始实施这些措施以确保它们能够满足需求并能够发展是很重要的。
对于此类CFR,将其识别为自然用户案例很有用,并且一旦实施,就成为接触系统该区域的未来用户案例的接受标准。
例如,授权可以通过引入新的角色角色以及其他人可以做什么(或不可以做什么)来处理:
作为管理员,我想通过用户界面更改电子邮件服务器设置,这样就无需提出IT更改请求。
如果这是第一次实施此用户案例,则某些接受条件可能类似于:
- 只有具有管