第二章可行性研究
当接受一个软件开发任务时，就意味着进入软件生命周期的第一个阶段，即进行可行性研究。众所周知，许多问题不能在预定的规模之内解决。因此通过可行性研究可以知道问题有无可行的解，进而避免人力、物力和财力上的浪费。可行性研究所需的成本占总工程成本的5%—10%。
2.1 可行性研究的任务
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。也就是说可行性研究的目的不是解决问题，而是确定问题是否值得去解，研究在当前的具体条件下，开发新系统是否具备必要的资源和其他条件。可行性研究是压缩简化了的系统分析和设计的过程，也就是说在较高层次上以较抽象的方式进行设计的过程。
在明确了问题定义之后，分析员应该给出系统的逻辑模型，然后从系统逻辑模型出发，寻找可供选择的解法，研究每一种解法的可行性。一般说来，应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性。
1．经济可行性
经济可行性研究主要进行成本效益分析，包括估计项目的开发成本，估算开发成本是否会高于项目预期的全部利润。分析系统开发对其他产品或利润所带来的影响。
2．技术可行性
技术可行性是最难决断和最关键的问题。根据客户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究系统实现的可行性。由于系统分析和定义过程与系统技术可行性评估过程同时进行，这时系统目标、功能和性能的不确定性会给技术可行性论证带来许多困难。技术可行性研究包括以下几项：
（1）风险分析：在给出的限制范围内，能否设计出系统，并实现必要的功能和性能。
（2）资源分析：研究开发系统的人员是否存在问题，可用于建立系统的其他资源，如硬件、软件等是否具备。
（3）技术分析：相关技术的发展是否支持这个系统。
3．运行可行性
运行可行性研究内容包括新系统规定的运行方式是否可行，如果新系统是建立在原来已担负其他任务的计算机系统上的，就不能要求它在实时在线状态下运行，以免与原有的任务相矛盾。
4．法律可行性
法律可行性是指研究在系统开发过程中可能涉及的各种合同、侵权、责任以及各种与法律相抵触的问题。
5．开发方案可行性
提出系统实现的各种方案并进行评价之后，从中选择一种最优秀的方案。
可行性研究的结果可以作为系统规格说明书的一个附件，表2-1所示的是可行性研究目录。
当然，可行性研究最根本的任务是对以后的行动路线提出建议：如果问题没有可行的解，应该建议停止这项工程的开发；如果问题值得解，应该推荐一个较好的解决方案，并且为工
程制定一个初步的计划。
2.2 可行性研究的步骤
一般地说，可行性研究有如下步骤：
1．复查系统规模和目标
分析员应访问关键人员，仔细阅读和分析有关资料，以便进一步复查确认系统的目标和规模，改正含糊不清的叙述，清晰地描述对系统目标的一切限制和约束，确保解决问题的正确性，即保证分析员正在解决的问题确实是要求他解决的问题。
2.研究目前正在使用的系统
现有的系统是信息的来源，通过对现有系统的文档资料的阅读、分析和研究，再如实地考虑该系统，总结出现有系统的优点和不足，从而得出新系统的雏形。这是了解一个陌生应用领域的最快方法，它既可以使新系统脱颖而生，但又不能全盘照抄。
3.导出新系统的高层逻辑模型
优秀的设计通常总是从现有的物理系统出发，导出现有系统的高层逻辑模型。逻辑模型是由数据流图来描述的，此时的数据流图不需要细化。然后，再来参考现有的逻辑模型。这样，经过上述几步的反复进行，最后根据开发系统的目标，得到新系统的说明和逻辑模型。逻辑模型确立之后，可以在此基础上建造开发系统的物理系统，通常物理系统模型是用系统流程图来表示的。
4. 重新定义问题
信息系统的逻辑模型实质上表达了分析员对新系统的看法。那么用户是否也有同样的看法呢？分析员应该和用户一起再次复查问题定义，再次确定工程规模、目标和约束条件，并修改已发现的错误。
可行性研究的前四个步骤实质上构成一个循环：分析员定义问题，分析问题，导出一个试探性的解，在此基础上再次定义问题，再次分析，再次修改……，继续这个过程，直到提出的逻辑模型完全符合系统目标为止。
5.导出和评价供选择的方案
分析员从系统的逻辑模型出发，导出若干较高层次的（较抽象的）物理解供比较和选择。从技术、经济、操作等方面进行分析比较，并估算开发成本、运行费用和纯收入。在此基础上对每个可能的系统进行成本/效益分析。
6.推荐一个方案并说明理由
在对上一步提出的各种方案进行比较分析的基础上，向用户推荐一种方案，在推荐的方案中应清楚地表明：
(1）本项目的开发价值；
(2）推荐这个方案的理由；
(3）制定实现进度表，这个进度表不需要也不可能很详细，通常只需要估计生存周期每个阶段的工作量。
7.推荐行动方针
根据上面的可行性研究的结果，作出一个关键性的决定，表明是否进行这项开发工程。分析员还需要较详细地分析开发此项工程的成本效益情况，这可作为使用部门的负责人根据经济实力决定是否投资此项工程的依据。
8.书写计划任务书
把上述材料进行分析汇总，草拟一份描述计划任务的可行性论证报告。此报告应包括以下内容。
(1）系统概述：当前系统及其存在问题的简单描述；新系统的开发目的、目标、业务对象和范围；新系统及其各个子系统的功能与特性；新系统与当前系统的比较等。新系统可以用系统流程图来描述，并附上重要的数据流图和数据字典以及加工说明作为补充。
(2）可行性分析：这是报告的主体。论述新系统在经济上、技术上、运行上、法律上的可行性，以及对新系统的主客观条件的分析。
(3）拟定开发计划：包括工程进度表，人员配备情况，资源配备情况，估计出每个阶段的成本、约束条件等。
(4）结论意见：综合上述分析，说明新系统是否可行，结论可分为三类：可立即进行、推迟进行、不能和不值得进行。
9.提交审查
用户和使用部门的负责人仔细审查上述的文档，也可以召开论证会。论证会成员有用户、使用部门负责人及有关方面专家，对该方案进行论证，最后由论证会成员签署意见，指明该任务计划书是否通过。
2.3 系统流程图
在进行可行性研究时需要了解和分析现有的系统，并以概括的形式表达对现有系统的认识。进入设计阶段以后应该把设想的新系统的逻辑模型转变成物理模型，因此需要描绘未来的物理系统的概貌。
可行性研究对现有系统做概括的物理模型描述，如用图形工具表示则更加直观简洁。系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等）。系统流程图表达的是部件的信息流程，而不表示对信息进行加工处理的控制过程。系统流程图的基本符号见表2-2。
表2-2 系统流程图的基本符号
系统流程图的作用可以总结如下：
1．制作系统流程图的过程是系统分析员全面了解系统业务处理情况的过程，它是系统分析员作进一步分析的依据。
2．系统流程图是系统分析员、管理人员、业务操作人员相互交流的工具。
3．系统分析员可直接在系统流程图上拟出可以实现计算机处理的部分。
4．可利用系统流程图来分析业务流程的合理性。
例用系统流程图来分析下述问题。
某图书馆闭架借书流程如下：读者须先验明证件后才能进入查询室。读者在查询室内通过检书卡或利用终端检索图书数据库来查找自己所需的图书。找到所需图书并填好索书单后到服务台借书。如果所借图书还有剩余，管理员将填好借书单，从库房中取出图书交于读者。图2-1 的系统流程图描述了上述系统的概貌。图中的每个符号定义了组成系统的一个部件，而并没有指明每个部件的具体工作过程。图中的箭头指定了系统中信息的流动（逻辑）路径。
2.4 成本效益分析
一般说来，经济效益通常表现为减少运行费用或增加收入。但是，投资开发新系统往往要冒一定风险，系统的开发成本可能比预计的高，效益可能比预期的低。那么，怎样才能确定投资开发新系统在经济上是划算的呢？成本／效益分析的目的是要从经济角度分析开发一个特定的新系统是否划算，从而帮助使用部门负责人正确地作出是否投资于这项开发工程的决定。成本/效益分析首先要估算待开发系统的开发成本，然后与可能取得的效益（有形的和无形的）进行比较与权衡。其中有形的效益可用货币的时间价值、投资的回收期、纯收入等指标进行度量。无形的效益主要是从性质上和心理上进行衡量，很难进行量的比较。但是无形的效益有特殊的潜在价值，且在某些情况下会转化成有形的效益。
为了对比成本和效益，首先需要估计它们的数量。
2.4.1成本估计
为了使开发项目能够在规定的时间内完成，而且不超过预算，成本估算和管理控制是关键。成本估算是软件费用管理的核心，也是软件工程管理中最困难、最易出错的问题之一。1974年，Wolverton把成本估计方法分为5种。 Bolehm在他的著作中，进一步把它们分为7种（表2-3）。本书把主要的成本估计方法归并为自顶向下估计、由底向上估计和算法模型（algorithmic model）估计三类，下文将依次介绍并举例加以说明。
表2-3 成本估计使用的方法
1.自顶向下成本估计
这类方法着眼于软件的整体。根据被开发项目的整体特性，首先估算出总的开发成本，然后在项目内部进行成本分配。因这类估计通常仅由少数上层（技术与管理）人员参加，所以属于“专家判断”的性质。这些专家依靠从前的经验，把将要开发的软件与过去开发过的软件进行“类比”，借以估计新的开发所需要的工作量和成本。
自顶向下估计的缺点是，对开发中某些局部的问题或特殊困难容易低估，甚至没有考虑到。如果所开发的软件缺乏可以借鉴的经验，在估计时就可能出现较大的误差。
当参加估计的专家人数较多时，可采用特尔斐（Delphi）法来汇集他们的意见。特尔斐法的传统作法是：把系统定义文件或规格说明发给各位专家，各自单独进行成本估计，填入成本估计表（见图2-2）。然后由协调人综合专家意见，摘要通知大家，并开始新的一轮估计。这种估计要反复多次，直到专家们的意见接近一致为止。
项目名：* * * 日期：1/1/2001
以下是第1轮的估计值：
您的估计值平均估计值人-月
您对下轮的估计值是 35人-月
您的理由是：
图2-2 特尔斐成本估计表
2．由底向上成本估计
与自顶向下估计相反，由底向上估计不是从整体开始，而是从一个个任务单元开始。其具体作法是，将开发任务分解为许多子任务，子任务又分成子任务，直到每一任务单元的内容都足够明确为止。然后把各个任务单元的成本估计出来，汇合成项目的总成本。由于任务单元的成本可交给各任务的开发人员去估计，得出的结果比较实际。所以，如果说自顶向下估计是“专家路线”，则由底向上估计是“群众路线”。
这种方法也有缺点。由于具体工作人员往往只注意到自己范围内的工作，对综合测试、质量管理和项目管理等涉及全局的花费可能估计不足，甚至完全忽视。因此，就会有可能使成本估计偏低。
3. 算法模型估计
算法模型就是资源模型，是成本估计的又一有效工具。由于任何资源模型都是根据历史数据导出的，所以比较客观，计算结果的重复性也好（即不论什么时候使用模型，都能得出同样的结果）。
模型估计的关键，是要选好适用的模型。模型估计法常与自顶向下估计或由底向上估计结合使用。
2.4.2费用估计
费用估算大约开始于20世纪50年代，但直到70年代以后，才引起人们的普遍重视。由于影响软件成本的因素太多（如人、技术、环境以及政治因素等），目前软件成本估算仍是一门很不成熟的技术，国内外已有的技术只能作为我们的借鉴。因此应该使用几种不同的估计技术以便相互校验。下面介绍几费用估计技术。
1．代码行技术
代码行技术是比较简单的定量估算方法，它把开发每个软件功能的成本和实现这个功能需要用的源代码行数联系起来。通常根据经验和历史数据估计实现一个功能需要的源程序行数。当有以往开发类似工程的历史数据可供参考时，这个方法是非常有效的。一旦估计出源代码行数以后，用每行代码的平均成本乘以行数就可以确定软件的成本。每行代码的平均成本主要取决于软件的复杂程度和工资水平。
2．任务分解技术
这种方法首先把软件开发工程分解为若干个相对独立的任务，再分别估计每个独立的开发任务的成本，最后加起来得出软件开发工程的总成本。估计每个任务的成本时，通常先估计完成该项任务需要用的人力（以“人月”为单位），再乘以每人每月的平均工资而得出每
个任务的成本。
最常用的办法是按开发阶段划分任务。如果软件系统很复杂，由若干个子系统组成，则可以把每个子系统再按开发阶段进一步划分成更小的任务。
应该针对每个开发工程的具体特点，并且参照以往的经验尽可能准确地估计每个阶段实际需要使用的人力，包括书写文档需要的人力。表2-4 给出了各阶段在生存周期中所占的百分比。
任务分解技术步骤如下：
(1) 确定任务，即每个功能都必须经过需求分析、设计、编码和测试工作。
(2) 确定每项任务的工作量，估算需要的人月数。
(3) 找出与各项任务对应的劳务费数据，即每个单位工作量成本（元/人月）。因为各阶段的劳务费不同，需求分析和初步设计阶段需要较多的高级技术人员；而详细设计、编码和早期测试则要求较多初级技术人员，而他们的工资是不同的。
(4) 计算各个功能和各个阶段的成本及工作量，然后估算总成本和总工作量。
2.4.3度量效益的方法
1.货币的时间价值
成本估算的目的是为了对项目投资。但投资在前，取得效益在后。因此要考虑货币的时间价值。通常用利率表示货币的时间价值。设年利率为i ，现已存入P 元，则n 年后可得钱数为
F=P(1+i)n
这就是P 元钱在n 年后的价值。反之，若n 年后能收入F 元，那么这些钱现在的价值是
P=F/(1+i)n
例 在工程设计中用CAD 系统来取代大部分人工设计工作，每年可节省9.6万元。若软件生存期为5年，则5年可节省48万元。开发这个CAD 系统共投资20万元。
我们不能简单地把20万元同48万元相比较。因为前者是现在投资的钱，而后者是5年以后节省的钱。需要把5年内每年预计节省的钱折合成现在的价值才能进行比较。
设年利率是5%，利用计算货币现在价值的公式，可以算出引入CAD 系统后，每年预计节省的钱的价值。（参见表2-5）
表2-3 货币的时间价值
年份将来值（万） (1+i）n 现在值（万）累计的现在值（万）
1 9.6 1.05 9。1429 9.1429
2 9.6 1.1025 8.7075 17.8513
3 9.6 1.1576 8.2928 26.1432
4 9.6 1.215
5 7.8979 34.0411
5 9.
6 1.2763 7.5219 41.5630
2．投资回收期
投资回收期是衡量一个开发工程价值的经济指标。投资回收期就是积累的经济效益等于最初的投资所需要的时间。投资回收期越短，就能越快获得利润，也就越值得投资。上例中，引入CAD系统两年以后，可以节省17.85万元，比最初投资还少2.15万元，但第三年可以节省8.29万元，则
2.15/8.29=0.259
因此，投资回收期是2.259年。
3．纯收入
工程的纯收入是衡量工程价值的另一项经济指标。纯收入就是在整个生存周期之内系统的累计经济效益（折合成现在值）与投资之差。上例中，引入CAD系统之后，5年内工程的纯收入预计是41.563-20=21.563（万元）。
这相当于比较投资一个待开发的软件项目后预期可取得的效益和把钱存在银行里或贷款给其他企业所取得的效益。如果纯收入为零，则工程的预期效益与在银行存款一样。但开发一个软件项目有风险，从经济观点看，这个工程可能是不值得投资的。如果纯收入小于零，那么显然这项工程不值得投资。只有当纯收入大于零，才能考虑投资。
小结
在问题定义之后，进行可行性的研究。通过可行性研究可以知道问题有无可行的解，进而避免人力、物力和财力上的浪费。可行性研究所需的成本占总工程成本的5%—10%。可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决，也就是说可行性研究的目的是确定问题是否值得去解，而不是解决问题。可行性研究是要进一次压缩简化了的系统分析和设计的过程，也就是说在较高层次上以较抽象的方式进行设计的过程。本章主要介绍了可行性研究的任务、步骤和系统流程图，对于成本/效益分析也作了介绍。
习题二
1．可行性研究的任务是什么？
2．简述可行性研究的步骤。
3．说明系统流程图的作用。
4．用系统流程图描述微机教材销售系统的物理模型。
第二章可行性研究 一. 填空题 1.可行性研究的目的不是去开发一个软件项目，而是研究这个项目是否，。 2.要从以下三个方面分析研究中衡量解决方法的可行性：，，。 3.技术可行性研究包括，， . 4.经济可行性一般要考虑的情况包括，，。 5.在书写计划任务书时，此任务书应包括，，，。 6.系统流程图是传统工具，它的基本思想是 . 7.自底向上成本估计不是从开始，而是从开始。 8.成本／效益分析的目的是要从分析开发一个特定的新系统是否划算，从而帮助使用部门负责人正确地做出是否投资于这项开发工程. 9．软件费用管理的核心，也是软件工程管理中最困难、最易出错的问题之一。 10．经济效益可分为有形效益和无形效益两种，有形效益的主要度量指标是，，。 11．投资回收期是衡量一个开发工程价值的指标。 12．纯收入是指在整个生存周期之内的与投资之差。 13．设年利率为i 现存入p元，则n年后可得钱数为。 14．若年利率为i ，不计复利，n年后可得钱数为F，则现在的价值P= 。15．我们熟悉的成本估计可分为，，。 16．在可行性研究中，是系统开发过程中难度最大，最重要的一个环节。 17．瀑布模型是以文档为驱动、适合于________的软件项目的模型 18．纯收入是指在整个生存周期之内的________与投资之差。 19．一般说来，经济效益通常表现为减少运行费用或增加收入。但是，投资开发新系统往往要冒一定风险，系统的开发成本可能比预计的________，效益可能比预期的________。 20．自底向上成本估计与自顶向下估计相反，由底向上估计不是从________开始，而是从一个个开始________。 二. 选择题 1.研究开发所需要的成本和资源是属于可行性研究中的( )研究的一方面。 A.技术可行性 B.经济可行性 C.社会可行性 D.法律可行性 2.经济可行性研究的范围包括 ( ) A．资源有效性 B．管理制度 C．效益分析 D．开发风险 3. ( ) 可行性研究主要从以下几个方面进行研究 A.技术可行性，经济可行性，操作可行性。 B.技术可行性，经济可行性，社会可行性。 C.经济可行性，系统可行性，操作可行性。 D.经济可行性，系统可行性，时间可行性。
2.1 可行性研究的目标与任务 1．可行性分析是在系统开发的早期所做的一项重要的论证工作，它是决定该系统是否开发的决策依据，因此必须给出（ B ）的回答。 A．确定B．行或不行C．正确D．无二义 2．技术可行性是可行性研究的关键，其主要内容一般不包括（ C ）。 A．风险分析B．资源分析C．人员分析D．技术分析 3．可行性研究的任务是从技术、经济、操作、社会等4个方面研究。 4．可行性研究完成后最终生成的文档是《可行性研究报告》。（√ ） 5．软件可行性研究的目的是用最小的代价在尽可能短的时间内确定该软件项目是否能够开发，是否值得去开发。（√ ） 2.2 可行性研究过程 1．简述可行性研究的过程。 答：（1）复查并确定系统规模和目标 （2）研究目前正在使用的系统 （3）建立新系统的高层逻辑模型 （4）导出和评价各种方案 （5）推荐可行性方案 （6）草拟初步开发计划 （7）编写可行性研究报告提交复查 2.3 可行性研究工具 1．描绘物理系统的传统工具是系统流程图。 2．画出数据流图 目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，请分层次的画出描述本系统功能的数据流图。 医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志。当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。此外，护士在需要时还可以要求系统输出某个指定病人的病情报告。 答：从问题陈述容易看出，本系统的数据源点是“病人”和“护士”，他们分别提供生理信号和要求病情报告的信息。进一步分析问题陈述，从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到，还应该有一个提供日期和时间信息的“时钟”作为数据源点。从问题陈述容易看出，系统的数据终点是接收警告信息和病情报告的护士。系统对病人生理
第2章可行性研究 一、选择题 (1)在各种不同的软件需求中，功能需求描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明，（ C ）是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。 A．业务需求 B．系统要求 C．非功能需求 D．用户需求 (2)软件可行性研究一般不考虑( D ) 。 A．是否有足够的人员和相关的技术来支持系统开发 B．是否有足够的工具和相关的技术来支持系统开发 C．待开发软件是否有市场、经济上是否合算 D．待开发的软件是否会有质量问题 (3)技术可行性是可行性研究的关键，其主要内容一般不包括（ C ）。 A.风险分析 B.资源分析 C.人员分析 D.技术分析 (4)经济可行性研究的范围包括（ C ）。 A．资源有效性 B．管理制度 C．效益分析 D．开发风险 (5)研究开发所需要的成本和资源是属于可行性研究中的（ B ）。 A.技术可行性 B.经济可行性 C.社会可行性 D.法律可行性 (6)研究开发的软件是否符合相关法律规定是属于可行性研究中的（ D ）。 A.技术可行性 B.经济可行性 C.社会可行性 D.法律可行性 (7)可行性研究实质上是进行了一次（ A ）。 A. 简化了的系统分析和设计过程 B. 详尽的系统分析和设计过程 C. 彻底的系统设计过程 D. 深入的需求分析 (8)可行性研究阶段的主要任务包括（ D ）。 A．分析和澄清问题定义 B．导出系统的逻辑模型 C．制定粗略的进度．建议和计划 D．以上全是 (9)数据字典是用来定义（ D ）中的各个成份的具体含义的。 A．流程图 B．功能结构图 C．系统结构图 D．数据流图 (10)数据流图是一种用来描述（ B ）的图形化工具。 A．系统物理组成 B．系统信息流和数据流 C．所有功能 D．系统控制流和数据流
第二章可行性研究 当接受一个软件开发任务时，就意味着进入软件生命周期的第一个阶段，即进行可行性研究。众所周知，许多问题不能在预定的规模之内解决。因此通过可行性研究可以知道问题有无可行的解，进而避免人力、物力和财力上的浪费。可行性研究所需的成本占总工程成本的5%—10%。 2.1 可行性研究的任务 可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。也就是说可行性研究的目的不是解决问题，而是确定问题是否值得去解，研究在当前的具体条件下，开发新系统是否具备必要的资源和其他条件。可行性研究是压缩简化了的系统分析和设计的过程，也就是说在较高层次上以较抽象的方式进行设计的过程。 在明确了问题定义之后，分析员应该给出系统的逻辑模型，然后从系统逻辑模型出发，寻找可供选择的解法，研究每一种解法的可行性。一般说来，应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性。 1．经济可行性 经济可行性研究主要进行成本效益分析，包括估计项目的开发成本，估算开发成本是否会高于项目预期的全部利润。分析系统开发对其他产品或利润所带来的影响。 2．技术可行性 技术可行性是最难决断和最关键的问题。根据客户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究系统实现的可行性。由于系统分析和定义过程与系统技术可行性评估过程同时进行，这时系统目标、功能和性能的不确定性会给技术可行性论证带来许多困难。技术可行性研究包括以下几项： （1）风险分析：在给出的限制范围内，能否设计出系统，并实现必要的功能和性能。 （2）资源分析：研究开发系统的人员是否存在问题，可用于建立系统的其他资源，如硬件、软件等是否具备。 （3）技术分析：相关技术的发展是否支持这个系统。 3．运行可行性 运行可行性研究内容包括新系统规定的运行方式是否可行，如果新系统是建立在原来已担负其他任务的计算机系统上的，就不能要求它在实时在线状态下运行，以免与原有的任务相矛盾。 4．法律可行性 法律可行性是指研究在系统开发过程中可能涉及的各种合同、侵权、责任以及各种与法律相抵触的问题。 5．开发方案可行性 提出系统实现的各种方案并进行评价之后，从中选择一种最优秀的方案。 可行性研究的结果可以作为系统规格说明书的一个附件，表2-1所示的是可行性研究目录。 当然，可行性研究最根本的任务是对以后的行动路线提出建议：如果问题没有可行的解，应该建议停止这项工程的开发；如果问题值得解，应该推荐一个较好的解决方案，并且为工