软件工程导论复习
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
螺旋模型
1.4.5 喷泉模型
1.4.5 喷泉模型
该模型是由B.H.Sollers和J.M.Edwards于1990年提出的一 种新的开发模型。主要用于采用对象技术的软件开发项目。它 克服了瀑布模型不支持软件重用和多项开发活动集成的局限性, 喷泉模型使开发过程具有迭代性和无间隙性。
其特点如下: 1、开发过程有分析、系统设计、软件 设计和实现4个阶段。 2、各阶段相互重叠,它反映了软件过 程并行性的特点。 3、以分析为基础,资源消耗成塔型。 4、反映了软件过程迭代性的自然特性, 从高层返回低层无资源消耗。 5、强调增量开发,整个过程是一个迭 代的逐步提炼的过程。
2.5 数据字典
2.5 数据字典(DD)
分层数据流图只是表达了系统的“分解”,为了完整地 描述这个系统,还需借助“数据字典”和“小说明”对图中的 每个数据和加工给出解释。
对数据流图中包含的所有元素的定义的集合构成了数据字
典。字典中可有以下四种类型的条目: 数据流 数据元素 数据存储 处理
2.5 数据字典
了,那么他同其他成份之间的联系也应同时表达出来。
DFD图不是流程图,不表示软件的控制流程。
2.4.3 画分层DFD图的改进
DFD图必须经过反复修改,才能获得最终的目标系统的 逻辑模型(目标系统的DFD图)。可从以下方面考虑DFD图 的改进: 1、检查数据流的正确性 ① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/出文件的数据流。 2、改进DFD图的易理解性 ① 简化加工之间的联系(加工间的数据流越少,独立性 越强,易理解性越好)。 ② 改进分解的均匀性。 ③ 适当命名(各成分名称无二义性,准确、具体)。
存款信息
存款信息 3 利息值 4 打印利息 清单 利息清单
计算利息
细化后的计算机储蓄系统软件结构
计算机存储系统
数据输入
数据处理
数据输出
输入存款 相关信息
输入相关 取款信息
存款处理
取款处理
打印存单
打印利息 清单
记录存款 信息
计算利息 修改记录
2.4.2 画分层DFD图的原则
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配, 即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流,一个输出数据流。 数据封闭是对整个系统而言。 加工分解的原则 自然性:概念上合理、清晰; 均匀性:理想的分解是将一个问题分解成大小均匀的几 个部分;
数据字典是开发数据库的第一步,而且是很有价值的一步。
第3章 需求分析
3.1 需求分析的基本概念
3.2 分析建模
3.3 验证软件需求
3.1.1 软件需求分析的任务
3.1.1 软件需求分析的任务
需求分析阶段的任务:
在可行性分析的基础上,进一步了解确定用户需求。准确地回答
“系统必须做什么?” 的问题。获得需求规格说明书。 Boehm对软件需求的定义: 研究一种无二义性的表达工具,它能为用户和软件人员双方都接受 并能够把“需求”严格地、形式地表达出来。 由于需求分析方法不同,描述形式不同。其实现步骤如下图所示:
分解度:一般每一个加工每次分解最多不要超过7个子
加工,分解应分解到基本加工为止。
子图与父图的“平衡”
父图中某个加工的输入输出数据流应该同相应的子 图的输入输出相同(相对应),分层数据流图的这种特
点称为子图与父图“平衡”。
合理使用文件 当文件作为某些加工之间的交界面时,文件必须画
出来,一旦文件作为数据流图中的一个独立成份画出来
3.2.1 数据模型
E-R(Entity-Relation)方法,即实体—联系方法是目前最 常用的数据建模方法,可以用于在需求分析阶段清晰地表达目
标系统中数据之间的联系及其组织方式,建立系统的实体数据
模型(E-R模型)。 实体模型是一种面向问题的概念数据模型,是按照用户的 观点对系统的数据和信息进行建模的,因此它与软件系统中的 实现方法,如数据结构、存取路径、存取效率等无关。实体模
如,人工处理、数据处理、数据库、文件和设备等。它表达了
系统中各个元素之间的信息流动的情况。
2.3.1 系统流程图符号
系统流程图示例
下面以某工厂的库房管理为例, 说明系统流程图的使用。 某工厂有一个库房, 存放该厂生产需要的物品, 库房中的 各种物品的数量及各种物品库存量临界值等数据记录在库存文 件上,当库房中物品数量有变化时,应更新库存文件。若某种 物品的库存量少于库存临界值,则报告采购部门以便其订货, 每天向采购部门送一份采购报告。 库房可使用一台微机处理更新库存文件和产生订货报告的 任务。物品的发放和接受称为变更记录,由键盘录入到微机中。 系统中的库存管理模块对变更记录进行处理,更新存储在磁盘 上的库存文件,并把订货信息记录到联机存储中。每天由报告 生成模块读一次订货信息,并打印出订货报告。下图给出了该 系统的系统流程图。
软件常常是不可维护的。
软件通常没有适当的文档资料。
软件成本在计算机系统总成本中所占比例逐年上升。
1.2 软件工程的基本概念
1.2 软件工程的基本概念
软件是信息化的核心,国民经济、国防建设、社会发展
及人民生活都离不开软件。软件产业是增长最快的朝阳产业,
是高投入/高产出、无污染、低能耗的绿色产业。软件产业关 系到国家经济和文化安全,体现了国家综合实力,是决定21世
1.2.1软件工程的产生和发展
1.2.1 软件工程的产生和发展
软件工程的发展已经历了四个重要阶段: 1、第一代软件工程 — 传统的软件工程
2、第二代软件工程 — 对象工程
3、第三代软件工程 — 过程工程 4、第四代软件工程 — 构件工程
1.3 软件工程过程与软件生存期
1.3 软件工程过程与软件生存期
型可以根据需要在软件实现时转换成各种不同数据库管理系统
所支持的数据物理模型。实体模型由实体、联系和属性三个基 本成分组成。
3.2.1 数据模型
学号
姓名 m n
课号
课名
专业
学生
选课
课程
学时
年级 (a) 学号 姓名 1 n n
学分
课号
课名
专业
学生
选课单
1
课程
学时
年级
学号 (b)
课号
学分
学生和课程之间的E-R模型 (a) 学生和课程之间的多对多联系E-R模型; (b) 将多对多联系转换为一对多联系E-R模型
喷泉模型 (fountain model)
智能模型 (intelligent model)
1. 4 软件生存期
瀑布模型 问题定义 可行性研究 需求分析
开发 时期
计划 时期
(目标与范围说明书) (可行性论证报告) (需求说明书) (设计文档) (程序) (测试报告) (维护报告)
设 计 编 码
测 试
开发系统 增量
验证 增量
组装 增量
验证 系统
最终 系统
系统不完全
增量模型
1.4.4 螺旋模型
螺旋模型:对于大型软件,只开发一个原型往往达不到要求。 螺旋模型将瀑布模型和增量模型结合起来,并加入了风险分析。
螺旋模型将开发过程 分为几个螺旋周期, 每个螺旋周期可分为4 个工作步骤: 1.确定目标、方案 和限制条件; 2.评估方案、标识 风险和解决风险; 3.开发确认产品; 4.计划下一周期工 作。
1.4 软件生存期模型
1.4 软件生存期模型
软件生存周期模型是描述软件开发过程中各种活动如何执 行的模型。 目前有若干软件生存期模型,各种模型有其不同的特点, 并适用于不同的开发方法。 瀑布模型 (waterfall model) 循环模型 (loop model) 增量模型 (incremental model) 螺旋模型 (spiral model)
纪国际竞争地位的战略性产业。
软件工程(Software Engineering)是在克服60年代末所 出现的“软件危机”的过程中逐渐形成与发展的。软件工程是 一 门指导计算机软件系统开发和维护的工程学科,是一门新兴的 边缘学科,主要研究如何应用软件开发的科学理论和工程技术 来指导大型软件系统的开发。
实体模型中的基本符号
E-R模型中的基本符号
符号 表示实体 表示实体间的联系,与实体间的连线上需用数字标明具体的对应关 系 表示与实体有关的属性 用于实体、属性及联系的连接 含 义
运行 时期
运行与维护
瀑布模型
1.4.2 循环模型
1.4.2 循环模型
为了描述软件开发过程中可能的回溯,尤其是维护阶段往往要经历上 述各个阶段,采用循环模型描述。
评价 计划 运行
需求分析
测试
设计
编码
循环模型
1.4.3 渐增模型
1.4.3 增量模型(incremental model)
增量模型是一种非整体开发的模型。根据增量的方式 和形式的不同,分为基于瀑布模型的渐增模型和基于原型 的快速原型模型。该模型具有较大的灵活性,适合于软件 需求不明确、设计方案有一定风险的软件项目。
库存管理系统的系统流程图
2.4 数据流图
2.4 数据流图(DFD)
数据流图(Data Flow Diagram,DFD)是描述系统中数据流 程的图形工具,它标识了一个系统的逻辑输入和逻辑输出,以 及把逻辑输入转换为逻辑输出所需的加工处理。
一、数据流图的图符 四种基本图形符号: 数据流 处 理
数据流名
软件工程导论复习
1 软件工程学概述 2 可行性研究 3 需求分析 4 形式化说明技术 5 总体设计 6 详细设计 7 实现 8 维护 9 面向对象相关内容 10 软件项目管理
第1章 软件工程学概述
1.1.2 产生软件危机的原因
对软件开发的成本和进度的估计常常很不正确。 对“已完成的”软件系统不满意的现象经常发生。 软件产品的质量常常靠不住。
还有一些辅助的图例:
箭头
A C
T B A C T
A
*
加工名 圆或椭圆 A B
T
C
*
C
+
B
B
T C
A
B A T C
数据存储
单或双杠
文件名
实体名
+
+
B
T
+
数据源点 或终点
矩形框
* 与
+或
+ 互斥
2.4 数据流图
举例:
1 存款单 储户 记录存款 信息 存款信息 存款信息
2
打印存款 信息 存款存单 储户
D1
做什么 模型化 当前系统 具体化 物理模型 抽象化 逻辑模型 理 解 需 求 表 达 需 求
导 出
目标系统
物理模型
实例化
逻辑模型
3.2 分析建模
3.2 分析建模
什么是模型?
数据模型 功能模型(2.4节数据流图) 行为模型(状态转换图是行为模型的基础)
模型:就是为了理解事物而对事物做出的一种抽象,是对 事物的一种无歧义的书面描述。通常,模型由一组图形符 号和组织这些符号的规则组成。
从68年北大西洋公约的软件可靠性会议(NATO)上, 首次提出 “软件工程”的概念,提出了在软件生产中采用 工程化的方法,采用一系列科学的、现代化的方法技术来 开发软件。这种工程化的思想贯穿到软件开发和维护的全 过程。
了解有关软件、软件生存期及软件工程过程等重要的 概念,对掌握、学习和应用软件工程的方法、技术是极有 益的。
增量模型和瀑布模型之间的本质区别是:瀑布模型属 于整体开发模型,它规定在开始下一个阶段的工作之前, 必须完成前一阶段的所有细节。而增量模型属于非整体开 发模型,它推迟某些阶段或所有阶段中的细节,从而较早 地产生工作软件。
1.4.3 增量模型
1.4.3 给增量
设计系统 结构
2.5.3 数据字典的用途
数据字典最重要的用途是作为分析阶段的工具。在数据字典 中建立的一组严密一致的定义很有助于改进分析员和用户之
间的通信,因此将消除许多可能的误解。对数据的这一系列
严密一致的定义也有助于改进在不同的开发人员或不同的开 发小组之间的通信。如果要求所有开发人员都根据公共的数 据字典描述数据和设计模块,则能避免许多麻烦的接口问题。 数据字典中包含的每个数据元素的控制信息是很有价值的。 因为列出了使用一个给定的数据元素的所有程序(或模块),所 以很容易估计改变一个数据将产生的影响,并且能对所有受 影响的程序或模块作出相应的改变。
实 现 软件 设计 系统 设计 分 析
喷泉模型
第2章 可行性研究
2.3 系统流程图
2.3 系统流程图
系统流程图是描述物理系统的工具。所谓物理系统,就是 一个具体实现的系统,也就是描述一个单位、组织的信息处理 的具体实现的系统。在可行性研究中,可以通过画出系统流程 图来了解要开发的项目的大概处理流程、 范围和功能等。 系 统流程图不仅能用于可行性研究,还能用于需求分析阶段。 系统流程图可用图形符号来表示系统中的各个元素, 例
1.4.5 喷泉模型
1.4.5 喷泉模型
该模型是由B.H.Sollers和J.M.Edwards于1990年提出的一 种新的开发模型。主要用于采用对象技术的软件开发项目。它 克服了瀑布模型不支持软件重用和多项开发活动集成的局限性, 喷泉模型使开发过程具有迭代性和无间隙性。
其特点如下: 1、开发过程有分析、系统设计、软件 设计和实现4个阶段。 2、各阶段相互重叠,它反映了软件过 程并行性的特点。 3、以分析为基础,资源消耗成塔型。 4、反映了软件过程迭代性的自然特性, 从高层返回低层无资源消耗。 5、强调增量开发,整个过程是一个迭 代的逐步提炼的过程。
2.5 数据字典
2.5 数据字典(DD)
分层数据流图只是表达了系统的“分解”,为了完整地 描述这个系统,还需借助“数据字典”和“小说明”对图中的 每个数据和加工给出解释。
对数据流图中包含的所有元素的定义的集合构成了数据字
典。字典中可有以下四种类型的条目: 数据流 数据元素 数据存储 处理
2.5 数据字典
了,那么他同其他成份之间的联系也应同时表达出来。
DFD图不是流程图,不表示软件的控制流程。
2.4.3 画分层DFD图的改进
DFD图必须经过反复修改,才能获得最终的目标系统的 逻辑模型(目标系统的DFD图)。可从以下方面考虑DFD图 的改进: 1、检查数据流的正确性 ① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/出文件的数据流。 2、改进DFD图的易理解性 ① 简化加工之间的联系(加工间的数据流越少,独立性 越强,易理解性越好)。 ② 改进分解的均匀性。 ③ 适当命名(各成分名称无二义性,准确、具体)。
存款信息
存款信息 3 利息值 4 打印利息 清单 利息清单
计算利息
细化后的计算机储蓄系统软件结构
计算机存储系统
数据输入
数据处理
数据输出
输入存款 相关信息
输入相关 取款信息
存款处理
取款处理
打印存单
打印利息 清单
记录存款 信息
计算利息 修改记录
2.4.2 画分层DFD图的原则
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配, 即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流,一个输出数据流。 数据封闭是对整个系统而言。 加工分解的原则 自然性:概念上合理、清晰; 均匀性:理想的分解是将一个问题分解成大小均匀的几 个部分;
数据字典是开发数据库的第一步,而且是很有价值的一步。
第3章 需求分析
3.1 需求分析的基本概念
3.2 分析建模
3.3 验证软件需求
3.1.1 软件需求分析的任务
3.1.1 软件需求分析的任务
需求分析阶段的任务:
在可行性分析的基础上,进一步了解确定用户需求。准确地回答
“系统必须做什么?” 的问题。获得需求规格说明书。 Boehm对软件需求的定义: 研究一种无二义性的表达工具,它能为用户和软件人员双方都接受 并能够把“需求”严格地、形式地表达出来。 由于需求分析方法不同,描述形式不同。其实现步骤如下图所示:
分解度:一般每一个加工每次分解最多不要超过7个子
加工,分解应分解到基本加工为止。
子图与父图的“平衡”
父图中某个加工的输入输出数据流应该同相应的子 图的输入输出相同(相对应),分层数据流图的这种特
点称为子图与父图“平衡”。
合理使用文件 当文件作为某些加工之间的交界面时,文件必须画
出来,一旦文件作为数据流图中的一个独立成份画出来
3.2.1 数据模型
E-R(Entity-Relation)方法,即实体—联系方法是目前最 常用的数据建模方法,可以用于在需求分析阶段清晰地表达目
标系统中数据之间的联系及其组织方式,建立系统的实体数据
模型(E-R模型)。 实体模型是一种面向问题的概念数据模型,是按照用户的 观点对系统的数据和信息进行建模的,因此它与软件系统中的 实现方法,如数据结构、存取路径、存取效率等无关。实体模
如,人工处理、数据处理、数据库、文件和设备等。它表达了
系统中各个元素之间的信息流动的情况。
2.3.1 系统流程图符号
系统流程图示例
下面以某工厂的库房管理为例, 说明系统流程图的使用。 某工厂有一个库房, 存放该厂生产需要的物品, 库房中的 各种物品的数量及各种物品库存量临界值等数据记录在库存文 件上,当库房中物品数量有变化时,应更新库存文件。若某种 物品的库存量少于库存临界值,则报告采购部门以便其订货, 每天向采购部门送一份采购报告。 库房可使用一台微机处理更新库存文件和产生订货报告的 任务。物品的发放和接受称为变更记录,由键盘录入到微机中。 系统中的库存管理模块对变更记录进行处理,更新存储在磁盘 上的库存文件,并把订货信息记录到联机存储中。每天由报告 生成模块读一次订货信息,并打印出订货报告。下图给出了该 系统的系统流程图。
软件常常是不可维护的。
软件通常没有适当的文档资料。
软件成本在计算机系统总成本中所占比例逐年上升。
1.2 软件工程的基本概念
1.2 软件工程的基本概念
软件是信息化的核心,国民经济、国防建设、社会发展
及人民生活都离不开软件。软件产业是增长最快的朝阳产业,
是高投入/高产出、无污染、低能耗的绿色产业。软件产业关 系到国家经济和文化安全,体现了国家综合实力,是决定21世
1.2.1软件工程的产生和发展
1.2.1 软件工程的产生和发展
软件工程的发展已经历了四个重要阶段: 1、第一代软件工程 — 传统的软件工程
2、第二代软件工程 — 对象工程
3、第三代软件工程 — 过程工程 4、第四代软件工程 — 构件工程
1.3 软件工程过程与软件生存期
1.3 软件工程过程与软件生存期
型可以根据需要在软件实现时转换成各种不同数据库管理系统
所支持的数据物理模型。实体模型由实体、联系和属性三个基 本成分组成。
3.2.1 数据模型
学号
姓名 m n
课号
课名
专业
学生
选课
课程
学时
年级 (a) 学号 姓名 1 n n
学分
课号
课名
专业
学生
选课单
1
课程
学时
年级
学号 (b)
课号
学分
学生和课程之间的E-R模型 (a) 学生和课程之间的多对多联系E-R模型; (b) 将多对多联系转换为一对多联系E-R模型
喷泉模型 (fountain model)
智能模型 (intelligent model)
1. 4 软件生存期
瀑布模型 问题定义 可行性研究 需求分析
开发 时期
计划 时期
(目标与范围说明书) (可行性论证报告) (需求说明书) (设计文档) (程序) (测试报告) (维护报告)
设 计 编 码
测 试
开发系统 增量
验证 增量
组装 增量
验证 系统
最终 系统
系统不完全
增量模型
1.4.4 螺旋模型
螺旋模型:对于大型软件,只开发一个原型往往达不到要求。 螺旋模型将瀑布模型和增量模型结合起来,并加入了风险分析。
螺旋模型将开发过程 分为几个螺旋周期, 每个螺旋周期可分为4 个工作步骤: 1.确定目标、方案 和限制条件; 2.评估方案、标识 风险和解决风险; 3.开发确认产品; 4.计划下一周期工 作。
1.4 软件生存期模型
1.4 软件生存期模型
软件生存周期模型是描述软件开发过程中各种活动如何执 行的模型。 目前有若干软件生存期模型,各种模型有其不同的特点, 并适用于不同的开发方法。 瀑布模型 (waterfall model) 循环模型 (loop model) 增量模型 (incremental model) 螺旋模型 (spiral model)
纪国际竞争地位的战略性产业。
软件工程(Software Engineering)是在克服60年代末所 出现的“软件危机”的过程中逐渐形成与发展的。软件工程是 一 门指导计算机软件系统开发和维护的工程学科,是一门新兴的 边缘学科,主要研究如何应用软件开发的科学理论和工程技术 来指导大型软件系统的开发。
实体模型中的基本符号
E-R模型中的基本符号
符号 表示实体 表示实体间的联系,与实体间的连线上需用数字标明具体的对应关 系 表示与实体有关的属性 用于实体、属性及联系的连接 含 义
运行 时期
运行与维护
瀑布模型
1.4.2 循环模型
1.4.2 循环模型
为了描述软件开发过程中可能的回溯,尤其是维护阶段往往要经历上 述各个阶段,采用循环模型描述。
评价 计划 运行
需求分析
测试
设计
编码
循环模型
1.4.3 渐增模型
1.4.3 增量模型(incremental model)
增量模型是一种非整体开发的模型。根据增量的方式 和形式的不同,分为基于瀑布模型的渐增模型和基于原型 的快速原型模型。该模型具有较大的灵活性,适合于软件 需求不明确、设计方案有一定风险的软件项目。
库存管理系统的系统流程图
2.4 数据流图
2.4 数据流图(DFD)
数据流图(Data Flow Diagram,DFD)是描述系统中数据流 程的图形工具,它标识了一个系统的逻辑输入和逻辑输出,以 及把逻辑输入转换为逻辑输出所需的加工处理。
一、数据流图的图符 四种基本图形符号: 数据流 处 理
数据流名
软件工程导论复习
1 软件工程学概述 2 可行性研究 3 需求分析 4 形式化说明技术 5 总体设计 6 详细设计 7 实现 8 维护 9 面向对象相关内容 10 软件项目管理
第1章 软件工程学概述
1.1.2 产生软件危机的原因
对软件开发的成本和进度的估计常常很不正确。 对“已完成的”软件系统不满意的现象经常发生。 软件产品的质量常常靠不住。
还有一些辅助的图例:
箭头
A C
T B A C T
A
*
加工名 圆或椭圆 A B
T
C
*
C
+
B
B
T C
A
B A T C
数据存储
单或双杠
文件名
实体名
+
+
B
T
+
数据源点 或终点
矩形框
* 与
+或
+ 互斥
2.4 数据流图
举例:
1 存款单 储户 记录存款 信息 存款信息 存款信息
2
打印存款 信息 存款存单 储户
D1
做什么 模型化 当前系统 具体化 物理模型 抽象化 逻辑模型 理 解 需 求 表 达 需 求
导 出
目标系统
物理模型
实例化
逻辑模型
3.2 分析建模
3.2 分析建模
什么是模型?
数据模型 功能模型(2.4节数据流图) 行为模型(状态转换图是行为模型的基础)
模型:就是为了理解事物而对事物做出的一种抽象,是对 事物的一种无歧义的书面描述。通常,模型由一组图形符 号和组织这些符号的规则组成。
从68年北大西洋公约的软件可靠性会议(NATO)上, 首次提出 “软件工程”的概念,提出了在软件生产中采用 工程化的方法,采用一系列科学的、现代化的方法技术来 开发软件。这种工程化的思想贯穿到软件开发和维护的全 过程。
了解有关软件、软件生存期及软件工程过程等重要的 概念,对掌握、学习和应用软件工程的方法、技术是极有 益的。
增量模型和瀑布模型之间的本质区别是:瀑布模型属 于整体开发模型,它规定在开始下一个阶段的工作之前, 必须完成前一阶段的所有细节。而增量模型属于非整体开 发模型,它推迟某些阶段或所有阶段中的细节,从而较早 地产生工作软件。
1.4.3 增量模型
1.4.3 给增量
设计系统 结构
2.5.3 数据字典的用途
数据字典最重要的用途是作为分析阶段的工具。在数据字典 中建立的一组严密一致的定义很有助于改进分析员和用户之
间的通信,因此将消除许多可能的误解。对数据的这一系列
严密一致的定义也有助于改进在不同的开发人员或不同的开 发小组之间的通信。如果要求所有开发人员都根据公共的数 据字典描述数据和设计模块,则能避免许多麻烦的接口问题。 数据字典中包含的每个数据元素的控制信息是很有价值的。 因为列出了使用一个给定的数据元素的所有程序(或模块),所 以很容易估计改变一个数据将产生的影响,并且能对所有受 影响的程序或模块作出相应的改变。
实 现 软件 设计 系统 设计 分 析
喷泉模型
第2章 可行性研究
2.3 系统流程图
2.3 系统流程图
系统流程图是描述物理系统的工具。所谓物理系统,就是 一个具体实现的系统,也就是描述一个单位、组织的信息处理 的具体实现的系统。在可行性研究中,可以通过画出系统流程 图来了解要开发的项目的大概处理流程、 范围和功能等。 系 统流程图不仅能用于可行性研究,还能用于需求分析阶段。 系统流程图可用图形符号来表示系统中的各个元素, 例