第3章结构化需求分析郭宁《软件工程实用教程2》.pptx

第3 章 结构化需求分析 本章学习内容：1．掌握需求、需求工程的基本概念2．明确需求分析应遵循的原则3．掌握如何使用需求获取技术来进行数据采集4．掌握结构化分析的思想与过程5．掌握数据流建模技术 3.1需求分析概述 软件需求作为软件生存周期的第一个阶段，其重要性越来越突出，到20世纪80年代中期，逐步形成了软件工程的子领域——需求工程。 20世纪90年代后，需求工程成为软件界研究的重点之一。从1993年起，每两年举办一次需求工程国际研讨会（ISRE）；1994年起，每两年举办一次需求工程国际会议（ICRE）。一些关于需求工程的工作小组相继成立，使需求工程的研究得到了迅速进展。软件需求的重要性 软件需求无疑是当前软件工程中的关键问题，没有需求就没有软件。 美国于1995年开始对全国范围内的8000个软件项目进行跟踪调查。 分析失败的原因发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。 完成未完成完成未实施3.1需求分析概述3.1.1 需求分析的任务 将用户对软件的一系列要求、想法转变为软件开发人员所需要的有关软件的技术规格说明。需求:成功的软件开发的前提软件质量=系统所实现的需求/客户所期望的需求 软件项目投标及签订合同的基础 软件系统实现的基础 系统确认移交的基础需求的定义IEEE软件工程中需求的定义(1977)用户解决问题或达到目标所需的条件和能力系统或系统部件为满足合同、标准、规范或其它正式规定文档所需具有的条件和能力以上条件和能力的文档说明Sommerville Sawyer 1997需求是指系统必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束3.1需求分析概述1．用户需求：是用户关于软件的一系列想法的集中体现，涉及软件的功能、操作方式、界面风格、报表格式、用户机构的业务范围、工作流程，以及用户对软件应用的展望等。3.1需求分析概述特点 ：（1）用户需求直接来源于用户。需求可以由用户主动提出，也可以通过与用户沟通、交流或者进行问卷调查等方式获得。由于用户对计算机系统认识上的不足，分析人员有义务帮助用户挖掘需求。（2）用户需求需要以文档的形式提供给用户审查。因此，需要使用流畅的自然语言和简洁清晰的直观图表来表述，以方便用户的理解与确认。（3）可以把用户需求理解为用户对软件的合理请求。这意味着，必须全面理解用户的各项要求，但又不能全盘接受所有的要求。（4）用户需求主要是为用户方管理层撰写的，但是用户方的技术代表、软件系统今后的操作者以及开发方的高层技术人员，也有必要认真阅读用户需求文档。3.1需求分析概述2．系统需求：系统需求是比用户需求更具有技术特性的需求陈述，是提供给开发者或用户方技术人员阅读的，并将作为软件开发人员设计系统的起点与基本依据。系统需求需要对系统的功能、性能、数据等方面进行规格定义。 用 户需求系 统需求软件需求由客户管理员、用户等提出3.1需求分析概述功能需求领域需求非功能需求功能性需求和非功能性需求功能性需求系统需要提供的服务或功能：如图书检索系统对特定输入的处理方式：如对非法输入的提示系统在特定环境下的行为：如长时间无操作时的屏保非功能性需求对系统功能或服务附加的质量约束，例如响应时间、容错性、安全性等——客户所关心的(外部质量)从系统开发和维护角度出发的质量属性，例如可理解性、可扩展性、可配置性等——软件开发或维护者所关心的(内部质量、软件所特有)第3 章 结构化需求分析领域需求：它是由软件系统的应用领域所决定的特有的功能需求或是对功能的约束。 例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求： ⑴ 图书编目要求按照《中图法分类.mht中国图书馆分类法》进行； ⑵ 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。 第一条需求是遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。举例举例例软件需求功能需求 描述系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，一般不考虑系统的实现细节。非功能需求非功能需求还包括哪些方面？ 是从各个角度对系统的约束和限制，反映了应用对信息系统质量和特性的额外要求。非功能需求包括过程需求、产品需求和外部需求等类型，其中过程需求包含交付、实现方法和标准等方面的需求，产品需求包含性能、可用性、实用性、可靠性、可移植性、安全性、容错性等方面的需求，外部需求有法规、成本、互操作性等需求。非功能需求软件客户的权力要求分析人员了解客户系统的业务及目标要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明要求分析人