|
|
|
可行性研究的范围可能覆盖很广泛的技术、经济、执行及环境等各种需要评估的因素，但它并不是最后的精细计划（例如项目的时间进度及人员安排）。通常在进行可行性研究的阶段，项目的目标或产品的最终方向也是很容易变化的。
|
|
|
|
但可行性研究的意义在于虽然可行性研究不能指出项目最终的精细计划和方向，但可行性研究可以在项目定义阶段用较小的代价识别出错误构思的系统，从而规避未来更多的资源投入的损失（时间、资金、人力及机会），以及因遭遇到无法逾越的技术障碍、环境障碍而导致的不可避免的失败。
|
|
|
|
对于那些可行性研究表明可执行的软件项目来说，可行性研究的结果也不承诺系统的收益一定很巨大，或者技术风险和资源投入就一定很低，但可行性研究的结果设立了一个“底线”，即类似于“如果做什么，则风险和收益是什么”这样的控制范围。这些评估结果给了未来的项目评估、项目风险控制，甚至在资源剧烈变化的情况下有计划有重点地削减功能重定义项目开发范围提供了非常有价值的方向性指引。
|
|
|
|
|
|
（1）经济可行性。经济可行性主要评估项目的开发成本及项目成功后的可能经济收益。多数项目只有在开发成本能控制在企业可接受的总数量和计划内的时候，才有可能被批准执行。而对经济收益的考虑则非常广泛，如项目技术开发的直接现金收入、新产品在生命周期中预期的总销售收入、技术积累、对公司业务和产品线的完善与支持、开辟新市场和利润增长点、进入预期能带来较高收益的新市场、提高客户满意度和忠诚度、打击竞争对手抢夺市场份额、获得新的信息化能力从而改善经营或管理格局，等等。
|
|
|
|
（2）技术可行性。技术可行性评估包含假想的软件系统需要实现的功能和性能，以及技术能力约束。
|
|
|
|
（3）法律可行性。法律可行性评估可能由系统开发引发的侵权或法律责任，可能包括合同的订立和条款、职责、侵权情况的设定、违约、争议解决等方方面面的内容。法律可行性还包括国家政策和法律的限制，例如在政府信息化的领域中使用未被认可的加密算法，未经许可在产品中使用了其他公司被保护的软件技术或构件，等等。
|
|
|
|
（4）执行可行性。执行可行性主要评估预期的软件系统在真实环境中能够被应用的程度和实施障碍。例如ERP系统建成后的数据采集和数据质量问题，或者客户工作人员没有足够的IT技能，等等。这些问题虽然与软件系统本身无关，但如果不经评估，很可能会导致投入巨资建成的软件系统毫无用处。执行可行性还需要评估对用户的各种影响，包括对现有IT设施的影响、对用户组织机构的影响、对现有业务流程的影响、对地点的影响及对经费开支的影响等。如果某项影响会过多改变客户的现状，则需要对这些因素做进一步的讨论，并和软件系统的使用者沟通，提出建议和解决方法。
|
|
|
|
（5）可选择性。评估系统或产品开发的其他可选方法。
|
|
|
|
显然，可行性研究是系统分析和设计的前提，根据可行性研究中给出的不同实现方案，可以选择不同的系统分析与设计方法。
|
|
|
