一、采购人名称：滨江区住建局（本级）

二、采购项目名称：滨江规划分局规划业务协同平台

三、采购组织类型：分散采购委托代理

四、招标项目概况（内容、用途、数量、简要技术要求等）

建设内容
项目采用新的IT技术架构和业务管理方法，打造符合滨江规划分局业务管理、决策支撑的业务应用体系，为规划业务分析、业务系统扩展增强、业务优化提供数据基础数据来源和架构支撑。
以基础地理信息为基础，从时间和空间的角度，全方位整合现有的规划编制成果、规划审批成果、地理信息数据的平台，为科学规划，科学决策提供支持，为杭州市九区四县市的规划统筹应用提供数据支持。
（1）BPM业务建模
采用IBM BPM业务流程理念和方法，对规划业务流程重新建模，提升流程的灵活性和业务的敏捷性。实现规划业务的全过程建模和管理。
（2）采用SOA架构改造规划管理信息系统
面向服务的架构（SOA）可以提供良好的分层、分布式技术模型。以“服务”为基础提供各类应用功能和数据资源。运用企业服务总线（Enterprise Service Bus，ESB），将各类服务组合、集成整合成为应用功能，以满足不断变化的业务需求，提高了业务的敏捷度。
（3）全新的界面交互体验
充分借助新技术，并做好充分的业务交互场景的分析，同时延续市局的新颖亮点，如WIN8风格、场景模式等等。
（4）全新WebGIS应用体验
系统将采用WebGIS技术，将空间数据发布到前端，并结合业务审批系统的应用，以进一步提高前端用户的应用体验，如操作、数据展示性能等。
（5）AutoCAD应用升级改造
系统将采用新的CAD模块，以进一步提升版本的兼容性、数据读取的性能等，包括各类数据资源的集成展示等。
（6）一张图统筹应用
分局能在统一平台中浏览到本分局的空间数据，并支持查询本区审批项目的基本信息。
（7）软硬件环境支撑体系
利用市局已有的云支撑体系，构筑滨江分局业务平台的服务环境，包括数据库服务、GIS服务集群、应用服务集群等。

五、拟采用的采购方式：单一来源

六、申请理由：

本项目为杭州市规划局业务协同平台的延伸，采用的是同一套框架体系。如果选择其他公司开发，一是需要在杭州市规划局协同平台的基础上重复开发出一套类似系统，浪费人力物力财力；二是不同团队开发的系统程序之间，可能在对接过程中出现不可预测的问题，影响一体化工作的推进，甚至无法完成杭州市委、市政府、杭州市规划局的一体化工作任务。杭州市城市规划信息中心（杭州市地理信息中心）为杭州市规划局下属自收自支的事业单位，是杭州市规划局相关信息系统的实施单位，同时也是杭州市规划管理一体化工作统一平台建设的责任单位。

七、拟定供应商：

杭州市城市规划信息中心（杭州市地理信息中心）

八、其它事项：

1、统一门户
统一门户包含两块重要内容：一是集成单点登录，提供唯一的登录入口；二是能够将各类应用界面组织起来。
在市局公务门户的基础上建立滨江分局的二级统一门户，在此门户上将滨江分局所有的应用集成，并实现单点登录。
2、规划业务审批
规划业务审批，在业务上包含了三大方面：业务审批、辅助管理和项目管理。业务过程审批以在办箱、已办箱作为展现。辅助审批以项目的传阅、对项目进行督办、发送审批消息最为典型。项目管理主要处理审批项目的流程和数据修改。
规划业务审批的三大方面其内在都是围绕“审批模型”进行展开，以“项目”为中心。但在界面上还需要将表单、报表、材料等要素组织起来，具体布局需要进行界面设计。至于审批的辅助应用，现在有传阅、消息等。实现上在审批的流程中引入外部辅助流程，再配合功能服务实现。业务审批除了处理业务流程的相关逻辑之外，还需要进行图文交互。在界面层集成WebGIS辅助审批应用和CAD辅助审批应用。
3、WebGIS辅助审批
WebGIS辅助审批有两个使用场景：一是在业务审批的项目办理界面中嵌入WebGIS界面，以图文交互完成项目办理；用户可同时查看表单和GIS空间数据。二是作为一个独立的界面打开，展现规划管理的地图，可以查阅项目等相关信息。
以上两个场景中都是通过界面方式集成。实现上将直接调用城乡规划统筹平台提供的服务来实现。图文交互优先采用Html方式进行通信。
4、CAD辅助审批
CAD是C/S架构，是基于AutoCAD开发，可以采用AE或Oracle Spatial接口访问空间数据库，同时需要部署到客户端。
CAD辅助审批使用场景：在业务审批过程中打开CAD辅助审批系统，以完成项目空间地图的编辑，如红线绘制等；加载一定范围内的规划成果数据如控规等。
CAD中叠加其他大比例尺数据时，可以采用地图索引加权限方式来实现只加载当前项目范围内的大比例尺地图数据，以进一步增强数据使用的安全性。
新版本将支持更多AutoCAD的新版本、性能上比原版本有更好改进。性能的改进，如调 SDE 数据更快；调用方式支持按专题调用；大比例尺地形图使用安全等；影像图可动态快速浏览；客户端多版本ArcGIS的支持等。
5、系统运维管理
与业务应用相对应的是系统运维管理，主要为业务应用提供配置管理。
系统运维管理主要提供给系统管理员使用，包括三部分：业务模型管理、业务流程建模和报表管理。
业务模型管理统一采用DAP4业务模型端统一管理，包括人员、角色、权限、节假日等等管理。它是一个CS工具，采用.Net C#开发实现，其直接访问“业务数据库”，将配置数据存放到业务数据库中的“系统运维配置数据”中。业务应用可通过服务得到配置数据进行使用。
业务流程管理采用IBM BPM Designer专门提供流程、表单的建模。
报表管理采用润乾报表进行统一制作，润乾报表是专业的报表制作软件，能满足规划业务中常用的表、证等的打印、输出等，同时还可为后期的查询、统计奠定基础。
6、业务逻辑设计
从系统框架设计中可以看出，除界面层以外，还有业务流程、应用服务总线和具体的业务服务。业务流程采用BPM来实现，应用服务总线采用IIB实现。其中业务服务经过应用总线可以提供给业务流程、也可以提供给界面层使用。从规划业务应用建设来看，如何设计和实现业务服务显得尤为重要。实际实现时，服务总线规划在二期中实现。
业务逻辑的原子服务将采用Java开发，部署到WAS上，直接对数据库进行访问。
（1）组织机构、权限
通过领域分析可以看出组织机构关系：机构与人员。机构为滨江分局。人员归属到机构中。
另外权限关注：人员、角色、权限。人有多种角色，角色关联了具体的权限。
角色有系统角色和岗位角色之分。
这些都是通用的职责，以原子服务的方式对外暴露，能够提供给其他所有模块使用。
（2）审批模型
通过分析可以看出审批模型是最为重要的模型，是规划业务审批的核心模型。
审批模型的核心要素有项目、业务定义、业务数据、表单、报表、材料等。将这些核心要素的操作以原子服务的方式暴露出来，能够为规划业务审批提供一个良好的扩展机制。如遇业务审批中特殊的应用时，可以使用这些原子服务，再通过应用服务总线编排出满足需求的新的组合服务。
除了审批模型和业务模型中提到的要素，还有图文交互服务中的文相关的服务。另外还有一些业务上公共要素，如文号、工作日等。也通过原子服务的方式进行暴露。另外还有辅助审批模型。需要搭建审批辅助相关的逻辑服务。
（3）数据模型
数据模型主要有数据字典、元数据、业务数据包。业务数据引擎服务主要负责项目过程业务数据的存储。存储服务将提供给表单保存时进行使用。
（4）其他
还有一些其他的逻辑服务，待实施时进行明确。

政府采购监管部门联系方式

财政部门：杭州市滨江区政府采购领导小组办公室
地点：财政局7楼
联系人：柴工
联系电话：********
传真：********