UML建模期末考试总结.doc

UML建模期末考试总结 1、可行性分析 答：技术可行性、经济可行性、社会可行性（主观因素）。 2、松耦合度和高内聚度 答：松耦合度：模块与模块之间有要求是可分拆的、少依赖的。 高内聚度：模块内部各成分之间相关联程度要尽可能高。 3、UML的基本概念及常见9种图形 答：概念：UML是用于描绘软件蓝图的标准语言。UML不是一种可视化的程序设计语言， 而是一种可视化的建模语言。UML不是工具或知识库的规格说明，而是一种建 模语言规格说明。UML不是过程，也不是方法，但允许任何一种过程和方法使 用它。 图形：用例图、类图、对象图、状态图、活动图、顺序图、合作图、部件图、配置图。 4、UML各种模型的符号（含义） 关联：连接（connect）模型元素及链接（link）实例。 依赖：表示一个元素以某种方式依赖于另一种元素。 泛化：表示一般与特殊的关系，即“一般”元素是“特殊”关系的泛化。 聚合：表示整体与部分的关系。 5、UML各种模型的建模步骤 （1）用例建模的步骤——确定系统的范围和边界；确定系统的执行者和用例；对用例进行 描述；定义用例之间的关系；审核用例模型。 （2）用例图建模的步骤——确定用例；描述用例；筛选用例；绘制用例；层次化用例。 （3）顺序图建模的步骤——确定交互和涉及的对象；顺序图中对象排列的原则；消息传递。 （4）合作图建模步骤——确定交互及涉及的对象；合作图中对象排列的原则；链接与消息 传递。 （5）状态图建模步骤——确定状态图描述的主体；确定状态图描述的范围；确定描述主体 在其生存期的各种稳定状态；确定状态的序号；确定触发状态迁移的事件；附上必要 的动作；简化状态图；确定状态的可实现性；确定无死锁状态；审核状态图。 （6）业务工作流建模的步骤（活动图）——确定对象：找出负责实现工作流的对象；确定 范围（边界）：明确起始状态和结束状态；确定活动（动作）序列；确定组合活动状态； 确定迁移（动作流）：找出连接这些活动状态或动作状态的迁移；确定工作流中涉及的 重要对象。 （7）对操作建模的步骤（活动图）——确定相关元素：与该操作有关；确定范围（边界）；确定活动（动作）序列；仅在需要时，利用条件分支来说明路径和迭代；描述同步与并发。 （8）建造对象类静态结构模型的步骤——连线建立网络图。连接线命名。确定关联基数。 简化模型。编制相应的文档资料。 （9）建造对象类动态结构模型的步骤——建造对象状态模型。建造对象之间交互行为模型。 复审对象类动态结构模型，以验证其准确性和一致性。编制相应的文档资料。 6、UML静态模型、动态模型（交互模型的2个图、行为模型的2个图） 答：静态模型：由类图、对象图、包图、构件图和配置图组成。 动态模型：由活动图和状态图（行为模型）、顺序图和合作图（交互模型）组成。 7、五种视图 答：用例视图（描述系统的功能需求，找出用例和执行者）、逻辑视图（描述如何实现系统 内部的功能）、组件视图、并发视图、展开视图 8、面向对象系统开发过程 答：过程：需求分析阶段、系统分析阶段、系统设计阶段、系统实现、测试、使用、维护阶段。 注意：面向对象系统的开发过程以体系结构为中心，以用例为驱动，是一个反复、渐增的过程。 9、UML软件开发过程的基本特征 答：用例驱动的系统（用例位于整个OOAD过程的第一步，并贯穿于整个OOAD的过程始 终）、以体系结构为中心、螺旋上升式的开发过程（迭代）、以质量控制和风险管理为目 标。 10、软件统一开发过程（四个阶段、工作流等）RUP 答：四个阶段：初始化阶段、细化阶段、构造阶段、过渡阶段 工作流：需求分析、系统设计、实现、测试、配置、核心支持工作（配置与变化管理、项目管理、环境设置） 11、系统的范围和边界 答：范围：系统问题域的目标、任务、规模及系统提供的功能和服务。系统能做什么。 边界：一个系统的所有系统元素与系统以外的事物的分界线。 12、用例、角色、关联、依赖、泛化、场景基本概念 答：用例：用例是系统所提供的一个功能的描述，用例只描述执行者与系统在交互过程中 做些什么，并不描述具体怎样做。椭圆：就是常说的用例。是系统执行的一系列动作，这些动作将生成特定主角可观测的结果值。可以理解为“做什么” 。 角色：执行者是指在系统外部与系统交互的人或其他系统，他以某种方式参与了系统内 用例的执行。角色定义系统用户在与系统交互时可扮演的一组相关角色。用户可以是个人，也可以是外部系统。” 可以理解为“谁”（准确的说是“哪类东西”）。角色在以后也可以被定义成类。小人儿 场景：用例的实例称为场景。 关联：关联是链接角色和用例的通道。如果角色和用例之间存在关联关系，就可以连成 一句话“谁做什么”。关联可以有方向，表示角色和用例之间的主要信息流向谁， 这样的话就可以变成“谁通过做什么得到什么结果”