ImageVerifierCode 换一换
格式:DOCX , 页数:46 ,大小:108.37KB ,
资源ID:12003967      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/12003967.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(可行性研究模板v20.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

可行性研究模板v20.docx

1、可行性研究模板v20XX公司信息技术XXXXXX系统可行性研究报告模板XX公司信息部XX公司信息部2008年 10 月XX公司信息技术XXXXXX系统可行性研究报告模板项目负责人:编制: 审核: 信息技术项目可行性研究报告模板说明根据信息部关于信息化工作管理相关规定,切实做好信息技术项目的规划计划工作,落实好项目前期准备工作,特编制本模板。本模板是在信息技术建设的新要求下,充分考虑可行性研究报告评审过程中所反映的意见,并结合XXX规定编制而成。本模板目标是指导和规范其可行性研究报告编制工作,以期达到报告的四个统一,即统一内容、统一深度、统一测算标准及统一研究方法。信息技术项目可行性研究报告对内

2、的作用是立项审批的依据,对外的作用是项目招标的依据。本模板的目的就是更好地确定和规范可行性研究报告的这两大依据作用。本模板适用于XX公司信息技术新建和改、扩建(升级、改进、系统集成等)项目。对于投资额度较小、项目建设内容比较简单或系统配置方案比较落实的项目,可按本模板进行适当简化。在进行项目可行性研究时,必须坚持科学、客观、公正的原则开展工作,不应拘泥于模板形式,要全面反映研究过程中的各种问题和意见,并在报告中充分体现,保证报告的科学性和严肃性,并对报告结论负责。经批准的可行性研究报告,将作为下一步设计依据,其项目建设规模、工程内容、技术方案和投资等不得有重大改变,如果改变,要报请审批单位研究

3、处理。可行性研究报告的投资估算要相对准确,在正常情况下,估算与实际投资的误差在20%以内。信息技术建设项目的经济评价一般只作定性分析,在基础数据齐全时,应做定量的经济效益评价。可行性研究报告编制还应符合国家、行业现行的产业政策和各项技术经济政策。本模板采用word模板格式,使用十分方便。在编制报告前可直接打开模板,系统会自动生成新的报告文件,保存后就可在该文件上继续后续工作。按照模板内容提示开展可行性研究工作,在逐步填充和完善模板内容后,即可完成报告编制。XX公司XXXXXX项目可行性研究报告文档编号:编制单位:YYYYYYYY(具体单位名称) YYYYYYYYXXXX年 XX 月XX公司XX

4、XXXX项目可行性研究报告委托单位:YYYYYYYY委托单位负责人:YYYYYYYY编制单位负责人:YYYYYYYY、YYYYYYYYXX公司XXXXXX项目可行性研究报告编制:YYYYYYYY、YYYYYYYY、YYYYYYYY、YYYYYYYY、YYYYYYYY、YYYYYYYY 、YYYYYYYY校对:YYYYYYYY审核:YYYYYYYY审定:YYYYYYYY目 录1. 总论 11.1. 项目基本情况 11.2. 编制依据 11.3. 项目的背景 11.4. 项目的必要性 21.5. 研究目标 21.6. 研究范围 21.6.1. 组织范围 31.6.2. 业务范围 31.6.3. 应

5、用系统范围 31.6.4. 投资范围 61.7. 编制原则 61.8. 投资概述及研究结论 71.9. 存在问题与建议 72. 现状分析 82.1. 企业概况 82.1.1. 基本信息 82.1.2. 组织机构和管理模式 82.1.3. 企业发展规划 82.2. 业务综述(与可研系统有关的业务) 82.2.1. 业务现状 82.2.2. 业务发展方向 82.2.3. 业务流程分析 82.3. 信息技术现状分析 92.3.1. 信息管理现状分析 92.3.2. 应用系统现状分析 92.3.3. 基础设施现状分析 92.3.4. IT人员与组织现状分析 92.4. 相关领域国内外信息技术发展趋势

6、92.4.1. 国外现状和趋势分析 92.4.2. 国内现状和趋势分析 102.5. 实例介绍 103. 需求分析 113.1. 业务需求 113.1.1. 业务需求分析 113.1.2. 目标用户分析 113.1.3. 业务流程 113.2. 功能需求 113.2.1. 企业总体功能需求 113.2.2. 目标用户功能需求 113.3. 技术需求 113.3.1. 性能需求 113.3.2. 输入输出 123.3.3. 数据管理能力 123.3.4. 故障处理 123.3.5. 运行环境 123.3.6. 与其它系统接口 123.3.7. 其它需求 123.4. 数据信息需求 123.4.1

7、. 数据标准化需求 123.4.2. 信息需求 123.5. 差距分析 124. 技术方案 134.1. 目标、范围与定位 134.1.1. 目标 134.1.2. 范围 134.1.3. 与现有和规划系统之间的关系 134.2. 系统功能架构方案 134.3. 体系架构方案 134.3.1. 方案描述 134.3.2. 方案比选 134.4. 技术架构方案 134.4.1. 硬件方案 134.4.2. 数据库方案 144.4.3. 应用系统产品方案 144.4.4. 运行环境方案 144.4.5. 建设方案 145. 系统概要设计 155.1. 系统功能设计 155.1.1. 总体结构设计

8、155.1.2. 系统主要功能 155.1.3. 子系统(模块)功能设计 155.2. 信息流设计 155.3. 基础架构配置设计 155.3.1. 硬件配置设计 155.3.2. 数据库配置设计 155.3.3. 运行环境配置设计 155.4. 接口设计 165.4.1. 内部分系统(模块)接口设计 165.4.2. 外部系统接口设计 165.5. 安全性设计 166. 系统运行的组织机构与定员 176.1. 系统的运行维护 176.2. 组织机构与定员设计的原则 176.3. 组织机构与定员及其职责 176.3.1. 系统维护的组织设置 176.3.2. 维护人员职责 176.3.3. 维

9、护人员的技能要求和人员数量需求 176.4. 培训 186.4.1. 培训目的和内容 186.4.2. 培训人员 186.4.3. 培训计划 187. 项目实施 197.1. 项目实施原则及方法 197.1.1. 项目实施原则 197.1.2. 项目实施方法 197.2. 项目实施前提条件 197.2.1. 对信息技术环境的要求 197.2.2. 对外围因素的要求 197.3. 项目管理策略 197.3.1. 项目计划和进度管理 197.3.2. 项目风险管理 197.3.3. 项目质量管理 197.3.4. 项目变更管理 207.3.5. 项目成本管理 207.3.6. 项目沟通管理 207

10、.3.7. 项目问题管理 207.3.8. 项目人力资源管理 207.3.9. 项目文档管理 207.3.10. 项目综合管理 207.4. 项目实施组织机构 217.4.1. 实施组织机构 217.4.2. 项目实施人员安排 217.5. 项目实施建设过程和方式 217.6. 项目实施培训 217.6.1. 培训目的和内容 217.6.2. 培训人员 217.6.3. 培训计划 217.7. 项目实施进度计划(甘特图、表) 217.8. 项目验收指标 217.8.1. 总体验收指标 217.8.2. 分阶段验收指标 218. 投资估算和效益分析 228.1. 编制依据 228.2. 投资估算

11、编制范围 228.3. 主要工程量测算说明 238.4. 总投资估算结果 238.4.1. 总投资 238.4.2. 试点阶段投资估算 248.4.3. 推广一期投资估算 258.4.4. 推广二期投资估算 258.4.5. 硬件投资 258.4.6. 软件投资 278.4.7. 系统用户数 288.4.8. 咨询费用 288.4.9. 内部支持费用 298.5. 投资效益 298.5.1. 投资效益指标一 298.5.2. 运行维护费用估算 299. 风险分析 319.1. 风险分析方法 319.2. 技术风险 319.3. 非技术风险 319.4. 规避及降低风险措施比选 3110. 可行

12、性分析 3210.1. 技术可行性分析 3210.1.1. 已有技术和工作基础 3210.1.2. 可用技术和条件 3210.2. 经济可行性分析 3210.3. 研究结论 3210.4. 问题与建议 32附件一:名词解释 33附件二:相关软件产品简介 34一、XXXX软件产品情况 34i. 软件清单 34ii. 软件产品功能及性能介绍 34iii. 解决方案介绍 34总论项目基本情况项目名称:钻井实施数据应用系统项目性质:新建编制依据 XX公司信息部2009年信息化工作重点部署; 探井实时数据传输系统各油田现状调查表 数字化石油钻井系统框架研究(杨传书,胜利油田钻井工艺研究院钻井信息中心工程

13、师) 综合录井数据远程传输(徐绪忠 黄华,华北石油局录井公司研究所) 井场信息传输标准WITS(API)简要说明可行性研究报告(以下简称可研报告)的编制依据,包括文件名称、编制或批准单位、文号和日期,如国家相关规定、XX公司或XX公司的有关文件、批复的规划、相关报告、合同、委托方提供的基础资料以及其它相关参考文献等。注:在项目推广阶段的可研报告要包括前一阶段的总结或评价等内容。项目的背景XX公司下辖13家油气田,这些油气田分布在全国不同省份和地区,随着石油勘探领域的不断扩大,石油钻井逐步向边远的沙漠、戈壁地区和广大的海洋区域发展。因勘探地域辽阔、环境恶劣、交通不便等不利因素的影响,使总部难于及

14、时掌握重点探井、评价井的钻进动态及相关资料,特别是像西北地区,例如新疆油田、青海油田、吐哈油田、长庆油田这些地区,由于现场作业区相距较远,交通和信息交流不方便,通过报话机汇报方式也只能获得少量的关键性数据信息,且过程中受作业环境、通讯网络、现场技术人员的能力和责任心等因素的影响,有时甚至可能会产生错误的数据,影响了对现场施工情况的全面了解。项目的必要性需要补充技术上的成熟性通过利用数据远程传输系统将井场的实时数据和生产日报,实时定期传送到公司总部,使远离钻井现场的管理者和研究人员能够远程监控、远程决策,通过公司总部的专家参与事故的远程诊断和处理,这对提高探井生产管理水平、确保探井施工安全、加快

15、油气显示的发现以及降低勘探开发成本具有十分重要的意义。研究目标为最终用户提供一套易用、可靠、实用的井场远程生产管理系统,借助网络实现井场实时监视、实时指挥、实时分析、实时预警功能,为生产决策提供有力支持。阶段目标:研究范围基于通讯网络,实现井场和基地之间数据正常传输。根据接收到的实时数据,按照预定义的预警策略和油气解释规则分析钻井过程中可能发生的异常情况和油气显示,进行分析处理。根据系统预定义或用户自定义的监视界面模板文件,生成数据监视及报表查询桌面。管理、查询服务器运行状况、用户在线列表维护、消息订阅列表维护、自定义监视画面模板文件维护及其它的一些运行时参数配置1.1.1. 组织范围系统的最

16、终用户有:井场、油田分公司、XX公司用户,其中井场负责发送数据,油田分公司数据管理部门负责将接收到的现场数据入库并发布,并负责向XX公司总传送数据,各油田分公司专业人员可查看发布后的数据;XX公司数据管理人员负责将接收到的各油田分公司实时数据或准实时数据入总部库并发布应用,XX公司管理人员和研究人员可查看使用发布后的数据。1.1.2. 业务范围系统所包含的业务范围包括石油地质和工程数据:综合录井、气测录井、常规录井、地化录井、钻井工程、钻井液录井; 补图1.1.3. 应用系统范围井场数据传输程序通过卫星网络或CDMA/GPRS/3G网络将数据传输至XX公司,传输的数据包括实时数据和准实时数据,

17、XX公司接收到数据后需要分别处理,对于实时数据需要保存在本地实时数据库并发布,同时转发至XX公司;对于准实时数据需要质检之后加载至本地勘探数据库,利用数据库触发器技术将数据加载至XX公司勘探数据库。XX公司接收到实时数据也需要存储、发布,其工作流程如下图所示。对于井场来说,系统必须提供数据采集、数据整理、数据上传功能。对于XX公司来说,系统必须提供数据接收、数据存储、数据发布及数据上传功能。对于XX公司来说,系统必须提供数据接收、数据存储及数据发布功能。从数据采集、传输、存储、发布的应用流程出发,系统功能如下图所示。系统主要模块包括:1数据采集模块用于实时数据和准实时数据的生成;2数据传输模块

18、用于将数据从井场上传至XX公司、XX公司上传至XX公司;3数据存储模块用于将实时数据和准实时数据保存至勘探数据库中;4数据发布模块用于提供井场实时监控、历史数据回放、准实时数据发布、录井草图发布、油气显示评价及钻井事故预警功能,供XX公司和XX公司应用。井场数据通过通讯网络传输到各油田分公司,油田分公司将实时数据或准实时数据通过XX公司骨干网传输到XX公司,XX公司总部及各油田分公司将接收到到的数据通过应用系统进行发布。为了切实保障数据的传输正常化和及时发布,系统的软硬件环境必须满足井场、XX公司及XX公司总部应用要求,下表列出了建议购置的必备硬件和软件系统。设备名称数量主要用途备注XX公司总

19、部硬件软件XX公司硬件软件井场硬件可选可选软件1.1.4. 投资范围列出项目组织、业务和应用范围内的全部投资,包括工程费用、其他费用和预备费。(只需要说明大致的投资组成)对于不属于项目研究范围,但与项目有直接关系或需分摊投资的外部工程也要加以说明。编制原则说明项目可行性研究编制时需遵循的基本原则。一般来讲,这些基本原则来自以下几个方面:客户的要求(包括客户的制度、规范、规划的要求以及管理层的要求等)、行业趋势与常规、信息技术发展的趋势与常规等。对于XX公司(XX公司)这样的特大型企业的软件系统实施项目,通常可以对以下几项基本原则进行研究并确定是否适用:统一性原则、业务适用原则、技术先进性原则、

20、可操作性原则、经济性原则等。进行此次可行性研究所依据的各类相关标准和规范说明。在系统可行行研究的编写上,我们遵循了以下原则: 1. 深入贯彻“六统一”原则,认真落实“化是过程、统是原则、建是重点、用是目的”的十六字工作要求,按照“业务主导、部门协调”的工作化机制,构建实施数据应用系统;2. 采用业界实施传输方面主流、成熟的技术软件产品,确保技术上的先进性、成熟性和稳定性;3. 按照详细设计方案的思路,重点关注XX公司和XX公司两个主要层次上的钻井实施数据的传输和应用;4. 数据库系统具备开放性和兼容性,便于集成部分现有应用系统,保护现有信息化建设成果;5. 本次系统可行性研究,必须以XX公司上

21、游信息化建设的总体规划为依据、充分考虑与已建系统的业务联系,保证整个研究方案的可操作性。投资概述及研究结论对项目投资估算进行要点概述。应包含软件、硬件、第三方、技术支持、培训等工作量及投资估算。(列表说明)概要说明此次可行性研究的总体结论,包括方案可行还是不可行、经济评价结论、实施的基本策略、实施计划和方案要点、系统覆盖的范围、实施的前提条件以及系统投入应用后的预期效果等。存在问题与建议目前,XX公司大多数油田已初步建成了面向XX公司应用的探井远程监控系统,但从XX公司角度来看,需要重点解决以下几个方面的问题:数据采集方面:由于各家油田采用的录井仪型号不同和所采用的软件开发技术不同,导致很难统

22、一现场不同的录井仪数据读取软件,同时功能很难集成在一起。数据标准方面:由于各家油田从自身应用需求出发,导致从井场传输的数据在结构和内容上有所不同,因此有必要制定统一的数据标准,以保证XX公司的的正常化应用。数据应用方面:由于各家油田对现场传输的应用侧重点不同,实现的功能各有侧重点,同时由于采用的软件开发技术和平台的不同,功能很难重用和集成。概要说明实施时应注意的主要问题和风险因素等,并提出应对这些问题和风险因素的基本原则要点。现状分析企业概况注:对于XX公司(XX公司)统一建设的信息系统概要描述XX公司(XX公司)企业概况。1.1.5. 基本信息列出本系统潜在使用单位,概要描述其基本情况,包括

23、企业名称、性质、企业所在地理位置或区域、主要业务范围、经营规模(包括经营业绩和国内外市场份额)、主要生产基础设施、信息系统等。(补充研究院的信息)1.1.6. 组织机构和管理模式简述组织机构(主要分支机构概况)、人员规模、管理模式等,包括主要管理部门及其职能与业务分工,主要下属单位的组织机构及主要业务。分析说明目前已采用的业绩考核方法、内容和效果。1.1.7. 企业发展规划描述本系统支持业务的发展规划,包括国内外竞争形势和面临的挑战,说明企业的业务目标和业务发展规划等,如绿色环保、提高抗风险能力、低成本发展、技术创新和提高资本效益等目标。业务综述(与可研系统有关的业务)1.1.8. 业务现状重

24、点描述本系统支持的业务现状,包括业务范围和内容、管理模式(地域分布)、从业人员数量、业务规模等。一、 三级以下标题格式四级标题(1) 五级标题(1) 六级标题1.1.9. 业务发展方向重点描述本系统支持业务的未来发展方向,包括业务范围和内容、管理模式(地域分布)、从业人员数量、业务规模和主要业务流程等未来变化情况。1.1.10. 业务流程分析说明主要业务流程(应列出业务流程的大类及各大类中主要业务流程的清单)、信息种类、信息量、数据类型等。对主要业务流程进行简要描述(采用业务流程图及表格等形式对主要步骤、涉及的部门或岗位等进行说明)。分析当前业务流程的优缺点,引出新系统建设的需求,并简要论述新

25、系统建设后将对业务流程发挥的作用或影响。注:要重点对环节控制点进行描述,突出关键业务活动。信息技术现状分析介绍现有信息技术的现状,总体评估信息技术对现有相关业务支持的能力。信息技术现状采用信息技术分析模型进行评估,即从信息管理、应用系统、基础设施和组织与人员四个方面进行论述。1.1.11. 信息管理现状分析描述当前信息管理现状,尽量采用图的形式说明信息流动情况,列出当前信息种类、分布和数量,分析管理模型的优缺点及信息管理内容是否满足未来需要。1.1.12. 应用系统现状分析描述当前应用系统及相关应用系统(信息系统)的现状,包括系统名称、版本、应用范围、用户和分布等情况,对于已建设系统,要评估它

26、对业务的支持能力。1.1.13. 基础设施现状分析描述当前相关硬件、基础应用系统以及信息系统安全的现状,包括计算机服务器和终端、网络设备、操作系统、数据库、电子邮件、安全认证、统一授权和信息安全管理等情况,分析其能力。1.1.14. IT人员与组织现状分析描述当前信息技术组织和人员情况,进行总体评估,分析其优势和风险。相关领域国内外信息技术发展趋势根据各项目的具体情况可按照以下几个方面进行描述:应用系统技术发展趋势、信息管理(获取、传输、存储、利用)发展趋势以及基础设施发展趋势。1.1.15. 国外现状和趋势分析分析说明国外同类企业的主要业务流程及其优缺点,类似信息系统的技术水平、应用现状及发

27、展趋势,类似信息系统的成功案例。1.1.16. 国内现状和趋势分析分析说明国内同类企业相关信息系统的技术水平、应用现状及发展趋势。实例介绍重点介绍国际大XX公司应用相关系统的实践和经验。注:实例尽量集中在一个公司上,要求分析透彻,从为什么、如何设计、应用什么技术、实施多长周期及实施效果等角度详尽描述。需求分析在现状分析的基础上,分析系统的总体需求,并指出实现的重点和难点。业务需求1.1.17. 业务需求分析(需要进一步商讨)根据企业的发展目标和业务发展规划,对照国外实例,分析说明企业的总体业务需求。1.1.18. 目标用户分析分析说明企业中各目标用户的业务需求。1.1.19. 业务流程根据项目

28、实际情况和要求,画出相关业务流程。按照确定的业务范围和业务流程,描述用户能够完成的工作任务,并细化到二级任务,以列表的方式说明对信息系统的需求(例如财务管理为一级任务,固定资产管理为二级任务)。如何理解?业务流程(一级任务)业务流程环节(二级任务)信息系统需求描述功能需求1.1.20. 企业总体功能需求对照企业的业务需求,说明系统应达到的总体功能要求。1.1.21. 目标用户功能需求说明系统应能满足的企业所属各目标用户的具体功能需求。技术需求1.1.22. 性能需求包括系统的最大用户数、并发用户的响应时间、数据的备份时间、系统的平均无故障时间等。1.1.23. 输入输出系统可以提供的图形界面、

29、中文显示和输入功能,联机帮助及打印功能等。1.1.24. 数据管理能力系统具有数据备份、数据恢复的方式和能力等。1.1.25. 故障处理系统具有防病毒能力、双机热备份能力等。1.1.26. 运行环境说明系统的软硬件配置要求、网络及通信要求。1.1.27. 与其它系统接口说明与其它系统接口的具体需求,如数据交换协议、工作平台等。1.1.28. 其它需求包括安全保密、系统维护、用户培训等。数据信息需求1.1.29. 数据标准化需求简述项目对数据标准化的要求。1.1.30. 信息需求简述企业目前的主要业务信息种类和信息量,分析说明项目实施对现有业务信息的要求和影响。差距分析将实例与现状进行比较,分析

30、得出差距。技术方案目标、范围与定位1.1.31. 目标方案设计的目标。1.1.32. 范围方案设计所覆盖的组织、业务和用户范围。1.1.33. 与现有和规划系统之间的关系描述方案与现有和规划系统之间的关系,如功能、信息等方面的相互关系。系统功能架构方案根据需求,列出拟采用的多个系统功能架构方案及其主要特点,说明各方案包括的各项功能,如系统的应用范围、系统支持的业务领域、系统的功能模块划分、子系统的功能描述、系统功能的层次结构等。必要时绘图说明。从系统功能需求满足情况,系统功能架构的全面性、可扩展性,系统功能实现的难易程度等方面对各方案进行选择、优化,列表说明其优缺点,论证后提出推荐方案。体系架构方案1.1.34. 方案描述说明拟采用各方案的体系架构

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1