项目可行性是指企业建设该项目的必要性、成功的可能性以及投入产出比与企业发展需要的..

免费智能真题库 > 历年试卷 > 系统分析师 > 2017年上半年系统分析师上午试卷综合知识

第22题

知识点：可行性分析培训评估运行成本运行可行性

关键词：可行性分析收益运行可行性可行性章/节：项目管理知识

项目可行性是指企业建设该项目的必要性、成功的可能性以及投入产出比与企业发展需要的符合程度。其中，（22）可行性分析主要评估项目的建设成本、运行成本和项目建成后可能的经济收益; （23）可行性包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性。

A. 技术

B. 经济

C. 环境

D. 用户使用

相关试题：项目管理知识

更多>

第55题 2011年上半年

69%

项目管理中使用的甘特(Gantt)图（55)。

第32题 2010年上半年

37%

项目管理是保证项目成功的核心手段，在项目实施过程中具有重大作用。其中（32)是项目管理的重要元素，是项目实施的基础：（33)要..

第29题 2014年上半年

65%

（28）是系统分析阶段结束后得到的工作产品，（29）是系统测试阶段完成后的工作产品。


知识点讲解
· 可行性分析 · 培训 · 评估 · 运行成本 · 运行可行性

可行性分析

可行性研究的任务就是研究系统开发的必要性和可能性，用最少的代价在尽可能短的时间内确定问题是否值得解决和是否能够解决。要达到这个目的，必须分析几种主要的可能解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。

可行性分析的内容

一般来说，系统可行性研究可从技术可行性、经济可行性和操作可行性三个方面进行考虑。

（1）技术可行性。要确定使用现有的技术能否实现系统，就要对开发系统的功能、性能、限制条件进行分析，确定在现有的资源条件下，技术风险有多大，系统能否实现。技术可行性一般要考虑的情况包括：在给出的限制范围内，能否设计出系统并实现必须的功能和性能；可用于开发的人员是否存在问题。可用于建立系统的其他资源是否具备；相关技术的发展是否支持这个系统。

（2）经济可行性。进行开发成本的估算以及了解取得效益的评估，确定要开发的系统是否值得投资开发。对于大多数系统，一般衡量经济上是否合算，应考虑一个最小利润值。经济可行性研究范围较广，包括成本效益分析、公司经营长期策略、开发所需的成本和资源、潜在的市场前景等。

（3）操作可行性。也称为运行环境可行性，包括法律可行性和操作使用可行性（执行可行性）等方面。法律方面主要是指在系统开发过程中可能涉及的各种合同、侵权、责任以及各种与法律相抵触的问题。操作使用方面主要指系统使用单位在行政管理、工作制度和人员素质等因素上能否满足系统操作方式的要求。

可行性分析的步骤

可行性分析工作的步骤如下：

（1）核实问题定义与目标。系统分析师开始正式进行可行性分析工作之前，首先要做的一个工作，就是对该项工作的基础（问题定义）再次核实。这一步骤的关键目标是：使得问题定义更加清晰、明确、没有歧义，并且对于系统的目标、规模以及相关约束与限制条件做出更加细致的定义，确保可行性分析小组的所有成员达成共识。

（2）研究分析现有系统。对现有系统的仔细分析与研究是十分重要的一项工作，因为它是新系统开发的最好参照物，对其充分分解有助于新系统的开发。

（3）为新系统建模。在问题定义、现有系统研究的基础上，就可以开始对新的系统进行建模，建模的目的是为了获得一个对新系统的框架认识和概念性认识。通常可以采用以下几种技术：

.系统上下文关系范围图：其实也就是数据流图的0层图，将系统与外界实体（可能是人、可能是外部系统）的关系（主要是数据流和控制流）体现出来，从而清晰地界定出系统的范围，实现共识。

.实体关系图：这是系统的数据模型，这个阶段并不需要生成完整的E-R图，而是找到主要的实体以及实体之间的关系即可。

.用例模型：这是系统的一个动态模型，有关知识将在第9章中详细介绍。

.域模型：这是采用面向对象的思想，对于系统中主要的实体类找到，并说明实体类的主要特征和它们之间的关系。

.IPO（Input/Process/Output，输入／处理／输出）表：这是采用传统的结构化思想，从输入、处理、输出的角度进行描述系统。

（4）用户复核。系统模型建立之后，一项十分重要的工作就是与客户一起进行复核。在这个过程中，如果发现模型与用户的目标有不一致的地方，就应该再次通过访谈、现场观摩、对现有系统分析等手段进行了解，然后在此基础上修改模型。因此也可以说，（1）～（4）的步骤是一个循环，周而复始，直至客户确认了新的系统模型为止。

（5）提出并评价解决方案。应该尽量列举出各种可行的解决方案，并且对这些解决方案的优点、缺点做一个综合性的评价，以便于下一步决策。在这个步骤中，可以使用候选系统矩阵和可行性分析矩阵，前者是用来记录候选方案之间的相同和不同的工具，后者是用来评定候选方案的工具。

对于那些明显不可行的，如技术上还没有相应的办法、经济角度明显不可行的、违背企业或行业实际情况的解决方案应该直接过滤掉。

（6）确定最终推荐的解决方案。明确地指出该项目是否可行？如果可行，什么方面是最合理的？对于这两个问题的回答，是可行性分析研究工作的核心目标。因此在各种解决方案提出之后，紧接下来就应该从中选出一个最合理、最可行的解决方案，并且更加详细地说明理由，而且还要对其进行更加完善的成本效益分析。

（7）草拟开发计划。制订一个最粗略的开发计划，说明开发所需的资源、人员和时间进度安排。这也将作为可行性分析的一个重要依据，和立项开发后制订项目计划的基础。

（8）提交可行性分析报告。将研究的结果整理成文，提交用户和管理层，进行审查通过。在国家标准GB/T 8567——88中，规定了可行性分析报告的详细格式和内容，大致包括引言、可行性研究的前提、对现有系统的分析、所建议的系统、可选择的其他系统方案、投资及效益分析、社会因素方面的可行性、结论。

培训

培训包括旨在提高项目团队成员能力的全部活动。

培训可以是正式或非正式的。培训方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。

应按人力资源管理计划中的安排来实施预定的培训。也应根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者由执行组织承担（如果增加的技能有利于未来的项目）。培训可以由内部或外部培训师来执行。

评估

评估测试不只针对物理设备，更重要的是要评估、比较各种网络技术。通常使用模拟测试配置和模拟负载进行子系统（如路由器）和网络技术（如ATM或FDDI等）的评估。评估测试不适用于全局网络，因为全局网络拓扑负载、网络设备太多，不好准确定位引起问题的原因和位置，不能进行有效的比较。多数评估测试在专用的子网测试环境中进行。

很多公司都有其固定合作的网络设备供应商，如路由器、集线器或交换机的供应商，通常很少再做设备比较测试，但网络技术的比较测试需要经常进行。企业经常面对选择哪种技术以及怎样比较不同技术的问题，所以技术评估是评估测试中很重要的一项。

在比较设备与技术时，除了使用专用于待测设备或技术的工程负载外，有经验的程序员也使用真实负载，使用真实负载可以了解待测设备或技术在特定环境下的运行性能。通过两种负载模式检测结果的比较，可以获知待测设备还有多少多余容量。

评估测试与设备或技术的功能／特征测试一样，用于比较待测设备或技术的性能、稳定性、特性、易用性配置和管理等方面的功能。

评估测试实质是衰减测试的基础，评估测试中对几种设备或技术进行比较；衰减测试中对同一设备的不同版本进行比较。测试中选择设备的标准也完全可作为验证升级版本工作正常与否的标准。尽可能多地集成在计划／设计阶段进行测试是非常好的方法，最初的产品评估测试可以被开发阶段的可接受性测试和升级阶段的衰减性测试所借鉴。

评估测试是最常进行的测试，在设备选型、技术选型，以及网络系统升级过程中都要进行或多或少的评估测试。

用于评估测试的负载模式和测试脚本要能有效覆盖被检测的设备和技术。常使用最好情形（工程负载）和真实负载模式进行测试，两种方式都提供了唯一的、重要的检测结果，测试人员要能够理解、解释测试结果间的不同。

工程检测结果是被测设备和技术在最理想的情形下测试得到的结果，因此不能在真实运行环境里显示它们的运行性能；真实检测结果能很好地显示待测设备或技术在运行网络环境中的性能，但无法预测设备的总容量。如果时间允许，两种测试都要做。通常测试人员只有时间进行一种测试，一般进行最好情形的测试。许多公开发行的测试报告都是基于最好情形（工程负载）下的测试结果。

所有的测试配置都是模拟的。用于设备比较的测试配置不一定要代表运行网络的典型配置，任何有效、公正的测试配置都能对被测产品进行很好的比较。然而，测试配置和负载越接近运行网络的配置和负载，测试的结果越能反映被测设备在运行网络中的运行情况。

在安装和配置测试网络时必须注意：要确保配置中所有测试组件都是最新版本，使测试尽可能地公正和统一，以取得最好的测试结果。在测试非正式版时一定要小心，因为发布日期经常有错误。测试配置中安装了非正式版后，它还可能会变，所以非正式版的测试结果和正式版的测试结果经常不一致，分析非正式版的设备经常会延误项目的进行。

进行评估测试时，除了被测设备，测试配置中的所有网络组件都要保持不变。这一点非常重要，只有这样才能保证被测设备可以进行公平比较。对于子网，这一点很容易做到（一个网络设备很容易被另一个设备所替代）。

网络技术评估要比较各种网络技术，因而测试配置中的几个网络组件都需要更换。重要的是不要改变源或目标配置。在配置中不仅通信线路需要更换，路由器也需要更换。传输负载和端点的配置要保持不变。

需要评估测试计划中的各个测试任务，逐步完成测试、数据收集和数据解释。在评估测试中，各测试进行的先后次序没有关系，因为它们不是线性关系，而是多次重复进行的。当在测试中发现了新的信息时，以前所做的测试可能要重新进行以确定它的测试结果，或要对以前的测试稍作改变以检验网络运行的其他方面。此外，在评估期间设备提供商经常发布新的版本或非正式的版本，所以各种基于这种设备的测试都要重新进行。

制定网络设备、技术比较或取舍标准时，不仅要参考评估测试所得的测试结果数据，还要综合考虑其他一些信息，如各设备的性能价格比，但由于没有运行网络的持续和峰值负载要求，所以缺少比较基准，往往将产品评估测试引入歧途。

最后要根据评估测试所得的数据和图表对网络系统作出总结性评估，并撰写网络系统评估报告。

运行成本

企业信息系统的运行成本，也叫做可变成本，是指日常发生的与形成有形资产无关的成本，随着业务量增长而正比例增长的成本。IT人员的变动工资、打印机墨盒、纸张、电力等的耗费都会随着IT服务提供量的增加而增加，这些就是IT部门的变动成本。

运行可行性

运行可行性是对方案在组织中的合适程度的度量，也是人们对该系统的感觉的度量。运行可行性的以下两个方面需要考虑：

（1）问题是否值得解决，或者问题的解决方案能工作吗？

（2）用户和管理人员对问题或问题的解决方案感觉如何？

我们不仅要评价一个系统是否能够满足功能性和非功能性需求，而且还要评价它是否受到管理层、最终用户等的支持，因为一个可以工作的方案仍可能由于最终用户和管理层的抵制而落选。

题号导航 2017年上半年系统分析师上午试卷综合知识

本试卷我的完整做题情况



	第22题在手机中做本题