第三章 UML系统建模与分析设计(3)

合集下载

UML系统建模与分析设计课后习题答案

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系统分析与设计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)请描述迭代过程有几个阶段。

UML建模与系统设计

UML建模与系统设计

UML建模与系统设计UML(Unified Modeling Language,统一建模语言)是一种用于软件系统设计和开发的标准建模语言。

它提供了一套可视化的工具和方法,帮助开发者更好地理解和描述系统的结构和行为。

在本文中,我们将探讨UML建模和系统设计的重要性,并介绍一些常用的UML建模图。

一、UML建模的概念与意义UML建模是一种用图形化的方式来描述软件系统的结构、行为和与环境的交互。

它帮助开发者将复杂的系统问题分解为可理解的模块和关系,从而更好地理解和设计系统。

UML建模具有以下几个重要的意义:1. 沟通和共享:UML建模提供了一种标准的图形化语言,使得开发者能够更好地交流和共享设计思想。

通过使用统一的符号和图示,不同的开发者能够更容易地理解和解释系统设计。

2. 可视化设计:与纯文本描述相比,图形化的UML建模更直观和易于理解。

通过在图形上绘制类、对象、关系等元素,开发者可以更好地捕捉和表达系统的结构和行为。

3. 系统分析与设计:UML建模提供了一种系统分析和设计的方法论。

通过使用不同的UML图来描述系统的不同方面,开发者可以更好地理解系统需求,并进行逐步的系统设计。

二、常用的UML建模图在UML建模中,有几种常用的图形符号和图表,用于描述系统的结构和行为。

1. 用例图(Use Case Diagram):用例图用于描述系统的功能需求。

它展示了系统与外部用户(称为参与者)之间的交互关系,以及系统的各个功能模块之间的关系。

2. 类图(Class Diagram):类图用于描述系统的静态结构。

它展示了系统中的各个类以及它们之间的关系,包括继承关系、关联关系、聚合关系等。

3. 对象图(Object Diagram):对象图是类图的实例化表示,用于描述系统中对象之间的关系。

它展示了系统在某个特定时间点的对象状态和关联关系。

4. 时序图(Sequence Diagram):时序图用于描述系统中对象之间的动态交互。

UML系统建模与分析设计.ppt

UML系统建模与分析设计.ppt

统、角色和用例
等三种模型元素,
以及它们之间的
关系。
贸易经理
营销人员
设置边界
更新帐目
风险分析 交易估价
《使用》 《使用》
评价
进行交易
《扩展》
超越边界
记账系统 销售人员
2020/10/16
软件工程方法
4
用例模型描述的是外部执行者(Actor)所理解的系 统功能。它描述了待开发系统的功能需求。
它驱动了需求分析之后各阶段的开发工作,不仅在 开发过程中保证了系统所有功能的实现,而且被用 于验证和检测所开发的系统,从而影响到开发工作 的各个阶段和 UML 的各个模型。
2.定义系统的边界:一个系统的所有元素与系统以外的事物的 分界线。
2020/10/16
软件工程方法
8
1.4 确定执行者(参与者,角色) aActor
执行者(actor)是指在系统外部与系统交互的人或其他系统,它以某 种方式参与了系统内用例的执行。角色在UML中通常以一个稻草人图 符来表示。
执行者类型:参与者不仅可以由人承担,还可以是其它系统、硬件设备、 甚至是时钟 : 1)其它系统:当系统需要与其它系统交互时,如ATM柜员机系统中, 银行后台系统就是一个参与者; 2)硬件设备:如果系统需要与硬件设备交互时,如在开发IC卡门禁系 统时,IC卡读写器就是一个参与者; 3)时钟:当系统需要定时触发时,时钟就是参与者
•将需求规约变为可视化模型,并得到用户确认;
•给出清晰、一致的关于系统做什么的描述,确定系统的功能要 求;
•提供从功能需求到系统分析、设计、实现各阶段的度量标准;
•为最终系统测试提供基准,据此验证系统是否达到功能要求;
•为项目目标进度管理和风险管理提供依据。

用UML建模分析与设计软件系统

用UML建模分析与设计软件系统

用UML建模分析与设计软件系统设置在今天的互联网时代,软件开发已成为了更加普遍的工作,也成为了许多公司发展的重要手段之一。

而在软件开发过程中,UML(统一建模语言)建模分析与设计软件系统已经成为了较为普遍的方法之一。

本文将从UML的基本概念入手,探讨UML在软件开发中的应用。

UML基本概念UML是一种可视化设计语言,被认为是用于软件开发的事实标准。

UML由许多不同的视图和图表构成,以帮助开发者更好地理解系统。

UML的三种主要视图包括用例视图、逻辑视图和部署视图。

此外,类图、时序图、活动图、组件图、对象图等都是在UML设计中常用的图表。

用例视图用例视图是UML中的一个重要部分。

它通常用于显示软件系统的功能需求,在此视图中,系统的不同角色和用例都可以被描述。

用例可以用来识别系统的使用。

在用例视图中,一个角色是一个集合。

它代表系统的一个用户、另一个系统或者数字设备。

用例与一个或多个角色相关联,说明了这个用例是为某个特定角色或者用户设计的。

逻辑视图逻辑视图是UML中的另一个重要部分。

在这个视图中,软件系统被抽象为一个集合的对象,这些对象通过它们之间的交互来实现系统的功能。

在逻辑视图中,系统是通过对象与对象之间的通信来实现的。

类图是逻辑视图的一种表示方式。

类图用于呈现对象、属性和方法,它用于识别一个对象的属性和行为。

组件视图组件视图是UML的第三个视图。

在组件视图中,软件被分为多个组件或部分,这些部分可以在不同的物理位置上部署。

组件视图有助于识别系统的潜在部分。

如何使用UML分析和设计软件UML可以用于软件的不同阶段,例如系统概念、系统设计和系统实现。

在UML中,一个系统可能被抽象为用例、类、活动和状态机。

UML中不同部分的应用取决于软件开发的不同阶段。

下面将介绍其中的一些。

需求分析在软件开发的这个阶段,主要的任务是确定系统的需求。

UML 的用例视图在这个阶段中发挥了关键作用。

开发者可以使用UML 的用例图来确定系统的核心功能和系统使用的角色。

uml系统建模与分析设计课后答案

uml系统建模与分析设计课后答案

第一章系统建模与分析技术的演变一选择题1 封装是指把对象的(A)结合在一起,组成一个独立的对象。

A 属性和操作B 信息流C 信息和事件D 数据的集合2 封装是一种(C)技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。

A 工程化B 系统维护C 信息隐蔽D 生产对象3 面向对象方法中的(D)机制使子类可以自动地拥有(复制)父类全部属性和操作A 约束B 对象映射C 信息隐蔽D 继承4使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法是(A)A 继承B 多态性C 约束D 接口二填空题5.软件按照其工作方式可分为(分时软件)、(交互式软件)、(批处理软件)和(实时处理软件)。

6.软件生存周期由(软件定义)、(软件开发)和(软件使用、维护和更新)三部分组成。

7.软件开发模型有(瀑布模型)、(渐增模型)、(演化模型)、(螺旋模型)和(智能模型)等5种主要模型。

8.面向对象技术采用以类为中心的(封装)、(继承)、(多态)等不仅支持软件复用,而且使软件维护共作可靠有效,可实现系统的柔性制造。

9. UML的优点是(唯一性)、(连续性)、(维护性)、(复用性)和(逐步完善)。

三解释题10.软件:程序以及开发、使用、维护程序所需要的所有文档,即:软件=程序+文档11.类:是一组具有相同属性和相同操作的对象的集合,是对象的抽象,它抽象地描述了属于该类的全部对象的属性和操作。

12.封装:是面向对象方法的一个重要原则和基本原则,其目的是有效地实现信息隐蔽和局部化。

13.继承性:是指子类可以自动拥有其父类的猼属性了操作。

14.消息:是面向对象系统中,实现对象类之间的通信和任务传递。

15.动态绑定:是指在执行期间判断所引用对象的实际类型,根据其实际的类型调用其相应的方法。

16.多态性:是消息发送者不必知道接受消息的对象所属的类。

第二章统一建模语言UML一、选择题1. UML的软件以(B)为中心,以系统体系结构为主线,采用循环迭代渐增的方式进行开发A 用例B 对象C 类D 程序2.UML的(B)模型图是由类图、对象图、包图、构件图和配置图组成。

【VIP专享】UML系统建模与分析设计课后习题去答案

【VIP专享】UML系统建模与分析设计课后习题去答案

A1、封装是指把对象的()结合在一起,组成一个独立的对象。

A.属性和操作 B.信息流 C.消息和事件 D.数据的集合C2、封装是一种()技术,目的是使对象的生产者和使用者分离,使对象的定义和实现分开。

A.工程化 B.系统维护 C.信息隐蔽 D.产生对象C3、面向对象方法中的()机制是子类可以自动地拥有复制父类全部属性和操作。

A.约束 B对象映射 C.信息隐蔽 D.继承B4、使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法()。

A.继承 B.多态性 C.约束 D.接口A5、UML 的软件以()为中心,以系统体系结构为主线,采用循环、迭代、渐增的方式进行开发。

A. 用例B.对象C.类D.程序B6、UML 的()模型图由类图、对象图、包图、构件图和配置图组成。

A. 用例B. 静态C. 动态D. 系统C7、UML的()模型图由活动图、顺序图、状态图和合作图组成。

A. 用例B. 静态C. 动态D.系统D8、UML的最终产物就是最后提交的可执行的软件系统和( )。

 A.用户手册 B.类图 C.动态图 D.相应的软件文档资料B9、在UML的需求分析建模中,( )模型图必须与用户反复交流并加以确认。

 A. 配置 B. 用例 C.包 D. 动态B10、可行性研究分析包括经济可行性分析、技术可行性分析和()。

A.风险可行性分析B.法律可行性分析C.资源可行性分析D.效益可行性分析A11、UML的客户分析模型包括()模型、类图、对象图和活动图组成。

A.用例B.分析C.属性D.系统C12、UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的()和操作。

A.对象成员B.关联对象C.属性D.私有成员D13、UML客户需求分析产生的系统模型描述了系统的()A.状态B.体系结构C.静态模型D.功能要求B14、在UML的需求分析建模中,用例模型必须与()反复交流并加以确认。

A.软件生产商B.用户C.软件开发人员D.问题领域专家A15、在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用()。

课件—UML系统建模与分析设计

课件—UML系统建模与分析设计

第一章
系统建模与分析设计技术的演变
本章目的:
理解软件的基本概念和特点 了解软件的发展过程及软件开发过程 了解软件开发的方法 掌握面向对象技术的基本概念及开发过程 了解几种典型的面向对象方法
11
UML系统建模与分析设计
2018/11/18
1.1
软件的概念、特点和分类
1.现代软件的概念和特点
UML系统建模 与分析设计
1
UML系统建模与分析设计
2018/11/18
课程内容
本课程阐述基于UML的面向对象分析与设计的基 本概念,详细介绍统一建模语言UML及其开发过 程,以一个集成案例贯穿可行性研究、需求分析、 系统分析与系统设计的全过程。 使学生快速地掌握面向对象的系统分析、设计方 法。
25
UML系统建模与分析设计
2018/11/18
3. 演化模型(evolutionary model)
演化模型也称为原型(prototype)法模型。 快速建立起来的可以在计算机上运行的程序,它所能完成 的功能往往是最终产品能完成的功能的一个子集。
26
UML系统建模与分析设计
2018/11/18
什么是UML?
统一建模语言(Unified Modeling Language,UML)是描述、构造和文档化系统的 可视化语言。 ① 作用: 建立软件模型 ② 建模语言: 提供交流的词汇和规则 ③ 可视化: 通过标准图符构成图形来描述模型 ④ 建模语言而非编程语言 ⑤ 通用标准: 成为软件建模的标准语言,并且在 其他领域也得到应用。
(1)软件规模大。 (2)软件开发规范并趋于标准化。 (3)软件开发方法多,有大量的软件工具支持。 (4)注重软件开发的管理。 (5)软件维护相对过去容易得多。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

目的:完成一次学生选课的完整过程。 目的:完成一次学生选课的完整过程。 类型:主要的、 类型:主要的、基本的 级别:一级 级别:
UML系统建模与分析设计 13
过程描述: 过程描述:
学生输入标识码(ID) 系统识别标识码的有效性; (1)学生输入标识码(ID),系统识别标识码的有效性; (2)对学生进行注册识别; 对学生进行注册识别; (3)流览本学期预开课程; 流览本学期预开课程; (4)选择学生自己要上的课程并确认; 选择学生自己要上的课程并确认; (5)退出系统,系统给出所选课程列表及相应学分合计。 退出系统,系统给出所选课程列表及相应学分合计。
第三章
需求分析与用例建模
本章目的: 本章目的:
• • • 了解可行性研究与风险分析的方法 掌握可行性分析报告的书写格式 掌握客户需求分析的要点及需求分析规格说 明报告的书写格式 • 掌握通过绘制用例图及其正文描述来完成客 户需求分析的方法 • 掌握UML的用例模型建模方法 掌握UML的用例模型建模方法 UML
UML系统建模与分析设计 21
3.3.2 标识对象类的属性
(1)发现和确定对象潜在的属性 (2)识别和筛选对象属性的原则 (3)识别和筛选属性应注意的问题 (4)属性的命名原则
3.3.3 标识对象类的操作
(1)寻找潜在的对象类操作 (2)筛选、确定操作 筛选、 (3)命名操作名 (4)操作的说明 (5)操作的分类: 操作的分类:
(2)标识对象名的原则
•使用单个名词或名词短语标识对象名; 使用单个名词或名词短语标识对象名; 使用单个名词或名词短语标识对象名 •对象名称必须有意义、简洁明了、含义明确、易于理解; 对象名称必须有意义、简洁明了、含义明确、易于理解; 对象名称必须有意义 •尽量使用用户熟悉的行业标准术语。 尽量使用用户熟悉的行业标准术语。 尽量使用用户熟悉的行业标准术语
UML系统建模与分析设计 20
(3)筛选对象 根据以下特征来选择和确定最终的对象: 根据以下特征来选择和确定最终的对象:
•关键性。 关键性。 关键性 •可操作性。 可操作性。 可操作性 •信息含量。 信息含量。 信息含量 •公共属性 。 公共属性 •公共操作。 公共操作。 公共操作 •关键外部信息。 关键外部信息。 关键外部信息 对象分类: (4)对象分类: •有形性。 有形性。 有形性 •包含性。 包含性。 包含性 •顺序性。 顺序性。 顺序性 •持久性。 持久性。 持久性 •完整性。 完整性。 完整性
UML系统建模与分析设计
28
(2)采购管理
1)制定原材料(零部件)采购计划 制定原材料(零部件) 2)与客户签订采购合同 3)检查合同履约率 库存管理部门对原材料进行入库验收、 4)库存管理部门对原材料进行入库验收、存储 5)财务管理部门支付货款
(3)库存管理
1)产品入库管理 原材料(零部件) 2)原材料(零部件)入库管理 原材料(零部件) 3)原材料(零部件)出库管理 4)产品出库管理 5)库存管理 6)采购管理部门组织采购 7)生产调度管理部门安排生产 8)财务管理部门对库存物资进行核算
UML系统建模与分析设计 22
3.3.4 标识对象类之间的关联(协作) 标识对象类之间的关联(协作)
(1)建立实例连接 (2)消息传递 (3)筛选对象间的关联
3.3.5 复审类的定义
复审方法犹如“击鼓传花”。 复审方法犹如“击鼓传花”
3.3.6 定义类的结构和层次
(1)一般-特殊结构 一般(2)整体-部分结构 整体(3)子系统
UML系统建模与分析设计 23
3.4 客户需求分析规格说明
UML系统建模与分析设计
24
3.5 需求分析中的用例建模步骤
3.5.1 用例的类型
• • • • 端点用例: 端点用例: 基本用例: 基本用例: 主要用例: 主要用例: 辅助用例: 辅助用例:
3.5.2 建立用例图
建立用例图的步骤: 建立用例图的步骤: (1)确定用例 (2)描述用例 (3)筛选用例 (4)绘制用例图 (5)层次化用例图
UML系统建模与分析设计 25
3.5.3 层次化用例图

(1) 功能需求用例图
(2)生存环境用例图
26
UML系统建模与分析设计
3.6 需求分析用例建模案例 3.6.1 客户需求分析
1.业务组织结构(综述) 1.业务组织结构(综述)
企业综合信息管理系统” “企业综合信息管理系统”的用户是企业各级管理部门的 工作人员、 公司经理和系统操作人员。 工作人员 、 公司经理和系统操作人员 。 该系统主要提供 财务管理” 人力资源管理” 生产调度管理” “财务管理 ” 、“ 人力资源管理” 、 “ 生产调度管理” 、 进销存管理” 设备安全管理” 行政事务管理” “进销存管理” 、“设备安全管理”、 和 “ 行政事务管理” 等方面的服务。 等方面的服务。
(1)执行者之间可以有继承关系
UML系统建模与分析设计
10
(2)执行者代表一种角色而不是具体某个人 (3)对同一个人担任角色的限制 (4)执行者可分成主执行者和副执行者 (5)执行者还可细分为主动执行者和被动执行者
2.寻找和确定执行者 .
3.2.5 确定用例 1.用例的特征 。
•响应性。 响应性。 响应性 •回执性。 回执性。 回执性 •完整性。 完整性。 完整性
UML系统建模与分析设计 27
2.具体功能要求 .
本案例只对其中的“进销存管理子系统” 本案例只对其中的“进销存管理子系统”进行详细的需 求分析用例建模。 求分析用例建模。 (1)销售管理 1)制定销售计划 2)与客户签订销售合同 3)检查合同履约率 4)生产调度管理部门组织生产 库存管理部门对产品进行入库、 5)库存管理部门对产品进行入库、出库处理 6)财务管理部门收取客户货款 7)售后服务
UML系统建模与分析设计
19
3.3.1 确定对象类 (1)发现潜在对象
•与系统交互的角色。 与系统交互的角色。 与系统交互的角色 •系统的工作环境场所。 系统的工作环境场所。 系统的工作环境场所 •概念实体、发生的事件或事情。 概念实体、发生的事件或事情。 概念实体 •部门和设备。 部门和设备。 部门和设备 •与系统有关的外部实体。 与系统有关的外部实体。 与系统有关的外部实体
2.系统效益分析
•经济效益。 经济效益。 经济效益 •社会效益。 社会效益。 社会效益
UML系统建模与分析设计
2
UML系统建模与分析设计
3
3.1.2 技术可行性分析
1.风险分析 2.资源分析 3. 技术分析
•反映系统动态特性: 反映系统动态特性: 反映系统动态特性 •综合系统的全部因素: 综合系统的全部因素: 综合系统的全部因素 •突出系统的重要因素: 突出系统的重要因素: 突出系统的重要因素 •结构简单: 结构简单: 结构简单
UML系统建模与分析设计 1
3.1
可行性研究与风险分析
3.1.1 经济可行性研究
1.系统成本费用分析
•设备购置费用。 设备购置费用。 设备购置费用 •系统开发费用。 系统开发费用。 系统开发费用 •系统安装、运行和维护费用。 系统安装、 系统安装 运行和维护费用。 •人员培训费用。 人员培训费用。 人员培训费用
异常事件流处理: 异常事件流处理:
(1)标识码有效性检查失败,允许学生重新输入(3次机会)。 标识码有效性检查失败,允许学生重新输入( 次机会) 注册识别失败,没有注册(尙未交学费)的学生不能选课。 (2)注册识别失败,没有注册(尙未交学费)的学生不能选课。 (3)选择课程确认失败,所选几门课程中在上课时间上发生冲 )选择课程确认失败, 突时,系统提示重选。 突时,系统提示重选。
UML系统建模与分析设计
7
3.2.2 用例图
UML系统建模与分析设计
8
3.2.3 定义系统的边界和范围
系统边界包括: 系统边界包括:
•整个组织:如一个企业; 整个组织:如一个企业; 整个组织 •一个组织的某个部门:如企业的财务处; 一个组织的某个部门:如企业的财务处; 一个组织的某个部门 •计算机系统的硬件 软件边界:如企业的进、销、 计算机系统的硬件/软件边界 如企业的进、 计算机系统的硬件 软件边界: 存计算机管理系统。 存计算机管方案可行性分析研究
1. 提出待选方案 2. 评价待选方案 3. 确定开发方案
UML系统建模与分析设计 4
3.1.5 可行性分析报告文档格式
UML系统建模与分析设计
5
3.2 客户需求分析与用例建模
建造需求模型——用例建模 3.2.1 建造需求模型 用例建模
3.描述用例 .
•用例名: 用例名: 用例名 •简单名: 简单名: 简单名 •路径名: 路径名: 路径名
UML系统建模与分析设计
12
用例的文字描述应包括以下内容: 用例的文字描述应包括以下内容:
•用例的目的(功能); 用例的目的(功能) 用例的目的 •该用例在什么情况下被哪个执行者启动执行; 该用例在什么情况下被哪个执行者启动执行; 该用例在什么情况下被哪个执行者启动执行 •用例与执行者之间交互哪些消息来通知对方作出决定; 用例与执行者之间交互哪些消息来通知对方作出决定; 用例与执行者之间交互哪些消息来通知对方作出决定 •交互的主消息流及因此被使用或修改的实体; 交互的主消息流及因此被使用或修改的实体; 交互的主消息流及因此被使用或修改的实体 •用例中可供选择的异常事件流; 用例中可供选择的异常事件流; 用例中可供选择的异常事件流 •用例结束标志:给执行者返回一个可识别的值。 用例结束标志:给执行者返回一个可识别的值。 用例结束标志 举例: 举例: 用例名称: 用例名称:学生选课 执行者: 执行者:学生
UML系统建模与分析设计 6
用例建模的步骤: 用例建模的步骤:
•确定系统的范围和边界; 确定系统的范围和边界; 确定系统的范围和边界 •确定系统的执行者和用例; 确定系统的执行者和用例; 确定系统的执行者和用例 •对用例进行描述; 对用例进行描述; 对用例进行描述 •定义用例之间的关系; 定义用例之间的关系; 定义用例之间的关系 •审核用例模型。 审核用例模型。 审核用例模型
相关文档
最新文档