第2章 可行性分析

第2章可行性研究2.1可行性研究的任务2.2可行性研究过程2.3系统流程图2.4数据流图2.5数据字典2.6成本/效益分析2.7小结开始问题定义可性行研究可行否？项目实施计划终止项目的建议结束YN问题的定义与可性行研究Who

为谁设计，用户是谁？What

要解决哪些问题？Why

为什么要解决这些问题

有用的软件

3W可行性研究目的：用最小的代价在尽可能短的时间内确定问题是否能够解决。不是解决问题，而是确定问题是否值得去解决。说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性；评述为合理地达到开发目标可能选择的各种方案。

GB8567-88《计算机软件产品开发文件编制指南》2.1可行性研究的任务

可行性研究的主要任务是“了解客户的要求及现实环境，从技术、经济和社会因素等三方面研究并论证本软件项目的可行性，编写可行性研究报告，制定初步项目开发计划。”

GB8566-88《计算机软件开发规范》

可行性研究的最根本任务

对软件开发以后的行动方针提出建议。可行性研究的内容(1)技术可行性(2)经济可行性(3)操作可行性(4)社会可行性(法律可行性)(5)抉择技术可行性

度量一个特定技术信息系统解决方案的实用性及技术资源的可用性考虑的问题(1)开发风险分析(2)资源分析(3)相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性）经济可行性度量系统解决方案的性能价格比。考虑的问题成本/效益分析（开发、运行的成本/效益）有形成本、效益无形成本、效益价值和成本的关系质量与价值、成本的关系价值/成本的均衡举例

12345

年6040200成本-效益(万元)该系统节省经费该系统成本盈亏平衡点投资回收期---------成本及效益分析图操作可行性用户使用可能性时间进度可行性组织和文化上的可行性2.2可行性研究过程1.复查系统规模和目标2.研究目前正在使用的系统3.导出新系统的高层逻辑模型4.进一步定义问题5.导出和评价供选择的解法6.推荐行动方针7.草拟开发计划8.书写文档提交审查典型的可行性研究过程有下述一些步骤。1.复查系统规模和目标分析员访问关键人员，仔细阅读和分析有关的材料，以便对问题定义阶段书写的关于规模和目标的报告书进一步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束。这个步骤的工作，实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。2.研究目前正在使用的系统现有的系统是信息的重要来源。新的目标系统必须也能完成它的基本功能；另一方面，如果现有的系统是完美无缺的，用户自然不会提出开发新系统的要求，因此，现有的系统必然有某些缺点，新系统必须能解决旧系统中存在的问题。此外，运行使用旧系统所需要的费用是一个重要的经济指标，如果新系统不能增加收入或减少使用费用，那么从经济角度看新系统就不如旧系统。应该仔细阅读分析现有系统的文档资料和使用手册，也要实地考察现有的系统。应该注意了解这个系统可以做什么，为什么这样做，还要了解使用这个系统的代价。在了解上述这些信息的时候显然必须访问有关的人员。常见的错误做法是花费过多时间去分析现有的系统。这个步骤的目的是了解现有系统能做什么，而不是了解它怎样做这些工作。分析员应该画出描绘现有系统的高层系统流程图(见2.3节)，并请有关人员检验他对现有系统的认识是否正确。千万不要花费太多时间去了解和描绘现有系统的实现细节。没有一个系统是在“真空”中运行的，绝大多数系统都和其他系统有联系。应该注意了解并记录现有系统和其他系统之间的接口情况，这是设计新系统时的重要约束条件。3.导出新系统的高层逻辑模型优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。通过前一步的工作，分析员对目标系统应该具有的基本功能和所受的约束已有一定了解，能够使用数据流图(参看2.4节)，描绘数据在系统中流动和处理的情况，从而概括地表达出他对新系统的设想。通常为了把新系统描绘得更清晰准确，还应该有一个初步的数据字典(参看2.5节)，定义系统中使用的数据。数据流图和数据字典共同定义了新系统的逻辑模型，以后可以从这个逻辑模型出发设计新系统。4.进一步定义问题新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。如果分析员对问题有误解或者用户曾经遗漏了某些要求，那么现在是发现和改正这些错误的时候了。可行性研究的前4个步骤实质上构成一个循环。分析员定义问题，分析这个问题，导出一个试探性的解；在此基础上再次定义问题，再一次分析这个问题，修改这个解；继续这个循环过程，直到提出的逻辑模型完全符合系统目标。5.导出和评价供选择的解法分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的(较抽象的)物理解法供比较和选择。导出供选择的解法的最简单的途径，是从技术角度出发考虑解决问题的不同方案。还可以使用组合的方法导出若干种可能的物理系统。当从技术角度提出了一些可能的物理系统之后，应该根据技术可行性的考虑初步排除一些不现实的系统。把技术上行不通的解法去掉之后，就剩下了一组技术上可行的方案。其次可以考虑操作方面的可行性。分析员应该根据使用部门处理事务的原则和习惯检查技术上可行的那些方案，去掉其中从操作方式或操作过程的角度看用户不能接受的方案。接下来应该考虑经济方面的可行性。分析员应该估计余下的每个可能的系统的开发成本和运行费用，并且估计相对于现有的系统而言这个系统可以节省的开支或可以增加的收入。在这些估计数字的基础上，对每个可能的系统进行成本/效益分析(参看2.6节)。一般说来，只有投资预计能带来利润的系统才值得进一步考虑。最后为每个在技术、操作和经济等方面都可行的系统制定实现进度表，这个进度表不需要(也不可能)制定得很详细，通常只需要估计生命周期每个阶段的工作量。6.推荐行动方针根据可行性研究结果应该做出的一个关键性决定是，是否继续进行这项开发工程。分析员必须清楚地表明他对这个关键性决定的建议。如果分析员认为值得继续进行这项开发工程，那么他应该选择一种最好的解法，并且说明选择这个解决方案的理由。通常使用部门的负责人主要根据经济上是否划算决定是否投资于一项开发工程，因此分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。7.草拟开发计划分析员应该为所推荐的方案草拟一份开发计划，除了制定工程进度表之外还应该估计对各类开发人员和各种资源的需要情况，应该指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下一个阶段(需求分析)的详细进度表和成本估计。8.书写文档提交审查应该把上述可行性研究各个步骤的工作结果写成清晰的文档，请用户、客户组织的负责人及评审组审查，以决定是否继续这项工程及是否接受分析员推荐的方案。可行性研究报告的编写1引言

1.1编写目的

1.2背景

1.3定义

1.4参考资料2可行性研究的前提

2.1要求

2.2目标

2.3条件、假定和限制

2.4进行可行性研究的方法

2.5评价尺度可行性研究报告的编写3对现有系统的分析

3.1数据流程和处理流程

3.2工作负荷

3.3费用开支

3.4人员

3.5设备

3.6局限性4所建议的系统

4.1对所建议系统的说明

4.2数据流程和处理流程

4.3改进之处

4.4影响

4.5局限性

4.6技术条件方面的可行性可行性研究报告的编写5可选择的其它系统方案

5.1可选择的其它系统15.2可选择的其它系统2

......6投资及收益分析

6.1支出

6.2收益

6.3收益/投资比

6.4投资回收周期

6.5敏感性分析7社会条件方面的可行性

7.1法律方面的可行性

7.2使用方面的可行性2.3系统流程图系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序，文档，数据库，人工过程等)。系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图而不是程序流程图。基本符号

----以概括的方式抽象地描绘一个实际系统所用符号

---

具体地描绘一个物理系统所用符号系统符号图2.3库存清单系统的系统流程图2.4数据流图

DFD----DataFlowDiagram一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程，是系统逻辑功能的图形表示。设计数据流图时只需考虑系统必须完成的基本逻辑功能，完全不需要考虑怎样具体地实现这些功能，所以它也是今后进行软件设计的很好的出发点。数据流图四种基本符号数据加工/处理/变换数据源点或终点(外部实体)数据流(dataflow)数据存储文件或或或数据流图几种附加符号数据流图的层次结构为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据。底层流图是指其加工不需再做分解的数据流图，它处在最底层。中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。分层的数据流图----

系统逻辑模型数据的加工或变换输入输出软件系统外部实体外部实体……外部实体外部实体……输入数据流输入数据流输出数据流输出数据流分层的数据流图

F0A0B0F11A0B0F12F13F14F15p1C1D1M1N1F21M1F22N1F23K2F24W2F25p1Y2X2第n

层第n+2

层举例

学生购买教材系统学生教材购销系统购书单领书单缺书单进书通知进书通知保管员1销售购书单领书单学生缺书单进书通知2采购保管员第1

层第2

层教材存量表F1缺书登记表F2外部实体外部实体教材销售子系统无效书单购书单1.3登记并开领书单1.2开发票1.1审查有效性1.4登记缺书1.5补售教材采购学生学生进书通知有效书单发票领书单暂缺书单1销售购书单领书单缺书单进书通知2采购进书通知缺书登记表教材存量表学生保管员第2

层补售书单第3层教材存量表F1缺书登记表F2

F1书号单价数量各班用书表F3售书登记表F4外部项1销售购书单领书单缺书单进书通知2采购进书通知缺书登记表教材存量表学生保管员采购子系统

第2层第3

层缺书单2.3修改教材库存和待购量销售进书通知进书通知2.1按书号汇总缺书2.2按出版社统计缺书保管员教材存量表F1待购教材表F5教材一览表F6缺书登记表F2.便于实现.便于使用---采用逐步细化的扩展方法，可避免一次引入过多的细节，有利于控制问题的复杂度；

---用一组图代替一张总图，方便用户及

软件开发人员阅读。分层DFD图的优点

1）

为数据流(或数据存储)命名(1)名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。(2)不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。(3)如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难。画分层DFD

的指导原则

1.注意数据流图中成分的命名

2)为处理命名(1)通常先为数据流命名，然后再为与之相关联的处理命名。这样命名比较容易，而且体现了人类习惯的“由表及里”的思考过程。(2)名字应该反映整个处理的功能，而不是它的一部分功能。(3)名字最好由一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。(4)通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。(5)如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。画分层DFD

的指导原则

画分层DFD

的指导原则2.注意父图和子图的平衡/balanceorcoherence发票1.3开领书单领书单(a)父图1.3.1学生领书单1.3.21.3.3教材(a)子图

画分层DFD的指导原则3.区分局部文件和局部外部项1销售购书单领书单缺书单进书通知2采购进书通知缺书登记表教材存量表学生保管员采购子系统

第2层第3

层缺书单2.3修改教材库存和待购量销售进书通知进书通知2.1按书号汇总缺书2.2按出版社统计缺书保管员教材存量表F1待购教材表F5教材一览表F6缺书登记表F2局部外部项局部文件画分层DFD

的指导原则4.掌握分解的速度

一般来说，每一个加工每次可分为2-4个子加工，最多不得超过7个。5.遵守加工编号规则顶层加工不编号。第二层的加工编号为1,2,3,…,n号。第三层编号为1.1,1.2,1.3…n.1,n.2…等号，依此类推。2.5数据字典

&用途

DD（DataDictionary）

数据流图和数据字典共同构成系统的逻辑模型

没有数据字典数据流图就不严格，没有数据流图数据字典也难于发挥作用。数据字典的任务是:对于数据流图中出现的所有被命名的图形元素在字典中作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。数据字典的内容一般说来，数据字典应该由对下列4类元素的定义组成：(1)数据流(2)数据流分量(即数据元素)(3)数据存储(4)处理数据流名：说明：简要介绍作用，即它产生的原因和结果。数据流来源：即该数据流来自何方。数据流去向：去向何处。数据流组成：数据结构。每个数据量流通量：数据量、流通量。(1)数据流词条的描述

数据流名：发票说明：用作学生已付书款的依据数据流来源：来自加工“审查并开发票”数据流去向：流向加工“开领书单”。数据流组成：学号+姓名+书号+单价总价+书费合计审查并开发票发票购书单

数据元素名:类型:数字（离散值、连续值），文字（编码类型）长度:取值范围:相关的数据元素及数据结构

(2)数据元素词条的描述

年=“1900”..“3000”月=“01”..“12”日=“01”..“31”摘要=1{字母}4金额=“00000000.01”..“999999999.99”……定义数据符号符号含义例子

=被定义为+与[]x=a+b，则表示x

由a和

b

组成x=[a,b]，则表示x

由a或由

b

组成{}或重复x={a}，则表示x

由0个或多个a组成()可选

表示在两个*

之间的内容为词条的注释m{}n重复x=3{a}8，则表示x中至少出现3次a,最多出现8次*…*注释符

x=(a)，则表示a在x中出现,也可不出现例：存折格式日期(年月日)摘要支出存入余额操作复核户名:所号:帐号:开户日:性质:印密:存折=户名+所号+帐号+开户日+性质+(印密)+1{存取行}20户名=2{字母}24所号=“001”..“999”帐号=“00000001”..“99999999”开户日=年+月+日性质=“1”..“6”

注：“1”表示普通户，…“6”表示工资户等印密=“0”

注：印密在存折上不显示存取行=日期+（摘要）+支出+存入+余额+操作+复核日期=年+月+日年=“1900”..“3000”月=“01”..“12”日=“01”..“31”摘要=1{字母}4支出=金额金额=“00000000.01”..“999999999.99”……(3)数据存储词条的描述

数据存储名：简述：存放的是什么数据。

数据组成:数据结构。存储方式:顺序，直接，关键码。存取频率:……审查并开发票学生发票购书单各班学生用书表教材存量表

加工名:加工编号:反映该加工的层次简要描述:加工逻辑及功能简述输入数据流:取值范围:相关的数据元素及数据结构……(4)加工逻辑词条的描述

1.3审查并开发票学生发票购书单各班学生用书表教材存量表注：加工说明

----（ProcessSpecification）

加工说明是:对DFD中每个加工给予说明。它是从系统功能的角度对DFD作出了注解，与DD一样是DFD必不可缺少的辅助资料。PS对数据流图的每一个基本加工，必须有一个基本加工逻辑说明。基本加工逻辑说明必须描述基本加工如何把输入数据流变换为输出数据流的加工规则。加工逻辑说明必须描述实现加工的策略而不是实现加工的细节。加工逻辑说明中包含的信息应是充足的，完备的，有用的，无冗余的。加工逻辑说明加工说明组成输入数据加工逻辑输出数据加工说明描述工具结构化语言判定表判定树

描述把输入数据流变换为输出数据流的加工过程，是加工说明的主体。自然语言+结构化形式（1）结构化语言选择结构如果<条件><策略>

If<condition><policy>如果<条件>

则<策略1>

否则<策略2>情况1<条件><策略1>……情况n<条件><策略n>If<condition>

then<policy1>Otherwise<policy2>case1<condition><policy1>……casen<condition><policyn>循环结构对

…,<策略>重复以下<策略>直至<条件>Foreach…,<policy>Repeatthefollowing:<policy>Until<condition>商店业务处理系统中“检查发货单”if发货单金额超过$500thenif欠款超过了60天then

在偿还欠款前不予批准

else（欠款未超期）发批准书，发货单

else（发货单金额未超过$500）

if欠款超过60天then

发批准书，发货单及赊欠报告

else（欠款未超期）发批准书，发货单

（2）判定表如果数据流图的加工需要依赖于多个逻辑条件的取值，使用判定表来描述比较合适以“检查发货单”为例（3）判定树判定树也是用来表达加工逻辑的一种工具。有时侯它比判定表更直观。检查发货单金额>$500金额$500欠款>60天不发出批准书欠款60天发出批准书、发货单欠款>60天发出批准书、发货单及赊欠报告欠款60天发出批准书、发货单

名称：外部实体名简要描述:什么外部实体有关数据流:数目:(5)外部实体词条描述

1销售购书单领书单缺书单进书通知2采购进书通知缺书登记表教材存量表学生保管员CASE结构化分析与设计工具(大型软件)卡片形式/excel

orrecordinfile(小型软件)卡片应该包含下述信息：名字、别名、描述、定义、位置。2.5.4数据字典的实现2.6成本/效益分析

成本/效益分析的目的:从经济角度分析开发一个特定的新系统是否划算，从而帮助客户组织的负责人正确地作出是否投资于这项开发工程的决定。

2.6.1

成本估计---人力成本估计

软件开发成本主要表现为人力消耗

(乘以平均工资则得到开发费用)

估算技术

1.代码行技术

2.任务分解技术3.自动估计成本技术

代码行技术根据经验和历史数据估计实现一个功能需要的源程序行数，用每行代码的平均成本乘以行数就可以确定软件的成本。每行代码的平均成本主要取决于软件的复杂程度和工资水平。代码行技术是比较简单的定量估算方法。当有以往开发类似工程的历史数据可供参考时，这个方法是非常有效的