面向对象需求分析的工具UML，整个面向对象开发也离不开UML，UML是统一建模语言。
构造块中的事物会出现在选择题中。
下图白色框中的图统称为交互图。顺序图也称之为时序图。
UML中最重要的是用例图和类图。
考查方式，一般会把其中的划掉的部分让考生自己去填写，要充分利用题干中的信息进行填写，应该用例图与题干的描述一定一致，是一一对应的关系。
下图包含关系代表A包含B；扩展关系中扩展用例指向基本用例；泛化关系为父子关系，子可以继承父的特性。
类是静态图，体现内部结构；用例是动态图描述系统。
依赖有一定约束在里面
类图和对象图，考查形式和用例图相似，给你一张图，然后根据题干信息进行填充。
三角形代表泛化关系，菱形代表整体和部分的关系。一般先从题干中找出父子关系的类，再找出整体和部分关系的类，填充到类名空格中。
上图代表1个书籍列表对应0本或多本书，书籍列表类和书籍类之间是1对多的形式。
泛化关系中父类是一般，子类是特殊。
聚合关系：类似于汽车和轮子，汽车报废了，但如果轮子还好的，轮子可以被其他汽车所使用；
组合关系：类似于公司和部门，公司倒闭了，部门也就不复存在。
实现关系：类去实现接口，一个类可以实现一个到多个接口。
顺序图考查方式和用例图，类图，对象图相似。
活动图两个横线之间的流程是可以并行的，并发执行。
状态图中节点代表状态，节点之间的连线代表事件/触发因素。
部署图中方块代表物理节点，圆形代表接口。
交互过程是个动态的过程，所以要选动态图。
活动图和结构化中的程序流程图是一样的结构。
下方的表格用于细化用例描述
分析阶段层次高，设计阶段层次低，层次低的比较关注细节。下图第一问中C选项，状态是最细节的，所以不应该在分析阶段。
下图中B选项“数据和操作”是在类中体现，属于设计阶段，并不是在需求分析阶段。
系统中主要是数据（信息）流和控制流，数据流代表数据信号，控制流代表控制信号。
下图中D选项的类库和框架的位置反了
用例
UML用例图
需求定义之后得到SRS：软件需求规格说明书
需求验证目的是多方达成共识，约定成为验收标准，从而减少一些不必要的麻烦。
如果甲方不愿意签字，可以以备忘录和会议纪要的形式进行记录，并进行邮件发送。
成本补偿在国内不太可行，基本都是固定总价。
需求验证之后可以得到需求基线。
UC：usecase（用例）
兴奋需求不需要做，可以删除。
分析数据流图中存在的错误主要看：
1、题干和数据流图一一匹配的问题；
2、平衡原则：父图和子图的平衡和子图内部的平衡。
下图中（1）是实地观察
网友评论