镇江不动产登记交易税收_第1页
镇江不动产登记交易税收_第2页
镇江不动产登记交易税收_第3页
镇江不动产登记交易税收_第4页
镇江不动产登记交易税收_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、镇江市不动产登记交易税收一窗受理服务平台开发项目采购需求一、项目概述1、项目背景根据省、市“ 3550”改革的要求 , 大力推行不动产交易纳税登记“一窗受理、 集成服务” ,进一步提升工作效能和服务水平, 在市委市政府的部署下由镇江市政 务服务管理办公室牵头登记、交易、地税部门,进行不动产登记交易税收 一窗受 理服务平台建设。我市现有的一窗受理模式是交易登记地税三个部门物理上的整合, 三个部门各 自收件后在各自的系统办理, 降低了办事效率, 增加群众等待时间,群众的获得感 不够,满意度不高。通过建设一窗受理平台, 可以实现业务在一个平台上受理, 各个部门通过数据 接口等技术方式与一窗受理平台对

2、接, 保证业务和数据的统一, 结合线上申请及快 递送,可以减少群众等待时间, 提升群众对不动产登记服务水平的满意和认可, 实 现“一次预约、一窗受理、一次缴费、只跑一趟”的目标,将“ 3550”改革推向新 高度。2项目建设目标根据国务院推进“互联网 +政务服务”开展信息惠民试点实施方案、关 于加快推进“互联网 +政务服务”工作的指导意见和镇江市人民政府办公室关 于在全市推进“3550”改革的意见 要求,全面贯彻落实省市政府推进 “一窗受理、 集成服务” 改革目标,通过构建不动产、 房产交易和地税三部门的信息共享平台和 一窗受理系统, 建立不动产交易登记和税费缴纳一窗综合受理、 后台联合审批、

3、信 息互联共享、统一窗口出件、统一档案管理的工作模式,形成“材料精简标准、信 息共享互认、流程优化畅通、事项清晰透明、服务高效便捷”的机制,实现不动产登记各项业务从现场办理向线上线下服务的转变, 打造互联网 +服务创新管理平台, 提高网上办事比率和服务水平, 确保一窗受理工作落实到位, 完成企业和群众办理 业务“只需跑一个窗口”的政策目标,实现一次预约、一窗受理、一次缴费三个一 的服务目标, 从而缩短群众的办事时间并提高工作效率, 促进政务服务信息化工作 的全面、协调、可持续发展。3、项目建设原则1) 全面性和规范性原则系统功能设计严格遵循行业规范和管理规范,以信息化带动管理规范化。 系统设计

4、的技术管理遵循国家标准,并参照 CMM软件质量认证体系。2) 灵活性和开放性原则适应各项业务流程变动的需要,具有操作简捷、功能健全的特点,提供开 放的体系结构,具有良好的扩充能力和可拓展性。采用自适应布局解决方案满足在不同浏览器终端设备中具有统一的视觉应 用效果。系统将采用 WebService 等通用数据交换技术, 能够方便地实现与其他系统 的数据交换。3) 高可用性和可靠性原则采用可靠的网络结构和数据库软件,以保证数据采集、录入、传输的合法 性、准确性。系统有很强的故障恢复和应急措施,采用数据自动备份等措施,保证日常 事务的正常运行。系统将经过严格测试,这可充分保证系统运行的高可靠性。压力

5、测试将为 系统能够很好地承受多用户并发访问对系统运行所造成的压力提供验证。 先进的技术符合当前的技术发展方向。成熟的产品可尽量减少系统实施和运行风险。4) 安全性和保密性原则系统分级分层授权,数据分级分层管理,以保证业务信息安全和保密。 充分考虑在网络、操作系统、数据库、应用等方面的安全性。 合理的日志和规章制度。5)易操作性原则良好的人机操作界面,界面友好、美观、使用方便、易学易用。 易于维护和扩充。应用系统模块化设计,可根据需要摘挂、组合。 参数化的系统设计和维护。系统具备完善的帮助信息,使用者可以随时获得与系统有关的在线帮助。二项目建设内容1平台总体架构按照项目建设目标,一窗受理服务平台

6、建设包括一窗受理业务管理系统、数 据交互平台、网上预约系统、 数据接口系统、业务信息查询通知服务和系统管理模 块等内容。 其中数据交互平台和业务数据对接服务需要与房产交易中心、 不动产登 记中心和地税部门等多个平台系统对接, 数据接口和数据交换是本平台建设的重点 和难点。系统平台的建设和完善有利于进一步提高政府部门公共服务水平, 实现信 息化工作的全面、协调、可持续发展。镇江市不动产登记交易地税一窗受理服务平台项目总体架构分为基础设施层、 数据中心层、支撑平台层、 应用系统层、使用对象层和标准规范及信息安全保障体 系七个部分。整个系统参照标准规范体系建设,包括业务规范、数据指标、信息技术、应用

7、 服务等方面标准规范, 依据国家相关标准, 进行各项标准规范的制定, 根据国家信 息安全等级保护要求实施建设。2平台业务流程功能需求1)业务管理系统流程需求业务管理系统现场办理流程主要分为五个部分,分别是业务咨询、窗口受理、 业务审核、缴纳税费和制证发证。( 1) 业务管理系统办理业务流程(已网上预约的业务) 已网上预约用户现场办理的基本流程如下:申请人到一窗受理服务窗口进行业务的登记和办理,窗口人员负责纸质材 料收取并核对原件是否与预约系统中提交的一致。 审核人员对窗口人员核对一致的信息进行确认,纸质材料与预约提交不一 致的,审核人员根据纸质材料重新审核。税务部门确认通过后申请人可到缴费窗口

8、或通过在线支付手段完成税费缴 纳手续,税费缴纳完毕后,银行系统反馈税费缴纳成功信号(与银行做接 口),自动将收费确认结果反馈至一窗受理数据交互平台。不动产登记部门获取收费确认状态,进行登簿和制证等工作,并将登记结 果推送至一窗受理数据交互平台。发证窗口发证或通过EMS各权证投递给权利人。至此业务全部办理结束。( 2) 业务管理系统办理业务流程(未经网上预约的业务) 未经网上预约用户即直接到现场办理业务的申请人,基本流程如下: 申请人至咨询台,咨询台业务人员进行咨询答疑、指导业务办理等工作。 随后申请人到一窗受理服务窗口进行业务的登记和办理。窗口受理工作人员要求申请人提交业务相关的纸质材料(一套

9、材料,各个 部门的最大集),纸质材料由指定机构统一保管。窗口受理工作人员根据申请业务类型,登记业务信息,采集申请人影像信 息,申请人提交的纸质材料由后台工作人员电子化扫描后上传至系统平台 的电子档案库中,并及时共享给各个部门使用。税务部门审核通过后申请人可到缴费窗口或通过在线支付手段完成税费缴 纳手续,税费缴纳完毕后,银行系统反馈税费缴纳成功信号(与银行做接 口),自动将收费确认结果反馈至一窗受理数据交互平台。此时申请人可有两个选择:(一)继续等待业务部门审核、制证并当场领证;(二)申请人先行离去,业务部门完成审核和制证后,通过EMS各权证邮寄给申请人。业务审核流程:受理业务在不动产和房产的各

10、自系统中审核,各家系统与 一窗系统对接,获取业务数据,在各自系统中生成业务,最后将审核结果 推送回一窗系统。业务审核一致通过后,由不动产登记系统制作并打印不动产权证。发证窗口发证或通过EMS各权证投递给权利人。至此业务全部办理结束。2)网上预约流程需求(1)业务网上预约申请 申请人在办理不动产登记相关业务时,无需到现场受理窗口等待服务,可直 接通过互联网方式发起业务申请, 自助填写相关业务申请信息, 并根据系统经梳理 合并后所配置的标准化业务事项收件清单上传相应的电子影像材料, 提交申请并由 系统将业务信息和电子材料共享给不动产登记中心、 房产交易中心和地税部门各自 业务系统中进行联合审批。申

11、请人在提交网上申请后,可随时登录系统查询业务审核进度和审核结果信 息,以及根据审核要求重新上传电子档影像材料等, 同时也可通过关注微信公众平 台等方式查询业务和进度信息。业务网上申请一旦审核全部通过, 系统通过短信或微信等方式告知申请人预审 结果,申请人可在网上预约业务办理时间并打印申请受理单据, 凭申请受理单据到 现场一窗受理服务柜台正式办理业务。(2)业务预审 不动产登记相关业务网上申请一旦提交后,由系统生成全局唯一业务受理编 号,该业务受理编号也是与其它部门业务系统对接唯一编号, 通过信息交换和系统 对接程序将数据共享给不动产登记中心、 房产交易中心和地税部门各自业务系统中 进行联合审批

12、。房产交易中心需要完成房产交易合同等相关内容审核, 地税部门需要完成税款 试算,不动产登记中心需要完成房产登记信息、 房产权利限制信息、土地信息等内 容审核, 系统自动汇聚房产、 地税和不动产三个部门的预审结果, 如果三个部门预 审一致通过, 系统通过短信或微信等方式告知申请人预审结果, 并通知申请人去现 场办理业务; 只要任一部门预审不通过, 则告知申请人预审不通过的原因, 方便申 请人及时处理和解决。3平台功能模块需求一窗受理服务平台开发项目建设主要包含业务管理系统、数据交互平台、网 上预约系统、 不动产数据接口功能模块、 房产数据接口功能模块、 地税数据接口功 能模块、在线支付接口功能模

13、块等 7 项内容,具体模块名称及模块功能描述如下:1)一窗受理业务管理系统功能模块需求一窗受理业务的开展需要多个部门相互配合,对资源、业务和数据等多方面 内容进行整合,通过建设一窗受理业务管理系统, 实现各相关部门业务的统一受理、 业务系统无缝对接和数据共享。 采用大数据分析技术和业务时效监管机制, 优化业 务办理流程和节省业务用时, 实现申请人办理业务 “只需要跑一个窗口” 的政策目 标,实现一次预约、 一窗受理、 一次解决三个一的服务目标, 缩短群众的办事时间, 提高工作效率。一窗受理业务管理系统系统流程及功能需求如下:(1)业务咨询: 一窗受理业务咨询窗口为申请人提供业务咨询、 答疑和指

14、导业 务办理等服务。(2)业务受理:根据一窗受理业务类型,进行业务的受理、收件、影像资料采 集和审查权利限制情况等工作,业务受理完毕提交并分发业务数据给相关部门。(3)业务审核:不动产登记部门、房产交易部门和税务部门根据各自职能,对 业务进行审核, 系统自动汇集并整合相关部门审核数据, 采用短信、微信公众号等 方式告知申请人审核结果。( 4)缴纳税费:税务部门根据业务申请信息、 合同信息等信息进行税费的计算、 征收和开票等工作 , 不动产登记部门主要根据业务信息收取登记费 , 申请人凭缴费 单到银行或采用移动支付方式缴纳税费。(5)制证: 待申请人税费缴纳完毕且相关部门业务审核一致通过后, 通

15、知不动 产登记部门进行后续制证工作。(6)发证:发证窗口根据申请人确定的领证方式进行发证或通过 EMS各权证投 递给申请人。( 7)业务管理:提供一窗受理业务过程的管理功能,包括业务跟踪、管理、状 态和数据更新等功能。( 8)电子档案管理:提供一窗受理业务电子材料统一管理、材料整理、归并等 服务;为各相关部门提供电子材料数据推送、更新和共享服务。( 9)数据统计分析:提供一窗受理所有业务数据的统计分析功能, 透过数据分 析业务办理周期,计算业务时效,优化业务流程,提高业务办理效率。( 10)系统管理:提供系统管理功能,满足日常系统维护和管理需要,保障系 统安全稳定运行。一窗受理业务管理系统需求

16、备注: 一窗受理业务管理系统功能需求包括但不限于上述内容,实际开发过程中用户有权根据项目实际情况需要进行功能新增和调整 等。2)一窗受理数据交互平台功能模块需求 一窗受理数据交互平台是一窗受理服务平台的数据仓库和交互平台, 实现与各 个相关部门业务系统进行对接并建立起统一的房产交易、 不动产登记和税务数据中 心,保障各个相关部门业务工作开展的高效协同及共享访问, 为系统间提供业务数 据推送、拉取、交互和查询等应用集成和功能整合服务。数据交互平台功能模块需求如下:(1)业务数据推送服务:统一协调各个部门业务系统间的数据传输和消息通 信,包括业务受理数据的分发, 各部门并行审核数据的回传和共享访问

17、, 实现不动 产登记业务的一站式服务集成和管理。(2)文件流转服务:实现证件材料等电子档案文件的分发流转、压缩转换和 在线预览审批等服务,实现文件的聚合、归档和档案查询功能。(3)主题目录查询服务:面向各单位部门业务人员,提供共享主题目录浏览、 主题目录检索、 共享数据查询服务, 按部门、主题分类的资源定位功能并获取相应 信息资源的详细信息等。(4)应用集成服务:实现各个部门业务系统间交叉连接整合,支持一对一、 一对多、多对多、多对一的连接和服务集成,实现信息格式自动转换、动态路由配 置、消息传递和身份认证等完成系统间的高级业务整合功能。(5)外部机构接入支持:预留与民政局、公安机关、公积金中

18、心、金融机构、 司法机关等外部机构单位的数据交换接口, 为外部机构提供灵活通用的信息交换服 务。(6)元数据管理:建立统一的、标准化的元数据管理模式,梳理、提取、分 类、整合和定义不动产登记交易税务的基础数据项和共享数据项, 对所有进入数据 交换平台的数据进行统一的标准化管理。(7)同步策略管理:应能灵活设置和管理数据的同步策略,支持异地、异构、 不同组网方式、不同时间间隔等同步策略功能,保证数据的一致性。(8)数据扩展升级管理:提供数据交换平台数据标准的扩展升级管理机制, 负责数据标准升级维护等。(9)安全管理:提供完善的身份认证和授权、消息安全传输、消息存储安全 等策略,保证信息在传输、共

19、享中的安全。3)网上预约系统功能模块需求网上预约系统包括业务网上预约申请、网上预审、税款试算和消息通知等功 能,为申请人提供网上预约申请服务, 房产中介或房地产开发企业或房产代理机构 在获得管理部门认证和授权后, 使用管理部门颁发的密钥盘登录网上预约系统, 进 行业务网上预约申请。主管部门通过网上预审功能,可提前并加快业务审核速度, 缩短业务办理时间,整体提高业务办理效率。网上预约系统功能模块需求如下:(1)预约申请:房产中介或房地产开发企业或房产代理机构,根据一窗受理 网上预约业务进行预约申请操作, 系统自动生成业务材料清单, 申请人上传业务相 关的电子材料,确认业务信息和电子材料完整无误后

20、提交业务, 等待主管部门审核。(2)网上预审:根据一窗受理各个部门的职能不同,不动产登记部门、房产 交易部门及税务部门根据业务及权利信息进行业务审核, 系统汇集和整合各个部门 预审结果并及时通知申请人。(3)消息通知:网上预约系统为申请人提供多元化和人性化的消息通知手段, 方便申请人及时获知业务预审结果及时办理。(4)业务对接:网上预约系统与一窗受理业务管理系统对接,申请业务和电 子材料等预约成果通过数据交换接口与一窗受理业务管理系统无缝对接, 在一窗受 理业务管理系统中可凭网上预约凭证直接进行业务受理登记, 从而提高业务审核速 度,缩短业务办理时间,整体提高业务办理效率。(5)系统管理: 提

21、供网上预约系统管理功能, 满足日常系统维护和管理需要, 保障系统安全稳定运行。网上预约系统需求备注: 网上预约系统功能需求包括但不限于上述内容, 实际 开发过程中用户有权根据项目实际情况需要进行功能新增和调整等。4)不动产数据接口功能模块需求不动产数据接口功能模块实现与不动产登记系统的业务和数据对接, 为一窗 受理业务系统提供不动产登记业务相关的数据和功能支撑。接口方式采用 Web Service 接口、前置数据库访问、 Socket 通信、文件传输、消息组件服务等多种方 式实现业务协同和信息共享,构建不动产登记业务综合受理集成服务平台。不动产数据接口功能模块需求如下:(1)房屋登记信息查询数

22、据接口:通过采用接口方式从不动产登记系统查询 调取获取业务涉及的房屋登记簿数据和土地登记信息等。(2)权利限制信息查询数据接口:通过采用接口方式从不动产登记系统查询 调取获取业务涉及的房屋和土地权利限制信息等。(3)无房验证信息查询数据接口:通过采用接口方式实现在线验证业务申请 人无房证明情况,从不动产登记系统汇总查询业务申请人名下房屋信息列表。(4)登记信息的推送接口:实现向不动产登记系统推送业务受理信息和不动 产业务审核所需的相关电子材料信息, 便于不动产登记业务的办理提供业务受理基 础数据源。(5)不动产登记信息回传接口:实现不动产登记部门对登记受理业务土地、 登记单元、 权利和权利限制

23、等信息审核结果回传至一窗受理业务平台; 不动产登记 业务的办理进度状态等回传至一窗受理业务平台接口功能。(6)其他预留接口:不动产数据接口功能需求包括但不限于上述接口内容, 需根据项目实际情况所需要进行接口新增扩展和调整等。5)房产数据接口功能模块需求房产数据接口功能模块实现与房产交易中心相关系统的业务和数据对接,为 一窗受理业务系统提供房产登记业务相关的数据和功能支撑。接口方式采用 Web Service 接口、前置数据库访问、 Socket 通信、文件传输、消息组件服务等多种方 式,实现系统间无缝衔接和房屋交易及登记业务流程一体化服务。房产数据接口功能模需求如下:(1)商品房楼盘表数据接口

24、:需要与镇江市商品房销售管理系统进行对接, 获取并更新已预售许可的商品房楼盘表相关数据; 并在商品房楼盘满足竣工交付条 件后,与镇江市房产交易管理系统进行对接并获取最新的商品房楼盘表实测数据。(2)自建房楼盘表数据接口:需要与镇江市房产交易管理系统进行对接,获 取自建房楼盘表相关数据并写入一窗受理数据交互平台业务数据库中。(3)商品房合同数据接口:需要与镇江市商品房销售管理系统进行对接,获 取并更新已网签的商品房合同相关数据, 以及合同所关联的预抵押申请、 在建工程 抵押申请、预查封等业务数据同步交换等。(4)存量房合同数据接口: 需要与镇江市存量房网上签约管理系统进行对接, 获取并更新已网签

25、的存量房合同相关数据,以及合同数据的变更、维护等。(5)登记信息的推送接口:实现向房产交易系统推送业务受理信息和不动产 交易审核所需的相关电子材料信息, 便于不动产交易业务备案的办理提供业务受理 基础数据源。(6)交易审核数据回传接口:实现将房产交易部门对房产交易数据审核结果 回传至一窗受理业务平台; 房产交易业务的办理状态等回传至一窗受理业务平台接 口功能。(7)用户和统一身份认证对接:需要与镇江市商品房销售管理系统、镇江市 存量房网上签约管理系统建立用户和统一身份认证对接, 使得开发商企业和中介公 司用户在进行商品房销售合同和存量房合同网签后, 可经由统一身份授权认证及数 据交换接口直接切

26、入到本平台网上预约系统对其所签订的交易合同提交网上预约 申请。(8)其他预留接口:本项目接口需求包括但不限于上述接口内容,需根据项 目实际情况所需要进行接口新增扩展和调整等。6)地税数据接口功能模块需求地税数据接口功能模块实现与房产交易数据及地税部门税务系统的业务和数 据对接,为一窗受理业务系统提供税务相关的数据和功能支撑。接口方式采用 Web Service 接口、前置数据库访问、 Socket 通信、文件传输、消息组件服务等多种方 式与地税部门实行业务协同和信息共享, 配合地税部门加快确定合理征缴方案, 完 成不动产登记相关税款核算和缴纳等工作。地税数据接口功能模块需求如下:(1)房屋交易

27、数据接口:实现与房产交易合同数据的对接,将经房产交易部 门审核备案后的合同数据提供给税务核税系统。(2)登记信息的推送接口:实现向地税部门系统推送业务受理信息和纳税审 核所需的相关电子材料信息,便于向地税部门提供业务受理基础数据源。(3)房屋价格评估查询接口:实现与地税部门房屋价格评估系统进行对接和 数据交换,在线完成房屋交易的价格评估结果。(4)税款计算接口:实现与地税部门业务系统对接和数据交互,系统自动核 验相关数据,核算出申请人应缴税款项及税款总额。(5)完税信息回传接口:实现将地税部门的完税数据回传至一窗受理业务平 台,地税部门完税的办理进度状态等回传至一窗受理业务平台接口功能。(6)

28、其他预留接口:本项目接口需求包括但不限于上述接口内容,需根据项 目实际情况所需要进行接口新增扩展和调整等。7)在线支付接口功能模块需求系统支持支付宝、微信和网上银行等在线支付方式,实现税费网上缴纳、税费 后台自动分账和缴纳信号自动反馈 (与银行系统对接) 等功能, 力争实现一次性缴 纳税费,进一步提升用户体验和办事效率。三、项目开发技术要求1、 系统建设应采用J2EE平台的技术架构;采用多层B/S应用结构体系,表示 层、业务层、数据访问层分开;数据提取和报接系统采用 WebService 技术和 AES 等数据加密算法; 支持主流数据库系统; 具备良好的扩展性和容错性。 提供完整规 范的开发接

29、口,能够满足主流平台和跨平台快速应用开发的需求。2、 平台要求能够支持目前通用的各类操作系统环境;Web应用服务器支持主 流中间件产品,如 IBM Websphere, BEA Weblogic, Oracle Application Server, Tomcat等;Web服务器支持MSIS, NES,Apache等;数据共享的方式要科学合理, 满足数据使用方的应用需求同时也要符合安全要求,数据库采用 Microsoft SQL Server 或 Oracle 等主流数据库软件系统,数据以表或者视图的形式存在。数据库 管理系统要求具备良好的数据和索引的压缩技术, 具有较低的空间膨胀率; 语言支

30、 持:简体(GBK、繁体(BIG5)、西文(ASCII)、国际统一码(Uni code)。支 持中西文混合检索。3、系统各功能模块应运行稳定、可靠,响应速度要求迅速及时。满足系统的 一定扩展。部分操作(非日常的统计、备份等)可在后台任务中执行,从而能够避 开业务处理的高峰时间,在晚上、休息日等系统空闲的时间再运行这些任务。4、系统应采用多层密码验证等方法, 将用户分级管理, 设置不同的访问权限, 建立良好的安全保障机制, 确保系统安全。 涉密数据应采用加密传输, 数据提供方 进行加密,向数据使用方说明解密方式,必要时提供解密工具。5、提供7X24小时的服务支持,在不提出新增功能要求的前提下软件

31、故障修复 时间小于 24 小时。四、软件中间件采购需求软件开发过程中所涉及到的中间件须为正版产品, 并提供正版序列号, 费用列 入本次报价中, 投标人根据软件需求酌情决定是否采用中间件。 如需采用, 则所选 用的中间件应满足以下要求:1. 对标准的支持(1)支持 WebService(SOAP/HTTP)、JMS HTTP Socket、JDBC FTP等协议;(2)支持 XML、Text 等消息格式;2. 对平台的支持(1)支持广阔的系统平台,能运行在包括 Windows、 Linux 、 AIX、 Solaris 和HPU)等系统之上;(2)不依赖于任何商业数据库平台(包括 DB2,Ora

32、cle ,Informix 、Sybase 和 SQL Server 等)旨在降低成本和复杂度;(3)不依赖于任何商业 J2EEServer (包括 IBMWebSphere,Oracle WebLogic Server )旨在降低成本和复杂度;3. 可扩展性要求(1)系统整合时,允许渐进式地进行系统迁移和部署,新的应用可以灵活地 与其它系统集成;(2)必须支持垂直扩展,可通过增加 CPU和内存,性能近似线性增长;( 3)必须支持水平扩展,可方便地进行主机集群和负载均衡处理,性能近似 线性增长;4. 安全性要求( 1 )基于角色的权限管理;( 2) 访问控制列表 (ACL) ;( 3)安全通信

33、协议;( 4)提供事件日志,对所有的请求处理步骤、错误消息都必须被记录,如果 产品不支持这个级别的记录,就需要提供定制;( 5)可通过开放的系统编程接口集成第三方的安全模块;( 6) 服务应该提供认证和鉴权机制,能够识别发起调用方的身份合法性;5. 开放性要求(1)可以依托ESB开放的接口完成自定义的服务统计监控、服务注册库、服 务治理、开发环境等功能;( 2 )可以灵活地进行新协议的扩展,从而适应客户多样的需求;五、项目非功能性要求(一)项目运行安全性要求。 通过应用多项现代信息安全技术和安全保障体系, 保证系统安全和数据安全。(二)项目扩展开放性要求。 由于系统在建设和运行过程中存在数据变

34、动、 业 务流程变化、软硬件升级等一系列不确定因素,因此其必须是可扩展、可移植的。 在设计和开发的过程中应充分遵循国际 / 国内的行业标准,对软件中的各种应用接 口、数据接口等进行统一规划,采用开放性的结构,提供 WebService 服务或其他 通用标准的接口,确保系统的高度可扩展性,为未来的系统扩展奠定基础。(三)软件操作便捷性要求。系统在实现过程中要具备统一、简易、便捷的用 户操作层面,采用自适应布局解决方案终端设备中具有统一的视觉应用效果。六、项目的组织和实施要求(一)项目管理要求 成交供应商必须按照采购单位制定的项目总体实施计划和需求规格说明书, 制 定详细、明确的实施方案。项目实施

35、过程中, 成交供应商和用户需要密切配合, 对于项目的日常工作需制 定计划推动,每周进行项目例会,沟通项目中的问题和下一步的实施计划。成交供应商要对项目风险进行准确评估, 制定合理的风险管理方案, 包括: 风 险识别、风险分析、风险处理、风险跟踪等。项目投入运行后, 组织专门部门和人员负责系统的管理, 并应制订严格的管理 和使用制度,以保证系统的安全、稳定、可靠地运行。同时,为了保持系统的正常 运转和持久的生命力,建立系统运行维护机制, 对系统进行日常维护是十分重要的。(二)实施人员要求 投标单位必须保证在本项目中配备技术精湛、业务熟悉、经验丰富的开发团 队,组织成立需求分析小组(不少于 3 人

36、,可兼任),项目实施小组(不少于 5 人),服务支持小组(不少于 2 人,可兼任)负责项目的启动、计划、实施、控 制以及验收等全过程的各项工作,并保证团队全体人员具有合理的经验配备和技 术构成。投标人须在投标文件中详细列出参与本项目的技术人员的姓名、专业工 龄、职务、职称、开发经验等。在系统实施阶段不能更换项目实施人员,如确需 更换,须经采购人批准。(三)项目测试要求成交供应商负责全部应用软件的安装、 调试及正式运行前的测试。 项目测试包 括单元模块测试、各模块联调测试、功能性测试、数据交换测试、系统整体性能和 压力测试、例外应急处理测试等方面。项目测试前, 成交供应商必须提供系统测试方案, 具体到每一个测试步

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论