文档介绍：第二章需求分析需求分析定义IEEE的定义:用户解决问题或达到目标所需的条件或能力(Capability);系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具备的条件或能力;一种反映(1)或(2),确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求。 需求分析阶段所涉及的人员包括:分析人员、用户; 分析人员通过需求分析,逐步细化对软件的要求,描述软件要处理的数据域,并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。 软件开发项是要实现目标系统的物理模型。 需求分析任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统的“做什么”的问题。 步骤:获得当前系统的物理模型;抽象出当前系统的逻辑模型;建立目标系统的逻辑模型;对得到的逻辑模型做一些补充;需求分析的过程 需求分析阶段的工作,可分成以下四个方面:问题识别确定对目标系统的综合要求,并提出这些需求实现条件,以及需求应达到标准,包括:功能需求性能需求环境需求可靠性需求安全保密要求用户界面要求资源使用要求软件成本消耗与开发进度要求预先估计以后系统可能达到的目标需求分析的另一项工作是建立分析所需要的通信途径,以保证能顺利地对问题进行分析。分析与综合分析人员从数据流和数据结构出发,逐步细化所有的软件功能,找出系统各元素之间的联系、接口特性和设计上的限制、分析它们是否满足功能要求,是否合理。常用的分析方法有面向数据流的结构化分析方法、面向数据结构的方法、面向对象的分析方法,以及用于建立动态模型的状态迁移图和Petri网等。编制需求分析的文档对已经确定的需求应当得到清晰准确的描述,得到描述需求的软件需求规格说明书。为确切表达用户对软件的输入输出要求,还需要制定数据要求说明书及编写初步的用户手册。需求分析评审对功能的正确性、完整性和清晰性,以及其它需求给予评价。评审的主要内容是:系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已描述;所开发项目的数据流与数据结构是否足够;所有图表是否足够清楚;主要功能是否已包括在规定的软件范围之内,是否都已充分说明;设计的约束条件和限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需示的其它方案;是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准,它们能否对系统定是否成功进行确认;有没有遗漏、重复或不一致的地方;用户是否审查了初步的用户手册;软件开发计划中的估算是否受到了影响;需求分析原则基本原则:必须能够表达和理解问题的数据域和功能域;所有软件定义与开发工作最终是为了解决数据处理问题,就是将一种形式的数据转换为另一种形式的数据。其转换过程必定经历输入、加工数据和产生结果数据等的步骤;数据域包括数据流、数据内容和数据结构。数据流是数据通过一个系统时的变化方式;数据内容即数据项;数据结构即各种数据项的逻辑组织;必须按自顶向下、逐层分解的方式对问题进行分解和不断细化需求分分阶段,软件的功能域和信息域都能进一步分解。这种分解可以是同一层次上的或多层次上的分解。要给出系统的逻辑视图和物理视图逻辑视图给出软件要达到的功能和要处理数据之间的关系,而不是实现的细节;物理视图给出处理功能和数据结构的实际表示形式。需求分析方法需求分析方法由软件对数据域和功能域的系统分析过程及其表示方法组成,它定义表示系统逻辑视图和物理视图的方式。数据域具有三种属性:数据流、数据内容和数据结构。需求分析方法的共性:支持数据域分析机制;数据流特征是用将输入转换成输出的变换过程来描述;数据内容可能用数据字典机制明确表示,或通过捞描述数据或数据对象的层次结构隐含表示;功能表示的方法;功能说明可以用自然语言文本表达,也可以用形式化的规格说明语言来表达。接口的定义接口的说明通常是数据表示和功能表示的直接产物。其个具体功能的流进和流出数据流应是其它相关功能的流出或流入数据流。通过数据流分析可以确定功能间的接口。问题分解的机制以及对抽象的支持问题分解和抽象主要依靠分析人员在不同抽象层次上表示数据域和功能域,以逐层细化的手段建立分层结构来实现的。逻辑视图和物理视图系统抽象模型为能比较精确定义软件需求,可建立待开发软件的一个抽象的模型,用基于抽象模型的术语来描述软件系统的功能和性能,形成软件需求规格说明。 系统模型建立是对现实世界中存在的有关实体和活动的抽象和精化,建立过程:分析人员和用户一起从各方面观察现实世界中的有关实体和活动,分析并建立系统模型,在该模型中应包括:系统输入、系统输出、系统数据处理、系统控制等;对系统模型进