《电子商务系统开发与管理》第3章 电子商务系统需求分析.ppt

1、电子商务系统开发与管理,曹 扬,海南大学旅游学院旅游信息管理系 海南大学旅游新技术研究与应用实验室,第三章 电子商务系统需求分析,电子商务系统需求分析概述 电子商务系统需求分析过程 需求建模方法 典型电子商务系统需求,本章要点,需求管理含义和过程 了解典型的电子商务系统业务需求 熟悉系统分析的基本思路和过程 掌握组织结构图、业务流程图、数据流程图的绘制方法 掌握决策树、决策表、结构化语言等工具的使用 掌握数字字典的定义及作业 掌握UML建模方法,3.1 概述,需求分析与管理对电子商务系统的作用 项目失败或严重超支 同需求相关的原因 需求不完整 缺乏用户参与 客户期望不实际 需求变更 不必要的功

2、能需求,3.1 概述,什么是“需求”？ 需求的概念 对于客观事物需要的表现，体现为愿望、意向和兴趣，成为行动的一种直接原因或依据 软件（系统）的需求 是从软件外部可见的、软件所具有的、满足于用户的特点、功能及属性等的集合 IEEE软件工程标准词汇 用户解决问题或达到目标所需的条件或能力 系统或系统部件要满足合同、标准、规范和其他正式规定文档需具有的条件或能力,3.2 电子商务系统的需求分析过程,需求分析过程 需求获取 需求分析 需求定义 需求验证 需求变更管理,3.2 电子商务系统的需求分析过程,需求分析活动的主要任务 需求获取 确定和收集与软件系统相关的、来自不同地方和对象的用户需求信息 需

3、求分析 分析整理（提炼、分析、审查）需求信息 获得用户对软件系统的真正需求 建立软件系统逻辑模型,3.2 电子商务系统的需求分析过程,需求分析活动的主要任务 需求定义 使用适当描述语言，按照标准的格式定义软件的系统需求 做出需求规格说明书及相应文档 需求验证 审查和验证需求规格说明书是否正确和完整地表述了用户对软件系统的需求 需求变更管理,3.2 电子商务系统的需求分析过程,需求分析活动的主要任务 需求变更管理 有效管理需求规格说明书及相应文档 评估需求变更带来的潜在影响和成本变化 跟踪软件需求状态 管理需求规格说明的版本,3.2 电子商务系统的需求分析过程,需求获取 需求的分类 目标需求 限

4、定项目范围和应达到的目标 业务需求 系统任务、实际业务、工作流程 功能需求 实现软件功能或系统具有的外部行为 非功能需求 性能需求和约束限制,3.2 电子商务系统的需求分析过程,需求获取 需求的分类 需求的层次关系,3.2 电子商务系统的需求分析过程,需求获取 需求的来源与用户 支付或购买系统的用户 高层管理者或项目负责人 直接或间接使用系统的用户 消费者用户、业务操作员等 物作为需求的来源 其他系统、设备、接口、文档、制度等 起决策作用的用户 帮助作出决定（整理需求）,3.2 电子商务系统的需求分析过程,需求获取 需求获取的方法 实地调查与交流 全局负责人 部门负责人 业务人员 书面咨询 信

5、息流、内容及格式 业务处理流程 异常情况及响应,3.2 电子商务系统的需求分析过程,需求分析 基本任务 提炼、分析、审查已收集到的需求信息 找出真正的需求 确保与系统需求保持一致 需求可行性的分析 不可实施的、有困难的、降低效率的 建立软件系统的逻辑模型 发现冲突、遗漏、错误、含糊问题 常用需求建模方法,3.2 电子商务系统的需求分析过程,需求定义 需求定义 基本任务 根据用户需求，写出需求规格说明书 需求规格说明书 以文档的形式给出所有用户需求和模型 需求规格说明书是后续环节的主要依据 需求规格说明书的质量要求 需求验证后双方签字确认，技术“合同” 开发人员的开发依据、用户验收的基础,3.2

6、 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的特性 正确性 无含糊性 完整性 一致性 可验证性 可行性 必要性,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的版本 国际标准 国家标准 军队标准 地方标准 行业标准 企业标准 内部标准,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的格式 1. 引言 1.1 目的 1.2 文档约定 1.3 预期的读者和阅读建议 1.4 产品的范围 1.5 参考文献,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的格式 2. 综合描述 2.1 产品的前景 2.2 产品的功能 2.

7、3 用户类和特征 2.4 运行环境 2.5 设计和实现上的限制 2.6 假设和依赖,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的格式 3. 外部接口需求 3.1 用户界面 3.2 硬件接口 3.3 软件接口 3.4 通信接口,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的格式 4. 系统特性 4.1 说明和优先级 4.2 激励/响应序列 4.3 功能需求,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的格式 5. 其它非功能需求 5.1 性能需求 5.2 安全设施需求 5.3 安全性需求 5.4 软件质量属性 5.5 业务

8、规则 5.6 用户文档,3.2 电子商务系统的需求分析过程,需求定义 需求定义 需求规格说明的格式 6. 其它需求 附录A：词汇表 附录2：分析模型 附录3：待确定问题的列表,3.2 电子商务系统的需求分析过程,需求验证 基本任务 从不同技术角度对需求规格说明文档做出综合性评价 目的 确保需求规格说明的良好特性 一般的软件系统的共有特性 完整性、一致性、可行性、有效性 电子商务系统的特性 安全性、可靠性、稳定性,3.2 电子商务系统的需求分析过程,需求验证 需求验证方法 形式化证明 使用数学方法抽象为数学符号表示的形式系统 推理证明其中的性质 优点 严谨、自动化 缺点 依赖数学、复杂度大、难度

9、大,3.2 电子商务系统的需求分析过程,需求验证 需求验证方法 人工审查方法 需求评审 与项目有关的所有人员参加 根据验证内容评审文档 利用测试用例进行验证 需求验证阶段可同时编写用户使用手册草案,3.2 电子商务系统的需求分析过程,需求变更管理 需求变更的原因 市场竞争 组织机构变化 业务过程变化 其他内外部因素 需求变更的类型 对软件系统内部产生影响 在原有需求基础上提出扩展系统功能要求 项目范围扩大、项目风险变大,3.2 电子商务系统的需求分析过程,需求变更管理 需求变更控制过程 需求变更管理 需求变更管理 需求规格说明书的版本控制,3.3 需求建模方法,概念 根据待开发的软件系统的需求

10、，利用某种模型方法建立该系统的逻辑模型，以帮助相关人员检测需求的一致性、完整性、无二义性等 常用的需求建模方法 结构化的需求建模方法（SA） 面向对象的建模方法（OOA） 基于统一建模语言的建模方法（UML）,3.3 需求建模方法,结构化的需求建模方法 结构化分析方法（Structured Analysis，SA） 用于分析系统的功能 直接根据数据流划分功能层次的分析方法 核心 数据字典（DD） 图形化描述 实体关系图（ERD） 数据流图（DFD） 状态转换图（STD）,3.3 需求建模方法,结构化的需求建模方法 分析模型 数据模型 以实体关系图为基础 功能模型 一数据流图为基础 行为模型 以

11、状态转换图为基础,3.3 需求建模方法,结构化的需求建模方法 结构化分析方法的主要工具 数据字典（DD） 实体关系图（ERD） 组织结构图、功能结构图 组织/业务联系表 数据流图（DFD） 状态转换图 业务流程图（TFD） 决策树、决策表、结构化语言,3.3 需求建模方法,结构化的需求建模方法 实体关系图（ERD） 组织结构图,3.3 需求建模方法,结构化的需求建模方法 实体关系图（ERD） 功能结构图,3.3 需求建模方法,结构化的需求建模方法 实体关系图（ERD） 组织/业务联系表,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） 定义 数据流图是一种能全面地描述信息系统逻辑

12、模型的主要工具 可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） 特点 数据流程图具有抽象性，表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理和存储 数据流程图具有概括性，它可以把信息中的各种不同业务处理过程联系起来，形成一个整体,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） 用途 可以自顶向下分析系统信息流程 可在图上划出需要计算机处理的部分 根据逻辑存储，进一步做数据分析，向数据库设计过渡 根据数据流向，定出存储方式 对应一个处理过程，用相应的语言、判定表等工具来表示处理方法,3.3

13、需求建模方法,结构化的需求建模方法 数据流图（DFD） 基本元素 外部实体 加工 数据存储 数据流,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图示例,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图的逐层细化 在分层数据流 图中下层图上 的数据流或数 据存储是上层 图某个成分的 分解得到的,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图的逐层细化编号法则 每个数据加工环节都要编号 每张数据流图都要编号 数据流编号以F开头 数据存储编号以D开头 外部项编号以S开头,3.3 需求建模方法,结构化的需求建模方法 数据流图（

14、DFD） DFD图的逐层细化编号法则 父图与子图的编号要有一致性 子图图号是父图上对应的加工的编号 顶层图号为0，加工按P1，P2编号 加工分解子加工按P1.1,P1.2编号 依次类推,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图的逐层细化示例父图（顶层图）,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图的逐层细化示例子图（下层图）,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图的逐层细化示例子图（下层图）,3.3 需求建模方法,结构化的需求建模方法 数据流图（DFD） DFD图总结 详细讨论达成一致 明确系统界面

15、 合理布局各个元素 注意图的编号 自顶向下逐层扩展 逐步修改完善,3.3 需求建模方法,结构化的需求建模方法 状态转换图 业务流程图（TFD） 特点 按业务部门划分的横式图 图中描述的主体是票据、帐单 票据、帐单的流程路线与实际业务处理过程一一对应,3.3 需求建模方法,结构化的需求建模方法 状态转换图 业务流程图（TFD） 作用 系统分析员作进一步系统分析的依据 系统分析员，管理人员相互交流的思想工具 系统分析员可以直接在业务流程图上拟出计算要处理部分 用业务流程图分析业务流程是否合理,3.3 需求建模方法,结构化的需求建模方法 状态转换图 业务流程图（TFD） 常用符号 业务处理单位 业务

16、处理功能描述 收集资料/统计数据,3.3 需求建模方法,结构化的需求建模方法 状态转换图 业务流程图（TFD） 常用符号 表格报表制作 数据文件存档 决策判断 信息传递过程,3.3 需求建模方法,结构化的需求建模方法 状态转换图 业务流程图（TFD）,3.3 需求建模方法,结构化的需求建模方法 状态转换图 业务流程图（TFD） 业务流程图分析目的 简化流程、解决原有问题 业务流程图分析步骤 原有流程的分析 业务流程的优化 确定新的业务流程,3.3 需求建模方法,结构化的需求建模方法 决策树 简介 表示逻辑判断问题的一种图形工具 可以清晰地表达条件、决策规则和应采取的行动之间的逻辑关系 优点：直

17、观、明确 步骤： 确定条件 确定状态，即每个条件有几种可能的状态 确定动作，每项动作依赖哪些条件及取值,3.3 需求建模方法,结构化的需求建模方法 决策树,3.3 需求建模方法,结构化的需求建模方法 决策表 简介 可以清晰地表达条件、决策规则和应采取的行动之间的逻辑关系 以表格的形式给出各种条件的全部组合以及在各种在组合下应采取的行动 构造决策表的步骤： 列出所有可能的条件及方案 按全部方案列出其选择的行为 缩小表的列数,3.3 需求建模方法,结构化的需求建模方法 决策表,条件语句,行动语句,条件项,行动项,3.3 需求建模方法,结构化的需求建模方法 结构化描述语言 简介 采用很简洁的词汇来表

18、述处理逻辑，没有严格的语法，可以用英语表达，也可以用汉语表达 结构化描述语言采用三种基本逻辑结构来描述处理逻辑 顺序结构 循环结构 选择结构,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据流程图 只能给出系统逻辑功能的一个总体框架 缺乏详细、具体的内容 数据字典 Data Dictionary，简称DD 数据流图上所有成分的定义和解释的文字集合,3.3 需求建模方法,结构化的需求建模方法 数据字典 对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容，还对系统分析中其他需要说明的问题进行定义和说明。 包括对一切动态数据（数据流）和静态数据（数据存贮）的数据结构和相互关系

19、的说明，是数据分析和数据管理的重要工具，是系统设计阶段进行数据库（文件）设计的参考依据。,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据字典的内容主要是对数据流程图中的6个方面进行具体的定义,数据项,数据结构,数据流,处理逻辑,数据存储,外部实体,3.3 需求建模方法,结构化的需求建模方法 数据字典 主要内容 基本信息：名字、别名、描述 定义：数据结构、数据类型和长度 使用特点：取值范围、使用方式和频率 控制信息：来源、用户、引用、权限 其他说明,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据组合方式 顺序 确定的次序连接多个数据项 选择 多个数据项中选出一个 重复 重

20、复多次某数据项,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据字典常用符号 =由组成（用于定义） +和（顺序关系） |或（必选一个，选择关系） ()可选（非必选，选择关系） 重复（重复关系） *注释,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据项 又称数据元素，是数据的最小单位。分析数据特性应从静态和动态两个方面去进行。在数据字典中，仅定义数据的静态特性 数据项定义 数据项的名称、编号、别名和简述 数据项的长度 数据项的取值范围,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据项,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据项,3.3 需求建模

21、方法,结构化的需求建模方法 数据字典 数据结构 数据结构描述某些数据项之间的关系。一个数据结构可以由若干个数据项组成；也可以由若干个数据结构组成，还可以由若干个数据项和数据结构组成 数据结构定义 数据结构的名称和编号 简述 数据结构的组成,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据结构,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据流 数据流由一个或一组固定的数据项组成。定义数据流时，不仅要说明数据流的名称、组成等，还应指明它的来源、去向和数据流量等,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据流,3.3 需求建模方法,结构化的需求建模方法 数据字典

22、数据流,3.3 需求建模方法,结构化的需求建模方法 数据字典 处理逻辑 处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明,3.3 需求建模方法,结构化的需求建模方法 数据字典 处理逻辑,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据存储 数据存储在数据字典中只描述数据的逻辑存储结构，而不涉及它的物理组织,3.3 需求建模方法,结构化的需求建模方法 数据字典 数据存储,3.3 需求建模方法,结构化的需求建模方法 数据字典 外部实体 外部实体定义 外部实体编号 名称 简述 有关数据流的输入和输出,3.3 需求建模方法,结构化的需求建模方法 数据字典 外部实体,3.3 需求建模方法

23、,结构化的需求建模方法 数据字典 外部实体,3.3 需求建模方法,结构化的需求建模方法 数据字典 使用 数据字典模板 检查条目的规定格式，可发现问题： 是否存在没有指明来源和去向数据流 是否存在没有指明所属数据存储或所属数据流的数据项 处理逻辑与输入的数据项是否匹配 是否存在没有输入或者没有输出的数据存储,3.3 需求建模方法,结构化的需求建模方法 数据字典 管理 数据管理员的职责就是维护和管理数据字典，保证数据字典内容的完整性和一致性。 任何人，包括系统分析员、系统设计员、程序员，若要修改数据字典的内容，都必须通过数据管理员。 数据管理员还要负责把数据字典的最新版本及时通知有关人员。,3.3

24、 需求建模方法,面向对象的建模方法 OOA&OOD Object Oriented Analysis Object Oriented Design 基本思想 现实世界由相互联系的各种事物组成，每一事物均有其自身的属性和特定的行为，面向对象的分析与设计方法即遵循此思想，以最自然的形式针对现实世界中的问题建模，并按人们通常的思维方式对问题进行求解，力图籍此简化问题模型，降低求解难度,3.3 需求建模方法,面向对象的建模方法 对象 可用名字进行唯一标识 可用属性（状态）描述某些特征 可用一组操作（服务）完成其各种行为 类 具有相同属性和操作的一组对象的集合，为属于该类的全部对象提供统一的抽象描述 同

25、样具有名称、属性和操作 属性和操作又可分为外部特性和内部实现两部分,3.3 需求建模方法,面向对象的建模方法 消息 向对象发出的服务请求 包含 Sender Receiver Parameters 由接收者负责对消息进行响应，执行相应操作,3.3 需求建模方法,基于UML的建模方法 UML定义 统一建模语言，Unified Modeling Language 发展 1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推荐，为OMG所采纳，进而成为了可视化建模的事实标准 应用 主要应用于软件系统的分析、设计工作 也可应用于非软

26、件领域,3.3 需求建模方法,基于UML的建模方法 特点 一种可视化的语言 一种可用于详细描述的语言 精确 无歧义 完整 一种构造语言 正向工程 逆向工程 一种文档化的语言,3.3 需求建模方法,基于UML的建模方法 UML图形分类,3.3 需求建模方法,基于UML的建模方法 UML图形功能 结构型UML图 类图 描述类、类的特性以及类之间的关系 对象图 描述一个时间点上系统中各个对象的快照 复合结构图 描述类的运行时刻的分解,3.3 需求建模方法,基于UML的建模方法 UML图形功能 结构型UML图 构件图 描述构件的结构与连接 部署图 描述在各个节点上的部署 包图 描述编译时的层次结构,3

27、.3 需求建模方法,基于UML的建模方法 UML图形功能 行为UML图 用例图 描述用户与系统如何交互 活动图 描述过程行为与并行行为 状态机图 描述事件如何改变对象生命周期 交互图 描述对象之间的交互,3.3 需求建模方法,基于UML的建模方法 UML图形功能 行为UML图交互图 顺序图 描述对象间的交互，重点在强调顺序 通信图 描述对象间的交互，重点在于连接 定时图 描述对象间的交互，重点在于定时 交互概观图 是一种顺序图与活动图的混合,3.3 需求建模方法,基于UML的建模方法 UML基本元素 类(Class) 表示由三部分构成 名称必须包含 其余可省略或陆续添加 可说明属性及操作的可见

28、性 可说明属性的类型 可说明操作的参数、返回值,3.3 需求建模方法,基于UML的建模方法 UML基本元素 类的表示 挨着箭头数字说明关联持有的实例数量，大于1说明采用了某些容器，如数组 interface符号表示接口(interface) 类的UML分为以下几层 顶部放类名 中间放类的属性、类型和初值 下面放方法，参数表和返回类型 最下层是性质清单,3.3 需求建模方法,基于UML的建模方法 UML基本元素 类的表示 长方形表示类、箭头表示关系 在图中所有的关系叫关联，关联是简单的数据关系，用来表示一个对象持有一个另外一个对象的引用，或是调用另外一个对象的方法 关系的名称映射到持有的引用的变

29、量名称 在类图中除了类名层是不能省略外，其它的几层都可以省略,3.3 需求建模方法,基于UML的建模方法 UML基本元素 对象(Object) 表示由两部分组成 没有操作 名称必须包含 名称带下划线 名称后可跟类名 其余可省略或陆续添加 可说明属性的类型,3.3 需求建模方法,基于UML的建模方法 UML基本元素 参与者(Actor) 存在于作为研究对象的系统之外的实体 可以为人、机构、设备、系统等 利用人形表示 通常仅包含其名称,3.3 需求建模方法,基于UML的建模方法 UML基本元素 用例(Use Case) 对一组动作序列的描述 系统执行这些动作将产生一个对特定参与者有价值而且可观察的

30、结果 使用实线椭圆 通常仅包含其名称,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 依赖关系（Dependency） 关联关系 泛化关系（Generalization）,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 依赖关系（dependency） 代表：使用关系 说明一个事物规格说明的变化可能影响到使用它的另一个事物 箭头指向被依赖的事物,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 泛化关系（Generalization） 指一般事物（父类）和该事物的较为特殊的种类（子类

31、）之间的关系 一个类可以有0个、1个或多个父类 没有父类且最少有一个子类的类称为根类或基类 没有子类的类称为叶子类 箭头指向被继承的类,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 泛化关系（Generalization）,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 关联关系（Association） 代表一种结构关系 类型：自关联、二元关联 关联可以有一个名称,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 聚集、聚合（Aggregation） 一种特殊的关联关系 用于表示

32、整体与部分的关系 以菱形表示 具体细分 普通聚集，共享聚集 组合,3.3 需求建模方法,基于UML的建模方法 UML基本元素 关系(Relation) 聚集、聚合（Aggregation） 普通聚集，共享聚集 整体与部分可以单独存在 以空心菱形表示 组合（Composition） 整体拥有部分，部分与整体共存 以实心菱形表示,3.3 需求建模方法,基于UML的建模方法 UML静态建模 类图（Class Diagram） 用于描述类与类之间的静态关系 类图主要由类及它们之间的关系构成，此外，还可以包含接口、包等元素，也可包括对象等实例,3.3 需求建模方法,基于UML的建模方法 UML静态建模

33、类图（Class Diagram） 类图的作用（分析阶段） 帮助识别系统的主体 帮助辨析系统的属性和行为 描述应用领域中的概念,3.3 需求建模方法,基于UML的建模方法 UML静态建模 类图（Class Diagram） 类图的作用（设计阶段） 直接引导面向对象的设计 描述类与类之间的接口 类图的作用（实现阶段） 描述软件系统中的实现 可利用工具直接生成代码框架,3.3 需求建模方法,基于UML的建模方法 UML静态建模 对象图（Object Diagram） 形式与类图相似 对象之间的连接使用“链”（Link）,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use C

34、ase Diagram） 要素 参与者、用例、关系 主要描述 谁将是系统的使用者 使用者希望系统提供什么服务 使用者与系统之间的交互 系统所提供的服务,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 参与者与 用例之间 关联联系,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 包含关系（Include） 表示基础用例（客户用例）在其内部说明的某一位置显式地合并了另一个用例的行为 用途 用例的复用 用例的简化,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use

35、Case Diagram） 包含关系（Include）,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 延伸关系（Extend） 基础用例在由延伸用例间接地说明的一个位置上，隐式地合并了另一个用例的行为 无论有无扩展用例,基础用例本身完整 用途 把新的行为插入到已有用例中 分离复杂可选处理,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 延伸关系（Extend）,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 泛化关系（Gene

36、ralize） 与类的泛化关系相似 用途 先给出一个概念性的用例，再给出其实现用例,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 泛化关系（Generalize）,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 用例关系,3.3 需求建模方法,基于UML的建模方法 UML静态建模 用例图（Use Case Diagram） 分析阶段作用 帮助识别系统的相关主体 帮助明确并逐步细化系统功能需求 是绘制其它图的出发点 实现阶段作用 是编制测试用例的基础 实施阶段作用 是制定培训、维护计

37、划的依据,3.3 需求建模方法,基于UML的建模方法 UML静态建模 包图（Package Diagram） 包的概念 将若干元素集合成一个更高层次的单位，形成一个低耦合、高内聚的元素集合，将其称为包。 包的目的 将复杂的大系统拆分为若干小系统,3.3 需求建模方法,基于UML的建模方法 UML静态建模 包图（Package Diagram） 包中的元素也具有 可见性。 包图利用类似于文 件夹的符号表示包。 包图主要描述包之 间的包含及依赖关系。,3.3 需求建模方法,基于UML的建模方法 UML静态建模 组件图（Component Diagram） 描述各个代码组件的结构及其相互关系 基本元

38、素 组件（构件） 定义了良好接口的物理实现单元 系统中可替换的部分,3.3 需求建模方法,基于UML的建模方法,3.3 需求建模方法,基于UML的建模方法 UML静态建模 组件图（Component Diagram）,3.3 需求建模方法,基于UML的建模方法 UML静态建模 配置图（Deployment Diagram） 配置图又称部署图、实施图 描述任何基于计算机的应用系统的物理配置或逻辑配置 描述系统硬件的物理拓扑结构以及在此结构上执行的系统软件 显示计算结点的拓扑结构和通信路径、结点上运行的软构件、软构件包含的逻辑单元(对象、类等),3.3 需求建模方法,基于UML的建模方法 UML静

39、态建模 配置图（Deployment Diagram） 基本要素 结点：物理设备及其运行的软件系统 连接：系统之间的通信路径 构件：某种专门功能的包 接口：构件可有多个接口进行通信 对象：与对象图中的对象表示法相同,3.3 需求建模方法,基于UML的建模方法,3.3 需求建模方法,基于UML的建模方法,3.3 需求建模方法,基于UML的建模方法 UML静态建模 配置图（Deployment Diagram）,3.3 需求建模方法,基于UML的建模方法 UML动态建模 状态图（Statechart Diagram） 用于描述一个实体基于事件反应的动态行为，显示该实体如何根据当前状态对不同的事件做

40、出反应。 要素 状态 转移,3.3 需求建模方法,基于UML的建模方法 UML动态建模 状态图（Statechart Diagram） 表示及特点 以圆角矩形代表状态 两个可选特殊状态：起始状态、终止状态 状态内增加属性：进入操作、退出操作、内部转移 允许在状态内嵌套子状态图 允许无触发器转移,3.3 需求建模方法,基于UML的建模方法 UML动态建模 状态图（Statechart Diagram） 状态 名称 进入/退出操作 内部转移 子状态 顺序子状态 并行子状态 延迟的事件,3.3 需求建模方法,基于UML的建模方法 UML动态建模 状态图（Statechart Diagram） 转移

41、源状态 事件触发器 警戒条件 操作 目标状态,3.3 需求建模方法,基于UML的建模方法 UML动态建模 状态图（Statechart Diagram）,3.3 需求建模方法,基于UML的建模方法 UML动态建模 活动图（Activity Diagram） 本质 活动图本质上是流程图 要素 状态 控制流（转换） 对象流 泳道,3.3 需求建模方法,基于UML的建模方法 UML动态建模 活动图（Activity Diagram） 状态 初始状态 终止状态 动作状态 原子性、不可中断、瞬时性 活动状态 可分解、可中断、占有有限的时间,3.3 需求建模方法,基于UML的建模方法 UML动态建模 活动图（Activity Diagram） 控制流（转换） 普通转换 分支 分叉 汇合,3.3 需求建模方法,基于UML的建模方法 UML动态建模 活动图（Activity Diagram） 对象流 表示活动中输入或输出的对象 泳道 用于将活动