用Rational Rose和UML开发J2EE应用

作者：不详（来自：时代朝阳数据库）时间：2003年07月10日前言

成功地运用J2EE构建企业应用的关键和所有复杂的软件平台是一样的：有效的需求沟通、制定正确的分析和设计决定，并且识别最佳的实现选择。

追求最佳可视化模型的公司可以更快地开发它们的软件，并且建立更高质量的系统。Unified Modeling Language (UML)就是可视模型化的软件工业标准。

在这里，我们将向你介绍如何运用UML和Rational Rose 2001a，它是现今最流行的基于UML的软件模型化和开发工具，可用于开发基于J2EE的企业应用。

什么是UML?

Unified Modeling Language (UML),是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。

使用UML作可视化模型主要是为了了解系统的重要细节，以便项目的需求可以清晰地表达、开发出解决方案体系、并且一个选择的实现可以清晰地标识和构造。为达到这个目的，需要丰富的符号来表达模型化的软件系统。UML不但为基本的构造块提供了符号表示，它还提供了方法来表达基本构造块之间的复杂关系。这些关系都以UML框图的形式表示出来。

以下就让我们来看一下UML和Rational Rose是如何有助于理解、设计和实现J2EE 应用的。

理解需求

项目失败的原因通常是由于需求没有很好地理解或者进行沟通。我们也可以很容易地理解，无论是口头或者书面的语言，都是不严密的。

你可以应用UML用例模型来开发一个精确的模型来表示系统的需求，然后以这些用例为基础来推动系统开发的其它方面。用例的作用就好象是项链上的一条线，它将所有的珍珠绑定在一起。用例在最终的用户和系统需求之间建立起一座桥。它们可用来在功能需求和系统实现本身之间进行回溯。用例也可以作为一个连接点，连接到一个详细的说明需求细节的用例文档。

图1展示了一个在线CD商店的部分用例框图，它们是从文本和口头的功能需求中提取出来，然后转为用例。在这个例子中，很明显购买者（由几条线条组成的人物，表示为UML中的角色）可以通过4种方式来使用系统（在UML中以椭圆表示一个用例）。

***********图1********

一个简单的用例图

每个用例则通过顺序框图中的一个或者多个场景来精确描述。当然，在需求捕捉和分析的早期阶段，顺序图是相对简单，而且也可能是不完整的。顺序图的这样一个例子如图2所示。在Rational Rose中，要为某个用例创建顺序图，你可以在浏览器中选择它，然后从用例的菜单中选择New>Sequence Diagram。

***********图2************

一个解释付费用例的顺序图

设计一个方案

随后的阶段是用例分析，对于内部元素是如何交互来满足系统的功能需求，以及它们是如何相关，这个阶段提供了一个初始的、高级别的定义。这个分析需要进行反复的试验，直到产生满意的解决方案。“Analysis classes（分析类）”的行为通常是通过自然的语言描述的，比较抽象，在这个分析阶段中，它是一个有用的工具。分析类通常都不在软件中实现，虽然我们可以做到这一点，实际上，在总体设计过程中，分析类才会转换为精确定义的设计类和子系统。

我们首先要精心地制造顺序图，以便它们可以揭露出系统的内部运作，我们并不是通过展示角色和一个系统的交互来分析系统，而是将系统分解成独立的分析对象。系统的职责被分解到分析级别的对象中，以便可以得到一个更好的顺序图。在这里我们要介绍三种分析对象：

．边界对象

边界对象代表系统的内部工作和它所处环境之间的交互。它包括有一个用户通过图形界面的交互，与其它角色的交互（例如代表其它系统的角色），和设备的交互等。边界对象将系统的其它部分和外部的相关事物隔离和保护起来。简单地说，每一个角色-用例交互对映射到一个边界对象。

. 实体对象

实体对象代表系统的重要信息。在一个很长的时间内，它们都是持久和存在的。它们的主要目的是表达和管理系统中的信息。在模型中，系统中的关键概念以实体对象来

表现。

. 控制对象

控制对象是用来模型化系统中的行为的。控制对象并不需要实现这个行为，它可能是与其它对象协作以实现用例的行为。它的想法是为了将行为和模型下层的信息隔离开来，这样在处理以后的改变时就比较容易。

UML提供了stereotype符号，它表示为放在一个双角括号中的文本，以便和不同类型的类区别开来。在Rational Rose中，你可以很容易地创建分析类，只需将类的stereotype字段分别修改为< >, < >和< >就可以了。这些都可以作为创建分析级框图的基础。

付款用例顺序图的一个更新版本如图3所示，这里系统被分解为分析对象。在这个图中，使用图标来代表边界、控制和实体对象（分别以一个T、带箭头的圆圈和一个带切线的圆表示）。

当然，类通常都参与到几个用例中，因此为确保系统的一致性，理解它们的静态关系也是同样重要的。对于捕捉不同结构元素的静态模型，UML类图是很有用的。

首先，我们标识和放置用例中所有的类到一个类框图中。我们已经将用例的行为分布到对象中，所以要分析每个类的操作就变得相对简单了。要注意的是，这些是分析的操作，这意味着随着我们不断地进行分析和设计，这些操作将会不断地需要细化。

Rational Rose可让你很简单地在顺序图中的分析类上定义新的操作，你只要选择现有的信息，并且在菜单上选择就可以了（如图3所示）。如果你已经定义了一个类的操作，你可以简单地由列表上选择现有的操作。

****图3：带有分析对象的精确顺序图****

这是Rational Rose中的一个典型方法，它可以提高用户的生产力，并且确保整个模型的一致性和质量，另一个类似的有用特性包括有查询模型哪个类和消息是没有解释的（例如在模型中没有映射到真正的类或者操作）。

还有一个方面是需要标识每个类的属性。属性代表的信息，可能是其它类需要的，也可能是类自身为履行自己的职责需要的。在这个分析阶段，应将属性标识为普通的类型，例如数字、字符串等。

要完成用例的类图，你还需要标识类间的关系。在这个阶段中我们特别感兴趣的关系是关联、依赖和继承。

在分析完所有的用例和为每个用例创建类框图后，我们就需要接合各种不同的分析类来得到一个统一的分析模型。这是一个重要的活动，因为我们需要得到一个最小集合

的类，并且为了避免在最后的分析模型中出现不必要的冗余。

这个阶段的主要任务是标识在用例间重复出现的类或者只有很小改变的类。例如，对于跨用例间拥有类似行为或者表示同样概念的控制类，我们应该将它们合并。拥有同样属性的实体类也应该被合并，它们的行为也合并为一个类。

图4展示了一个初步分析级的类框图（这是根据图1的用例得到的）。由于我们现今只是关系类间的关系，所以我们使用Rational Rose的显示过滤能力来过滤掉每个类的细节（通过不勾选Format>Show all attributes和Format>Show all operations 就可以了）。

**********图4************

初步分析级的类框图

实现软件

虽然分析模型可以帮助你解决问题提供了一个基础，不过离实现还是很远。在设计期间，你必须考虑到所采用的技术带来的额外限制和需求，并且尝试映射解决方案到最优化的实现。

在我们的例子中，假设我们正在建立一个基于Web的应用。实现这样一个应用需要一个深思熟虑的方法。分析模型的作用是作为一个出发点，用来决定将不同的J2EE技术映射到方案。例如，＜＜control＞＞类可很好地映射到Java Servlets或者Enterprise JavaBean (EJB) Session Beans。这个方法可以将J2EE层的实现模型和Sun的"Model 2"参考体系对应起来。

Rational Rose提供了一个简化的接口来开发servlets和EJB Session Beans。图5显示了创建一个servlet的对话框。

****图5 Servlet定义窗口*****

虽然EJB包含有多个接口和类，Rational Rose还是提供了创建EJB的便利接口。创建EJB的对话框如图6所示。在这里，对话框显示了需要创建一个无状态Session Bean 的设置。

****图6****

创建一个无状态Session Bean

得到的Session EJB如图7所示。这是基于为EJB开发的UML模型，它是以Sun Java Community Process在JSR-26开发的。它显示了构成EJB的各种元素之间的关系，特别是home和remote接口和EJB实现类。由于EJB并不真正实现home和remote接口（它们是通过配置工具自动产生的对象实现的），因此关系并不是实现home和remote接口而是分别产生＜＜EJBRealizeHome＞＞和＜＜EJBRealizeRemote＞＞。home和remote

接口的依赖关系表明home接口实例化remote接口。

************图7**********

一个无状态Session Bean

＜＜boundary＞＞类粗略地映射到JSP、HTML和form，如果你正在开发一个传统的基于客户的应用，它映射到一个客户应用的对话框。我们使用JSP作为呈现实体和系统交互的的一个手段。JSP实际上由两个方面，也就是客户端的表现和服务器端的行为，所以它的模型包含有一个客户端页面和服务器端的页面，它们之间的关系是＜＜build ＞＞。一个例子如图8所示。

***********图8***********

JSP作为服务器端和客户端页面

创建一个JSP比EJB还简单，你只需要在browser的菜单中选择Web Modeler＞New ＞Server Page就可以了，如图9所示。

*************图9***********

在Rational Rose中创建一个JavaServer Page

诸如Catalog, Order和Customer的＜＜entity＞＞类可映射为Entity Bean。

它们的创建如上面图6所示。

J2EE应用中常利用的一个技术是使用JavaBean在servlets和JSPs之间传送信息。在Rational Rose中要做到这一点是很简单的，通过在一个Java类上创建attributes，

并且通过如图10中的attribute规范对话框来将attribute设置为属性。

*************图10***********

将一个attribute设置为属性

在整体实现模型中，创建JSPs, servlets, JavaBeans和EJBs是非常有用的。Rational Rose可让你很容易地模型化关系和告诉工程师其中的基本细节，不仅包括JSPs, servlets, EJBs和JavaBeans，还包括实现中涉及到的HTML页面和Form。这些可以送给表现层开发者作进一步的处理，同时可与你的应用逻辑保持兼容性。

图11是某个类框图的一部分，它显示了实现在线CD商店中涉及到的不同技术。该框图展示了各个类以及它们如何与表现、商业逻辑和数据层排列在一起。这样，客户端的页面在左边，控制的servlet在中间，Entity Beans在右边。

*************图11**************

在线CD商店的部分实现模型

该框图只显示了付费和浏览CD细节用例中需要用到一些类。我们可以通过一个简单的付费情景来尝试“阅读”该框图。假定你已经浏览完毕，并且选择了一些准备购买的CD，你在主页（左边的顶部）上选择“checkout”的选项。这样将会调用经由相关stereotyped ＜＜link＞＞显示的MainSerlet控制器。MainServlet由Order EJB中

得到订单的细节，构造一个Order JavaBean，并且将它设置为session的一个属性，并且将请求向前送，如＜＜forward＞＞标识的一样，直到一个Checkout JSP。Checkout JSP使用Order JavaBean，如JSP和Order JavaBean之间所示的＜＜Use Bean＞＞关系一样，它会构造Checkout_Client页面并且呈现给用户。

很明显，我们忽视了其中的一些细节。例如，在实际的项目中，你可能将使用购物车来跟踪项目；控制的责任或许会更分散，而不只是用唯一一个MainServlet等。这里的主要观点是告诉你，对于设计和开发复杂的J2EE应用，UML是一个强大的工具，通过上面的例子，你将会认识到这一点。

实现工作

Rational Rose可让你直接从框图中产生, JavaBean, HTML, Servlet和EJB代码。例如，两个JSP间的＜＜include＞＞关系将会在导致在相应的JSP中产生＜%@ include file="header.jsp" %＞。同样，＜＜Use Bean＞＞将会在JSP中产生＜jsp:useBean id="cd" class="com.rational.cdshop.util.CD" scope="session"＞，这样就可使用CD JavaBean。

在EJB方面，除了可为EJB2.0中的全部三种EJB产生代码外（以及符合EJB1.1的EJB），Rational Rose还提供了一些特性以简化EJB的开发。例如，在开发EJB时，其中一个较麻烦的是需要在接口和实现类中写方法的代码。Rational Rose提供了一个菜单的选项，你只需要按一下按钮就解决了。它还提供了一个"check and repair"菜单选项，可以验证定义的EJB的合法性（例如，remote接口中的remote方法和EJB实现类中的是对应的），如果不是，可以为你修复它们。

Rational Rose中另一个和EJB相关的特性是Rational Quality Architect (RQA)，可用作设计测试EJB。例如，可以使用RQA为EJB作单元测试。还可以使用在Rose中定义的顺序图来作多个EJB的测试。当依赖某个软件组件，但是它还未设计好，那么可以使用RQA来产生框架。

为了确保可以用自己的条件来实现，而无需担心UML模型的改变，反之亦然，Rational Rose提供了一个内置的代码编辑器，用户可以设置同步的选项。例如，你可以选择一直保持同步。在这种情况下，每当你更新源代码并且保存时，Rose中的UML 模型就会自动被更新。有些时候，你可以只是想看一下它们是如何处理的，并不想影响你的模型。在这种情况下，你可以在全局或者基于每个类的设置将同步关掉。

当然，当谈到实现和编码时，你将需要一个好的IDE，例如Sun's Forte for Java 或者Borland JBuilder。Rational Rose 2001a提供的主流IDE的深度集成和自动同步，所以可以在享受Rational Rose在UML模型和开发J2EE应用好处的同时，继续使用自己最喜爱的IDE。

关于UML和J2EE的更多方面

我们只是很简略地谈了一下使用UML作模型及开发J2EE应用。例如，通过session 中涉及到的各种实体，你可以使用UML活动图来模型化session管理。

另一个挑战是传达session EJB需要的正确操作调用顺序。一个顺序图可以标识某个情景，但是你需要大量的顺序图来表示组件支持的各种情景（有些人尝试使用带有控制和分支语句的顺序图，但是这样只会得到一个复杂和费解的顺序图）。另一方面，UML 状态图提供了一个强大的功能，可以模型化和传达这些信息。通过状态图，你可以查看顺序图的每个情景，这样你就可以验证每个顺序图，并且看组件是否支持你需要用的操作。

总结

通过使用UML，你可以理解需求，作正确的分析和设计，并且在一个经过验证的规则上开发一个方案和作最佳的实现，从而可以明显的提升开发可扩展、易维护和可长时间使用的软件的机会。

Rational Rose是仅有的可以支持全程建模及J2EE应用设计的UML模型工具。

RationalRose【UML建模】教程+使用详解

Rational Rose 简介 Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。 1. 环境简介 1.1 Rational Rose可视化环境组成 Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。见图1-1。图1-1：Rose界面 ●浏览器：用于在模型中迅速漫游。 ●文档工具：用于查看或更新模型元素的文档。 ●工具栏：用于迅速访问常用命令。 ●框图窗口：用于显示和编辑一个或几个UML框图。 ●日志：用于查看错误信息和报告各个命令的结果。

1.2浏览器和视图浏览器是层次结构，用于在Rose模型中迅速漫游。在浏览器中显示了模型中增加的一切，如参与者、用例、类、组件等等。Rose浏览器见图1-2。浏览器中包含四个视图：Use Case视图、Logical视图、Component视图和Deployment 视图。点击每个视图的右键，选择new就可以看到这个视图所包含的一些模型元素。图1-2：Rose浏览器 1. 3框图窗口在图1-3所示的框图窗口中，我们可以浏览模型中的一个或几个UML框图。改变框图中的元素时，Rose自动更新浏览器。同样用浏览器改变元素时，Rose自动更新相应框图。这样，Rose就可以保证模型的一致性。图1-3：框图窗口

2.UML各类框图的建立 2. 1建立用例图use case diagram 从用例图中我们可以看到系统干什么，与谁交互。用例是系统提供的功能，参与者是系统与谁交互，参与者可以是人、系统或其他实体。一个系统可以创建一个或多个用例图。 ●创建用例图（图2-1-1）在浏览器的Use Case视图中，双击Main，让新的用例图显示在框图窗口中。也可以新建一个包（右击Use Case视图，选择new→package，并命名），然后右击这个新建包的，选择new→use case diagram。对系统总的用例一般画在Use Case视图中的Main里，如果一个系统可以创建多个用例图，则可以用包的形式来组织。图2-1-1：创建用例图 ●创建参与者(图2-1-2) (1)在工具栏中选择“Actor”，光标的形状变成加号。 (2)在用例图中要放置参与者符号的地方单击鼠标左键，键入新参与者的名称，如“客户”。若要简要的说明参与者，可以执行以下步骤： (1)在用例图或浏览器中双击参与者符号，打开对话框，而且已将原型(stereotype)设置

《UML系统分析和设计》

软工14级《UML系统分析与设计》大作业问题定义：设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。进货子系统有药品验收处理 1 产生进货传票（进货传票编码、商品编码、品名、规格、厂商、有效期、进价、进货数量）。 2进货传票将被打印给供货商作为收货凭证。一次进货可有多项药品，由进货传票编码唯一标识；一种药品由商品编码唯一标识。系统设有一个商品目录（商品编码、品名、规格、厂商、有效期、销售价格）。 3当进货的药品是新药品（商品目录中没有的药品）时，进货子系统自动把新药品写入商品目录。库存子系统有 1进货入库 2销售出库处理维护库存帐（商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量），库存帐不能做修改操作，当进货入库时，根据进货传票产生一条新记录，库存数量加上进货量；当销售出库时，根据销售传票产生一条新记录，库存数量减去出库量；商品编码是各药品的唯一标识字。库存子系统设库存自动报警，当库存数量大于库存上限量或者小于库存下限量时，给出警告信息。销售子系统有定价处理和销售处理。 1定价处理有一个商品价格表（商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人）首先由销售管理员定建议价格，经过经理批准后确定销售价，并自动更新商品目录的销售价； 2销售处理在公司的销售窗口，售货员根据顾客要求查找商品目录和库存帐，如果有货（库存数量满足顾客要求），一项销售成立，产生销售传票的一条记录，一次销售可有多项记录，由销售传票唯一标识。销售传票的数据结构是（销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量）。销售传票是库存子系统记录库存帐的依据。销售传票将被打印给顾客作为提货凭证。以上为本次试题的基本部分（称基本系统），为必做部分。事实上的进销存系统还有其它组成，例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等，有兴趣的同学可以选做或者补充某些附加内容。

Rational Rose用例图的建模步骤

用例图建模步骤窗口说明 1.开始用例图在用例视图目录下，使用右键菜单“new”——》“use case diagram”。

2.工具栏调整一般情况下，所有UML模型的工具栏都是可以调整的，可以根据具体需要对工具栏上的按钮进行定制。在工具栏上使用右键菜单，选择“Customize”如图2，选择需要增加或减少的图标，如图3所示。 3.增加参与者参与者的增加有2种方式，方式一：使用工具栏上的快捷菜单如图4，图5所示

方式二：使用左边栏右键菜单“new”——》“Actor”新增参与者功能如图6所示，需要注意的是：使用此方式增加的参与者将不会自动出现在右边的绘图区中，需要把这个参与者拖到绘图区方可。关于删除：在右边的绘图区，删除参与者可以使用Del键删除，但删除之后被删除的参与者在左边的目录下仍然是存在的。即在绘图区中不能彻底的删除参与者。在左边的目录区， 4.增加用例用例增加的方式和方法与参与者增加的方式和方法是相同的。 5.建立参与者之间的关系参与者之间的关系常见的是泛化关系。步骤如下： 1）选择泛化关系，如图7所示。 2）如图8所示，画出两个参与者之间的泛化关系。注意：起点是继承类，终点是被继承类。即，画的时候是从儿子开始，到父亲结束。

6.建立用例之间的关系用例之间的关系主要是3种，分别是包含（include），扩展（extend）和泛化（generalization）。我们只要熟悉一种建立方式，其他2种都可以采用同样的步骤实现。建立包含关系步骤如下： 1）如图9所示，选择用例关系的图标。 2）如图10所示，从“登陆系统”用例开始，到“密码验证”用例结束画出关联关系，注意箭头的方向。 3）双击这条线或者右键点击这条线然后选择“Open Specification”菜单项（图11所示），在弹出的窗口（图12）的Stereotype中选择包含（include）关系

UML课程设计报告_汽车租赁系统的需求分析与设计

课程设计报告 2009 ～ 2010 学年第二学期教学单位信息工程与技术系课程名称 UML统一建模语言课程设计课程设计题目汽车租赁系统的需求分析与设计指导教师 XXXX 学生姓名 XXXXX 专业名称计算机科学与技术（数据库）年级 08级汽车租赁系统的需求分析与设计

一．课程设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一序列的建模和迭代活动，对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型。主要目标如下： 1. 掌握面向对象的分析技术、设计技术； 2. 构建“汽车租赁系统”的需求分析模型和设计模型；二．课程设计题目描述和要求本课程设计中包含： A.软件需求分析 B.汽车租赁系统的需求分析 C.系统的UML基本模型 D.系统中的类 E.系统的配置与实现 1、系统目标系统的整体目标是：利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。 2、功能要求 “汽车租赁系统”中的功能需求可以包括以下几个方面： ●客户可以通过不同的方式（包括电话、前台、网上）预订车辆； ●能够保存客户的预订申请单； ●能够保存客户的历史记录； ●工作人员可以处理客户申请； ●技术人员可以保存对车辆检修的结果。满足上述需求的系统主要包括以下几个模块： ●基本数据维护模块：该模块提供了使用者录入、修改并维护基本数据的途径。 ●基本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些表格；

UML系统分析和设计

当销售出库时，根据销售传票产生一条新记录，库存数量减去出库量；商品编码是各药品的唯一标识字。库存子系统设库存自动报警，当库存数量大于库存上限量或者小于库存下限量时，给出警告信息。销售子系统有定价处理和销售处理。 1定价处理有一个商品价格表（商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人）首先由销售管理员定建议价格，经过经理批准后确定销售价，并自动更新商品目录的销售价； 2销售处理在公司的销售窗口，售货员根据顾客要求查找商品目录和库存帐，如果有货（库存数量满足顾客要求），一项销售成立，产生销售传票的一条记录，一次销售可有多项记录，由销售传票唯一标识。销售传票的数据结构是（销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量）。销售传票是库存子系统记录库存帐的依据。销售传票将被打印给顾客作为提货凭证。以上为本次试题的基本部分（称基本系统），为必做部分。事实上的进销存系统还有其它组成，例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等，有兴趣的同学可以选做或者补充某些附加容。作业要求： 1.针对上述需求，请用面向对象的系统分析和设计方法完成附件中作业要求； 2.解答时可以查询资料、可以讨论、可以使用建模工具（如Rose、together等），

试题管理系统UML系统分析与设计

《信息系统分析与设计》课程设计报告班级：信管1002 姓名：学号：

试题管理系统课程设计要求： 1、应画出该系统的完整用例图。 2、给出负责模块的用例的详细事件流描述。 3、从用例的事件流描述中获取候选的实体类，确定类之间的关系并画出正确的类图。 4、画出用例的顺序图以及协作图。 5、根据用例的事件流描述，画出用例的活动图。 6、根据类图，画出类的状态图。 7、最后给出系统的构件图、部署图。 8、具有完整清晰的设计流程。 9、各图布局合理、美观。 10、提供完整的课程设计说明书。课程设计说明书的正文应包含以下几部分： 1、封面； 2、系统分析：给出详细分析过程； 3、系统设计：给出系统的UML图； 4、遇到的问题及解决方案。摘要传统的试题管理方法因受到时间、空间和管理维护等因素的限制, 已很难适应

现代信息社会教育教学发展的需求。随着计算机技术、网络技术和数据库技术的成熟与稳定以及全国各高校校园网的建立和教育教学管理信息化程度的不断提高, 试题管理系统获得了前所未有的发展前景与强大的技术支持。因此, 教学管理者希望有一个集试卷分类、试卷管理、试题管理等功能于一体的网络试题库管理系统, 以提高管理效率。而利用计算机自动生成试卷，并通过积累逐步形成有效试题库，使试题和试卷的管理高效便捷，同时也使教学方式和考试方式有更多选择。这对提高教学效率，有效利用资源和使传统的教学方式逐步走向自动化具有重要作用。所开发的系统提供了试卷分类、试卷管理、试题管理及试卷生成等功能，为教师提供了一个功能强大的平台，通过这个平台教师可以根据实际教学情况来组成相应的试题与试卷，并轻松的管理试题库与试卷库，在实际应用中可以有效减轻教师的工作量。关键词：试题管理；试卷管理；UML；信息系统分析目录一、试题库管理系统的调查及初步分析 (2) （一）试题库管理系统的开发背景 (2) （二）试题库管理系统的需求分析 (3)

RationalRose-详细介绍

使用Rational Rose 进行UML可视化建模本课程以某所大学的《在线选修课程管理系统》为例来介绍怎样使用Rational Rose 进行UML可视化建模。最终递交三个文件：regist.mdl, regist.sql, VB的代码或Java的代码。内容：一、系统描述 (2) 二、用例图(Use Case View) (2) 三、活动图(Activity Diagram)(建立选修课程目录表) (5) 四、相关的包和类以及简单类图 (11) 五、用例实现图(Use Case Realization Diagram) (13) 六、顺序图(Sequence Diagram)与合作图(Collaboration Diagram) (15) 七、类图中的关系(Relationships) (18) 八、类图中的操作与属性 (20) 九、类图中的泛化 (22) 十、状态图(Statechart Diagram) (26) 十一、构件图(Component Diagram) (31) 十二、部署图(Deployment Diagram) (34) 十三、生成程序代码 (35) 十四、创建数据库设计 (40) 十五、附件1：转换后的Visual Basic程序 (44) 十六、附件2：转换后的Java程序 (45) 十七、附件3：生成的SQL语句 (46)

一、系统描述 1．大学教师选择本学期要教授的课程，每位教师最多只能上报4门课程。 2．教师选课结束后，教务管理人员进行协调和确认教师的课程，并创建本学期的课程目录表，向学生公布。 2．学生填写课程选修表，每个学生最多选修4门课程；每门选修课程的学生数最多为10人，最少为3人。人数达到10人时，停止学生登记注册此门课程；3．学生选课结束后，系统自动取消人数少于三人的课程。 4．学生按最终的课程表到财务处办理收费手续（billing system）。 5．教师可查询所教课程的学生花名册(roster)。 6．教务管理人员维护学生、教师和课程的信息。二、用例图(Use Case View) 1．《在线选修课程管理系统》中的执行者(Actors) ●注册选修课程的学生； ●教授选修课程的教师； ●教务管理人员必须汇总选修课程情况，制作课程表； ●教务管理人员必须维护关于课程、教师和学生的所有信息； ●财务管理系统从本系统中取出收费信息。 2．使用Rational Rose 创建执行者(Actors) 图1

Rational Rose顺序图(序列图)的建模步骤

序列图的建模步骤 1．创建和删除序列图 1.1 创建序列图新建一个序列图的方式有两种： 1.1.1 在逻辑视图中增加序列图 1）一般情况下，序列图属于系统的逻辑模型，因此可以使用“Logical View”的右键菜单——〉“New”——〉“Sequence Diagram”，如下图所示：然后输入序列图的名称，如下图所示：接着双击新增的序列图名称，开始输入序列图，如下图所示：

1.1.2 在用例视图中增加序列图序列图主要是用于对用例的描述，在此种目的下新增序列图的方式也是有两种： 2.1）直接在“Use Case View”下的相应用例上通过右键菜单——〉“New”——〉“Sequence Diagram”菜单项新建一个序列图，如下图所示：输入序列图的名称，如下图所示：

输入完序列图的名称后，双击此序列图的名称开始输入序列图的内容。 2.2）在用例图中使用用例的属性窗口来新增序列图。如下图所示，在用例“浏览课件”的“Specification”属性窗口中的“Diagrams”项目下，通过右键菜单——〉“Insert Sequence Diagram”，输入序列图的名称，如下图所示：双击此序列图名称，进入序列图的编辑界面。

1.2 删除序列图不管是在逻辑视图（Logical View）还是在用例视图（Use Case View），删除序列图的方式都是一样的。都是选中需要删除的序列图，右键菜单——〉“Delete”，即可直接删除，如下图所示。注意，在Rational Rose2003环境下，所有的删除操作都是没有提示的。 1.3 修改序列图的名称不管是在逻辑视图（Logical View）还是在用例视图（Use Case View），修改序列图名称的方式都是一样的。都是选中需要修改名称的序列图，右键菜单——〉“Rename”，如下图所示： 2．增加和删除对象 2.1 增加对象在序列图中，增加对象的方式主要有两种：

UML系统分析与架构设计实战

UML系统分析与架构设计实战课程简介：目前，在软件开发领域，各种框架、模型以及设计模式充斥着整个IT行业，纵观现在的各种软件开发技术培训，我们发现几乎所有的培训中都会出现UML知识的培训。毋庸置疑，UML已经成为了现在的软件开发技术的基础。但是如何透彻理解UML，迅速掌握UML的精髓却是所有技术人员一直以来困惑的地方。本次培训，特别邀请了长期从事软件开发的国内著名架构师，以实战训练方式让大家迅速理解和掌握如何利用UML贯穿于整个软件的OO设计与分析。课程没有枯燥的理论，在课程实战练习中，从UML疑难辨析开始一直到软件体系的架构模式与设计模式，透彻了解UML的精髓。鉴于此，本中心联合国内知名IT 厂商，总结了几十个项目案例的经验与教训，推出了“UML系统分析与架构设计实战”培训课程，旨在为IT 行业培养高质量的软件分析、设计人员，打造软件厂商的核心竞争力。具体相关事宜通知如下：本课程是一个UML系统分析与设计的高端课程，主要面向开发团队中的设计人员、系统分析人员、开发经理、或项目经理，以及有望或有志成长为高级软件设计者的技术人员。本课程通过一些大量的实际项目案例，揉合讲师的大型项目实际工作经验，以项目过程中的问题带动原理的描述，从理论和实践的结合上有重点讲清问题。【主办单位】中国电子标准协会【协办单位】深圳市威硕企业管理咨询有限公司培训目标: 1、了解UML的正确应用方法与原理； 2、学员将了解如何把UML应用到面向对象分析和设计乃至整个软件过程中，包括使用UML建立业务模型、需求模型、分析模型、设计模型、实现模型等； 3、重点讲解UML在具体的真实项目中的使用和应用过程指南，如何应用UML处理需求的变更，分析、设计出强壮的架构，建立充分的实现模型。强调具体项目的过程。 4、运用系统分析模式进行本质分析； 5、了解如何设计稳健并易于扩展的架构； 6、通过实际的案例，掌握需求、分析设计的关键技巧； 7、看到好的和差的实际案例，反思自我，提高实际工作能力； 8、深入了解如何解决实际开发问题； 9、理解UML贯穿于迭代化、用例驱动和以构架为中心的过程； 10、掌握如何基于UML设计的可扩展的业务架构、应用架构和程序结构。课题内容第一单元： UML概念（一般介绍） UML的构成视图、模型元素、图（用例、类、对象、序列、协作、状态、活动、构件、部署）公共机制（规约、修饰符、扩展机制）结构模型视图数据类型、多重性、类、类与对象；关联（自关联、关联的多重性、角色名、关联的具体化）；属性和操作。

实验一-基于UML的网上购物系统分析与设计

实验一基于UML的网上购物系统分析与设计一、实验目的 1．熟悉UML各图的基本功能和使用方法。 2．掌握如何使用建模工具绘制UML各图方法。 3．学习面向对象的系统分析与设计方法。二、实验器材 1．PC一台。 2．Rational Rose 2003工具软件。三、实验内容利用Ration Rose统一建模工具，以华龙百货销售有限公司的网上购物系统为实验案例，进行基于UML的系统分析与设计，完成需求获取、系统分析、系统设计各阶段的基本任务。四、实验步骤 1．分析网上购物系统的需求，绘制用例图，建立用例模型。识别用例之间的关系。用例图如图：

网上购物用例图顾客服务用例图

订单管理用例图顾客管理用例图

商品管理用例图 2．分析主要用例的用例描述（包括主事件流、可选事件流和例外事件流）。答：搜索商品用例名：搜索商品（Search for Items）简要说明：这个用例描述顾客根据关键词搜索商品的过程。前置条件：顾客已进人Main Page页面。事件流：（无）。基本事件流：（1）顾客输人关键词，点击“搜索”按钮；（2）系统根据所输人关键词，查询数据库；（3）系统显示查询结果。替代事件流：数据库中无符合关键词的商品（缺货或者没有该商品）。（1）在基本事件流第2步，系统查询数据库时，查到数据库商品无符合关键词的商品，用例开始；（2）系统显示“查无符合关键词的商品!”信息；

（3）用例结束。后置条件：（无）。把商品加人购物车用例名：把商品加人购物车（Add Items to Shopping Cart）简要说明：这个用例描述把物品加人购物车的过程。前置条件：顾客已登录，并进人ItemUI页面。事件流：（无）。基本事件流：（1）顾客点击所选商品旁的“加进购物车”按钮，用例开始；（2）系统根据所选商品的PID查询数据库，看是否有所选商品；（3）系统根据顾客的C1D查询数据库，获取顾客信息；（4）系统把所选商品信息及顾客信息加人顾客的购物车中；（5）系统更新显示购物车的信息；（6）用例结束。替代事件流一：所查商品不符合要求（缺货或者没有该商品）。（1）在基本事件流第2步，系统查询数据库时，查到数据库里该商品已不存在，或者数量为0，用例开始；（2）系统显示“商品已无，加人购物车失败”信息；（3）用例结束。替代事件流二：顾客没有购物车。（1）在基本事件流的第3步，系统查出顾客没有购物车，用例开始；（2）系统提示顾客创建一个新的购物车；（3）用例结束。后置条件：（无）。查着购物车用例名：查看购物车（View the Shopping Cart）o 简要说明：这个用例描述顾客查看购物车信息的过程。前置条件：顾客已登录并且拥有一个购物车。

UML系统建模与分析设计-刁成嘉-课后答案

7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有：对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心，以用例为驱动，是一个反复、渐增的过程课后习题： A 1、封装是吧对象的属性和操作结合在一起，组成一个独立的对象、 C 2、封装是一种信息隐蔽技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。 B 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 D 4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法

RationalRose详细介绍和例子详细操作

使用R a t i o n a l R o s e进行U M L可视化建模本课程以某所大学的《在线选修课程管理系统》为例来介绍怎样使用RationalRose进行UML可视化建模。最终递交三个文件：regist.mdl,regist.sql,VB的代码或Java的代码。内容：二、用例图(UseCaseView)............................................... 三、活动图(ActivityDiagram)(建立选修课程目录表)....................... 四、相关的包和类以及简单类图.......................................... 五、用例实现图(UseCaseRealizationDiagram)............................. 六、顺序图(SequenceDiagram)与合作图(CollaborationDiagram)............. 七、类图中的关系(Relationships)....................................... 八、类图中的操作与属性................................................ 九、类图中的泛化...................................................... 十、状态图(StatechartDiagram)......................................... 十一、构件图(ComponentDiagram).......................................

UML系统建模与分析设计的基础知识复习

第一章系统建模与分析设计的演变 1、系统建模的三要素：方法、工具和过程 2、软件的分类：按软件的功能划分：系统软件、支撑软件和应用软件按软件的规模划分：小型软件、中型软件、大型甚至超大型软件按软件的工作方式划分：实时处理软件、分时处理软件交互式软件和批处理软件按软件服务对象的范围划分：一次性使用软件和使用频度较高的软件按软件失效的影响程度划分：一般性软件和关键性软件 3、软件危机产生的原因主要有两个：一是与软件本身的特点相关；二是软件开发和维护的方法不正确。 4、软件开发过程模型：瀑布模型、渐增模型、演化模型、螺旋模型、智能模型 5、UML的特点：唯一性、连续性、维护性、复用性和逐步完善 6、面向对象的三大重要特征：封装性、继承性和多态性 7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有：对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心，以用例为驱动，是一个反复、渐增的过程 1、封装是吧对象的属性和操作结合在一起，组成一个独立的对象、 2、封装是一种信息隐蔽技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是多态性 5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。 6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。 7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型 8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。 9、UML的优点是：唯一性、连续性、维护性、复用性和完善性。第二章统一建模语言UML 1、UML的五种视图：用例视图、逻辑视图、构件视图、进程视图和配置视图 2、UML的三大类模型图是：用例模型图、静态模型图和动态模型图 3、用例模型描述的是外部执行者主要用于需求分析阶段 4、UML的静态建模机制包括：类图、对象图、包图、构件图、配置图 5、UML的动态模型包括4种兔：状态图、活动图、顺序图、合作图 6、软件的开发过程即生命周期划分为开始、详细规划、系统构造、移交四个阶段。

基于UML的系统分析与设计

琼州学院电子信息工程学院课程设计报告课程名称：UML面向对象建模与设计设计题目：基于UML的选课子系统建模专业：软件工程班级：10软件工程（2）班姓名：韦春涛学号：10241075 起止日期：2012.03.13~2012.05.14 指导教师：王中华指导教师评语：最终成绩：指导教师签名：年月日成绩评定项目权重成绩 1、设计过程中的学习态度0.2 2、课程设计的质量及答辩0.5 3、设计报告书规范程度0.3 4、总成绩

注意事项一、设计目的《UML面向对象建模与设计》是一门实践性较强的软件基础课，为了学好这门课程，必须在掌握理论知识的同时，加强上机实践。本课程设计的目的就是要达到理论与实际应用相结合，使同学们能够根据数据对象的特性，学会数据组织的方法，能把现实世界中的实际问题在计算机内部表示出来，并培养基本的、良好的程序设计技能。二、设计要求 1．通过这次课程设计，要求在数据结构的逻辑特性和物理表示、数据结构的选择应用、算法的设计及其实现等方面加深课程基本内容的理解。同时，在程序设计方法以及上机操作等基本技能和科学作风方面受到比较系统和严格的训练。 2．学生必须仔细研读《UML面向对象建模与设计》课程设计要求，以学生自学为主、指导教师指导为辅，独立完成课程设计的任务，有问题及时主动与指导教师沟通。 3．本次课程设计按照教学要求需要在本学期7周前完成，学生要发挥自主学习的能力，充分利用时间，安排好课程设计的时间计划，并在课程设计过程中不断检测自己的计划完成情况，及时向指导教师汇报。 4．编程语言：Java 语言。三、课程设计说明书的格式要求设计文档的撰写必须提前进行，以保证使文档与程序同步提交。 1．设计题目2．运行环境（软、硬件环境） 3．算法的需求分析4．算法概要设计 5．算法详细设计6．算法的测试 7．运行结果分析8．收获及体会四、问题分析、设计和测试过程要规范化。 1．需求分析：将题目中要求的功能进行叙述分析。 2．概要设计：算法的设计说明，描述解决此问题的数据存储结构，（有些题目已经指定了数据存储的，按照指定的设计），描述算法建议使用流程图，进行算法分析指明关键语句的时间复杂度。 3．详细设计：即各个算法的具体实现步骤，每个题目要有相应的源程序，其中每个功能模块采用不同的函数实现。源程序要规范编写：结构要清晰，注释要清楚。重点函数的重点变量和重点功能部分要加上清楚的程序注释。 4．调试和测试：给出实现功能的一组或多组测试数据，程序调试后，将按照此测试数据进行测试的结果列出来。在调试过程中遇到的问题和解决方法也要记录下来。程序要能够正常运行，还要有基本的容错功能。尽量避免出现操作错误时出现死循环。 5．改进措施：对有些题目提出算法改进方案，比较不同算法的优缺点。五、对指导教师的要求指导教师要关心学生的课程设计进展，认真答疑。对课程设计报告的撰写要给予充分的指导，报告中切忌出现大篇源代码，应严格要求学生将主要篇幅放在“原理实现”上，即如何用框图表达设计和实施思想。课程设计报告要用红笔批阅，最终成绩以优、良、中、及格与不及格分等计算。

Rational_Rose_教程+使用详解

UML 面向对象分析与设计教程上海钱拓金融信息服务有限公司内部文档禁止外传

目录一.Rational Rose 简介 (3) 1.1 环境简介 (3) 1.1.1 Rational Rose可视化环境组成 (3) 1.1.2浏览器和视图 (4) 1.1.3框图窗口 (5) 二.UML各类框图的建立 (6) 2.1建立用例图use case diagram (6) 2.2建立活动图activity diagram (11) 2.3建立类图class diagram (15) 2.4建立交互图interaction diagram (20) 2.4.1序列图sequence diagram (20) 2.4.2协作图collaboration diagram (23) 2.4.3序列图和协作图之间的转换 (26) 2.5建立状态图statechart diagram (26) 2.6建立构件图component diagram (30) 2.7建立实施图deployment diagram (32)

一.Rational Rose 简介 Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。 Rational Rose中用例视图和逻辑视图的区别用例视图是从系统外部来看系统，逻辑视图是描述系统的内部结构。两者之间的关系是实现关系，即，逻辑视图所描述的系统实现用例视图所描述的功能。举个最简单的例子吧：对于很多系统都有的用户登录功能在用例视图中只描述用户在什么样的界面登录（是登录对话框，还是指纹鉴别器，还是身份识别卡，也许都可以），如何登录（是输入口令，还是将手指放在指纹阅读器上，还是将身份识别卡在读卡器上划过），系统有什么响应（登录成功后是显示正确提示，还是有悦耳的声音，还是吐出两张美金，登录失败后是回到登录界面，还是放个P，也许是从机器里冒出一只拳头打在用户的脸上）。但不会描述系统内部如何去验证用户，以及如何出拳。而在逻辑视图中则是描述系统如何验证用户，可能有一个登录界面类，有一个用户认证控制类，及用户信息存储类，以及这些类如何相互运作以完成用户认证，也许还会有拳头控制类来实现拳头瞄准和出拳，总之要将用例视图中提到的功能全部正确的实现。 1.1 环境简介 1.1.1 Rational Rose可视化环境组成 Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。见图1-1。

面向对象分析与设计(UML)课程设计报告范文1

面向对象分析与设计(UML) 课程设计报告题目: 学号: 姓名: 班级:

【课程设计名称】网络教学系统-使用UML进行系统的分析和设计【课程设计目的】1.掌握UML建模的基础知识和其应用； 2.熟悉Rational Rose环境及功能,能够设计出完整系统。【课程设计要求】1.对系统功能进行必要的描述； 2.绘制系统的主要模型图； 3.模型图要有说明性文字解释。【课程设计内容】1.网络教学系统的需求分析； 2.网络教学系统UML建模。【课程设计步骤】一: 网络教学系统的需求分析 1、系统功能需求（1）学生可以登陆网站浏览和查找各种信息以及下载文件。（2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。（3）系统管理员可以对页面进行维护和批准用户的注册申请。满足上述需求的系统主要包括下面几个模块（1）数据库管理模块：提供使用者录入、修改并维护数据的途径。（2）基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。（3）信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查询。图 1.1系统功能需求 2、数据库管理模块图 1.2数据库管理模块（1）教师信息管理：负责教师信息的管理。（2）课程简介信息管理：负责课程简介信息的管理。（3）文件上传信息管理：负责文件上传信息的管理。

3、基本业务模块图 1.3基本业务模块（1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。（2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。（3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。（4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。（5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。（6）用户注册批准：网站管理员可以使用此模块批准用户注册。 4、信息浏览、查询模块图 1.4信息查询模块功能（1）网页信息浏览：用户浏览网站信息。（2）文章信息搜索：用户根据关键字搜索文章。二: 系统的UML建模 1、系统的用例图创建用例图之前首先需要确定参与者。 ①在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。 ②网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。（1）系统用户参与的总的用例图教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。

UML系统分析与设计课程整体设计方案

UML系统分析与设计课程整体设计方案摘要:本文介绍了职业教育课程工作过程系统化的开发与设计,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。我院软件技术专业“UML系统分析与设计”课程设计把握上述原则,对实现人才培养目标、提高学生的职业关键能力起到了强有力的支撑作用。关键词:工作过程系统化;软件模型建立;课程开发与设计 1工作过程系统化的课程开发职业教育课程的开发是工作过程导向的,依据并围绕职业活动中“为完成一件工作任务并获得工作成果而进行的一个完整的工作程序(工作过程)”选择课程内容,并以之为参照系对知识内容实施序化,着眼于蕴含在行动体系中的隐性实践知识的生成与构建,筑造课程内容结构[1-2]。工作过程系统化的课程开发,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。工作过程系统化的课程开发模式将职业活动中的各个元素渗透到教学的整个过程,实现学习者从经验层面向策略层面的能力发展,培养企业真正需要的人才;与此同时,工作过程系统化的课程开发也关注如何在满足社会需求的同时实现人的个性需求、如何在就业导向的职业教育大目标下人保持个人的可持续发展[3]。 2软件技术专业整体课程设计软件技术专业以培养具有良好职业道德素养,具有一定的专业理论知识,具有较强的实践动手能力,具备可持续发展能力,适应软件开发、测试、维护、应用、推广、支持及服务等岗位需要的德、智、体全面发展的高级技术应用型人才为目标。对软件技术专业进行职业专门化方向研究后,认定软件技术专业人才面向的岗位及岗位群有项目经理、数据库开发工程师、程序设计工程师、系统测试工程师、系统维护与售后工程师等。软件技术专业的就业岗位主要包括:1)软件设计员、软件项目经理、软件项目组长、程序员、编码员:程序模块设计、代码编写、软件文档制作等相关技术岗位;2)测试员:与软件测试、质量保证等工作相关的技术岗位;3)软件技术支持、推广、维护等人员:与软件应用、服务、推广、维护等工作相关的技术支持岗位;4)企业信息员:与企业信息化,如企业管理系统应用、数据库应用程序维护及开发等工作相关的一般技术岗位;5)办公室文员:与办公自动化,如桌面应用程序开发、Web应用系统开发等工作相关的一般技术岗位。软件技术专业的典型工作任务包括:1)软件开发资讯、计划、质量管理、进

UML系统建模与分析设计(刁成嘉)课后习题选择和填空整理

1、封装是指把对象的（A）结合在一起，组成一个独立的对象。 A．属性和操作B．信息流C．消息和事件Ｄ．数据的集合2、封装是一种（C）技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。Ａ．工程化Ｂ．系统维护Ｃ．信息隐蔽Ｄ．产生对象3、面向对象方法中的（D）机制是子类可以自动地拥有复制父类全部属性和操作。Ａ．约束Ｂ对象映射Ｃ．信息隐蔽Ｄ．继承 4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法（B）。 A．继承B．多态性 C.约束 D.接口 5、UML 的软件以（A）为中心，以系统体系结构为主线，采用循环、迭代、渐增的方式进行开发。 A. 用例 B.对象 C.类 D.程序 6、UML 的（B）模型图由类图、对象图、包图、构件图和配置图组成。 A. 用例 B. 静态 C. 动态 D. 系统 7、UML的（C）模型图由活动图、顺序图、状态图和合作图组成。 A. 用例 B. 静态 C. 动态 D.系统 8、UML的最终产物就是最后提交的可执行的软件系统和（D）。 A．用户手册Ｂ.类图Ｃ.动态图Ｄ.相应的软件文档资料 9、在UML的需求分析建模中，（B）模型图必须与用户反复交流并加以确认。Ａ. 配置Ｂ. 用例Ｃ.包Ｄ. 动态 10、可行性研究分析包括经济可行性分析、技术可行性分析和（B）。 A.风险可行性分析 B.法律可行性分析 C.资源可行性分析 D.效益可行性分析 11、UML的客户分析模型包括（A）模型、类图、对象图和活动图组成。 A.用例 B.分析 C.属性 D.系统 12、UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的（C）和操作。 A.对象成员 B.关联对象 C.属性 D.私有成员 13、UML客户需求分析产生的系统模型描述了系统的（D） A.状态 B.体系结构 C.静态模型 D.功能要求 14、在UML的需求分析建模中，用例模型必须与（B）反复交流并加以确认。 A.软件生产商 B.用户 C.软件开发人员 D.问题领域专家 15、在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（A）。 A.活动图 B.状态图 C.配置图 D.构件图 16、活动图中的分劈和同步接合图符是用来描述（A） A.多进程的并发处理行为 B.对象的时序 C.类的关系 D.系统体系结构框架 17、UML的系统分析进一步要确立的三个系统模型的是（ B ）、对象动态模型和系统功能模型。 A．数据模型B．对象静态模型Ｃ．对象关系模型D．体系结构模型18、UML的客户需求分析、系统分析和系统设计阶段产生的模型，其描述图符（A）。