需求工程2

面向对象需求分析的工具UML，整个面向对象开发也离不开UML，UML是统一建模语言。

构造块中的事物会出现在选择题中。

下图白色框中的图统称为交互图。顺序图也称之为时序图。

UML中最重要的是用例图和类图。

考查方式，一般会把其中的划掉的部分让考生自己去填写，要充分利用题干中的信息进行填写，应该用例图与题干的描述一定一致，是一一对应的关系。

下图包含关系代表A包含B；扩展关系中扩展用例指向基本用例；泛化关系为父子关系，子可以继承父的特性。

类是静态图，体现内部结构；用例是动态图描述系统。

依赖有一定约束在里面

类图和对象图，考查形式和用例图相似，给你一张图，然后根据题干信息进行填充。

三角形代表泛化关系，菱形代表整体和部分的关系。一般先从题干中找出父子关系的类，再找出整体和部分关系的类，填充到类名空格中。

上图代表1个书籍列表对应0本或多本书，书籍列表类和书籍类之间是1对多的形式。

泛化关系中父类是一般，子类是特殊。

聚合关系：类似于汽车和轮子，汽车报废了，但如果轮子还好的，轮子可以被其他汽车所使用；

组合关系：类似于公司和部门，公司倒闭了，部门也就不复存在。

实现关系：类去实现接口，一个类可以实现一个到多个接口。

顺序图考查方式和用例图，类图，对象图相似。

活动图两个横线之间的流程是可以并行的，并发执行。

状态图中节点代表状态，节点之间的连线代表事件/触发因素。

部署图中方块代表物理节点，圆形代表接口。

交互过程是个动态的过程，所以要选动态图。

活动图和结构化中的程序流程图是一样的结构。

下方的表格用于细化用例描述

分析阶段层次高，设计阶段层次低，层次低的比较关注细节。下图第一问中C选项，状态是最细节的，所以不应该在分析阶段。

下图中B选项“数据和操作”是在类中体现，属于设计阶段，并不是在需求分析阶段。

系统中主要是数据（信息）流和控制流，数据流代表数据信号，控制流代表控制信号。

下图中D选项的类库和框架的位置反了

用例

UML用例图

需求定义之后得到SRS：软件需求规格说明书

需求验证目的是多方达成共识，约定成为验收标准，从而减少一些不必要的麻烦。

如果甲方不愿意签字，可以以备忘录和会议纪要的形式进行记录，并进行邮件发送。

成本补偿在国内不太可行，基本都是固定总价。

需求验证之后可以得到需求基线。

UC：usecase（用例）

兴奋需求不需要做，可以删除。

分析数据流图中存在的错误主要看：

1、题干和数据流图一一匹配的问题；

2、平衡原则：父图和子图的平衡和子图内部的平衡。

下图中（1）是实地观察