轨道交通建设遗留系统需求分析报告3.1-IBM咨询：XX市轨道交通（集团）有限公司故障报修文档之一

重庆轨道交通建设遗留问题跟踪系统需求分析报告第8页/共14页文件编号：重庆市轨道交通（集团）有限公司建设遗留问题跟踪系统需求分析报告文档编号：文档信息：项目级文档文档名称：建设遗留问题跟踪系统需求分析报告文档类别：需求分析类版本信息：V3.1建立日期：2013年10月8日修改日期：2013年11月19日创建人：审核人：批准人：批准日期：文档修订记录:版本编号简要说明（变更内容和变更范围）日期新建/变更人审核日期审核人V1.0新建2013.10.8李慧V2.0模板变更2013.11.11李慧V3.0需求描述进一步完善2013.11.15李慧V3.1需求描述进一步完善2013.11.19李慧

目录1 需求调研活动总结 41.1. 调研时间 41.2. 调研人员 41.3. 调研主题 41.4. 调研对象 41.5. 调研方式 42 总体需求 52.1 当前现状 52.2 系统的应用对象 52.3 系统的需求 62.3.1 系统的具体需求 63 需求分析 63.1 系统总体需求分析 63.2 与其他系统的关系 64 各模块需求分析 74.1 系统管理 74.2 基础数据管理 84.3 任务管理 84.4 统计查询 105 系统非功能需求说明 105.1. 性能 105.2. 易用性 115.3. 可管理性 115.4. 安全性和可靠性 115.5. 出错处理及恢复 115.6. 安全保密性要求 125.7. 可维护性要求 135.8. 可扩充性和灵合性要求 135.9. 交付文档 136 需求评审 14

需求调研活动总结根据重庆轨道交通建设遗留问题跟踪管理的建设要求，项目实施人员对重庆轨道交通建设遗留问题跟踪管理涉及到的遗留问题登记、遗留问题处理活动、遗留问题统计查询等应用及报表统计业务需求进行了现场实地调研。本需求分析报告是通过与信息管理部及相关业务部门面对面沟通，并基于遗留问题相关管理流程、文件分析而成，同时与轨道交通集团信息管理部及相关部门的相关人员进行了充分讨论，现将此文档将作为重庆轨道交通建设遗留问题跟踪系统需求调研及分析成果呈交重庆轨道交通集团。调研时间2013年10月2日～2013年10月14日调研人员陈宇、冯光霞调研主题重庆轨道交通集团建设遗留问题系统相关业务调研对象重庆轨道集团信息管理部和其他相关业务部门调研方式收集查阅资料：收集轨道交通集团相关部门的建设遗留问题跟踪系统业务相关文档资料。访谈：与相关部门面对面的访谈，采用一对一或一对多，获得相关部门对门户管理工作的情况理解。原有系统功能讨论：在现有报修系统的功能基础上，与信息管理部进行需求讨论,分析建设遗留问题系统如何与报修系统进行集成。

总体需求当前现状随着轨道交通六号线五里店至礼嘉段、一号线（沙坪坝——大学城段）、三号线南延段的相继投运，轨道交通网络化运营已全面形成，随着客流的逐步增加，轨道交通越来越受到社会各界的普遍关注，对轨道交通的服务质量、运营安全、维保效率等提出了更高的要求。目前，重庆轨道交通集团针对已投产运营的线路设备实施的报修流程，建设了报修系统，利用信息化手段，记录、跟踪各大线路设备设施存在的维保问题。然而，报修系统维保范围始于轨道交通设备设施正式投产运营后，尚未覆盖设备设施投产运营准备期，即建设转运营期维保问题跟踪情况，而建设转运营期间存在很多建设遗留问题，若不采取有效方式解决，将成为一系列遗留问题影响正常运营。为进一步明确职责，有效的跟踪和控制试运营线路建设遗留问题，提高质量及工作效率，创建安全、准点、快捷和更加舒适的出行环境，根据重庆市轨道交通（集团）有限公司文件电子公文中《关于加强轨道交通试运营线路建设遗留问题整改工作的通知》的要求，在现有报修系统的基础上，开发建设遗留问题跟踪系统，用于收集乘客和运营部门提出的建设遗留问题，并实时记录、跟踪建设遗留问题处理情况，保障建设部门能高效的、高质量的完成建设遗留问题维保工作，同时也为设备设施建设转运营提供依据。系统的应用对象详细描述如下表：表：轨道集团门户应用对象表序号应用对象应用对象类型关注点1报修部门内部报修2维保部门内部安排维修3中层领导内部统计报表4集团领导内部统计报表系统的需求系统的具体需求本系统主要面向重庆轨道集团的内部员工，系统负责提供用户报修问题登记管理和流程流转、报表统计等应用，具体包括：实现与报修系统的统一用户管理、统一登陆入口。实现报修问题登记管理。实现报修问题的流程处理。支持角色和权限的定义，将用户实体与其角色、岗位、部门等权限属性有效分离，严格控制权限。提供信息查询以及各种统计，以便更好的分析问题的处理情况。需求分析系统总体需求分析根据整体需求，整个系统将分为系统管理、基础数据管理、任务管理、统计查询四大部分。系统整体架构图如下：与其他系统的关系经过前期与相关部门的访谈了解，本系统与现有的报修系统要集成在一起，统一用户管理、统一登陆入口。所以报修系统有着密切的关联性。各模块需求分析系统管理公司（部门）信息维护对轨道交通公司下属部门的维护：主要包括部门编码、部门名称、联系人、联系人电话、是否启用。公司（部门）的下属公司维护对公司（部门）的下属部门维护：主要包括名称、专业名称（机电、工建、通号、AFC、其它、供电、电扶梯、车辆、车场等）、是否是任务接收部门、接收部门的名称、是否是维保单位、上级部门的名称。用户信息维护用户信息的维护：先把报修系统的用户数据导到本系统的表中来。在本系统中增加用户后向报修系统同步用户数据。包括用户名称、登陆名称、用户密码、所属部门、是否启用、用户描述。菜单信息维护对系统中的功能菜单进行维护：包括模块名称、模块编码、url、描述、是否启用、上级模块名称、顺序、图标。角色维护对系统中需要的角色进行维护：包括角色名称、角色编码、是否可用。权限配置包括角色的菜单权限进行授权和用户所属角色的授权。基础数据管理专业数据维护包括土建、风水电设备、系统设备（道岔、电扶梯、屏蔽门、安全门）等基础数据维护（用树型结构）。合同标段信息管理包括合同编号规则（线路-分类-小类-年份-专业流水号-合同流水号）、标段名称（合同名称）线路信息管理包括线路编码、线路名称的维护。合同分类管理包括大类和小类两成，其中都包括分类编码、分类名称。紧急程度管理对系统中填报问题时所需要用到的紧急程序进行基础数据维护。任务管理填报遗留问题该功能只对有报修权限的用户开放。由报修人员对遗留问题进行登记。包括合同信息（合同名称、合同编号）、专业（机电、工建等）、责任部门、紧急程度、遗留问题的要求完成时间、报修人电话、问题描述。合同信息可录入也可选择已有信息。在此处录入的合同名称不会记录到合同信息表中去。要求：在登记问题信息时。在录合同名称项时，先点击“选择”合同，在合同列表中查找，如果没有想到合同，可以通过两种方式录入合同名称和编号。一是直接在文本框中录入合同名称和合同编码，该录入的名称和编号不能记录到合同表中去。另一种方式是联系有权限维护合同标段基础信息的人员，把合同标段信息维护好以后，再进行选择合同标段。如果看不到“新增“按钮，说明该用户没有这个报修权限或才用户登陆会话已过期，要重新进行登陆。遗留问题处理遗留问题处理流程如下：本功能供报修部门和责任部门进行任务办理。即对问题的流程处理。对提交给本部门的遗留问题进行处理与跟踪，问题移交可进行批量处理。功能描述：1：选择某一条问题记录后，可以查看问题的登记信息、接修维修情况，可以查看访问题的处理记录。2：选择某一条问题记录后，点击“处理问题”后对未完成的问题进行处理。根据问题当前的流转状态来进行处理。问题移交处理对确认已解决的问题转移交到维保部门进行移交办结。可以转到其它部门进行移交办结或者退回到责任部门进行重新登记处理。问题移交办结对转到本部门下的待移交办结的问题进行最终办结，可以选择退回或者办结结束。统计查询遗留问题整改进度查询可根据填报部门、是否超时、专业设备、状态、所属线路、责任部门、修复时限、填报时间、合同名称等条件对遗留问题及整改情况查询。选择一条数据后可以查看明细。遗留问题整改的即时性统计可以按部门分年月对遗留问题整改的即时性统计，饼状图显示。所有问题清单处理情况统计按年月对所有问题清单的处理情况统计，饼状图显示。各线路分年月对遗留问题的发生次数统计各线路分年月对遗留问题的发生次数统计，线型图显示。各专业按年或月对遗留问题发生次数统计各专业按年或月对遗留问题发生次数统计，柱状图显示。单个合同相关的问题清单处理情况统计单个合同相关的问题清单处理情况统计，饼状图显示。系统非功能需求说明性能数据加载、更新；数据清理；数据汇总；数据库备份；数据库恢复；数据录入；数据查询；系统超负荷性能；用户数量；并发用户数量；数据容量等项目的性能指标可以达到预定的标准，具体为：正常运行情况下一般web查询的响应时间2秒以内，带有复杂的饼图、柱状图的查询，响应时间在5秒以内；汇总的响应时间不得超过10秒；报表生成的响应时间不得超过5秒。系统用户为14000人，最高在线用户为10000人，并发用户数为1000-2000人易用性考虑到实际操作人员的操作习惯，在系统设计中将注重用户体验，提供向导式操作与Tip提示功能。可管理性用户、部门、权限、菜单可配置性、灵活性管理。提供单条件与多条件组合查询；安全性和可靠性具有在规定的时间和条件下，能维持其性能水平的能力。保证系统能24小时不间断工作。并发相应要求：并发要求：同时在线访问数不低于2000。响应要求：系统响应时间及页面打开时间<=5秒。运行要求：服务器端：操作系统：WindowsServer客户端：操作系统：WindowsXp、Windows7浏览器：IE6以上。系统应有容错机制，保证不同使用条件下系统都能正确运行。出错处理及恢复根据故障的来源，主要包括：硬件故障：由于硬件系统引起的故障；操作系统及数据库故障：由于操作系统和数据库本身的错误而引起故障；应用服务器故障：由于多个应用系统之间相互冲突而引起故障；程序模块故障：由于本系统程序代码设计考虑不周引起故障；用户输入错误：由于用户输入数据不正确而造成。包括数据类型不正确，长度不正确，数据不全面，非法字符，不满足业务逻辑要求等而引起；业务逻辑错误：由于程序设计时对业务逻辑理解错误或用户需求不完整而造成的设计错误；网络故障：用户的网络连接出现故障。对于硬件错误、操作系统及数据库错误和应用服务器错误，可以通过双机并行集群工作模式、数据备份、程序备份以及灾备中心系统的建立，尽可能保证系统可靠运行，当严重系统故障发生时，可以通过灾备中心进行系统恢复。对于程序模块错误、业务逻辑错误在系统测试和试运行时逐步发现并予以解决；对于在系统上线运行过程中发现的问题，可以在系统维护和持续改进过程中进一步解决。对于用户输入错误，系统将对用户进行错误提示；在数据处理过程中发生的错误，系统采用事务管理的方法加以解决，当数据处理错误发生时，系统根据需要自动进行事务回滚。对于网络故障造成的应用问题，待网络故障恢复后，重新登陆即可。安全保密性要求审计的安全要求：建立一个安全的系统，对计算机信息系统的安全尤其重要，审计对计算机信息系统的安全性起着至关重要的作用。系统的安全性方面必须充分审计跟踪技术和措施。数据库的安全与保密性要求：数据库的安全与保密性要求是指对系