软件工程 - 软件需求

第三章 软件需求

1.软件需求的定义：软件需求表达了对解决现实世界中某类问题的产品的要求和约束。背
(1) 硬件、软件和将遵照的通信接口。
(2) 必须服从公司标准的用户界面。
(3) 将被坚持的报告格式。
(4) 过程限制，比如ISO 9000等。
(5) 基础设施造成的硬件限制。
必须使用排序算法对航班离开时间排序→不是需求问题，而是设计问题。

2.功能性需求：描述软件执行时的功能；非功能性需求：指解决问题时的约束。非功能性需
求（质量需求）通常和性能，可靠性，安全性，可维护性，可移植性等有关。

3.列举五种非功能性需求：性能，可靠性，安全性，可维护性，可移植性

4.需求分析的四个步骤以及每个步骤的定义：
(1) 需求获取：指的是软件需求的来源以及软件工程师收集这些软件需求的方法。
(2) 需求分析：产生操作规格参数表，指明与其他系统元件的软件接口，确定软件必须遵循的约束。
(3) 需求定义：编写《软件需求规格说明书》。
(4) 需求验证：即检查需求的正确性、完整性、非二义性、内部和外部的连贯性。

5.需求分析的任务是什么？
准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么，并用系统规格说明书，规范的形式，准确地表达用户的需求。

6.结构化分析方法是一种建模技术，它以数据字典为核心，建立数据流图（加工规格说明，用于功能建模）、实体-关系图（数据对象描述，用于数据建模）和状态转换图（控制规格
说明，用于行为建模）。

7.数据流图的四种基本图形符号

8.数据流图的每个加工至少有一个输入数据流和一个输出数据流。

9. 结构化分析的分析策略：自顶向下，逐步求精。

10.UML 图：需要知道名字（类图、用例图、交互图、状态图、活动图、实现图

11. UML中动态模型的描述工具有哪三种图：顺序图，活动图和状态图。

12.要会画用例图、分析时序图。了解 include（在…之前发生）和 ext end（仅 在…时发生）

13. 用例图里面有哪些元素，其主要用途是什么？
用例图的主要元素：用例，参与者，系统和用例之间的关系。用例图的主要用途：用于需求的获取、定义和分析

14.UML模型中哪些是参与者，可以通过提出什么问题来明确参与者？
UML模型中的参与者指与系统交互的人或物，它代表外部实体。可以通过提出以下问题来明确参与者：
(1) 谁或者什么为系统提供输入？
(2) 谁或者什么接收系统的输出？
(3) 需要与其他系统连接的接口吗？
(4) 是否存在在预定的时间自动触发的事件？
(5) 谁将维护系统中的信息？

15.顺序图由这五个元素组成：类角色、对象、生命线、激活期和消息。

16.什么是用例图？
用例图是显示一组用例，参与者以及它们之间关系的图。用例图从用户的角度而不是开发者的角度来描述对软件产品的需求，分析产品所需的功能和动态行为。

17.用例图的作用：用来对需求建模。用例图是至关重要的，它的正确与否直接影响到客户对最终产品的反应度。

18.用例图的内容含有：参与者、用例与关系（泛化，扩展和包含）。

19. 
(1) 数据流图的组成元素中，数据流用于描述数据处理所需的输入或输出。
(2) 在UML图中，顺序图用于描述为实现一个用例多个对象之间动态的交互关系，以及对象的生存期。状态图描述一个对象能达到的所有状态以及引起状态转换的事件。
(3) 有效的需求变更管理需要对变更带来的潜在影响及可能的成本费用进行评估。
(4) 需求分析和设计，在这两个阶段主要确定目标系统的逻辑模型，不涉及软件的物理实现。 

(5) UML状态图用于描述一个对象所能到达的所有状态以及引起状态转变的事件。
(6) UML用例图中，被包含用例（即包含关系箭头指向的用例）是指经过封装后可以在各种不同的基本用例中复用的用例。
(7) 针对需求分析作用的描述中，错误的是：使程序接口定义得以明确。原因：需求分析不涉及接口的定义，设计时才定义接口。
(8) 如果使用增量模型，任何需求变化都可以很好地控制。
(9) 软件需求可以分为两类：功能性需求和非功能性需求。软件需求过程包含四个阶段：需求获取、需求分析、需求定义、需求验证。
(10) 项目失败的原因分析中最首要的原因（出现软件缺陷的首要原因）：需求不清。

(11) 软件模型必然是可更改的。
(12) 定义产品的目标和范围这一活动开始是作为系统工程的一部分，接下来作为软件需求分析的第一步。
(13) 不跟其他类产生关联的方法设置为私有方法。