单击此处编辑母版标题样式.ppt

1、第二章可行性研究，2.1可行性研究任务2.2可行性研究过程2.3系统流程图2.4数据流程图2.5数据词典，2.6成本/效益分析2.7总结练习题，可行性研究的目的并非解决问题，而确定是否有解决问题的价值。 怎么达到这个目的？ 当然不是主观的推测，只能进行客观的分析。 必须分析几种主要可能的解法的利弊，判断原来的系统规模和目标是否现实，系统完成后所带来的利益是否大到值得开发这个系统。 因此，可行性研究是极大地压缩实质上简化的系统分析和设定纠正的过程，即以高水平抽象的方法进行的系统分析和设定纠正的过程。 2.1可行性研究的任务，首先要进一步分析和明确问题定义。 在问题定义阶段初步决定的规模和目标，如

2、果正确就应进一步肯定，如果有错误就应立即改正，如果目标系统有任何制约和限制，就应明确列举它们。 明确问题定义后，分析人员必须对系统的逻辑模型进行通讯端口。 然后，从系统逻辑模型中，探索几种可选择的主要解法(即，系统实现方案)。 应该仔细研究每种解法的可行性，一般应该至少从以下三个方面研究每种解法的可行性： (1)技术可行性能否使用现有技术实现这个系统？ (2)经济可行性这个系统的经济效益能超过其发展成本吗？ (3)可操作性系统的操作方式在这个用户组织内进行得顺利吗？ 必要时应从法律、社会利益等更广泛的方面研究各解法的可行性。 分析师必须制定每种可行解法的大致实现进展情况。 可行性研究最根本的任

3、务是提出今后的行动方针。 如果问题解决不了，分析师建议停止这项发展项目工程，避免浪费时间、资源、人力、金钱。如果问题值得解决，分析师需要提出更好的溶解热，并制定初步的工程修订计划。 可行性研究可行性研究需要的时间长短取决于工程的规模。 一般来说，可行性研究的成本只是预计工程总成本的5%。 的双曲馀弦值。 典型的可行性研究过程包括以下几个步骤： 1、系统规模和目标分析师网站数据库重要人员，仔细阅读和分析有关资料，进一步审查和确认问题定义阶段编写的关于规模和目标的报告，修正模糊或不确定的描述，明确描述对目标系统的所有限制和制约。 这个步骤的工作实质上是为了确保分析师正在解决的问题确实是要求他解决的

4、问题。 2.2可行性研究过程，2 .研究目前使用中的系统现有系统是信息的重要来源。 新的营销对象系统也必须发挥基本功能，而如果现有的系统完美，用户当然不会提出开发新系统的要求，因此现有的系统必然存在一些缺点，新系统必须解决旧系统中存在的问题。 另外，运行旧系统所需的费用是重要的经济指标，如果新系统不能增加收入、减少使用费用，新系统在经济上比旧系统差。 仔细阅读分析现有系统的文档资料和手册，对现有系统也要进行实地调查。 请注意，您将了解此系统可以做什么，为什么要这样做，以及使用此系统的成本。 很明显，要知道这些个的信息，就必须网站数据库在知情人员上。 常见的错误方法是分析现有的系统花费的时间太长

5、。 此过程的目的不是理解现有的系统是如何工作的，而是理解现有的系统是如何工作的。 分析人员需要创建描绘现有系统的高级系统流程图(参见第2.3节)，并要求知情人员验证对现有系统的认识是否正确。 不要花太多时间了解和绘制现有系统的实现细节。没有在真空中工作的系统。 大部分的系统都和其他的系统保持着联系。 请注意，了解和记录现有系统与其他系统之间的接口是建立和修订新系统的重要约束。 3 .导出新系统的高层逻辑模型的优化设置过程总是从现有物理系统出发，导出现有系统的逻辑模型，参照现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型构建新的物理系统。 通过上一步的工作，分析专家一定程度

6、上理解了营销对象系统应该具有的基本功能和所受到的制约，使用数据流程图(参见2.4节)，描绘系统中数据流处理的样子，可以概括地表达他对于新系统的设想。 通常，为了更清晰准确地绘制新系统，还需要一个原始数据词典(参见2.5节)来定义要在系统中使用的数据。 数据流程图和数据词典可以共同定义新的系统的逻辑模型，然后根据该逻辑模型建立和修正新的系统。 4、进一步定义问题更新系统的逻辑模型实质上表明了分析家对新系统应该如何看待。 分析人员必须与用户一起重新研究问题定义、工程规模和目标。 在这次的讨论中，需要以数据流程图和数据字典作为讨论的基础。 如果分析师误解了问题，或者用户泄露了某种要求，现在是发现并修

7、正这些个的错误的时候。 可行性研究的前四个步骤实质上构成一个循环。 分析师定义问题，分析此问题，导出试验性解，然后重新定义问题，再次分析此问题，并继续此循环过程，直到修正此解的建议逻辑模型完全满足堆系统目标。 5 .选择的推导和做评估解法分析应该从他所提出的系统逻辑模型推导出若干高级(抽象)物理解法，以便进行比较和选择。 导出选择解法的最简单的方法是从技术观点考虑问题解决的不同方案。 您也可以使用组合的方法导出一些可能的物理系统。 在从技术角度提出了一些可能的物理系统之后，必须首先根据技术可行性的考虑来排除一些不现实的系统。 在消除技术上不顺利的解法之后，留下了一组技术上可能的方案。 其次，能

8、够考虑在操作方面的可行性。 分析家应当根据使用部门处理事务的原则和习惯检查技术可行的方案，其中从操作方式和操作过程的角度删除用户不能接受的方案。 其次应该考虑经济方面的可行性。 分析师应该估计每个可能的下游系统的开发成本和营运成本，并且对现有系统估计该系统可以节省或增加的收入。 根据这些个估计，对每个可能的系统进行成本/利润分析(参见第2.6节)。 一般来说，只要投资于预期会带来收益的系统，就值得进一步考虑。 的双曲馀弦值。 最后，制定了技术、操作、经济等方面所有可能的系统实施计划。 此时间表不需要详细制作，通常只是估计生命周期各阶段的工作量。 6 .根据推荐行动方针可行性研究结果应该做的重要

9、决定之一是是否继续这个开发工程。 分析师必须明确表明他对这一重要决定的建议。 如果分析家认为继续这个发展项目工程是值得的，应该选择最好的溶解热并解释为什么选择它。 分析人员通常需要对建议的系统进行更仔细的成本/利润分析，以便根据是否经济实惠来决定是否投资于开发过程。 7 .开发修订计划的草案分析师应该制定推荐方案的开发修订计划，除了制定工序日程表之外，还应该估计各种开发者和各种资源的需求状况，指定什么时候使用，用多少时间。此外，还必须估计系统生命周期每个阶段的成本。 最后，需要提供下一阶段(需求分析)的详细时间表和成本估计。 8 .书面提出审查时，应把上述可行性研究各步骤的工作结果写清楚，委托

10、用户、客户组织的责任者和审查组审查，决定是否继续这项工程和是否接受分析师的推荐方案。 系统流程图是概括描绘物理系统的传统工具。 其基本思想是将构成系统的各零配件(程序、文件、数据库、人工程序等)用格拉夫快速象征符作为黑匣子来描绘。 系统流程图中的一些符号和计程仪柱程序流程图的符号格式相同，因为系统流程图表示数据在系统的各个部分之间流动，而不是加工处理数据的控制过程，而不是柱程序流程图，2.3系统流程图在概括地抽象地描绘实际系统时，仅显示图2.1所示的基本符号如果需要更具体地描绘物理系统，还需要使用图2.2 (参见第二十九页)所示的系统象征符，并且可以利用这些个的象征符，将广义的投入产出操作具体

11、化为特定设备中存储的文件(或数据库)的读写、抽象处理等。 介绍2.3.1象征符、图2.1基本象征符、系统流程图的最好方法，可用具体示例来说明其使用方法。 下面是一个简单的例子。 某组装工厂有保管零配件的仓库，仓库内现有的各种零配件的数量和各零配件的库存量阈值等数据被记录在库存清单星空卫视中。 规定仓库中的零配件数量变化时，应立即修改库存清单的星空卫视文件，哪个零配件的库存量少于该库存量的阈值时，应向采购部门报告订货，每天向采购部门发送订货报告。 2.3.2例，本装配厂使用小型计算机处理库存清单星空卫视文件的更新和订货报告的生成塔斯克。 每当零配件库存量发生变化时，它就被称为事务处理，从放置在仓

12、库中的CRT终端输入到计算机中。系统中的库存计程仪程序处理事务处理，更新存储在磁盘上的库存星空卫视文件，并将所需的订单信息写入录音带。 最后，在通讯端口制作计程仪程序中一天读取一次录音带，印刷订单记录通讯端口。 图2.3的系统流程图绘制了上述系统的概况。 图中的每个象征符都将构成系统的零配件定义为黑匣子，但每个零配件的具体操作过程未示出的图中的箭头确定信息通过系统的逻辑路径。 一种系统流程图的习惯描绘方法是从图的顶部到底部或从左到右流动信息。 图2.3库存列表系统的系统流程图优选在面对复杂系统时以分层方式描绘这一系统。 首先，以高水平的系统流程图描绘整个系统的概要，说明系统的重要功能。 然后，

13、将每个重要功能扩展到适当的细节级别，并在单独的纸张上绘制。 这种分层绘制方法有助于读者逐步理解从抽象过程到具体过程的复杂系统。 2.3.3层，数据流程图(DFD )是一种格拉夫伊卡斯技术，其描绘数据流和数据流从输入到输出的过程中所接受的转换。 数据流程图没有具体的物理零配件，只是描述了软件中的数据流动和处理的逻辑性过程。 数据流程图是系统逻辑功能的格拉夫快速表示，即使不是专业的计算机技术人员也能容易理解，是分析人员和用户之间的优秀通讯工具。 另外，在设定、修订数据流程图时，仅考虑系统必须完成的基本逻辑功能，而完全不需要考虑如何具体地实现这些个的功能，所以也是今后软件设定、修订的好出发点。、2.

14、4数据流程图、如图2.4(a ) (参照本第31页)所示，数据流程图有4种基本符号。 正方形(或立方形)代表资料的来源点或终点。圆形矩形(或圆形)代表资料转换程序。开口矩形(或两条平行水平线)代表资料储存区。箭头代表数据流，即特定的资料流动方向。 另外，数据流在程序的程序流程图(参照本书第5章)中与箭头所示的控制流本质上不同，因此不要混淆。 必须在数据流程图中绘制所有可能的数据流，而无需绘制数据流发生的条件。 2.4.1符号，处理不一定是普通计程仪报。 一个处理子摇滾乐还可以代表人工进行的处理过程，例如通过穿孔机的穿孔或视觉检测数据的精准性，其可以表示一系列的计程仪柱、单个计程仪柱或计程仪柱的

15、单个模块。 数据存储也与文件不同，可以表示文件、文件的一部分、数据库的元素或记录查询密码的一部分等的数据可以表示磁盘、录音带、磁鼓、主存储器、缩微胶卷、穿孔卡和其他任何媒体数据存储和数据流都是数据，只是状态不同而已。 数据存储是处于静止状态的数据，数据流是运动中的数据。 通常，数据流程图忽略错误处理，也不包含打开和关闭文件等内务处理。 不管“怎么做”，数据流程图的基本要点是描绘“做什么”。 的双曲馀弦值。 如果数据的源点和终点相同，则当仅用一个符号表示数据的源点和终点时，至少有两个箭头与该符号相连(一个接一个)，其中一个箭头线可能相当长，导致数据流程图的清晰度下降。 另一种表示法是重复绘制另一

16、个表示资料终点的相同符号(正方形或立方形)。 为了提高数据流程图的清晰度，数据存储可能需要重复。 为了避免误解，如果表示相同内容的相同符号出现在图中n处，则在该符号的一个角上画(n-1 )的短斜线来表示。 除了上述四种基本符号以外，还可以使用一些附加符号。 在图2.4(b )中表示这些个的附加符号的意思。 假设一个工厂的采购部每天需要一个订单记录通讯端口，记录通讯端口按零配件编号排序，需要再订购的所有零配件都列在表中。 对于需要再订购的每个零配件，必须列出零配件编号、部件名称、订货量、当前价格、主要供应商和辅助供应商的数据。 零配件的入库和出库被称为事务，通过仓库中设置的CRT末端向订单系统报

17、告事务。 如果某个零配件的库存量少于库存量的临界值，应该再次订购。2.4.2例，数据流程图有源点或终点、处理、数据存储和数据流四个分量。 因此，第一步可以从问题描述中提取数据流程图的四个成分：首先考虑数据的源和端点，从上面向系统的描述“买方每天都需要订单通讯端口”、“通过放置在仓库中的CRT终端向订单系统报告事务”，所以买方对数据接下来考虑处理，再读一遍问题的说明。 “采购部需要收据通讯端口”，显然他们还没有这样的收据通讯端口，所以需要处理生成收据通讯端口。 由于事务处理的结果，零配件的库存量会发生变化，但更改数据的所有操作都会被处理，因此事务处理的加工会变成另一个处理。 的双曲馀弦值。 问题

18、的解释并不清楚需要处理事务，但从分析中可以看出。 最后，考虑数据流和数据存储：因为系统向采购部发送订单记录通讯端口，所以订单记录通讯端口是数据流的事务必须从仓库发送到系统，事务显然是另一个数据流。 生成记录通讯端口和处理事务这两个处理在时间上明显不一致。 每发生一笔交易都会立即处理，但每天只生成一次订单通讯端口。 因此，制作订单记录通讯端口的数据需要有会儿保存。 也就是说，需要数据存储。请注意，并非所有数据存储和数据流都可以直接从问题描述中提取。 表2.1 (参照本第33页)总结了上述分析的结果，其中带星号的是问题说明中的默认成分。 数据流程图是系统的逻辑模型，但任何校正器系统实质上都是信息处理系统，即，校正器系统实质上将输入数据转换为输出数据。 因此，任何系统的基本模型都由多个数据源点/端点和一个过程组成，该过程代表系统对数数据加工转换的基本功能。 对于上述订货系统，可以制作如图2.5那样的基本系统模型。 图2.5订购系统的基本系统模型是从非常高级别描绘数据流程图的最好方法，诸如基本系统模型。 它是一个有价值的通讯工具，因为它可以快速查看高级数据流程图是