SIT31概述目标系统的逻辑模型.PPTVIP

第三章软件需求工程 3.1 概述 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。 软件开发项目过程可以用图3.1开发过程模型来说明。 3.1 概述 图中几个概念的含义。 当前系统：将用户正在使用的系统。 目标系统：在应用计算机后要实现的系统。 当前系统的物理模型：用一个具体化的模型模拟、了解当前系统的组织机构、资源利用情况和日常数据处理过程。 当前系统的逻辑模型：在理解当前系统的具体运行过程后，从个体的细节抽象出本质的过程模型。 3.1 概述 目标系统的逻辑模型：分析当前系统与目标系统逻辑上的差别，明确目标系统要“做什么”的实质工作，从当前系统的逻辑模型导出目标系统的逻辑模型。 目标系统的物理模型：确定待开发系统的系统元素，将功能和数据结构分配到系统元素中。它的具体物理模型则是由它的逻辑模型经实例化后，具体到某个业务领域得到的。 3.2 需求分析任务 软件需求分析阶段研究的对象是软件项目的用户要求，如何准确表达用户的要求，怎样与用户共同明确将要开发的是一个什么样的系统，是需求分析要解决的主要问题。 下面简要叙述需求分析阶段的具体任务。 一、确定对系统的综合要求。 对系统的综合要求有下述四个方面： 1．系统功能要求 2．系统性能要求 3．运行要求 4．将来可能提出的要求 3.2 需求分析任务 二、分析系统的数据要求 分析系统的数据要求通常采用建立概念模型的方法。 三、导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型。 四、修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 五、开发原型系统 3.2 需求分析任务 对于软件系统的开发，使用“样机”(原型系统)的主要目的是，使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念，从而可以更准确地提出和确定他们的要求。 3.3 软件需求分析类型 3.3.1功能需求与非功能需求 软件系统需求通常分为三类 :功能需求 ,非功能需求 ,领域需求 。 1.功能需求 功能需求描述系统所预期提供的功能或服务。 2.非功能需求 非功能需求，是指那些不直接与系统具体功能相关的一类需求。它们与系统的总体特性相关，如可靠性、反应时间和储存空间等。 3.3 软件需求分析类型 3.3 软件需求分析类型 3.领域需求 领域需求起源于系统的应用领域而不是系统的用户需要。它们可能是一个新的特有的功能需求、对已存在的功能需求的约束或者是需要实现的一个特别计算。 3.3.2用户需求 用户需求是从用户角度来描述系统功能和非功能需求，以便让不具备专业技术方面知识的用户能看懂。这样的需求描述只描述系统的外部行为，要尽量避免对系统设计特性的描述。 3.3 软件需求分析类型 3.3.3系统需求 系统需求是比用户需求更详细的需求描述，是系统实现的基本依据，因此，是一个完全的和一致的系统描述，是软件工程人员系统设计的起点。 自然语言时常被用来书写系统需求描述，但被用来做更详细的描述时，深层次的问题就暴露出来，主要有： 自然语言的二义性会造成语义理解的偏差。 自然语言书写的需求描述随意性大。 没有一个简单的方法使自然语言书写的需求模块化。 替代的描述方式如表3.2所示: 3.3 软件需求分析类型 3.4 软件需求分析原则 进行用户需求是需求分析的第一步，用户需求通常可以分为功能需求和性能需求两类。功能需求定义了系统应该做什么，系统要求输入什么信息，输出什么信息，以及如何将输入变换为输出。性能需求则定义了软件运行的状态特征，如系统运行效率，可靠性，安全性，可维护性等等。 3.5 需求分析方法 在软件工程学的需求分析中常用的方法通常采用结构化分析技术、面向对象分析技术，以及原型开发技术等。 3.5.1结构化分析方法 结构化分析技术是一种面向数据流的分析方法。结构化分析就是使用数据流图、数据词典、结构化英语、判定表和判定树等工具，来建立一种新的、称为结构化说明书的目标文档。 建立功能模型 数据流程图，又称数据流图，它是以图形的方式来表达数据处理系统中信息的变换和传递过程。 数据流程图有三个重要属性： 3.5 需求分析方法 数据流程图有三个重要属性： 1）可以表示任何一个系统(人工的、自动的或混合的)中的信息流程。 2）每个圆圈可能需要进一步分解以求得对问题的全面理解。 3）着重强调的是数据流程而不是控制流程。 数据流程图中的基本符号有： 1、数据流 数据流是有名字有流向的数据，在数据流程图中，数据流用标有名字的箭头来表示。 3.5 需求分析