UML系统分析与设计教程第4章
UML系统建模与分析设计课后习题答案
UML系统建模与分析设计第一章系统建模与分析设计的演变1、系统建模的三要素:方法、工具和过程2、软件的分类:按软件的功能划分:系统软件、支撑软件和应用软件按软件的规模划分:小型软件、中型软件、大型甚至超大型软件按软件的工作方式划分:实时处理软件、分时处理软件交互式软件和批处理软件按软件服务对象的范围划分:一次性使用软件和使用频度较高的软件按软件失效的影响程度划分:一般性软件和关键性软件3、软件危机产生的原因主要有两个:一是与软件本身的特点相关;二是软件开发和维护的方法不正确。
4、软件开发过程模型:瀑布模型、渐增模型、演化模型、螺旋模型、智能模型5、UML的特点:唯一性、连续性、维护性、复用性和逐步完善6、面向对象的三大重要特征:封装性、继承性和多态性7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程9、面向对象的基本概念有:对象、类急气封装性、多态性、继承性和消息传递10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成11、面向对象系统的开发过程以体系结构为中心,以用例为驱动,是一个反复、渐增的过程课后习题:ACDB1、封装是吧对象的属性和操作结合在一起,组成一个独立的对象、2、封装是一种信息隐蔽技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。
3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法是多态性5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。
6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。
7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统的柔性制造。
uml系统分析与设计uml系统建模基础教程课后习题答案.docx
UML系统建模基础教程课后答案第一章面向对象设计与UML1.填空题(1)UML(2)封装继承多态(3)继承(4)瀑布模型喷泉模型基于组件的开发模型XP开发模型2.选择题(1) C(2) A B C D(3) A B C D(4) A B C(5) A3.简答题1.试述对象和类的关系。
(1)类是具有相同或相似结构、操作和约束规则的对象组成的集合,而对彖是某一类的具体化实例,每一个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系,类的实例化结果就是对象,而对一类対象的抽象就是类.类描述了一组有相同特性和相同行为的对象。
第二章UML通用知识点综述1.填空题(1)依赖泛化关联实现(2)视图图模型元素(3)实现视图部署视图(4)构造型标记值约束(5)规格说明修饰通用划分2.选择题(1) D(2) C(3) A(4) A B(5) D3.简答题(1)在UML中面向对象的事物有哪几种?在UML中,定义了四种基本的面向对象的事物,分别是结构事物、行为事物、分组事物和注释事物等。
(2)请说出构件的种类。
构件种类有:源代码构件、二进制构件和可执行构件。
(3)请说出试图有哪些种类。
在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。
(4)请说出视图和图的关系。
视图和图是包含和被包含的关系。
在每一种视图中都包含一种或多种图。
(5)请简述UML的通用机制。
UML提供了一些通用的公共机制,使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息,从而完善UML的语义表达。
逋常,使用模型元素的基本功能不能够完善的表达所要描述的实际信息,这些通用机制可以有效地帮助表达,帮助我们进行有效的UML 建模。
UML提供的这些通用机制,贯穿于整个建模过程的方方面面。
前面我们提到,UML的通用机制包括规格说明、修饰和通用划分三个方面。
第三章Rational统一过程1.填空题(1)角色活动产物工作流(2)逻辑视图过程视图物理视图开发视图用例视图(3)设计开发验证(4)二维(5)周期迭代过程里程碑2.选择题(1) A B C D(2) A C D(3) A C D(4) A B C(5) A B C D3.简答题(1)请描述迭代过程有几个阶段。
4-1UML类目介绍
期间,形成了以下 大学派 大学派, 期间,形成了以下2大学派,即: 第一种: 驱动的方法学。 第一种:以“方法(method )”驱动的方法学。 方法( 基本思想:在给出符号体系的基础上, • 基本思想:在给出符号体系的基础上,明确规定 进行的“步骤” 进行的“步骤”,并在每一步中给出 “实施策略”。 实施策略” 代表:P.Coad的 OOA(1990) OOD(91) • 代表:P.Coad的“OOA(1990)”, “ OOD(91) ” 优缺点分析: • 优缺点分析: 优点:容易学习和掌握。 优点:容易学习和掌握。 缺点:不够灵活, 缺点:不够灵活,可能对出现的新问题就没有 办法处理。 办法处理。
2 UML UML概述 1) UML概述
UML是一种可视化语言,用于: 是一种可视化语言,用于: 是一种可视化语言 规约系统的制品 系统的制品; (1)规约系统的制品; 构造系统的制品 系统的制品; (2)构造系统的制品; 建立系统制品的文档 系统制品的文档。 (3)建立系统制品的文档。 UML应用范围 应用范围 UML作为一种一般性的语言 作为一种一般性的语言: UML作为一种一般性的语言: 可用于对象方法和构件方法; (1)可用于对象方法和构件方法; (2)可用于 •所有应用领域 所有应用领域
•••••• •••••• •••••• ••••••
表达模型的工具 -类图、交互图等 需求分析层 类图、 类图 表达模型的工具 -类图、交互图等 类图、 类图 表达模型的工具 设计层
2)面向对象方法术语/符号 2)面向对象方法术语/ 面向对象方法术语 基于面向对象方法的世界观, 大千世界是由对象组成的, 基于面向对象方法的世界观,即“大千世界是由对象组成的, 面向对象方法的世界观 对象有其自己的属性和运动规律, 对象有其自己的属性和运动规律,对象之间的相互作用构成了 客观世界各种各样的系统。 为了支持软件开发, 客观世界各种各样的系统。” 为了支持软件开发,面向对象方 法 主要提供了两类术语: 主要提供了两类术语: 一类是表达结构化事物的术语; 一类是表达结构化事物的术语; 一类是表达关系的术语。 一类是表达关系的术语。
《系统分析师UML实务手册》第4章
第 亻章
分析 业 务痴程
L就分成
为 了避免存人的款项 仍不 是以支付 申购款 , 也可以将 图⒋6 改 图⒋7 的 成 设计 , 让存款之后 | m程再度 回到判断点 , 直到款项充足才能离开判断点。 沈
E款 不足] 项
[款 项充足l
(理 员) 财专 申购基金
图⒋7 直 到款项充足才能离开判断点
的 乍 情况。 仲购基金 胄够 1才岜
办书,随 后交由主管审核,核 可后才算完成,此 时可切分成两项动作。此外,系 统分析 “ ” t ion),并 在中括号里,如图4叫 责人的不同,将 动作 分区 (h血 将区名标示 所示。 【了依序执行的流程外,有些工作流程可以并行执行。在基金模拟项 目中,投资人可能携 申购 基 金 ,此时理 财专 员可能会 一 边处理开办基金账 户的手续 ,同时也 请银行 员工过
( 理 员) 财专 申购基金
财专 ( 理 员) 开立 申购收执联
终点 图⒋8 活 动起 点与终 点
1:业 准备好ClMˉ 务用例模型
是 线 ,但 线可以通 证迁行CIM-2分 析业务流程的访谈之前 ,系统分析 员必 须先淮备好并确认 CIM△ 的生成 。 在CIM-2的 访谈过程 中,系统分析 员会为每 一 个业务用例绘制活动 图。请系统分析 员淮
t"未 司
图⒋5并 行执 行
J
叫 / 亠
Ⅲ △
此外 ,工作流程中也经常会遇到需要经过判断 (De泳 0n)才 能决定下一个动作 的情 在 基金模拟项 目中,投资人的综存账户中必须要足够的款项才能 申购基金 。因此 ,在申购基 之前需经过 一 个判断点 ,款项不足时 ,要先存 一 笔现金 到综存张户里头 ,款项充足时 ,才
图⒋9银 行业 务 用例
第4章 系统静态分析与静态模型
例:在一个大公司里,公司总裁只认识那些核心职员,不认 (1)关联关系 识所有的普通职员,而所有的职员都认识总裁
(1)关联关系
Class Company { ... } Class Person { ... }
Class Job private private private private private ... } }
接口
接口是在没有给出对象的实现和状态的情况下对对象 行为的描述。接口是一种特殊的类,所有接口都是有 构造型<<interface>>的类。在UML中,接口使用一个 带有名称的小圆圈来进行表示,并且可以通过一条 Realize(实现关系)线与实现它的类相连接。
类之间的关系
1.关联关系(Association) • 聚合(aggregation)
(1)可见性
可见性 Public Protected Private Rose图注 StarUML图注 + # -
(2)属性名称
属性是类的一部分,每个属性都必须有一个名字以区别 于类中的其他属性。 通常情况下,属性名由描述其所属类的特性的名词或名 词短语构成。 按照UML的约定,属性的名称的第一个字母小写,如果 属性名包含了多个单词,这些单词要合并,并且除了第 一个英文单词外,其余单词的首字母要大写。
•
组合(composition)
2.泛化关系(Generalization) 3.依赖关系(Dependency) 4.实现关系(Realization)
(1)关联关系
关联关系是一种结构关系,指出了一个事物的对象与另 一个事物的对象之间的连接。 描述关联的要素 • 关联名称 • 对象在关联中的角色 • 多重性 • 导航性 代码体现 成员变量
UML系统分析与设计课程整体设计方案
UML系统分析与设计课程整体设计方案摘要:本文介绍了职业教育课程工作过程系统化的开发与设计,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。
我院软件技术专业“UML系统分析与设计”课程设计把握上述原则,对实现人才培养目标、提高学生的职业关键能力起到了强有力的支撑作用。
关键词:工作过程系统化;软件模型建立;课程开发与设计1工作过程系统化的课程开发职业教育课程的开发是工作过程导向的,依据并围绕职业活动中“为完成一件工作任务并获得工作成果而进行的一个完整的工作程序(工作过程)”选择课程内容,并以之为参照系对知识内容实施序化,着眼于蕴含在行动体系中的隐性实践知识的生成与构建,筑造课程内容结构[1-2]。
工作过程系统化的课程开发,以工作过程分析为起点,选用适于教学的典型工作任务为载体整合教学内容,在课程教学过程中凸现以学生为主体、以职业能力的培养为主线、“教学做一体化”的特点。
工作过程系统化的课程开发模式将职业活动中的各个元素渗透到教学的整个过程,实现学习者从经验层面向策略层面的能力发展,培养企业真正需要的人才;与此同时,工作过程系统化的课程开发也关注如何在满足社会需求的同时实现人的个性需求、如何在就业导向的职业教育大目标下人保持个人的可持续发展[3]。
2软件技术专业整体课程设计软件技术专业以培养具有良好职业道德素养,具有一定的专业理论知识,具有较强的实践动手能力,具备可持续发展能力,适应软件开发、测试、维护、应用、推广、支持及服务等岗位需要的德、智、体全面发展的高级技术应用型人才为目标。
对软件技术专业进行职业专门化方向研究后,认定软件技术专业人才面向的岗位及岗位群有项目经理、数据库开发工程师、程序设计工程师、系统测试工程师、系统维护与售后工程师等。
软件技术专业的就业岗位主要包括:1)软件设计员、软件项目经理、软件项目组长、程序员、编码员:程序模块设计、代码编写、软件文档制作等相关技术岗位;2)测试员:与软件测试、质量保证等工作相关的技术岗位;3)软件技术支持、推广、维护等人员:与软件应用、服务、推广、维护等工作相关的技术支持岗位;4)企业信息员:与企业信息化,如企业管理系统应用、数据库应用程序维护及开发等工作相关的一般技术岗位;5)办公室文员:与办公自动化,如桌面应用程序开发、Web应用系统开发等工作相关的一般技术岗位。
第4章__面向对象需求分析
• 在确定事件轨迹后,所有事件可以汇总成输入对象的事件 集和从对象输出的事件集。事件流图就是用于标记所有流入和 流出某对象的事件。
•
例:打印机对象—行为模型示例。
• 状态转换图表示了打印机的状态转换。图中的每个箭头代 表了从对象的一个状态到另一个状态的转变,箭头上标记的是 触发转变的事件。有时需要增加保护条件来满足对象的变迁, 例如,上图中打印机在故障状态时,故障修复事件只有在打印 队列不破坏的情况下才能使打印机进入打印状态,否则即使修 复也只能进入就绪状态。
工人
1..*
经理 管理
(1)关联
•限定关联 • 限定关联通常用在一对多或多对多的关联关系中,可以把 模型中的重数从一对多变成一对一,或从多对多简化成多对一。 在类图中把限定词放在关联关系末端的一个小方框内。 • 例如,某操作系统中一个目录下有许多文件,一个文件仅 属于一个目录,在一个目录内文件名确定了惟一一个文件。利 用限定词“文件名”表示了目录与文件之间的关系,可见,利 用限定词把一对多关系简化成了一对一关系。
(1)关联
•关联类 • 为了说明关联的性质可能需要一些附加信息。可以引入 一个关联类来记录这些信息。关联类也有属性、操作和其他 关联。
个人
0..*
授权
0..*
个人
授权 优先权 特权
用户和工作站的授权关联的关联类
3.对象-关系图
• (2)聚集
• 聚集也称为聚合,是关联的特例。聚集表示一类对象与 另一类对象之间的关系,是整体与部分的关系。
• 一.面向对象分析模型的组成结构 • 二.面向对象分析模型描述工具 • 三.面向对象分析的基本过程
• 四. 面向对象分析方法
• 五. 小结
一.面向对象分析模型的组成结构
系统设计与分析教程uml习题答案
系统设计与分析教程uml习题答案UML概述1. 请指出UML的三个主要的特性。
1)UML是⼀种语⾔2)UML是⽤来建模的3)UML是统⼀的标准2. 请指出三种以上现实⽣活中的常⽤模型,并说明它们分别在各⾃的领域中发挥了什么样的作⽤。
1)电路图:电⼦产品设计、⽣产、维修2)园区沙盘:直观、⽴体化地展⽰园区的景观、布局3)地图:导航、指路等3. 请简要说明建模的意义和建模的原则。
建议能够帮助我们按照实际情况或按我们需要的样式对系统进⾏可视化;提供⼀种详细说明系统的结构或⾏为的⽅法;给出⼀个指导系统构造的模板;对我们所做出的决策进⾏⽂档化在建模时应遵循以下原则:选择要创建什么模型对如何动⼿解决问题和如何形成解决⽅案有着意义深远的影响;每⼀种模型可以在不同的精度级别上表⽰;最好的模型是与现实相联系的;单个模型是不充分的。
对每个重要的系统最好⽤⼀组⼏乎独⽴的模型去处理4. 请说明蓝图和草图的区别,并简单描述其适⽤的场景。
蓝图⼀般是指采⽤C ASE⼯具绘制的、正式的、规范的UML模型;⽽草图则通常是指⼿⼯绘制的、规范度较低的在纸张的UML模型。
对于局部的、重要性不⾼的、共享范围较⼩的UML模型,直接将草图扫描到电脑存档即可;对于全局的、重要性⾼的、⾼度共享的,在草图的基础上⽤C ASE⼯具绘制成为正式的蓝图,并将其纳⼊统⼀的模型管理中5. 说明UML适⽤的建模领域,以及其作⽤和主要的参与⼈员。
业务建模,⽤来加强对业务领域的了解,以领域专家为主,需求分析⼈员是主⼒,系统分析员、架构师可参与。
需求模型,⽤来加强需求了解,便于技术决策,以需求分析⼈员为主,系统分析员是主⼒,领域专家提供指导,架构师和资深开发⼈员参与。
设计模型:包括⾼层设计模型和详细设计模型。
⾼层设计模型以架构师为主,系统分析员从需求⽅⾯提供⽀持,资深开发⼈员从技术实现⽅⾯提供⽀持。
详细设计模型则以资深开发⼈员为主,架构师提供指导。
实现模型:架构师、资深开发⼈员(设计⼈员);以资深开发⼈员(设计⼈员)为主,架构师提供总体指导。
第4章 面向对象系统分析与对象类建模 2
⑶ 类的操作
其语法如下: [方向]名称:类型[ = 默认值] [direction] name:type [= default value] 方向可以取下述值之一: in输入参数,不能对它进行修改。 out输出参数,为了向调用者传送信息可以对它进 行修改。 inout输入参数,为了向调用者传送信息可以对它 进行修改。
第4章 面向对象系统分 析与对象类建模
教学目的
⑴ 掌握面向对象系统分析的过程 ⑵ 掌握系统用例模型的设计方法
⑶ 了解类和对象的概念、类与对象的关系等
⑷ 重点掌握系统用例模型的设计和对象与类图 的设计
4.1 面向对象系统分析
面向对象分析,就是抽取和整理用户需求并 建立问题域精确模型的过程。 面向对象分析过程从分析陈述用户需求的文 件开始 可能由用户(包括出资开发该软件的业主代 表及最终用户)单方面写出需求陈述,也可 能由系统分析员配合用户,共同写出需求陈 述 当软件项目采用招标方式确定开发单位时,
关联可以有方向,即导航。 一般不作说明的时候,导航是双向的,不需要在线上标出箭头。 大部分情况下导航是单向的,可以加一个箭头表示。 导航性描述的是一个对象通过链(关联的实例)进行导航访问另 一个对象,即对一个关联端点设置导航属性意味着本端的对象可 以被另一端的对象访问。 可以在关联关系上加箭头表示导航方向。 只在一个方向上可以导航的关联称为单向关联,用一条带箭头的 实线来表示。 在两个方向上都可以导航的关联称为双向关联,用一条没有箭头 的实线来表示。
关联的多重性是指有多少对象可以参与该关联,多重性可 以用来表达一个取值范围、特定值、无限定的范围或一组 离散值。 将多重性写成一个表示取值范围的表达式,其最大值和最 小值可以相同,用两个圆点把它们分开。 多重性说明对于关联另一端的类的每个对象,本端的类可 能有多少个对象出现,对象的数目必须是在给定的范围内。 可以精确地表示多重性为:一个(1);多个(0..*);一 个或多个(1..*);整数范围,
第4章 面向对象系统分析
33
4.1 面向对象的基本概念
单一继承和多重继承
34
4.1 面向对象的基本概念
多态(Polymorphism)
在父类中定义的属性或服务被子类继承后,可 以具有不同的数据类型或表现出不同的行为。
35
4.1 面向对象的基本概念
多态性表明同一个操作用于不同的对象上可以有不同
的解释,并产生不同的执行结果。
在面向对象开发模式中,把标识和模型化问题论域中
的主要实体做为系统开发的起点,主要考虑对象的行 为而不是必须执行的一系列动作;
• • • • • 对象是数据抽象与过程抽象的综合; 系统的状态保存在各个数据抽象的所定义的数据存储中; 控制流包含在各个数据抽象中的操作内; 消息从一个对象传送到另一个对象; 算法被分布到各种实体中。
39
4.1 面向对象的基本概念Fra bibliotek 组成结构实例
40
4.1 面向对象的基本概念
实例连接--关联关系
实例连接 实例连接表示对象之间的静态联系,它是通过对 象的属性来表现对象之间的依赖关系。 对象之间的实例连接称为链接(Link),存在实例连接 的对象类之间的联系称为关联(Association)。 „ has a „ 关联是一种结构关系,它描述了一组对象之间的连接, 关联具有多重性。
比较一下,实体关系图(ERD)中的关系和类图中的关联
实体关系图(关系型数据库) 类图(面向对象) 表(table) 类(class) 记录(record) 字段(field) 对象(object) 属性(attribute)
-关系(relationship)
操作(operation) 关联(association)
23
UML第4章 习题
第4章1.在UML中,有四种关系,下面哪个不是()A.依赖关系B.继承关系C.泛化关系D.实现关系2.通常对象有很多属性,但对于外部对象来说某些属性应该不能被直接访问,下面哪个不是UML中的类成员访问限定性()A.公有的(public)B.受保护的(protected)C.友员(friendly)D.私有的(private)4.关于包的描述,哪个不正确()A.和其他建模元素一样,每个包必须有一个区别于其他包的名字;B.包中可以包含其他元素,比如类、接口、组件、用例等等;C.包的可见性分为:public、protected、private;D.导出(export)使得一个包中的元素可以单向访问另一个包中的元素;5.()是描述系统中在某一时刻,一组对象以及它们之间关系的图形,其可以看作是类图在系统某一时刻的实例。
A.组件图B.类图C.对象图D.部署图6.在UML中,()把活动图中的活动划分为若干组,并将划分的组指定给对象,这些对象必须履行该组所包括的活动,它能够明确地表示哪些活动是由哪些对象完成的。
A.泳道B.同步条C.活动D.组合活动7.UML客户需求分析使用的CRC卡片上“责任”一栏的内容主要描述类的()和操作。
A.对象成员B.关联对象C.属性D.私有成员8.()是用于把元素组织成组的通用机制A.包B.类C.接口D.组件9.()是一组用于描述类或组件的一个服务的操作A.包B.节点C.接口D.组件10.()是被节点执行的事物A.包B.组件C.接口D.节点11.()关系是类元的一般描述和具体描述之间的关系,具体描述建立在一般描述的基础之上,并对其进行了扩展,具体描述与一般描述完全一致所有特性、成员和关系,并且包含补充的信息,它用从子指向父的箭头表示,指向父的是一个空三角形。
A、泛化B、继承C、组成D、聚集12.泛化使得()操作成为可能,即操作的实现是由它们所使用的对象的类,而不是由调用确定的。
A、多态B、多重C、传参D、传值13.在类图中,()说明允许候选值范围,如集合可以设定的大小。
第章面向对象分析与设计类图和对象图
学校工作总结本学期,我校工作在全体师生的大力支持下,按照学校工作计划及行事历工作安排,紧紧围绕提高教育教学质量的工作思路,不断强化学校内部管理,着力推进教师队伍建设,进一步提高学校办学水平,提升学校办学品位,取得了显著的成绩。
现将我校一学期来的工作总结如下:一、德育工作本学期我校德育工作围绕学校工作中心,精心安排了“文明守纪”、“良好习惯养成”、“光辉的旗帜”、“争先创优”等主题教育月活动,从培养学生的行为规范,狠抓养成教育入手,注重务实,探索途径,加强针对性、实效性和全面性,真正把德育工作落到实处。
1.强化学生养成教育,培养学生良好习惯。
本学期,我校德育工作十分注重学生的常规管理,尤其重视对学生的养成教育。
一是利用班队会、红领巾广播站、国旗下演讲对学生进行品德熏陶。
二是以文明监督岗为阵地,继续强化了“文明班集体”的创建评比活动,通过卫生、纪律、两操等各项常规的评比,增强了学生的竞争意识,同时也规范了学生的行为。
三是继续加大值周检查的力度,要求值周领导、教师、学生按时到岗,在校门口检查、督促学生有秩序出入校园,从而使学生的行为规范时时有人抓,处处有人管,形成了良好的局面。
2.抓好班主任队伍建设,营造全员育人氛围。
班主任是学校德育工作最重要的力量,为了抓好班主任队伍建设,提高班主任素质水平,学校在第十二周组织开展了班主任工作讲座,在学期末举行了班主任工作交流,在活动中探索行之有效的工作方法,总结经验,交流心得,使班级管理工作更上新台阶。
3.充分发挥主题班队会的教育功能。
主题班队会,是对学生进行德育教育的一种特殊而卓见成效的方式之一。
为了充分发挥主题班队会的教育意义,第十三周,四(3)中队举行了“祖国美,家乡好”主题队会观摩活动,有效规范了我校主题中队会程序,强化了主题队会对学生的思想教育作用。
二、学校管理工作1.建立健全规章制度。
学期初,学校制定了出明确的目标计划及管理措施,做到了目标明确、工作具体,有效地增强了全体教师参与学校管理的主人翁意识,充分调动了全体教师的工作积极性,保障了教育教学工作的顺利开展。
系统分析与设计4
“麦兜:麻烦你,鱼丸粗面。 校长:没有粗面。 麦兜:是吗?来碗鱼丸河粉吧。 校长:没有鱼丸。 麦兜:是吗?那牛肚粗面把。 校长:没有粗面。 麦兜:那要鱼丸油面吧? 校长:没有鱼丸。 麦兜:怎么什么都没有啊?那要墨鱼丸粗面吧。 校长:没有粗面? 麦兜:又卖完了?麻烦你来碗鱼丸米线。 校长:没有鱼丸。 麦唛:麦兜啊,他们的鱼丸跟粗面卖光了,就是所有跟鱼丸和粗面的配搭都没了。 麦兜:哦……没有这些搭配啊……麻烦你只要鱼丸。 校长:没有鱼丸。 麦兜:那粗面呢? 校长:没有粗面。”
用于描述人、地、事、物、组织,以及他们之 间的关系 用类图获得需求的步骤
识别出类 识别出类的主要属性 描绘出类之间的相互关系 对各类进行分析、抽象和整理
在需求分析阶段,不需要考虑具体的技术细节
UML中标识类
找类
在绘制和分析用例图的过程中就要找5)
特 征 计算机处理部分 服务器和工作站 候选系统方案1 候选系统方案2 候选系统方案3 候选系统方案 4
开发工具
应用软件 输入设备 输出设备 数据存储 处理环境
可行性分析矩阵Feasibility Analysis Matrix – 用来 评定候选系统的工具.
权重 候选系统方案1 候选系统方案2 候选系统方案3 候选系统方案 4
效益Benefits:
有形收益是那些可以进行量化的收益. - 按照年度积余或者利润的形式度量 - 按照成本积余或者利润的形式度量 无形收益是那些被认为难以量化或者不可能量 化的收益. - 改善的客户亲切感 - 提高的雇员士气
用于评估经济可行性的三种技术
投资回收分析Payback Analysis 投资回报率Return On Investment 净现值Net Present Value
第4章 初识UML
4.4 UML中的扩展机制
4.4.3 标记值
4.4.3.2 自定义标记值
► 标记值是有关模型和模型元素的附加信息,在最终
的系统中是不可见的。 ► 自定义标记值时的具体步骤分成以下的几步: 1. 确定要定义标记值的目的。 2. 定义需要标记值的元素。 3. 为标记进行命名。 4. 定义值类型。 5. 根据使用标记值对象的不同,适当定义标记值。 6. 在文档中给出一个以上使用该标记值的例子。
4.4 UML中的扩展机制
4.4.2 构造型
► 构造型可以基于所有种类的模型元素:类、节点、
组件、注释、关联、泛化和依赖等都可以用来作为 构造型的基类。 ► 要表示一个构造型,可以将构造型名称用一对尖括 号括起来,然后放置在构造型模型元素名字的邻近, 例如<<use>>、<<extends>>等,<<use>>和 <<extends>>构造型的名字就是由UML预定义的。 ► 使用这些预定义的构造型用于调整一个已存在的模 型元素,而不是在UML工具中添加一个新的模型元 素。 ► UML中已经预定义了多种标准构造型,我们可以在 这些标准构造型的基础上自己定义构造型。
4.4 UML中的扩展机制
4.4.1 UML的体系结构
4.4.1.1 四层元模型体系结构
►
UML具有一个四层的体系结构,每个层次是根据该层 中元素的一般性程度划分的。从一般到具体,这四层 分别为元元模型层、元模型层、模型层、用户模型层, 如下图所示。
4.4 UML中的扩展机制
4.4.1 UML的体系结构
图、状态图、活动图、构件图和部署图。
4.1 UML的构成
4.1.2 图
第4章UMLL系统分析教程教案
13
参与者版型
业务工人
人工座席参与了业务执行过程,但是它不能称为参与Fra bibliotek,它被称作业务工人
14
参与者的核心地位
15
用例
用例规定了系统或部分系统的行为,它描述了 系统所执行的动作序列集,并为执行者产生一 个可供观察的结果。 用例的UML符号是椭圆,并可在椭圆下标出用 例名。
Use Case
16
用例
21
用例特征
用例必然是以动宾短语形成的
必须有一个动作和动作的受体
22
用例特征
一个用例就是一个需求单元、分析单元、设计 单元、开发单元、测试单元,甚至部署单元
23
用例的粒度
业务建模阶段
以每个用例能够说明一件完整的事情为宜
概念建模阶段
以每个用例能描述一个完整的事件流为宜
系统建模阶段
以一个用例能够描述操作者与计算机的一次完整交 互为宜
51
状态
状态由以下几部分组成:
名字 入口/出口动作 内部跃迁 子状态
Tracking entry/ setM ode(on) exit/ setM ode(off) do/ followTarget newTarget/ tracker.Acquire() selfTest/ defer
52
状态: 状态:不相交子状态
50
状态
状态机(State Machine)描述了对象在生命 周期中响应事件所经历的状态的序列以及对象 对这些事件的响应。状态机由状态、跃迁、事 件、活动、动作等组成。 状态描述对象在生命周期中的一种条件或状况, 在这种状况下,对象满足某个条件,或执行某 个动作、或等待某个事件。 一个状态在一个有限的时间段内存在。
UML系统分析与设计教程 冀振燕 第04章
UML系统分析与设计教程冀振燕第04章自己看看把,如果对大家有用的话就更好了!第4章 UML的符号作者:冀振燕《UML系统分析与设计教程》自己看看把,如果对大家有用的话就更好了!UML的符号的符号UML的最大贡献就是提供了一个标准的、统一的建模符号体系,结束了由不同符号体系的应用所带来的混乱。
UML符号体系是可视化的,可为系统建立图形化的可视模型,使系统的结构变得直观,易于理解。
UML符号具有定义良好的语义,不会引起歧义。
作者:冀振燕《UML系统分析与设计教程》自己看看把,如果对大家有用的话就更好了!注释注释是用来对元素或元素集合进行注解或约束时所用的图形符号。
注释的UML符号表示是右上角带有折角的矩形。
Note作者:冀振燕《UML系统分析与设计教程》自己看看把,如果对大家有用的话就更好了!参与者参与者代表与系统交互的人、硬件设备、或另一个系统。
参与者的UML 符号表示是如图所示的“小人”, 并可在符号下标出参与者名。
Actor作者:冀振燕《UML系统分析与设计教程》自己看看把,如果对大家有用的话就更好了!用例用例规定了系统或部分系统的行为,它描述了系统所执行的动作序列集,并为执行者产生一个可供观察的结果。
用例的UML符号是椭圆,并可在椭圆下标出用例名。
Use Case作者:冀振燕《UML系统分析与设计教程》自己看看把,如果对大家有用的话就更好了!协作协作命名了彼此合作完成某个行为的类、接口和其他元素的群体。
协作可以用来定义用例和操作的实现,为系统体系结构上的重要机制建模。
协作的UML符号是虚线椭圆,每个协作都有一个名字以与其他协作相区分。
Collaboration作者:冀振燕《UML系统分析与设计教程》 6自己看看把,如果对大家有用的话就更好了!类类是分享同样的属性、操作、关系和语义的对象的集合。
类是现实世界中的事物的抽象,当这些事物存在于真实世界中时,它们是类的实例,并被称为对象。
类可以实现一个或多个接口。
《UML系统分析和设计》
《UML系统分析和设计》软工14级《UML系统分析与设计》大作业问题定义:设计某医药公司进销存管理信息系统的进货、库存、销售三个组成部分。
进货子系统有药品验收处理1 产生进货传票(进货传票编码、商品编码、品名、规格、厂商、有效期、进价、进货数量)。
2进货传票将被打印给供货商作为收货凭证。
一次进货可有多项药品,由进货传票编码唯一标识;一种药品由商品编码唯一标识。
系统设有一个商品目录(商品编码、品名、规格、厂商、有效期、销售价格)。
3当进货的药品是新药品(商品目录中没有的药品)时,进货子系统自动把新药品写入商品目录。
库存子系统有1进货入库2销售出库处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量),库存帐不能做修改操作,当进货入库时,根据进货传票产生一条新记录,库存数量加上进货量;当销售出库时,根据销售传票产生一条新记录,库存数量减去出库量;商品编码是各药品的唯一标识字。
库存子系统设库存自动报警,当库存数量大于库存上限量或者小于库存下限量时,给出警告信息。
销售子系统有定价处理和销售处理。
1定价处理有一个商品价格表(商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人)首先由销售管理员定建议价格,经过经理批准后确定销售价,并自动更新商品目录的销售价;2销售处理在公司的销售窗口,售货员根据顾客要求查找商品目录和库存帐,如果有货(库存数量满足顾客要求),一项销售成立,产生销售传票的一条记录,一次销售可有多项记录,由销售传票唯一标识。
销售传票的数据结构是(销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量)。
销售传票是库存子系统记录库存帐的依据。
销售传票将被打印给顾客作为提货凭证。
以上为本次试题的基本部分(称基本系统),为必做部分。
事实上的进销存系统还有其它组成,例如“退货处理”、“客户管理”、“供货商管理”、“定价管理”等,有兴趣的同学可以选做或者补充某些附加内容。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
《UML系统分析与设计教程》
17
状态
状态机(State Machine)描述了对象在生命 周期中响应事件所经历的状态的序列以及对象 对这些事件的响应。状态机由状态、跃迁、事 件、活动、动作等组成。 状态描述对象在生命周期中的一种条件或状况, 在这种状况下,对象满足某个条件,或执行某 个动作、或等待某个事件。 一个状态在一个有限的时间段内存在。
<<entity>> Class Class
Class
《UML系统分析与设计教程》
9
类
控制类
控制类是用来为特定于一个或多个用例的控制行为 建模的类。
<<control>> Class Class
Class
《UML系统分析与设计教程》
10
类
参数类
参数类又被称为模板类(Template Classes),模 板类定义了类族。 模板不能直接使用,要首先实例化模板类,实例化 包括将这些形式模板参数绑定到实际的参数。 参数类的UML符号是在类的UML符号表示的右上角 加一个虚线框,在这个虚线框中列出模板参数。
Collaboration
《UML系统分析与设计教程》 6
类
类是分享同样的属性、操作、关系和语义的对 象的集合。 类是现实世界中的事物的抽象,当这些事物存 在于真实世界中时,它们是类的实例,并被称 为对象。类可以实现一个或多个接口。 类的UML符号是划分成3个格子的长方形。
ClassName attribute : AttributeType = initialValue operation(arg : ArgumentType) : ReturnType
param ParameterizedClass
《UML系统分析与设计教程》
11
对象
对象代表了类的一个特定实例。对象具有身份 (Identity)和属性值(Attribute Values)。
object object : Class : Class
《UML系统分析与设计教程》
12
消息
消息是对象间的通信,它传递了要执行动作的 信息,它能触发事件。 消息的UML符号表示是带箭头的实线。
《UML系统分析与设计教程》
2
注释
注释是用来对元素或元素集合进行注解或约束 时所用的图形符号。 注释的UML符号表示是右上角带有折角的矩形。
Note
《UML系统分析与设计教程》
3
参与者
参与者代表与系统交互的人、硬件设备、或另 一个系统。 参与者的UML符号表示是如图所示的“小人”, 并可在符号下标出参与者名。
《UML系统分析与设计教程》 18
状态
状态由以下几部分组成:
名字 入口/出口动作 内部跃迁 子状态
Tracking entry/ setM ode(on) exit/ setM ode(off) do/ followTarget newTarget/ tracker.Acquire() selfTest/ defer
第4章 UML的符号
《UML系统分析与设计教程》
1
UML的符号
UML的最大贡献就是提供了一个标准的、统一 的建模符号体系,结束了由不同符号体系的应 用所带来的混乱。 UML符号体系是可视化的,可为系统建立图形 化的可视模型,使系统的结构变得直观,易于 理解。 UML符号具有定义良好的语义,不会引起歧义。
Confirming
《UML系统分析与设计教程》
20
状态: 历史状态
Recording start Pause pause H Pre-process
Sampling
Compress stop Store
《UML系统分析与设计教程》
《UML系统分析与设计教程》
13
接口
接口是用来定义类或组件服务的操作的集合。 与类不同,接口没有定义任何结构,也没有定 义任何实现。
<<interface>> Interface Interface
Interface
《UML系统分析与设计教程》
14
接口
接口与类之间的关系
KeyListener
《UML系统分析与设计教程》
7
类
边界类
边界类处理系统环境与系统内部之间的通信,边界 类为用户或另一个系统(即参与者)提供了接口。 边界类的UML符号表示
<<boundary>> Class Class
Class
《UML系统分析与设计教程》
8
类
实体类
实体类是模拟必须被存储的信息和其关联行为的类。 实体类的UML符号表示
《UML系统分析与设计教程》
19
状态:不相交子状态
Purchasing Verify pin code insert card successful Selecting goods Idle do/addToSelection continue cancel confirm Selling entry/sell( ) buy fail
Package
《UML系统分析与设计教程》
16
组件
组件代表了一个接口定义良好的软件模块。 组件是系统的一个物理的、可替代的部分,它 遵循接口定义,并为接口提供了实现。 组件的特点如下:
(1)组件是物理的。 (2)组件是可替代的。 (3)组件是系统的一部分。
组件的图形符号
Component
UserInterface MouseListener
HandleEvent
ActionListener
《UML系统分析与设计教程》
15
包
包是一个用来将模型单元分组的通用机制。 包可以用在任何一个UML图中,但一般多用于 用例图和类图,它就象文件夹一样,可以将模 型元素分组隐藏,从而简化UML图,使得UML 图更易理解。
Actor
《UML系统分析与设计教程》
4
用例
用例规定了系统或部分系统的行为,它描述了 系统所执行的动作序列集,并为执行者产生一 个可供观察的结果。 用例的UML符号是椭圆,并可在椭圆下标出用 例名。
Use Case
《UML系统分析与设计教程》5Βιβλιοθήκη 协作
协作命名了彼此合作完成某个行为的类、接口 和其他元素的群体。 协作可以用来定义用例和操作的实现,为系统 体系结构上的重要机制建模。 协作的UML符号是虚线椭圆,每个协作都有一 个名字以与其他协作相区分。