需求分析方法
软件研发中的需求分析与设计方法
软件研发中的需求分析与设计方法在软件研发过程中，需求分析与设计是非常重要的环节。
它们是确保软件开发过程中需求清晰、设计合理的关键步骤。
本文将介绍几种常用的需求分析与设计方法，以及它们在软件研发中的应用。
一、需求分析方法1. 问卷调查法：通过向用户发送问卷，收集他们的需求和期望。
这种方法适用于软件开发项目的初期阶段，能够帮助开发团队了解用户需求、用户习惯和用户期望。
2. 访谈法：开发团队与用户直接进行面对面的交流，详细了解用户需求。
通过访谈，可以深入了解用户对软件功能、界面和性能的需求，进而为软件设计提供参考依据。
3. 观察法：开发团队直接观察用户在使用同类软件时的行为。
通过观察，可以确定用户的操作习惯、使用需求等，从而更好地满足用户的期望。
4. 原型法：创建软件的原型，让用户参与测试和反馈。
通过原型，用户可以更直观地感受到软件的功能和设计，从而提供宝贵的改进意见。
5. 分析法：通过对用户需求进行详细的分析，将其转化为软件功能和性能要求的规格说明。
这种方法适用于需求较为清晰、清楚的情况。
以上是一些常用的需求分析方法，每一种方法都有其特点和适用场景。
在实际应用中，开发团队可以结合项目的实际情况选择合适的方法，以确保需求的准确性和完整性。
二、设计方法1. 结构化设计方法：结构化设计方法强调软件开发的模块化和层次化。
它将整个软件系统划分为几个相互依赖的模块，每个模块都具有独立的功能和职责。
这种设计方法使得软件的管理和维护更加容易。
2. 面向对象设计方法：面向对象设计方法将软件系统看作一组相互作用的对象集合，每个对象都有自己的属性和方法。
通过面向对象设计，可以更好地实现软件的重用性和可维护性。
3. 数据流图设计方法：数据流图是一种图形化的设计工具，用于描述软件系统中数据的流动和处理过程。
通过数据流图设计，可以更好地理解软件系统中各个部分之间的关系，并确定数据的处理逻辑。
4. 用例图设计方法：用例图是一种用于描述用户与系统交互的图形化工具。
简述需求分析的方法
简述需求分析的方法需求分析是项目开发中的重要环节，它的目的是准确定义和理解用户的需求，为后续的设计和开发提供指导。
在需求分析过程中，选择适合的方法可以提高效率并减少后期修改的风险。
本文将简述几种常用的需求分析方法。
一、访谈法访谈法是需求分析的常用方法之一。
通过与用户进行面对面的交流，收集和理解用户的需求。
在访谈过程中，要注重细致入微的询问，尽可能获取到足够的信息。
访谈的对象可以包括项目的发起人、使用人员和相关专家等。
通过访谈，可以直接获得用户的意见和建议，充分了解用户对系统功能和性能的期望。
二、问卷调查法问卷调查法可以帮助需求分析人员系统地收集用户的需求信息。
在设计问卷时，需要明确问题的目标和范围，合理选择问题的类型和选项。
通过对大量用户的调查，可以获取到更广泛的需求信息。
问卷调查还可以通过统计分析，得出用户需求的优先级和权重，为后续的设计和开发提供参考。
三、用户观察法用户观察法是通过观察用户在实际使用环境中的行为和操作来获取需求信息。
通过亲临现场观察，可以发现用户的真实需求和实际问题。
观察的重点可以包括用户的工作流程、操作习惯、痛点和不满意之处等。
通过用户观察，可以更准确地了解用户的需求，从而设计出更符合实际情况的系统功能。
四、原型演示法原型演示法是一种通过制作原型来验证和确认需求的方法。
通过制作初步的系统原型，可以让用户和开发人员更加直观地了解系统的功能和交互方式。
在原型演示中，可以邀请用户参与测试和反馈，及时发现和修正问题。
通过迭代和改进原型，可以逐步明确和完善用户的需求。
五、核查文档法核查文档法是通过分析和核对相关文档来获取需求信息。
这些文档可以包括需求规格说明书、用户手册、使用案例等。
通过仔细研读文档，可以发现其中隐含的需求和潜在问题。
核查文档时，需求分析人员应该注重细节，确保全面准确地理解和理解需求。
六、焦点小组讨论法焦点小组讨论法是指将一群相关用户或专家组织起来进行讨论和交流的方法。
常用需求分析方法
常用需求分析方法
常用的需求分析方法包括：
1.面谈：与用户进行面对面的交流，了解用户的需求和问题，以便更好地理解和分析。
2.问卷调查：通过编制问卷并向用户发放，收集用户的意见和反馈，了解他们的需求和期望。
3.观察法：通过观察用户在实际工作环境中的行为和操作，来推导出他们的需求和问题。
4.文档分析：分析用户提供的文档，如公司规章制度、业务流程等，以了解业务需求。
5.头脑风暴：通过团队成员的集体讨论和大量构思，来收集和梳理需求。
6.原型设计：根据用户的需求和反馈，设计出一个简化的产品原型，以便用户更好地理解和确认需求。
7.用例分析：通过编写用例来描述用户对系统的使用场景和功能需求，以便准确地了解用户的需求。
8.数据分析：利用用户的历史数据和行为数据，通过各种统计分析方法，挖掘出用户的需求和问题。
9.竞争分析：分析竞争对手的产品和服务，了解市场需求和用户体验的趋势，以确定用户的需求。
10.用户故事：通过编写用户故事，描述用户在特定情景下的需求和期望，以便更好地理解用户需求。
以上是常用的需求分析方法，根据具体的项目和情况，可以选择合适的方法或结合多种方法进行需求分析。
简述需求分析的方法
简述需求分析的方法需求分析（Requirements Analysis）是软件工程中的一个核心环节，是指对系统或软件的需求进行细致而全面的调查、分析和定义，以明确用户对系统的期望和要求。
在软件开发过程中，需求分析的准确性和全面性直接影响着后续的系统设计和开发工作。
本文将简述需求分析的方法。
需求分析的方法主要分为以下几种：一、访谈法：访谈法是需求分析中最常用的方法之一，通过与用户或相关利益相关者进行面对面的询问和交谈，以深入了解他们对系统或软件的需求和期望。
在访谈过程中，分析人员需要仔细听取用户的意见和建议，并且准确记录下来，以便后续的需求整理和分析。
二、问卷调查法：问卷调查法适用于需求范围较广、用户众多的情况下。
通过向用户发放问卷，让用户填写对系统或软件需求的评价和建议，以获得更广泛的意见和反馈。
在设计问卷时，需要注意问题的合理性和准确性，以确保收集到的信息具有较高的可信度和代表性。
三、观察法：观察法是通过观察用户在实际环境下的行为和操作来获取需求信息的方法。
通过观察用户在日常工作中的表现和需求，可以更直观地了解他们对系统或软件的要求。
具体观察的手段可以是实地观察、视频录像等。
观察法能够从真实的使用情况中发现用户的隐含需求，提高需求分析的准确性。
四、原型法：原型法是通过建立系统或软件的初步模型来明确需求的方法。
通过构建可交互的原型，用户可以更直观地感受到系统的功能和界面，从而提出更具体和准确的需求。
原型可以是草图、手绘图或者基于工具的屏幕原型等形式。
在原型法中，分析人员需要与用户密切合作，及时修正和改进原型，以满足用户的需求。
五、文档分析法：文档分析法是通过对已有的相关文档进行分析和归纳，提取其中的需求信息。
这些文档可以是需求规格说明书、用户手册、市场调研报告等。
通过文档分析，可以了解到项目的背景、现状、目标和约束等信息，为需求分析提供有力的支持。
分析人员需要仔细研读和理解各种文档，并将重要的信息进行整理和总结。
需求分析方法
需求分析方法需求分析是指在软件工程中对用户需求进行详细的调查、分析和界定的过程。
需求分析的目的是为了准确地理解用户的需求，为软件开发的后续工作提供清晰的指导和依据。
在软件开发过程中，需求分析是至关重要的一步，它直接关系到软件最终的质量和用户满意度。
因此，选择合适的需求分析方法对于软件开发来说至关重要。
一、访谈法。
访谈法是需求分析中常用的一种方法，通过与用户进行面对面的交流，了解用户的需求和期望。
访谈法可以直接获取用户的真实需求，有利于深入了解用户的需求背后的真正目的和动机。
在进行访谈时，需求分析人员需要充分准备，提前制定好访谈问题，确保访谈的高效和准确。
同时，需要注意保持良好的沟通和交流技巧，以便更好地引导用户表达他们的需求。
二、问卷调查法。
问卷调查法是另一种常用的需求分析方法，通过设计问卷并向用户发放，收集用户的意见和建议。
问卷调查法适用于用户群体较大或用户分散的情况，可以更全面地了解用户的需求和看法。
在进行问卷调查时，需要设计合理的问题，确保问题的准确性和完整性，同时也需要考虑用户填写问卷的便利性和有效性。
三、头脑风暴法。
头脑风暴法是一种集体讨论和思维碰撞的方法，通过团队成员之间的交流和讨论，收集和整理用户的需求。
头脑风暴法可以激发团队成员的创造力和想象力，从而获得更多新颖的需求点和创意。
在进行头脑风暴时，需要注意引导团队成员发表自己的观点和想法，确保每个人都能有机会表达自己的看法。
四、原型法。
原型法是通过制作软件原型，让用户直接体验和感受软件的功能和界面，从而获取用户的需求和反馈。
原型法可以直观地展现软件的功能和交互流程，有利于用户更直观地表达自己的需求和期望。
在进行原型设计时，需要注重原型的易用性和真实性，确保原型能够准确地反映用户的需求。
五、观察法。
观察法是通过观察用户的行为和环境，获取用户的需求和习惯。
观察法适用于用户无法清晰表达自己需求的情况，通过观察用户的行为和环境，可以更加直观地了解用户的需求。
简述需求分析的方法
简述需求分析的方法需求分析是软件开发过程中至关重要的一步。
它涉及对需求进行收集、分析和定义，以确保产品能够满足用户的期望和需求。
本文将简要介绍一些常用的需求分析方法，以帮助开发人员更好地理解和应用这些方法。
一、用户访谈用户访谈是需求分析中最常见的方法之一。
通过与用户直接交流，开发人员可以深入了解用户的需求和期望。
访谈可以采用面对面的方式，也可以通过电话或在线方式进行。
通过询问用户的问题，并仔细聆听他们的回答，开发人员可以获取关键的需求信息，并了解用户的痛点和需求的优先级。
二、文档分析在需求分析过程中，开发人员可以对现有的文档进行分析，以获取对系统需求有关的信息。
这些文档可以包括用户手册、操作手册、业务规范等。
通过仔细阅读和分析这些文档，开发人员可以较全面地了解用户的需求，以及系统所需具备的功能和性能要求。
三、场景模拟场景模拟是一种通过设定特定场景并让用户参与其中的方法。
通过模拟真实的使用场景，开发人员可以观察用户在特定情况下的行为和反应，并从中获取用户需求的洞察。
例如，可以设置实验室环境，让用户在特定的操作流程下测试软件，并倾听他们的反馈。
通过这种方法，开发人员可以更加准确地了解用户的需求和期望。
四、原型开发原型开发是通过制作一个简化版的产品原型，以获取用户反馈和需求的方法。
开发人员可以通过软件工具或手工制作一个简单的界面原型，以模拟待开发产品的功能和交互流程。
然后，开发人员可以邀请用户测试原型并提供反馈意见。
通过这种方法，开发人员可以迅速获取用户的需求，以便在后续的开发过程中进行相应的调整和优化。
五、焦点小组讨论焦点小组讨论是一种集中用户参与的需求分析方法。
开发人员可以组织一组来自用户群体的代表，共同参与讨论产品需求和期望。
通过集思广益的方式，开发人员可以获取来自不同用户的不同意见和建议，并最终形成一个更加全面和准确的需求规格。
六、需求优先级排序在需求分析过程中，开发人员常常需要面对多个需求，并对其进行优先级排序。
简述需求分析的方法
简述需求分析的方法需求分析是软件开发过程中极为重要的一个环节，它涉及到客户需求、用户需求、产品功能以及其他相关方面，旨在明确开发团队应该如何设计、实现和测试软件。
需求分析的方法可以分为顾客为中心的方法、商业为中心的方法、用户为中心的方法、敏捷开发方法、以及原型开发方法等等。
下面我将会逐一介绍这些方法并分析它们的优缺点。
1. 顾客为中心的方法这种方法的主要思路是：客户永远是最重要的。
顾客为中心的方法强调了正向沟通，即要求开发者和客户之间进行大量的交流和互动，以确保在软件开发过程中不会偏离最初的计划。
该方法的一个典型例子是亲身了解你的顾客，这是一项通过与客户进行深入交流来明确客户需求的方法。
尽管这种方法在理论上效果很好，但是在实践中它通常需要更多的时间和人力资源。
这是因为开发者需要了解客户、沟通和反馈，这些都需要花费更多的精力和时间。
因此，在实践中需要权衡好时间和资源，以便达到最佳效果。
2. 商业为中心的方法商业为中心的方法通过了解企业规划和市场趋势，来确定设计软件的方向。
这种方法的主要思考点是：软件的最终目标是什么？软件应该如何成为企业成功的一部分？通过分析商业的目标和策略，可以相对比较容易的找到软件的功能点。
该方法的优势在于：客户不必花费大量的时间和劳力来描述软件的功能点，因为所有的功能点都以一种较为清晰的方式呈现出来。
但是，商业为中心的方法有一个很大的缺点，那就是它缺乏详细的用户需求分析。
这种方法有时会忽略软件在实际使用时的一些需求，因此，在进行商业为中心的方法时要注意不要忽略用户需求分析。
3. 用户为中心的方法这种方法的核心是理解和满足用户的需求。
通过观察和分析用户的行为、习惯、偏好和遇到的问题，可以开发出更加贴近用户需求的软件。
这种方法的优点是用户参与度高，并且可以快速反馈用户意见和需求，同时具有明显的成本优势。
然而，与其他方法相比，用户为中心的方法可能需要花费更多的时间进行研究和交流，以便满足不同用户的不同需求。
做需求分析时常用的方法论
做需求分析时常用的方法论需求分析是软件开发过程中的重要环节，在项目开始之前，了解并明确用户的需求是非常关键的。
需求分析的方法论有很多，下面将介绍几个常用的方法论。
1.问卷调查法：问卷调查法是需求分析中常见的方法论之一、通过设计问题并发放问卷，收集用户的观点和意见。
可以通过问卷了解用户的需求、偏好、期望以及对现有产品或系统的评价等信息。
问卷调查可以定性、定量分析用户需求，对于大规模用户的需求分析尤为有效。
2.用户访谈法：用户访谈法是通过面对面或远程通讯的方式与用户进行交流，了解用户的需求。
访谈可以是结构化的，即按照一些框架和指标进行，也可以是非结构化的，让用户自由表达。
通过访谈可以深入了解用户的需求、期望以及使用场景，获取具体的反馈和建议。
3.场景模拟法：场景模拟法是通过模拟用户在实际使用中的场景，来评估用户需求。
可以通过布置任务，观察用户在特定场景下的行为和反应。
这种方法可以及时发现用户需求中的问题和不足，从而进行优化和改进。
4.原型演示法：原型演示法是通过制作一个或多个功能简化的原型系统，展示给用户来获取用户反馈。
原型可以是静态的，如界面设计图，也可以是动态的，如交互模拟。
通过原型演示，可以很快地理解用户需求，确定交互方式和界面设计，并及时调整和改进。
5.场景重现法：场景重现法是通过用户的实际使用情况，来重现用户需求。
可以观察用户在真实环境下的操作和问题，记录用户的行为和反馈。
通过场景重现分析，可以从用户的角度出发，深入理解用户需求，发现潜在问题，进行优化和改进。
6.用例分析法：用例分析法是一种以用户需求为中心的需求分析方法论。
通过分析用户的使用场景、行为和需求，整理出一系列的用例，描述了用户与系统之间的交互过程和功能需求。
用例可以帮助开发人员更好地理解用户需求，并进行系统的设计和开发。
以上是几种常用的需求分析方法论，每种方法论都有其适用范围和优缺点。
在实际项目中，可以根据实际情况选择适合的方法论或者结合多种方法论进行需求分析，以获取更准确和全面的用户需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
检查数据流图的正确性
a. 数据守恒
某个处理用以产生输出的数据没有输入给这个处理， 即出现遗漏
另一种是一个处理的某些输入并没有在处理中使用以 产生输出
b. 数据存储（文件）的使用
数据存储（文件）应被数据流图中的处理读和写
c. 父图和子图的平衡
父子关系和平衡规则
父图表示子图间的接口，即数据流的方向 和数量
数据存储：表示处理过程中存放各种数据的文件
数据流图的层次结构
为了表达数据处理过程的数据加工情 况，需要采用层次结构的数据流图。
按照系统的层次结构进行逐步分解， 并以分层的数据流图反映这种结构关 系，能清楚地表达和容易理解整个系 统
建立DFD的步骤
由外向里：先画系统的输入输出，然后画 系统的内部，再画处理的内部。
帐号:
开户日:
日期 年月日
摘要 支出 存入 余额 操作 复核
性质:
印密:
DD
子图代表父图中某个处理的细节 子图个数不大于父图中的处理个数 所有子图的输入、输出数据流和父图中相
应处理的输入、输出数据流必须一致
父图和子图的平衡
发票
1.3 领书单
开领书单
学生 1.3.1
教材 1.3.2
领书单 1.3.3
(a) 父图
(b)子图
遵守加工编号规则
顶层加工不编号 第二层的加工编号为1,2,3,…,n号 第三层编号为1.1,1.2,1.3…n.1,n.2…等
称STD） 数据字典(Data Dictionary，简称DD) 处理说明
分析模型的结构
数据对象描述
加工规格说明
实体— 关系图
数据流 数据 图 字典
状态—迁移图
控制规格说明
2.3 实体-关系图
数据模型包含3种相互关联的信息：数据对 象、描述数据对象的属性及数据对象彼此 间相互连接的关系
重复次数的上下限也可以在括号边上标出 （） 表示“可选”，即括号中的项可以没有 ** 表示“注释”
（1）数据流词条描述
数据流名： 说明：简要介绍作用即它产生的原因
和结果 数据流来源：来自何方 数据流去向：去向何处 数据流组成：数据结构 数据量流通量：数据量，流通量
举例：
缺书单
2.3
修改教材库 存和待 购量
进书通知 保 管员
第2层
家庭安全软件
控制板 用户命令和数据
传感器状态 传感器
家庭 安全 软件
显示数据 警报类型
控制板显示 警报
电话号码信号
电话线
用户命令和数据
与用户 交互 1
配置 系统
2 配置请求
启/停
口令
配置数据
配置信息
配置数据
启/停 系统
3
启/停消息
配置数据 显示消息
底层流图是指其加工不需再做分解的数据 流图，它处在最底层
中间层流图则表示对其上层父图的细化。 它的每一加工可能继续细化，形成子图。
数据流图中的其它图形元素
A
A
A A
B A
B*
B ------ 有 A 则 B 或者 C，或者两者都有
C
B
*
------ 有 A 则 B 与 C，两者同时有
C
B
+ ------ 有 A 则 B 或 C，但不会同时有B与C
(2)数据元素词条描述
数据元素名： 类型：数字（离散值，连续值），
文字（编码类型） 长度： 取值范围： 相关的数据元素及数据结构：
数据元素词条举例
数据项名:货物编号
别名:G-No,G-num
简述:本公司的所有货物的编号
类型:字符串
长度：10
取值范围及含义:
第1位：[J｜G]
(进口/国产)
数据字典的作用
DFD中的数据流、数据存储表示某个有 组织的数据集合，它们要由SA的其他 描述工具-需求字典(数据字典)来描述， 包括： 词条描述 数据结构描述 加工逻辑说明
数据字典的内容
DD包含的信息
名称（标识） 别名 使用地点与方式 组成（内容描述） 流动属性（频率、数据
数据组合
重复项：起点＝终点＝1{汉字}10 航空公司名称＝2{字母}4 航班号＝3{十进制数字}3
组合项：日期＝年＋月＋日 起飞时间＝降落时间＝时＋分
选择项：年＝[2000｜2001｜2002｜2004] 原数据项：字母＝“A”…“Z”
十进制数字＝“0”…“9” 时＝“00”…“23” 分＝“00”…“59” 月＝“01”…“12” 日＝“01”…“31”
无效书单
购
书
学生 单
1 发票
审查并
2
开领
领书单 学生
开发票
书单
各班学生 用书表
教材存量表
数据流词条说明举例
数据流名:发票
别名: 小票
简述: 学生购书时填写的项目 来源: 学生 去向: 加工1“审查并开发票” 组成: (学号)＋姓名＋｛书号＋数量｝ 数据流量:1000次/周 高峰值：开学期间1000次/天
需求分析方法工具
复习
可行性分析 软件需求的定义 需求分析概念 需求分析过程 需求分析方法 需求分析产品
描述工具
实体-关系图 数据流图(Data Flow Diagram，简称DFD) 控制流图(Control Flow Diagram，简称
CFD) 状态转换图（State Transition diagram，简
处理 口令
4
有效标识消息
显示消 息状态
5
传感器信息
传感器状态
监控 系统
6
警报类型
电话号码信号
配置信息
配置数据
评价防 备设置
6.1
传感器标识,类型 电话号码
显示 格式化
6.2
传感器信息
传感器标识,定位
警报数据
生成警 报信号
6.3
读 传感器
6.4
传感器状态
拨 电话
6.5
电话号码信号
控制流图（CFD）
第2-4位：LB01.. LB29 (类别)
第5-7位：“A00”..“A99” (规格)
第8-10位：“001”..“999”(品名编号)
（3）数据文件词条描述
数据文件名： 简述：存放的是什么数据 输入数据： 输出数据： 数据文件组成：数据结构 存储方式：顺序，直接，关键码 存取频率：
由顶向下： 顶层、各层、总的数据流图
数据流图的层次
顶层DFD
用一个加工处理表示软件
含所有相关外部实体
含外部实体与软件中间的数 据流
可不含数据存储
唯一
描述软件的作用范围，对总 体功能、输入、输出进行抽 象描述，反映软件和系统、 环境的关系
A
B
b a
c 软件
d C
顶层数据流图
1 数据对象——数据实体，是必须被软件理 解的复合信息的表示
2 属性——数据对象的特征 3 关系——三种，关系也可能是属性 三种基本成分的表示方法
eg.
数据和控制模型的关系
数据输入 过 程 启 动
控制输出
过程模型 DFD PSPEC
控制模型 CFD CSPEC
数据输出 数 据 条 件
控制输入
数据流图:DFD（Data Flow Diagram）
数据流图是用来描述系统逻辑模型的一种 图形工具
数据流图从数据传递和加工的角度，以图 形的方式刻画数据流从输入到输出的移动 变换过程
为了让用户明确系统中数据的流动和处理 情况，即系统的基本逻辑功能
数据流图图符 图2-2
数据流Data Flow
外部实体 ……
外部实体
软件 系统
外部实体 ……
外部实体
中间和底层DFD
2.3
2.1
ccc
aaa
ddd数据
2.2 bbb
分层的数据流图
F0
第n层
F12 F11
F13
F14
F15
第 n+1 层
F21
F23
F25
F22
F24
第 n+2 层
数据流图的层次
在多层数据流图中，顶层流图仅包含一个 加工，它代表被开发系统。它的输入流是 该系统的输入数据，输出流是系统所输出 数据
控制流Control Flow
2.1 打印
加工处理Process
控制说明
外部实体External Entity
数据存储Data Store
控制板
与用户 交互
1
配置 系统
2
闪烁标志
启/停开关
启/停 系统
3
配置信息 显 示 动 作 状态（完 成、进行 中） 控制板显示
传感器事件 传感器
处理 口令
4
警报信号
第1层
教材存量表
学 购书单 生
领书单
1 销售
进书通知
2 采购
缺书单 进书通知
保 管员
教材销售子系统
F1 书号 单价 数量
外部 项
缺书登记表
采 进书通知
1.5
购
补售 教材
教材存量表 F1
补售 书单
第1层
缺书登记表 F2
1.4
登记 缺书 暂缺书单
学 无效书单
1.1 有效书单
生
购书单
审查 有效性
1.2
开发票
限制重复次数举例
3｛ ｝5 或 53｛ ｝表示允许重复3-5次 3｛ ｝3 或 33｛ ｝表示恰好重复 3 次 1｛ ｝ 表示至少出现 1 次 ｛ ｝ 表示允许重复0至任意次