APP系统研发可研报告word

.APP系统研发可研报告2016年05月15日.目 录1总论 .31.1 主要依据 .31.2 主要原则 .32 项目必要性 .43 项目目标分析 .54 项目方案 .64.1 技术方案 .64.1.1 物理架构 .64.1.2 系统安全结构 .64.1.3 功能架构 .74.1.4 逻辑架构 .74.1.5 关键技术 .84.1.5.1. 系统构架 .84.1.5.2. 技术指标 .84.2 部署方案 .114.3 系统软硬件配置 .124.4 项目计划 .134.4.1 项目人员 .134.4.2 工作总体安排 .135 投资预算 .145.1 概述 .145.2 编制原则和依据 .145.3 投资分析 .14.1总论1.1 主要依据 实现公司各系统数据共享管理机制，加强公司各业务系统管控，提高业务管理效率，提升决策的科学化、民主化水平，防范投资风险，提高投资效益。 实现各项工作的紧密衔接，提高各项数据的管控力度。 有利于公司精益化管理 通过系统分级建设，促进各级业务人员交流和业务数据的合理、安全传递，达到提高业务水平和数据正确性的目的 通过各系统有机衔接，提升内部业务管理的科学性和规范性。 利用移动开发技术，通过自动化手段，实现对系统情况的监控和管理，改善现有被动的工作局面；帮助团队快速了解业务情况等关键信息，减少故障发生的几率，将全面提升系统的整体水平，满足企业服务质量全面提升的总体要求。1.2 主要原则 标准化原则系统设计中所设计的具体软硬件设施将遵照执行国家颁布的现有标准以及即将推出的各类规范。技术标准化：系统的设计应使用通行的、广为接受的技术和方法，保证系统可扩展、可升级的能力；.结构标准化：系统的设计应遵循先进的、成熟的、被验证的架构，降低系统的设计风险，提高稳定性和灵活性；数据标准化：网络系统使用的数据，如电子文档、业务数据等，都要符合国家相关标准的要求。 可扩展原则技术的选择应考虑未来几年内或更长时间内的业务发展的要求，在方案的设计中应从各个环节体现系统可扩展性原则。 经济性原则需考虑软硬件与现有系统的复用，减少投资和重复建设，即选用高性能价格比的设备；同时，应该充分挖掘现有软硬件设备的使用潜力，尽可能以最低成本来完成系统建设。 安全性原则项目中应充分考虑网络安全性设计，充分保障应用流程、权限管理、用户操作等各个环节的安全性。2 项目必要性信息内网部署相关业务系统应用，基础数据平台已完备，主要采集各业务系统流程数据、关键业务系统的指标数据、通知等信息，并进行实时的监控预警。在实际的运用过程中，存在以下缺陷：1) 监控盲点：无法在工作日或出差以外时间获取到最新工作通知、流程工作等信息，不能提前预警或通知；.2) 管理盲点：因出差或非工作日，系统部署在信息内网，对于业务系统主要工作数据等，不能及时处理，工作效率低下。3) 持续监控：对于关键业务系统的工作要求，无法提供 7X24小时的监测要求。系统实施的优势：1）满足对 IT资源随时随地监控管理的要求，不受地域、时间和空间的限制，工作人员可以根据自己的实际情况随时了解系统状况。2）推送功能使工作人员可以第一时间对系统工作做出反应，并通知其它系统关联人处理问题，大大提高了工作效率。3）通过与应用管理系统融合，将业务系统的保障效率提高到公司要求的 7 X 24小时的保障策略上来，不仅降低工作人员的负担，而且对工作提供了强有力的技术支撑。3 项目目标分析3.1 实现消息提醒（涉及业务系统接口开发标准制定），实现在 APP中办理各项业务。3.2 实现多系统事物性待办的直接审批，对不同系统不同表单的事务性处理。3.3 实现公文类流程审批和正文查看，一般指 OA系统。3.4 实现多系统通知公告集成，由门户系统展现通知页面信息。.3.5 支持多系统新闻信息内容集成展现。3.6 实现多系统中指标数据信息展现，权限过滤。4 项目方案4.1 技术方案4.1.1 物理架构.4.1.2系统安全结构 4.1.3 功能架构此系统需要完成的主要功能包括后台管理，后台服务和前端 APP功能应用。后台应用：主要用来进行数据抽取，权限配置、基础信息维护等功能。APP端：主要包含监控模块、事物处理模块、登录验证模块、消息推送模块等主要模块功能。.4.1.4 逻辑架构W e b 界 面W e b U I B u s i n e s s R u l eS y s t e m F r a m e w o r kD a t a A c c e s s业 务 逻 辑 数 据 访 问系 统 框 架 Web界面层：提供用户界面，是用户与系统的接口。该层封装系统的信息展示逻辑和功能，通过该层的抽象和封装，将界面显示和业务逻辑有效分隔，降低了系统不同功能之间的耦合度。业务逻辑层：从用户界面层接收请求，将请求整理后分发给数据访问层，数据访问层获取数据后，经过加工，将结果返回给业务层，业务层将处理后的数据传递给用户界面层。数据访问层：建立实际的数据库连接，根据用户的请求生成 SQL语句检索或更新数据库，并把结果返回给业务逻辑层。系统框架层：用于实现项目中多个层次反复使用的通用方法和数据结构。.4.1.5 关键技术4.1.5.1. 系统构架系统采用 J2EE架构来实现，整个系统基于 B/S结构，采用面向对象的分析和设计方法，按照持久层、业务层和表示层的三层结构来实现系统功能。在应用服务器端的业务应用开发过程中，采用使用 SSM架构设计，通过集成 spring、SpringMVC 和 Mybatis这三种基于 J2EE的框架技术来设计系统，通过这些技术可以从根本上提高软件生产的效率和质量，提高开发大型软件系统的成功率，并可实现系统分布性、异构性、安全性、独立性等功能特性。4.1.5.2. 技术指标（1）消息传递：SOAP简单对象访问协议（Simple Object Access Protocol，SOAP）描述了一种在分散的或分布式的环境中如何交换信息的轻量级协议。SOAP 是一个基于 XML 的协议，它包括三个部分：SOAP 封装(envelop)，封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架；SOAP 编码规则（encoding rules） ，用于表示应用程序需要使用的数据类型的实例; SOAP RPC 表示(RPC representation)，表示远程过程调用和应答的协定;SOAP 可以和多种传输协议绑定（binding） ，使用底层协议交.换信息。（2）服务描述：WSDLWeb 服务描述语言（ Web Service Description Language，WSDL）用 XML 格式将网络服务定义为一组端点，这组端点是对包含面向文档或面向过程信息的消息进行操作的。这些操作和消息的描述是抽象的，然后将它们绑定到具体的网络协议和消息格式以定义端点。相关的具体端点都组合为抽象的端点服务。WSDL 可扩展来允许描述端点及其消息，而不必考虑使用什么样的消息格式或网络协议来进行通信。这意味着使用 XML 模式来简要地定义接口而后将这些接口绑定到适用于该协议的具体表示法。（3）服务注册：UDDI统一描述、发现和集成规范(Universal Description, Discovery and Integration，UDDI)创建了一个平台独立， 开放的框架，通过 Internet 来描述服务，发现商务，并且整合商业服务。它是一套基于 Web 的、分布式的、为 Web 服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的 Web 服务注册以使得别的企业能够发