《结构化开发方法》PPT课件
合集下载
数据流图实例ppt课件
注意：标注各加工框及数据流名称。
2.2.2 分层的数据流图 为了规范事业单位聘用关系，建立和完善适应社会主义市场经济体制的事业单位工作人员聘用制度，保障用人单位和职工的合法权益
2.2.2 数据流图
数据流图（Data Flow Diagram，DFD）是描述系统中数据流程 的图形工具，它标识了一个系统的逻辑输入和逻辑输出，以及把逻 辑输入转换为逻辑输出所需的加工处理。
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配，
即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流，一个输出数据流。
数据封闭是对整个系统而言。
加工分解的原则 自然性：概念上合理、清晰； 均匀性：理想的分解是将一个问题分解成大小均匀的几
个部分； 分解度：一般每一个加工每次分解最多不要超过７个子
加工,分解应分解到基本加工为止。
为 了 规 范 事 业单位 聘用关 系，建 立和完 善适应 社会主 义市场 经济体 制的事 业单位 工作人 员聘用 制度， 保障用 人单位 和职工 的合法 权益
2.2.5 画分层DFD图的基本原则
子图与父图的“平衡” 父图中某个加工的输入输出数据流应该同相应的子
图的输入输出相同(相对应），分层数据流图的这种特 点称为子图与父图“平衡”。 合理使用文件
医院病房监护系统二层DFD图
第二层：加工“中央监视”分解
3.1
病员数据 开解信号
脉搏
病员极限
血压 体温
3.2
计算超过 极限值否
超过极限值
生理信号 极限值
血压、体温 脉搏
3.3
产生 报警信息
报警
时钟
3.4
格式化 日期 病员数据
《结构化技术》PPT课件_OK
查詢庫存量
2021/8/30
D-22
模組內聚力之判定決策樹
是 否 僅 從 事 與 問 題 相 關 的 單 一 功 能
2021/8/30
是
模 組 內
共用相 資料是否有 是
同資料 順序性？
否
各
個
否
活 動
流程 流程是否有 是 控制 順序性？ 否
的
關 係 無關 功能邏輯是 是
為 (非以上兩種) 否相關聯？ 何
• 圖例：
讀取某數值ｘ
2021/8/30
計算ｘ之平方
將計算所得結果 顯示於螢幕上
D-17
(3) 溝通內聚力
• 模組內具有多個功能或處理多件事情，且這些功能使用相同的資料(輸 入)，但執行順序沒有相關性。
• 圖例：
2021/8/30
查詢產品規格 查詢庫存數量 查詢儲存架位
產品資料
D-18
(4) 程序內聚力
– 最多不要超過9個(Magic Number 7±2)
• 控制範圍
– 為縮小影響範圍與控制範圍，當甲模組之行為被乙 模組所影響，則甲模組應從屬於乙模組。
2021/8/30
D-13
2.3.2 結構化設計之評估準則
• 要達到良好的系統設計與提升模組的品質，需考慮： – 模組的內聚力(cohesion)：一個模組內部所做事情的相關程度。 – 模組間的耦合力(coupling)：一個系統內部各模組之間的相關程度。 – 其他考慮因素：如功能分割、錯誤訊息等。
否
？
功能型
順序型 溝通型 程序型 暫時型
邏輯型 偶發型
D-23
內聚力之評比因素與比較
• 依序為：功能、順序、溝通、程序、暫時、 邏輯、偶發
2021/8/30
D-22
模組內聚力之判定決策樹
是 否 僅 從 事 與 問 題 相 關 的 單 一 功 能
2021/8/30
是
模 組 內
共用相 資料是否有 是
同資料 順序性？
否
各
個
否
活 動
流程 流程是否有 是 控制 順序性？ 否
的
關 係 無關 功能邏輯是 是
為 (非以上兩種) 否相關聯？ 何
• 圖例：
讀取某數值ｘ
2021/8/30
計算ｘ之平方
將計算所得結果 顯示於螢幕上
D-17
(3) 溝通內聚力
• 模組內具有多個功能或處理多件事情，且這些功能使用相同的資料(輸 入)，但執行順序沒有相關性。
• 圖例：
2021/8/30
查詢產品規格 查詢庫存數量 查詢儲存架位
產品資料
D-18
(4) 程序內聚力
– 最多不要超過9個(Magic Number 7±2)
• 控制範圍
– 為縮小影響範圍與控制範圍，當甲模組之行為被乙 模組所影響，則甲模組應從屬於乙模組。
2021/8/30
D-13
2.3.2 結構化設計之評估準則
• 要達到良好的系統設計與提升模組的品質，需考慮： – 模組的內聚力(cohesion)：一個模組內部所做事情的相關程度。 – 模組間的耦合力(coupling)：一個系統內部各模組之間的相關程度。 – 其他考慮因素：如功能分割、錯誤訊息等。
否
？
功能型
順序型 溝通型 程序型 暫時型
邏輯型 偶發型
D-23
內聚力之評比因素與比較
• 依序為：功能、順序、溝通、程序、暫時、 邏輯、偶發
结构化方法PPT课件
第8章 结构化方法
8.3.2画数据流图
为了表达较为复杂问题的数据处理过程， 用一张数据流图 是不够的。 要按照问题的层次结构进行逐步分解， 并以一套 分层的数据流图反映这种结构关系。
1.
画系统的输入输出即先画顶层数据流图。顶层流图只包含 一个加工，用以标识被开发的系统，然后考虑该系统有哪些输 入数据，这些输入数据从哪里来；有哪些输出数据，输出到哪 里去。这样就定义了系统的输入、输出数据流。顶层图的作用 在于表明被开发系统的范围以及它和周围环境的数据交换关系， 顶层图只有一张。图8.3为飞机机票预订系统的顶层图。
图8.2是一个飞机机票预订系统的数据流图，其功能为旅行 社把预订机票的旅客信息（姓名、年龄、单位、身份证号码、 旅行时间及目的地等）输入机票预订系统。系统为旅客安排航 班，打印出取票通知单（付有应交的账款）。
旅客在飞机起飞的前一天凭取票通知等交款取票， 系统 检验无误，输出机票给旅客。
第8章 结构化方法
第8章 结构化方法
订 票 单 旅 行 社
机 票 飞 机 机 票 预 订 系 统
取 票 通 知 单
取 票 单
旅 客
图 8.3 飞机机票预订系统顶层图
第8章 结构化方法
2.
画系统内部即画下层数据流图。一般将层号从0开始编号， 采用自顶向下，由外向内的原则。画0层数据流图时，一般根 据当前系统工作分组情况，并按新系统应有的外部功能，分解 顶层流图的系统为若干子系统，决定每个子系统间的数据接口 和活动关系。如机票预订系统按功能可分成两部分，一部分为 旅行社预订机票，另一部分为旅客取票，两部分通过机票文件 的数据存储联系起来，0层数据流图如图8.4。画更下层数据流 图时， 则分解上层图中的加工，一般沿着输入流的方向，凡数 据流的组成或值发生变化的地方则设置一个加工，这样一直进 行到输出数据流（也可从输出流到输入流方向画）。
结构化方法PPT课件
7
数据流图
数据流图（Data flow Diagram，简称DFD）是表示系 统逻辑模型的一种工具，以图形 的方式描绘数据在系统中的流动 和处理过程。由于只反映系统必 须完成的逻辑功能，所以是一种 功能模型。
8
数据流图
数据流图描绘系统的逻辑模型，图中无 具体的物理元素，只是描绘信息在系统 中流动和处理的情况
符号在图中出现在n个地方，则在这个符 号的一个角上画n-1条短斜线做标记
22
数据流图
命名
– 为数据流（或数据存储）命名
名字应代表整个数据流（或数据存储）的内容， 而不是仅仅反映它的某些成分
不要使用空洞的、缺乏具体含义的名字（如 “数据”、“信息”、“输入”之类）
如果在为某个数据流（或数据存储）起名字时 遇到了困难，则可能是因为数据流图分解不恰 当造成的，应该试试重新分解，看是否能克服 这个困难
19
源点1 a 源点2 b
a
P1
b
P2
a P1 .1
P
e
c
P3
d
P1 .2 c
终点 顶图
e 父图（0层图）
子图P1
b P2 .1
P1 .3
P2 .2
P2 .3
c P3 .1 d P3 .3
P3 .2 e
d 子图P2
子图P3
20
绘制数据流图的几个问题
合理地命名：数据流程图中对每一个元 素都要命名，恰当地命名有助于数据流 程图的理解与阅读。命名原则：
3
结构化方法特点
☻成功率较高，发展较为成熟； ☻简单、易掌握，适应于瀑布模型； ☻特别适合于数据处理领域中的应用， 对规模大的项目，特别复杂的应用不太 适应。 ☻难于解决软件重用问题，难于适应需 求的变化。
数据流图
数据流图（Data flow Diagram，简称DFD）是表示系 统逻辑模型的一种工具，以图形 的方式描绘数据在系统中的流动 和处理过程。由于只反映系统必 须完成的逻辑功能，所以是一种 功能模型。
8
数据流图
数据流图描绘系统的逻辑模型，图中无 具体的物理元素，只是描绘信息在系统 中流动和处理的情况
符号在图中出现在n个地方，则在这个符 号的一个角上画n-1条短斜线做标记
22
数据流图
命名
– 为数据流（或数据存储）命名
名字应代表整个数据流（或数据存储）的内容， 而不是仅仅反映它的某些成分
不要使用空洞的、缺乏具体含义的名字（如 “数据”、“信息”、“输入”之类）
如果在为某个数据流（或数据存储）起名字时 遇到了困难，则可能是因为数据流图分解不恰 当造成的，应该试试重新分解，看是否能克服 这个困难
19
源点1 a 源点2 b
a
P1
b
P2
a P1 .1
P
e
c
P3
d
P1 .2 c
终点 顶图
e 父图（0层图）
子图P1
b P2 .1
P1 .3
P2 .2
P2 .3
c P3 .1 d P3 .3
P3 .2 e
d 子图P2
子图P3
20
绘制数据流图的几个问题
合理地命名：数据流程图中对每一个元 素都要命名，恰当地命名有助于数据流 程图的理解与阅读。命名原则：
3
结构化方法特点
☻成功率较高，发展较为成熟； ☻简单、易掌握，适应于瀑布模型； ☻特别适合于数据处理领域中的应用， 对规模大的项目，特别复杂的应用不太 适应。 ☻难于解决软件重用问题，难于适应需 求的变化。
第1章结构化系统分析与设计方法课件
及对系统的评价。
阶段的主要工作
信息系统日常运行管理 信息系统的维护 信息系统的安全与保密
§1.2 结构化系统分析方法
§ 1.2.1 需求分析和组织结构分析 § 1.2.2 功能体系分析 § 1.2.3 业务流程分析 § 1.2.4 数据流程分析 § 1.2.5 数据字典及数据流程分析的其它辅助工具 § 1.2.6 新系统的逻辑模型 § 1.2.7 系统分析报告
的
象 程
生度
命
系统设计
系统设计 说明书 系统实施
系统说明 文件
周 期 现行系统运行与维护
新系统运行与维护
现行系统的生命周期
时间
5
管理信息系统的开发过程
结构化系统开发方法
系统规划阶段
系统分析阶段
系统设计阶段
系统实施阶段 系统运行维护与评价阶段
6
1.1.1 系统规划阶段
系统规划阶段的主要任务： 1、根据用户提出的系统开发请求，进行初步 调查； 2、明确系统要完成的主要功能、基本要求和 要产生的信息，确定总体结构方案； 2、进行可行性研究，确定所要开发的系统是 否可行，只有可行才可以进行后续工作。
1.1.4 系统实施阶段
主要任务：将新系统设计方案转换成实际运行的新系统， 新系统设计方案的成功实施是MIS生命周期中的一个重 要阶段。
系统实施阶段的主要活动
程序设计 系统测试 系统转换
1.1.5 系统运行与维护阶段
这个阶段是整个系统开发生命周期中最长的
一个阶段，可以是几年甚至十几年。
主要任务：信息系统日常运行的管理和维护
1.1.3 系统设计阶段
系统设计阶段的主要任务： 是根据目标系统的逻辑模型确定目标系统的物理模型，
第4章 结构化系统开发方法
图4-20 信息系统切换方法示意图
第4章 结构化系统开发方法 4.6系统维护和评价 4.6.1系统维护和管理 1．系统维护的重要性 2．系统维护的主要任务 4.6.2系统评价的目的和任务 1．目标评价 2．性能评价 3．经济效益评价
4.7小结
结构化方法是目前仍然比较广泛应用的系统开发方法 之一。结构化方法主要分为系统规划、系统分析、系 统设计、系统实施和系统维护、评价等5个主要的阶 段。本章按照结构化方法的生命周期，详细介绍了结 构化信息系统设计方法的阶段、步骤、方法和要求。 1．本章学习目标 熟悉结构化系统开发方法的实施过程； 熟练掌握结构化开发方法使用的各种工具的使用； 能够使用结构化方法和相应的开发工具开发信息系统。 2．本章主要内容 3．重要术语
第4章 结构化系统开发方法 4.3系统分析 4.3.4信息系统逻辑模型 信息系统的逻辑模型的表达主要包括： 功能模型：描述新系统的功能； 数据流程图：描述信息和信息的流动； 信息模型：数据字典和数据库结构等。
第4章 结构化系统开发方法 4.3系统分析 4.3.4信息系统逻辑模型 1．功能描化系统开发方法 4.4系统设计
4.4.6系统设计阶段的成果 主要成果是系统设计说明书文档。应包括以下主要内 容： （1）控制结构图及每一模块详细说明； （2）数据库设计说明； （3）计算机和网络系统设计说明； （4）代码设计说明； （5）用户界面设计说明； （6）计算机处理过程说明； （7）实施费用估计。
第4章 结构化系统开发方法 4.3系统分析 4.3.1详细调查 1．调查方法 2．组织结构调查 3．业务流程调查 4．信息调查 5．PIECES方法图 4-2 库存管理业务流程图
第4章 结构化系统开发方法 4.3系统分析 4.3.2数据流图 1．DFD的图形符号
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
研究系统规格说明和软件项目计划 必须为分析建立各种沟通（communication）关系 目标是弄清用户已经理解的基本问题元素
2. 评价和综合
评价和综合（Evaluation and Synthesis）
必须评价信息流和信息内容 定义和详细描述全部软件功能 熟悉影响系统事件前后关系的软件行为 建立系统界面的特征 揭示设计限制 综合出一个或多个解
的。其重点放在用户的功能和I/O上，主要用来发现系统 功能和人-机界面上存在的各种问题 一
软件需求规格说明（GB 8567-88）
1. 引言
1.1编写说明 1.2背景 1.3定义 1.4参考资料
2.任务概述
2.1目标 2.2用户的特点 2.3假定与约束
3.需求规定
3.1对功能的规定 3.2对性能的规定
模型的表达式（representation） 图形 表格 专用语言和自然语言
模型的重要作用
用辅助分析员更好地了解系统的信息、功能和行 为，从而使分析更容易和更系统化
是评审系统完整性、一致性和规格说明准确性的 关键元素
是设计的基础，能给设计人员提供一种软件的基 本表达式，它可以影射为实现文档
软件需求规格说明
软件需求规格说明
是在对用户需求分析的基础上，把用户的需求规范化、形式化而写成的， 其目的： 为软件开发提出总体要求 作为用户和开发人员之间相互了解和共同开发的基础 具有合同的性质
初步用户手册
初步用户手册作为软件需求规格说明的附件 这是为了使开发人员与用户之间更好的沟通必须开发
需求分析的产品 为软件设计提供可用的数据、体系结构、人-机界面和 过程设计模型 为开发者和用户提供对软件质量进行最后验收的准则
分析过程
软件需求分析过程
1.问题识别 2.评价和综合 3.建模 4.规格说明 5.评审
1. 问题识别
问题识别（Problem Recognition）
需求
售票员根据旅客需要的航班，首先查询有无该 航班机票。若有，则负责录入旅客的基本信息 （姓名、身份证号码、航班号、票价和到达港）； 保险公司的服务员负责录入保险金额；售票部经 理可随时查询每一个航班的售票情况（航班号、 售出机票的数量及营业额），并在当日结算时能 计算出日营业额
给出该系统的DFD和DD
第3章 结构化开发方法
结构化开发方法
20世纪70年代发展起来的最早的开发方法 典型的结构化开发方法
美国的Coad/Yourdon的面向数据流的开发方 法
欧洲的Jackson/Warnier-Orr的面向数据结构的 开发方法
日本小村良彦的PAD（问题分析图）开发方法
本章内容安排
机票基本信息
有/无
旅客基本信息
分析员
有许多叫法 系统分析员、系统工程师、程序员、分析员
分析员必须具备的条件
有掌握抽象概念，并能把其整理为逻辑划分和 根据每一个逻辑划分综合为解的能力
有从冲突或混惑中吸取恰当事实的能力 有弄清用户环境的能力 有把硬件和软件系统用于用户环境的能力 有较好的用书面和口头形式进行沟通的能力
3. 建模（Modeling）
系统建立模型的目的 主要是说明系统必须做什么，而不是怎么做
建模的方法 问题域划分-必须把大且复杂的问题划分为小且较简单的问 题 划分的方法-可以按垂直方向对功能逐层细化或按水平方向 对功能进行分解，也可两者兼有 软件需求是给出要完成的功能和处理信息上，而不应该把 实现观点作为给出要完成功能和要处理数据的出发点
4. 规格说明（Specification）
Balyer和Goldman提出了获得良好的规格说明的8条 原则
（1） 从现实中抽象功能性 （2） 要求一个面向过程的系统规格说明的语言 （3） 必须围绕整个系统，而软件只是它的一个部分 （4） 必须围绕系统的操作环境 （5） 必须是一个可以认知的模型 （6） 必须是可操作的 （7） 必须允许它是不完整的和可扩展的 （8） 必须是局部化和松散耦合的
在详细低层上
为了得到对上述各种问题的回答。评审者可以集中 在规格说明的用词上，这样做能够发现隐藏在规格 说明内容中的问题。详细评审建议大纲可以从10个 方面的用词考虑(教材37页)
评审一旦完成，用户和开发者要双方签字，成为软件 开发的合同
原型开发是解决软件需求规格说明确定中各种问题的可选 方法
DFD（Data Flow Diagram）
本系统DFD（一种方案）
顶层DFD（0层） 二层DFD（1层） 三层DFD-1（2层-1） 三层DFD-2（2层-2）
顶层DFD（0层）
售票员 服务员
有/无 旅客基本信息
保险级别
0
各航班售票信息
机票销售系 日营业额
统
经理
二层DFD（1层）
3.2.1精度 3.2.2时间特性要求 3.2.3灵活性
3.3 I/O需求 3.4数据管理能力要求 3.5故障处理要求 3.6其它专门需求
4. 运行环境规定
5.评审
软件需求规格说明的评审 是由软件开发者和用户共同完成
在宏观高层上
评审者要保证规格说明的完整、一致和准确，评审 时需要考虑14个方面的问题(教材36~37页)
有“从树木见森林”的能力。这是区分一位真 正杰出的分析员与一般分析员的标准。只有懂 得软件工程的分析员才做一能做到这一点
结构化分析（structured analysis, SA）
是一种信息流内容和结构的建模技术 是基于计算机系统的一种信息变换
DFD基本符号
实例：一个简化的机票销售系统
需求与需求分析 结构化分析 软件设计 面向数据流的设计 面向数据结构的设计 PAD图的设计 的意义 完全弄清用户软件需求是任何一项软件开发工作成功 的前提和基础
需求分析的作用 是系统层软件配置与软件设计之间的桥梁 能够刻画软件的功能和性能 确定软件与其他系统元素（硬/软件和人）的接口 建立软件必须满足的约束
2. 评价和综合
评价和综合（Evaluation and Synthesis）
必须评价信息流和信息内容 定义和详细描述全部软件功能 熟悉影响系统事件前后关系的软件行为 建立系统界面的特征 揭示设计限制 综合出一个或多个解
的。其重点放在用户的功能和I/O上，主要用来发现系统 功能和人-机界面上存在的各种问题 一
软件需求规格说明（GB 8567-88）
1. 引言
1.1编写说明 1.2背景 1.3定义 1.4参考资料
2.任务概述
2.1目标 2.2用户的特点 2.3假定与约束
3.需求规定
3.1对功能的规定 3.2对性能的规定
模型的表达式（representation） 图形 表格 专用语言和自然语言
模型的重要作用
用辅助分析员更好地了解系统的信息、功能和行 为，从而使分析更容易和更系统化
是评审系统完整性、一致性和规格说明准确性的 关键元素
是设计的基础，能给设计人员提供一种软件的基 本表达式，它可以影射为实现文档
软件需求规格说明
软件需求规格说明
是在对用户需求分析的基础上，把用户的需求规范化、形式化而写成的， 其目的： 为软件开发提出总体要求 作为用户和开发人员之间相互了解和共同开发的基础 具有合同的性质
初步用户手册
初步用户手册作为软件需求规格说明的附件 这是为了使开发人员与用户之间更好的沟通必须开发
需求分析的产品 为软件设计提供可用的数据、体系结构、人-机界面和 过程设计模型 为开发者和用户提供对软件质量进行最后验收的准则
分析过程
软件需求分析过程
1.问题识别 2.评价和综合 3.建模 4.规格说明 5.评审
1. 问题识别
问题识别（Problem Recognition）
需求
售票员根据旅客需要的航班，首先查询有无该 航班机票。若有，则负责录入旅客的基本信息 （姓名、身份证号码、航班号、票价和到达港）； 保险公司的服务员负责录入保险金额；售票部经 理可随时查询每一个航班的售票情况（航班号、 售出机票的数量及营业额），并在当日结算时能 计算出日营业额
给出该系统的DFD和DD
第3章 结构化开发方法
结构化开发方法
20世纪70年代发展起来的最早的开发方法 典型的结构化开发方法
美国的Coad/Yourdon的面向数据流的开发方 法
欧洲的Jackson/Warnier-Orr的面向数据结构的 开发方法
日本小村良彦的PAD（问题分析图）开发方法
本章内容安排
机票基本信息
有/无
旅客基本信息
分析员
有许多叫法 系统分析员、系统工程师、程序员、分析员
分析员必须具备的条件
有掌握抽象概念，并能把其整理为逻辑划分和 根据每一个逻辑划分综合为解的能力
有从冲突或混惑中吸取恰当事实的能力 有弄清用户环境的能力 有把硬件和软件系统用于用户环境的能力 有较好的用书面和口头形式进行沟通的能力
3. 建模（Modeling）
系统建立模型的目的 主要是说明系统必须做什么，而不是怎么做
建模的方法 问题域划分-必须把大且复杂的问题划分为小且较简单的问 题 划分的方法-可以按垂直方向对功能逐层细化或按水平方向 对功能进行分解，也可两者兼有 软件需求是给出要完成的功能和处理信息上，而不应该把 实现观点作为给出要完成功能和要处理数据的出发点
4. 规格说明（Specification）
Balyer和Goldman提出了获得良好的规格说明的8条 原则
（1） 从现实中抽象功能性 （2） 要求一个面向过程的系统规格说明的语言 （3） 必须围绕整个系统，而软件只是它的一个部分 （4） 必须围绕系统的操作环境 （5） 必须是一个可以认知的模型 （6） 必须是可操作的 （7） 必须允许它是不完整的和可扩展的 （8） 必须是局部化和松散耦合的
在详细低层上
为了得到对上述各种问题的回答。评审者可以集中 在规格说明的用词上，这样做能够发现隐藏在规格 说明内容中的问题。详细评审建议大纲可以从10个 方面的用词考虑(教材37页)
评审一旦完成，用户和开发者要双方签字，成为软件 开发的合同
原型开发是解决软件需求规格说明确定中各种问题的可选 方法
DFD（Data Flow Diagram）
本系统DFD（一种方案）
顶层DFD（0层） 二层DFD（1层） 三层DFD-1（2层-1） 三层DFD-2（2层-2）
顶层DFD（0层）
售票员 服务员
有/无 旅客基本信息
保险级别
0
各航班售票信息
机票销售系 日营业额
统
经理
二层DFD（1层）
3.2.1精度 3.2.2时间特性要求 3.2.3灵活性
3.3 I/O需求 3.4数据管理能力要求 3.5故障处理要求 3.6其它专门需求
4. 运行环境规定
5.评审
软件需求规格说明的评审 是由软件开发者和用户共同完成
在宏观高层上
评审者要保证规格说明的完整、一致和准确，评审 时需要考虑14个方面的问题(教材36~37页)
有“从树木见森林”的能力。这是区分一位真 正杰出的分析员与一般分析员的标准。只有懂 得软件工程的分析员才做一能做到这一点
结构化分析（structured analysis, SA）
是一种信息流内容和结构的建模技术 是基于计算机系统的一种信息变换
DFD基本符号
实例：一个简化的机票销售系统
需求与需求分析 结构化分析 软件设计 面向数据流的设计 面向数据结构的设计 PAD图的设计 的意义 完全弄清用户软件需求是任何一项软件开发工作成功 的前提和基础
需求分析的作用 是系统层软件配置与软件设计之间的桥梁 能够刻画软件的功能和性能 确定软件与其他系统元素（硬/软件和人）的接口 建立软件必须满足的约束