您的位置：360文档中心› 软件工程思维逻辑_关系图_类图的PPT

软件工程思维逻辑_关系图_类图的PPT

合集下载

软件工程与UMLPPT课件

软件工程与UMLPPT课件

根据用户访谈得知，图书登录号即为图书编号，因此去掉此项，加入图书状态一项，用于图书遗失处理
我们的进度，在这里
修改后的领域类图
领域类图描述的是系统中的数据对象，又称为 object Model， object Model属于概念级别的模型，需要映射为表（Data Model）才能被计算机存储
我们的进度，在这里
我们的进度，在这里
图书管理系统Sql脚本_SQL Server 2000
CREATE TABLE [dbo].[借阅信息] ( [借阅时间] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [归还时间] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [借阅信息_ID] [int] IDENTITY (1, 1) NOT NULL , [学生_ID] [int] NOT NULL , [图书_ID] [int] NOT NULL ) ON [PRIMARY] GO
我们的进度，在这里
图书管理系统Sql脚本_SQL Server 2000
CREATE TABLE [dbo].[图书] ( [图书状态] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [ISBN] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [书名] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [作者] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [出版社] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [出版日期] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [总页数] [int] NOT NULL , [定价] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [图书分类] [varchar] (255) COLLATE Chinese_PRC_CI_AS NOT NULL , [图书_ID] [int] IDENTITY (1, 1) NOT NULL ) ON [PRIMARY] GO

UML概述ppt课件精选全文

UML概述ppt课件精选全文
用于表示从同步消息激活的动作返回到调用 者的消息
注释体 用于对UML实体进行文字描述
注释连接
注释连接将注释体与要描述的实体相连。说 明该注释体是对该实体所进行2-
协作图（通讯图）
协作图表示一组对象间关系以及交互活动
协作图可以认为是对象图的扩展，它增加了一些符号用于表 示对象间的交互。协作图和顺序图具有同构性。
指向源同步 消息
表示对象间从目的对象向源对象发送同步消息
指向目的的 同步消息
表示对象间从源对象向目的对象发送同步消息
注释体
注释连接
-35-
示例：协作图
-36-
活动图
活动图：通过动作来组织，主要用于描述某一方法、机制或 用例的内部行为
主要使用场合：业务建模、用例分析
-37-
活动图元语-1
活动 组合活动
1997.1公布 UML 1.0 合作伙伴
业
公
意见
众 1996.6和1996.10 UML 0.9&0.91
化
反
馈 OOPSLA95 Unified Method 0.8
标
准
Booch93 OMT-2
化
Booch91 OOSE
OMT-1 其他方法 统
一
UML基本图
静态模型 (系类统图结 构) class diagrams
转移
用于说明两个对象间存在某种关系，如满足某 个条件并当某一事件发生时，对象将从一个状 态变迁到另一个状态并同时执行一些活动
注释体
注释连接
示例：状态图
顺序图
顺序图：主要用于显示对象间的交互活动，但没有明确的交 互环境和对象状态
主要使用场合：系统分析（用例分析）、设计

软件工程领域分析——类图PPT学习教案

软件工程领域分析——类图PPT学习教案
第11页/共73页
需求获取的方法
常规的需求获取的方法 ➢ 访谈
➢ 情景分析 ➢ 联合分析小组
快速原型法在需求分析中的应用 ➢ 快速建立软件原型
第12页/共73页
下面以图书管理系统为例，如何 进行需求分析，并建立分析模型
第13页/共73页
图书管理系统——第1次课
第14页/共73页
工作任务
1. 经理给出项目计划，各项目 组按工作计划进入项目周期
第22页/共73页
例如：您（业务人员）通常都
可行性研究 领域分析 需求分析
设计
编码
测试
交付
我们的进度，在这里
访谈提纲的编写技巧
技巧二：发现需要的数据及其 属性
在系统中，必不可少的会用到 数据，那么系统中的数据及数 据属性如何被发现呢？
可以通过类似以下问题来进行 访谈：
1. 某物会记录什第23么页/共7数3页 据呢？ 2. 某物可以提供我们哪些数据呢？
第16页/共73页
可行性研究 领域分析 需求分析
设计
编码
测试
交付
我们的进度，在这里
阶段目标
通过用户访谈获取需求，形成需求陈
述，并在此基础上完成领域分析，建立业务 领域的数据模型。
内容：
1.访谈提纲与访谈记录 2.领域类图、业务用例
第17页/共73页
阶段能力目标及对应工
作任务
能力目标
工作任务
1 掌握用户访谈的基本技能
交付——图书管理系统领域类图
第30页/共73页
可行性研究 领域分析 需求分析
设计
编码
测试
交付
我们的进度，在这里
学习情境： 知识2：用类图进行图书管理系统数据建模

软件工程9种图

软件工程9种图

3.关联关系（Association）
【概念】表示一个事物的对象与另一个事物的对象之间的语义上连接， 简单的理解为两个类或类与接口之间的强依赖关系
【绘图方式】实线箭头，双向箭头或无箭头 【包括】 1 聚集 【概念】描述的是部分与整体关系，描述了“has a”的关系，部分离 开整体可以单独存在 【绘图方式】空菱形的实线，头部指向整体
【实现关系图】
泛化和实现关系的区别： 泛化关系是指同一语义层的元素连接起来， 通常在同一模型内； 实现关系将不同语义层内的元素连接起来，通常在不同模型内。
UML 的视图
相信大家都知道 UML 的全称，统一建模语言（UML 是 Unified Modeling Language 的缩写） 是用来对软件系统进行可视化建模的一种 语言。UML 为面向对象开发系统的产品进行说明、可视化、和编制文 档的一种标准语言。 我想问大家两个问题: 一、什么是模型？模型是对现实世界的形状或状态的抽象模拟和简 化。 二、为什么要建模？最简单的理由：为了能够更好地理解正在开发
UML 的9种图
上文我们介绍了， UML 的视图， 在每一种视图中都包含一个或多种图。 本文我们重点讲解 UML 每种图的细节问题：
1、用例图（use case diagrams）
【概念】描述用户需求，从用户的角度描述系统的功能 【描述方式】椭圆表示某个用例；人形符号表示角色 【目的】帮组开发团队以一种可视化的方式理解系统的功能需求 【用例图】
【依赖图】
2,泛化关系（继承） （Generalization）
【概念】描述类的一般和具体之间的关系，描述的“is a kind of ”的关 系 【绘图方式】实线空心三角箭头，箭头指向父类 【继承方式】

UML类图PPT课件

UML类图PPT课件

类的属性
➢ 1. 可见性 ➢ 2. 属性名称 ➢ 3. 属性类型 ➢ 4. 初始值 ➢ 5. 属性字符串
2020/9/25
Software School, Zhengzhou University
8 郑州大学软件学院
（1） 可见性
属性的可见性描述了该属性是否对于其他类能够可见， 从而是否可以被其他类进行引用。
➢ 操作是指类所能执行的动作，也是类的一个 重要组成部分，描述了在软件系统中所代表 的对象具备的动态部分的公共特征抽象。
➢ 一个类可以有任意数量的操作或者根本没有 操作，并且每个操作只能应用于该类的对象。
➢ 属性是描述类的对象特性的值，而操作用于 操纵属性的值进行改变或执行其他动作。
➢ 操作有时称作函数或者方法。 ➢ 在UML中，类操作的语法为：
※公有（Public）：允许在类的外部使用或查看该属性
※私有（Private）：只有类本身才能访问，外部一概访问不到
※受保护（Protected）：经常和继承关系一起使用，允许子类访问父 类中受保护类型的属性
可见性
Public Protected Private Implemented
Rose图注
UML图注
概述
➢ 类图（Class Diagram）是由类、接口等模型元素 以及它们之间的关系构成的。
➢ 类图的目的在于描述系统的构成方式，而不是系统 如何协作运行的。
2020/9/25
Software School, Zhengzhou University
4 郑州大学软件学院
类
➢ 面向对象系统组织结构的核心。 ➢ 对一组具有相同属性、操作、关系和语义的
关系、关联（Association）关系以及实现

类图ppt课件

类图ppt课件
系。 1． 依赖关系 表示两个或多个模型元素之间语义上的关系， 客户元素以某种
形式依赖于提供者元素。 实际上，关联、实现和泛化都是依赖 关系。 如图3-10所示。
•图3-10 依赖关系
•图3-5 抽象类的2种表示方法
14
4.2 UML中的类
2．接口 接口是一种类似于抽象类的机制，接口中的方法都是抽象方法。
在UML中，接口有如图3-6所示的两种表示方法。
图标表示法
Collection
《Interface》
构造符号表示法
图3-6 接口的两种表示法
15
4.2 UML中的类
3.关联类 两个类之间具有多对多的关系，并且有些属性不属于关联两端
写字母开头、混合大小写，每个单词以大写开始，避免使用特 殊符号)，尽可能避免使用缩写。
8
4.2.1 类的表示
2.属性 属性描述了类的静态特征，在面向对象编程中，把属性表示为
成员变量。例如，在图3-2所示的Order类中，列出了 orderDate（下订单时间）、destArea（送货区域）、price （订单总价格）、paymentType（支付类型）四个属性，它们 是用来描述每个具体的订单对象的。 在属性的前面有一个修饰，用来表示属性的可见性，属性的可 见性一般都是private，这样才符合面向对象的“封装”思想。 通常属性名的第一个字母是小写的。
18
4.2 UML中的类
6.嵌套类 在诸如Java的语言中，允许你将一个类的定义放在另一个类定
义的内部，这就是嵌套类在UML中，可以采用一个描图标来表 示这种关系，如图3-9所示。
图3-9 嵌套类表示法
19
4.3 类图中的关系
4.3.1关系分类 按照关系的性质分为依赖关系、泛化关系、 关联关系、实现关

软件工程学概述思维导图

软件工程学概述思维导图

软件工程学概述软件的概念和特点软件的定义程序能够完成预定功能和性能的可执行的指令序列数据使程序能够适当地处理信息的数据结构文档开发、使用和维护程序所需要的图文资料软件的发展个体化作坊式工程化产业化软件危机的产生定义在计算机软件的开发和维护过程中所遇到的一系列严重问题原因客观：软件本身特点逻辑部件规模庞大主观：不正确的开发方法忽视需求分析错误认为：软件开发=程序编写轻视软件维护软件工程定义I EEE计算协会（1）应用系统化的、学科化的、定量的方法，来开发、运行和维护软件，即，将工程应用到软件。

（2）对（1）中各种方法的研究目标给定时间和预算内，按照用户的需求，开发易修改、高效、可靠、可维护、适应力强、可移动、可重用的软件。

三要素工具方法过程软件过程软件过程概念软件过程在工作产品构建过程中，所需完成的工作活动、动作和任务的集合软件生命周期软件产品或软件系统从设计、投入到使用到被淘汰的全过程选择过程模型消除途径传统软件过程模型瀑布模型（经典生命周期模型）特点线性模型质量保证的观点（以文档为驱动）推迟实现缺点增加工作量开发风险大早期错误发现晚不适应需求变化适用于系统需求明确且稳定、技术成熟、工程管理较严格的场合，如军工、航天、医疗V模型原型模型特点优点减少需求不明确带来的风险缺点构造原型采用的技术或者工具不一定主流快速建立+连续修改可能导致质量下降设计者在质量和原型中进行折中客户意识不到一些质量问题适合客户定义一个总体目标集，但是不清楚系统的具体输入输出；或者开发者不确定算法的效率、软件与操作系统是否兼容以及客户与计算机交互的方式增量模型特点增量可能无法集成增量方式+迭代方式每个增量可用瀑布或快速原型模型优点不需要提供完整的需求，软件可以更早投入市场开放体系结构，便于维护在项目初始阶段不需要投入太多的人力资源产品逐步交付，软件开发能够较好地适应需求的变化缺点开发者很难根据客户的需求给出大小合适的增量软件必须具备开放式体系结构（困难）易退化成边做边改的方式，使软件过程控制失去整体性适用于让软件开发中需求可能发生变化、具有较大风险、或者希望尽早进入市场的项目。

类图包图-PPT精品

类图包图-PPT精品
类图包图-PPT精品
类图
什么是类图 类图的画法（语法） 类之间的关系
类图的地位
是软件工程的统一建模语言（UML）一种静态结构图，该图描述了系 统的类别集合，类别的属性和类别之间的关系。 —— 维基百科
表示不同的实体（人、事物和数据）如何彼此 相关；
它显示了系统的静态结构。 不但是设计人员关心的核心，更是实现人员关
Remove Reservation 删除书籍预订信息
Get With Fine： 还书时收取罚金
Check user count： பைடு நூலகம்查用户借阅凭证 的合法性，
系统管理员进行系统维护
Query Borrower Info： 查询读者信息
Query Book Info： 查询书籍信息
Add Title： 增加书目 Remove or Update
注的核心 建模工具也主要根据类图来产生代码 类图在UML的9个图中占据了一个相当重要的
地位
画类图的语法
类之间的关系
Is-a : 继承 Has-a :聚合
纵向（继承） 横向（关联）
1. 依赖 （Dependency） 2. 关联 （Association） 3. 聚合 （Aggregation） 4. 组合 （Composition）
在建模时应该避免包 之间的循环依赖，也 就是不能够包含相互 依赖的情况，对于这 种情况应进行分析
图书馆用例
借阅者请求服务 图书馆管理员处理借书 、还书 系统管理员进行系统维护
借阅者请求服务
Serch for Book： 书籍查询用例。
Reserve the book： 书籍预订用例。
Title：删除或更新书目 Add Book：增加书籍 Remove Book：
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

素材二类图：
学生选课系统——学生信息管理——学生信息的浏览和删除
相互关系：
软件系统面向对象开发方法的过程要点及关 系
thanks
《学生选课系统》需求说明书
素材一二完成展示

小组成员：

14211046 田一菲 14211037 王泽 14211045 张涛 14211036 彭翔宇 14211054 高烨
素材一句子成分划分：
学生选课系统——学生信息管理——学生信息的查询和修改
素材一事物事件表：
学生选课系统——学生课系统——学生信息管理——学生信息的查询和修改
素材一类图：
学生选课系统——学生信息管理——学生信息的查询和修改
素材二句子成分划分：
学生选课系统——学生信息管理——学生信息的浏览和删除
素材二事物事件表：
学生选课系统——学生信息管理——学生信息的浏览和删除
素材二用例图：
学生选课系统——学生信息管理——学生信息的浏览和删除
相关文档
最新文档