海大计算机专业软件工程课程资料lge第三章需求分析.pptxVIP

Email:green.lyn@ ;第三章 需求分析;3. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。例如，“机场雷达系统在一个月内不能出现2次以上故障“。 可用性与可靠性密切相关，它量化了用户可以使用系统的程度。例如，在任何时候主机或备份机上的雷达系统应该至少有一个是可用的，而且在一个月内任何一台计算机上该系统不可用的时间不能超过总时间的2%以上。 4. 出错处理要求 这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到另一个系统发来的违反协议格式的消息，应该做什么？注意，上述这类错误并不是由该应用系统本身造成的。;5. 接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求等。 6. 约束 设计约束或实现约束描述在设计或实现应用系统时应遵循的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准，应该使用的硬件平台等。;7. 逆向需求 逆向需求说明软件系统不应该做什么。应该仅选择能澄清真实需求且可消除可能发生的误解的那些逆向需求。 8.将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。这样做的目的是，在设计过程中对将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易地进行这种扩充和修改。;3.1.2分析系统的数据要求 分析系统的数据要求，是软件需求分析的一个重要任务。通常采用建立概念模型的方法(见3.3节)。 常用的图形工具有层次方框图和Warnier图。 3.1.3导出系统的逻辑模型 根据上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、E-R图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。 3.1.4 修正系统开发计划;;情景分析技术的用处主要体现在下述两个方面： 它能在某种程度上演示目标系统的行为，从而便于用户理解，而且还可能进一步揭示出一些分析员目前还不知道的需求。 由于情景分析较易为用户所理解，使用这种技术能保证用户在需求??析过程中始终扮演一个积极主动地角色。 ;3.2.2 面向数据流自顶向下求精 结构化分析方法（SA）就是面向数据流自顶向下逐步求精进行需求分析的方法。其过程如下图示：;3.2.3 简易的应用规格说明技术(P60) 面向团队的需求收集法，用户与开发者密切合作 3.2.4 快速建立软件原型 快速原型应该具备的第一个特性是“快速”。 快速原型应该具备的第二个特性是“容易修改”。 为了快速地构建和修改软件，通常使用下述几种方法和工具： （1）第四代技术 包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程化语言。; （2）可重用的软件构件 使用一组已有的软件构件（也称为组件）来装配（而不是从头构造）原型。 （3）形式化规格说明和原型环境; 3.3 分析建模与规格说明 3.3.1 分析建模 所谓模型，就是为了理解事务而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图形符号和组织这些符号的规则组成。 结构化分析实质上是一种创建模型的活动。根据结构化分析准则，需求分析过程应该建立 3 种模型，它们分别是：数据模型、功能模型和行为模型。 3.4节介绍的实体-联系图，描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。; 2.4节介绍的数据流图，描绘当数据在软件系统中移动时被变换的逻辑过程，指明系统具有的变换数据的功能，因此，数据流图是建立功能模型的基础。 3.6节介绍的状态转换图（简称为状态图），指明了作为外部事件结果的系统行为。为此，状态图描绘了系统的各种行为模式（称为“状态”）和在不同状态间转换的方式，状态图是行为建模的基础。 ;3.3.2 软件需求规格说明 软件需求规格说明，应包括以下内容： 系统规格说明：主要描述目标系统的概貌、功能要求、性能要求、可靠性和可用性要求、约束和将来可能提出的要求等。 数据要求：主要包括数据字典、描绘数据结构的层次方框图或Warnier图。 用户系统描述：一份初步的用户手册。主要包括对系统功能和性能的扼要描述，使用系统的主要步骤和方法，以及系统用户的责任等。; 补充： 软件需求规格说明大纲 一、引言 二、信息描述 1.数据流图 2 .数据结构表示 3 .数据字典 4 .系统接口描述 5 .内部接口 三、功能描述 1 .功能 2 .处理解说 3 .设计约束 四、有效性准则