APP系统研发可研报告.docx
《APP系统研发可研报告.docx》由会员分享，可在线阅读，更多相关《APP系统研发可研报告.docx（12页珍藏版）》请在冰豆网上搜索。
APP系统研发可研报告
APP系统研发
可
研
报
告
2016年05月15日
目录
1总论3
1.1主要依据3
1.2主要原则3
2项目必要性4
3项目目标分析5
4项目方案6
4.1技术方案6
4.1.1物理架构6
4.1.2系统安全结构6
4.1.3功能架构7
4.1.4逻辑架构7
4.1.5关键技术8
4.1.5.1.系统构架8
4.1.5.2.技术指标8
4.2部署方案11
4.3系统软硬件配置12
4.4项目计划13
4.4.1项目人员13
4.4.2工作总体安排13
5投资预算14
5.1概述14
5.2编制原则和依据14
5.3投资分析14
1总论
1.1主要依据
Ø实现公司各系统数据共享管理机制，加强公司各业务系统管控，提高业务管理效率，提升决策的科学化、民主化水平，防范投资风险，提高投资效益。
Ø实现各项工作的紧密衔接，提高各项数据的管控力度。
Ø有利于公司精益化管理
Ø通过系统分级建设，促进各级业务人员交流和业务数据的合理、安全传递，达到提高业务水平和数据正确性的目的
Ø通过各系统有机衔接，提升内部业务管理的科学性和规范性。
Ø利用移动开发技术，通过自动化手段，实现对系统情况的监控和管理，改善现有被动的工作局面；帮助团队快速了解业务情况等关键信息，减少故障发生的几率，将全面提升系统的整体水平，满足企业服务质量全面提升的总体要求。
1.2主要原则
Ø标准化原则
系统设计中所设计的具体软硬件设施将遵照执行国家颁布的现有标准以及即将推出的各类规范。
技术标准化：
系统的设计应使用通行的、广为接受的技术和方法，保证系统可扩展、可升级的能力；
结构标准化：
系统的设计应遵循先进的、成熟的、被验证的架构，降低系统的设计风险，提高稳定性和灵活性；
数据标准化：
网络系统使用的数据，如电子文档、业务数据等，都要符合国家相关标准的要求。
Ø可扩展原则
技术的选择应考虑未来几年内或更长时间内的业务发展的要求，在方案的设计中应从各个环节体现系统可扩展性原则。
Ø经济性原则
需考虑软硬件与现有系统的复用，减少投资和重复建设，即选用高性能价格比的设备；同时，应该充分挖掘现有软硬件设备的使用潜力，尽可能以最低成本来完成系统建设。
Ø安全性原则
项目中应充分考虑网络安全性设计，充分保障应用流程、权限管理、用户操作等各个环节的安全性。
2项目必要性
信息内网部署相关业务系统应用，基础数据平台已完备，主要采集各业务系统流程数据、关键业务系统的指标数据、通知等信息，并进行实时的监控预警。
在实际的运用过程中，存在以下缺陷：
1）监控盲点：
无法在工作日或出差以外时间获取到最新工作通知、流程工作等信息，不能提前预警或通知；
2）管理盲点：
因出差或非工作日，系统部署在信息内网，对于业务系统主要工作数据等，不能及时处理，工作效率低下。
3）持续监控：
对于关键业务系统的工作要求，无法提供7X24小时的监测要求。
系统实施的优势：
1）满足对IT资源随时随地监控管理的要求，不受地域、时间和空间的限制，工作人员可以根据自己的实际情况随时了解系统状况。
2）推送功能使工作人员可以第一时间对系统工作做出反应，并通知其它系统关联人处理问题，大大提高了工作效率。
3）通过与应用管理系统融合，将业务系统的保障效率提高到公司要求的7X24小时的保障策略上来，不仅降低工作人员的负担，而且对工作提供了强有力的技术支撑。
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逻辑架构
Web界面层：
提供用户界面，是用户与系统的接口。
该层封装系统的信息展示逻辑和功能，通过该层的抽象和封装，将界面显示和业务逻辑有效分隔，降低了系统不同功能之间的耦合度。
业务逻辑层：
从用户界面层接收请求，将请求整理后分发给数据访问层，数据访问层获取数据后，经过加工，将结果返回给业务层，业务层将处理后的数据传递给用户界面层。
数据访问层：
建立实际的数据库连接，根据用户的请求生成SQL语句检索或更新数据库，并把结果返回给业务逻辑层。
系统框架层：
用于实现项目中多个层次反复使用的通用方法和数据结构。
4.1.5关键技术
4.1.5.1.系统构架
系统采用J2EE架构来实现，整个系统基于B/S结构，采用面向对象的分析和设计方法，按照持久层、业务层和表示层的三层结构来实现系统功能。
在应用服务器端的业务应用开发过程中，采用使用SSM架构设计，通过集成spring、SpringMVC和Mybatis这三种基于J2EE的框架技术来设计系统，通过这些技术可以从根本上提高软件生产的效率和质量，提高开发大型软件系统的成功率，并可实现系统分布性、异构性、安全性、独立性等功能特性。
4.1.5.2.技术指标
（1）消息传递：
SOAP
简单对象访问协议（SimpleObjectAccessProtocol，SOAP）描述了一种在分散的或分布式的环境中如何交换信息的轻量级协议。
SOAP是一个基于XML的协议，它包括三个部分：
SOAP封装（envelop），封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架；SOAP编码规则（encodingrules），用于表示应用程序需要使用的数据类型的实例;SOAPRPC表示（RPCrepresentation），表示远程过程调用和应答的协定;SOAP可以和多种传输协议绑定（binding），使用底层协议交换信息。
（2）服务描述：
WSDL
Web服务描述语言（WebServiceDescriptionLanguage，WSDL）用XML格式将网络服务定义为一组端点，这组端点是对包含面向文档或面向过程信息的消息进行操作的。
这些操作和消息的描述是抽象的，然后将它们绑定到具体的网络协议和消息格式以定义端点。
相关的具体端点都组合为抽象的端点服务。
WSDL可扩展来允许描述端点及其消息，而不必考虑使用什么样的消息格式或网络协议来进行通信。
这意味着使用XML模式来简要地定义接口而后将这些接口绑定到适用于该协议的具体表示法。
（3）服务注册：
UDDI
统一描述、发现和集成规范（UniversalDescription,DiscoveryandIntegration，UDDI）创建了一个平台独立，开放的框架，通过Internet来描述服务，发现商务，并且整合商业服务。
它是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web服务注册以使得别的企业能够发现的访问协议的实现标准。
（4）服务安全：
WS-Security
WS-Security规范为服务需要的多个安全级别提供了一个新的模型。
它通过消息完整性、消息机密性和单独消息认证提供保护质量对SOAP消息传递的工强。
WS-Security还提供关联安全性令牌和消息的通用机制。
另外，WS-Security还描述如何对二进制安全性令牌编码。
（5）业务流程：
BPEL
Web服务的业务流程执行语言（BusinessProcessExecutionLanguage，简称为BPEL），提供了正式指定业务流程和业务交互协议的语言，它所定义的可互操作的集成模型能够促进在企业内和企业间的自动流程集成的扩展。
（6）服务协调：
WS-Coordination
WS-Coordination描述了一个可扩展框架，它提供了协调分布式应用程序的操作的协议。
这样的协调协议用于支持大量应用程序，包括那些需要对分布式事务的输出结果达成一致的应用程序。
（7）服务事务：
WS-Transaction
WS-Transaction描述了与WS-Coordination规范中描述的可扩展协调框架（coordinationframework）一起使用的协调类型。
它定义了两种协调类型：
原子事务（AtomicTransaction，AT）和业务活动（BusinessActivity，BA）。
在构建要求分布式活动的输出结果一致的应用程序时，开发者可以使用这两种协调类型之一或者同时使用两种。
（8）服务接口：
WSRP
远程门户网站Web服务（WebServicesforRemotePortals，WSRP）是可视的、面向用户的Web服务中心组件，它对于从不同来源聚集内容或应用的门户网站和其它中间Web应用来说是即插即用的。
它们旨在让企业能够提供内容或应用程序，而不需要使用中间应用程序作出任何手工的特定于内容或应用程序的改动。
因为远程门户网站Web服务包括表示，所以服务提供者要决定其内容和应用如何以视觉方式展示给最终用户，还要决定允许何种程度的适适、代码转换和转译等。
4.2部署方案
内网应用性能管理系统，动态实施监测信息平台上运行的业务系统状况。
通过隔离网闸将数据安全传输至外网数据服务器，通过手机APP实时刷新数据，实现移动终端随时随地的性能监测，充分保障业务系统的高可用性，提高系统效率，降低人员负担，达到管理和技术的全面提升。
4.3系统软硬件配置
4.3.1.应用服务器配置
服务器
类型
CPU级别
CPU个数
CPU核数
内存（G）
硬盘
网卡
应用服务器
刀片服务器
2
4
32
146GX2
双千兆网卡
应用服务器
刀片服务器
2
4
32
146GX2
双千兆网卡
4.3.2.数据库服务器配置
服务器类型
CPU级别
CPU个数
CPU核数
内存（G）
硬盘
网卡
数据库
2
4
16
146GX2
双千兆网卡
数据库
2
4
16
146GX2
双千兆网卡
4.3.3.系统软件配置
系统前端运行平台：
IPHONE/IPAD/Android手机/Android平板/系统支持android4.0以上/IOS8.0;
服务器系统：
linux;
应用服务：
tomcat6.0;
数据库服务：
SQLServer2008（或者mySql，推荐使用mySql）
服务器端编译环境：
java，支持JDK1.6以上。
服务器用途
系统
中间件（候选）
备注
应用服务器
LinuxRHEL5U2
tomcat6.0
Server服务器
数据库（SQLServer2008）
WindowsServer2008
Microsoft.NET
数据库服务器
Java平台
Linux
JDK1.6+
Server平台
升级会员 