可行性分析报告
版本：v1.0
编制单位:信息管理部
编 制 人： 审 核： 批 准：
文档发送范围：
信息管理部项目经理、部门经理。
目录
1 1.1 1.2 1.3 2 3 4 4.1 4.2 4.3 4.4 5 6 7 8
引言 ......................................................................................................................................... 4 编写目的 ................................................................................................................................. 4 术语 ......................................................................................................................................... 4 参考文件 ................................................................................................................................. 4 对现有系统的分析 ................................................................................................................. 4 项目必要性分析 ..................................................................................................................... 5 研发方案概述 ......................................................................................................................... 6 项目简要描述 ......................................................................................................................... 6 项目方案的技术途径 ............................................................................................................. 6 项目的关键技术难点及应对方法 .......................................................................................... 6 产品先进性和局限性分析 ..................................................................................................... 6 研发能力分析 ......................................................................................................................... 7 项目的经济评价 ..................................................................................................................... 7 项目风险分析 ......................................................................................................................... 8 结论意见 ................................................................................................................................. 8
1 引言
1.1 编写目的
对【XXX信息化重构建设】的可行性进行分析，为决定是否进行研发立项提供参考。
1.2 术语
无
1.3 参考文件
无。
2 对现有系统的分析
系统现状
系统问题
a) 系统运行不稳定 b) 系统运行缓慢 c) 系统操作繁琐，体验差 d) 系统存在漏洞，安全性不足 业务对接问题
e) 开发速度缓慢达到不到业务的要求 f) 外部资源对接困难 g) 数据支持无法满足业务需求 系统架构及规划问题
h) 数据结构设计不合理 i) 代码结构混乱 j) 部署架构不合理 k) 缺乏缓存机制的考虑
l) 缺乏数据库读写分离机制 m) 缺乏流程间异步的处理 n) 前端技术处理不当 o) 接口系统规划不合理 p) 业务设计不合理 代码质量问题
a) 代码实现逻辑不合理 b) SQL效率差 人员制度问题
q) 生产环境缺乏运维机制 r) 缺乏质量保证体系
s) 系统缺乏交互体验的设计，缺乏前端开发人员
3 项目必要性分析
公司战略目标实现的需要
全产业链的旅游企业，旅游产业链长，必须要有信息系统作为信息、流程、资源、管理的运行基础，以缩短产业链起点到终点的距离，提高工作效率，增强管理能力。
公司对内对外响应能力的需要
对内，XX强调产品研发，研发能力和研发效率是XX的核心竞争力之一； 对外，旅游行业竞争激烈，市场变化快速、营销策略多样。这都需要公司有快速的响应能力，而信息系统是业务的基础，只有信息系统有能力快速响应，才能带动业务的快速响应。 技术升级和创新的需要
随着 OTA 和各大互联网平台的加入，XX对信息技术的应用越来越广泛而
深入，XX也需要跟上技术升级和创新的潮流。
4 研发方案概述
4.1 项目简要描述
略。
4.2 项目方案的技术途径
前期准备
1) 包括： 整体软件架构的设计； 2) 制度整个项目过程中的规范与制度； 3) 项目组建设规划； 4) 资源采购及储备。 业务分析及梳理
1) 业务领域划分； 2) 系统分析及流程梳理。 依据架构设计搭建平台
业务组件定义（服务梳理与设计） 服务研发 流程及服务实施
4.3 项目的关键技术难点及应对方法
以下非实际案例，为举例说明：
项目涉及必须采用多种技术和平台、系统的对接，所以接口较多必须提前梳
理并做好接口开发和测试计划
项目涉及必须采用多种技术和平台、系统的对接，所涉及flash技术和多数
据库管理技术需要招聘相应资源才能保证最终质量和交付日期
4.4 产品先进性和局限性分析
以下非实际案例，为举例说明：
重构系统解决了扩展性、兼容性、安全性、性能低、技术平台本身局限等问题 重构系统
5 研发能力分析
以下非实际案例，为举例说明：
项目经理：需要一个项目组合经理、多个5年开发经验的项目经理，现在缺
少3个符合要求的项目经理；
需求：需要4个高级需求人员，10名中级需求人员，由部门内容提供目前确
认可到位； 设计：。。。。（略） 开发：。。。。（略） 测试：。。。。（略） 实施：。。。。（略）
6 项目的经济评价
管理效益
先进的信息系统可以增强企业的管理能力，通过全面的流程管理平台、BI 平台，为企业对内管理优化，对外快速响应提供了工具和依据。 经济效益
通过信息系统，可以缩短产业链起点到终点的距离，提高工作效率，对于人力密集型的旅游行业，提高人均效率就是提高企业创造效益的能力。
全面的信息化管理，让企业能够更加全面的管理收益产生的每个环节，从而全面提高企业收益创造能力。 总投资估算
XX旅游信息化重构建设项目总投资金额XX万元。从管理效益和经济效益来看，该项目是可行的。
7 项目风险分析
以下非实际案例，为举例说明：
重构系统在迭代上线的对接方面会存在时间点选择，开发、业务、运维彼此协调一致的风险
重构系统在迭代上线的对接方面会存在数据更新的准确性和完整性方面的风险 重构系统存在跨平台和系统的技术难题，在技术管理和资源管理方面存在风险 。。。。。
8 结论意见
系统安全性
a. 企业服务总线支持传输级的保密性、消息完整性和系统身份验证 b. 通过HTTPS进行单向请求或请求与响应的交易，确保连接的安全性 c. 电子邮件和FTP通过使用安全凭证连接到FTP或电子邮件服务器，从而
提供服务
d. 传输消息的安全性使用“Web服务策略”(WS-Policy) 指定的安全策略
语句进行配置。WS-Policy是基于XML的可扩展框架，可用特定域的断言扩展Web服务的配置，并指定Web服务的要求、期望和功能
业务安全性
a. 对于所有的业务操作存留历史数据，当产品误操作或者恶意操作时，可
及时找到操作源并且将数据进行恢复
b. 对于网络中的恶意下单或者恶意访问，通过系统预警以及系统监制平台
及时发现并处理
高可用性
企业总线本身支持资源访问的负载均衡实现，通过在总线控制台中根据应用需要配置多个服务资源，分配这些服务资源对应的权重，同时指定对这些资源的访问的负载均衡算法，同时可以指定对服务访问的重试次数和重试时间间隔，确保可靠的服务访问。当应用需求或者后端服务资源发生变化，可以通过
控制台实时、动态调整资源，增加或者减少服务资源，满足系统需求。 为了满足系统的高可用性，当企业总线服务器自身出现故障时，能够通过配置的Node Manager自动重启服务，实现服务器的故障自动恢复。 稳定性
企业总线可以同时为不同的前端应用系统建立相互独立的接入渠道，每个接入渠道可以在控制台中进行独立的安全性，服务水平，服务容量的控制，并可进行开通和关闭控制。
每个接入渠道可以设置不同的处理线程资源，避免不同渠道间对处理资源的争抢导致单一渠道对整个服务总线资源的阻塞。 可管理性
总线服务管理台包括一套强大工具集，用于运行时配置服务的监控、报警、和报表。
服务总线提供的嵌入式服务管理功能，能够对所有消息提供优化治理，即使在业务需求变化、访问容量增加等条件下，也能够确保关键任务的业务流程持续满足客户请求。
可行性分析报告
版本：v1.0
编制单位:信息管理部
编 制 人： 审 核： 批 准：
文档发送范围：
信息管理部项目经理、部门经理。
目录
1 1.1 1.2 1.3 2 3 4 4.1 4.2 4.3 4.4 5 6 7 8
引言 ......................................................................................................................................... 4 编写目的 ................................................................................................................................. 4 术语 ......................................................................................................................................... 4 参考文件 ................................................................................................................................. 4 对现有系统的分析 ................................................................................................................. 4 项目必要性分析 ..................................................................................................................... 5 研发方案概述 ......................................................................................................................... 6 项目简要描述 ......................................................................................................................... 6 项目方案的技术途径 ............................................................................................................. 6 项目的关键技术难点及应对方法 .......................................................................................... 6 产品先进性和局限性分析 ..................................................................................................... 6 研发能力分析 ......................................................................................................................... 7 项目的经济评价 ..................................................................................................................... 7 项目风险分析 ......................................................................................................................... 8 结论意见 ................................................................................................................................. 8
1 引言
1.1 编写目的
对【XXX信息化重构建设】的可行性进行分析，为决定是否进行研发立项提供参考。
1.2 术语
无
1.3 参考文件
无。
2 对现有系统的分析
系统现状
系统问题
a) 系统运行不稳定 b) 系统运行缓慢 c) 系统操作繁琐，体验差 d) 系统存在漏洞，安全性不足 业务对接问题
e) 开发速度缓慢达到不到业务的要求 f) 外部资源对接困难 g) 数据支持无法满足业务需求 系统架构及规划问题
h) 数据结构设计不合理 i) 代码结构混乱 j) 部署架构不合理 k) 缺乏缓存机制的考虑
l) 缺乏数据库读写分离机制 m) 缺乏流程间异步的处理 n) 前端技术处理不当 o) 接口系统规划不合理 p) 业务设计不合理 代码质量问题
a) 代码实现逻辑不合理 b) SQL效率差 人员制度问题
q) 生产环境缺乏运维机制 r) 缺乏质量保证体系
s) 系统缺乏交互体验的设计，缺乏前端开发人员
3 项目必要性分析
公司战略目标实现的需要
全产业链的旅游企业，旅游产业链长，必须要有信息系统作为信息、流程、资源、管理的运行基础，以缩短产业链起点到终点的距离，提高工作效率，增强管理能力。
公司对内对外响应能力的需要
对内，XX强调产品研发，研发能力和研发效率是XX的核心竞争力之一； 对外，旅游行业竞争激烈，市场变化快速、营销策略多样。这都需要公司有快速的响应能力，而信息系统是业务的基础，只有信息系统有能力快速响应，才能带动业务的快速响应。 技术升级和创新的需要
随着 OTA 和各大互联网平台的加入，XX对信息技术的应用越来越广泛而
深入，XX也需要跟上技术升级和创新的潮流。
4 研发方案概述
4.1 项目简要描述
略。
4.2 项目方案的技术途径
前期准备
1) 包括： 整体软件架构的设计； 2) 制度整个项目过程中的规范与制度； 3) 项目组建设规划； 4) 资源采购及储备。 业务分析及梳理
1) 业务领域划分； 2) 系统分析及流程梳理。 依据架构设计搭建平台
业务组件定义（服务梳理与设计） 服务研发 流程及服务实施
4.3 项目的关键技术难点及应对方法
以下非实际案例，为举例说明：
项目涉及必须采用多种技术和平台、系统的对接，所以接口较多必须提前梳
理并做好接口开发和测试计划
项目涉及必须采用多种技术和平台、系统的对接，所涉及flash技术和多数
据库管理技术需要招聘相应资源才能保证最终质量和交付日期
4.4 产品先进性和局限性分析
以下非实际案例，为举例说明：
重构系统解决了扩展性、兼容性、安全性、性能低、技术平台本身局限等问题 重构系统
5 研发能力分析
以下非实际案例，为举例说明：
项目经理：需要一个项目组合经理、多个5年开发经验的项目经理，现在缺
少3个符合要求的项目经理；
需求：需要4个高级需求人员，10名中级需求人员，由部门内容提供目前确
认可到位； 设计：。。。。（略） 开发：。。。。（略） 测试：。。。。（略） 实施：。。。。（略）
6 项目的经济评价
管理效益
先进的信息系统可以增强企业的管理能力，通过全面的流程管理平台、BI 平台，为企业对内管理优化，对外快速响应提供了工具和依据。 经济效益
通过信息系统，可以缩短产业链起点到终点的距离，提高工作效率，对于人力密集型的旅游行业，提高人均效率就是提高企业创造效益的能力。
全面的信息化管理，让企业能够更加全面的管理收益产生的每个环节，从而全面提高企业收益创造能力。 总投资估算
XX旅游信息化重构建设项目总投资金额XX万元。从管理效益和经济效益来看，该项目是可行的。
7 项目风险分析
以下非实际案例，为举例说明：
重构系统在迭代上线的对接方面会存在时间点选择，开发、业务、运维彼此协调一致的风险
重构系统在迭代上线的对接方面会存在数据更新的准确性和完整性方面的风险 重构系统存在跨平台和系统的技术难题，在技术管理和资源管理方面存在风险 。。。。。
8 结论意见
系统安全性
a. 企业服务总线支持传输级的保密性、消息完整性和系统身份验证 b. 通过HTTPS进行单向请求或请求与响应的交易，确保连接的安全性 c. 电子邮件和FTP通过使用安全凭证连接到FTP或电子邮件服务器，从而
提供服务
d. 传输消息的安全性使用“Web服务策略”(WS-Policy) 指定的安全策略
语句进行配置。WS-Policy是基于XML的可扩展框架，可用特定域的断言扩展Web服务的配置，并指定Web服务的要求、期望和功能
业务安全性
a. 对于所有的业务操作存留历史数据，当产品误操作或者恶意操作时，可
及时找到操作源并且将数据进行恢复
b. 对于网络中的恶意下单或者恶意访问，通过系统预警以及系统监制平台
及时发现并处理
高可用性
企业总线本身支持资源访问的负载均衡实现，通过在总线控制台中根据应用需要配置多个服务资源，分配这些服务资源对应的权重，同时指定对这些资源的访问的负载均衡算法，同时可以指定对服务访问的重试次数和重试时间间隔，确保可靠的服务访问。当应用需求或者后端服务资源发生变化，可以通过
控制台实时、动态调整资源，增加或者减少服务资源，满足系统需求。 为了满足系统的高可用性，当企业总线服务器自身出现故障时，能够通过配置的Node Manager自动重启服务，实现服务器的故障自动恢复。 稳定性
企业总线可以同时为不同的前端应用系统建立相互独立的接入渠道，每个接入渠道可以在控制台中进行独立的安全性，服务水平，服务容量的控制，并可进行开通和关闭控制。
每个接入渠道可以设置不同的处理线程资源，避免不同渠道间对处理资源的争抢导致单一渠道对整个服务总线资源的阻塞。 可管理性
总线服务管理台包括一套强大工具集，用于运行时配置服务的监控、报警、和报表。
服务总线提供的嵌入式服务管理功能，能够对所有消息提供优化治理，即使在业务需求变化、访问容量增加等条件下，也能够确保关键任务的业务流程持续满足客户请求。