预算编审系统开发及完善需求.DOC

1、 预算编审系统 开发及 完善 需求 随着预算编审基础工作的 规范 ， 预算编审系统中已积累大量的 基础数据 。由于 业务规则变化 及业务 发展需要，需对预算编审系统的功能进行改造升级，完善软件的业务功能和管理功能，增加系统的灵活性，更好地满足实际工作的需要 。 1. 预算编审系统 开发及完善 内容 承建方负责按照用户需求对预算编审系统进行修改 、 测试、部署等项工作。 1.1 增强预算编审对比分析功能 随着预算编审系统的使用，已积累了 大量 基础 数据 。预算编审工作也由基础性工作转向管理 、监督和分析 性工作。系统需要 增加 统计、汇总、分析、决算等方 面的功能。 新增功能包括： 对年度预算

2、结果进行各类结构分析，如功能结构分析、经济结构分析、单位结构分析等； 1.2 完善现有系统的部分功能 随着系统的使用和业务的发展， 需要对 业务规则 定义 、操作简便性、定制灵活性、功能完善性等方面 进行修改和完善 。包括： 基础数据分类和核定规则的调整：由原来所有数据在预算编审系统中核定改为在基础信息库中核定，特殊情况在预算编审中调整。 审核流程的完善： 根据实际工作需要， 对 目前基础数据五个环节的审核 内容和流程进行调整 。 完善系统操作日志：记录每个操作员登录系统的时间，操作的功能， 操作前后的业务数据 变化 ，便于进行系统的跟踪和审计，提高系统的安全性。 1.3 界面调整 为方便使用

3、，对现有功能分类及下拉菜单内容进行重新定义和归类，具体修改内容如下： 2 现有分类 拟调整分类 初审基础数据二审基础数据三审基础数据四审基础数据终审基础数据录入审核单位编制数人员支出标准测算制定人员支出标准录入人员支出其他公用支出标准测算制定单项定额标准制定综合定额标准单项定额公用支出调整录入公用支出其他人员支出公用支出定额标准定额标准数据审核基础数据3 综合查询单位基础数据单位结构单位编制情况 （ ） 基础数据人员支出标准 （ ）单项定额标准 （ ）综合定额标准 （ ）预算定额标准报表定额标准零增长结果查询表单位对应功能科目 （ ）年度功能科目调整情况表单位调整表 （ ）基本支出预算报表人员

4、支出公用支出自定义报表生成部门预算 （ ）下发预算控制指标部门预算信息对比 （ ）录入预算控制总额 （ ）人员支出预算 （ ）医疗支出预算补充住房公积金预算空编预算专项业务费汇总 人员公用支出预算 （ ）专项业务费汇总 公用单项定额公用支出明细行政公用实物费用定额明细预算控制指标 （ 医疗 ）市级行政事业单位医疗支出预算表基本支出预算集中经费预算表处室基本支出预算预算控制指标表综合查询数据汇总数据汇总自定义报表4 1.4 提升编审系统运行速度 提高“预算报表”中所有报表的查询导出速度，提升“数据汇总”的运行速度。 数据接收基本 信息库工资统发数据接收基础设置定义专项业务费对应关系单位对应功能科

5、目设置单位结构集中经费定义零增长项目定义支出项目定义经济科目维护标准码表维护功能科目维护编制类型维护数据字典维护单位项目定义人员类别标准测算公式公用单项测算公式自定义报表基本支出增长因素维护年度功能科目调整年度单位结构调整专用设置通用设置基础设置系统管理角色管理角色授权用户管理进度监控表审核状态退回系统管理测算分析基本支出增长因素分析标准倒算数据分析5 1.5 整合 现有报表 调整 “综合查询”和“预算报表”的功能，合并同类型查询内容， 统一口径，统一功能使用界面 ： 1、“基础数据”下“录入单位编制数”和“综合查询”下“单位编制情况”重复，要求统一。 2、“基础设置”下设置单位结构下“单位调

6、整表”、“综合查询”下“单位调整表”和“综合查询”下“单位结构”下“单位调整表”重复，要求统一。 3、“基础设置”下“单位对应功能科目”和“综合查询”下“单位对应功能科目”重复，要求统一。 4、“定额标准”下“制定人员支出标准”、“制定单项定额标准”和“制定综合定额标准”与“综合查询”下 “人员支出标准”、“单项定额标准”和“综合定额标准”重复，要求统一。 5、“预算报表”下“人员支出预算”和“公用支出预算”，与综合查询中的内容重复 ， 要求统一 。 6、“预算报表”下“生成部门预算”、“部门预算信息对比”和“录入预算控制总额”，与综合查询中的内容重复 ， 要求统一 。 1.6 报表打印 及导

7、出 目前所有的输出报表均需导出调整格式后再打印 ， 进行报表页面美化，能够在软件中直接打印。 对除预算控制指标表、行政公用实物费用定额明细、市级行政事业单位医疗支出预算表、处室基本支出预算 9 张报表外的所有综合查询报表导出的 excel表格，做如下调整： 1、 要求增加表格线； 2、 只显示非零值（为零不显示）； 3、 所有列的列宽根据列内容宽度自动调整； 4、 数字显示增加千位分节符。 1.7 现有功能调整 1、出国费问题 将 预算编审系统 中填列在经济科目“出国费”的开支由“单项定额”调整到“其他公用支出”。 2、人员支出其他（公用支出其他） 6 增加人员类别项目（行政在职、行政离休、行

8、政退休、事业在职、事业离休、事业退休），要求每一条记录均需要指定人员类别。 定义专项业务费对应关系时，需要指定人员类别（行政在职、行政离休、行政退休、事业在职 、事业离休、事业退休），且不能为空。 自动生成专项业务时，每一条记录增加人员类别字段。 汇总专项业务费数据时，按人员类别分别汇总。 3、人员支出预算（公用支出预算） 去除报表显示的审核过滤条件，正常显示人员支出和公用支出。 界面上增加水平滚动条。 1.8 计算方法及公式调整 1、计算方法调整 统一 预算编审系统 与 E 财 部门预算管理系统 的计算公式。“住房公积金”、“增发离休费”、“工会经费”、“福利费”、“生育保险”、“失业保险”

9、、“工伤保险”和“医疗保险”项目的 计算 改成先取整再运算。 2、支出项目定义计算公式维 护 修改计算公式的定义方法，支持“人数标准系数”公式单步完成计算。 修改“住房公积金”、“增发离休费”、“工会经费”、“福利费”、“生育保险”、“失业保险”、“工伤保险”和“医疗保险”的计算公式，改为先对各中间项取整，求和，再乘以百分比。 1.9 解决 统计 数据差异 问题 对比表反映有 预算编审系统与 E 财部门预算管理系统的 两软件 统计 数据有差异， 分析调整统计口径，解决差异问题。 （例如： 基本支出查询界面 有差异 。 工会划拨和工会其他： 340532 中共天津市委台湾工作办公室、 340F0

10、3 天津市人民政府办公厅文印中心、 340F04 天津政报社、 355C02、 355C03、 355C12、 355C14、 355C18、 358C03、 363363002。） 1.10 待办事项 实现本系统待办事项注册到 我局金财应用支撑 平台接入服务，同门户系统待办服务整合。修改登录逻辑，实现对待办事项中返回功能链接的解析，可以直接根据本系统在门户待办事项中的链接切换到系统主界面或者指定功能界面。 7 1.11 权限管理 对以下功能，增加数据权限控制，即每个专管员只能显示并维护各自管辖的单位： 1、录入单位编制数 ； 2、制定人员支出标准单位标准 ； 3、单项定额 公用支出调整 ；

11、4、录入人员支出其他 ； 5、录入公用支出其他 ； 6、单位对应功能科目 ； 7、定义专项业务费对应关系 。 1.12 接口编码对照 按以下要求完成接口单位编码的对照。 1、预算编审系统与工资统发库单位对应表 预算编审 工资统发 单位 编码 单位名称 单位 编码 单位名称 101101 天津市人民代表大会常务委员会办公厅 00100 天津市人民代表大会常务委员会办公厅 102102 中国人民政治协商会议天津市委员会办公厅 99041 中国人民政治协商会议天津市委员会 201201 天津市高级人 民法院机关 99011 天津市高级人民法院 201B01 第一中级人民法院 99020 天津市第一中

12、级人民法院 201B02 第二中级人民法院 99021 第二中级人民法院 201B03 海事法院 99014 天津海事法院 202202 天津市人民检察院机关 05600 天津市人民检察院 202B01 天津市人民检察院第一分院 05602 天津市人民检察院第一分院 202B02 天津市人民检察院第二分院 05603 天津市人民检察院第二分院 2、 预算编审系统与 E 财系统归口处室对应表 预算编审 E 财 编码 名称 编码 名称 001 预算处 0014 预算处 002 行政政法处 0003 行政政法处 003 教科文处 0004 教科文处 004 农业处 0006 农业处 005 社会保障

13、处 0005 社会保障处 006 经建一处（企业一处） 0009 经建一处（企业一处） 008 经济建设二处（企业二处） 0010 经济建设二处（企业二处） 009 基本建设处 0011 基本建设处 010 综合规划处 0012 综合规划处 8 011 金融处 0013 金融处 012 政府采购办 0016 政府采购办 2.技术要求 使用 B/S 架构，前台使用 HTML 页面 + JavaScript 实现，后台使用 Spring 3.x, Hibernate 3.x 进行编码。安全组件使用 Spring security 3。前端页面采用 ajax 技术，符合 W3C 标准。支持 linu

14、x、 windows、 Firefox 和 IE。应用系统分为前端展示层、应用服务层、后端持久层。 java 源代码符合 SUN 标准。 Junit 单元测试代码覆盖率大于 80%。代码中所有的 java 包、类 、函数、方法要注释，符合 javadoc标准。系统采用组件化设计，符合 OSGi4 标准。所有服务功能采用 RESTful web service 标准。自动构建脚本采用 maven 2，编译依赖的库和运行时库要区分开，包含编译、测试、打 war 包、生成 javadoc api文档、生成单元测试报告等脚本。 3. 安全及规范要求 3.1 数据库访问 禁止登录用户身份设为 DBA；将

15、 DDL 和 DML 用户权限分离；交易型用户和查询用户分离；用户只赋予数据的增删改查权限；应用连接数据库的用户操作的表应为另一用户（通过配置文件指定）下的 表；权限授权到表，安全控制到具体数据。 3.2 应用安全 能设定用户口令复杂度策略、过期策略、口令遗失取回策略、支持 CA 登录认证、实现用户指定的单点登录认证。 禁止采用明文保存用户名和密码。 用户登录要求采用 HTTPS/SSL 协议通讯。 能够过滤 SQL 注入、跨站脚本攻击。 3.3 符合规范 要求系统框架、数据标准符合 天津市 金财 工程应用 平台 相关 规范； 要求遵守国家、财政部及天津市财政局制定的各种安全规定。 3.4 统

16、一安全认证 要求实现基于“财政身份认证与授权管理系统”从平台门户登录访问本系统，按照天津市财政局要求 开发单点登录、 CA 验证功能。 9 4.实施要求 4.1 人员要求 要求具有 预算 业务系统 开发 实施经验， 有至少 3 年的 java 开发经验 。 4.2 培训要求 承建方需对系统相关人员进行培训，制定详细的培训方案，派出用户方认可的具有相关专业资格和实际工作经验的教师并准备教材。用户方提供场地和设备。培训分为两个层次： 4.2.1 对系统管理员的培训 承建方应对系统管理员就系统数据库结构、相关视图和存储过程等内容进行系统培训，使用户方对系统具备自我支持和维护能力。 4.2.2 对系统

17、操作人员的培训 承建方应对系统操作人员进行操作培训 ，保证系统操作人员在自己的权限范围内独立完成各项操作。 4.3 质量要求 业务流程畅通 ， 各项业务功能可用，系统的岗位配置、数据权限配置符合用户方的需求。 系统达到用户方规定的性能要求 并提供相关压力测试报告 。 系统 新增功能要求提供测试计划、测试用例和测试报告。 4.4 服务 自系统最终验收合格之日起，承建方应提供一年的免费服务，主要包括以下服务内容： 1)提供 7 24 小时技术支持和服务； 2)对于故障报修应该于 1 小时之内响应并提出解决办法；如需上门服务，应于 4 小时内到达现场；如遇病毒发作、系统瘫痪等重大故障，应 及时启动应

18、急预案，在不耽误工作的前提下， 24 小时内解决问题； 3)为用户提供系统使用、管理、开发等项培训； 4)每月末及国庆节、春节两个长假之前一周到用户现场对系统进行巡检并提交巡检报告； 10 5)派技术服务人员到用户现场服务包括但不仅限于：软件使用咨询、软件异常情况处理、软件数据异常维护、业务变更需求讨论、系统迁移、重装等； 6)提供系统缺陷修复、少量程序修改服务； 7)提供系统的开发支持以及维护服务期间的产品免费升级服务。 5.时间要求 要求全部开发测试工作 在 30 个工作日内 完成。 6.版权 系统版权归天津市 财政局所有。 7.提交成果 承建方应提交 “开发项目”符合标书要求的源程序及符

19、合国家标准的相关文档（以最新版国标为准）。包括： 项目开发计划 -国家标准（ GB856T 88） 软件需求说明书 -国家标准（ GB856T 88） 概要设计说明书 -国家标准（ GB8567 88） 详细设计说明书 -国家标准（ GB8567 88） 数据库设计说明书 -国家标准（ GB8567 88） 测试计划 -国家标准（ GB8567 88） 操作手册 -国家标准（ GB8567 88） 用户手册 -国家标准（ GB8567 88） 测 试报告（含单元测试、整合测试、压力测试） 8.项目管理 每周 5 提交周报，填写本周开发进度、下周计划、风险； 每周提交本周开发成果，包括过程文档、程序等； 完成阶段性成果要提交天津市财政局评审通过后才能继续下一阶段工作； 开发期间如需变更项目组成员需经天津市财政局认可。