249．对于复杂的类，应该利用多个状态图进行状态建模 F 250．某一时刻，一个类的对象可以处于多个不同的状态 F 251．状态建模过程只会影响类的操作，而不会设计类的属性F 252．关联类是一个设计类 T 253．关联类被附加在一个关联上T
254．关联类将一个多对多的关系转化为两个多对多的关系 F 255．对象间的每个连接对应着一个关联类的事例 T
256．关系数据库集中在数据库上，而面向对象系统则集中在行为上 T 257．关系数据库直接对外暴露数据，而面向对象系统则封装数据T 258．面向对象系统比关系数据库更先进，更高效 F
259．面向对象系统适合处理复杂行为，而关系数据库则适合于数据库报表系统T
260 ．实现关系容易支持多态性，而泛化关系则很难支持多态性F
261．泛化关系是类与类之间的关系，而实现关系则是设计元素与接口之间的关系T
262．泛化关系被用于重用实施，而实现关系只能重用行为的规约T
263．泛化关系中父类可以提供缺省实现，而实现关系中接口不提供任何实现 T 264．分析机制是构架机制的一种 T 265．分析机制与具体的实施环境相关F
266．分析机制通常源于架构或分析模型式的实例化 T 267．不同的分析机制一般具有不同的特征T
268．关于用例设计和用例分析的区别和联系，生成工件都是用例实现，但精确程序不同 T
269．关于用例设计和用例分析的区别和联系，都是说明对象之间的交互，组采用的 UML 模型不同 F
270．关于用例设计和用例分析的区别和联系，分析的基础要素是分析类，而设计则是设计元素 T
271．关于用例设计和用例分析的区别和联系，都包括静态视图和动态视图T 272．关于软件模块分层和分区的注意事项，分层时高层模块仅对当前层和紧邻着的下层建立依赖关系，同时尽量避免越层依赖 T
273．关于软件模块分层和分区的注意事项，分层时较高层关注用户需求，受需求影响;而较低层关注实施平台，受环境影响 T
274．关于软件模块分层和分区的注意事项，分层的目标是减低耦合度，而且减轻维护工作量，因为层数越多越好 F
275．关于软件模块分层和分区的注意事项，分区要最大化包内的耦合和内聚，而最小化包之间的耦合T
276．软件架构包含着一套关于软件系统组织的重要结论(decision) T 277．软件架构决策时最基础的决策，它的改变会带来巨大的影响 T 278．架构为设计提供了一个框架 T 279．架构师静态的，而不是动态的 F
280．关于状态图中，有且只有一个初始值状态 T
281．关于状态图中，至少有一个也可以有多个最终状态 F 282．关于状态图中，状态内可以执行不同的动作(Action)T 283．关于状态图中，事件可以引发状态的迁移 T