3可行性研究之数据流图解析
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
返回
例子：画出库存系统流程图
例子：某装配厂有存放零件仓库，库中 各种现有各种零件的数量及各种零件库 存量临界值等数据记录在库存清单主文 件中，当库中零件数量有变化时，应及 时更新，如某零件库存量少于它的库存 临界值，则报告采购员订货，规定每天 向采购部门送一次订货报告。
事务
库存清单程序
订货 信息 报告生成程序
如果代表同一个事物的同样的符号在图中出现
在N个地方，则在这个符号的一个角上画（n-1）
条短线做标记。
返回
绘制数据流图的方法
首先画出系统的基本系统模型（最高层 次的数据流图），由若干个数据源点/终 点以及一个处理组成。
与程序流程图的区别 符号 企业小型ERP系统流程图例子
返回
系统流程图VS程序流程图
系统流程图描述的是物理系统中数据在 各个部件之间的流动情况，不考虑对数 据进行加工控制的过程。
程序流程图关注系统的控制流程。 三种控制结构：顺序、分支、循环。 （P115页）
返回
ERP系统流程图
返回
图书管理系统例子
现行系统存在的问题 开发系统的目标 系统的规模
返回
现行系统存在的问题
图书馆的业务工作涉及各类数据量大，读者人数多。 手工模式下的工作劳动强度高，效率低，错误多，处 理速度慢。
在各类业务工作中，编目工作具有智力程度高、工作 量大的特点，是图书馆工作流程中的瓶颈。手工编目 工作存在成本高、劳动重复和编目结果总体不一致等 问题，编目规范难以彻底贯彻。
库存清单 主文件
订货报告
数据流图
一、数据流图与系统流程图、程序流程 图的区别
二、数据流图的重要性 三、数据流图中的符号 四、数据流图注意事项 五、数据流图例子
返回
数据流图与系统流程图、程序 流程 图的区别
（1）数据流图中没有任何物理部件 （2）数据流图描绘数据在软件中流动和
目标系统的逻辑模型（DFD、DD）
建造新的物理系统
返回
进一步定义问题
以数据流图和数据字典为讨论基础 ，和 用户一起再次复查问题定义、工程规模 和目标。
修正分析员对问题的误解以及用户的遗 漏
前四个步骤形成一个循环，直到用户满 意为止
返回
导出和评价供选择的解法
分析员从系统逻辑模型出发，导出若干 个较高层次的物理解法供比较和选择。
导出系统时可以从技术角度（批处理、 交互式处理）和组合方法两个层次进行；
分析评价从技术可行性、操作可行性、 经济可行性三个层次进行
制定实现进度表，估计生命周期每个阶 段的工作量
返回
系统流程图
系统流程图是概括地描述物理系统的传统工具， 基本思想是用图形符号以黑盒子形式描绘组成 系统的各个部件（处理程序、文档、数据库、 人工过程、子系统等）。关注数据在各个部件 之间流动的情况，而不是对数据进行加工处理 的控制过程（数据流图）。
仔细分析现有系统的文档资料和使用手册 实地考察现有系统 了解现有系统可以作什么，为什么这样做 了解现有系统的代价 不要花费过多的时间去分析现有系统 了解并记录现有系统和其他系统之间的接口情
况，并在设计新系统时预留出相应的接口。
返回
导出新系统的高层逻辑模型
现有物理系统 现有系统逻辑模型
可行性研究的成本一般占工程总成本的 5％~10%。
返回
可行性研究的过程
复查系统规模和目标 研究目前正在使用的系统 导出新系统的高层逻辑模型 进一步定义问题 导出和评价供选择的解法 推荐行动方针：是否继续进行开发工程，提出实施最好的解决方
案的理由。 草拟开发计划：包括工程进度表、对人员和资源的需求情况，估
计成本以及下一阶段的详细进度表和成本估计。 书写文档提交审查：把结果形成清晰的文档，供用户和客户组织
的负责人及评审组仔细审查。
返回
复查系统规模和目标
进一步确认问题定义阶段书写的关于项 目规模和目标的报告书，改正含糊或者 不确切的地方，明确对系统的一切限制 （比如时间限制）和约束。
研究目前正在使用的系统
业务工作中存在着大量查找工作，如各类查重、读者 查询等，手工查询方式速度慢，查准率和查全率低， 影响了图书馆的服务质量。
返回
开发系统的目标
联机编目 计算机化的公共查询 更为有效的内部业务管理 便捷的读者服务
返回
系统的规模
适用于综合性大学的图书馆，其读者对 象主要是该校的教师和学生，约20000人 左右。馆藏各类图书300多万册，期刊4 800多种。图书馆工作人员人>100人。
数据流图中的符号
基本符号 附加符号
返回
数据流图基本符号
返回
附加符号
返回
数据流图中的注意点
处理并不一定是一个程序。一个处理框可以代 表一系列程序、单个程序或者程序的一个模块
一个数据存储也并不等同于一个文件，它可以 表示一个文件、文件的一部分、数据库的元素 或记录的一部分
来自百度文库
数据存储是处于静止状态的数据，数据流是处 于运动中的数据。
第二章可行性研究
本堂课讲授重点
上堂课讲授内容回顾
一、问题定义 二、可行性研究的任务 三、可行性研究的过程 四、系统流程图 五、数据流图
（6学时）
返回
上堂课讲授内容
软件生命周期 软件过程
返回
问题定义
问题定义的概念 图书管理系统例子
返回
问题定义的概念
当前现行系统存在的问题 新系统的目标 新系统的规模
被处理的逻辑过程，是系统逻辑功能的 图形表示；系统流程图描述数据在系统 各部件间的流动。 （3）程序流程图描绘的是控制流
返回
数据流图的重要性
DFD为程序开发人员和用户搭建了沟通 的桥梁
DFD也是开发人员之间进行沟通的桥梁 DFD绘制的成功与否，将很大程度上决
定了软件项目开发的成功
返回
网络方面，适用于各种公共网络。
返回
可行性研究的任务
目的：用最小的代价在尽可能短的时间内确定客户提 出的问题是否能够在预定的系统规模和时间期限内解 决。
1、分析澄清问题定义 2、导出系统的逻辑模型 3、探索可供选择的实现方案 4、对每个方案进行可行性研究（技术、经济、操作） 5、对每个可行性方案制定粗略的实现进度
例子：画出库存系统流程图
例子：某装配厂有存放零件仓库，库中 各种现有各种零件的数量及各种零件库 存量临界值等数据记录在库存清单主文 件中，当库中零件数量有变化时，应及 时更新，如某零件库存量少于它的库存 临界值，则报告采购员订货，规定每天 向采购部门送一次订货报告。
事务
库存清单程序
订货 信息 报告生成程序
如果代表同一个事物的同样的符号在图中出现
在N个地方，则在这个符号的一个角上画（n-1）
条短线做标记。
返回
绘制数据流图的方法
首先画出系统的基本系统模型（最高层 次的数据流图），由若干个数据源点/终 点以及一个处理组成。
与程序流程图的区别 符号 企业小型ERP系统流程图例子
返回
系统流程图VS程序流程图
系统流程图描述的是物理系统中数据在 各个部件之间的流动情况，不考虑对数 据进行加工控制的过程。
程序流程图关注系统的控制流程。 三种控制结构：顺序、分支、循环。 （P115页）
返回
ERP系统流程图
返回
图书管理系统例子
现行系统存在的问题 开发系统的目标 系统的规模
返回
现行系统存在的问题
图书馆的业务工作涉及各类数据量大，读者人数多。 手工模式下的工作劳动强度高，效率低，错误多，处 理速度慢。
在各类业务工作中，编目工作具有智力程度高、工作 量大的特点，是图书馆工作流程中的瓶颈。手工编目 工作存在成本高、劳动重复和编目结果总体不一致等 问题，编目规范难以彻底贯彻。
库存清单 主文件
订货报告
数据流图
一、数据流图与系统流程图、程序流程 图的区别
二、数据流图的重要性 三、数据流图中的符号 四、数据流图注意事项 五、数据流图例子
返回
数据流图与系统流程图、程序 流程 图的区别
（1）数据流图中没有任何物理部件 （2）数据流图描绘数据在软件中流动和
目标系统的逻辑模型（DFD、DD）
建造新的物理系统
返回
进一步定义问题
以数据流图和数据字典为讨论基础 ，和 用户一起再次复查问题定义、工程规模 和目标。
修正分析员对问题的误解以及用户的遗 漏
前四个步骤形成一个循环，直到用户满 意为止
返回
导出和评价供选择的解法
分析员从系统逻辑模型出发，导出若干 个较高层次的物理解法供比较和选择。
导出系统时可以从技术角度（批处理、 交互式处理）和组合方法两个层次进行；
分析评价从技术可行性、操作可行性、 经济可行性三个层次进行
制定实现进度表，估计生命周期每个阶 段的工作量
返回
系统流程图
系统流程图是概括地描述物理系统的传统工具， 基本思想是用图形符号以黑盒子形式描绘组成 系统的各个部件（处理程序、文档、数据库、 人工过程、子系统等）。关注数据在各个部件 之间流动的情况，而不是对数据进行加工处理 的控制过程（数据流图）。
仔细分析现有系统的文档资料和使用手册 实地考察现有系统 了解现有系统可以作什么，为什么这样做 了解现有系统的代价 不要花费过多的时间去分析现有系统 了解并记录现有系统和其他系统之间的接口情
况，并在设计新系统时预留出相应的接口。
返回
导出新系统的高层逻辑模型
现有物理系统 现有系统逻辑模型
可行性研究的成本一般占工程总成本的 5％~10%。
返回
可行性研究的过程
复查系统规模和目标 研究目前正在使用的系统 导出新系统的高层逻辑模型 进一步定义问题 导出和评价供选择的解法 推荐行动方针：是否继续进行开发工程，提出实施最好的解决方
案的理由。 草拟开发计划：包括工程进度表、对人员和资源的需求情况，估
计成本以及下一阶段的详细进度表和成本估计。 书写文档提交审查：把结果形成清晰的文档，供用户和客户组织
的负责人及评审组仔细审查。
返回
复查系统规模和目标
进一步确认问题定义阶段书写的关于项 目规模和目标的报告书，改正含糊或者 不确切的地方，明确对系统的一切限制 （比如时间限制）和约束。
研究目前正在使用的系统
业务工作中存在着大量查找工作，如各类查重、读者 查询等，手工查询方式速度慢，查准率和查全率低， 影响了图书馆的服务质量。
返回
开发系统的目标
联机编目 计算机化的公共查询 更为有效的内部业务管理 便捷的读者服务
返回
系统的规模
适用于综合性大学的图书馆，其读者对 象主要是该校的教师和学生，约20000人 左右。馆藏各类图书300多万册，期刊4 800多种。图书馆工作人员人>100人。
数据流图中的符号
基本符号 附加符号
返回
数据流图基本符号
返回
附加符号
返回
数据流图中的注意点
处理并不一定是一个程序。一个处理框可以代 表一系列程序、单个程序或者程序的一个模块
一个数据存储也并不等同于一个文件，它可以 表示一个文件、文件的一部分、数据库的元素 或记录的一部分
来自百度文库
数据存储是处于静止状态的数据，数据流是处 于运动中的数据。
第二章可行性研究
本堂课讲授重点
上堂课讲授内容回顾
一、问题定义 二、可行性研究的任务 三、可行性研究的过程 四、系统流程图 五、数据流图
（6学时）
返回
上堂课讲授内容
软件生命周期 软件过程
返回
问题定义
问题定义的概念 图书管理系统例子
返回
问题定义的概念
当前现行系统存在的问题 新系统的目标 新系统的规模
被处理的逻辑过程，是系统逻辑功能的 图形表示；系统流程图描述数据在系统 各部件间的流动。 （3）程序流程图描绘的是控制流
返回
数据流图的重要性
DFD为程序开发人员和用户搭建了沟通 的桥梁
DFD也是开发人员之间进行沟通的桥梁 DFD绘制的成功与否，将很大程度上决
定了软件项目开发的成功
返回
网络方面，适用于各种公共网络。
返回
可行性研究的任务
目的：用最小的代价在尽可能短的时间内确定客户提 出的问题是否能够在预定的系统规模和时间期限内解 决。
1、分析澄清问题定义 2、导出系统的逻辑模型 3、探索可供选择的实现方案 4、对每个方案进行可行性研究（技术、经济、操作） 5、对每个可行性方案制定粗略的实现进度