软件需求分析之约束.docxVIP

软件需求分析之约束 对约束的理解： 《UML 和模式应用（第2 版）》一书对约束的理解：约束不是行为，是设计或项目的某些限制条件，这些限制条件也属于需求，但通常被称为“约束”来强调其限制性，例如： 必须使用Oracle（我们硬件签署过使用许可证了）； 必须在Linux 上运行（成本低） 《一线架构师实践指南》一书对约束的总结： 约束需求=业务环境因素 + 使用环境因素 + 构建环境因素 + 技术环境因素 第一，业务环境因素（来自客户或出资方的约束性需求） 1、架构师必须充分考虑客户对上线时间的要求、预算限制、以及集成需要等非功能需求。 2、客户所处的业务领域为哪些？有什么业务规则和业务限制？ 3、是否需要关注相应的法律法规、专利限制？ ?? 第二，使用环境因素（来自用户的约束性需求） 1、软件将人提供给何阶层用户？ 2、用户的年龄及使用偏好是哪些？ 3、用户是否遍及多个国家？ 4、使用期间的环境有电磁干扰、车船移动等国因素吗？ ?? 第三，构建环境因素（来自开发者和升级维护人员的约束性需求）。 1、开发团队的技术水平如果有限（有些软件企业甚至希望通过招聘便宜的程序员来降低成本）、磨合程度不高、分布在不同城市，会有何影响？ 2、开发管理方面、源代码保密方面，是否需要顾及？ ?? 第四，技术环境因素（也不能遗忘，业界当前技术环境本身也是约束性需求）。 1、技术平台、中间件、编程语言等的