APP系统研发可研报告.doc

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）通过与应用管理系统融合，将业务系统的保障效率提高到公司要求的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 逻辑架构

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）服务描述：WSDL
Web 服务描述语言（Web Service Description Language，WSDL）用XML 格式将网络服务定义为一组端点，这组端点是对包含面向文档或面向过程信息的消息进行操作的。这些操作和消息的描述是抽象的，然后将它们绑定到具体的网络协议和消息格式以定义端点。相关的具体端点都组合为抽象的端点服务。WSDL 可扩展来允许描述端点及其消息，而不必考虑使用什么样的消息格式或网络协议来进行通信。这意味着使用XML 模式来简要地定义接口而后将这些接口绑定到适用于该协议的具体表示法。
（3）服务注册：UDDI
统一描述、发现和集成规范(Universal Description, Discovery and Integration，UDDI)创建了一个平台独立， 开放的框架，通过Internet 来描述服务，发现商务，并且整合商业服务。它是一套基于Web 的、分布式的、为Web 服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web 服务注册以使得别的企业能够发现的访问协议的实现标准。
（4）服务安全：WS-Security
WS-Security 规范为服务需要的多个安全级别提供了一个新的模型。它通过消息完整性、消息机密性和单独消息认证提供保护质量对 SOAP 消息传递的工强。WS-Security 还提供关联安全性令牌和消息的通用机制。另外，WS-Security 还描述如何对二进制安全性令牌编码。
（5）业务流程：BPEL
Web 服务的业务流程执行语言(Business Process Execution Language，简称为 BPEL)，提供了正式指定业务流程和业务交互协议的语言，它所定义的可互操作的集成模型能够促进在企业内和企业间的自动流程集成的扩展。
（6）服务协调：WS-Coordination
WS-Coordination 描述了一个可扩展框架，它提供了协调分布式应用程序的操作的协议。这样的协调协议用于支持大量应用程序，包括那些需要对分布式事务的输出结果达成一致的应用程序。
（7）服务事务：WS-Transaction
WS-Transaction 描述了与 WS-Coordination 规范中描述的可扩展协调框架（coordination framework）一起使用的协调类型。它定义了两种协调类型：原子事务（AtomicTransaction，AT）和业务活动（Business Activity，BA）。在构建要求分布式活动的输出结果一致的应用程序时，开发者可以使用这两种协调类型之一或者同时使用两种。
（8）服务接口：WSRP
远程门户网站Web 服务（Web Services for Remote Portals，WSRP）是可视的、面向用户的 Web 服务中心组件，它对于从不同来源聚集内容或应用的门户网站和其它中间 Web应用来说是即插即用的。它们旨在让企业能够提供内容或应用程序，而不需要使用中间应用程序作出任何手工的特定于内容或应用程序的改动。因为远程门户网站 Web 服务包括表示，所以服务提供者要决定其内容和应用如何以视觉方式展示给最终用户，还要决定允许何种程度的适适、代码转换和转译等。
4.2 部署方案

内网应用性能管理系统，动态实施监测信息平台上运行的业务系统状况。通过隔离网闸将数据安全传输至外网数据服务器，通过手机APP实时刷新数据，实现移动终端随时随地的性能监测，充分保障业务系统的高可用性，提高系统效率，降低人员负担，达到管理和技术的全面提升。
4.3 系统软硬件配置
4.3.1. 应用服务器配置
服务器
类型
CPU级别
CPU个数
CPU核数
内存(G)
硬盘
网卡
应用服务器
刀片服务器
2
4
32
146G X 2
双千兆网卡
应用服务器
刀片服务器
2
4
32
146G X 2
双千兆网卡
4.3.2. 数据库服务器配置

服务器类型
CPU级别
CPU个数
CPU核数
　内存(G)
硬盘
网卡
数据库

2
4
16
146G X 2
双千兆网卡
数据库

2
4
16
146G X 2
双千兆网卡
4.3.3. 系统软件配置
系统前端运行平台：IPHONE/IPAD/Android手机/Android平板/系统支持android4.0以上/IOS8.0;
服务器系统：linux ;
应用服务：tomcat6.0;
数据库服务：SQL Server 2008（或者mySql，推荐使用mySql）
服务器端编译环境： java，支持JDK1.6以上。
服务器用途
系统
中间件(候选)
备注
应用服务器
Linux RHEL5 U2
tomcat6.0
Server服务器
数据库(SQL Server 2008)
Windows Server 2008
Microsoft.NET
数据库服务器
Java平台
Linux
JDK1.6+
Server平台
Android
Android 4.0+
Android，Android pad
客户端平台
IOS
IOS 8.0
Iphone，Ipad
客户端平台

4.4 项目计划

4.4.1 项目人员
项目总负责
项目配合单位

组织实施单位
研发项目组

实施项目组

测试项目组
配合部门

4.4.2 工作总体安排

序号
时间段
内 容
1        
2016年5月-6月
系统需求收集
2        
2016年7月-
2016年10月
系统开发

3        
2016年11月

系统测试
4        
2016年12月-
2017年1月
收集系统账号、权限等信息，进行上线试运行。
5        
2017年3月-
2017年5月
项目收尾、运维移交
项目验收

5 投资预算
5.1 概述
移动APP系统研发与技术支持服务，预计周期为12个月。
5.2 编制原则和依据
该项目所需用的各类辅助软硬件设备、材料、工器具均由中标方自行提供，达到该项目服务要求。
5.3 投资分析
APP系统开发项目费用，主要由需求调研、设计、开发、测试、实施等部分组成。为完成此项工作，需要花费项目组XX人天，合计费用为120万,具体费用如下：

工作内容
具体任务
工作人员
人数
天数
工作量（人天）
单价
(元/人天)
费用合计(万元)
备注
需求调研
需求调研
项目经理/软件工程师
5
10
100

编制需求调研报告
项目经理/软件工程师
5
10

系统总体设计
系统总体设计
总监/项目经理
5
7
110

系统详细设计
系统详细设计
总监/项目经理
5
15

开发与测试
系统功能开发
技术经理/软件工程师
5
20
225

接口开发

个数不确定。
系统内部测试与集成测试
项目经理/软件工程师
5
25

系统实施
系统功能验证、系统部署、数据整理
项目经理/软件工程师
2
60
120

税金及管理费
税金及管理费

按5.5%计算。
合计