第三章

需求分析的任务

• 目的：澄清用户的需求

• 任务：用户和软件人员双方一起来充分地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档---需求说明书

{width="6.3in" height="3.715596019247594in"}

{width="6.3in" height="5.3647419072615925in"}

需求定义和层次 and 需求包含的内容

{width="6.3in" height="3.787555774278215in"}

功能需求

{width="6.3in" height="1.5301345144356955in"}

业务需求

{width="6.066666666666666in" height="3.717095363079615in"}

{width="6.066666666666666in" height="4.4583891076115485in"}

用户需求

{width="6.3in" height="2.9908114610673664in"}

系统需求

{width="6.3in" height="2.379358048993876in"}

非功能需求

{width="6.3in" height="3.602752624671916in"}

例题

{width="6.3in" height="3.7574376640419946in"}

需求获取的手段方法

• 用户面谈

• 需求专题讨论会

• 问卷调查

• 现场考察

• 原型化方法

• 基于用例的方法

需求报告的作用是什么，需求报告的主要内容有哪些，写作需求文档的注意事项

需求说明书（SRS Software requirements specification）的三个作用

• 作为用户和软件人员之间的合同，为双方相互了解提供基础。

<!-- -->

• 反映出问题的结构，可以作为软件人员进行设计和编写的基础。

<!-- -->

• 作为验收的依据，即作为选取测试用例和进行形式验证的依据。

• {width="6.3in" height="2.8184208223972003in"}

主要内容

{width="6.3in" height="3.2013462379702537in"}

{width="6.3in" height="3.345716316710411in"}

{width="6.3in" height="4.213976377952756in"}

{width="6.3in" height="1.7754549431321085in"}

注意事项

{width="6.3in" height="4.318476596675415in"}

{width="6.3in" height="3.650294181977253in"}

需求建模时，除了可以使用数据流图数据字典之外，还有哪些需求建模手段？

• E-R图

<!-- -->

• 状态变迁图

<!-- -->

• UML建模工具

判定树、判定表

判定表

{width="6.3in" height="3.9982534995625545in"}

{width="6.3in" height="3.7357250656167977in"}

判定树

{width="6.3in" height="3.616833989501312in"}

加工逻辑描述工具的选择

• 不太复杂的判断逻辑，使用判断树比较好；

• 复杂的判断逻辑，使用判断表比较好；

• 若一个处理逻辑既包含了一般的顺序执行动作，又包含了判断或循环逻辑，则使用结构化语言比较好。

例题

{width="6.3in" height="3.08in"}

---

订购单金额 金额 > 金额 \<=
500 500

订购单状态 已过期 未过期 已过期 未过期

发批准单 - y y -

发提货单 - y y -

发通知单 - - y -

---

需求文档的质量属性有哪些

{width="6.3in" height="4.549688320209974in"}

{width="6.3in" height="4.7025in"}

完整性

{width="6.3in" height="3.2629844706911637in"}

正确性

{width="6.3in" height="3.2725in"}

一致性

{width="6.3in" height="3.3838429571303585in"}

无二义性

{width="6.3in" height="3.586994750656168in"}

可验证性

{width="6.3in" height="3.311294838145232in"}

验证软件需求的方法有哪些？

{width="6.3in" height="1.9850284339457567in"}

什么是SA建模方法，掌握SA建模图

SA 建模方法

• 结构化分析方法（Structured Analysis，简称SA方法）是70年代中期提出的一种面向数据流、自顶向下、逐步求精进行需求分析的方法。

• 结构化分析方法适用于分析大型的数据处理系统，特别适用于企事业管理系统。

• 结构化分析方法通常与设计阶段的结构化设计方法（Structured Designed，简称SD方法）衔接起来使用。

SA 建模图

{width="6.3in" height="4.654949693788277in"}

SA建模方法的建模技术有数据建模、功能建模和行为建模，以实体-关系图（E-RD）、数据流图（DFD）、状态-迁移图（STD）为工具，数据字典（DD）为核心，从不同视点建立系统的分析模型。

• 数据字典(DD)

模型核心，包含了所有数据对象的描述的中心库。

• E-R图(ERD)

表示数据对象以及相互的关系，用于数据建模。

• 数据流图(DFD)

指明数据在系统中移动时如何被变换;

描述对数据流进行变换的功能;

DFD中每个功能的描述包含在加工规约(小说明)；

用于功能建模。

• 状态变迁图(STD)

指明作为外部事件的结果,系统将如何动作。用于行为建模

需求跟踪矩阵的内容是什么？解决什么问题？

{width="6.3in" height="1.3433300524934384in"}

非功能性需求的内容有哪些

{width="6.3in" height="3.2047823709536307in"}

题目鉴赏

{width="6.3in" height="4.092747156605425in"}

C

{width="6.3in" height="3.8784175415573054in"}

B：还有需求管理

{width="6.3in" height="4.169877515310586in"}

全选

{width="6.3in" height="3.909321959755031in"}