软件工程第4章-需求分析.pptxVIP

第四章4需求分析

4.1需求分析概述需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即：---准确地回答“系统必须做什么?”

在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。

需求分析的基本概念软件需求分析方法什么是软件需求分析？需求分析过程/步骤软件需求分析的任务是什么？是系统分析人员和用户共同协商，明确系统的全部功能、性能以及运行规格，并且使用软件开发人员和用户都能理解的语言准确表达出来。对系统应该提供的服务和所受到的约束进行理解、分析、建立文档、检验的过程；

软件需求无疑是当前软件工程中的关键问题，没有需求就没有软件。因而，需求分析是软件开发的基础，所产生的需求规格说明书是以后各阶段开发工作的依据。美国于1995年开始对全国范围内的8000个软件项目进行跟踪调查。分析失败的原因发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。未完成完成未实施完成123456

软件开发的基础和前提最终目标软件系统验收的标准避免或者尽早剔除早期的错误需求分析的重要性

4.1.2需求分析的困难应用领域的广泛性，它的实施无疑与各个应用行业的特征密切相关。沟通上的困难，由于系统分析员、需求分析员等各方面人员有不同的着眼点和不同的知识背景，给需求工程的实施增加了人为的难度。软件需求是软件工程中最复杂的过程之一：非功能性需求建模技术的缺乏，及其与功能性需求有着错综复杂的联系，大大增加了需求工程的复杂性0102需求分析的复杂性和面临的困难片面,不完全模糊,不准确不一致,歧义需求复杂和庞大因此必须使用系统的方法、借助于一系列行之有效的技术和工具进行软件需求分析

需求内容一般包括：01功能需求02性能需求03环境需求04可靠性需求05安全保密要求06用户界面需求07资源使用需求08成本消耗需求09开发进度需求10预先估计以后系统可能达到的目标11

软件需求用户需求系统需求功能需求非功能需求领域需求由客户管理员、用户等提出软件需求的内容软件需求内容

功能需求功能需求它是对系统应该提供的服务、功能以及系统在特定条件下的行为的描述。它与软件系统的类型、使用系统的用户等相关，有时需要详细描述系统的功能、输入/输出、异常等，有时还需要申明系统不应该做什么。领域需求是由软件系统的应用领域所决定的特有的功能需求，或是对功能的约束。

非功能需求产品需求机构需求外部需求互操作需求道德需求立法需求性能需求空间需求交付需求实现需求标准需求隐私需求安全性需求可用性需求效率需求可靠性需求可移植性需求

需求分析的任务通过对应用问题及其环境的理解和分析，准确、一致和完全地刻划用户需求，形成软件需求规格说明书(SRS:SoftwareRequirementSpecification)。借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。

需求分析阶段(需求分析过程)的基本活动获取和理解用户需求。深入实际，在充分理解用户需求的基础上，获取系统需求。描述和分析用户需求。进行需求建模、对模型或原型进行分析。对用户需求进行评审。确认需求，进化需求。确保需求说明准确、完整地表达系统的主要特性，且客户的需要总是不断（连续）增长的，进化需求是必要的。

获取和理解需求描述和分析需求评审用户需求需求获取技术建模、抽象、多视点、问题分解、原型需求评审原则

步骤1:获取和理解用户需求阶段02和用户进行交流和合作将对原始问题理解与软件开发经验结合原则01获取并理解用户需求,清除用户需求的不一致性,模糊性和歧义性，帮助用户发现潜在的需求任务

步骤2:描述和分析用户需求阶段任务对用户需求进行建模，生成SRS和初步用户手册SRS:用户需求(功能,行为,性能等)用户手册:如何操作和使用目标软件，界面描述和使用初步构想，目的…原则确保SRS的完整性、一致性和准确性鼓励用户参与SRS以及用户手册的制定尽可能做到SRS结构清晰，措辞准确和简洁

步骤3:对用户需求进行评审任务多方人员一起对SRS进行复核和评审，以确保用户手册和SRS全面、准确、一致地反映用户需求原则支持各方（用户，需求分析人员、设计人员）共同参与评审工作

需求获取(requirementselicitation)是需求工程的主体。缺乏领域知识,应用领域的问题常常是模糊的、