交警机房设备采购及系统集成部分总体要求.doc

《交警机房设备采购及系统集成部分总体要求.doc》由会员分享，可在线阅读，更多相关《交警机房设备采购及系统集成部分总体要求.doc（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、交警机房设备采购及系统集成部分总体要求、 中标方须提供新设备系统与旧设备系统平滑切换及数据迁移服务，并且保证在48小时内切换及数据移植完毕，以免影响正常业务的办理，所需费用计入本合同总价中； 、所有产品中标方提供三年的7x24小时免费保修服务和技术支持（其中小型机服务器及存储设备同时提供原厂商的服务），各项目的保修期自供需双方代表在项目验收单上签字之日起计算。保修费用必须计入本合同总价；、工期要求：合同签订后40个日历日内完成供货及工程安装验收。、培训要求：投标方应对项目中所有产品的基本知识、系统或参数配置、管理维护等提供标准的培训课程，培训人数不小于人、生产厂家在广州应有备件；、 接到用户的

2、维修维护请求后，应2小时内到达现场；、设立维护热线，为用户提供7x24的技术咨询服务；、如果产品发生故障，供方应在接报后8小时内修复或提供不低于故障产品规格型号档次的备用产品供需方使用，直至故障产品修复；、保修期内，中标方应保证每个季度上门检修或检测一次，并为用户出一次本季度的系统故障统计分析说明或网络运行情况检测报告，为用户的维护、管理和升级工作提供理由充分的参考依据。这些工作不再向用户单位收取费用；、所有产品保修服务方式均为上门保修。由此产生的一切费用均由中标方承担；、保修期内，供方负责对其提供的产品整套进行维修或升级，不得单列模块维修或升级；、投标方应本着认真负责态度，组织技术队伍，做好

3、投标的整体方案并书面提出长期保修、维护、服务以及今后技术支持的措施计划和承诺6.2 软件开发部分6.2.1软件开发概述l 采用J2EE三层结构；l 数据交换平台的接口方面要求对接口的实现方式、接口标准和数据格式等方面进行规范，以适应实际的硬件设备环境和数据传输要求。l 运行环境: 中间件Windows 2003 WebSphere 5.1数据库：Oracle 9i工作站：Windows2000/XP/2003 IE 6.0l 架构设计目标: 实现展现层、逻辑层、数据层的分层设计，以利于系统开发的系统分析、编码实现、性能监控调整、灵活扩展等；平衡各个系统层次的压力；重点把握关键的业务需求和实现的

4、技术难点；实现各个业务模块、各个系统层次的功能复用；统一系统设计、系统开发过程、内外部接口标准的规范和管理；保障展现层的可操作性，满足用户的实际需求；实现系统的自动安装发布和系统升级。6.2.2业务系统设计6.2.2.1交通管理业务系统应用系统和数据导入（或迁移）：重装（或迁移）公安部下发的“机动车/驾驶人信息管理系统”、现有的“交通违法处理系统”、“交通事故处理系统”及进口车核查、车辆公告核查等应用系统，建库表并将各区数据导入（或迁移）新建数据库中，认真调试，保证系统正常运行。6.2.2.1.1机动车登记系统1、数据迁移集中将现顺德区、南海区交警大队的机动车业务系统数据集中，在*交警支队建立

5、中心数据库，根据系统的应用要求，设置系统参数、数据字典、业务权限等主要数据表:表类型说明主表和子表结构机动车信息表机动车产品公告信息表机动车产品公告底盘信息表机动车产品企业信息表 照片信息表业务子表结构机动车转入信息表转出信息表补/换领牌证信息表档案更正信息表登记证书签注内容信息表抵押信息表第三者责任险信息表号牌分配使用信息表机动车变更历史记录信息表检验信息历史表解除海关监管信息表临时行驶机动车号牌信息表受托检验信息表锁定机动车信息表所有权变更历史记录信息表停复驶信息表委托检验信息表制证信息表转出/注销恢复信息表转出/注销机动车信息准予变更信息表中间表结构保险凭证中间表检验信息中间表打印流水表

6、系统核查中间表机动车预录入信息临时表临时表结构补/换领牌证临时信息表抵押/解除抵押信息临时表机动车信息临时表机动车注销信息临时表停复驶临时信息表管理类表结构部门参数表部门权限表1部门权限表2部门信息表材料库存信息表操作用户信息表程序程序目录表发证机关代码名称表代码信息表单位所有人信息表号牌种类管理辖区关联表核查项目定义表机动车年份序号表业务类型代码表用户菜单权限表被盗抢机动车表嫌疑机动车信息表选号队列信息表选号过程信息表选号号段信息表业务流水信息表流水日志表结构流水退办表日志信息表系统登录日志表2、系统参数设置1) 设置机动车登记系统的车管所的代码、名称；2) 设置各个车管所的系统参数；3)

7、设置各个车管所的权限；4) 为各个车管所创建用户；5) 设置各个用户的权限等。由于数据的集中，需要特别注意号牌号码,业务权限的设置。3、数据字典设置设置本地化的数据字典,机动车登记系统中有些数据代码字典是开放的，需要进行本地化设置，且数据集中后，有些数据字典的内容需要按管理部门分类设置.主要内容包括:l 本地行政区划代码l 锁定原因代码表l 嫌疑原因代码表l 退办原因代码表l 保险公司代码表l 销售单位代码表l 承检单位代码表l 回收企业名称代码表l 锁定单位名称代码表4、应用程序测试发布 在应用服务器上安装IBM websphere5.1中间件，发布机动车应用程序包，并对功能、性能进行测试和

8、监控。协助安装机动车制证软件、机动车系统管理软件。 机动车系统的功能模块:模块完整的软件功能模块统一版扩充版业务登记模块注册登记(新车)转移登记变更登记抵押登记注销登记补/换牌证业务停/复驶核发检验合格标志临时号牌管理档案查封/锁定档案更正制证模块(行驶证/登记证书)选号模块数据更新模块工作库向查询库的数据实时更新辅助模块照片管理(数码拍摄、图像存贮)业务统计模块(工作量、各类报表)业务查询模块数据管理模块(备份、整理、优化)用户权限管理日志管理标准代码维护和系统参数维护网上业务监督历史数据的整理和转换历史数据向工作库数据的导入5、 机动车系统与其他系统的链接机动车登记系统预留了与其他信息系统

9、的接口，供各地进行系统二次开发时使用，以实现各系统之间的信息访问和共享,机动车系统的迁移需要根据*交警各地的应用情况，通过数据接口，连接各相关系统。与机动车登记系统相关联的系统包括：1） 全国机动车查询信息系统2） 进口车核查系统3） 被盗抢车信息系统4） 机动车公告查询系统和整车合格证二维条码阅读系统5） 机动车检测线6） 机动车违法系统7） 事故业务系统8） 交管业务收费系统等。6.2.2.1.2驾驶证业务系统1、数据集中将现顺德区、南海区交警大队的机动车驾驶证业务系统数据集中，在*交警支队建立中心数据库，根据系统的应用要求，设置系统参数、数据字典、业务权限等主要数据表:表类型表说明主表和

10、子表结构驾驶人基本信息驾驶人照片表驾驶证信息表驾驶人体检信息记录表业务子表结构考试成绩历史表补证换证记录驾驶人审验记录表驾驶证档案更正历史记录表驾驶证限制申请人员表退办表制证记录表转入表准驾车型历史记录表清分历史记录表业务授权表注销/转出恢复注销/转出记录表转籍历史记录表暂扣记录表中间接口表结构考试预约信息表检查项目定义表业务检查表事故历史记录表违章表查询库更新队列驾驶人转籍信息交换表临时表结构准考证明信息表变更临时记录表证件打印流水表日志表结构流水表日志表代码参数表结构系统参数表部门信息表部门参数表部门权限表1部门权限表2部门档案编号区段部门准考编号区段用户表用户菜单权限表登录日志表程序目录

11、表程序代码类别表代码表2、系统参数设置1） 设置机动车驾驶证系统的车管所的代码、名称；2） 设置各个车管所的系统参数；3） 设置各个车管所的权限；4） 为各个车管所创建用户；5） 设置各个用户的权限等。由于数据的集中，需要特别注意档案编号、准考证明编号、业务权限的设置。3、数据字典设置设置本地化的数据字典,机动车驾驶证系统中有些数据代码字典是开放的，需要进行本地化设置，且数据集中后，有些数据字典的内容需要按管理部门分类设置.主要内容包括:1) 本地行政区划2) 约考时间3) 考试地点4) 驾校名称5) 体检医院6) 考试员7) 教练员8) 岗位代码9) 考试场次10) 注销恢复原因11) 退办

12、原因4、应用程序测试发布在应用服务器上安装IBM websphere5.1中间件，发布机动车驾驶证应用程序包，并对功能、性能进行测试和监控。协助安装机动车驾驶证制证软件、机动车驾驶证系统管理软件。机动车驾驶证系统的功能模块:项目完整的软件功能模块统一版扩充版业务登记模块新增/转入增驾变更审验制证、补/换证注销驾证归并档案更正数据更新模块工作库向查询库的数据实时更新辅助模块照片管理(数码拍摄、图像存贮)业务统计模块(工作量、各类报表)业务查询模块数据管理模块(备份、整理、优化)用户权限管理日志管理代码维护和系统参数维护网上业务监督历史数据的整理和转换历史数据向工作库数据的导入外挂系统科目一、二、

13、三考试系统业务收费系统交通违法信息管理系统对原系统作调整交通事故处理信息系统5、机动车驾驶证系统与其他系统的链接机动车驾驶证系统预留了与其他信息系统的接口，供各地进行系统二次开发时使用，以实现各系统之间的信息访问和共享,机动车驾驶证系统的迁移需要根据*交警各地的应用情况，通过数据接口，连接各相关系统。与机动车驾驶证登记系统相关联的系统包括：1) 全国机动车驾驶人查询系统2) 全国人口信息管理系统3) 驾驶人违法4) 事故业务系统5) 桩考/路考仪系统、6) 交管业务收费系统等6.2.2.1.3交通违法处理系统1、数据集中将现顺德区、南海区交警大队的交通违法系统数据集中，在*交警支队建立中心数据

14、库，根据系统的应用要求，设置系统参数、数据字典、业务权限等主要数据表:表类型表说明主表和子表结构交通违法事实交通违法行为暂扣/滞留证件物品交通违法记分业务子表结构撤销记录表作业人员记录表2、系统参数设置1) 设置交通违法系统的文书代码、名称；2) 设置各个大队的系统参数；3) 设置各个大队的权限；4) 为各个大队创建用户；5) 设置各个用户的权限等。由于数据的集中，需要特别注意违法顺序号、法律文书类别、业务权限的设置。3、数据字典设置设置本地化的数据字典,主要内容包括:1) 执法机关2) 违法地点4、应用程序测试发布安装调试交通违法系统管理软件。交通违法系统的功能模块:项目功能模块业务模块交通

15、违法事实录入道路监控交通违法录入高速公路监控交通违法录入移动拍摄交通违法录入交通违法通知书打印交通违法处罚决定书打印交通违法数据修改交通违法修改审批交通违法处理交通违法特殊审批撤销决定书打印复考通知书打印暂扣证件物品录入暂扣证件物品归档暂扣证件物品发还暂扣证件物品销毁证件物品发放法律文书入库法律文书发放法律文书作废法律文书归档5、交通违法系统与其他系统的链接交通违法系统需要实现与机动车登记、驾驶证管理、交通事故处理、限制人员信息、被盗抢车、网上追逃等系统的互通共享。在录入违法信息时，能通过系统自动调用本地机动车/驾驶人等基本信息，自动比对限制人员和机动车/驾驶证状态、被盗抢车等信息，实现路面执

16、法与源头信息管理的共享，提高执法效率和管控水平，强化打击盗抢车犯罪活动的能力。1) 交通违法系统与机动车登记系统的关联数据调用:在录入交通违法信息时，“业务系统”可根据“号牌号码”、“号牌种类”等条件直接查询并自动调用机动车工作库（或查询库）中的车辆信息，减少民警录入内容、提高数据质量。可疑车辆判断:可通过“机动车状态”判别是否属被盗抢、报废、注销/撤销车辆等“机动车状态”修改:机动车违法后被撤销号牌的，“业务系统”应将撤销决定书信息写入“全国机动车/驾驶人管理系统”中间表,由“全国机动车/驾驶人管理系统”完成机动车号牌撤销业务并将“机动车状态”置成“撤销”。机动车处于违法处理期的，“业务系统

17、”可以通过“全国机动车/驾驶人管理系统”提供的接口函数write_vehicle_zt将“机动车状态”置成“违法未处理”。但违法处理完毕后，必须通过接口函数write_vehicle_zt消除机动车“违法未处理”状态。2)与驾驶证管理系统的关联数据调用:在录入交通违法信息时，可根据“驾驶证号”等条件直接查询并自动调用驾驶人工作库（或查询库）中的驾驶人信息。可疑驾驶证判断:可通过“驾驶人状态”判别是否属暂扣、吊销、撤销等。“累积记分”更新:对驾驶人进行违法记分时，“业务系统”应调用“全国机动车/驾驶人管理系统”提供的接口函数write_ljjf更新驾驶人工作库中的“累积记分”。“驾驶人状态”更新

18、:本地驾驶人因交通违法被暂扣驾驶证的，“业务系统”应通过“全国机动车/驾驶人管理系统”提供的接口函数write_driver_zt将“驾驶人状态”置成“暂扣”。驾驶人因交通违法被吊销或撤销驾驶证的，“业务系统”应将处罚结果信息写入“全国机动车/驾驶人管理系统”中间表,再由“全国机动车/驾驶人管理系统”完成驾驶证吊销或撤销业务并将“驾驶人状态”置成“吊销”或“撤销”。驾驶人处于违法处理期的，“业务系统”可以通过接口函数write_driver_zt将“驾驶人状态”置成“违法未处理”。但违法处理完毕后，“业务系统”必须通过接口函数write_driver_zt消除驾驶人“违法未处理”状态。“限制人

19、员信息”更新:驾驶人被吊销、撤销驾驶证的，“业务系统”应将相关违法处罚结果写入“全国机动车/驾驶人管理系统”中间表，再由“全国机动车/驾驶人管理系统”完成驾驶证的吊销或撤销业务并写入到工作库“限制人员信息表”中。对无驾驶证驾驶机动车违反道路交通安全法第91条、第101条规定，被限制申领驾驶证的，“业务系统”应将相关违法处罚结果直接写入工作库“限制人员信息表”中。3)与“交通违法信息异地交换系统”的关联上传数据:“交通违法系统”应定期将本地所有的交通违法业务数据通过“异地违法数据交换平台”上传到总队交通违法查询数据库。接收数据:“ 交通违法系统”应定期进行数据接收。后续处理:交通违法信息系统接收

20、到本地机动车/驾驶人异地违法数据后，应校验数据的合法性（核对数据是否与本地驾驶人/机动车工作库中的驾驶证号/姓名相符等）。校验通过后，写入本地违法数据库并进行后续处理。对于异地转入的违法记分记录，应同时通过接口函数write_ljjf更新驾驶人工作库中的“累积记分”，并将执行结果提交转递。对于异地转入的行政处罚决定书、撤销决定书记录或满分考试合格记录，应将该记录自动写入“全国机动车/驾驶人管理系统”中间表，并将行政处罚决定书、撤销决定书的执行结果提交转递。4)与电子监控系统的关联交通违法系统建立交通违法电子监控信息中间表，接收电子警察等监控系统传送出来的机动车违法信息和相关图像信息。5)与其他

21、警种建设的被盗抢车、网上追逃等系统的关联交通违法系统在录入违法信息时，能根据“号牌号码”、“号牌种类”或“驾驶证号”自动与被盗抢车、网上追逃等信息数据库的比对。6)与对外公众查询平台的关联交通违法系统能定期向对外公众查询平台提供最新的交通违法信息，为社会公众提供查询服务，同时为保险、交通等部门提供所需的数据。 6.2.2.2公安内部服务系统应用系统安装及数据导入（或迁移）：重装（或迁移）“全国公安交通信息查询系统”以及驾驶员异地核查和“道路交通事故统计”、“道路交通死亡事故快报”、“交通违法信息异地交换系统”应用软件，建数据库表并将相应数据导入（或移至）新建数据库中，认真调试，保证系统正常运行

22、。6.2.2.2.1全国公安交通信息查询系统根据硬件环境变化要求，重新安装、调试全国公安交通信息查询系统。6.2.2.2.2交通违法信息异地交换系统按照*交警支队交通违法信息异地交换系统建设要求，建立交通违法信息交换系统。完成“省际交换系统”的移植与升级工作；完成“省内交换系统”的升级工作；将部、省间的违法数据传输平台移植到“全国公安数据交换平台”(GIEP)；建立省级交通违法信息查询数据库。实现全国范围内各省（区、市）异地交通违法信息的网上交换，同时确保各地“省内交换系统”和“道路交通违法业务处理系统”(以下简称“业务系统”)与“省际交换系统”、“统一版软件”间的无缝衔接和集成运行。交通违法

23、信息异地交换内容：交通违法记录、强制措施记录、暂扣记录、吊销记录、撤销记录、交通技术监控设备记录到的机动车违法行为记录、满分考试合格记录等。 6.2.2.3其他现时在用的外挂应用系统应用系统安装及数据导入（或迁移），包括银政联网系统、车主小秘书，电子警察系统、移动查询系统等现时在用的外挂应用系统，建数据库表并将有关数据导入（或移至）新建数据库中，认真调试，保证系统正常运行。6.2.2.4 容灾系统建设 规划容灾系统，定义及启动判断，备份和恢复技术步骤，容灾响应流程，测试演练计划，计划维护管理等内容。6.2.3软件开发部分总体要求 本部分所涉及的一切相关软件均须为原装正版，并不存在任何版权问题，

24、且须确保采购人（用户）拥有其合法的、不受限制的无偿使用权。6.2.3.1技术要求1）采用多层架构的B/S和C/S相结合的结构；2）采用JAVA语言，基于J2EE的分布式计算技术进行系统架构设计和系统开发；3）系统透明支持ORACLE、DB2、SQL SERVER、SYBASE等主流数据库系统。基于*公安局交警支队现有环境，要求系统必须使用ORACLE数据库；4）必须保证系统具有开放的体系与接口，能支持跨平台运行，保证系统可以运行在各种操作系统平台上，如UNIX、 Linux、Windows NT等平台；可与业务系统进行界面或数据的挂接，可实现跨平台数据的互联互通;5）利用XML作为系统接口的数

25、据交换标准，进行信息资源整合；）必须明确提供完善的、可行的系统安全方案（最少包括系统数据安全、数据备份和恢复、系统无毒化等）。支持7*24不间断连续工作，故障恢复时间在5分钟内。6.2.3.工期要求在合同签订后90个日历日内完成整个项目的开发、实施工作，试运行三个月通过后，进行终期验收。6.2.3.实施要求实施范围：*地区包括顺德、南海、高明、三水、禅城五区交警6.2.3.培训要求中标人应提供相应的软件操作等方面的培训。有关应用软件的操作培训课程，应在系统运行前完成。中标人应提供面向系统管理员的应用软件系统结构、源代码构成和设计等方面的培训。中标人将详细的培训课程以及时间表交给用户，最后以用户

26、认可为准。对于所有培训，中标人必须派出具有相应专业资格和实际工作、教育经验的教师和相应的辅导人员进行培训，主要培训教员应至少具有三年的教学经验，培训所使用的语言必须是中文，否则中标人必须提供相应的翻译。中标人提供必须的培训课程。中标人应将所有培训费用（含培训教材费）及各项支出列入培训费用价格中，计入总价。所有的培训资料必须是中文书写。6.2.3.测试和验收、测试（1）组织方式软件开发完毕后，开发方可以提请业主方进行测试，并提交详细设计文档、内部测试报告等文档资料。测试按照测试方案执行。测试方案由开发方在系统方案设计阶段制定，并且必须得到业主方的认可。当测试不通过时，开发方需无条件进行返工。（2

27、）测试标准测试的主要依据是用户需求说明书和设计方案。（3）测试手段从功能、性能、可靠性、安全性、易用性等方面作全面的系统测试。测试类型包括稳固性检查、系统可靠性测试、系统稳定测试、性能调整调试、各模块功能测试、完整性测试等。测试方法包括白盒测试、黑盒测试和灰盒测试等。可根据需要选用合适的自动化测试工具辅助完成测试工作。、验收（1） 组织方式试运行期结束后，系统开发方提交相关测试文档、竣工文档和验收申请给业主方，根据业主方的安排来组织验收，验收步骤主要有：a）验收计划将由开发方项目经理提交。b）验收计划将由业主单位项目经理批准实施。c）验收结果交由业主方、委托监理、开发方各一份备案。系统验收将由

28、验收小组进行，验收时做好记录，签署验收报告，并立档、归档。当验收不合格时，开发商需无条件进行返工。（2） 验收标准验收的主要依据包括本招标需求书、投标文件、合同文件，以及用户需求说明书和设计方案等。（3） 验收内容验收主要有以下内容：a）项目技术和管理文档以及各种附件、资料等是否齐全。b) 各功能模块的输出外观评估与内在技术指标确认。c) 开发方提交验收测试报告核查。e) 各系统现场检查验收记录等是否齐全。f) 系统的安装客观测试。6.2.3.交付物要求承建方需对用户方提交以下交付物：1）系统需求规格说明书2）系统设计说明书3）系统测试报告4）系统系统管理员手册5）系统用户操作手册6）系统安装

29、程序、源代码光盘7）验收报告6.2.3.服务要求 软件系统质保期为3年，自双方代表在验收单上签字之日起计算；质保期内中标人必须提供7x24小时服务，并在2小时内对招标人所提出的要求做出反应，要求4小时内排除故障或到达现场给予技术支持；在维护期内，系统发生故障时，中标人必须派出相关技术人员在合同约定时间内赶赴现场；在一个工作日内保证系统恢复正常运行。由此产生的一切费用均由中标人承担6.3 机房工程改造部分*市公安局交警支队机房建设工程项目，要求改造后要能体现出作为重要信息会聚地的室内装潢特点：在充分考虑计算机系统、通讯、空调、UPS等设备的安全性、可靠性、先进性的前提下，达到高雅、大方、简洁的风

30、格。本次机房的改造要顺应现代机房技术主流，选用的材料必须适合机房的消防要求。 本次机房环境改造招标要求中标人提供完整的、合理的改造设计方案，完整的改造设计图纸，支持中标人改造方案的其它技术支持文件等。 对原机房的消防系统作了改造的，须履行消防系统的报建、报批手续，由此产生的费用均由中标人承担。*市公安局交警支队机房改造后的平面布局图如下：设计单位：广州莱安智能化系统开发有限公司网站：地址：广州市天河区中山大道建中路5号天河软件园海天楼3A06用户服务中心：Tel：020-85574618 85574628 85574638 85698805 85698850联系人：周先生：13922289957 欢迎来电索取详细方案或来电洽谈业务，免费提供设计方案，价格实惠我司开发以及生产大量的机房建设管理系统，欢迎各界人士批发以及代理。