架构设计中约束分析表现方法的建议

正交表中的列代表需求的类型。以纪检监察项目为例，其功能需求可能包括“浏览上周计划”、“制定计划”、“跟踪计划执行情况”等，质量需求包括“互操作性”和“安全性”等，而“通过站点网页访问的B/S程序”、“与SG186纪检监察项目集成”则属于约束性需求之列。
值得注意的是，正交表的“约束”列贯穿了组织、用户、开发三级需求层次，这恰是正交表方法的特点所在，体现了“约束来自甲方也来自乙方”的思想。首先是组织级约束，如项目所在行业必须遵守的行业标准、法律法规；其次是用户级约束，例如用户计算机使用水平的约束方面；最终乙方也有影响架构设计的约束，如开发团队技术水平较低的话，架构设计的时候就需要慎重选择较难掌握的技术。
总体而言，约束分析就是要区分约束影响设计的三种不同途径，并借助正交表方法把衍生需求找出来。
适应业务变化
自动带入上周未完成计划
通过IE\直接访问的B/S程序
与SG186纪检监察项目集成
未完成计划项查询
易用性
计算机水平不高
可修改性
可扩展性
互操作性
功能需求、质量属性以及约束共同决定了架构，对这三类需求的把握是否到位、设计决策是否合理可以说是架构设计成败的关键所在。
在《软件世界》期刊中阅读过温昱写的《架构设计中的约束分析》一文，结合针对架构设计评审中遇到的问题，建议采用正交表表示方法来描述软件架构设计中的约束分析，以求全面理解需求、把握需求脉络、发现需求冲突、特别是分析约束背后的衍生需求。
广义功能
质量
约束
组织
业务目标
快好省
技术性约束
标准性约束
法规性约束
遗留系统集成
技术趋势
分批实施
竞争因素与竞争对手
用户
用户需求
运行期质量
ຫໍສະໝຸດ Baidu用户群特点
用户水平
多国语言
开发
行为需求
开发期质量
开发团队技术水平
开发团队磨合程度
开发团队分布情况
开发团队业务知识
管理：保密要求
管理：产品规划
安装
维护
正交表的行代表需求的层次。一个成功的软件系统，对客户高层而言能够帮助组织达到业务目标，这些目标就是客户高层眼中的需求；对实际使用系统的用户而言，系统提供的能力能够辅助他们完成日常工作，这些能力就是最终用户眼中的需求；对开发者而言，有着更多用户没有觉察到的需求要实现……