XX项目可行性分析报告Word文件下载.docx

1、日期订前版本订后修订人1所有章节创建2014-11-12/文档发送范围： 信息管理部项目经理、部门经理。目录1 引言 41.1 编写目的 41.2 术语 41.3 参考文件 42 对现有系统的分析 43 项目必要性分析 54 研发方案概述 64.1 项目简要描述 64.2 项目方案的技术途径 64.3 项目的关键技术难点及应对方法 74.4 产品先进性和局限性分析 75 研发能力分析 76 项目的经济评价 77 项目风险分析 88 结论意见 81 引言1.1 编写目的对【XXX信息化重构建设】的可行性进行分析，为决定是否进行研发立项提供参考。1.2 术语无1.3 参考文件无。2 对现有系统的分

2、析 系统现状 系统问题a） 系统运行不稳定b） 系统运行缓慢c） 系统操作繁琐，体验差d） 系统存在漏洞，安全性不足 业务对接问题e） 开发速度缓慢达到不到业务的要求f） 外部资源对接困难g） 数据支持无法满足业务需求 系统架构及规划问题h） 数据结构设计不合理i） 代码结构混乱j） 部署架构不合理k） 缺乏缓存机制的考虑l） 缺乏数据库读写分离机制m） 缺乏流程间异步的处理n） 前端技术处理不当o） 接口系统规划不合理p） 业务设计不合理 代码质量问题a） 代码实现逻辑不合理b） SQL效率差 人员制度问题q） 生产环境缺乏运维机制r） 缺乏质量保证体系s） 系统缺乏交互体验的设计，缺乏前端

3、开发人员3 项目必要性分析 公司战略目标实现的需要全产业链的旅游企业，旅游产业链长，必须要有信息系统作为信息、流程、资源、管理的运行基础，以缩短产业链起点到终点的距离，提高工作效率，增强管理能力。 公司对内对外响应能力的需要对内，XX强调产品研发，研发能力和研发效率是XX的核心竞争力之一；对外，旅游行业竞争激烈，市场变化快速、营销策略多样。这都需要公司有快速的响应能力，而信息系统是业务的基础，只有信息系统有能力快速响应，才能带动业务的快速响应。 技术升级和创新的需要 随着 OTA 和各大互联网平台的加入，XX对信息技术的应用越来越广泛而深入，XX也需要跟上技术升级和创新的潮流。4 研发方案概述

4、4.1 项目简要描述 略。4.2 项目方案的技术途径 前期准备1） 包括： 整体软件架构的设计；2） 制度整个项目过程中的规范与制度；3） 项目组建设规划；4） 资源采购及储备。 业务分析及梳理1） 业务领域划分；2） 系统分析及流程梳理。 依据架构设计搭建平台 业务组件定义（服务梳理与设计） 服务研发 流程及服务实施4.3 项目的关键技术难点及应对方法以下非实际案例，为举例说明： 项目涉及必须采用多种技术和平台、系统的对接，所以接口较多必须提前梳理并做好接口开发和测试计划 项目涉及必须采用多种技术和平台、系统的对接，所涉及flash技术和多数据库管理技术需要招聘相应资源才能保证最终质量和交付

5、日期4.4 产品先进性和局限性分析重构系统解决了扩展性、兼容性、安全性、性能低、技术平台本身局限等问题重构系统5 研发能力分析 项目经理：需要一个项目组合经理、多个5年开发经验的项目经理，现在缺少3个符合要求的项目经理； 需求：需要4个高级需求人员，10名中级需求人员，由部门内容提供目前确认可到位； 设计：。（略） 开发： 测试： 实施：6 项目的经济评价 管理效益先进的信息系统可以增强企业的管理能力，通过全面的流程管理平台、BI 平台，为企业对内管理优化，对外快速响应提供了工具和依据。 经济效益通过信息系统，可以缩短产业链起点到终点的距离，提高工作效率，对于人力密集型的旅游行业，提高人均效率

6、就是提高企业创造效益的能力。全面的信息化管理，让企业能够更加全面的管理收益产生的每个环节，从而全面提高企业收益创造能力。 总投资估算XX旅游信息化重构建设项目总投资金额XX万元。从管理效益和经济效益来看，该项目是可行的。序号分期名称费用合计基础平台（系统级软件、中间件等）6,400,000.002咨询服务6,500,000.003硬件（包含维保服务）19,475,000.004人力（包含外包服务）61,950,000.005网络服务14,500,000.006技术研究5,924,500.00合计114,749,500.007 项目风险分析重构系统在迭代上线的对接方面会存在时间点选择，开发、业务

7、、运维彼此协调一致的风险重构系统在迭代上线的对接方面会存在数据更新的准确性和完整性方面的风险重构系统存在跨平台和系统的技术难题，在技术管理和资源管理方面存在风险8 结论意见 系统安全性a. 企业服务总线支持传输级的保密性、消息完整性和系统身份验证b. 通过HTTPS进行单向请求或请求与响应的交易，确保连接的安全性c. 电子邮件和FTP通过使用安全凭证连接到FTP或电子邮件服务器，从而提供服务d. 传输消息的安全性使用“Web服务策略”（WS-Policy） 指定的安全策略语句进行配置。WS-Policy是基于XML的可扩展框架，可用特定域的断言扩展Web服务的配置，并指定Web服务的要求、期望

8、和功能 业务安全性a. 对于所有的业务操作存留历史数据，当产品误操作或者恶意操作时，可及时找到操作源并且将数据进行恢复b. 对于网络中的恶意下单或者恶意访问，通过系统预警以及系统监制平台及时发现并处理 高可用性企业总线本身支持资源访问的负载均衡实现，通过在总线控制台中根据应用需要配置多个服务资源，分配这些服务资源对应的权重，同时指定对这些资源的访问的负载均衡算法，同时可以指定对服务访问的重试次数和重试时间间隔，确保可靠的服务访问。当应用需求或者后端服务资源发生变化，可以通过控制台实时、动态调整资源，增加或者减少服务资源，满足系统需求。为了满足系统的高可用性，当企业总线服务器自身出现故障时，能够通过配置的Node Manager自动重启服务，实现服务器的故障自动恢复。 稳定性企业总线可以同时为不同的前端应用系统建立相互独立的接入渠道，每个接入渠道可以在控制台中进行独立的安全性，服务水平，服务容量的控制，并可进行开通和关闭控制。每个接入渠道可以设置不同的处理线程资源，避免不同渠道间对处理资源的争抢导致单一渠道对整个服务总线资源的阻塞。 可管理性总线服务管理台包括一套强大工具集，用于运行时配置服务的监控、报警、和报表。服务总线提供的嵌入式服务管理功能，能够对所有消息提供优化治理，即使在业务需求变化、访问容量增加等条件下，也能够确保关键任务的业务流程持续满足客户请求。