第三讲 需求分析_3.ppt

第三章 需求分析 意义： 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的软件只会令用户失望，给开发带来烦恼。 任何系统都必须有数据支撑，分析系统的数据要求通常采用建立数据模型的方法！ 借助当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。 4. 修正系统开发计划 对系统的成本和进度作更准确的估计 3.2 获取需求的方法 访谈 结构化分析方法（面向数据流自顶向下求精） 简易的应用规格说明技术 快速原型法 （1）访谈 正式访谈 非正式访谈 面向数据流的分析方法，采用数据流图建立功能模型 (3) 简易的应用规格说明技术 (4) 快速原型法 快速原型即快速建立起来的旨在演示目标系统主要功能的可运行的程序。 快速建立软件原型是最准备、最有效、最强大的需求分析技术。 快速原型应具备的特性是“快速”、“容易修改” 1)分析建模 模型--就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。 需求分析过程具体的建模方法有： 基于功能建模：用例图 基于行为的建模：状态图 数据建模：实体-关系图 数据模型中包含3种相互关联的信息： 数据对象（实体） 数据对象的属性 数据对象彼此间相互连接的关系。 实例二 企业职工管理中，需要涉及的功能有： 1）人事处对职工的档案和部门进行管理，包括职工基本情况，部门的基本情况以及各种职称、职务的管理； 2）财务处管理职工的工资情况； 3）科研处管理项目、职工参加项目的情况。 人事管理局部E-R图 工资管理局部E-R图 项目管理局部E-R图 合并后全局E-R图 练习： 请为某仓库的管理设计一个ER模型。该仓库主要管理零件的订购和供应商等事项。仓库向工程项目供应零件，并且根据需要向供应商订购零件。 面向对象方法学 传统结构化方法学的缺点： 1、生产效率低 2、不能满足用户需求 3、软件复用程度很低 4、软件仍然很难维护 面向对象的思想 OOSD （Object-Oriented Software Development） 是一种 把面向对象的思想应用于软件开发过程，指导开发活动的系统方法。 面向对象的基本概念 面向对象建模 建模是问题域中定义软件解的一种方法。 面向对象建模原则:是按照人们习惯的思维方式，用面向对象观点建立问题域的模型，开发出尽可能自然地表现求解方法的软件。 模型的实质：对现实的简化。 建模的目的： 便于展现系统。 允许开发人员指定系统的结构或行为。 提供构造系统的模板。 记录决策。 三种模型 用面向对象方法开发软件，通常需要建立对象模型、动态模型和功能模型三种模型。 1)对象模型是描述系统数据结构的，它始终都是目标系统中最关键、最基本、最核心的； 2)动态模型是描述系统控制结构的； 3)功能模型是描述系统功能的。 需求分析 与 面向对象方法学 用例图（use case diagram ） 如何定义用例？ 参与者 用例间的关系 1 关联关系 2 包含关系 3 扩展关系 4 泛化关系 关联关系 表示参与者用例之间进行通信。 不同的参与者可以访问相同的用例。 包含关系 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 新用例不是原用例的一个特例，不能被原用例所替代。 扩展关系 扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 额外用例的插入，基础用例对插入不知情。 泛化关系 父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。 实例—学生成绩管理 需求分析 成绩管理模块(场景)主要用于实现教师对学生考试成绩的管理以及学生对考试成绩的查询。 步骤： 识别参与者 确定用例 确定关系 状态图的表示: 初始状态代表状态图的起始位置，只能作为转换的源，而不能作为转换的目标。 初始状态在一个状态图中只允许有一个，它用一个实心的圆表示。 终止状态是模型元素的最后状态，是一个状态图的终止点。 终止状态只能作为转换的目标，而不能作为转换的源。 它用一个套有一个实心圆的空心圆表示。 状态种类： 简单状态（Simple State） 组成状态（Composite State） 活动行为： 入口动作（Entry ） 出口动作（Exit ） 组成状态 组成状态是可以包含一些嵌套的子状态的状态。 组成状态可以通过“或”关系分解为互相排斥的顺序子状态，或者使用“与”关系分解为并发子状态。 组成状态—顺序子状态 如果一个组成状态的子状态对应的对象在其生