面向对象系统分析与设计选择题解析

"该资源是一份面向对象系统分析与设计的选择题复习资料，涉及系统分析、设计原则、UML建模、软件体系结构等多个方面的知识。" 在面向对象系统分析与设计领域，对象是基本的概念，它具有标识、状态和行为三个特性。对象的并行性是指对象可以同时执行多个任务，这是现代计算系统并发处理的基础，因此“本质上不具有并行性”是错误的观点。同样，对象并非以操作为中心，而是以数据和操作的封装为特点。 建模的原则包括完整性、一致性、有效性等，而不包括“方法”，这可能是指建模过程应该遵循的一般规则和指导方针，而非具体的技术或工具。 软件体系结构是系统整体结构和组件的框架，它决定了系统的功能、性能和可维护性，所以“软件体系结构不能决定软件的用途”是错误的。 交互是系统组件间通信的方式，消息是重要的描述手段，但并非唯一，例如协作图和序列图也会展示不同的交互细节。因此，“消息是描述交互的唯一重要手段”是不准确的。 UML（统一建模语言）提供了多种模型图来描述系统，如类图、对象图、用例图、状态机图、交互图（顺序图、协作图）和活动图等。其中，类图用于描述类的静态结构，对象图则展现对象实例的静态关系，而系统动态功能通常由交互图描述，如序列图和协作图，因此说“系统的动态功能不能由UML的类图或对象图描述”是正确的。 状态机不只是状态变化的描述，还包括状态转换条件和动作，是系统行为建模的重要工具。 逻辑视图关注系统的功能和行为，包含了类图、对象图、接口图等，不包含进程图、部署图。设计词汇包括类、接口、操作、关联等，但不包括属性，因为属性是类的一部分。 构件图用来描述软件系统的组件及其相互依赖关系，它可以展示实际的计算机和设备，以及网络间的通信路径，所以“构件图不显示网络间的通信路径”和“不描述依赖关系”的观点是错误的。配置图则侧重于硬件和软件的物理部署，描述部件的物理结构和依赖关系。 用例视图主要刻画系统与外部用户的交互，参与者可以是人，也可以是其他系统或设备。用例揭示的是系统可见的行为，不涉及内部结构，并且每个用例是独立的，执行过程中不会与其他用例混淆。在系统层，用例对应着外部可见的操作，但它并不直接映射到系统实现的类，而是代表一种业务需求或功能，用例可以是系统的一部分，也可以被子系统或独立类复用。 这份选择题涵盖了面向对象分析与设计的关键概念，包括对象特性、建模原则、UML图的使用以及用例和系统架构的理解，对于理解和复习这些知识点非常有帮助。