《需求分析概述》.pptVIP

需求分析概述整理课件

主要内容需求分析的根本任务建立分析模型建立解决方案需求分析技术需求分析方法前期需求阶段的建模与分析需求分析的活动整理课件

1.需求分析的根本任务整理课件

1.需求分析的根本任务建立分析模型将复杂的系统分解成为简单的部分以及它们之间的联系，确定本质特征和用户达成对信息内容的共同理解分析的活动主要包括识别、定义和结构化，它的目的是获取某个可以转换为知识的事物的信息整理课件

1.需求分析的根本任务创建解决方案将一个问题分解成独立的、更简单和易于管理的子问题来帮助寻找解决方案创建解决方案的过程是创造性的帮助开发者建立问题的定义，并确定被定义的事物之间的逻辑关系这些逻辑关系可以形成信息的推理，进而可以被用来验证解决方案的正确性。整理课件

1.1建立分析模型模型“模型是对事物的抽象，帮助人们在创建一个事物之前可以有更好的理解”集中关注问题的计算特性（数据、功能、规则等等）“它是对系统进行思考和推理的一种方式。建模的目标是建立系统的一个表示，这个表示以精确一致的方式描述系统，使得系统的使用更加容易”建模方法抽象分解投影整理课件

1.1建立分析模型抽象（Abstraction）一方面要求人们只关注重要的信息，忽略次要的内容通过强调本质的特征，就减少了问题的复杂性另一方面也要求人们将认知保留在适当的层次，屏蔽更深层次的细节在问题的各元素之间推断出更广泛和更普遍的关系，帮助人们寻找解决方案分解（Decomposition/Partitioning）“分而治之”将单个复杂和难以理解的问题分解成多个相对更容易的子问题，并掌握各子问题之间的联系分解的方案往往还能提供问题的解决思路投影（Projection）多视点方法整理课件

1.1建立分析模型计算世界与计算模型使用软件的构成单位作为模型的组元软件构建单位之间的关系作为模型组元之间的关系基于计算科学建立的，具有形式化的特征信息的描述具有明确化、准确化和确定化的特征需求分析阶段不适宜建立形式化的计算模型重点是问题，缺乏和软件实现相关的技术细节用户无法理解整理课件

1.1建立分析模型问题世界与业务模型使用问题域中的重要概念作为模型的组元使用概念之间的业务联系作为组元之间的关系使用了业务描述的方式，具有非形式化特征业务模型元素（即业务概念和业务联系）的选取和定义上具有不准确、不确定和模糊化可以抽取出需求信息中最重要和最本质的内容可以达成用户和开发者的共同理解非形式化特征使得它不适合于进行需求建模不足以用于描述一个有效的软件解决方案不准确、不确定和模糊化整理课件

1.1建立分析模型软件分析模型介于计算模型和业务模型二者之间的模型形式使用了计算模型的组元形式在组元的表现上采用了业务模型的表现方式半形式化的不像计算模型那么严谨比业务模型更严格整理课件

1.1建立分析模型三种模型整理课件

1.1建立分析模型模型的描述三个要素之间互为依赖，每个要素都为下一个要素提供了一个必需的环境语法：使用规则——怎样使用模型的元素，并且以什么方式组织、连接或关联这些元素；语义：特定模型元素所具有的含义；语用：模型元素的上下文，以及影响该模型元素意义的约束和假定分析模型语用复杂语义丰富语法严格同时又不太复杂曾经有很多的研究者尝试建立一种能够描述软件开发中各种情景的形式化或半形式化模型语言，但最后都失败了整理课件

1.1建立分析模型模型的描述多视点方法整理课件

1.1建立分析模型视点（Viewpoints）：将系统中既交织共存又相对独立的不同内容拆解成不同的部分每一个视点都是独立的模型存在，用独立的模型语言和表示法进行描述多视点：所有视点的模型描述集成起来，就是对原有复杂系统的模型描述依据系统内不同部分之间的关系，建立不同模型内元素之间的联系，从而将多个独立的模型描述在语义上连接起来整理课件

1.1建立分析模型

——模型、模型语言与表示法整理课件

1.1建立分析模型需求建模通常的做法是：先依据获取的问题域信息建立初步的模型。然后分析用户需求，对模型进行调整，得到一个中间形式的模型形式。最后，对调整后的模型进行逻辑推理和验证，如果符合预期的期望，那么它就是最终的解决方案模型。整理课件

1.2建立解决方案需求分析的目标整理课件

1.2建立解决方案

——建立解决方案的过程整理课件

主要内容需求分析的根本任务需求分析技术常用需求分析技术需求分析技术的发展过程Wieringa框架Zachman框架需求分析方法前期需求阶段的建模与分析需求分析的活动整理课件

2.1常用需求分析技术结构化技术数据建模实体关系图EntityRelationshipDiagram过程建模数据流图DataFlowDiagram上下文图ContextDiagram微规格说明Mini-Specification数