XXXXX管理系统项目可行性研究报告

1 项目名称： 项目起止日期： 2015年 9月 1日 至 2016年 5月 31日 项目 执行单位 : 上海市 可研 编制单位 : 上海市 可研编制负责人 : 可研编制日期： 2015年 9月 5日 上海市 2 承 诺 书 本项目可行性研究报告根据国家有关法律法规和规章制度，按规定程序和要求编报。本单位法定代 表人、本项目负责人保证该项目可行性研究报告中的各项内容真实、客观和准确，并承担由此引起的相关责任。 法定代表人（签字）： 年 月 日 项目负责人（签字）： 年 月 日 项目承担单位计财机构负责人（签字）： 年 月 日 3 表一：项目基本情况表 项目名称 项目类别 基 础设施 业务 项目承担单位 单位名称 上海市 位性质 事业单位 科研机构 企业 其他 单位组织机构代码 单位法定代表人姓名 单位开户名称 开户银行（全称） 银行账号 电子邮箱 通信地址 邮政编码 相关责任人 项目负责人 姓 名 身份证号码 工作单位 上海市 话号码 021机号码 电子邮箱 邮政编码 通信地址 目联系人 姓 名 话号码 机号码 传真号码 021- 电子邮箱 计划财务机构负责人 姓 名 身份证号码 电话号码 手机号码 电子邮箱 4 一、项目的背景和发展概况及依据 根据近期党中央、国务院提出的对行政审批制度改革工作的新要求，并且中国气象总局对气象行政审批制度改革作出了全面部署，新形势下迫切需要解决气象行政审批制度改革中的问题。各地方气象局应充分认识推进气象行政审批制度改革的重要性。 要以气象行政审批制度改革实施方案（以下简 称实施方案）为抓手，全面推进气象行政审批制度改革。 实施方案是中国气象局党组全面贯彻落实党和国家深化行政审批制度改革的重要举措，是全面推进气象行政审批制度改革的重要抓手，各级气象部门务必高度重视，认真贯彻落实，要坚持放管结合，围绕简政放权和规范权力这个核心，逐步建立公开透明、便利高效、程序严密、权责一致的行政审批制度，切实做到“法无授权不可为，法定职责必须为”。要继续落实好行政审批取消下放工作，切实规范行政审批行为，协同推进网上审批平台建设。 为了配合上级单位的总体部署和实施方案具体任务落到实 处的总体思想，并且为了确保气象行政审批制度改革顺利实施，上海市气象局要率先保证行政审批各项任务分工落实到位，做好改革工作的沟通协调，狠抓监督检查和问责。同时，也迫切需要建立一套既能够实现内部高效管理与内部信息高速流转，又能够面向社会作为唯一公正公开信息平台的气象行政管理系统。 上海市气象局现有一套正在运营中的防雷综合业务管理平台系统，但其主要是以防雷行政审批为主，还尚未包括上海市气象局全部行政审批项目，而现此次筹建的气象行政管理系统将在现有平台系统的基础上进行全面升级。升级后的气象行政管理系统不仅能够继续 调取、查询、处理原有系统中的全部数据，而且将全面实现审批模板标准化、规范化，审批事项可自由 决策支持系统 等功能，更重要的是将完全实现上海市气象局社会管理事项全覆盖。另外，新版系统将对检测业务系统进行开放登录改造，待检测市场放开后目标成为上海地区的标准化防雷装置检测业务系统。 新版的气象行政管理系统在不久的将来，对外将以公众服务门户网站为载体，实现申报、查询、咨询、监督、公告一站式服务的形式面向社会；对内将以强大的管理后台为技术支撑，全面实现无纸化高效容错规范化协同办公，以监督平台为核心，强化事中事后监管模式 ，开发通用手持设备，提高执法监督、行政审批服务规范性，整合行风监督功能；对于各级气象局及中国气象总局等上级组织，新版系统更将提供丰富多样的数据接口用以系统间的无缝对接，有助于实现全国范围内各气象系统的集约化，这将符合国家对于气象行政审批制度改革的各项要求。新版系统的设计理念和技术将符合国际信息平台设计规范，并具有较高的先进性及灵活的可扩展性。 综上所述，气象行政管理工作的好坏在一定程度上影响着整个体系的发展，当气象事务其它等工作都取得明显成效时，这就需要对气象局的行政管理进行必要的改善，以便能够推动气象局 行政管理不断向前发展，进而整体提升行政管理水平。本系统的建立将更好地利用整个社会现阶段对社会公共事务在网上办理的热衷度与熟识度，从而使得上海市气象局在更公正、更公开透明的环境下办理行政审批及其他行政管理工作 ,并且为了更服众，更便捷地提供普通公民知情，诉求，监督，交流的渠道，配合完善全业务数据流。 二、项目建设内容、规模 5 项目建设内容 构建上海市气象局气象行政服务管理系统，系统能够调取、查询、处理，应用原有防雷中心综合业务管理平台系统中的全部数据，并结合本系统中新数据的录入，以崭新的界面和特性全面实现审 批模板标准化、规范化，审批事项可自由决策支持系统等功能，完全实现上海市气象局社会管理事项全覆盖。同时对检测业务系统进行开放登录改造，以形成上海地区的标准化防雷装置检测业务系统。 本系统主要分为前端系统、后端系统及手持信息系统，前端系统以公众服务网站（网上受理）的形式呈现，包含行政审批和检测平台；后端系统以 B/S 架构形式呈现，主要包含人员管理、资质管理、监督管理及统计分析四大模块；手持信息系统将以 三方应用程序的形式呈现，主要辅助前后端系统，并为行政审批及监督管理等业务的开展提供实时数据（资料、图像等 ）远程传输的便利。 系统结构和组件： 上海市气象局气象行政服务管理系统 1) 前端系统 公众“一门式”服务网站 - 网上受理、申报、指导 - 公告公示 a) 在线气象灾害报告 b) 业务咨询和解答 c) 投诉与建议 d) 审批结果，法规、事项、管理动态 e) 防雷装置检测结果 f) 防雷装置检测报告真伪查询 - 项目申报客户端 a) 项目信息定期推送 b) 服务质量评价 (满意度评价 ) c) 流程超期提醒 d) 咨询 /举报 /投诉 - 微信公众号 a) 项目信息及进度推送； b) 后续审批事项办理指引； c) 项目时效性提示； d) 服务质量评价及反馈； e) 一键咨询 /投诉 /举报功能 行政审批模块 6 - 行政审批（审图） - 行政审批（验收） a) 手持信息系统 竣工验收 实现验收及执法任务点对点推送 业务数据实时查询功能 现场取证信息采集（日期时间、 置、照片、视频、音频） 数据本地缓存（突发事件信息可实时回传） 服务质量、行风信息回访表单推送功能 b) 行风监督模块 检测平台系统 - 工程项目信息管理模块 a) 新建项目 : 工程信息、整改信息、产品信息、协会清单、信用评价 b) 年检项目：整改信息 - 检测报告档案数据 - 工程公司客户端 a) 人员信息动态管理 b) 工程项目信息申报 c) 工程产品采购清单 d) 施工信息申报 e) 共享整改信息 - 协会及专业用户 模块 a) 防雷产品风险分级清单维护与公示 b) 企业信用评价记录的录入 c) 专业用户（气象信息服务公司）服务信息备案录入及信用评价结果录入 2) 后端系统 人员管理模块 - 人员基本资料认证 - 用户权限分配 资质管理模块 - 人员资质控制管理 - 工程公司资质控制管理 - 资质审核 (防多重挂靠 ) 监督信息管理模块 7 - 计划任务 - 被动任务 : 定向推送 - 公众网站的投诉信息推送与自动转发 统计分析模块 - 各类数据的统计报表和图示 3) 数据库 新建气象行政服务管理系统数据库； 整合原有防雷中心综合业务管理平台行政审批系统数据库； 整合原有防雷中心综合业务管理平台 检测系统数据库； 提供与上级领导组织数据共享的 实施范围和周期 项目实施覆盖范围包括上海市气象局相关科室及管理与服务对象。包括：行政审批、执法监督、专业用户、协会、 防雷公司、产品生产 /经销商、配套柜厂等。 整个项目研发及实施周期为 2015 年 9 月 1 日 至 2016 年 5 月 31 日。期间需要完成上述业务功能的开发，同时需要完成与原有行政审批业务平台及申报系统内容的对接； 三、项目实施地点情况 项目主要实施地点计划为上海市气象局或上海市松江区九亭涞坊路 2030 号。 系统采用 B/S 架构， B/S 系统主要 实施地点为系统所部署的中心机房。 四、项目的技术路线和方案 8 本系统采用多用户终端分布式访问架构，实现交互层、用户组、业务管理层独立建模，共同交互式协作的能力，并具有 留接口，可与统计地方气象单位或上级组织实时共享信息，具体如下图 1 表述 : 图 1 气象行政服务管理系统架构 如上图 1 所示，系统从结构上分为四大内容，依次为： 1. 交互层：主要为面向用户的操作界面，通过交互层，社会管理服务对象实现对系统操作，申报登记、行政审批、数据查询、 咨询投诉、公告公示阅览及移动端远程登陆。 2. 业务管 理层：是系统主要功能实现层，包含防雷社会业务管理的主要功能，根据社会业务划为以下几类： 人员管理 资质管理 监督信息 统计分析 3. 用户组：用户将被一一单独授权与设置权限进行分布式访问，以实现各级各职能人员在同一平台上工作的交互能力。具体划分为 : 专业用户 申请人及公众 系统管理员 执法监督人员 协会人员 工程人员 审批人员，详见图 2 图 2 开发框架和用户组示例 4. 跨系统集成：由于本次系统管理的成果与原有系统关系密切，在业务管理层面存在着数据互操作和访问的需求。因为跨系统集成与接口开发是本次系统建设中比较重要的 一项内容。包括： 项目申报信息（含技术方案）与施工图审核的交互 竣工验收中对工程公司、防雷产品、从业人员的审查 备案信息与查询公开的交互 其它设计到与原系统数据交换的功能模块 9 5. 系统管理层：这一层主要向系统的功能运行提供底层服务保障，主要处于服务器端，根据满足的需求不同，主要分为三类： 数据服务：是系统功能与数据衔接的桥梁，通过数据服务，系统对数据存储介质实现数据访问，进行数据的增删改查的操作；数据服务根据操作的数据来源不同，又分为：数据库服务和数据接口转换；前者主要用于本地数据的访问，后者用于外部数据的转换 和导入导出，实现与其他系统的数据共享同步； 应用服务：主要包含支持系统各大应用功能运行的基础引擎和服务，通过应用服务的调用，实现同类功能的统一化控制，便于系统的维护和管理，符合软件工程面向对象开发思想的基本原则。 网络服务：主要为通过 息交换技术实现服务器与客户端的网络通信与信息交互； 文件管理服务：通过文件管理服务对系统业务中涉及的电子文件进行管理、存储、转换和调用； 系统操作监控服务：对操作日志，某项业务变更记录统计等。系统鉴权服务，对用户数据查看调用范围进行鉴权和配置定义。 本系统为 B/S 架构，特此介绍一下 体开发架构，见图 3: 10 图 3 体架构 建立在公共语言运行库上的编程框架，可用于在服务器上生成功能强大的 其他 发模型相比， 供了数个重要的优点： 增强的性能 在服务器上运行的编译好的公共语言运行库代码，可利用早期绑定、实时编译、本机优化和盒外缓存服务。 简易性 执行常见任务变得容易，从简单的窗体提交和客户端身份验证到部署和站点配置，公共语言运行库利 用托管代码服务简化了开发。 可管理性 用基于文本的分层配置系统，简化了将设置应用于服务器环境和 用程序。只需将必要的文件复制到服务器，即可将 架应用程序部署到服务器。不需要重新启动服务器，即使是在部署或替换运行的编译代码时。 安全性 11 借助内置的 份验证和基于每个应用程序的配置，可以保证应用程序是安全的。 五、项目总体目标和阶段绩效考核指标 项目总体目标是 : 在现有数据库基础上，原有行政审批系统升级为新版行政审批系统，实现审批模板标准化、 审批事项可扩充。以该系统为核心，实现气象社会管理事项全覆盖；对检测系统进行开放登录改造，待检测市场放开后成为上海地区的标准化防雷装置检测业务系统。以公众服务网站为载体，实现申报、查询、咨询、投诉、公告一站式服务； 以监督平台为核心，强化事中事后监管模式；开发协会和专业用户模块；开发通用手持设备，提高执法监督、行政审批服务规范性，整合行风监督功能。 阶段考核指标为： 2015 年 9 月完成管理系统的需求定稿，进行专家论证； 2015 年 11 月，完成项目招投标工作，开始开发； 2016 年 3 月，完成开发上线试运行； 2016 年 4 月，完成试运行和问题修改； 2016年 5 月，完成项目验收投入使用 12 六、项目实施进度计划 项目的具体实施计划如下： 调研与分析阶段： 2015 年 9 月 需求设计和确认阶段： 2015 年 9 月 10 月 开发阶段： 2015 年 11 月 3 月 实施阶段： 2016 年 3 月 试运行阶段： 2016 年 3 月 4 月 培训与验收： 2016 年 5 月 七、项目组织实施条件 人员条件 : 由中心领导牵头，抽调相关科室骨干人员成立项目组，保障项目实施。 资金条件： 资金由防雷中心专项资金自筹解决。 设施条 件： 升级服务器及系统安全设备，以满足系统高稳定性业务运行要求。 13 八、项目资金测算 单位：万元 项目资金测算为 元。明细如下： 软件开发费 务器 络设备 、资金测算和筹措的情况说明 资金测算依据： 开发费用为软件公司项目开发报价、硬件费用采用市场询价。 资金筹措情况说明： 为自筹项目专项资金。 14 十、专家论证意见和专家名单 15 十一、招标方式和内容 A 公开招标 B 邀请招标 C 议标 名称 招标方式 规模 金额 软件开发 A 项目整体开发 十二、采购方式和内容 品名 采购方式 数量 金额（万元） 服务器 D 2 络设备 D 2 16 表二：项目支出预算明细表 单位：万元 项 目 支 出 预 算 项 目 资 金 来 源 资金来源 预算申请数 预算批复数 合计 央财政拨款 其中：申请当年财政预算 方财政拨款 筹资金 他资金 其中：用以前年度财政拨款结余资金 万 项 目 支 出 明 细 预 算 支出明细项目 金额 合计 . 软件开发费 . 服务器 . 网络设备 17 18 表三：项目参加人员基本情况表 序号 姓名 身份证号码 工作单位 技术职称 投入本项目的全时工作时间 （人月） 是否有工资性收入 人员 分类 （ 1） （ 2） （ 3） （ 4） （ 5） （ 6） （ 7） 1 2 3 4 5 固定参加人员合计 流动人员或临时聘用人员合计 累计 - 19 - 表四：设备费 购置（试制）设备预算明细表 金额单位：万元 序号 设备名称 设备 分类 单价 (元 /台件 ) 数量 （台件） 总金额 购置设备 参考型号 购置设备生产 国别与地区 主要技术 性能指标 用途 （与项目任务的关系） (1) (2) (3) (4) (5) (6) (7) (8) (9) 1