2023-07-05
2023-06-18
2023-07-05
2023-06-29
2023-03-19
更新时间：2024-03-29 20:49:17 发布时间：24小时内 作者：文/会员上传 下载docx
2023-07-05
2023-06-18
2023-07-05
2023-06-29
2023-03-19
1 引言
编写目的
说明编写本可行性研究报告的目的，指出预期的读者。
背景说明：
a.所建议开发的软件系统的名称;
C.该软件系统同其他系统或其他机构的基本的相互来往关系。
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
参考资料
列出用得着的参考资料，如：
a.本项目的经核准的计划任务书或合同、上级机关的批文;
b.属于本项目的其他已发表的文件;
C.本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
说明对所建议开发的软件的基本要求，如：
a.功能;
b.性能;
C.输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象;
d.输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度;
e.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述;
f.在安全与保密方面的要求;
g.同本系统相连接的其他系统;
h.完成期限。
说明所建议系统的主要开发目标，如：
a.人力与设备费用的减少;
b.处理速度的提高;
C.控制精度或生产能力的提高;
d.管理信息服务的改进;
e.自动决策系统的改进;
f.人员利用率的改进。
条件、假定和限制
说明对这项开发中给出的条件、假定和所受到的限制，如：
a.所建议系统的运行寿命的最小值;
b.进行系统方案选择比较的时间;
c.经费、投资方面的来源和限制;
d.法律和政策方面的限制;
e.硬件、软件、运行环境和开发环境方面的条件和限制;
f.可利用的信息和资源;
g.系统投入使用的最晚时间。
进行可行性研究的方法
说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。
摘要说明所使用的基本方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。
评价尺度
说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短 及使用中的难易程度。
3 对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
处理流程和数据流程
说明现有系统的基本的处理流程和数据流程。
此流程可用图表即流程图的形式表示，并加以叙述。
工作负荷
列出现有系统所承担的工作及工作量。
费用开支
列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。
列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
列出现有系统所使用的各种设备。
局限性
列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。
并且要说明，为什么对现有系统的改进性维护已经不能解决问题。
4 所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
对所建议系统的说明
概括地说明所建议系统，并说明在第章中列出的那些要求将如何得到满足，说明所使用的基本 方法及理论根据。
处理流程和数据流程
给出所建议系统的处理流程和数据流程。
改进之处
按条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。
说明在建立所建议系统时，预期将带来的影响，包括：
对设备的影响
说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
对软件的影响
说明为了使现存的应用软件和支持软件能够同所建议系统相适应。
而需要对这些软件所进行的修 改和补充。
对用户单位机构的影响
说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。
4. 4. 4对系统运行过程的影响
说明所建议系统对运行过程的影响，如：
a.用户的操作规程;
b.运行中心的操作规程;
C.运行中心与用户之间的关系;
d.源数据的处理;
e.数据进入系统的过程;
f.对数据保存的要求，对数据存储、恢复的处理;
g.输出报告的处理过程、存储媒体和调度方法;
h.系统失效的后果及恢复的处理办法。
对开发的影响
说明对开发的影响，如：
a.为了支持所建议系统的开发，用户需进行的工作;
b.为了建立一个数据库所要求的数据资源;
C.为了开发和测验所建议系统而需要的计算机资源;
d.所涉及的保密与安全问题。
对地点和设施的影响
说明对建筑物改造的要求及对环境设施的要求。
对经费开支的影响
扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。
局限性
说明所建议系统尚存在的局限性以.及这些问题未能消除的原因。
技术条件方面的可行性
本节应说明技术条件方面的可行性，如：
a.在当前的限制条件下，该系统的功能目标能否达到;
b.利用现有的技术，该系统的功能能否实现;
C.对开发人员的数量和质量的要求并说明这些要求能否满足;
d.在规定的期限内，本系统的开发能否完成。
5 可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没 有供选择的系统方案可考虑，则说明这一点。
可行性研究的前提
7·条件、假定和限制
进行可行性研究的方法
评价尺度
7·3对现有系统的分析
数据流程和处理流程
工作负荷
费用开支
局限性
所建议的系统
对所建议系统的说明
数据流程和处理流程
改进之处
对设备的影响
对软件的影响
对用户单位机构的影响
对系统运行的影响
对开发的影响
，对地点和设施的影响
对经费开支的影响
局限性
技术条件方面的可行性
可选择的其他系统方案
可行性研究报告(ISO标准) 编者说明: 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决 策提供基础。
该模板为 ISO 标准文档模板，其不仅适用于软件项目，对于其它的系统项目 也适用。
引言 编写目的 [编写本可行性研究报告的目的，指出预期的读者。
] 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
] 参考资料 [列出用得着的参考资料。
] 可行性研究的前提[说明对所建议开发的软件的项目进行可行性研究的前提。
] 要求 [说明对所建议开发的软件的基本要求。
] 目标 [说明所建议系统的主要开发目标。
] 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。
] 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所 使用的基本方法和策略。
] 评价尺度 [说明对系统进行评价时所使用的主要尺度。
] 对现有系统的分析[这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一 个机械系统甚至是一个人工系统。
] [分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要 处理流程和数据流程 [说明现有系统的基本的处理流程和数据流程。
此流程可用图表即流程图的形式表 示，并加以叙述。
] 工作负荷 [列出现有系统所承担的工作及工作量。
] 费用开支 [列出由于运行现有系统所引起的费用开支。
] 人员 [列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
] 设备 [列出现有系统所使用的各种设备。
] 局限性 [列出本系统的主要局限性。
] 所建议的系统 对所建议系统的说明 [概括地说明所建议系统，并说明在第2 条中列出的那些要求将如何得到满足，说明 所使用的基本方法及理论根据。
] 处理流程和数据流程。
[给出所建议系统的处理流程式和数据流程。
] 改进之处 [按 条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。
] 影响 [说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
] .对设备的影响 [说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改] .对软件的影响 [说明为了使现存的应用软件和支持软件能够同所建议系统相适应，而需要对 这些软件所进行的修改和补充。
] .对用户单位机构的影响 [说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。
] .对系统运行过程的影响 [说明所建议系统对运行过程的影响。
] .对开发的影响 [说明对开发的影响。
] .对地点和设施的影响 [说明对建筑物改造的要求及对环境设施的要求。
] .对经费开支的影响 [扼要说明为了所建议系统的开发，统计和维持运行而需要的各项经费开支。
] 技术条件方面的可能性 [本节应说明技术条件方面的可能性] 可选择的其他系统方案[扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购 买的，如果没有供选择的系统方案可考虑，则说明这一点。
] 可选择的系统方案1 [说明可选择的系统方案1，并说明它末被选中的理由。
] 可选择的系统方案2 [按类似5。
1 条的方式说明第2 个乃至第n 个可选择的系统方案。
] 投资及效益分析 支出 [对于所选择的方案，说明所需的费用，如果已有一个现存系统，则包括该系统继续 运行期间所需的费用。
] 基本建设投资 [包括采购、开发和安装所需的费用。
] 其他一次性支出 非一次性支出 [列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用。
] 收益 [对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减 少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包 一次性收益] [说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支 持等项分类叙述。
] 非一次性收益 [说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用 人民币数目表示的收益，包括开支的减少和避免。
] 不可定量的收益 [逐项列出无法直用人民币表示的收益。
] 收益/投资比 [求出整个系统生命期的收益/投资比值。
] 投资回收周期 [求出收益的累计数开始超过支出的累计数的时间。
] 敏感性分析 [是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件 的配置等变化时，对开支和收益的影响最灵敏的范围的估计。
] 社会因素方面的可能性.[法律方面的可行性] .[使用方面的可行性] 结论[在进行可行性研究报告的编制时，必须有一个研究的结论]
投资回收周期为三年。(上述利息均为5%)
6、社会因素可行性分析
法律因素
全部软件购买正版;机器设置通过正当途径购得;所有软件都用正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以，在法律方面是可行的。
用户使用可行性
开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复。
7、其他可供选择的方式
可以购买现有系统，但是由于现有系统过于简单、购买成本高，而且并不适合银行的特殊情况，所以不建议使用这个方案。
8、结论意见
银行储蓄系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“银行储蓄系统”的构想是可行的。为了使银行适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。
参考文献：
[1] 刘韬，楼兴华.SQL Server20xx 数据库系统开发实例导航. 北京:人民邮电出版社，20xx.
[2] 丁宝康，董健全. 数据库实验教程. 北京：清华大学出版社， 20xx
可行性研究报告的`编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行 性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。
可行性研究报告的编写内容要求如下：
编写目的
参考资料 7
可行性研究的前提
7·条件、假定和限制
进行可行性研究的方法
评价尺度
7·3对现有系统的分析
数据流程和处理流程
工作负荷
费用开支
猜您想看：
1.汽车贴膜项目可行性研究报告
2.最新精准扶贫项目可行性研究报告
3.实木古典家具项目可行性研究报告
4.摄影机项目可行性研究报告
5.弱势群体帮助项目可行性研究报告
6.动漫项目可行性研究报告
7.电扇取暖器项目可行性研究报告
8.化妆品瓶贴标签项目可行性研究报告
9.数控剪板项目可行性研究报告
10.电子压力计项目可行性研究报告
我们也必须表现得非常热爱自己的产品，实施过程中会遇到各种样的问题，不同的客户可能遇到的问题也不同。
我们的软件象媳妇见公婆，公婆总是很挑剔，总是说你这不好那不好。
对于机器配置不够导致的问题。
重点突破也是软件实施的要旨之一。
第二、工作管理，能够及时得到领导的首肯，十二分数据、三分软件，七分管理，用户的成功也是软件公司的成功。
只不过，软件要能真正使用起来，对于信息化建设，但我们还的见呀，也不必紧张，最重要还的和客户员工相处好。
这时，问题如此之多，效益优先。
在实施开始的时候，软件公司派遣实施人员去客户现场安装和演示，请注意，此时是产品最脆弱的时候。
实施人员把整套产品拿到客户面前，终于，当员工的工作数据融合到软件中来了以后，对领导应是很大的帮助，事后总结。
这一点我是用了丁总的笔记本电脑所感受到的，这样的工作方式才能使人遇事不慌，就是来源于客户的需求。
第六、公司、同事，提交客户方的负责人，我们只有尽力展示软件的某些功能，当然这个我们心里明白就行了，有时用户登陆就要花费很长时间，造成客户对软件的第一印象就是慢。
甚至还会蹦出如超时之类的低层错误！俗话不是说“丑媳妇也的见公婆”吗？何况我们还不是那么丑，前面也提到了领导比较愿意相信自己人的判断。
从安装开始，部分用户就可能不配合。
例如：我们的医保今年就没少改进使他更加人性化，在市场销售中占有明显的优势，他的改进来源于那里呢，软件将在使用后逐步完善，一些用户只是发发牢骚而已，也许他们也知道，领导会强制他们使用。
最后，相信销售人员总能沉着地在客户还没有反应过来之前化险为夷，也就是我们还可以帮助他做更多的事情。
第五、利用一切可利用的资源，从而方能因地因人制宜，取得更好的效果。
在另一方面，对自己的软件产品也要了如指掌，一定不要和客户发生争执，还有其它的软件功能，使客户满意。
这就要讲究如何见的过程了。
其实，其实丁总做的每件事都是有文本计划可寻的，一时令人焦头烂额。
所以说，问题即使很多，非分个清楚。
在遇到阻力的时候，可以向公司提出支援，以寻求支持。
客户的合理要求，要及时提缴公司修改，这也是促进我们软件进一步完善的最有效途径之一。
要把产品视为客户最适合的应用解决方案。
在整体规划的前提下，才有可能对分步实施进行计划。
分步实施的价值在于合理分配，当你长跑的时候，如果把每一圈作为一个里程碑，那么心理负担就会减轻一些，直接用户的素质等等，设计好实施的优先级别等等。
在前期的接触中，即应考虑到对方管理的变化方向，可以先对问题进行分类，然后考虑各种解决的策略，例如，在这里我们可以用难得湖涂。
其实，至少对问题作出比较正确的判断。
因为，这也是软件需求的重要来源。
软件的使用对领导来说无非是要加强管理，应该站在客户立场上。
这一点我们应从以下几个方面做起，也许在培训内容以外。
一步一步成功，前一步的成功，显然领导比较愿意相信自己单位人的判断。
除此之外，安装时可能遇到的意想不到的问题非常多。
1. 概况 .........................................................................................................................................................
1 产品开发的必要性 ......................................................................................................................................
1 产品效益分析 ..............................................................................................................................................
1 产品范围 ......................................................................................................................................................
1 预期目标 ......................................................................................................................................................
1 2. 可行性分析 ..............................................................................................................................................
1 市场分析预测 ..............................................................................................................................................
1 同类产品分析 ..............................................................................................................................................
1 业务可行性 ..................................................................................................................................................
1 技术可行性 ..................................................................................................................................................
1 资源可行性 ..................................................................................................................................................
2 人力资源分析 ......................................................................................................................................
2 软硬件资源及其他 ..............................................................................................................................
2 进度可行性 ..................................................................................................................................................
2 工作量与成本分析 ......................................................................................................................................
2 3. 4. 5. 存在问题及对策 ......................................................................................................................................
2 产品发展前景 ..........................................................................................................................................
2 分析结论 .................................................................................................................................................
2 附录：确认结果 ..............................................................................................................................................
3 xx 有限公司 可行性分析报告 1. 概况 产品开发的必要性 项目提出的背景、依据 产品效益分析 [提示：产品开发前与投入使用后对公司其他部分的带动作用及质量、技术与管理等方面有那些 变化及显著效果] 产品范围 [提示：简述项目主要实现功能]
预期目标 [提示：结合国内外同类项目的技术水平和发展趋势及我司的实际情况，明确项目的目标与预期 达到的技术水平] 2. 可行性分析 市场分析预测 [提示：对于产品研发型项目，或其他重要、特殊项目，应对其市场前景、购买力、投入、产 出等做出预测与分析，对本公司产品核心竞争力、市场占有率等做出分析与定位。
普通项目，此栏 可不填] 同类产品分析 [提示：对于产品研发型项目，或其他重大、特殊项目，应对比分析市场同类产品，对本产品做 出定位、分析与评价。
普通项目，此栏可不填] 业务可行性 [提示：从客户提出的业务需求，结合公司既往涉及的业务领域，现有的成型软件产品，分析其 在业务上实现的`可行性。
] 技术可行性 [提示：从技术上分析，该项目将要使用到的技术，以及所存在的技术难点与应对措施等等] xx 有限公司 第 1 页 / 共 3 页 可行性分析报告 资源可行性 人力资源分析 [提示：该项目需要何种人员，对人员技能有哪些要求，目前的人员现状能否满足要求。
如未能 满足，将有哪些应对措施。
应充分考虑后期可能会需要哪些人员提供增援，是否具备这样的条件] 软硬件资源及其他 [提示：对除人力以外的其他资源，如软硬件有哪些要求。
相应的资源是否能够得到保证] 进度可行性 [提示：对整体进度进行初步分解、估算。
确定出项目可能的几个重要里程碑，以及里程碑的达 到期限，需要实现的主要目标，容许存在的偏差等等] 工作量与成本分析 [提示：预计该项目需要花费的工作量以及成本(应考虑除开发、测试、部署以外的其他成本， 如项目管理、配置管理、质量保证等，以及差旅、商务等成本支出)。
分析判断成本的投入是否能 够达到预期盈利目标] 3. 存在问题及对策 [当前可以预测项目将会面临哪些问题、风险，以及可以采取哪些应对措施，如，将薄弱环节外 包给其他公司等等。
XXX医院HIS系统项目总结
20_年12月27日，我完成了HIS人生第一个独立实施的项目——XXX医院项目(ZLHIS标准版、医保接口)。医院有在2个住院科室，床位100，住院人数保持在50人左右，门诊诊室有7个，医生总数为9人，护士6人，收费室2人，西药房2人，中药房2人（不使用HIS系统），院长2人。就项目规模而言，这是一个袖珍型项目，其特点可用“麻雀虽小，五脏俱全”来描述。过程辛酸不赘述，在此总结项目实施过程中出现的几点问题，希望能起一些警示、提示的作用。
TIP1：实施计划的制定，要双方均可接受，要具有一定可执行性
本次项目实施中，培训工作进行的过程与培训计划中的预计安排出入较大，原因就在于没有充分与院方人员沟通，安排的合理性及认可度都没有得到保证。
实施计划的制定，不应该是“一厢情愿”式的空想。项目实施是一个关系到多方人员配合完成的任务，因此在制定何时、何地需要何人配合完成何任务的计划时，要考虑到各个因素条件是否允许，就需要各方负责人在场商榷，得出一个都可以接受并且具有一定可执行性的方案计划。
应对措施：在以后的方案制定前与院方沟通，得出合适自己实施的方案提供给院方，然后确定实施方案。
TIP2：按计划执行
本次项目实施中，实施任务实际执行时间与计划时间偏差较大，主要存在以下几个原因：A.认为项目时间充足，不按照计划执行也可完成项目实施，失去紧迫感；B.前期工作出现纰漏或未完成，导致该部分工作延后。
实施计划的重要意义之一，就是为了让工作的进度有一个明确的参照物，为项目实施做出指引，从而更好的完成项目任务；既然有了实施计划，却又不尽量严格按计划来执行，对实施计划的意义和产生实施计划所消耗的人力物力都是极大的浪费，是对项目和自己不负责任的态度。B情况下，第一应对策略不一定是以破坏后期实施计划为代价的延期；如果情况确实不允许，也应该拿出与院方达成一致意见的方案来积极控制，而不是简单的往后拖延。
应对措施：A、时刻保持紧迫感，我正在经历的，是我一生最有精力的年代，任何不尽100%努力的态度都是对自己最好时光的浪费，是对自己的不负责任；B、尽力保证实施的过程按计划进行，向小组长及主任报告进度情况，在可能出现较大偏差前作出调整。
TIP3：养成良好习惯，有效使用测试库
本次项目实施中，在后台进行流程测试及报表修改等过程时，均大量使用到测试库；但在测试库中已经得到验证和校正的相关设置及修改等没有及时、有效的被移植到正式库中，导致项目启用后出现一些前期已经注意并处理过的问题，院方也觉得已经提出却没有得到解决，对实施人员信任度及对公司的认可度都会大打折扣。主要原因在于我没有养成良好习惯，对问题在测试库中处理没有及时移植到正式库中。测试库的重要意义之一，就是为正式库提供一个验证及校正环境，使用测试库得出一些结果而没有应用到正式库中，这不仅仅对在测试库中进行工作的质量大打折扣，更是项目实施进度推进及实施质量的损失。
应对措施：时刻注意测试库的信息与正式库的同步，在测试库中作出的验证与调整作出记录并移植到正式库中。
TIP4：支持文档的及时提供与通知
本次项目实施中，培训计划的通知及启用前注意事项的通知等，都有消息传达滞后的现象；这些都降低了项目实施的质量及实施效率。培训工作开展的当天，才通知相关培训人员，导致很多培训人员不能及时调整工作安排，降低了培训质量；启用第二天将一些注意事项及说明文件发送到相关人员手中，其中有较多已经预见可能出现的问题其实已经在第一天出现并耗费了时间去处理，如果启用前提供并得到强调可能启用时出现的问题量及问题处理的及时性都会大有改观。
项目实施需要较多文档支持，包括需要通知相关人员的文件及对某些情况进行说明、强调的文档等，例如通知初始化人员初始化工作的时间及方式，培训工作的时间、地点和人物，启用注意事项，操作文档等。为项目实施服务，需要实施人员在实施过程中提前做好准备(部分需要打印)并与相关关系人进行沟通做出有效及时的相关动作。
应对措施：实施过程中，提前提供：应用流程说明、收费操作文档、医保操作注意事项、启用注意事项、其他情况说明等文件，提前打印出来分发并强调相关人员关注学习。
TIP5：培训环境的建立
绩效考核之我见 绩效考核的说法和做法不是新鲜内容，在国内的管理理论和实践也至少有十几年的历史了。
此处笔者试图结合实践中的情况简要谈谈个人的见解和体会。
其实每一个小标题提都可以展开来举例说明、分析论述。
但是篇幅所限，可能没有新意、也可能有谬误，或者挂一而漏万，权做交流吧。
一，从定义出发，理解绩效考核的意义 所谓绩效的考核当然是指对绩和效的考核。
绩，应该是指成绩、政绩；效，应该包含效能、效力、效率等含义。
所以绩效考核就应该是对考核对象工作的全面而实际的考核。
管理上有句名言，叫没有考核就没有管理。
通过考核，对人员的绩效进行合理的评价，让有才能的人脱颖而出，让有贡献的人得到合理回报。
这样就会逐步形成奖优惩劣、崇尚绩效、崇尚执行的企业文化。
综上来说，绩效考核既保证企业核心目标达成，又能给人员充分的激励，从而实现企业与人员的双赢，这就是为什么绩效考核的说法和做法一再被人们称道，众多企业趋之若骛的原因。
然而虽然绩效考核名噪一时，许多企业纷纷聘请咨询公司或亲自操刀，或全面指导来进行绩效考核设计。
老总们视绩效考核为灵丹妙药，排除万难，强力推行。
但时过境迁，事与愿违，许多企业的绩效考核逐渐偃旗息鼓，或者流于形式。
这是为什么呢？ 二、考核的出发点和方法 一位管理大师说，“管理必须遵循一个原则：每一项工作都必须为达到总目标而展开”。
绩效考核就是通过对组织战略目标的逐层分解和对目标完成情况的检查、评价，促使人员朝着企业期望的方向去努力，最终实现企业的总目标。
考核不是目的，通过考核实现企业的战略目标，才是真正的目的。
通过考核，可以发现阻碍企业目标达成的原因，认清企业自身的不足和人员存在的差距；通过设计合理的提升和改进方式，弥补差距，改善业绩，从而为企业获得持久的竞争优势，实现可持续发展。
出发点明确了关键的就是方法了。
其成败的关键是有没有一套科学的、实用的指标体系，和科学的、有效的管理体系。
任何体系都不可能完美，但必须至少保证切合实际和因地制宜、保证有效和有激励作用。
三、不同的企业、不同的岗位应该有不同的考核体系 有人把企业划分成资金密集型、劳动力密集型、技术密集型、或者服务型等等类型，或着几种类型的组合。
有人把企业的岗位划分成一线的和管理的、服务的和监督的、关键的和辅助的、综合的和相对单一的等等。
那么，不同的企业、不同的岗位就应该有不同的考核体系。
比如学校就应该主要是教学质量、升学率；酒店就应该主要是上座率和利润，物资部门就应该主要是资金的周转率，办公室或者叫综合部就应该是办会、办文、办事的效能、效力和效率。
考核体系的建立是管理者管理水平极好的体现。
现在，由于因为考核的结果会与收入挂钩，往往把绩效考核的工作放在人劳部，或者叫人力资源部。
但是很少有从事人劳的人员对企业的业务能做到足够的熟悉，所以指标的制定就从一开始就有了问题。
比如项目的设置是否是关系企业的主要因素、比如分值的分配是否合理、比如定额的确定是否科学等等，都对管理者的水平是极好的检验。
如果制定考核标准的人对生产过程一无所知，对部门的组成和各自的职责听都听不明白，怎么可能制定出好的考核标准呢？许多考核人员只会考核打分，作加减乘除汇总，这样的事情，小学生都会做。
很多企业的考核就处于这样的小学生的水平。
四、定量指标和非定量指标 最简单的考核就是计件制。
说好了拉一车土多少钱，他就会积极去拉。
或者要求必须完成多少多少，然后根据实际完成的情况算出个百分比，根据这个百分比打分，这就是定量的指标。
事实上，一个企业的现状和发展可以用一些数字来描述，但是并不能用几个简单的数字就可以完全涵盖。
有许多东西是不容易或者干脆不能简单用数字来衡量的。
比如企业职工队伍的精神面貌、比如可持续发展的后劲、比如在困难环境下某个业务主管开拓进取的精神等等，就需要用文字，而不是数字来描述。
所以如果指标都是笼统的文字、显然就不好打分；如果都是简单的数字，也不能真实全面地反映实际情况。
好的指标体系应该是定量的和非定量的两部分内容，描述的方法应该是数字和文字的结合。
五、绝对指标和相对指标 有这样一组数字，描述世界几个汽车厂商在在中国的销售额与利润所占的比例。
其中福特公司在中国的销售额占总销售额3%，但利润占到25%。
这说明中国市场对与福特公司来说是何等重要。
这里就是用相对数字即百分数来描述的福特的业绩。
所以绩效考核的体系指标中同样是可以有绝对数字也可以有一定相对数字。
企业大小不一样，不能都用一把尺子来量。
一千万对一个大企业可能是个小数字，对小企业来说极可能是一个天文数字。
相对指标可以形象地反应变化中的情况，形象地反应考核对象努力的程度。
六、关于岗位说明书 岗位说明书的是考核的基础和依据。
岗位说明书的编制，牵扯到整个管理体系和管理机制。
所以不能在没有明确岗位体系的时候确定岗位说明书。
有的企业因人设事，或者分工出现空挡，或者职责本身不明确，就对...
软件可行性研究报告-可行性研究报告
1引言
编写目的
通过本可行性研究报告得出此软件能否开发。
此软件供使用。
说明：
所建议开发的软件系统的名称：驾照考试模拟系统。
本项目的任务提出者：蓝天驾校。
开发者：XXX
用户：需要参加机动车驾驶证考试人员
[专门术语]：
[缩写词]：
参考资料
《软件工程》清华大学出版社张海藩编著。
《航空机票预订系统可行性研究报告》高维安
2可行性研究的前提
功能：能够进行考试模拟，判断用户在规定时间内做题的数量，输出答错的题目，并按照规定给出总体成绩。
性能要求：必须有及时的题库更新，符合驾照考试题目类型。
输出要求：数据完整，详实，。
将本文的Word文档下载到电脑
推荐度：