上海城市交通信息监控系统软件运维项目需求书文档.docx
- 文档编号:10991463
- 上传时间:2023-02-24
- 格式:DOCX
- 页数:39
- 大小:34.54KB
上海城市交通信息监控系统软件运维项目需求书文档.docx
《上海城市交通信息监控系统软件运维项目需求书文档.docx》由会员分享,可在线阅读,更多相关《上海城市交通信息监控系统软件运维项目需求书文档.docx(39页珍藏版)》请在冰豆网上搜索。
上海城市交通信息监控系统软件运维项目需求书文档
上海城市交通信息监控系统运维
第一包:
上海城市交通信息监控系统软件运维项目需求书
1、项目概述
上海城市交通信息监控系统已经建成并投入使用,具体包括城市交通指挥中心系统、城市交通运输综合业务管理系统(含区县)、城市交通综合执法信息系统和城市交通考试系统等。
2、项目建设目标
本项目主要是保证以上应用软件和相关系统软件的正常运行,并且运行在较优化的状态。
及时发现并处理系统存在问题,保证系统正常运行,保障日常业务工作顺利开展,做好信息系统的维护工作。
3、系统维护内容
3.1上海城市交通指挥中心系统维护
Ø公交成本规制子系统维护
按照所提供的标准格式,针对新增公式、增删字段、填报错误等需求实现填报功能和汇总统计功能;提供公交企业用户提供使用培训。
公交企业每年一季度填报成本规制报表,为其填报提供支撑服务。
保障系统正常运行,对突发故障给予立即处理,并及时修改系统BUG。
Ø行业报送子系统维护
面向出租、停车、汽修和货运等行业企业管理人员使用对象,对标准格式填报和汇总统计功能、危险品运输信息填报模块进行维护,保障企业与运管系统中的业户信息以及附属信息的同步,并提供对企业、行业管理人员操作培训。
修改出租租赁车服务供应情况月报及汇总表2张,增加填报栏位,实现校验关系。
新增出租租赁车服务供应情况月报(社会牌照)及其汇总表,2张报表。
新增出租租赁车服务供应情况年报,出租租赁车服务供应情况(社会牌照)月报,及其2者的汇总表,共计4张报表。
Ø诚信系统维护
实现企业及附属信息与运管系统同步、考核公式变更、诚信指标填报错误处理;提供各诚信专员操作培训。
保障系统正常运行,更新数据库连接,对突发故障给予立即处理,并及时修改系统BUG。
按平均分算法实施计算年度企业得分,执法案件相关指标计算规则调整,省级客运业务修改等级评定界限,并协助用户进行考核指标梳理校对。
根据上海市交通局相关会议决定,对2011年公共汽电车、出租汽车、省际道路客运班车、省际道路客运包车、省际汽车客运站、道路危险货物运输、道路搬场运输、道路货运站场、公共停车场(库)、机动车维修、机动车驾驶员培训等行业质量信誉考核指标以及出租汽车驾驶员、机动车驾驶员培训教练员个人诚信考核指标中,涉及诚信系统的部分进行修改和更新。
Ø出租结算平台维护
定期导入原始数据,完成出租结算平台的海量单差数据处理,实现行业管理部门对单差数据查询和行业数据计算。
保障系统正常运行,对突发故障给予立即处理,并及时修改系统BUG。
Ø与建交委、交通部系统接口
定期跟踪建交委下属交通信息中心系统的数据交互情况,修正接口问题,并适当调整数据接口,实现数据共享,并完成相应的维护工作。
依据交通部数据格式,提供联网数据接口,实现部省数据共享,定期跟踪部省联网的数据交互情况。
Ø新增法人库系统接口子系统
新增工商法人库接口子系统,根据上海市交通局的业务需求,和“上海市法人信息共享与应用系统”实现工商法人库的互联互通与数据共享。
Ø综合数据库清理
完成现有综合数据库中的测试数据和无效数据清理工作,以及脏数据或重复数据的分析整理,进一步提高数据库的数据可靠性、完整性和唯一性。
根据运管处要求,集中对过期(或未年审)业户及车辆集中更改为过期状态,并添加对应备注。
在更新前做好备份工作,并按要求导出清册。
3.2上海城市交通运输管理信息系统维护
Ø运管系统维护
运管系统负责经营业户、车辆、从业人员和经营权等对象的管理和维护,并按主管部门的规则进行年度审验工作。
对发放的证照格式按照业务要求进行调整和保证日常证件工作的正常进行。
根据客户需要,进行组织机构、部门岗位、用户权限等调整工作;完善系统的统计、查询功能;支撑相关事项流程调整的系统功能开发实现。
新增货运报表统计模块,使每半年对货运数据进行一次统计生成一系列年报数据的手工操作转变为用户直接生成相应的报表,减少每半年一次的手工劳动,同时提高报表的生成速度。
保障系统正常运行,对突发故障给予立即处理,并及时修改系统BUG。
管理部门和业务部门因业务需要提出相应的功能完善和修改需求。
相关具体运管维护需求内容,请参见附件《2011年运管系统维护需求》。
3.3上海城市交通综合执法系统维护
执法系统包括指挥调度、稽查案件管理、信访办理、执法队伍建设、决策支持等业务组成部分,应保障系统正常运行,对突发导致系统不能正常运行的故障给予立即处理,及时修改在维护期间发现的各类系统BUG,并做好数据校对工作。
修正历史案件无法录入问题,并修改证件暂扣、扣押凭证类型,以符合当前实际。
增加出租人员补证查询功能模块,从综合数据库中获取受理系统关于客运出租行业的车辆和人员的补证信息,以配合“克隆出租车”查缴工作。
增加郊区县文书一级核销,增加文书核销报表,增加克隆出租车时当事人信息锁定功能。
对于车辆拍卖类案件的结案,在结案归档环节,增加“车辆拍卖”相关功能.
增加浦东数据接口,与浦东执法信息对接。
罚没款票据比对模块中,增加固定EXCEL导入功能,并按照EXCEL中的决定书号,逐条与系统中的缴费单号、金额和缴款日期做比对。
对于比对结果有出入的信息予以显示,并提示用户。
增加仅针对道口支队的缴费单进行核销的票据核销功能。
在编号修改中增加案件缴费单号的修改功能。
将由指挥室和办公室两个部门共同完成信访投诉的流程改造为由新成立的信访办单独完成信访投诉的流程。
将系统主页中“年度考核(部门述职)”改为“学习专栏”,并更改信息发布功能中的相关内容。
在消息管理“学习专栏”增加子栏目:
学习裘明祥先进事迹、观看特殊党费。
执法公告模块增加子栏目送达公告。
管理部门因业务需要提出相应的功能完善和修改需求。
3.4上海城市交通考试系统维护
完成考试系统突发故障和数据传输错误的处理,定期数据备份等日常维护工作,保障考试管理和考务管理两大模块的正常运行。
根据“上海市交通运输和港口管理局关于印发《上海市公共汽车和电车客运从业人员培训管理规定(试行)》的通知”和考试中心提交的相关签报,考试系统需要进行相关改造,以支持公交从业人员公交培训合格证受理和发放工作。
后续的相关任务还包括:
公交从业人员驾驶员编号和业户信息的传输和同步,易用性改进,运管系统开发公交从业人员维护功能开发工作。
根据上海市交通局相关处室要求,对于危险货物从业人员报名流程进行修改,内容主要包括:
增加报名人员所属业户字段和对从业人员原有客货运从业资格证,通过政务外网进行验证。
目前考试中心在接受各行业从业资格培训报名时,对身份证的有效性不能有效判断,视作形式审核。
拟在报名环节增加通过身份证识别仪验证的功能模块,加强管理力度,辨别身份证真伪并提高数据质量。
涉及的信息系统包括但不仅限于:
考试系统和受理系统。
3.512319系统升级改造工作
根据新形势下12319系统业务量的不断增大和实际需求的变化,对12319系统进行改造,主要包括:
⏹系统处置流程变化
⏹由2级用户结构调整为多级用户结构,并调整相关权限
⏹待处理模块中增加改派功能
⏹增加“部门退单月处理清单”功能
⏹改造“督办信息单管理”,使之支持多次往返式交互
⏹“接收信息”模块增加“信息单编号、联系电话”查询功能,并支持对重复信息单(同一电话机诉求类别)的识别、查询
⏹新增“完成处理信息”模块
⏹增加“接收派发日报表”,“办结审核日报表”,“部门处置分析月报表”和“热线统计年度报表”等报表
⏹相关基础分类信息按照最新要求进行调整
⏹各功能模块按照需求进行具体调整
⏹各类报表清单的格式调整
⏹改造与12319中间库的交互方式
⏹外部接口的模式改进
在12319系统改造工作基本完成后,需要进行一次客户培训工作。
保障系统正常运行,对突发故障给予立即处理,并及时修改系统BUG。
3.6其他新增应用软件系统相关任务
Ø法律文书格式调整
根据上海市交通局和运管处的相关文件,需要对法律文书格式进行调整。
涉及上海市交通局和受理中心的法律文书有36种文件,涉及运管处、受理中心、区县运管的法律文书有32种通用法律文书和91种个性化法律文书。
涉及的信息系统包括但不仅限于:
受理系统,运管系统和区县运管系统。
根据文件对法律文书格式进行调整,变更相关文书号生成规则,内容依此变化。
Ø卢湾停车试点推广
停车属地化管理试点由原有卢湾区一个区扩展至卢湾、黄浦、杨浦、静安四个区。
按卢湾停车试点改造,需要新增区域建交委管理机构和用户账号,搭建新的区县入口及其相关应用,新增各区县停车业态相关流程,新备案证号生成模块,修改打证模块和停车场相关业务数据迁移等。
Ø非本市户籍驾驶员培训工作
根据上海市相关精神,需对信息系统进行改造,以满足对非本市户籍驾驶员培训工作进行培训业务要求。
非本市户籍驾驶员培训工作涉及面较广,涉及信息系统包括但不仅限于运管系统(管理)、受理系统(受理)、执法系统(路上执法)和考试系统(培训和考试工作)、12319系统(投诉)等。
3.7产品软件维护
为了保障系统稳定运行,本次维护应提供WebLogic中间件(8.1,10等版本)、Oracle数据库(Oracle9i,10g等版本,HP-UX和Windows平台)、Veritas备份软件和ArcGIS-9.1等相关系统软件的维护服务。
ØOracle数据库
Oracle10g2数据库系统软件目前部署在受理中心机房2台HP小型机上,本项目提供相应的升级和维护服务。
具体包括以下方面,定期和不定期监测Oracle已启用的所有实例;检查数据库备份是否正确、性能是否正常合理、空间和资源是否足够,复制文档日志;定期查找安全策略、危害增长速度、优化性能调整和I/O屏颈问题等内容。
ØWebLogic中间件
WebLogic中间件目前部署在受理中心机房3台应用服务器上,本项目提供相应的升级和维护服务。
具体包括以下方面,定期和不定期监测进程与Server状态、内存情况和响应速度;查找和分析警告日志,发现黑车攻击;调优WebLogic性能,提高系统性能;定期异机备份配置文件。
ØVeritas备份软件
具体包括以下维护内容:
定期和不定期监测Veritas软件运行情况,检查备份工作是否正常运行,检查是否有足够的空间和资源;定期保存运行日志,适当调整运行参数。
ØGIS系统软件
本次维护提供ArcGIS-9.1系统软件的相关升级和维护工作。
4、维护要求
4.1技术要求
熟悉JAVA、J2EE架构、ORACLE数据库系统等开发技术;维护人员要有一年以上的交通运输领域信息系统开发维护和客户培训工作经验。
4.2维护工作要求
1)明确一名项目经理,负责本维护项目各项工作,包括现场协调,以及现场与后台技术支持队伍的协调,提交项目维护人员名单。
2)定期应该提交各应用子系统维护报告,包括问题情况、解决情况、解决方案、计划解决时间等。
3)及时通报系统突发故障的处理措施、处理情况、处理结果等。
4)制订系统管理和使用培训计划,提供相应教材,按计划实施各类培训。
4.3服务要求
1)在维护期间应提供7天*24小时服务响应,应派遣不少于2名工程师常驻用户现场,按5*8工作制负责日常维护和有关协调工作。
2)在接到用户服务请求后,维护工程师应3小时内赶到现场,查找原因,提出解决方案,直至故障排除并使设备、系统完全恢复正常服务为止,维护范围内问题,修复时间应不超过24小时。
3)项目结束前,维护工程师配合用户代表要全面检查,存在缺陷须负责修理,并形成维护报告提交用户。
5、项目进度要求
Ø自合同签订之日起,根据用户进度要求在合同期内完成相关数据更新、功能改造和系统软件升级等维护工作;
Ø自合同签订之日起,根据用户进度要求在合同期内完成所有维护内容,系统试运行,经用户确认后提交用户使用;
6、项目验收要求
Ø项目交付成果至少包括:
(新增)需求(问题)管理表、维护记录单、软件更新确认单、源代码和使用说明书等全套完整维护资料文档;
Ø为确保系统质量和性能,承建单位须提交软件验收测试报告,包括用户测试报告;
Ø项目维护质量需用户方确认。
附件:
2011年维护运管系统维护需求
系统需修改(包括修改未完成)的问题
提出部门
备注
请在打印的“运管费收据”凭证上显示缴款“某年某月至某年某月”,让缴费客户知道所缴期限。
青浦运管署
在停车场库的新开企业备案证的有效期没有统一设置成次年的10月31日,要进入换证流程才能更改日期。
浦东
每年度道理货运车辆年审开始后,最好在受理事项下查询业户时直接附注显示该业户是否通过本年度年审,现时是需要查询业户详细信息时货运业态才能知晓此业户有无年审。
比较繁琐。
可参考业户“过期”提示的设置。
浦东(原南汇)
系统应该增加弹出窗口提示功能,以减少操作员因操作不当造成的工作失误。
例如缴费时征收某业户08年运管费,若该企业07年度无缴费记录,则系统应跳出提示窗口,让操作人员核实后再行征收。
再如某非专业经营业户仅剩最后一辆车,注销该车辆时应跳出提示,操作员可提醒业户办事人员,以免今后不必要的开业麻烦。
浦东(原南汇)
业户和车辆年审信息一旦点击后则无法撤销,应增设系统管理员撤销权限。
浦东(原南汇)
涉及业务查询或统计时的车辆或业户信息,希望明晰排列数据时所依照的参数,(如车辆可依照初次录入系统时间为排列参数也可依营运证号为排列参数)且不同功能子项下相应参数最好统一。
浦东(原南汇)
查询每家业户(包括停车场)是否年审,一定要深入详细里面查看,能不能做一个标识显示年审状态,简单明了。
闵行运管所
调整线路受理无法辨别具体线路。
闵行运管所
班线数据需要导出(同时关联车辆信息)
省际客运部
用户重名无提示信息。
闵行运管所
在业户管理中的单位详细信息中看不到单位的某一年度的审验情况,只能在业户统计中查询,最好在单位信息中加上审验年度和审验情况。
金山运管署
统计汇总中,每个下拉框本身应该可以进行复选,选择项如果有帮助菜单的,应该给予帮助
省际客运部
统计汇总中,可供选择项不完整
省际客运部
班线查询中,可供选择项太少,不完整。
应提供所有字段以供选择
省际客运部
对业户和车辆要有相联系的查询统计(已经多次提出)。
货运部
危险货运车辆不予许可决定书落款单位应为运管处,非交通局(现许可决定书是“运管处”,而不予许可决定书却是“交通局”,明显错误,一直指出,但就是不改)。
货运部
新增(包括转入)货运车辆未根据所属业户年审状态记录(业户未年审通过,但新增的车辆却已年审通过)。
货运部
运营线路增加。
表式已更改。
望调整。
(新表式附后)
公交部轨道科
随着新线的投入。
表式需增加内容。
预留
公交部轨道科
应设置字段间运算关系,输入有误能及时预警。
公交部轨道科
轨道-每站进出站客流量-查询
公交部轨道科
线形报告、柱形报表不能显示。
公交部轨道科
统计报表在EXCEL文件显示后,无打印按钮。
公交部轨道科
轨道"增加月报"填报后,按确定后系统提示"error"
公交部轨道科
磁浮线统计月报修改部分字段消失(呈灰色)
公交部轨道科
字段输入/显示位数(包括小数位)有错,需修改。
公交部轨道科
增“开列数”字段
公交部轨道科
轨道-行政许可-挂起延期审批-审批(同意)1、此系统目前不适用轨道交通安全保护区行政许可,目前许可使用系统:
10.10.10.247:
8001,该系统查询功能。
当前状态划分定义不够恰当。
效能管理及发件箱目前不使用。
公交部轨道科
汽修资料在未确定的情况下就挂在线上,所有功能均不符合要求
汽修科
异动信息没有记录具体内容(应保存变更前后的内容)
汽修科
举报投诉管理无
汽修科
汽修-行政许可—在办箱-受理号--主体业户信息—查看异动信息操作无记录,异动信息不具体。
汽修科
汽修—基础信息管理—业户管理(运管处)--经营范围选择经营范围并列查询,增加东、西区和外资等条件。
汽修科
汽修—基础信息管理—业户管理(运管处)--操作(修改)—汽修业态权限需要重新设定。
汽修科
检测数据统计不正确。
汽修科
停车-基础信息管理-公共停车场-操作(修改)-停车业态-停车场库信息-停车场库附属信息-添加
停车科
停车-基础信息管理-公共停车场-操作(修改)-停车业态-停车场库信息-停车场库附属信息-操作-详细
停车科
停车-基础信息管理-公共停车场-操作(修改)-停车业态-停车场库信息-停车场库附属信息-操作-修改
停车科
停车-经营场地变更事项流程有误
停车科
班线上车辆更新,无法记录异动的真实情况
省际客运部
在车辆年审中,如一业户已经进行了2008年车辆年审,再新增车辆到该单位时,该新增车辆仍为未年审状态,而且无法通过单位进行批量年审。
宝山运管署
停车业态,已经完成年审的业户,其年审状态无法查询。
宝山运管署
系统中年审功能过于简单,希望新增年审功能模块,如“已年审多少业户(车辆)数”等。
宝山运管署
货运企业开业,申请两个或两个以上经营范围,生成的受理通知书和决定书上却只能反映出一个经营范围,需要手动更改。
宝山运管署
希望任何数据列表,都能按照一定的规则排列数据。
宝山运管署
人员从业资格证加导出功能
宝山运管署
查询每家业户(包括停车场)是否年审,一定要深入详细里面查看,能不能做一个标识显示年审状态,简单明了。
宝山运管署
非沪籍班线的经营主体发生变化后,班线上的车辆的单位名称未同步进行变更,导致线路和车辆的单位名称不一致
省际客运部
当企业的名称发生变更时,且线路的经营主体还未变更前,该企业的线路将无法查询/统计
省际客运部
外地新增班线流程中,经营年限应该可以输入到月份
省际客运部
始发站管理中,需增加"始发地"字段,同时在营运线路里必须校验始发站和始发地是否匹配,否则不予通过
省际客运部
受理班线新增运力时,当实际车辆数小于核准车辆数才可新增;否则不予受理;
省际客运部
如果沪籍班线车的单位名称申请变更时,如果与原营运线路的单位名称不符,则该车必须同时办理下线手续且经营范围变更为"省际包车客运",否则不予办理该班线车的单位名称变更手续
省际客运部
如果营运线路的经营主体与线上车辆的单位名称不符或者该车的经营范围不是"省际班车客运",将不予打印"市内站点及走向标志","许可证明","道路运输证"
省际客运部
市内站点及走向标志上的单位名称应该是营运线路的单位名称
省际客运部
起讫地管理中取消"简称","拼单检索码"
省际客运部
当班车申请变更类型等级\技术等级时,必须校验该车是否符合原班线的上线要求,否则不予变更
省际客运部
沪籍班线起旋地变更受理时,应该可以同时对起施点、配客站、停靠站、境内走向、境外走向、时间、途经路线、线路类型、班车类别、最低车辆类型等级、最低技术等级进行变更受理(反色)
省际客运部
沪籍班线班次变更受理时,应该可以同时对核准车辆数进行变更受理(反色)
省际客运部
境内走向管理需有异动
省际客运部
境外走向管理需有异动
省际客运部
客运站管理需有异动
省际客运部
出境道口管理需要异动
省际客运部
外地境外走向管理需有异动
省际客运部
外地客运业户管理需有异动
省际客运部
外地客运站管理需有异动
省际客运部
起讫地管理需有异动
省际客运部
班线上的发车时间变更需有异动
省际客运部
受理始发站点变更时,可供选择的客运站名称仅限于始发地名称原线路始发地名称相符的客运站,其它客运站屏蔽;如果申请其它客运站,需提示:
“需按照起讫地变更申报”
省际客运部
审批始发站点变更时,必须校验新始发站所对应的始发地名称与原线路的始发地名称是否相一致,如果一致,予以通过,如果不一致,则不予通过,并提示:
“需按照起讫地变更申报”
省际客运部
班线新增、起讫地变更、经营主体变更、班次变更审批流程错误:
预审通过后,数据已经修改在册。
交通局终审若不同意,无法返回原数据状态
省际客运部
新增班线时,自动生成的线路代码编写错误
省际客运部
新增班线时,异动记录的受理号错误;错记录为线路代码
省际客运部
线路查询中,存在部分线路无法查询到,实际是存在的
省际客运部
统计查询功能距离原需求相差甚远。
目前查询结果,翻页数据立即丢失
省际客运部
查询到的线路全部信息无法导出
省际客运部
查询到的线路不能按照要求进行排序,不能打印
省际客运部
查询条件还不能并列选择
省际客运部
道口变更、境内走向变更、境外走向变更必须进行配对校验
省际客运部
终于站点、境外走向设定为必输项
省际客运部
自动校验填写班线类型:
根据交通部10号令、道条、上海道条
省际客运部
对应营运线路的原行政许可决定书无法查询
省际客运部
证照管理的查询功能未按照需求开发
省际客运部
始发站、配载站、停靠站、核准日发班次关闭修改权限
省际客运部
在新增班线时,上线的车辆没有异动信息
省际客运部
境内走向管理中需要有批量修改功能
省际客运部
营运线路的部分内容需要有批量修改功能;例如:
始发客运站的名称变更后,涉及的营运线路需要重新安排客运站、统一进行变更
省际客运部
至今未提供比较象样的操作说明(操作手册)。
信息科
整个系统较呆板,缺乏自维护性和可拓展性;对业务/流程的功能划分和界定较混乱且不规范;总体设计风格较混乱且不统一,操作烦琐,未从以人为本/方便操作者为出发点。
信息科
系统界面显示较混乱,有效内容显示面积太小,造成显示信息量少,且垃圾信息量过多。
信息科
许多操作不友好,无操作提示,操作完成也无反馈提示,造成无效等待时间过长。
信息科
数据层面的不少功能尚未完成(或未修改好),如长途客运的一些功能和审批流程等,许多业态的数据逻辑校验功能未开发,管理层面中的许多功能(内容)未完成(或未开发),如条件查询统计查询等。
信息科
各数据表中尚有不少字段需更改/增加,字段名称不规范。
一些字段的维护权限有待进一步确定,数据表内和数据表之间的逻辑关系校验未实现。
信息科
代码(参数)库维护无法实现,一些代码至今仍有错。
信息科
用户权限不适应处管理实际,无法按“经营范围”+“操作功能”统一设置权限。
现象:
处货运“普通货运”与“危险货运”是分开管理的,长途客运“长途客运”和“客运站经营”也是分开管理的,但系统无法实现,要么全部,要么无权操作。
信息科
运管处系统管理员无法有效管理所属用户,也不能对其设置权限,更不知现处有多少系统用户,各有哪些权限。
现象:
有些用户权限该有的没有、不该有的都有;有些用户岗位变动而原权限仍在使用。
信息科
用户名必须有姓名组成?
未从方便用户、方便操作考虑。
信息科
审批流程不适应处实际,一直提出运管处内审批是一条线(可能有多个环节),不是一个点(一个环节),且各审批流程不一定相同。
现象:
无法实现审批环节控制和审批有效监管。
信息科
到目前为止,运管处系统管理员进行处内审批流程管理,也不知那些用户有哪些审批权限。
现象
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 上海 城市交通 信息 监控 系统软件 项目 需求 文档