JavaEE-单元1 任务2 软件需求分析.pptVIP

任务2 软件需求分析 相关支撑知识 数据流是数据在系统内传播的路径，由一组固定的数据项组成。可从加工流向加工，也可从加工流向文件或从文件流向加工，也可从源点流向加工或从加工流向终点。 加工也称为数据处理，它对数据流进行某些操作或变换。每个加工要有名字，简明地描述完成什么加工。在分层的数据流图中，加工还应有编号。 数据存储指暂时保存的数据，可以是数据库文件或任何形式的数据组织。流向数据存储的数据流可理解为写入文件，或查询文件，从数据存储流出的数据可理解为从文件读数据或得到查询结果。 数据源点和终点是软件系统外部环境中的实体(包括人员、组织或其他软件系统) 。一般只出现在数据流图的顶层图中。 第18页 结构化分析方法 1 二需求分析方法 SA描述工具 任务2 软件需求分析 相关支撑知识 面向对象分析方法（OOA），是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。 OOA与结构化分析区别： OOA强调在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 第19页 面向对象分析方法 2 二需求分析方法 OOA模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。 定义了两种对象类之间的结构：分类结构是一般与特殊的关系；组装结构反映了对象之间的整体与部分的关系。 任务2 软件需求分析 相关支撑知识 第20页 面向对象分析方法 2 二需求分析方法 OOA在定义属性的同时，要识别实例连接 实例连接是一个实例与另一个实例的映射关系。 OOA在定义服务的同时要识别消息连接 当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。 OOA 中的5个层次和5个活动持续贯穿在OOD（面向对象的设计）过程中 任务2 软件需求分析 相关支撑知识 第21页 面向对象分析方法 2 二需求分析方法 ①抽象：抽象原则包括过程抽象和数据抽象； ②封装：把对象的属性和服务结合为一个不可分的系统单位，并尽可能隐蔽对象的内部细节； ③继承：特殊类和一般类； ④分类：把具有相同属性和服务的对象划分为一类； ⑤聚合：又称组装； OOA主要原则 ⑥关联?：通过一个事物联想到另外的事物； ⑦消息通信：用消息连接表示出对象之间的动态联系； ⑧粒度控制：考虑全局时，注意其大的组成部分，暂时不详察具体的细节；考虑某部分的细节时则暂时撇开其余的部分； ⑨行为分析：行为复杂。 任务2 软件需求分析 相关支撑知识 第22页 面向对象分析方法 2 二需求分析方法 三种分析模型 功能模型：即用例模型； 对象模型： 对用例模型进行分析，把系统分解成互相协作的分析类，通过类图/对象图描述对象/对象的属性/对象间的关系，是系统的静态模型。 动态模型 描述系统的动态行为，通过时序图/协作图描述对象的交互，以揭示对象间如何协作来完成每个具体的用例； 单个对象的状态变化/动态行为可以通过状态图来表达。 任务2 软件需求分析 相关支撑知识 第23页 面向对象分析方法 2 二需求分析方法 基本步骤 确定结构 确定主题 确定属性 确定方法 确定 对象和类 任务2 软件需求分析 相关支撑知识 用例图： 用来图示化系统的主事件流程，描述客户的需求； 用例就是软件的功能模块，是设计系统分析阶段的起点，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系。 第24页 用例图 1 三UML 用 例 图 用例图包含： 用例 参与者 用例之间用关联来连接 任务2 软件需求分析 相关支撑知识 用例 是从系统外部可见的行为，是系统为某一个或几个参与者（Actor）提供的一段完整的服务。 用例之间关系： 都是独立、并列的，它们之间并不存在着包含从属关系； 但为体现一些用例之间的业务关系，提高可维护性和一致性，用例之间可以抽象出：包含(include)、扩展(extend)和泛(generalization)几种关系。 第25页 用例图 1 三UML 用 例 图 任务2 软件需求分析 相关支撑知识 第26页 关系 2 三UML 用 例 图 包含 include 使用包含（Inclusion）用例来封装一组跨越多个用例的相似动作（行为片断），以便多个基本用例复用。 基本用例控制与包含用例的关系，以及被包含用例的事件流是否会插入到基本用例的事件流中。 基本用例可以依赖包含用例执行的结果，但双方不能访问对方的属性。 任务2 软件需求分析 相关支撑知识 第27页 关系 2 三UML 用 例 图 扩展 extends 将基本用例中一段相对独立并且可选的动作，用扩展用例加以封装，再让它从基本用例中声明的扩展点上进行扩展，从而使基