softwarework-th.pptVIP

软件工程导论 第二章 可行性研究与计划 2.1 可行性研究的任务 2.2 可行性研究的步骤 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 2.1 可行性研究的任务 定义问题： 目标：弄清要计算机解决的问题根本所在，确定新系统的作用域，以及项目所需的资源和经费。 任务：在向用户调查的基础上,编写项目任务说明书,作为下一步工作可行性分析的依据。 2.1 可行性研究的任务 用最小的代价在尽可能短的时间内确定 问题是否能够解决 技术可行性 经济可行性 操作可行性 2.2 可行性研究的步骤 复查系统目标和规模 研究目前正在使用的系统 导出新系统的高层逻辑模型（数据流图） 重新定义问题（复查） 导出和评价供选择的方案 推荐一个方案并说明理由 草拟开发计划 书写文档提交审查 2.3 系统流程图 概括的模式描绘现有的系统，将设想的新系统的逻辑模型转变成物理模型。 2.3 系统流程图 系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面的每一个部件（程序、文件、数据库、表格、人工过程等）。 注：尽管系统流程图使用的某些符号和程序流程图所用的符号相同，但系统流程图表达的是信息在系统中各个部件之间流动的情况，而不是对信息进行加工处理的控制过程。 2.3 系统流程图 系统流程图的基本符号 系统流程图例 2.4 数据流图 使用图形描绘系统的逻辑模型， 　 描述数据在系统中的流动和处理的情况。 　 图中没有具体的物理元素。 数据流图的4种基本符号 数据源点或终点（正方形） 加工（圆） 文件（直线） 数据流（箭头） 2.4 数据流图 数据流图说明： 表示外部实体，代表数据源和数据池。 表示加工，代表接收输入，经过变换，继而产生输出的处理过程。 表示数据流，代表数据的流向和路径。 表示数据存储，代表系统加工的数据所存储的地方。 2.4 数据流图 数据流图(DFD，Data Flow Diagram)描述逻辑模型的图形工具，表示数据在系统内的变化。 DFD可以分层表示信息流和功能的细节，既提供了功能建模的机制，又提供了信息流建模的机制。 第0层的DFD也被称为基本系统模型或语境模型。 DFD没有提供显式的处理顺序，过程或顺序式隐含在DFD中的，显式的推迟到系统设计时。 不要混淆DFD和程序流程图！ 2.4 数据流图 由外向内画数据流图 画系统的输入输出 画系统的内部 画加工的内部 2.4 数据流图 注意点 适当的命名：反映全体的情况；避免空洞的名字 画数据流而不是控制流 先考虑稳定状态 忽略枝节 随时准备重画 2.4 数据流图 分层数据流图 从抽象到具体的逐步过渡，逐步增加细节 顶层图说明了系统的边界，即系统的输入输出数据流，顶层图只有一张。 底层由不必再分解的加工组成，称为基本加工。 中间层的数据流图描述了某个加工的分解，而它的组成部分又要进一步被分解。 2.4 数据流图 由顶向下画分层数据流图 编号 子图的编号就是父图中相应加工的编号，由图号，小数点，局部号连接而成。 父图和子图的平衡 父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同。 局部文件 只画出加工间交界面的文件，加工内部的文件不必画出。 分解的程度 分解应自然，概念上合理，清晰；上层可以分解的快些，而在下层应分解的慢一些。 2.4 数据流图 画分层数据流图的注意点 父图和子图的输入输出数据流要平衡 只画出加工间交界面的文件，加工内部的文件不必画出 要了解某个加工内部的细节，可以阅读与这个加工的编号相同的那张图 一个加工一般最多分解成7个子加工 当每个加工都已足够简单时，分解就可结束 2.4 数据流图 数据流图的改进 检查数据流图的正确性 数据守恒；文件的使用；父图和子图的平衡 提高数据流图的易理解性 简化加工间的联系；注意分解的均匀；适当的命名 重新分解 把需要重新分解的某张图的所有子图合并；重新分成几部分，使得各部分之间的联系最少；重新建立父图和各张子图；为所有加工重新命名和编号； 人事工资管理系统的顶层DFD(概图)范例 人事工资管理系统0层DFD范例 人事工资管理系统1层DFD：加工3.0的分解图 2.5 数据字典 定义：数据流图中包含的所有元素的定义的集合。 用途：作为分析阶段的工具 2.5 数据字典 字典与数据流图的联系 数据字典定义数据流图中出现的所有的名