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 数据流图
