UML课程作业完整 .doc

《UML课程作业完整 .doc》由会员分享，可在线阅读，更多相关《UML课程作业完整 .doc（6页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、UML课程作业一、请参阅课件，完成以下填空：1、UML 1.0是 1997 年发布的。2、UML为建模者和建模支持工具的开发者提供了标准的 图形符号 和正文语法。3、设有模型元素x，y，若修改x的定义可能引起对y的定义的修改，则称元素y 依赖于 元素x。4、在关联关系中，属性“阶元”表示 有多少个对象参与关联。5、当静态建模完成后，类的属性名字 和 类型 肯定被明确定义。6、传统软件工程中的可行性研究在RUP中称为 需求分析（前景分析）。 7、W3C DOM规范与MSXML之间的关系在UML中称为 实现 关系。8、如果根据RUP建模，则需求分析在 初始阶段 进行，程序设计在细化 阶段进行。9、

2、在描述参与者时，主要考虑它在系统中扮演的 角色 ，而不是在组织中的职位。10、用例描述了系统所执行的动作序列集，一个用例是代表软件系统的一项 功能 。11、系统用例由 参与者 激活。12、用例之间存在三种关系：类属（一般化）、包含和扩充。其中，包含和扩充实际上是UML建模元素四种关系中的 一般化 关系。13、 事件流 用于规定用例的行为。14、在UML静态建模时，其分析阶段主要是通过分析 问题域，确定系统中的类，画出类图或动态图。15、在UML静态建模时，其设计阶段的目的是要确定一种易转化为 代码 的设计方案，设计阶段又可分为 结构 设计和 详细 设计。16、 主动 对象不需要其他对象请求就主

3、动表现的行为，而 反映型 对象只是响应外部事件，在响应一个事件后，又会变回空闲状态，等待下一个事件。17、UML动态建模主要通过绘制 顺序 图、协作图、 活动 图和状态图来辅助分析或描述系统用例或类的重要操作的算法。18、在UML动态建模时，主要通过分析对象的消息传递来确定系统的行为，而消息通常表示一个对象要调用另一个对象中的 操作 。19、在时序图中，分支或迭代条件使用 括起来，而约束条件使用 括起来。20、在活动图中， 动作状态 表示了正在执行的不可分解的计算，而 活动状态 是可分解的且可中断的。21、 状态 图描述了系统对象随时间变化的动态行为，并展现了对象状态的变化及变化的原因。22、

4、在状态图中， 跃迁 表示一个对象内部状态在某个事件发生并且满足某个条件时的转移。23、UML的交互作用图分为， 顺序 图和 协作 图。24、用户需求报告文档是客户、软件开发人员和项目管理人员共同工作的基础，是供方交付产品和需方验收产品的依据。25、在进行需求分析时，系统分析员必须从 功能性需求、非功能性需求和可用性需求等方面展开分析。26、在UML中，类图可分为三个层次：概念层、说明层和实现层。 概念层 层主要任务是识别对象和类； 说明层 层主要任务是定义类的属性和操作； 实现层 层允许使用编程语言描述类的操作的算法。27、系统界面类的属性主要是指窗体或表单中的 数据类型 ，系统界面类的操作主

5、要是指窗体或表单中的 参数和返回值 。28、在UML动态模型中，一个对象在某个时刻如果其属性具有确定的 变化信息 ，则称之对象的状态。29、在UML动态模型中， 并发 表示多线程操作。30、在UML中， 静态图 图可以替代传统软件工程中的系统模块结构图。二、绘图题请参考课件，绘制以下UML建模元素的图形符号。1节点 节点数据库服务器 2. 类 类 /对象仓库管理员姓名商品入库() 3. 状态 状态开始状态终止状态中间状态 4. 组件 Image.Java 组件 5. 注释注释 7 用例 商品入库用例 8 依赖关系 依赖0.1* 9 关联关联三、读图题1. 在课件中有一个时序图描述了电子商务平台

6、的订单处理过程。请画出该时序图，并使用带圈的数字（如）分别标识图的组成部分：对象、生命线、激活期、消息、状态、自委托和约束。:销售部:物流部：顾客1.提交订单2.确认订单5.收款():订单3.保存订单未付4.通知收款6.更新订单已付8.通知发货发货10.更新订单9.通知已发已发ABB-A=15天1.主动对象2对象3生命线4.激活期5消息6.自委托7.状态8.约束2. 在课件中有一个状态图描述了信用卡账户的状态转移过程。请画出该状态图，并使用带圈的数字（如）分别标识图的组成部分：开始状态、状态、终止状态、跃迁、监护条件、动作、调用事件、改变事件、时间事件等。余额=0 有存款 存款(m) / 余额

7、:=余额+m取款(n) / 余额:=余额- n;return 余额 已透支 when(余额透支限度) / 通知管理员冻 结after(3月)调用事件动作改变事件时间事件触发条件1.开始状态3.终止状态2.中间状态4.跃迁5.监护条件6.动作四、问答题1、在动态建模技术中，消息和事件有何区别？消息：通常表示一个对象要调用另一个对象中的操作消息：表示操作调用第一个消息由主动对象发送。当收到消息时，接收对象立即开始活动，即对象被激活。消息用带有标签的箭头表示。事件：表示一个对象接收到一个消息(1) 调用事件：调用事件引发方法的执行(2) 消息事件：消息表示只在对象之间传递信息，因此消息事件触发的唯一

8、操作send(targetList)(3) 改变事件：改变事件表示当满足某种条件时改变对象状态，改变事件使用关键字when()引用条件。(4) 时间事件：使用关键字when()或after()说明事件触发的时间条件2、在顺序图、协作图、活动图和状态图中能用于用例建模的是哪些图？能用于操作建模的是哪些图？能用于分析对象内部行为的是哪些图？用于用例建模的只能是用例图。用于操作建模的是顺序图、协作图、活动图。用于分析对象内部行为的是状态图。3、对象、属性、服务的命名规则是什么？ 对象的命名：类的名字应符合其包含的每一对象。类的名字，应该反映每个对象个体，而不是整个群体。采用名词或带有定语的名词，使用

9、规范的词汇，使用问题域专家及用户通常使用的词汇。使用适当的语言文字。如：各软件开发文档用中文，类及其属性和服务的命名使用英文。（注意：建立中英文命名对照表。）服务的命名：命名：动词+名词属性的命名：使用英文4、在UML中什么是用例？如何识别用例？在UML中，用例Use Case规定了系统或部份系统的行为，描述了系统所执行的动作序列集，并为参与者产生一个可供观察的结果。一个用例描述一个从头至尾的完整的功能。面对一个大系统，可先列出参与者清单，再对每个参与者列出其用例。可通过以下问题帮助识别用例：每个参与者的任务是什么？有参与者将要创建、存储、改变、删除或读取系统中的信息吗？什么用例会创建、存储、

10、改变、删除或读取该信息？参与者需要通知系统外部的突然变化吗？需要通知参与者系统中正在发生的事情吗？什么用例将支持和维护系统？所有功能需求都能被用例执行吗？系统需要何种输入输出？输入从何来？输出到何处去？当前运行系统的主要问题？（手工操作、计算机操作）5、UML中有五种图，分别用于描述什么？用例图：描述系统功能静态图：描述系统的内部结构，包括类图和对象图行为图：描述系统对象的行为，包括状态图和活动图交互图：描述对象之间的交互关系，包括时序图、协作图实现图：描述系统的架构与配置，包括组件图和配置图6、在UML静态建模时，如何绘制类图？建立类图主要描述类间关系：1. 用户界面类的类图2. 实体类的类

11、图3. 实现用例的类图7、需求分析为什么重要？为什么难？需求分析就是根据业务建模的产品，以及对用户现场的分析和确认，进行分析，最后书写用户需求报告和需求规格说明书。需求获取是否成功，直接关系到软件开发的成败问题。需求分析不彻底或不确定，将使设计、编码、测试无法进行用户需求报告是客户、软件开发人员和项目管理人员共同工作的基础，是供方交付产品和需方验收产品的依据需求分析要占整个开发时间或工作量的30%左右需求获取的错误，属于软件开发中的早期错误，但将在后续的设计和实现中进行发散式的传播。为什么难？用户需求具有动态性，即需求的不稳定性。用户需求具有模糊性，即需求的不准确性。用户最终要和开发者对需求达成完全一致的认识，并在需求报告上签字，要承担责任。