运用数据流图的需求分析
数据流图实验报告doc
数据流图实验报告篇一：软件工程实验报告篇二：需求分析实验报告软件工程实践报告计科12—1班杨光敏08123234（一）软件需求分析1.实验目的学习图形工具软件VISIO，掌握结构化需求分析方法，熟练绘制数据流图；学习快速原型工具的使用。
2.基本要求（1）针对银行ATM系统进行需求分析工作，了解银行ATM系统的功能、流程；（2）安装VISIOXX以上版本软件，熟练应用Visio绘制DFD图，绘制银行ATM系统数据流图，完成系统的软件逻辑模型；（3）安装Axure RP Pro 或者Balsamiq Mockups快速原型软件，学习绘制软件原型，完成银行ATM系统的软件原型。
3.系统概述（1）ATM系统为银行提供一套高效稳定可靠的终端服务平台，为储户登录，存款，取款，查询，打印凭条，转账，修改密码等操作提供便利。
图1 ATM工作流程（2）.用户特点本软件的用户主要是银行的广大持卡人，大多都具有使用ATM经验。
另外，我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。
以此来方便用户和保障用户的利益。
本系统还为用户提供了足够的界面友好性和易操作性。
即使是一个对ATM系统完全陌生的客户，也可以在交易界面的提示下顺利完成交易。
另外一部分的用户是银行工作人员，本系统不予考虑。
4需求说明(1) 基本描述ATM终端可以接受一张可识别的银行储蓄卡，通过储户身份验证后，同储户进行各种交互，例如：查询、存款、取款、打印凭条等；处理储户相应的要求，执行对应操作，为储户服务。
该系统要求须保持一定时间内的交易记录，系统应每天自动汇总各种交易数据与服务器进行对账。
同时，在通讯失败或其他交易结果不确定的情况下，ATM要自动发起冲正交易，以保证账务的完整性。
本系统的实现需要记录一些相关信息，其中包括的信息有：用户信息和交易信息。
(2)交易信息卡信息：卡号，账号，密码，卡类型，卡金额ATM信息：ATM编号，ATM余额，交易流水信息：交易类型，交易代码，账号，交易时间（3）用例需求分析根据需求，做如下用例设计，在给出ATM系统需求用例图之后，我们将对各个用例逐一进行介绍。
数据流图与讲义需求分析建模案例
图 2..16
2.2.5 画分层DFD图的基本原则
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配，
即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流，一个输出数据流。
数据封闭是对整个系统而言。
加工分解的原则 自然性：概念上合理、清晰； 均匀性：理想的分解是将一个问题分解成大小均匀的几
画各层DFD图时，“由外向内”。
先全局后局部, 分层
先整体后细节,
DFD 图
X
先抽象后具体.
0图
顶 层
3 12
中
间
1.2 1.3
1图
1.1 1.4
2.2
层
2.1
2图
1.1.1 1.1.2
2.1.3 2.1.2 2.1.1
2.2.1 2.2.3
2.2.2
底 层
1.1图
2.1图
2.2图
2.2.4 实例：医院病房监护系统
对数据流图中包含的所有元素的定义的集合构成了数 据词典。词典中可有以下四种类型的条目：
数据流 文件
数据项 加工
A、 数据流条目 给出某个数据流的定义，通常是列出该
数据流的各组成数据项。
例如： 报名单＝姓名＋单位名＋年龄＋性别＋课程名
常用符号：＝、＋、［｜］、｛｝、（）、{...}
n m
B、文件条目 给出某个文件的定义，同数据流一样，文件
精品
数据流图与需求分析建模 案例
2.2.3 画分层DFD图的方法
“先全局后局部,先整体后细节,先抽象后具体”
通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤：
1。先确定系统范围，画出顶层的DFD图。 2。逐层分解顶层DFD图，获得若干中间层DFD图。 3。画出底层的DFD图。
软件需求分析中的数据流图技术
软件需求分析中的数据流图技术在软件开发过程中，需求分析是至关重要的一个阶段。
在这个阶段，需求工程师们需要与客户沟通交流，确定软件的功能和需求，进而对这些需求进行分析和设计，以确定软件系统的架构和设计方案。
而在需求分析中，数据流图技术的应用则是不可或缺的一环。
数据流图，即DFD（Data Flow Diagram），是一种图表化的表示法，用来描述信息之间的流动和处理过程。
数据流图是一种清晰、简洁、易懂的图形化分析工具，能够帮助需求工程师们深入了解软件的运行机制，从而为之后的设计和编码工作提供有力支持。
数据流图有四个级别：0 级数据流图：简答的概括整个系统。
1 级数据流图：对0 级数据流图的部分功能进行了详细的分解。
2 级数据流图：对 1 级数据流图的某些部分继续分解，表示更精细的范围。
3 级数据流图：对 2 级数据流图的某些部分继续分解，能表现出系统更加底层的细节。
数据流图可以被视为一种模型，通过模型化数据流的过程，将复杂的数据流处理过程简化为一系列的图形化流程图，为软件系统的需求分析和设计提供了基础。
在数据流图中，各种流动的数据都被标识为箭头，同时箭头顶部所表示的数据也被称为处理数据。
而在数据流图中，还可以划分出各种不同类型的处理函数，如输入处理、输出处理、存储处理、转换处理等。
不过在实际的软件开发过程中，使用数据流图进行需求分析时，还需要注意以下几点：1. 数据流图应该与需求规格说明书相互协调，有一个统一的标准。
2. 数据流图应该有明确的输入和输出，且每一个输入和输出都有明确的内容。
3. 数据流图应该清楚地表达处理逻辑，要划分出各种不同的处理过程，并标明它们的输入和输出。
4. 数据流图应该有清晰的层次结构，分级分层地进行分析和设计。
综上所述，数据流图技术在软件需求分析中的应用是非常重要的。
通过数据流图的建模，可以使得软件开发的过程更为明确和规范，减少开发中的错误，提高软件开发的效率，从而为软件开发过程保驾护航。
采购管理的数据流图
采购管理的数据流图1. 引言采购管理是指组织在开展业务活动过程中，为了实现其业务目标和需求，对物资和服务进行采购的全过程管理。
为了有效地进行采购管理，需要清楚地了解采购流程中涉及的各个环节和数据流动情况。
本文将通过数据流图的方式，对采购管理的流程进行图形化描述和解释。
2. 数据流图的概念数据流图（Data Flow Diagram，简称DFD）是指用来描述系统功能过程中的输入、输出、数据处理过程和数据存储过程之间的关系的一种图形化的工具。
它通过定义四种主要元素（实体、过程、数据流和数据存储）以及它们之间的关系来描述系统的逻辑模型。
数据流图是软件工程中常用的分析工具，可以帮助我们清晰地了解和分析系统的功能和数据流动情况。
3. 采购管理的数据流图根据采购管理的流程，我们可以创建一个简化版的数据流图，来描述采购管理中的各个环节和数据流动情况。
3.1 采购管理的实体在采购管理中，常见的实体包括采购员、供应商、管理部门等。
它们在数据流图中用矩形表示。
3.2 数据流数据流是指在采购管理流程中流动的数据。
常见的数据流包括采购需求、供应商信息、采购合同、付款信息等。
数据流以箭头表示，并且可以标注数据的名称。
3.3 过程过程是指在采购管理中进行的数据处理活动。
常见的过程包括需求确认、供应商选择、合同签署、付款等。
过程以圆角矩形表示，并且可以标注过程的名称。
3.4 数据存储数据存储是指在采购管理中存储数据的地方。
常见的数据存储包括采购需求库、供应商数据库、合同存档等。
数据存储以长方形表示，并且可以标注数据存储的名称。
3.5 采购管理的数据流图示例下面是一个简化版的采购管理的数据流图示例：@startuml'实体rectangle 采购员rectangle 供应商rectangle 管理部门'数据流采购需求 --> 供应商信息 : 查询供应商信息 --> 采购员 : 提供信息采购需求 --> 需求确认 : 确认数据需求确认 --> 采购员 : 确认结果需求确认 --> 供应商 : 发送需求供应商 --> 需求确认 : 提供报价需求确认 --> 供应商 : 确认报价需求确认 --> 采购员 : 提供报价数据存储采购需求库数据存储供应商数据库数据存储合同存档'过程rectangle 需求确认rectangle 供应商选择rectangle 合同签署rectangle 付款采购员 --> 供应商选择 : 选择供应商供应商选择 --> 供应商 : 确认选择供应商选择 --> 合同签署 : 生成合同合同签署 --> 供应商 : 签署合同合同签署 --> 合同存档 : 存档合同合同签署 --> 付款 : 生成付款信息付款 --> 供应商 : 发送付款@enduml4. 数据流图的解释根据上述的数据流图示例，我们可以分析和解释采购管理的流程和数据流动情况：•采购需求是来源于采购员的需求信息，通过查询供应商信息来选择合适的供应商。
系统分析师论文范文-论需求分析方法及应用
论需求分析方法及应用【摘要】2016年9月，我参与了某省移动通信有限公司VensBilling6.0项目的研发，该系统主要完成在线计费、离线计费、内容计费、账务处理、产品管理、信控管理等功能的整合。
我在该项目中担任系统分析师角色，全程参与了VensBilling6.0系统的分析规划及设计工作。
本文以VerisBillingG.O系统为例，主要论述了结构化分析方法在该系统的具体应用。
通过采用数据流图描述系统的功能组成；采用状态转换图对用户的状态进行判断；采用数据宇典对数据进行详细和准确的描述。
通过以上技术的使用，使得需求分析的质量得到了保证，对后续项目的顺利实施提供了有力的支竄最终项目于2017年4月正式上线，获得省移动通信公司各级领导的好评。
【正文】近几年来某省移动用户增长至3000多万，随着移动数据流量资费的新一轮下调，导致GPRS 数据流量成爆发式増长，OpenBillingNG版系统在话单处理上瓶颈显现。
16年春节期间，GPRSH 话单达到30亿条，话单处理处于积压状态，直到节后两周才将积压话单追完，大量跨月的话单引发了大批用户投诉，给移动业务支挥中心带来的压力非常大；该省移动通信公司相关领导联合系统运营商遂展开会议讨论解决方案，最终决定将该省OpenBillingNG 版升级至VerisBilling6.0版本，以解决OpenBillingNG版本遇到的瓶颈问题。
作为移动通信BOSS业务支挥的核心，VerisBillmg6.0需支持24x7连续运行，满足话单的实时处理，还需要把在线计费、离线计费、内容计费、账务处理、产品管理等在OpenBillingNG版时独立的系统进行整合。
我以系统分析师的角色全程参与了项目的建设，VensBilling6.0由产品管理组、研发组、测试组、对账组、运维组、数据组、专家组共120人组成的项目团队，耗时8 个月完成，项目从2016年9月启动，至2017年4月30日上线。
软件需求分析-数据流图
2
分析数据流图中是否存在冗余或不必要的处理步 骤，以提高系统的效率和性能。
3
验证数据流图的逻辑正确性，确保数据处理和转 换的准确性。
结构化分析
01 将数据流图分解为更小的、易于理解和管理的组 成部分，如子图或模块。
02 分析数据流图的结构，确定各组成部分之间的关 系和依赖关系。
03 根据结构化分析结果，制定相应的开发计划和模 块划分方案，以便进行后续设计和实现。
用于需求分析和系统设计阶段，为后续的系统实现和测试提供
03
基础。
数据流图的组成元素
数据流
表示数据在系统中的流动路径，用箭头表示。
数据流图中的节点
表示数据处理过程或数据存储，包括数据流图的 起点、终点以及中间的处理过程和数据存储。
数据流图的连接线
表示数据流动的路径，连接各个节点。
02
数据流图的绘制
数据流图优化实例
实例1
一个在线购物系统的数据流图， 通过增加库存管理和订单处理等 细节，使数据流图更加完整和准 确。
实例2
一个银行系统的数据流图，通过 简化不必要的元素和合并相似的 处理流程，使数据流图更加简洁 明了。
实例3
一个医疗系统的数据流图，通过 使用不同的颜色和标记来突出关 键元素，使数据流图更加易于理 解和分析。
04
数据流图与软件需求分 析
数据流图与需求分析的关系
01
02
03
数据流图是软件需求分 析的重要工具，用于描 述系统中的数据流动和
数据处理过程。
数据流图可以帮助分析 人员更好地理解系统的 功能和结构，从而更准
确地把握需求。
数据流图可以清晰地展 示出数据在系统中的流 动和处理过程，有助于 发现潜在的问题和改进
软件需求分析
软件需求分析引言软件需求分析是软件开发过程中的关键步骤之一，它对于确保软件开发项目的成功具有重要意义。
软件需求分析的主要目的是识别、整理和定义用户对软件的需求，以便于开发团队能够设计和实施出符合用户期望的软件系统。
本文将介绍软件需求分析的基本概念、流程以及常用的技术方法。
软件需求分析的概念软件需求分析是指对软件系统进行彻底的调查和研究，以确定用户和其他相关利益相关方对软件的需求。
在软件开发生命周期的早期阶段，软件需求分析将帮助开发团队准确定义软件系统的功能、性能和约束条件。
通过软件需求分析，开发团队可以更好地理解用户的需求，从而提供出更好的解决方案。
软件需求分析的流程1. 需求获取软件需求的获取是软件需求分析的起点。
其中，主要包括用户访谈、问卷调查、观察和文档分析等方法。
用户访谈是一种常用的需求获取技术，通过与用户直接对话，开发团队可以了解到用户对软件系统的期望、功能需求以及其他相关信息。
问卷调查可以借助在线工具，广泛搜集用户的需求信息。
观察则是观察用户在实际使用环境中的行为，从中获取对软件的需求。
2. 需求分析在需求获取阶段完成后，需求分析阶段将开始将这些需求进行归类、整理和分析。
首先，将收集到的需求划分为功能需求和非功能需求，进一步进行细分和梳理。
其次，将需求与系统的约束条件（如时间、成本和技术限制等）进行评估和匹配，以确定哪些需求是可实现的，哪些需求是不可行的。
最后，需求分析阶段还包括建立需求文档，并与利益相关方进行确认和批准。
3. 需求规格说明需求规格说明是将分析出的需求进行详细描述的过程。
在需求规格说明阶段，开发团队将采用适当的模型、工具和方法来规范和记录需求。
其中，用例图、数据流图和状态转移图等模型可以帮助团队更加清晰地描述需求的功能和交互过程。
此外，还可以使用面向对象分析（OOA）和面向对象设计（OOD）等方法来进行需求的建模和分析，以确保需求的准确性和一致性。
4. 需求验证与确认需求验证与确认是对需求进行评审、验证和确认的过程。
软件测试需求分析之数据流图
⼀、概念 它是将提供给⽤户的业务流程图(“物理模型”)进⾏功能建模，转化成开发⼈员能够理解的⼀系列“逻辑模型”图，即以图形化的⽅法描绘数据在系统中的流动和处理的过程，这些图都应该⽤规范的DFD描述。
⼆、原理 DFD设计过程就是将数据和处理进⾏逐层分解就形成了若⼲层次的DFD。
DFD分为顶层图(只有⼀张)、0层图(也只有⼀张)、⼦图、⼦⼦图等等。
三、包含主要元素 即在DFD中包括哪些主要元素，数据流、加⼯、数据存储、外部实体。
(1) 数据流：⽤单箭头表⽰，如――>。
是由⼀组固定成分的数据组成，表⽰数据的流向。
数据流图中描述的是数据流，⽽不是控制流。
除了流向数据存储或从数据存储流出的数据不必命名外，每个数据流必须要有⼀个合适的名字，以反映该数据流的含义。
(2) 加⼯：⽤圆或椭圆表⽰，如〇。
描述了输⼊数据流到输出数据之间的变换，也就是输⼊数据流经过什么处理后变成了输出数据。
每个加⼯都有⼀个名字和编号。
编号能反映该加⼯位于分层的数据流图的哪个层次和哪张图中，能够看出它是由哪个加⼯分解出来的⼦加⼯。
(3) 数据存储：⽤双杠(带⼀边开⼝,⼀边闭合)表⽰。
数据存储表⽰暂时存储的数据。
每个数据存储都有⼀个名字。
(4) 外部实体：⽤实⼼长⽅形表⽰，如███。
外部实体是存在于软件系统之外的⼈员或组织，他指出数据所需要的发源地或系统所产⽣的数据的归属地。
四、设计⽅法 1.画顶层数据流图 即画整个系统的输⼊输出(画系统也可以将各⼦系统分开画)。
把整个系统视为⼀个⼤的加⼯(也只能含⼀个加⼯)，然后根据数据系统从哪些外部实体接收数据流，以及系统发送数据流到那些外部实体，就可以画出输⼊输出图。
这张图称为顶层图。
顶层图的作⽤在于表明被开发系统的范围以及它和周围环境的数据交换关系。
2.画0层数据流图 即画系统的内部。
把顶层图的加⼯分解成若⼲个加⼯，并⽤数据流将这些加⼯连接起来，使得顶层图的输⼊数据经过若⼲加⼯处理后，变成顶层图的输出数据流。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
11
面向数据流的需求分析方法
小说明例子
记帐
(1) (2) 产生帐单 航班号 (3) 打印账单
订票员 预定 准备 将本次业务记录到中心数据库中 机票 机票 费用 机票 订票单 航班
航班目录 帐目
记帐
帐单
订票员
记帐数 据
12
面向数据流的需求分析方法
面向数据流的建模过程
DFD是系统中各处理子功能以及它们之间数 据流动的图形表示 -- 刻划系统功能和行为 DFD为描述和建模的工具和手段 如何利用DFD进行需求分析,描述用户需求?
需求分析原则
正确使用数据流图中的各个图形要素；如一个转换 既有输入，又有输出 每个数据流、数据存储、外部实体在数据字典中均 有定义，数据流图中最底层的转换必须在小说明中 说明 父图和子图之间必须保持平衡，即父图中某一转换 的输入、输出数据流和分解这个转换的子图的 输 入、输出数据流必须完全一致 精化过程适可而止
步骤2:自顶向下，功能分解(续) 自顶向下，
在分解、精化过程中，把生成的数据流、数 据存储、外部实体在数据字典中加以定义, 对底层转换在小说明中作出描述 什么是底层转换?
– 是一个转换 – 没有被进一步精化和分解
22
面向数据流的需求分析方法
案例分析: 三级DFD
读者基本信息 判断读者 是否存在 读者基本信息 自动生成 读者标识
读 者 信 息
读者信息
23
面向数据流的需求分析方法
数据字典
读者基本信息
– – – – – – – – 名字和别名：读者基本信息 数据类型：名字＋读者类别＋出生日期＋系别＋ 照片 限制： 必须提供所有的信息 相关的转换列表：…… 名字和别名：读者类别 数据类型：教师 | 本科生 | 硕士研究生 | 博士研究生 限制： 无 相关的转换列表：……
– 名词或名词短语构成潜在数据流、数据存储和 外部实体 – 动词构成潜在的处理功能
17
面向数据流的需求分析方法
案例分析:顶级(0)DFD
读者 借阅图书命令 图书馆 系统 读者管理命令 读者管理员
书库管理命令 书库管理员
18
面向数据流的需求分析方法
案例分析:精化生成一级(0.1)DFD
读者管理命令 读者 管理 读者信息 读者信息库 借阅图书命令 图书 借阅 图书信息 书库管理命令 书库 管理
面向数据流的需求分析方法
面向数据流的需求分析方法
面向数据流需求分析方法的产生
结构化软件开发方法
– 70年代Edward Yourdon, Tom DeMarco等人提出 – 基本思想: “自顶向下，逐步求精” ,“抽象和分 解”
结构化软件开发方法
– 结构化需求分析 + 结构化软件设计 + 结构化程 序设计
24
读者类别
面向数据流的需求分析方法
案例分析: 三级DFD
读者基本信息 判断读者 是否存在 读者基本信息 自动生成 读者标识
读 者 信 息
读者信息
25
面向数据流的需求分析方法
小说明
判断读者是否存在
– 判断读者信息的合法性和有效性 – 查询读者信息库，判断该读者是否已经注册
26
面向数据流的需求分析方法
27
航班号
费用
航班目录 帐目
记帐
帐单
订票员
记帐数 据
6
面向数据流的需求分析方法
数据字典
订票员 订票单 预定 机票 航班 准备 机票 机票
航班号
费用
航班目录 帐目
记帐
帐单
订票员
记帐数据
7
面向数据流的需求分析方法
数据字典
面向数据流分析需要引进数据字典 数据字典以一种准确、简洁的方式对数据流图中数 据流、外部实体、数据存储作说明 数据字典中的每个数据条目有以下内容：
数据流图 数据字典 小说明
4
面向数据流的需求分析方法
数据流图
数据流图是一种描述数据以及对数据进行加工 转换的图形工具 一个数据流图主要由以下四个部分组成：
数据流 数据流名称 数据处理
转换 名称
外部实体
外部实体名称
数据存储
数据存储名称
5
面向数据流的需求分析方法
数据流图例子
订票员 订票单 预定 机票 航班 准备 机票 机票
15
面向数据流的需求分析方法
步骤1: 建立顶级DFD(2/2)
读者 借阅图书命令 图书馆 系统 读者管理命令 读者管理员
书库管理命令 书库管理员
16
面向数据流的需求分析方法
步骤2:自顶向下，功能分解 自顶向下，
自顶向下、逐步求精对顶级数据流图进行精 化，生成下一级数据流图 对用户的需求描述进行语法分析
13
面向数据流的需求分析方法
面向数据流的分析方法
面向数据流分析方法运用了抽象和分解的技 术.提供一些经验知识和规则以指导需求分析
14
面向数据流的需求分析方法
步骤1: 建立顶级DFD(1/2)
根据问题域与外部环境之间的相互关系定义 问题 域的边界，即问题域与外界环境之间的 输入输出关系 --> 得到最高抽象层次 顶级数据流图仅仅描述待开发的软件系统与 外部环境之间的关系，因此在此DFD中，待 开发的软件系统被抽象描述为一个转换
20
面向数据流的需求分析方法
案例分析: 精化生成三级
(0.1.1.1)DFD
增加 读者 读者基本信息
读者基本信息
读者信息
自动生成 读者标识
读者基本信息 读者管理命令 命令 分析
判断读者 读者标识 是否存在
删除 读者
读 信 读者信息 息 者
读者标识 读 者信息
读者信息库
21
面向数据流的需求分析方法
面向数据流分析方法(DFD)是结构化软件开 发方法一员
2
面向数据流的需求分析方法
基本原理
用户需求：功能和行为, 性能, 设计约束 从信息处理的角度上看，应用系统的功能本 质上对各种数据的加工和处理
– 如何表示各种数据的加工和处理? ? – 怎样进行需求分析?
3
面向数据流的需求分析方法
模型表示工具(语言)
19
图书信息库
面向数据流的需求分析方法
案例分析: 精化生成二级
(0.1.1)DFD
读者管理命令 读者 管理 读者基本信息
增加 读者 读者信息
读者信息 读者信息库
删除 读者
读者管理命令 借阅图书命令 读者标识 命令 图书 分析 借阅 读者标识
图书信息 书库管理命令 书库 管理
图书信息库 读者信息 更改读 者信息
9
面向数据流的需求分析方法
小说明
订票员 订票单 预定 机票 航班 准备 录 帐目
记帐
帐单
订票员
记帐数据
10
面向数据流的需求分析方法
小说明
小说明准确、详细对数据流图中的各个转换 的功能、性能和设计约束等作进一步的解释 和说明； 需求分析人员通常用结构化的自然语言、判 定树和判定表来书写小说明 小说明应该尽可能的简洁、清晰、易于理解
– – – – – – 名字(别名) 数据类型 使用该数据条目的简要说明 数据条目的解释性说明 其他补充说明：取值范围、缺省值、设计约束等 以它作为输入流或输出流的转换的列表
8
面向数据流的需求分析方法
数据字典例子
订票单
– 名字 订票单 名字: – 数据类型 航班日期 + 目的地 + 出发地 + 航班号 数据类型: – 作为输出流的转换列表 作为输出流的转换列表: – 作为输入流的转换列表 预定机票 作为输入流的转换列表: – 使用说明 必须给出各个数据项 使用说明: – 解释性说明 无 解释性说明: – 缺省值: 出发地 = 填写本地 – ……