远程视频磋商系统配套软件开发招标需求及发展策略.doc

远程视频磋商系统配套软件开发招标需求 说明：投标人须对招标文件技术内容部分承担保密义务，未经采购人同意不得向任何与此项目无关的第三方透露。 一、建设背景 根据《黄埔海关业务管理一体化改革总体方案》的要求，随着关区电子审单中心的组建，审单处与现场隶属关两级红通道将“合二为一”，审单中心统一审核全部红通道报关单，实行红通道报关单“一竿子到底”的作业模式。鉴于现场隶属海关审单部门不再负责红通道审核，审单处统一负责报关单归类、价格、原产地实质性审核时约见企业进一步解释说明以及办理质疑磋商程序等相关业务。为方便企业就近办理磋商业务，提高审单工作效率和海关服务质量，拟在审单处和各现场海关设置远程磋商室，利用网络视频技术建立远程视频磋商系统，实现海关与企业之间的远程磋商。 二、建设内容 本项目系统的定位是审单作业的一个辅助工具，通过它实现海关与企业“面对面”的远程交流，属于基础建设类的科技应用项目。通过在审单处和各隶属关现场通关业务部门设立远程视频磋商室，以现有内网视频会议专线作为网络环境，主要实现远程磋商视频的应用。 三、现状与差距 海关已有较为完善的磋商制度,传统的作业模式需要企业代表前往海关审单磋商部门进行面对面沟通,随着交流的深入,海关会根据实际需要要求企业提供一些其他材料,企业按照海关的要求回到企业或者去到其他相关部门进行办理,然后需要再次返回海关继续进行磋商过程,黄埔关区企业分布较为分散,企业到海关进行磋商较为不便,目前海关正在进行审单集约化的改革,以后现场海关的磋商工作全部集中到总关进行,如何建立一套方便实用的磋商机制是目前要考虑的问题,经过考察了解,目前部分海关已经建立了远程视频磋商系统,方便了企业,属于较为先进的工作模式。 四、建设原则 1、灵活性原则 ??远程磋商作业涉及多个地点，网络环境也不尽一致，需建设一个不依赖于具体内容和参数的配置工具，对系统设计的灵活性具有极高的要求。 2、便捷性原则 由于远程磋商系统分散在多地，与中心之间的交互是通过网络和系统进行的，为满足现场作业需要，同时要有高效、快捷的处理性能，在系统详细设计阶段要充分考虑用户体验因素，设计出满足不同计算水平用户的的人机对话界面，使得分散在各隶属关的用户和中心用户能较好进行沟通。 3、可靠性原则 本系统保存的数据，是海关执法结果的重要证据，并将应用到其他海关应用系统当中，作用到监察监督、取证等用途，因此要求系统必须稳定、可靠，同时具有安全处理、应急操作等机制，确保系统稳定可用。 4、规范性原则 与其他系统的数据交互要满足规范性要求。 五、业务功能描述与性能要求 （一）业务流程描述 1、审单处与磋商企业进行电话沟通，约定磋商时间，在约定的时间内审单人员打开对应地点磋商会议室，与现场磋商室进行交流 2、企业用户打开远程视频磋商系统，按照审单人员的指引进行操作，包括视频交流，文档共享查看，扫描文件上传等功能 3、审单人员收集相关磋商材料汇总整理后存放在相应的管理目录下 （二）性能要求 1、界面响应时间 本系统界面响应时间不超过1秒钟（不包括网络响应时间）。 2、网络响应时间 本系统需通过网络获取指令及反馈结果，网络响应时间不超过5秒钟。 3、其他要求 系统为其它应用系统提供高效、便利的数据接口支持。 系统应具有有效、灵活的数据处理授权机制和数据实时加密传输功能及完备的安全机制功能，特定环节下需采用用户和IP捆绑、完善使用人员日志记录等技术手段提高数据安全性。 系统的平均无故障运行时间及故障平均修复时间应满足海关作业环境的要求，具有稳定、快速的运行效能。 系统核心应建立可靠的容灾备份机制，具有快速恢复的功能。 （三）信息量要求 本系统一期预计为6个作业点，包括审单处三个点及三个试点海关现场，高峰时6个点同时使用视频会议系统 六、软件开发具体要求 本项目所涉及的相关硬件设备（服务器、监控设备等）、系统及平台软件（中间件、数据库软件、操作系统软件等）不在此次招标内容中。但采购人应提出完善的基础环境设计建议，详细阐述本系统部署的网络、存储环境、备份容灾及安全体系设计。 （一）软件开发技术要求 1、采用基于.NET 架构开发技术 2、要求采用黄埔海关的外挂框架技术 为保证海关外挂项目的规范性与统一性，本项目要求采用基于黄埔海关的外挂开发框架，项目需使用外挂的统一接口进行开发。 3、要求采用构件化的开发技术 本项目要求采用构件化的开发技术，减少大量的重复劳动。构件（Component）是可复用的软件组成成分，可被用来构造其它软件。 4、要求采用成熟的数据中间层 要求采用成熟的数据中间层对海关执法数据进行传输和存储，与海关服务器端进行数据交互。 5、要求采用Remoting、WCF及Web Service技术进行数据交互 系统开发要求与中间层或其他系统的数据交互采用基于Rem