第2章-可行性研究.pptVIP

第2章 可行性研究 2.1 可行性研究的目的和任务 用最小的代价在尽可能短的时间内确定问题是否能解！ 不是解决问题，而是确定问题是否值得解！ 2.1 可行性研究的目的和任务 技术可行性 经济可行性 操作可行性 社会可行性 抉择 技术可行性 度量一个特定技术信息系统解决方案的实用性及技术资源的可用性。 考虑的问题 开发风险分析 资源分析 相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性） 经济可行性 度量系统解决方案的性能价格比考虑的问题： 成本/效益分析 有形成本、效益 无形成本、效益 价值和成本的关系 质量与价值、成本的关系 价值/成本的均衡 操作可行性 用户使用可能性 时间进度可行性 组织和文化上的可行性 社会可行性 开发项目是否会在社会上或政治上引起侵权、破坏或其它责任问题 2.3 数据流图 描述信息在系统中流动和处理的情况； 它是系统的逻辑模型； 它的主要用途： 信息交流的工具；（用户和分析人员） 分析和设计的工具；（系统逻辑模型） 它是后续设计工作的基础；（出发点） 2.3 数据流图 数据流图中的主要图形元素 2.3 数据流图 画数据流图的注意点 DFD和程序流程图的区别； DFD中画出所有可能的数据流向； 处理代表一系列程序、单个程序或模块； 存储文件表示一个文件、文件的一部分或数据库； 数据存储是静态的东西，数据流是动态的东西； 它忽略出错处理以及打开、关闭文件等内务操作； 有时为了表达清晰，某些元素要画多次或标注； 数据流图示例1问题描述 一家工厂的采购部门每天都需要一张定货报表,报表按照零件编号,列出所有需要再次定货的零件； 零件入库或出库称为事务； 通过放在仓库中的CRT终端把事务报告给定货系统； 当某种零件的库存数量少于库存量临界值时就应该再次定货； 数据流图画法 根据问题描述逐个找到相应的数据加工、源点或汇点、数据存储和数据流。 给出系统的基本模型（高层模型）。 细化基本模型，直到分解的结果涉及到具体地实现该功能时。 在设计过程中，正确地给基本元素命名和加标号。 流程：外部实体→处理→数据流和数据存储 数据流图示例1 找出数据源点和终点。 采购员 仓库管理员 数据流图示例1 找出处理 采购部门需要报表，因此“产生报表”必然是一个处理； 此外，仓库部门在接收到不同事务后需要做诸如：“判别事务类型”、“更新库存”等事务处理，所以“处理事务”也必是一个加工； 数据流图示例1 找出数据流 采购部门需要来自系统的“定货报表” 系统需要接受来自CRT的“事务” 找出数据存储 每天只产生一张报表，所以“定货信息”需要暂存以备更新。 库存信息来源于“库存清单”。 数据流图示例1 画出系统的基本模型（或顶层数据流图） 数据流图示例1 进一步把基本系统模型细化，描绘系统的主要功能。 数据流图示例1 进一步对处理事务分解 数据元素命名原则 代表整体，而不是局部； 不要空洞，要有真实含义； 处理命名：1个及物动词+1个宾语； 如果很难命名，要考虑分解； DFD具体用途 分析人员与用户之间信息交流的工具； 分析和设计的工具；（DFD着重描述系统能完成的功能而非物理实现） DFD可以导出目标系统的高层的物理实现； 根据要求划分问题的自动化边界，边界不同系统不同； DFD映射软件的结构图。(程序结构图) 数据流图示例2 数据字典 DD，即DataDictionary。 它是对所有与系统相关的数据元素的一个有组织的列表,以及精确的、严格的定义，使得用户和系统分析员对于输入、输出、存储成分和中间计算有共同的理解。 数据字典和数据流图之间的关系 数据流图描述了系统的“分解”，它依靠“字典”来说明各个成分的含义； 数据流图中所有名字的定义就构成一本字典； 数据流图和字典结合在一起构成了“需求说明书” 数据流图中出现的每一个数据流名、每一个文件名和每一个加工名在字典中都应该有一个条目给出这个名字的定义。 它们相辅相成，缺一不可。 数据字典 它是指对数据流图中所包含的所有元素的数据定义的集合； 它的主要内容： 数据流 数据流分量（或数据项，指不再分解的数据单位） 数据存储（文件） 处理（加工，主要在详细设计中讨论） 数据字典 主要作用： 分析阶段的有力工具； 开发数据库的第一步； 给设计人员提供关于数据的描述信息； 数据字典 定义数据的方法：对数据自顶向下的分解，当分解到“基本数据元素”后停止分解。 用组合其他数据的方法来定义数据。 组合的方式有四种： 顺序：确定顺序连接两个或多个分量； 选择：两个或多个分量中选取一个分量； 重复：对指定分量重复0次或多次； 可选：指定分量可有可无； 数据结构的描述 符 号 含 义 举 例 ＝