地铁管理信息系统需求报告

广州市地下铁道总公司
汉普管理咨询（中国）有限公司
广州市地下铁道总公司
管理信息系统规划和方案设计
管理信息系统需求报告
提交日期：2001年4月30日拷贝份数：*
文档控制文档更新记录
文档审核记录
文档去向记录
目录
文档控制 (4)
文档说明 (7)
1.需求综述 (9)
2.战略层需求 (10)
2.1 企业经营战略有关信息 (10)
2.1.1 企业环境 (10)
2.1.2 战略性项目和决策 (11)
2.2 业务运作信息 (11)
2.2.1 业务运作绩效 (11)
2.2.2 重大业务问题和事件 (12)
2.3 其他必要的信息 (12)
2.3.1 必须处理的事务性信息 (12)
2.3.2 工作辅助信息 (12)
3.管理层及业务层需求 (13)
3.1 建设事业总部需求分析 (13)
3.1.1 工程项目管理 (14)
3.1.2 工程设计管理 (17)
3.2 运营事业总部需求分析 (24)
3.2.1 设备管理维护 (25)
3.2.2 采购与库存管理 (30)
3.2.3 安全管理 (35)
3.3 资源开发总部需求分析 (35)
3.4 财务总部需求分析 (35)
3.4.1 集团财务管理 (36)
3.4.2 预算管理 (41)
3.4.3 固定资产管理 (42)
3.5 企业管理总部需求分析 (43)
3.5.1 合同管理 (43)
3.5.2 系统管理 (45)
3.6 人力资源总部需求分析 (46)
3.6.1 人力资源管理 (46)
3.7 办公室及其他部门需求分析 (51)
3.7.1 总公司办公室 (51)
3.7.2 控股公司 (51)
4.需求归纳分类 (52)
4.1 企业信息基础设施 (52)
4.1.1 内部网 (53)
4.1.2 办公管理（OA） (54)
4.1.3 知识管理 (56)
4.1.4 系统安全管理 (57)
4.1.5 网络 (57)
4.2 企业公共职能管理 (58)
4.3 专项业务管理 (58)
4.4 企业信息化支撑体系 (58)
文档说明
本文档是管理信息系统规划和方案设计项目阶段II：需求分析的成果一个总结，同时也反映出项目阶段I：现状调研和分析的主要成果。

文档内容包括对广州地铁战略层，管理层，以及业务层对IT的需求进行分析，并进行合理的归纳和分类。

项目阶段I产生的两份报告：《广州地铁现状调查及分析报告》《广州地铁IT IS能力评估报告》，与本报告相互补充，构成需求描述的完整说明。

故本报告中各部分需求分析的现状说明与分析部分主要以简洁方式说明要点，详细的情况请参阅上述两份报告。

文档依据
本需求分析报告是以以下文档和资料为依据的：
❖各部门对本项目问卷《业务流程调查表》的答复；
❖各部门按本项目要求绘制的业务流程现状描述文档；
❖各部门对本项目问卷《业务现状调查表》的答复；
❖项目组对公司管理层、各部门领导及业务骨干的访谈
笔录；
❖公司管理组织结构及部门/岗位职责说明文件；
❖公司各项管理制度、规定、办法。

前提
本需求分析报告是在使用信息系统需求分析方法对上述文档和资料进行分析总结的基础上得出的，包括根据可相比较的世界或行业范围内的IT最佳实践，对上述资料中未明确提及的需求进行补充和完善。

因此，本报告中需求分析的准确和完善程度，依赖于上述文档和资料是否准确、完整地表达了广州地铁的实际状况。

适用范围
本报告作为信息系统规划和方案设计项目的一项中间成果，目的是为下阶段的信息系统战略规划及解决方案设计提供依据。

在具体的信息系统项目建设过程中，可将本报告作为一个参考文档，但必须参照《管理信息系统战略规划设计报告》及《管理信息系统解决方案设计报告》，并主要依据上述两份报告，对项目的需求进行细化/裁剪。

根据项目合同及SOA，本需求报告涉及的范围包括作为广州地铁主要业务和职能管理部门的“八部二室”，对子公司和控股公司，仅限于接口部分的需求。

1. 需求综述
广州地铁总公司是一家社会公众服务性企业，自1992年成立至今，已初步形成了运营、建设和沿线开发等多业共同发展的格局。

随着时间的推移广州地铁的工作重心也在不断地发生着偏转。

在发展壮大的同时，广州地铁的管理者们发现，许多的管理方法和管理手段与管理者的日益复杂多变的管理要求越来越不相匹配。

因而，广州地铁的管理者们积极地寻求最佳的解决途径。

通过大胆地变革创新，尽一切可能地冲破禁锢，提升公司的核心竞争力和综合实力。

2000年组织机构重组刚刚完成，随即着手全公司管理信息系统的建设规划，以巩固和深化变革所带来的影响，支撑公司的管理目标，服务于未来的公司发展战略。

广州地铁的管理者们之所以会这样做，正是因为他们有着深远的发展目标，要在5年内成为世界一流的地铁公司，盈利的地铁公司。

广州地铁硬件设施的豪华在中国地铁中是无可争议的，但是由于广州地铁所处的是服务性行业，所以仅仅凭借硬件的克隆，还无法实现企业的经营目标，人性化的服务和高效的内外管理才是企业生存、发展的灵魂。

对此，广州地铁的管理者们是有深刻认识的。

广州地铁总公司从1992年12月成立至今，经过8年多的发展壮大，已由原来300人发展到现在3000多人的庞大组织，随着未来两年内2号线的投入使用，以及持续而来的3号线，4号线，5号线的规划，建设，运营和与之配套的多元经营业务，广州地铁总公司的规模亦将不断壮大，组织的运作是否高效，将直接影响到公司的经营业绩。

2. 战略层需求
作为企业的最高层领导，战略层的核心任务是就影响企业的业务方向和内容，及影响企业生存和发展的重大问题、事件进行思考并做出决策，同时监控和指引企业的实际业务运作，领导企业在不断变化的环境中完成自己的使命和目标。

对于广州地铁战略层来说，主要的信息需求是决策支持性的分析报告和报表，包括企业经营战略有关和业务运作这两方面的信息。

其他的需求包括必要的事务性和辅助性信息。

2.1 企业经营战略有关信息
2.1.1 企业环境
作为一项重要城市公用事业的建设和经营者，环境因素对广州地铁经营战略有着重大的影响。

企业战略层需要定期及不定期地获得相关的综合性或专题分析报告，以了解掌握企业环境因素变化及发展趋势，相关的重大事件及其影响等，作为企业战略性决策的依据。

这些因素主要有以下方面：
企业经营环境基本因素
❖政治、法律环境
❖社会、文化环境
❖经济环境
❖技术环境
❖自然环境
企业经营相关组织因素
❖顾客
❖供应商
❖竞争对手
❖政府机构及特殊利益团体
其中，尤其需要密切关注的是广州市政府，因其同时是广州地铁建设的主要投资者和决策者，不但需掌握其政策、决策，还需寻求影响其政策、决策走向的合理途径和方法。

2.1.2 战略性项目和决策
战略层需及时掌握对企业发展有重大影响的内外部战略性项目和决策的相关信息，以推动和保证其达到设定的目标。

这样的项目如新线规划、企业改革、企业战略规划等。

2.2 业务运作信息
2.2.1 业务运作绩效
反映业务运作绩效的关键指标情况和分析的定期报告
❖月度预实现情况分析报告
❖工程计划和工程检查报告
❖运营客运量及收入报告
❖企业管理月总结纪要
2.2.2 重大业务问题和事件
业务运作中的重大问题和事件
❖建设重大技术问题方案，重大合同变更
❖运营事故
❖资源开发重大投资方案
❖重要人事调整
2.3 其他必要的信息
2.3.1 必须处理的事务性信息
请示报告，必须处理的公文，必须参加的会议、必须处理的事件等，及相关的必要背景信息。

2.3.2 工作辅助信息
日程安排等。

3. 管理层及业务层需求
3.1 建设事业总部需求分析
总公司建设事业总部是总公司全面负责地铁建设管理的部门，主要任务是从初步设计开始对地铁设计、设备监造、设备采购、土建与安装工程施工、到工程验收等全过程，负责进行全面的业主管理。

同时，负责工程建设项目在国家验收前的工程整改和收尾工作。

负责按照投资合理、质量满意、符合进度要求等管理要求进行建设管理。

地铁建设是以一整条的地铁线作为一个完整的建设项目，经国家审批，由政府为主投资建设。

建设事业总部目前的组织机构也体现出工程建设项目的特点，三个主要的业务部门：土建部、机电系统部、前期部，分别负责按专业分解开的部分项目工作。

这三个部门的主要职能我们可以归结为对所负责的专业项目部分的项目管理（包括投资控制）、合同管理（包括招标投标、计量支付）、和工程设计管理（包括设计审查，变更管理等）。

总体部主要负责作为项目支持性任务的项目计划、项目标准、项目技术安全、项目质量管理、各专业接口工期协调等。

作为管理职能及后勤部门的综合部，负责的主要职能包括人力资源和后勤管理等。

由于人力资源管理主要是按人力资源总部的政策和流程执行，而合同管理事务主要由派驻合同部负责，这两部分的需求我们将其集中到相应的总部去分析。

综上，建设事业总部我们重点分析的需求包括：
❖工程项目管理
❖工程设计管理
3.1.1 工程项目管理
如前面的分析，建设事业总部的项目管理体制为，总体部负责项目计划等支持性任务，三个业务部门负责各自专业项目部分项目管理。

目前总体部下属的计划室正在使用一套项目管理系统P3（单机版），这套软件是一号线建设时由世界银行贷款项目外方带进来，目前已推广到二号线的承包商，但在建设总部内部仅限于计划室两个人使用，用于项目计划和进度跟踪，并上领导上报进度报表。

现计划室已感觉到单机版不能满足目前项目管理的要求，计划将其升级到网络版。

项目计划管理
❖支持项目基准计划，即项目开始时，根据合理的高层
次任务分解制定出项目的目标，作为项目管理控制的
参照标准。

❖支持项目分解结构管理，可根据项目最终产出内容，
动态地按层次确定出项目中需完成的各项任务，包括
标准任务、项目相关任务、项目管理及支持任务、里
程碑型任务等。

❖支持项目基线管理，可动态地管理项目的进度指标、
成本指标、人员和资源使用指标等。

❖支持甘特图、关键路线法、计划评审技术等主要的项
目进度计划技术。

❖支持从项目开始之日起排程和从项目结束之日起排
程等方法。

❖支持多种任务期限限制类型，包括越早越好
（ASAP）、越晚越好（ALAP）、不得晚于…完成
（FNLT）、不得晚于…开始（SNLT）、不得早于…
完成（FNET）、不得早于…开始（SNET）、必须开
始于（MSO）等。

❖支持多种任务间关系设置，包括完成-开始（FS）、
开始-开始（SS）、完成-完成（FF）、开始-完成（SF）
等。

项目进度跟踪控制
❖支持多个项目比较基准，并能够更新基准。

❖支持以完成比例、实际完成工时等方式跟踪任务完成
进度，并能够分析与基准的差异。

项目资源管理
❖具备估计项目资源需求能力。

❖支持按组管理资源。

❖支持对资源技能、成本的管理，并可为资源设置多种
成本。

❖支持对不同的资源使用不同的工作日历。

项目成本管理
❖支持对任务、资源的成本差异分析。

❖支持比较基准成本、实际成本、剩余成本等成本项目
统计。

项目风险管理
❖可根据估计工期、长工期、外部相关性等条件筛选出
相应的任务，便于任务风险的评估。

❖可筛选出超出预算的任务，并可通过盈余分析等方法
来检查相对于计划的偏差，以控制预算风险。

❖可根据是否具有特殊技能、是否单一提供者、是否过
度分配等条件筛选出相应的资源，以控制资源风险。

多项目管理
❖支持按层次将项目分解成多个子项目。

❖支持在项目间设置任务关系。

❖支持在项目间的任务转移。

❖支持在项目间的资源共享。

群组协作项目管理
❖向群组发布项目信息。

❖群组方式更新项目信息。

❖安全性控制，可按规则控制群组成员对项目信息的访
问和更新。

项目其他管理
❖支持对项目相关文档的管理，并可使文档与指定的任
务相关。

项目分析和报表
❖支持项目摘要、关键任务、预算、盈余分析、资源使
用状况等多种标准项目分析报表，并具有灵活的自定
义报表能力。

项目管理集成
❖财务系统集成，可与财务系统交换预算、成本信息。

可与具备项目会计功能的财务系统交换项目计划信
息，并在此基础上进行预算和成本的跟踪。

3.1.2 工程设计管理
地铁建设投资大，周期长，涉及专业面广，技术复杂，建设过程的一个重要特点是工程设计与工程施工是同步进行的。

依照现有的估计数据，初步设计发生变更的比率接近100％，施工图的变更比率大约10-20％。

因此，在工程设计建设过程中，工程所涉及的各个单位和人员中流动着大量的关于设计、变更、审查、协调等方面的各类文档资料。

建设事业总部作为业主代表，对工程建设的管理面临巨大挑战。

在访谈过程中，各部门的人员反映出很多有关的问题，例如：
“目前只能通过下工地来掌握各种信息。

”
“过程文件应当保存下来。

”
“整天开会来获得信息。

”
“设计，图纸，变更，专业多，变更不清楚，造成返工。

”
这些情况反映出，下列问题已经变得非常突出：
❖如何有效保证在整个地铁设计、建设以至维护过程中
产生的有关资料的质量？
❖如何提高多方参与的设计过程的效率？
❖参与工程的各方人员如何在大量不断变化的资料中
快速准确地找到自己需要的最新资料？
❖如何让最新的变更资料以最快的速度准确地送到需
要知道的所有人手中？
有效地解决这些问题，对地铁建设，以至于以后的运营都具有重大意义。

目前地铁总公司已要求二号线所有图纸都必须提供电子文档，并且引入了一套电子文档管理系统：XDocMan，并且分别由建设总部总体部综合室、总公司办公室档案部负责进行管理。

但由于体制未理顺，及软件本身的限制，未取得理想效果。

建设总部的系统除了由总体部综合室少量人员正在将相关文档资料整理导入系统并进行编目外，现主要的用途是管理项目经理日志。

办公室档案部的系统则无法确保获得必需的文档资料。

根据广州市政府的规划，未来数十年内地铁建设会保持持续大量的投资，并且计划按现代的公用事业建设管理模式，对地铁实行授权经营。

工程设计管理能力将是保证广州地铁未来成功的一个重要因素。

对于上面提到的问题，传统的档案管理思想和方法，及普通的电子文档管理系统已无能为力。

因此，引入现代先进的工程/产品设计管理思想和技术手段是非常重要的。

现代工程/产品设计管理系统是先进的管理思想和技术手段的结合，主要的需求包括：
电子化文档管理
文档的分类与存储
可以灵活地定义文档的类型及分类规划，如：以专业分类为标准；可以按照文件的类型进行分类，如电子档案或结构部件；按照文档的功能进行分类，如技术文档、设计文档、工艺文档等。

其他要求还包括：
❖结合文档评审、发布，实现文档信息的合理流动。

❖制定文档归档策略，实现文档的归档管理。

文档的版本追踪
文档随着产品设计的进行，而需要不断的变化和修改。

管理系统要求能够及时纪录文档的变更历史，进行版本的追踪。

同时，还必须提供文件的共享机制，以实现并行工程的需求。

❖通过控制权限保护信息不会被未授权用户修改
❖检入和检出功能，用于提交文档和提取文档
❖版本控制和历史记录功能，用来跟踪数据更改、记录
根据已有文档建立的新文档的来源，并能浏览历史数
据
文档的快速检索
文档的快速检索和利用，将有利于减少辅助工作时间，提高用户的工作效率。

同时又能改善用户对系统的接受程度。

方便简洁的检索机制，是产品数据管理系统的基本要求。

❖基于文档属性的检索：用户可以根据文档的类型、所
属部门、或项目等基本属性，进行快速的检索，以获
得所需的数据。

❖基于文档关联性的检索：可以在文档之间、文档与产
品结构之间可以建立对应的关联。

用户可以通过关联
的展开获得所需的信息。

如通过产品结构数来获得零
部件的模型文件、图纸等。

❖全文本检索功能：无论文档的格式是什么，它都能提
供快速确定和访问内部及外部产品数据的能力
文档的安全性控制
访问控制策略应当能保证：只有合适的用户和工作组才能访问位于项目中特定生命周期阶段的对象。

同时，针对重要的文档，还应提供文档操作日志记录和电子邮件通知的方式，以提高系统的安全性。

文档的生命周期管理/文档工作流程
能够对从可行性研究、初步设计、详细设计、施工、安装、调试、验收、维护等各个阶段的数据进行管理和标识，并确定各个阶段所涉及的人员、权限、流程。

为企业提供全生命周期的数据管理，并维护数据的准确性、安全性、一致性和完整性。

工程/产品配置管理
工程/产品结构管理
系统应能在建立工程/产品结构的基础之上，提供不同层次、不同对象的结构视图，维护各种隶属关系等。

并在给定一种包括工程/产品视图、生命周期状态、
日期或批次等相关参数的配置说明后，用户就可以随时计算出工程/产品的组成部分清单。

工程/产品结构管理功能可以同时提高相关人员的工作效率。

用户可以使用类似Explorer的浏览器，来快速导航、查询和寻找相关对象，而不用理解复杂的数据关系。

一旦在某个工程/产品结构中找到了一些部件，用户就可以进一步了解他们的信息。

提供管理工程/产品结构多重视图的能力
包括规划/建模、设计、计划、施工/制造以及维护等视图。

用户可以结合企业的实际情况进行定制。

例如，一名工程师可能要用设计视图，而一名施工计划人员则会用到计划视图。

企业可以建立和维护多重产品结构视图，以支持不同角度的观察。

工作流程管理
系统应当能够将工程设计、文档签审、工程变更、数据归档/发放等相关业务流程用电子化的方式实现。

这有利于相关的人员把精力集中在特定的任务上，帮助企业获取时间上和费用上的效率。

并保证企业流程的规范性，真正贯彻ISO9000标准。

系统还应当提供对业务流程的追踪控制功能。

采用直观的现实方式，来简化企业领导对现有业务进展情况的进度管理。

并进行及时的调整和反馈。

快速的流程定义
系统应当提供快速简单地定义工作流程的能力。

过程开发人员能建立工作流程模板，并能对它们的版本进行控制。

还应事先提供一些通用的活动组成模板，从而方便和加速复杂工作流程的定义。

通过工作流定义和管理程序来定义完成某个阶段的工作序列，使得工程设计/产品开发工作在有效控制的情况下完成。

生命周期管理和工作流管理应当与电子邮件服务紧密联系起来，提高相互协作的效率，实现在正确的时间把正确的信息传递给正确的人。

质量管理与流程控制
系统中应当建立对应的质量管理流程或环节。

当需要进行质量控制时，系统可以自动地将对应的质量控制文档的模板提供给质量管理人员以作参考，或者将需要进行质量审核的文档送到质管人员的任务列表。

而且，当活动结束时，系统可以判断是否已经添加了质量管理文件。

从而完善质量监控体系，减轻质管工作人员的负担。

流程的进度管理
工作流程的管理人员应当可以用图形的方式，监视和管理正在进行的工作流程，并能审查已经完成的或人为中止的过程，以及工作流程和活动的详细信息。

可以指明某个活动当前的状态，它什么时候开始、什么时候结束、它的时间段，参与人员以及变化值。

可以加快、跳过、暂停和恢复、或者中止某些过程的活动，简化业务主管工作人员的使用。

工程变更管理
一个工程/产品的设计需要经过许多的工程更改，需要制定严格的更改程序，通过预先规定的工作程序，完成对设计结果的更改工作。

系统应当能够自动搜索某项更改所涉及的范围，及时给有关人员发送电子邮件，使其关注某项更改可能会引起的影响。

工程更改应当与工程/产品结构配置管理结合起来，提供一个完整的工程/产品信息管理解决方案。

变更管理数据管理
简单变更管理模式要求记录：变更请求、变更通知单、所有执行的变更活动；复杂变更管理模式要求记录：变更问题、变更请求、变更论证、变更论证分析、变更建议、变更建议分析、变更通知单、所有执行的变更活动等数据对象。

变更流程管理
对于不同性质的变更，变更流程可能是不同的，需要根据变更性质不同选择不同的审批流程。

变更版本控制
执行变更活动过程中，对被变更的工程/产品信息需要进行版本和有效性的控制。

差异分析
不同历史时期的相同工程/产品的构成差异比较和报告。

基于WEB的信息发布
系统应当提供基于WEB的信息发布能力，使与工程相关的多个单位、不同地点的大量人员，可通过简单方便的方式对所需要信息进行查询、存储或修改访问。

当然还需要提供相应的功能来处理应用逻辑、安全认证等。

用户可以通过熟悉的WEB浏览器（如Microsoft Internet Explorer (IE)或Netscape Navigator等），进行信息检索、查询或共享。

系统可自动地从文件服务器或数据库中获取用户所关心的产品信息（如：设计文档、规格说明等），并将其用动态的HTML页面下载到用户端进行浏览或使用。

当用户需要对信息进行编辑时，系统可自动判断文件格式所对应的文档类型，调用应用工具进行操作，从而降低对最终用户的计算机水平要求。

工程设计管理信息集成
项目管理集成
提供工程设计管理信息与项目中的任务的关联关系。

合同管理集成
提供合同与工程设计信息，合同变更与工程变更之间的关联关系。

3.2 运营事业总部需求分析
运营事业总部是地铁总公司的主要利润中心，主要任务是保证地铁的安全运营，为乘客提供准时、快捷、舒适的服务，在保证社会效益的同时，逐步提高运营收入和经济效益。

自99年6月正式投入运营以来，取得了突出业绩。

但随着一号线设备的质保期结束，及二号线将要投入运营，运营事业总部的管理面临新的挑战。

作为运营事业总部业务运作中心的地铁运行及客运服务，由控制中心在一系列管理和控制系统的支撑下进行指挥和调度，其运作体系具有较高的独立性，从管理信息系统的角度来看，这部分涉及的内容主要是向其他管理和支持服务部门提供少量必要的信息和协调，这将在其他部分的需求中进行说明，这里不再对其需求进行单独的分析。

运作的支持和服务职能由维修工程部、车辆部和物资部承担，所涉及的职能包括设备管理维护，采购与库存管理。

作为广州地铁的一个事业部，运营事业总部的财务管理职能由财务总部派驻运营财务部负责，这部分需求主要放在财务总部进行说明。

运营事业总部的管理职能部门有营销调控部，技术安全部和人力资源部，所涉及的管理职能包括市场营销管理，安全管理，合同管理，人力资源管理。

对于市场。