软件工程03

3.1.3 导出逻辑模型
综合上述两项分析结果导出详细逻辑模型. 综合上述两项分析结果导出详细逻辑模型 明确目标系统与当前系统的逻辑差别， 明确目标系统与当前系统的逻辑差别，将变化部分看作是 新的处理过程，然后由外及里对变化进行分析，推断其结构， 新的处理过程，然后由外及里对变化进行分析，推断其结构， 最终获得目标系统的逻辑模型。 最终获得目标系统的逻辑模型。 通常用数据流图 实体-联系图 状态转换图、数据字典和 数据流图、 联系图、 通常用数据流图、实体 联系图、状态转换图、数据字典和主要 的处理算法描述这个逻辑模型 描述这个逻辑模型。 的处理算法描述这个逻辑模型。
3.可靠性和可用性需求 3.可靠性和可用性需求： 可靠性和可用性需求：
按实际的运行环境提出对被开发软件在投入运行后不发生故障的概率之要求 例：机场雷达系统一月内不能出现2次故障；任何时候主机和备份机雷达系统至 少一个可用。
4.出错处理需求 出错处理需求
描述系统对环境错误如何响应。 例：另一系统发来一个违反协议格式的消息。 应尽量少。
5.接口需求 5.接口需求
描述应用系统与它的环境通讯的格式
常用接口: 用户接口需求；硬件接口需求；软件接口需求； 常用接口 用户接口需求；硬件接口需求；软件接口需求；通讯接口需求 例商品从货源地送到目的地需成本一直显示在‘成本’正文框中----用户接口需 例商品从货源地送到目的地需成本一直显示在‘成本’正文框中 用户接口需 求 自运输公司传送“需运送商品”信息格式exp<string>----通讯接口需求 自运输公司传送“需运送商品”信息格式 通讯接口需求
正式的访谈中，系统分析员将提出一些事先准备好的具体问题，例如，询问客户公司 销售的商品种类、雇用的销售人员数目以及信息反馈时间应该多快等 非正式的访谈中，将提出一些可以自由回答的开放性问题，以鼓励被访问的人员表达 自己的想法，例如，询问用户为什么对目前正在使用的系统感到不满意 当需要调查大量人员的意见时，向被调查的人员分发调查表是一有效的做法. 在对用户进行访谈的过程中使用情景分析技术往往非常有效。
情景分析----就是对用户运用目标系统解决某个具体问题的方法和结果进行分析 情景分析 就是对用户运用目标系统解决某个具体问题的方法和结果进行分析
情景分析的用处主要体现在下述两个方面： 情景分析的用处主要体现在下述两个方面：
它能在某种程度上演示产品的行为，从而便于用户理解， 它能在某种程度上演示产品的行为，从而便于用户理解，而且还可能进 一步揭示出一些系统分析员目前还不知道的需求。 一步揭示出一些系统分析员目前还不知道的需求。 由于情景分析较易为用户所理解， 由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析 过程中始终扮演一个积极主动的角色， 过程中始终扮演一个积极主动的角色，让用户起积极主动的作用对需求分析 工作获得成功至关重要
简易应用规格说明方法应遵循的基本准则： 简易应用规格说明方法应遵循的基本准则：
在中立地点举行由开发者和用户双方出席的会议; 在中立地点举行由开发者和用户双方出席的会议 制定准备会议和参加会议的规则; 制定准备会议和参加会议的规则 提出一个议事日程，这个日程应该足够正式以便能够涵盖所有要点， 提出一个议事日程，这个日程应该足够正式以便能够涵盖所有要点，同时这 个日程又应该足够非正式，以便鼓励自由思维; 个日程又应该足够非正式，以便鼓励自由思维 由一个“协调人”来主持会议， 由一个“协调人”来主持会议，他既可以是用户也可以是开发者还可以是从 外面请来的人; 外面请来的人 使用一种“定义机制” 例如，工作表、图表等） 使用一种“定义机制”（例如，工作表、图表等）; 目标是标识问题、提出解决方案要素、 目标是标识问题、提出解决方案要素、商讨不同的方法以及在有利于实现目 标的氛围中指定初步的需求。 标的氛围中指定初步的需求。
3.1.2 分析系统的数据需求
任何系统本质上是信息处理系统.系统必须处理的信息和应产 任何系统本质上是信息处理系统 系统必须处理的信息和应产 生的信息决定了系统面貌.所以分析系统的数据要求是软件需求分 生的信息决定了系统面貌 所以分析系统的数据要求是软件需求分 析的一个重要任务. 析的一个重要任务 分析系统数据需求常用建立数据模型的办法. 分析系统数据需求常用建立数据模型的办法
3.1需求分析的任务 需求分析的任务
深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统 元素的接口细节，定义软件的其他有效性需求，借助于当前系统的逻辑模 型导出目标系统逻辑模型，解决目标系统“做什么”的问题。需求分析任 务与其实现步骤如图所示。
需求分析可分为需求提出、需求分析描述及需求评审三个阶段。 需求分析可分为需求提出、需求分析描述及需求评审三个阶段。 需求提出 三个阶段
3.1.4 修正系统开发计划 重估成本,进度 重估成本 进度
3.2 与用户沟通获取需求的方法
或称为会谈） 3.2.1 访谈（或称为会谈）
是最早运用,也是迄今为止仍然广泛使用的主要的需求分析技术 是最早运用 也是迄今为止仍然广泛使用的主要的需求分析技术 访谈有两种基本形式：正式的和非正式的访谈。 访谈有两种基本形式：正式的和非正式的访谈。
3.2.2 面向数据流自顶向下求精
结构化分析方法－－面向数据流自顶向下逐步求精进行需求分析方 结构化分析方法－－面向数据流自顶向下逐步求精进行需求分析方 －－ 其过程： 法，其过程：
从数据流图的输出端着手输出数据由哪些元素组成？来自哪里 从数据流图的输出端着手输出数据由哪些元素组成？来自哪里; 沿数据流图从出到入回溯确定每个元素来源，同时初步定义了一些算法 沿数据流图从出到入回溯确定每个元素来源，同时初步定义了一些算法; 如某元素还不在图中或其算法尚不清楚，更深入了解 如某元素还不在图中或其算法尚不清楚，更深入了解; 得到的数据元素信息记数据字典中，算法记在 图中; 得到的数据元素信息记数据字典中，算法记在IPO图中 图中 对上述结果请用户复查; 对上述结果请用户复查 反复以上过程，随分析过程进展， 反复以上过程，随分析过程进展，经过问和答的反复分析员越来越深入了解目标 系统。 系统。
目前存在许多不同的结构化分析方法，都遵守下述准则: 目前存在许多不同的结构化分析方法，都遵守下述准则: (1)必须理解和表示问题的信息域 必须理解和表示问题的信息域， (1)必须理解和表示问题的信息域，根据这条准则应该建立数据 模型 (2)必须定义软件应完成的功能 这条准则要求建立功能模型。 必须定义软件应完成的功能， (2)必须定义软件应完成的功能，这条准则要求建立功能模型。 (3)必须表示作为外部事件结果的软件行为 必须表示作为外部事件结果的软件行为， (3)必须表示作为外部事件结果的软件行为，这条准则要求建立行 为模型。 为模型。 (4)必须对描述信息 功能和行为的模型进行分解， 必须对描述信息、 (4)必须对描述信息、功能和行为的模型进行分解，用层次的方式 展示细节。 展示细节。
第3章 章
需求分析
软件需求分析就是把软件计划期间建立的软件可行性分析 求精和细化，分析各种可能的解法。 求精和细化，分析各种可能的解法。 需求分析准确回答“系统必须做什么” 需求分析准确回答“系统必须做什么”，也就是对目标系 统提出完整、准确、清晰、具体的要求。 统提出完整、准确、清晰、具体的要求。 可行性研究的任务是用最小的代价、 可行性研究的任务是用最小的代价、在尽可能短的时间内 确定问题是否能够解决 对软件需求的深入理解是软件开发工作获得成功的前提和 关键，不论我们把设计和编码工作做得如何出色， 关键，不论我们把设计和编码工作做得如何出色，不能真正满足 用户需求的程序只会给用户带来失望。 用户需求的程序只会给用户带来失望。 为了更好地理解问题，人们常常采用建立模型的方法。 为了更好地理解问题，人们常常采用建立模型的方法。所 谓模型，就是为了理解事物而对事物做出的一种抽象， 谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物 的一种无歧义的书面描述。通常，模型由一组图形符号和组织这 的一种无歧义的书面描述。通常，模型由一组图形符号和组织这 些符号的规则组成。 些符号的规则组成。 传统的软件工程方法学采用结构化分析(Structured 传统的软件工程方法学采用结构化分析(Structured Analysis ,SA)技术完成需求分析工作。结构化分析就是一种建 ,SA)技术完成需求分析工作。 技术完成需求分析工作 立模型的活动，通常建立数据模型、 立模型的活动，通常建立数据模型、功能模型和行为模型三模型 除了用分析模型表示软件需求之外， 除了用分析模型表示软件需求之外，还要写出准确的软件需 求规格说明。模型既是软件设计的基础 的基础， 求规格说明。模型既是软件设计的基础，也是编写软件规格说明 的基础。 的基础。
3.2.4 快速建立软件原型
构建原型的要点： 构建原型的要点： 它应该实现用户看得见的功能(例如屏幕显示或打印报表 例如屏幕显示或打印报表)， 它应该实现用户看得见的功能 例如屏幕显示或打印报表 ， 省略目标系统的“隐含”功能(例如修改文件 例如修改文件)。 省略目标系统的“隐含”功能 例如修改文件 。 快速原型应该具备的特性是“快速” 容易修改” 快速原型应该具备的特性是“快速”和“容易修改” 。 为快速构建原型和修改原型常使用3种方法和工具： 为快速构建原型和修改原型常使用3种方法和工具： 第四代技术: （１）第四代技术: 有数据库查询和报表语言；程序和应用系统生成器； 有数据库查询和报表语言；程序和应用系统生成器；高级的 非过程语言．使软件工程师快速生成可执行代码． 非过程语言．使软件工程师快速生成可执行代码． 可重用的软件构件： （２）可重用的软件构件： 用一组已有软件构件来装配原型． 用一组已有软件构件来装配原型．软件构件可是数据结构 或数据库），或软件体系结构构件（程序）或过程构件（ ），或软件体系结构构件 （或数据库），或软件体系结构构件（程序）或过程构件（模 ）．要把软件构件设计成能在不知其内部工作细节条件下重 块）．要把软件构件设计成能在不知其内部工作细节条件下重 用 （３）形式化规格说明和原型环境