当前位置：文档之家 › 面向对象的需求分析PPT课件

面向对象的需求分析PPT课件

  • 格式：pptx
  • 大小：1.33 MB
  • 文档页数：2

下载文档原格式

  / 2

合集下载

第十章 面向对象分析PPT课件

第十章 面向对象分析PPT课件
27
10.3.1 确定类与对象
(1) 冗余 如果两个类表达了同样的信息，则应该保留在 此问题域中最富于描述力的名称。 以ATM系统为例，上面用非正式分析法得出了34 个候选的类，其中储户与用户，现金兑换卡与 磁卡及副本分别描述了相同的两类信息，因此， 应该去掉“用户”、“磁卡”、“副本”等冗 余的类，仅保留“储户”和“现金兑换卡”这 两个类。
题域精确模型的过程。
很难准 确描述
面向对象分析过程从分析陈述用户需求的文件
开始。可能由用户单方面写出需求陈述，也可
能由系统分析员配合用户，共同写出需求陈述。
需求陈述通常是不完整、不准确的，而且往往 是非正式的。
4
10.1.1 概述
通过分析，可以发现和改正原始陈述中的二义
性和不一致性，补充遗漏的内容，从而使需求陈
15
10.2.2 例子
16
10.2.2 例子
银行柜员使用柜员终端处理储户提交的储蓄事 务。储户可以用现金或支票向自己拥有的某个 账户内存款或开新账户。 储户也可以从自己的账户中取款。 通常，一个储户可能拥有多个账户。柜员负责 把储户提交的存款或取款事务输进柜员终端， 接收储户交来的现金或支票，或付给储户现金。 柜员终端与相应的分行计算机通信，分行计算 机具体处理针对某个账户的事务并且维护账户。
述更完整、更准确。
迭代
因此，需求陈述不是一成不变的，它是细化和
完善实际需求的基础。
快速建立的原型系统，有助于分析员和用户之
间的交流和理解，从而能更正确地提炼出用户的
需求。
分析模
接着，系统分析员深入理解用户型需求，抽象出
目标系统的本质属性，并用模型准确地表示出来。
5
10.1.1 概述

第5章面向对象的需求分析 - PowerPoint プレゼンテーション

第5章面向对象的需求分析 - PowerPoint プレゼンテーション

沈阳理工大学信息学院
第5章 面向对象的需求分析 子事件流b： b1.提示用户余额不够； b2.返回（5），等待客户重新选择。 后置条件：结束取款事件。 异常事件流e：（略）
沈阳理工大学信息学院
第5章 面向对象的需求分析 例子：“网上计算机销售系统”的需求陈述
某计算机厂商准备开发一个“网上计算机销售系 统”，以方便客户通过Internet网络购买计算机。客 户可以通过Web页面登录进入“网上计算机销售系统”， 通过Web页面查看、选择、购买标准配置的计算机。客 户也可以选择计算机的配置或在线建立自己希望的配 置。可配置的构件（如内存）显示在一个可供选择的 表中。根据用户选择的每个配置，系统可以计算计算 机价格。客户可选择在线购买计算机，也可以要求销 售员在发出订单之前与自己联系，解释订单的细节， 协商价格等。
沈阳理工大学信息学院
第5章 面向对象的需求分析 （10）ATM从客户账户中减去所取金额； （11）ATM向客户提供要取的钱； （12）ATM打印清单； （13）ATM退出客户的卡，用例结束。 子事件流a： a1.提示用户输入无效密码，请求再次输入； a2.如果三次输入无效密码，系统自从关闭， 退出客户银行卡。
沈阳理工大学信息学院
保险单
有 保险单项目
图 单向关联的表示
沈阳理工大学信息学院
若在两个方向上存在导航，则称该关联 为双向关联 , 如下图所示。它表示保险 单类和客户类之间存在双向关联，保险 单属于客户，客户签订保险单。UML规定， 不带箭头的关联意味着未知、尚未确定 或者该关联是双向关联。 通 常 情况下，概念层次类图没有导航表示， 到说明层次和实现层次的类图时，才会 加入导航，导航也是说明图和实现图的 重要组成部分。
沈阳理工大学信息学院

面向对象需求分析实例PPT

面向对象需求分析实例PPT
– 使用实际业务语言，不要抽象 – 条件分支不要太多，可用多个场景来描述 – 忘掉我们的系统，描述目前业务情况
• 演示
19
北京北大方正电子有限公司
三、业务用例描述
• 内容提要
– 描述业务目标 – 描述业务现状、数据结果要求 – 描述业务分析视角、列出典型业务场景 – 业务用例描述，详细介绍
• 演示
23
北京北大方正电子有限公司
UML常用视图分类
模型视图
1
用例图
2
需求图
3
活动图
4
序列图
5
状态图
6
类图
7
组件图
8
协作图
9
部署图
需求分析 ★ ☆ ★ ★
系统设计
★ ★ ★ ★ ★
☆
详细设计
★ ★ ★ ★ ☆ ☆
24
北京北大方正电子有限公司
二、需求分析视图
• 用例建模的疑惑
– 快速原型，让用户先认同原型，再不断开发 – 软件就是设计很多功能，最终能满足需求 – 前期无法确定需求，先尽快完成再调整 – 用户不懂用例，我们也不懂，也没时间建模 – 直接告诉程序员要做什么，更准确快捷
5
北京北大方正电子有限公司
一、用例分析技术概述
• 快速原型法 vs 面向对象分析
– 快速原型法的前提是必须了解实际业务需求 – 前者是具体的一种实现方式，易丢失原始需求，
掺入过多细节、华丽功能、个人设计习惯 – 可结合起来，用后者来分析，当成编写电影脚
本，用前者来直观呈现和印证挖掘，佐证结果 按使用者角度记载下来，保留业务需求 – 不要以建模成本高而放弃OOA思想
• 用例
– 用例就是做一件事情，完成某个目标。 – 一件事要按一系列步骤完成活动 – 做事有不同的方式和相应的步骤用例场景

第六章面向对象的需求分析

第六章面向对象的需求分析
图 (sequence diagram) 与 合 作 图 (collaboration diagram)两种形式。顺序图强调对象之间消息发送 的时间序。合作图更强调对象间的动态协作关系。
合作图也可通过消息序号来表示消息传递的时间序，
只不过这种表示不如顺序图那样直观。
2019/9/5
15
状态图描述类的对象的动态行为。它包含对象所 有可能的状态、在每个状态下能够响应的事件以 及事件发生时的状态迁移与响应动作。
2019/9/5
29
(3) 部分的详细设计。对于系统中某些重要的、或 者风险比较高的用例，可以采用交互图进一步探 讨其内部实现过程。同样，对于系统中的关键类， 也可以详细研究其属性和操作，并在UML类图中 加以表现。
(4) 部分的原型构造。针对用例生成详尽的交互图， 对所有相关类给出明确的属性和操作定义。
前三个类为一般化的“用户”类的子类。
一门“课程”可由一到多个“课程设置”构成，例如，对 于全校性的公共基础课，由于选修的学生太多，必须安排 不同的老师、不同的教室或者不同的时间段。
“学生”、“老师”与“课程设置”之间，“课程注册表” 与“课程注册管理器”之间，以及“课程注册管理器”与 “课程”之间存在着关联关系。
问题空间中的对象。 为应用问题寻求软件解，是借助于计算机语言对其提供的
实体施加某些动作，以动作的结果给出问题的解。 面向对象(Object-Oriented,简称OO)的需求分析方法通过
提供对象、对象间消息传递等语言机制让分析人员在解空 间中直接模拟问题空间中的对象及其行为
2019/9/5
3
1990年代中后期诞生并迅速成熟的UML（统一建模语 言，Unified Modeling Language）是面向对象技术发展 的一个重要里程碑。UML统一了面向对象建模的基本 概念、术语和表示方法，不仅为面向对象的软件开发过 程提供了能力丰富的表达手段，而且也为软件开发人员 提供了互相交流、分享经验的共用语言。

面向对象需求分析举例PPT课件

面向对象需求分析举例PPT课件
并且能够对这些信息进行编辑、加工处理； • 同时该系统还能够为医务人员提供分析信息的能力，挖掘
出潜在的有价值的信息的能力，并且通过图、表等可视化 的形式反映给医务人员； • 提供病人与医务人员之间的交流功能。
2020/2/15
2
2020/2/15
3
• 根据对EMR 系统的分析，可以初步确立如 下的角色和用例：医务人员（包括系统管 理人员、医生、护士）、病人、用户管理 模块、采集模块、加工模块、查询模块、 交流模块和分析决策模块等。
– ( 2)病历查询, 医生可以查询患者病历。患者只 允许查询自己的病历, 不允许查询别人的病历。
2020/2/15
14
确定系统范围和系统边界
• 首先要确定业务需求和系统目标。门诊预 约挂号系统用于患者的预约管理和患者的 病历管理。凡是这两方面的医院管理内容 都是门诊预约挂号系统的职责范围, 其他的 医院管理内容, 如药房管理、检验管理等都 不属于门诊预约挂号系统的职责范围。至 于医院的其他管理工作, 如科研、人事、财 务、资产等管理不属于门诊预约挂号系统 的职责范围。
面向对象需求分析举例
2020/2/15
1
电子病案系统需求分析
• EMR 系统是医院信息系统的重要组成部分，主要功能有： • 用户管理，能设置不同级别的医务人员访问不同的病人信 • 息； • 采集病人的各种信息包括基本信息、诊断信息、各种检查
报告、治疗记录、住院记录和出院记录等等； • 医务人员在授权的情况下，能够查询使用病人的各种信息，
• 其他医务人员则在授权的情况下通过查询模块获得 病人的各种信息；
• 医务人员通过分析决策模块为自己提供技术支持；
• 通过交流模块和病人进行远程交流，跟踪治疗。病 人使用自己的身份验证，可以通过查询模块详细了 解自己的病情，通过交流模块和医生沟通，了解治 疗中的各种情况。

面向对象的需求分析.pptx

面向对象的需求分析.pptx

1）结构化分析的实体关系图 ，关注实体的属性和相互间的 关系；而面向对象的分析，除 此之外还有非常主要的一点， 就是关注实体的行为。 2）结构化分析的数据流图， 将数据和加工处理分开；而面 向对象的分析是将数据实体和 他们的处理动作视为不可分割 的整体来考虑的。 3）结构化分析建造系统的元 素是基于过程的功能，或者加
多态性的表示有静态类型和动态类型。动态类型（虚函数） 可以在程序执行期间在实例之间进行变化。静态类型（函数 重载）是在程序上下文中由实体说明决定的。
虚基类 （纯）虚函数
class vehicle appearance
moving()
类/对象之间的关系——一般与特殊
一般－特殊：是由一组具有一般－特殊关系的类所组成的 结构。它是一个以类为结点，以继承关系为边的连通有向 图。如果由一些存在单继承关系的类形成的结构又称作层 次结构或树型结构，如果由一些存在多继承关系的类形成 的结构又称作网状结构。
认识世界解决问题的方法与过程，这样更好的把客观世界的问
题空间映射到软件的解空间 仿真语言 simula 67 20世纪80年代初期：smalltalk语言是面向对象技术发展的重 要里程碑
它是一种新兴的程序设计方法，其基本思想是使用对象、类、 继承、封装、消息等基本概念来进行程序设计。
现在面向对象方法已深入到计算机领域的几乎所有分支，远
信息的接受者是提供服务的对象。在设计时，它对外提供的 每个服务都应该规定消息的格式，这种规定称做消息协议。
发送者对象 属性：
接收者对象 属性：
▪ 面向对象基本特征——封装性
（Encapsulation）
对象是进行处理的主体，必须发消息请求执行它的某个操作 ，处理它的私有数据，同时不能从外界直接对它的私有数据进行 操作。也就是说，一切局部于该对象的私有信息，都被封装在该 对象类的定义中，在对象的外部是不可见的，即不能直接使用， 这就是“封装性”。

第六章面向对象的需求分析

第六章面向对象的需求分析

1）用例及用例图。它们是开发人员在构造阶段进行分 析和设计的基础。
2）类图。在领域概念模型的基础上引进为软件实现所 必需的类、属性和方法。
3）交互图：表示针对用例设计的软件实现方法。
4）状态图：表示类的对象的状态—事件—响应行为。
5）活动图：表示复杂的算法过程，尤其是过程中的并 发和同步。
6）包图：表示目标软件系统的顶层结构。 7）构件图。8）部署图。
2019/10/25
7
飞行器类 位 置,速 度,颜 色
起 飞、降 落、加 速、维 修
轰炸机
2019/10/பைடு நூலகம்5
直升飞机
大型客机
8
面向对象的概念与思想
(4)聚集 现实世界普遍存在部分—整体关系。 例如，飞机可由发动机、机身、机械控制系统、
电子控制系统等构成。 部分—整体关系在OO方法学中表示为类之间的
2019/10/25
12
UML的语言机制
UML通过图形化的表示机制从多个侧面刻画系统的分 析和设计模型。
UML共定义十种视图，可分四类：
(1) 用例图（use case diagram）
从外部用户的角度描述系统的功能， 并指出功能的执行者。
(2)静态图
类图(class diagram)、
类图描述系统的静态结构，类图的结点表示系统中的 类及其属性和操作，类图的边表示类之间的联系， 包括继承、关联、依赖、聚合等。
第六章 面向对象的需求分析
面向对象的需求分析方法的核心是利用面向对象的概念 和方法为软件需求建造模型。它包含面向对象风格的图 形语言机制以及用于指导需求分析的面向对象方法学。
面向对象的思想最初起源于1960年代中期的仿真程序设 计语言Simula67。1980年代初出现的Smalltalk语言及其 程序设计环境对面向对象技术的推广应用起到了显著的 促进作用。

需求分析-面向对象 PPT课件

需求分析-面向对象 PPT课件
ReturnControl
描述 管理普通读者
管理书籍资料 管理书目
登记借书 登记还书
16
返回
MiniLibrary——识别实体类
实体类 BorrowerInfo
BookInfo LendRecord
itemInfo
描述 普通读者信息 书籍资料信息
借书记录 书目信息
17
ReturnForm
描述 管理普通读者的界面
管理书籍资料的界面 管理书目的界面
登记借书的界面 登记还书的界面
15
返回
MiniLibrary——识别控制类
控制类 ManageBorrowerCon
trol ManageBookControl
ManageBookitemCon trol
LendControl
13
返回
实体类
• 概述 —通常指用例中的参与对象，对应现实世界的“事物” —例如：人员、组织、物品、设备、事件或者表格
• UML的表示
14
返回
MiniLibrary——识别边界类
边界类 ManageBorrowerFo
rm ManageBookForm
ManageBookitemF orm
LendForm
第三章 需求分析
主讲：李晓蕾
1
患者监护系统
现有一医院病房监护系统，病症监视器 安置在各个病房，将病人的病症信号实时 传送到中央监视系统进行分析处理。在中 心值班室里，值班护士使用中央监视系统 对病人的情况进行监控，根据医生的要求 随时打印病人的病情报告。定期更新病历， 当病症出现异常时，系统会立即自动报警， 并实时打印病人的病情报告，立即更新病 历。
2
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

➢另外谁，（分或析什人么员）可对以系通统过运回行答结下果面（的值问）题感来兴寻趣找？系统的参与者 ➢ 时间、气温等内部外部条件是否会触发系统某些功能执行？
第六章 面向对象的需求分析
2. 用例建模
定义
识别 确
定建
立书
写
系统边界 确 定 用 例 用例间关系 完整用例图 用例描述文档
参与者
举例： 对于大家都非常熟悉的自动取款机（ATM）系统来说，它 的主要参与者有哪些呢？
确定系统边界，即定义系统的范围，哪应该做的，明确系统目标范围。例如，对于银联网络
的自动取款机网络系统来说，其系统边界范围就是和自动取款机相
关的功能，如用户通过自动取款机取款、查询帐系统户、转账等，以及
银联网络中各个银行之间的帐务结算，而对于各个用银例1的注行释 内部的各营 用例1
业部之间的计算机网络，本系统则不涉及，不属于<<uses本>> 系统所要考虑 <<extends>>
的范畴。在用例图中， UML的系统边界用一个矩形框用例来2 表示
参与者
用例3
第六章 面向对象的需求分析
2. 用例建模
定 义 确 定 识别 确
定建
立书
写
系统边界 参与者 用 例 用例间关系 完整用例图 用例描述文档
首先 银行卡用户要通过ATM取款、查询、转账
其次 银行营业部金融系统要和ATM系统交互使 ATM能够获得有关帐户信息并进行账目数 据操作
再次 银行工作人员需对ATM系统进行维护
最后 ATM系统需周期性备份，时间系统是一类 参与者
银行卡用户 银行后台服务器
第六章 面向对象的需求分析
2. 用例建模
定义
识别 确
定建
立书
写
系统边界 确 定 用 例 用例间关系 完整用例图 用例描述文档
参与者
获取用例之前，首先确定系统所有参与者非常关键，需要软件需求
分析人员具有一定的开发经验，识别参与者的一些要点如下 ：
➢❖ 谁参使与用者系代统表主系要统功边能界之? 外谁的改真变实系事统物数，据不? 是谁系从统系的统组获成取部信分息? ➢❖ 谁参需与要 者系透统过的系支统持边以界完与成系日统常交工互作，任其务确定? 代表系统边界的确定 ➢❖ 谁参需与要 者维与护系、统管的理交并互保是持要系有统意正义常的运行? ➢❖ 需参要与应者付可（为处任理何）事哪物些。硬包设括备人？、其需它要软和硬哪件些系外统部和系进统程交等互？
统应该提供的功能。用例所给出的用户
与系统之间的交互既包含系统功能、又
带有功能实现流程的信息。
参与者
系统
用例1的注释
用例1 <<uses>>
<<extends>>
用例3
用例2
传统的需求表达方式是“软件需求规约” ，系统功能被分解到各 功能模块，通过描述各模块功能达到描述整个系统功能的目的。
缺点： 一是容易混淆需求和设计的界限，在需求的表述中实际上 已经包含了部分设计思想；
统的业务需求，系统实现目标
❖ 完整的、与用户真正需求一致的用户需求描述，说明用户使用 该系统完成的任务
❖ 用户对系统非功能性需求要列举清楚，例如系统界面要求，性 能要求及系统可靠性要求等
第六章 面向对象的需求分析
1. 需求分析简介
建议采用 用例(Use Case) 描述系统需求
通过描述用户使用系统的过程，体现系
回目录
第六章 面向对象的需求分析
1. 需求分析简介
需求分析的目的： 确定用户需求，是认知客观事物行为功能和外在表现的过程。
需求分析阶段，用户处在主导地位，需求分析工程师和项目经理要 负责整理用户需求，在一个大型软件系统的开发中,需求分析的作 用要远远大于程序设计。
需求分析的输出： ❖ 完整的需求说明文档，其中包括清晰完整的问题陈述，表明系
参与者 之间关系：泛化关系
用 参与者（Actor） 例 用例（Use Case） 图 关系
用例 与 参与者 之间关系：关联关系
用例 之间关系：包含、扩展、泛化关系
第六章 面向对象的需求分析
2. 用例建模
定 义 确 定 识别 确
定建
立书
写
系统边界 参与者 用 例 用例间关系 完整用例图 用例描述文档
第六章 面向对象的需求分析
学习目的： ① 学习用例建模方法 ② 掌握用例图的使用
1. 1.需求需分求析分简析介简介 2. 用例建模 3. 用例建模实例
回目录
第六章 面向对象的需求分析
学习目的： ① 学习用例建模方法 ② 掌握用例图的使用
1. 1.需求需分求析分简析介简介 2. 用例建模 3. 用例建模实例
二是分割了各项系统功能的应用环境，从各项功能项入手 很难了解这些功能如何相互关联实现一个系统服务。
回目录
第六章 面向对象的需求分析
2. 用例建模
用例建模——使用用例的方法来描述系统需求的过程。 ❖ 使用 用例图 给出系统的总体功能需求 ❖ 使用 用例描述 说明每个用例的业务规则、用户系统交换序列 ❖ 最终成果是完整准确的系统用例图和详细的用例描述文档
参与者: 存在于被定义系统外部、透过系统边界与系统交互的客观 实体，如系统的使用者或外部设备。 常见三类 参与者：
第三二一类是为一其系些他统可的用运软户行、，的硬是进件真程系实统的，人例，，如例这时如是间，最系银常统行见。金的有融参些系与系统者统可，中能几，与乎需一每要些个在商 特场系定售统的货都时系要间统有周建人期立来性联使地 系 用触，。发进对系行于统银此执行类行卡参某刷与功卡者能消，，费主这。要时显根，然据时商用间场户系售在统货使就系用成统系了的统 系刷时统卡扮的系演参统的与就角者是色。银命例行名如 金，，融例在系如银统，行的银的一行金个的融参营系与业统者部中。的，另营客外业户，员的参，资与通料者常、也情交可况易能下记是 录一银行等些工信硬作息件人至设员关备，重但要例是， 如他所银自以行己要的要定安存期全取对监款客控的户系时的统候这在，些下其资班身料之份信后就息，变进如成行果了备有客份人户，进。 到入所以了金，设库在定，命的则名时进参间行与，红者系外时统检按自测照动而业执且务行进命资行名料报比备警按份，照功所人能 以的。对职因于位此安来，全命时监名间控更系稳统定也来。 是说对于系，一统红个的外银一探行个测的参设网与备络者 和系。报统警来的说硬，件其设参备与就者是我它们的就参可与以者看。作有营业员， 还有客户。