软件需求分析ppt模版课件.pptVIP

软件需求的定义 用户为了解决问题达到目标的软件能力 为了满足某个合同，标准，规格说明或其他正式的文档，系统或系统的组件必须符合或具有的软件能力 需求分析的任务 软件需求分析是软件开发早期的一个重要阶段。它 在问题定义和可行性研究阶段之后进行。需求分析的基本任务是软件人员和用户一起完全弄清用户对系统的确切要求。这是关系到软件开发成败的关键步骤，也是整个系统开发的基础。 软件需求规格说明的主要内容 需求规格说明书中应包括如下主要内容： (1) 引言：用于说明项目的开发背景、应用范围，定义所用到的术语和缩略语，以及列出文档中所引用的参考资料等。 (2) 项目概述：主要包括功能概述和约束条件。 (3) 具体需求：主要包括功能需求、接口定义、性能需求、软件属性及其他需求等。 用户对系统的需求通常可分为如下两类： (1) 功能性需求 (2) 非功能性需求 非功能性需求，示例如下： 要求界面风格要统一；系统错误提示风格一致，系统可用性相对较好；并以IE作为与用户交互的平台；要求显示分辨率为1024*768；界面布局将最大程度适合用户操作。 需求分析的原则 　目前存在着许多需求分析的方法，虽然各种方法都有其独特的描述方法，但不论采用何种方法，需求分析都必须遵循以下基本原则： (1) 能够表达和理解问题的数据域和功能域。 　　(2) 能够将复杂问题分解化简。 　　(3) 能够给出系统的逻辑表示和物理表示。 需求分析的步骤 需求分析阶段的工作，大致可分为如下几个步骤进行： (1) 通过调查研究，获取用户的需求。 　　(2) 去除非本质因素，确定系统的真正需求。 (3) 描述需求，建立系统的逻辑模型。 　　(4) 书写需求说明书，进行需求复审。 需求分析工作过程（1） 1、问题识别 明确用户目标系统的要求，包括功能、性能、环境、安全和必威体育官网网址，截面、资源使用、软件成本消耗与开发进度；同时还要估计终极系统可能达到的目标。同时还要注意其他非功能性要求：质量控制标准、里程碑、评审验收标准，各种质量要求的优先级，以及维护方面的要求。 需求分析工作过程(2) 2、分析与综合 从信息流和信息结构出发，逐步细化软件所有功能，找出各系统元素之间的联系、接口特性和对设计的限制。判断是否存在因片面或短期行为而导致的不和理要求，是否用户尚未提出有价值的潜在要求，剔除需求中不和理部分，增加真正需要的部分。最终综合成系统解决方案，提交目标系统的详细逻辑模型。 需求分析工作过程(3) 3、编制需求分析阶段文档 通常把描述需求的文档称做软件需求说明书，清晰、明确描述已经确定的需求，同时，为了确切表达用户对软件的输入、输出数据要求，还要制定数据要求说明书并编写初步的用户手册。 需求分析工作过程(4) 4、需求评审 对需求分析阶段的工作进行复查，对软件功能正确性、需求说明书一致性、完备性、准确性和清晰性、合理性进行评价。评审应有专人负责，按规程严格进行，评审结束时有负责人的结论意见签字。除分析员外，用户、开发部门的管理者、软件设计人员、实现人员、测试人员都应参加评审工作 需求规格说明评审内容 作为需求分析阶段工作的复查手段，在需求分析的最后一步应该对功能的正确性、完整性和清晰性，以及其他需求给予评价，评审的主要内容： 系统定义的目标是否与用户的要求一致 文档是否齐全 文档中的描述是否完整、清晰、准确反映用户的需求 重要接口是否已经描述 数据流与数据结构是否足够、确定 图表是否清晰 重要功能是否已经包括在规定的软件范围之内 设计的约束条件或限制条件是否符合实际 是否考虑了开发的技术风险 是否考虑了软件需求的其他方案 是否考虑了将来可能会提出的软件需求。 是否纤细制定了检验标准。 有没有遗漏、重复或不一致的地方。 用户是否审查了初步的用户手册或原型。 软件开发计划中的估算是否受到了影响。 需求规格说明评审原则 1979 Balzer and Goldman提出良好规格说明的8条原则： 原则1 功能与实现分离，既描述“做什么”而不是：“怎样实现”。 原则2 要求使用面向处理的规格说明语言，讨论来自环境的各种刺激可能导致系统出现什么样的功能性反应，以此来定义一个行为模型，从而得到“做什么”的规格说明。 原则3 如果目标软件是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之内，描述该目标软件 与系统的其他元素的交互的方式。 原则4 规格说明必须包系统运行的环境。 原则5 规格说明必须是可操作的，充分完全和形式的。 原则6 规格说明是一个认识的模型，而不是一个设计所实现的模型。 原则7 规格说明必须容许不完备性和扩充