177、UML
（Ｔ）
178、可行性研究分析包括经济可行性分析、技术可行性分析和开发可行性分析 （Ｆ）
179、UML的客户需求分析模型包括用例模型、类图、对象图和时序图组成。（Ｆ） 180、UML客户需求分析使用的CRC卡上责任栏的内容主要描述类的属性和操作（Ｔ）
181、UML客户需求分析产生的用例模型描述了系统的功能要求 （Ｔ） 182、在UML的需求分析建模中，用例模型不必与用户反复交流并加以确认。（Ｆ） 183、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成 （Ｔ） 184、用例模型中的执行者可以是“人”执行者也可以是“外部”系统执行者 （Ｔ）
185、系统分析是在客户需求分析规格说明的基础之上对其进行的分析 （Ｔ） 186
某个行为的模型化工具 （Ｔ） 187
（Ｔ）
188、线程是内部的一个动作流，不能够与其他线程并发执行 （Ｆ） 189、状态图描述一个对象在不同事件的驱动下发生的状态迁移。（Ｔ）
190、活动图中动作状态之间的迁移不靠事件触发的（Ｆ）
191、活动图即可以描述对象的动态行为，还可以用来描述用例 （Ｔ） 192、活动图中活动状态的迁移是按
（Ｆ）
193、状态图和活动图描述系统中某个系统对象的一系列状态变化（Ｔ） 194、在UML
图由这些构件、接口以及构件之间的关系组成。（Ｔ）
195、UML可以描述硬件之间的互联关系，不能描述硬件单元上的软件系统的分布 （Ｆ）
196、系统体系结构建模可以分为软件系统体系结构建模和硬件系统体系结构建模 （Ｔ）
197、构件图主要用于建立系统的动态模型 （Ｆ）
198、结点之间、结点与构件之间的联系包括通信关联、依赖联系等。(T) 199、构件图中的构件没有实例,只要在配置图中才能标识构件的实例 (T) 200、状态的改变---迁移(T)
201. 分析侧重于问题域，设计侧重于解域T 202. 一般情况下，设计模型比分析模型复杂得多 T 203. 分析解决做什么的问题，设计则解决怎么做的问题 T
204. 分析模型主要侧重功能需求，而设计模型则要充分考虑各种非功能需求 T 205. 一般情况下，分析模型不考虑系统结构，而设计模型则对系统结构进行全面设计 F
206. 软件架构包含着一套关于软件系统组织的重要结论（decision） T 207. 软件架构决策是最基础的决策，它的改变会带来巨大的影响 T 208. 架构为设计提供了一个框架 T 209. 架构是静态的，而不是动态的 F
210. 存在两类边界类：用户界面类、系统和设备接口类 T
211. 每对主角/用例对应有一个边界类 T
212. 边界对象的生存周期不大于用例实例的生存期 F
213. 边界类关注职责，而不关注界面细节T
214. 分层时高层模块仅对当前层和紧邻着的下层建立依赖关系，同时尽量避免越层依赖 T
215. 分层时较高层关注用户需求，受需求影响；而较低层关注实施平台，受环境影响 T
216. 分层的目标是减低耦合度，并且减轻维护工作量，因此层数越多越好 F
217. 分层要最大化包内的耦合和内聚，而最小化包之间的耦合T
218. 设计模式描述了在特定环境中解决一般设计问题的通信构件频繁出现的结构 T
219. 设计模式是一种从面向对象的设计到特定实现语言的映射机制 F 220. 设计模式是中到小规模的模式，但通常独立于编程语言T 221. 以 UML 表现设计模式时，一个设计模式是一个参数化的协作T 222. 对于所有的设计类都需要进行状态建模 F 223. 状态建模描述了一个类的对象的发展历史 T 224. 对于复杂的类，应该利用多个状态图进行状态建模 F 225. 某一时刻，一个类的对象可以处于多个不同的状态F 226. 状态建模过程只会影响类的操作，而不会涉及类的属性F 227. 实现关系容易支持多态性，而泛化关系则很难支持多态性 F
228. 泛化关系是类与类之间的关系，而实现关系则是设计元素与接口之间的关系 T
229. 泛化关系被用于重用实施，而实现关系只能重用行为的规约 T
230. 泛化关系中父类可以提供缺省实现，而实现关系中接口不提供任何实现T
231．一个用例实现时设计模型中一个特殊用例的表达式 T 232.一个用例实现可以使用一个类图来表示 T
233.用例实现提供了从分析和设计到需求的可追踪性 T 234.用例实现与其关联的用例之间存在实现关系 F
235．设计模式描述了在特定环境中解决一般设计问题的通信构件频繁出现结构 T
236．设计模型是一种从面向对象的设计到特定实现语言的映射机制T 237．设计模型是中到大规模的模式，但是通常独立于编程语言 F 238．以 UML 表现设计模式时，一个设计模式是一个参数化的协作 T 239. 每个对象都是某个类的实例T 240.．每个类某一时刻必定存在对象实体 F 241．类是静态的描述 T 242．对象是动态的实例 T
243．对于多重性=0． ．１的情况，没有进一步的”设计”需求T
244．对于多重性=0． ．１的情况，可直接使用一个简单值或指针进行实施 T 245．对于多重性>1 的情况，也可以直接使用一个指针进行实施，也可进行”进一步”设计 F
246．对于多重性>1 的情况，可以增加一个容器类T 247．对于所有的设计类都需要进行状态建模 F 248．状态建模描述了一个类的对象的发展历史 T