在可行性分析中如何进行技术的可行性分析(可行性分析从哪方面进

在可行性分析中如何进行技术的可行性分析(可行性分析从哪方面进行分析)、本站经过数据分析整理出在可行性分析中如何进行技术的可行性分析(可行性分析从哪方面进行分析)相关信息，仅供参考！

可行性研究又称可行性分析，是所有项目投资、工程建设或重大改革初期必须进行的一项工作。

合同规定的成本根本不等于投入成本，项目时间根本不够。，通常以降低系统质量为代价来“满足”合同的要求。这样客户自然不会满意，施工方和承包方的“拉锯战”就开始了。“做了一单，丢了一个客户”这句话就是这种现象的真实写照。

可行性研究通常从经济可行性、技术可行性、法律可行性和用户可行性四个方面进行分析，其中经济可行性通常被认为是项目的底线。

1.经济可行性经济可行性又称投资收益分析或成本效益分析，主要评价项目建成后的建设成本、运营成本和可能产生的经济效益。

需要注意的是，在系统开发初期，由于用户需求和候选系统方案尚未确定，无法准确估算成本。，此时的经济可行性分析只能粗略估算系统的成本和收益，判断信息系统的建设是否值得。

2.技术可行性技术可行性也叫技术风险分析。研究对象是信息系统需要实现的功能和性能，以及技术能力的约束。

技术可行性不仅仅是对能否通过技术手段实现的论证，实际上包括了在当前资源条件下的技术可行性。比如开发一个电脑操作系统，对F微软是可行的，但对其他大部分企业是不可行的。投入不足、时间不够、预设开发目标的技术难度太大、技术积累不足、没有熟练员工可用、合作企业不足、外包资源积累都是技术可行性的制约因素。实践证明，如果只考虑技术实现的手段而忽视企业目前的资源条件和环境，在技术可行性分析上得出过于乐观的结果，会给后期的项目实施带来灾难性的后果。

对于技术的选择，有的企业喜欢新技术，有的企业喜欢用成熟的技术。应根据项目的实际情况(例如，开发环境、开发人员的素质、系统的性能要求等)做出决定。)，但总的建议是尽可能采用成熟技术，谨慎引进先进技术。IT界流行的一句妙语“领先一步是先进，领先两步是先烈”道出了技术选择的原则。

3.法律可行性，又称社会可行性，内容广泛。需要从政策、法律、道德、制度等社会因素来论证信息系统建设的现实性。

4.用户使用可行性，又称实施可行性，是从用户的角度来评估信息系统的可行性，包括企业的行政管理和工作制度、用户的素质和培训要求等。可细分为管理可行性和运营可行性。

(1)管理可行性。管理可行性是指系统建设可行性分析(2)运营可行性来自企业管理。运行可行性，也称操作可行性，是指对信息系统在一定环境下有效工作并被用户方便使用的程度和能力的分析和确定。可行性研究是一个特定的过程，用于识别项目中可能存在的M个问题、机会或要求，确定项目目标，描述现状和成功的结果，根据可行性准则评估和比较解决问题的不同方案，选择最合适的方案，并编制和提交可行性研究报告。

具体来说，可行性研究可分为以下八个步骤

1.审查系统目标和规模。系统分析员应访问关键人员，阅读和分析相关材料，以进一步审查和确认系统目标和规模，纠正含糊或不准确的陈述，并清楚地描述对系统的所有限制和约束。这一步的关键是对系统目标、规模、相关约束和限制做出更详细的定义，使其更加清晰、明确和不含糊，并确保系统分析师正在解决的问题确实是要求他们解决的问题。

2.分析现有系统。系统分析员应仔细阅读和分析现有系统的文档和用户手册，并实地检查现有系统，注意其所做的工作。还要了解使用现有系统的成本及其缺点。需要注意的是，这一步的目的是了解现有的系统能做什么，而不是它是如何做这些工作的，所以不需要花太多时间去了解系统实现的细节。在这一步中，系统分析员应绘制描述现有系统的高级系统流程图，记录现有系统与其他系统之间的接口，并请有经验的人员检查是否正确。

3.导出新系统的高层逻辑模型。在系统目标和规模的基础上，通过对现有系统的研究，可以从现有系统的物理模型推导出现有系统的逻辑模型，描述数据在系统中的流动和处理，从而大致表达出新系统的设想，即对新系统进行建模。

建模的目的是获得新系统的框架和概念理解。，可以采用以下技术

(1)系统上下文范围

(2) E-R图。这是系统的数据模型。在这个阶段，不需要生成一个完整的E-R图，而是要找到主要实体及其关系。

(3)用例模型。这是用0.0的思想来描述一组用例、参与者以及它们之间的关系。

(4)领域模型。它还利用0 0的思想寻找系统中的主要实体类，并解释实体类的主要特征及其关系。

(5)投入产出图。这是从输入、处理和输出的角度，用传统的结构化思想对系统的描述。

4.用户对新系统的逻辑模型的审查只代表系统分析员对新系统必须做什么的看法，而不是用户的看法。所以系统模型建立后，一个很重要的工作就是和客户核对。在这个过程中，如果发现模型与用户的目标不符，要通过访谈、现场观察、分析现有系统等手段了解，然后在此基础上修改模型。所以可行性研究的前四步是一个循环，循环往复，直到用户确认新的系统模型。

5.提出并评估解决方案。从系统的逻辑模型中，系统分析师推导出一些更高层次(更抽象)的解决方案，以供比较和选择。尽量列出各种可行的方案，综合评价这些方案的优劣，以便于下一步决策。在这一步，你可以使用候选系统方案矩阵和可行性分析矩阵。前者是记录候选方案异同的工具，后者是评价候选方案的工具。

对于那些明显不可行的方案，比如没有相应的技术方案，从经济角度来看明显不可行，违背企业或行业实际情况的，直接过滤掉。

6.确定最终推荐的解决方案。根据可行性评估准则对系统的各种方案进行分析比较后，如果系统分析员认为值得继续进行项目建设工作，应确定最终推荐的方案，并说明选择该方案的理由。推荐方案需要更完善的成本效益分析，以便企业决策者根据是否经济划算来决定是否正式立项。

7.起草开发计划的系统分析师需要进一步制定一个粗略的开发计划，说明系统建设所需的资源、人员和时间进度，这些将作为项目立项后制定项目开发计划的依据。

8.准备并提交可行性研究报告。可行性研究每一步的结果都会被写成一个明确的文件，也就是可行性研究报告。向用户和管理层提交可行性研究报告，以供审查和批准。

更多关于在可行性分析中如何进行技术的可行性分析(可行性分析从哪方面进行分析)的请关注本站。