软件系统可行性研究报告-模板.docxVIP

可行性研究报告 项目名称： 项目单位： 20XX 年 XX 月 总论 描述项目产生的背景概况。 主要依据 主要依据的正常性等文件。 主要原则 1．统一性原则 应遵循统筹规划、统一设计开发和分步实施的思路。 2．实用性原则 坚持实用性原则，在实用的基础上考虑先进性和前瞻性，选用符合标准的，先进成熟的产品和开发平台，构建符合电力公司需求的功能组件。 3．标准化原则 本系统涉及XX系统，需要通过统一的应用功能规划，统一设计开发，实现系统设计的标准化。 5．可靠性原则 需要保障系统7×24小时不间断，需要配备完善的可靠性措施设计，保证系统高度可靠运行。 6．安全性原则 注重权限管理、安全隔离、信息加密等措施，构建通信层、网络层、系统层、应用层等多层面的立体安全防护体系，确保系统安全，尤其是控制功能的应用安全。 项目必要性 现状分析 目前，用户业务实际现状。 必要性分析 描述软件系统给现场实际业务带来的必要性。 项目规模及建设方案 项目目标 描述项目的整体目标 项目范围 本项目主要包括：。 IT架构设计 技术原则 （1）基于J2EE的架构设计 描述项目用到的架构设计。 （2）基于SOA的设计理念 SOA(service-oriented architecture)是面向服务的体系结构，将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合的好处有两点，一点是它的灵活性，另一点是，组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。 （3）基于组件技术设计 a、组件式系统 系统设计应利用基于组件的开发理念，由一系列独立部署的组件组成。组件设计应该满足以下要求： 组件多实例运行：应该尽量满足对每一个组件都可以同时运行多个组件实例的需求，以保证系统的高可靠性与可伸缩性。 组件粒度合理确定：应综合考虑系统性能、扩展性等方面的因素，同时兼顾系统在部署、维护和管理等方面的要求，合理确定组件粒度。 组件接口定义稳定：应充分考虑组件间接口稳定性，使用XML或者类似的结构，以保证接口传输参数与内容的可扩展性。 b、高内聚、松耦合原则 系统设计须遵循高内聚、松耦合原则。组件之间保持松耦合状态，组件的具体实现方式对使用者透明，在组件内部所实现的功能与结构保持高度逻辑相关性的同时，保证组件间的相互独立性。 c、共享信息服务 系统必须提供独立于业务的共享信息服务。共享信息服务遵循企业的数据模型规范，通过企业级信息集成平台，实现系统的共享信息访问和应用集成。 d、业务过程与组件实现分离 应综合考虑业务过程与组件实现的分离原则，建议利用流程管理、策略管理和界面集成技术，动态地定义系统的行为以实现系统功能。应用此种技术在获得灵活性与可扩展性的同时，也应当充分预见其对系统性能带来的影响。 e、分布式、面向接口访问 实现组件的分布透明访问机制。组成系统的组件实例可以部署在一台或多台主机上。组件提供的服务访问对分布地点、位置透明，服务使用者通过组件的逻辑名称即可获取服务而与组件所在主机的物理位置无关。 业务架构 业务架构图 应用架构 应用架构图 技术架构 技术架构实现上，遵循J2EE技术体系，采用组件化、动态化的软件技术，利用一致的可共享的数据模型，按照界面展现层、界面控制层、应用逻辑层、公共服务层、数据资源层、基础架构层实现多层技术体系设计，通过一体化企业级平台的应用集成，实现系统的各接口组件能够在企业内的协同工作、各层次上集成，满足不同职能层对系统的业务需求，为管理人员提供了技术先进的工作平台。 图5技术架构图 界面展示层：采用HTML5、Flash、Flex、ActiveX、JSP等技术进行界面展示。 界面控制层：采用MVC框架，将数据模型展现和逻辑分开，有利于大型应用程序的扩展和维护。界面控制层由界面控制单元、界面操作单元、界面单元、代理单元等构成。界面上的具体操作由界面操作组件通过服务代理单元调用应用逻辑层的具体服务来完成，由界面控制器组件负责统一调用不同的界面操作组件、FLEX组件和JSP网页组件。对某些需要界面特殊展现效果的业务，可建立专用的FLASH、ActiveX处理。 应用逻辑层：。 公共服务层：由一组独立于业务的公共组件构成，采用OSGI框架，用于对业务进行支撑，包括联机分析引擎、任务管理、权限控制、日志管理、服务注册、报表统计与管理、数据持久化、数据同步、异常管理、接口服务等部分。 数据资源层：数据的来源。 基础架构：基础架构包括网络、平台、数据库、存储、备份