GCP平台软件产品化

当前全局核心服务平台安装部署提供四个向导式安装界面的安装工具，分别
为门核户服心务平台服务安装工具、Web应用平台服务安装工具、地Ora理cle信数据息库服务安装工具
和通文讯服电务服务安装工具。
数据访问服务
数据指挥服务
消息中间件（TongLink/ActiveMQ）
话音指挥服务 流水库服务 执行监控服务 动态版服务 通讯录服务
W核e心b应平用台平服台务服安装工具 务安装工具
目录服务 服务运行支撑（ESB） 栅格服务 心跳服务 元调度服务
……
Oracle数据数库字签名服务
地理信息服务 安装工具
ArcGis服务……基于Linux的快客邮件服务 ArcGIS SDE for Oracle 10g
ArcGIS License Manager
软件产品化是软件企业可持续发展的关键所在。
2019/11/14
5
软件产品化遵循的原则
软
正确的产品定位
件
产
明确和突出产品的亮点
品
化
采用可定制、可扩展的技术架构
遵
循
的
简单易用，操作易懂
原
则
二八原则
2019/11/14
6
实现软件产品化需要进行的工作
软件的产品化需要在产品的研发上有长期的积累，包括领域知识的积 累、产品技术的积累和客户的积累。
全局核心服务平台产品化方案
汇报内容
1
平台产品化
2
系统开设部署
3
集成开发环境
4
集成许可管理
5
平台的软件集成
2019/11/14
2
汇报内容
1
平台产品化
2
系统开设部署
3
集成开发环境
4
集成许可管理
5
平台的软件集成
2019/11/14
3
软件产品化定义
软件产品化，即客户无需为软件添加或调整代 码和语句即能完成软件的安装配置、应用初始化、 系统管理、用户使用的全过程，并且软件至少能满 足80%以上的用户某一组应用需求。
部署、安装
本地安装
服务构件远程分发
第三方支持服务软件安装
创建静默安装脚本
单独安装
系统初始数 据初始化
系统参数 配置
19
系统开设部署的功能需求分析
统一服务软件的版本规范、命名规范、依赖规范、自动安装脚本规范 、初始化数据导入规范。
提供指挥所(节点)开设建模工具，对指挥所服务器组成、功能席位组 成进行配置。对各服务器下要安装的服务提供界面建模。
2019/11/14
4
软件产品化的优势
由于经过众多用户长期使用，软件稳定、质量较高； 持续的优化确保每一个版本不断完善，并且不断通过升级
给客户带来创新功能和应用。
软件产品化使项目实施周期较短，实施成本较低，并且可 控性较强。
产品售后服务有保证，软件产品的魅力在于一次开发多次 复制，软件企业的主要利润来自于不断地复制产品与销售 。
管
服务组件库
应用组件库
理
基础组件库
Tomcat
J2EE Application Server
JBOSS
Weblogic
……
全局核心服务运行环境
基于Eclipse插件的GCP集成开发环境
2019/11/14
28
功能需求分析
提供集成开发环境IDE
向导方式创建基于平台的project工程 添加依赖包和配置文件 服务接口的代码生成 可视化的应用配置工具 提供方便查询的编程帮助工具 提供服务组件的接口调试环境 友好的编程接口提示
5. 建立自动化安装软件包和安装脚本。 6. 软件安装完成后，进行系统初始化，初始化数据自动导入。 7. 软件安装部署完成后，集中进行必要的系统参数配置。
2019/11/14
13
应用场景模式
2019/11/14
14
安装组成
席位功能应用软件安装
系
License服务 安装
统
Web应用服务安装
参
数
配
基础服务安装 支撑服务安装
集成的全局核心服务二次开发平台环境，提供针对GCS上层应用 的统一的开发平台。
一体化的License安装许可管理 平台的软件集成
2019/11/14
8
汇报内容
1
平台产品化
2
系统开设部署
3
集成开发环境
4
集成许可管理
5
平台的软件集成
2019/11/14
9
需求分析和必要性
一．GCS软件安装部署现状
应用 服务
支撑 服务
基础 服务
数据
16
安装部署要素包装
开发好的基础服务、支撑服务、数据、应用系统服务按照打包规范打包，编 制静默安装脚本、数据初始化脚本，生成可通过执行脚本就可自动安装的服务构 件。
2019/11/14
17
可安装服务构件创建流程
开始
版本信息、名称信息 拾取，依赖关系创建
数据初始化脚本创 建、服务初始化数据
文件进行配置; 各服务的编程手册文档分散独立。
二．针对基于GCP平台的开发，有这样的困惑
平台庞大，如何为开发用户提供简易、易理解的架构进行使用； 开发过程使用繁琐，当需要使用某个GCP的服务接口时，需要全部导入
服务的依赖包，容易导致版本混乱； 配置文件过多，二次开发人员不知如何配置； 开发效率低下，开发人员从知道自己需要调用什么服务和服务接口到获
2019/11/14
15
部署、安装使用场景
服务构件库的物理存放结构
服务构件库的组织结构
应用
…
应用
服务
服务
支撑服 务
支撑服
应用服
基础服 支撑服
应用服
基础务务来自务务务
服务
数据
数据
用户的功能需求
系统开设 建模工具
系统开 设模型
安装
服务构件
包
部署分发
2019/11/14
服务构件之间的依 赖和约束
应用 服务
......
制定包装生成可安装部署服务构件的规范，提供打包工具。
对已安装服务构件的检测与感知，可追加安装新服务构件。
支持停机升级和部分功能服务构件的在线升级。
2019/11/14
20
系统开设部署的功能需求分析（续）
支持新安装系统的初始化数据一键导入。大概包括如下信息：
全局地址信息 部门信息、角色信息、人员信息 通讯录信息 基础元数据
2019/11/14
10
需求分析和必要性（续）
一．GCS软件安装部署现状
一次性创建整个全局核心服务的数据库和导入数据库表数据。
在单个服务器上安装完成后，再分散的配置各服务构件的参数， 最终通过各快捷方式启动服务。
其中文电服务安装工具暂不提供，直接使用快客邮件服务系统提 供的安装工具。
2019/11/14
准备
安装脚本制作
包装生成可安装的服 务构件
命名规范 版本规范 依赖规范 数据脚本规范 安装脚本规范
通过对自研服务和第 三方支持软件的进行包装， 生产可安装部署并具有依 赖关系的服务构件，放入 安装部署服务构件库中。
通过服务构件管理工 具可查看和管理服务构件 库。
加入可安装服务构件 库
服务构件 管理工具
11
需求分析和必要性（续）
二．GCS软件安装部署存在的问题
没有全局指挥所(节点)系统架设的概念；
系统软件安装不能统一规划和部署；
为用户提供通过多个软件安装包的才能安装，没有规划统一、不 能很好地实现可裁剪与定制；
没有实现自动化的、简单的安装部署和系统参数统一配置；
可定制的服务构件安装部署不够灵活；
结束
2019/11/14
18
系统架设、安装部署流程
指挥所需求&应 用硬件环境
指挥所全局系统逻辑建模
应用系统和服务规划
服务器规划
席位职能规划
配置应用系统需要的服务构件
配置服务器需 要的服务构件
配置席位需要 的服务构件
生成安装包和安装脚本
安装包、初始化 数据和安装脚本
可部署服务 构件库
2019/11/14
2019/11/14
12
解决方案
1. 基于全局出发，对指挥所(节点)的开设进行规划和建模。 2. 结合用户的需求、系统的能力要求，对指挥所(节点)系统开设进
行规划和建模。
3. 结合硬件设备环境条件，遵循服务构件之间的依赖和约束，对指 挥所(节点)下的服务器、席位要安装的服务构件进行配置建模。
4. 建立基础服务、支撑服务、应用服务、数据之间的依赖和约束关 系，安装人员只需选择应用服务，其支撑服务自动安装。
2019/11/14
22
系统开设部署产品化目标规划
后期目标
提供系统开设建模工具和系统配置工具，根据模型文件进行安装包打包。 采用集群式部署整个全局核心服务，帮助用户通过简单的配置完成全局
核心服务平台的安装部署。 能够根据固定指挥机构、机动指挥机构和手持终端的不同环境的实现可
定制安装、可裁剪的部署安装全局核心服务平台。 可定制、简单易用的“一键式”安装部署。
第一阶段目标
1. 提供完整的maven本地库； 2. 提供规范的pom.xml依赖文档； 3. 提供图文描述的全局核心服务总体架构的开发文档； 4. 提供完整和规范的接口描述和示例程序； 5. 提供标准的接口提示； 6. 完备配套资料
第三方支持软件 安装
置
基础服务安装：主要有数据访问服务、目录服务、服务运行支撑（ESB）以及基础Web服务 （栅格服务、心跳服务和元调度服务）。
支撑服务安装：主要有域名解析服务、时统服务、心跳服务、日志服务、Web服务容器等
Web应用服务安装：主要有门户服务、文电服务、数据指挥服务、话音指挥服务执行监控 服务、动态版服务和通讯录服务等 第三方支持软件的安装：地理信息服务安装、快客文电服务安装部署、 Oracle数据库、 消息中间件（TongLink/ActiveMQ） 安装许可管理License服务安装： GCS的安装部署许可license服务器 席位功能应用软件安装：客户端插件安装、功能应用系统客户端
2019/11/14
23
汇报内容
1
平台产品化
2
系统开设部署
3
集成开发环境
4
集成许可管理
5
平台的软件集成
2019/11/14
24
开发环境现状和存在的问题
一．基于GCP平台二次开发现状
二次开发人员自己引入所需服务的Jar包的开发和基于Webservice的开发; 在开发本地要生成所需服务的单独的配置文件，调试时需对每一个配置
软件产品化的前提是行业标准化、规范化，标准化、规范化要贯穿整 个软件开发过程中。
软件产品化是一个长期的过程，而且是一个艰难的过程，在产品化实 施过程中，软件企业在各个方面都面临挑战，并必须按照行业标准化 进行调整，在这个实施过程中，需要软件的研发管理、项目管理甚至 技术体制一同推进。
2019/11/14
2019/11/14
29
功能需求分析（续）
提供规范化的、完整的用户功能手册
功能描述 功能范围 功能用法示例(demo)
规范的接口注释
接口使用方法 接口使用场景 接口参数含义 接口使用范围 接口使用示例(demo)
2019/11/14
30
集成开发环境产品化的目标规划
7
GCS平台产品化的目标
从满足项目需求做起，提炼用户的需求，提炼行业软件 产品的需求，提炼共性的思想、理念、软件技术体制，最终 走出项目型的项目软件成品，研制出标准化、规范化、产品 化的软件产品。
现阶段，基于正在研发的全局核心服务GCS出发，先主 要从四个方面来开展走向软件产品化的工作：
面向全局规化的系统开设和方便、易用的”一键式”软件安装部署 。
安装结果报告、安装日志生成 提供集中统一的系统配置管理界面 提供典型安装、完全安装、定制安装方案。 制定规范化的安装部署手册
2019/11/14
21
系统开设部署产品化目标规划
第一阶段目标
提供全局核心服务平台的安装部署工具： 安装界面 简单配置
根据用户需求和硬件设备规划定制安装。 针对固定指挥所、车载指挥所，实现可裁剪的安装 支持停机升级和部分功能服务构件的在线升级。 支持新安装系统的初始化数据一键导入。 支持安装结果报告、安装日志生成 制定规范化的安装部署手册。
集成和调用方式； 8. 提供基于GCP运行环境边开发边使用全局核心服务进行调试的模式。
2019/11/14
26
集成开发环境使用场景
2019/11/14
27
全局核心服务集成开发环境组成
GCS IDE For Eclipse
全局核心服务集成开发环境
开发帮助手册
开发示例程序
组
件
全局核心服务GCS二次开发库
取Jar包，或者Webservice接口调用需要长时间的学习过程。
2019/11/14
25
解决方案
三．解决方案
1. 使用maven构建业务应用，提供完整的maven本地库； 2. 提供规范的pom.xml依赖文档； 3. 提供全局核心服务总体架构图文描述的开发文档； 4. 提供完整和规范的接口描述和示例程序； 5. 提供基于Eclipse的插件的集成开发环境(IDE)； 6. 友好的编程接口提示； 7. 全局核心服务的二次开发服务组件进行分类，不同类型组件提供不同的