模拟资源管理器

1、面向对象的分析与设计课程结课大作业学 号 5011212204 学生姓名 吕雪锋 专 业 计算机科学与技术 班 级 计算机16-2 塔里木大学教务处制面向对象的分析与设计课程结课作业一、选题模拟资源管理器二、用例图建模（此题10分）1、 需求分析如下所示：1） 、用户可以执行以下操作，对文件或目录的新建，复制，剪切，删除，重命名。2） 、用户还可以查看文件，修改文件内容，移动文件存储位置，修改磁盘名字，查看图片等。2、 用例图截图如下所示：1）第一个用例图，用户操作图2） 第二个用例图，用户的其他操作：三、类图建模（此题10分）1、 需求分析如下所示：分析：创建树形类，Mytree,创建节点类

2、，Nodedata,创建删除类，delete，创建新建类，newfile，创建复制类，copy，创建重命名类，rename2、 类图截图如下所示：四、序列图和协作图建模（此题10分）1、 需求分析如下所示：分析：用户在显示界面选择操作；选择新建操作；请求数据管理进行新建；显示新建的文件2、序列图截图如下所示：3、 协作图截图如下所示：五、状态图建模（此题10分）1、需求分析如下所示：分析：用户进行操作选择，选择需要进行的操作，如果用户选择删除操作，进行删除时，会有两种状态，是否有删除权限，如果是可以删除，则返回删除成功，否则，则无法删除，退出。2、 状态图截图如下所示：2、 六、活动图建模（此

3、题10分）1、用户新建文件活动图1）用户选择操作，2）系统确定选择项，3）系统执行操作，4）显示界面显示操作是否成功，5）返回操作结果6）退出2、 用户剪切操作活动图：1）用户选择操作，2）系统确定选择项，3）系统执行操作，4）显示界面显示操作是否成功，5）选择剪切能容复制，6）系统确定选择项，7）系统执行操作，8）成功复制，8）退出七、包图、构件图和部署图建模（此题10分）1、构件图是用来表示系统构建与构件之间，以及定义的类或接口与构件之间关系的图。在构件图中，构件和构件之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系或实现关系。对于不同的开发小组而言，构件图能够呈现整个

4、系统的早期设计，使系统的开发的各个小组由于实现不同的构件而连接起来，构件图成为方便不同开发小组的有用工具。系统开发者通过构件图呈现的将要建立的系统的高层次架构视图，开始建立系统的各个里程碑，并决定开发任务分配以及需求分析。构件图：包图：部署图：部署图描述了一个系统运行时的硬件特点，以及在这些节点上运行的软件构件将在何处物理的运行，以及他们之间如何彼此通信的静态视图。在一个部署图中，包含了两种基本的模型元素：节点和节点之间的连接。在每一个模型中仅包含一个部署图。在部署图中显示了系统的硬件、安装在硬件上的软件以及用连接硬件的各种协议和中间件等。我们可以创建一个部署图的目的概括如下。a.描述一个具体

5、应用的主要部署结构。通过对各种硬件和在硬件中的软件，以及各种连接协议的显示，可以很好的描述系统是如何部署的。b.平衡系统运行时的计算资源分部。c.部署图也可以通过连接描述组织的硬件网络结构或者嵌入式系统等具有多种相关硬件和软件系统运行模型。部署图截图：8、 核心代码（此题20分）核心代码：核心代码见附录文件（在另外一个文档中）总 结一、用例图1、作用：用例图是需求分析的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化的了解系统的功能。借助用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题探讨，减少了大量交流上的障碍，便于直观对问题达成共识。2、组成元素

6、： 用例图的构成元素有:角色、用例、系统边界、关系。3、彼此之间的关系包含关系:基本用例的行为包含了另一个用例的行为。基本用例描述在多个用例中都有的公共行为。包含关系本质上是比较特殊的依赖关系。它比一般的依赖关系多了一些语义。在包含关系中箭头的方向是从基本用例到包含用例。 简单的理解就是用例可以包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分。泛化关系：代表一般于特殊的关系。它的意思和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中

7、的行为和含义。扩展关系：扩展关系的基本含义和泛化关系类似，但在扩展关系中，对于扩展用例有更多的规则限制，基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。与包含关系一样，扩展关系也是依赖关系的版型。在扩展关系中，箭头的方向是从扩展用例到基本用例，这与包含关系是不同的。 二、类图 1、作用 当对系统的静态视图进行建模时，通常有一下三种方式来使用类图: a.为系统的词汇建模。在使用UML建模时，最先构造系统的基本词汇，以描述系统的边界对系统词汇的要做出以下判断：哪些抽象是系统的建模的一部分，哪些抽象是处于建模系统之外的部分。 b.模型化的简单协作。协作是由一些共同工作的

8、类、接口和其他的模型元素所构成的一个整体，这个整体提供的一些合作行为强于所有元素的行为之和。系统分析者可以通过雷同将这种简单的协作进行可视化表示和描述。c.模型化的逻辑数据库模式。再设计数据库时，通常将数据库模式看做数据库概念设计的蓝图。系统分析者可以使用类图来对这些数据库进行模式建模。2、组成元素类图是由类、接口、他们之间的关系组成的。3、彼此之间的关系依赖关系：依赖(Dependency)关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系。大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数。在UML中，依赖关

9、系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。泛化关系：泛化关系用来描述类的一般和具体之间的关系。具体描述建立在对类的一般描述的基础之上，并对其进行了扩展，因此在具体描述中不仅包含一般所拥有的所有特性、成员和关系，而且还包括了具体描述的补充信息，如小汽车、客车都是交通工具的一种。关联关系：关联关系是一种结构关系，指出了一个事物与另一个事物的对象之间的语义上的连接。关联关系描述了系统中对象或实例之间的离散连接，它将一个含有两个或多个有序表的类在允许复制的情况下连接起来。一个类的关联的任何一个连接点都称为关联端，与类有关的许多信息都附着在它的端点上。关联端有名称、角色、可见性以及多重性等特点

10、。实现关系：实现关系是一种模型元素（如类）与另一种模型元素（如接口）连接起来，从而说明和其实现之间的关系。在实现关系中，接口只是行为的说明不是结构或者实现，而类中则要包含其具体的实现类容，可以通过一个或多个类实现一个接口，但每个类必须分别实现接口中的操作。4、实例依赖关系：泛化关系：关联关系：实现关系：三、序列图序列图是对对象之间传递消息的时间顺序的可视化表示。序列图从一定程度上更加详细地描述了用例表达的需求，将其转化为进一步、更加正式层次的精细表达，这也是序列图的主要用途之一。序列图的目的在于描述系统中各个对象按照时间顺序的交互过程。1、作用序列图作为一种描述在给定语境中消息是如何在对象间传

11、递的图形化方式，在使用其进行建模时，主要可以将其用途分为以下三个方面 a.确定和丰富一个使用语境的逻辑表达。一个系统使用的语境就是系统潜在的使用方式的描述，也就是它的名称所要描述。 b.细化用例图的表达。 c.有效地描述如何分配各个类的职责以及各个类具有相应的职责原因，我们可以根据对象之间的交互关系来定义类职责。2、组成元素 序列图是由对象、生命线、激活、消息构成的。四、协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。与序列图不同，协作图显示的是对象之间的关系。另一方面，协作图没有将时间作为一个单独

12、的维度，因此序列号就决定了消息及并发线程的顺序。协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。1、 作用协作图的作用是对象间消息的传递来反映具体的使用语境的逻辑表达，一个使用情境的逻辑可能是一个用例的一部分或是一条控制流；它的交互关联显示对象交互的空间组织结构，显示一种对象间的关系，而不注重顺序；表现一个类的操作实现，协作图中可以说明类操作中使用的参数，变量，返回值。当表现一个系统的行为时，消息编号对应了程序中嵌套调用的结构和信号传递过程。2、 组成元素 协作图是由对象、消息和链等构成。五、状态图1、作用状态图的作用主要

13、体现在以下几个方面。a状态图清晰描述了状态之间的转换顺序，通过状态图顺序也就可以清晰的看出事件的执行顺序。b.清晰的事件顺序有利于程序员在开发程序时避免出现错序的情况。c.状态图清晰的描述了状态图转换时所需要的触发事件、监护条件和动作等影响转换的因素，有利于程序员避免程序中非法事件的进入。d.状态图通过判定可以更好地描述工作流因为不同的条件发生的分支。2、组成元素 状态图由状态、转换、事件、活动、动作五部分组成的。六、活动图1、作用活动图有以下几个方面的作用。a.描述一个操作执行过程中所要完成的工作。说明角色、工作流、组织和对象是如何的工作的。b.活动图对用例描述尤其有用，它可对用例的工作模型

14、，显示用例内部和用例之间的路径。他可以说明用例的实例之间如何执行动作以及如何改变对象的状态。c.显示如何执行一组相关动作，以及这些动作如何影响他们周围的对象。d.活动图对了解业务处理过程是非常有用的。e.描述复杂过程算法，在这种情况下使用的活动图和传统的程序流程图的功能是差不多。2、组成元素 活动图是由动作状态、活动状态、组合状态、分叉结合、分支与合并、泳道、对象流组成。七、包图UML包图中描绘两个或更多的包以及这些包之间的依赖关系。包是UML中的一种结构，用来将各种建模元素（如用例或者类）分组组织起来。包的符号是文件夹的样子，可以应用于任何UML图中。任何图中如果只包含包（以及包之间的依赖）

15、，都可以看作是UML包图。UML包图实际上是UML2中的一个新概念，在UML1中一直是非正式的部分，过去被称为UML包图的东西实际上通常是仅仅包含包的UML类图或UML用例图。1、 作用a. 逻辑上把一个复杂的图模块化b.组织源代码2、 组成元素在包中可以拥有各种元素，包括类、接口、构件、节点、协作、用例，甚至是其他包或图。3、彼此之间的关系 依赖关系： 是指一个元素的定义的改变会引起另一个元素发生相应的改变，报的依赖联系同样用一条虚线表示，虚线箭头从依赖包指向被依赖包。泛化关系： 表达事物的一般和特殊的关系。如果两个包之间有泛化关系，意指其中的特殊性包括必须遵循一般性包的接口。4、 实例依赖

16、关系：泛化关系：八、构件图构件图主要用来表示系统中构建与构建之间、类或接口与构建之间的关系图。描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的关系，这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。1、 作用a.构件图的基本目的：使系统人员和开发人员能够从整体上了解系统的所有物理部件：同时，也使我们知道如何对构建进行打包，以便交付给最终客户；最后，构件图显示了被开发系统所包含的构建之间的衣领关系。b.构件图可以清楚的看出系统的结构和功能，从而方便项目组的成员制定工作目标和了解工作情况，同时，

17、最重要的一点是有利于软件的复用。c.构件图是把软件看做多个独立构建组装而成的集合，每个构建可以被实现相同接口的其他构建替换。2、组成元素 构建图主要由构建、接口和依赖组成。3、 彼此之间的关系依赖关系：实现关系：九、部署图描述一个系统的拓扑结构，定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象，以显示节点跟可执行软件单元之间的对应关系。1、 作用部署图可以帮助系统的有关人员了解系统中的各个构建部署在什么硬件上，以及这些硬件之间的交互关系。2、 组成元素部署图由节点和连接组成。

18、 UML是当前比较流行的一种建模语言，这种语言可以用于创建各种类型的项目需求、设计乃至上线文档。设计的动机是让开发者用清晰和统一的方式完成项目的前期需求和设计文档，这些需求和设计文档能够让项目的开发变得更加便捷和清晰。UML是一种面向对象的建模语言，面向对象技术是一种以对象为基础，以事件或消息来驱动对象只想处理的程序设计技术。从程序设计方法上来讲，它是一种自上而下的程序设计方法，面向对象程序设计往往从问题的一部分招收，一点一点地构建出整个程序。从可视化的角度对UML的概念和模型进行划分，可将UML的概念和模型划分为视图、图和模型元素。UML主要包括的试图为静态试图、用例试图、交互式图、实现试图、状态机试图、活动试图、物理试图和模型管理试图。最常用的UML