第3章 需求分析.pptx

第3章 需求分析3.1 需求分析的任务3.2 与用户沟通获取需求的方法3.3 分析建模与规格说明3.4 实体-联系图3.5 数据规范化3.6 图形工具3.7 小结3.1 需求分析的任务－1软件分析时期的最后一个阶段准确地回答需求分析的任务是对目标系统提出完整、准确、清晰、具体的要求。系统必须做什么？3.1 需求分析的任务－2输入：可行性研究阶段产生的文档，特别是数据流图。结果：详细的数据流图，数据字典和一组简明的算法描述。需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须用行之有效的方法对软件需求进行严格的审查验证。结构化分析方法遵守的准则层次的方式展开细节需求分析的任务返回主目录3.1.1 确定对系统的综合要求3.1.2 分析系统的数据要求3.1.3 导出系统的逻辑模型3.1.4 修正系统开发计划3.1.1 确定对系统的综合要求－11. 功能需求2. 性能需求3. 可靠性和可用性需求4. 出错处理需求5. 接口需求接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。6. 约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。说明用户或环境强加给项目的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。7. 逆向需求逆向需求说明软件系统不应该做什么。8. 将来可能提出的要求返回3.13.1.2 分析系统的数据要求返回3.1软件系统本质上都是信息处理系统分析系统的数据要求是软件需求分析的一个重要任务。建立数据模型的辅助工具：层次方框图Warnier图3.1.3 导出系统的逻辑模型返回3.1描述详细的逻辑模型数据流图实体关系图状态转换图数据字典主要的处理算法。3.1.4 修正系统开发计划返回3.1根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。3.2 与用户沟通获取需求的方法返回主目录3.2.1 访谈3.2.2 面向数据流自顶向下求精3.2.3 简易的应用规格说明技术3.2.4 快速建立软件原型3.2.1 访谈返回3.2访谈是最早，也是仍然广泛使用的需求分析技术。正式访谈系统分析员将提出一些事先准备好的具体问题。在非正式访谈分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。发调查表3.2.2 面向数据流自顶向下求精数据决定了需要的处理和算法，需求分析要定义这些数据元素。通过可行性研究已经得出了高层数据流图，需求分析的目标之一就是把数据流和数据存储定义到元素级。通常从数据流图的输出端着手分析。这是因为系统的基本功能是产生这些输出，输出数据决定了系统必须具有的最基本的组成元素。面向数据流自顶向下求精图3.1 面向数据流自顶向下求精过程返回3.23.2.3 简易的应用规格说明技术返回3.2方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。典型过程：首先进行初步的访谈然后开发者和用户分别写出“产品需求”。召开会议，表达出每个人对目标系统的认识。在这个阶段，严格禁止批评与争论。制定小型规格说明。起草完整的软件需求规格说明书。3.2.4 快速建立软件原型快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。构建原型的要点是，它应该实现用户看得见的功能(例如，屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如，修改文件)。快速原型快速原型应该具备的第一个特性是“快速”。原型的某些缺陷是可以忽略的，只要这些缺陷不严重地损害原型的功能。快速原型应该具备的第二个特性是“容易修改”。快速原型为了快速地构建和修改原型，通常使用下述3种方法和工具：(1) 第四代技术第四代技术包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程语言。MetaEdit+ ，MAGNAX …快速原型(2) 可重用的软件构件另外一种快速构建原型的方法，是使用一组已有的软件构件(也称为组件)来装配(而不是从头构造)原型。软件构件可以是数据结构(或数据库)，或软件体系结构构件(即程序)，或过程构件(即模块)。必须把软件构件设计成能在不知其内部工作细节的条件下重用。应该注意，现有的软件可以被用作“新的或改进的”产品的原型。返回3.2(3) 形式化规格说明和原型环境在过去的20多年中，人们已经研究出许多形式化规格说明语言和工具(参见第4章)，用于替代自然语言规格说明技术。3.3面向数据流的分析过程通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目的之一就是把数据流和数据存储定义到元素级。通常从数据流图的输出端着手分析，输出数据确定了系统必须具有