5.需求分析与建模
第 5 讲 需求分析建模 - readpudncom
• SA主要针对数据处理领域，因此，系统分 析的侧重点在于功能分析和数据分析，而 行为分析使用得较少。
结构化分析
• 结构化分析遵循的三条基本原则：
– 分解 – 抽象 – 映射
• 三个主要目标：
– 描述用户需要 – 建立创建软件设计的基础 – 定义软件完成后可被确认的一组需求
SA的结构
加
数
工
据 对 象
规 约
数据流图
E-R图
(DFD)
数据字典
（DD）
规 约
状态变迁图 (STD图)
控制规约
分析模型的构成元素
• 数据字典(DD)
– 模型核心，包含了所有数据对象的描述的中心库。
• E-R图(ERD)
– 表示数据对象以及相互的关系，用于数据建模。
• 数据流图(DFD)
– 指明数据在系统中移动时如何被变换; – 描述对数据流进行变换的功能; – DFD中每个功能的描述包含在加工规约(小说明)。 – 用于功能建模。
计算机世界
传统的开发模型不能完全适应具体的应用领域 开发
软件开发过程实际是：人通过抽象、归纳把客观系统 变换到软件系统，并保证软件系统的解等价客观系统的解。
客观系统
变换
软件系统
解的等价 客观系统的解
软件系统的解
由于客观系统与软件系统差异很大，所以变 换过程必须通过一个中间过渡系统。不同的软件 开发模型采用不同的过度系统完成变换过程。
• 5 需求分析的验证
需求分析的过程
怎
么
做பைடு நூலகம்
当前 模型化 物理
系统
模型
做 什 么 抽象化 逻辑
模型
目标 具体化 物理 实例化 逻辑
五级建模步骤规则
五级建模步骤规则1. 引言五级建模是一种用于软件开发的系统分析和设计方法。
它提供了一种结构化的方法来描述系统的需求、功能和行为，以及系统组成部分之间的关系。
五级建模步骤规则是在进行五级建模过程中需要遵循的一些规则和指导原则。
本文将详细介绍五级建模步骤规则的内容和要求。
2. 五级建模概述五级建模包括需求获取、需求分析、系统设计、实现和测试这五个阶段。
每个阶段都有其特定的任务和目标，同时也需要遵循一些基本的规则。
3. 需求获取阶段规则需求获取阶段是确定系统需求的过程。
在这个阶段，需要进行用户访谈、问卷调查等活动来收集用户需求。
以下是需求获取阶段的规则： - 确定参与访谈或调查的用户群体，并制定合适的计划。
- 充分理解用户需求，确保准确地收集到用户所期望的功能和特性。
- 记录所有与用户交流过程中得到的信息，包括问题、意见和建议等。
4. 需求分析阶段规则需求分析阶段是对收集到的需求进行分析和整理的过程。
以下是需求分析阶段的规则： - 将用户需求转化为可操作的需求文档，包括功能需求、性能需求、非功能性需求等。
- 确定系统的边界和范围，明确系统与外部环境的接口和交互方式。
- 确定系统的用例，描述系统与用户之间的交互过程。
5. 系统设计阶段规则系统设计阶段是根据需求文档进行系统设计的过程。
以下是系统设计阶段的规则：- 利用适当的建模工具，如UML（统一建模语言），绘制用例图、类图、时序图等来描述系统结构和行为。
- 根据需求文档确定系统模块之间的关系和依赖。
- 确定各个模块之间的接口规范，确保模块之间可以有效地通信和协作。
6. 实现阶段规则实现阶段是将系统设计转化为实际代码的过程。
以下是实现阶段的规则： - 编写高质量、可维护、易于理解和扩展的代码。
- 遵循编码标准和最佳实践，提高代码的可读性和可靠性。
- 进行充分的单元测试和集成测试，确保系统的功能和质量。
7. 测试阶段规则测试阶段是对系统进行全面测试的过程。
系统需求分析与建模
系统需求分析与建模一、引言对于系统的设计与开发来说，需求分析与建模是至关重要的环节。
系统需求分析与建模可以帮助我们全面理解用户的需求，并将其转化为系统功能与特性的清晰描述。
本文将探讨系统需求分析与建模的基本概念、方法和工具，并介绍如何有效地进行需求分析与建模。
二、系统需求分析系统需求分析旨在识别和明确系统的功能、性能和约束条件。
以下是系统需求分析的几个主要步骤：1. 需求获取和理解需求获取是指通过与用户、业务分析师和相关利益相关者的沟通来收集和理解系统需求。
这可以通过面对面的会议、问卷调查、用户访谈等方式进行。
重要的是要确保获取到的需求能够准确反映用户的期望和业务的要求。
2. 需求分析和整理需求分析的目标是将收集到的需求进行分类、整理和整合。
可以使用流程图、数据流图、用例图等工具来分析和描述系统的功能和流程。
同时，需求分析还包括对需求的可行性和优先级进行评估。
3. 需求验证和确认在需求分析的最后阶段，需要与用户和相关利益相关者一起验证和确认需求的准确性和完整性。
这可以通过演示、原型展示或者文档审查等方式进行。
目的是确保需求可以满足用户和业务的期望，并且没有遗漏或冲突。
三、系统需求建模系统需求建模旨在将需求以图形化的方式进行描述和表达，以便于更好地理解和交流。
以下是系统需求建模的几个常用方法：1. 用例图用例图是描述系统与其用户之间交互的图形化表示。
用例图可以帮助我们理解系统的功能与角色，并识别各种场景及其对应的用例。
用例图可以用来指导后续的系统设计和开发工作。
2. 数据流图数据流图是描述系统内部数据流动和处理过程的图形化表示。
数据流图以数据流和处理器为中心，展示了系统的功能和数据流动的过程。
数据流图可以帮助我们识别系统的数据流向和处理逻辑。
3. 状态图状态图是描述系统各个对象的状态及其状态变化过程的图形化表示。
状态图可以帮助我们理解系统的行为和状态转换规则。
通过状态图，我们可以更好地描述系统的状态变化及其对应的操作和事件。
需求分析与功能建模方法(一)_真题-无答案
需求分析与功能建模方法(一)(总分40,考试时间90分钟)一、选择题1. 下列属于数据库应用系统需求分析阶段工作的是______。
Ⅰ．标识和理解问题Ⅱ．构建关系模式Ⅲ．实现应用系统Ⅳ．建立功能模型A) Ⅰ和Ⅳ B) Ⅱ和Ⅲ C) Ⅰ和Ⅱ D) Ⅱ和Ⅳ2. 在信息系统的需求分析中，广为使用的DFD建模方法属于______。
A) 结构化分析方法 B) 数据分析方法C) 数据抽象方法 D) 业务归纳方法3. 一个系统分析员应该具备哪些素质?______。
①获取需求的能力②管理能力③技术素养④沟通能力A) ①②③ B) ①③④C) ②③④ D) ①②③④4. 目前通常采取以下哪几种方法获取需求?______。
①面谈②实地观察③问卷调查④查阅资料A) ①②③ B) ①③④C) ②③④ D) ①②③④5. 需求描述主要由哪几部分组成?______。
①需求模型②软件需求说明书③项目文档④功能说明书A) ①② B) ①②③C) ①②④ D) ①②③④6. 以下关于结构化分析及建模方法的主要优点叙述错误的是______。
A) 不过早陷入具体的细节B) 从整体或宏观人手分析问题C) 模型对象涉及较多技术术语D) 图形化建模方法方便系统分析员理解和描述系统7. 需求分析阶段的任务是确定______。
A) 软件开发方法 B) 软件开发工具C) 软件开发费用 D) 软件系统功能8. 对于大规模的数据收集，可以采用以下哪种需求获取方式______。
A) 面谈调查 B) 实地观察C) 文档采样 D) 文件查阅9. 需求分析常用的建模方法包括______。
①DFD②IDEF0③E-R模型A) ①② B) ①②③ C) ②③ D) ①③10. 以下关于结构化分析及建模方法的主要优点说法错误的是______。
A) 不过早陷入具体的细节B) 从局部人手分析问题，如系统及子系统的关系C) 图形化建模方法方便系统分析员理解和描述系统D) 模型对象不涉及太多技术术语，便于用户理解模型11. 以下关于软件需求说明书的内容说法错误的是______。
软件工程与项目管理基础知识
软件工程与项目管理基础知识软件工程和项目管理是现代软件开发中不可或缺的环节。
它们为软件开发团队提供了组织、规划和执行项目的方法和工具，以确保软件项目能够按时、按质量要求完成。
本文将介绍软件工程和项目管理的基础知识，包括软件开发生命周期、需求分析、设计与建模、编码与测试、软件质量保证和项目管理流程等方面。
一、软件开发生命周期软件开发生命周期是指从软件项目开始到结束的整个过程。
传统的软件开发生命周期包括需求分析、设计、编码、测试和维护五个阶段。
近年来，敏捷开发方法也出现，强调快速迭代和灵活应对变化。
1. 需求分析阶段：在这个阶段中，软件工程师与用户和相关利益相关者合作，收集、分析和定义软件的需求。
需求分析是确保软件能够满足用户需求的关键步骤。
2. 设计与建模阶段：在这个阶段中，软件工程师根据需求分析的结果，设计软件的架构和功能模块，并利用建模工具进行可视化表示。
3. 编码与测试阶段：在这个阶段中，软件工程师根据设计结果进行编码，并通过单元测试和综合测试验证软件的正确性和可靠性。
4. 软件质量保证：软件质量保证是软件工程的重要环节，包括确保软件符合标准和规范、进行代码审查、软件测试、性能优化等工作。
5. 维护阶段：软件发布后，需要对软件进行维护和更新，以修复缺陷、增加新功能和改进系统性能。
二、项目管理流程项目管理是指在给定的时间、资源和预算条件下，规划、组织、执行和控制项目的活动，以实现项目目标。
项目管理需要合理分配资源、协调各个团队成员、解决问题和风险等。
1. 项目启动：项目启动阶段是确定项目目标、范围和可行性的阶段。
项目经理需要制定项目计划、确定项目团队和资源，并明确项目目标。
2. 项目规划：在项目规划阶段，项目团队制定详细的项目计划，包括时间计划、资源计划、风险管理计划等。
此外，还需要进行项目范围管理、成本估算和质量管理计划等工作。
3. 项目执行：在项目执行阶段，项目团队按照项目计划实施工作。
项目经理需要监督项目进度、资源分配和团队合作，以确保项目按计划进行。
需求分析与建模PPT课件
.
4
5.2 结构化分析
结构化分析（SA）方法是一种面向过程的需求分析方法， 主要对数据 (流) 进行分析，基本思想是将系统抽取出“数 据”和“控制”两部分，再分别进行抽象和处理。
数据流图（DFD）、数据字典（DD）和流程图是结构化 分析最常用的工具。
数据流图用来描述数据流从输入到输出的变换流程。
.
9
5.3 面向对象的分析
------基本思想
面向对象的开发方法可描述为：
（1）客观事物都是由对象（object）组成的 （2对）象对是象在由客属观性事和物方基法础组上成抽象的结果，任何复杂
的事特(传(物34点))递都、对对消可属值象象息以性、之可（通（状间按m过a态的 其ett对s等联 属rsiab象。系 性gue的t通 进）方e）某过 行的法反种传 归方（映组递 类式m对合消e是t象h构息通o的成d来过）信。实消则息现息用特模来征式定。义如改： （c5la变）所s（的s对对类）谓。m象象（这封es属是种cs装ala性被g对（ses状封）象pena态装有或ctta的e的一类prsn各实定之u）l种a体的间和ti操，o结的方n作类构层）法方可，次，所式以结类即定。有构可指义子是以严的类靠有格操(继超的s作u承类模b过c关（块l程as系s化来su)p维。完er成 这系种的封。装的对象满足软件工程的要求，而且可以直接被 面向对象的程序设计语言所接受。
第5章 需求分析与建模
需求分析必要性 结构化分析 面向对象分析 需求用例分析
.
1
5.1 需求分析与软件分析
需求分析的必要性：
神父之牛的故事 有个神父在教堂为一个人忏悔。
那人说：“神父，我要。你应该把那头牛送还给失主才对。”
2．OO方法与结构化方法的比较 结构化方法：基于变换(输入→输出)，数据与指令分开 OO方法：基于分解，数据与指令放在一起
软件工程中的需求分析与建模
● 03
第3章 需求建模技术
需求建模概述
需求建模是软件工程中的一个重要环节，通过对需求 进行建模，可以更清晰地理解和定义系统需求。需求 建模的目的是为了准确地捕获用户需求，确保软件开 发过程中不会遗漏任何重要需求。同时，需求建模还 可以帮助团队更好地沟通和协作，提高项目的成功率。
用例建模
用例是描述系统功能的一种有效方式。通过用 例建模，可以清晰地定义系统的功能和用户与 系统之间的交互。用例图可以直观地展示系统 的功能和不同用户角色之间的交互关系。用例 描述则详细描述了每个用例的具体行为和步骤。
意度。
需求变更频繁
导致开发过程混乱
需求不明确
影响产品质量
沟通不畅
导致需求误解
面临的挑战
可能的改进方向
采用敏捷开发模式
迭代开发 持续集成 快速反馈
加强需求管理
建立需求数据库 制定明确需求文档 实施变更控制
提高沟通效率
定期沟通会议 使用协同工具 建立需求反馈渠道
展望未来
未来在软件工程领域，人工智能技术的发展将为需求 分析带来更多可能性，大数据技术的应用将提升需求 建模的精度，需求管理工具的不断创新将提高团队效 率。
测试
单元测试 集成测试
软件工程发展历程
软件工程的发展经历了多个阶段，从最初的混沌时期 到逐渐建立起规范的软件开发流程和方法。随着科技 的不断进步，软件工程也在不断演变和完善。
● 02
第二章 需求分析基础
需求分析概述
需求分析是软件工程中至关重要的一部分，它 涉及定义、识别和规范软件开发项目中的需求。 通过需求分析，可以确保开发团队在项目开始 阶段清晰了解客户的需求，明确目标和方向。 需要对需求进行系统性的分析，以确保最终的
第6章需求分析与建模
第6章需求分析与建模需求分析与建模是软件开发过程中的重要环节，它是基于用户需求，对系统功能和性能进行细致的分析和建模，以便于后续的系统设计与实现。
本章主要介绍需求分析与建模的概念、方法和工具，以及需求分析与建模的步骤和技巧。
需求分析是软件开发过程中的首要任务，它旨在明确系统的功能需求、性能需求和非功能需求，以及用户对系统的期望和要求。
需求分析包括需求获取、需求分析、需求规格和需求验证等环节。
需求获取是在与用户和其他相关人员的沟通和交流中，获取系统需求的过程。
需求获取的方法有面谈、问卷调查、文档分析、原型演示等。
面谈是需求获取的主要方法，它可以直接与用户进行交流，了解用户的需求和期望。
问卷调查可以广泛收集用户的意见和建议，但需要注意问卷设计和样本选择的合理性。
文档分析是从已有的文档中提取需求信息，如用户手册、竞争产品分析、市场调研报告等。
原型演示可以通过模拟系统的界面和功能，来引导用户提供需求，从而达到需求获取的目的。
需求规格是将需求描述、需求功能和需求级别等信息进行形式化和详细化的过程。
需求规格可以采用自然语言、用例图、数据流图、状态转换图等形式进行描述。
自然语言是最常用的需求规格方法，通过文字和语言描述需求的功能和性能。
用例图是一种图形化的需求规格方法，它可以清晰地描述系统的功能和用户之间的交互。
数据流图是一种描述系统输入、处理和输出的方法，它能够明确系统的数据流和数据处理过程。
状态转换图是一种描述系统状态和状态转换的方法，它能够清晰地描述系统的状态变化和状态转移。
需求验证是对需求的正确性和可行性进行验证的过程。
需求验证的方法有面谈、演示、原型测试和用例测试等。
面谈是需求验证的主要方法，通过与用户的交流和沟通，来验证需求的准确性和合理性。
演示可以通过模拟系统的功能和性能，来验证需求的可行性和有效性。
原型测试是通过制作系统的原型，来进行需求验证和改进的过程。
用例测试是通过编写测试用例和执行测试脚本，来对系统需求进行详细测试和验证。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
选择建模工具的要点
正确认识建模方法论 正确认识UML
需求分析的误区
创意和求实 解剖的快感 角度和思维 程序员逻辑
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
周期一：理清框架与脉络
使用策略
废弃策略 追加策略
三个问题确认需求分析是否过关
问题一：需求是否已经考虑到了所有的应用场景？ 问题二：需求描述会给其它人带来歧义吗？
一是尽量从用户的角度来考虑问题。 二是在需求描述中，最好能够配有实际案例。
问题三：是否详细定义了可靠性？
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具员要使用符合客户语言习惯的表达 2. 分析人员要了解客户的业务及目标 3. 分析人员必须编写软件需求报告 4. 要求得到需求工作结果的解释说明 5. 开发人员要尊重客户的意见 6. 开发人员要对需求及产品实施提出建议和解决方案 7. 描述产品使用特性 8. 允许重用已有的软件组件 9. 要求对变更的代价提供真实可靠的评估 10. 获得满足客户功能和质量要求的系统 11. 给分析人员讲解您的业务 12. 抽出时间清楚地说明并完善需求 13. 准确而详细地说明需求 14. 及时作出决定 15. 尊重开发人员的需求可行性及成本评估 16. 划分需求的优先级（商业价值、交付成本、交付日期、交付复杂程度、风险、 与其它需求的关系、何时需要该需求等因素） 17. 评审需求文档和原型 18. 需求变更要立即联系 19. 遵照开发小组处理需求变更的过程 20. 尊重开发人员采用的需求分析过程
概述(续)
需求分析：将技术语言和业务语言统一
概述(续)
需求分析=提取、抽象、升华 提取出核心、主要、急迫的业务，明晰 业务流程 运用管理思想，优化业务流程 进行业务分类，规划系统蓝图 详细描述软件功能点 需求分析的质量控制
在需求开发中的重要性
需求分析的内容
绘制关联图 创建开发原型 分析可行性 确定需求优先级 为需求建立模型 编写数据字典 应用质量功能调配
业务实体分析
任务概述 类图
名称 属性 操作
E/R图
实体 属性 关键属性 关系
角色与使用场景分析
用例分析技术概述
用例图+用例描述
参与者与用例
用例实例是在系统中执行的一系列动作，这些动作将生成特定 执行者可见的价值结果。 一个用例定义一组用例实例。 用例场景是有步骤的 用例场景是有目标的 用例是有路径的。
需求分析的基本概念
概述 在需求开发中的重要性 需求分析的内容 需求分析困难的原因 需求分析的方法：原型化 三个问题确认需求是否过关
概述
需求分析就是把客户的功能描述转化 为软件人员所能理解的功能描述，并 在客户描述的基础上去除不合理的地 方，补充系统缺失的地方，最后为系 统的概要设计，详细设计提供准确， 有效的数据基础。
周期二：确定需求细节
确定行为需求的细节 确定结构需求的细节 周期二的产物
确定行为需求的细节
确定结构需求的细节
周期二的产物
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
其他需求分析
业务流程为主线索的分解 程序结构为主线索的分解 基于场景的分解 基于数据的分解
提炼 清除矛盾
建模的目标与要点
需求建模的过程远比建模的结果更重要 建模的目的
帮助我们按照实际情况或按我们需要的样式对系统进行可视化 提供一份详细说明系统的结构或行为的方法 给出一个指导系统构造的模板 对我们做出的决策进行文档化
业务流程改进(BPR)的ESIA策略
E：清除低效环节 S：简化瓶颈点 I：整体资源 A：将烦琐的任务实现自动化
业务流程分析(续)
业务流程分析的要点
流程是有层次的 流程是有类型的
生产性流程 管理性流程 支持性流程
业务流程分析的产物
跨职责流程图 活动图 数据流图(DFD)
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
需求分析实践
Use case：用例 User Story：用户故事 Feature：特征驱动
用例
用例
用例
用例
参与者，Actor 用例，Use case 事件流
前置条件 后置条件 基本事件流 扩展事件流
编写事件流的注意
使用简单的语法：主语明确，语义易于理解； 明确写出"谁控制球"：也就是在事件流描述中，让读者直观地了解是参与者 在控制还是系统在控制； 从俯视的角度来编写：指出参与者的动作，以及系统的响应，也就是第三者 的角度； 显示过程向前推移：也就是第一步都有前进的感（例如，用户按下tab键做 为一个事件就是不合适的）； 显示参与者的意图而非动作（光有动作，让人不容易直接从事件流中理解用 例）； 包括"合理的活动集"（带数据的请求、系统确认、更改内部、返回结果）； 用"确认"而非"检查是否"：（如系统确认用户密码正确，而非系统检查用户 密码是否正确）； 可选择地提及时间限制； 采用"用户让系统A与系统B交互"的习惯用语； 采用"循环执行步骤x到y，直到条件满足"的习惯用语。
接口需求 非功能需求的追踪 设计约束
其他需求分析：接口需求
使用者 内容与格式 设计约束
其他需求分析：非功能需求的追踪
ISO/IEC 9126(GB/T 16120-1996) 适合性 准确性 功能性 互操作性、互用性（兼容性） 依从性 安全性 成熟性 可靠性 容错性 易恢复性 易理解性 易用性 易学习性 易操作性 时间特性 效率 资源特性 易分析性 易改变性 易维护性 稳定性 易测试性 适应性 易安装性 可移植性 遵循性 可替换性
用例之间的关系
包含 扩展 泛化
周期一的产物
工作任务说明
结合业务流程、报表的需求，梳理出结 构框架(领域模型)和行为脉络(流程图>用例模型) 业务事件分析 报表分析
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
需求分析与建模
2009年09月
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
用例陷阱
1. 2. 3. 4. 5. 连用户都不理解的用例 用例太多啦 过于复杂的用例 描述特定用户界面元素和行为的用例 不再使用其他需求模型
需求分析困难的原因
客户说不清楚需求 需求自身经常变动 分析人员或客户理解有误
需求分析的方法：原型化
原型类型
探索型
目的是要弄清楚对目标系统的要求,确定所希望的特性,并 探讨多种方案的可行性.
实验型
用于大规模开发和实现前,考核方案是否合适,规格说明是 否可靠.
进化型
目的不在于改进规格说明,而是将系统建造得易于变化,在 改进原型的过程中,逐步将原型进化成最终系统。
建模的要点
设计要考虑到计划之外的变化 设计要文档化，能够使不熟悉的新手也可以有效地利用 用可视化的模型表述架构，有助于理解变化所代表的含义
建模的原则
选择创建什么模型对如何动手解决问题和如何形成解决方案有着 深远的影响 每一种模型可以在不同的精度级别上表示 最好的模型是与现实相联系的 单个模型是不充分的，对每个重要的系统最好用一组几乎独立的 模型去处理
业务流程分析 业务实体分析 角色与使用场景分析 周期一的产物
业务流程分析
任务概述 与流程管理理论的关系
流程的目标性、内在性、整体性、动态性、层次性、结 构性 工作流实现的本质是原子级流程积木的识别与串接 流程设计的原则
流程以产出为中心，而非任务为中心 让那些需要得到流程产出的人自己执行流程 将决策点位于工作执行的地方，在业务流程中建立控制程 序 流程多样化，应场景不同而变化 单点接触客户
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
要点与误区分析 需求分析到底做什么 建模的目标与要点 选择建模工具的要点 需求分析的误区
需求分析到底做什么
需要分析就是先分解、再提炼，在这个过 程中消除矛盾。 分解
其他需求分析：设计约束
非技术因素决定的技术选型 预期的使用环境 预期的软硬件环境
主题
需求分析的基本概念 20条法则 要点与误区分析 周期一：理清框架与脉络 周期二：确定需求细节 其他需求分析 需求分析工具 需求分析实践
需求分析的工具列表
原型设计模型工具交互原型设计软 件AxureRPPro5 StarUML工具 Visio工具 FreeMind工具思维导图软件