【软工】获取需求

Chapter 4 获取需求

4.1 需求过程-获取需求的过程

SRS 软件需求规格

获取需求过程

4.2 需求引发

4.3 需求类型

功能需求- 描述系统预期提供的功能或服务

• 对系统应提供的服务
• 如何对输入作出反应
• 系统在特定条件下的行为
• 描述方式：文字描述、图标表示
• 功能需求描述应该完整而且一致和准确

非功能需求 指那些不直接与系统具体功能相关的一类需求

• 响应时间
• 易使用性
• 高可靠性
• 低维护代价
• 例如POS机，

领域需求

• 源于系统的应用领域需求
• 反应应用领域的基本问题，直接影响到系统的可用性
• 版权限制、

4.4 需求特征

• 正确性

• 一致性

• 无二义性

• 完整性

• 可行性

• 相关性

• 可测试性

• 可跟踪性

4.5 建模表示法

4.5.1 ER图

四种成分

• 矩形框：表示实体，在框中计入实体名
• 菱形框: 表示实体和实体之间的联系框中写联系名
• 椭圆形：表示实体或者联系的属性，把属性名写入其中
• 连线
  • 一对一
  • 一对多：多方写N
  • 多对多：多方写N、M

构造ER图

包括如下步骤：标识实体集；标识联系集；标识属性值集；标识主属性。

例1：•用图书、作者两个实体及其属性和联系构建E-R图。

–图书的属性：书号、书名、出版社、价格

–作者的属性：身份证号、姓名、年龄

4.5.2 UML类图

标准建模语言UML

• UML基本图素：类、对象、包、接口
• UML模型图：按照UML建模规则构成的。例如：用例图、类图、对象图、状态图等
• UML建模规则：UML模型图必须按照特定的规则有机地组合而成，从而构成一个有机的、完整的UML模型图

类图概要

• 类图以反映类的结构(属性、操作)以及类之间的关系为主要目的，描述了软件系统的结构，是一种静态建模方法

• 类图中的“类”与面向对象语言中的“类”的概念是对应的，是对现实世界中的事物的抽象

类图解释

• 类
  • 
  • 从上到下分为三部分，分别是类名、属性和操作。类名是必须有的
  • 类如果有属性，则每一个属性都必须有一个名字，另外还可以有其它的描述信息，如可见性、数据类型、缺省值等
  • 类如果有操作，则每一个操作也都有一个名字，其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等

类图中的关系

• 关联关系：描述了类的结构之间的关系。具有方向、名字、角色和多重性等信息。一般的关 联关系语义较弱。也有两种语义较强，分别是聚合与组合

• 泛化关系：在面向对象中一般称为继承关系，存在于父类与子类、父接口与子接口之间

  

  

• 实现关系：对应于类和接口之间的关系

• 依赖关系：描述了一个类的变化对依赖于它的类产生影响的情况。有多种表现形式，例如绑定(bind)、友元(friend)等。 友元就是访问私有变量的一种机制。

  • 表示方法

  

  • bind

​ 友元

4.5.5 Petri网

任何系统都可抽象为状态（或者条件）、活动（或者事件）及其之间关系的三元结构。在Petri网中，状态用位置（place）表示，活动用迁移（transition）表示。迁移的作用是改变状态，位置的作用是决定迁移能否发生，迁移和位置之间的这种依赖关系用流来表示。

Petri网结构—Petri网结构是一个三元组N =（P，T，F），其中，

① P = {p1，p2，…，pn}是有限位置集合；

② T = {t1，t2，…，tn}是有限迁移集合（P ÈT ¹ Æ，PÇT = Æ）；

③ F Í（P×*T**）*È（T×P）为流关系。

4.5.6 数据流图

---