软件项目管理 北邮 韩万江5
合集下载
《软件项目管理》课程教学大纲2015-9-13
《软件项目管理》课程教学大纲一、课程基本信息二、课程的性质、目的和任务性质：《软件项目管理》是一门技术和管理交叉型、指导软件开发项目的组织与管理的学科，是软件工程专业的专业课。
目的：学生通过对本课程的学习，使学生掌握有关软件项目管理的基本理论，熟悉软件项目管理的方法、流程和工具；培养在软件开发组织中管理软件开发项目的基本能力，并将软件项目管理的理论应用于软件项目的实践，提高分析、解决问题的能力。
任务：掌握现代项目管理的基本原理和基本方法，了解项目特别是软件项目管理各个阶段所需的基本技术和工具，初步具备制定项目计划和实施项目管理的基本技能。
三、教学内容与学时分配表四、教学内容、基本要求及教学方法第一部分 IT软件项目管理概述教学目的：1．理解项目管理定义；2．掌握软件项目的特点。
教学重点和难点：1.重点：项目管理的概念、特点、要素及知识体系；2.难点：软件项目管理的定义、特点及过程。
主要教学内容及要求：1.了解项目管理的概念、特点、要素及知识体系；2.掌握软件项目管理的定义、特点及过程；3.IT软件项目的组织结构。
第二部分 IT项目管理的基本表述方法教学目的：1．掌握IT项目管理的网络表示方法；教学重点和难点：1．重点：工作分解结构、甘特图；2．难点：IT项目的网络表示法。
主要教学内容及要求：1．了解工作分解结构；2．掌握甘特图；3．熟练掌握IT项目的网络表示法；4．关键路径法；5．计划评审技术第三部分 IT软件项目的生命周期教学目的：1．理解IT软件项目的生命周期各阶段任务。
教学重点和难点：1．重点：IT软件项目生命周期的划分；2．难点：IT软件项目生命周期中各阶段任务。
主要教学内容及要求：1．IT软件项目生命周期的划分；2．IT软件项目生命周期中各阶段任务；3．IT软件项目生命周期中的重要概念；4．IT软件项目管理里程碑。
第四部分 IT软件项目可行性研究教学目的：1．掌握IT软件项目可行性研究方法。
软件项目管理北邮韩万江课件
PMI在1984年提出项目管理认证计划(PMP)
AT&T,Bell South,Bell Core,Bell Atlantic,Us West, Citibank,IBM,EDS ，ABB等参与，
是目前全球认可程度最高的项目管理专业认证
是项目管理资格最重要的标志之一
详细信息参看：
软件项目管理北邮韩万江
14
软件项目实例
社保系统
目标：实现社会保险管理的七大保险功能 时间：1年 资金：2００万 资源：１０人、设备、资料等等
软件项目管理北邮韩万江
15
本章要点
一、项目与软件项目 二、项目管理与软件项目管理 三、项目管理知识体系 PMBOK 四、软件开发项目管理的范围 五、过程管理与软件项目管理的关
软件项目管理北邮韩万江
7
项目定义
项目是为了创造一个唯一的产品或提供一个唯一的服务而进行 的临时性的努力。
软件项目管理北邮韩万江
8
项目的特征
1. 有明确的目标 2. 项目之间的活动具有相关性 3. 限定的周期 4. 有独特性 5. 资源成本的约束性 6. 项目的不确定性 7. 结果的不可逆转性
软件项目管理北邮韩万江
技术（Technical) 方法（Methodology） 团队建设（Team Building） 信息（Information） 沟通（Communication：80% jobs):
软件项目管理北邮韩万江
31
战略上的范围
人员(People）
招聘，选择、业绩管理、培训、专业发展、组织和工作计划，团队精神、 企业文化培养。
软件项目管理北邮韩万江
46
软件项目管理北邮韩万江
21
本章要点
AT&T,Bell South,Bell Core,Bell Atlantic,Us West, Citibank,IBM,EDS ，ABB等参与，
是目前全球认可程度最高的项目管理专业认证
是项目管理资格最重要的标志之一
详细信息参看：
软件项目管理北邮韩万江
14
软件项目实例
社保系统
目标：实现社会保险管理的七大保险功能 时间：1年 资金：2００万 资源：１０人、设备、资料等等
软件项目管理北邮韩万江
15
本章要点
一、项目与软件项目 二、项目管理与软件项目管理 三、项目管理知识体系 PMBOK 四、软件开发项目管理的范围 五、过程管理与软件项目管理的关
软件项目管理北邮韩万江
7
项目定义
项目是为了创造一个唯一的产品或提供一个唯一的服务而进行 的临时性的努力。
软件项目管理北邮韩万江
8
项目的特征
1. 有明确的目标 2. 项目之间的活动具有相关性 3. 限定的周期 4. 有独特性 5. 资源成本的约束性 6. 项目的不确定性 7. 结果的不可逆转性
软件项目管理北邮韩万江
技术（Technical) 方法（Methodology） 团队建设（Team Building） 信息（Information） 沟通（Communication：80% jobs):
软件项目管理北邮韩万江
31
战略上的范围
人员(People）
招聘，选择、业绩管理、培训、专业发展、组织和工作计划，团队精神、 企业文化培养。
软件项目管理北邮韩万江
46
软件项目管理北邮韩万江
21
本章要点
XX软件开发项目管理培训教材
30
WaterFall model
需求分析
设计 实施
测试
维护
31
WaterFall model适合的项目
在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 类似的项目如：
公司的财务系统 库存管理系统 短期项目
32
V模型
项目规化
需求分析 总体设计 详细设计
接收测试
项目分析 提交建议书 合同签署
14
1、 项目分析
项目分析任务书
招标书
需求管理 者确定
需求分析
需求分析 评审
项目规模 估算
需求分析报告
项目 风险分析
项目初步 实施规划
初步实施 规划评审
项目初步 计划
15
2、 提交建议书
需求分析报告 项目计划
技术能力 要求确定
企业能力 判定
人力资源 要求确定 评估结果 评审
5
项目立项
明确项目的目标、时间表、项目使用的资源和 经费，而且得到执行该项目的项目经理和项目 发起人的认可 .
6
Make or Buy 决策
自制方案 购买方案 成本差异
自 制 需 要 25 ， 000美元
购 买 需 要 17 ， 000美元
制造差异是 8 ， 000美元
每月的费用 2 ， 500美元
增量模型实例
38
Spiral Model
39
Spiral Model
螺旋模型沿着螺线旋转，在四个象限上分别表 达了四个方面的活动，即： 制定计划──确定软件目标，需求和选定实施 方案，弄清项目开发的限制条件 风险分析──评估所选方案，考虑如何识别和 消除风险 实施工程──实施软件开发，编码，测试等 客户评估──评价开发工作，提出修正建议， 规划下期任务
软件开发项目管理-文档资料
1. 2. 3. 4. 5.
6.
7. 8.
确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 chapter__４
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__４
0
承上启下
项目合同管理 生存期模型
chapter__４
1
RoadMap
合同管理 生存期 需求管理 任务分解 规模估算 项目进度
质量计划
配置计划
风险计划
团队管理
项目度量
集成项目
跟踪控制 项目结束
chapter__４ 2Biblioteka 软件开发项目管理5
软件需求定义
软件需求
需求是指用户对软件的功能和性能的 要求，就是用户希望软件能做什么事 情，完成什么样的功能，达到什么性 能。
chapter__４
7
软件需求的层次
业 务 需 求
用 户 需 求
非功能性需 求
质 量 特 性
约束和假 设
系 统 需 求
功 能 需 求
软件需求规格
chapter__４ 8
需求管理的重要性
chapter__４
9
项目失败的原因分析
No.
1 2 3 4
Top 10 Factors
Inadequate requirements specification Changes in requirements 需求的改变 缺乏系统工程师
平均值
不充分的需求规范
4.5 4.3 4.2 4.1
6.
7. 8.
确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 chapter__４
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__４
0
承上启下
项目合同管理 生存期模型
chapter__４
1
RoadMap
合同管理 生存期 需求管理 任务分解 规模估算 项目进度
质量计划
配置计划
风险计划
团队管理
项目度量
集成项目
跟踪控制 项目结束
chapter__４ 2Biblioteka 软件开发项目管理5
软件需求定义
软件需求
需求是指用户对软件的功能和性能的 要求，就是用户希望软件能做什么事 情，完成什么样的功能，达到什么性 能。
chapter__４
7
软件需求的层次
业 务 需 求
用 户 需 求
非功能性需 求
质 量 特 性
约束和假 设
系 统 需 求
功 能 需 求
软件需求规格
chapter__４ 8
需求管理的重要性
chapter__４
9
项目失败的原因分析
No.
1 2 3 4
Top 10 Factors
Inadequate requirements specification Changes in requirements 需求的改变 缺乏系统工程师
平均值
不充分的需求规范
4.5 4.3 4.2 4.1
软件项目管理5
chapter__5 21
质量控制的要点
1. 2. 3.
检查工作结果 按照标准跟踪检查 确定措施消灭质量问题
chapter__5
22
质量保证与质量控制
QA:Is to focus the process. QC: Is to control the quality before delivery
P1 QA
P2 QA
P3
……
Product
QC
chapter__5 23
本章要点
一、软件质量的基本概念 二、软件质量管理过程 三、软件质量计划
chapter__5
24
质量成本（CoQ）
质量成本是由于产品的第一次工作不正常而衍 生的附加花费，包括两部分
预防成本 缺陷成本
chapter__5
软件项目管理
北京邮电大学软件学院 韩万江
chapter__5
0
RoadMap
项 目
项 目 计 划
项 目 执 行 控 制
项 目 结 束
初 始
范 围 计 划
时 间 计 划
成 本 计 划
质 量 计 划
人 力 计 划 chapter__5
沟 通 计 划
风 险 计 划
合 同 计 划
集 成 计 划
1
软件项目管理
chapter__5
33
本章要点
一、软件质量的基本概念 二、软件质量管理过程 三、软件质量计划
chapter__5
34
小结
质量管理的过程
质量规划 质量保证 质量控制
质量计划
chapter__5
【项目管理】第四章软件项目成本计划
功能计数项： 1. 外部输入 2. 外部输出 3. 外部查询 4. 外部文件 5. 内部文件
chapter__4
27
UFC-未调整功能点计数
功能计数项的复杂度等级
复杂度权重因素
项
简单
一般
复杂
外部输入
3
外部输出
4
外部查询
3
外部文件
5
内部文件
7
4
5
4
7 10
chapter__4
6
7
6
10 15
28
功能点计算实例-UFC
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__4
0
承上启下
项
项
项
目
目
目 执
项 目
初
结
始
计
行
束
划
控
制
范
成
围 时间 本
计 计划
划
计
划
质人
风合
量力
沟通
险
同
计计
计
划划
计划
划
计
划
配 置管
理 计划
集成 计划
chapter__4
1
成本计划
范
围 时间 计 计划 划
项
项
项
目
目
目 执
初
始
计
行
划
控 制
chapter__4
21
代码行（LOC）
从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据（类比和经验方法） 与具体的编程语言有关
chapter__4
chapter__4
27
UFC-未调整功能点计数
功能计数项的复杂度等级
复杂度权重因素
项
简单
一般
复杂
外部输入
3
外部输出
4
外部查询
3
外部文件
5
内部文件
7
4
5
4
7 10
chapter__4
6
7
6
10 15
28
功能点计算实例-UFC
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__4
0
承上启下
项
项
项
目
目
目 执
项 目
初
结
始
计
行
束
划
控
制
范
成
围 时间 本
计 计划
划
计
划
质人
风合
量力
沟通
险
同
计计
计
划划
计划
划
计
划
配 置管
理 计划
集成 计划
chapter__4
1
成本计划
范
围 时间 计 计划 划
项
项
项
目
目
目 执
初
始
计
行
划
控 制
chapter__4
21
代码行（LOC）
从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据（类比和经验方法） 与具体的编程语言有关
chapter__4
406-软件项目管理
17
配置管理的基本过程
1. 配置项标识、跟踪 2. 配置管理环境建立 3. 基线变更管理 4. 基线审核 5. 配置状态统计 6. 配置管理计划
chapter_9
18
1、配置项标识、跟踪
将软件项目中需要进行控制的部分拆分成SCI 建立唯一的标识 建立相互间的对应关系，进行系统的跟踪和版
软件项目管理
北京邮电大学软件学院 韩万江
chapter_9
0
承启上课
辅助计划
质量计划 ？？
chapter_9
1
RoadMap
合同管理 需求管理 生存期 任务分解 项目估算 项目进度
质量计划 配置计划 风险计划 团队管理 项目度量
集成项目 跟踪控制 项目结束
chapter_9
2
前言
软件项目中是否遇到如下的问题
评估变更 批准变更申请 在生存期内规范变更申请流程 对变更进行反馈 与项目管理层沟通
chapter_9
15
本章要点
一、软件项目配置管理基本概念 二、软件项目配置管理过程 三、软件项目配置管理计划 四、案例分析
chapter_9
16
基本活动
配置标识
变更控制
状态统计
配置审计
chapter_9
软件配置管理库是用来存储所有基线配置项及 相关文件的等内容的系统，是在软件产品的整 个生存期中建立和维护软件产品完整性的主要 手段。
chapter_9
24
配置管理库实例
配置管理建库实例
chapter_9
25
受控操作
Check in 评审/验证
受控库
Check out
变更控制 流程
软件项目管理质量计划
1976年 Boehm质量模型 1979年 McCall质量模型 1985年 ISO质量模型
chapter__8
Boehm模型
11
chapter__5
McCall质量模型
12
chapter__5
ISO/IEC9126模型
13
chapter__5
例子:调度指挥通信系统外部质量模型设计
chapter__5
质量控制的要点
32
1. 检查工作结果 2. 按照标准跟踪检查 3. 确定措施消灭质量问题
chapter__8
质量控制活动
33
技术评审 代码走查 测试 返工 等等
chapter__8
质量保证与质量控制
34
QA:后期质量活动 QC:前期质量活动
P1 P2 P3
QA
教育部-IBM精品课程 北京市精品教材
软件项目管理
北京邮电大学 韩万江
hanwanjiang@
承上启下
1
情景引入：质量问题
2
情景引入:证券最大乌龙指:2013.8.16
3
chapter__0
英空管系统故障
4
路线图：质量计划
5
软件项目管理 第 二 篇
6
第8章
软件项目质量计划
chapter__8
基准对照
38
是一种寻找最佳实践的方法，是利用其他项目 的实施情况作为当前项目性能衡量的标准。
chapter__5
质量成本分析
39
质量成本的综合分析，以便决定质量活动。
chapter__5
流程图方法
40
可以显示系统的各种成分是相互的关系，帮助我 们预测在何处可能发生何种质量问题.
chapter__8
Boehm模型
11
chapter__5
McCall质量模型
12
chapter__5
ISO/IEC9126模型
13
chapter__5
例子:调度指挥通信系统外部质量模型设计
chapter__5
质量控制的要点
32
1. 检查工作结果 2. 按照标准跟踪检查 3. 确定措施消灭质量问题
chapter__8
质量控制活动
33
技术评审 代码走查 测试 返工 等等
chapter__8
质量保证与质量控制
34
QA:后期质量活动 QC:前期质量活动
P1 P2 P3
QA
教育部-IBM精品课程 北京市精品教材
软件项目管理
北京邮电大学 韩万江
hanwanjiang@
承上启下
1
情景引入：质量问题
2
情景引入:证券最大乌龙指:2013.8.16
3
chapter__0
英空管系统故障
4
路线图：质量计划
5
软件项目管理 第 二 篇
6
第8章
软件项目质量计划
chapter__8
基准对照
38
是一种寻找最佳实践的方法，是利用其他项目 的实施情况作为当前项目性能衡量的标准。
chapter__5
质量成本分析
39
质量成本的综合分析，以便决定质量活动。
chapter__5
流程图方法
40
可以显示系统的各种成分是相互的关系，帮助我 们预测在何处可能发生何种质量问题.
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
chapter__5
26
WBS的指南（2）
定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审
chapter__5
27
WBS模板举例
chapter__5
28
WBS字典内容
WBS表示号
名称 主题目标
描述
完成的任务
责任者 完成的标识
备注
1.
chapter__5
15
任务分解过程
输入
分解
WBS
chapter__5
16
任务结构分解(WBS)步骤
1. 2. 3. 4. 5.
确认并分解项目的组成要素 确定分解标准 确定分解是否详细 确定项目交付成果 验证分解的正确性(建立编号)
chapter__5
17
WBS编号系统
软件产品:1
功能1:11
chapter__5 21
2.
3.
4.
分解标准应统一
学生管理 按照生命期分解
规划 需求 设计 编码 测试 提交
1.1 1.2 1.3 1.4 招生管理 分班管理 学生档案管理 学生成绩管理
按照产品组成分解
chapter__5
22
分解标准应统一（续）
不能同时使用两种标准进行分解
功能2:12
功能3:13
功能2-子功能1:121
功能2-子功能2:122
chapter__5
功能2-子功能3:123
18
标识项 F1.1 F1.2
功能名 获取网络资源数据 将资源数据存入数据库
F1.3
F1.4 F1.4.1 F1.4.2 F1.5 F1.6 F1.7 F1.8 F1.9 F1.10
纪 录 修 改
预 处 理
文 件 比 较
结 果 处 理
增 加 代 码
删 除 代 码
增 加 行 数
chapter__5
删 除 行 数
13
清单类型
1. 变化计数器 1.1 比较两个版本的程序
1.1.1 1.1.2 1.1.3 预处理 文件比较 结果处理
1.2
1.2.1 1.2.2
找出修改后的程序中增加和删除的代码行
F1.5
F1.6
F1.7
F1.8
F1.9
F1.10
F1.11
F1.4.1
F1.4.2
chapter__5 34
网管系统（图表）分解实例
F2
F2.1
F2.3
F2.5
F2.7
F2.9
F2.2
F2.4
F2.6
F2.8
F2.6.1
F2.6.2
F2.9.1
F2.9.2
F2.9.3
F2.9.4
F2.9.5
F2.9.6
chapter__5 38
野餐准备活动任务分解
序号 1 2 3 4 5 6 7 任务 开始 做冰茶 准备三明治 准备水果 准备篮子 收拾毛毯 收拾运动服 持续时间 0 15 10 2 2 2 3 工作人员 George Martha Martha Martha George Martha
8 9 10 11
chapter__5
35
标识项 F1.1 F1.2
功能名 获取网络资源数据 将资源数据存入数据库
F1.3
F1.4 F1.4.1 F1.4.2 F1.5 F1.6 F1.7 F1.8 F1.9 F1.10
获取网络资源信息
观察网络资源 依类型分类观察网络资源 依状态分类观察网络资源 观察逻辑网 观察资源状态 修改网络资源的状态 依条件检验网络使用情况 显示拓扑图 建立通道
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__5
0
承上启下
需求规格
chapter__5
1
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度
质量计划
配置计划
风险计划
团队管理
项目度量
集成项目
跟踪控制 项目结束
chapter__5 2
项目进度计划
chapter__5
chapter__5
36
WBS实例
n
George and Martha’s picnic
chapter__5
37
George and Martha一次野餐会
George and Martha计划与家人和朋友举行一次 特殊的野餐活动,以庆祝Martha的升职和他们35 周年的结婚纪念. Martha是工程师, George是 会计.他们有两个非常活泼的确孩子,Mary 13 岁,Thomas 17岁.经过过去几年的发展,家里不 断壮大,无论是时间和金钱上的需要都在增加, 所以他们已经逐渐成为非常好的计划能手,最近 他们又通过了PMP的认证考试,所以他们非常清 楚对于这样野餐活动也需要开发一个WBS.
chapter__5
9
PMI defines Work packages
WBS的最低层次的可交付成果 工作包应当由唯一一个部门或承包商负责 这一交付成果可以分配给另外一位项目经理进 行计划和执行,或者通过子项目的方式完成
工作包可进一步分解为子项目的WBS或各个活动
chapter__5
Work packages（工作包）
WBS实例
软件产品
功能1
功能2
功能3
功能2-子功能1
功能2-子功能2
chapter__5
功能2-子功能3
8
PMI defines WBS
是面向可交付成果的对项目元素的分组,它组织 并定义了整个项目范围.不在WBS中包括的工作 就不是该项目的工作 它是一个分级的树型结构，是对项目由粗到细 的分解过程。工作结构每细分一个层次表示对 项目元素更细致的描述
4 装车 6 加油 开车去野餐营地 20 chapter__5 0 结束
George George Martha
39
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
chapter__5
40
案例分析
School项目进行任务分解 WBS结果
chapter__5
24
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
chapter__5
25
WBS的指南(1)
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过细， 最好不要超过7层， 软件项目推荐分解到40小时的任务 每个Work package必须有一个提交物 注：80/8规则
chapter__5
6
WBS (Work Breakdown Structure)
任务分解的过程
将一个项目分解为更多的工作细目或者子项目， 使项目变得更小、更易管理、更易操作。 WBS（任务分解结构）。
任务分解的结果
WBS
面向可交付成果的。
WBS的最低层次的可交付成果
chapter__5 7
找出增加的代码行 找出删除的代码行
1.3
1.3.1 1.3.2
统计修改后的程序中增加和删除的代码行数
统计增加代码行数 统计删除代码行数
1.4 1.5 1.6
统计总的代码行数 设定标记以指示修改的次数 在程序的头部增加修改纪录 chapter__5
14
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
WBS的图表
chapter__5 43
10
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
chapter__图表
chapter__5
12
图表类型
“变化计数器”系统
版 本 比 较
找 出 增 删 行
统 计 增 删 行
统 计 总 行
标 记 修 改
chapter__5
32
网管系统（图表）分解实例
F
F1 配置管理
F2 故障管理
F3 安全管理
F4 性能管理
F3.1
F3.2
F3.3
F3.4
F4.1
F4.2
F4.3
F4.4
F4.5
F4.6
F4.7
F4.7.1
F4.7.2
chapter__5
33
网管系统（图表）分解实例
F1
F1.1
F1.2
F1.3
F1.4
chapter__5
41
小结
WBS的分解类型 WBS的分解步骤 范围基准的形成
chapter__5
42
课堂练习
你是某项目的项目经理,这个项目是为用 户创建一个新的邮件服务器以及在所有 100个工作站上部署相应的邮件客户端 （要满足用户的期望）。其中，2个服务 器需要重新购置，而客户端的机器已经存 在。请提交任务分解结果WBS,
获取网络资源信息
观察网络资源 依类型分类观察网络资源 依状态分类观察网络资源 观察逻辑网 观察资源状态 修改网络资源的状态 依条件检验网络使用情况 显示拓扑图 建立通道