需求分析与建模PPT课件
合集下载
工学软件需求第8课软件需求分析概述课件
23
第8章 软件需求分析概述
1 需求分析的根本任务 建立分析模型
建模的目的 通过软件建模，帮助我们按照实际情况或按照我们
的需要的模式对系统进行可视化，提供一种详细说明系 统的结构或者行为的方法，给出一个指导系统构造的模 板。对所有做出的决定实施文档化。
24
第8章 软件需求分析概述
1 需求分析的根本任务
此种情况出现时，可能会影响需求分析人员建立全面的理 解，因此需要采用自底向上的方法进行提炼。例如将每个业务 事件中的类进行提炼，抽取出共性的部分，建立针对整个系统 的全局领域模型。
19
第8章 软件需求分析概述
1 需求分析的过程中消除需求矛盾
(3)消除矛盾
在分析过程中，显然可能会发现有些需求是相互矛盾 的、冲突的，由于是将收集的信息放在一个预先定义的 结构中发现这些矛盾的，因此对矛盾的影响范围会有直 观的了解，也能够知道它影响那些层面。寻找相应的人 员，通过进一步需求获取来消除矛盾。
20
第8章 软件需求分析概述
1 需求分析的根本任务 建立分析模型
❖ 建立分析模型 – 将复杂的系统分解成为简单的部分以及它们之间的联系， 确定本质特征 – 和用户达成对信息内容的共同理解 – 分析的活动主要包括识别、定义和结构化，它的目的是 获取某个可以转换为知识的事物的信息
❖ 创建解决方案 – 将一个问题分解成独立的、更简单和易于管理的子问题来帮助寻找 解决方案 – 创建解决方案的过程是创造性的 – 帮助开发者建立问题的定义，并确定被定义的事物之间的逻辑关系 这些逻辑关系可以形成信息的推理，进而可以被用来验证解决方案 的正确性。
7
第8章 软件需求分析概述
1 需求分析的根本任务
15
第8章 软件需求分析概述
第8章 软件需求分析概述
1 需求分析的根本任务 建立分析模型
建模的目的 通过软件建模，帮助我们按照实际情况或按照我们
的需要的模式对系统进行可视化，提供一种详细说明系 统的结构或者行为的方法，给出一个指导系统构造的模 板。对所有做出的决定实施文档化。
24
第8章 软件需求分析概述
1 需求分析的根本任务
此种情况出现时，可能会影响需求分析人员建立全面的理 解，因此需要采用自底向上的方法进行提炼。例如将每个业务 事件中的类进行提炼，抽取出共性的部分，建立针对整个系统 的全局领域模型。
19
第8章 软件需求分析概述
1 需求分析的过程中消除需求矛盾
(3)消除矛盾
在分析过程中，显然可能会发现有些需求是相互矛盾 的、冲突的，由于是将收集的信息放在一个预先定义的 结构中发现这些矛盾的，因此对矛盾的影响范围会有直 观的了解，也能够知道它影响那些层面。寻找相应的人 员，通过进一步需求获取来消除矛盾。
20
第8章 软件需求分析概述
1 需求分析的根本任务 建立分析模型
❖ 建立分析模型 – 将复杂的系统分解成为简单的部分以及它们之间的联系， 确定本质特征 – 和用户达成对信息内容的共同理解 – 分析的活动主要包括识别、定义和结构化，它的目的是 获取某个可以转换为知识的事物的信息
❖ 创建解决方案 – 将一个问题分解成独立的、更简单和易于管理的子问题来帮助寻找 解决方案 – 创建解决方案的过程是创造性的 – 帮助开发者建立问题的定义，并确定被定义的事物之间的逻辑关系 这些逻辑关系可以形成信息的推理，进而可以被用来验证解决方案 的正确性。
7
第8章 软件需求分析概述
1 需求分析的根本任务
15
第8章 软件需求分析概述
《需求分析》幻灯片PPT
❖ 从数据流图的输出端着手分析，这是因为系 统的根本功能是产生这些输出的关键原因。
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书
第6章 软件需求分析与建模 ppt课件
10
ppt课件
Computer& Information
6.1.2 建模的目标与要点
建模是需求分析的主要手段，它通过简化、 强调来帮助需求分析人员理清思路，达成 共识
1.建模的目的
帮助我们按照实际情况或按我们需要的样式对系 统进行可视化；
提供一种详细说明系统的结构或行为的方法； 给出一个指导系统构造的模板； 对我们所做出的决策进行文档化。
4.数据流图应用基础
(3)数据流图的绘制过程
①构建顶层图——“课程注册系统”
31
ppt课件
Computer& Information
4.数据流图应用基础
(3)数据流图的绘制过程
②根据业务事件绘制DFD片段
32
ppt课件
Computer& Information
②根据业务事件绘制DFD片段
33
如何选择UML图 ？
14
ppt课件
Computer& Information
第6章 需求分析与建模最佳实践
6.1 需求分析与建模的要点与误区分析 6.2 周期一:理清框架与脉络 You are here!
你在这儿！
6.3 周期二：确定需求细节 6.4 其他需求分析
15
ppt课件
Computer& Information
二是了解流程的类型；
生产性流程，管理性流程，支持性流程
三是掌握以业务事件识别、寻找流程的技巧。
流程分析产物，最常使用的模型有三种：
跨职责流程图、活动图和数据流图。
20
ppt课件
Computer& Information
2. 跨职责流程图应用基础与要点
需求分析与用例建模.最全优质PPT
– 用户资源和要求：开发新系统用户可以提供的 人力、物力和财力等情况，用户的时间要求、 人员分工、功能要求、非功能要求和开发目标 等。
– 现有系统存在的问题：可以通过调查表，收集 一些信息。了解现有系统存在的主要问题。
7
1、系统调查划性原则 – 科学性原则 – 前瞻性原则
求，使用合适的调查研究技术验证事实。
14
2、系统需求陈述
• 为获得正确的业务模型，要建立需求陈述。 内容包括：问题范围、功能需求、性能需 求、出错处理需求、接口需求、约束、应 用环境、假设条件及将来可能提出的要求 等。
• 需求陈述应该阐明“做什么”，哪些是必 须的，哪些是任选的。
• 需求陈述案例（见备注）
8
1、系统调查
• 详细调查的内容
– 全面调查内容：与初步调查一样，要了解现行 系统的发展历史、现状、规模、经营状况、业 务范围、与外界的联系、确定系统的边界；对 系统的组织结构进行调查，了解各个部门的权 限、职责、人员分工和关系等；了解系统的资 源状况，现有系统的物资、资金、设备、建筑 平面布局和其他的资源。
5
1、系统调查
• 初步调查主要关注的内容
– 现行系统的概况：规模、目标、历史、组织结 构、管理体制、人员分工、技术条件及技术水 平等。
– 系统外部的资源：现行系统和外部环境有哪些 联系，哪些外部条件制约系统的发展。
– 现行系统的资源：现行系统有哪些资源，信息 系统的状况。
6
1、系统调查
• 初步调查主要关注的内容
– 详细调查：在系统分析阶段进行的，即在确定 系统可行并立项后，投入大量的人力，展开大 规模、全面详细的系统调查。
4
1、系统调查
• 初步调查
– 是接受客户提出建立新系统的要求后，系统研 制人员和用户管理人员的第一次沟通。
– 现有系统存在的问题：可以通过调查表，收集 一些信息。了解现有系统存在的主要问题。
7
1、系统调查划性原则 – 科学性原则 – 前瞻性原则
求，使用合适的调查研究技术验证事实。
14
2、系统需求陈述
• 为获得正确的业务模型，要建立需求陈述。 内容包括：问题范围、功能需求、性能需 求、出错处理需求、接口需求、约束、应 用环境、假设条件及将来可能提出的要求 等。
• 需求陈述应该阐明“做什么”，哪些是必 须的，哪些是任选的。
• 需求陈述案例（见备注）
8
1、系统调查
• 详细调查的内容
– 全面调查内容：与初步调查一样，要了解现行 系统的发展历史、现状、规模、经营状况、业 务范围、与外界的联系、确定系统的边界；对 系统的组织结构进行调查，了解各个部门的权 限、职责、人员分工和关系等；了解系统的资 源状况，现有系统的物资、资金、设备、建筑 平面布局和其他的资源。
5
1、系统调查
• 初步调查主要关注的内容
– 现行系统的概况：规模、目标、历史、组织结 构、管理体制、人员分工、技术条件及技术水 平等。
– 系统外部的资源：现行系统和外部环境有哪些 联系，哪些外部条件制约系统的发展。
– 现行系统的资源：现行系统有哪些资源，信息 系统的状况。
6
1、系统调查
• 初步调查主要关注的内容
– 详细调查：在系统分析阶段进行的，即在确定 系统可行并立项后，投入大量的人力，展开大 规模、全面详细的系统调查。
4
1、系统调查
• 初步调查
– 是接受客户提出建立新系统的要求后，系统研 制人员和用户管理人员的第一次沟通。
数据需求分析与建模课件
05
模型实现
将物理模型转化为计算机可执行的代码，实现数据的 存储和操作。
04
数据分析方法
统计分析
01数据进行整理、归纳、 总结，并对其分布特征进 行描述。
推论性统计
通过样本数据对总体进行 推断，如假设检验、方差 分析、回归分析等。
时间序列分析
对按时间顺序排列的数据 进行统计分析和预测，如 时间序列回归、季节性分 析等。
数据标准化
将不同量纲的数据进行标准化处理，使不同数据 之间具有可比性和可加性。
03
数据模型基 础
数据模型定 义
数据模型定义
数据模型是对现实世界数据特征 的抽象，它描述了数据的结构、 属性、关系和约束等特征。
数据模型的作用
数据模型是连接现实世界和计算 机世界的桥梁，它使得计算机能 够理解和处理现实世界中的数据。
3. 确定数据需求：根据组织或项 目的目标和现有数据情况，确定 所需的数据项、数据类型、数据 格式和数据频率等。
2. 收集和分析相关数据：通过调 查、访谈和文档审查等方式收集 数据，然后对数据进行清洗、分 类和归纳整理。
1. 明确组织或项目的目标和战略。
4. 制定数据管理计划：根据数据 需求分析结果，制定数据收集、 存储、处理和应用等方面的计划。
强化学习
通过与环境的交互来学习策略，以达到一定的目标。
文本分析
文本分类
将文本分为不同的类别，如垃 圾邮件分类、情感分析等。
文本聚类
将相似的文本聚集成簇，如主 题模型等。
信息抽取
从文本中提取出关键信息，如 命名实体识别、关系抽取等。
文本生成
根据一定的规则生成文本，如 机器翻译、自动摘要等。
05
数据可视化
第3章软件需求分析与建模
应如何实施。
2020/3/7第3章软件需求分析与建模
软件工程教研室
15
①数据模型 描述对象系统的本质属性及其关系。常用的建模工具有 实体-联系图等。 ②功能模型 描述对象系统所能实现的所有功能。而不考虑每个功能 实现的次序。常用的建模工具有数据流图、IDEF0等。 ③行为模型 描述对象系统为实现某项功能而发生的动态行为。常用 的建模工具有控制流图、状态转换图等。
2020/3/7第3章软件需求分析与建模
软件工程教研室
24
X
1
3
2
1.1 1.3 1.2
2.2
2.1
2.3
3.2
3.1
3.3
图3-3 自顶向下逐层分解图
2020/3/7第3章软件需求分析与建模
软件工程教研室
25
结构化分析的过程如下 1．建立当前系统（现在工作方式）的概念模型。系统的 概念模型就是现实环境的忠实写照，可用系统流程图来表 示。这样的表达与当前系统完全对应，用户容易理解。 2．抽象出当前系统的逻辑模型。分析系统的概念模型， 抽象出其本质的因素，排除次要因素，获得用数据流图 DFD 图等描述的当前系统的逻辑模型。 3．建立目标系统的逻辑模型。分析目标系统与当前系统 逻辑上的差别，从而进一步明确目标系统“做什么”，建 立目标系统的“逻辑模型”(修改后的数据流图DFD 图等)。 4．建立人机交互接口和其他必要的模型，确定各种方案 的成本和风险等级，据此对各种方案进行分析，选择其中 一种方案，建立完整的需求规约。 分析模型的结构如图3-4所示。
Y
用户和设计者是否满意
N
运行原型
是否放弃
Y
N
把原型作为 把原型作为应 应用系统 用系统开发的
2020/3/7第3章软件需求分析与建模
软件工程教研室
15
①数据模型 描述对象系统的本质属性及其关系。常用的建模工具有 实体-联系图等。 ②功能模型 描述对象系统所能实现的所有功能。而不考虑每个功能 实现的次序。常用的建模工具有数据流图、IDEF0等。 ③行为模型 描述对象系统为实现某项功能而发生的动态行为。常用 的建模工具有控制流图、状态转换图等。
2020/3/7第3章软件需求分析与建模
软件工程教研室
24
X
1
3
2
1.1 1.3 1.2
2.2
2.1
2.3
3.2
3.1
3.3
图3-3 自顶向下逐层分解图
2020/3/7第3章软件需求分析与建模
软件工程教研室
25
结构化分析的过程如下 1．建立当前系统（现在工作方式）的概念模型。系统的 概念模型就是现实环境的忠实写照，可用系统流程图来表 示。这样的表达与当前系统完全对应，用户容易理解。 2．抽象出当前系统的逻辑模型。分析系统的概念模型， 抽象出其本质的因素，排除次要因素，获得用数据流图 DFD 图等描述的当前系统的逻辑模型。 3．建立目标系统的逻辑模型。分析目标系统与当前系统 逻辑上的差别，从而进一步明确目标系统“做什么”，建 立目标系统的“逻辑模型”(修改后的数据流图DFD 图等)。 4．建立人机交互接口和其他必要的模型，确定各种方案 的成本和风险等级，据此对各种方案进行分析，选择其中 一种方案，建立完整的需求规约。 分析模型的结构如图3-4所示。
Y
用户和设计者是否满意
N
运行原型
是否放弃
Y
N
把原型作为 把原型作为应 应用系统 用系统开发的
第二章 需求分析与数据建模
• 噪声数据可能会影响后面数据分析的结果，噪声数据处理是数据处理的一个重要环节。
9、数据分类
• （1）结构化数据
• 是带有表头的表结构数据，数据按行和列组织
• （2）非结构化数据，
• 没有具体的数据模型，通常可以建立一个包含“编号”“内容描述”和“内容（指向）”的表 来实现与“数据”的对应。
• （3）半结构化数据，
5、项目解决方案的优化
• （1）重做需求分析，确认现存问题，重新提出有针对性的解决措施。 • （2）重新梳理项目业务的特点和流程，根据特点和流程进行二次设计。 • （3）检查项目基本需求、关键需求和未来变化的需要，改进解决方案。
6、常用数据库管理软件介绍（补充）
• 关系数据库：
• （1）Oracle Database，简称Oracle， • （2）SQL Server数据库是一款RMDBS数据库。 • （3）Microsoft Office Access • （4）PostgreSQL是一个开源数据库系统
第二章 需要分析与数据建模
1、需求分析的概念
• 是指对用户的业务活动进行分析，也指对要解决的问题进行详细分析，弄清楚问题 的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。
• 需求分析，简单地说就是分析用户的具体实际需求，是设计数据库的基本和起点。
• 项目需求分析最重要的目标是弄清楚该系统究竟要“做什么”。
• 机器世界又称数据世界，信息世界中的信息经过抽象和组织，以数据形式存储在计 算机中，就成为机器世界。
• 机器世界的描述：
• 1．字段：字段用来标记实体的一个属性，它是可以命名的最小信息单位。 • 2．记录：一条记录可以描述一个实体。 • 3．文件：文件是同一类记录的集合。 • 4．关键字：关键字是可以唯一标识一条记录的字段，它可以是一个字段，也可以是多
9、数据分类
• （1）结构化数据
• 是带有表头的表结构数据，数据按行和列组织
• （2）非结构化数据，
• 没有具体的数据模型，通常可以建立一个包含“编号”“内容描述”和“内容（指向）”的表 来实现与“数据”的对应。
• （3）半结构化数据，
5、项目解决方案的优化
• （1）重做需求分析，确认现存问题，重新提出有针对性的解决措施。 • （2）重新梳理项目业务的特点和流程，根据特点和流程进行二次设计。 • （3）检查项目基本需求、关键需求和未来变化的需要，改进解决方案。
6、常用数据库管理软件介绍（补充）
• 关系数据库：
• （1）Oracle Database，简称Oracle， • （2）SQL Server数据库是一款RMDBS数据库。 • （3）Microsoft Office Access • （4）PostgreSQL是一个开源数据库系统
第二章 需要分析与数据建模
1、需求分析的概念
• 是指对用户的业务活动进行分析，也指对要解决的问题进行详细分析，弄清楚问题 的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。
• 需求分析，简单地说就是分析用户的具体实际需求，是设计数据库的基本和起点。
• 项目需求分析最重要的目标是弄清楚该系统究竟要“做什么”。
• 机器世界又称数据世界，信息世界中的信息经过抽象和组织，以数据形式存储在计 算机中，就成为机器世界。
• 机器世界的描述：
• 1．字段：字段用来标记实体的一个属性，它是可以命名的最小信息单位。 • 2．记录：一条记录可以描述一个实体。 • 3．文件：文件是同一类记录的集合。 • 4．关键字：关键字是可以唯一标识一条记录的字段，它可以是一个字段，也可以是多
需求分析与建模PPT课件
第5章 需求分析与建模
需求分析必要性 结构化分析 面向对象分析 需求用例分析
.
1
5.1 需求分析与软件分析
需求分析的必要性：
神父之牛的故事 有个神父在教堂为一个人忏悔。
那人说：“神父，我偷了别人一头牛，我该怎么办？我把牛给你 好不好？”
神父回答：“我不要。你应该把那头牛送还给失主才对。”
如果你的分析习惯是在调研需求时最先弄清楚有多少部门 ，多少岗位，然后找到每一个岗位的业务代表，问他们类 似的问题：你平时都做什么？这件事是谁交办的？做完了 你需要通知或传达给谁吗？做这件事情你都需要填写些什 么表格吗？....那么恭喜你，你已经OO啦！
.
14
5.3 面向对象的分析------基本概念
1）类、属性、方法 类是具有相同属性和操作的对象集合的总称。它是面向
对象的一个基本概念，类封装了客观世界中对象实体的特征 与行为，即属性与方法。其表示法是一个矩形，由带有类名、 属性和方法（操作）的分格框组成。如下图所示。
.
16
5.3 面向对象的分析------基本概念
属性
属性是指类的特性，它 描述类所具有的一系列特性 值。一个类可以有多个属性， 也可以没有属性。在类图中 属性只要写上名字就可以了。 如右上图.
.
26
5.3 面向对象的分析------基本概念
7）依赖(dependency) 依赖是指一个类中的元素使用了另一个类。
依赖关系描述类之间的使用关系。
.
27
5.3 面向对象的分析------基本概念
8）关联 关联（Association）是指对象类之间具有的
语义联系。其基本表示如下。
应用于关联的4种修饰： •关联名 •角色名 •多重性 •限定符与约束符
需求分析必要性 结构化分析 面向对象分析 需求用例分析
.
1
5.1 需求分析与软件分析
需求分析的必要性：
神父之牛的故事 有个神父在教堂为一个人忏悔。
那人说：“神父，我偷了别人一头牛，我该怎么办？我把牛给你 好不好？”
神父回答：“我不要。你应该把那头牛送还给失主才对。”
如果你的分析习惯是在调研需求时最先弄清楚有多少部门 ，多少岗位，然后找到每一个岗位的业务代表，问他们类 似的问题：你平时都做什么？这件事是谁交办的？做完了 你需要通知或传达给谁吗？做这件事情你都需要填写些什 么表格吗？....那么恭喜你，你已经OO啦！
.
14
5.3 面向对象的分析------基本概念
1）类、属性、方法 类是具有相同属性和操作的对象集合的总称。它是面向
对象的一个基本概念，类封装了客观世界中对象实体的特征 与行为，即属性与方法。其表示法是一个矩形，由带有类名、 属性和方法（操作）的分格框组成。如下图所示。
.
16
5.3 面向对象的分析------基本概念
属性
属性是指类的特性，它 描述类所具有的一系列特性 值。一个类可以有多个属性， 也可以没有属性。在类图中 属性只要写上名字就可以了。 如右上图.
.
26
5.3 面向对象的分析------基本概念
7）依赖(dependency) 依赖是指一个类中的元素使用了另一个类。
依赖关系描述类之间的使用关系。
.
27
5.3 面向对象的分析------基本概念
8）关联 关联（Association）是指对象类之间具有的
语义联系。其基本表示如下。
应用于关联的4种修饰： •关联名 •角色名 •多重性 •限定符与约束符
需求分析过程ppt课件.ppt
功能建模的基础
系统或子系统对数据实施的变换、变换的功能
提供信息分析的信息
状态-变迁图 行为建模的基础
系统的行为模式（称“状态”）以及状态变迁的方 式
结构化的分析模型
最外层 数据对象描述、加工规格说明PSPEC、控制规格说
明CSPEC 数据对象
表示实体-关系图中每个数据对象的属性 加工规格说明PSPEC
“一对多”（1：N） 一个对象A关联多个对象B,反之，一个对象B关联一个对
象A。如，父子。
“多对多”（N：M） 一个对象A关联多个对象B,反之，一个对象B关联多个对
象A。如，叔侄。
教师-学生-课程E-R 图
性别 职称 职务
姓名
教工号
教师
1
教
N
姓名 性别
系
学号
年级
学生
M
课程
N
学
成绩
课程号 课名 学时 学分
问题有关的属性。
数据对象描述
例 汽车销售管理问题
的数据对象描述表. 汽车属性
制造商 型号 标识码 车体类型 颜色
关系 数据对象按照某种关系相互连接 用对象－关系偶描述数据对象 关系的命名及内涵应反映描述的问题 删除与问题无关的关系
数据对象、属性与关系
例 汽车销售问题的数据对象、属性与关系
如果软件产品含有大量人机交互、可视输出、 或者涉及复杂的算法，应采用快速原型技术。
对于复杂问题,可对某些子问题，尤其是用户 界面，使用快速原型技术。
4.1.6 需求规格说明与评审
产生需求规格说明并进行评审。
需求规格说明应成为开发过程必须遵循的指导原 则。
ห้องสมุดไป่ตู้
需求规格说明
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.
4
5.2 结构化分析
结构化分析（SA）方法是一种面向过程的需求分析方法， 主要对数据 (流) 进行分析，基本思想是将系统抽取出“数 据”和“控制”两部分，再分别进行抽象和处理。
数据流图（DFD）、数据字典（DD）和流程图是结构化 分析最常用的工具。
数据流图用来描述数据流从输入到输出的变换流程。
.
9
5.3 面向对象的分析
------基本思想
面向对象的开发方法可描述为：
（1）客观事物都是由对象（object）组成的 （2对）象对是象在由客属观性事和物方基法础组上成抽象的结果，任何复杂
的事特(传(物34点))递都、对对消可属值象象息以性、之可（通（状间按m过a态的 其ett对s等联 属rsiab象。系 性gue的t通 进）方e）某过 行的法反种传 归方（映组递 类式m对合消e是t象h构息通o的成d来过）信。实消则息现息用特模来征式定。义如改： （c5la变）所s（的s对对类）谓。m象象（这封es属是种cs装ala性被g对（ses状封）象pena态装有或ctta的e的一类prsn各实定之u）l种a体的间和ti操，o结的方n作类构层）法方可，次，所式以结类即定。有构可指义子是以严的类靠有格操(继超的s作u承类模b过c关（块l程as系s化来su)p维。完er成 这系种的封。装的对象满足软件工程的要求，而且可以直接被 面向对象的程序设计语言所接受。
第5章 需求分析与建模
需求分析必要性 结构化分析 面向对象分析 需求用例分析
.
1
5.1 需求分析与软件分析
需求分析的必要性：
神父之牛的故事 有个神父在教堂为一个人忏悔。
那人说：“神父，我要。你应该把那头牛送还给失主才对。”
2．OO方法与结构化方法的比较 结构化方法：基于变换(输入→输出)，数据与指令分开 OO方法：基于分解，数据与指令放在一起
结构化方法从一开始就将系统拆分成“数据”和“控制” 两部分，再分别进行抽象和处理
OO方法将任务分解为若干较小的子任务，最后才进行“数 据”和“控制”的拆分
把功能与信息混合的的系统“拆解”为数据和控制，是系 统分析与设计过程中最大的风险
1）类、属性、方法 类是具有相同属性和操作的对象集合的总称。它是面向
对象的一个基本概念，类封装了客观世界中对象实体的特征 与行为，即属性与方法。其表示法是一个矩形，由带有类名、 属性和方法（操作）的分格框组成。如下图所示。
.
16
5.3 面向对象的分析------基本概念
属性
属性是指类的特性，它 描述类所具有的一系列特性 值。一个类可以有多个属性， 也可以没有属性。在类图中 属性只要写上名字就可以了。 如右上图.
那人说：“但是他说他不要。”
神父说：“那你就自己收下吧。”
结果，当天晚上神父回到家后，. 发觉他的牛不见了。
2
5.1 需求分析与软件分析
需求分析的必要性：
95 折 = 95% 9 折 = 9% ?
(9 折 = 90% )
.
3
需求分析与建模
需求分析与软件分析 结构化分析 面向对象的分析 需求用例求分析
也可以在属性名后跟上 类型甚至缺省取值，如右下 图：
.
17
5.3 面向对象的分析------基本概念
方法 方法是指类所能提供的服务或可执行
的操作。它表现类的动态特征。
.
18
5.3 面向对象的分析------基本概念
2）继承
继承，也称泛化，它是面 向对象描述类之间相似性的一 个重要机制。面向对象利用继 承来表达这种相似性，这使得 可以利用继承来管理类，同时 也使得在定义一个相似类时能 简化类的定义工作。
.
10
5.3 面向对象的分析 ------比较
2．结构化方法与OO方法的比较 结构化方法依赖基本的数据结构，直接附加语义
协议，处理信息
.
11
5.3 面向对象的分析 ------比较
2．结构化方法与OO方法的比较 OO方法利用数据结构的多重性，层层变换，最后
在最上层附加语义协议
.
12
5.3 面向对象的分析 ------比较
3、面向对象技术的基本概念:
– 对象和实例(object&instance) – 类(class) – 封装(encapsulation) – 继承(inheritance) – 多态(polymorphism) – 消息(message)
.
15
5.3 面向对象的分析------基本概念
对象模型基本元素的标识
.
19
5.3 面向对象的分析------基本概念
数据字典是关于数据的信息的集合，也就是对数据流图中
包含的所有元素的定义的集合。
.
5
5.2 结构化分析
.
6
5.2 结构化分析
结构化分析（SA）方法的特点
– 简单 – 高效 – 适合需求分析非常清楚的系统
.
7
需求分析与建模
需求分析与软件分析 结构化分析 面向对象的分析 需求用例分析
.
8
如果你的分析习惯是在调研需求时最先弄清楚有多少部门 ，多少岗位，然后找到每一个岗位的业务代表，问他们类 似的问题：你平时都做什么？这件事是谁交办的？做完了 你需要通知或传达给谁吗？做这件事情你都需要填写些什 么表格吗？....那么恭喜你，你已经OO啦！
.
14
5.3 面向对象的分析------基本概念
5.3 面向对象的分析 ------基本思想
1．面向对象(Object Oriented,OO )的基本思想
模拟人类认识和解决问题的方式
– 遇到问题——认识个体 – 对问题空间（问题域）进行划分——归类 – 找出每个类中的基本特征——抽象 – 找出实现的解法（求解域）
见“第5章补充---面向对象的思想、方法和应用”
OO方法将此风险推后，在一系列小系统上“拆解”，更为 安全可靠
.
13
5.3 面向对象的分析 ------比较
闲话：今天你OO了吗？
如果你的分析习惯是在调研需求时先弄清楚有多少业务流 程，再画出业 务流程图，然后顺藤摸瓜，找出业务流程中 每一步骤的参与部门或岗位，弄清楚在这一步参与者所做 的事情和填写表单的结果，并关心用户是如何把这份表单 传给到 下一个环节的。那么很不幸，你还在做面向过程的 事情。