- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2章可行性研究FeasibilityStudy
第2章 可行性研究Feasibility Study 2.0 问题的定义(Problem Definition) 2.1 可行性研究的任务(Feasibility Study Tasks) 2.2 可行性研究过程(Feasibility Study Process) 2.3 系统流程图(System Flow Diagram) 2.4 数据流图(Data Flow Digraph) 2.5 数据字典(DataDictionary) 2.6 成本/效益分析(Cost-Benefit Analysis) 2.7 小结 习题 2.0 问题的定义Problem Definition 1.任务: 面临的问题是什么? (1)性质 (2)目标 (3)规模 2.书面报告 2.1 可行性研究的任务 Feasibility Study Tasks 确定问题是否有解 只要资源和时间不加以限制,所有的项目都是可行的。然而,由于缺乏资源和交付时间的限制的困扰,使得基于计算机系统的开发变得比较困难。因此尽早对软件项目的可行性做出细致而严谨的评估是十分重要的。如果在定义阶段及早发现将来可能遇到的问题,及早做出决定,可以避免人力、财力、时间的浪费。 研究内容 经济可行性 (Economic Feasibility) 技术可行性 (Technical Feasibility) 操作可行性 (Manipulative Feasibility) 法律可行性 (Legal Feasibility) 第二章 可行性研究 2.2 可行性研究的步骤(Feasibility Study Process) 2.2 可行性研究的步骤(续) 2.2 可行性研究的步骤(续) 2.2 可行性研究的步骤(续) 2.2 可行性研究的步骤(续) 系统物理模型(System physical Model): System Flow Diagram 系统流程图:描绘物理系统的工具,其基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等),表达的是信息在系统各部件之间流动的情况。 系统逻辑模型描述分三个方面:System Logistic Model 数据流图(DFD Data Flow Digraph) 数据字典(DD DataDictionary) 处理说明(IPO/PDL) 2.4 数据流图 Data Flow Digraph 数据流图 数据流图是系统分析的重要手段,也是设计与实现目标系统的基础。 以下从三个方面介绍数据流图: 一·数据流图的定义 二·如何画数据流图 三·数据流图的用途 一·数据流图的定义 数据流图是用来描绘系统的逻辑模型,即描绘系统的逻辑功能,及其信息在其间的流动。 基本符号:数据的源点或数据的终点例如:储蓄员、储户等。 数据的处理例如:计算利息等。 数据流由一组固定成份的数据组成,是处于运动中的数据。 例如:利息=取款额+利率+ 时间 数据的存储可以表示一个文件、文件的记录、数据库的元素等静止数据。例如:储户帐目等。 二·如何画数据流图 基本方法:自顶向下逐层分解。 分解原则:上层是下层的抽象,下层是 上层的分解。 1·步骤 实例: 某工厂的采购部每天需要一张订货表,当某种零件的库存数量少于库存量的临界值时就应该再次订货。零件入库或出库称为事务,通过 放在仓库中的终端把事务报告给订货系统。 (1)构造出系统的基本(顶层)逻辑模型 分析需求陈述、划定系统的范围 提炼出系统的输入、输出数据流 订货系统的基本逻辑模型 (2)分解系统 分解出系统的主要功能。订货系统的功能级数据流图 (3)分解处理 将功能级数据流图中描绘的系统功能作进一步的分解。 分解处理后的数据流图 2·应注意的问题 (1)合理的命名 · 命名必须反映整体,而不是只反映某些成分。 例如:利息=取款额+利率+时间 · 避免用空洞的词汇。 例如:处理1、处理2 · 若难以命名,则有可能是数据流图分解不当造成的。 例如:计算并打印成绩 (2)画数据流而不是控制流 数据流图只反映逻辑功能,不反映具体实现。 (3)忽略枝节 例如: (4)保持信息的连续性 三·数据流图的用途 1· 利用数据流图作为交流的工具。 · 审查开发人员对现有系统的认识和对 新系统的设想。 · 使用户了解开发人员对目标系统的设 想。 2· 利用数据流图作为分析
文档评论(0)